모든 프로그래머가 읽어야 할 가장 영향력있는 책은 무엇입니까? [닫은]

시간을 거슬러 올라가서 개발자로 커리어를 시작할 때 특정 책을 읽도록 지시한다면 어떤 책이 될까요?

나는이 목록이 다양하고 다양한 것들을 다룰 것으로 기대한다.

검색하려면 : 오른쪽 상단에있는 검색 상자를 사용하십시오. 현재 질문의 답변을 검색하려면을 사용하십시오 inquestion:this. 예를 들면 다음과 같습니다.

inquestion:this "Code Complete"

• Steve McConnell의 코드 완성 (제 2 판)
• 실용 프로그래머
• 컴퓨터 프로그램의 구조와 해석
• Kernighan과 Ritchie 의 C 프로그래밍 언어
• Cormen, Leiserson, Rivest & Stein의 알고리즘 소개
• 4 명의 갱에 의한 디자인 패턴
• 리팩토링 : 기존 코드의 디자인 개선
• 신화적인 남자의 달
• 도널드 크 누스 의 컴퓨터 프로그래밍 기술
• 컴파일러 : Alfred V. Aho, Ravi Sethi 및 Jeffrey D. Ullman의 원리, 기법 및 도구
• Gödel, Escher, Bach by Douglas Hofstadter
• Clean Code : Robert C. Martin 의 Agile Software Craftsmanship 핸드북
• 효과적인 C ++
• 보다 효과적인 C ++
• Charles Petzold의 코드
• Jon Bentley의 프로그래밍 진주
• Michael C. Feathers의 레거시 코드 로 효과적으로 작업
• Demarco와 Lister의 Peopleware
• Peter Seibel의 코더 작업
• 확실히 당신은 농담입니다, Mr. Feynman!
• 효과적인 Java 2 판
• Martin Fowler 의 엔터프라이즈 애플리케이션 아키텍처 패턴
• 리틀 쉬머
• 노련한 Schemer
• 왜 루비에 대한 (불쾌한) 가이드
• 수감자들이 망명을 실행 : 첨단 기술 제품이 우리를 미치게하는 이유와 정신력을 회복하는 방법
• 유닉스 프로그래밍의 예술
• 테스트 주도 개발 : Kent Beck의 예제
• 민첩한 개발자의 관행
• 생각하지 마
• Robert C. Martin의 민첩한 소프트웨어 개발, 원칙, 패턴 및 사례
• Eric Evans의 도메인 기반 디자인
• Donald Norman 의 일상적인 것들의 디자인
• Andrei Alexandrescu의 최신 C ++ 디자인
• Joel Spolsky의 최고의 소프트웨어 작성 I
• Kernighan과 Pike 의 프로그래밍 실습
• 실용적인 사고와 학습 : Andy Hunt 의 Wetware 리팩토링
• 소프트웨어 추정 : Steve McConnel 의 검은 예술의 미스터리
• Chad Fowler 의 열정적 인 프로그래머 (나의 직업은 인도에 갔다)
• 해커 : 컴퓨터 혁명의 영웅
• 알고리즘 + 데이터 구조 = 프로그램
• 솔리드 코드 작성
• 자바 스크립트-좋은 부분
• 37 개 신호로 실제 구현
• Karl Seguin 의 프로그래밍 기초
• 컴퓨터 그래픽 : C (2 판)의 원리와 실습
• Bruce Eckel의 Java 사고
• 컴퓨팅 시스템의 요소
• Joshua Kerievsky의 패턴 으로 리팩토링
• Andrew S. Tanenbaum의 최신 운영 체제
• 주석이 달린 튜링
• 우리를 똑똑하게 만드는 것들 Donald Norman
• 크리스토퍼 알렉산더 의 시대를 초월한 건축 방식
• 마감일 : Tom DeMarco의 프로젝트 관리 에 관한 소설
• Stroustrup 의 C ++ 프로그래밍 언어 (제 3 판)
• 엔터프라이즈 애플리케이션 아키텍처의 패턴
• 컴퓨터 시스템-프로그래머의 관점
• Robert C. Martin의 C #에서의 민첩한 원칙, 패턴 및 사례
• 테스트에 따라 성장하는 객체 지향 소프트웨어
• Brad Abrams의 프레임 워크 설계 지침
• 데이비드 웨스트 박사의 대상 사고
• W. Richard Stevens 의 유닉스 환경에서의 고급 프로그래밍
• 해커와 화가 : 컴퓨터 시대의 큰 아이디어
• Tracy Kidder 의 새로운 기계의 영혼
• Jeffrey Richter의 C # 을 통한 CLR
• 크리스토퍼 알렉산더 의 시대를 초월한 건축 방식
• Steve Metsker의 C #의 디자인 패턴
• 루이스 캐롤의 이상한 나라의 앨리스
• Zen과 Robert M. Pirsig 의 오토바이 정비 기술
• 얼굴 정보-인터랙션 디자인의 필수 요소
• 여기에 온다 : Clay Shirky 의 조직없이 조직 하는 힘
• 프로그래밍의 타오
• 자연의 계산 미
• Steve Maguire의 견고한 코드 작성
• 웹 출판에 대한 Philip and Alex의 안내서
• Grady Booch의 응용 프로그램 을 사용한 객체 지향 분석 및 설계
• Joshua Bloch의 효과적인 Java
• NJ Cutland의 계산 기능
• 프로그래밍의 대가
• 타오 테 칭
• 생산적인 프로그래머
• 케빈 미트닉 의 속임수
• 경력 프로그래머 : 크리스토퍼 던컨 의 불완전한 세상 을 위한 게릴라 전술
• 인공 지능 프로그래밍의 패러다임 : 공통 Lisp의 사례 연구
• 운명의 대가
• 앤디 헌트 (Andy Hunt)와 데이브 토마스 (Dat Thomas, Matt Hargett)와의 C #에서의 실용적 유닛 테스트
• George Polya의 해결 방법
• 파울로 코엘호 의 연금술사
• Smalltalk-80 : 언어와 그 구현
• Michael Howard의 보안 코드 작성 (2 판)
• Philip Wadler와 Richard Bird의 함수형 프로그래밍 소개
• 버그 없음! 작성자 : David Thielen
• Jason Freid와 DHH의 재 작업
• JUnit 작동

