태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

2009년 새해가 밝았습니다. - 개발자에게도 희망의 한해가 됐으면...

2009/01/02 16:18 by 전규현
 All of Software 블로그를 RSS Feed에 등록을 해 놓으시면 편리하게 받아보실 수 있습니다. rss RSS Feed

소프트웨어 개발자 여러분 무자년동안 수고 많으셨습니다.
기축년에는 하시는 일 모두 잘 되시기 바랍니다.

제가 처음 소프트웨어 개발일에 뛰어 들었을 때는 개발이란 사람들이 잘 모르는 "신기한" 직업 중에 하나였습니다.
재능이 있는 일부 특수한 사람들이 하는 일이 었지요.

그리고 한참 있으니, 20세기 말쯤 되나요? 최고의 선망의 직업이 되었습니다. 꾀죄죄하고 맨날 밤새면서 미래가 불확실해서 결혼을 하려고 해도 여자집에서 반대가 심했는데, 하루 아침에 최고의 신랑감이 되었었지요.

이것도 잠깐, 이제는 3D 직업 중 하나로 인식이 되어서 대학의 학과 중에서도 점점 인기 없는 학과가 되어가고 있는 것이 우리 S/W 업계의 현실입니다.

모든 것에 밝은 곳이 있으면 어두운 곳이 있지만, 20년도 안되는 시간에 참 많은 굴곡이 있었던 업계인 것 같습니다.

내려갈 만큼 내려갔으니 이제 올라가는 일만 남지 않았을 까요? 
한번에 좋아질 수는 없고, 또 옛날 같이 버블을 다시 기대할 수는 없습니다. 
맨날 밤새서 생활을 망가뜨리기보다는 정상적으로 일하는 방법을 익히고, 개발자로서 꾸준히 성장하는 방법을 배워야 겠습니다. 여러명이 모여서 효율적으로 프로젝트하는 법을 익히고, 훌륭한 개발문화를 다져가는 것이 길입니다.


제 블로그를 꾸준히 보고 계신 개발자 여러분, 감사합니다.
올해는 더욱 내실 있는 글로 여러분과 꾸준히 만날 수 있도록 하겠습니다.
저작자 표시 비영리 변경 금지

전규현 개발문화

Trackback Address: http://allofsoftware.net/trackback/47 관련글 쓰기
  1. Blog Icon
    Shawn

    늘 좋은 글 감사히 읽고 있습니다.
    Ray 님도 새해 복 많이 받으세요~
    그런데... 2009 년이지요...^^

  2. Shawn님 안녕하세요.
    새해 복 많이 받으세요.
    한살 더먹는 것이 싫은가 봅니다. ^^

  3. 늦었지만 새해 복 많이 받으세요. 책을 읽고 느껴지는 점이 있어서 연구소 팀장들에게 한권씩 선물해서 같이 보려고 하고 있습니다.

  4. thinknote님도 새해 복 많이 받으세요.
    책을 잘 봐주시니 감사합니다. 궁금하신 것이 있으면 언제든지 연락주세요.

  5. Ray님 새해 복 많이 받으세요.
    작년에는 다들 어려웠던 시기였는데, 올 한해는 훅~ 치고 올라가는 한해가 되었으면 합니다. ^^

  6. 헝그리맨님도 새해 복 많이 받으세요.
    더욱 성장하는 한해가 되세요.

  7. Ray님도 새해 복 많이 받으세요. 친필 싸인 해주신 "소프트웨어 개발의 모든 것" 오늘에야 다 읽었습니다. 정말 꼭 해야하는 것들에 대한 주옥같은 글이었던 것 같습니다.
    mindmap으로 잘 남겨서 오래오래 기억해 둘려구요.

  8. 김태영님 안녕하세요.
    새해 복 많이 받으세요.
    구슬이 서말이라도 꿰어야 보배죠. 하나씩 해나가야지요. 감사합니다.

  9. 레이님도 새해 복 많이 받으세요.
    올해는 개발자분들한테 야근 없는 세상이 되는 해가 됬으면 합니다.

  10. 묘재님 새해 복 많이 받으세요.
    재미있는 거 연구하면서 밤새는 것은 즐거운 일이죠. 그런데, 무리한 일정과 고객의 억지 요구 맞춰주느라고 야근을 밥 먹듯이 하는 것은 정말 죽을 맛이죠.

  11. Ray님 저도 놀러 왔습니다.. 좋은 포스팅 감사 드려효~ 새해 복 많이 받으세요~
    소프트웨어 개발자들이 대우 받는 시대가 왔으면 하네요~^^

  12. Dr.지존님도 새해 복 많이 받으세요.
    새해에도 좋은 Relationship들이 지속되길 바랍니다.

