หากคุณต้องการที่จะเป็นหลักฐานในอนาคตคำแนะนำที่ดีที่สุดที่ฉันสามารถให้คุณได้นั้นไม่ได้รวมอยู่ในเทคโนโลยี
ดังนั้นอย่าเรียนรู้ API แบบสุ่มสี่สุ่มห้า เรียนรู้วิธีการคิด ปรัชญาเบื้องหลังคืออะไร? ข้อดีและข้อบกพร่องของพวกเขาคืออะไร คิดว่าซอฟต์แวร์โดยทั่วไปไม่ใช่เทคโนโลยีเฉพาะ
นอกจากนี้คุณยังสามารถทำงานบนความคิดของโปรแกรมที่ดีไปที่ OOP และ AOP เป็นตัวเลือกที่ดี IMO แต่อย่าเพิ่งเข้าใจกลไกนี้ทำงานปรัชญาอย่างแท้จริง
อย่าเพิกเฉยต่อวิทยาศาสตร์คอมพิวเตอร์ทั่วไปเช่นโครงสร้างข้อมูลและอัลกอริธึมเพราะพวกเขาเป็นความรู้เทคโนโลยีข้ามซึ่งเป็นประโยชน์เสมอ
ยังไปเพื่อการปฏิบัติที่ดี คุณมักจะมีหลายวิธีที่จะทำบางสิ่งบางอย่าง แต่ส่วนใหญ่เป็นอึ: ข้อผิดพลาดได้ง่ายรักษายากยากที่จะเข้าใจในภายหลังหรือโดยโปรแกรมเมอร์อื่น ฯลฯ . . โดยปกติแล้วโค้ดจะอ่านยากกว่าการเขียน ดังนั้นเรียนรู้วิธีการใช้ความพยายามมากขึ้นในการเขียนเพื่อให้การอ่านง่ายขึ้น (เพราะคุณจะอ่านโค้ดมากกว่าที่คุณเขียน)
เรียนรู้เทคนิคที่มีประสิทธิภาพในการดีบัก (การใช้บันทึกและการดีบักอย่างชาญฉลาด) และการทดสอบ (วิธีการเขียนโค้ดที่สามารถทดสอบหน่วยได้อย่างง่ายดายและวิธีการทดสอบอัตโนมัติเหล่านี้)
จากนั้นคุณจะต้องมีพื้นฐานด้านเทคโนโลยีทั่วไป ฉันกำลังพูดถึงความรู้ในวงกว้างเช่นการทำงานของโปรเซสเซอร์ (การคาดคะเนแคชหรือการคาดคะเนสาขาเป็นการเริ่มต้นที่ดี) เกี่ยวกับระบบ UNIX เกี่ยวกับโปรโตคอลเครือข่ายเช่น IP, TCP และ Ethernet เป็นต้น . .
ในที่สุดเรียนรู้วิธีการเรียนรู้ หากคุณรู้วิธีเรียนรู้คุณสามารถปรับตัวได้
คุณจะต้องมีความรู้เกี่ยวกับเทคโนโลยีเฉพาะเพื่อให้สามารถหางานได้ แต่สิ่งเหล่านั้นล้าสมัยอย่างรวดเร็ว (คิดเกี่ยวกับภาษาโคบอลหรือการเขียนโปรแกรมเว็บในช่วงสงคราม IE / Netscape) ดังนั้นอย่าพึ่งพาพวกเขาเป็นหลักฐานในอนาคต พวกเขาจะเป็นกุญแจสำคัญในการได้รับการว่าจ้าง แต่ไม่ใช่สิ่งที่ทำให้โปรแกรมเมอร์ที่ยอดเยี่ยมและสิ่งที่จะทำให้ทักษะของคุณคงทนตลอดเวลา
แก้ไข: หากคุณเพิ่งเริ่มต้นคุณควรทำสิ่งที่แน่นอน อะไรก็ได้จริง ๆ เกมอย่าง Tetris หรืองูเป็นการเริ่มต้นที่ดีและสนุก หากคุณไม่ได้ทำสิ่งต่างๆคุณจะใช้เวลาในการเรียนรู้มากและไม่ได้รับประสบการณ์ที่จำเป็นในการทำความเข้าใจสิ่งที่คุณเรียนรู้อย่างเต็มที่
ลองตั้งตัวอย่างด้วยรูปแบบการออกแบบ รูปแบบการออกแบบนั้นยอดเยี่ยมและคุณควรใช้มันอย่างเด็ดขาด แต่ถ้าใช้มากเกินไปมันจะทำให้โค้ดของคุณซับซ้อนและเข้าใจยาก คุณจะต้องเผชิญกับปัญหาที่รูปแบบการออกแบบแก้ไขและเสียเวลาในการพยายามแก้ไขหรือผลข้างเคียงเพื่อทำความเข้าใจว่ารูปแบบการออกแบบนั้นเกี่ยวกับอะไร รูปแบบการออกแบบจะต้องใช้เป็น refactorings ขนาดเล็กเมื่อเวลาผ่านไปเมื่อรหัสเติบโตขึ้น และคุณจะรู้ว่าเมื่อใดที่จำเป็นต้องใช้รูปแบบการออกแบบเมื่อประโยชน์ของมันใหญ่กว่าความซับซ้อนของรหัสที่เกิดจากการใช้งาน สิ่งนี้ต้องใช้ประสบการณ์
พวกเขาเรียนรู้จากความผิดพลาดของคุณ ฉันไม่สามารถยืนยันได้มากขึ้น: รับสิ่งที่ทำ !