반응형
리뷰어의 글
식상한 표현 같지만, 책을 읽어갈수록 이 책의 원서 부제목 'Back to Bacisc'이 떠올랐다.
2장 왜 애자일인가
개발자는 요구 사항이 바뀌면 자주 불평한다. 가끔 이런 이야기를 들을 때가 있다. '그렇게 바꾸면 아키텍처가 완전히 망가질 거라고요.' 독자 여러분에게 하나 알려 줄 것이 있다. 바뀌는 요구 사항 때문에 당신 아키텍처가 망가진다면, 당신 아키텍처가 엉망인 거다.
개발자는 변경 사항을 축복으로 여겨야 한다. 변경 사항 때문에 우리가 여기 있는 것이다. 변화무쌍한 요구 사항이 우리 일의 핵심이다.
4장 팀 실천방법
관리자가 당신에게 무리하게 더 빨리 달리라고 할 수도 있다. 그 말을 따르면 안 된다. 끝까지 일할 수 있도록 당신 자신을 관리하는 일은 당신의 몫이다.
애자일 프로젝트에서는 아무도 코드를 소유하지 않는다. 코드는 전체 팀이 소유한다.
5장 기술 실천 방법
TDD와 리팩터링, 단순한 설계, 심지어 짝 프로그래밍도 없다면, 애자일은 원래 의도와는 달리 쓸모없는 빈 껍데기가 되고 만다.
반응형