문서를 작성하면 더 오래 걸린다는 고정관념

최근에 국내 유수 대학의 컴퓨터 공학 교수를 만난 적이 있다. 그 교수님도 문서를 작성하면서 Software를 개발하면 더 오래 걸린다고 굳게 믿고 있었다. 어느 정도 이해가 되는 상황이다. 원래 소프트웨어 공학은 실전에서..

이슈를 모으기도 정말 어렵다.

많은 회사들이 개발 프로세스 개선을 하겠다고 선진 개발 방법론을 흉내내거나 실패한 대기업의 프로세스를 가져다가 적용하곤 한다. 복잡한 프로세스와 많은 Template를 가져다가 적용해보려고 하는데 대부분은 실패를 한다. 기초..

변화에 실패하는 9가지 고정관념

회사는 끊임없이 변화하지 않으면 지속 성장하지 못한다. 하지만 변화는 피와 살을 깍는 고통을 동반하고 또 많은 회사가 변화에 실패해서 성장하지 못하거나 사라져간다. 보통의 사람들은 대부분 변화를 싫어하고 기존에 하던대로 계속..

좋은 프로그래머가 되는 24가지 방법

1. 프로그래밍에 열정이 있어야 한다. 열정이 없고 즐기지 못하면 평생하기 어려운 일이다. 2. 프로그래밍 기초 원리를 완전히 이해해야 한다. 원리를 모르면 근본적인 해결을 할 수 없다. 3. 문제 해결 능력을 키워야 한다...

요즘 실리콘밸리에서는...

얼마전 실리콘밸리의 한 Startup company에서 CTO로 일하고 있는 오랜 친구가 한국에 놀러와서 같이 여행을 갔다. Informix에서 소프트웨어 엔지니어로 시작해서 한 20년 정도 일한 중국인 친구다. 같이 일을..

전문가 vs. 책임자

우리나라 조직문화는 전문가보다 책임자를 선호한다. 조직의 장이 책임을 지고 모든 일을 알아서 하는 것이다. 상명하복 관계 위주다. 경영자가 SW개발에 대해서는 잘 모르는 경우 누구 한명이 책임지고 개발해줬으면 하는 생각을 하..

소프트웨어 회사의 자산은?

소프트웨어 회사의 자산은 무엇일까? 흔히 개발자가 소프트웨어 회사의 재산이라고 한다. 이런 회사일 수록 회사가 가지고 있는 것은 정말 개발자밖에 없다. 또한 파악하기 어려운 한 무더기의 소스코드가 있다. 개발자들이 나가면 이..

관리자가 이런 일까지?

우리나라 SW 조직에서 관리자란 위치는 참 애매한 위치다. 물론 전문 관리자라면 얘기가 다르지만 왕년에 SW를 조금 개발해 본 경우가 애매하다. 개발팀에서 가장 경험이 많은 SW 개발자들이 주로 팀장이 되곤 한다. 이 경우와..

과거의 성공이 발목을 잡을 때

수많은 소프트웨어 회사들이 첫번째 성공을 거두고 나서 두번째 도약에 실패하고 사라져간다. 물론 첫번째 성공도 어렵지만 이미 성공의 경험이 있고 방법을 알고 있는 회사들이 두번째 또는 세번째에는 많이 실패하는 이유가 무엇일까?..

스펙을 제대로 작성하는 것은 구식이다?

'소프트웨어 개발 방법이 얼마나 발전했는데 아직도 스펙을 제대로 작성하고 개발을 하는가?' 라고 하면서 스펙 작성에 반대하는 주장을 하는 사람들이 있다. 스펙, 설계를 작성하고 구현을 하고 테스트를 하는 방식으로 개발하는 것..