บทความวิกิฮาวนี้จะแนะนำวิธีการเริ่มต้นและรักษาโครงการโอเพนซอร์สที่ประสบความสำเร็จ นอกเหนือจากการทำงานอย่างหนักและมุ่งเน้นไปที่เป้าหมายสุดท้ายแล้ว กุญแจสำคัญในการสร้างโครงการโอเพ่นซอร์สที่ประสบความสำเร็จมักอยู่ที่การกำหนดเป้าหมายของคุณตั้งแต่เนิ่นๆ ในกระบวนการและการยอมรับความช่วยเหลือจากชุมชน
ขั้นตอน
ตอนที่ 1 ของ 3: การเตรียมตัวเริ่มต้น
ขั้นตอนที่ 1. รู้ว่าจะเริ่มต้นที่ไหน
แก่นแท้ของโครงการ โอเพ่นซอร์สของคุณควรให้แนวทางแก้ไขปัญหา โดยเฉพาะอย่างยิ่งหากปัญหามีแนวโน้มที่จะพัฒนาในอนาคต ขั้นตอนแรกในการปลูกฝังโครงการโอเพ่นซอร์สที่ประสบความสำเร็จคือการค้นหาปัญหาเพื่อแก้ไข การพิจารณาว่าปัญหามีความสำคัญมากพอที่จะแก้ไขหรือไม่ และกำหนดวัตถุประสงค์ของคุณจากที่นั่น
หากคุณมีโครงการที่กำลังดำเนินการอยู่ อย่าลืมจดปัญหาที่จะแก้ไขก่อนดำเนินการต่อไป
ขั้นตอนที่ 2 ตรวจสอบให้แน่ใจว่าโครงการของคุณมีความจำเป็น
ดีมานด์เป็นหนึ่งในองค์ประกอบหลักของโครงการโอเพ่นซอร์สที่ประสบความสำเร็จ หากไม่มีความต้องการหรือความจำเป็นใดๆ สำหรับแนวคิดโครงการเริ่มต้นของคุณ หรือหากความต้องการในปัจจุบันกำลังถูกเติมเต็มโดยโครงการอื่น คุณอาจพิจารณาเข้าร่วมโครงการอื่นที่กำลังดำเนินอยู่หรือเลือกปัญหาอื่นเพื่อมุ่งเน้น
โครงการโอเพ่นซอร์สที่กำลังดำเนินอยู่จำนวนมากยอมรับข้อมูลจากชุมชนที่เข้มงวด ดังนั้นอย่ากลัวที่จะค้นหาและเข้าร่วมโครงการเวอร์ชันที่มีอยู่ของคุณแทน
ขั้นตอนที่ 3 หลีกเลี่ยงปัญหาใหญ่หรือคลุมเครือ
ไม่เพียงแต่ปัญหาเหล่านี้จะบรรลุแนวทางแก้ไขที่เป็นทางการมากขึ้นในเวลาเท่านั้น การพยายามมุ่งเน้นไปที่ปัญหาใหญ่จะทำให้การโฟกัสของคุณเจือจางลง และทำให้ยากต่อการดึงดูดความต้องการของผู้ชมทั้งหมดของคุณโดยไม่ต้องเสียเวลาไปกับโครงการอย่างไม่สมเหตุสมผล
ให้มุ่งความสนใจไปที่ปัญหาเล็กๆ น้อยๆ ที่ส่งผลกระทบต่อผู้คนจำนวนมาก (เช่น จุดบกพร่องในการกระจาย Linux)
ขั้นตอนที่ 4 กำหนดความสำเร็จของโครงการของคุณ
เนื่องจากโครงการโอเพ่นซอร์สจัดการกับปัญหาประเภทต่างๆ "ความสำเร็จ" สำหรับโครงการของคุณจะแตกต่างกันไป การจดบันทึกสิ่งที่คุณพยายามจะบรรลุและวิธีที่คุณจะรู้ว่าคุณประสบความสำเร็จจะช่วยให้คุณมุ่งเน้นไปที่เป้าหมายหลักเดียวตลอดระยะเวลาของโครงการ
ตัวอย่างเช่น คุณอาจพิจารณาว่าโปรเจ็กต์โอเพนซอร์สของคุณประสบความสำเร็จหากเปิดตัว ในขณะที่คนอื่นๆ อาจพิจารณาโปรเจ็กต์ที่ประสบความสำเร็จก็ต่อเมื่อมีการดาวน์โหลดถึงจำนวนที่กำหนดเท่านั้น
ขั้นตอนที่ 5 เลือกใบอนุญาตโอเพ่นซอร์สที่มีอยู่และได้รับการอนุมัติสำหรับโครงการของคุณ
นักพัฒนาส่วนใหญ่รู้ว่า "GPL", "LGPL" "BSD" (Berkeley Software Distribution) และ "Apache" หมายถึงอะไร ซึ่งหมายความว่าพวกเขายังรู้ว่าพวกเขาสามารถทำอะไรกับโค้ดดังกล่าวได้และสิ่งที่พวกเขาไม่ได้รับอนุญาตให้ทำ วิธีนี้จะช่วยให้คุณหลีกเลี่ยงปัญหาทางกฎหมายหรือทรัพย์สินทางปัญญาระหว่างทาง
การเขียนใบอนุญาตของคุณเองอาจใช้เวลานาน และส่วนใหญ่คุณจะต้องจ้างทนายความเพื่อยืนยันว่าเอกสารได้ทำเครื่องหมายในช่องทั้งหมด
ขั้นตอนที่ 6. เขียนไฟล์ README สำหรับโครงการของคุณ
นี่อาจฟังดูเหมือนเป็นการกระทำที่บันทึกไว้ได้ดีที่สุดสำหรับครั้งสุดท้ายมากกว่าครั้งแรก แต่การเขียน README ให้ดีที่สุดเท่าที่จะทำได้โดยไม่ต้องมีโครงการจริงอยู่ตรงหน้าคุณจะบังคับให้คุณกำหนดสิ่งสำคัญสามประการ: โครงการของคุณสำหรับใคร (ผู้ชม) สิ่งที่คุณทำ โครงการใช้สำหรับ (ใช้) และที่ซึ่งคุณสามารถหาแหล่งข้อมูลเพิ่มเติม (ความช่วยเหลือ)
โดยปกติ คุณจะไม่สามารถแสดงรายการคำแนะนำทางเทคนิคสำหรับโครงการของคุณในไฟล์ README
ส่วนที่ 2 จาก 3: การเริ่มต้นโครงการ
ขั้นตอนที่ 1 ค้นหาผู้ร่วมให้ข้อมูลล่วงหน้า
แม้ว่าคุณจะมีทุกอย่างตั้งแต่โครงร่างเริ่มต้นของโปรเจ็กต์ไปจนถึงเวอร์ชันเบต้าที่ใช้งานได้ การสรรหาผู้ร่วมให้ข้อมูลที่ใกล้ชิดสองสามรายเพื่อช่วยในโครงการก่อนที่จะโพสต์โปรเจ็กต์ที่ใดก็ตามจะช่วยสร้างทีมได้ ในทำนองเดียวกัน คุณจะสามารถเข้าถึงคำติชมจากคนใกล้ชิดสองสามคนได้โดยตรงเมื่อคุณเริ่มต้น แทนที่จะต้องจัดเรียงความคิดเห็นของชุมชนที่กระจัดกระจาย
- การไม่ค้นหาผู้ร่วมให้ข้อมูลก่อนเปิดตัวโครงการอาจส่งผลให้ผู้ทำงานร่วมกันไม่รู้สึกราวกับว่าพวกเขาเป็นส่วนหนึ่งของกระบวนการอย่างแข็งขัน
- ผู้นำโครงการโอเพนซอร์สหลายคนเสนอบทเรียนการเขียนโค้ดหรือการชดเชยอื่นๆ ที่ไม่ใช่สาระสำคัญแก่ผู้ร่วมให้ข้อมูลสองสามคนแรก
ขั้นตอนที่ 2 รับโฮสติ้ง
การลงทะเบียนฟรีโฮสติ้งสำหรับโครงการโอเพ่นซอร์สนั้นค่อนข้างง่าย ตัวเลือกทั่วไป ได้แก่ SourceForge และ GitHub การทำเช่นนี้ไม่เพียงช่วยประหยัดเงิน แต่ยังทำให้โครงการของคุณอยู่ในที่ที่ผู้คนมักจะค้นหาโครงการโอเพ่นซอร์สที่กำลังมาแรง
ขั้นตอนที่ 3 ระบุว่าโครงการของคุณเป็นโอเพ่นซอร์ส
แม้ว่าจะดูเหมือนเป็นเรื่องง่ายมาก แต่ก็เป็นหนึ่งในแง่มุมที่ถูกมองข้ามมากที่สุดของโครงการโอเพ่นซอร์ส โปรดจำไว้ว่า ผู้คนจะดูโครงการของคุณเพียงไม่กี่วินาทีก่อนตัดสินใจว่าจะดาวน์โหลดหรือไม่ การรู้ว่าโครงการของคุณเป็นโอเพ่นซอร์ส (และด้วยเหตุนี้งานระหว่างทำ) อาจช่วยให้พวกเขาสร้างความคิดเห็นที่ต่างออกไป
ขั้นตอนที่ 4 สร้างความโปร่งใส
ส่วน "เปิด" ของโอเพ่นซอร์สหมายความว่าผู้คนจำเป็นต้องสามารถเห็นสิ่งที่คุณทำกับโค้ดได้ วิธีง่ายๆ เพื่อให้แน่ใจว่าทุกคนมีสิทธิ์เข้าถึงทรัพยากรของคุณอย่างเท่าเทียมกัน ได้แก่:
- จัดเก็บรหัสของคุณทางออนไลน์เพื่อให้ทุกคนสามารถเข้าถึงได้
- โพสต์ใบอนุญาต README และกำหนดการเผยแพร่ของคุณในตำแหน่งที่เข้าถึงได้ง่าย
- ระบุเป้าหมายของคุณสำหรับโครงการ
- บันทึกและเผยแพร่ข้อมูลการประชุม "ส่วนตัว" (เช่น การบันทึกเสียงหรือการถอดเสียง)
ขั้นตอนที่ 5. ปล่อยการทำซ้ำของโครงการของคุณ
โดยเฉพาะอย่างยิ่งเมื่อคุณมีผู้สนับสนุนหรือผู้สนับสนุนที่สม่ำเสมอ คุณจะต้องยึดกำหนดการวางจำหน่ายให้ถูกต้องที่สุด ซึ่งจะช่วยให้ชุมชนได้รับแนวคิดว่าโปรเจ็กต์ของคุณรู้สึกอย่างไรก่อนที่การเปิดตัวเต็มรูปแบบจะเผยแพร่สู่สาธารณะ และคุณจะสามารถได้รับข้อเสนอแนะจำนวนมากที่คุณสามารถใช้เพื่อปรับแต่งการเปิดตัวในอนาคตได้
สิ่งสำคัญคือต้องจำไว้ว่า ในขณะที่คุณไม่จำเป็นต้องใช้ข้อเสนอแนะทุกข้อจากชุมชน พวกเขาจะต้องการเห็นว่าคุณกำลังนำคำแนะนำทั่วไปไปใช้
ขั้นตอนที่ 6 อนุญาตให้ชุมชนแก้ไขโค้ดของคุณ
แม้ว่าคุณจะต้องย้อนกลับการก่อกวนและการแก้ไขที่ไม่สมเหตุสมผลในแง่ของตัวโค้ดเอง การทำให้โค้ดของคุณเป็นแบบสาธารณะจะช่วยให้คุณพบผู้ร่วมให้ข้อมูลรายใหม่ นอกจากนี้ยังจะเข้ากับวัฒนธรรมความโปร่งใสที่พบในโครงการโอเพ่นซอร์สมากมาย ซึ่งอาจส่งผลต่อผู้สนับสนุนในอนาคต
คุณสามารถปกป้องรหัสโครงสร้างและห้ามผู้ร่วมให้ข้อมูลที่เป็นสแปมหรือทำลายโครงการของคุณได้ทุกเมื่อหากจำเป็น
ส่วนที่ 3 จาก 3: การรักษาโครงการ
ขั้นตอนที่ 1 โต้ตอบกับชุมชน
ไม่ว่าโครงการจะต่ำหรือสูงเพียงใด ในที่สุดงานโอเพ่นซอร์สของคุณจะดึงดูดความสนใจและ/หรือคำวิจารณ์บางรูปแบบจากชุมชนในที่สุด แทนที่จะหันไปหรือเพิกเฉย เป็นการดีที่สุดที่จะพูดคุยกับสมาชิกในชุมชนที่สนใจเพื่อเพิ่มโอกาสที่พวกเขาจะกลายเป็นผู้มีส่วนร่วม
ขั้นตอนที่ 2 อย่าทำทุกอย่างด้วยตัวเอง
ดังที่กล่าวไว้ข้างต้น สมาชิกในชุมชนจำนวนมากอาจมาหาคุณพร้อมคำแนะนำหรือแนวคิดเกี่ยวกับวิธีปรับปรุงโครงการของคุณ เป็นเรื่องง่ายที่จะใช้สิ่งนี้เป็นคำเชิญเพื่อทำการเปลี่ยนแปลงด้วยตนเอง ให้ลองขอให้สมาชิกชุมชนที่สนใจทำการเปลี่ยนแปลงแทน
การทำเช่นนี้ทั้งสองจะสร้างความรู้สึกของการทำงานเป็นทีมกับสมาชิกในชุมชนที่เกี่ยวข้อง และทำให้คุณมีเวลาเหลือเฟือที่จะมุ่งเน้นไปที่ประเด็นอื่นๆ
ขั้นตอนที่ 3 หลีกเลี่ยงการสื่อสารส่วนตัว
ส่วน "เปิด" ของโครงการโอเพ่นซอร์สไม่เอื้อต่อการประชุมส่วนตัวหรือการนำข้อมูลไปใช้โดยไม่มีความโปร่งใสโดยสิ้นเชิง
หากคุณมีการประชุมส่วนตัวเกี่ยวกับคุณลักษณะหรือแนวคิด อย่าลืมบันทึกการประชุมและอัปโหลดไปยังหน้าโครงการของคุณ
ขั้นตอนที่ 4 ใช้คำขอดึง
คำขอดึงเป็นวิธีที่สมาชิกในชุมชนสามารถมีส่วนร่วมในโครงการของคุณได้ แม้ว่าคุณจะต้องการทบทวนสิ่งเหล่านี้ในขั้นต่อๆ ไปของโปรเจ็กต์ของคุณ การอนุญาตให้สมาชิกในชุมชนปรับแต่งโค้ดของคุณในขณะที่ดำเนินโปรเจ็กต์ จะช่วยให้มั่นใจได้ว่าโค้ดดังกล่าวมีความรอบรู้มากที่สุดเท่าที่จะเป็นไปได้
ขั้นตอนที่ 5. ทำการตลาดโครงการของคุณ
เช่นเดียวกับที่คุณทำการตลาดผลิตภัณฑ์ที่ต้องชำระเงิน คุณจะต้องโปรโมตโครงการโอเพ่นซอร์สของคุณผ่านหน้าโซเชียลมีเดียและการมีส่วนร่วมทั่วไป
มีหลายวิธีในการโปรโมตโครงการของคุณ แต่การใช้ subreddit การเขียนโปรแกรมของ Reddit จะช่วยให้คุณถามคำถาม ตอบกลับความคิดเห็น และมีส่วนร่วมกับกลุ่มเป้าหมายของคุณได้
ขั้นตอนที่ 6 มีคนดำเนินการในโครงการ
ความสำเร็จของโครงการของคุณจะส่งผลให้ต้องได้รับความสนใจน้อยกว่าที่คุณเคยให้มา ถ้าเป็นไปได้ ให้แต่งตั้งผู้จัดการโครงการเพื่อดูแลความเป็นอยู่ที่ดีของโครงการ จนกว่าโครงการจะไม่เกี่ยวข้องหรือต้องการการปรับปรุง สิ่งนี้จะช่วยให้คุณมีสมาธิกับโครงการอื่น ๆ (หรือพักสมองที่จำเป็นมาก)
เคล็ดลับ
- หากคุณสนใจที่จะดำดิ่งสู่โอเพ่นซอร์สแต่ยังไม่พร้อมที่จะโฮสต์โครงการของคุณเอง ให้พิจารณาสนับสนุนโครงการของผู้ใช้รายอื่นจนกว่าคุณจะคุ้นเคยกับกระบวนการ
-
รู้ว่าใบอนุญาตโอเพ่นซอร์สของคุณหมายถึงอะไร:
- Apache อนุญาตให้ทุกคนแก้ไขโค้ดของคุณและใช้ในซอฟต์แวร์โอเพ่นซอร์ส ดังนั้นรหัสภายใต้ใบอนุญาตนี้จึงน่าสนใจสำหรับบริษัทต่างๆ และจะง่ายกว่ามากในการได้รับความนิยมในขั้นต้น อย่างไรก็ตาม คุณอาจไม่ได้รับคำติชมมากนักจากผู้ที่ใช้งานของคุณอย่างเงียบๆ
- LGPL (ใบอนุญาตสาธารณะทั่วไปที่น้อยกว่า) อนุญาตให้ใช้ซอฟต์แวร์ของคุณในอนุพันธ์แบบปิด แต่ต้องการให้ผู้ใช้เปิดเผยการเปลี่ยนแปลงใดๆ ที่พวกเขาทำในโค้ดของคุณ สามารถคาดหวังข้อเสนอแนะเพิ่มเติมได้
- GPL (ใบอนุญาตสาธารณะทั่วไป) เป็นใบอนุญาตเชิงรุกซึ่งกำหนดให้ผู้ใช้เปิดเผยรหัสของตนเองที่เรียกใช้รหัสของคุณ มีบริษัทไม่กี่แห่งที่จะชอบสิ่งนี้ แต่ถ้าพวกเขาต้องการซอฟต์แวร์ของคุณ พวกเขาจะติดต่อคุณเพื่อเสนอการชำระเงินสำหรับการให้รหัสสำหรับพวกเขาภายใต้เงื่อนไขที่พวกเขาต้องการ แม้ว่า "การออกใบอนุญาตแบบคู่" นี้จะไม่ได้รับการยอมรับจากแฮ็กเกอร์ซอฟต์แวร์ฟรีและองค์กร GNU จำนวนมาก แต่ก็ถูกกฎหมายและค่อนข้างเป็นที่นิยม
- ตรวจสอบให้แน่ใจว่าคุณตรวจการสะกดของงานเขียนที่คุณสร้าง ใช้ไวยากรณ์ที่ถูกต้องเสมอ
- จงเป็นมืออาชีพและเป็นผู้ใหญ่ให้มากที่สุด แม้ว่าจะไม่มีใครสื่อสารกับคุณก็ตาม
คำเตือน
- หากคุณใช้องค์ประกอบโอเพ่นซอร์สบางอย่างจากโปรเจ็กต์อื่น คุณต้องเคารพสิทธิ์การใช้งานของพวกเขา ใบอนุญาตโอเพ่นซอร์สบางรายการไม่สามารถทำงานร่วมกันได้
- โดยปกติแล้ว ไม่ควรที่จะค้นหาและพยายามรื้อฟื้นโครงการที่ถูกละทิ้งที่มีอยู่ โครงการดังกล่าวมักจะถูกละทิ้งด้วยเหตุผลที่ดี
- อย่ายกย่องคนที่สร้างงานให้คุณมากเกินไป หากคุณเริ่มขอบคุณทุกคน คุณอาจจะพลาดใครสักคนที่จะรู้สึกว่าถูกทอดทิ้ง หรือคุณไม่รู้จะหยุดที่ไหน ขอบคุณเฉพาะสมาชิกชุมชนที่ทำสิ่งที่โดดเด่น สิ่งนี้ยกระดับสิ่งที่ต้องทำเพื่อรับความกตัญญูของคุณ
