1. "오늘까지"라는 말은 "내일 아침까지"라는 말이다.
2. 프로그램은 내가 원하는대로 움직이지 않는다. 타이핑대로 움직인다.
3. 요구 사양은 프로그램을 완성한 후에 추가된다.
기본 사양은 완성품을 고객이 보고 나서 결정된다.
상세 사양은 사용자가 프로그램을 사용해 본 이후에 결정된다.
4. 소프트웨어 설계에는 두 개의 방법이 있다.
하나는 결함이 있을 수 없을 정도로 단순하게 만드는 방법이다.
다른 하나는, 분명한 결함을 눈치채기 어려울 정도로 복잡하게 만드는 방법이다.
5. 코드는 개발 현장에서 사용하는 것이 아니라 납품처에서 사용하는 것이다.
디버그는 납기일까지 하는 것이 아니라, 납품된 이후에 하는 것이다.
6. 프로그래머를 죽이기 위해서는 칼이 필요없다. 프로그램의 요구조건을 3번만 바꾸면 된다.
7. 다른 사람을 믿으라. 그 사람이 해결해줄지도 모른다.
주의사항 - 먼저 자신을 의심해라.
8. 개발에 마지막은 없다. 출시만이 있을 뿐이다.
9. 클라이언트의 요구사항이 제 아무리 뒤늦게 추가되어도 납기일은 변하지 않는다.
이것을「납기 불변의 법칙」이라고 한다.
10. 우리의 고객들은 물과 기능추가를 공짜라고 생각하고 있다.
11. 주머니가 짠 고객일수록 잔소리가 많다.
12. 개발 스케줄은 산수를 무시하며 짜여진다. 영업과는 1＋1=2를 이해하지 못하는 사람의 모임이다.
13. 한 명이 쓰러지면 모두가 쓰러진다.
14. 버그가 너무 심하다? 걱정마라. 어느 순간 그것은 기본 사양이 될 것이다.
15. 좋은 설계는 한 명의 천재보다 세 명의 범재를 요구한다.
나쁜 설계는 백명의 범재보다 한 명의 천재를 요구한다.
16. 고객에게 시스템 엔지니어는 부하이며, 프로그래머는 가축이다.
시스템 엔지니어에게 고객은 돈이다.
프로그래머에게 고객은 보이지 않는 악성 바이러스다.
17. 돈과 시간만 있으면, 그 어떤 시스템이라도 만들 수 있다고 생각하는가?
웃어라. 그 기회는 영원히 주어지지 않는다.
18. 품질은 사양 변경의 수와 규모에 의해, 얼마나 열화될지 결정된다.
19. 영업과는 공상이 실현된다고 생각하는 몽상가이다.
시스템 엔지니어는 넘을 수 없는 벽이 없다고 믿는 모험가이다.
프로그래머와는 몽상가와 모험가에 의해 칠흑의 바다에 내던져진 표류자이다.
20. 유능한 프로그래머가 프로그램 설계개념도를 받아들고 최초로 하는 일은, 프로그램의
목적을 이해하는 것이다. 그리고 그 다음으로 하는 일은, 지정된 방법과 시간 안에는
도저히 그 목적을 완수할 수 없다는 사실을 시스템 엔지니어에게 이해시키는 일이다.
21. 프로그램이란, 운과 감에 의해서 작성되는 기적이다.
운과 감이 없다면, 그 기간 내에 그러한 목표를 실현될 수 있을 리 없다.
따라서 사양 변경은 기적에 트집을 잡는 건방진 행위이며, 사양 추가는 기적이 두 번
일어날 것으로 믿는 무모한 행위이다.
22. 시스템 엔지니어는 지구력, 프로그래머는 순발력.
23. 정시에 퇴근하면, 일이 늘어난다.
24. 완벽한 프로그램은 완벽한 시간과 돈을 필요로 한다.
미국의 국가 예산을 무제한으로 사용하는 NASA마저도, 아직 시간과 돈이 부족하다고 한다.
25. 눈으로 훑어볼 틈이 있다면 움직여라. 뇌세포보다 CPU가 더 해석이 빠르다. 그리고, 그 사이,
쉴 수 있다.
26. 불편함을 버그라고 부를 것인가, 사양 상의 제한 사항이라고 부를 것인가는 남겨진 개발일자와
납기일에 의해 결정된다.
27. 정장 대신 캐쥬얼을 입고 출근하는 "캐쥬얼 데이"를 세간에서는 휴일이나 공휴일이라고 부르는
것 같다.
28. 프로그램은 머리로 기억하지 않는다. 몸으로 기억한다.
29. 내일 쉴 수 있다면 오늘 죽어도 괜찮다.
30. 고객은 거짓말을 한다.
영업은 꿈을 말한다.
시스템 엔지니어는 공상을 이야기한다.
프로그래머는 과묵해진다. (혼잣말은 많아진다)
31.「네, 할 수 있습니다」라고 말하기 전에 10초만 곰곰히 다시 생각해보라.
32. 프로그래머는 1분 생각하고 1일을 코딩에 소비한다.
1시간 생각하고 1시간 코딩하는 대신에 말이다.
33. 납품 이후의 디버그는 버그를 부른다.
34. 세 개의 디버그는 하나의 버그를 낳는다. 이것을 버그의 엔드리스 루프라고 한다.
35. 안 좋은 예감은 반드시 적중한다. 그러나 프로그래머는 그 안 좋은 예감에 반응하지
않는다. 그것은 시스템 엔지니어의 일이다.
36. 아수라장을 해결할 수 있는 방법은 오직, 고객이 돈을 지불하는 것 뿐이다.
37. 아마추어는 버그발견의 천재이다.
38. 아, 그건 마이크로소프트에서만 가능한 주문입니다.
39. 프로그래머가 불만이라고 생각하는 부분은 고객도 반드시 불만이라고 생각한다.
40. 건강하기 때문에, 건강을 해친다.
41. 그건, 당신이 말한 요구조건입니다만.
42. 아, 개발실의 창문은 안 열립니다. 그 이유는 옛날에 한 프로그래머가 그 창문에서···
43. 고객은 최악의 사태를 믿지 않으며, 그 사태에 대한 준비를 악질적인 비용청구라고 생각한다.
시스템 엔지니어는 최악의 사태를 대비하고 준비하려 한다.
프로그래머는 최악의 사태를 누구보다 잘 예상하지만, 무시한다.
44. 만약 다른 직업을 갖게 된다면, 정시퇴근을「도망」이라고 부르지 않는 직업이 좋을 것 같다.
45. 시스템 엔지니어가 프로그래머에게 말하는「상식」은 3시간마다 변한다.
46. 최소한 자기가 쓴 시방서는 읽어주세요.
47. 고객이 시스템 엔지니어에게 사랑받는 방법은, 시스템 개발에는 시간이 곧 돈이라는 사실을
깨닫고 빨리 최종요구조건을 확정하는 것이다.
SE가 고객에게 사랑받는 방법은, 프로그래머에게 미움받는 것이다.
48. 납기일이란, 작업현장이 우리 회사에서 고객의 회사로 바뀌는 날을 의미한다.
49. 가끔 일어나는 버그는 버그가 아니다. 스펙이다.
50. 개발비의 30%는 프로그램의 요구조건을 확정하는데 사용된다.
개발비의 30%는 프로그램의 요구조건을 변경하는데 사용된다.
개발비의 30%는 프로그램의 버그를 잡는데 사용된다.
개발비의 10%만이 프로그램의 개발에 사용된다.
b
댓글을 달아 주세요
이시간에 포스팅하시는 리라짱 ㅠㅠ
뭔가.. 납득.. 훌쩍..
우홋 3등이다
그나저나 이 시간에 리라쨩님 수고하시네요
프로그래머가 될까 하려다가도 이런 글 보면 다시 주춤주춤 ㅠㅠ
일본도 우리나라랑 비슷한가보네요. 흠..
이런 글을 볼 때마다 SI 쪽을 안가길 잘했다는 생각이 들지 말입니다[...]
납득된다는 사실이 충격입니다.
프로그래밍을 취미로 남긴게 정말 다행이었지요......
관련일 하시는 분들 말씀들어보면...농담이 아니라 진짜 3D 직종 아닙니까?
게다가 보수도 짜다면서요?
완벽하다. 어느 하나 지나치거나 사실에 근거하지 않은 부분이 없어
(IT만 그런 건 아니랍니다)
한국 실정에서 시스템 엔지니어는 아마 PM(프로젝트 매니저)로 대치되어야 할 것 같습니다. -_-;
뭐 이 바닥에서는 위의 글들이 상식이지요.
꼭 프로그래머만 힘든 것도 아니지 말입니다. 전문직이면 대체로 고객들은 가축이라고 생각하는 법.[먼산]
전문직 입장에선 정당한 대가라고 생각해도 고객은 겨우 이 정도 가지고 뭐 그렇게 받아먹냐고 생각하니...
SI업체에서 7년간 굴러먹다가 때려치고 게임업체로 이직한 현직 개발자입니다.
(SI하면서 이것 저것하다가 막판엔 S전자에도 납품했었는데... S전자는 진짜 악마같은 고객!)
위에서 말한 고객은 SI업체에서볼때 고객이고
패키지 제품을 파는 업체나 게임업체 같은경우는 고객을 기획자로 대체하면 되겠네요.
일단 일에 많은 시간이 투자되어야 하니까 힘든것도 있지만
솔직히 말하자면 다른 직군들에 비해서 좀 엄살이 심한 직군입니다. ^_^;
개발 사이클이 엄청 짧아서 정말 개발하다 죽는 사람이 나온다는 휴대폰업계도
사실 다른 업계와 비교한다면 그정도로 바쁘고 스트레스 많이 받는 일들은 충분히 많이 있지만...
개발쪽 사람들의 마인드가 2ch의 자학개그랑 비슷하다고 보시면 될지도...
그리고 보수가 짠편이라고 하는것도
사실은 다들 힘들다고해도 얼리 짓거리나 업글병에 걸린 사람들이 좀 있어서 그렇지
동년배에 비슷한 학력을 갖은 사람들중에서는 중간이상인편 (오히려 상위 일지도...)입니다.
그리고 무엇보다 학벌 중심의 사회에서 그나마 약간은 학벌에 자유로운 분위기이기에
원한다면 해보는 것도 나쁘지 않죠.
그렇다고 그 동네가 학벌이 무시되는 건 절대 아닙니다. 설연고등 명문대들은 당장 개발 능력이 안되도 학력으로 먹고 들어갑니다. 수리적 사고능력이 뛰어나면 금방 익히니까 입사후 가르쳐서 써먹는거죠.
(KAIST, ICU, 포공을 제외한 이유는... 그 동네 사람들은 학벌이고 자시고할거 없이 능력이 상당한 사람들이 많기 때문에...ㅋ)
아니... 이것은 인생이 아닌가
겨울왕님 말씀 동감. 어떤일이든 일(IT를떠나서)은 삶과 닮아있고 일잘하는사람이 삶도 잘사는거겠죠?
일잘하는것과 (사기를 치던 몸으로때우던)일을해내는것과는 또 차이가 있을테고...
유능한 프로그래머가 프로그램 설계개념도를 받아들고 최초로 하는 일은, 프로그램의
목적을 이해하는 것이다. 그리고 그 다음으로 하는 일은, 지정된 방법과 시간 안에는
도저히 그 목적을 완수할 수 없다는 사실을 시스템 엔지니어에게 이해시키는 일이다.
아 제발(...)
아 어떻게 해.....ㅠㅠ
출처 명시하고 개인 이글루로 퍼가겠습니다 ㅠ.ㅠ
뭐죠? 제 눈가에 뭐가 흐르는데요
42번을 읽고나니 43번부터는 앞이안보여요(..)
완전 납득갑니다.
저도 관련일 하고 주위가 전부 그렇습니다 ㄱ- 정시 퇴근따위 없습니다 ㅋㅋㅋ
다시 태어나면
44. 만약 다른 직업을 갖게 된다면, 정시퇴근을「도망」이라고 부르지 않는 직업이 좋을 것 같다.
완전공감
27번 읽고 쓰러지는 줄 알았습니당 ㅋㅋㅋ
..일본도 만만찮은 분위기군요.
출처 명시하고 퍼갈께요^^
이런 김치같은 글 감사합니다.
퍼갑니다.
某대기업 광고,홍보, 홈페이지 담당자가 보는 프로그래머.
돈은 돈대로 받으면서 아무 일도 않고 컴퓨터 끼고 놀고 있다가 일 하나 시켜놓으면 이건 이래서 안되고 저건 저래서 안되고 변명을 하다가 있는대로 갈궈놓으면 이건 비용이 이래서 들고 저래서 들고 설명을 해서 하기 싫으면 관두라고 다른 회사 알아보겠다고 하면 그제서야 궁시렁 거리며 일을 하는 사람들.
참고로 우리 쪽 통신회사 AE로부터 들은 바로는 저는 "개새X"로 통칭이 되고 있는 것 같습니다.
하긴 게임 업계에서도 이름이 돌고 있다는 소문이 들렸고 PR업계에서는 회사 이름이 유명하다고 하더군요.
하...회사 생활 2년만에 느는 것은 적 밖에 없구나...
(변명...이렇게 개같이 하지 않으면 저도 내부고객을 만족시킬 수 없습니다. 제가 죽을 수는 없으니 남을 해칠 수밖에 없는 비참한 운명이죠. 하하하하 -_-)
허허.... 그냥 웃고 갑니다 ㅠㅜ
공대생인 전...;; 방학 때 시험 안봤으면 좋겠어요~ ㅜ_ㅜ
텀프로젝트도 좀...;; 쉬운것 좀 내주고...!!
님 ㅠㅠ 지금만 보고 계시는데
저 글들중 상당수는 나중에 님한테서 나올 말들이라는거에여...
지금 팀프로젝트따위가....
차라리 지금이 행복하신겁니다.
저 사태를 예감하고 it에서 몸을 뺐는데.. 어쩌다보니 출판일을 하게 됐는데 같은 사태가 되어 버렸습니다(...)
교훈 : '마감'이 있는 직업을 가지지 말 것.
자조의 목소리가 범람하겠군요. -_-;;;;
어느 것 하나 공감되지 않는게 없으니, 원....
뭔가 이 싸이트엔 별의별 직업을 가진 사람들이 범람한다..
개발비 10%로 프로그램을 만든다;;
51. 프로그래머는 스스로를 지키기 위해 저항에 대해 고민하지 않는다. 자신을 둘러싼 삶과 현실에 대해 성찰하지 않는다. 저항정신을 학습하지 않으며, 저항을 조직/기획/설계하지 않는다.
프로젝트 초기에는 무슨 프로젝트인지 아는 사람은 아무도 없다.
무슨 프로젝트인지 알때쯤에는 되돌릴 수 있는 건 하나도 없다.
52.담배를 피우지 않는 프로그래머는 대체 어느 게임에 나오는 캐릭터입니까?
그래도 영업팀이 밖에서 구라쳐가면서 일을 구걸해오니까
다들 먹고 사는거 아니겠습니까??^^;;
자동차 회사도 비슷해요~ ^^
일정 연장 없이 요구사양 바뀌면 다들 힘들어지지요..
이야.. 이거 한구절 한구절이 쏙쏙 들어오는데요.
현실감 있어 좋기는 한데 대부분이 비극적인 이야기군요.
53. 모호하게 만들어라. 변명의 가능성을 가장 크게 열어놓는 방법이다.
더더더더더덜
아아아아 과연 최신 3D 업종
흑....현 SI 업종 종사자로써
위의 글들이 100% 공감됩니다.
그나마 미국은 프로그래머들이 일하는 만큼 인정받는 사회라지만...
한국은 정말...10%의 비용만이 지불되는 명실상부한 3D 업종이라는 생각이 절실합니다.
고레벨의 교육 과정을 이수한 전문가 집단 치고는
과중한 업무에도 불구하고 너무 대우받는게 짜죠...
담아갈께요..ㅠㅠ
오랜만에 퍼갑니다...
마지레스...?
일본에서 몇 년째 개발 일 하고 있지만, 주말 출근은 다 합쳐서 다섯 번 정도?
이번 주도 일주일 놀아요. 왜냐 새해니까. 빨간날 당연히 쉬고 골든위크 당연히 쉬고
여름에 일주일 웬만하면 쉽니다. 왜냐 더우니까.
물론 프로젝트 따라서 위에 나온 것 처럼 막장도 있긴 한데, 주 5일하고도 별 탈없이 진행되는 일이 더 많습니다. 근본적으로 휴일에 일 시키는 일은 서로 피하려고 합니다.
그리고 개발에 10%라는건 정확히는 코딩에 10%라는게 맞겠죠. 요새 중국,베트남 인력으로 코딩하는 일이 슬슬 많아지니까요.
42 / 갑자기 사무실 창문이 안 열리는 구조라는 것을 깨닫고 몸서리 쳤다... ㅠ.ㅠ
1번부터 너무 강력합니다 -_-)=b
완전 공감해요...
ㅠ_ㅠ
그냥 웃지요~~~
덜덜덜...(...)
퍼가겠습니다.;
퍼가겠습니다.. 왠지 명언 모음집 같습니다..
퍼가겠습니다. ;;; 그런데 이거 약간 변형시켜도 될까요?
공감되는게 너무 많아요 ㅠㅠ 퍼갑니다 ^^
뭔가 공감하면서 퍼갑니다...
트랙백이요[?]
담아갈께요.ㅠ 완젼 공감ㅠ
담아갑니다.
이건 뭐.. 싱크로율 1000%네요..ㅜ.ㅜ
하나하나 너무 가슴에 사무쳐서.. 한개를 콕 찝을 수 조차 없는... 완전 울고 간다는;;
스팸 지못미...
36번 보고 웃음... ㅋㅋ .. 현실도 그러함.
퍼가요~ ㅠ
2014년. 다시 보고 마음을 잡습니다.