watist's blog ... I am interested and passionate in building software.

0. 나눠서 정복하라 - 프로젝트 관리의 첫번째 규칙 1. 프로세스 정립 - 프로젝트 관리의 두번째 규칙 2. 시나리오 작성 - 프로젝트 관리의 세번째 규칙 3. 공통 요소 정리 - 프로젝트 관리의 네번째 규칙 수정이 빈번하고, 하나의 수정이 여러 곳의 수정을 연달이 일으키는 경우, 이런 수정 작업을 지원하는 툴을 꼭 갖추고 있어야 한다. 이슈와 소스 관리, 도움말 생성 툴을 흔히 접할 수 있는 이유는 이러한 요구 사항과 소스, 그리고 도움말의 경우 수정이 빈번하고, 하나의 수정 사항이 여러 곳에 영향을 끼치기때문이다. 툴을 사용하는 것은 개발과 관리를 용이하게 하고, 작업 중의 문제 발생의 여지를 줄인다. SP의 템플릿을 일괄 변경해야하는 작업이 생겼을 때 수천개의 SP를 수동으로 처리할 것인지, 자동..

0. 나눠서 정복하라 - 프로젝트 관리의 첫번째 규칙 1. 프로세스 정립 - 프로젝트 관리의 두번째 규칙 2. 시나리오 작성 - 프로젝트 관리의 세번째 규칙 프로젝트와 관련된 모든 항목은 관리되어야 한다. 단어는 단어 사전으로 정리하고, 처리 흐름과 기능은 프로세스로 정리한다. 디자인과 소스도 정리되어 관리된다. 그리고 이 모든 요소에 대한 데이타, 메타 데이타를 생성하고, 관리한다. 메타 데이타의 1) 항목을 정리하고, 2) 정리된 요소를 통합한다. 통합은 각 영역에서 공통인 요소를 찾아 합치고, 비공통인 항목들을 최대한 공통으로 흡수하는 작업이다. 단어의 사용에서, 처리 흐름과 기능 상에, 디자인적인, 코드적인 측면에서 공통 부분을 찾아낸다. 디자인은 공통 디자인 템플릿으로, 소소도 공통인 부분을 공..

정리된 책상은 필요한 것 찾아 사용하기 쉽고, 정리된 소스도 필요한 것을 찾아 호출하기 쉽다. 정리된 책상은 사용하고 돌려 놓기 쉽고, 정리된 소스도 개선이 필요한 부분 찾아 수정하기 쉽다. 정리된 책상은 함부로 어지럽히기 싫고, 정리된 소스도 함부로 하기 어렵다. 이는 주인뿐만 아니라, 잠시 책상을 이용하는, 잠시 코드를 맡는 손님도 그렇다.

우리가 프로그램에 기대하는 것은 우리가 할을 자동으로, 빠르고, 정확히 처리 하는 것이다. 프로그램 기획은 우리가 하는 일중에 자동으로 처리되면 좋은 것들을 찾아 내는 것이다. 궁금한 내용을 찾기 위해 링크에 링크를 타고 웹을 헤메고 다니지 않고, 검색엔진을 통해 사이트를 추천 받는다. 이력서를 작성하고, 여러 기업에 매번 입사지원하는 것보다 이력서를 온라인 구인구직사이트에 등록하고 버튼 한번으로 이력서를 발송한다. 글 관련 자료의 링크를 일일이 찾아 다는 것이 아니라, 자동 검색으로 관련 글의 목록을 제시하고, 아예 글에 적합한 추가 콘텐츠를 검색해 배치해 준다. 내가 하는 작업 중에 자동으로 처리되면 좋은 것들이 무엇이 있을까? 많은 사람들이 하는 작업 중에 자동으로 처리되면 좋은 것들이 무엇이 있을까?

0. 나눠서 정복하라 - 프로젝트 관리의 첫번째 규칙 1. 프로세스 정립 - 프로젝트 관리의 두번째 규칙 프로그램 문외한이 프로그램 제작에 참여한다는 것이 프로젝트의 큰 위험 요소이다. (물론 현업 담당자가 참여하지 않는 프로그램은 아무 쓸모 없는 무언가-완료될지도 불확실하므로-가 될 가능성이 크다.) 현업 담당자의 역할은 현업의 요구를 충실(!!)하게 대변하는 것이다. 하지만, 협조가 제대로 이루어지지 않아 그 정리가 단편적이고, 끊임없이 변하는 유동상태인 것이 문제다. 또 협조와 합의가 아닌 일방적인 통고(개발 항목, 일정, 변경 내용 등에 대한)가 빈번해지면 문제는 더욱 복잡해 진다. 따라서 프로젝트 초기에 담당자가 원하는 바를 "바르게" 표현할 수 있도록 지원해야 한다. 그 방법이 바로 종이와 연..

