ข้อเสียของซอฟต์แวร์โอเพนซอร์ซ

CyanogenMod ตายแล้วถูกฆ่าโดย บริษัท แม่ Cyanogen ชุมชนกำลังพยายามที่จะรับชิ้นส่วนและสร้างโครงการใหม่ LineageOS ขึ้นอยู่กับรหัส แต่มันเป็นเครื่องเตือนใจว่าซอฟต์แวร์โอเพนซอร์ซนั้นไม่ได้มีทั้งแสงแดดสายรุ้งและความเสถียร: จริงๆแล้วมันมักจะยุ่งเหยิงมาก.

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

เราชอบซอฟต์แวร์โอเพนซอร์ซ - อย่าเข้าใจผิด แต่มันนำเสนอความท้าทายจำนวนหนึ่ง ลองมาดูกันหน่อย.

โอเพ่นซอร์สมักประสบกับความล่าช้าและก้าวสำคัญในการพัฒนาธารน้ำแข็ง

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

เพียงแค่ดูที่ความพยายามของ Ubuntu ในการเปิดใช้เดสก์ท็อป Unity 8 และเซิร์ฟเวอร์ดิสเพลย์ Mir ซึ่งเปิดใช้งานวิสัยทัศน์ของ“ การลู่เข้า” เดสก์ท็อป Linux รุ่นใหม่นี้น่าจะมีเสถียรภาพมาหลายปีแล้วและยังไม่เป็นเช่นนั้น โครงการย้ายไปอย่างรวดเร็วจนทำให้ Canonical ถูกโจมตีโดย Microsoft ซึ่งได้ประกาศวิสัยทัศน์ของตนเองที่ขับเคลื่อนด้วยพีซีโดยสมาร์ทโฟนก่อนที่ Windows 10 จะส่งมอบให้ Canonical ยังไม่ได้ส่งมอบวิสัยทัศน์ระยะยาวที่สัญญาไว้ บางทีมันอาจจะเสถียรในอีกไม่กี่ปีข้างหน้า.

Mozilla ก็มีปัญหาในการจัดลำดับความสำคัญ พวกเขายังไม่ได้ส่งมอบคุณสมบัติแบบหลายขั้นตอนและการทดลองใช้แซนด์บ็อกซ์ใน Firefox สิ่งเหล่านี้มีความสำคัญอย่างยิ่งต่อการรักษาความปลอดภัยของเบราว์เซอร์ป้องกันการล่มเบราว์เซอร์ทั้งหมดและใช้ซีพียูหลายกระบวนการที่ดีกว่า เบราว์เซอร์หลักอื่น ๆ ทั้งหมดมีคุณสมบัติเหล่านี้รวมถึง Internet Explorer ที่ไม่ชอบ Mozilla สร้างโครงการ“ Electrolysis” เพื่อเพิ่มคุณสมบัติเหล่านี้ แต่หยุดในปี 2554 เพราะมันยากเกินไป Mozilla ต้องเริ่มต้นใหม่ในปี 2556 ฟีเจอร์นี้ดูเหมือนจะมาถึงในปี 2560 ซึ่งมันช้าไปจริงๆ ในขณะเดียวกัน Mozilla ก็เสียเวลาทำงานกับ Firefox OS ซึ่งเป็นระบบปฏิบัติการสมาร์ทโฟนที่ล้มเหลว.

เมื่อโครงการใช้นักพัฒนาอาสาสมัครจำนวนมากอาจมีปัญหาในการค้นหาผู้คนให้ทำงานหนักซึ่งไม่สนุก.

ละครภายในเริ่มต้นด้วยการแยกฟอร์กและส้อมเพิ่มเติม

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

ตัวอย่างเช่นเมื่อเปิดตัว GNOME 3 และผู้ใช้ GNOME 2 จำนวนมากไม่พอใจจึงไม่มีเส้นทางที่ชัดเจนในทันที นักพัฒนาจะต้องแยกรหัส GNOME ออกเป็นโครงการอื่น ๆ เช่น MATE และ Cinnamon หนึ่งสภาพแวดล้อมเดสก์ท็อปกลายเป็นสามและทรัพยากรการพัฒนากระจัดกระจายระหว่างโครงการ เป็นผลให้ใช้เวลาสักครู่สำหรับชุมชนเพื่อให้โครงการใหม่เหล่านี้ดำเนินต่อไป.

ในทำนองเดียวกันชุมชน OpenOffice ไม่พอใจเมื่อ Oracle ซื้อ Sun ออราเคิลยังเปลี่ยนชื่อชุดสำนักงานที่เป็นกรรมสิทธิ์และไม่ได้เป็นโอเพ่นซอร์สมาเป็น“ Oracle Open Office” ชุมชนต้องสร้างทางแยกใหม่ LibreOffice ตามรหัส OpenOffice มันได้กลายเป็นชุดสำนักงานโอเพนซอร์สจริงสำหรับคนจำนวนมาก แต่คนอื่นยังคงใช้ OpenOffice เพราะพวกเขาไม่ได้ตระหนักถึงทางแยกที่ดีขึ้นและละครรอบตัว OpenOffice มีการจดจำชื่อที่สร้างขึ้นมากมาย.

