클랴와 베이킹파우더

SI 프로젝트의 현실...........




예전에 SI 프로그래밍 개발을 8년 정도 했었던 기억을 되살려 보면, 진짜 공감이 가는 몇가지.

1. 애널리스트의 디자인 (말도 안돼) : 실무 프로그래머 입장에서 보면, 서로 연동이 안되는 모듈을 묶어둔다 던가. 성능 제대로 안나오는 구조로 설계한다던가.. 저도 가끔 이런식으로 설계한게 몇번 있었죠. 왜냐하면 (실수로 / 혹은 "프로젝트 리더의 이해"에 맞추다 보니) 그넷줄을 다른 가지에 묶어놨는데, 그네는 움직여야 하니 (= 시스템은 구동되어야 하니) 가운데를 자르고, 나무는 세워야 하니 (= 운영중 다운은 안되어야 하니) 좌우에 엉터리 기둥을 세우는 삽질을...

2. 프로그래머의 코드 (발로 짰냐) : 일정에 치이거나, 아니면 단지 귀찮다는 이유로, 나뭇가지가 아닌 몸통에 그넷줄을 적당히 묶어버리는 짓을 합니다. 이것 역시 저도 예외는 아니었지만... 헤헤.

3. 영업의 표현, 약속 (사기닷!) : 영업은 우선은 팔고 봐야 합니다. 팔려야 개발자도 월급을 받을수 있으니, 어느 정도의 부풀림(소파)과 허황된 약속(후광)은 필수 불가결하다고 이해하지요. 하지만 소파를 나뭇가지에 걸어두면 부러집니다.