2009. 1. 6. 09:46

퀴즈 풀 때 주의 할 것

1. task 먼저 작성할 것.

- 미리 자신이 테스트 하고자 하는 것을 한 문장으로 작성하세요. 그걸로 작업 단위를 조절할 수 있습니다. 미리 모든 task를 정리하진 않으셔도 됩니다. 조금씩 계속 점진적으로 수정하고 추가해 나가세요.

- 퀴즈에 있는 요구 사항이 task로 1:1로 맵핑 되진 않습니다. 각자가 요구 사항을 읽고 자신만의 task를 만들어 보세요.

2. 절대로 머리속으로 미리 설계하지 않는다.

- 테스트를 성공시키기 위한 코드만 작성하세요. 그리고나서 리팩터링을 하다보면 자연스럽게 멋진 설계가 나온다나... 어쩐다나~

- 그래야 TDD의 묘미를 맛 볼 수 있다고 하네요. 아마 이 것이 가장 힘든 일이 아닌가 싶습니다. 기존에 경험이 많으신 분들은 딱 보면 딱 뭔가 떠오르기 때문에.. 생각을 많이 하지 않는 연습이 필요할 것 같습니다.

3. 한 task가 끝나면 커밋한다.

- 그래야 과정을 볼 수 있습니다. 중간 중간 어떤 단위로 작업을 했는지 코드가 어떤 식으로 발전했는지 말이죠. 물론 더 세세하게 커밋을 해도 됩니다. 테스트 코드만 작성한 다음 커밋한다던지.. 리팩터링 하기 전이랑 후의 코드를 볼 수 있게 커밋한다던지..

- 어쨋든 최소한 한 task 마다 커밋 한 번은 꼭 해주세요.

4. 퀴즈를 여러번 풀어보세요.

- 매번 비슷하지만 약간 다른 코드가 나오거나 전혀 다른 코드가 나올 수도 있습니다. 피드백을 받은 다음에 다시 해봐도 좋지만 그 전에도 여러번 해보면 해볼 수록 새로운 맛을 느낄 수 있을 겁니다.

5. 퀴즈를 다 풀었다!

- 글을 올려주세요. 요즘 댓글이 너무 많이 달려서 댓글을 다 챙겨보기가 힘듭니다. 아예 새로운 글을 올려서 자신이 어떤 퀴즈를 풀었으며 느낌이 어땠는지 저장소 주소가 어떻게 되며 프로젝트 이름은 무엇인지 프로젝트 빌드에 필요한 정보가 있다면 그런 정보도 알려주시면 좋겠죠?(메이븐 프로젝트라면 메이븐이 필요하다고 알려주시구요. 프로젝트에서 사용한 인코딩이 무엇인지 UTF-8인지 EUC-KR인지. 등등)