และแน่นอนว่ามี CyanogenMod Cyanogen Inc เพิ่งดึงปลั๊กการบริการออนไลน์ของ CyanogenMod ที่พวกเขาต้องการฆ่า ROM Android ของบุคคลที่สามที่ได้รับความนิยมมากกว่าส่งมอบให้กับชุมชนแทนที่จะบังคับให้ชุมชนสร้าง CyanogenMod ชื่อ LineageOS เหตุใดไซยานอยินไม่เพียงส่งมอบโครงการ CyanogenMod ให้กับชุมชน? คำตอบดูเหมือนจะเป็นละครภายใน (คุณเห็นรูปแบบที่นี่หรือไม่) ไซยานอยินเป็น บริษัท ที่ซีอีโอสัญญาว่าพวกเขาจะ“ ส่งหัวผ่านหัวของ Google” หลังจากทั้งหมด จบลงด้วยการใส่กระสุนใส่หัวของ CyanogenMod แทน.

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

ไม่ใช่โครงการโอเพนซอร์ซทั้งหมดขับเคลื่อนชุมชน

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

CyanogenMod เป็นตัวอย่างที่ดีของสิ่งนี้ เมื่อ Cyanogen Inc. เกิดขึ้นพวกเขาไม่สนใจ CyanogenMod จริงๆ เป้าหมายใหม่ของไซยานอยินกลายเป็นการตลาดแพลตฟอร์ม Cyanogen Modular OS ให้กับผู้ผลิตการซื้อขายบนการรับรู้ชื่อที่ยอดเยี่ยมของ CyanogenMod หลังจากที่ฆ่าโครงการ บางทีนั่นอาจเป็นที่ที่เงินอยู่.

Oracle ไม่เคยใส่ใจเกี่ยวกับ OpenOffice แต่เริ่มแรกต้องการใช้ชื่อเพื่อกระตุ้นยอดขายของชุดสำนักงานที่เป็นกรรมสิทธิ์ของ StarOffice โดยสร้างแบรนด์ด้วยชื่อ“ Open Office” จากนั้นบริจาคโครงการให้ Apache หลังจากผู้พัฒนาอาสาสมัครส่วนใหญ่ออกจาก.

Google ไม่สนใจเกี่ยวกับ Android ในฐานะโครงการโอเพ่นซอร์สแบบสมบูรณ์ซึ่งเป็นสาเหตุที่ทำให้ส่วนหนึ่งของ "Android Open Source Project" (หรือ "AOSP") ส่วนใหญ่ถูกทิ้งไว้เบื้องหลัง Google ต้องการให้ Android เปิดอยู่ดังนั้นจึงเป็นเรื่องง่ายสำหรับผู้ผลิตในการปรับแต่ง แต่แอปพลิเคชันโอเพนซอร์สเช่นแป้นพิมพ์และแป้นหมุนหมายเลขกำลังล้าสมัยมากขึ้นเรื่อย ๆ ในอุปกรณ์ Android สำหรับผู้บริโภค Google เพียงแค่รวมแป้นพิมพ์ของตัวเองที่มาปิดตัวเรียกเลขหมายและแอพอื่น ๆ Google ดูเหมือนจะมุ่งมั่นที่จะเป็น Android โอเพ่นซอร์สคอร์ แต่ไม่สามารถใช้ระบบปฏิบัติการโอเพ่นซอร์สทั้งหมดได้หากไม่มีซอฟต์แวร์และบริการของ Google ท้ายที่สุดการปรับปรุง Android Open Source Project เพียงแค่ช่วยให้ Fire OS ของ Amazon เป็นคู่แข่งกับอุปกรณ์ Android ของ Google ประเด็นคืออะไร?

โอเพนซอร์สสามารถขาดกำลังคนที่จริงจังแม้จะถูกใช้งานโดยล้าน

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

เราเห็นผลลัพธ์ของสิ่งนี้ด้วยช่องโหว่ความปลอดภัย Heartbleed ย้อนกลับไปในปี 2557 Heartbleed ใช้ช่องโหว่ใน OpenSSL OpenSSL เป็นห้องสมุดการเข้ารหัสที่สำคัญที่ใช้โดย บริษัท เทคโนโลยียักษ์ใหญ่หลายแห่งและเว็บเซิร์ฟเวอร์นับแสน แต่มีพนักงานเต็มเวลาเพียงคนเดียวโดยไม่มีการจ้างงานภายนอกและบริจาค $ 2,000 ต่อปี โครงการใช้เงินเพิ่มเติมจากสัญญาการสนับสนุนเชิงพาณิชย์และการให้คำปรึกษา แต่มีเพียงพนักงานเต็มเวลาเพียงคนเดียวที่ดูเหมือนจะต่ำมากสำหรับโครงสร้างพื้นฐานที่สำคัญที่ บริษัท หลายพันล้านดอลลาร์ใช้เช่น Google และ Facebook.

Heartbleed ดึงความสนใจไปที่การให้เงินสนับสนุนชิ้นส่วนซอฟต์แวร์ที่มีความสำคัญต่ำดังนั้น บริษัท เทคโนโลยีรายใหญ่จึงมุ่งมั่นที่จะทำเงินทุก ๆ ปีเพื่อสนับสนุนการพัฒนา OpenSSL และโครงการสำคัญอื่น ๆ ซึ่งเป็นส่วนหนึ่งของ“ Core Infrastructure Initiative”.

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

เครดิตรูปภาพ: snoopsmaus