프로그래머로서 당신에게 영감을주고 안내해 준 내용은 무엇입니까? [닫은]


답변:


26

나는 Pragmatic Programmer를 언급 한 사람이 아무도 없다 . 공예품에 관심이 있다면 꼭 읽어보십시오.


예전에는 "읽어야합니다".
kirk.burleson

2
@ kirk.burleson : 여전히 그렇습니다.
Steven Evers

나는 그것을 읽음으로써 우리가하는 일과 그 일에 대해 많은 것을 깨닫게되었다.
aredkid

나는``선택 ''이 부서진 스탠자를 좋아하지 않는다. 그것은 깨지지 않습니다, 그것은 단지 짜증 :)
Tim Post

마지막으로 읽은 것에 동의합니다. 그리고 나는 그것이 가치있는 대답이라고 생각합니다.
aredkid

13

장갑

장갑-첫 개정판을 잘 살펴보고 "장갑"이라고 말하십시오.

데일리 WTF의이 포스트 는 나를 올바른 길로 안내했다. 한 쌍의 "장갑"이 적합한 솔루션 인 것을 개발하기 시작한 것을 여러 번 인정할 것입니다.


3
나는 그것을 얻지 못한다.
kirk.burleson

1
커크, 대답이 이해가 되려면 링크 된 기사를 읽어야합니다. 그럼에도 불구하고 실제로는 그렇지 않습니다.
피터 Boughton

5
문제를 너무 많이 생각하면 이전의 디자인 선택으로 인해 더 복잡 해지는 엄청나게 복잡한 솔루션을 만들 수 있습니다. 연결된 기사를 요약하기 위해 그들은 손을 따뜻하게 유지하기 위해 어리석은 신체 가열 시스템을 만들려고합니다. 방금 장갑을 착용하는 대신
Matt Phillips

멋진 포스트! 우수한.
Dave

+1 나는 이야기를 들었다. "그게 훌륭합니다. 체온을 더 효율적으로 재사용 할 수 있습니다! 이렇게하면 걷기 / 조깅 할 때에도 시스템을 사용할 수 있습니다." 논평.
Evan Plaice

12

Adobe의 Alex Stepanov가 제공 한 연설을 읽으십시오. 5 년이 지나면 위대한 사람들과 좋은 사람들이 분리 될 것입니다.

http://www.scribd.com/doc/210467/Speech-by-Alex-Stepanov


Stepanov는 내가 동의하지 않는 몇 가지 말을했지만 그 연설은 훌륭합니다.
Frank Shearar

@Frank : 프로그래밍과 관련이 있다면 공유하십시오. 우리 모두가 당신에게서 무언가를 배울 수 있습니다. 그의 미국 의견에 대해서는 이야기하지 않겠습니다.
Geek

OOP에 대한 그의 의견은 틀렸다 : stlport.org/resources/StepanovUSA.html 그는 OOP가 초보자를위한 단일 배포 및 클래스 기반이라고 생각합니다. (CLOS는 다중 디스패치를 ​​사용하며 Self 및 Javascript는 프로토 타입 기반입니다.)
Frank Shearar

성적표를 제외하고 다른 출처가 있습니까? 그는 그 대본이 잘못 번역되었다고 언급했다.
Jonn

@Frank Shearar 그 사람은 내가 생각하는 잠재적 인 스파게티에 단순성을 부여합니다. 그는 약 1 년 전에 러시아어로 강의를했습니다. 거기서 그는 "for, if"와 같은 간단한 것들을 선호하고 본질적으로 코드가 효과적이고 명확하다면 (어떻게해서 덕트 형식의 것이 아니라) Pascal을 작성하는 데 나쁜 점은 없다고 말했다.
mlvljr

10

나는 항상 소프트웨어의 Coding HorrorJoel이 특정 블로그 게시물에 영감을주는 것을 발견했습니다 . 그들은 또한 그들이 말한 것을 이해하고 저 자신을 프로그래머라고 생각하게했기 때문에 항상 기분이 좋았습니다.



8

읽다

보려면


때로는 사람들에 관한 것입니다 ...

그리고 발자국을 따라 가고 어깨를 딛고 다니는 많은 사람들 (특별한 순서가없고 자유 흐름으로 지금 내 마음에 올 때 나열 됨) : Alan Kay , Richard Stallman , Ken Thompson , Dennis Ritchie , Brian Kernighan , Theo de Raadt , Linus Torvalds , Eric S. Raymond , Rob Pike , Bill Gates , Steve Jobs , John MacCarthy , John Conway , Martin Odersky , James Gosling , Guy Steele , Donald Knuth ,Edsger Dijkstra , John Carmack , Peter Molyneux ... 그들 자신의 말과 작품은 영감을 주거나 다른 사람들이 이야기 한 내용이었습니다. 일부 지역의 기술과 재능이 다른 지역에 대한 자신의 신념으로 인해 눈을 멀게하는 것을 막지 못한다는 점을 명심하십시오. 다른 사람처럼. (위에 나열된 두 권의 책은 이미 대부분의 책을 잘 다루고 있습니다!)

