โดยไม่คำนึงถึงภาษาโปรแกรมหรือระบบปฏิบัติการที่ใช้หรือสภาพแวดล้อมที่พัฒนาขึ้นสำหรับโปรแกรมเมอร์ทุกคนควรรู้อะไรบ้าง
พื้นหลังบางส่วน:
ฉันสนใจที่จะเป็นโปรแกรมเมอร์ที่ดีที่สุดที่ฉันสามารถทำได้ เป็นส่วนหนึ่งของกระบวนการนี้ฉันพยายามเข้าใจสิ่งที่ฉันไม่รู้และจะเป็นประโยชน์กับฉันอย่างมากถ้าฉันทำ ในขณะที่มีรายการจำนวนมากตามแนวของ "สิ่งต่าง ๆ ที่นักพัฒนา [ภาษาโปรแกรมแทรก] ควรรู้" ฉันยังไม่พบสิ่งที่คล้ายกันซึ่งไม่ จำกัด เฉพาะภาษา
ฉันยังคาดหวังว่าข้อมูลนี้จะเป็นที่สนใจและเป็นประโยชน์ต่อผู้อื่น
คำตอบ:
จะกลืนความภาคภูมิใจและยอมรับความผิดพลาดได้อย่างไร
จะคิดอย่างไรเหมือนผู้ใช้และไม่ชอบโปรแกรมเมอร์เทคนิค geek
ควรขอความช่วยเหลือเมื่อใดและจะไม่ขอความช่วยเหลือเมื่อใด
วิธีอ่านรหัสของคนอื่น
ความคุ้นเคยกับระบบควบคุมเวอร์ชัน ไม่จำเป็นต้องเป็นทุกคน แต่ควรรู้จักแนวคิดพื้นฐานที่สามารถนำไปใช้กับทุกคนได้
นี่คือ 10 บิตของฉัน:
อาจจะบอบบางเกินไป แต่ฉันคิดว่าเป็น "การรู้ปัญหาที่จะแก้ไข" โปรแกรมเมอร์จำนวนมาก (และคนทั่วไป) เสียความพยายามอย่างมากในการแก้ไขสิ่งต่าง ๆ ที่ไม่สำคัญนัก หรือพวกเขาสร้างโซลูชันด้วยการทำงานพิเศษจำนวนมากนั่นไม่ใช่สิ่งที่ต้องการ
วิธีการพักผ่อน มันเป็นความลับในการเพิ่มผลผลิต
ในที่สุดจิตตานุภาพและคาเฟอีนก็ไม่เพียงพอ การหดตัวคงที่ที่เราทำนั้นสร้างความเสียหายได้มาก
นี่เป็นเรื่องใหญ่
ชนิดข้อมูลและทฤษฎีอัลกอริทึมพื้นฐาน สิ่งต่าง ๆ เช่นสัญลักษณ์ Big O, อาร์เรย์, คิว ฯลฯ
วิธีการเลือกเครื่องมือที่เหมาะสมสำหรับงานที่ถูกต้องและไม่เข้าร่วมในสงครามโง่ ๆ เกี่ยวกับเครื่องมือการเขียนโปรแกรมที่เขาชื่นชอบ
นี่คือ. 02 $ ของฉัน:
คุณไม่สามารถทดสอบคุณภาพเป็นผลิตภัณฑ์
ฉันสายไปนิดหน่อย แต่ฉันจะไปกับความรู้ที่ Edsger Dijkstra วางไว้:
นอกจากความชอบทางคณิตศาสตร์แล้วความเชี่ยวชาญที่ยอดเยี่ยมของภาษาแม่ของคน ๆ หนึ่งคือทรัพย์สินที่สำคัญที่สุดของโปรแกรมเมอร์ที่มีความสามารถ
หากคุณไม่สามารถเขียนย่อหน้าที่ดีได้โอกาสที่คุณจะไม่สามารถเขียนรหัสที่ดีได้เช่นกัน
if (BlowUpTheSystem = 1)จนกว่าคุณจะทำบางสิ่งบางอย่างเช่น ได้รับจากการทดสอบหน่วยที่เหมาะสมคุณมีแนวโน้มที่จะประหยัดเวลาเท่านั้น แต่เวลานั้นสำคัญมาก
อย่าให้อารมณ์ติดอยู่กับหรือเคร่งศาสนาเกินไปเกี่ยวกับเทคโนโลยีระบบปฏิบัติการหรือภาษาใด ๆ - ไม่สมบูรณ์แบบ - ในระยะยาวคุณมีแนวโน้มที่จะจบลงด้วยความปรารถนาที่คุณสามารถสร้างรายการอาหารตามสั่งจากสิ่งที่คุณทำ ชอบเกี่ยวกับแต่ละที่แตกต่างกัน
คิดว่ามันเหมือนรถยนต์ - คุณอาจไม่เคยขับรถมาก่อน แต่พวกเขามีกุญแจพวงมาลัยพวงมาลัยคันเร่งและเบรก - คุณควรจะได้เข้าและขับออกอย่างรวดเร็วเมื่อคุณแยกแยะว่าอะไรอยู่ที่ไหน ปฏิบัติกับระบบปฏิบัติการและภาษาในทำนองเดียวกันและให้ความสำคัญกับการเรียนรู้แนวคิดที่สำคัญที่แฝงอยู่แม้ว่าคุณจะอยู่ในอาการเฉพาะของตัวอย่างใดก็ตาม
และเมื่อเวลาผ่านไปพยายามที่จะเข้าใจและซาบซึ้งกับบรรพบุรุษมรดกและสามัญชนของเทคโนโลยีต่าง ๆ ซึ่งจะช่วยให้คุณมีมุมมอง ตระหนักว่าตัวอย่างเช่นในขณะที่ต้นไม้วิวัฒนาการมีการแตกแขนงและเต็มไปด้วยจุดจบ แต่เทคโนโลยีเมื่อเวลาผ่านไปมีแนวโน้มที่จะบรรจบกันรอบ ๆ 'การปฏิบัติที่ดีที่สุด' และ 'การประหยัดจากขนาด' ( เช่นสังเกตว่า Mac ไม่ใช่สิ่งที่แตกต่าง PC ภายใต้ประทุนวันนี้ ... )
สุดท้ายจำไว้ไม่ว่าคุณจะสนุกไปกับมันแค่ไหนเทคโนโลยีก็ใช้เลนส์ที่ไม่สมบูรณ์ระหว่างสิ่งที่ใจของคุณสามารถจินตนาการและสิ่งที่คุณผลิต ทำอย่างดีที่สุดเรียนรู้ที่จะเรียนรู้และยังคงปรับได้ ...
วิธีการเขียนโปรแกรมใน C
วันที่คุณหยุดเรียนควรเป็นวันที่คุณไม่ได้เป็นโปรแกรมเมอร์
การทดสอบหน่วยและการดีบัก
มันถูกกล่าวถึงก่อนหน้านี้ แต่ฉันคิดว่ามันสมควรได้รับคำตอบของมันเอง
ไม่มีใครต้องการใช้ซอฟต์แวร์ พวกเขาต้องการแก้ไขปัญหา
Coffee และIntelliSenseเป็นเพื่อนที่ดีที่สุดของคุณตลอดไป
วิธีสังเกตวัตถุที่ซับซ้อนขนาดใหญ่และย่อยสลายในวัตถุง่าย ๆ ขนาดเล็กที่ยังคงทำงานเดียวกันเมื่อรวมกันอีกครั้ง
อย่าเชื่อถือผู้ใช้ ( โดยเฉพาะถ้าแอปเป็นสาธารณะ!) พวกเขามักจะทำทุกอย่างเพื่อทำลายแอพของคุณไม่ทางใดก็ทางหนึ่ง
ทำให้เป็นข้อพิสูจน์ในอนาคตและขยายได้ - คุณไม่มีทางรู้ว่าเมื่อคุณต้องการที่จะขยายในเวลาไม่กี่ปีและตระหนักถึงความพยายามที่จะใช้รหัสใหม่สร้างรหัสไม่ดี
ที่โปรแกรมเมอร์ไม่รู้จักทุกอย่างและควรพยายามเรียนรู้ภาษา / เทคโนโลยีใหม่ ๆ อยู่เสมอ
พื้นฐานของการออกแบบ UI ที่ดีและการสื่อสาร (aka กราฟิก) การออกแบบ
ฉันเห็นแอพและโครงการจำนวนมากที่ถูกทำลายโดยการออกแบบที่ไม่ดีหรือการใช้งานไม่ดี เพียงแค่การเรียนรู้พื้นฐานสามารถสร้างโลกที่แตกต่าง รวมถึงเทคนิคการแก้ปัญหาภาพ (เช่นวิธีการสื่อสารแนวคิดทางสายตา) เป็นความท้าทายที่น่าตื่นเต้นที่ควรเปิดตาของคุณให้เห็นวิธีการมองแบบใหม่ซึ่งควรส่งผลกระทบต่อโค้ดของคุณ
หนังสือที่แนะนำคือหนังสือออกแบบที่ไม่ใช่นักออกแบบโดย Robin Williams
นี่คือสิ่งที่Joel Spolsky พูดถึง :
ว้าว! ทุกคนต้องทำการออกแบบกราฟิกและไม่ใช่ทุกทีมซอฟต์แวร์ที่มีความหรูหราของนักออกแบบมืออาชีพ หนังสือบางเล่มที่ยอดเยี่ยมนี้จะช่วยให้คุณเข้าใจถึงหลักการที่อยู่เบื้องหลังเค้าโครงหน้าแบบอักษร ฯลฯ ข่าวดีคือคุณสามารถอ่านมันในอ่างอาบน้ำก่อนที่น้ำจะเย็นลงและในวันถัดไปกล่องโต้ตอบและจุดไฟและ หน้าเว็บจะเริ่มดูดีขึ้น
โปรแกรมเมอร์ทุกคนควรรู้วิธีการเรียนรู้อย่างรวดเร็ว หลายครั้งที่คุณเข้าทำงานและจะถูกขอให้พัฒนาเทคโนโลยีที่คุณไม่เคยใช้ พวกเขาอาจให้เวลาคุณประมาณหนึ่งสัปดาห์หรือมากกว่านั้น (ถ้าคุณโชคดี) ก่อนที่คุณจะถูกขอให้เขียนรหัสคุณภาพการผลิต
การควบคุมเวอร์ชัน และเพื่ออ้างถึงเพื่อนสาวของฉัน: "ฉันไม่ต้องการให้คุณทำอาหาร แต่ฉันต้องการให้คุณชอบ !"
ปิดส่วนหัวของฉัน:
ปัญหาการเขียนโปรแกรมน้อยมากจำเป็นต้องใช้คณิตศาสตร์นอกเหนือจากการบวกการลบการคูณและการหาร หากคุณกำลังคิดที่จะใช้แคลคูลัสเพื่อแก้ปัญหาวิจัยทางเลือกอย่างละเอียดก่อนที่จะทำเช่นนั้น
เมื่อใดก็ตามที่คุณพบว่าตัวเองเดาว่าควรจะทำงานอย่างไรคุณก็ทำผิด ไม่ใช่หน้าที่ของคุณที่จะเป็นกระแสจิต
คนที่ให้สเป็คคุณไม่ค่อยรู้ทุกอย่างที่เขาต้องการจนกว่าคุณจะแฮ็กมัน
มากกว่าครึ่งหนึ่งของการเป็นโปรแกรมเมอร์ที่ยอดเยี่ยมนั้นมาจากการรับมือกับมนุษย์ การมีปฏิสัมพันธ์กับทีมของคุณการจัดการผู้จัดการของคุณและการทำให้ผู้ใช้มีความเหมาะสมนั้นเป็นครึ่งหนึ่งของงาน
รหัสที่ดีนั้นถูกเขียนขึ้นเพื่อให้คนอ่านอ่านได้มากเท่าที่คอมไพเลอร์ของคุณจะอ่าน
แนวปฏิบัติที่ดีที่สุดและความเป็นจริงในทางปฏิบัติจะขัดแย้งกันมากกว่าที่โปรแกรมเมอร์คิด แต่น้อยกว่าที่ผู้จัดการทำ เมื่อพวกเขาดูเหมือนจะขัดแย้งกันขึ้นอยู่กับคุณที่จะอธิบายและทำความเข้าใจกับความขัดแย้งและจากนั้นก็นำไปปฏิบัติได้จริง วิธีการแก้ปัญหาที่ฉลาดและชาญฉลาดนั้นดีกว่าวิธีแก้ปัญหาที่น่าเกลียดและไร้ความปราณีถ้ามันคุ้มค่ากว่าในระยะยาว
เครื่องมือที่ยอดเยี่ยมไม่สามารถสร้างโปรแกรมเมอร์ที่ยอดเยี่ยมได้ แต่เครื่องมือที่ไม่ดีนั้นทำให้เราน่ากลัวอย่างเท่าเทียมกัน
ไม่เคยดูถูกเทคโนโลยี แต่มักจะมองหาทางเลือกที่ดีที่สุด
ยิ่งคุณรู้ภาษามากเท่าไหร่คุณก็จะยิ่งเก่งภาษาที่คุณใช้
อย่าถูกรบกวนด้วยความคิดช้า ๆ ที่มุ่งเน้นการเขียนโปรแกรมสู่ชีวิตประจำวันของคุณ แม้ในขณะที่เราไม่ได้อยู่ที่คอมพิวเตอร์เราทุกคนประสบกับข้อ จำกัด แบนด์วิดท์มีบทลงโทษด้านประสิทธิภาพจากการสลับงานและจำเป็นต้องโหลดสิ่งต่าง ๆ จากที่เก็บข้อมูลสำรอง คอมพิวเตอร์ควรเลียนแบบความคิดของมนุษย์และมีอยู่ทุกหนทุกแห่ง
การอ่านรหัสของคนอื่นจะไม่ทำให้สมองของคุณเสีย แต่ควรคิดออกว่าทำไมคุณถึงไม่ทำอย่างนั้น (ถ้าดีกว่าหรือไม่เป็นคำถามอื่น)
สิ่งนี้จะช่วยให้คุณเขียนโปรแกรมgedankenexperimentและบางครั้งคุณอาจพบว่ามีคนกำลังใช้งานบางอย่างที่ดีกว่า! ชอบในทางที่ดีขึ้น
คำตอบนี้จะขยายไปสู่การอ่านรหัสของคุณเองดังนั้นจึงขยายเพื่อใช้การควบคุมเวอร์ชันและ DIFF และจนถึง 42