소프트웨어에 날개를 달자.

몇 일전 SI 개발자로 일하시는 한 분으로 부터 메일을 받았습니다. 과거 포스팅한 내가 IT를 떠나지 않는 이유(1) 라는 글을 읽으신 후 공감하신다는 의견을 주셨습니다. 다시 당시 쓴 글을 읽고 다시 한 번 S/W 개발자로서의 내 삶에 대해 생각해 봅니다. 학부때 부터 컴퓨터에 손을 대었으니 어느덧 컴퓨터와 함께 해 온 시간이 20년이 넘은 것 같습니다. 물론 학부때에는 컴퓨터 프로그램과 함께 인생을 살게되리라고는 전혀 생각하지 못했었는데 인생이 돌고 돌다 보니 여전히 컴퓨터 자판과 프로그램이 가장 친숙한 벗이 되어버렸네요. S/W 개발자로서의 삶은 3단계의 허물을 벗는 과정을 거친다고 생각합니다. 첫번째는 요구사항에 맞춰 열심히 코딩하는 Just Doing 단계의 삶 다음으로, 그 과정을 지나면 요구..

미국 대기업에서 인력 개발 팀장과 부사장 등을 역임했던 신시아 샤피로의 "회사가 당신에게 알려주지 않는 50가지 비밀" 이란 책을 읽다보면 회사 생활에 대해 많은 생각을 하게 된다. 결론은 회사 생활이란게 그렇치! 라는 생각과 더불어.. 내용 중 반복적으로 나오는 주요 대상 중 하나가 직원과 인사부의 관계와 매니저와 직원간의 관계에서 발생하는 이야기가 많다. 그 중, 직원과 인사부의 관계에서 저자는 인사부는 직원을 위해 존재하는 것이 아니라 회사를 위해 존재하며 , 그 활동 목표도 회사에 피해가 안가도록 지원을 관리하는 데 있다고 규정한다. 맞는 이야기 일까? 매니저와 직원간의 관계에 있어서는 나의 생각과 동일한 것 같다. 매니저의 기본 역할은 담당자들이 본인의 업무를 잘 수행할 수 있도록 지원해서 전체..

로버트 L.글래스의 우리가 미처 알지 못한 S/W공학의 사실과 오해(Facts and fallacies of software engineering)에서 ... 구매한지 몇 달이 지난 책인데 이제서야 정독을 하고 있습니다. 개발에 있어 참고할 만한 재미난 통계 정보들이 있어 정리해 봅니다. 이 책은 소프트웨어 개발에 있어 관리, 개발 생명 주기, 품질 그리고 각 과정상에 발생하는 오류에 대해 정리하고 있습니다 .특히, 가장 개발자들이 싫어하는 유지보수에 대해 참고할 의견들이 많은 것 같습니다. 1. 관리에 대해 - Al Davis , "뛰어난 관리가 뛰어난 기술보다 중요하다." - 소프트웨어 개발에 있어 가장 중요한 요소는 프로그래머의 자질이다" 무척 중요한 사실입니다. 사람중심의 개발에 반대되는 것이 아..

씽크프리는 업무 특성상 메일로 의견 교환이 많습니다. 특히, 저의 경우 외국 파트너나 엔지니어와의 의견 교환이 많을 뿐만 아니라 내부에서도 무척 많은 편입니다. 간혹, 메일을 주고 받는 과정에서 오해가 많이 발생해서 난처한 일이 발생한 적이 있었습니다. 특히, CC를 말그대로 참고로 넣었는데 CC로 받는 분중에서 오해가 많이 생기더군요..^-^ 이럴 때마다 항상 나름대로 주의해서 메일을 써야 겠다라는 생각을 했었습니다. 우연히 블루문님의 블러그에서 이와 관련된 좋은 글이 있어 소개합니다. 1. 제목은 상대방 입장에서 쓸 것 - 이메일의 제목은 상대방이 쉽게 알아 볼 수 있는 제목으로 작성할 것 - 보낸 이메일은 자신의 것이 아니라 "상대방의 것"임을 명심할 것 - 연속으로 메일을 보낼 경우 비교 관리하기..

