TAG Clouds

New Postings

New Comment

글쓰기가 힘들 때 나는 가끔 자신을 격려하기 위해 내 책을 읽는다. 그러면 글쓰기는 언제나 어려웠고 가끔은 거의 불가능했다는 것을 기억하게 된다.
- 어니스트 헤밍웨이
갖고 싶어도 가질 수 없는 것이 존재함을 하는 것이 바로 행복의 필수조건이다.
- 베트런드 러셀
바꿀 수 있는 것은 바꿀 능력을 주시고, 바꿀 수 없는 것은 그대로 받아들일 수 있는 의연함을 주시고, 이 둘을 구별할 수 있는 예지를 주시옵소서
- 어느 성자의 기도문에서
사람의 일생에는 불꽃의 시기와 재의 시기가 있다.
- 레니에
자, 내가 질문하고 넌 대답한다. 우물쭈물거리거나 헛소리를 하는 것 같으면, 그 때마다 손가락을 하나씩 자른다. 따라서 헛소리는 열 번까지 할 수 있다.
- 이영도, 드래곤 라자 中
자신만의 길을 찾을 수 있는 유일한 방법은 그 길에 직접 들어서는 것이다.
- 윌리엄 클라크
여름이 뜨거워서 매미가 우는 것이 아니라 매미가 울어서 여름은 뜨거운 것이다.
- 안도현 시인
하는 것이 적으면 사랑하는 것도 적다.
- 레오나르도 다빈치
마음이 있지 않으면 보아도 보이지 않고, 들어도 들리지 않고, 먹어도 그 맛을 모른다.
- 대학
모든 어려움에도 불구하고 나는 여전히 사람들이 선한 마음을 가지고 있다고 믿는다.
- 안네 프랑크

Home ›BLOG ›서투른 내 이야기

✔ 뷰어로 보기

2007.01.18 14:00

Code Complete, 2nd edition.

Dreamy

조회 수 9478 댓글 0

가 + - Up Down Comment Print

요즘 가끔 개발 관련 책을 읽다보면 자주 나오는 말들이 있다.
테스트 주도, 설계는 적게, 방어적 프로그래밍, 짝 프로그래밍,
형상관리, 리팩토링, 어쩌구 저쩌구...
지금의 프로그래밍 시류를 이야기 해주는 것이라고 생각하는데,
책을 쓰시는 분들이 서로의 책들을 이미 읽고 쓰는 것이기
때문이라는 생각도 들곤 한다.

최근에 Code Complete라는 굵직한 책을 잡았다. (이거 역자가
울 학교 한학번 선배라는.. 같이 수업들은 적도 있었네.)
1000페이지가 넘는 살인적인 분량에 놀라고 - 이만하면 베개로도
못쓴다.- 내용을 보며 다시 그 세세한 노하우와 경험들에
감탄하곤 한다.

소프트웨어 개발시에 설계가 굉장히 강조되던 시절이 있었다.
아키텍쳐와 DFD를 세세히 그리고 프로그래밍을 만들어야 한다는
원칙들이 강조되어 만들어지는 코드 분량보다 개발자가 작성하는
보고서의 양이 더 많을 정도이던 시절이었는데,
이것이 설계는 필요없다(!)는 사상으로 바뀌더니, 최근에는
설계가 곧 개발이 되도록하는 적은 설계 또는 적당한 설계쪽으로
가는 것 같다.

하긴 나도 입사해서 UI 시나리오 외에 설계문서를 따로 받거나
만들어 본적이 거의 없고 그냥 컴퓨터 앞에 앉아 코딩부터하고 있긴하다.
이런 상황에서는 역시 이미 짜여진 코들 '잘 작동하는'
'아름다운'코드로 만들어주는 Refactoring 만큼 마음에드는 기법도
없어 관심있게 보았었다.(물론 대부분 객체지향이라 C에서는 적용이
잘 안된다만.)
XP 프로그래밍이 비교적 개발자 중심의 재미있는 개발을 포함하고
있어 (물론 생산성도 오를거다) 많은 곳에서 XP방식을 사용하고
있다. 우리 회사야 Embeded고 C를 사용하니 TDD니 XP니 적용하기가
꽤 힘들지만, 마음이 잘 맞는 짝과 함께 pair 프로그래밍을 하면
재미도 있고 생산성이 오를 것 같다는 생각이 많이 들어 언젠가
한 번 XP 프로젝트에 참여했으면 하는 마음도 있다.
TDD를 적용해서 xUnit 프로그램을 내 개발환경에 맞게 적용했는데,
UI 버그를 잡는데는 그다지 testcase 작성이 가능해 보이지도 않고,
또 이미 되어있는 코드에 testcase를 일일이 작성하자니 일도 많고
해서 거의 사용도 잘 안하고 있네.

개발하시는 분들이라면, '실용주의 프로그래머'나 '조엘 온 소프트웨어'도
꼭 읽어보세요, 재밌네요. 도움도 많이 되고.

[ 관련 글 ]