'봄싹 3기/아티클'에 해당되는 글 5건
- 2009.03.10 수원이 형이 이야기 해주었던... 글로 올라왔네요~
- 2009.01.19 언제 리팩토링을 해야 하는가?
- 2009.01.05 Subversive 설치... 가니메데 기준.. 12
- 2009.01.05 TDD 수련에 유용한 이클립스 플러그인 하나.. 5
- 2008.12.29 TDDBE 내용중에서... 1
4회 스터디때 수원이 형이 잠시 이야기 해주었던;;
Joel VS Kent Beck 내용이 toby님 블로그에 정리 되어 올라와서.. ㅋ
TDD를 공부하는 시점에 .. 한번쯤 읽어볼 내용인듯해서용~;;
SOLID에 대해서도 공격했네욥;ㅋ
Joel VS Kent Beck 내용이 toby님 블로그에 정리 되어 올라와서.. ㅋ
TDD를 공부하는 시점에 .. 한번쯤 읽어볼 내용인듯해서용~;;
SOLID에 대해서도 공격했네욥;ㅋ
Joel의 TDD(Kent Beck), SOLID(Robert Martin) 공격과 논쟁
출처 : 리팩토링 ( 저자 : 마틴 파울러 / 윤성준 . 조재박 옮김)
---------------------------------------------------------------------------------------------------
언제 리팩토링을 해야 하는가 ? - 삼진규칙;
여기서 Don Roberts가 내게 알려준 가이드라인이 있다. 어떤것을 처음 할 때는, 그냥한다.
두번째로 비슷한 어던 것을 하게 되면, 중복 때문에 주춤하지만 그냥 중복되도록 한다. 세번째로 비슷한 것을 하게 되면, 그때 리팩토링을 한다. [스트라이크 세개면 리팩토링을 한다.]
언제 리팩토링을 해야 하는가 ? - 기능을 추가할 때 리팩토링을 하라.
리팩토링을 해야 하는 가장 일반적인 시점은 소프트웨어에 새로운 기능을 추가하고 싶을 때이다.이 시점에서 리팩토링을 해야 하는 첫 번째 이유는 종종 수정해야 할 코드에 대한 이 해를 돕기 위해서 이다. 수정하려는 코드는 다른 사람이 작성했을 수도 있고, 내 자신에게 물어본 후 리팩토링을 한다. 부분적으로는 나중에 내가 그 부분을 다시 볼 때를 위해서 하는 것이지만, 주된 이유는 코드를 명확하게 하면 더 많은 것을 이해할 수 있기 때문이다.
여기서 리팩토링을 하도록 만드는 다른 이유는 기능 추가가 쉽지 않은 디자인디다. 디자인을 보고는 스스로에게 "만약 이런 식으로 디자인을 했더라면 기능 추가각 쉬웠을 텐데" 라고 말한다면, 이런 경우 나는 지난날의 잘못때문에 초조해 하지 않고, 리팩토링으로 그것을 고친다. 이렇게 하는 것은 수정을 쉽게 하기 위해서 이기도 하지만, 더 큰 이유는 이렇게 하는 것이 가장 빠르다는 것을 알기 때문이다. 리팩토링은 빠르지만 매끄러운 프로세스이다. 한번 리팩토링을 해놓으면, 기능을 추가하는 것은 훨씬 더 빠르고 매끄럽다.
---------------------------------------------------------------------------------------------------
TDD에선 테스트가 성공 후 거의 바로 리팩토링을 하더군요.. ;; 그러고 보면 딱히 언제 리팩토링을 해야 하는 규칙은 없는듯 하나.. 이러한 삼진 규칙을 세워놓고 하는것도.. 괜찮을 것 같습니다~;;
전 ;; 성질이 급해서 그런지 2번 이상 중복이 발생하면; 들쑤시는 편이라서 과도한게 아닌가 싶기도 하지만.. 나이가 들면 귀찮아서 세번까지 참아보는 여유가 생길지도.. 모르겠네욥~;;
코드는 내것이 아니고 해석하는게 아니라 읽을 수 있어야 된다는 수원이 형의 리뷰가 다시금 생각나네요~;;
---------------------------------------------------------------------------------------------------
언제 리팩토링을 해야 하는가 ? - 삼진규칙;
여기서 Don Roberts가 내게 알려준 가이드라인이 있다. 어떤것을 처음 할 때는, 그냥한다.
두번째로 비슷한 어던 것을 하게 되면, 중복 때문에 주춤하지만 그냥 중복되도록 한다. 세번째로 비슷한 것을 하게 되면, 그때 리팩토링을 한다. [스트라이크 세개면 리팩토링을 한다.]
언제 리팩토링을 해야 하는가 ? - 기능을 추가할 때 리팩토링을 하라.
리팩토링을 해야 하는 가장 일반적인 시점은 소프트웨어에 새로운 기능을 추가하고 싶을 때이다.이 시점에서 리팩토링을 해야 하는 첫 번째 이유는 종종 수정해야 할 코드에 대한 이 해를 돕기 위해서 이다. 수정하려는 코드는 다른 사람이 작성했을 수도 있고, 내 자신에게 물어본 후 리팩토링을 한다. 부분적으로는 나중에 내가 그 부분을 다시 볼 때를 위해서 하는 것이지만, 주된 이유는 코드를 명확하게 하면 더 많은 것을 이해할 수 있기 때문이다.
여기서 리팩토링을 하도록 만드는 다른 이유는 기능 추가가 쉽지 않은 디자인디다. 디자인을 보고는 스스로에게 "만약 이런 식으로 디자인을 했더라면 기능 추가각 쉬웠을 텐데" 라고 말한다면, 이런 경우 나는 지난날의 잘못때문에 초조해 하지 않고, 리팩토링으로 그것을 고친다. 이렇게 하는 것은 수정을 쉽게 하기 위해서 이기도 하지만, 더 큰 이유는 이렇게 하는 것이 가장 빠르다는 것을 알기 때문이다. 리팩토링은 빠르지만 매끄러운 프로세스이다. 한번 리팩토링을 해놓으면, 기능을 추가하는 것은 훨씬 더 빠르고 매끄럽다.
---------------------------------------------------------------------------------------------------
TDD에선 테스트가 성공 후 거의 바로 리팩토링을 하더군요.. ;; 그러고 보면 딱히 언제 리팩토링을 해야 하는 규칙은 없는듯 하나.. 이러한 삼진 규칙을 세워놓고 하는것도.. 괜찮을 것 같습니다~;;
전 ;; 성질이 급해서 그런지 2번 이상 중복이 발생하면; 들쑤시는 편이라서 과도한게 아닌가 싶기도 하지만.. 나이가 들면 귀찮아서 세번까지 참아보는 여유가 생길지도.. 모르겠네욥~;;
코드는 내것이 아니고 해석하는게 아니라 읽을 수 있어야 된다는 수원이 형의 리뷰가 다시금 생각나네요~;;
가니메데 일경우 컨트럴 + 3 을 살짝 눌러준다..
그런다음.. software 요렇게 타이핑 하면 먼가가 걸릴것입니다 ..
엔터~ 치시면
뜨면 저기 옆에 보이는 Add Site.... 버튼 클릭 하시고~~
Subversive 일 경우 업데이트 사이트 두개를 추가 해주셔야 함..
업데이트 Url.
http://download.eclipse.org/technology/subversive/0.7/update-site/
http://www.polarion.org/projects/subversive/download/eclipse/2.0/update-site/
(svn connector 를 두개를 깔게 되면 ;; 오류를 맞이 할 수 있으니;; 주의 하셈~)
전 이미 등록이 외더 있어서 ;; 중복되었다고 나오네욥;; ㅡㅡ;; 안그러면 OK버튼이 활성화 될겁니다~!
둘다 ok .. ok 누르시고용~
그리고 다시 리스트에서 ...
대충 저정도만 선택하셔도 사용상에 지장이 없으실듯합니다!!! 소스도 받고 싶으면 받고 싶은거 자율 선택!! ㅋㅋ
일단 보시고 선택하시면 되고~ 인스톨 누르시면 됩니다~
그리고 그다음에 ~ 라이센스 관련해서 동의 눌러 주시고~ 넥스트 누르시면~ 자동으로 깔립니다~!
혹시나 설치후 이상이 있을경우 ...
기선이형 블로그 http://whiteship.me/2012
한번 보고시고 ~ 해결해보세요~
전 참고로 잘 쓰고 있습니다..ㅋㅋㅋㅋㅋㅋ
그럼 이상 ~ 날로 적은 ~ Subversive 설치기 였습니다~!!!
그런다음.. software 요렇게 타이핑 하면 먼가가 걸릴것입니다 ..
엔터~ 치시면
뜨면 저기 옆에 보이는 Add Site.... 버튼 클릭 하시고~~
Subversive 일 경우 업데이트 사이트 두개를 추가 해주셔야 함..
업데이트 Url.
http://download.eclipse.org/technology/subversive/0.7/update-site/
http://www.polarion.org/projects/subversive/download/eclipse/2.0/update-site/
(svn connector 를 두개를 깔게 되면 ;; 오류를 맞이 할 수 있으니;; 주의 하셈~)
전 이미 등록이 외더 있어서 ;; 중복되었다고 나오네욥;; ㅡㅡ;; 안그러면 OK버튼이 활성화 될겁니다~!
둘다 ok .. ok 누르시고용~
그리고 다시 리스트에서 ...
대충 저정도만 선택하셔도 사용상에 지장이 없으실듯합니다!!! 소스도 받고 싶으면 받고 싶은거 자율 선택!! ㅋㅋ
일단 보시고 선택하시면 되고~ 인스톨 누르시면 됩니다~
그리고 그다음에 ~ 라이센스 관련해서 동의 눌러 주시고~ 넥스트 누르시면~ 자동으로 깔립니다~!
혹시나 설치후 이상이 있을경우 ...
기선이형 블로그 http://whiteship.me/2012
한번 보고시고 ~ 해결해보세요~
전 참고로 잘 쓰고 있습니다..ㅋㅋㅋㅋㅋㅋ
그럼 이상 ~ 날로 적은 ~ Subversive 설치기 였습니다~!!!
MoreUnit 이라는 놈인데요 ~ 이미 사용중인 분도 계실꺼고~
아닌 분도 계실꺼고 해서~~ ;;
이놈의 역할은 컨트럴 + J 하면 테스트 코드와 구현 코드간에 이동이 숑숑~ 왔다 갔다 해줍니다~;ㅋ
기본 테스트 코드도 만들어주긴 하던데요;; 뭐 이건... ㅋ 개인 취향~ 걍 왔다 갔다 이동 하는것 하나만으로도
만족만족;;ㅋ
업데이트 사이트 입니다.~
http://moreunit.sourceforge.net/org.moreunit.updatesite/
그럼 즐거운 TDD 공부 되셔요~
아닌 분도 계실꺼고 해서~~ ;;
이놈의 역할은 컨트럴 + J 하면 테스트 코드와 구현 코드간에 이동이 숑숑~ 왔다 갔다 해줍니다~;ㅋ
기본 테스트 코드도 만들어주긴 하던데요;; 뭐 이건... ㅋ 개인 취향~ 걍 왔다 갔다 이동 하는것 하나만으로도
만족만족;;ㅋ
업데이트 사이트 입니다.~
http://moreunit.sourceforge.net/org.moreunit.updatesite/
그럼 즐거운 TDD 공부 되셔요~
3기 스터디 이야기 TDD로 정해지고.. 거기에 대해서 몇번에 걸친 이야기 중에서 나왔던 책
TDDBE(Test-Driven Development by Example)이 있었는데요.. (전 김창준님이 번역판을..ㅋ)
그때 아마도 읽으셨던 분도 있었고, 안읽어분도 있으셨고, 읽었는데;; 저처럼 무슨 내용이 있었는데;; 기억 안나는 분도 있을 듯 해서.. 기억을 더듬어 보자는 생각으로~ 포스팅 들어갑니다..ㅋ
기본적인 내용을 몇개 옮겨 보려 합니다.. (캔트백님 허락해 주옵소서ㅜ)
----------------------------------------------------------------
노트북이 배고프다고 난리네요;;ㅜ 꺼지기 전에.. 급 마물하고 정리해야겠네욥;;
노트북 전원어뎁터를 회사에 두고 오는 바람에ㅜ 이건 머 시작부터 .. 꼬이네욥;; ㄷㄷㄷ~
TDDBE(Test-Driven Development by Example)이 있었는데요.. (전 김창준님이 번역판을..ㅋ)
그때 아마도 읽으셨던 분도 있었고, 안읽어분도 있으셨고, 읽었는데;; 저처럼 무슨 내용이 있었는데;; 기억 안나는 분도 있을 듯 해서.. 기억을 더듬어 보자는 생각으로~ 포스팅 들어갑니다..ㅋ
기본적인 내용을 몇개 옮겨 보려 합니다.. (캔트백님 허락해 주옵소서ㅜ)
"TDD란 프로그래밍 도중 내린 결정과 그 결정에 대한 피드백 사이의 간격을 인지하고 또한 이 간격을 통제할 수 있게해주는 기술을 말한다" - [저자의 글] 내용중...
"어떤 코드건 작성하기 전에 실패하는 자동화된 테스트를 작성하라! , 중복을 제거하라!" - [들어가는 글] 내용중...
"어떤 코드건 작성하기 전에 실패하는 자동화된 테스트를 작성하라! , 중복을 제거하라!" - [들어가는 글] 내용중...
앞으로 어더노 일을 해야 하는지 알려주고, 지금 하는 일에 집중할 수 있도록 도와주며, 언제 일이 다 끝나는지 알려줄 수 있게끔 할일목록을 작성.
앞으로 할일 목록에 있는 한 항목에 대한 작업을 시작하면 그 항목을 이런식으로 굵은 글씨체로 나타낼 것.
작업을끝낸 항목에는 이런식으로 줄을 긋도록 함. 또다른 테스트가 생각나면 할일 목록에 새로운 항목을 추가 할것.
-- 이게 ToDo 리스트가 아닌가 싶기도 합니다( 개인적인 추측;;ㅋ)
TDD의 리듬..?
1.재빨리 테스트를 하나 추가한다.
2.모든 테스트를 실행하고 새로 추가한 것이 실패하는지 확인한다.
3.코드를 조금 바꾼다.
4.모든 테스트를 실행하고 전부 성공하는지 확인한다.
5.리팩토링을 통해 중복을 제거한다.
앞으로 할일 목록에 있는 한 항목에 대한 작업을 시작하면 그 항목을 이런식으로 굵은 글씨체로 나타낼 것.
작업을끝낸 항목에는 이런식으로 줄을 긋도록 함. 또다른 테스트가 생각나면 할일 목록에 새로운 항목을 추가 할것.
-- 이게 ToDo 리스트가 아닌가 싶기도 합니다( 개인적인 추측;;ㅋ)
TDD의 리듬..?
1.재빨리 테스트를 하나 추가한다.
2.모든 테스트를 실행하고 새로 추가한 것이 실패하는지 확인한다.
3.코드를 조금 바꾼다.
4.모든 테스트를 실행하고 전부 성공하는지 확인한다.
5.리팩토링을 통해 중복을 제거한다.
----------------------------------------------------------------
노트북이 배고프다고 난리네요;;ㅜ 꺼지기 전에.. 급 마물하고 정리해야겠네욥;;
노트북 전원어뎁터를 회사에 두고 오는 바람에ㅜ 이건 머 시작부터 .. 꼬이네욥;; ㄷㄷㄷ~
Prev
Rss Feed