Opensource и качество

Материал из YourcmcWiki
Версия от 17:04, 18 октября 2011; VitaliyFilippov (обсуждение | вклад) (Новая страница: «Варианты названия: * Opensource и качество, или почему проприетарщина уныла. * Opensource и качество, ...»)

(разн.) ← Предыдущая | Текущая версия (разн.) | Следующая → (разн.)
Перейти к: навигация, поиск

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

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

Тезисы:

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

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

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


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