โปรแกรมเมอร์ที่อ่านหนังสือเกี่ยวกับการเขียนโปรแกรมยังไม่ค่อยพบหรือไม่ [ปิด]

ทั้งในCode Completeโดย Steve McConnell และThe Pragmatic Programmerโดย Andrew Hunt และ David Thomas พวกเขากล่าวหาว่าโปรแกรมเมอร์ส่วนใหญ่ไม่ได้อ่านหนังสือที่เกี่ยวข้องกับการเขียนโปรแกรมเป็นนิสัยหรืออย่างน้อยก็ไม่เพียงพอ สิ่งนี้ยังคงค้างอยู่หรือไม่? โปรแกรมเมอร์ที่อ่านหนังสือเหล่านี้ยังหายากอยู่หรือเปล่า?

ฉันต้องยอมรับว่าเมื่อไม่นานมานี้ฉันเริ่มอ่าน (และตอนนี้ฉันหยุดไม่ได้มันกำลังไหม้กระเป๋าเงินของฉัน!) ก่อนที่ฉันจะต่อต้านมันจริงและแย้งว่าการเขียนโปรแกรมดีกว่าเสียเวลาอ่านมัน ตอนนี้ฉันรู้ว่าผลลัพธ์ที่ดีที่สุดสำหรับฉันอย่างน้อยก็คือทำทั้งสองอย่าง

แก้ไข:ฉันหมายถึงหนังสือทุกประเภทที่เกี่ยวข้องหรือไม่เกี่ยวข้องกับการเขียนโปรแกรม ไม่ว่าจะเป็นในภาษาเฉพาะเทคโนโลยีรูปแบบกระบวนทัศน์ - อะไรก็ได้ตราบใดที่มันอาจเป็นประโยชน์กับคุณในฐานะโปรแกรมเมอร์ ฉันแค่อ้างถึงCode CompleteและThe Pragmatic Programmerเพราะนั่นคือสิ่งที่ฉันอ่านว่าโปรแกรมเมอร์มักจะไม่อ่านหนังสือเหล่านั้น มันจะดูแปลก ๆ ถ้าหัวเรื่องเพิ่งอ่านว่า "โปรแกรมเมอร์ผู้อ่านหนังสือยังหายากอยู่หรือเปล่า?"

ดูเหมือนว่าทุกคนจะตอบคำถามนี้เป็นการส่วนตัวเช่นเดียวกับใน "ฉันอ่านเช่นนั้น" อย่างไรก็ตามในฐานะบุคคลที่อยู่ในไซต์นี้คุณถูกตัดสิทธิ์เหนือโปรแกรมเมอร์ IMO โดยเฉลี่ยแล้ว ดังนั้นสิ่งนี้จึงบิดเบือนตัวเลขอย่างมาก เพื่อตอบคำถามโดยตรง: ใช่โปรแกรมเมอร์ที่อ่านหนังสือเป็นสายพันธุ์ที่หายาก ฉันทำงานกับโปรแกรมเมอร์หลายสิบคนและรู้เพียงสองหรือสามอย่างที่จะหยิบหนังสือขึ้นมาเพื่อแก้ปัญหา ส่วนใหญ่จะค้นหาโปรแกรมเฉพาะของ Google หรือเพียงจ้องหน้าจอที่หน้าจอเพื่อหวังแรงบันดาลใจจากพระเจ้า :-)

และหนังสือ "ทฤษฎี" เช่น Pragmatic Programmer และ Code Complete นั้นอ่านได้ยากกว่าโดยโปรแกรมเมอร์ทั่วไป หากโปรแกรมเมอร์กำลังอ่านหนังสือมันน่าจะเป็นหนังสือทางเทคนิคเกี่ยวกับภาษากรอบงานหรือเทคโนโลยีเฉพาะที่พวกเขากำลังทำอยู่ หนังสือ "เบา" ไม่ได้อยู่ในเรดาร์ของโปรแกรมเมอร์ส่วนใหญ่

