'개발자'에 해당되는 글 5건

  1. 2008.09.17 [세미나]Sun Tech Days 2008 Seoul - 10/15~10/17
  2. 2008.03.31 SW 엔지니어 노임 단가 4
  3. 2007.12.13 [스크랩]자신을 진화시키고 환경을 만들어내는 개발자
  4. 2007.11.20 [스크랩]개발자는 공부와 변화를 두려워해서는 안 된다 2
  5. 2007.04.10 front-end 개발자 vs back-end 개발자? 2

[세미나]Sun Tech Days 2008 Seoul - 10/15~10/17

ITWeb/스크랩 2008. 9. 17. 13:31

홈페이지 : http://www.suntechdays2008.com/


 

무료세미나만 올려 봅니다.

시 간 내 용
12:30 ~ 13:30 등록
13:30 ~ 13:40 환영사
13:40 ~ 14:30 넷빈즈 최신 동향 소개
14:30 ~ 16:00 NetBeans 6.5를 통해 더욱 쉬워진 스크립트 언어 구현
16:00 ~ 16:20 BREAK
16:20 ~ 17:50 데스크탑 개발자를 위한 넷빈즈 사용법:스윙 애플리케이션 프레임워크 및 데이터 바인딩
17:00 ~ 17:30 경품 추첨

:

SW 엔지니어 노임 단가

ITWeb/스크랩 2008. 3. 31. 16:45
이런게 있내요.
지난번 네이버와 다음을 비교 했던 내용과는 사뭇 다르지만.. 개발자 스스로 나는 어디쯤 와 있는지 확인해 볼 필요도 있겠내요..




기술자격 기준에 의한 고급기술자 (기사 1급 보유)
학력 기준에 의한 중급기술자 (아직 만 9년이 안되어서.. )
근데 노임으로 보면.. 저는 정말 좌절 이군요..
이거 회사에 따져야 하나.. 된장.. 일은 빡시게 하는데.. pay 는 왜 이래..
- 실력이 없거나 인정을 못받고 있거나 ㅡㅜ^












:

[스크랩]자신을 진화시키고 환경을 만들어내는 개발자

ITWeb/스크랩 2007. 12. 13. 17:34
류한석님의 글을 자주 읽는 편인데 IT 에 종사하는 사람들에게 좋은 이야기가 되는 글을 많이 쓰고 계시내요..
성향이 비슷한지는 잘은 모르겠지만 그래도 글을 읽다 보면.. 상당 부분이 공감이 가는 그런 글들 이내요..


ref. http://www.zdnet.co.kr/itbiz/column/anchor/hsryu/0,39030308,39164072,00.htm

자신을 진화시키고 환경을 만들어내는 개발자

류한석 (IT 컬럼니스트)   2007/12/10
지난 컬럼에서 살펴본 개발자 관리의 문제점 및 좋은 관리 지침에 대해 독자들의 많은 피드백이 있었다. 그만큼 관리가 제대로 되고 있지 않다는 실증일 것이다. 올바른 관리의 밸런스를 갖추는 것은 쉽지 않다. 통제에 집착한 나머지 '관리를 위한 관리'를 하게 되거나, 리소스 부족 또는 자율에 집착한 나머지 방임을 하게 되는 경우가 많기 때문이다.

또한 이러한 잘못된 관리의 근원적인 문제는 곧 시스템의 문제라고 볼 수 있다. 단지 관리자 개인의 철학과 도덕성만으로는 어쩔 수 없는 조직문화, 그리고 조직의 프로세스로부터 엄청난 영향을 받기 때문이다. 사실, 조직문화와 시스템의 문제는 일개 개인이 어떻게 할 수가 없다. 시스템에 반발하면 퇴출당하거나 스스로 나가야 할 뿐이다.

이에 대해서는 필자 스스로 여러 기업들을 전전하면서 가슴 절절하게 느낀 부분이다. 그러므로 관리자들은 조직문화에 맞추어서 그리고 시스템을 위배하지 않는 가운데에서 자신의 관리 철학을 구현하려고 노력해야 할 것이다. 이것이 관리자를 위한 애정 어린 조언이다.

