หนังสือภาษาที่ไม่เชื่อเรื่องพระเจ้า [ปิด]

มีหนังสือที่เกี่ยวกับการเขียนโปรแกรมหรือการพัฒนาซอฟต์แวร์ที่ยอดเยี่ยมที่ไม่เชื่อเรื่องภาษาหรือไม่? เหตุใดฉันจึงควรอ่าน

โปรแกรมเมอร์ในทางปฏิบัติ: จาก Journeyman ถึง Master - Andrew Hunt และ David Thomas

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

รหัสเสร็จสมบูรณ์: คู่มือปฏิบัติของการสร้างซอฟต์แวร์โดย Steve McConnell

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

นี่เป็นสิ่งที่ต้องมีในชั้นวางของวิศวกรซอฟต์แวร์ทุกคนแม้ว่าคุณจะไม่ได้เขียนรหัสอย่างชัดเจนก็ตาม

สิ่งที่ฉันชอบคือ: โครงสร้างและการตีความโปรแกรมคอมพิวเตอร์

มันเป็นหนังสือวิชาการเล่มแรกของฉันเมื่อ 10 ปีที่แล้วและมันก็ยังคงทำให้ฉันคิดว่ามันมีความเกี่ยวข้องกับการทำนายแนวโน้มในยุคสมัยของ "วิศวกรรมซอฟต์แวร์" และการเขียนโปรแกรมทั่วไป

มันใช้ LISP เป็นตัวอย่าง แต่ฉันไม่คิดว่า LISP ภาษาใด ๆ ดังนั้นมันจึงไม่เชื่อเรื่องพระเจ้าเลย)

ทำความสะอาดรหัส - Robert Martin

The Mythical Man Month - เฟรดเดอริกพีบรูคส์

นี่คือหนังสือที่ต้องมีสำหรับนักพัฒนาซอฟต์แวร์ Tomes การพัฒนาซอฟต์แวร์ส่วนใหญ่พูดถึงซอฟต์แวร์การเข้ารหัสภาษาโปรแกรมและเทคโนโลยีและเทคนิคล่าสุดในการเขียนซอฟต์แวร์

ใน "The Mythical Man Month" - Mr. Brooks ได้ฝึกฝนพื้นฐานการพัฒนาซอฟต์แวร์ (IMO) ขั้นพื้นฐานเพิ่มเติม - ด้านสังคม เขากล่าวถึงปัญหาที่พบในโครงการซอฟต์แวร์ที่สำคัญจากปัญหาการเพิ่มบุคคลผลกระทบของระบบที่สองและความต้องการกระบวนการที่เหมาะสม

หนังสือเล่มนี้เป็นหนังสือที่มีลักษณะการเขียนโปรแกรมจากมุมมองของการสร้างวินัยทางวิศวกรรมสิ่งที่สามารถใช้ในการสร้างซอฟต์แวร์ที่มีขนาดใหญ่และซับซ้อน

รูปแบบการออกแบบ รูปแบบส่วนใหญ่เป็นแบบ OOP แต่ภายใน OOP นั้นใช้ได้กับทุกภาษา

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

1. รูปแบบการออกแบบค่อนข้างเรียบร้อย ฉันสงสัยว่าฉันจะใช้พวกมันในโครงการนี้ที่ฉันกำลังทำอยู่ได้อย่างไร?
2. รูปแบบการออกแบบดีกว่าขนมปังหั่นบาง ๆ 10 เท่า! ฉันจะใช้ทุกที่!
3. ตกลงมีเวลาและสถานที่สำหรับการใช้รูปแบบเฉพาะ การดูแลเป็นสิ่งที่ดี
4. เราควรแก้ปัญหานี้ด้วยวิธีการแก้ปัญหา X. โอ้ใช่แล้ว, นั่นคือรูปแบบ Y. เป็นอย่างไร?

การออกแบบที่ขับเคลื่อนด้วยโดเมน: การแก้ปัญหาความซับซ้อนในหัวใจของซอฟต์แวร์
Eric Evans

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

รหัส - Microsoft Press

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

การพัฒนาแบบทดสอบ - ขับเคลื่อน: โดยตัวอย่างโดย Kent Beck

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

• รหัสสมบูรณ์ 2
• ในทางปฏิบัติโปรแกรมเมอร์
• อธิบายรูปแบบการออกแบบ
• การเขียน Solid Code
• Refactoring - Martin Fowler (เขามีค่าน้อยจริง ๆ ทั้งหมด)
• ทำความสะอาดรหัส
• 97 สิ่งที่โปรแกรมเมอร์ควรรู้

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

โอ้สำหรับฐานข้อมูล

• ศิลปะของ SQL
• เพียงแค่ SQL
• SQL สำหรับ Smarties - Joe Celko
• ฤดูใบไม้ผลิเหล่านี้ทั้งหมดจะคิดออกด้านบนของหัวของฉันดังนั้นโปรดยกโทษให้ฉันไม่จำผู้เขียนทั้งหมด - ฉันกำลังจะไปโพสต์อื่นเกี่ยวกับการจดจำไวยากรณ์ :)