닐 개 프터, 마틴 파울러 , 돈 심 등 ...

나는이 사람들의 작품과 그들이 프로젝트를 달성 (또는 포기)하기 위해 한 것들에서 영감을 받았습니다.

때로는 문화와 꿈, 장벽을 깨는 것에 관한 것입니다 ...

읽기 2600 어릴 때 내 영어 embyonic 때의 이야기 초기 phreakers 같은 캡틴 크런치 또는로 PC 시대의 탄생 워즈니악 애플과에 의해 책을 읽고 에세이 윌리엄 깁슨 닐 스티븐슨은 프로그래머로서 나를 위해도 감동했다 직접 프로그래밍과는 관련이 없었습니다. 그런 맥락에서 해커 선언 , 애자일 매니 게 스토 또는 심지어 IEEE 윤리 강령 과 같은 것들도 여전히 영감을주었습니다.


게이트 / 잡스 인터뷰 +1 좋은 인터뷰와 호스트 대 손님 메모에 완전히 맞습니다.
Steven Evers

++ 11 단어 11 개 링크
sova

@ sova : 감사합니다. 실제로 파헤쳐 야했지만 도움이 될 것이라고 생각했습니다. 그것을 생각하면 유튜브에서 검색을 가리키는 것이 삭제 된 경우 더 좋을 수도 있습니다.
haylem

Wau Holland (카오스 컴퓨터 클럽의 창립자 중 하나 인 가장 오래된 해커 조직 중 하나)를 잊어 버렸습니다. 그는 검열과 저작권에 반대했으며 공개 정보 인프라에 대한 것이 었습니다.
Joschua