Trackback 0 Comment 16
  1. 김재진 2009.01.06 09:54 신고 address edit & del reply

    하루치분량을 커밋했는데 커밋단위를 잘게 쪼개야 겠네요 리뷰하는 분들을 생각을 못했네요 -_-;

    • 기선 2009.01.06 09:57 신고 address edit & del

      그럴땐 지우고 다시 해야 돼. 알았지? 캬캬캬캬

    • is윤군 2009.01.06 10:19 신고 address edit & del

      규칙위반..ㅋㅋ 지우삼..ㅋㅋ

    • 김재진 2009.01.06 10:23 신고 address edit & del

      아직 진도가 많이 나간건 아니니 그냥 가지 머..안되나 ?응응응응?

    • 기선 2009.01.06 10:26 신고 address edit & del

      농담이지 그냥 가..ㅋ

  2. Hoyeol 2009.01.06 10:12 신고 address edit & del reply

    마침 오늘 아침에 버스에서 그생각을 하면서 왔습니다.
    TDD를 해보고 결과물은 리팩토링이 되어서 최종본 소스코드만 본다면 의미가 좀 떨어질수 있겠다는, 그러니까 과정이 중요한데 그걸 넘겨버릴수 있다는 생각이 들었었는데
    기선이형이 바로 해당이슈를 정리해서 올려주셨네요~ ㅎㅎ

  3. is윤군 2009.01.06 10:18 신고 address edit & del reply

    TDDBE책 머니 예제게 끝나고 정리 하는 장 보면 ... Junit 로그를 남겨서 나중에 통계도 보던데;;ㅋ
    우리도 ~ ㅋㅋ 다음 퀴즈부터 테스트 한 로그까지 남기고 .. ㅋ 로그까지 같이 올리는건 어떨지.. ;ㅋ
    기선이형네 회사 서버 빵빵하다고 들었는데;;ㅋㅋ로그까지는 무린가 ?ㅋㅋ

    • 기선 2009.01.06 10:25 신고 address edit & del

      나 그거 어떻게 하는지 모르는데??
      블로그에 포스팅 좀 해봐봐~

  4. kwlee 2009.01.06 21:18 신고 address edit & del reply

    2. 절대로 머리속으로 미리 설계하지 않는다.
    전 이게 너무 어렵네요...
    무의식중에 머리속에 그려진대로 테스트를 그에 맞춰가고 있는듯 하네요...
    경험도 많지 않은데 왜이렇지..--;;
    이렇다 보니
    4. 퀴즈를 여러번 풀어보세요.
    이게 필요할듯 하네요...
    과연 시간이 허락 될 지는 모르겠지만...

    퀴즈 풀다보니 내용이 아주 공감대서 글좀 남겨봤어요..^^

    • 기선 2009.01.07 10:10 신고 address edit & del

      넹 이런 느낀점들을 공유하는 것도 이번 스터디의 일부죠.

    • is윤군 2009.01.07 13:09 신고 address edit & del

      머리속으로 미리 설계를 하지 않는다라는 말은..
      분석/설계 -> 개발 이런형태의 설계를 의미 하는 거겠죠?ㅋ 미리 전체를 다 설계 해놓고~ 거기 설계에 맞춰서하지말라는 거 아닐까요 ?ㅋ TODO를 작성하면서 머리속으로 목표와 나아가야 할 방향은 생각하며 작성해야 할 듯한데욥;; ㅋ 혹시 머리속에 그려진게;; ㅋ 목표와 방향이 맞다면~ 대박 나실듯;;ㅋㅋ

  5. 김재진 2009.01.07 13:37 신고 address edit & del reply

    머리속에 미리 설계를 하지 않는다. 그리고 task를 먼저 작성한다. 이게 가장어렵네요. 나도 모르게 테스트 보단 클래스를 생각하고 있습니다. 부실한 todo list는 부적합한 클래스로 바로 드러나네요.기존의 작업을 백업하고 todo list 자체를 리팩토링 해서 퀴즈를 다시 풀어야겠어요.

    • is윤군 2009.01.07 14:12 신고 address edit & del

      우와~ 벌써 하나는 한번 다 풀었다는것인가? 대박인데~; 난 아직 시작도 못했는데ㅋ TDD문서보다가 파이썬에 혹해서;;ㅋ 달려달려~;;ㅋ

    • is윤군 2009.01.07 18:45 신고 address edit & del

      다지웠네 ㅡㅡ;; 님좀짱인듯;;

    • 김재진 2009.01.07 18:47 신고 address edit & del

      다 못풀었어 ㅋㅋ
      60%정도 했다 생각했는데 리팩토링을 할려고 보니 리팩토링을 한다 해도 이게 TDD에 맞나 싶어서 todolist부터 제대로 작성하는 습관을 고쳐애 겠다 싶어서..

    • is윤군 2009.01.07 19:16 신고 address edit & del

      그래도 하는게 어디야;;ㅋ 시작도 못한 사람도 있는데ㅜㅜ 그나저나 리뷰를 준비하는 분들은 ;; 언제 리뷰준비를 시작 할 수 있을까나-? 리뷰하는 분을 위해서 1주만에 문제를 풀어야 하는건가;;ㅋㅋ