log 2021-07-22
sport
매출 하락 최소화 해설 이해하기
https://yabmoons.tistory.com/625
블로그 보고 이해는 되었는데, 어떻게 이런 방법을 찾을 수 있을지 잘 모르겠다.
이런 문제를 보면 재귀적인 문제라고 생각은 드면서도, 케이스나 조건 등을 어떻게 설정해야 하는 것인지 항상 헷갈린다. 많이 풀어보는 수밖에는 없나? 이 문제에 대해서도, dp[node][include] 만으로 커버가 된다는 것은 이해가 되는데, 왜 이렇게 해야 하는지, 어떤 사고과정으로 이렇게 도출할 수 있을지는 잘 모르겠다.
특히 초반에 노드를 포함하고 포함하지 않는 것으로 공간을 둘 생각은 했는데, 포함하지 않는 경우를, 최소로 포함하는 경우로 정의할 생각을 하지 못해서, 재귀를 돌면서 그런 경우들을 제외하도록 하려고 했던 것 같다.
project
pseudo
아무래도 로직 설계는 시간이 좀 들 듯 하므로, 임시 데브 라우트 등을 통해 일단 프론트가 병행 작업 가능하도록 하는게 좋을 듯하다.
코파일럿을 써서 순식간에 가짜데이터 만드는 라우트를 추가했다.
현재 고민중인 부분은..
앞으로 로직을 어떻게 하느냐인데..
현재는 대부분 라우트, db 모두 요청이 오면 그대로 처리한다. 그런데, 예를 들면 포스트 삭제 같은 경우 로그인 뿐 아니라 해당 포스트가 로그인한 유저의 것인지 등을 확인해야 한다. 그리고 그런 액션들에 따른 포인트 계산 등까지 고려해야 한다… 이러한 제한 로직들을 일일히 작성하기보다는, 어떻게 명시만 해서 자동으로 하게 할 수 없을까??
acl?
아니, 생각해보니 기본적으로 로그인이 필요한 요청들은 자기의 리소스만 참조하도록 하면 된다. 즉 현재 적용되어있는 post 등의 라우트들도 get은 전체를 접근 가능하게 하되, post 등 로그인이 적용되는 경우 자신의 유저 정보에 기반해서 동작하게 하면 된다.
그러면 이렇게 db쪽은 냅두고, 라우트쪽을 이런식으로 변경하여 해봐야겠다.
Comments