-
Continue reading →: 개발자의 친구TV를 너무 가까이 보면 눈에 좋지 않고 너무 멀리 보면 잘 감상할 수 없다. 시청에는 적당한 위치가 있다. UI 전문가는 이를 고려하여 <10피트 UI>를 개발한다. 모든 일이 그러하겠지만 architect에게도 소프트웨어를 바라보는 적당한 위치가 있어야 한다. architect를 바라보는 외부의 시각도 그때 그때 다르다. “당신이 지금 코드를 보고 있으면 어떡합니까?” 하는 분들도…
-
Continue reading →: 문서너무 많이 적을 바에는 아예 문서를 적지 않는 것이 나은 경우도 많다.문서는 딱 필요한 만큼만 적어야 한다.그래야 다른 사람이 도와줄 수 있고 나는 더 가치 있는 일을 할 수 있다. – 전규현 문서가 없으면
-
Continue reading →: 개발자의 역량?개발자의 역량이 중요하다. 절대 틀린 말이 아니다. 다만, ‘개발자의 역량’ 이란 이름으로 모든 책임을 개발자에게 전가 시킬 때가 있어 불만이다. – 개발자가 문서를 잘 쓸 수 있도록 Technical Writing 교육을 시키자.– 요구 사항 분석이 중요하니 개발자가 잘 분석해서 작성할 수 있도록 하자.– 개발자가 단위 테스트를 잘 할 수 있도록 가이드…
-
Continue reading →: 거부감소프트웨어 개발을 좀 더 잘해보고 싶어서 시도해 봤던 여러 일들을 기억해보면 좋은 기억보다는 반대의 기억들이 많았던 것 같다. “자! 이런 것을 하면 좋습니다!” 혹은 “이런 좋은 것이 있다고 합니다!” 슬픈 것은 그러한 많은 시도들이 개발하는데 귀찮은 일로, 방해가 되는 일로, 도움이 잘 안되는 일로 기억되는 경우가 적지 않았던 것 같다.…