시스템을 바꿀 수 없다면 자신을 바꿔라
그렇다면 개발자 개개인은 어떻게 해야 할까? 많은 개발자들이 사회 환경과 조직 시스템에 대해 불만이 많다. 하지만 자신이 권한이 없다면, 사회와 조직은 바꿀 수 없다. 그것에 반발심을 가진 채로 자신에게 맞는 노력을 하지 않는다면, 마치 사춘기 소년이 트라우마를 안겨준 부모에게 반항한 나머지 자신의 인생을 망가뜨리는 것처럼 개발자 자신의 삶도 망가질 뿐이다.

조직은 개발자의 경력관리를 해주지 않는다. 이점은 불변의 진리이다. 정말 잘못된 일이지만, 현실을 보면 많은 회사들이 직원을 "달면 삼키고 쓰면 뱉는 일"이 빈번하다. 그러니 사람들이 생존의 욕구에 집착한 나머지 자아실현은 엄두도 내지 못하고 있는 것이 아닐까? 생존조차 쉽지 않은 것이 이 사회의 현실이다. 더군다나 개발자 직종에 몸담고 있다면 삭막한 현실은 몇 배 더 증가한다.

사회에서 성공한 선배 개발자(그 성공의 기준이 돈이든 명예든 자아실현이든)를 찾아보기가 참으로 힘들다. 물론 그것의 가장 큰 이유는 바로 업계 풍토 때문인데, 그것에 대해서는 이미 두 차례에 걸쳐서 컬럼을 쓴 바 있다. 업계 풍토는 서서히 변하거나 변하지 않는다. 개발자 개인이 바꿀 수 있는 것은 단기적으로는 단지 자기 자신뿐이다. 그렇다면 개발자 개인이 갖추어야 할 주요 역량에는 어떤 것들이 있는지 살펴보자.

개발자 개인이 갖추어야 할 주요 역량
첫째, 주변 상황과 인간의 역학관계를 이해하고 교류하는 커뮤니케이션 스킬이다. 많은 개발자들에게 있어 가장 부족한 역량이 바로 이것이다. 혹자는 이렇게 말한다. 개발자들은 그 특성상 커뮤니케이션 스킬이 부족할 수밖에 없고, 외국에서는 그것을 인정해주는데 한국에서는 왜 그렇지 않냐고. 실제로 소프트웨어 강국들을 보면, 개발자들에게 개발에만 집중할 수 있는 환경을 제공해주며 멀티플레이어 역할을 원하지 않는다. 하지만 한국은 소프트웨어 강국이 아니다! 또한 아무리 개발자를 대우하는 외국에서도 성공하는 개발자들은 커뮤니케이션 스킬이 뛰어난 사람들인 경우가 많다.

이 점을 간과해서는 안될 것이다. 커뮤니케이션 스킬은 개발자가 노력해서 갖추어야 하는 것이며 그것을 폄하해서는 안 된다. 개발자들과 함께 일해본 기획자들은 개발자들의 커뮤니케이션 문제점에 대해 지적하는 경우가 많다. 그들은 개발자들의 커뮤니케이션 태도가 닫혀있고, 어려운 용어를 남발하며, 대세에 영향을 미치는 않는 사소한 문제에 집착하고, 타인의 요구에 대해 관심을 가지지 않는다고 필자에게 하소연하곤 한다. 개발자 출신인 필자가 보기에도 그런 개발자들이 많다는 것을 인정하지 않을 수 없다.

물론 그러한 캐릭터가 바로 개발자이다. 그렇기 때문에 하루 종일 모니터를 바라보며 코딩의 세계에 빠져있을 수 있는 것이다. 하지만 만일 고도의 집중력를 발휘할 수 있는 캐릭터의 특성을 유지하면서 또한 타인과의 커뮤니케이션 스킬에 있어 조금의 향상이라도 가져온다면, 더욱 더 개발을 잘 할 수 있는 환경을 얻게 될 것이다. 즉 코딩을 더 잘하기 위해 커뮤니케이션 스킬이 필요한 것이다. 좋은 커뮤니케이션 스킬은 좋은 환경을 만들어 준다. 만일 데일 카네기의 책 한 권 읽어본 적이 없다면 지금 당장 인터넷 서점에서 구매하기 바란다.

