20일 오전에 MS가 주관하는 ‘2007 데브데이’ 행사에 참석했다. IT업계에 종사하는 사람이라면, 아마도 한번쯤은 MS의 독점성과 라이선스 정책 등에 대해 불만을 품어봤을 만하다. 그럼에도 불구하고 SW 개발자들의, MS에 대한, 관심은 어느 행사보다 뜨거움을 느낄 수 있었다.

기자는 오전 행사 중 한국MS의 최고기술임원인 김명호 박사(혹은 이사, 왠지 모르지만 박사라는 호칭이 더 어울린다)의 기조연설만 듣고 나서 김박사와의 짧은 인터뷰를 진행할 수 있었다. 그는 기조연설과 인터뷰를 통해 ‘한국에서 SW 개발자가 가야 할 길’에 대해 <희망차고도 암울한> 사회적 딜레마를 이야기해 주었다.

아래의 글은 김명호 박사를 통해 들을 이야기를 바탕으로 작성해 보았다.

[明, SW 개발자여 전문인으로 거듭나자!]
ZDNet Korea의 컬럼니스트 중 한명인 류한석 소장은 얼마 전 자신의 컬럼에 ‘한국에서 SW 개발자가 성공하지 못하는 세가지 이유’를 통해 어려운 사회적 현실을 이야기 했다. 그러한 이유가 아니더라도, SW 개발자로 성공한다는 것 자체는 다른 어떠한 직업과 견주어도 결코 쉬운 것만은 아닐 것이다.

한국 자바 개발자의 1세대라 할 수 있는 김명호 박사 역시 개발자 출신으로 성공의 길을 걷고 있다고 할 수 있지만 “이 길이 아니다 싶으면 차라리 다른 일을 하라”는 말을 서슴지 않고 내던지고 있다. 요즘 시대에 개발자는 한국이라는 좁은 시장에서가 아니라 전세계적으로 통할 수 있는 전문성을 가져야 하는데, 이를 달성하는 것은 결코 쉬운 일이 아니기 때문이다.

SW 개발자로 성공하려면, 단기간 학원 교육을 통해, 누구나 습득할 수 있는 주류 기술 몇 가지만 배워서는 안 된다. 코딩, 테스트, 디버깅, 이식, 성능, 설계, 스타일 등 다양한 소양을 갖춘 전문인이 진정한 개발자라고 할 수 있다. 단순히 코딩만을 할 줄 안다고 해서 전문인으로써의 ‘정신과 혼’을 담지 않고 있다면 ‘하급 노동자’에 지나지 않는다는 것이다.

개발자와 아키텍트는 다르다
한국의 개발자들은 마치 개발자가 아키텍트로 가는 중간 단계로, 한번쯤 거쳐야 할 과정쯤으로 여기는 경향이 있다. 그러나 아키텍트와 개발자는 엄연히 다른 직업이다. 아키텍트가 되기 위해 개발자 경험이 있는 것은 좋지만, 막연하게 개발자를 거쳐 아키텍트가 된다고 생각하는 것은 옳지 않다는 것이 김박사의 설명이다.

그는 “아키텍트가 될 자질을 갖추는 것은 개인의 소양에 따라 다르다. 이를 건설에 비유하자면, 개발자는 건설현장에서 일하는 인부고 아키텍트는 건축설계사라고 볼 수 있다. 미적, 공학적인 요소를 갖추었을 때 건축설계사가 되는 것처럼, 현장 인부가 자신의 경력을 통해서만 될 수는 없는 것이다”라며 “대신 그들은 미장이나 도색 전문가 혹은 작업반장이 될 수 있다. 즉, 해달 분야의 전문가로 훌륭히 성공할 수 있는 것이다”라고 말했다.

그렇다고 벽돌을 나르는 수준의 초급 개발자가 10년 후 작업반장 수준의 상급 개발자가 되는 것은 아니다. 먹고 살기 위해서 개발을 한다면 행복해 질 수 없을 테고, 당연히 훌륭한 개발자가 될 수도 없다. 때문에 개발자들이 당면한 과제는 어떻게 하면 훌륭한 개발자가 될 수 있냐는 올바른 방법론이 필요하다.

이에 대해 김명호 박사는 몇 가지 지침을 가르쳐 준다.

훌륭한 개발자가 되려면?
1) 기본에 충실해야 한다.
여기서 말하는 기본과 초급은 분명 다르다. 개발자라면 알고 있어야 할 프로그래밍의 기본 구조나 알고리즘 등의 기본에 충실하지 못하다면, 10년이 지나도 불행하기는 마찬가지일 것이다. 만약 개발자인 당신이 먹고 살기에 급급해서 수박 겉핥기로 몇몇 기술만 습득했다면 지금이라도 당장 시작하는 것이 중요하다. ‘언젠가는 적용해야 할 핵심기술’을 습득하는 것이 중요하다.

2) 지식의 포트폴리오를 유지하라.
재테크에서의 교훈에 따라 ‘달걀을 한 바구니에 담지 마라’는 것을 생각하자. 즉, 개발자는 어느 한 분야에 올인하지 말고 ‘남들도 다 아는’ 주류 기술과 ‘남들은 모르는’ 전문 기술로 분산 투자해야 한다는 것이다.

3) 분야 전문가나 해박한 지식을 갖춰라.
앞서 언급한 대로 건설현장에서 미장이나 도색 전문가, 작업반장이 될 수 있는 분야별 전문가가 된다면 어디서든 존중 받을 수 있다. 그러나 여기서 중요한 것은 과도한 욕심을 부려서는 안 된다는 것이다. 분야의 전문가인 동시에 해박한 지식을 갖추고 있다면 그야말로 ‘천재’라고 할 수 있지만, 이 둘 중 한가지만 갖춰도 충분하다는 것이다. 모든 분야에 대해 피상적인 지식만을 갖추고 있다거나, 사장된 기술에 매달린다거나, 자아도취에 빠져 자신만의 방법이 옳다고 여기는 오류를 범할 수 있기 때문이다.