ฉันไม่สามารถหยุดการเพิ่มสิ่งที่อยากได้ในอเมซอน หนังสือเล่มล่าสุดที่ฉันได้ทำไปคือClean Code โดย Robert C. Martin (ลุงบ็อบ) เมื่อเร็ว ๆ นี้มีโปรแกรมเมอร์หลายคนในพื้นที่ของฉันได้ก่อตั้งชมรมหนังสือขึ้นเพื่อที่เราจะได้เรียนรู้วิธีปฏิบัติที่ดีที่สุดร่วมกันและแลกเปลี่ยนประสบการณ์ของเรา ฉันไม่คิดว่าฉันจะเป็นโปรแกรมเมอร์คนเดียวกันถ้าฉันไม่ได้อ่านหนังสือเกี่ยวกับการเขียนโปรแกรม มีเนื้อหาที่ดีมากมายและเป็นสิ่งที่ดีเมื่อมีคนรวมตัวคุณและเป็นจุดเริ่มต้นก่อนที่คุณจะทำการทดลองด้วยตัวเอง

ฉันอ่านแล้วเพิ่ม 1 ในรายการสัมภาษณ์ของคุณ (มีกี่ตัวก่อนที่เราจะออกจากรายการสัตว์ใกล้สูญพันธุ์?)

อย่างจริงจังฉันประหลาดใจที่ผู้โหวตที่ได้รับคะแนนสูงสุดในขณะนี้คือคนที่พูดว่าพวกเขาเห็นคุณค่าน้อยในการเขียนโปรแกรมหนังสือ มีบางอย่างที่ฉันหวังว่าฉันไม่ได้ใช้จ่ายเงิน แต่มีหลายอย่างที่เปิดตาของฉันโดยสิ้นเชิงกับแนวคิดและเทคนิคใหม่และทำให้ฉันเป็นโปรแกรมเมอร์ที่ดีขึ้น ตัวอย่างเช่น

• The Zen of Code Optimizationโดย Abrash - ฉันคิดว่าอันนี้เป็นเหตุผลหลักที่ฉันเป็นโปรแกรมเมอร์แบบเรียลไทม์ในวันนี้
• Ruminations บน C ++โดย Koening & Moo - มูลค่าที่แท้จริงของตัววนซ้ำและ STL ไม่ได้คลิกจนกว่าฉันจะอ่านค่านี้
• Refactoringโดย Fowler - สอนฉันเกี่ยวกับโครงสร้างและปรับโครงสร้างโค้ด
• Extreme Programming อธิบายโดย Beck - แม้ว่าฉันจะไม่เคยดื่มเครื่องช่วยคูลอย่างคล่องแคล่ว แต่อย่างใดหนังสือเล่มนี้เปลี่ยนวิธีที่ฉันคิดเกี่ยวกับข้อกำหนดการทดสอบและการจัดการกระบวนการพัฒนา

ฉันเรียนรู้วิธีการเขียนโค้ดในโรงเรียน แต่ฉันไม่ได้เรียนรู้วิธีการเขียนโปรแกรมได้ดีจนกระทั่งฉันอ่านหนังสือที่ยอดเยี่ยม

ขณะที่การสัมภาษณ์นักพัฒนาฉันพบว่าคนที่ทำงานได้ดีขึ้นในงานทางด้านเทคนิค (ทั้งทางวาจาและการปฏิบัติ) และ (ไกลที่สำคัญกว่า) เข้าใจเหตุผลว่าทำไมพวกเขากำลังทำในสิ่งที่พวกเขากำลังทำนักพัฒนาทุกคนที่อ่านอย่างน้อย หนังสือเป็นครั้งคราว ฉันไม่คิดว่ามันเป็นเรื่องบังเอิญ

แม้ว่าคุณจะสามารถใช้ Google สำหรับคำตอบอย่างรวดเร็วและบล็อกก็ยอดเยี่ยมสำหรับการรายงานข่าวที่ลึกล้ำในบางสิ่งบางอย่าง แต่ฉันคิดว่าหนังสือของคุณจะช่วยให้คุณมีมุมมองที่สอดคล้องกันมากขึ้นในหัวข้อที่ครอบคลุม นอกจากนี้การให้ข้อมูลในบริบทที่แตกต่างกันยังช่วยให้ความรู้ติดอยู่ในหัวของผู้คนได้ดีขึ้น แม้ว่ามันจะเป็นสิ่งที่คุณรู้อยู่แล้วฉันคิดว่ามันมีค่าที่จะมีบางสิ่งบางอย่างที่ตรวจสอบความรู้นั้น

ท้ายที่สุดถ้ามีคนอ่านหนังสือเกี่ยวกับเรื่องที่พวกเขากำลังทำงานอยู่นั่นหมายความว่าพวกเขาสนใจอย่างแท้จริงในสิ่งที่พวกเขากำลังทำอยู่และไม่ใช่แค่อ่านสิ่งต่าง ๆ - สำหรับงานที่มีพื้นฐานความรู้หรือความคิดสร้างสรรค์สิ่งนี้สำคัญมากถ้า คุณเป็นพนักงานที่ดีที่สุด

ฉันถือว่าคุณกำลังพูดถึงหนังสือเกี่ยวกับการฝึกการเขียนโปรแกรมและการพัฒนาซอฟต์แวร์มากกว่าเทคโนโลยีเฉพาะ ...

โดยส่วนตัวฉันมักจะหลีกเลี่ยงหนังสือเหล่านี้เพราะมีไม่กี่คนที่มีประโยชน์ในการพูด สำหรับนักเขียนโปรแกรมเชิงปฏิบัติทุกคู่มีผู้เขียนจำนวนมากที่ผลักดันวิธีการส่วนตัว / อคติ / ทฤษฎีที่เป็นเอกภาพที่ยิ่งใหญ่ ... และในขณะที่มันสนุกที่จะฟังพวกเขาเถียงกันในพอดคาสต์การอ่านหนังสือของพวกเขาค่อนข้างสนุกสนานมากกว่า อ่านรายการช็อปปิ้งของพวกเขา ... และอาจมีประโยชน์น้อยกว่า คุณจะได้รับคำแนะนำเดียวกันมากมายในฟอรัมและ ... ไม่ว่าที่นี่จะเป็นอะไร ... ด้วยความได้เปรียบที่เพิ่มขึ้นซึ่งความขัดแย้งได้เกิดขึ้นระหว่างผู้คนที่เชื่อในความเป็นจริงมากกว่าที่จะเป็นผู้แต่งและสตอเบอรี่ของเขา

เนื้อใน Code Complete, Mythical Man-Month ฯลฯ เป็นข้อสังเกตที่ผู้อ่านที่มีประสบการณ์มากที่สุดอย่างน้อยก็คุ้นเคยกับจิตใต้สำนึกแล้ว สิ่งนี้ทำให้พวกเขามีประโยชน์มากที่สุดสำหรับการตอกย้ำการยืนยันและการสอนโปรแกรมเมอร์ระดับกลาง

ฉันรักการเขียนโปรแกรมหนังสือจริงๆ ฉันมี 150+ ของพวกเขา และยังคงมีที่ว่างให้มากขึ้น

ฉันไม่สามารถคุยกับโปรแกรมเมอร์คนอื่นได้จริงๆ

ฉันพยายามอ่านหนังสือคอมพิวเตอร์คุณภาพสูง ขณะนี้ฉันกำลังอ่าน Mythical Man-Month อยู่

หนังสือเล่มต่อไปของฉันน่าจะเป็นหนังสือของ Russell / Norvig AI หรือการประมาณค่าซอฟต์แวร์ของ McConnell ในอนาคตที่ไม่ไกลนัก Lisp ที่พบเห็นได้ทั่วไปของ Seibel

อ่าน, อ่าน, อ่าน, อ่าน ... จากหนังสือจากบล็อกอะไรก็ตาม ... ดีกว่าจากหนังสือที่ดี แต่การอ่านหนังสือที่ไม่ดีอย่างยิ่งจะช่วยได้ แต่ยังคงเรียนรู้ เรียนรู้ทุกวัน

ผมอ่านพวกเขากลับมาเมื่อผมเพิ่งเริ่มออก แต่ตอนนี้ส่วนใหญ่หนังสือที่ผมมีอยู่รอบ ๆ มีแนวโน้มที่จะมุ่งเน้นไปที่ไม่ใช่ส่วนหนึ่งของการเข้ารหัสของการพัฒนาซอฟต์แวร์ (เช่นในทางปฏิบัติคู่มือเพื่อป้องกันข้อบกพร่อง , ซอฟแวร์การประเมิน: Demystifying ศิลปะสีดำ ) หนังสืออ้างอิงหรือหนังสือที่เน้นแนวคิดวิทยาศาสตร์คอมพิวเตอร์ที่แคบ

ปัญหาที่ใหญ่ที่สุดที่ฉันมีคือหนังสือเฉพาะทางเทคโนโลยีมีแนวโน้มที่จะล้าสมัยในสองสามปี (เช่นไม่กี่คนที่เขียน Visual Basic 6 วันนี้) ดังนั้นฉันจึงพบว่าการลงทุนในหนังสือเหล่านั้นที่อาจล้าสมัยมักจะเป็น การลงทุนที่ไม่ดีมากขึ้นดังนั้นเมื่อมีข้อมูลจำนวนมากในโลกออนไลน์ในปัจจุบัน ในทำนองเดียวกันบางส่วนของหนังสือที่เกี่ยวกับสิ่งต่างๆเช่นหลักการออกแบบมีแนวโน้มที่จะไม่สนใจในความโปรดปรานของบางส่วนของเว็บไซต์ที่ดีจริงๆออกมีเช่นรายการนอกเหนือ

เหตุผลในการอ่านหนังสือคือเพื่อพัฒนาความรู้และทักษะของคุณเอง นั่นหมายถึงสองสิ่ง: (1) คุณต้องตระหนักว่าคุณมีที่ว่างสำหรับการปรับปรุงและ (2) คุณต้องปรับปรุง โปรแกรมเมอร์หลายคนที่ฉันพบมีขนาดเท่ากับดาวเคราะห์ ก้อนขนาดใหญ่ที่เหลือมีความสุขที่ชายฝั่ง

ฉันได้รับ Kindle ใหม่ (Wifi + 3G) เมื่อสัปดาห์ที่แล้วและฉันรักมากฉันหยุดอ่านไม่ได้ ฉันได้ซื้อ ebooks ทางเทคนิคหลายเล่มจากทั้ง Amazon และสำนักพิมพ์อื่น ๆ และฉันได้ทำการไถนาพวกเขาด้วยอัตราที่คุ้มค่า

ตอนนี้หนังสือทางกายภาพดูเหมือนล้าสมัยไปแล้วสำหรับฉัน ฉันไม่ได้คาดหวังอย่างนั้นในไม่ช้า

ฉันไม่ได้อ่านหนังสือทางเทคนิคในปี ... อย่างแท้จริงปี

ส่วนหนึ่งเกี่ยวกับความพร้อมใช้งานของข้อมูลที่อื่น บล็อก, บทความ, เอกสารทางเทคนิค, เว็บไซต์อ้างอิง, เว็บไซต์สนับสนุนเพื่อนเช่น SO ...

ส่วนหนึ่งจะเกี่ยวกับค่าใช้จ่ายและการทำหนังสือกระดาษไม่ได้ ลองนึกถึงตัวเลขที่คุณเคยอ่านบางสิ่งเป็นข่าวประเสริฐเพียงเพื่อพบว่าเป็นเรื่องส่วนตัวหรืออาจล้าสมัย แม้วันที่คู่มืออ้างอิงจะเป็นไปอย่างรวดเร็วทำให้โลกของเรามีการเปลี่ยนแปลงตลอดเวลา

ฉันไม่ได้เคาะหนังสือทางเทคนิคต่อ แต่เป็นวันที่พวกเขาเป็นแหล่งข้อมูลเดียวของคุณในเรื่องทางเทคนิค เราได้รับข้อมูลจากแหล่งข้อมูลที่หลากหลายในขณะนี้

ฉันจะสารภาพกับพวกเขาบ้าง แต่อย่างน้อยเวลาก็ผ่านไป

เรื่องราวส่วนตัว:

ฉันเคยนำเสนอห้องที่เต็มไปด้วยนักพัฒนา 50 หรือ 60 คนเกี่ยวกับ. NET บางอย่างที่เกี่ยวข้อง (พวกเขาทั้งหมดทำงานใน บริษัท เดียวกัน)

Microsoft สนับสนุนการพูดคุยและให้หนังสือ "Object Thinking" ของ David West แก่ฉัน (โดย Microsoft Press)

บังเอิญฉันเพิ่งอ่านหนังสือเล่มนั้นและพบว่ามันเป็นการอ่านที่ดีมาก ฉันยังแนะนำให้ผู้ชมอธิบายว่าฉันมีสำเนาให้แจกและถ้ามีใครสนใจเขาก็ต้องขอ

มีหลายคนที่มาเพื่ออ่านหนังสือ แต่ไม่มีพวกเขาฉันพูดซ้ำไม่มีใครไม่ใช่คนเดียวที่ตัดสินใจเก็บไว้

ฉันยังต้องการรับหนังสือเพื่อเรียนรู้พื้นฐานของภาษา ด้วยวิธีนี้ฉันสามารถดูและรับความคิดของสิ่งที่ฉันทำตลอดเวลาของวัน / สัปดาห์และไม่ต้องกังวลเกี่ยวกับแล็ปท็อป เมื่อฉันอ่านหนังสือแล้วฉันจะเริ่มเรียนรู้ด้วยรหัส

