[알라딘]HARD CODE - 나잘난 박사의 IT 정글 서바이벌 가이드, acornLoft

국내도서 > 컴퓨터/인터넷 > 프로그래밍 개발/방법론 > 프로그래밍 기초/개발 방법론

Product Tag란?

Tag는 카테고리 분류의 한계를 극복하고자 아이템 별로 특성을 키워드로 표시하고 검색할 수 있는 기능입니다.
예를 들어 <다 빈치 코드>라는 책은 ‘문학’과 ‘소설’ 카테고리로 분류가 되는데, 이 책의 주요한 키워드인 ‘성서’ ‘레오나르도 다 빈치’ ‘그리스도교’ ‘암호’ ‘추리소설’ ‘로버트 랭던’ ‘루브르 박물관’ 등으로 태그를 달고, 이런 키워드들로 이 책을 찾을 수 있게 됩니다.

객체지향(1)

컴퓨터(1)

프로그래밍(1)

새 태그 추가 태그저장

태그는 띄어쓰기가 무시되며, 2개 이상 입력 시 태그와 태그는 쉼표(,)로 구분합니다.
한 태그의 최대 글자수는 10글자이며, 본인이 입력하거나 찬성한 태그는 노란색으로 표기됩니다.

마이크로소프트 골수 관리자인 에릭 브레히너가 가상의 인물 나잘난 박사를 통해 통렬히 낱낱이 공개하는 비공식 마이크로소프트 개발 매뉴얼이다. 초우량 기업 관리자가 말하는 IT 정글에서 살아남는 서바이벌 가이드를 담았다.

에릭 브레히너는 49개의 칼럼에서 제2의 자아를 내세워 노골적인 해설과 자신을 가장 괴롭히는 문제점을 인정사정 없이 풀어내고 최상의 해법을 제시한다. 저자는 냉소적인 위트와 재치 있는 유머를 덧붙여 개발 프로세스를 상세히 분석하고, 어려운 팀 쟁점을 뜯어보며, 소프트웨어 비즈니스를 운영하는 방식을 비판한다.

01. 프로젝트 부실 관리
2001년 6월 1일: 개발 일정과 날아다니는 돼지와 몇 가지 환상
리히터 척도 예측법
위험 관리
고객이 승리한다
2001년 10월 1일: 개발 일정을 둘러싼 끝장토론 2탄
소프트웨어 공학은 확실히 불확실하다
보이는 건 절반만, 들리는 건 아무것도 믿지 마라
동기 부여: 피자나 맥주가 전부는 아니다
기능 완료일: 미련을 버려라
2002년 5월 1일: 아직 재미없나요? 선별의 즐거움
전쟁을 피하라
사적인 감정은 버려라
선별 규칙 다섯 가지
세부사항에 숨어 있는 악마
나아갈 때와 물러설 때
작은 차이가 승패를 가른다
2004년 12월 1일: 죽음의 행진
장님 코끼리 더듬기
실패하는 이유
전환점
남들이 가지 않은 길
2005년 10월 1일: 우리 솔직해지자고요
망상(妄想)에 시달리다
거짓말 하나 "완료했습니다"
거짓말 둘 "나도 어쩔 수 없군요"
거짓말 셋 "문제없습니다"
거짓말 넷 "아는 바 없습니다"
숨기지 말자!

02. 프로세스 개선, 마법은 없다
2002년 9월 2일: 6시그마? 제발 쫌~!
참나, 이게 무슨 마법이라냐?
구원병을 요청하다
혼란 속에서 질서를 세우다
2004년 10월 1일: 담백한 린
중용의 도
낭비가 없으면 부족도 없다
과잉생산
깊이가 먼저다
불필요한 운반
불필요한 활동
대기
불필요한 공정
재고
결함
공생
2005년 4월 1일: 고객 불만족
아예 모르는 편이 낫다
너무 늦었나요
애자일 환상
되짚어가기
빙산의 일각
적합한 도구
임시변통
고객 만족
2006년 3월 1일: 애자일 총알
진실의 적
규칙부터 다집시다
색다른 시도
말할 기회를 줘
넌 내 반쪽이야
좀 극단적이군
럭비 한 게임, 어떻습니까?
더 궁금하다면

