초보 개발자에게 TDD는 어떻게 동작하는가?

-> TDD는 훌륭한 결과를 낸다고 보장하지 않는다.

왜냐하면 좋은 경험 없이는 좋은 설계를 할 수 없기때문이다.

대개 경험이 적은 사람들이 TDD를 하는 경우엔 리팩토링을 충분히 하지 않고, 적당히 자기가 최적화됐다고 생각하는 설계를 하기 마련.

경험이 없는 개발자의 결과물과 경험 있는 개발자의 결과물은 비교 할 수 없기때문에, 경험없는 개발자의 TDD 없는 작업물과 TDD로 한 작업 결과물을 비교해야한다.


이 말 듣고 예전에 내가 TDD 생각 안하고 코드 짠거랑 유닛테스트를 최소한 하고 코드짠거랑 비교해봤을때

일반적으로는 유닛 테스트 고려한 코드가 생각보다 나았긴함.


애자일이든 TDD든 그냥 그때 그때 생각하는데, 오늘 자기전 포프햄 영상보고 유닛테스트 하다가 찬양하다가 짤린 주니어 개발자 이야기보고

구독 끊어버림.


솔직히 켄트백 책에서 말하듯 Red-Green-리팩터링 같이 책에서 말하는 핵심 내용이야 당연히 도덕책들처럼 당연한 이야기를 하고 있는 느낌이 들어서 솔직히 모든 부분에서 비판할 수 있고 Xp 프로그래밍이니 이딴 방법론, 애자일 방법론이니 이딴거에

싸우는거 솔직히 시간 아깝다 생각하는데

(왜냐하면 개인도 공부하는 방법이 다르고, 조직도 당연히 성공한 조직 운영법이 다르기때문에 어떤 방법을 일반화 한다는 것은 사실 반대로 말하자면 그 시기와 배경을 무시한 채 개념만 추출해서 잘못된 답에 이르기 쉽고, 결정적으로 교조화 되기 쉽기때문.)


그렇다고 무작정 까는 것도 좀 별로라는 생각을 함.


포프햄 영상보면 요즘 개발 방법론 위주로 그거 까는걸로 밥벌이 하시는거 같은데


개발 방법론은 그냥 지가 맞다 생각하는거 고르는게 맞다 생각해서 시간 낭비인데 항상 포프햄 영상은 저렇게 다른 걸 인정을 안하고 강하게 넘어가서


이번 기회에 끊어버림


사서삼경도 모순되는 내용 존나 많고, 종교도 모순되는 내용 천지라서, 그냥 거기서 비판적인 시각을 견지하면서 받아들이는건 좋다 생각하는데


너무 A아니면 B라는 식의 흑백적인 이야기가 너무 많아서 스노비즘 부추기는 거 같아서 오늘 드디어 구독 끊어버림.


솔직히 나는 프갤에서 개발 방법론이니 지향이니 이딴 논쟁 개 의미 없다 생각 하는데


분야가 다르면 솔직히 쓸 게 그것밖에 없는데, 프갤럼이건 아니건 A or B 가 아니라 C가 있을 수 있고, A와 B 중 간 사이에서


합의 할 수 있는 지점이 존재하는데


그 지점을 아예 생각 안하는 애들이 많다는 점에서 프로그래머 새끼들은 하나같이 사회성 장애가 있는거 같긴함.