ทฤษฎีการปฏิบัติแล้ว

ฉันไม่ได้ซื้อหนังสือเขียนโปรแกรมจำนวนมากในรูปแบบกระดาษเหมือนที่เคยทำ ฉันมีการสมัครสมาชิกกับSafari Books Onlineซึ่งราคาหนังสือเล่มหนึ่งต่อเดือนฉันได้รับสิทธิ์ในการเข้าถึงเนื้อหาเต็มรูปแบบของหนังสือหลายพันรายการ (และอื่น ๆ ) จากสำนักพิมพ์เช่น O'Reilly, John Wiley & Sons, Addison- เวสลีย์และอื่น ๆ

ฉันยังมี Kindle รุ่นแรกและบางครั้งก็ซื้อโปรแกรมหนังสือสำหรับมัน อย่างไรก็ตามฉันคิดว่า Kindle DX ขนาดใหญ่ (ซึ่งออกมาหลังจากที่ฉันได้รับแล้ว) จะเป็นแพลตฟอร์มที่ดีกว่าสำหรับวัสดุทางเทคนิค

(ว้าว, 5 upvotes และ 5 downvotes - ความคิดเห็นนี้ดูเหมือนจะขัดแย้งกันมากกว่าที่ฉันจินตนาการ!)

ฉันไม่ได้อ่านหนังสือเช่นCode Completeหรือคล้ายกันและฉันไม่รู้สึกว่าฉัน“ ควร” นั่นหมายความว่าอย่างไร จะเกิดอะไรขึ้นถ้าฉันไม่ทำ

ก่อนอื่นฉันไม่คิดว่าหนังสือเหล่านี้ทำให้ฉันเป็นโปรแกรมเมอร์ที่ดีขึ้น พวกเขาอาจทำงานเพื่อคนอื่น แต่ไม่ใช่สำหรับฉัน ข้อมูลข้อเท็จจริงที่บรรจุอยู่นั้นไม่ได้มีรายละเอียดมากนักหรือทางเทคนิคดังนั้นฉันจึงรู้แล้วว่าส่วนใหญ่แล้ว ส่วนที่เหลือเป็นความคิดเห็นที่ฉันอาจหรืออาจไม่เห็นด้วย แต่ที่แน่นอนฉันจะไม่นำมาใช้อย่างน่าสงสาร

เพียงวรรณกรรมการเขียนโปรแกรมที่เกี่ยวข้องกับฉันจริงพบที่น่าสนใจที่จะอ่านเป็นเทคนิคหมดจดเอกสารที่มีน้อยที่สุดของการกระทำ รายการโปรดของฉันจนถึงตอนนี้คือข้อกำหนดภาษา C # 4.0 และ Unicode มาตรฐาน 5.0 คนอื่น ๆ พบว่าสิ่งนี้เป็นเรื่องที่อ่านแล้วแห้งและน่าเบื่อ แต่ฉันก็พบว่ามันเข้ากับความคิดของฉันและอาจให้ข้อมูลที่ฉันยังไม่รู้อยู่ดี

Update 2010-Oct-07:ฉันเพิ่งเปิดตัว Pragmatic Programmerมาให้ฉันดังนั้นฉันจึงดูที่หน้าแรก ๆ ของ Amazon ในส่วน“ ใครควรอ่านหนังสือเล่มนี้” กล่าวว่า:“ บางทีคุณอาจรู้สึกหงุดหงิดที่ดูเหมือนว่าคุณไม่ได้บรรลุศักยภาพของคุณ บางทีคุณดูเพื่อนร่วมงานที่ดูเหมือนจะใช้เครื่องมือเพื่อทำให้ตัวเองมีประสิทธิผลมากกว่าคุณ” อืมไม่มี ไม่มีสิ่งใดที่ใช้ได้กับฉัน ฉันหงุดหงิดเพราะเพื่อนร่วมงานของฉันมีประสิทธิผลน้อยกว่าฉันมาก (และพวกเขาไม่สนใจ) ฉันรู้สึกว่าฉันสามารถบรรลุศักยภาพของฉันได้ ใช่แล้ว ไม่มีจุดในการอ่านหนังสือเล่มนี้ เพียงแค่ในกรณีที่จุด