K & R

@Juan : Juan은 알고 있습니다.하지만 실제로 작업을 수행해야만 배울 수있는 것이 있습니다. 하루 종일 추상적 인 이상으로 말하면 단순히 학문에 빠지게됩니다. 초록의 적용에서 우리는 진정으로 그들의 존재 이유를 알아 냈습니다. :피

@Keith : Alan Cooper의 "수감자들이 정신 병원을 운영하고있다"에 대한 훌륭한 언급 –이 책을 읽은 후 나와 함께 일한 개발자라면 누구나 배우고 자하는 아이디어를 들었습니다. +1

컴퓨터 과학자를위한 이산 수학 http://ecx.images-amazon.com/images/I/51HCJ5R42KL._SL500_BO2,204,203,200_AA219_PIsitb-sticker-dp-arrow,TopRight,-24

JK Truss의 컴퓨터 과학자를위한 이산 수학 .

이것은 당신에게 프로그래밍을 가르치지는 않지만 모든 프로그래머가 알아야 할 기본 수학을 가르쳐줍니다. 대학에서 얻은 것들을 기억할 수도 있지만 실제로 술어 논리를 사용하면 프로그래밍 기술이 향상되므로 컬렉션을 사용하여 프로그래밍하려면 세트 이론을 배워야합니다.

여기에는 다양한 방법으로 문제에 대해 생각할 수있는 흥미로운 정보가 많이 있습니다. 새로운 것을 배우기 위해 한 번에 한 번 집어 들고 있으면 편리합니다.

Systemantics : 시스템 작동 방식 및 특히 시스템 장애 방법 . 싸게 사용하십시오. 그러나 몇 가지 실패한 프로젝트를 수행하기 전까지는 유머를 얻지 못할 수 있습니다.

이 책의 아름다움은 저작권의 해입니다.

아마도이 책에 제시된 가장 심오한 테이크 아웃 "법":

기본 고장 모드 정리 (FFT) : 복잡한 시스템은 일반적으로 고장 모드에서 작동합니다.

아이디어는 다른 부품의 고장이나 다른 부품의 검증에 의해 가려지는 특정 소프트웨어에 결함이있는 부품이 있다는 것입니다. 하드웨어 결함 안전 장치로 소프트웨어 결함이 가려진 Therac-25 방사선 기계 의 실제 예를 참조하십시오 . 하드웨어 안전 장치를 제거했을 때 그 기간 동안 감지되지 않은 소프트웨어 경쟁 조건으로 인해 기계가 3 명을 죽였습니다.