둘째, 기술향상과 인간수양을 위한 자기계발이다. 자기계발이란 조직이 책임져주는 것이 아니다. 다시 한번 말하지만 조직은 경력관리를 해주지 않으며 자기계발을 시켜주지도 않는다. 회사가 시켜주는 교육은 단지 회사 업무를 위한 것일 뿐이다. 그것마저도 직원들이 함께 받는 경우가 대부분이라서 경쟁력 향상에 별로 도움이 되지 않는다.

자기계발은 여유 있을 때 행하는 것이 아니다. 실제로 인간이라는 존재는 한없이 여유로운 동물이라서, 시간이 많으면 더 게을러질 뿐이다. 그러므로 자기계발은 시간이 없을 때 짬을 내서 하는 것이라고 생각하는 것이 좋다. 그리고 자기계발에는 두 가지 측면이 있다. 하나는 개발자로서 기술적인 측면의 자기계발이고, 또 다른 하나는 인간으로서 인간수양 측면의 자기계발이다.

신기술 습득에 대해서는 다 아는 부분이니 따로 얘기하지 않겠다. 인간수양은 흔히 간과되지만 몹시 중요한 부분이다. 태어난 그 자체의 결함 가득한 성격 그대로 산다면 동일한 실수와 실패를 반복하게 될 뿐이다. 인간으로서의 멋진 점은 자신을 계속 가다듬으면서 조금이라도 완성된 인간을 지향하는데 있다. 다양한 책을 읽고, 가보지 않은 곳을 가고, 많은 사람들을 만나야 한다. 만일 이것을 해낸다면 인생의 도를 깨우친 멋진 개발자가 될 수 있을 것이다.

셋째, 작은 성공을 통해 큰 성공을 얻을 수 있도록 끊임없는 변화하고 실행해야 한다. 주변 상황과 인간을 입체적으로 이해하고 교류하면서, 기술과 인간적 소양의 자기계발을 하다 보면, 어느 순간 기회가 온다! 이것은 정말 준비된 사람에게만 주어지는 선물과도 같다. 하지만 준비되지 않은 사람에게는 기회 자체가 주어지지 않거나 또는 기회가 왔다고 하더라도 그 자신이 눈치챌 수 없다.

우리 스스로 저주를 받을 것인지 축복을 받을 것인지 선택할 수 있는 것이다. 그렇다. 어떤 측면에서 인생은 충분히 콘트롤 할 수 있다. 자신을 진화시키다 보면, 우리 자신이 이 사회에 변화를 줄 수 있는 주체라는 것을 깨닫게 되고 실제로 변화를 행할 수 있는 기회를 얻게 되는 것이다. 그러한 기회를 얻기 위해서는 끊임없이 변화하고 실행해야 한다. 자기 자신에게 다가오는 모든 기회를 수용하며 그 결과를 확인해야 한다. 불안감과 두려움 따위로 인해 좋은 기회를 포기해서는 안 된다.

자신에게 좀 벅차다고 생각하는 바로 그것을 떠맡아야 한다. 그 일을 하게 되면 그 일을 하기 전에 자신이 생각했던 그 모든 게 바보 같았다는 것을 깨닫게 된다. 그리고 이미 사람이 달라지고 있는 것을 발견하게 된다. 결국 그 일을 끝마쳤을 때는 모든 것이 변해있다. 작은 성공사례를 반복하고 반복하면서 더 큰 성공사례를 향해 다가가는 것이다. 그러니 신기술 구현이든, 새로운 프로젝트를 떠맡는 것이든, 자격증 도전이든, 커뮤니티 창설이든, 이직이든, 대학원 진학이든, 외국 취업이든 두려워하지 말고 실행하기를 바란다. 실행하면 모든 것이 달라진다.

