1. 문서가 코드의 형식을 강요하는 것은 좋지 않다. 코드에서 보여져야 한다.
2. Comments should be rare: 그 주석이 감사해야 한다 → 의도가 잘못 전달 될 것이 걱정된다면 오히려 작성하는 것이 낫다 → 테스트를 보고 기능을 이해할 수 있다면 더 좋지
3. 코드 ↔ 주석: 관리가 잘 안되면 매우 나쁨!!
4. 선언과 실행, brace를 붙여야 하는 경우 vertical format

클래스란?

• Static modeling 정적 모델링: 데이터 private 변수를 작성

• Behavior modeling 동적 모델링: 행동, 함수, 메서드, public 변수를 작성

• getter/setter최소화 → cohesion high

• Data Structure ↔ OOP

  • Switch → Data Structure!! OOP의 anti-pattern

• Boundaries

  • Concrete(main) ↔ Abstract(app)

• Impendace mismatch

  • https://sungsoo.github.io/2013/08/21/impedance-mismatch.html

• Antipattern: Inappropriate Governance

  • 하나의 DB로 여러개의 App을 만드는 것은 생산성이 떨어지는 것이다!!
  • 소프트웨어 품질 저하는 이제 전체 기업의 품질저하로 이어진다.