03. 비능률 박멸!
2001년 7월 1일: 막판 명세, 자연의 섭리인가 유전적 결함인가?
막판 엎어치기, 메치기, 뒤집기, 돌려차기
복도 회의
위원회 회의
명세 변경 요청
예방이 최선
2002년 6월 1일: 노는 손
어비야, 저지레!
그럼 뭘 할까요?
낭비가 없으면 부족도 없다
2004년 6월 1일: 우리가 만나는 날
왜 모였죠?
목적이 뭐죠?
저 사람들은 왜 참석했죠?
왜 이제서야 말하죠?
다음 단계는 뭐죠?
2006년 7월 1일: 명세서는 그만 쓰고 기능팀을 한곳으로
제정신입니까?
진퇴양난
특수한 필요성
기억 안 납니다
하나에 집중한다
준비됐습니까?
2007년 2월 1일: 나쁜 명세서, 누구 탓인가?
환경 탓이다
의사소통 단절
쉽고 단순하다
빈틈이 없다
피드백을 주고받는다
품질을 점검한다
무슨 차이가 있나요?

04. 부서 간 융합
2002년 4월 1일: 기묘한 신세대 커플, 개발자와 테스터
우리 사랑할까요?
테스터는 필요악인가 혈맹인가
네 꼬락서니를 알라
너는 내 반쪽이야
2004년 7월 1일: 지피지기, 테스터가 하는 일
이중 안전망
긍정적인 변화
환상특급
자료 지존
일단 믿어보시라니까요
2005년 5월 1일: 그들만의 논리, 인문학도들
피하지 못할 바엔
그들은 우리와 다르다
관문을 통과하려면
일을 성사시키려면
백지장도 맞들면 낫다
2005년 11월 1일: 오합지졸, 전문화가 필요한 이유
그 때를 아시나요
극단에서 극단으로
미식 축구는 과학이다
극단과 극단 사이
어느 선이 적당할까

05. 소프트웨어 품질, 꿈이 아니다
2002년 3월 1일: 여러분의 보안은 어떻습니까?
극단과 극단 사이
올바른 방향
가장 취약한 고리만큼만 안전하다
이끌든지, 따르든지, 아니면 비켜서라
2002년 11월 1일: 알맹이는 어디에? 품질이 필요해
상황이 변했다
그저 괜찮은 정도로는 부족하다
어려운 선택
시간이 있다면
돌다리도 두드려라
스스로 고쳐라
한 번에 한 걸음씩
무리일까요?
2004년 4월 1일: 소프트웨어 오디세이, 공예에서 공학으로
책상 만들기는 공예, 차 만들기는 공학
사람이 열쇠다
자신에게 솔직하라
알아서 뭐하게?
습관이 차이를 만든다
생각은 크게, 결과는 작게
우수함에서 위대함으로
2005년 7월 1일: 검토와 검사
바람직하지 못한 조합
완벽한 폭풍
책임자가 누구인가?
이거 어때요?
공식적으로 말입니다
준비됐습니까?
돌다리도 두드려라
신비한 합체 회의
효과를 높여주는 기교
제대로 하기
2006년 10월 1일: 대담한 품질 예측
수수께끼라고? 천만에
쌍둥이 악마
유력한 용의자
멋지지 않습니까?
거짓말은 이제 그만
품질은 우연이 아니다

06. 시간 있으면 설계나 합시다
2001년 9월 1일: 오류 처리라는 비극
공포여, 공포여
예외를 고려하라
잊어먹지 말고 써먹어라
2002년 2월 1일: 사공이 많으면 배가 산으로 간다
백문이 불여일견
몇 시인지 아는 사람?
사공은 한 명으로 족하다네
세상은 얽히고 설켜있다
2004년 5월 1일: 적당한 설계란?
어느 정도가 적당할까?
설계 완성도
상세함이 열쇠다
당신의 능력을 보여주세요
격차를 조심하라
성공하는 방법
2006년 2월 1일: 품질의 이면, 설계자와 아키텍트
전보다는 나아져야 한다
변화가 필요하다
잘못 알았군요
제대로 일하기
다음에는 조각을 해보세요
딱 맞는 도구
벽을 넘어서
2006년 8월 1일: 고립은 아름다워, 더 나은 설계
쪼개기는 어려워
잘 쪼개기
팀에서 '나'는 없다
한 번에 한 걸음씩
사이 좋은 견원지간