환경, 조직, 사람간의 역학관계를 이해하고 미래를 준비하는 개발자
유능한 개발자는 기술력이 뛰어날 뿐만 아니라, 자신이 해야 할 일을 둘러싼 기술적/정치적 환경을 입체적으로 이해하고 교류하며, 자신에게 요구될 역량을 미리 갖추고 있으며, 적절한 시점에 곧바로 행동에 옮길 수 있는 실행력을 갖춘 사람이다.

왜 개발자가 이렇듯 기술 외적인 부분에 대해 신경을 써야 할까? 이런 필자의 논리에 대해 불편한 감점을 느끼는 개발자도 있을 것이다. 충분히 이해하고 있다. 그러므로 좀 더 부연설명을 해보겠다.

만일 현재 자신이 처한 환경이 돈, 명예, 자아실현의 관점에서 자신의 원하는 만큼 만족스럽다면 필자가 제시한 이러한 역량들에 대해 신경 쓰지 않아도 좋다. 그런 분들한테는 여기까지 글을 읽게 해서 죄송할 따름이다. 하지만 자신이 처한 환경이 만족스럽지 않다면 그것이 커뮤니케이션 스킬과 자기계발, 실행력이 부족하기 때문은 아닌지 생각해 보기 바란다.

필자가 언급한 역량들은 사실 개발자뿐만 아니라 이 사회의 모든 개인이 갖추어야 할 역량이라고 볼 수 있다. 하지만 잘못된 업계 풍토로 인해 어려움에 처해있는 개발자들에게 있어 특히 부족하면서도 더욱 요구되고 있는 역량이라고 볼 수 있다. 이러한 역량들이 가져다 주는 놀라운 결과들을 간과하지 않았으면 좋겠다.

환경을 바꿀 수 없으면, 자기 자신을 진화시키고 결국 환경을 만들어 내야 한다. 그러지 못한다면 잘못된 업계 풍토로 인한 희생양이 될 뿐이다. 이 사회에 대한 올바른 이해와 방향 감각을 갖추고 있으면서, 부단히 노력하며 진화를 꿈꾸는 개발자의 앞날에 커다란 행운을 기원한다

:

[스크랩]개발자는 공부와 변화를 두려워해서는 안 된다

ITWeb/스크랩 2007. 11. 20. 16:09
ref. http://itviewpoint.com/tt/index.php?pl=3589
ref. http://www.zdnet.co.kr/news/enterprise/etc/0,39031164,39163435,00.htm

아래 글 중에서 김명호 박사님의 keynote 부분은 개발자라고 생각 하고 계신 분들 이라면 꼭 새겨 두면 좋을것 같다는 생각이 듭니다.

최근 제 주변의 몇몇 개발자로 일 하시는 분들을 보면 모르는게 있으면 찾아 보거나 공부를 하려 하지 않고 모르쇠와 떠넘기기 식으로 일관 하고 새로운것을 접하는데도 상당히 부정적으로 반응을 보이는데 제가 뭐라고 할 부분은 아니지만 개발자의 길을 계속 걷고 싶다면 한번쯤 고민을 해 보시라고 이야기 하고 싶어 지내요.

 
김명호 박사

‘마이크로소프트 데브데이 2007’이 20일 서울 건국대 새천년 기념관에서 열렸습니다. 이날 행사는 너무나 아쉽게도 취재를 가지 못했습니다. 일이 많아 시간이 나질 않네요.^^

대신 MS에서 김명호 박사님의 기조연설을 정리한 멋진 요약문을 보내 왔습니다.

이 글에서 김박사님은 “개발자가 오래 개발을 한다고 저절로 레벨이 올라가거나 아키텍트로 성장하는 것은 아니다”며 “개발자는 공부와 변화를 두려워해서는 안 된다”고 설명하고 있습니다.

이건 정말 저만 알고 있었다면 더 좋을 것 같다는 생각이 들 정도로 기본기가 꽉 찬 문장이네요. 개발자 뿐만 아니라 모든 분야의 분들에게 해당될 것 같습니다. 제가 지금까지 숨쉬고 있는 방식을 가장 명확하게 설명해 주고 있으세요.^^

