제목 : 아 진짜 골때리는 프로젝트
글쓴이: 손님(guest) 2006/07/01 08:38:55 조회수:6825 줄수:58 |
|
D기업 MIS 개발하는 개발자입니다.
자기가 일했던곳의 코볼로 개발된 프로그램을 웹으로 개발하는 프로젝트입니다.
사용자는 100명이고, 동접 2명정도
프레임워크는 앞단에 JSP, GAUCE
뒷단은 SPRING, IBATIS를 씁니다.
처음 들어와서, ERD랑 화면설계서 달라고 하니,
SQL스크립트파일하고, 코볼프로그램화면 캡쳐해서 던져줍니다.
아~~
그리고, 팀장이라는분 멋지십니다.
첫날 퇴근하는데, 안나오십니다.
들가보니, 왜 서버를 안끄고 가냐구 화냅니다. -ㅅ-
왜 꺼야대냐구 물어보니, UPS가 없어서 정전되면 DB깨질까바 그러신답니다.
CS 15년한분인데, CS에서 되던거 다 구현해달라 하십니다.
처음 들어가서 회의후 화면은 이렇게 간다고 하여,
만들었습니다.
어서 본건 많으셔서, 요구조건 죠낸 많으십니다.
탭검색부터, 트리검색 기타등등.
요구조건 좋다이겁니다..
근데 왜 코딩완료하고 테스트중에 요구하는 겁니까.
머 대략 생략하고,
9개의 업무중 업무가 완료댈때마다 현업에게 오픈합니다.
이 현업분도 멋지십니다.
자기 PC에 개발환경 깔아달랍니다.
넘 재미있는 분들이심다.
머 결론은 화면은 HTML 400줄에 스크립트 1200줄넘겼습니다.
개발자 4명에 본수 200본 + 화면마다 레포트화면
도저히 안댄다 싶어, 정리하고 나올려니 협박합니다. -_-+
비젼있는 프로젝트라고 하는데 비젼있습니다.
들가면 JS로 스타크래프트 짤수 있을것 같습니다.ㅋㅋ
|
제목 : Re: 별로..
글쓴이: 손님(guest) 2006/07/01 12:33:28 조회수:303 줄수:22 |
|
별로 골 때릴 것 없는 것 같은데요.
요구조건 많은 거야 고객이 왕이니 들어주는 게 당연하고
돌아가는 걸 봐야 요구사항이 더 정확하게 잡히는 거니까 테스트 중에 요구하는 것도 당연하고
업무 완료될 때마다 현업에게 오픈하는 거야 기본 중에 기본이고
탭검색, 트리검색 요즘 이런 거 GWT만으로도 금방 짤 수 있고
본수라는 개념이 얼마나 의미 있는지 모르겠지만 SI에서 200본이면 보나마나
CRUD로 패턴화된 거에다 검색, 리포트 정도 붙은 것일 테니
SQL만 짜면 순식간에 만들 수 있는 거니까 별 거 아니고
화면 설계서야 돌아가는 프로그램보다 정확한 화면 설계서가 존재할 리 없으니
당연한 거고, ERD야 테이블 가지고 자동으로 그려주는 툴 쓰면 되는 거고
대체 뭐가 골 때린다는 거죠?
|
제목 : Re: 내 생각도 윗분과 같음
글쓴이: 손님(guest) 2006/07/01 13:25:09 조회수:418 줄수:3 |
|
제목 : Re: 머가 골때리냐면요.
글쓴이: 손님(guest) 2006/07/01 16:21:17 조회수:307 줄수:54 |
|
음.제가 표현을 잘못해서 그럴수도있는데,
프로젝트란게 기간내 퀄리티높은 프로그램을 납품하는게 제일이라고 생각합니다.
그래서 분석, 설계가 필요한거구요.
그리고 가장 중요한건 인력을 효율적으로 쓰는일인데,
이 프로젝트는 있는 개발자도 다 내보내고, 인력보충도 안댑니다.
팀장이 개발자 뒷다마를 업체에 까대는데 일하고 싶을까요.
월급이 안들어와서, 말을해보니 서로 돈을 못받았다고 합니다.
그리고, 요구조건 좋은데, 공통으로 빼주시는 분이 없으시네요.
업무완료대서 현업에게 오픈하는건 제가 관여할 일은 아닙니다만,
입찰부터 통계로 가는 플로우가 있을때, 어디부터 개발해야할까요.
데이터가 모이는 통계를 먼저 개발해야 하나요?
머 시키니깐 한다고 칩시다.
정해진 일정이 있는데 어차피 엎을 화면에 일정오바해가면서,
요구사항을 들어주면, 기간내 오픈을 할수 있을까요?
요구사항 몇가지만 말해드릴께요.
1.alert창 디자인바꾸기 (멀로 바꿀지는 알아서)
2.confirm창 처음 선택시 취소부터 선택되게
3. GAUCE GRID화면에서 한개의 로우를 잘라내서 20개이 ROW의 담아서
뭉쳐진곳은 합쳐지게. (SUPLESS 로직 아님)
PS: 3번은 가우스 4년쓰신분이 안댄다고 하셨고, 가우스 강사와 기술진까지 안댄다고
한부분
현업한테 왜 개발환경을 깔아줘야 대는지도 몰겠구요.
화면설계서, 일정, ERD 모두 개발자가 하는건가요?
PM이란분은 회의만하고, 문서없이 말로 오더만 내리는건가요?
디자이너 뽑을 예산이 없어서 개발자가 디자인하는건가요?
다른곳도 이러하면 제가 이상한거네요.
|
제목 : Re: 언제 로직이 복잡해서 골때렸나?
글쓴이: 손님(guest) 2006/07/02 02:21:24 조회수:317 줄수:9 |
|
MIS프로그램의 대부분이 CRUD에 플러스 알파 약간이면 다 해결됩니다.
로직이 복잡하고 어려워서 프로젝트 제대로 안되는 경우가 얼마나 되나요?
( 이통사 빌링이나 보험사 상품시스템이 로직이 꼬이기는 하는데,
이것도 알고보면 어려운건 아닙니다. 비지니스 자체가 편법과 꽁수로
점철되서 그런것일뿐 )
CRUD에 얼마 더하면 되는데 프로젝트가 뭐가 골때리냐?
전형적인 관리자 스타일의 답변이군요.
|
제목 : Re: 언제 로직이 복잡해서 골때렸나?
글쓴이: 정영훈(allinux) 2006/07/02 03:53:12 조회수:321 줄수:9 |
|
정말 골때리는 것은 개발 프로세스가 엉망진창인듯한데 그것을 당연한듯이 여기는 풍토가
정말 골때리는 현상 같습니다.
구현 단지 동작만 가능한 코드를 생산해 내는 것이야 어려운 일이 아닙니다. 문젠 뛰어난
개발자라면 확장성과 유연성을 고려하여 코드를 생산해 내겠지요
개인적으로 가장 무서운 개발자가 어떤 요구사항마다 깊은 생각 없이
"무조건 쉽다 다 된다"이렇게 대답하는 개발자 입니다.
아무리 손쉽게 보이는 요구사항이라도 더 생각해보면 고객에 의해 차후에 더 확장성을
요구할 가능성이 보일텐데 말입니다.
|
제목 : Re: 고객은 왕이 아닙니다.
글쓴이: 손님(guest) 2006/07/02 04:02:22 조회수:312 줄수:22 |
|
프로그램 개발사업이 언제부터 서비스업이 되었나요?
서비스 받고, 접대받고 싶으시면 개발인력한테 얘기하지 마시고
영업한테 얘기하세요.
300만원 지불하셨으면 300만원 만큼의 대접이 아니라 '결과물'을 받으세요.
구리를 납품받기로 해놓고 납품확인때 황금이 아니니, 황금을 만들어내라고 재작업을 요구하면 안되지요.
짚(웹)으로 집을 짓도록 요구해놓고 벽돌(CS)만큼 견고하지 않다고 인력에게 강요하지 마십시요.
편리한 UI를 원하면 ActiveX 올리면 되는겁니다.
그런건 정책이니까 작업지시자들하고 얘기하세요.
개발인력들도 그냥 넘어가지 마십시요.
PM이 직접 지시하는 프로젝트 들어가지 마십시요.
PM이 말이 PM이지 그냥 나이먹은 또라이들이 즐비합니다.
시스템을 구성할 때 작업프로세스를 무시하면 언젠가 그 댓가를 톡톡히 치루게 될겁니다.
그때가서 요구사항 맞춰준 개발인력 욕 하지 마시기 바랍니다.
프로그램 개발에 인력 구하기 어렵다는데,
이런식으로 부당하고 불가능한 요구와 업무를 끝까지 강요하고 갖은 협박을 동원하고
말도못할 스트레스를 주면서 인력 구하기 어렵다고 떠들어대는거..
웃기지 않습니까?
|
제목 : Re: 허허
글쓴이: 손님(guest) 2006/07/02 15:06:36 조회수:295 줄수:28 |
|
SI가 서비스업인 거 아직 모르셨나요?
고객이 원하지도 않는 프로그램 만들어 놓고 우린 문서대로, 스펙대로 만들었으니
우린 잘했다고 주장할려구요?
프로세스가 중요한 게 아닙니다. 중요한 건 고객이 원하는 프로그램을 만드는 거죠.
너무나 당연한 이야긴데 왜 고객보다 문서 쪼가리와 프로세스가 더 중요하다고
생각하는 사람이 많을까요.
그리고 scope는 어차피 고객과 협상해서 조정해야 하는 건데 개발자들은 보통
요구사항 새로 들어오면 yes or no 밖에 없죠. 기간 내 할 수 있으면 yes, 없으면
고객 욕하기. 다들 갑과 을의 권력 관계 때문에 협상 같은 건 안된다고 생각하지만
협상 안하면 자신들이 손해볼 수도 있다는 걸 보여주면 고객들도 협상합니다.
이런 협상을 PM만 해야 한다고 생각하니까 자꾸 PM 욕만 하게 되는데 이건
개발자의 의무이기도 한 겁니다.
글고, 꼬우면 때려 치십쇼. 꼬운데 붙어 있으니까 얕보는 거죠.
좋은 직장 많은데 뭐하러 그런 곳에 붙어 있습니까?
|
제목 : Re: 음.
글쓴이: 손님(guest) 2006/07/02 17:10:38 조회수:330 줄수:26 |
|
위에양반 그렇게 일하셔서, 주변에 믿고 따르는 개발자가 몇있을려나 몰겠네요.
꼬우면 때려치게 만들어서 개발자 다내보내고,
그래놓고 인력보충되면 말도 안대는 일정 던져주고.
SI가 서비스업이면, 날밤까면서 서비스해주는데 PAY라도 두둑히 주시던지요.
참고할만한 글을 같이 올립니다.
1차: IT 프로젝트를 성공시키는 10가지 PM 기술 1 to 5
1. 프로젝트 현장 활용의 기술
2. 핵심 인적자원(프로젝트 매니저, 아키텍트, 품질 매니저) 배정의 기술
3. 이해관계자 관리의 기술
4. 적절한 프로세스 관리의 기술
5. PM / 협업 소프트웨어 활용의 기술
2차: IT 프로젝트를 성공시키는 10가지 PM 기술 6 to 10
6. 일정 관리의 기술
7. 협상의 기술
8. 리스크 및 문제점 관리의 기술
9. 팀 빌딩 및 동기부여의 기술
10. 프리젠테이션의 기술
|
제목 : Re: 그러게 말입니다. 꼬우면 때려쳐야지요.
글쓴이: 손님(guest) 2006/07/02 18:31:47 조회수:341 줄수:36 |
|
SI가 서비스업이라니 어이가 없습니다.
시스템 구성,개발이 무슨 서비스업종입니까?
개발 프로세스에 대한 개념은 물말아 드셨습니까
달랑 웹디 하나에 프로그램 개발인력 하나해서 딱 둘이서 하는 알바성 개발밖에 못해봤나보군요.
우리가 우습게 여기는 문서쪼가리가 왜 생겼는지에 대해 기본적인 개념도 없으시군요.
제가 쓴 글중에 '계약할 때는 구리를 요구해 놓고 만들고 나면 황금을 요구한다.'는 내용이 있습니다.
당신들같은 사람들 딴소리 못하게 하려고 있는겁니다.
고객이 구리를 황금으로 바꾸는 방법이 있긴 있지요.
작업지시자(PM이나 PL, 사장)들한테 얘기하면 안먹혀드니까, 개발인력에게 직접 해달라고 하더군요.
스스로를 비열하다 생각지 않으십니까?
요구사항을 뭐하러 개발인력들한테 얘기합니까?
업무지시자한테 얘기해야지, 왜 직접 얘기하세요?
그래놓고 업무지시자한테는 또 딴소리 하시게요?
남의 조직에 참견하지 마십시요. 개발인력들이 자기 월급 주는 업체 보고 일하는거지
당신보고 일 하는거 아닙니다. 착각하지 마십시요.
하다못해 고깃집 가서 삼겹살 2인분 시켜놓고 사장도 아니고 종업원한테 종업원 권한으로 2인분 공짜로
더 달라고 하면 미친놈 취급 받고 '사장님이랑 얘기하세요.' 당연한거 아닙니까?
고객이 되고 싶으면 기본적으로 요구해야 할 부분과 수용해야 할 부분을 명확히 구분하세요.
'내가 고객이니까 뭘 요구하던 다 들어줘라'
무슨 램프의 지니 요구하세요?
어떤 생활정보지 보니까 이런건 있더군요.
'2년간 뭐든지 시키시고 3억 주세요.'
개발이 임무인 개발인력들한테 노예수발 원하세요?
서비스 할 부분이 있고 서비스 하면 안되는 부분이 있는겁니다.
고객의 요구로 죽으라면 죽으라는 얘기로 들리네요?
당신들같은 사람들 때문에 개발이 개발같지 않고
아무도 책임지지 않는 시스템이 나오는겁니다.
인생 비양심적으로 살지 말고 바르게 사십시요.
자식들이 보고 배웁니다.
|
제목 : Re: 허허..
글쓴이: 손님(guest) 2006/07/02 21:12:57 조회수:318 줄수:33 |
|
역시 논리적인 사고력을 상실하면 남의 말이 들리지 않는다는...
내가 고객 편 드니까 내가 갑 같냐? 내가 PM 같냐? 웬 개소리들이야-_-
나도 개발자지만 니들처럼 실력도 없으면서 맨날 갑이나 탓하고 PM 욕 밖에 할 줄
모르는 것들 정말 구역질 난다.
말도 안되는 일정? 그럼 조정하자고 하면 될 꺼 아냐. 입이 없냐?
조정 못해준다고? 그럼 니가 협상 능력이 떨어지는 거지. 니 탓을 해야지 누구 탓을 하리.
고깃집? 손님이 2인분 공짜로 더 달라고 하는데 그거 하나 거절 못하고 사장님을 불러?
그러니까 니가 아직 연봉이 아직 알바 수준인 게야. 셀프 리더쉽도 몰라?
고객은 원래 뭐가 가능하고 뭐가 안 가능한지 몰라. 당연하지. 그러니까 가능 여부를
따지지 않고 자기들이 원하는 걸 해달라고 그러는 거야. 당연한 걸 가지고 욕하는 니들이 병신이지
못하는 게 있으면 그건 구현하기 어렵겠다 그러고 할 수 있지만 오래 걸릴 꺼 같으면
그 기능 구현하면 일정 늦어지는 거 각오하라 그러면 될 꺼 아냐.
그 정도 말도 못해? 벙어리야? 그러면 짤릴까봐 겁나냐?
자기는 No라고 말하지도 못하면서 PM은 앞에서 다 몸빵해줬으면 좋겠냐?
자기가 만드는 거에 고객이 만족하든 아니든 관심도 없는 애들이 제대로 된 걸
만들어 낼 리가 있겠냐?
하여간 찌질이들, 평생 가난하게 살어. 그게 니들 팔잔가벼.
|
제목 : Re: 찌질나왔습니다.
글쓴이: 손님(guest) 2006/07/02 23:16:43 조회수:359 줄수:2 |
|
최근덜어 자주 발생하는 플레임입니다.
이상으로 멈췄으면 좋겠습니다.
|
제목 : Re: 위에 찌질한분 ...
글쓴이: 손님(guest) 2006/07/03 09:12:38 조회수:348 줄수:1 |
|
제목 : Re: 조정이 불가능한 일정
글쓴이: 손님(guest) 2006/07/03 10:09:52 조회수:326 줄수:33 |
|
참고로 전 9년차 개발자입니다.
2년전 정도에 외환카드 차세대 프로젝트 들어간적 있었는데요.
을이 IBM이었고, 개발인력이 약 100여명가량 되었습니다.
실질적인 PM은 IBM 여자 차장님이셨구요.
오픈 2개월 앞두고 요구사항이 대폭 수정됐습니다.
커뮤니케이션이나 네고를 말씀하시는데, 그게 되는 사람들이 있고
안되는 사람들이 있습니다. 짧은 제 경험으로 보자면 전자가 30%, 후자가
70%였습니다.
네고가 어려운 가장 커다란 이유는 이미 갑이 경영진에 해당 일정을 보고를 한
상태고, 일정이 변동되면, 그에 따른 책임을 고스란히 해당 프로젝트추진팀(갑)이
져야 하기때문입니다. 차세대프로젝트 정도면 CIO급이 책임을 지는데, 이 분들
입장에서는 일정변동이란 곧 "내가 무능하다"는 말과 동의업니다.
결코 용납될수 있는 일이 아니죠.
개발팀과 직접 커뮤니케이션을 하는 과/차장급단에서 일정을 변경한다는건
사실 불가능한 예깁니다. 위에다가 일정변경 요청을 한다는건 한마디로
"난 승진이 불가능한 사람입니다."라고 말하는것과 동의어이기 때문이지요.
궁극적으로 체계적으로 수립되지 못한 프로젝트 일정탓이 가장 크기는 하나,
여건에 따라 변동이 발생할 수 있는 여지를 용납하지 않는 금융권의 경직된
분위기도 상당히 중요한 역할을 하지요. ( 금융권은 일반적으로 상당한
인사적체 상태이고 - 30대 후반 대리들이 즐비합니다. - 조그마한 실수는
바로 커리어에 초대형 상처를 냅니다. 그 분들 입장에서는 평생이 걸린 문제입니다. )
다른 인더스트리들 또는 민간기업의 경우도 프로젝트추진팀에게
일정변경이 뭘 의미하는지는 크게 차이나지 않는걸로 알고있습니다.
개발팀 담당자랑 커뮤니케이션하고 네고해서 되면 얼마나 좋겠습니까
이건 개개인의 네고스킬의 문제가 아니라, 전체시스템의 문제입니다.
|
제목 : Re: 위에 덧글
글쓴이: 손님(guest) 2006/07/03 10:15:16 조회수:314 줄수:14 |
|
IT프로젝트라는 것이 예측불허의 것이 아직도 많고,
건설공사처럼 완벽하게 매니지먼트 ( 이 말에도 어폐가 있습니다만 ) 되기가
대단히 어렵다는 것을 경영진이나 기타 스테이크홀더들이 분명히 인식해주는
것이 필요합니다.
건설은 무려 5,000년 이상의 역사를 가지고 있는, 엄청난 노우하우가 축적되
있는 산업이고, IT는 이제 고작 50년 남짓한 업력을 가진 산업입니다.
글쎄 IT가 5,000년 지나면 건설처럼 잘 매니지먼트가 될수 있을런지도
확실치 않습니다만, 어떻게 이렇게 차이나는 산업이 똑같이 안된다고
비교대상에 오를수 있는지, 이해하기가 참 힘듭니다.
비니지스가 가장 시급하고 중요한것은 잘 알고 있으나 ( 게다가 워낙
변화무쌍하고 ) 그 걸 뒷받침하는 백오피스가 그렇게 변화무쌍할수 가 없다는
사실을 상위 경영진이 명확하게 인식해야할 필요가 있습니다.
|
제목 : Re: 말씀은 좀 과격하지만 저도 약간의 동감을..
글쓴이: GOOD(guest) 2006/07/03 10:36:43 조회수:301 줄수:57 |
|
위에 지금 다구리(?)당하시는분 말씀....전부는 아니지만 부분적으로 동감합니다.
si 서비스업 아닌가요? 현실적으로는 서비스업에 가깝습니다.
si의 성패는 고객을 얼마나 만족시키느냐 아닙니까? 현실적으로 생각해 보세요.
말단 개발자 입장에서는 그렇게 안보이시죠. 프로잭트의 전체를 관리한는 pm한번 해 보
세요..왜 서비스업인지 아실겁니다.
제가 평소에 궁금했던사항 하나.
평소 si의 문제점들이 수도없이 이 게시판및 주위의 말들, 기타 다른 개발자포럼등에
올라와 있습니다. 그런 문제점들 뒤로하고 계속 si를 하는 이유를 모르겠습니다.
그렇다고 고칠 생각도 안합니다. 그냥 이런 게시판에 신세한탄의 글만 남기면 끝입니다.
고치지 못할거면 그만두면 되는거 아닙니까? 자꾸 이렇게 참아가면서 si하시는 분들이
많으니까 계속 불합리한 처우및 개발환경이 안바뀌는 겁니다. 위에 님처럼 못나가게 협
박한번 하면 깨갱거리고 남아들 있으니 직원 다루기 쉽죠.
si의 PM은 전부 나이먹고 무능한사람이란거 모르셨습니까?
si의 갑은 개념없고, 개발자를 종 부리듯 하고, 테스트할때 요구사항 내놓고, 개발
완성되면 다시 뒤집어 엎을수 있는 신과같은 존재라는거 모르셨습니까?
전부 여기 게시판만해도 수많은 관련글들이 올라오지 않았습니까?
si를 그만두지 못하는 이유가 정말 궁금합니다.
돈을 많이 받아서? 그럼 그냥 꾹 참고 일 하세요.
정때문에?
갈때가 없어서? 머 경력이나 나이가 좀 있으신 분들은 이해합니다만 3~5년차정도 되시는
분들 갈때가 정말 없습니까?
왜들 그렇게 si를 하면서 불합리한 대우를 받는지 궁금하네요.
도대체 이유가 뭡니까?
|
제목 : Re: 이런 문제일수록 이슈화 해야겠지요.
글쓴이: 손님(guest) 2006/07/03 10:40:29 조회수:322 줄수:79 |
|
원글이 참으로 공감이 갑니다.
저도 비슷한 일을 나름대로 겪었었지요.
ActiveX 자동다운로드가 안되니까, 이 ActiveX모듈만큼은 자동다운로드 되게 해달라고 하더군요.
'분명 예전엔 ActiveX가 자동으로 다운돼서 실행이 되었는데 왜 안되냐, 되게 해라.'
그래서 하나하나 설명했지요. 이건 다운로드 실행은 보안상 어쩌고,
Windows 운영체제에서 제어하는건데, 얼마전에 Windows 만든 회사에서 정책을 바꿨다.
우리가 할 수가 없는 부분이다. 그렇게 얘기했더니, '전산에서 안되는게 어디있냐. 되게 해달라'라는 답이
돌아오면서 하루종일 일을 못볼 정도로 전화를 해대더군요.(아마 자동다운로드/실행 시킨다고 보고했나
봅니다.) (해당 기관에서 무조건 해달라고 하면 해준다고 교육을 시키나 봅니다.)
벽에 대고 얘기하는 것도 아니고.. 이것참 환장하겠더라구요.
이것참.. 내가 마이크로소프트 직원도 아니고..
전산에서 안되는거 없지요. 하지만 그것도 내 권한이어야 실행 가능한건데 말이죠.
꼭 이런 경우 말고도,
웹 개발자에게 별도의 솔루션 없이 개발자의 능력으로 MDB파일을 웹에서 다운로드 받아서 자동으로 원격지
DB업데이트를 시켜달라고 하거나..(솔루션을 하나 구매하라고 했더니, 단순히 퍼다 넣는건데 저보고 겨우
그것도 못하냐고... -_-)
웹상에서 별도의 애플릿이나 ActiveX 없이 로그인아웃과 접속자를 정확히 제어해달라는 요구.
(웹이 나중에 나왔으니까 기존에도 되던건데 당연히 되어야 하는거 아니냐고 하더군요.
그래서 얘기했지요. 웹은 네트워킹 기반이고, 단방향이다. 그런게 지원되려면 rich인터넷 솔루션을
찾아봐라. 솔루션 없이 간단하게 되는 곳이 있다면 그렇게 해주겠다.)
첨부파일 업로드시 버튼 여러개 만들지 말고, 버튼 하나 눌러서 다이알로그에 여러개 선택해서 확인버튼
누르면 자동으로 dhtml로 셋팅되게 해달라는 요구등..
(업무적으로 별로 중요하지 않으니, 그냥 하자고 했더니, 그런식으로 할거면 '이 사업을 하는 의미가
없다'라고 대놓고 물을 먹이더군요.)
하지만 내린 결론은 양쪽 다 지칠 때까지 싸우거나, 제가 해주는 것 외에는 길이 없었습니다.
또 이건 어떤 업체에서 프리랜서 생활하면서 겪은건데..
계약당시에 분명 계약직 직원에 하자보수는 자체인력으로 해결하기로 했고, 산출물도 필요없다 해도
만들어서 넘겨줬는데 3개월 일 하기로 했는데, 한달 공짜로 기능추가에 하자보수해달라고 하더군요.
그러면서 마지막 달 급여이체를 안시켜 주더군요.
(에효~ 프리랜서라도 월급쟁이인데 급여 딜레이되면 진짜 막막합니다.)
내가 무슨 떼돈 버는 것도 아닌데, 왜 이러나 답답하더군요.
또 어떤 곳은 조직구조가 대단히 자유분방(?)한 곳이였습니다.
개발할 프로그램에 대한 요구를 여러 사람이 시시때때로 즉흥적으로 얘기하더군요.
한사람이랑 얘기하고 즉흥적으로 요구 내지 말고 문서화 시켜서 이메일로 보내달라니까
일정이 바빠 죽겠는데 채용되서 일 하는 사람이 지시자의 요구를 그런식으로 받아들이면 되냐고 하더군요.
기가 막히더군요.
계약 할때랑, 계약하고나서 이렇게 노골적으로 약속을 깨는지..
어쨌든 일은 진행을 하는데..
이사님 요구하는 말씀이 틀리고,
부장님 요구하는 말씀이 틀리고,
담당자(대리)가 요구하는 말이 다 틀리더군요.
결국엔 지들끼리 모이더니, 각자의 부분을 다 수용하더니, 한달짜리 작업요구사항을 만들어 왔더군요.
당장 이번주가 계약직 업무종료인데, 그걸 이틀 내에 다 해놓고 가라고 얘기하더군요.
그러면서 은근히 마지막 급여를 안주겠다는 썰도 풀어대고
이런식으로 하면 곤란하다는 썰도 풀어대고...
(하필 그 회사가 임원진이 공무원 출신이라 관공서 상대를 많이 하더군요.
광화문에 가서 만날 수도 있고, 역삼동에 가서 만날 수도 있겠지요.)
업계 전반적으로 풍토나 분위기가 완전히 그런식으로 굳어진 것을 보면 답답하더군요.
협상도 협상 나름이라는 것입니다.
예전에 TV CF 보면 있지요...
'나를 따르라~ 아이구.. 이 산이 아닌가부다..'
단순하게 그려서, 전산같은 전문계통에서는 '고객은 비즈니스 레벨의 요구사항을 내고, 개발자는 그것을
코드화 하는 것이겠지요.'
가만 보면 기술이 같아보여도 고객은 언제나 새로운 것을 요구하더군요.
Windows와 같은 OS의 화면과 최종 산출물에 대한 요구를 고객이 직접 설계한다고 생각해 볼까요?
아마, 겉으로 보기엔 가능해보이지만, 막상 구현하려면 그대로 안되고, 우회해야 하는 것들이 많습니다.
이런 현상을 우리는 이미 닷컴열풍이 불었던 2000 ~ 2003년에 겪었지요.
그때, 전문적인 전산지식도 없이 '기획'이라는 이름 달고 PM, PL, 분석가, 영업 겸임을 했던 사람들이
있었으니까요.
작업은 전문작업자가 하고,
분석이나 협상은 전문 분석가와 협상가가 하는게 이상적이라고 보입니다.
물론 일에도 급여차라는게 있으니까, 좀 더 높은 급여를 위해 공부는 해야겠지요.
그러다가 기회를 잡아서 그 일을 하게 되는거고요.
어쨌든 그렇게 설계된 작업이 나중에 가서 터지면 고객은 언제나 일 하는 사람에게 '니가 잘못한거야'라고
뒤집어 씌우기도 하지요.
담당자나 임원진까지 전부 판단미스일 경우에는 작업자를 조지게 마련이더군요.
무슨 동물의 왕국도 아니고...
개발자들이 기회만 되면 다른 업종으로 이직을 많이 하려는게 어쩌면 당연한 일일지도 모르겠습니다.
에효~ 답답합니다 그려..
|
제목 : Re: 그렇게 불합리한 꼴을 당하며 딴일 못하는 이유는
글쓴이: 손님(guest) 2006/07/03 10:49:36 조회수:341 줄수:7 |
|
자동차만드는 공장직원들이(현대일수도 있고, GM대우일수도 있고, 쌍용일수도 있고)
그렇게 죽어라 야근에 철야근무에 휴일근무하면서 딴 일 못하는 이유와 동일합니다.
먹여살려야 할 처자식이 있고, 배운게 도둑질이라 그것말고는 할줄 몰라서입니다.
질문하신분,
노동자들에게, 왜 넌 그것밖에 안되냐라고 질문하는 자본가같다는 생각이 드네요.
|
제목 : Re: 음...글쎄요.
글쓴이: GOOD(guest) 2006/07/03 11:04:25 조회수:333 줄수:19 |
|
분명 전 신입분들과 경력 좀 있으셔서 갈곳이 별로 없으신분들은 이해한다고 말씀
드렸습니다. 처자식 먹여살리려는데 갈때가 si밖에 없다고 하는건 어쩔수 없는거죠.
그런데 과연 경력 3~5년정도되시는 분들이 si밖에 갈때가 없는겁니까?
연봉 좀 낮추어서 솔류션, 서비스 회사로 가면 처자식 먹여살릴수가 없나요?
si하는 이유가 다 돈 때문에 그런걸로 압니다.( 제 주위분들도 다 그렇더군요..
프리랜서 뛰는 이유는 돈때문이죠... )
자동차 근무하시는 분들은 최소한 불평은 안합니다.. 돈을 많이 받으니..
그리고 불합리한 사항이 생기면 si분들처럼 참지 않습니다. 노조를 만들거나해서
받아낼껀 다 받아냅니다.
|
제목 : Re: 당신은 챔피온입니다.
글쓴이: 손님(guest) 2006/07/03 11:12:53 조회수:339 줄수:39 |
|
=====================================================================================
별로 골 때릴 것 없는 것 같은데요.
요구조건 많은 거야 고객이 왕이니 들어주는 게 당연하고
돌아가는 걸 봐야 요구사항이 더 정확하게 잡히는 거니까 테스트 중에 요구하는 것도 당연하고
업무 완료될 때마다 현업에게 오픈하는 거야 기본 중에 기본이고
탭검색, 트리검색 요즘 이런 거 GWT만으로도 금방 짤 수 있고
본수라는 개념이 얼마나 의미 있는지 모르겠지만 SI에서 200본이면 보나마나
CRUD로 패턴화된 거에다 검색, 리포트 정도 붙은 것일 테니
SQL만 짜면 순식간에 만들 수 있는 거니까 별 거 아니고
화면 설계서야 돌아가는 프로그램보다 정확한 화면 설계서가 존재할 리 없으니
당연한 거고, ERD야 테이블 가지고 자동으로 그려주는 툴 쓰면 되는 거고
대체 뭐가 골 때린다는 거죠?
=====================================================================================
<-- 헉..
절대 관리자 되지 마십시요.
개발자들 정말 피곤하겠군요.
개발을 하다보면 생각하는 만큼의 개발 속도가 나오던가요 ?
나온다구요 ?
그럼 당신은 챔피온입니다.
아니면 정말 모르는 사람이던가요
정말 어이가 없습니다.
제가 힘들게 고생하고 프로젝트 갑한테 프로젝트 딜레이 된다고 깨져도
혹은 맨날 밤새도 당신같은 챔피온 만나는 일이 없기를 간절히 바랍니다.
|
제목 : Re: 개발일이 어려운거...
글쓴이: 김지섭(hl2ajd) 2006/07/03 13:20:54 조회수:390 줄수:28 |
|
집을 짖는다고 칩시다...
1.
기초공사 할때 콘크리트 강도가 어떤거 오는지 실제로 잘 모릅니다.
IT에선 개발자 경력 다 보고 뽑습니다. (진짜 가짜 경력을 떠나서..)
2.
집을 설계할때 기초는 어떤 공법으로 할지 기둥은 크기 얼마에 철근을 어떻게 넣을지 다 공식화 되어있습니다.
IT에선 공식이 없습니다. 하물며 설계도도 없는게 허다하죠.
어디서 들었는지 좋다는거 다 해달라고 합니다.
SLR이 좋다는 소리는 들어서 디카 사면서 왜 같은 디카인데 SLR처럼 안찍히냐고 합니다.
3.
벽돌 쌓을때 어떻게 쌓는지 속이 비었는지 허접 몰탈로 쌓는지 똑바로만 쌓이면 아무도 뭐라 않합니다.
하물며 집 주인은 도배지만 신경씁니다.
IT에선 벽의 스위치 방향까지 신경써서 달게 합니다. 맘에 안들면 벽을 새로 파고 다시 옮겨 달게 하지요.
벽을 파내고 배선 다시 하고 파낸곳은 매꾸고...
4.
집지을때 설계도는 보지도 않고 볼 능력도 안되기에 조감도만 열심히 봅니다.
그런데 그 설계도는 돈 받고 딴집에서 해줍니다.
IT에선 메뉴얼은 기본이고 설계도 와장창 해줍니다. 근데 그거 도서관으로 쓰입니다.
5.
집지을때 배수로는 물만 잘 빠지면 됩니다. 새지만 않으면 다시 만들라는 소리 없습니다.
IT에선 위치가 맘에 안들면 다시 만들라고 합니다. 그게 유지보수입니다.
심지어 배수로를 하늘에 달라고 합니다. 비올때 승천해야 한답니다.
|
제목 : Re: 와우~ 정말 왕이신 분이 나셨군요.
글쓴이: 손님(guest) 2006/07/03 20:57:26 조회수:386 줄수:8 |
|
뭐...능력있으니까...
그런 얘기하겠죠.
아니면, 나는 남들과 다르게 생각해야 한다는
강박관념에 사로잡히신 분이시던가요.
암튼 낙관적 사고만큼은 존경해마지 않습니다.
절대로 함께 일하고 싶진 않지만요.
|
제목 : Re: 헐헐..
글쓴이: 손님(guest) 2006/07/03 23:29:23 조회수:340 줄수:20 |
|
이렇게 개차반으로 글을 써도 내용에 주목을 하는 사람이 있다는 건 희망적이군요.
9년차 개발자 분에게만 한 말씀 올리자면, 네고를 해야 하는 것은 일정이 아니라
스코프인 것 같습니다. 이거 하려면 일정 늦추는 수 밖에 없다~ 라는 걸 갑에게
어필하면 대체로 말도 안되는 스코프는 알아서 접습니다. 저도 막 나가는 갑 많이
만나 봤고 일정은 죽어도 네고 안되는 경우가 대부분이었지만 스코프가 네고 안되는
경우는 아주 드물었습니다. 네고에 따라 야근 한 번 없이 마치는 프로젝트도 많습니다.
아..그리고 하나 더. UI 단 개발 못하겠다고 우는 개발자들, 개발자 때려 치우쇼.
요즘 웹으로 C/S 수준 UI 만드는 거 C/S 못지 않게 쉽습니다. 세상이 어떻게
돌아가는지 좀 보고 사십쇼. 위에 사용자 100명, 동접 2명, 이런 정도 low-load면
그냥 zk 가지고 뚝딱 해도 UI 순식간에 다 만듭니다.
|
제목 : Re: 아..또 하나 더..
글쓴이: 손님(guest) 2006/07/03 23:30:16 조회수:286 줄수:2 |
|
위에 왕이신 분 났다고 한 사람. 당신 같은 분들이 밑에서 잘 받쳐 주니까
저 같은 사람이 대우 잘 받고 사나 봅니다. 고맙소이다.
|
제목 : Re: 위에님.
글쓴이: 손님(guest) 2006/07/04 00:56:24 조회수:332 줄수:1 |
|
Low-load 고려하셔서 선택하신결과가 zk라니. OTL
|
제목 : Re: 9년차 답글
글쓴이: 손님(guest) 2006/07/04 08:56:19 조회수:453 줄수:17 |
|
말도 안되는 스코프였지만, 결코 갑은 접으려 하지 않더군요.
( 수치로 표현하면 2달간 일인당 450본 상당의 프로그램을 찍어내야 하는 일이었습니다.
60일 내내 일한다고 가정해도, 하루 7장 반을 만들어내야 하는데, 물리적으로
불가능한 일이었습니다. )
이런 사례를 외환카드에서만 경험한게 아니라서요.
( 비슷한 경우를 국민은행과 KT에서도 경험했습니다. )
금융권이 아닌 민간기업들의 경우 그래도 어느정도 융통성이 있는게 사실이지만,
금융권 융통성 정말 떨어집니다.
그리고 융통성이 있어도 부족한 리소스에 과다한 작업량은 민간기업도 별로
틀리지 않습니다.
( 중요기능만 일단 오픈하고, 나머지는 SM으로 돌리는 방식으로 하는 경우도
있습니다만, 그렇다고, 일이 그렇게 편해지는것도 아니더군요. )
네고를 통해서 야근안하고 일할수 있는 사이트가 있다면
제게도 정보를 공유해주시면 정말 감사하겠습니다.
|
제목 : Re: 간단한 UI
글쓴이: 손님(guest) 2006/07/04 09:04:41 조회수:376 줄수:23 |
|
웹 UI 프레임웍들(가우스같은)을 쓰면 UI만드는 노력이 대폭 경감되는건 사실이지만,
을이 그런걸 쓸때는, 그걸 씀으로 인해서 개발자 M/M와 개발기간이 준다는 전제를
가지고 있습니다.
그러니 UI 프레임웍 안써도 타이트하게 짜여진 일정, 쓰면 더 타이트해지고,
결과적으로 개발자입장에서는 조금은 편해질지 모르나 ( 머리를 덜 쓰겠죠. )
상대적인 작업량의 측면에서는 사실 달라지지 않습니다. ( 기간도 같이 줄었으니까요. )
그리고 MIS개발할때 그렇게 복잡하고 어려워서, 머리를 엄청나게 써야하는
비지니스는 그렇게 많이 본적은 없는것 같습니다.
대부분이 정형화된 처리로직에 UI의 반복이지요.
하지만 1장만드는데 2시간 걸리는 것도 100장 만들려면 200시간 걸립니다.
간단하다고 말씀하시는 프로젝트 매니저의 대부분이 이 사실을 무시하시는것
같습니다.
간단합니다. 간단한게 맞구요.
하지만 간단한 일도 시간이 필요하고, 그게 쌓여서 일이 되고 프로젝트가 되는거죠.
벽돌 1장 쌓는데 2분 걸린다고 해서 벽돌 100장 쌓는 시간을 30분으로 할순 없습니다.
프로젝트 하면서 어려운게 바로 그런겁니다.
|
제목 : Re: 어떤책에서
글쓴이: 손님(guest) 2006/07/04 09:13:21 조회수:341 줄수:10 |
|
GTE라고 미국쪽의 방산관련 시스템대기업예기를 하는데,
1인당 하루 평균 코딩량이 8.5줄이라고 하더군요.
실제로 기계적으로 치면 하루에 2~3000라인도 만들어낼수 있지만,
리뷰하고 QA하고 수정하고 테스트하고 이런거 다 합치면
결과적으로 하루에 만들어내는 코드는 8.5줄정도밖에 안된다는 거죠.
8.5줄 찍어내는데 사실 1시간도 안걸립니다.
그럼 대체 개발자들이 나머지 7시간은 노는걸까요?
( 한국은 11시간정도 되겠네요. )
|
제목 : Re: 하시는 이야기를 들으니... 파업하고 싶네요
글쓴이: 손님(guest) 2006/07/04 10:06:55 조회수:387 줄수:17 |
|
저는 프리개발자로 일하고 금융권 프로젝트만 고집 하는 사람입니다.
어차피 비슷한 코딩이지만 그냥 유사분야만 하고 싶더군요..
제가 경제적으로 궁핍하지 않아서 그런지 모르겠습니다만
인터뷰한 프로젝트가 맘에 않맞으면 그냥 1-2주 쉽니다. ㅋㅋㅋ
결혼도 하고 아이들도 국민학교 다닙니다만, 그냥 사는 스타일이라..
정말 산별 노조라는게 있어서 파업을 한다면 하고 싶습니다.
2-3주정도 돈 않받어도 괜찮으니 파업 또는 태업을 하고 싶네요
먼가 행동을 보여주고 싶습니다. 제가 용기는 없고 전체 개발자중
30%만 똑같은 날에 파업을 할 수 있다면 얼마나 좋을까요..
프로젝트 옮길떄 아다리 낀 날짜로 생각하고 3-4일 정도 파업 한번
합시다
|
제목 : Re: 아 우울하다...
글쓴이: 손님(guest) 2006/07/04 10:35:29 조회수:363 줄수:5 |
|
xx zk는 또 뭐야...
마스터 할것도 많은데 따라가기도 바쁘군...
인생 우울해지네...
|
제목 : Re: 음냐..
글쓴이: 손님(guest) 2006/07/04 21:17:11 조회수:334 줄수:19 |
|
보통 SI에서 말하는 본수의 단위가 대충 다 비슷하다고 가정한다면 제 경험에 비추어
하루 7.5본이 물리적으로 불가능이라고는 생각되지 않습니다.
그 450본이 전부 다 다르고 전부 다 지랄 같은 UI가 들어간다면 모르겠으되
보통 SI에서 80% 이상은 패턴화되어 있고 SQL만 바뀔 뿐 대동소이합니다.
그런 걸 편하게 해주려고 프레임웍이 있는 거 아니겠습니까.
(자동화에 도움 안되는 스트러츠는 프레임웍도 아니라고 봄-_-)
예전엔 하루 8시간 일하면서 15본 이상 찍어낸 적도 많습니다. 정말 동료들이 다들
우리 팀이 본수 찍어내는 공장 같다는 말을 할 만큼 찍어냈죠-_-
근데 요즘도 본수 단위를 쓰는 곳이 많은가보죠? 2005년 이후로는 본수를 단위로
쓰는 프로젝트는 들어가 본 적이 없는 것 같아서리-_- 한 번 있었나-_-
|
제목 : Re: 그전에 하루 3본씩 만들었습니다.
글쓴이: 손님(guest) 2006/07/04 21:58:28 조회수:367 줄수:3 |
|
14개월동안 그렇게 만들었죠. ( 그 기간동안 하루평균 11시간 일했습니다. )
똑같은 걸 7.5본씩 만들라고 하면 대체 몇시간을 일해야 하는건가요...
|
제목 : Re: 반대로..
글쓴이: 손님(guest) 2006/07/05 00:22:58 조회수:335 줄수:7 |
|
매일 11시간씩 일했기 때문에 더 향상시킬 수 없었던 것 아닐까요.
하루 8시간도 빡시게 일하면 힘든데 11시간 내내 일하면 창의적인 생각이 나겠습니까.
좀 여유 있게 일해야 지금 하는 삽질들을 줄일 방법들이 보이고 그 방법들을
직접 구현해보고 싶은 생각도 들고 그러는 거죠. 그렇게 여유 있게 일하는 애들이
우리가 매일 쓰는 프레임웍 같은 거 만들고 그러는 거 아니겠습니까.
|
제목 : Re: 좋은 말씀이긴 한데요.
글쓴이: 손님(guest) 2006/07/05 08:50:32 조회수:330 줄수:10 |
|
무엇때문에 100여명에 가까운 최소 경력 6년차부터 18년차까지 되는 분들이
그렇게 장시간 코딩에 매달리면서 일을 해야 한다고 생각하시나요.
그 분들이 모두 바보라서? 아님 프레임웍에 대한 경험이 없어서?
삽질을 안해봐서? 개선에 대한 의지가 없어서?
이유는 간단합니다.
주어진 시간에 비해 과다한 작업량.
주어진 시간을 짧게 만드는 잦은 요구사항 변경.
|
제목 : Re: 요구사항 공학
글쓴이: 손님(guest) 2006/07/05 09:24:26 조회수:315 줄수:49 |
|
제 프로젝트에 대해서 질문이 많이 들어오는 것 같아서
제가 생각하는 개선점들을 예기해보려 합니다.
우리나라 SI가 가망이 없다는 식의 자기비하적으로 가는건 아닌것 같아서요.
저 자신도 그렇게 생각하진 않구요.
먼저
잦은 요구사항 변경과 관련해서, 요구사항을 체계적으로 끌어내고 기술하는
부분에 대해서 좀더 연구가 필요하다고 생각이 들긴 합니다.
리팩터링이나, 디자인패턴, 프레임웍등등 여러가지 방법론들이 존재하긴 하나
현시점에서 가장 큰 문제가 되는 것이 유저들의 요구사항 도출부분인 만큼
오히려 이 부분이 더 연구되고, 발전되서, 케이스들이 전파되면
많이 나아지지 않을까 생각이 됩니다.
( 요구사항 공학 전문가가 업무분석가로 들어오는것도 좋을걸로 봅니다.
현재는 이 부분을 해당 업무에 경험이 많은 현업 또는 해당업무를 많이
개발해 본 시니어로 하는 경우가 많은데, 변화무쌍하게 바뀌는 비지니스를
고려할때, 단지 경험많은 시니어가 업무분석가를 하는 것만으로는 부족한
시대가 온것 같습니다. )
이 부분에서 당장 실현가능한것 중에 하나는 프로토타이핑과 점진적개발같은게
있지 않을까 합니다. 특히 프로토타이핑같은 경우는 그게 무슨 시간낭비냐
고 보는 경우가 많은데, 이런식으로 유저한테 화면을 보여주면서 진행하면
나중에 요구사항 변경으로 인한 시간낭비를 줄여 오히려 더 빠르고 효과적인
프로젝트 진행을 가능하게 해줍니다.
유저에게서 정확한 요구사항을 도출하는 기술은 기술과 심리학이 결합된
대단히 고난도 Skill이라는 생각이 듭니다. ( 제 개인적인 생각으로 이런 Skill을
가지고 있는 사람은 저보다 몇배는 더 받아야 한다고 생각이 됩니다. )
그리고 개발을 전혀 하지 않는 전문 테스터가 필요한것 같습니다.
이건 분업의 문제인데, 국부론에서 나온 핀 만드는 공정하고 비슷한 예기죠.
개발자 100명이 개발/테스트를 다 하는것보다, 개발 70명/테스트 30명식으로
명확하게 분업화 하는게 생산성을 훨씬 더 올릴수 있는 길이라고 봅니다.
이 부분에 대해서 업계나 학계에서 고객을 설득할 수 있는 기반데이타를
축적했으면 하는 소망이 있습니다. ( 아직도 테스터가 알바정도로 취급되는게
현실이니까요. 그나마 QA가 있는 곳도 테스팅보다는 마치 개발감사에
가까운 경향이 있습니다. )
개발은 개발자가, 시스템은 어드민이, QA는 전문 테스터가 하는, 개발에
대한 분업화가 더 필요해 보입니다.
저 개인적으로 SI를 그만두고 전혀 다른 쪽으로 가고 있습니다만,
짦은 기간중에도 업계는 계속해서 발전을 하고 있다는 생각이 듭니다.
미국쪽 BA나 테크니션단가가 한국의 3~4배가 되는데, 그게 딱 한국과 미국의
GDP차이입니다. 한국은 계속 성장하는 나라고, SI는 건설업처럼 정보사회에
반드시 필요한 기반산업입니다.
참고로 전 현재 외국계 컨설팅펌의 비지니스 컨설턴트로 있습니다.
|
제목 : Re: 불가능하진 않지만.....
글쓴이: 손님(guest) 2006/07/05 09:48:14 조회수:1123 줄수:23 |
|
역시 많은 사람들의 다양한 생각이 있군요.
"예전엔 하루 8시간 일하면서 15본 이상 찍어낸 적도 많습니다"
과연 어떻게 해석해야 할까요 ?? ㅋㅋㅋ
하루에 15본이상 찍어낸다고 한달(20일)에 300본을 찍어낼수 있을까요 ??
도데체 분석/설계가 얼마나 잘되어 있기에 개발자가 아무생각없이 찍어낼수 있는걸까요 ??
저는 개인적으로 하루에 한본만 찍어내도 잘한다고 생각하는데요.
물론 정말 컨디션 좋은날은 두본 하고요.
요구사항정리, 인터페이스 고려, 커피타임, 잡담타임, 웹서핑 타임..등등등..
ㅋㅋㅋ
몸 너무 혹사시키지 마세요..
병납니다.
|
제목 : Re: 요구한 작업분량이야 15본이지요.
글쓴이: 손님(guest) 2006/07/05 12:29:01 조회수:363 줄수:15 |
|
취소되고 재작업된 분량은 50본이 넘어갑니다.
어떤 프로젝트는 워낙 요구사항이 자주 변경되어서 버전관리를 해봤는데
버전변경이 30번이 넘게 일어나고 있더군요.
타 기관과 연동되고, 정책 명확하지 않고, 조직구조 안갖춰져서 개발자 혼자 다 해야되는
프로젝트는 들어가지 않는게 좋습니다.
사람 채용할때 급할때야 입으로 발리죠.
할거 없다. 이미 명확하다. 연동기관에서 다 도와줄꺼다.
말도 안되는 얘기입니다.
일단 출근하면 태도 달라지고, 권한도 안되는 사람한테 알아서 해결하라고 요구하고
자기 다칠까봐 개발자한테 언성 높이면서 내일까지 해 놓으라고 간청,협박,회유등 별의 별
방법을 동원하는 일도 많지요.
|
제목 : Re: ㅋㅋ
글쓴이: 손님(guest) 2006/07/05 18:57:18 조회수:339 줄수:3 |
|
여기선 이런다고 머가 해결되나요? 현실적으로 바쁘기도 하지만, 토로는 토로로 끝나는게 좋습니다.
|
제목 : Re: 사실..
글쓴이: 손님(guest) 2006/07/05 20:59:10 조회수:305 줄수:36 |
|
요구사항이 정확하게 쫘악~ 다 나와 있기 때문에 하루에 15본씩 찍어낼 수 있었다기보다
매일매일 새로운 요구사항이 들어오니까 하루에 15본씩 찍어내야 했던 거구요.
한 달에 300본? 두당 따지면 정확히 얼마인지 모르지만 그 때 개발자만 따지면
네 명이었는데 한 달 동안 본수로 따지면 거의 1000본을 했습니다.
근데 그 중에 70%가 폐기되었죠. 최종 프로덕트에 들어간 건 300본 가량.
이렇게 가는 게 정상이라는 말을 하고 싶은 겁니다.
실상 요구사항 변경이 없다면 하루에 15본씩 만들어야 하는 프로젝트, 별로 많지 않을 겁니다.
근데 실상 이 요구사항 변경이 고객의 잘못이 아니라는 거죠. 이건 필연입니다.
어떤 고객도 자기가 원하는 게 뭔지 정확하게 알고 있지 못합니다. 처음부터
정확한 요구사항을 도출해 내는 것은 불가능한 일이고 어떠한 천재 요구사항 분석가도,
어떠한 방법론도 성공한 바가 없습니다.
실제 돌아가는 모습을 봐야 좀더 요구사항이 정확해지는 것이죠.
요구사항이라고 다 들어줘야 하는 것은 아니고 스코프에 대해서는 언제나 네고를
해야 하는 것이지만 고객이 그렇게 잦은 요구사항 변경을 발생시키는 것에 대해
개발자가 고객을 비난해선 안된다는 말을 하고 싶었습니다. SI를 서비스업이라고
말한 것도 그런 의미구요. 개발자가 주어진 대로 개발만 잘하면 된다고 생각해선
안된다고 봅니다. 고객이 원하는 결과물을 만들어줘야 성공인 거지 기간 동안
처음 주어진 요구사항대로 만들어준다고 성공이라고 볼 수는 없습니다.
|
제목 : Re: 아...한 가지..
글쓴이: 손님(guest) 2006/07/05 21:00:09 조회수:343 줄수:3 |
|
위에 이렇게 가는 게 정상..이란 것은 네 명이서 한 달에 1000본씩 찍어내는 게
정상이라는 말이 아니고 1000본 찍어내면 70% 정도는 폐기되고 그러는 게 정상이라는 얘깁니다.
|
제목 : Re: 아키텍쳐 무용론..
글쓴이: 손님(guest) 2006/07/05 22:43:41 조회수:421 줄수:47 |
|
이건 뭐 낚시질도 아니고..
요즘 인터넷상에 대다수의 대중들 분노를 사면서 희열을 느끼는 안티들이 있더군요.
만들어 놓은 건물도 깨부수고 새로 건설할 작정도 불사할 열정이로군요.
시행착오와 삽질은 명확히 구분해야 합니다.
리팩토링과 재작업은 분명히 구분해야지요.
설계와 정책결정만으로 목표를 100% 해결할 수 없어도, 앞으로 일어날 일에 대한 잠재적 리스크와 커
대한 시스템의 구성을 파악할 수 있습니다.
생각없이 만들어놓고 '이건 잘못된거니 다시 만들겠습니다.'라고 폐기처분하는 개발자 좋아하는 고객도
없을 뿐더러, 개발자들은 그런 사람을 더욱 싫어합니다.
어느 기업체 시스템의 제안서와 산출물, 소스가 완전히 따로 놀며, 제공된 소스조차도 최신이 아니라 한
참 이전이전의 버전이 제공되는 프로젝트가 많이 발견되던데
혹시 님 작품인가요? 그쪽에 작업했던 사람들 얘기를 들어보면 하나같이 그러더군요.
'사람을 지치게 만듭니다. 산출물 작성이나 소스정리요? 요구를 들어주는 것만으로도 벅찹니다. 어차피
책임을 그들이 질테니 저는 코딩만 해주고 빠질렵니다. 누가 유지보수를 하게 될지 모르지만 아무도 책
임지지 않는 시스템이 하나 탄생하겠네요.'
사람더러 레밍떼처럼 멍청한 리더와 고객의 요구에 따라 바다로 뛰어들라는 얘기로 들리는군요.
고객의 요구는 당연히 지켜야 되겠지요.
하지만 고객의 말도 안되는 요구를 여과없이 들어주는 설계는 '코끼리를 만지는 장님'이 되는것과 같은
겁니다.
고객은 최종적으로 원하는 것이 머릿속에 떠오르지만, 그것을 표현하거나 그것을 해내기 위해 자신이
뭘 해야 하는지도 모르는 사람입니다.
따라서 고객의 요구를 수용하기 보다는 고객의 요구를 분석하는게 만수무강에 도움이 됩니다.
고객은 개발만 있어야 하고, 교육과 운영, 유지보수가 필요한 프로그램은 실패한 프로그램이라고 보는
사람들도 많습니다.
요즘 월드컵이 유행인데, 슈팅시도는 좋지만, 지나친 똥볼은 팀에 사기저하가 됩니다.
거스 히딩크의 말입니다.
낚시질은 네이버 가서 하세요. ^^
|
제목 : Re: 참내.-ㅅ-
글쓴이: 손님(guest) 2006/07/06 00:41:07 조회수:362 줄수:9 |
|
1000본 찍어서 70%폐기하는게 왜 정상인지 몰겠네.
사람 없다 없다 하지만 저런사람까지 개발하고 앉아있으니,
그냥 이런데 오지 마시고, 현업비위 마추면서, 맨날 밤세가면서 일하세요~
나중에 남는건 약해진 건강밖에 없겠네요.
|
제목 : Re: 차세대..
글쓴이: 손님(guest) 2006/07/06 05:56:29 조회수:357 줄수:32 |
|
하루에 15본씩 찍을 수 있으면,
손가락으로꼽는 차세대 프로젝트들 1달이면 개발 끝이겠네;;
뭐 쿼리가 쉽고 상황이 좋고 막만들어도 되는거라면,
컴포넌트 하루 2-30개? 차라리 50개정도도 만들겠네요;;
mapping파일만 만들고 나머지 generate하면 못만들겠습니까;;;
근데 막살아도 되는게 아니기 때문에
컴포넌트1개 풀구현에 주단위로 들어가는거 아닙니까;
저렇게 생산해내면서 아키텍쳐나 업무고민은 되나요? 안되서 70%를 폐기한거 아니에요?
그리고 70%를 버린다라.. 어느프로젝트가 그런가요?
BA가 업무분석 사전 ~개월간 한것을 보강하고
테스트서 확인해나가면서 덧붙이긴 해도 폐기라 -_-;;
누가 70%폐기글 보고 그렇게 하는게 당연하고,
한국 개발자들 일안하고 있는것으로 취급할까봐 겁나네요.
p.s 참 그거 아시죠? 통계로 나온 개발자 하루 코드작성량이 7줄이였나..
|
제목 : Re: 70% 폐기론이라...
글쓴이: 손님(guest) 2006/07/06 09:57:16 조회수:386 줄수:20 |
|
생산공정에서 불량율을 시그마 단위로 관리하는 시대에....
산업혁명시대에서도 안나오는 불량률 70%라...
도저히 이해가 안간다...
화면의 로직변경내지 설계미스로 인한 수정도 아니고 폐기?
내가 경험해본 경우는 프로젝트에서 한 10%만 삽질시켜도 분위기 X같아지고...
30%대 되면 PM등등을 왕따시키거나 회의석상에서도 개발자들이 대놓고 들이받던데...
(프리랜서같은 경우는 들이받고 탈출합니다...)
장비만 빼고 관련된 인력, 프로그램 몽땅 다 해고/폐기처분해되는 프로젝트다...
뭐 중소기업같은 곳에서 인력뽑아 놓고 시간에 관계없이 회사의 기본 프로세스가 없으니...
한번 만들어 보자는 식에 프로젝트정도?
|
제목 : Re: 비정상을 정상이라 믿고 10년 내 일해온 사람들...
글쓴이: 손님(guest) 2006/07/06 10:08:19 조회수:404 줄수:11 |
|
너무 불쌍하네요.
비정상은 비정상입니다.
바다를 육지라고 믿어봤자 물에 빠져서 허우적 거리기만 할 뿐이겠지요.
적어도 우리의 후배들에게 까지 나쁜걸 좋은거라고 가르치는 사람이 되지 않았으면 하네요...
그리고 IT노조 늦게나마 출범하는 듯한데... 화이팅입니다.
우리도 인간답게 살아봅시다. 관리를 못하는 회사는 빨리빨리 시장에서 퇴출시키고 말이죠.
|
제목 : Re: 하루에 15본씩 찍어내는 작업 있긴 있습니다.
글쓴이: 손님(guest) 2006/07/06 11:12:58 조회수:372 줄수:5 |
|
확산에서는 가능하더군요.
표준안만 마련하고 통합하지 않은 채 확산하는건 그렇게 하더군요.
본 프로그램 만드는데 6개월 확산하는데 1개월씩.
컨피그를 만들어서 패키지화 하지 않는 이유가 뭔가 있긴 있겠지요.
환경은 맞춰줘야 할테니까..
|
제목 : Re: 생각이 좀 다른데
글쓴이: 손님(guest) 2006/07/06 11:15:28 조회수:370 줄수:9 |
|
1000본 찍어내서 70% 폐기한다는 말에 대한 이해가 서로 다른거 아닐까요?
제가 보기에 위에 GTE에서 하루에 2~3000줄씩 찍어내지만, 결국 쓰이는건
7.5줄이라는 말하고 비슷한 예기라고 보여지는데요.
처음에 한 1000줄 코딩하면, 유닛 테스트할때 수정하고, 통합테스트 할때
수정하고, 유저테스트할때 수정하고, 퍼포먼스 테스트할때 수정하고, QA하면서
또 수정하고, 기능 바뀌어서 수정하고, 인터페이스 바뀌서 수정하고, 본인이
리팩터링하거나 코드 고쳐서 또 수정하고
이렇게 보면 한 10줄이나 남을까요? ( 수정안된게 )
|
제목 : Re: 슬프지만 현실이죠...
글쓴이: 손님(guest) 2006/07/07 10:33:48 조회수:364 줄수:17 |
|
지금은 너무 지쳐서 같은 단가 주는 SM으로 전향했습니다.
마누라와 딸의 얼굴도 매일매일 보고 싶었구요.
갑-을-병-정...PM-PL-개발자-코더-디자이너....
다 사람입니다. 편차가 있고, 처해진 상황도 다 제각각이겠죠.
갑도 사연이 있고, PM도 사연이 있고, 우리도 사연이 있고...
그 다양한 경우를 다 고려하기는 힘들어 보입니다.
IT 프로젝트의 구성원들이 자기 자리를 찾아가려면...시간이 흐르면 되겠죠.
그 시간을 단축시키려면...정부가 적당한 법안을 시행해야 합니다.
그려려면...만고땡 국회의원들이 법안상정해야 하는데...여기서 OTL...
결국, 처우개선때문이 아니라 시스템 합리화를 위해서라도...
조직적으로 공개적으로 단체활동을 해야 합니다.
그러한 활동이 없다면, 시간만이 답이겠죠.
모든 IT 구성원들의 인식과 수준이 아주 서서히라도 나아지기를 간절히 바랍니다.
|
제목 : Re: 크하하
글쓴이: 손님(guest) 2006/07/08 17:26:59 조회수:354 줄수:38 |
|
다들 처음부터 완벽한 설계를 갖고 프로젝트를 시작하시나보군요.
그래서 중간에 설계 변경 따위는 전혀 없이 처음 계획한 그대로 착착착
프로젝트가 잘 진행되 나가시나보죠?
제가 오히려 부러워 해야 하는 건가요? 헐헐.
그나저나 개소리는 또 개소리대로 상대해야 법. 개한테는 역시 반말로..
>하지만 고객의 말도 안되는 요구를 여과없이 들어주는 설계는 '코끼리를 만지는 장님'이 되는것과 같은
>겁니다.
이건 웬 개소리야. 스코프는 협상하라는 말 못 봤냐?
>그냥 이런데 오지 마시고, 현업비위 마추면서, 맨날 밤세가면서 일하세요~
>나중에 남는건 약해진 건강밖에 없겠네요.
바보야, 난 8시간 이상 일 안한다니까.
> 화면의 로직변경내지 설계미스로 인한 수정도 아니고 폐기?
당근 변경이나 수정도 다 포함한 거지. 설계미스라는 말 자체가 틀린 거야.
처음부터 완벽한 설계를 할 수 있는 사람은 없으니까.
incremental design도 못들어봤냐? 이거 안하는 애들은 요즘 니네들 뿐이야.
> 우리도 인간답게 살아봅시다. 관리를 못하는 회사는 빨리빨리 시장에서 퇴출시키고 말이죠.
너는 이제 인간답게 살기 시작해야야 하나본데 난 이미 인간답게 살고 있거덩?
너 같은 애들만 시장에서 퇴출되도 다른 사람들도 인간답게 살꺼야.
하여간 남의 말을 제대로 안 듣는 인간들이니 고객 말이 귀에 들릴 리가 없지.
대충 기한 내에 만들기만 하면 고객이 만족하든 말든 지들은 잘했다고 자위하지.
그러니까 만년 그 바닥을 못 벗어나지.
|
제목 : Re: 그 많은 사람중에 너 혼자 잘났으니까.
글쓴이: 손님(guest) 2006/07/08 19:07:12 조회수:359 줄수:4 |
|
너 혼자 하루에 15본씩 내면서 밤 새워 일하다 뒈져버려라.
알았냐?
미친놈.
|
제목 : Re: 위에
글쓴이: 손님(guest) 2006/07/08 22:56:33 조회수:324 줄수:3 |
|
너 바보지? 8시간 이야기 안 보이냐?
넌 못나서 좋겠다.
|
제목 : Re: 거참..
글쓴이: 손님(guest) 2006/07/08 23:07:43 조회수:335 줄수:27 |
|
내가 운이 졸라 좋았나 보오.
4년 동안 7개의 프로젝트를 하면서 어떻게 난 계속 천사 같은 고객만 만났나보오.
어떻게 만났던 18명의 개발자가 전부 다 똑똑하고 뜻이 잘 맞았나보오.
어떻게 두 번 경험한 사장이 우연히 다 야근 안해도 암 말 안하는 착한 사람이었나보오.
우리가 맨날 프로그램은 거지 같이 만드는데 고객이 넘 착해서 늘 만족했나보오.
다 내 잘못이요.
내가 그냥 억세게 운이 좋았던 것 뿐인데 당신들도 다 그럴 수 있다고 착각했소.
다들 "그건 현실에선 불가능해"라고 말하는 걸 보면 나의 현실은 운이 억세게
좋아야만 가능한 현실인가 보오.
역시 내가 SI 바닥을 떠난 건 현명한 판단이었나보오.
필요한 건 기술도 아니고 방법론도 아니고 그냥 운인가 보오.
그러니 내 당신들에게도 행운이 있기를 진심으로 빌어 주겠소.
다들 행복하게 사시길 바라오.
이만 착각에 빠져 있던 운만 좋은 사람은 물러가오.
|
제목 : Re: 이런.
글쓴이: 손님(guest) 2006/07/11 09:52:52 조회수:305 줄수:4 |
|
위에 다들 조낸 깝치고 있어.
조용히해!
내가 말한다.
글쓴놈 깝치지좀 말어.
|
제목 : Re: 이런
글쓴이: 손님(guest) 2006/07/11 09:54:55 조회수:320 줄수:9 |
|
위에이어 글올리게 만드네.
왜 게시판와서 싸우고들 지랄이야?
다들 조낸 깝치네~~ 아 안습~!!! ㅋ
이 Ssi발랑 들아.ㅋㅋㅋㅋ
인수인계 해야하는데, 이색귀 안오네-_-;;;;
조낸 빠져가지고 ㅋㅋㅋ
아 쉬파. 어느팀으로 발령날려나..낄낄~~
아무튼
쓉세덜아~~ 조낸 깝치지 말아~
|
제목 : Re: 아..
글쓴이: 손님(guest) 2006/07/11 09:58:17 조회수:319 줄수:11 |
|
윗글2개 이어서 다시쓴다..-_-;
"SI가 서비스업이라니 어이가 없습니다." -> 이글쓴 쉐기 개념 조낸 없다.
그러니, 평생벤처신세지.-_-;;;;
당연히 서비스업이지 자식아. . .
솔직히 개발이 머 그리 대단한거라고. 훗~.
너 아파트공사장서 노가다좀 해봐야 정신차리긋다..
|
제목 : Re: 윗글쓴넘.
글쓴이: 손님(guest) 2006/07/11 17:07:56 조회수:364 줄수:9 |
|
공사장노가다 많이해서 역시 개념이 풍부하시네요.
벤쳐말고 대기업에서는 말투를 저따위로 가르치나보죠?
서비스업이니 밖에서는 웃으면서 대하고, 여기서는 욕지거리나 하고
그렇게 살면 참 좋겠습니다.^^
|
제목 : Re: 다들 아가리 닥!
글쓴이: 손님(guest) 2006/07/12 17:53:42 조회수:363 줄수:1 |
|
제목 : Re: 있는 회사 입장에서는..
글쓴이: 손님(guest) 2006/07/12 18:11:03 조회수:296 줄수:7 |
|
오라클이나 대기업같은 아쉽지 않은 업체에서는 그냥 노가대고,
아쉽고 답답한 굶주린 업체 입장에서는 간 쓸개 빼놓고 말과 몸 굴리는 서비스업이고..
아쉽지 않은 업체들은 뭐 하나 물어보려고 전화해도 전화도 안받더군요.
아쉬운 업체들은 휴일날도 전화받고, 들어오라고 하면 바로바로 들어오고...
뭐 그런거 아니겠습니까?
|
제목 : Re: 답글 수준이 우리 IT 현실입니다.
글쓴이: 손님(guest) 2006/07/12 18:12:55 조회수:358 줄수:1 |
|
제목 : Re: 답글 수준이
글쓴이: 손님(guest) 2006/07/16 22:05:25 조회수:351 줄수:13 |
|
왜 이 지 라 ㄹ 드 ㄹ 이 얍!!!
어디서 다 똑같은 일 하는 것들이 왜이리 서로
나 는 잘 낫 다. 좀 알 아 줘!!
라고 말하려고 좨뢀두룬.
글구, 잘난 놈이라도
나는하루8시간밖에일않한다.야~고~루~지~
라고 말하고 싶으니?
|
제목 : Re: 초딩이 놀리면 화나나?
글쓴이: 손님(guest) 2006/07/18 10:38:45 조회수:386 줄수:3 |
|
제목 : Re: 그야 당연히
글쓴이: 손님(guest) 2006/07/18 21:12:18 조회수:320 줄수:7 |
|
화나죠
경험 못 해보셨으면 모르시겠지만
초딩이 놀리면 화 않날거 같아요?
|
제목 : Re: 참
글쓴이: 손님(guest) 2006/07/20 10:03:43 조회수:451 줄수:1 |
|
제목 : Re: ㅋㅋ
글쓴이: 손님(guest) 2006/07/21 12:37:42 조회수:317 줄수:1 |
|
제목 : Re: 두마디만
글쓴이: 손님(guest) 2006/07/22 06:51:10 조회수:334 줄수:11 |
|
IT는 여러가지지만 SI는 서비스업 맞다. 사업 서비스업 중 정보처리 및 기타 컴퓨터 운영 관련업으로
분류된다.
그리고 한달에 1000본 만들어서 70% 폐기한다는 놈 이놈이 바로 SI업계의 암세포같은 놈이다. 일단 고객이
불만 없게 돌아만 가게 빨리 만들자는 식이겠지..
니가 한달 SI한것 때문에 SM은 일년 고생하고 1년도 못되서 30%도 마저 폐기될 것이다.
니같은 놈이 관리자가 되면 또 얼마나 많은 사람이 고생을 하겠냐.
너 같은놈 수도 없이 봐오긴 했지만 새삼 잘못된 것이 잘못된것인줄 조차 모르고 당연하다고 말하는 널보니
정말 한심해서 말이 안나온다.
제발 제발 제발 제발 그간 모은 돈이랑 퇴직금 받아서 통닭집이나 해라..
그게 인류 평화와 공영을 위한 길이다.
|
제목 : Re: 한마디만 더
글쓴이: 손님(guest) 2006/07/22 06:53:45 조회수:353 줄수:3 |
|
개발을 하는것은 업보를 쌓아가는 것이다.
코딩 한줄 할때마다 니 수명이 하루씩 단축된다는 생각으로 코딩해라.
정말 위대한 개발자는 개발을 안한다...
|
제목 : Re: 저 초딩인데요...
글쓴이: 손님(guest) 2006/07/22 19:05:37 조회수:326 줄수:1 |
|
제목 : Re: 풉
글쓴이: 손님(guest) 2006/07/23 13:52:38 조회수:382 줄수:23 |
|
내 참 웬만하면 더 안 끼어들라 그랬는데...이건 또 웬 개지랄이야.
위대한 개발자는 개발을 안한다고? 개소리도 작작해야지 이 멍멍아.
정말 위대한 피아니스트는 피아노 안 치냐? 정말 위대한 축구 선수는 축구 안하냐?
웬 병신 같은 소리들이 이렇게 돌아다녀.
존 카멕, 워드 커닝햄, 리누스 토발즈, 리차드 스톨만
우리가 위대한 개발자라 부르는 개발자들은 다 자기 손으로 개발해서 자기 능력을 입증해보인
사람들이다. 너처럼 주둥아리만 가지고 떠들어서 위대한 개발자 근처나 가겠냐.
그리고 내가 만든 거 전부 아직도 잘 돌아가고 있고 유지보수 맡은 사람들도, 고객들도
만족하고 있거덩? 너처럼 너 혼자 만족하는 거 만들어 놓고 자위하는 인간이랑 같은 줄 아냐?
맨날 밑바닥에서만 노니까 위에서는 어떻게 노는지 잘 모르겠지? 여긴 공기가 달라.
다른 공기를 마시고 싶으면 좀 업그레이드를 하라고. 맨날 질질 짜는 소리만 하지 말고.
하여튼 징징거리는 것들은 정말 밥맛이라니까.
|
제목 : Re: 하루 15본 가지고 뭘 까부냐?
글쓴이: 손님(guest) 2006/07/23 22:42:54 조회수:376 줄수:8 |
|
적어도 하루에 50본 정도는 해야 프로젝트 좀 했다 할 수 있지.
내가 프로젝트를 10개 정도 했는데...
가장 생산성 안나왔던 프로젝트에서는 하루에 25본,
최대생산성으로는 하루에 100본까지...
우리팀은 NASA 우주선 발사 프로젝트도 3달이면 끝낼 정도...
----------------------------
낚시질은 낚시터에서....
|
제목 : Re: Re: 풉
글쓴이: 손님(guest) 2006/07/23 22:44:39 조회수:315 줄수:2 |
|
개발을 안한다는 의미를 아직 모르는구나.... ㅉㅉㅉ
정말 개발을 안한다는게 아니라 무개발을 지향하라는 것이다.
|
제목 : Re: 무개발 지향 좋아하네
글쓴이: 손님(guest) 2006/07/24 23:45:16 조회수:408 줄수:12 |
|
구박 받으니까 쪽팔려서 뭔가 있는 것처럼 말 돌리면 먹힐 것 같냐?
무개발 지향은 또 무슨 개 풀 뜯어 먹는 소리야.
하여간 삽질도 정도가 있지 이건 내 낚시질보다도 더 심하잖아.
오히려 위대한 프로그래머일수록 빨리 개발에 착수하는 것이 좋다고 하는 거
알긴 아냐? 아는 게 짧으니 헛소리나 해대지.
하여튼 지지리 궁상이라니까.
|
제목 : Re: 코딩 투여 시간은 20%이내로...
글쓴이: 손님(guest) 2006/07/26 01:43:52 조회수:391 줄수:7 |
|
예전에 모 세미나에서 만드신 프로그램 개발 투입 시간 퍼센테지를 보니
코딩 투여에 전체 공정의 20%미만 시간만을 투입하셨더라고요.
정말 존경 스럽더군요.
바로 이런걸 지향해야 한다는게 아닐까 조심스레 생각해 봅니다.
|
제목 : Re: 중요한 건..
글쓴이: 손님(guest) 2006/07/26 22:35:43 조회수:382 줄수:12 |
|
중요한 건 코딩에 몇 퍼센트 들어갔느냐가 아니라
전체 기간이 단축되었느냐겠죠.
코딩 20%만 하고 나머지 죄다 문서 작성만 하느라 1달 걸릴
프로젝트를 다섯 달 걸렸다..그러면...
하루 일과를 기준으로 본다면 하루의 절반,
4시간 정도를 commit하는 코드를 작성하는데 쓰는 것이 적당한 듯.
|
제목 : Re: 이런
글쓴이: 손님(guest) 2006/07/27 22:40:19 조회수:326 줄수:23 |
|
개쉐퀴들아
무역회사 직원들이 서로 게시판에서 싸우더냐!
제조공장 직원들이 서로 게시판에서 싸우더냐!
영업소 직원들이 서로 게시판에서 싸우더냐!
공무원들이 서로 게시판에서 싸우더냐!
멍멍이가 있을거 같아 첨언하자면
아무 도움도 않되는 개인적인 성질발산의 장으로 서로 싸우더냐!
이거 맨날 이 썅놈의 아이티 한다는 몇몇 찌질이들은 왜이렇게 싸웠싸!
그것도 훗훗. 내 말은 이런것이다. ... 웃기시고 있네.... 이딴 식으로
글구 개발자가 개발을 해야 개발 자지 개발자가 개발을 않하는것을 지향하면 개발자냐?
개발삽집하는 소리하고는.
|
제목 : Re: 번역해 보면...
글쓴이: 손님(guest) 2006/07/28 10:37:37 조회수:370 줄수:44 |
|
자기 의견만 내세우면서 싸우지 좀 마세요.
그리고 개발자는 개발을 해야 개발자입니다.
라는 말씀이시군요. 흠..
P.S.
다들 자신의 입장에서 글을 쓰시는 것 같습니다.
좀 더 다른 사람 시각으로 접근을 하고자 노력한다면
이런 헛된 반복은 줄어들지 않을까 합니다.
저 사람은 어떤 입장으로 저런 말을 했을까? 하고 생각해 보면
다들 이해가 되는 주장들인것 같습니다.
바로 위에 분의 말씀을 다시 고민해 보면..
[개발자]라는 단어의 1차적 의미를 가지고 말씀을 하신 것 같습니다.
맞는 말입니다. 개발자라는 의미는 개발을 하는 사람이 맞군요.
그리고 그 전에 말씀하신 의견을 다시금 생각해 보면...
프로젝트를 성공적으로 이끌어 내려면
발주사가 원하는 것은 발주사 직원 자신도 정확히 잘 알지 못한다.
물론, 알고는 있지만 시스템적으로 정확히 어떤식으로 이끌어 내야 할지를 모른다.
고로 이를 정확히 이끌어 내어...
불필요한 개발이 되는 요소들을 없애는 것이 더 중요하다.
라는 의미로 하신 말씀 같습니다.
물론.. 위에 두분 역시 듣기 좋은 단어를 사용하시거나,
듣는 사람 입장에서 가장 이해하기 좋은 말을 사용하셨다면 더 좋았을텐데 하는
아쉬움이 남습니다.
물론 위에 내용은 제 의견입니다.
이와 다른 의견이 있으시거나, 제가 미처 생각하지 못한 부분이 있으시면
열린 마음으로 받아들이도록 하겠습니다.
다만... 맘에 상처가 되는 막말만은 제발 피해주시기 바랍니다.
제가 좀 맘이 여리거든요. ^^;;;;;;;;;
|
제목 : Re: 반사
글쓴이: 손님(guest) 2006/08/02 13:08:32 조회수:327 줄수:3 |
|
막말은 가볍게 웃으며 반사를 외쳐주는 쎈스~
반사!
|
제목 : Re: 반사라...
글쓴이: 손님(guest) 2006/08/05 16:46:11 조회수:321 줄수:3 |
|
제목 : Re: 요즘 초딩들도 많이 쓴답니다. (냉무)
글쓴이: 손님(guest) 2006/08/05 20:04:32 조회수:327 줄수:1 |
|
제목 : Re: 아직도....?
글쓴이: 손님(guest) 2006/08/11 11:14:15 조회수:517 줄수:4 |
|
하루에 50본 못 뽑아내는 사람들은
글 쓰지 말래니까....
그러게 낚이길 왜 낚여...
|
제목 : Re: 아주 시간이 지났지만 재밌어서...다 본 사람입니다.
글쓴이: 손님(guest) 2007/01/25 19:35:45 조회수:447 줄수:1 |
|
하루에 50본을 Hello World 찍어봅시다.
|
|