07. 경력 개발이라는 모험
2001년 12월 1일: 장인 개발자가 되려면
자신의 한계를 알자
만족과 안주
있는 그대로가 좋다
우리는 한 배를 탔다
2002년 10월 1일: 인생은 공평하지 않다
더 이상은 싫습니다
지식이 힘이다
비즈니스 챙기기
다 덤벼. 운수 대통한 날이군
한 걸음 더 나서라
전화위복
분위기를 바꿔라
운전대를 잡고 있는 사람
2006년 11월 1일: 경력 단계와 역할
팔방미인
흥행권
저에게는 목표가 있습니다
자격 과잉
저는 전문가에요
경력 단계는 하나뿐입니다
무엇이 되고 싶은가?
2007년 5월 1일: 인맥 다지기
누구를 아느냐가 중요하다
궁금하지 않나요?
감사하는 마음을 보여라
연락 드리겠습니다
새로운 세상에 오신 당신을 환영합니다

08. 자체 버그 수정
2002년 12월 1일: "모 아니면 도 - 협상
거부할 수 없는 제안
아픈 만큼 성숙해지고
마음 속에 어둠과 위험이 자라나다
전령을 쏘지마라
같이 행복하기
2005년 2월 1일: 삶의 균형을 찾자
열쇠는 균형이다
실천 없는 말
균형을 잡으면 만사가 형통하다
2005년 6월 1일: 충분한 시간
탁 까놓고 말하자면
방해해서 미안해
행복한 곳을 찾아서
집단은 개인보다 멍청하다
짐을 나눠라
소유권 자체를 위임하라
아닐은 아직 무리야
열심히 일한 당신, 떠나라
질서를 지킵시다
현실화하는 기쁨을 누려라
규모와 책임
2005년 8월 1일: 꿩도 먹고 알도 먹자 - 상사 다루기/관리하기
방법이 없습니다
적을 알고 나를 알면 백전백승이라
스스로 변화하라
물고기에게 물 팔기
목표를 향해 쏴라
설득하기
뱃심 좋게 꿈꿔라
2006년 4월 1일: 저한테 하는 말입니까? 기본적인 의사 소통법
저를 좀 배려해주세요
내게서 무엇을 원합니까?
언제까지 필요합니까?
전 주의가 산만합니다
끝났습니까?
2007년 3월 1일: 솔직함과 정직함을 넘어서
변명하지마!
정직하게 말할게요
쉽지 않아요
개방적이군요
숨을 곳이 없어요
그런 뜻이 아닙니다
이해하시겠습니까?

09. 관리자냐 악마의 화신이냐?
2003년 2월 1일: 생산성은 단순히 숫자가 아니다
무엇을 바라는지 신경 씁시다
역할 놀이
위대한 개발자의 요건
스스로 판단하라
2004년 9월 1일: 면접 절차를 벗어나라
적반하장
90% 준비
그것이 문제로다
화이트보드 컴파일러
인사 담당자 준비시키기
면접관 (다시) 준비시키기
점잖은 조언
마지막 퍼즐 조각
2004년 11월 1일: 무능한 직원 관리하기
무엇을 기대했던가?
이를 악물어라
전문가로부터 도움을 구하라
실패는 없다
목표는 성공이다
질문하라, 그러면 얻으리라
언제나 일이 좋은 쪽으로 풀리지는 않는다
2005년 9월 1일: 인재 관리와 이직, 흐름에 맡겨라
침착하시구려
어디 막아보겠다고?
강처럼 흐르기
참신한 인재
나눔은 보살핌이다
성장할 여지
여행은 필수다
흐름에 내맡겨라
2005년 12월 1일: 나는 관리자다
그치지 않는 선물
이 정도면 충분해
…진정하십시오
일하고 싶어요
나는 물건이 아니다
좋은 관리자를 넘어 훌륭한 관리자로
낮은 자세로 섬기자
2006년 5월 1일: 비교는 금물이다
시비 걸기
경쟁이 아니다
힌트 몇 가지
모두를 위한 하나

10. 마이크로소프트, 싸랑해요!
2001년 11월 1일: 조직 개편, 걱정을 접고 사랑하게 되기까지
바벨탑 꼭대기에서 내려오는 소식
지옥 같은 삶
가보지 않은 길
문제에 속할 텐가? 해법에 속할 텐가?
2005년 3월 1일: 여러분의 PUM은 부랑자입니까?
계획의 인간
작전에서 실천까지
악마는 상세함에 있다
여행 규칙
궤도로 돌아가기
2006년 9월 1일: 윈도우 그룹 대빵? 좋습니다!
마지막으로 할 말 있습니까?
출항 준비
진로 설정
착수
협상
책임 소재
차세대 윈도우
2006년 12월 1일: 구글, 심각한 위협인가 철자 오류인가?
경쟁사가 비틀거릴 때 우리는 번창한다
고의적인 실패
똑똑한 사람들, 똑똑한 고객들
경계를 늦추지 말자
사선에서
2007년 4월 1일: 중년의 위기
사람들은 모두 변하나 봐
힘겨운 하루 하루
우연은 없다
지금은 무리야
나이를 먹어가잖아요
쫄지 마라
완벽한 사람은 없다

