.

1. 팩토리얼 연산을 수행하는 프로그램을 작성하세요.

2. TDD로 클린코드 작성하기

3. 100

4. 읽기 : 쓰기

5. 깨진 유리창 이론

6. 흔한 SW 개발팀의 프로젝트
초기 : 일단 작동하는 코드를 작성한다.
중기 : 개발을 끝내고 리팩토링, 리스트럭쳐링을 계획한다.
말기 : 변경된 요구사항에 대응한다. 리팩토링, 리스트럭쳐링
결과 : 본인이 짠 코드를 본인도 알아보지 못한다.
기능 추가나 변경이 힘들다.
인수인계 받은 후임은 두 배로 괴로워한다.

8. 다수의 잘나가는 오픈소스 프로젝트는 TDD를 따른다.

9. 그럼 해보자

10. 카더라 들

11. 테스트케이스는 요구사항을 보다 직관적으로 풀어내어
코드 뭉치가 무슨 일을 하는지 설명할 수 있다
즉, 코드의 유지보수성을 올려준다 이정도?
- 이 모군 -

12. 티디디가 항상 옳다고 생각하지 않음
하지만 케바케로
반드시 필요한 경우는 있음
- 임 모군 -

13. tdd는 훈련 좀 해야함
근데 습관화되면 나중에 다른 요구사항 들어왔을 때
모듈화가 잘 되어있어서 편함
- 박 모군 -

14. TDD 하려면 자기코드에 애착을 버려야 하는 듯 ㅋㅋ
그니까 내가 작성한 테스트코드에 냉철한 비판을 할 수 있고
받을 수 있는 마음가짐이 필요함ㅋㅋㅋㅋ
- 김 모군 -

15. 레거시 코드 안생겨서 좋은 듯
- 다른 김 모군 -

16. 결론