제가 개인적으로 가장 좋아하는 것 중 하나는 Hacker 's Delight 입니다.

두 번째 버전이 곧 출시되기를 바랍니다.

컴퓨터 프로그래밍의 개념, 기법 및 모델.

대체 텍스트 http://ecx.images-amazon.com/images/I/51YZ50ZR13L._SL500_AA240_.jpg

익스트림 프로그래밍에 대한 설명 : Kent Beck의 변화 를 받아들 입니다. 저는 소프트웨어 개발에 대한 하드 코어 XP 또는 그 이상을 옹호하지는 않지만이 책의 원리를 소개하기를 원했습니다. 단위 테스트, 리팩토링, 단순성, 지속적인 통합, 비용 / 시간 / 품질 / 범위-개발 관점을 바 꾸었습니다. 애자일 이전에는 디버거와 변경 요청에 대한 두려움이 전부였습니다. 애자일 이후, 그 악마들은 크게 쳐지지 않았습니다.

프로그래밍 언어 의 토대를 철저히 이해하기 위해 Benjamin C Pierce의 유형 및 프로그래밍 언어.

대체 텍스트 http://ecx.images-amazon.com/images/I/51E0Ojkz8iL._BO2,204,203,200_PIsitb-sticker-arrow-click,TopRight,35,-76_AA300_SH20_OU01_.jpg

데이터베이스 시스템 개념 은 훌륭한 데이터베이스 디자인 원칙을 이해하는 데 도움이되는 최고의 책 중 하나입니다.

프로그래밍 실습. Brian W. Kernighan, Rob Pike.

여기에 표시된 스타일은 훌륭합니다. 코드는 그 자체만으로도 충분하며 전체 책은 KISS 원칙을 따릅니다. 개인적으로 내가 선택한 언어는 아니지만 여전히 영향력이 있습니다.

처음부터 프로그래밍. 인터넷에서 무료입니다. 이 책은 AT & T asm을 가르쳐주었습니다. 읽기 매우 쉽습니다.

인공 지능 프로그래밍의 패러다임 : Peter Norvig의 공동 Lisp의 사례 연구

Common Lisp를 배우고 싶었 기 때문에 그것을 읽기 시작했습니다. 반쯤되었을 때 나는 이것이 지금까지 읽은 프로그래밍에 관한 가장 위대한 책이라는 것을 깨달았습니다.

확실하게 소프트웨어 장인

대체 텍스트 http://ecx.images-amazon.com/images/I/5186JKTDVWL._SL500_AA240_.jpg

이 책은 소프트웨어 엔지니어링, 시스템 개발에 관한 많은 것들을 설명합니다. 다른 종류의 제품 개발 (web VS shrinkwrap VS IBM 프레임 워크) 간의 차이점을 이해하는 것이 매우 유용합니다. 폭포 모델을 만들 때 사람들이 염두에 두었던 것은 무엇입니까? 이것을 읽고 우리가 명확하게 될 모든 것을 (희망적으로)

@Peter Coulton-Knuth를 읽지 않고 공부합니다.

저와 제 작품 ... 순전히 기능적인 데이터 구조 는 기능적 언어를 염두에두고 생각하고 개발하는 데 좋습니다.

Thomas Friedman의 "세계는 평평하다".

프로그래밍의 우수성은 정신 에너지에 대한 투자와 의학 또는 법률의 직업에 필적하는 지속적인 학습에 대한 헌신을 요구합니다. 그것은 해당 직업이 지불하는 것의 일부를 지불하며, 금융 분야로 향하는 수학에 정통한 사람들에게 지불하는 임금은 훨씬 적습니다. 그리고 임금 코드를 건설은 그것이 직업이기 때문에 침식되어 상대적으로 쉬운에 대한 지능과 자기 징계를 입력하는 대부분의 경제에.

배관보다 적은 비용으로 프로그래밍이 이미 침식되었습니다. 배관은 "해외에"있을 수 없습니다. 1 년마다 배우게 될 완전히 새로운 배관 기술을받을 수있는 특권을 얻기 위해 매년 2 월마다 전문 배관공 회의에 참석하기 위해 $ 2395를 지불 할 필요는 없습니다.

