Сформулировал мое отношение к open source. Я не верю в open source продукты. Я верю в open source библиотеки, программы, системы, виджеты, тулзы и т.п. Но не продукты.
Впрочем, симметрично, я не верю в коммерческие тулзы, виджеты, системы, программы, библиотеки. Я верю в коммерческие продукты.
Как сделать из программы продукт? Если это хорошая программа, ее даже, возможно, не придется переписывать с нуля :)
0. У программного продукта должно быть четкое предназначение. Сразу должно быть понятно, зачем он нужен и что с его помощью можно делать (а что — нет).
1. У программного продукта должен быть пользовательский интерфейс, ориентированный на конкретных пользователей и предназначенный для выполнения ими своих задач. Не интерфейс для запуска функций и алгоритмов, а пользовательский интерфейс.
2. У продукта должна быть поддержка, хотя бы через электронную почту. Подддержка не в духе «засабмитьте багу и ждите». Поддержка, которая решит проблему, возникшую у пользователя.
3. У программного продукта должна быть документация пользователя. А не описание функций и не javadoc. Документация должна быть понятна этому пользователю, а не программисту, который ее писал ;)
4. Продукт должен быть настолько интуитивно понятен пользователю, чтобы он мог годами даже не просматривать эту документацию, если ему не нужно что-нибудь специфическое.
5. Если у продукта есть цена, она должна быть максимально простой и понятной покупателям. Покупатели очень не любят копаться в аспектах коммерческих лицензий, выискивая подводные камни, и перечитывать мегабайты, выясняя, за какую же цену им ЭТО можно купить.
UPD: прошу прощения у присутствующих за возможное разжигание очередной holy war. Моей целью было обсудить скорее то, как из (коммерческой) программы сделать продукт, а не сильные и слабые стороны open source.
Впрочем, симметрично, я не верю в коммерческие тулзы, виджеты, системы, программы, библиотеки. Я верю в коммерческие продукты.
Как сделать из программы продукт? Если это хорошая программа, ее даже, возможно, не придется переписывать с нуля :)
0. У программного продукта должно быть четкое предназначение. Сразу должно быть понятно, зачем он нужен и что с его помощью можно делать (а что — нет).
1. У программного продукта должен быть пользовательский интерфейс, ориентированный на конкретных пользователей и предназначенный для выполнения ими своих задач. Не интерфейс для запуска функций и алгоритмов, а пользовательский интерфейс.
2. У продукта должна быть поддержка, хотя бы через электронную почту. Подддержка не в духе «засабмитьте багу и ждите». Поддержка, которая решит проблему, возникшую у пользователя.
3. У программного продукта должна быть документация пользователя. А не описание функций и не javadoc. Документация должна быть понятна этому пользователю, а не программисту, который ее писал ;)
4. Продукт должен быть настолько интуитивно понятен пользователю, чтобы он мог годами даже не просматривать эту документацию, если ему не нужно что-нибудь специфическое.
5. Если у продукта есть цена, она должна быть максимально простой и понятной покупателям. Покупатели очень не любят копаться в аспектах коммерческих лицензий, выискивая подводные камни, и перечитывать мегабайты, выясняя, за какую же цену им ЭТО можно купить.
UPD: прошу прощения у присутствующих за возможное разжигание очередной holy war. Моей целью было обсудить скорее то, как из (коммерческой) программы сделать продукт, а не сильные и слабые стороны open source.
