필요할거라고 생각하고 디자인패턴을 쓰는 것보단 명확하게 그 디자인패턴이 필요하게 되는 상황이 될 때 해결하기 위해서는 이런 디자인 패턴을 써야겠구나 해서 적용하기. → 그래야 과하게 사용을 하지는 않음 이런 것을 연습할만한 책 → refactoring to patterns

우리가 개발자로써 개선.. 일방적인 비판을 가지는 것은 .. 안좋음 → 잘못된 비판을 하지 않는 것이 좋음

Unit tests

이게 이래서 필요한거구나 ~

코드만 본다고 해서 판단... 어려움 .. 왜 안되는가에 대한 어떻게 해서 이게 왜 동작 하는가 ?

working example을 가지고 있으면 정말 좋음

제대로 동작하는지 확인을 하려면.. 기획문서보고 읽고 .. 그런 느낌

언제나 개발한 것에 대한 확인을 할 수 있어야 함 !

제일 중요한 것은 오류가 눈에 바로 보일 수 있도록 만드는 것이 중요 ! → TDD unit test

빨리 잡을수록 비용이 줄어듦..

unit test

내 코드 내에서만 오류가 있는 것을 빠르게 check 할 수 있음

이 것을 할 줄 알아야 함 !

이거 못하면 개발자로 잘 취급 안함..