บางทีการแก้ไขข้อผิดพลาดเพิ่งเกิดใหม่โหล หรือรหัสของคุณแตกในลักษณะแปลก ๆ ที่คุณสงสัยว่าคุณเข้าใจจริงๆ หรือไม่ คุณคิดว่าถึงเวลาลงลึกแล้ว
แต่ รู้ คุณต้องดำน้ำลึกในหัวข้อหรือไม่? นั่นเป็นเพียงขั้นตอนที่ 1 คุณเรียนรู้หัวข้อจริง ๆ ถึงพื้นฐานได้อย่างไร คุณเรียนรู้มากพอที่จะมาโดยธรรมชาติได้อย่างไร
คุณเริ่มที่ไหน
มีสถานที่มากมายที่คุณสามารถเริ่มต้นการเรียนรู้ได้ แต่เมื่อฉันต้องการเรียนรู้หัวข้อหนึ่งๆ อย่างรวดเร็ว หนังสือคือจุดเริ่มต้นที่ฉันโปรดปราน ตัวอย่างเช่น หากคุณกำลังเจาะลึกเกี่ยวกับ git หนังสือชื่อ Pro Git น่าจะเป็นสิ่งที่คุณกำลังมองหาอย่างแน่นอน
หนังสือเหมาะสำหรับการดำน้ำลึกเพราะมีความครอบคลุม:หัวข้อขนาดกลางส่วนใหญ่ครอบคลุมได้ดีในหนังสือ 200–400 หน้า ในตอนท้าย คุณอาจไม่ใช่ผู้เชี่ยวชาญ แต่คุณจะมีความเข้าใจที่ดีและพื้นฐานที่มั่นคงเพื่อเติบโต วิธีนี้จะช่วยคุณได้หากคุณตัดสินใจที่จะอ่านซอร์สโค้ดหรือข้อมูลจำเพาะ
แต่บางทีคุณอาจไม่ต้องการซื้อหนังสือ หรือหนังสือในหัวข้อของคุณไม่มีอยู่จริง เมื่อเป็นเช่นนั้น คุณสามารถดูได้ที่ไหนอีกบ้าง
เอกสารทางการเป็นทางเลือกที่ดี หากคุณกำลังเจาะลึกในส่วนเดียวของเฟรมเวิร์ก เช่น Rails หรือเทคโนโลยีเว็บ เช่น OAuth เอกสารอย่างเป็นทางการก็เหมาะสมอย่างยิ่ง
สำหรับโครงการและกรอบงาน สิ่งที่เรียกว่า "X Guide" เป็นทางออกที่ดีที่สุดสำหรับการเริ่มต้น ตัวอย่างเช่น ฉันมักจะแนะนำ Rails Guides สำหรับนักพัฒนา Rails ใหม่ และ Elixir Guides ก็เป็นสถานที่ที่ดีเยี่ยมในการเรียนรู้วิธีเขียนโค้ด Elixir
แต่ในขณะที่คู่มือมีความครอบคลุมมากกว่าการพูดในบล็อก แต่ก็ไม่ครอบคลุมทั้งหมด คุณสามารถใช้คำแนะนำเป็นจุดเริ่มต้นไปยังเอกสารอ้างอิง เช่น RDoc แทนได้
เอกสารอ้างอิงนั้นยากที่จะเข้าใจหากคุณไม่มีวิธีที่จะใส่วิธีการและคลาสเหล่านั้นทั้งหมดลงในบริบท มันเป็นเพียงรายละเอียดที่เลอะเทอะโดยไม่มีโครงสร้างที่แท้จริง ฉันจึงพบว่าข้อมูลอ้างอิงทำงานได้ดีที่สุดเมื่อคุณจับคู่กับคู่มือหรือหนังสือ
ตัวอย่างเช่น แทบไม่มีอะไรจะสอนคุณเกี่ยวกับ ActiveModel ได้มากไปกว่าการขุดผ่านเอกสาร ActiveModel API แต่คู่มือ ActiveModel จะช่วยคุณรวบรวมทั้งหมด
ฉันพูดว่า "แทบไม่มีอะไรเลย" เพราะ มีสิ่งหนึ่งที่ครอบคลุมมากกว่าการอ่านเอกสารอย่างเป็นทางการ:การอ่านซอร์สโค้ด แต่การอ่านซอร์สโค้ดไม่เหมือนกับการอ่านหนังสือ ต้องใช้ประสบการณ์ การฝึกฝน และคำแนะนำ ถึงแม้จะให้รายละเอียดมากที่สุด แต่ก็ไม่ใช่ที่ที่คุณควรไปก่อน
หลังจากเจาะลึกเนื้อหาที่เป็นลายลักษณ์อักษรทั้งหมดนี้แล้ว คุณจะมีคำถามเปิดอยู่บ้าง ดังนั้นถามพวกเขา! ผู้เขียนห้องสมุดมักจะมีรูปแบบทางจิตที่ดีกว่าใครๆ และสามารถอธิบายกระบวนการคิดของพวกเขาเพื่อช่วยคุณได้ ผู้เขียนโครงการโอเพ่นซอร์สและเฟรมเวิร์กหลายรายทำให้ตัวเองพร้อมใช้งานผ่าน Slack หรือ IRC คุณสามารถหารายละเอียดได้ในหน้าโครงการ
หากคุณไม่มีสิทธิ์เข้าถึงบุคคลเหล่านั้น คุณยังสามารถถาม ถามเพื่อนร่วมงานของคุณหรือนักพัฒนาอาวุโสเพิ่มเติม ฉันแปลกใจที่การถามคำถามที่ยังไม่ได้คำตอบให้เพื่อนบ่อยเพียงใดจะทำให้ทุกอย่างคลิกเข้าที่
เมื่อคุณรู้ว่าคุณต้องดำน้ำลึก มีสถานที่สองสามแห่งที่คุณสามารถเริ่มต้นได้ นี่คือลำดับที่ฉันมักจะปฏิบัติตาม:
- หนังสือหรือคู่มืออย่างเป็นทางการ
- เอกสารอ้างอิงอย่างเป็นทางการ (เช่น RDoc) หรือข้อมูลจำเพาะ / RFC
- ซอร์สโค้ด
และฉันจะเติมช่องว่างด้วยการถามคำถาม ไม่ใช่กระบวนการที่เร็วที่สุด แต่เป็นการผสมผสานระหว่างความกว้างและความลึกที่ดีที่สุดที่ฉันเคยพบมา
คุณดำน้ำลึกเป็นประจำหรือไม่? ถ้าเป็นเช่นนั้น ฉันชอบที่จะรู้ว่าแหล่งข้อมูลใดที่คุณพบว่ามีประโยชน์มากที่สุด แสดงความคิดเห็นและแจ้งให้เราทราบ!
