통합검색

실리콘밸리에는 있지만 국내에는 없는 소프트웨어의 ‘지혜’는 무엇일까?

『글로벌 소프트웨어를 말하다, 지혜』는 소프트웨어에 대한 근본적인 이해와 통찰력인 지혜를 통해 글로벌 소프트웨어로 나아갈 수 있도록 안내한 책이다. 소프트웨어를 꿈꾸는 대학생들과 취업준비생, 소프트웨어 개발자, 글로벌 소프트웨어를 만들고 싶어하는 회사의 CEO, CTO, 경영진 등에게 글로벌 소프트웨어를 개발하는 데 필요한 ‘지혜’가 무엇인지 일깨워준다. 이 책은 이야기 형식으로 구성되어 있어 쉽고 재미있게 읽을 수 있고, 실리콘밸리의 소프트웨어 회사와 국내 소프트웨어 회사의 차이점과 그 이유를 짚어주며, 오래도록 개발자로 살아남을 수 있는 길을 제시한다.

이 책이 제시하는 핵심 내용
기후와 토양에 따라 귤이 되기도 하고, 탱자가 되기도 하듯이 지혜에 따라 글로벌 소프트웨어가 되기도 하고, 국내 소프트웨어로 머물기도 한다. 소프트웨어에 대한 근본적인 이해, 통찰력, 그것이 바로 지혜다. 국내를 넘어선, 글로벌 소프트웨어를 향한 지혜의 세계로 여러분을 안내한다.

이 책의 특징과 장점
ㆍ 『글로벌 소프트웨어를 꿈꾸다』 (한빛미디어, 2010)에 이은 두 번째 ‘지혜’ 이야기
ㆍ 이야기로 기술되어 있어 재미있다. 술술 잘 읽힌다. 핵심을 찌른다. 분명한 메시지를 준다.
ㆍ 실리콘밸리의 소프트웨어 회사와 국내 소프트웨어 회사의 차이점과 그 이유를 짚어준다.
ㆍ 글로벌 소프트웨어를 개발하는 데 필요한 ‘지혜’는 무엇인지 일깨워준다.
ㆍ 개발자의 꿈, ‘백발이 성성한 개발자’로 살아남는 길을 제시한다

어떤 독자를 위한 책인가?
ㆍ 소프트웨어 회사의 개발자(‘내 위치는 어디쯤 될지’ 확인해보자)
ㆍ 소프트웨어 전문가를 꿈꾸는 개발자(실리콘밸리로의 이직을 고려하는 당신)
ㆍ 소프트웨어 개발자의 길을 모색하는 대학생, 취업준비생(‘이 길이 맞을까?’ 고민하는 여러분)
ㆍ 소프트웨어 회사의 CEO, CTO, 경영진, 관리자(글로벌 소프트웨어를 만들고 싶어하는 리더)

도서 특징(책 표지 글)

“지혜의 힘을 기르자”

회하(淮河)강 이남에 심은 귤을 회하(淮河)강 이북에 옮겨 심으면 탱자가 된다는 ‘귤화위지(橘化爲枳)’처럼 우리나라 개발자가 실리콘밸리에 가면 맛있는 귤이 되고, 실리콘밸리의 개발자가 우리나라에 오면 맛없는 탱자가 된다. 이것은 무엇을 의미하는가?
정부, 회사, 학계가 지금까지 많은 노력을 기울였는데도 국내 소프트웨어 업계가 변하지 않았다면, ‘뭔가 근본적으로 잘못되지 않았나?’를 생각해봐야 한다. 그것이 바로 ‘지혜’다.
기후와 토양에 따라 귤이 되기도 하고, 탱자가 되기도 하듯이 지혜에 따라 글로벌 소프트웨어가 되기도 하고, 국내 소프트웨어로 머물기도 한다.
필자는 실리콘밸리와 우리나라에서 30년 이상 소프트웨어를 개발해왔지만 실리콘밸리에서는 ‘필요한 지혜가 무엇인가?’를 생각할 필요조차 없었다. 필자도 모르는 사이에 그 문화 속에서 저절로 지혜를 습득했기 때문이다. 그런데 우리나라에 돌아와 보니 국내의 현실은 너무 달랐다. 모두 열심히 하지만 무엇이 핵심인지를 깨닫지 못하는 경우가 많았다. 지식과 체력은 있으나 지혜가 없으니 엉뚱한 방향으로 가는 것이다. 그 차이에 대해 심각하게 생각해봐야 할 때다.
이제, 지혜의 세계로 출발해보자.

