Opensource и качество — различия между версиями

Версия 17:04, 18 октября 2011

Варианты названия:

• Opensource и качество, или почему проприетарщина уныла.
• Opensource и качество, или «я в неволе не размножаюсь».

Тезисы:

Почему так часто оказывается, что закрытое ПО имеет различные проблемы, и их так сложно, или вовсе невозможно, исправить? Причина кроется в изначальной модели бизнеса и цели разработки, которой изначально является не создание качественного продукта, а продажи и зарабатывание денег на потребителях. Потребителю ни в коем случае не доверяют, исходники закрываются (а то сопрут!!!), не дай бог, навешивается реклама, DRM и руткиты, публичный багтрекер конечно же отсутствует, служба техподдержки инструктируется отвечать по шаблону, в блогах тусуются позитивные заряженные веществами евангелисты, от которых ничего не добьёшься. Результат — ни решить проблемы, ни повлиять на дальнейшую жизнь проекта.

А теперь призыв — посмотрите в сторону OpenSource! Это же бесплатное решение многих проблем с качеством вашего продукта, а заодно и многих ваших же проблем с качеством, например, инструментов! Конечно, OpenSource тоже не должен пониматься как в карго-культе — «открыли исходники и качество резко возросло» — открытость должна быть в головах, а не на бумаге.

Именно о том, как производство и использование свободного ПО может помочь повысить качество, и будет доклад.

• Три кита OpenSource — потребляйте свободное ПО, производите свободное ПО, используйте свободные форматы/стандарты.
• Почему эти проблемы создают так много проблем пользователям?
• Почему лучше выбрать основанную на Opensource модель разработки, если вы хотите повысить качество своего продукта? Почему это даст вам более отзывчивую
• Почему при разработке лучше использовать свободные инструменты?
• Какую свободную лицензию выбрать?

• Ещё потом где-нибудь умышленно отрубают совместимость (покупайте новую версию!). Пример — AVR Studio. (+ в тему: способы зарабатывания денег, гуманная проприетарщина, включите маркетологов в цикл разработки, а не так, что они потом придумывают супер-ход и думают, что все будут счастливы)
• (инструменты) Первое и очевидное — деньги, которые не нужно платить «дяде». Но это далеко не всё!
• Страховка от багов.
• Производитель-потребитель vs взаимопомогающее сообщество.
• Модели бизнеса.
• Пользовательская аудитория: 80 и 20 %
• Да-да, вроде как не мне учить бизнесменов «делать их дела», но к счастью, в мире есть примеры — Red Hat, Google, Parallels, MySQL. Учитесь у них. «Не можем, как они, они — звёзды» — ну так ведь надо стремиться :)
• Отдельная сложность с играми, но сложность ровно до тех пор, пока ресурсы рассматриваются вместе с кодом.
• «Если вы УГ, вы всё равно сдохнете…»
• Клиент, который юзает нелицензию, всё равно не ваш клиент!

• Немножко в тему даже IDA (версия на 0.5 ниже — бесплатная). Но конечно не опенсорс.