Simple is IT, 누구나 보고 누구나 깨닫는 IT

밥 아저씨가 생각하는 테스트 주도 개발TDD의 세 가지 법칙실패한 단위 테스트를 만들기 전에는 제품 코드를 만들지 않는다.컴파일이 안 되거나 실패한 단위 테스트가 있으면 더 이상의 단위 테스트를 만들지 않는다.실패한 단위 테스트를 통과하는 이상의 제품 코드는 만들지 않는다.확신FitNesse의 코드는 6만 4천 줄인데, 그중 2만 8천 줄은 테스트 코드다.어떤 부분이라도 바꾸게 되면 별 생각 없이 단위 테스트 코드를 돌리는데, 통과하면 내가 만든 변경이 다른 부분을 망가뜨리지 않았다고 거의 확신할 수 있다.용기믿음직한 테스트 묶음이 있으면 변경에 대한 두려움이 모두 사라진다. 나쁜 코드가 보이면 그저 그 자리를 깨끗이 치우면 된다.문서화세 가지 법칙에 따라 만든 각 단위 테스트는 코드로 만든 에제이며 시..

태도, 원칙, 그리고 행동내가 바라는 개발자의 태도우리는 목적을 함께하는 사람이다.개발자가 할 수 있는 일은 무엇일까? 소프트웨어를 다루는 프로그램을 만들거나, 기존 프로그램을 개선하는 것이 주된 일일 것이다.작은 조직에서는 서로의 일이 가까이 있기 때문에 목적을 함께하는 느낌이 강하고, 어떤 일을 진행함에 있어서도 서로 노력할 것이다. 하지만 조직의 규모가 커지면 서로의 일을 멀리서 바라보게 되고, 다양한 이해관계가 생기며 그 목적을 인지하기도, 함께한다고 생각하기도 어려워진다.그러나 나는 조직이 크든 작든 바라보는 목적이 같아야 한다고 생각한다. 개발자는 서로의 다른 목적을 충족시키기 위해 개발하는 것이 아니라, 함께 목적을 이루기 위해 개발하는 것이다. 그 목적에 다가가기 위해 각자가 가장 잘하는 ..