김박사님은 일전에 ODF 논란과 관련 언급이 됐던 분이죠. 그 분의 주장이 어떤 의미를 지니고 있다는 점을 떠나, 상당히 논리적이고 열정적인 강연에 인상이 깊었던 것이 아직도 생생합니다.^^

- 강추 동영상 : http://itviewpoint.com/tt/index.php?pl=2775

이에 앞서 진행된 인사말에서 박남희 한국MS 상무는 “소프트웨어의 산업 경쟁력, 많은 나라가 소프트웨어를 국가 경쟁력의 중심에 놓고자 하는, 경제에서 차지하는 중요성에 대해서는 반대할 사람이 없을 것”이라며 “빌게이츠 회장을 비롯하여 한 사람의 힘이 세상을 바꾸는 일이 실현되는 분야가 소프트웨어 분야”라고 격려했습니다.

행사장 전경

아래는 관련 자료입니다. 지방 행사도 잘 마무리 하시길 기대합니다.^^

김명호 박사 Key note

- 10년 후라는 주제, 지난 몇 년간 인기리 판매된 책 제목에서 빌려온 10년 후를 주제로 앞날을 고민하는 개발자들에게 필요한 조언을 드리고 싶다.

- 개발자가 오래 개발을 한다고 저절로 레벨이 올라가거나 아키텍트로 성장하는 것은 아니다. (건설 현장에 오래 있으면 미장이나 작업 반장을 할 수는 있어도 저절로 건축설계사가 되는 것은 아닌 것과 마찬가지

- 개발자는 공부와 변화를 두려워해서는 안 된다.

- 기본기를 길러라 - 기본과 초급은 다르다. 기본기를 튼튼히 기르기 위한 기초 공부를 할 수 있는 서적을 읽고 공부하라

- 지식의 포트폴리오를 유지하라

- 한 가지 분야에만 올인하지 말고 재테크에서처럼 분산 투자하라

- 분야 전문가가 되던지, 폭넓은 분야에 대한 체계적이고 종합적인 이해를 갖춰라

- 새로운 기술의 출현을 두려워하지 말고 보다 훌륭한 개발자, 행복한 개발자가 되도록 노력해달라.

박남희 상무

박남희 상무 인사말

- 데브데이와 같은 대규모 개발자 행사를 진행한지 올 해로 10년

- 마이크로소프트는 지난 10년 간 이와 같은 대규모 컨퍼런스 뿐만 아니라 직장인 개발자들을 위한 토요일 및 야간 세미나, MSDN이라는 대형 개발자 포털에 이르기까지 개발자를 위한 지속적인 지원을 해 온 기업이라고 자부한다.

- 이공계 기피 현상을 비롯, 개발자에 대한 부정적이고 냉소적인 견해를 담은 선배 개발자의 블로그 글들이 회자되면서 반향을 일으키는 등, 개발자의 경력 가치에 대한 평가가 하락하고 있는 추세는 사실.

- 그러나 소프트웨어의 산업 경쟁력, 많은 나라가 소프트웨어를 국가 경쟁력의 중심에 놓고자 하는, 경제에서 차지하는 중요성에 대해서는 반대할 사람이 없을 것이다.

- 빌게이츠 회장을 비롯하여 한 사람의 힘이 세상을 바꾸는 일이 실현되는 분야가 소프트웨어 분야이다.

- 오늘 주제 선정을 놓고 많은 생각을 한 결과 ‘행복한 개발자’라는 주제를 선정하게 되었다. 긍정적인 마인드를 갖춘 사람이 부정적인 사람보다 성공할 확률이 훨씬 더 높다고 한다. 긍정적인 마인드로, 행복한 개발자가 되고자 하는 사람이 변화하는 소프트웨어 분야에서 성공하는 사람이 될 것이라고 믿는다.

- 마이크로소프트는 오늘 행사에서 개발자의 직업 비전과 기술 경쟁력에 대한 세션들을 준비했으며, 앞으로도 개발자 여러분과 함께 할 것이다.

------------------

[보도자료]소프트웨어 개발자들의
비전과 실무지식을 공유하는 소통의 장(場)
‘마이크로소프트 데브데이 2007’ 개최


2007년 10월 20일 (서울) 글로벌 IT 경쟁력을 갖추기 위해 ‘이매진 컵’ 개최 등 국내 소프트웨어산업 부흥을 위해 노력하고 있는 한국마이크로소프트가 이번에는 전국의 현업 소프트웨어 개발자들을 응원하기 위해 나선다.

한국마이크로소프트(www.microsoft.com/korea, 사장 유재성)는 오는 20일, 서울 건국대 새천년 기념관을 시작으로 22일 부산, 23일 대전에서 국내 소프트웨어 개발자들에게 앞선 기술과 다양한 정보교류의 기회를 제공하는 대규모 기술 컨퍼런스인 '마이크로소프트 데브데이 2007(Microsoft Dev Days 2007 Korea)'을 개최한다. <중략>

‘마이크로소프트 데브데이 2007’에 대한 보다 자세한 내용 확인과 개발자들의 참가 신청은 해당 웹사이트(http://www.microsoft.com/korea/msdn/devdays2007)를 통해 할 수 있다. <후략>

사진 = 한국MS 제공

:

front-end 개발자 vs back-end 개발자?

ITWeb/스크랩 2007. 4. 10. 15:01
나는 front-end 개발자 일까? back-end 개발자 일까?

IT관련 일을 해보신 분들은 많이 들어본 이야기 일것 같다.
왜 FE(front-end) 와 BE(back-end) 를 나누어 놓았을까?
개발자로서의 기술적 능력의 높고 낮음을 구분하고 싶어서 였을까?
암튼.

다른 분류 방법을 제외 하고 단순 FE 와 BE 만을 가지고 이야기 하고자 한다.
FE 와 BE 개발자는 조금씩 다른 언어로 개발을 한다고 생각한다.

개발 언어에 대해 web1.0 과 web2.0 을 나눠 보자
- web1.0
Design
FE : html, css, javascript 등등
BE : server side scripts(asp, php, jsp ..), c, c++, java 등등
DBA
- web2.0
Design
Web Developer : html, css, javascript 등등
FE : server side scripts(asp, php, jsp ..), DOM scripting, AJAX, RSS, XML 등등
BE : server side scripts(asp, php, jsp ..), c, c++, java, python, ruby 등등
DBA

이런 분류법이 꼭 맞는건 아니다.
다만 내가 경험해본 IT 쪽 사람들이 자기는 FE 개발자고 BE 개발자라고 말하는 사람들의 개발 언어를 살펴본 내용을 바탕으로 정리를 해본 것이다.

과거에는 FE 라 하면.. 크게 기술을 요하지 않는다고 생각을 많이들 했었다고 생각 한다.
하지만 BE 는 특정한 기술을 요구하고 또한 개발하는데 어려움이 많다고도 여겼던게 사실인것 같다.
그럼 지금은 어떤가?
지금은 개발자간 기술의 벽이 많이 허물어 지고 그 gap 도 크지 않다고 생각 한다.
하지만 지금도 FE 와 BE 를 구분짓고 나는 BE 개발자이니 FE 는 내가 알바 아니다 라고 얘기 하는 사람, FE 개발자이니 BE 는 내가 알바 아니다 라고 얘기 하는 사람이 있다면 당장 생각을 고쳐 먹어야 한다고 생각 한다.
적어도 IT 에서 일을 하는 사람이라면 말이다.

서비스를 만드는데 FE 가 어딨고 BE 가 어딨겠는가.
서로 서비스에 대한 needs 와 requirements 를 잘 이해하고 user interaction 에 잘 부함되는 서비스가 될수 있도록 상호 긴밀한 협동을 해야 하는게 아닌가.

분야의 다양성과 각자의 능력에는 차이가 있다는것은 분명히 인정하는 부분이다.
하지만 같은 서비스를 만들면서 FE 니 BE 니 설왕설래 하는건 에너지 낭비며 web2.0 시대에 개발자가 가져서는 안되는 정신 같다.

서로 같은 분야에 종사하며 개발자로서의 삶을 살아 간다면 다 같이 win win 하는 그럼 마음 가짐을 가졌으면 좋겠다.

: