จะเป็น Commitment ได้อย่างไร และคุณต้องการมันจริงๆ หรือไม่?

สวัสดี! ฉันชื่อ Dmitry Pavlov ฉันทำงานที่ GridGainและยังเป็นกรรมการและผู้เข้าร่วม PMC ใน Apache Ignite และเป็นผู้มีส่วนร่วมใน Apache Training ฉันเพิ่งนำเสนอผลงานของคณะกรรมการในการพบปะโอเพ่นซอร์สของ Sberbank ด้วยการพัฒนาของชุมชนโอเพ่นซอร์ส ผู้คนจำนวนมากเริ่มมีคำถามมากขึ้นเรื่อยๆ: จะเป็น Committer ได้อย่างไร จะต้องทำอะไร และต้องเขียนโค้ดกี่บรรทัดจึงจะได้รับบทบาทนี้ เมื่อเรานึกถึงผู้กระทำความผิด เราจะจินตนาการถึงผู้คนที่มีอำนาจทุกอย่างและรอบรู้โดยทันทีด้วยมงกุฎบนศีรษะและมี "รหัสที่สะอาด" แทนที่จะเป็นคทา เป็นอย่างนั้นเหรอ? ในโพสต์ของฉัน ฉันจะพยายามตอบคำถามสำคัญทั้งหมดเกี่ยวกับผู้มอบหมายงาน เพื่อที่คุณจะได้เข้าใจว่าคุณต้องการมันจริงๆ หรือไม่

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

ใครคือผู้กระทำความผิดและเหตุใดจึงจำเป็นต้องมี?

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

ทำไมต้องเป็นผู้กระทำ?

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

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

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

ในชุมชนโอเพ่นซอร์ส คุณสามารถพบกับผู้เชี่ยวชาญชั้นนำเช่น Linus Torvalds แต่ถ้าคุณไม่เป็นเช่นนั้น คุณไม่ควรคิดว่าไม่มีอะไรให้คุณทำที่นั่น - มีงานในระดับที่แตกต่างกัน

นอกจากนี้ยังมีโบนัสเพิ่มเติมอีกด้วย ตัวอย่างเช่น ผู้มอบหมายงาน Apache ได้รับใบอนุญาต IntelliJ Idea Ultimate ฟรี (แม้ว่าจะมีข้อจำกัดบางประการ)

จะต้องทำอย่างไรจึงจะได้เป็นผู้กระทำ?

ง่ายมาก คุณเพียงแค่ต้องยอมรับ

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

คุณจะต้องแก้ไขปัญหาอะไรบ้าง?

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

ฉันจำเป็นต้องเขียนฟีเจอร์สำคัญเพื่อที่จะเป็นผู้คอมมิตเตอร์หรือไม่?

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

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

ประพฤติตัวอย่างไร?

สร้างสรรค์ คิดบวก สุภาพ และอดทน โปรดจำไว้ว่าในโอเพ่นซอร์สทุกคนเป็นอาสาสมัครและไม่มีใครเป็นหนี้ใคร พวกเขาไม่ตอบคุณ - รอและเตือนคุณเกี่ยวกับคำถามของคุณภายใน 3-4 วัน พวกเขาไม่ได้ตอบคุณเสมอไป โอเพ่นซอร์สนั้นเป็นไปโดยสมัครใจ

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

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

ในที่สุดก็อ่าน จรรยาบรรณ และเรียนรู้ ที่จะถามคำถาม.

จะมีส่วนร่วมได้อย่างไรหากคุณไม่ใช่ผู้กระทำความผิด?

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

ความหลากหลาย - ประโยชน์หรืออันตราย?

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

เพื่อความรักหรือเพื่อความสะดวก?

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

คนที่ทำสิ่งนี้ "ด้วยความรัก" ก็ได้รับแรงบันดาลใจเช่นกัน แต่ในอีกทางหนึ่ง พวกเขากระตือรือร้นที่จะศึกษาโครงการนี้ เพื่อทำให้โลกนี้น่าอยู่ขึ้น และแน่นอนว่าผู้เข้าร่วมดังกล่าวมีความมั่นคงและมุ่งเน้นในระยะยาวมากกว่าเพราะผู้ที่มาที่ชุมชนด้วยความคิดริเริ่มของตนเองไม่น่าจะออกจากชุมชนได้ภายในวันเดียว

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

ผู้กระทำ - จะเป็นหรือไม่เป็น?

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

ที่มา: will.com