Токсичное комьюнити и низкие стандарты: разработчик назвал 9 проблем опенсорса
Разработчик Лео Лиу назвал концепцию открытого исходного кода «нелепой» и подкрепил свои слова девятью аргументами. Он уверен, что у опенсорса есть один-два плюса, но на них приходится не меньше пары десятков серьезных проблем.
Вот что он написал.
В 99% случаев опенсорс-аналог уступает оригиналу
- GIMP уступает Photoshop;
- Blender уступает 3ds Max, Modo, Maya и Z-brush;
- LMMS уступает FL Studio;
- Godot уступает Unity.
Список можно продолжать и продолжать. Фактически программное обеспечение (ПО) с открытым исходным кодом — это версия настоящего программного обеспечения «для бедных». Где бы вы ни нашли программы с открытым исходным кодом, они выглядят и ощущаются как подделка настоящей версии. И да, Linux уступает Windows и Mac!
Малая часть проектов с открытым исходным кодом
Слишком низкие стандарты
Концепция открытого исходного кода не подразумевает наличие каких-либо барьеров или ограничителей. Нет начальника, который будет следить, чтобы вы соблюдали дедлайны, нет собеседований, чтобы отсеять слабых, нет наставников, которые исправят ошибки, нет никого, кто бы мог вас уволить, и так далее. Неудивительно, что сообщество разработчиков открытого кода привлекает плохих разработчиков. Начиная с новичков и заканчивая «опытными разработчиками», которые могут мало смыслить в проекте, но все равно запросто присоединиться к нему и «внести свой вклад».
Нет защиты интеллектуальной собственности
«Бу-бу-бу… есть разные лицензии, которые означают разный доступ…». Главный вопрос в том, кто следит за их соблюдением? Есть бесчисленное количество случаев, когда преступники под видом разработчиков крали чужой код, слегка изменяли его, продавали, делали на этом деньги, но не несли никакой ответственности. Я даже слышал о платных версиях Blender. Проблема в том, что сама идея открытого исходного кода делает авторов уязвимыми. Мало того, что кто-то может украсть вашу работу и заработать на ней, но еще и вы с этого ничего не получите.
Токсичное комьюнити сектантов
Это даже не стоит называть сообществом. Я много раз видел, когда самопровозглашенные «профессиональные» разработчики высмеивали чужой код. Сообщество должно помогать неопытным кодерам, а не смеяться, что раз и навсегда отобьет у вас желание продолжать учиться профессии. Есть даже сабреддит, где собирают примеры плохого кода.
Программистам надо что-то есть
Поощрять идею, что люди должны сидеть перед компьютером и писать код весь день ради того, чтобы получить несколько звезд на GitHub, бессмысленно. Думаю, что, как и представители любой другой профессии (актеры, музыканты, врачи, юристы), программисты заслуживают получать хорошие деньги за свою работу.
Отсутствие поддержки
А чего вы хотели? Например, некий господин Ли, пока учился в вузе, создал крутой и перспективный софт с открытым исходным кодом, но теперь ему нужны деньги для нового проекта. Иллюзия о том, что можно бесплатно кодить целыми днями, изжила себя. Людям нужно оплачивать счета и покупать новую одежду. А у нашего господина Ли даже нет девушки, потому что он не может элементарно заплатить за нее в кафе. Поэтому ему придется бросить бесплатный проект и найти работу.
Проблемы с безопасностью
Программное обеспечение с открытым исходным кодом очень небезопасно. Какая безопасность, если вы за него ничего не заплатили? И, кстати, вам будет некого привлечь к ответственности за причиненный ущерб.
Можно посмотреть твой код, бро?
Практически каждый представитель опенсорс-сообщества считает, что любой софт, особенно если его написала небольшая команда или один разработчик, должно быть открытым. Чувство собственного превосходства и желание увидеть чужой исходный код становится все более и более пугающим. Держите лайфхак, как разговаривать с такими людьми: ничего им не объясняйте, просто полностью игнорируйте.
Проблемы с легаси
Работа с большой базой легаси-кода требует команды людей, которые долго вместе работали над проектом, понимают историю кодовой базы и могут в ней ориентироваться. У опенсорс-проектов нет ресурсов — зарплаты, корпоративной культуры, иерархии, — чтобы удержать команду талантливых разработчиков. Именно поэтому все рушится и проекты забрасывают.
Согласны с мнением автора? В чем он не прав? Пишите об этом в комментариях.
Сообщить об опечатке
Текст, который будет отправлен нашим редакторам: