프로그래밍 관련 서적을 읽는 프로그래머는 여전히 드물습니까? [닫은]

모두 전체 코드 스티브 맥코넬과에 의해 실용적인 프로그래머 앤드류 헌트 & 데이비드 토마스, 그들은 대부분의 프로그래머가 습관으로 프로그래밍 관련 책을 읽지 않는 주장, 또는 적어도되지 자주. 여전히 보유하고 있습니까? 그러한 책을 읽는 프로그래머는 여전히 드물습니까?

나는 최근에야 독서를 시작했다는 것을 인정해야한다. 실제로 반대하기 전에 시간을 낭비하는 것보다 프로그램을 작성하는 것이 낫다고 주장하기 전에. 이제 나는 적어도 나에게 가장 좋은 결과는 두 가지를 모두 수행하는 것임을 알고 있습니다.

편집 : 나는 실제로 어떤 방식 으로든 프로그래밍과 관련된 책을 의미했습니다 . - 특정 언어, 기술, 패턴, 패러다임 중 하나를 수 아무것도 한이 프로그래머로 당신을 혜택을 누릴 수 있기 때문이다. 나는 Code Complete 와 Pragmatic Programmer를 언급하고 있었기 때문에 프로그래머가 일반적으로 그러한 책을 읽지 않는다는 것을 읽었 기 때문입니다. 제목이 "책을 읽는 프로그래머는 여전히 드문 일입니까?"라는 제목을 읽는다면 이상하게 보일 것입니다.

"나는 그런 책을 읽습니다."에서와 같이 모든 사람들이이 질문에 개인적으로 대답하고있는 것 같습니다. 그러나이 사이트에서 행 아웃을하는 사람은 이미 "평균"프로그래머 IMO보다 높은 수준입니다. 그래서 이것은 숫자를 극적으로 비뚤어지게합니다. 질문에 직접 대답하기 위해 : 그렇습니다. 책을 읽는 프로그래머는 드문 품종입니다. 저는 수십 명의 프로그래머와 함께 일해 왔으며 문제를 해결하기 위해 책을 집어 올 2-3 명만 알고 있습니다. 대부분의 사람들은 Google에서 특정 프로그램을 검색하거나 신의 영감을 기대하면서 화면을 빈틈없이 응시했습니다. :-)

그리고 Pragmatic Programmer 및 Code Complete와 같은 "이론"서적은 일반 프로그래머가 거의 읽지 않습니다. 프로그래머가 책을 읽으려는 경우, 작업중인 특정 언어, 프레임 워크 또는 기술에 대한 기술 서적 일 가능성이 높습니다. "소프트"책은 대부분의 프로그래머 레이더에는 없습니다.

아마존 위시리스트 성장을 멈출 수 없습니다. 내가 작업 한 가장 최근의 책은 Robert C. Martin (Uncle Bob)의 Clean Code 입니다. 최근에 우리 지역의 많은 프로그래머들이 북 클럽을 구성하여 모범 사례를 함께 배우고 경험을 교환 할 수있었습니다. 프로그래밍 기술에 관한 책을 읽지 않으면 같은 프로그래머가 될 것이라고 생각하지 않습니다. 재료가 풍부하고 누군가가 당신을 위해 그것을 응축하고 스스로 실험을 시작하기 전에 시작점을 줄 때 좋습니다.

읽었으므로 목격 목록에 1을 추가하십시오. (멸종 위기에 처한 종 목록에서 벗어나기 전에 몇 명입니까?)

진심으로, 현재 유권자들이 프로그래밍 서적에서 가치가 거의 없다고 말하는 사람들이 놀랍습니다. 돈을 쓰지 않았 으면 좋겠다는 생각이 있지만, 새로운 개념과 기술에 완전히 눈을 뜨고 더 나은 프로그래머가 된 사람들도 있습니다. 예를 들어 :

• Abrash 의 Zen of Code Optimization- 이것이 실시간 프로그래머 인 주된 이유라고 생각합니다.
• Koening & Moo의 C ++ 에 대한 반론-반복자와 STL의 실제 가치는 이것을 읽을 때까지 클릭하지 않았습니다.
• Fowler의 리팩토링 -코드를 구성하고 재구성하는 방법을 가르쳐주었습니다.
• Beck이 설명 하는 익스트림 프로그래밍 -애자일 쿨 에이드를 완전히 마신 적이 없지만이 책은 개발 프로세스의 요구 사항, 테스트 및 관리에 대한 생각 방식을 바 꾸었습니다.

나는 학교에서 코딩하는 법을 배웠지 만 훌륭한 책을 읽을 때까지 잘 코딩하는 법을 배우지 못했습니다.

개발자 인터뷰를하는 동안 나는 (구두 및 실용적인)과 (훨씬 더 중요한) 기술적 인 작업에 더 잘 수행하는 사람은 이유를 이해하는 것으로 나타났습니다 왜 그들이하고있는 일을하고 읽을 모든 개발자입니다 적어도 가끔 책. 나는 이것이 우연의 일치라고 생각하지 않습니다.