4) 학습을 두려워 마라.
이것이 김박사가 가장 강조하는 부분으로, 충분한 기본지식을 갖추고 있다면 새로운 지식을 습득하는 것에 두려움이 없으며 새로운 기술을 습득하고 끊임없이 발전해 나가는 것이야 말로 행복한 개발자가 되는 최우선 요소다. 만약 새로운 기술을 습득하는데 더디다고 느낀다면 그것은 기본이 부족하기 때문이며, 지금이라도 기본을 습득해 나간다면 신기술 습득에 대한 두려움은 사라진다.

이러한 개발자를 위한 성공 방법론이 제시됐음에도 불구하고, 개발자가 선택할 수 있는 최악의 길은 ‘다른 길을 찾아가는 것’이다. 개발자가 뭐 그리 대단한 것인가? SW 개발자가 아니더라도 얼마든지 다른 분야에서 전문인이 될 수는 있는 것이다. 자신이 택했지만 SW 개발자로의 미래가 안 보인다고 생각된다면, 과감히 다른 길을 선택하라.

개발자야 말로 ‘파레토의 80대 20의 법칙’이 가장 확실하게 적용되는 분야다. 20%의 능력 있는 개발자만이 훌륭하게 80%의 개발을 수행할 수 있다.

[暗, 과연 한국에서 SW 개발자가 성공할 수 있나?>
김명호 박사는 SW산업에서 이러한 파레토의 법칙이 중요하다고 말한다. 뛰어난 소수의 전문인력이 SW산업을 발전시킬 수 있고, 이러한 인재를 정책적인 지원 하에 키워내야 한다는 것이다.

그러나 현실은 그다지 밝지 않아 보인다. 정부의 정책이라는 것이 ‘노동정책’에 가깝기 때문이다. 즉, 대학과 같은 전문교육기관에 의한 전문가를 양성한다기 보다 실업자를 줄이기 위해 하급 개발자를 배출해 내는데 급급하고 있다는 지적이다.

막상 현재 대학의 교육 현실은 어떠한가? 학부제를 도입한 이후, 학생들은 어려운 과목은 제외하고 쉽거나 학점을 잘 받을 수 있는 과목을 수강할 수 있게 된 상태다. 숙명여대 전산관련 학과의 한 교수는 “요즘 학생들은 알고리즘과 같이 기본을 다질 수 있는 과목은 어렵다고 회피한다. 그저 취업을 위한 학점 챙기기나 가벼운 프로그래밍 기술에 몰린다”고 안타까워한다.

이럴 바에는, 오히려 비전공자가 낫다는 의견도 있다. 기본에 충실하지 않은 전공자들보다 학원에서 5~6개월 집중적으로 배우고, 취직해서 급여를 받는 이들이 더욱 충실도가 높고 급여도 적게 든다는 것에 SI업체들이 매력을 느낄 수도 있다는 것이다.

실패 거듭하는 ‘SW 정책’
실제 이렇게 부실한(기본에 충실하지 못하다는 의미로, 이들이 모두 부실하다는 것은 아니다) 개발자들을 고용한 SI업체를 통해 프로젝트가 실패한 경우, 그 책임소재의 표적은 SI가 아닌 HW로 돌리는 경향이 있기도 하다. 어떻게 보면 이것이 ‘SW 분리발주 정책’을 창출한 계기 중 하나이며, 개발자의 ‘표준공임단가’를 책정하게 된 이유가 될 것이다.

특히 개발자에 대해 표준공임단가를 두어 금전적 보상에 제한을 두어서는 안 된다. 이는 능력 있는 전문가가 되고자 하는 이들의 의지를 꺾을 수 있기 때문이다. 핀란드의 한 대학에서 내놓은 조사자료에 의하면 ‘SW 개발생산성에 있어 훌륭한 개발자 1명의 개발생산성이 하급 개발자에 비해 20배 가량 높다’는 결과가 있다. 이는 급여 측면에서 볼 때에도 그 이상의 가치가 있는 것이다.

현재 정부의 실업정책에 가까운 SW 정책은 이러한 측면에서 많이 부족하다는 지적이다. 즉, 표준공임단가에 묶여 있기 때문에 국내에서는 아무리 뛰어나다고 해도 인정받지 못하는 토양이 굳어져 가고 있으며, 이는 마찬가지로 기업 내부에서도 개발자에게 인색할 수 밖에 없다.

또한 전문인을 양성하기 위해 수년의 기간이 필요하지만, 단기간 성과를 내야만 하는 국내의 프로젝트 특성도 개발자를 힘들게 하는 악순환에 한 몫 거들고 있다.

소수의 전문인 중심 체계 필요
김명호 박사는 “정책적으로 획기적인 변화가 있어야 한다. 노동집약적 산업이 아닌 지식집약적 산업으로 바꾸기 위한 정책이 필요하다. 물론 교육도 마찬가지다. 전산 관련 대학 정원을 줄여서 의욕이 있는 전문가를 양성해 내고 이들을 대상으로 SW정책을 만들어 가야 할 것이다”라고 말했다.

그는 또 “16만 명에 달하는 국내 개발자들 모두에게는 미안한 말이지만, 누구나 다 성공할 수는 없다. 끊임없이 노력할 수 있고 자기를 발전시킬 수 있는 소수 개발자들만이 성공할 수 있으며, SW 정책도 이들에게 마음 놓고 일할 수 있는 환경을 만들어 주는 산업으로 만들어야 정부차원의 ‘미래의 먹거리’ 산업으로 성장할 수 있을 것이다”라고 주장했다.
2007/11/26 23:13 2007/11/26 23:13
Tags:
 

SF대작「트랜스포머」의 특수효과는 이렇게 만들어졌다 SF대작「트랜스포머」의 특수효과는 이렇게 만들어졌다 진행 류준영 기자, 촬영 유회현PD, 편집 이정우PD [자료=한국문화콘텐츠진흥원]한국문화콘텐츠진흥원 주최로 열린 ‘2007 문화기술(CT) 전시회’ 및 컨퍼런스‘에선 SF대작 ‘트랜스포머’와 지난해 아카데미 시각효과상 수상작인 ‘캐리비안의 해적-망자의 함’ 등 세계적인 작품에 참여한 기술감독(홍재철, 김상진)들이 내한, 영화지망생들을 위한 ‘할리우드 최첨단 시각효과’에 대한 특강을 가졌다. 홍재철 감독은 조지 루커스가 설립해 더욱 유명한 특수효과 업체 ILM 소속이며, 영화 ‘트랜스포머’ ‘스타워즈’ ‘해리포터와 아즈카반의 죄수’ 등에 참여했다. 또 김상진 감독은 애니메이션의 명가 월트 디즈니의 기술감독으로 ‘치킨 리틀’ ‘쿠스코 쿠스코’ ‘타잔’ 등의 작품을 맡아 진행했다.@ 출처 : http://www.mncast.com/mainFrame.asp?mainSubMenu=/player/index.asp?mnum=3214857
2007/11/08 13:32 2007/11/08 13:32
날이 갈수록 웹 관련 기술은 발전하고 있지만, 이러한 기술의 발전에 비례하여, 웹 관련 사용자들의 새로운 불편함이 나타나고 있다. 최근 이에 대한 조사를 통하여 나타난 웹 사용자들이 현재 웹에 대하여 가장 불편함을 느끼는 10가지 요소를 다음과 같이 제시하고자 한다.

첫째, 의심스러운 프라이버시 관련 정책
69퍼센트의 사용자들이 긍정적으로 답변하고 있는데, 특히 비즈니스 관련 사이트, 이 중에서도 건강이나 재무관련 서비스 사이트에서 사용자들로부터 민감한 정보들을 수집하고자 하는 성향에서 나타나고 있는 것으로 알려지고 있다. 이러한 첫 번째 내용은 최근 기사의 내용[GTB2007100662]과도 부합하는 요소이다.

둘째, 난해한 온라인 형식
새로운 사이트에 등록하거나, 웹 상에 정보를 제공하고자 할 때, 사용자들은 익숙하지 못한 인터페이스나 너무 많은 정보를 한꺼번에 요청하는 방식에 대하여 65퍼센트의 사용자들이 거부감을 느끼고 있는 것으로 조사되었다. 웹사이트 개발자들은 이러한 사용자들의 거부감을 최소화시키기 위하여 중요한 정보와 그렇지 않은 정보를 하이라이트시키는 방식을 통하여 차별화시킬 필요가 있다.

세 번째, 웹의 지나친 상업화
웹 사이트에 들어가보면, 사용자의 정상적인 웹 내비게이션을 방해하는 흐름들이 지나치게 많이 관찰된다. 예를 들자면, 팝업창, 시끄러운 플래시 광고파일, 배너광고, 사용자의 특정 행동 없이도 자동으로 작동되는 비디오 광고들, 대개 푸쉬 광고의 형태로 사용자에게 제공되고 있는 이러한 파일들은 상업화된 주요 요소로서 사용자들 중 62퍼센트가 거부감을 느낀다고 조사되었다. 야후나 마이스페이스 같은 유명사이트도 마찬가지로, 이럴 경우 수익모델의 확보를 위한 상업화 노력도 좋지만, 구글과 같은 단순한 인터페이스가 사용자들에게 더 크게 어필할 수 있다는 사실에 주목할 필요가 있다.

네 번째, 표준화에 대한 필요성
현재 사용자들이 주로 사용하고 있는 웹브라우저인 인터넷 익스플로러의 경우, 웹 페이지를 제작하기 위하여 사용되는 핵심 포맷에 대한 지원이 부족하다는 것이 가장 큰 단점 중의 하나이다. 많은 웹디자이너들은 표준화에 부합하지 못하는 페이지를 제작하고 있고 단지 이러한 IE에만 익숙한 사이트를 만들고 있는 것이다. 새로운 웹 2.0 스타일의 사이트가 많아질수록 이러한 흐름에 역행하는 새로운 시도가 필요할 것이고, Firefox.com의 성공에 주목할 필요가 있는 것이다.

다섯 번째, 지나친 커뮤니티와 상호작용들
약 58퍼센트의 사용자들이 웹 2.0으로 진화되고 있는 현 웹 플랫폼에 대하여, 지나친 다른 사람들과의 상호작용, 자신이 업로드한 콘텐츠 하나하나에 대한 사용자들의 댓글들이 오히려 부담스럽다고 응답하고 있다.

여섯 번째, 이벤트 티켓 구입하기
약 54퍼센트의 사용자들이 불편함을 나타내고 있는데, Ticketmaster와 같은 사이트에서 사용자의 편의성을 어떻게 증진시키고 있는지 주목할 필요가 있다. 사용자들은 티켓 구입사이트에서의 잦은 매진, 표가 연기되는 상황, 금융사이트와의 복잡한 링크로 인하여 불편함을 호소하고 있다.

일곱 번째, 웹 2.0이 과연 무슨 도움이 되고 있는가?
웹 2.0 기술이 사용자들에게 새로운 체험과 경험을 제공하여 웹에서의 상호작용을 증진시키고 있는 부분에 대하여는 모두 공감하지만, 이러한 경험이 궁극적으로 사용자 가치향상에 무슨 도움이 되고 있는지 사용자들은 의구심을 품고 있다. 커뮤니티 지향적인 웹사이트에 대하여 사용자들이 매력을 갖게 하기 위해서는 사용자들을 유인하기 위한 동기들이 무엇이 되어야 할지에 대한 고찰이 필요하다.

여덟 번째, 전자책에 대한 비용
웹 상에서 구매할 수 있는 전자책은 출판비용이나 유통비용이 거의 들지 않는데도 불구하고, 사용자들이 실제 지불하는 비용은 기존의 오프라인 책에 비하여 크게 차이가 나지 않는 부분에 대하여 사용자들이 의구심을 품고 있다.

아홉 번째, 실망스러운 웹 비디오
UCC 동영상의 활성화로 인하여 다양한 동영상 콘텐츠가 웹 상에 나타나고 있는데, 사용자 제작의 개념은 훌륭하나, 과연 효율적인 동영상이 얼마나 되느냐에 사용자들이 그저 그런 동영상 콘텐츠에 대하여 흥미를 잃어가고 있다.

열 번째, 지루한 가상세계
세컨드 라이프와 같은 가상세계가 나타나고 있지만, 이러한 사이트를 이용하지 않는 비사용자들의 반응은 자신들이 생각하고 있는 가상세계에 대한 반응과 이러한 사이트에서 알 수 있는 가상세계에 대한 반응과 일치하지 않고 있다는 데에 대하여 의구심을 제시하고 있는 것에 주목할 필요가 있다.

위에서 나타난 10가지 불편 요소를 살펴보자면, 신기술 자체가 중요한 것이 아니라, 사용자의 요구에 기반한 사용자들의 가치를 정확히 꿰뚫을 수 있는 것이 무엇인지 접근하는 것이 가장 필요한 것으로 파악할 수 있다. 바야흐로 푸쉬 기반의 기술전략이 아니라 풀 기반의 기술전략을 어떻게 추진할 것인가? 그리고 그 중심에 사용자, 다시 그 중심에 가치란 부분이 어떻게 연결될 것인지가 필요한 것이다.

출처 : http://www.yeskisti.net/yesKISTI/Briefing/Trends/View.jsp?ct=TREND&clcd=&clk=&lp=BM&gotoPage=1&cn=GTB2007100803
2007/11/01 09:09 2007/11/01 09:09
Tags:

출처 : http://www.zdnet.co.kr/itbiz/column/anchor/hsryu/0,39030308,39162121,00.htm

장말 공감 가는 글인거 같다...ㅋㅋ
일단 제목부터 맘에 들어서..ㅋ



류한석(IT 컬럼니스트)   2007/10/09

한국의 많은 소프트웨어 업체들이 개발자를 제대로 관리하지 못하고(또는 안하고) 있다. 소프트웨어 개발은 정신에 의한 작업이다. 누가 하는 가에 따라서, 어떤 동기부여를 하는 가에 따라서, 어떤 환경에서 하는 가에 따라서, 어떻게 관리하는 가에 따라서 엄청나게 다른 결과를 만들어낸다.

하지만 관리라는 이름 하에 개발자에게 모욕적인 대우를 하는 경우도 많다. 작업에 지장이 있을 정도의 저사양 개발장비를 제공하고, 좁아터진 공간에, 계속 울리는 전화벨과 시끄러운 대화 소리, 휴식공간이라고는 전혀 없는 조직도 많다. 직원들의 일거수일투족을 감시하고, 심지어는 복장 검사를 하는 경우도 있다.

또한 프로젝트 데드라인을 맞추기 위해 새벽에야 겨우 집에 들어갔음에도 불구하고, 출근시간에 몇 분 늦었다고 해서 지각을 체크하고 전체 직원이 모인 회의에서 실명을 거론하는 회사도 있다. 그런 회사일수록 야근수당이 없고 교통비도 지급하지 않으며 사소한 비용을 아낀다. 한마디로 작은 비용을 절약함으로써, 신뢰 상실이라는 큰 비용을 지불하는 것이다.

그런 회사에서 만들어지는 소프트웨어는 품질이 나쁘다. 불행한 개발자들은 품질이 나쁜 소프트웨어를 만들어 낸다. 어쩌면 잠을 못 자고 피로에 지친 개발자들이 내쉬는 서글픈 한숨이 소프트웨어의 영혼에 스며들어 가는 것은 아닐까? 저주받은 소프트웨어. 마치 호러영화의 한 장면처럼 느껴진다.

회사는 직원들을 사랑하지 않으면서, 직원들에게 애사심을 강요하는 회사를 보고 있자면 실소가 나온다. 물론 회사로서는 직원들에게 사랑을 보여줄 수 없는 가장 큰 이유가, 열악한 비즈니스 환경으로 인한 비용적 압박 때문이라고 얘기할 것이다. 백분 양보하여 그것을 인정한다고 할 지라도, 그렇다면 도대체 왜 부적절한 관리자에게 관리를 맡기고 있는 것일까?

나쁜 관리자가 프로젝트를 망치고 있다!
업계를 보면 관리자의 자격이 전혀 없는 사람이 관리를 맡고 있는 경우가 무척 많다. 나쁜 관리의 비용은 엄청나다. 단지 팀 구성원들의 작업에 지장을 주는 정도가 아니라, 조직의 목표 달성에 해악을 미치며 결국 상당한 대가를 치르게 만들고 프로젝트를 완전히 망치는 경우가 빈번하다.

필자는 단지 관리자를 잘못 배정했기 때문에 수백억 원의 손해를 본 어느 대기업의 프로젝트를 경험한 적이 있다. 팀원들은 모두 유능했고 각자의 마음 속에 일을 잘하고자 하는 열정이 있었지만, 관리자의 무능과 변덕과 학대로 인해 팀원들은 모두 좀비가 되어갔다. 일부는 떠났고 일부는 일을 하지 않았고 일부는 하는 척을 했다. 결국 수년간 프로젝트를 진행했으나 결과는 나오지 않았고 프로젝트는 취소됐다. 몇 가지 추가적인 원인이 없었던 것은 아니지만, 가장 주요한 요인은 ‘나쁜 관리자의 존재’ 그 자체였다.

나쁜 관리자는 팀원들이 무엇을 하고 있는지 알지 못하며(또는 관심이 없으며), 팀원들의 능력을 제대로 파악하지 못한 채로, 원칙 없이 업무를 지시하며, 부적절한 인력을 배치하고, 팀원들과 제대로 대화를 나누지 않으며, 펫프로젝트(pet project, 고위층 또는 자신의 개인적인 관심으로 만들어낸 프로젝트)로 인해 업무 우선순위를 마구 바꾸고, 결과가 나와도 잘했는지 못했는지 제대로 판단하지 못한 채 자신의 기호에 따라 결과를 재단한다. 한마디로 그들은 조직의 목표와 팀원의 성장에는 아무런 관심이 없으며 단지 자신의 안위만 생각하는 사람들이다.

그러한 나쁜 관리자의 존재가 지극히 예외적인 경우라고 생각하는가? 만일 그렇다면 당신은 조직 생활의 경험이 많지 않든가, 아니면 억세게 운이 좋은 경우일 것이다. 그런 나쁜 관리자로 인하여 젊은 시절의 소중한 경험을 빼앗기는 팀원들이 몹시 많다. 나쁜 관리자의 해악은 단지 프로젝트의 실패로 나타나는 것뿐만 아니라, 사람들의 인생에서 그 시기에 필히 겪어야 할 소중한 경험까지 앗아가 버리는 것에 있다. 좋은 관리를 받아보지 못한 사람은 좋은 관리를 할 수가 없다.

좋은 관리자가 되기 위한 지침
그렇다면 좋은 관리란 어떻게 관리하는 것인가? 하단과 같이 몇 가지 지침을 제시할 수 있을 것이다.

첫째, 바라는 결과를 명확히 알려주어야 한다. 어떤 관리자들은 자신이 무엇을 원하는지 자기 스스로도 정확히 모르는 채 작업을 지시하고, 팀원의 작업 결과를 그날그날의 기분에 따라 자신의 기호대로 판단하곤 한다. 그런 관리자는 관리자로서의 자격이 없다.

둘째, 위임을 적절하게 수행해야 한다. 어떤 사람의 그릇은 위임할 수 있는 양의 크기로 정해진다. 즉 어떤 사람이 이루어낼 수 있는 최대 성과치는 그가 팀원들에게 권한을 위임할 수 있는 능력에 의해서 결정된다는 뜻이다. 할 일이 너무나 많지만 일할 시간이 없고 혼자서 모든 일을 처리하려고 하는 관리자는 탈진증후군(burnout syndrome)에 빠지게 된다. 그리고 탈진증후군에 빠진 관리자는 결국 팀을 궤멸시킨다.

셋째, 방법보다는 결과에 초점을 맞추어야 한다. 이 말에 오해가 없기를 바란다. 오로지 결과만 중요시하라는 뜻이 아니라, 결과가 올바르다면 방법은 팀원에게 맡겨두라는 뜻이다. 개발자 출신의 관리자는 자신이 선호하지 않은 방법으로 구현을 했다는 이유로 팀원을 질책하거나 업무를 회수하는 잘못을 저지르는 경우가 많다. 그런 관리자는 좋은 결과도 팀원들의 신뢰도 얻지 못할 것이다. 결과가 옳다면 그 방법은 팀원에게 맡겨두는 포용력을 가져야 한다.

넷째, 피드백을 주고, 코칭을 하고, 경력 개발을 지원해야 한다. 피드백이란 해당 직원의 업무 결과에 대해 어떻게 생각하는지 그 내용을 전달하는 것이다. 코칭은 일종의 도움을 주는 것으로서 선택 가능한 사항들 속에서 실행 계획을 만들도록 도와주는 것이다. 그리고 팀원이 새로운 지식과 경험을 쌓음으로써 성장할 수 있도록 경력 개발을 지원해야 한다. 팀원의 경력 개발에 전혀 신경을 쓰지 않은 관리자들이 너무 많다. 그것은 팀원을 일회용품으로 취급하고 있음을 스스로 증명하는 것과 같다. 경력 개발에 도움을 받은 팀원은 관심을 갖고 도와준 관리자를 언제까지나 기억할 것이다.

다섯째, 좋은 관리자는 자기 자신을 관리하는 사람이다. 좋은 관리자는 감정의 폭발에 반응하기보다는 사건에 대응한다. 불필요한 감정을 발산하여 팀원에게 공포심을 조장해서는 안 된다. 만일 감정이 폭발했거나 또는 잘못된 지시를 했다고 판단될 시에는 즉각 솔직하게 인정하고 사과를 해야 한다. 실수를 인정하는 관리자는 인간적으로 보인다.

좋은 관리 방법을 배우기는 힘들다. 왜냐하면 그것은 눈에 잘 보이지 않기 때문이다. 하지만 우리는 그것을 배우고 실천해야 한다. 그것이야말로 업계에 만연된 악순환의 고리를 끊어버리는 유일한 방법이기 때문이다. 우리가 겪은 불행한 경험을 다시금 후배들에게 전달해서는 안 된다.

비록 기술 중심의 소프트웨어 업체라고 할 지라도, 기술 관리란 기술이 아니라 사람을 다루는 것임을 잊지 말아야 한다. 회사가 가능한 범위 내에서 최상의 업무 환경을 제공하고, 개발자 개개인을 세심히 배려하는 피드백, 코칭, 경력 개발을 지원하는 관리자가 있는 조직이라면 개발자는 결코 불행하지 않을 것이며 더 나아가 어려운 일도 기꺼이 극복해 낼 것이다.

하지만 지금 이 순간에도 많은 기업들이 사소한 비용 절감과 무의미한 규칙 준수를 위해 직원들의 신뢰를 잃고 있으며, 나쁜 관리자를 배정함으로써 프로젝트와 팀원의 인생을 망치고 있다. 나쁜 관리자는 개인, 회사, 사회 모두에 악영향을 미치는 존재이다.

반면에 좋은 관리자는 탁월한 결과를 만들어내고 팀원들을 성장시키고 사회 전반에 좋은 인재를 공급한다. 그런 훌륭한 관리자가 어디 흔하냐고 항변하는 기업의 목소리가 들린다. 하지만 기업들이여, 그런 변명보다는 좋은 관리자를 채용하려는 노력, 그리고 양성하려는 노력, 그리고 그가 ‘진짜 관리’를 제대로 수행하였는지 평가하려는 노력을 무엇보다 먼저 기울여야 하지 않을까?

2007/10/13 09:51 2007/10/13 09:51
Tags:
주제 : IT 업체들은 과연 재택근무를 권장해야 하는가?
(부제 : IT 관리자들의 원격 노동자에 대한 두려움)

최근 컴퓨터와 통신의 발달은 재택근무 및 원격 근무를 가능하게 한다. 원격에서 회사 내의 컴퓨터에 접근하고 회사 내 하드디스크에 있는 데이터를 활용하여 근무를 연장하고 있다. 물론 회사 입장에서는 회사에서도 일을 하고 가정에서도 추가적으로 일을 함으로써, 근무 연장의 개념을 도입할 수도 있고, 예기치 못한 기상 변화에 따른 업무의 중단 없이 연속성 있게 업무를 처리할 수 있다는 장점이 있다.
그러나 원격 노동자에 의한 회사 내 네트워크에 대한 외부 접근이 업무의 효율성 면에서는 좋으나, 외부의 네트워크 공격에 대해서는 치명적일 수 있다는 약점이 있다. 이에 IT 관리자들은 이를 막으며 원격에서 근무를 할 수 있는 방안에 대해 고민하고 있다.
본 뉴스는 10명의 IT 관리자 중에서 9명 정도는 증가되는 생산력에도 불구하고 많은 댁내 노동자들은 결과들이 연결되어 있는 부지 밖으로부터 나온다고 주장하는 원격 노동 행위에 의해 야기되는 보안 위험에 두려워하고 있다는 새로운 연구 결과를 제기하고 있다. 주된 우려는 해커들이 회사 네트워크 속으로 “back door"로서 원격 연결하여 사용할 수 있고 인증 받지 않은 소프트웨어의 사용과 인터넷 접근에 의해 공동 네트워크가 위험해질 수 있다는 것이다.
Vanson Bourne의 연구에 따르면, 원격 노동자들의 87%가 자신들의 가정용 PC를 사용하여 회사의 업무 데이터에 접근한다. 소비자들은 총괄적으로 1,335명의 영국 성인을 조사하였고, IT 관리자는 250여 명의 종업원을 두고 의문을 갖는 200명의 경제인을 조사하였다.
가정용 컴퓨터에서 제어를 하거나 수정을 하는 것이 불가능한 회사 IT 부서를 가진 IT 관리자들은 가정 사용자들이 바이러스를 위해 전자메일 첨부 파일을 검사하거나 패치 파일을 설치하는지를 감시할 수 없다. 가정 노동자들의 90퍼센트는 자신들의 컴퓨터의 보안 재설치를 유지하는 것에 자신들이 책임을 진다는 것을 인정하고 있다.
ZvXEL에서 보안 관련 관리자인 James Walker는 “오늘날 우리는 이전에 가능하였던 것보다 더욱 쉽게 외국과 집을 연결할 수 있는 기술을 갖고 있다. 예를 들어, 이러한 연결이 보안이 되지 않는다면, 가정용 컴퓨터에 트로이 목마 바이러스와 같은 것을 통해 회사 로그인 정보를 훔칠 수 있는 해커는 빌딩 내부에 한 번도 들어오지 않고서, 공동 네트워크를 아수라장으로 만들 수 있다”고 말했다.
노동자들은 회사가 원격 노동자들에게 적당한 보안 제어를 제공하기 위해 노트북 컴퓨터를 제공할 필요가 있다고 결론짓고 있다.
결론적으로, 점차 모든 정보가 실시간으로 처리될 수 있을 정도의 네트워크 속도와 컴퓨터의 발달은 원격 및 재택근무를 확대하게 될 것으로 기대되며, 이를 활성화하기 위해서는 해커로부터의 안전을 위해 원격으로 회사 내의 네트워크에 접근할 때 확실한 보안 프로그램 및 인증 절차가 필요하며, 원격에서 회사 망으로 접근할 때에는 업로드에는 제한을 두고 다운로드만 허용하는 등의 바이러스 예방에 만전을 기해야 한다.


정말 재택 하고 싶당...된장 왜이리 오기 힘든건지...
나이가 있어서 그러나...ㅡㅡㆀ
재택을 한다고 해도 작업을 안하거나 하지않는데, 목표 업무량을 따라갈 수 있는 부분인데..
하지만 모든 경영진이나 관리진은 작업자가 눈에 보이기를 바라고 있다.
이건 나도 마찬가지이니.....
어떠한 방식으로든 작업 환경의 변화가 필요한 직업이  IT 관련 직업인듯 하다..(갠생각)
2007/10/13 09:48 2007/10/13 09:48
Tags:
대표적인 오픈소스 DBMS로 IT업계에서 널리 사랑 받아 온 MySQL이 상용화 서비스로 전열을 갖춰 국내 시장에 들어왔다. 이에 따라 MS와 오라클 등 상용 DBMS 업계는 긴장 국면으로 접어들고 있다.

MySQL의 국내 인스톨 비중은 전체 DBMS 시장에서 약 25% 가량을 차지하고 있는 것으로 추정된다. 그 동안 MySQL을 도입한 거의 대부분 기업(혹은 사용자)이 무료 다운로드를 통해 사용해 왔기 때문에 정확한 수치를 알기는 힘들지만, 상당한 비중을 차지하고 있다는 것은 MS나 오라클 등 경쟁사들도 동의하는 부분이다.

지난 14일 MySQL은 한국지사를 설립하는 대신 리눅스데이타시스템(LDS)를 국내 총판으로 채택하고, 사용자 컨퍼런스를 개최함으로써 국내 DBMS 시장에 본격적으로 상용 서비스를 시작한다고 선언했다. 이와 함께 ‘MySQL 유저 컨퍼런스’를 개최했는데 1,200여명 이상이 참석한 가운데 성황리에 마무리됐다.

행사에 대한 대대적인 홍보가 없었음에도 불구하고 수많은 참석자가 모인 것은, 그만큼 MySQL에 대한 기술지원이 필요하다는 것을 반증하고 있다. 참석자들은 오픈소스에 관심이 있는 학생도 있었지만, 과반수 이상이 MySQL을 사용하고 있는 기업의 IT엔지니어였으며 이중 오라클이나 MS SQL을 사용하고 있는 고객사의 엔지니어도 상당수 차지했다.

‘기술지원’ 갈증 해소, 상용화 부응
LDS는 주로 SMB 시장을 노리고 있다. 현재 국내 SMB DBMS 시장은 오라클, MS, IBM, 알티베이스, 큐브리드 등 약 1,000억원의 규모를 형성하고 있으며, LDS는 향후 3~4년 이내에 10~20%의 시장을 장악하겠다는 계획이다.

MySQL의 국내총판을 맞게 된 LDS의 정정모 대표는 “MySQL은 기업시장을 타깃으로 MS, 오라클, IBM 등과 경쟁을 예상한다. 오픈소스를 장려하는 정부정책에 대한 기대가 있으며 초기에는 공공 프로젝트에 도입이 예상된다”며 “특히 공공기관은 DBMS 도입에 있어 컨설팅이나 서비스가 필요하기 때문에 책임소재가 명확해야 하는데 LDS라는 책임자가 생겼기 때문에 가능성이 있다”고 설명했다.

단, 그 동안 MySQL이 ‘공짜’라는 인식이 강하기 때문에 이를 상용으로 전환하는데 진통을 겪을 것으로 예상된다. 국내 시장 진입에서 가장 큰 걸림돌 역시 이 부분이다.

MySQL의 카이 아르노 부사장은 “기업 시장 진출은 자신 있지만 프리웨어 기반이 많아서 단기간에 시장확대는 힘들 것으로 보인다. 자체 기술력을 가진 기업은 이미 MySQL을 도입해 스스로 개발해 운영하고 있는 곳이 많다”며 “이들에게 무리하게 상용을 권유하지 않을 것이다. 중장기적으로 보고 지원이나 마케팅을 강화해 가며, 공공기관이나 기술지원을 요하는 중소기업을 공략할 것이다”라고 말했다.

LDS는 이러한 부분을 고려해 중장기적인 계획을 세웠다. 기업에 있어 DB는 절대 멈춰서는 안될 미션크리티컬한 부분이라는 것을 감안할 때 반드시 기술지원이 필요한 시점이 ‘자연스럽게’ 발생한다는 설명이다. 그리고 MS나 오라클 등 기존 상용 DBMS 벤더들은 이들의 움직임에 예의 주시를 하고 있다.

‘공짜’라는 인식 제거와 신뢰성 확보가 관건
한국MS의 호웅기 부장은 “MySQL 행사장에 가보니 사용자층이 두터워서 놀랐다. 유료건 무료건 사용자가 많은 것은 사실이다. 그 동안 MySQL은 기술지원 주체가 없었던 것이 문제였지만, 이제 LDS가 권한을 가짐으로써 그 갈증을 해소할 단초를 제공했다”라고 말했다.

그는 또 “때문에 MS 입장에서는 신경이 쓰이는 것이 사실이다. 사업 주체가 생겨나 기업용으로 적용될 확률이 높아졌고, MySQL이 리눅스 보다 윈도우 기반에서 더 많이 쓰이고 있기 때문에 MS의 시장을 잠식할 수 있다는 우려도 있다”라고 덧붙였다.

가트너의 DBMS 시장 조사 결과 역시 MS, 오라클에 이어 MySQL이 뒤따르고 있는 것으로 조사된 바 있다. 그렇지만 앞서 언급한 대로 MySQL이 무료에서 유료로 성공적으로 전환하게 될지는 미지수다. 조사 결과처럼 인스톨 기반이 많은 것과 그 매출이 높은 것은 별개의 문제기 때문이다. 또한 DB의 안정성과 신뢰도 측면에서 ‘상용제품으로서’ 입증이 부족한 상황이다.

MS의 호부장은 “MS나 오라클은 MySQL의 진입으로 인해, 인스톨 부분에서 타격을 입게 될 것이다. 잠재매출이 MySQL로 인해 잠식당하게 되지만 매출에서는 위협을 느끼지 않고 있다. 수익창출 부분과 신뢰성 확보가 MySQL이 극복해야 될 과제다. 이는 좀더 두고 봐야 할 것이다”라고 말했다.

오라클의 한 관계자는 “최근 MySQL 등 오픈소스의 시장 진출이 활발해지고 있다. 그러나 오라클DB는 대용량 트랜잭션에서 강점을 가지고 있다. 전체 DBMS 시장에서는 MySQL 등 오픈소스 SW의 진출이 큰 영향을 주지 못할 것이라 생각한다”고 말했다.


출처 : http://www.zdnet.co.kr/news/enterprise/dbms/0,39031095,39161483,00.htm
2007/09/29 04:32 2007/09/29 04:32
Tags:

출처 : http://www.zdnet.co.kr/news/enterprise/os/0,39031185,39159100,00.htm


MS의 데스크톱 거점이 사라지고 있다.

사람들이 수년 동안 예측해 왔듯이, 윈도우 사용자를 빼앗아가는 웹 대신 이제는 리눅스와 핸드헬드 기기가 대세이다.

3일(미국시간) 발표된 에반스 데이터 연구에 따르면 소프트웨어 개발자들이 윈도우 데스크톱 PC용 애플리케이션을 작성하는 비율은 과거에 비해 줄어들고 있다고 한다.

이번 조사에서 에반스 데이터는 본인의 애플리케이션에 대해 윈도우용 버전을 목표로 하는 소프트웨어 개발자는 전년도 75%에 비해 65%에 불과하다는 것을 보여주었다. 연구 그룹은 이 수치가 내년에는 2% 추가 하락할 것으로 예상하고 있다.

리눅스 데스크톱용 애플리케이션을 작성하는 리눅스 개발자는 12%에 가까운데, 이는 전년도에 비해 34% 늘어난 수치이다.

에반스 데이터의 CEO 존 앤드류스는 발표문에서 "윈도우 이탈 현상은 2년 전부터 시작된 것이 분명하며, 데이터는 이러한 이탈이 가속화되고 있다는 것을 보여준다. 리눅스가 혜택을 봤지만 비전통적인 클라이언트 기기용 틈새 운영 시스템도 덩달아 성장하고 있다. 지형이 변하고 있다"고 말했다.

유능한 웹브라우저는 온라인이나 오프라인에서 정교한 애플리케이션을 실행할 수 있기 때문에 데스크톱 운영 시스템을 전혀 무관하게 만들지는 않더라도 중요성은 저하시킨다는 것이 기술업계의 공통된 의견이다.

많은 기업들, 심지어 MS조차 개발자가 온라인에서 작성할 수 있는 '웹, 클라우드, 운영 시스템' 구축 개념을 받아들이고 있다.

하지만 온라인 애플리케이션이 늘어나고 있지만, 에반스 데이터 연구는 윈도우 데스크톱 애플리케이션 개발도 꾸준하다고 지적한다.

조사에서는 현대 브라우저에서 지원되는 자바스크립트 언어는 현재까지 가장 대중적인 스크립팅 언어로, PHP나 루비, 파이톤과 같은 사용자 수는 3배 이상 늘어났다는 점도 확인됐다.

또한 가상화는 보편적 현상이 되고 있으며, 개발자의 42% 가량이 내년에 이 기술을 이용할 것으로 예상하고 있다.

조사는 매년 두 차례 400개 소프트웨어 개발자가 자발적으로 작성하며, 소프트웨어 판매업체의 후원을 받지 않는다.

2007/07/04 13:49 2007/07/04 13:49
Tags:

<html>
<head>
<style type="text/css">
<!--
#sponsorAdDiv {position:absolute; height:1; width:1; top:0; left:0;}
-->
</style>
<SCRIPT LANGUAGE="JavaScript1.2">

adTime=180;  // 보여줄 초 입력
chanceAd=1; // ad will be shown 1 in X times (put 1 for everytime)

var ns=(document.layers);
var ie=(document.all);
var w3=(document.getElementById && !ie);
adCount=0;
function initAd(){
       if(!ns && !ie && !w3) return;
       if(ie)                adDiv=eval('document.all.sponsorAdDiv.style');
       else if(ns)        adDiv=eval('document.layers["sponsorAdDiv"]');
       else if(w3)        adDiv=eval('document.getElementById("sponsorAdDiv").style');
       randAd=Math.ceil(Math.random()*chanceAd);
       if (ie||w3)
       adDiv.visibility="visible";
       else
       adDiv.visibility ="show";
       if(randAd==1) showAd();
}
function showAd(){
if(adCount<adTime*10){adCount+=1;
       if (ie){documentWidth  =document.body.offsetWidth/2+document.body.scrollLeft-20;
       documentHeight =document.body.offsetHeight/2+document.body.scrollTop-20;}
       else if (ns){documentWidth=window.innerWidth/2+window.pageXOffset-20;
       documentHeight=window.innerHeight/2+window.pageYOffset-20;}
       else if (w3){documentWidth=self.innerWidth/2+window.pageXOffset-20;
       documentHeight=self.innerHeight/2+window.pageYOffset-20;}
       adDiv.left=documentWidth-200;adDiv.top =documentHeight-200;
       setTimeout("showAd()",100);}else closeAd();
}
function closeAd(){
if (ie||w3)
adDiv.display="none";
else
adDiv.visibility ="hide";
}
onload=initAd;
//End-->
</script>

</head>

<body>


<div id="sponsorAdDiv" style="visibility:hidden">

       <table border="0" cellpadding="0" cellspacing="1" width="300" bgcolor="gray">
   <tr>
       <td width="288" height="145" valign="top" bgcolor="white"><p>태그인넷입니다<br>
           www.tagin.net<br>이 레이어는 3초뒤 사라집니다</td>
   </tr>
</table>
</div>

</body>

</html>


2007/06/21 15:51 2007/06/21 15:51
Tags:

This is a protected post. Please enter the password to view the article.
이 글은 비밀글입니다. 글을 보시려면 비밀번호를 입력하세요.

1.객체지향 스크립팅
어떤 정보를 클래스(class)라 부르는 그룹 내에 정리해서 구성하는 방식
클래스 = 속성(properties) + 메서드(method)
ex) 사람 = 성,키,피부색(구별특징) + 말하기,걷기,잠자기(행동)
(사랑은 클래스 이고 개개인은 오브젝트)

