อธิบายประโยชน์ของชุมชนโอเพนซอร์ส
ที่นี่เราอธิบายประโยชน์บางอย่างของชุมชนโอเพนซอร์สบน GitHub นวัตกรรมถูกสร้างขึ้นจากซอฟต์แวร์โอเพนซอร์ส: 80-90% ของแอปพลิเคชันใหม่ใด ๆ ที่สร้างขึ้นในปัจจุบันประกอบด้วยรหัสโอเพนซอร์ส อีก 10-20% ที่เหลือคือจุดที่คุณสามารถมุ่งเน้นไปที่การส่งมอบมูลค่าทางธุรกิจ ในการแข่งขันในตลาดคุณต้องใช้โอเพนซอร์สหรือคุณเสียหัวของคุณเริ่มต้นด้วยการพัฒนาโซลูชันของคุณเอง
ตั้งค่าโครงการและชุมชนของคุณเพื่อความสําเร็จ
ลองมองไปข้างหน้าในอนาคต และสมมติว่าองค์กรของคุณได้ตัดสินใจที่จะสร้างโปรแกรมโอเพนซอร์ส หลังจากผ่านไปสองสามเดือน คุณจะดึงดูดชุมชนผู้สนับสนุนที่น่าดึงดูดใจได้ ยินดีด้วย! ต่อไปคุณจะทําอย่างไรต่อไป
การสร้างชุมชนที่เป็นมิตรสําหรับโครงการของคุณเป็นการลงทุนระยะยาวในโปรแกรมโอเพนซอร์สของคุณ ชุมชนที่มีสุขภาพดีปลอดภัยและเป็นมิตรเป็นพลังเบื้องหลังระบบนิเวศแบบโอเพนซอร์ส ผู้คนและชุมชนของพวกเขามักเป็นเหตุผลหลักสําหรับผู้ใช้ที่จะมีส่วนร่วมหรือไม่ให้มีส่วนร่วม - เพื่อโครงการโอเพนซอร์ส
คุณต้องการให้ทีมของผู้คนย้ายโครงสร้างพื้นฐานที่สําคัญและการขึ้นต่อกันที่ได้รับความนิยมไปข้างหน้า แม้ว่าจะกระจายอยู่ทั่วทั้งพื้นที่และโซนเวลา แทนที่จะเป็นรายบุคคล ด้วยวิธีนี้แม้ว่าโครงการจะไม่สนับสนุนในเชิงพาณิชย์และไม่มี SLA คุณยังสามารถพึ่งพาการสนับสนุนของชุมชนสําหรับการบํารุงรักษาโครงการได้ ในทํานองเดียวกัน คุณไม่ต้องการให้กระบวนการทางธุรกิจของคุณขึ้นอยู่กับบุคคลเดียว จะเกิดอะไรขึ้นถ้าบ๊อบจากบัญชีป่วยและไม่สามารถจ่ายค่าเงินเดือนได้จนกว่าจะกลับมาเพราะพวกเขาเป็นคนเดียวที่รู้วิธีใช้งานซอฟต์แวร์
ในขณะที่ผู้ใช้มีส่วนร่วมและโต้ตอบกับโครงการแบบโอเพนซอร์สของคุณมีบางอย่างที่เปลี่ยนจากผู้ใช้เป็นผู้สนับสนุนและผู้ดูแล เราเรียกขั้นตอนที่เกี่ยวข้องในการเปลี่ยนนี้ "การเดินทางของผู้ร่วมสร้าง" ในฐานะผู้ดูแลโครงการเป็นสิ่งสําคัญที่คุณต้องคํานึงถึงการเดินทางของผู้ร่วมโครงการเพราะเป็นสิ่งสําคัญสําหรับความยั่งยืนของโครงการแบบเปิดแหล่งที่มา
เป้าหมายของคุณเมื่อเรียกใช้โปรแกรมโอเพนซอร์สคือการช่วยลดแรงเสียดทานและเพิ่มประสบการณ์ของผู้ร่วมสร้างเอกสาร แม้ว่าบุคคลนั้นจะเป็นผู้สนับสนุนแบบสบายๆ หรือเพียงครั้งเดียว งานของคุณก็ทําให้ง่ายต่อการมีส่วนร่วมในโครงการของคุณ ชุมชนโอเพนซอร์สได้พัฒนาวิธีที่ไม่เป็นทางการในการแชร์ข้อมูลเมตาเกี่ยวกับโครงการเช่นวิธีการมีส่วนร่วมอย่างมีประสิทธิภาพการดําเนินการที่คาดไว้ระหว่างผู้สนับสนุนและอื่น ๆ โดยทั่วไปวิธีเหล่านี้จะถูกเพิ่มไปยังไฟล์ที่เรียกว่า README และ CONTRIBUTING ให้คิดว่า README ของโครงการของคุณเป็นหน้าเริ่มต้นสําหรับโครงการของคุณ แทนที่จะเป็นชุดของคําแนะนําในการติดตั้งเครื่องมือหรือเฟรมเวิร์กของคุณ
ใช้ไฟล์ร่วมสร้างของคุณเพื่อให้รายละเอียดเกี่ยวกับชนิดของการร่วมสร้างที่คุณกําลังค้นหา และวิธีการที่คุณตรวจทานและยอมรับ นอกจากนี้ยังอธิบายเกณฑ์สําหรับการรับ triage และยอมรับสิทธิ์ไปยังที่เก็บ
เปิดการติดต่อสื่อสาร
เมื่อคุณทํางานในโครงการโอเพนซอร์ส เอกสารจะมุ่งเน้นไปที่เอกสารทางเทคนิค วิธีที่ยอดเยี่ยมในการรวมชุมชนในโครงการของคุณกําลังอยู่นอกเหนือเอกสารทางเทคนิค รายการที่คุณสามารถเปิดเผยรวมถึงแผนงานและการกํากับดูแลของโครงการกระบวนการร่วมสร้างและรายงานการประชุมของโครงการของคุณ
คุณสามารถจัดทําเอกสารการสนทนาที่สําคัญ และรวบรวมคําติชมของชุมชนและผู้สนับสนุนโดยใช้การสนทนาของ GitHub ด้วยวิธีนี้ คุณสามารถเริ่มการสนทนากับทีมของคุณและชุมชนที่กว้างขึ้นได้ คุณยังสามารถอ้างอิงการสนทนาเหล่านี้ใน ประเด็น และ คําขอดึงข้อมูล
การรักษาการติดต่อสื่อสารให้เป็นสาธารณะ ยกเว้นในบางกรณี เช่น เหตุการณ์ที่มีการดําเนินการตามหลักจรรยาบรรณ ทําให้มั่นใจได้ว่าทุกคนมีข้อมูลเดียวกัน
โปรไฟล์ชุมชนโครงการบน GitHub
เมื่อต้องการดูว่าโครงการของคุณเปรียบเทียบกับมาตรฐานชุมชนอย่างไร ให้ไปที่หน้าหลักของที่เก็บของคุณ ภายใต้ชื่อที่เก็บของคุณ เลือก ข้อมูลเชิงลึก ในแถบด้านซ้าย ให้เลือก มาตรฐานชุมชน ไฟล์เกือบทั้งหมดอยู่ที่นั่นเพื่อเพิ่ม ลองนึกถึงการเพิ่มเทมเพลตสําหรับประเด็นและคําขอดึงข้อมูล เพื่อกําจัดอุปสรรคสําหรับบุคคลในการรายงานบัก ส่งโค้ด และเพิ่งเกี่ยวข้องกับโครงการของคุณ
สําหรับแนวทางปฏิบัติที่ดีที่สุดของชุมชนเพิ่มเติม ให้ดู คู่มือโอเพนซอร์สของ GitHub