빠른 답변을 위해 Google을 사용할 수는 있지만 블로그는 특정 내용에 대한 심층적 인 내용을 다루는 데 우수 할 수 있지만, 책에서 다루는 주제를보다 잘 조율 할 수 있다고 생각합니다. 또한, 정보를 다른 맥락에서 제공함으로써 지식이 사람들의 머리에 더 잘 붙도록 도와줍니다. 그것이 이미 알고있는 것이더라도 그 지식을 검증하는 것이 가치가 있다고 생각합니다.

마지막으로, 누군가가 작업하고있는 주제에 관한 책을 읽고 있다면 거의 확실하게 자신이하고있는 일에 관심이 있고 사물을 파헤치는 것만이 아니라 지식 기반 또는 창의적 직업의 경우 매우 중요합니다. 당신은 최고의 직원을 따르고 있습니다.

특정 기술이 아닌 프로그래밍 및 소프트웨어 개발 실습에 관한 책에 대해 이야기하고 있다고 가정합니다 ...

개인적으로, 나는이 책들을 피하는 경향이 있습니다. 모든 실용 프로그래머 쌍에는 개인 방법론 / 편견 / 위대한 통합 이론을 추진하는 저자가 있습니다 ... 그리고 포드 캐스트에서 논쟁을 듣는 것은 큰 즐거움이 될 수 있지만, 책을 읽는 것은 다소 재미 있습니다. 쇼핑 목록을 읽고 ... 유용하지 않을 수 있습니다. 당신은 포럼에 대해 같은 조언을 많이받을 것입니다. 그리고이 장소가 무엇이든지간에 ... 저자와 그의 밀짚 꾼 사이가 아니라 실제로 그것을 믿는 사람들 사이에 의견 불일치가 제기된다는 이점이 있습니다.

Code Complete, Mythical Man-Month 등의 고기는 대부분의 숙련 된 독자가 적어도 잠재 의식적으로 이미 친숙하게 관찰 한 것입니다. 이것은 어설 션을 강화하고 중급 프로그래머를 가르치는 데 가장 유용합니다 .

저는 프로그래밍 책을 정말 좋아합니다. 나는 그들 중 150+가 있습니다. 그리고 여전히 더 많은 공간이 있습니다.

글쎄, 난 정말 다른 프로그래머와 대화 할 수 없습니다.

고품질 컴퓨터 서적 을 읽으려고합니다 . 현재 저는 Mythical Man-Month를 읽고 있습니다.

내 다음 책은 아마도 Russell / Norvig AI 책이거나 McConnell의 Software Estimation 일 것입니다. 멀지 않은 미래에, 세이 벨의 실용주의 리스프는 직행합니다.

읽기, 읽기, 읽기, 읽기 ... 책에서, 블로그에서, 무엇이든 ... 좋은 책에서 나아지지만 아주 나쁜 책을 읽는 것이 도움이 될 것입니다. 그러나 계속 배우십시오. 매일 학습하십시오.

방금 시작했을 때 다시 읽었지만, 지금 가지고있는 대부분의 책은 소프트웨어 개발의 비 코딩 부분에 초점을 맞추는 경향이 있습니다 (예 : 결함 예방에 대한 실용 안내서 , 소프트웨어 추정 : 블랙 아트 미스터리) ), 참고서 또는 좁은 컴퓨터 과학 개념에 중점을 둔 서적.

내가 가진 가장 큰 문제는 기술 관련 서적이 몇 년 동안 쓸모없는 경향이 있다는 것입니다 (예를 들어 요즘 Visual Basic 6을 쓰는 사람들은 많지 않습니다). 나는 쓸모없는 책에 대한 투자가 요즘 온라인에서 사용할 수있는 정보의 양이 많을수록 투자가 줄어 듭니다. 마찬가지로, 디자인 원칙과 같은 것들에 관한 책 중 일부는 A List Apart 와 같은 정말 좋은 사이트 중 일부를 선호하여 무시되는 경향이 있습니다 .

책을 읽는 이유는 자신의 지식과 기술을 향상시키기 위해서입니다. 그것은 두 가지를 의미합니다 : (1) 개선 할 여지가 있음을 인식해야합니다. (2) 개선하고 싶습니다. 내가 만난 많은 프로그래머들은 자아의 행성 크기를 가졌다. 나머지 대부분은 해안을 따라 기뻤습니다.

지난주에 새로운 Kindle (Wifi + 3G)을 받았는데 그것을 좋아합니다. 독서를 멈출 수 없습니다. 아마존과 다른 출판사로부터 몇 가지 기술 전자 책을 구입했으며 빠른 속도로 책을 갈고 있습니다.

실제 책은 이제 나에게 굉장히 구식 인 것 같습니다. 나는 그렇게 빨리 기대하지 않았다.

나는 몇 년 동안 말 그대로 몇 년 동안 기술 서적을 읽지 않았습니다.

