|
|
||||||||
| 경고! 게시물 작성자의 사전 허락없는 메일주소 추출행위 절대 금지 |
|
Lyn [tohnokanna]
2010-03-05 16:02 X
근데 .. 저분은 농협 정직원..
우리회사 좋은데..
주5일 , 근무시간 10시~6시 (점심시간 빼구 주35시간) 야근은 알아서(개인적으로 전철이 복잡해서 야근 좀 하다가 가죠) 휴가도 연간 25일 + 알파 매일 점심시간마다 20~30분정도 탁구도 치구요 사무실에 테라스가 붙어 있어서 여름이면 꽃도 피구 , 포도도 열리구.. 흡연하기에도 정말 좋아요(근데 흡연자는 얼마전 들어온 여자 경리만.. ) 기타 등등.. --------------------------------------------------------- 그런데 왜 구인광고에 지원자가 적은지 이해가 안된네요 이글 보시는 분들중.. 혹시 땡기시는 분이 있다면 지금이라도 늦지 않았으니... 저희회사 구인정보는 아래에..
http://www.borlandforum.com/impboard/impboard.dll?action=read&db=recruit&no=2894 급여는 제경우엔 경력에 비해 적지 않습니다. 깔삼보이님 - 감사합니다만 사장님보다는 나이가 적어야 할것 같네요. 죄송합니다.
초급을 벗어난 중급이하에 , 나이 35이하 , win32개발자이면 될듯합니다. 장비s/w회사라서 그쪽경험이 있으면 좋구요 없더라도 시스템 이해를 잘하면 상관없습니다.- 너무 추상적인가요? 저도 장비s/w경험 전혀없이 이회사에 입사했어요 ---------------------------------------------- 회사자랑 하나더.. 전직원이 (경리제외) FILCO 키보드를 쓰고 있지요. (생일선물로 받은..) 사장님이 올해 생일선물로는 iPad를 사주신다는 했는데.. 출시가 되려나? 아래는 조엘테스트로 사장님께서 우리회사를 점검해본 내용입니다.
http://ict-lab.com/blog/174 12점만점에 7점. 국내s/w 환경에서 작은회사 치고 저정도 점수 나오는 회사가 드물것 같은데... 앗싸~! si 전체가 그렇지는 않습니다.
먼저 국내 s/w개발시장의 대부분이 si시장입니다. 그와 반면 솔루션/패키지 개발일은 상대적으로 대단히 작습니다. 국내 s/w개발시장의 대부분이 si이므로 위와 같은 안좋은 일이 생길 가능성도 더 크다는 사실입니다. (열약한 업체가 더 많다는 의미도 포함합니다.) 비단 하나의 사건으로 si전체가 문제다라고 하기에는 논리성이 너무 희박하다 생각합니다. 분명 열약한 만큼 좋은 회사도 많기 때문입니다. 웹개발이 난이도가 떨어진다는 말씀도 이해하기 어려운 부분이 많습니다. si성 개발은 대부분 업무를 알아야 하는데 이 부분을 무시할수가 없습니다. 즉 개발자가 도중에 교체되서 들어오면 업무를 다시 다 가르쳐야 합니다. 부품바꾸듯이 교체하면 된다는 논리는 윗분들의 그릇된 논리라고 생각합니다. 일의 특성으로 근무환경의 질을 결정하기에는 좀 부족하지 않나 생각합니다. 국내의 기형적인 업계 구조로 인해서 솔루션/패키지 업계가 SI보다 작은 것은 사실이지만, 정영훈님이 말씀하시듯 '대부분'이 SI인 것은 아닙니다. 물론 대부분을 어떻게 정의하느냐에 따라 다르겠습니다만...
물론 국내 업계를 아무런 분류도 없이 전체를 몽땅 뭉뚱그려놓고 보자면야 당연히 개발자 수에서 SI가 솔루션/패키지 업계를 압도하는 거야 당연하지요. 하지만, 언어로 따져서 자바/닷넷/웹과, C++, 델파이 등의 네이티브 개발을 나누면 상황이 많이 다릅니다. 자바/닷넷/웹은 절대적으로 SI가 많은 반면, 상대적으로 네이티브에서는 SI보다 솔루션, 패키지가 많습니다. C++로 SI 하는 거 보셨나요. 물론 C/C++ 개발자들중 적지 않은 분들이 SI와 비슷한 수준인 모바일 업계에서 일하고 있기는 하지만, C++ 전체에서 보자면 모바일은 아주 적은 일부일 뿐이구요. 그럼 그 많은 나머지 대부분의 C++ 개발자들은 SI가 아닌 어디서 일하고 있을까요. 또 델파이 쪽에서도, 2000년대 초~중반 사이에 SI쪽에서 쓰이던 부분들의 상당부분이 자바로 넘어가면서, 상대적으로 솔루션/패키지 쪽의 비율이 아주 높은 편입니다. 그래도 SI가 더 많을 수도 있습니다만, 역시 자바나 웹 개발에 비하면 솔루션/패키지 업계의 비율이 훨씬 높은 거죠. 또, 정영훈님은 '웹 개발은 난이도가 낮다'라는 제 명제를 업무에 대한 이해도로 연결시키셨는데요. 제가 자바와 웹을 뭉뚱그리지 않고 계속 나눠서 쓰고 있다는 점에 주목해보시기 바랍니다. 사실 국내 중대규모의 SI 프로젝트는 절대적으로 자바가 사용되고, 반면 자바 이외의 웹은 중소형 업무 개발과 업무개발이 아닌 일반 웹 사이트 개발에 사용되고 있습니다. 따라서 제가 '웹 개발'이라고 말한 것은 자바 이외의 웹을 말한 것이고, 여기에는 php, asp 등과 나아가서는 자바와 비슷한 수준의 자리를 전혀 못잡고 있는 닷넷까지 포함하고 있는 겁니다. 이렇게 나누고 보면, 자바 SI와 그 외의 웹 개발, 두 가지는 다른 차원의 문제죠. 제가 난이도가 낮다고 한 것은 '자바 이외의' 웹 개발을 말한 거구요. 기술적인 언어의 난이도와 업무 이해도는 직접 연관이 안되는 별개의 이슈가 아닌가요. 업무 이해도에 대한 건은 자바가 델파이나 일반 웹에 비해 가지는 장점의 측면에서 얘기를 해야죠. 위 원문에서 제가 SI에 있어서의 표준화의 폐해에 대해 많이 썼는데요. 최소한 수십명 이상이 들어가는 중대형 프로젝트에서, 짧으면 반년, 길면 1년 정도 사이에 개발을 마쳐야 하는 수십 명 이상의 코더들이 각자 완전히 업무를 완벽하게 이해하고 개발하는 것이 가능할까요. 자바처럼 표준화가 아주 잘 되어 있을 경우의 장점 하나는 업무에 대해 이해도가 낮고 개략적으로만 알더라도 문서화 혹은 모델만 보고도 웬만큼 개발이 가능하다는 것입니다. 물론 그 개발 결과물에 대해서는 아키텍트가 다시 점검하게 되지요. (정영훈님이 중대형 자바 프로젝트의 아키텍트 경험이 있으시다면 당연히 아실 내용입니다) 물론 이게 이론만큼 착착 진행되지는 않지만, 적어도 그런 환경과 가깝지도 않은 델파이나 일반 웹 개발과보다는 훨씬 낫고 현실적으로도 큰 도움이 되는 것은 사실입니다. 반면 표준화가 덜 되어 있으면 이렇게 문서와 모델만 보고 개발한다는 건 전혀 불가능하죠. 그래서 델파이에서는 불가능한 것이고, 이런 부분에서 저도 자바를 인정합니다. 현재의 자바는 SI를 위해 만들어진 최적, 최상의 환경임에 분명하죠. 적어도 부품 꼴이 되는 개발자가 아닌 고용주 업체 입장에서는요. (저도 대기업 자바 아키텍트로 잘나가는 마누라 덕분에 자바 프로젝트의 특성과 현실에 대해 많이 배웠습니다.) 저는 (자바 이외의) 웹 개발에 대해, 난이도가 낮다고 했지 자바처럼 개발자를 부품처럼 바꿔끼울 수 있다고 쓰지 않았습니다. 어쨌든 네이티브보다는 훨씬, 그리고 자바보다도 훨씬 쉽고 동시에 진입장벽도 가장 낮다는 것이 사실 아닙니까. 그런데, 웹 개발이 난이도가 낮다는 얘기를 하고 있는데 업무에 대한 이해도 같은 것을 언급하시니 제가 말한 내용을 잘못 이해하신 것 같습니다. 저는 전산팀장 역으로도 꽤 여러 해 일했기 때문에 웹 개발자들도 여럿 데리고 일했었고, 그래서 웹 개발자들 대부분이 가지고 있는 테크니컬한 지식과 경험의 깊이를 웬만큼 압니다. 네이티브 개발자들이 기본적으로 갖추는 정도에 비해 턱도 없이 얕죠. 물론 그중에는 아주 기술적으로 깊은 수준에 도달한 극소수 구루도 있겠지만, 나머지 대다수는 그 수준에 비슷하지도 않죠. 극단적인 비유를 하자면... 포인터를 배울 필요도 없는 언어의 개발자는 포인터로 해낼 수 있는 수많은 성능 최적화나 추가적인 기능 구현에 대해 상상도 못합니다. 포인터를 잘 쓰지 못하는 초보 수준의 C++/델파이 개발자라도, 포인터라는 것을 알기라도 하면 자기가 뭘 잘못하고 있는지 정도는 감을 좀 잡을 수 있죠. 하지만 포인터가 존재하지 않는 언어의 개발자는 결과적으로 자기가 만든 프로그램이 성능 면에서 어처구니 없는 수준이 되어버리더라도 그게 잘못되었다는 것을 인식할 기회 자체가 별로 없습니다. 자바가 아닌 웹은 SI에 최적화된 환경이 아니기 때문에, 결과적으로 보면 델파이로 SI를 하는 것과 개발 단계에서 별 차이도 없는데다가, 개발 언어로서의 기능 및 성능 상의 제한은 자바와 같은 수준에 머물기 때문에, 웹브라우저에 올라간다는 것 하나 외에는 자바나 델파이 대신 업무 개발 환경으로 선택할 별다른 장점이 없다고 생각합니다. 뭐 다르게 생각하실지 모르겠습니다만. 웹 개발 프로젝트를 모델 기반으로 하는 사례는 못들어봤는데, 차라리 델파이와 C++빌더의 경우에는 최근 버전에서 UML 모델링 기능이 지원되므로 느리게, 그리고 조금씩이나마 UML 모델을 적용하여 개발하는 사례가 생기고 있습니다. 저 자신도 서툽니다만... 물론 일반 웹 개발도 모두가 그렇지는 않겠지만, 적어도 지금 업무 개발을 하는 데 있어서 자바와 일반 웹 개발, 델파이를 비교한다면, 표준화와 방법론의 채용에 있어서 일반 웹 개발은 델파이보다도 더 뒤쳐져 있다고 생각됩니다. 한마디로 말해서, 자바도 아니고 델파이도 아닌 웹 개발은 이래 저래 업무 개발에서는 최악의 선택이라고 봅니다. (물론 극악의 생산성을 자랑하는 일반 C++도 그 정반대 측면에서 역시 SI에서는 최악의 선택이죠.) 먼저 좋은 말씀 남겨주셔서 감사합니다.
사실 지훈님 말씀을 이해못하는 것은 아닙니다. 하도급 구조의 si의 문제점도 공감을 하며 현대적인 언어들(java, 서버쪽 스크립트등)이 더 손쉽게 구현물을 만드므로 깊은 지식을 얻기가 어렵다는 말씀도 동감하며 윗선에 계신 분들이 개발자를 부품취급하는 회사가 있는 것도 사실입니다. (제 경험에 그런 마인드를 가진 분들은 4gl 툴과 언어도 비슷한 이유(쉽게 결과물을 만듬)로 격하시킵니다.) 제가 난이도 부분에 토를 단 것은 개발(프로젝트)이라는 것이 단순히 언어 난이도만 가지고 쉽고 어렵고를 가리기에는 부족하지 않을까라는 뜻을 전달하고자 함이었습니다. 물론 현재 진행하는 인터페이스가 웹기반의 si 프로젝트들과 그렇지 않은 솔루션형태의 프로젝트의 구현 난이도를 객관적으로 수치화해서 비교를 한다면 제 생각에도 솔루션쪽이 난이도가 높을 것이라 생각합니다. 제가 난이도라는 부분을 이해하기 어렵다라고 하는 부분은 단순히 언어레벨에서의 구현 레벨도 그렇지만 대형 si에서는 많은 인원으론 커뮤니케이션 문제, 업무이해문제 라던지 인간관계로 인한 문제들이 더 많이 발생하기 때문입니다. 결국 그런것도 프로젝트의 일부분이고 그것도 업무니까요. 프로젝트를 납기내 올바르게 완료 하는 것이 목표라고 본다면 급조된 큰 팀으로 진행하는 si가 더 어려울지도 모른다는 의견이었습니다. si프로젝트같은 경우 큰 프로젝트가 각 파트별로 나뉘어져 있고 말씀대로 그나마(!) 문서화가 되어있습다만 그렇다고 협업이 전혀 필요하지 않다거나 하진 않습니다. 전부를 알 필요는 없겠지만 적어도 내 업무와 관계된 부분은 알아야 합니다. 그래야 의사소통이 되기 때문입니다. 또한 개발방법론이나 표준화쪽은 오히려 엔터프라이즈쪽에서 많이 쓰이는 자바나 닷넷쪽은 잘 되어 있습니다. 자바와 일반웹이라고 나누는 이유가 이해가 잘 되지는 않지만 일반웹을 php 같은 서버쪽 스크립트로 하는 프로젝트라고 이해를 한다면 php쪽도 rup, 마르미3, cbd 이런 엔터프라이즈용 개발방법론까지는 아니더라도 mvc기반의 프레임웍을 사용하여 개발하는 추세입니다. 마지막으로 it업종 근로자문제는 안타깝게 생각합니다. 하지만 si라고 더 힘들고 솔루션이라고 더 편하다고 생각되진 않는군요. 아, 정영훈님이 말씀하신 부분은 물론 그렇지요. 모든 업무 개발 프로젝트라는 건 버티컬 업무에 대한 지식이 선행되어야 하고(자바라면 적어지지만) 테크니컬한 면보다는 현업 업무에 대한 이해가 우선되어야 한다는 점에 깊이 공감합니다. 그리고 커뮤니케이션은 SI 뿐만 아니라 거의 모든 SW 개발에서 기술 자체만큼이나 중요하다고 저도 매번 강조하는 거구요.
하지만 SI와 솔루션 업계의 만족도나 처우는 분명히 차이가 난다는 것은 제 경험이기도 하고 다른 많은 개발자들의 의견도 비슷합니다. 전반적으로 IT, 더 넓게 봐서 엔지니어링, 나쁘게 말하면 공돌이에 대한 사회적인 인식이 비 IT 업종들의 평균보다 높지는 않은 것이 사실이긴 합니다만, 적어도 SI와 패키지/솔루션은 분명히 차이가 나고 있습니다. 비단 이번 건만 해도, 패키지/솔루션 업계쪽 개발자들이 상대적으로 더 많은 델파이 커뮤니티들에서는 상대적으로 덜 이슈가 되고 있죠. 처우의 부당함에 공감은 하지만, 그렇게까지 극심한 케이스는 훨씬 적거나 거의 없기 때문입니다. 제가 커뮤니티 운영을 10년간 해오고 지금도 벤더에서 개발자들을 만나고 해서, 직접 만나 살아가는 이야기를 나누는 개발자가 족히 2천명은 넘는데, 아마 국내에서 저처럼 많은 개발자를 만난 사람은 그리 많지는 않을 겁니다. 그런데 델파이나 C++ 쪽에서는 이번의 사례와 같이 극단적인 케이스는 거의 들어보지 못했습니다. 그런데, 자바쪽에서는, 당장 저희 집사람이 들어가있는 프로젝트에서도 그정도는 아니더라도 비슷한 형태로 매일같이 일상적으로 일어나는 일입니다. 1년반짜리 프로젝트에서 3개월차 시작하는 날에 바로 PM이 10시 퇴근을 선언하는 것도 통상적인 일이라 반발도 없습니다. 대기업 SI 회사의 아키텍트이고 또 같은 그룹사 유명 금융사인데도 말입니다. 그렇다고 그 SI회사가 악명 높은 모 모 SI 회사도 아니고, 그래도 처우에서 평균 정도는 되는데 말입니다. 제가 그쪽 IT서비스 본부장 이사까지 만나 여러가지 협의를 했었기 때문에 꽉막힌 회사가 아니라는 걸 잘 압니다. 비단 그런 경우 외에도 자바나 웹 개발자들이 개판 오분전의 대우를 받는 사례를 전해들은 것은 뭐 일일이 꼽기도 힘들 정도죠. SI와 패키지/솔루션 업계의 차이가 나는 또 한가지 이유가 있습니다. 물론 모두 그런 것은 아니지만, 패키지/솔루션 업계는 사장이나 기술이사 급에서 개발자가 있는 경우가 종종 있습니다. 그래서 회사 자체가 좀 열악한 상황이라도 동지감이 있고 선후배의식도 많이 있습니다. 물론 SI 회사 사장이 개발자인 경우도 간혹 보긴 하지만, 직원 서너명 데리고 있는 구멍가게 얘기고, 그래도 소규모라도 SI 업체라고 명함이라도 내미는 곳은 모조리 개발자 출신 경영진 한명도 없습니다. 대기업 SI 회사의 사장이 개발자 출신이라는 얘기 들어보신 적 없으실 겁니다. 그나마 전자 하드웨어쪽에서는 엔지니어 출신이 있지만, SI에서 그런 사례는 전혀 없죠. 없는 정도가 아니라, 그룹사에서 떠돌던 사장단에서 낙하산으로 툭툭 떨어집니다. 당연히 개발자 처우에 관심이 있을 턱이 없습니다. 대기업 SI에서 실무자에서 이사 급으로 승진하는 사람들은, 코더가 올라가기를 바라지도 않지만, 아키텍트조차도 아닌, 대부분 SI 영업입니다. 끗발 날리는 아키텍트라도 영업으로 돌아서서 눈부신 프로젝트 수주 실적을 올려야 이사 승진 가능성이 조금이라도 있게 됩니다. SI에서는 영업이 절대적으로 메인이니까요. 아.. 논외의 얘기인데요. 위 본문의 개발자가 기사 상으로 금융기관 소속이라고 했는데요.
대체로 SI 중에서도 금융쪽은 그다지 처우가 하드한 편이 아닙니다. 평균 정도는 되죠. 저도 금융쪽에서 잠시나마 일해봤고 금융쪽 개발자들로 아는 사람도 꽤 되기 때문에 잘 압니다. 기사와 그분이 썼다는 다른 사이트의 글들을 종합해보면 농협정보시스템 직원이 맞는 것 같은데요. 그런데, 농협은, 금융기관이기도 하지만 초대형 유통업체이기도 하다는 점을 기자가 간과한 것 같습니다. 했다는 개발 작업도 쇼핑몰 밖에 없는데, 그럼 농협의 금융 파트가 아니라 유통 파트인 거고, 금융쪽과 아무 연관도 없는 거죠. 유통 SI은 금융 SI와 완전히 다릅니다. 국내의 거의 모든 업계를 통틀어서, 업계 자체의 근무 여건으로 보면 유통이 최악입니다. 신세계 계열이든 롯데든 다른 어떤 업체든, 유통업체들은 인적인 처우가 다른 업계들보다 말도 아니게 낮습니다. 같은 그룹 내에서도 가장 처우가 낮은 계열사는 대부분 유통 계열사입니다. 유통업체들 사이의 경쟁이 치열한만큼, 비용 절감을 다 인건비에서 떼고 인적인 처우에서 떼냅니다. 자동차 업계의 비정규직 현황을 보고 심하네, 할 것이 전혀 못되는게, 마트 같은 데에 가면 백여명 직원이 있으면 그중에 정규직은 기껏해야 몇명이고 다 계약직입니다. 마트에서 정규직 찾기 어렵습니다. 정규직조차도 평균보다 훨씬 못한 대우를 받습니다. 제 여동생이 모 대기업 계열 유통사에서 MD로 일하는데, 애처로울 때가 한두번이 아닙니다. 제가 10년 넘게 그만두고 나오라고 입이 아프게 설득했는데 마음이 여려서 못나오고 있습니다. 12시 퇴근이요. 제 동생이 10년 가까이 그러고 있습니다. 그러고 8시 반까지 출근합니다. 휴일, 휴가, 어쩌다가 쉬려고 해도 비상 그러면 무조건 튀어나가야 하고 휴가는 그대로 쉰 것으로 처리됩니다. 그렇게 휴가 못간 거 여러번 봤습니다. 야근? 명색이 대기업이, 아예 야근 찍는 기계도 없습니다. 그런걸 요구를 할 분위기 자체가 안됩니다. 어디서 많이 들은 얘기 같지요...? 위의 개발자분도 불쌍하긴 합니다만 단지 제 동생이라서가 아니라 실제로 처우가 더 열악하기 때문에 제 동생이 더 불쌍합니다. 전문 개발업체가 아닌한, 각 업계의 개발자에 대한 처우는 대체로 해당 업계의 일반직 처우와 똑같지는 않아도 대체로 비례합니다. 전산직이라고 해서 다른 영업직이나 마케팅보다 딱히 더 줄까요. 천만의 말씀 만만의 콩떡이죠. 그래서, 유통 업계 자체가 처우가 개판이니까, 유통업계의 개발자에 대한 처우도 당연히 거기에 준해서 따라갑니다. 원문을 쓴 분의 상황에 대해서는 저도 진심으로 가슴이 아픕니다만, 같은 농협정보시스템에서 일했다고 해도, 금융 일이 아니고 유통 일만을 했던 분이 왜 굳이 금융기관이라고 말했는지... 유통이라고 말했으면 '그 업계야 원래 그렇지 뭘 그래'라는 얘기를 들을까봐 나름 머리를 굴렸다는 생각이 자꾸 머리를 맴돕니다. 나쁘게 보고 싶지는 않지만, 솔직히, 사건의 본질에 비하면 티끌 같은 작은 문제이지만, 그래도 아무래도 전적으로 지지하는 마음은 안생기네요. 관련 글 리스트
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Copyright © 1999-2015, borlandforum.com. All right reserved. |