- 알라딘

EE 사이트에 올라오는 글을 아주 재미나고 감명 깊게 읽고 있습니다. 오늘 올라온 칼럼 '명세서는 이제 그만'을 읽기 전까지 말입니다. 이번만은 당신 의견에 절대로 찬성하지 못하겠군요. - 쳉 웨이 / 프로그램 관리자

비공식 마이크로소프트 개발 매뉴얼 ★★★★★ .NET Code Monkey, 2007년 12월 『HARD CODE 나잘난 박사의 IT 정글 서바이벌 가이드』는 소프트웨어 개발자, 아키텍트, 관리자 등 모든 사람에게 멋진 읽을 거리다. 이 책은 마이크로소프트 내부에서 벌어지는 정치에 대한 생생한 해석과 개발 프로세스에서 일어나는 다양한 역할 관계를 풀어 헤친다. 윈도우 소스 코드는 없을지라도, 갑자기 FBI 요원이 문을 박차고 들어와서 업계 내부 비밀에 접근하는 죄목으로 이 책을 읽고 있던 당신을 체포할지도 모르겠다는 생각이 들 게다. 모든 페이지가 돈 값을 한다 ★★★★★ Joao Cortez, 2008년 3월 에릭 브레히너가 쓴 환상적인 책은 마이크로소프트 내부에서 소프트웨어 개발 동역학, 조직, 프로젝트와 사람 관리, 소프트웨어 설계, 개발과 품질에 대한 내용을 분석한다. 날카로운 비평을 통해, 브레히너는 아주 흥미롭지만 간단한 충고를 아끼지 않는다. 이 책은 항상 '올바르지'는 않지만 확실히 훌륭한 관점을 제시하며, 다른 각도에서 사물을 생각하고 보게 한다. IT 전문가라면 어느 누구에게도 강력하게 추천한다. 특히 관리자에게! - 아마존 서평

흔히 대기업은 역설적으로 스스로가 창조한 문화에 발목을 잡혀 희생되기 쉽다. 자칫하면 이상적인 조직 상태나 이상적인 일 처리 방식이 자성적인 예언으로 변해버린다. 이런 태도는 어느 조직이든 치명적이지만, 특히 지속적인 혁신으로 먹고 사는 IT 기업에게는 극약이라 하겠다. 에릭 브레히너는 이런 조직적인 거품에 날카로운 칼날을 들이대 깊숙하게 해부한다. 또한 주저 없이 헛주먹을 날리다가 눈가에 시퍼런 멍이 들기도 한다. 일부 전문용어와 예제가 마이크로소프트 사 내부 문화에 국한된 것도 있지만, 에릭이 보여주는 재치와 혜안은 소프트웨어 업계 전체에 교훈을 던져주기에 부족함이 없다. - 클레멘즈 스지퍼스키 / 수석 아키텍트

이 책에 실린 개발 일정 이야기는 정말로 훌륭하다. 현재 우리 그룹이 진행 중인 프로젝트에 딱 맞아 떨어진다. - 이안 푸터질 / 그룹 관리자

에릭, 혹시 암살 위협 같은 거 받아본 적 없어요? - 트레이시 멜처 / 선임 테스터

농담 맞죠? 아주 솔직히 말하자면, 이런 종류의 어리석음은 위험하답니다. - 채드 델린저 / 엔터프라이즈 아키텍트

에릭은 내 영웅이다. 그는 아주 오랫동안 개발 공동체에서 이성적인 목소리를 높여왔기 때문이다. - 채드 델린저 / 엔터프라이즈 아키텍트

소프트웨어 엔지니어들은 코드에 빠져들거나, 심하게는 프로세스에 빠져들어 길을 잃기 쉽다. 이 책에 담긴 에릭의 실질적인 충고가 정말로 필요한 때다. - 데이비드 그린스푼 / 총괄 관리자

방금 이번 달 칼럼을 읽었는데… 처음으로 에릭이 회사에 해가 되는 잘못된 아이디어를 주장한다고 느꼈다. - 데이비드 그린스푼 / 총괄 관리자

