에이미의 성장기록

Topic 8. 좋은 설계의 핵심 - 좋은 설계는 나쁜 설계보다 바꾸기 쉽다. (ETC = Easier to Change) - 결합도를 줄이면 좋은 이유? 관심사를 분리함으로써 각각 더 바꾸기 쉬워서 - 단일책임원칙(SRP) - 내가 쓰는 코드가 수정에 용이할지 생각하면서 개발하기 Topic 9. 중복의 해악 - 중복코드가 많으면 유지보수가 어렵다. - DRY법칙(Don't Repeat Yourself) - 동일한 코드(+주석)가 여러군데면, 하나를 고치면 다른 하나도 고쳐야한다. - 개발자간의 빈번한 코드 커뮤니케이션은 내부 중복 코드를 방지할 수 있다. - 재사용하기 쉬워야한다. - 2번이상? 3번이상 중복되는 것들을 고민해보자! Topic 10. 직교성 - 직교성이란? 결합도 줄이기 = 하나가 바뀌..

진도: 1장 ~ 25page 책을 읽으면서 정리하고 싶은 것들만 다시 보기 위해 기록합니다. Topic1. 당신의 인생이다 변화를 피한다? 개발자는 스스로 할 수있는 힘이 있다? 기회를 많이 주는 업계! Topic2. 고양이가 내 소스코드를 삼켰어요 실수를 인정한다. 팀이 나를 믿고 의지해야한다. 신뢰!? 책임지기. 결과에 대한, 다른 사람을 비방하지말고 문제가 생기면 대책을 세우자 변명이 아니라 대안을 제시하라..! 안된다고 하지 말자.? (오늘도 개발자가 안된다고 했다 책이 생각났다) Topic3. 소프트웨어 엔트로피 엔트로피? = 무질서 기술 부채(debt) 계속 커진다. 깨진 창문을 내버려 두지 말라, 나쁜 설계나 형편없는 코드 등등. 더미데이터, 주석처리 그 전에 망치지 말자~! 잘 만들자 To..