나는 딴따라다 태어났을때도 지금도 앞으로도 그리고 그게 자랑스럽다 가수 아니 프로듀서 , CEO인 박진영씨의 "딴따라브루스"라는 노래에 나오는 가사입니다. 아침부터 눈꼽도 떼기전에 주간업무 정리부터 밀린 일들을 하다 문득 TV 를 트는 순간 저 노래가 나왔습니다. 순간적으로 자신의 일에 대한 그의 열정을 느낄 수 있었습니다. 날 떠나지마! 란 노래가 기억나는 그에 대해 생각해 봤습니다. 얼굴도 그리 잘나지 않고 노래도 최고의 가창력을 갖추지 못한 그가 왜 딴따라가 되었는지? 그리고 한창 잘나가던때 미국으로 건너가 고생을 하며 미국 시장에 진출을 했는지..그리고 왜 지금에도 국내 인재들을 해외에서 계속해서 키우고 있는지?....왜 그가 이럴까요? 과거 우리나라에선 연예인을 딴따라라고 다소 낮춰 부르는 경향..

먼저 새해 복많이 받으세요!! 지난 번 블러그를 통해 씽크프리에서 새 식구를 찾는 다는 소식을 듣고 많은 분들이 연락을 주셨읍니다. 연락주신 분들과 몇 주간에 걸쳐 면접아니 면접을 진행했고 그 결과 몇 분은 씽크프리란 배에 함께 탑승하여 웹 오피스란 오션을 탐험하게 되었습니다(언제고 제게 연락주세요). 주로 2년에서 3년 정도의 경력을 갖거나 신입 개발자 경력을 갖는 분들이 대부분이었습니다. 열정과 가능성 그리고 개발자로서의 자질, 좀 더 나가면 수행한 프로젝트의 경험과 개발파워를 주로 보았습니다. 그런데 공통적으로 느낀 부분은 컴퓨터 관련 전공을 한 많은 개발자 분들이 수학이나 물리처럼 문제를 논리적으로 풀어내는 과목을 좋아하지 않고는 다는 점과 학부에서 공부한 과목 특히, 개발에 대한 부분이 문제의 ..

새해에는 원하는 모든 일 성취하는 한 해 되길 기원합니다.

개인적으로 검색엔진과 더불어 가장 많이 사용하는 서비스는 위키입니다. 구글은 로봇을 통해 인터넷상의 문서를 수집하고 이를 색인한 후 가장 랭킹이 높은 정보를 사용자에게 제공하는 반면에 위키는 사용자들의 자발적인 참여로 정리된 용어 사전이기 때문에 정보의 질이 다릅니다. 검색을 통해 얻는 정보라는 것이 본질적으로 공개되어 있는 엄청난 양의 정보중에서 가장 가치있는 정보를 순위별로 정리하여 제공받는 것이기 때문입니다. 실제 첫페이지에 원하는 것이 나오지 못하면 좌절하게 됩니다. 실제 어떤 용어(Term)를 검색하면 대부분 첫페이지 결과에 위키가 포함되어 있습니다. 위키는 초보적인 수준의 Semantic Web입니다. 이해할 수 있는 위키 태그로 정보를 보다 구체적으로 명시할 수 있기 때문입니다. 그러나 그 ..

성탄전 연휴 사이에 읽은 "초난감 기업의 조건"이란 책에서 소개한 많은 IT 기업의 실패한 여러 사례를 들을 보면서 , 소프트웨어 라는 분야의 사업에 대해 다시 한번 많은 생각을 하게 되었습니다. 소프트웨어 개발사가 망하는 주요한 원인 제공처가 크게는 소프트웨어 기술을 이해못하는 난감한 CEO , 아둔한 개발진 , 띨방한 마케팅 부서 등을 볼 수 있는 것 같습니다. 최소한 난감한 CEO와 띨빵한 마케팅 부서를 제외하고 개발과 관련된 사안들에 대해 다음과 같은 실수는 피해야 하지 않을까 싶습니다. - 제품을 처음부터 다시 개발해야 한다는 개발팀의 의견은? 심정은 이해하지만 절대 다시 개발해서는 안됩니다. 이미 경쟁자는 신규 개발 기간의 몇배는 빨리 시장에서 자리를 잡게 됩니다. 또한 안정화되기까지 엄청 많..

즐거운 성탄절! , 2008년에는 모두 행복하고 부자되세요!