북미 나 유럽에 거주하고 젊고 똑똑하다면 프로그래밍은 합리적인 직업 선택이 아닙니다. 프로그래밍과 관련된 비즈니스 . 비즈니스를 연구하고 BS 검출기를 개선하기위한 프로그래밍에 대해 충분히 알고 있어야합니다. 그러나 당신의 정신 에너지에 대한 사자의 몫을 도서관, 데이터 구조 및 알고리즘의 숙달에 바치는가? 프로그래밍이 경제적 인 선택보다 더 중요한 경우에만 의미가 있습니다.

만약 당신이 프로그래밍 을 좋아 하고 그런 이유로 그것을 당신의 경력으로 만들려고한다면, 그것은 당신이 생계를 유지하기 위해 점점 더 어렵고 어려운 직업으로 만드는 힘에 대한 냉담한 이해를 발전시켜야합니다. . "세계는 평평하다"는 변수의 이름을 지정할 수는 없지만, 이미 도착한 경제 현실에 6 ~ 8 시간 동안 몰입 할 수 있습니다 . 당신이 무서워 그것을 읽고, 할 수없는 경우, 다음 나가서 구입 "코드 완료."

작년에 나는 많은 수업을 들었다. 나는 읽었다

혁신가의 딜레마 (파괴적인 기술)
신화적인 남자의 달 (관리 소프트웨어)
틈새를 넘어서 (스타트 업)
데이터베이스 관리 시스템, COW Book
Programming C #, OSTRICH Book
iPhone 개발자를 시작으로하는 GRAPEFRUIT

각각의 책은 훌륭했지만 Clayton Christensen (1997 !!!)의 Innovator 's Dilemma는 정말 훌륭한 책이며 현대 소프트웨어 세계에 대해 정말 생각하게했습니다. 해결해야 할 과제는 파괴적인 기술이며 디스크 드라이브 회사와 비 기술적 회사가 항상 새로운 게임 변화 기술에 의해 방해받는 방식입니다. 아마도 가장 큰 '웹'회사 인 Google에 대해 생각할 때 새로운 관점을 제공합니다. 그들은 왜 모든 사람에게 손을 가지고 있습니까? 그들은 새로운 것에 의해 그들의 지위를 방해 하고 싶지 않기 때문 입니다. Google의 미리보기는 아이디어를 얻기에 충분합니다. 읽어!

Steven Levy의 해커.

성격과 삶의 방식이 먼저 나와야합니다. 다른 모든 것을 배울 수 있습니다.

프로그래밍 실습

과

컴퓨터로 해결하는 방법

대체 텍스트 http://img.infibeam.com/img/7101e0ee/496b1/05/629/PMB-9788131705629.jpg?hei=200&wid=160&op_sharpen=1

파이썬 언어는 저에게 큰 영향을 미쳤습니다. 몇 년 전에이 책을 읽었 으면 좋겠습니다. 파이썬 언어의 아름다움과 단순성은 다른 언어로 코드를 작성하는 방법에 실제로 영향을 미쳤습니다.

새로운 튜링 옴니버스 http://ecx.images-amazon.com/images/I/51HlYd-%2BRwL._BO2,204,203,200_PIsitb-sticker-arrow-click,TopRight,35,-76_AA300_SH20_OU01_.jpg

정말 좋은 책입니다. 컴퓨터 과학의 가장 중요한 영역에 대한 높은 수준의 맛이 있습니다. 예, CS! = 프로그래밍이지만 모든 프로그래머에게 여전히 유용합니다.

Brady Booch의 애플리케이션을 이용한 객체 지향 분석 및 설계

프레드 브룩스의 신화적인 남자-월 http://en.wikipedia.org/wiki/The_Mythical_Man-Month

"The Unix Programming의 기술"은 소프트웨어 설계의 몇 가지 원칙 (주로 단순성)을 이해 시키려고하는 Eric S. Raymond와 같은 훌륭한 해커 / 명쾌한 마음을 가진 훌륭한 책이라고 생각합니다. 이 책은 유닉스 플랫폼에서 프로젝트를 시작하려는 모든 프로그래밍에 필수입니다.

위의 많은 책들이 반드시 읽어야한다는 것에 동의하지만 (Pragmatic Programmer, Mythical Man-Month, Art of Computer Programming 및 SICP는 즉시 생각 나게됩니다.) 약간 다른 방향으로 가고 징계를 추천하고 싶습니다 Edsger Dijkstra 의 프로그래밍 비록 32 살이었지만 "확인을위한 디자인"에 대한 강조는 "유효성"이 "단위 테스트"대신 "증명"을 의미하더라도 매우 관련이 있습니다.

