Comments 31
Хм, все то, что в статье приписывается к недостаткам СПО, можно отнести и к проприетарному софту. Особенно моменты с лицензированием, саппортом и продажами (прекращение выпуска), связанными с дружным выходом западных вендоров (Oracle, Microsoft, IBM, Intel и т.п.) из России.
А МойОфис не на опенсорсе основан разве?
тссс.. А то ещё выяснится, что оно программистами из враждебных стран писано, и придётся неудобно объясняться перед майором.
ldd на основной бинарь покажите.
А как же Qt? Вы же для соискателей у себя всегда писали C++/Qt? Разве нет? С нуля это значит с нуля. Двадцать лет назад в код Qt перевалил за 500000 строк, то есть 5% при ваших 1,5 мл уже никак не получается.
Т.е. вы не используете ни Java, ни c++ ни go? Может быть вы еще и свои компиляторы, интерпретаторы и виртуальные машины создали? И никаких сторонних библиотек из опенсорса не подключали? Всё сами пишите?
А подскажите, пожалуйста, как давно вы отказались от LibreOffice?
«Возможность интеграции с ПО других российских разработчиков». А СПО точно нельзя интегрировать? Спорно…
Понятен посыл статьи, но аргументация неубедительна
"Я "и моя компания"" Пиарюсь?
После прочтения отпадает всякое желание покупать ваш софт. Спасибо, что помогаете сэкономить в это нелёгкое время
Никакой бизнес на этом не построить
Сильное утверждение, а как же Red Hat, или например Postgres Professional?
Если труд не оплачивается, это не профессиональная деятельность, а хобби
Немало опенсорса пишется за деньги.
А значит СПО всегда будет проигрывать в скорости разработки, функционале и безопасности ППО.
Это утверждение нуждается в доказательстве.
Поэтому в серьезном ПО использовать СПО по меньшей мере безответственно.
Такая постановка вопроса (впрочем, как и сама статья) несколько смещает акцент. Это скорее про "пишем свой велосипед" против "пользуемся готовыми наработками". Ведь мы можем взять "коммерческий продукт", а потом окажется, что необходимая нам фича не входит в планы разработчиков (например, изменения слишком глобальные, а мы мелкий клиент). И тут может оказаться, что руки будут даже сильнее связаны. Ведь с опенсорсом можно, по крайней мере, посадить своих разработчиков пилить нужную фичу.
Не путайте ПО с открытым исходным кодом и бесплатное ПО
Почему большинство серверов на линуксе, если windows, по вашим словам, выигрывает "в скорости разработки, функционале и безопасности"? У вас есть какое-то объяснение этому странному факту?
TikTok использовал в своих продуктах СПО-компоненты OBS Studio, но не объявил об этом, как требует лицензия
А требование выполнять лицензию распространяется только на СПО?
Сообщество Fedora Project изменило лицензионное соглашение и запретило поставки операционной системы в Крым
А EAR распростаняется только на СПО? В свете текущих событий такая претензия к СПО выглядит, мягко говоря, нелепой.
применимость on-premise опенсорсных почтовых решений сильно ограничена одним-двумя десятками тысяч пользователей
Уфф расскажите это: IBM, Microsoft, вооружённым силам США, Amazon
Статья по сути является рекламой собственного продукта. Как показывает практика многих ведущих компаний приведенные автором "недостатки" свойственны любым продуктам в независимости от того являются они проприетарными или с открытым исходным кодом.
Первые можно тиражировать, но они имеют пределы масштабирования, которые измеряются несколькими тысячами пользователей.
Вы серьёзно? MS Exchange работает с десятками и сотнями тысяч почтовых ящиков и терабайтами баз.
Технически безграмотно и крайне однобоко... вы антирекламой собственного продукта среди IT-шников занимаетесь? Потому что такая аналитика испортит отношение IT-шника к вам, а получить отклик может только у далекого от IT очень эффективного менеджера...
Основное отличие между проприетарным или платным софтом и условно бесплатным (открытом. свободном и т.д.), только одно. Покупая ПО, мы юридически перекладываем часть ответственности за его работоспособность на поставщика. Устанавливая самостоятельно любое ПО, мы несём полную ответственность за все проблемы в дальнейшем.
В принципе, с тем же успехом, можно заключить договор на обслуживание любого свободного софта. Необходимо только найти организацию готовую взять на себя ту же ответственность, что и разработчик закрытого ПО.
В чем риски перевода крупной организации на опенсорс