1) "테스트 커버리지는 중요합니다"라고 했다가, "이제 안중요합니다"라고 하더니, 본인 프로젝트 및 경력에서 TDD 관련 어필할 때는 100%에 가까운 커버리지를 내세움
2) 자꾸 "뭘 모르면 공부하세요." "오해한겁니다." "TDD는 원래 그런게 아닙니다." "원래 그런겁니다" 등등 자꾸 가르치려함. C++에서 TMP 오지게 쓰다가 나락가던 애들이 하는 말이랑 비슷함. 경험적으로, 오해한겁니다 공부하세요 원래 그런게 아닙니다 라고 엣헴하는 쪽은 그쪽이 잘못된게 대부분이더라... 명료하게 풀어내던가...
3) TDD 안하면 테스트 안하는 것처럼 굼
4) 엉클밥이랑 클린 코드 가라사대... 가 자꾸 나옴. 이껀 또 2번이랑 연결됨. 모르면 공부하세요...
etc...
일단 생각나는것 위주로 적음.
이렇게 TDD에 대하여 감정적으로 삐딱선 탄 본인이지만,
이성적으로 TDD의 매커니즘을 공부하려고 강의도 들어보고 프로젝트도 해보고 하긴 하는중.
.
페미니즘같군요 - dc App
TDD 오조오억번해야할듯
테스트 커버리지 100프로 유지하는 방법) 에러난 테스트는 TODO와 함께 주석처리를 해버리면 됨.
아직도 대가리가 안 깨졌단 말이야?
https://m.dcinside.com/board/github/18888
이것
보십샤
오 이런게 있었나 잘보겠음
아 설마 본인? ㅋㅋㅋ
댓글과 좋아요 구독 알람 부탁 드립니다 ^0^
영상 다봤다. 너의 의견은 매우 타당해보임. 굳
ㄱㅅㄱㅅ 근데 영상 둘 다 보심? 쫌 긴데
ㄳ
근데 영상을 보는데, 거의 디버거는 안쓰네. 디버거는 안쓰는편?
C같은 언어보다 파이썬이나 Clojure같은 동적 언어를 주로 하는 편이고 이런 언어에서는 디버거를 안 쓰는 경우가 많음
파이썬은 디버거를 쓰는 사람도 있던데 나는 잘 안 쓰고.. Clojure는 REPL로 다 떡을 쳐서 디버거란게 딱히 없는 걸로 알고 있음
TDD가 나쁜 건 아닌데 설계를 TDD에 의존하면 개좆됨 엉클밥(쑻) 아재도 그랬음:
https://blog.cleancoder.com/uncle-bob/2017/03/03/TDD-Harms-Architecture.html
엉클밥 또나오네 -_-또나오나
Url보면 알겠지만 tdd가 아키텍처에 악영향을 준다는 글
You see, it is not TDD that creates bad designs. It is not TDD that creates good designs. It’s you. TDD is a discipline.
결론 보면 TDD가 문제가 아니라 너가 문제라고 나오네 ㅋㅋ
아 너는 여기서 츄럴이 말고... TDD가 설계에 안좋다는 이야기하는 사람들을 의미하는듯
근데 또 켄트 벡은 TDD가 심플한 디자인 설계에 도움이 된다고 하고 ㅋㅋ
나는 걍 TDD는 설계랑 딱히 상관 없다는 뜻이라 해석함
내가 볼땐 성공하면 TDD탓 실패하면 프로그래머 탓으로 읽힘
근데 이거 TDD를 OOP로 바꿔도..
TDD 강조하는 사람들 중에 100% 커버리지 내세우는 사람이 있던가