멋져요, 에릭. :) PUM과 개발 책임자 몇 명과 똑같은 대화를 몇 달 전에 했답니다. 멋진 칼럼이에요. - 스캇 코트릴 / 총괄 개발 관리자

우리는 정말로 이 칼럼을 좋아합니다. 아주 실용적이며, 사리 분별이 정말 뚜렷합니다! 후배 사원들을 교육할 때 칼럼을 언급하면 내용이 너무 재미난 탓에 잊지 않고 기억하길래 종종 써먹습니다. - 말리아 앤스베리 / 선임 소프트웨어 엔지니어

멋지군요, 에릭. 이번 칼럼은 진짜로 정곡을 찔렀습니다. 이번 칼럼이 관리자에게 던져주는 메시지는 '새로운 시도를 두려워하지 마라'라고 생각합니다. 현실은 이상적인 이론과 크게 다르지요. - 밥 프라이즈 / 파트너 개발 관리자

지적이고 통찰력이 넘치는 에릭이 쓴 글을 아주 좋아하며 그가 심각한 문제를 (좋은 방향에서) 재미나게 만드는 재주가 있다는 사실을 말하고 싶을 뿐이다. - 닐스 힐마 매드센 / 개발자 전도사

기능 제거 회의를 다음 몇 주에 걸쳐 진행하기로 결정했을 때 에릭이 쓴 '죽음의 행진' 칼럼이 딱 맞춰 나왔다. 누구나 알아야 하지만 너무나 쉽사리 잊어버리는 교훈을 멋지게 지적해 줬다. - 브루스 모건 / 총괄 개발 관리자

나잘난 박사, 당신 누구야, 에릭 브레히너를 어떻게 한 거야? - 올로프 헬만 / 소프트웨어 엔지니어

에릭, 당신이 쓴 '비교 따윈 하지 말자 - 기능 장애를 일으킨 팀'을 방금 읽었습니다. 회사 내 많은 사람에게 이런 좋은 정보를 알려준 배려에 크게 감사드립니다. 팀을 올바로 관리하고 이끌기 위해 노력하고 '노하우'를 공유하는 당신의 열정에 감사드립니다. - 테레사 호간 / 비즈니스 프로그램

저자 : 에릭 브레히너

최근작 : <IT 기업의 타산지석 - 전2권>,<HARD CODE> … 총 2종 (모두보기)
소개 : 마이크로소프트 사에서 개발 혁신 부사장을 맡고 있는 에릭 브레히너는 소프트웨어 업계에서 20년 넘게 경험을 쌓았다. 2001년부터 마이크로소프트 사 내부 직원을 위해 칼럼 'HARD CODE'를 쓰기 시작했다. 이 블로그는 처음부터 마이크로소프트 사내 직원 수천 명 사이에서 최고 기법이 무엇인지를 찾는 뜨거운 토론의 불씨를 지폈고, 나머지 개발 공동체에도 끼친 영향이 매우 크다.

역자 : 이해영

최근작 : <IT 기업의 타산지석 - 전2권>,<HARD CODE>,<소프트웨어 크리에이티비티 + 컨플릭트 2.0> … 총 20종 (모두보기)
소개 : 포항공과대학교 컴퓨터공학과 학부와 퍼듀대학교 전자계산학과 대학원을 졸업했다. 오랫동안 소프트웨어 개발에 종사하다가, 2009년 현재 미국에 있는 소프트웨어 개발 회사에서 지역화 전문가 겸 프리랜서 번역가로 일하고 있다. 옮긴 책으로 <조엘 온 소프트웨어: 유쾌한 오프라인 블로그>, <리눅스 디버깅과 성능 튜닝>, <리눅스 문제 분석과 해결>, <The Art of Project Management: 마음을 움직이는 프로젝트 관리>, <소프트웨어 컨플릭트 2.0>, <초난감 기업의 조건>, <소프트웨어 크리에이티비티 2.0> 등이 있다.

역자 : 박재호