@Joschua : 참으로 좋은 참고. 나는 홀랜드의 업적을 직접적으로 따르지 않았지만, 당시 CCC를 능가하는 뉴스를 따랐다. 솔직히이 모든 여가 시간이 부족합니다. :(
haylem

7

마지막 강의 는 Randy Pausch가 Alice 뒤에있는 사람이 쓴 책입니다. 마지막 강의 인 "Really Achieving your Childhood Dreams"와 함께 진행됩니다. 티거는 항상 기억해야합니다.


6

두 권의 책으로 구성된 매우 짧은 목록입니다.

  • 머리 우선-디자인 패턴
  • 깨끗한 코드

5

지도면에서

이 책 스타일 프로그래밍의 요소 커니 핸과 Plauger에 의해 내가 책은 이미 내가 인해 PL / I 및 포트란 샘플의 사용에, 그것을 읽는 시간 "오래된"으로 간주되었다 C를 학습 할 때 나를 위해 매우 영향력했지만, 팁은 두 언어를 초월했습니다.

그 책을 읽기 전에, 나는 "스타일"이 서식과 같은 사소한 문제를 고려하고 있다고 확신했습니다. 그러나 스타일과 형식 지정 규칙을 제거한 후에는 스타일이 있습니다. 문자열을 거꾸로 구성한 다음 뒤집는 것이 더 쉬운가요? 그런 다음 거꾸로 구성하고 뒤집으십시오.

Kernighan과 Plauger의 또 다른 책인 Software Tools 도 도움이되었지만 그다지 좋지는 않았습니다. Kernighan과 Pike 의 훨씬 더 최신 책인 The Practice of Programming 도 유용하지만, 프로그래밍 스타일의 요소와 는 거리가 멀다 . 아직 사본을 갖고 있었으면 좋겠습니다. 모든 프로그래머가 읽을 가치가 있습니다.

Glenford Myers The Art of Software Testing을 읽은 후 테스트 및 QA에 대한 감사를 얻었습니다. . 테스트는 프로그램을 좋아하지 않는 컴퓨터 과학 전공을위한 것이 아니라 진정한 창조적 인 활동이라는 것을 보여주었습니다. Test-Driven Development의 인기가 높아짐에 따라 더 많은 사람들이 Myers의 책을 보게 될 것입니다.

저는 프로그램의 구조와 해석 (The Structure and Interpretation of Programs) 이라는 책보다 추상화 개념에 대한 더 나은 소개를 생각할 수 없습니다. 온라인으로 무료로 구할 수있는 . Scheme 프로그래밍 언어를 소개하지만 선언적 프로그래밍을 포함하여 컴퓨터 과학의 다른 많은 주제를 다룹니다.

영감의 관점에서

학업 경력에서 Aspect-Oriented Programming이라는 개념에서 영감을 받았습니다. AOP에 대한 초기 논문을 읽고 아이디어에 대한 반 쪽의 메모로 끝날 수 있습니다.

또한 교회와 튜링의 발전이 매우 고무적이라고 생각합니다. 1930 년대에 컴퓨터가 만들어지기 전에 과학자와 수학자들은 람다 미적분학 (Lamda calculus)이라는 고차 프로그래밍 언어로 프로그래밍하고있었습니다. 교회 수 의 구성 과 전임자 기능은 아마도 가장 영리한 프로그래밍 구조 중 하나 일 것입니다. 거의 아무것도 아닌 것을 만드는 법을 보여줍니다.


1
AOP에 대해 읽고 있다면 Kiczales 등의 초기 작품 인 MetaObject Protocol의 예술 형식을 잊지 마십시오 .
Frank Shearar

Myer의 소프트웨어 안정성 : 원칙과 실습 도 잘 읽습니다.
Frank Shearar

강의에서 SICP +1
Inaimathi

5

내가 읽은 것이 아닙니다. 1984 년에 나는 이웃과 그의 친구와 대화하고 있었다. 나는 16 살이었다. 친구는 본질적으로 세상이 컴퓨터 사용자와 컴퓨터 프로그래머로 나뉘어져 있다고 말했다. 그는 세상에서 가장 똑똑한 사람들 만이 프로그래머가 될 수 있다고 말했다.

네! 얼마나 도전적인가!


5

그가 쓴 방식 인 소프트웨어에 관한 원래의 Joel은 제가 처음 시작할 때 개념을 이해하기가 매우 쉬워졌습니다.


2
그는 좋은 작가이고 나는 그의 내용을 읽는 것을 좋아합니다. 소금 알갱이로 섭취하면 록 스타 개발자가 아니라면 우울해질 수 있습니다.
kirk.burleson

1
나는 douchebag가되고 싶은 것처럼 rockstar 개발자가되고 싶어요.
조나단 스털링

5

Steve McConnell의 Code Complete, Second Edition.

디자인 패턴 : Erich Gamma의 재사용 가능한 객체 지향 소프트웨어의 요소

나는 전적으로 스스로를 가르쳤으며,이 두 권의 책을 가리키는 나의 작업 초기에 기사 (어디서 잊어 버렸는가)를 우연히 발견 할만큼 운이 좋았습니다. 이 두 권의 책을 읽은 후 코드가 변형 된 것은 놀라운 일이었습니다. 나는 그 저자들에게 많은 빚을지고있다.



3

많은 영감을 얻은 것들 중에서 가장 최근의 것은이 책에 관한 것입니다 : 도제 패턴


나는 더 많은 사람들이 이것을 찬성하기를 바랐다. 이 책은 놀랍습니다! 전략이기 때문에 프로그래밍 기술에 대한 가이드가 아닙니다. 평생의 길로 생각하고 자신을 숙련 된 기술의 장인으로 바라 봄으로써 프로그래밍 경력 (일반적으로 프로그래밍 직업)에 접근하는 방법을 보여줍니다.
jellyfishtree


3

동양의 구부러진 자들은 초월한 프로그래밍 타오에 관한 귀여운 작은 책을 즐길 수 있습니다 .

이것이 깨달음의 길을 향한 첫 걸음이었으며, 시간이 지남에 따라 제작자가 발견 할 수없는 고유 한 독립 체로서 프로그래밍과 창의적 작업에 대해 생각하게하는 계기가되었습니다. 싸우거나 이해하려고하는 사람들은 반드시 실패 할 것입니다.



3

Little LISPer가 내 마음을 날려 버렸습니다.

고등학교 파스칼 프로그래밍 수업을 들었습니다. 나는 이미 C64 기본을 잘 알고 있었고 모든 프로그래밍 언어가 기본 및 파스칼과 같은지 교사에게 물었습니다. 그는 나에게 Little LISPer의 사본을 빌려 주었다. 주말을 읽은 후, 나는 그런 이상한 언어가 존재하거나 작동 할 것이라고 믿지 않았습니다. 그가 전화 접속 미니에서 실행되는 것을 보았을 때, 나는 바닥에있었습니다. 존재했습니다.

두 번째 대학 수준의 프로그래밍 수업 후; 알고리즘 및 데이터 구조, 전공을 전환하여 더 나은 CS 컴퓨터 실습실에 액세스했습니다. 그들은 lisp, scheme, prolog, SmallTalk80 및 수많은 다른 툴을 가진 Unix 머신을 가지고있었습니다.


3

코드 완성 . 프로그래머로서 알아야 할 대부분의 기본 과목을 다루고 각 과목에 대해 자세히 배울 수있는 지침을 제공합니다. 학습 과정의 첫 단계. 나 자신과 내가 아는 많은 사람들은 프로그래머의 삶에서 더 일찍 그것을 읽기를 바란다.


3

내가 들었던 가장 고무적인 이야기는 Richard Gabriel이 작문 소프트웨어가시를 쓰는 것과 비슷하다고 이야기 한 것입니다. 시인들은 종종 올바른 단어를 얻기 위해 많은 노력을 기울입니다. Haikus는 소프트웨어를 작성할 때 동일한 종류의 우수성과 우아함을 추구해야합니다.

우아함과 간결함은시와 수학 에서처럼 프로그래밍에서 중요하며, 유창하게하려면 많은 노력이 필요합니다.

http://www.dreamsongs.com/PoetryOfProgramming.html 의 요점을 참조하십시오.


나는 약 MIT에서 Richard와 사무실을 공유했다.
Mike Dunlavey

2

프로그래밍에 관한 것이 아니라 DeMarco와 Lister의 "Peopleware"라는 분야에서 효과적으로 작업하는 방법에 관한 가장 유용한 단일 책. 모든 프로그래머 서가에 있어야합니다. 그리고 경영진으로 올라가면 두 배로 증가합니다.


2

으로 앨런 케이 (Alan Kay)는 거의 30 년 전에 말했다 , 관점 80 IQ 포인트 가치가있다. 내 관점을 바꾼 책들 :

  • Ludwig Wittgenstein의 "철학적 조사"

    때때로 우리는 실제로 알지 못한다고 생각합니다. W. 자세히 살펴 보는 방법을 보여줍니다.

  • 넬슨 굿맨의 "사실, 픽션 및 예측"

    여기서는 분석 이라는 단어가 실제로 무엇을 의미 하는지 배웠습니다 . 또한 실용적인 단어가 실제로 의미하는 것.

  • Robert M. Pirsig의 "Zen and The Art of Motorcycle Maintanance"

    다른 것보다 더 좋은 것이있을 수 있습니까? 품질면에서 왜 모든 것이 동일하지 않습니까? IOW, 좋은 영화, 좋은 차, 좋은 음식, 좋은 소프트웨어의 공통점은 무엇입니까?



2

새로운 기계의 영혼 (고등학교 시절 영감을 얻었음 ) SICP (아마도 내가 읽은 소프트웨어 개발과 관련된 최고의 책 중 하나)


트레이시 키더의 새로운 기계영혼은 모든 전문 프로그래머에게 반드시 읽어야합니다. 몇 년 동안 멘토링을해온 모든 새로 워진 지망생 개발자에게 사본을 제공했습니다. "가입"이라는 그의 개념을 이해하는 것은 가격과 시간에 가치가 있습니다.
로스 패터슨


1

Seth Godin 은 완전히 프로그래밍과 관련이 없지만 프로그래머이자 희망있는 비즈니스 사람 (소프트웨어의 Joel 외에도)에게 영감을주는 게시물을 가지고 있습니다.


1

Myomoto Musasashi의 5 개의 반지의 책.

일부 하이라이트.

좋아하는 도구가 없습니다. 모든 도구 사용법을 배우고, 사용이 적절한시기를 배우고, 약점과 장점을 배우십시오.

작업이 완벽하지 않은 직원은 작업 품질이 공개 된 장소에서 사용할 수 있습니다. 건물 아래에서 바닥을지지하는 기둥은 완벽하게 마무리 할 필요가 없습니다 (그냥 작동하면됩니다).

한 가지 일을함으로써 많은 일을하십시오. 따라서 A와 B를 선택할 수 있지만 다음 주에 B를 사용하여 많은 일을 할 수 있다면 여유가 있다면 B를 수행하십시오.


1

게임 프로그래밍을 시작했습니다. 그것은 모두 NES 시절부터옵니다. 게임 개발자가 되겠다는 열망을 갖고 있었지만 게임 산업 국가가 너무 틈새있어 더 나은 경력을 위해 Application Software / Hardware Analyst로 변경했습니다.

초기에는 실제로이 IT 역할을 시작한 것에 대해 약간의 후회를 느꼈습니다. 그러나 나중에 그의 전직 동료들이 그의 업적에 영향을 미치고 영향을 받았으며,이 새로운 기술 개발 분야에서 상당히 활발했습니다. 여가 시간에는 전 동료와 함께 개인 프로젝트를 수행하기 위해 소프트웨어 프로그래밍과 어울릴 것입니다.


1

나는 그것이 어려운 읽기라는 것을 알고 있지만, Knuth의 The Computer Programming of Art는 우리 분야에서 정말 큰 거래입니다. 그리고 Douglas Hofstadter의 Gödel, Escher, Bach : Eternal Golden Braid 는 수학적으로나 알고리즘 적으로 구부러진 우리에게 영감을줍니다.


나는 직장에서 코더를 읽고 있었으며 ( en.wikipedia.org/wiki/Coders_at_work ) 인터뷰에 응한 거의 모든 프로그래머는 Knuth의 책을 참조하므로 필독해야 할 것 같습니다.
fejd

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.