예를 들어 초보자이기 때문에 Bryan Woods 의이 게시물 을 읽음으로써 많은 영감과 지시를 받습니다 .
예를 들어 초보자이기 때문에 Bryan Woods 의이 게시물 을 읽음으로써 많은 영감과 지시를 받습니다 .
답변:
나는 Pragmatic Programmer를 언급 한 사람이 아무도 없다 . 공예품에 관심이 있다면 꼭 읽어보십시오.
장갑
데일리 WTF의이 포스트 는 나를 올바른 길로 안내했다. 한 쌍의 "장갑"이 적합한 솔루션 인 것을 개발하기 시작한 것을 여러 번 인정할 것입니다.
Adobe의 Alex Stepanov가 제공 한 연설을 읽으십시오. 5 년이 지나면 위대한 사람들과 좋은 사람들이 분리 될 것입니다.
나는 항상 소프트웨어의 Coding Horror 와 Joel이 특정 블로그 게시물에 영감을주는 것을 발견했습니다 . 그들은 또한 그들이 말한 것을 이해하고 저 자신을 프로그래머라고 생각하게했기 때문에 항상 기분이 좋았습니다.
그리고 발자국을 따라 가고 어깨를 딛고 다니는 많은 사람들 (특별한 순서가없고 자유 흐름으로 지금 내 마음에 올 때 나열 됨) : 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 윤리 강령 과 같은 것들도 여전히 영감을주었습니다.
마지막 강의 는 Randy Pausch가 Alice 뒤에있는 사람이 쓴 책입니다. 마지막 강의 인 "Really Achieving your Childhood Dreams"와 함께 진행됩니다. 티거는 항상 기억해야합니다.
이 책 스타일 프로그래밍의 요소 커니 핸과 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)이라는 고차 프로그래밍 언어로 프로그래밍하고있었습니다. 교회 수 의 구성 과 전임자 기능은 아마도 가장 영리한 프로그래밍 구조 중 하나 일 것입니다. 거의 아무것도 아닌 것을 만드는 법을 보여줍니다.
Steve McConnell의 Code Complete, Second Edition.
디자인 패턴 : Erich Gamma의 재사용 가능한 객체 지향 소프트웨어의 요소
나는 전적으로 스스로를 가르쳤으며,이 두 권의 책을 가리키는 나의 작업 초기에 기사 (어디서 잊어 버렸는가)를 우연히 발견 할만큼 운이 좋았습니다. 이 두 권의 책을 읽은 후 코드가 변형 된 것은 놀라운 일이었습니다. 나는 그 저자들에게 많은 빚을지고있다.
영감을 얻으 려면 Yegge의 블로그 , Graham의 에세이 및 SICP 비디오 강의를 참조하십시오 .
많은 영감을 얻은 것들 중에서 가장 최근의 것은이 책에 관한 것입니다 : 도제 패턴
1995 년에 Design Patterns Book을 처음 읽었을 때 프로그래머로서 정말 눈에 띄는 사람이었습니다.
요즘 애자일 개발에 관한 James Shores의 저의 책은 저에게 많은 영감을 주었고 최근 Lyssa Adkins 는 코칭 팀에 관심이 많았습니다.
6 개월마다 한 번씩이 기사를 다시 읽어보아야합니다. 만약 전문가가 귀하보다 100 배 더 똑똑하지 않다면 왜 일부는 결과의 100 배를 얻습니까? -스티브 Pavlina에 의해
Little LISPer가 내 마음을 날려 버렸습니다.
고등학교 파스칼 프로그래밍 수업을 들었습니다. 나는 이미 C64 기본을 잘 알고 있었고 모든 프로그래밍 언어가 기본 및 파스칼과 같은지 교사에게 물었습니다. 그는 나에게 Little LISPer의 사본을 빌려 주었다. 주말을 읽은 후, 나는 그런 이상한 언어가 존재하거나 작동 할 것이라고 믿지 않았습니다. 그가 전화 접속 미니에서 실행되는 것을 보았을 때, 나는 바닥에있었습니다. 존재했습니다.
두 번째 대학 수준의 프로그래밍 수업 후; 알고리즘 및 데이터 구조, 전공을 전환하여 더 나은 CS 컴퓨터 실습실에 액세스했습니다. 그들은 lisp, scheme, prolog, SmallTalk80 및 수많은 다른 툴을 가진 Unix 머신을 가지고있었습니다.
내가 들었던 가장 고무적인 이야기는 Richard Gabriel이 작문 소프트웨어가시를 쓰는 것과 비슷하다고 이야기 한 것입니다. 시인들은 종종 올바른 단어를 얻기 위해 많은 노력을 기울입니다. Haikus는 소프트웨어를 작성할 때 동일한 종류의 우수성과 우아함을 추구해야합니다.
우아함과 간결함은시와 수학 에서처럼 프로그래밍에서 중요하며, 유창하게하려면 많은 노력이 필요합니다.
http://www.dreamsongs.com/PoetryOfProgramming.html 의 요점을 참조하십시오.
으로 앨런 케이 (Alan Kay)는 거의 30 년 전에 말했다 , 관점 80 IQ 포인트 가치가있다. 내 관점을 바꾼 책들 :
Ludwig Wittgenstein의 "철학적 조사"
때때로 우리는 실제로 알지 못한다고 생각합니다. W. 자세히 살펴 보는 방법을 보여줍니다.
넬슨 굿맨의 "사실, 픽션 및 예측"
여기서는 분석 이라는 단어가 실제로 무엇을 의미 하는지 배웠습니다 . 또한 실용적인 단어가 실제로 의미하는 것.
Robert M. Pirsig의 "Zen and The Art of Motorcycle Maintanance"
다른 것보다 더 좋은 것이있을 수 있습니까? 품질면에서 왜 모든 것이 동일하지 않습니까? IOW, 좋은 영화, 좋은 차, 좋은 음식, 좋은 소프트웨어의 공통점은 무엇입니까?
Seth Godin 은 완전히 프로그래밍과 관련이 없지만 프로그래머이자 희망있는 비즈니스 사람 (소프트웨어의 Joel 외에도)에게 영감을주는 게시물을 가지고 있습니다.
Myomoto Musasashi의 5 개의 반지의 책.
일부 하이라이트.
좋아하는 도구가 없습니다. 모든 도구 사용법을 배우고, 사용이 적절한시기를 배우고, 약점과 장점을 배우십시오.
작업이 완벽하지 않은 직원은 작업 품질이 공개 된 장소에서 사용할 수 있습니다. 건물 아래에서 바닥을지지하는 기둥은 완벽하게 마무리 할 필요가 없습니다 (그냥 작동하면됩니다).
한 가지 일을함으로써 많은 일을하십시오. 따라서 A와 B를 선택할 수 있지만 다음 주에 B를 사용하여 많은 일을 할 수 있다면 여유가 있다면 B를 수행하십시오.
게임 프로그래밍을 시작했습니다. 그것은 모두 NES 시절부터옵니다. 게임 개발자가 되겠다는 열망을 갖고 있었지만 게임 산업 국가가 너무 틈새있어 더 나은 경력을 위해 Application Software / Hardware Analyst로 변경했습니다.
초기에는 실제로이 IT 역할을 시작한 것에 대해 약간의 후회를 느꼈습니다. 그러나 나중에 그의 전직 동료들이 그의 업적에 영향을 미치고 영향을 받았으며,이 새로운 기술 개발 분야에서 상당히 활발했습니다. 여가 시간에는 전 동료와 함께 개인 프로젝트를 수행하기 위해 소프트웨어 프로그래밍과 어울릴 것입니다.
나는 그것이 어려운 읽기라는 것을 알고 있지만, Knuth의 The Computer Programming of Art는 우리 분야에서 정말 큰 거래입니다. 그리고 Douglas Hofstadter의 Gödel, Escher, Bach : Eternal Golden Braid 는 수학적으로나 알고리즘 적으로 구부러진 우리에게 영감을줍니다.