Pete Goodliffe의 코드 크래프트 는 잘 읽었습니다!

코드 크래프트 http://ecx.images-amazon.com/images/I/51WZ9AEC3GL._SL500_BO2,204,203,200_PIsitb-dp-500-arrow,TopRight,45,-64_OU01_AA240_SH20_.jpg

Martin Fowler의 리팩토링 : 기존 코드의 디자인 개선 이 이미 나열되었습니다. 그러나 그것이 왜 저에게 영향을 미쳤는지 자세히 설명하겠습니다.

전체 책의 본질은 인간이 읽고 이해하는 것이 더 간단하도록 코드를 구성하는 것입니다 . 필자가 작성한 코드는 동료와 후임자가 좋은 것을 소비하고 배울 수 있다는 것을 강력하게 가르쳐 줍니다. 그것은 사람들이 내 이름을 찬양하고 영원히 저주를 저주하지 않도록하는 방식으로 의식적으로 프로그램 하도록 영감을줍니다 .

대체 텍스트 http://ecx.images-amazon.com/images/I/61dECNkdnTL._SL500_AA240_.jpg

C ++ 프로그래밍 방법 초보자에게 좋습니다. 1500 페이지로 완성 된 훌륭한 책입니다.

Alistair Cockburn 의 Agile Software Development : Cooperative Game 은 폭 넓은 찬사를받지는 않지만 깊이있는 통찰력으로 가득 찬 훌륭한 책입니다 .

무엇이 특별합니까? 글쎄, 모두가 "애자일 (Agile)"이라는 용어를 들어 왔으며, 요즘 대부분이 신자 인 것 같습니다. 당신이 믿든 말든, 애자일 운동이 존재하는 이유에는 몇 가지 깊은 원리가 있습니다. 이 책은 이러한 원칙을 정확하고 과학적인 방법으로 밝혀 내고 설명합니다. 몇 가지 원칙은 다음과 같습니다 (btw, 이것은 Alistair가 아닌 나의 말입니다).

1. 팀 소프트웨어 개발에서 가장 어려운 것은 모든 사람의 두뇌가 같은 이해를 갖도록하는 것입니다. 우리는 유형의 세계에서는 보이지 않는 거대하고 정교하며 복잡한 시스템을 구축하고 있습니다. 더 많은 사람들의 두뇌가 더 깊은 이해를 공유할수록 팀이 소프트웨어 개발에 더 효과적 일 것입니다. 이것이 페어 프로그래밍이 의미가있는 근본적인 이유입니다. 대부분의 사람들은 그것을 무시하고 (나도 처음에 그렇게 했음),이 원칙을 염두에두고 다시 한 번 주사하는 것이 좋습니다. 방금 구축 한 서브 시스템을 깊이 이해하는 두 사람과 함께 시작합니다. 그렇게 심도있는 정보를 그렇게 빨리 전송할 수있는 다른 방법은 없습니다. 벌컨 마인드 멜드와 같습니다.
2. 깊은 이해를 빠르게 전달하기 위해 항상 단어가 필요하지는 않습니다. 그리고 추론 : 너무 많은 단어, 그리고 당신은 청중 / 독자의 능력을 초과합니다. 이는 당신이 시도하는 이해의 전이가 일어나지 않음을 의미합니다. 아이들은 "몰입"하고 "흡수"함으로써 언어를 말하는 방법을 배웁니다. 언어뿐만 아니라 ... 그는 바닥에 기차를 가지고 노는 아이들의 예를 보여줍니다. 한 번도 기차를 본 적이없는 또 다른 아이가 온다 . 그러나 다른 아이들을 보면서, 그는 게임의 요점을 집어 들고 바로 연주한다. 이것은 항상 인간 사이에서 발생합니다. 너무 많은 단어에 대한 목록과 함께 700 페이지의 자세한 요구 사항 사양을 작성하기 위해 "폭포"시절이 얼마나 잘못되었는지 알 수 있습니다.

거기에는 훨씬 더 많은 것이 있습니다. 나는 지금 닫을 것이지만 나는이 책을 강력히 추천한다!

운명의 주인. 당신의 직업에 대한 동기와 사랑이가는 한, 그것은이 책에서 설명 된 것보다 더 나아지지 않을 것입니다. 진실로 감동적인 이야기!