흰둥씨의 개발장

요새 클린코드를 다시 읽으면서 아래 노션링크에 독서록을 남기고 있다. https://organized-panama-944.notion.site/337d75ef13ff40d7bc33dbba40d30dc6?pvs=4 그 중 오류처리 부분을 읽으면서 필자는 왜 이렇게 하라는 걸까? 라고 생각하며, 내 언어로 이해한 것들을 남겨 보았다:) - 오류코드보다 예외를 사용하라고 하는 이유는 뭘까? : 오류발생시 확인하는 과정도 잊지 않고 검토 할수 있고, 실행로직과 오류처리 코드가 뒤섞이지 않고 분리되어 가독성 측면에서도 좋고, 실행로직을 재사용하기에도 좋아지기 때문 - try-catch-finally문 작성을 권장하는 이유는 뭘까? : catch문이 실행된다면 try에 문제가 있을때이다. 그렇기 때문에 오류의 범위..

추상화는 어디까지 하는게 좋은걸까 ? 결국 그 범위, 어느정도까지라는 것은 개발자의 손에 남겨진 과제… 추상화의 범위는 협업시에 추상화한 부분에 대해서, 공유가 잘 되어야 함 혼자 코드를 짜고 있다면 추상화수준이 같은 수준을 유지하고 있는지 확인하면서 진행하기 추상화를 할지 How to!? '구현' 위주로 먼저 진행 해보는 것도 좋다고 생각한다. '공통된 부분'을 뽑아내는 방식으로 진행하기 (김영한님 youtube 참조함) 프로젝트 리더가 추상화레벨, 추상화 적용될 로직에 대한 기준을 제시하면서 진행하거나 팀원들끼리 어떤 로직에 추상화를 어떤레벨로 적용해볼지 연구하면서 진행해보기 함수의 인자 개수는 0개인게 정말 이상적일까? 인자의 개수가 적을수록, 테스트시 유리하고, 유지보수에도 좋고, 가독성에도 좋기..