0. 나눠서 정복하라 - 프로젝트 관리의 첫번째 규칙 1) 업무 프로세스 정립 프로세스는 기획 -> 구현 -> 테스트 -> 오픈 등의 전체 프로젝트 업무를 정의한 것부터 개별적으로 구현할 기능 프로세스까지 다양한 단위에 존재한다. 소프트웨어 프로젝트의 업무 프로세스는 업무 프로세스 정립, 시나리오 작성, WBS 작성, 개별 기능 프로세스 정립, 구현 및 테스트, 배포 및 오픈으로 구성된다. 업무 프로세스의 첫 단추는 이 프로젝트에 적합한 프로세스를 정립하는 것이고, 이것이 만들어진 이후에는 이 절차에 충실하게 프로젝트가 진행되어야 한다. 2) 기능 프로세스 정립 기능 설계를 프로세스를 기준으로 할 것인가, 데이터(DB) 중심으로 할 것인가는 상황에 따른 선택에 달려 있다. 경우에 따라 데이터 처리가 주된..

프로젝트의 성공과 실패는 결국 정해진 자원으로 정해진 시간 안에 정해진 기능을 구현했느냐, 못 했느냐에 따른다. 프로젝트 초기에 정해진 기능의 구현에 필요한 인원과 공간, 개발 툴, 그리고 시간에 대한 예측을 해야 한다. (기능이 정의되지 않은 상태[링크1][링크2]는 열외로 하고ㅡㅡ;;) 그리고 이런 예측에 가장 필요한 가르침은 오래된 격언인 나눠서 정복하라(divide and conquer)이다. WBS(work breakdown structure)는 이러한 가르침에 충실한 방법론이다. 자세한 해설은 아니지만, break down과 WBS의 개념을 접할 수 있는 링크다. http://en.wikipedia.org/wiki/Work_breakdown_structure http://keabaek.tist..

VS2008 영문판이 정식으로 나왔네요. 노트북을 이용하게 된 후로는 이런 저런 프로그램을 설치했다 지웠다 하는 것이 부담스러워져서 설치 안 하고 있는데... OS도 한번 밀겸 설치 해볼까 생각 중입니다. 사실 VS2005도 이제 조금 사용하는 정도인데 벌써 2008이라니... 정말 공부 안하면 뒤쳐지는 이 세상은 앨리스의 거울의 나라보다 더 한 것 같습니다. MS bkchung's 블로그에 각 개발팀이 소개한 자료의 링크가 잘 정리되어 올라왔네요. 블로그와 MSDN 기술자료, 샘플에 동영상 자료의 링크까지 정말 모으는 데도 힘들었겠네요. 정말 "수십개의 팀에서 쏟아져나온 수백가지의 새로운 기능들"을 어서어서 익혀야 할 텐데요. http://blogs.msdn.com/bkchung/archive/2007..

http://ejohn.org/ 자바스크립트 구루인 존 레징(?. john resig)의 개인 블로그이다. 최근데 Jquery를 접해서 놀러 간적이 있었는데, 다른 자료에서 새로운 정보를 얻고 다시 방문하게 되었다. 이 사람이 javascript 2를 만들고 있다고 해서!! 참고로 이 사람은 JavaScript Evangelist for the Mozilla Corporation이다. 내가 개발(혹은 취미)에 사용하는 것은 IE 기반의 jscript(js1.5)이다. FF 계열에선 js1.6, 1.7, 1.8까지 구현해 사용하는 것 같지만, 큰 변화는 없어 보이고, 결정적으로 지금 있는 것으로 만족하기때문에 별로 관심은 없다. 반면, 내년에 나올 js2.0은 상당히 기대가 된다. 간단히 본 ppt 자료상..

최근에 피플웨어류의 서적들의 영향을 받아 공격적인 일정은 프로젝트를 실패하게 한다고 믿게 되었다. 최근의 경험에 비추어 봐서도 공격적인 일정의 프로젝트(?)들은 정도의 차이는 있지만, 모두 개인적으로 판단한 일정보다 지연됐다. 그럼 이렇게 파국이 예고된 프로젝트에 임하는 개발자의 자세는 어떡해야 하는가? 타입 1. 일정을 최대한 맞추기 위해 야근과 주말 근무에 열심이다. 타입 2. 욕 먹어도 억울하지 않을 만큼 농땡이 부린다. 당신은 타입 1, 혹은 타입 2. 난 물론 타입 2다. 비단 이것이 파국이 예고된 프로젝트이기 때문만은 아니다. 타입 1의 사람이 롱런할 수 없다고 생각하기 때문이다. 특별한 근거는 없지만, 365일을 100%의 능률로 근무할 수는 없다고 생각하기 때문이다. 오늘 쉬는 것이 오늘 ..