ก่อนหน้านี้เห็นคำถามบน Zhihu: ถ้าผู้ก่อตั้งโปรเจกต์โอเพนซอร์สไม่อยู่แล้ว โปรเจกต์โอเพนซอร์สที่มีผู้ใช้มากที่เขาสร้างขึ้นจะเป็นอย่างไร? สามารถสืบทอดเหมือนมรดกให้ญาติของตัวเองได้ไหม? แต่ตอนนี้ดูเหมือนยังไม่มีข้อบังคับที่เกี่ยวข้องออกมาเพื่อตอบคำถามนี้อย่างเป็นมืออาชีพ แต่คำตอบจากผู้ใช้เน็ตก็มีหลายอย่างที่น่าสนใจ
@pansz: That’s what Open Source for Firefox มาจากไหน? เพราะตอนที่บริษัท Netscape ล้มละลาย พวกเขาเปิดซอร์สโค้ดทั้งหมดก่อน ทำให้โปรเจกต์นี้สามารถดำเนินต่อไปได้ แม้จะเป็นชื่อใหม่
ซอฟต์แวร์โอเพนซอร์สที่มีคุณค่าจะไม่มีวันตาย มันสามารถเกินอายุขัยของคุณ กลายเป็นการต่ออายุของคุณ นี่คือหนึ่งในคุณค่าของโอเพนซอร์ส
@Bill Cheng: ผู้ก่อตั้งไม่อยู่แล้ว แต่โค้ดที่เขาทิ้งไว้ยังอยู่ ตราบใดที่โปรเจกต์นี้ยังมีคนพัฒนาและดูแล โปรเจกต์โอเพนซอร์สจะดำเนินต่อไป แต่น่าเสียดายที่สำหรับโปรเจกต์โอเพนซอร์สส่วนใหญ่ นักพัฒนาทั้งหมดอาจมีเพียงคนเดียว และแม้โปรเจกต์จะมีคนใช้ แต่ไม่มีโปรแกรมเมอร์มาดูแลและพัฒนา โดยเฉพาะโปรเจกต์โอเพนซอร์สจากจีนจำนวนมาก
ลองเอา fakethunder ที่ได้รับความนิยมเมื่อวันก่อนมาเป็นตัวอย่าง (ผู้เขียนอย่าโกรธผมนะ) ถ้าผู้เขียนไม่ทำต่อ โปรเจกต์นี้ก็จะไม่มีใครดูแล เพราะจากสถานะของโปรเจกต์นี้บน GitHub แม้หลายคนจะ fork แต่แทบไม่มีใครมีส่วนร่วมด้านโค้ดเลย คนส่วนใหญ่แค่ชี้ปัญหาต่างๆ ใน issue และเรียกร้องให้ผู้เขียนแก้ไข
โปรแกรมเมอร์มีแค่นั้น และโปรแกรมเมอร์หนึ่งคนสามารถสร้างโปรเจกต์โอเพนซอร์สได้หลายโปรเจกต์ ดังนั้นในกรณีส่วนใหญ่ ถ้าผู้ก่อตั้งโปรเจกต์โอเพนซอร์ส ไม่ต้องพูดถึงการตาย แค่ไม่อยากทำต่อ โปรเจกต์โอเพนซอร์สนั้นก็จบแล้ว
โอเพนซอร์ส ในโลกของโปรแกรมเมอร์อาจเป็นเกียรติ แต่ในโลกของคนทั่วไป มันเป็นแค่เทียนไข เมื่อไหม้หมดก็ดับ
@冯东 (โปรแกรมเมอร์ Adobe): ผมรู้สึกว่าคำตอบบนเน็ตที่มีอยู่ อุดมคติมากเกินไป ความจริงคือ: โปรเจกต์ไม่ง่ายที่จะจัดการ!
โอเพนซอร์สไม่ใช่โหมดที่มีความเสถียรเอง โปรเจกต์โอเพนซอร์สจะสำเร็จหรือไม่ ขึ้นอยู่กับผู้ก่อตั้งหรือผู้นำหลัก ถ้าผู้ก่อตั้งเกิดเหตุไม่คาดฝัน ต้องดูว่ามีผู้สืบทอดต่อไหม
แต่ผู้ก่อตั้งโปรเจกต์โอเพนซอร์สหลายคนมีชีวิตอย่างมีพลังและอยู่ยงคงกระพันมากกว่าบริษัทใหญ่หลายแห่ง และพวกเขาหาผู้สืบทอดดูจะน่าเชื่อถือกว่าบริษัทใหญ่บางแห่ง ดังนั้นโดยทั่วไปความน่าเชื่อถือของซอฟต์แวร์โอเพนซอร์สที่นิยมไม่ได้แย่กว่าซอฟต์แวร์ของบริษัทใหญ่
@龚博致 (ผู้จัดการผลิตภัณฑ์ UC Browser WP Edition): จริงๆ แล้ว คำถามนี้มีปัญหาด้านการดำเนินการทางเทคนิคบ้าง
เมื่อผู้ก่อตั้งโปรเจกต์โอเพนซอร์สจากไป สถานการณ์คล้ายกับการแยกทางของสมาชิก/การโอนโปรเจกต์ ถ้ามีการบอกล่วงหน้าก็เปลี่ยนสิทธิ์ หรือแม้กระทั่งโอนบัญชี ถ้าไม่มีการบอกล่วงหน้า สมาชิกใหม่ก็จะเปิด branch/โปรเจกต์ใหม่ ใน about จะมีการขอบคุณ ปฏิบัติตามสัญญาอนุญาตที่ต้องปฏิบัติ ถ้าปฏิบัติไม่ได้ก็ติดต่อครอบครัว/บุคคลที่เกี่ยวข้องเดิม ขอความเข้าใจแล้วออกแถลงการณ์เปลี่ยนสัญญาอนุญาต
โอเพนซอร์สเป็นเรื่องของคนมีเกียรติ ดังนั้นจริงๆ ไม่ซับซ้อนขนาดนั้น
@Twisted Python (ผู้ชื่นชอบ Python): ถ้ามีคนใช้มาก ก็จะถูกดูแลต่อไป ดูโปรเจกต์ matplotlib ผู้ก่อตั้ง John Hunter เสียชีวิตด้วยโรคมะเร็งในปี 2012 (ไว้อาลัย) ตอนนั้นเวอร์ชันยังเป็น 1.1 ตอนนี้เป็น 1.4.2 แล้ว
@欧耶: แม้เราจะคุยเรื่องหลังจากผู้ก่อตั้งโปรเจกต์ แต่เราไม่สามารถมองข้ามว่า โปรเจกต์ซอฟต์แวร์โอเพนซอร์สจำนวนมาก ตอนที่ผู้ก่อตั้งยังมีชีวิตอยู่ โปรเจกต์ก็หยุดไปแล้ว! ดังนั้นผู้ก่อตั้งอยู่หรือไม่ไม่สำคัญ สิ่งสำคัญคือโปรเจกต์มีคุณค่าหรือไม่ มีความต้องการและกลุ่มผู้ใช้ที่แข็งแกร่งในตลาดหรือไม่ ถ้ามีความต้องการ ย่อมมีคนนำโปรเจกต์ไปต่อ!
ประชาธิปไตยที่แท้จริง จะไม่เสื่อมถอยเพราะคนยิ่งใหญ่จากไป โอเพนซอร์สที่แท้จริง จะไม่ตายเพราะผู้ก่อตั้งจากไป
@马宏菩: ผมคิดว่านี่เกี่ยวข้องกับวิธีการจัดการโปรเจกต์
รูปแบบองค์กรแบบคณะกรรมการมีผลกระทบน้อยที่สุด เช่น FreeBSD, Debian ผมนึกไม่ออกว่าผู้ก่อตั้งหรือผู้นำจากไปหรือเสียชีวิตจะมีผลต่อโปรเจกต์มากแค่ไหน เลือกผู้สืบทอดล่วงหน้าก็พอ
แต่โปรเจกต์ที่ดูแลโดยบุคคลเป็นหลักเป็นอีกเรื่องหนึ่ง เช่น แฮกเกอร์ชื่อดัง Aaron ฆ่าตัวตาย โปรเจกต์หลายโปรเจกต์ของเขาอยู่ในสภาพน่าเป็นห่วง ในกรณีนี้ ถ้าโปรเจกต์มีผู้ใช้มาก ขาดทางเลือกอื่น และมีนักพัฒนาที่มีใจดีออกมา ก็มีโอกาสสูงที่จะสร้าง fork ใหม่เพื่อพัฒนาต่อ (การพัฒนาโปรเจกต์เดิมจะเจอปัญหาต่างๆ เช่น สิทธิ์การตั้งชื่อ ความเป็นเจ้าของบัญชี โดยเฉพาะถ้าผู้เขียนจากไปอย่างกะทันหัน) ถ้า fork นี้พัฒนาไปได้ดี ก็คาดได้ว่าผู้ใช้และนักพัฒนาส่วนใหญ่จะย้ายไป แต่ถ้าไม่มีใครออกมานำ โปรเจกต์นี้อาจตายไป โดยทั่วไป โปรเจกต์ที่มีความต้องการจำเป็นจะดำเนินต่อไปในที่สุด
กรณีที่น่าสนใจคือ Linux โหมด “เผด็จการทรงธรรม” ที่มีชื่อเสียง ถ้า Linus เกิดเหตุไม่คาดฝันขึ้น Linux ไม่ขาดนักพัฒนาแน่นอน แต่ปัญหาการนำคงจะสับสนไปสักพัก
@justjavac: ผู้ก่อตั้ง PHP forum เบาๆ esoTalk Simon Zerner ถูกรายงานว่าสูญหายเมื่อ 26 มิถุนายน 2009 และประกาศเสียชีวิตเมื่อ 13 สิงหาคม อายุเพียง 24 ปี น้องชายของเขา Toby Zerner รับช่วงต่องานของเขา รับผิดชอบดูแลและอัปเดต esoTalk
ปีที่แล้วเริ่มสร้างซอฟต์แวร์ฟอรั่มใหม่ชื่อ Flarum ซอร์สโค้ดฟอรั่มโฮสต์บน GitHub เวอร์ชันพรีวิวแรกเผยแพร่ วันนั้นได้รับ star มากกว่า 1000 ดาว
Flarum forum เบาๆ เวอร์ชันแรกเผยแพร่ อิงตามเฟรมเวิร์ก Laravel รายละเอียดบางอย่าง สามารถดูได้ที่: https://www.smolderforge.com/forums/viewtopic.php?p=7758 ในส่วน In Memoriam: Simon Zerner
@er3456qi: ผมคิดว่าต้องดูสถานการณ์ ถ้าโปรเจกต์ได้รับความนิยม ย่อมมีคนรับช่วงต่อ แต่ถ้าโปรเจกต์นี้มีทางเลือกอื่นที่นิยมมากกว่า โปรเจกต์นี้อาจค่อยๆ เงียบไป ดู webpy แม้ webpy ยังมีคนดูแล แต่จะเห็นได้ว่า ตอนนี้มันไม่ได้รับความนิยมเท่าเฟรมเวิร์กอื่นแล้ว
@大人: หลังจากผู้ก่อตั้ง matplotlib เสียชีวิต matplotlib ก็ยังถูกดูแลได้ดี และชุมชนยังตั้งกองทุนให้ภรรยาและลูกของเขา ช่วยเหลือชีวิตของพวกเขา
@寂夜: เวอร์ชันที่ถูกบดบังด้วยแสงของผู้เขียนปรากฏขึ้น แตกแขนงไปทิศทางต่างๆ
ไม่มีการอัปเดตไม่ใช่การหายไป แต่เป็นการไม่เปลี่ยนแปลง ไม่มีเทคโนโลยีใหม่เข้ามา ไม่ส่งผลต่อการทำงานปัจจุบัน แต่ถ้ามี bug ขึ้นอยู่กับระดับ จะสร้างเวอร์ชันแตกแขนงใหม่หรือหาทางเลือกอื่น
พลังชีวิตของโอเพนซอร์สอยู่ที่การก้าวไปพร้อมกับยุคสมัย ไม่มีองค์ประกอบใหม่เข้ามา จะถูกแทนที่ด้วยสิ่งใหม่ มีความต้องการจึงมีความหมายในการมีอยู่ อดีตศึกษากระดาษอย่างลึกซึ้ง ตอนนี้ค่อยๆ ล้าสมัยเพราะคอมพิวเตอร์ พูดง่ายๆ ซอฟต์แวร์มีวงจรชีวิต
@黄勇刚: จริงๆ คำถามนี้ไม่มีคำตอบมืออาชีพมาตรฐาน แต่สามารถอธิบายจากมุมมองกฎหมายและมุมมองทางโลกได้สองด้าน
มุมมองกฎหมาย:
- สิทธิ์การตั้งชื่อยังเหมือนเดิม
- ผลประโยชน์ทางเศรษฐกิจเป็นของผู้สืบทอดทรัพย์สิน
- สิทธิ์ในการใช้ แก้ไข และเผยแพร่ซ้ำตามสัญญาอนุญาต ก็ไม่เปลี่ยนแปลง
จากมุมมองทางโลก:
- โลก IT ล้าหลังจริงๆ
- ผู้ก่อตั้งโจ๊กหมูเขียวมะนาวตายหรือยัง KFC ก็ทำขายได้
@小绿姆: โปรเจกต์จะจมอยู่ในแม่น้ำแห่งประวัติศาสตร์ ถ้ามีคนพัฒนาต่อ มันจะส่งความร้อนต่อไป ถ้าไม่มีใครพัฒนา มันจะกลายเป็นสัญลักษณ์ของจิตวิญญาณ History will remember it
@李阿玲: ผมคิดเรื่องนี้อย่างจริงจังมาก แต่ก็เฉพาะสำหรับโปรเจกต์ของผมเอง
การทำความเข้าใจโปรเจกต์ของผมไม่ยาก แต่การพัฒนาต่อจากโค้ดปัจจุบันของผมเป็นเรื่องยุ่งยาก ไม่ยากจริงๆ แค่ยุ่งยากเท่านั้น
สำหรับผู้ใช้ pTeX-ng ตอนนี้ฐานผู้ใช้ไม่ใหญ่ ถ้าผมเกิดอุบัติเหตุ ก็ไม่มีผลกระทบมาก แต่ถ้าผมเกิดอุบัติเหตุจริงๆ ความคิดหลายอย่างคงไม่ได้ถูกทำให้เป็นจริง
XeTeX ตอนนี้อยู่ในสถานะแบบนี้ เพราะผู้ดูแล XeTeX เป็นแค่ผู้ดูแล ไม่มีการพัฒนาแทบจะไม่มี แต่จริงๆ สำหรับโปรเจกต์ดังๆ หลายโปรเจกต์ เช่น Emacs ไม่น่าจะตายเพราะผู้ก่อตั้งตาย แต่มีปัญหา: การดูแล Emacs ง่ายที่จะเป็นโรคจากการใช้งานซ้ำๆ หลายอย่าง
@大魔头-诺铁 (ช่างฝีมือซอฟต์แวร์): โดยทั่วไปสามารถหาซอฟต์แวร์โอเพนซอร์สประเภทเดียวกันมาทดแทนได้ ถ้าต้องใช้ตัวนี้จริงๆ ก็จ้างคนมาดูแล หรือรับช่วงเอง อย่างน้อยก็มีโค้ดอยู่ในมือ ซอฟต์แวร์ปิดที่บริษัทล้มละลายนั่นแหละคือหมดหวังจริงๆ
@vczh: ตอนที่ Golang ออกมา ผมบอกว่าถ้า Google ไม่ต้องการ Golang วันหนึ่งจะทำอย่างไร? คนอื่นบอกว่า: แม้ Google ตาย Golang เป็นโอเพนซอร์ส ก็ต้องมีคนดูแลต่อ
@陈锦伟: โอเพนซอร์สยังจัดการได้ fork มา คนเยอะไฟก็ลุกโชติช่วง ของที่ใช้ดีจะถูกสืบทอดต่อไป กลับกันเครื่องมือปิดเดี่ยวๆ จะหายไปเพราะผู้เขียนตาย
@杨奕: มีคนใช้ก็มีคนพัฒนาต่อ OpenSSL ตอนนี้ยังมีอัปเดต เรากลัวอะไร? แต่โปรเจกต์โอเพนซอร์สที่รับผิดชอบต้องมีเอกสารครบถ้วน ไม่ว่าจะเป็น inline หรือเขียนเป็น wiki สรุปคือเขียนเอกสารเป็นนิสัยที่ดี
เขียนท้าย
ดังที่ Huang Junhong (Max Huang) ผู้ส่งเสริมโอเพนซอร์สชาวไต้หวันกล่าวในบทสัมภาษณ์ก่อนหน้านี้: “มีโค้ด ไม่มีชุมชน ก็ไม่มีใครรู้จัก มีชุมชน ส่งเสริมโค้ด ก็ทุกคนรู้จัก” ถ้าโปรเจกต์โอเพนซอร์สที่ดีสามารถรวบรวมผู้ชื่นชอบในชุมชนได้เพียงพอ แม้ผู้ก่อตั้งโปรเจกต์จากไป โปรเจกต์ก็สามารถพัฒนาไปได้ดี ดังนั้น เมื่อคุณตั้งใจจะทำโปรเจกต์โอเพนซอร์ส ควรคิดให้ดีว่าจะบริหารชุมชนนี้อย่างไร
โปรดระบุแหล่งที่มา: ความสัมพันธ์นักพัฒนา »