2.오브젝트
액션 스크립트에서 미리 정의된 클래스
오브젝트의 메소드를 통해 정보를 얻거나 변경
ex) Date 오브젝트 경우 getHours(); , getSecond(); 메소드에 의해 시간과 초의 정보를
얻는다
무비클립 오브젝트 경우 play(); , stop(); 메소드 와 _alpha , _visible 속성변경

3.액션 스크립트(버튼 , 무비클립 , 프레임타임라인)
버튼 – 마우스 커서 반응(on 핸들러 액션)
무비클립 - 마우스 커서 반응(onClipEvent 핸들러 액션)
프레임 – 프레임 헤드가 프레임 내에 들어가면 실행

4.무비클립 계층구조
절대주소 : _root . a . aa . aaa
상대주소 :_ parent . _parent . a
_root : 메인scene
_parent : 무비클립의 한단계 위
점(.)의 의미 : 점은 계층 구조의 각 레벨을 구분하는 액션 스크립터 구문 작성요소
             ~의,~안에 있는 해석합니다.

5.무비클립속성
ex) A라는 무비클립 높이가 80
_root . A . height = 80;
_alpha : 투명도  
_x , _y : x , y의 위치
_rotation : 회전
_xmouse , _ymouse : 마우스의 x,y좌표
_width : 가로길이
_height : 세로길이
_visible : 0(안보임) , 1(보임)
_currentframe : 현재프레임수
_totalframes : 전체프레임수

6.좌표의 체계
(0,0)                              (800,0)
 
           
           
       

(0,600)
_root . a ._x = _root . a ._x + 200
_root . a ._y = _root . a ._y + 150

7.onClipEvent(이벤트){액션 실행명령}
load : 무비클립이 처음 실행될 때
unload : 무비클립이 타임라인에서 제거 된 다음
enterFrame : 매 프레임 마다 발생 (12fps이면 1초에 12번 실행)
mouseMove : 마우스가 움질익때
mouseDown : 마우스를 눌렀을 때
mouseUp : 마우스를 놓았을 때
keyDown : 키를 누를 때
keyUp : 키를 놓았을 때
Data : 로드무비를 통해 Data값을 얻을 때
2007/03/24 13:03 2007/03/24 13:03