Даже если проект является открытым исходным кодом, он не обязательно даже реагирует на сообщество, а тем более на надежную часть программного обеспечения, на которую вы можете положиться. Проекты различаются: некоторые из них управляются одним или двумя разработчиками как хобби, другие объединяют разработчиков, оплачиваемых многими крупными корпорациями, в то время как другие управляются одной материнской компанией. Каждая ситуация имеет свои проблемы и драму.
Мы любим программное обеспечение с открытым исходным кодом - не ошибаемся, но оно представляет собой определенное количество проблем. Давайте взглянем на несколько.
Открытый исходный код часто страдает задержками и ледниковым развитием
Просто взгляните на попытки Ubuntu запустить свой рабочий стол Unity 8 и сервер отображения Mir, позволяя его видение «конвергенции». Эта новая версия рабочего стола Linux должна была быть стабильной много лет назад, и до сих пор ее нет. Проект продвигался в ледяном темпе, настолько, что Canonical был избит до удара Microsoft, который объявил о своем собственном видении ПК на основе смартфона перед Windows 10 и поставил на него. Canonical до сих пор не поставил своего долгожданного видения. Может быть, он будет стабильным еще через несколько лет.
Mozilla также испытывает трудности с приоритетом. Они до сих пор не поставляли многопроцессорные и песочницы в Firefox. Они имеют решающее значение для обеспечения безопасности браузера, предотвращения сбоев при удалении всего браузера и более эффективного использования многопроцессорных процессоров. Все остальные основные браузеры предоставили эти функции, включая ненавистный Internet Explorer. Mozilla разработала проект «Электролиз», чтобы добавить эти функции, но остановила его в 2011 году, потому что это было слишком сложно. Mozilla затем должен был перезапустить его в 2013 году. Эта функция, похоже, поступит в 2017 году, что действительно очень поздно. В то же время Mozilla потратила время на работу с операционной системой Firefox, неисправной операционной системой смартфона.
Когда в проекте используется так много разработчиков-добровольцев, может возникнуть трудность в поиске людей для выполнения тяжелой работы, которая не устраивает.
Внутренняя драма забивает вилки, вилки и другие вилки
Например, когда GNOME 3 запущен, и многие пользователи GNOME 2 были недовольны, не было очевидного пути. Разработчикам пришлось развить код GNOME в других проектах, таких как MATE и Cinnamon. Одна среда рабочего стола превратилась в три, а ресурсы разработки более разбросаны между проектами. В результате у сообщества возникло некоторое время, чтобы эти новые проекты шли.
Аналогичным образом, сообщество OpenOffice не понравилось, когда Oracle приобрела Sun. Oracle даже ненадолго переименовал свой собственный офисный пакет StarOffice с открытым исходным кодом в «Oracle Open Office». Сообщество должно было создать новую вилку LibreOffice на основе кода OpenOffice. Он стал фактическим офисным пакетом с открытым исходным кодом для многих людей, но другие все еще используют OpenOffice, потому что они не знают о лучшей вилке и о ее драме. OpenOffice имеет много встроенного распознавания имен.
И, конечно же, есть CyanogenMod. Cyanogen Inc просто вытащил вилку на онлайн-сервисы CyanogenMod, что означает, что они скорее убьют самый популярный сторонний Android-ROM, чем передадут его сообществу, вместо этого вынудя сообщество создать новую вилку CyanogenMod с именем LineageOS. Почему Cyanogen просто не передает проект CyanogenMod сообществу? Ответ кажется внутренней драмой (видите ли вы здесь образец?). Cyanogen была компанией, чей генеральный директор обещал, что в конце концов «пулю через голову Google». Вместо этого он положил пулю через голову CyanogenMod.
Все это только усугубляет пользователей CyanogenMod, которые получили очень мало уведомления, прежде чем серверы и сервисы CyanogenMod будут закрыты. Телефоны продолжат работать, но удобные обновления и другие сервисы растут почти в ночное время. Пользователям просто нужно надеяться, что проект LineageOS быстро станет заменой.
Не все проекты с открытым исходным кодом управляются сообществом
Хорошим примером этого является CyanogenMod. Как только появился Cyanogen Inc., они действительно не заботились о CyanogenMod. Новая цель Cyanogen стала продажей платформы 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 в 2014 году. Heartbleed использовал уязвимость в OpenSSL. OpenSSL - важная библиотека шифрования, используемая многими гигантскими технологическими компаниями и сотнями тысяч веб-серверов. Но у него был только один полный рабочий день без внешней занятости и 2000 долларов в год пожертвования. Проект получил дополнительные деньги от контрактов коммерческой поддержки и консалтинга, но только один сотрудник, работающий полный рабочий день, выглядит потрясающе низким для критической инфраструктуры, используемой многомиллиардными корпорациями, такими как Google и Facebook.
«Heartbleed» обратила внимание на то, как недофинансировало эту критическую часть программного обеспечения, поэтому крупные технологические компании обязуются каждый день собирать деньги для финансирования разработки OpenSSL и других важных проектов в рамках «Инициативы по базовой инфраструктуре».
Это хороший результат для этой конкретной истории, но только потому, что к ней обращено большое внимание. Когда вы полагаетесь на проект с открытым исходным кодом, чтобы включить свою инфраструктуру, легко в конечном итоге оказаться в зависимости от этого и предположить, что кто-то еще поддерживает его достаточно хорошо. Какой еще важный проект с открытым исходным кодом критически недофинансирован? Мы можем не заметить, пока есть еще одна большая проблема.
