음성 검색
QR/바코드 검색
품목정보
| 발행일 | 2009년 01월 02일 |
|---|---|
| 쪽수, 무게, 크기 | 456쪽 | 696g | 153*224*30mm |
| ISBN13 | 9788960770706 |
| ISBN10 | 8960770701 |
스콧 로젠버그 저
|
에이콘출판사
|
2009년 01월 02일
저자/출판사 더보기/감추기
- IT 모바일 top20 1주
- 구매 시 참고사항
-
eBook이 출간되면 알려드립니다.
eBook 출간 알림 신청
분철서비스 시작 시 알려드립니다.
분철서비스 알림신청
- 중고상품
25,000원 ~이동 - 이미 소장하고 있다면 판매해 보세요! 이 상품 팔기 더보기/감추기
.jpg)
관련분류
책소개 책소개 보이기/감추기
목차 목차 보이기/감추기
저자 소개 (1명)
저자 소개 관련자료 보이기/감추기
역자 : 황대산
2002년 예일대학교 수학과를 최우수 졸업하고 6년의 프로그래밍 경력을 쌓은 후, 웹 애플리케이션 개발/운영 전문회사인 페퍼코드(http://peppercode.com)를 설립했다. 루비 프로그래밍 언어의 솔라리스 릴리스 관리자를 맡고 있으며, 'IBM 디벨로퍼 웍스', '마이크로 소프트웨어' 등에 정기적으로 기고해왔다. 기술과 사회에 관한 대화를 즐기며, 자신의 소소한 생각을 담은 개인 블로그 'Trace Forward'(http://blog.daesan.com)를 운영하고 있다. 저서로 『웹 개발 2.0 루비 온 레일스』(에이콘출판, 2007)가 있다.
책 속으로 책속으로 보이기/감추기
몬티 파이썬의 형식을 깨뜨리는 허무주의에 열광하는 팬들 중에는 컴퓨터 프로그래머들도 적지 않았다. 광고성 이메일을 가리키는 '스팸'이라는 표현도 몬티 파이썬에 나오는 식당 메뉴인 '계란, 소세지, 스팸, 스팸, 스팸, 스팸뿐!'에서 유래됐다. --- p.92
펄이 다른 무엇보다도 표현의 자유를 가장 중요시하는 언어라는 것은 어쩌면 당연한 일이다. 펄의 슬로건은 "무슨 작업을 하든 한 가지 이상의 방법이 있다(There's more than one way to do it)"이지 않은가! (약어를 좋아하는 프로그래머들은, 여기에 하나의 추상층을 더해 이를 TMTOWTDI('팀토우디'라고 발음한다)라고 부르기도 한다.) --- p.93
'세상을 바꾸자'는 말은 애플의 스티브 잡스가 펩시 CEO인 존 스컬리를 스카우트할 때 사용한 이후로 실리콘 밸리에서 유행이 식지 않는 표현이었다. 스티브 잡스는 존 스컬리에게 "평생 설탕물만 파실 겁니까? 아니면 저와 함께 컴퓨터로 세상을 바꾸시겠습니까?"라고 물었다고 알려져 있다. --- p.48
2004년 비즈니스위크 지와의 인터뷰에서 리누스 토발즈는 "과학은 사람들이 서로 결과를 공유하고 그 위에 새로운 것을 쌓아가는 방식으로 발전합니다. 반면에 마술의 경우에는 누군가 작은 비밀을 소유하곤 다른 누구에게도 이를 알려주지 않죠. 기존의 소프트웨어 개발은 마술에 가까웠습니다. 마술은 이제 사라지다시피 했죠. 소프트웨어에서도 비슷한 일이 일어날 것입니다. 난해한 문제를 해결하기 위해서는 개인이나 일개 회사가 그들만의 비밀을 가지는 방식으로는 한계가 있습니다. 우리 모두가 함께 지식을 공유해야만 합니다." --- p.57
"연구의 결과물은 지능 개선 시스템을 연구하고 개발하는 과정의 프로그래밍 작업을 좀더 효율적으로 만드는 데 사용될 것이다. 컴퓨터 프로그램을 설계, 구현, 변경하는 능력은 연구가 성과를 내는 속도에 큰 영향을 미칠 것이다." 다시 말해서 만약 NLS가 프로그래밍 작업 자체에 도움이 된다면 결과적으로 그들이 NLS를 개선하는 속도를 더 빠르게 만들 것이다. 즉 '재귀적 선순환 효과'가 발생하는 것이다. 잉글바트는 이를 '부트스트래핑(bootstrapping)'이라고 불렀다. --- p.62
컴퓨터 공학자인 자론 레이니어는 젊은 시절의 잉글바트가 인공지능의 아버지라 불리는 MIT의 마빈 민스키(Marvin Minsky) 교수를 처음 만났을 때를 다음과 같이 기억한다. 인공지능이 컴퓨터에 위대한 이성의 힘을 부여하게될 것이라는 민스키 교수의 장황한 설명을 들은 잉글바트는 바로 이렇게 대꾸했다. "컴퓨터를 위해 그 많은 일을 할 예정이시군요. 근데 사람들을 위해서는 어떤 일을 해주실 건가요?" --- p.65
오늘날 대규모 소프트웨어 개발 프로젝트를 시작하는 사람들은 이처럼 맥 빠지는 과거를 잊어서는 안 된다. 소프트웨어의 역사는 우리에게 이런 질문을 던지기 때문이다. "왜 당신은 다를 거라고 생각합니까?" --- p.66
어떤 작업은 특정 선행 작업이 완료되기 전에는 시작하는 것조차 불가능하다. 이는 아무리 많은 인원이 개발에 투입돼도 달라지지 않는다. "임신부가 아이를 낳기까지는 9개월의 시간이 걸린다. 몇 명의 여자가 동원되는지는 중요하지 않다." --- p.31
프로그래밍 분야에서 가장 권위 있는 책의 저자인 도널드 커누스는 "소프트웨어 개발은 어렵다"5고 말했다. 하지만 도대체 왜 그래야만 한다는 말인가? --- p.17
앤더슨의 "딱 맞는 솔루션을 찾았다"는 주장과 토틱의 "우리가 새로 개발하는 편이 낫다"는 주장은 소프트웨어 재사용에 있어 전형적인 딜레마였다. 자체적으로 개발할 것인가, 기존 것을 빌려다 쓸 것인가? 모든 소프트웨어 프로젝트는 어느 순간 이러한 갈림길 앞에 서게 된다. --- p.117
"실제로 시도해본 결과, 쓸모있고, 재사용에 성공적이며, 프로그래머들이 쉽게 이해해 활용할 수 있고, 지속적으로 쏟아져 나오는 하드웨어 플랫폼에 쉽게 이식되며, 기능 업데이트가 기존 코드와 충돌이 나지 않은 컴포넌트를 개발해서, 모든 것을 자체적으로 개발하려는 문화를 가진 시장에서 판매하는 것은 불가능할 정도로 어려운 일이었다." --- p.121
"만약 무엇을 찾다가 2분 27초가 넘게 걸린다면 보통의 프로그래머는 찾으려던 게 존재하지 않는다고 결론을 내리고 바로 새 개발에 들어갈 것입니다." --- p.125
소프트웨어 산업에는 수십 년째 '카우보이 개발자(Cowboy Coder)'란 표현이 쓰이고 있었다. 카우보이 개발자는 규칙을 따르는 것을 거부하고, 혼자 작업하기를 선호하며, 항상 최신 기술을 사용하는 걸 좋아한다. 관리자에게 카우보이 개발자는 악몽과도 같지만, 프로그래머들은 그를 영웅시한다.
펄이 다른 무엇보다도 표현의 자유를 가장 중요시하는 언어라는 것은 어쩌면 당연한 일이다. 펄의 슬로건은 "무슨 작업을 하든 한 가지 이상의 방법이 있다(There's more than one way to do it)"이지 않은가! (약어를 좋아하는 프로그래머들은, 여기에 하나의 추상층을 더해 이를 TMTOWTDI('팀토우디'라고 발음한다)라고 부르기도 한다.) --- p.93
'세상을 바꾸자'는 말은 애플의 스티브 잡스가 펩시 CEO인 존 스컬리를 스카우트할 때 사용한 이후로 실리콘 밸리에서 유행이 식지 않는 표현이었다. 스티브 잡스는 존 스컬리에게 "평생 설탕물만 파실 겁니까? 아니면 저와 함께 컴퓨터로 세상을 바꾸시겠습니까?"라고 물었다고 알려져 있다. --- p.48
2004년 비즈니스위크 지와의 인터뷰에서 리누스 토발즈는 "과학은 사람들이 서로 결과를 공유하고 그 위에 새로운 것을 쌓아가는 방식으로 발전합니다. 반면에 마술의 경우에는 누군가 작은 비밀을 소유하곤 다른 누구에게도 이를 알려주지 않죠. 기존의 소프트웨어 개발은 마술에 가까웠습니다. 마술은 이제 사라지다시피 했죠. 소프트웨어에서도 비슷한 일이 일어날 것입니다. 난해한 문제를 해결하기 위해서는 개인이나 일개 회사가 그들만의 비밀을 가지는 방식으로는 한계가 있습니다. 우리 모두가 함께 지식을 공유해야만 합니다." --- p.57
"연구의 결과물은 지능 개선 시스템을 연구하고 개발하는 과정의 프로그래밍 작업을 좀더 효율적으로 만드는 데 사용될 것이다. 컴퓨터 프로그램을 설계, 구현, 변경하는 능력은 연구가 성과를 내는 속도에 큰 영향을 미칠 것이다." 다시 말해서 만약 NLS가 프로그래밍 작업 자체에 도움이 된다면 결과적으로 그들이 NLS를 개선하는 속도를 더 빠르게 만들 것이다. 즉 '재귀적 선순환 효과'가 발생하는 것이다. 잉글바트는 이를 '부트스트래핑(bootstrapping)'이라고 불렀다. --- p.62
컴퓨터 공학자인 자론 레이니어는 젊은 시절의 잉글바트가 인공지능의 아버지라 불리는 MIT의 마빈 민스키(Marvin Minsky) 교수를 처음 만났을 때를 다음과 같이 기억한다. 인공지능이 컴퓨터에 위대한 이성의 힘을 부여하게될 것이라는 민스키 교수의 장황한 설명을 들은 잉글바트는 바로 이렇게 대꾸했다. "컴퓨터를 위해 그 많은 일을 할 예정이시군요. 근데 사람들을 위해서는 어떤 일을 해주실 건가요?" --- p.65
오늘날 대규모 소프트웨어 개발 프로젝트를 시작하는 사람들은 이처럼 맥 빠지는 과거를 잊어서는 안 된다. 소프트웨어의 역사는 우리에게 이런 질문을 던지기 때문이다. "왜 당신은 다를 거라고 생각합니까?" --- p.66
어떤 작업은 특정 선행 작업이 완료되기 전에는 시작하는 것조차 불가능하다. 이는 아무리 많은 인원이 개발에 투입돼도 달라지지 않는다. "임신부가 아이를 낳기까지는 9개월의 시간이 걸린다. 몇 명의 여자가 동원되는지는 중요하지 않다." --- p.31
프로그래밍 분야에서 가장 권위 있는 책의 저자인 도널드 커누스는 "소프트웨어 개발은 어렵다"5고 말했다. 하지만 도대체 왜 그래야만 한다는 말인가? --- p.17
앤더슨의 "딱 맞는 솔루션을 찾았다"는 주장과 토틱의 "우리가 새로 개발하는 편이 낫다"는 주장은 소프트웨어 재사용에 있어 전형적인 딜레마였다. 자체적으로 개발할 것인가, 기존 것을 빌려다 쓸 것인가? 모든 소프트웨어 프로젝트는 어느 순간 이러한 갈림길 앞에 서게 된다. --- p.117
"실제로 시도해본 결과, 쓸모있고, 재사용에 성공적이며, 프로그래머들이 쉽게 이해해 활용할 수 있고, 지속적으로 쏟아져 나오는 하드웨어 플랫폼에 쉽게 이식되며, 기능 업데이트가 기존 코드와 충돌이 나지 않은 컴포넌트를 개발해서, 모든 것을 자체적으로 개발하려는 문화를 가진 시장에서 판매하는 것은 불가능할 정도로 어려운 일이었다." --- p.121
"만약 무엇을 찾다가 2분 27초가 넘게 걸린다면 보통의 프로그래머는 찾으려던 게 존재하지 않는다고 결론을 내리고 바로 새 개발에 들어갈 것입니다." --- p.125
소프트웨어 산업에는 수십 년째 '카우보이 개발자(Cowboy Coder)'란 표현이 쓰이고 있었다. 카우보이 개발자는 규칙을 따르는 것을 거부하고, 혼자 작업하기를 선호하며, 항상 최신 기술을 사용하는 걸 좋아한다. 관리자에게 카우보이 개발자는 악몽과도 같지만, 프로그래머들은 그를 영웅시한다.
--- p.138
관련자료 관련자료 보이기/감추기
서점의 프로그래밍 코너에 가면 소프트웨어 개발자들을 위한 '하우투(how-to)' 책들이 잔뜩 꽂혀 있다. 이 책은 그와 같은 길잡이나 완벽 가이드 류의 책은 절대 아니다. 나는 굳이 따지자면 초보 프로그래머에 불과하다. 그런 내가 전문가들을 가르쳐보겠다고 나서는 건 어불성설이다. 그리고 만약 내가 이 리서치를 통해 소프트웨어 개발에서 새로운 혁신이나 비법을 발견했다면 나는 책을 쓰기보다는 투자가를 찾아갔을 것이다.
프로그래머들은 물론 이 책을 재미있게 읽으리라 생각하지만, 사실 이 책은 비프로그래머들을 위해 썼다. 이 책은 의문을 하나 던지고 이야기를 풀어나간다. 좋은 소프트웨어를 만드는 일은 왜 그토록 어려운 걸까? 21세기 초반인 지금, 이미 컴퓨터 시대가 시작된 지 50년이 흘렀건만, 누구도 이에 대해 확실한 답을 제시하지 못하고 있다. 그래서 나는 실제로 한 소프트웨어 프로젝트가 진행됐던 과정을 독자 여러분께 들려주고자 한다.
이 이야기는 한 팀의 사람들이 코드의 바위 덩어리를 어깨에 이고 힘들게 언덕을 올라가는 과정에 관한 이야기다. 그들은 장애물(과거부터 있었던, 그리고 또 새로운)에 걸려 넘어지면서도 실제로 유용하고 오래 지속될 무언가를 만들고자 하는 노력을 계속해왔다.
프로그래머들은 물론 이 책을 재미있게 읽으리라 생각하지만, 사실 이 책은 비프로그래머들을 위해 썼다. 이 책은 의문을 하나 던지고 이야기를 풀어나간다. 좋은 소프트웨어를 만드는 일은 왜 그토록 어려운 걸까? 21세기 초반인 지금, 이미 컴퓨터 시대가 시작된 지 50년이 흘렀건만, 누구도 이에 대해 확실한 답을 제시하지 못하고 있다. 그래서 나는 실제로 한 소프트웨어 프로젝트가 진행됐던 과정을 독자 여러분께 들려주고자 한다.
이 이야기는 한 팀의 사람들이 코드의 바위 덩어리를 어깨에 이고 힘들게 언덕을 올라가는 과정에 관한 이야기다. 그들은 장애물(과거부터 있었던, 그리고 또 새로운)에 걸려 넘어지면서도 실제로 유용하고 오래 지속될 무언가를 만들고자 하는 노력을 계속해왔다.
"소프트웨어를 만드는 일은 어렵다. 그런데 왜 그토록 어려운 것일까?"
저명한 저널리스트인 동시에 아마추어 프로그래머이기도 한 스콧 로젠버그는 소프트웨어 업계에서 수수께끼처럼 여겨지는 이 물음에 대한 해답을 찾기 위해, 직접 소프트웨어 개발 프로젝트 일선에 뛰어들었다. 프로그래머가 아닌 관조적인 입장에서 소프트웨어 개발 과정을 상세히 기록하는 사서(史書)로서 참여했던 것이다. 그리고 2003년부터 2005년까지 챈들러라는 이름의 소프트웨어 개발 프로젝트 안에서 꼬박 3년의 시간을 보낸다.
챈들러는 로터스 1-2-3의 창시자이자 모질라 재단 회장인 미치 케이퍼가 궁극의 개인정보관리 소프트웨어를 만들려는 포부를 품고 2001년 초에 시작한 오픈소스 프로젝트다. 소프트웨어 업계의 전설인 케이퍼를 필두로 수많은 천재 프로그래머가 참여한 챈들러 프로젝트는 시작한 후 7년을 넘기고 8백만 달러의 비용을 지출한 2008년 8월이 되어서야 버전 1.0을 발표한다.
챈들러의 완성을 간절히 기다렸던 스콧은 2005년 여전히 소프트웨어 시간의 블랙홀에서 헤어나오지 못하는 프로젝트에서 발을 빼게 된다. 이 책은 스콧이 프로젝트와 함께한 3년의 시간 동안, 챈들러라는 '드라마'에서 수십 명의 등장인물들이 벌인 사투를 통해 '소프트웨어 개발의 오해와 진실'을 풀어내고 있다. 독자는 그의 이야기를 통해 소프트웨어 개발을 어렵게 만드는 그 '무엇'의 본질을 발견하게 될 것이다.
이 책의 주인공은 저자 스콧 로젠버그도, 챈들러 프로젝트를 이끈 미치 케이퍼도 아니다. 오늘도 여전히 코드 속에서 꿈을 꾸는 수많은 프로그래머, 소프트웨어 시간의 늪에서 허우적거리며 천국 같은 희열과 끝없는 나락을 경험하는 당신과 나의 이야기다.
저명한 저널리스트인 동시에 아마추어 프로그래머이기도 한 스콧 로젠버그는 소프트웨어 업계에서 수수께끼처럼 여겨지는 이 물음에 대한 해답을 찾기 위해, 직접 소프트웨어 개발 프로젝트 일선에 뛰어들었다. 프로그래머가 아닌 관조적인 입장에서 소프트웨어 개발 과정을 상세히 기록하는 사서(史書)로서 참여했던 것이다. 그리고 2003년부터 2005년까지 챈들러라는 이름의 소프트웨어 개발 프로젝트 안에서 꼬박 3년의 시간을 보낸다.
챈들러는 로터스 1-2-3의 창시자이자 모질라 재단 회장인 미치 케이퍼가 궁극의 개인정보관리 소프트웨어를 만들려는 포부를 품고 2001년 초에 시작한 오픈소스 프로젝트다. 소프트웨어 업계의 전설인 케이퍼를 필두로 수많은 천재 프로그래머가 참여한 챈들러 프로젝트는 시작한 후 7년을 넘기고 8백만 달러의 비용을 지출한 2008년 8월이 되어서야 버전 1.0을 발표한다.
챈들러의 완성을 간절히 기다렸던 스콧은 2005년 여전히 소프트웨어 시간의 블랙홀에서 헤어나오지 못하는 프로젝트에서 발을 빼게 된다. 이 책은 스콧이 프로젝트와 함께한 3년의 시간 동안, 챈들러라는 '드라마'에서 수십 명의 등장인물들이 벌인 사투를 통해 '소프트웨어 개발의 오해와 진실'을 풀어내고 있다. 독자는 그의 이야기를 통해 소프트웨어 개발을 어렵게 만드는 그 '무엇'의 본질을 발견하게 될 것이다.
이 책의 주인공은 저자 스콧 로젠버그도, 챈들러 프로젝트를 이끈 미치 케이퍼도 아니다. 오늘도 여전히 코드 속에서 꿈을 꾸는 수많은 프로그래머, 소프트웨어 시간의 늪에서 허우적거리며 천국 같은 희열과 끝없는 나락을 경험하는 당신과 나의 이야기다.
출판사 리뷰 출판사 리뷰 보이기/감추기
추천평 추천평 보이기/감추기
기술자들은 해결하기 복잡한 문제를 '사소하지 않다'고 말한다. 스콧 로젠버그는 정말로 '사소하지 않은' 주제를 선택해 재미있게 풀어냈다. 저자는 코드를 작성하는 사람들에 대한 동경을 솔직하게 표현하지만, 동시에 그들도 우리처럼 복잡하고 결점이 많은 존재라는 사실을 여실히 보여준다. 『드리밍 인 코드』는 진정한, 우리 시대의 소프트웨어 개발 보고서다.
댄 길머 (시티즌 미디어 본부장, 『We the Media』저자)
댄 길머 (시티즌 미디어 본부장, 『We the Media』저자)
스콧 로젠버그는 그 동안 어떤 프로그래머도 다룰 용기조차 내지 못했던 주제를 용감하게 다뤘다. 이 책은 인간의 창의성을 코드로 변환하고자 몸부림치는 혼란스런 소용돌이에 관해 다룬다. 저자는 소프트웨어 역사 이래 우리가 이론적으로 설명하려 끊임없이 시도해온 개발 프로세스를 소프트웨어 벤처기업의 실화와 맛깔나게 버무려 눈부신 이야기로 빚어냈다.
엘렌 울만 (『The Bug and Close to the Machine』의 저자)
엘렌 울만 (『The Bug and Close to the Machine』의 저자)
배송/반품/교환 안내
배송 안내
| 배송 구분 |
예스24 배송
|
|---|---|
| 포장 안내 |
안전하고 정확한 포장을 위해 CCTV를 설치하여 운영하고 있습니다. 고객님께 배송되는 모든 상품을 CCTV로 녹화하고 있으며, 철저한 모니터링을 통해 작업 과정에 문제가 없도록 최선을 다 하겠습니다.
목적 : 안전한 포장 관리 |
반품/교환 안내
상품 설명에 반품/교환과 관련한 안내가 있는경우 아래 내용보다 우선합니다. (업체 사정에 따라 달라질 수 있습니다)
| 반품/교환 방법 |
|
|---|---|
| 반품/교환 가능기간 |
|
| 반품/교환 비용 |
|
| 반품/교환 불가사유 |
|
| 소비자 피해보상 |
|
| 환불 지연에 따른 배상 |
|
.jpg)
- 절판 상태입니다.