다른 곳에서 정보의 가용성에 대한 부분. 블로그, 기사, 백서, 참조 사이트, SO와 같은 동료 지원 사이트 ...

부분적으로 그것은 종이 책의 비용과 실용성과 관련이 있습니다. 어떤 것을 복음으로 읽었을 때 사용한 숫자를 주관적이거나 아마도 구식이라고 생각하기 만하면됩니다. 세상의 끊임없이 변화하는 특성을 고려할 때 참조 매뉴얼조차도 빨리 데이트합니다.

나는 기술 서적 자체를 두드리지는 않지만 기술 주제에 관한 유일한 정보원이었던 시절은지나 갔다. 우리는 현재 다양한 출처에서 정보를 얻습니다.

나는 그것들을 어느 정도 놓쳤다 고 고백 할 것이지만, 적어도 나에게는 시간이 흘러 갔다.

개인적인 이야기 :

한때 .NET 관련 내용에 대해 50 명 또는 60 명의 개발자로 가득 찬 방에 프레젠테이션을했습니다 (모두 같은 회사에서 근무했습니다).

Microsoft는이 연설을 후원하고 David West의 "Object Thinking"책 (Microsoft Press)을 몇 권 받았습니다.

우연히도, 나는 그 책을 읽었고 아주 좋은 책을 찾았습니다. 나는 심지어 나에게 사본을 주어야한다고 누군가에게 권유했고 누군가 관심이 있다면해야 할 일은 하나를 요구하는 것이라고 청중에게도 권했다.

몇몇 사람들은 책을 찾아 와서,하지만 그들 중 누구도, 반복한다, 아무도 , 아니 한 사람은 그것을 유지하기로 결정합니다.

언어의 기초를 배우기 위해 책을 집어 들고 싶습니다. 이렇게하면 하루 종일 어떤 일을하고 있는지에 대해 알 수 있고 랩톱에 대해 걱정할 필요가 없습니다. 책을 읽고 나면 코드를 배우기 시작합니다.

그런 다음 이론을 연습하십시오.

예전처럼 종이 형식의 프로그래밍 책을 많이 사지 않습니다. 내가 구독이 사파리 온라인 설명서 한 권의 책 달의 가격에, 내가 라일리, 존 와일리 & 아들, Addison- 같은 출판사에서 프로그램 (및 기타) 수천 권의 책의 전체 내용에 무제한 액세스 할 수 있습니다, 웨슬리 등

나는 또한 1 세대 Kindle을 가지고 있으며 때로는 그것을 위해 프로그래밍 서적을 구입합니다. 그러나 큰 Kindle DX (내가 얻은 후 나온)는 기술 자료를위한 더 나은 플랫폼 일 것이라고 생각합니다.

(와, 5 개의 공감과 5 개의 공감 –이 의견은 내가 상상했던 것보다 더 논란의 여지가있는 것 같습니다!)

Code Complete 또는 이와 유사한 책을 읽지 않으며“필요”하다고 느끼지 않습니다. 어쨌든 그것은 무엇을 의미합니까? 그렇지 않으면 어떻게됩니까?

우선, 그런 책이 저를 더 나은 프로그래머로 만들지 않는다고 생각합니다. 그들은 다른 사람들을 위해 일할 수도 있지만 나에게는 그렇지 않을 수도 있습니다. 그들이 포함하고있는 사실적인 정보는 매우 상세하거나 기술적 인 것이 아니기 때문에 나는 그 정보의 대다수를 이미 알고 있습니다. 나머지는 내가 동의 할 수도 있고 동의하지 않을 수도 있지만, 확실히 노예로 채택하지 않을 의견입니다.

필자가 실제로 읽은 흥미로운 프로그래밍 관련 문헌 은 절대적인 주관성을 가진 순수한 기술 문서입니다 . 내가 가장 좋아하는 것은 C # 언어 사양 4.0과 유니 코드 표준 5.0입니다. 다른 사람들은 이것이 매우 건조하고 지루한 독서라고 생각하지만, 그것이 내 마음을 사로 잡는 것을 발견하고 잠재적으로 내가 알지 못하는 정보를 제공합니다.

업데이트 2010 10 월 07 : 난 그냥했다 실용주의 프로그래머가 나는 아마존에서 처음 몇 페이지에보고, 그래서 나에게 지적했다. “누가이 책을 읽어야합니까?”섹션에서 다음과 같이 말합니다.“아마도 자신의 잠재력을 발휘하지 못하는 것 같은 느낌이들 것입니다. 아마도 자신보다 생산성을 높이기 위해 도구를 사용하는 것처럼 보이는 동료를 살펴볼 것입니다.”Uhm, 아니요. 그 중 어느 것도 나에게 적용되지 않습니다. 동료들이 저 보다 생산성이 떨어 지기 때문에 좌절 하고 있습니다. 나는 나의 잠재력을 달성하고 있다고 느낀다 (어쨌든 내가 가진 것이 거의 없다). 그래 이 책을 읽는 데 아무런 의미가 없습니다. 적절한 사례입니다.