본문 바로가기
주경야독

[컴퓨터공학] The Nature of Software Development : 간결하게, 가치 있게, 하나씩 완성하기

by 하늘의흐름 2017. 7. 15.
반응형
The Nature of Software Development - 10점
론 제프리스 지음, 이기곤 옮김/한빛미디어


론 제프리스는 익스트림 프로그래밍의 창시자 중 한명이며,
에자일선언문 작성에 참여했던 미국의 프로그래머다.

발췌

먼저 갭라해야 할 핵심 피처를 추리는 것이 중요합니다.
이것이 없으면 살 수 없을 정도로 중요한 피처 말이죠.  
이런 피처를 먼저 추려내고 기록하세요.
 가치가 낮은 피처는 최대한 뒤로 미루어야 합니다.
이런 피처를 생각하는데 시간을 낭비하지 말고 언제든
찾아볼 수 있도록 기록만 해둡시다. - 54p

양이 얼마나 많은 것을 할지 결점을 도와주는 연습 방법이
많이 있습니다. 여기에서 소개할 방법은 제가 켄트 벡kent Beck과
마틴 파울러Martin Folwer에게 배운 아이디어를 기반으로 합니다.
어제의 날씨라는 방법이죠.
 오늘은 어제의 업무량만큼 일할 수 있습니다. 이 원리를 반복 개발
주기를 사용하는 프로젝트에 적용합니다. 가장 최근 주기의 작업량을
기준으로 업무량을 계획하는 것입니다. - 62p

로버트 메이너드 피어시그의 소설 <선과 모터사이클 관리술>의 중인공
파이드로스는 품질을 향상시킬 아이디어를 찾고 있었습니다.
어느 순간에 이르러 그는 "품질을 정하는 기준은 당신의 기대에 달려 있습니다."
라는 결론에 도달합니다. 저도 비슷한 이야기를 하고 싶군요. - 110p

다니엘 핑크가 쓴 <드라이브>에서, 그는 목적, 자율성, 숙련이 직원의 만족과
제품의 생산성을 이끄는 핵심이라고 설명합니다. 이는 제 의견과 상당히 비슷합니다.
이 책에서 설명하려는 본질적인 방법이 뜻하는 의미와 많은 부분에서 일치합니다.
왜 그런지 살펴봅시다. - 126p

가장 훌륭한 개발 방법은 야영지 규칙을 따릅니다. 야영지는 그곳을 발견했을 때보다
떠날 때 더 나은 곳이어야 한다는 규칙입니다. 피처를 추가할 때마다 주변 코드를 깔끔하게
정리하면서 시작하세요. 완벽할 필요는 없습니다. 피처가 쉽게 자리 잡을 수 있는 정도면
충분합니다. 항상 그랬듯이, 피처가 작동한 이후에는 코드를 정리하세요. 정리는 자주 할수록
좋습니다. - 158p

표지의 피라미드 설명
가치 - 우리가 원하는 것
품질 - 필수 프랙티스 적용 (TDD;테스트 주도 개발)
개발 - 피처단위로 개발
계획 - 피처의 개발 순서대로, 가치를 제 때 완성한다.
조직구성 - 피처가 바로, 계획을 세우고 가치를 가장 빠르게 만들 수 있는 원동력이기 때문입니다.
가이드 - 책임감 있게 가치를 생산할 개발팀구성, 주어진 시간과 필요한 피처를 이해 시킬 것

* 피처? 제품 안에 가진 특징, 또는 기능을 의미하는 하나의 단위



반응형

댓글