최근작 : <SOS! 죽어가는 프로젝트 살리기>,<IT 기업의 타산지석 - 전2권>,<리눅스 시스템 프로그래밍> … 총 23종 (모두보기)
소개 : 포항공과대학교 컴퓨터공학과 학부와 포항공과대학교 대학원 컴퓨터공학과를 졸업했다. 블로그 '컴퓨터 vs 책'(http://jhrogue.blogspot.com)을 운영하고 있다. 지은 책으로 <IT EXPERT, 임베디드 리눅스>(한빛미디어, 2002), <열씨미와 게을러의 리눅스 개발 노하우 탐험기>(한빛미디어, 2008) 등이 있고, 옮긴 책으로 <The Art of Project Management : 마음을 움직이는 프로젝트 관리>(한빛미디어, 2006), <리눅스 디바이스 드라이버, 개정5판>(한빛미디어, 2005), <리눅스 문제 분석과 해결>(에이콘, 2006), <조엘 온 소프트웨어 : 유쾌한 오프라인 블로그>(에이콘, 2005), <소프트웨어 컨플릭트 2.0>(위키북스, 2007), <초난감 기업의 조건>(에이콘, 2007), <소프트웨어 크리에이티비티 2.0>(위키북스, 2009) 등이 있다.

마이크로소프트 골수 관리자인 에릭 브레히너가 가상의 인물 나잘난 박사를 통해 통렬히 낱낱이 공개하는 비공식 마이크로소프트 개발 매뉴얼. 초우량 기업 관리자가 말하는 IT 정글에서 살아남는 서바이벌 가이드. 이제 그 봉인이 풀린다.

칼럼 49선을 담은 이 책에서, 에릭 브레히너는 제2의 자아를 내세워 노골적인 해설과 자신을 가장 괴롭히는 문제점을 인정사정 없이 풀어내고 최상의 해법을 제시한다. 저자는 냉소적인 위트와 재치 있는 유머를 덧붙여 개발 프로세스를 상세히 분석하고, 어려운 팀 쟁점을 뜯어보며, 소프트웨어 비즈니스를 운영하는 방식을 비판한다. 만인에게 환영 받지는 못할지언정, 뛰어난 소프트웨어 개발을 촉진하기 위해 필요한 토론과 상상력을 불러 일으키는 데 한몫을 한다.

내가 뭐라든 나잘난 박사는 들은 척도 않을 테니.
- 존 디반, 마이크로소프트 수석 부사장

이 친구, 중고차 판매상이었다면 자질을 의심해봤을 테지만, 소프트웨어 개발 부문이라면 확실하게 뭔가를 알고 있다.
- 이안 엘리슨 테일러, 마이크로소프트 사 공학 부문 관리자

마이크로소프트 직원이라면 누구나 읽어야 하는 필독서
- 피터 아이젠시, 마이크로소프트 개발 관리자

마이크로소프트 내부자가 마이크로소프트 사가 어떤 곳인지 밝히기 위해 코딩, 테스팅, 프로젝트 관리에 대해 거침없는 하이킥을 날리는 모습을 구경하자. 가상의 인물 나잘난 박사를 내세워 다분히 계획적으로 집필한 혁신 칼럼인 'HARD CODE'는 여러 해 동안 마이크로소프트에서 근무하는 수천 명이 넘는 직원 사이에서 격렬한 논쟁을 불러 일으켰다. 그리고 바로 지금 (조금 걱정이 되긴 하지만) 나잘난 박사의 오만방자한 의견을 모두에게 공개한다.

49개가 담긴 칼럼 선집에서, 에릭 브레히너는 자아를 바꿔 노골적인 해설과 자신을 가장 괴롭히는 문제점을 풀어낸 최상의 해법을 제시하는 데 인정사정을 두지 않는다. 브레히너는 냉소적인 위트와 재치 있는 유머를 덧붙여 개발 프로세스를 상세히 분석하고, 어려운 팀 쟁점을 뜯어보며, 소프트웨어 비즈니스를 운영하는 방식을 비판한다. 브레히너의 생각은 늘 환영 받지는 못하지만(본인은 여기에 대해 신경조차 쓰지 않는다), 뛰어난 소프트웨어 개발을 촉진하기 위해 토론과 상상력을 불러 일으킨다.

이 책이 파헤친 꾸밈없는 진실의 뒤안

- 설계부터 보안에 이르기까지 소프트웨어 품질과 가치 향상
- 현실적인 프로젝트 일정, 위험, 명세 관리
- 골수 광신자가 되지 않고서도 프로세스 개선 방법론을 적용하는 기법
- 성공적이고 만족스러운 경력 관리
- 독재자가 아니라 무럭무럭 자라는 팀 계발과 관리

전체평점 :

총 0편 - 구매자:0편, 비구매자:0편

카테고리	현재 0 / 80byte (한글 40자 이내)

별점

내용

작성자

작성일