이 글을 올리게 된것이 너무 힘들다...대한민국의 개발자들에게 알리고 싶댜.
원본글: http://www.devpia.com/MAEUL/Contents/Detail.aspx?BoardID=69&MAEULNo=28&no=11212사건일시: 2008년 10월 23일 12시10분경
사건내용
2008년 서울시의회 176회 2차 본회의가 있는 날이다. 이 글의 개발자는 폭행 당한 개발자 당사자이다.
개발자는 평소대로 개발실에서 대기하고 있었다. 12시경 전화가 울렸다. 김* 주임이 의사과장이 의장용 프로그램의 버튼 인식 방식을 변경하라고 했다는 것이다. 즉 버튼을 눌렸을 경우 바로 다음 시나리오로 진행하는 것과 시간을 조금 빨리 변경해 달라는 것이다. 프로그램을 수정하기엔 본회의가 열리기 2시간 전이라 위험하고 테스트 시간이 부족하였다. PM에게 전달하니. PM이 김* 주임에게 시간이 부족하고 위험하니 혹시 발생할 위험성에 대한 책임으로 문서로 처리하여 주면 프로그램을 수정하여 주겠다고 전했다. 이에 의사팀장이 PM을 잠깐 만나자는 연락이 왔었지만 PM이 자리에 없었다. PM이 자리에 와서 의사팀장이 만나자는 내용을 전달 했다. 이때 본회의장 시나리오 담당자에게 연락이 왔다. 잠깐 내려오라는 것이다. 개발자는 혹시 다른 지원할 것이 있는 것으로 인식하고 내려갔다. 본회의장에 내려가니 의사과장은 의장 프로그램을 보고 있고 의사과 직원들15명 이상이 의원석에 앉아 있었다. 시나리오 담당자는 예전에 얘기된 의장프로그램 폰트 사이즈 크기가 왜 수정되지 않은 지 의사과장에게 다시 설명 해 달라는 것이다. 순간 의사팀장이 들어 왔다.
“누가 하지 말랬어?” 하고 개발자에게 물었다. 개발자는 순간 아무런 얘기는 하지 못했다.
그때부터 폭행은 시작되었다.
구두발로 개발자의 무릎을 두번 차고 다음 복부를 발로 차고 옆구리를 돌려차기 하였다. 아무도 말리는 사람 없었다. 잠시 후 누군가가 와서 의사팀장을 말렸다.
개발자는 너무 황당하여 아무런 대항도 하지 않고 본회의장에서 나왔다.
의사과장은 그냥 지켜보고만 있었다. 개발자가 폭행은 당하고 있는 데로 당연하듯 쳐다보고만 있었다. 그 많은 의사과 직원들(남직원4명이상,여직원 10명이상)이 보고 있는 가운데 폭행을 당했다.
개발자는 바로 개발실로 올라가 PM에게 현재 상황을 전달하였다. PM은 어떻게 이런 경우가 있냐며 개발자를 본회의장으로 데려 갔다. 의사과장은 단상 앞에 있었다. PM이 얘기 했다. 어떻게 개발자를 폭행 할 수 있냐고, 이때 의사팀장이 나왔다. 싸우겠다는 태도처럼 PM앞으로 나오자 다른 직원 두 사람을 말렸다. 의사과장 왈 지시대로 했으면 이런 일은 없을 거냐며 얘기했다. 즉 이 모든 폭행사실을 보고 있었던 것이다.
본회의장을 나왔다. 다른 의사과 직원과 팀장들이 같이 나왔다. 참아달라고 했다. 너무 억울했다. 112에 신고 하였다. 경찰 2명이 왔다. 본회의장에 들어 가려고 하니. 의사과 * 팀장이 말렸다. 경찰이 못 들어 갈 일이 없다고 하였다. 3번 이상 경찰과 실갱이 벌였다. 경찰이 본회의장에 들어갔지만 폭행한 팀장이 없었다. 다른 팀장에게 사무실로 가자고 하였다.
폭행한 팀장은 사무실에 있었다. 다른 직원들은 점심시간이 되어 본회의가 열릴 때 시켜먹는 도시락을 먹고 있었다.
경찰이 팀장을 불러 사무실을 밖으로 나왔다. 이때 남직원들이 같이 나왔다. 경찰이 현행범으로 체포한다고 하자 옆에 팀장들이 오늘 본회의가 있으니 본회의 끝나고 진해하면 않되겠나며 얘기했다. 개발자는 어이없다. 그 많은 사람들 앞에서 맞은 것도 억울 한데.
경찰이 내 의사를 물었다. 일단 개발자는 양보했다. 본회의 끝나면 이 폭행사건을 고소하겠다고 했다. 경찰은 물러갔다.
개발실로 갔다. 너무 황당하고 당황스럽다.
여기까지 2008년 10월23일 서울시의회 프로그램 개발자 폭행사건의 내용이다.
글을 쓰고 있지만 아직도 다리와 복부쪽이 통증이 심하다.
신체적 아픔은 참을 수 있지만 정신적 충격은…
개발경력 8년이상 지금과 같은 경우는 처음이다.
이에 이 비통한 사실을 IT강국이라는 대한민국 현실을 전 세계에 알리고 싶다.
현재 서울시의회에서 의원들이 사용하는 프로그램이 개발자의 땀과 노력이 아닌 폭행으로 흘려진 개발자의 피와 얼룩진 시퍼런 멍으로 만든 프로그램이란 것을 꼭 알리고 싶다
'소프트웨어이야기' 카테고리의 다른 글
| 티스토리 독립도메인으로 이동 전과정 정리 (7) | 2008/12/10 |
|---|---|
| 객체지향... 필요한가? (12) | 2008/11/26 |
| 개발자 폭행사건을 바라보는 심경 (8) | 2008/11/03 |
| 프로젝트 산출물을 프로젝트 종료 후에 만들고 있나요? (8) | 2008/11/03 |
| 소프트웨어 회사의 개발 역량 평가표 (2) | 2008/10/29 |
| 책소개 - 소프트웨어개발의모든것(All of Software Project) (14) | 2008/10/29 |
Trackback : http://allofsoftware.net/trackback/5
-
Subject 야인 시대의 재현인가?
2008/11/03 14:47
야인 시대의 주인공이신 두한이 형님은 우리 나라 백성들을 핍박하던 일본인 야쿠자들을 상대로 돌려 차기를 날리고, 국회로 갔다는데.. 서울시 의사 과장은 어떤 루트로 시의회의 의사 과장을 맡으셨는지 정말 궁금해 지는 저녁이다... 세상에 참 억울한 일 많고, 내가 모르고 지나가는 일 또한 많지만.. 알면 또한 두루두루 알려야 하지 않는가라는 생각이 들어 포스팅 한다..(당연히 뒷 북이다...하지만 적어도 내 주변 사람들이라도 이런 일이 있었다는 거 알..
-
Subject 서울특별시의회 개발자 폭행사건
2008/11/06 23:01
출처 : 서울특별시의회 개발자 폭행사건(데브피아) 이런 어처구니 없는... 혹시나 해서 Google Docs에 갈무리 해뒀음. ------------------------------------------------------------------------------ 추가. 폭행 가해자가 폭행 사실을 인정했는데, 서울시의회는 그걸 덮느라 급급했단다. 이런... 개나리같은 십센치들... 에잇! 이거나 먹어라!!!!
-
마벨야그 2008/11/05 00:43
제글에 트랙백이 달렸길래 왔습니다..
개발자들이 이런 부당한 대우를 받는것도 어제오늘일이 아니죠
갑에 입장에서 보면은 코딩은 그냥 구글에서 Ctrl C+V 하는거 처럼 보이는거 같더라구요.
또 개발비용에서 유지보수에 상당한 비용을 받게되는데 갑의 마음에 안들면 유지보수에
다른 업체에 맡기겠다는둥 처음부터 완벽하게 만들면 되지 왜 유지보수가 필요하냐는둥
개발 비용을 받는 입장에서는 더러워도 참을수 밖에 없으니 답답할 따름이죠.-
Ray♫ 2008/11/05 13:53
마벨님 반갑습니다.
저도 나름대로 이러한 소프트웨어 업계에 대한 인식을 재고하기 위해서 노력을 하고 있습니다. 그러한 일환으로 책도 쓰고 컨설팅도 하고 있습니다. 앞으로 소프트웨어 개발에 대한 많은 의견 교환과 토론 기대하겠습니다.
-
-
miing 2008/11/14 12:48
트랙백 보고 왔습니다.
원본 글의 댓글을 보면 이런 일이 공공연히(그렇게 자주는 아니겠지만) 일어나는 것 같아서
더욱 황당하고 답답한 마음입니다.
IT강국...IT강국... 우리나라를 IT강국이라 칭하는 사람은 우리나라 사람(IT비종사자)밖에 없을듯. -
Works 2008/11/28 12:25
당장 저런 현실들로 인해서? 신규인력 줄고있죠.. 대학졸업하는 친구들이 공공연히 IT를 신종 노가다라고 하죠.. 기술을 가진자가 천시되는 사회.. IT 개발경력 4,5년차들이 금융쪽 신입사원의 연봉에 그보다 못한대우.. 먼가 잘못되긴 잘못된듯.. 그렇게 대우받는 금융은 안되면 공적자금 투입이고..
-
Works 2008/11/28 12:26
전 임베디드쪽 하는 프로그래머 입니다만.. 요즘 자료 구글링 하면 많이 뜨는곳이.. 중국쪽 사이트 입니다.. 많이.. 정말 많이도 따라와 있더군요.. 그쪽은 집중 투자도 하고 정책적으로 육성도 하고.. 또 이쪽 엔지니어분들도 많이 넘어가 계시죠.. 참.. 답답하네요..
이쪽이 현재 사용하고 있는 Feed입니다. |
이쪽은 Old Feed들입니다. 블로그 도메인을 바꾸면서 Feed가 많아졌습니다. Old Feed는 구독자수가 '0'이 되면 폐쇄할 예정입니다. |
소프트웨어 업계에서 주변을 둘러보면, 실력은 없으면서 탁월한 생존력으로 살아남은 개발자들을 볼 수 있습니다. 소프트웨어 개발 실력은 떨어지지만, 업무지식을 속속들이 알고 있는 개발자 회사의 개발정보를 꼭꼭 숨겨서 자신만 알고..
소프트웨어 개발자들에게 문서 작성은 고역이 아닐 수 없습니다. 그래서 문서는 소프트웨어를 개발한 후에 후배들에게 소프트웨어에의 스펙과 구조를 설명하기 위해서 작성하곤 합니다. 이런 경우에는 문서의 효용성도 별로 없을 뿐더러 문..
소프트웨어 릴리즈는 그 성격에 따라서 몇 가지 형태로 구분이 됩니다. 소프트웨어는 그 종류가 셀 수 없이 많아서 획일적으로 얘기할 수는 없어도, 릴리즈를 구분하여 부르는 것은 필요합니다. 릴리즈를 구분하다는 것은 현재 릴리즈가..
지난번 글 (이 바닥을 못 벗어 난다.)의 추가 글입니다. 회사가 Risk가 큼에도 불구하고 Domain 지식이 점점 더 매달릴 수 밖에 없는 이유와 선순환을 하려면 어떻게 해야 하는지 좀더 현실감 있는 예를 보여주려고 합니다..
우리나라 소프트웨어 개발자들은 자신이 처음부터 일해온 바닥을 못 벗어나는 경향이 있습니다. 처음에 게임회사에서 일을 시작한 개발자는 계속 게임회사에서 일하고, 금융회사, 보안회사, 장비회사, SI회사 등 쉽게 그 바닥을 못 벗..
지금 내가 생각하고 행동하는 것은 나 스스로의 힘이 아닙니다. 과거의 수많은 대가들이 이룩해 놓은 지식, 경험과 지혜를 간접적으로 배우면서 자라온 내가 있고 그 바탕 위에 내가 존재 합니다. 이런 성현들의 지식이 없다면 지금의..
"Peer review를 해야 하는데 바빠서 못하고 있다"라는 말을 종종 듣게 됩니다. 이 말을 들으면 Peer review를 해야 한다는 필요성을 사실은 알지 못하고 있다는 것을 알게 됩니다. 다들 Peer review를 해..
흔히들 소프트웨어를 개발하는데 문서를 만드느라고 시간이 더 오래 걸린다고 생각합니다. 문서가 필요한 것은 알고 있는데, 만들기는 싫다고들 합니다. 이러한 생각을 깨기 전에는 문서의 필요성에 대해서 이해하기가 어렵습니다. 소프트..
"요구사항 추적"이라는 말을 들어 보셨을 겁니다. 요구사항, 기능, 컴포넌트(클래스), 파일, 함수들의 연관관계를 추적하여 특정 요구사항에 관련된 컴포넌트나 소스코드들을 추적하고, 거꾸로 함수가 바뀔 때 이 변경에 영향을 받는..
개발자는 2가지의 상반된 가치를 가지고 있습니다. 하나는 과거의 가치 또 하나는 미래의 가치입니다. "이 사람들 나가면 과거에 개발해 놓은 것 어떡하지?"라는 생각이 들면 과거의 가치를 가진 개발자이고 "이 사람들 나가면 미래..
Prev