블로그(ikwisdom.com)를 통해 ‘지혜’를 나눕니다
필자가 수십 년을 소프트웨어 업계에 근무하면서 가장 감명 깊게 읽은 문서가 SWEBOK이다. IEEE Computer Society에서 관리하는 소프트웨어 엔지니어링의 지식 체계(Software Engineering Body of Knowledge)에 대한 설명인데 전 세계 많은 소프트웨어 전문가들이 협업하여 작성한 소프트웨어의 바이블이라고 할 수 있다. 늘 보아온 소프트웨어 공학에 대한 허황된 이론이나 기법이 아니고 실무자의 입장에서 핵심적인 지혜를 가르쳐주는 문서이다. 그렇게 훌륭한 문서이지만 아쉽게도 구체적인 방법은 제시하지 않기 때문에 경험자가 아니면 현실에 적용하기가 어려운 단점이 있다. 필자의 블로그에서 SWEBOK의 핵심 부분 번역과 함께 현실에서 어떻게 적용할 수 있는지에 대한 지혜와 방법을 제시하면서 시리즈로 만들어 나가려고 한다.

프롤로그_ "지혜의 힘을 기르자"

1장. 지혜란 무엇인가?
01 제1원인(First Cause)을 찾아라
02 소프트웨어는 지식 산업이다
03 프로는 아름답다
04 하드웨어와 소프트웨어는 같고 나서 다르다
05 인과관계와 상관관계의 오류
06 손자병법을 읽고 손무가 되는 착각을 하다
07 Top-Down 방식은 왜 어려울 수밖에 없는가?
08 갈라파고스 증후군
09 정의란 무엇인가?
10 깨닫는 데 걸리는 시간 10년

2장. 좋은 고객서비스가 글로벌 소프트웨어의 장애물이다
11 공감대의 병폐와 선각자의 외로움
12 개발자를 바보로 만드는 문화
13 죄수의 딜레마와 엘리트 카르텔
14 좋은 고객서비스가 글로벌 소프트웨어의 장애물이다
15 패배로 이끄는 습관의 유혹
16 악령이 출몰하는 소프트웨어 세상

3장. 개발자의 가치는 도메인이 아니라 소프트웨어에 있다
17 모차르트, 호킹, 기타리스트, 훌륭한 개발자의 공통점
18 인재가 중요한가, 시스템이 중요한가?
19 베이비시팅과 훌륭한 코치의 역할 차이
20 매트릭스 속의 개발자, 깨어나야 한다
21 코딩은 시작이 중요하다
22 책에 나온 대로 코딩하면 초보자다
23 페르마의 마지막 정리보다 어려운 문제
24 구글이 원하는 개발자, 문제해결 역량
25 오픈소스의 혜택은 무궁무진하다
26 개발자의 가치는 도메인이 아니라 소프트웨어에 있다

4장. 쉬운 일보다는 어려운 일을 먼저 해라
27 글로벌 소프트웨어 회사의 필요조건과 특징
28 CTO와 CEO의 좋은 만남과 나쁜 만남
29 회사의 잘못과 학교의 잘못
30 국내 소프트웨어 회사의 6가지 불치병
31 개발팀의 커뮤니케이션이란 무엇인가?
32 어려운 일과 쉬운 일, 왜 순서가 중요한가?
33 존경의 대상인가, 해고의 대상인가?

5장. 우리는 인도에 개발 외주를 줄 수 있을까?
34 인도에 개발 외주를 주는 방법
35 설계에 대한 자세
36 소프트웨어 공학, 프로세스, 문서화, 동료검토의 공통점
37 화면 100개 중 50개를 만들었다. 몇% 완성되었는가?
38 좋은 병행개발과 나쁜 병행개발

6장. 포기할 수 있는 단 한 번의 기회가 중요하다
39 외주의 역설, 쉬운 것과 어려운 것
40 포기할 수 있는 단 한 번의 기회
41 2년의 프로젝트가 하루의 오차도 없이 끝나다
42 귤화위지, 투명성이 주는 경쟁력
43 테스트는 소프트웨어 품질 향상에 도움이 안 된다

에필로그_ "지혜의 세계로 출발하자"