개발자3 개발자와 관리자 요즘은 거의 개발을 하지 않다 보니 저도 한 때 개발자였던 때가 있나 싶기도 합니다. 요 며칠 전에는 어쩔 수 없이 하루 종일 코딩(이라기 보다는 copy & paste) 을 할 일이 있었는데 그 동안 관리자로서 해 오던 방식과 코딩을 해야 하는 개발자의 업무 방식이 정말 하늘과 땅만큼 차이가 난다는 점을 새삼 깨달았습니다. 물론 책으로도 수십 번 읽어 왔고 경험상 그러하다는 걸 모르는 바가 아니었지만. 그날 코딩 했던 내용은, 복잡한 알고리듬을 고안해야 하는 일도 아니었고, 노가다성 작업으로 수백만 라인의 코드를 뒤져서 A --> B 식으로 고치는 수십가지 묶음 작업들을 진행하고, 컴파일 해 보고, 오류가 있으면 확인하고 방향을 바꾸고, 문서를 만들어 다른 개발자에게 전파하는 일이 다였는데요. 컴파일 .. 2010. 12. 16. [책]테스트주도개발(Test-Driven Development by Example) 테스트 주도 개발 - 켄트 벡 지음, 김창준 외 옮김/인사이트 게으름으로 인해 근 한달 만에 이 책을 읽었습니다. 어쩌면 이 책의 내용은 39p 에 나오는 다음 내용이 다 입니다. 1. 재빨리 테스트를 하나 추가한다. 2. 모든 테스트를 실행하고 새로 추가한 것이 실패하는 지 확인한다. 3. 코드를 조금 바꾼다. 4. 모든 테스트를 실행하고 전부 성공하는 지 확인한다. 5. 리팩토링을 통해 중복을 제거한다. 이게 다라니 허무하죠? ^^; 저자는 위와 같은 방법을 좀더 구체적으로 설명하기 위해 간단한 화폐 클래스 예제(전부 다 완성된 코드가 2바닥 정도 밖에 안 되는)를 가지고 약 100 페이지를 할애해서 장황하게 설명을 하고 있습니다. (양장 책이 좀 아깝습니다) 처음에는 아직 클래스도 만들어지지 않은 .. 2007. 8. 14. 개발자를 위한 개발자에 의한 문서 만들기 얼마전 화면을 하나 개발할 일이 있어 간만에 코딩을 한 적이 있습니다. (코딩은 언제나 즐겁습니다 ^^)요즘은 거의 코딩을 하지 않고 살기 때문에 코딩이 무뎌졌을 거라 걱정했었는데, 다행히 생각한 것 만큼 그리 힘들지 않더군요.문제는 회사 내 우리 팀(클라이언트 화면 개발팀)이 만든 각종 컨트롤을 다루면서 생겼습니다.화면에서 다루어야 하는 각종 컨트롤들이 있는데 이 컨트롤을 다루는 방법에 대한 문서화가 전혀 안되어져 있어서 실제 핵심이 되는 알고리즘을 만드는 시간보다 컨트롤에 대한 사용방법을 찾느라 대부분의 시간을 허비했습니다.(뭐 원래 윈도우 프로그램 개발하는 데 UI 개발에 걸리는 시간이 훨씬 많은 편이라는 건 인정합니다만..)회사에서 자체적으로 만든 콤보 컨트롤, 달력컨트롤, 라디오 컨트롤, 리스트.. 2007. 7. 22. 이전 1 다음
