ไม่มันไม่ใช่.
หากรหัสฐานของโครงการที่คุณดูน่ากลัวเกินไปให้พิจารณา:
- การเลือกโปรเจ็กต์ขนาดเล็กลงให้ทำงานด้วย
- เลือกงานที่เล็กลงในโครงการ:
- เขียนตัวอย่าง / tutorial / demo สำหรับบางสิ่ง
- อัปเดตและแก้ไขเอกสารประกอบ (โครงการทั้งหมด, ระบบปฏิบัติการหรือไม่, ต้องการเอกสารที่ดีกว่า)
- แก้ไขข้อบกพร่องที่มีลำดับความสำคัญต่ำ แต่ง่ายต่อการแก้ไขข้อบกพร่อง (การเปิดรับโค้ดมากมักจะมีความสุขและมีความเสี่ยงต่ำ)
- มีหลายวิธีในการให้ความช่วยเหลือโดยไม่ต้องมีการเข้าถึงแหล่งข้อมูลหลักเช่น:
- กำลังส่งแพตช์ซึ่งสามารถแสดงความคิดเห็นได้
- การแยกและการส่งคำขอดึง (ดูด้านบน)
- แยกและทำงานด้วยตัวเองเพียงเพื่อดูว่ามันจะพาคุณไปที่ไหน หากคุณมีความสุขขอให้ devs ดูสิ่งที่คุณทำเพื่อดูว่าเหมาะสมหรือไม่
เพื่อเอาชนะ "ความกลัว" ของคุณโดยไม่ยอมรับคำมั่นสัญญาของคุณให้ไปที่จุดปลอดภัยในตอนแรก สิ่งนี้จะช่วยให้คุณและทีมงานพัฒนาความเชื่อมั่นในความสัมพันธ์ของคุณและเรียนรู้วิธีคิดของกันและกัน ในขณะที่คุณปรับปรุง (ทั้งทักษะทักษะประสบการณ์คุณภาพของรหัสและความเข้าใจในทีมโครงการของ OS และพลวัตของมัน) คุณจะสามารถรับมือกับงานที่มากขึ้นในขณะเดียวกันก็สร้างความยุ่งยากน้อยลง
นอกจากนี้ยังช่วยในการขอจุดเริ่มต้นที่เหมาะสมและดูว่าทีมอาจพบสิ่งที่เหมาะสมสำหรับคุณ
ตัวอย่างเช่นฉันมีส่วนร่วมกับ Buildbot ในช่วงหลายปีที่ผ่านมา ฉันเริ่มแก้ไขปัญหาเล็ก ๆ น้อย ๆ จากนั้นฉันก็กระแทกคุณภาพของขั้นตอนแหล่ง Mercurial ด้วยการแก้ไขข้อบกพร่องที่เห็นได้ชัด ในที่สุดฉันก็เขียนเว็บเพจเป็นส่วนใหญ่และสลับการวาง HTML ในรหัสเป็นโซลูชันการสร้าง HTML ตามเทมเพลต ส่วนหลังนั้นมีเพียงไม่กี่ร้อยสัญญาเท่านั้นที่ใช้เวลาทำงานหนักสองสามเดือน
ฉันทำงาน Mercurial ด้วยเช่นกัน แต่คนเหล่านี้ค่อนข้างพิถีพิถันและเทคโนโลยีมีความซับซ้อนมากขึ้นดังนั้นฉันยังไม่ได้รับการแก้ไขใด ๆ ในแกนกลาง ฉันได้ทำรายงานข้อผิดพลาดเล็กน้อยและเขียนส่วนขยายเล็ก ๆ สองสามตัว แต่ฉันไม่ได้มีอะไรใหญ่กว่าในตอนนี้
หวังว่ามันจะช่วย