НовостиСобытияКонференцииФорумыIT@Work
Open Source:

Блог

Чем живет СПО и ППО изнутри...

Евгений Васильев
30.03.2012 20:42:25

... интересная тема затронутая в топе "Лицензия и успех" Сергея Голубева.
Была тронута тема взаимодействия СПО и ППО с сообществом, потребности сообщества(клиентов) в производителе и производителя в сообществе...
Разработчик Михаил Романов озвучил несколько фраз:

Цитата

В случае с ППО разработчик не должен заботиться об извлечении прибыли из продаваемых "в нагрузку" услуг или чего-то там еще.
Он может зарабатывать на чистом продукте.

Утверждается, что на СПО сложно зарабатывать только разработкой ПО. Поэтому такой способ не подходит, например, для индивидуальных разработчиков.

Цитата
А кто мешает создавать сообщество, оказывать услуги, создавать партнерскую сеть?...
Как минимум следующее:
1. Высокий порог вхождения (я знаю как долго, муторно и дорого строится партнерская/дистрибуторская сеть - есть опыт наблюдения и непосредственного участия, пусть и просто в качестве исполнителя). Пока заработает партнерская сеть разработчик успеет помереть с голоду.
2. Бессмысленность - если мы не продаем лицензии, то какой смысл в партнерской сети? Или партнеры это эльфы-альтруисты, что от щедрот своих будут кормить разработчика?


На СПО могут не плохо зарабатывать интеграторы, или компании, которые предлагают что-то в нагрузку к софту (или софт в нагрузку к чему-нибудь).

Для разработчика ПО модель СПО не возможна, т.к. единственный его продукт (ПО) не имеет механизма защиты инвестиций.


Насколько плохо быть с клиентом на коротке? Иметь реальную, а не теоретическую практику внедрения.

Могу рассказать на примере мое общения с 1С...
Вот уж не скажу на сколько связан мой разговор в поддержке с дальнейшими событиями, но был такой случай...
Звоню как-то в 1С, в службу тех. поддержки(кстати, самая отвратительная служба тех поддержки из всего что я встречал за 10 лет), дозвонился примерно на второй день, раза несколько десятков какого-то. Решил выяснить по просьбе клиента про механизмы, которые будут заложены в 1С по резервированию товара в рознице. Поясню, проблема в том, что если продавец вам выписывает товар, то пока вы идете на кассу, его могут купить. А в Новогодний ажиотаж дело доходило и до драки, не считая скандала на весь магазин. Так вот сотрудник 1С меня минут 20 убеждала, что я говорю глупость и никому этого не надо. Тогда я предложил ей объяснить, как например в магазине бытовой техники я должен купить последний холодильник, и чтоб я действительно его куплю. После еще наверное минут 40 мы выяснили, что в УТ 11 на тот момент можно было продавать только мелкие товары, которые покупатель "резервировал" просто прихватив их с собой до кассы. В следующим релизе выложенном на сайте поддержки, который мы смотрели, появился механизм резервирования, но убогий до нельзя. Потому как списание товара происходило не на кассе, как раньше, а у продавца, а на кассе просто забирали деньги(дело было давно, точный нюанс могу напутать,но смысл близкий, смотрел конфу сам клиент). То есть, если чел выходил из магазина с резервом, то на складе был бардак.
Когда 1С сказала что УТ 10.3 перестанет поддерживать, и только за две недели до исполнения обещания передумала по "просьбам клиентов". "Просьбой клиентов" - назвали те проклятия, когда народ проекты заканчивал, миллионы вбухивал, а им говори, извините 1С решила, что нужно всех переводить на УТ 11, или все правки законодательства будут за ваш счет.
Один и тот же проект 1С-франча продает иногда по 10 раз, причем каждому клиенту говорит, что каждый раз делает под него. И все благодаря "теоретической" постановки бизнес процессов в УТ.
При всей масштабной сети 1С, у них НЕТ понятия upsteam'а, который есть в СПО. И при всем этом раздолбайстве, я удивлялся, что еще не нашелся человек который сделает аналог 1С более эффективным способом.

Когда я вплотную занялся работой с клиентами, то выяснил что наш потенциальный клиент любит слушать "сказки". Я слышал десятки, если не сотни жалоб от клиентов на разные конторы, которые им продавали "сказку" на которую директор тратил много чего, а потом обвинял весь персонал, что в организации все так плохо, потому что все они бездарные. Он же купил им крутое ПО, такого "ишака, который извергает золото, а им бездарям остается только его собирать". Но толи "ишак" золото не извергал, толи "кормили" его не тем, но только в конторе счастье не наступало. И директор шел искать другого сказочника с "ишаком". На резонный вопрос может заняться контролем, навести порядок и т.д., я слышал "Наведи порядок!..." Может дело не СПО и ППО, а в умение работать клиентов, а точнее в руководстве этих клиентов? Может у нас в России руководство - это некое эфемерное понятие, когда руководитель это не должность а звание?
Я всегда считал, что руководитель - это отдельная специальность, тяжелейший нудный труд, когда требуется с мотивировать, а где-то заставить работников работать, проконтролировать результат, разработать регламент и показатели для контроля, заставить организацию не просто работать, а работать прибыльно, принимать важные решения не забывая про сотрудников и то что он работает с людьми. Так ли это и кто наш клиент в лице руководителя компании?

И последний интереснейший вопрос:
Интеграторы и разработчики - партнеры? Как строиться их сотрудничество, насколько оно выгодно каждой стороне? Можно ли улучшить ситуацию? И насколько это применяется в практике сейчас?....

Комментариев: 72

Только зарегистрированные и авторизованные пользователи могут добавлять комментарии

31.03.2012 00:46:34

Скорее, Евгений, Вы привели частный случай из жизни. Не берусь судить о том, насколько тесно могут сотрудничать интеграторы и разработчики, но могу предположить, что бухгалтеры - это народ боязливый, трепетно относящийся ко всем законодательным изменениям. Если 1С предлагает перейти с УТ 10.3 на 11, то в чем проблема? Переход же бесплатный, базы переносятся.
А скорость обновлений в 1С прямо пропорционально изменениям в законодательстве страны. Так это происходит в Украине, где оно меняется радикально ежегодно, как минимум. Это тоже нельзя упускать из виду. В России не знаю с какой регулярностью меняется налоговое законодательство, но предполагаю, что как и на Украине.

Касательно управления компанией. Каждый руководитель - это частный стиль управления.У персонала выбор невелик: либо подстраиваться под этот стиль, либо...Оптимально - нормальный творческий либо производственный диалог, регулярные летучки, с нормальной атмосферой и взаимоуважением. Взаимоуважение - не это ли ключ к успеху, стимул к работе, когда сотрудник чувствует, что нужен, что является частью коллектива, механизмом в принятии важных решений. Так что да, быть директором - тяжелейший труд и отвтственность.А как Вам: руководитель не должен переносить свои личные проблемы, плохое настроение на сотрудников, всегда держать себя в руках... Это и самоконтроль, это и личный пример. Отбросим сомнения: быть руководителем - это искусство smile:)

Андрей
31.03.2012 01:36:59

Евгений, хотел добавить сообщение в топ, который вы указали. Но подумал, что здесь будет лучше. smile:oops:
У меня тут аналогия случайно пришла на ум. Ведь ППО против СПО, тоже самое что супер/гипермаркеты против небольших магазинчиков. При чем ни в том, ни в другом случае прямой производитель (фермер или разработчик ПО) не имеет такого заработка как перепродавцы (торговые сети и магазины).

ППО и супер/гипермаркеты зарабатывают на потоке покупателей. Им по барабану придет ли еще раз покупатель к ним, все равно кол-во меньше не станет. Они продают сказку.
СПО и небольшие магазины как правило зарабатывают на лояльности (т.е. постоянстве) покупателей. Т.е. если человека хорошо обслужили и даже порекомендовали ему какой-либо товар, зная его вкусы, то человек почти наверняка вернется сюда еще раз.
Не знаю как вам, но я очень редко хожу в большие магазины, я лучше переплачу чуть больше, но куплю то что нужно мне и качественно.
Если кто-то хочет дать заработать производителю - добро пожаловать на базар или рынок, а может и сам вырасти картошку с капустой. smile;)
Когда только у нас в России появились гупермаркеты и моллы, их все считали верхом цивилизации, туда ездили семьями на целый день, я побывал на одном тренинге по активным продажам, который вел очень успешный западный бизнесмен. И на вопрос о гипермаркетах, он сказал примерно следующее: Россия отстает от запада лет на 20-25 в культуре потребления. На западе, сказал он, сейчас закрывают эти все моллы. Клиент стал разборчивее и ценит не количество товара, а индивидуальный подход. Поэтому на западе снова стали процветать небольшие магазинчики.
Понимаете? У них потребитель уже наелся этими всеми товарами, он теперь хочет индивидуального подхода и самое главное - готов платить за это. Чем не заработок на услугах в СПО?
Я думаю, что весь смысл именно в этом. Нас долгое время воспитывали, что услуги это что-то достаточно отрицательно. Что услугами занимаются те, кто не смог найти себя в жизни и т.д. И наша психика не воспринимает их всерьез. На западе же очень большое количество людей занято в сфере услуг и им проще понять вариант заработка на услугах СПО.
А у нас же почему-то все хотят понять как фермер (разработчик ПО) может заработать на своем труде деньги. Ну не может фермер заработать больших денег на молоке, продавая его по 8 - 12 рублей за литр. Все равно посредник будет иметь больше.

31.03.2012 02:49:03

Цитата
ППО - супер/гипермаркеты

С этим согласен...
СПО - это фермер стоящий на рынке, а мелкий магазинчик в соседней деревне - партнер фермера.
Цитата
ППО и супер/гипермаркеты зарабатывают на потоке покупателей. Им по барабану придет ли еще раз покупатель к ним, все равно кол-во меньше не станет. Они продают сказку.

Потому в "Магнитах"(и не только в них) тухляк бывает, просрочка и т.д. На кассе нахамят и т.д. А администратора позвать невозможно...
Цитата
Понимаете? У них потребитель уже наелся этими всеми товарами, он теперь хочет индивидуального подхода и самое главное - готов платить за это. Чем не заработок на услугах в СПО?

Согласен...
Цитата
Россия отстает от запада лет на 20-25 в культуре потребления

Да и не только в культуре потребления, а в культуре в целом... Особенно это видно потому как чиновники гадят на всех кто рядом и плюют, а народ смотрит на все это, пытается выбрать того кто плюнет чем-то "сладеньким", да так чтоб именно в него попало, а не в соседа...

31.03.2012 02:36:39

Цитата
что бухгалтеры - это народ боязливый

Трогать боятся, потому как старые цифры часто не возможно получить повторно после перепроведения документов.
Цитата
1С предлагает перейти с УТ 10.3 на 11, то в чем проблема

Уууууу, у многих небольшое производство, например сборка компьютеров, работа с жестью у кандерщиков. В виду того, что УНФ только вышла, все эти доработки исторически делались на УТ. Добавим к этому, что теория 1С, мягко сказать, редко кому подходит, то перебирают УТ почти всегда. А теперь представь, что магазин отдал 800т.р. из которых 500т.р. за доработки, а им такой сюрприз smile:).
Цитата
Касательно управления компанией. Каждый руководитель - это частный стиль управления.У персонала выбор невелик: либо подстраиваться под этот стиль, либо...Оптимально - нормальный творческий либо производственный диалог, регулярные летучки, с нормальной атмосферой и взаимоуважением. Взаимоуважение - не это ли ключ к успеху, стимул к работе, когда сотрудник чувствует, что нужен, что является частью коллектива, механизмом в принятии важных решений. Так что да, быть директором - тяжелейший труд и отвтственность.А как Вам: руководитель не должен переносить свои личные проблемы, плохое настроение на сотрудников, всегда держать себя в руках... Это и самоконтроль, это и личный пример. Отбросим сомнения: быть руководителем - это искусство

Это все первый уровень, когда 10 человек занимающихся одном делом, так сказать команда, когда все на виду и т.д. В случае, когда компания увеличивается, появляется среднее звено - начальники отделов, нужны четкие критерии, иначе управление превращается в "глухой телефон". Не возможно подобрать всех сотрудников с позитивом, еще у каждого выяснить чем он живет и т.д.
Пытались сотрудничать с одной конторой, у них небольшая команда, все заряжены, все в позитиве. Все вроде делают правильно, только на проект из 9 месяцев остался один, сделано 40%, а "в чем проблема?", "почему так вышло?", "Что сделать в будущем, что такого не было?", да и вообще "кто виноват?" не ясно. Так что с мой точки зрения - управление - это всегда контроль, если не ясно что происходит в компании и не возможно это выяснить - это явный кризис управления! Что верно идти, нужно знать что есть сейчас, чего хочешь и как туда идти. Причем "туда идти" - регламент, работающий регламент!

31.03.2012 09:50:57

Есть несколько вопросов

1. Вы звонили именно в "1С" или в компанию-партнер?
2. В данной конкретной ситуации в системе (конфликт между выпиской, оплатой и отпуском товара) нужно разбираться отдельно и детально. Пока же есть впечатление, что такие вещи нужно решаться на уровне конкретного проекта (настройки, написания кода, если нужно), а не вендора.
3. Вы сказали, "за 10 лет работы". А вы можете сказать, с какими еще техслужбами и каких вендров имели дело? У кого было лучше?

САМОЕ ГЛАВНОЕ!
4. Совершенно не пронял: при чем тут ППО и СПО?
Это тем более непонятно, так как, насколько известно, продукты "1С" поставляют в ОТКРЫТЫХ исходных кода (прикладных программ).

У вас есть опыт работы СПО-проставщиками бизнес-приложений? Поделитесь...
Если у "1С" все так не очень хорошо, почему же вы не выбрали другого поставщика, в том числе из мира СПО?

31.03.2012 13:40:42

Цитата
продукты "1С" поставляют в ОТКРЫТЫХ исходных кода
Андрей, я удивляюсь, как можно настолько не разбираться в том, что является (частью IT, а значит и) специализацией pcweek. Ну пожалуйста, потратьте уже наконец пол дня чтобы разобраться, что наличие исходного кода не делает его OpenSource/СПО. Что есть чёткие критерии того, что называют "ПО с открытым кодом" и "свободным ПО". Ну сколько уже можно то путаться и путать читателей в базовых определениях....

31.03.2012 13:56:51

Признаться, это постоянные религиозные рассуждения о различиях "открытого" и "свободного" ПО изрядно надоели. Поэтому я к много раз написанному сейчас добавлять не буду.
Спешу вас в сотый раз уведомить: я понимаю, что открытые исходные коды - это еще не OSS, что OSS - это в общем случае не очень бесплатно, и что бесплатным ПО бывает далеко не только в режиме OSS.

Григорий! Раз уж мы перешли на персональные обсуждения. А вам не кажется, что вы довольно регулярно уводите обсуждения от темы постов? В том числ,е начиная по кругу эти бесконечные переливания из пустого с порожний по поводу "что такое СПО"?

Вам что: по существу вопрос нечего сказать?

Посмотрите еще раз пост и мой комментарий! У меня где-нибудь сказано, что 1С - это СПО?

Мы тут разбираем вполне конкретную ситуацию, приведенную в посте.
И сформулировал четкий вопрос: как заголовок поста связан с его содержанием?
Как приведенный пример характеризует вопрос "чем живет СПО и ППО"?

Что мешает внедрецы, имея ИСХОДНЫЕ КОДЫ, (как в СПО) сделать нужные исправления?

И вопрос к вам лично: вы что-то по сути обсуждаемой темы есть, что сказать?
Или вы готовы только в 100-й раз пояснять, что наличие исходных кодов - это еще не СПО?

Usvad
31.03.2012 23:48:42

Цитата
Это тем более непонятно, так как, насколько известно, продукты "1С" поставляют в ОТКРЫТЫХ исходных кода (прикладных программ).

На сколько я помню в 1С такая ситуация:
- 1С 7.7 при обновлении (последние релизы) - конфигурация просто заменяется.
- А в восьмерке внесение изменений равносильно снятию с поддержки тех модулей, в который исправления были внесены, т.е. при обновлении эти модули не обновляются.
Возможно я ошибаюсь - давно этим уже не занимался.

01.04.2012 12:29:24

Понятно, что если человек меняет что-то в коде, то это автоматически означает что авторская поддержка прекращается.

01.04.2012 18:55:07

Обычно так:
Производитель делает бинарную сборку, так же как ППО, то в EULA указано, что вы ставите СПО.
На сайте производителя выложены исходники.
Компания другая, например RedHat скачивает этот код, вносит изменения(если нужно) и оставляет свои координаты для поддержки. Далее исходники RedHat качаем SL, и уже там ставит свои ссылки на поддержку, а далее наш НауЛинукс качает исходники SL и ставит свои ссылки.
Далее пользователи каждого дистрибутива обращаются в свою службу техподдержки, но производитель редко посылает в техподдержку дистрибутива.
Далее каждый дистрибутив что-то готовит и правит ошибки, вносят улучшения и пытаются их передать в upstream, многие программисты работающие на дистрибутивы сразу работают в команде производителя. Далее производитель решает что будет включать, а что нет в продукт.

Ну как-то так....

01.04.2012 22:17:56

Это понятно, хотя и тут есть один важный нюанс - почему-го, говоря о вполне конкретном решении, вы постоянно используете аморфное имя "производитель". Получается, как-то очень нематериально, типа "дух святой".

Но главное все же в другом: какое все это имеет отношение к названию поста и к его содержимому? (то, что название не соответствует содержимому, отметил не только я).

02.04.2012 09:07:57

Цитата
аморфное имя "производитель"

А в СПО в целом и Linux в частности много чего "аморфного" для обычного обывателя и классического финансиста.
Возьмем, например, ядро Linux ссылка на новость(новее не нашел).
За поддержку ядра и в качестве "производитель" выступает Linux Foundation, но код пишут компании потребители по большей части, а "производитель" тут только координирует его разработку. Причем еще не факт, что RedHat например, передает исключительные права на сам код Linux Foundation. Так что выходит, что есть продукт, который по факту принадлежит множеству владельцев, курирует его Linux Foundation.

Цитата
названию поста и к его содержимому?

Изначально тема задумывалась как взаимодействие каждой системы (СПО и ППО) с конечным клиентом, но потом ход "беседы" перешел на философию. СПО все таки заряжено на сотрудничество и ПО как продвижение услуг, товаров и т.д. то есть само ПО - это не товар. В ППО - там ПО является товаром. Как следствие, непонимание ППОшниками СПОшников, обвинения в альтруизме и т.д. А СПОшники не понимают, зачем такие способы продвижения, потому как они не просто не рациональны, они больше похожи на "торговлю воздухом", не считая других ограничений.
Добавьте к этому что разные подходы - разное мировозрение, у них разные координаты по жизни, вот и скатились в философию ища источник разногласий.

31.03.2012 13:23:36

Цитата
1. Вы звонили именно в "1С" или в компанию-партнер?

Именно 1С, говорил номер ИТС и разговаривал...
Цитата
2. В данной конкретной ситуации в системе (конфликт между выпиской, оплатой и отпуском товара) нужно разбираться отдельно и детально. Пока же есть впечатление, что такие вещи нужно решаться на уровне конкретного проекта (настройки, написания кода, если нужно), а не вендора

Дело не в конкретном проекте абсолютно, потому как резервирование с работе с юр. лицами было, а физ. лицами не было. Есть огромное кол-во направлений, в которых клиенту не дают в руки товар для проноса до кассы. Это бытовая техника, эвелирка, стройматериалы, да практически все что пачкается, весит более 5кг, то что клиент покупает с установкой, много вариантов...
Цитата
3. Вы сказали, "за 10 лет работы". А вы можете сказать, с какими еще техслужбами и каких вендров имели дело? У кого было лучше?

из недавних...
Zyxel - разбирался по роутеру P-2302HWUDL-P1. Бага в том, что при любых настройках он высылает RTP поток ulaw, после 3 месяцев ссылок на RFC, анализатор wireshark и т.д. Они отправили модель в архив, когда уже было додавил...
Dlink - периодически воюю, пока ничего предосудительного кроме сроков и качества не дорогого оборудования
Etersoft - Стараются
eStabl - Казахский производитель ПО, использовали в одном проекте вместо 1С, при экономии раза в 2, получили не плохую поддержку, с учетом что они ППО
Цитата
САМОЕ ГЛАВНОЕ!
4. Совершенно не пронял: при чем тут ППО и СПО?

А вот тут самое интересное...
Как уже было замечено большинством ППО и СПО - отличаются разными моделями бизнеса.
Производители ППО производят продукт, защищают его, а потом отдают в торговую сеть. Их более не заботит ни поддержка, ни сам конечный покупатель собственно, которого они в глаза не видели.
Так что тут частые проблемы:
- теоретические модели не соответствуют реальным по многим продуктам
- безопасность, многие продукты под Windows требуют от пользователя прав Администратора в процессе эксплуатации, или не способны после установки из под администратора полноценно работать под пользователем
- просто хамское отношение техподдержки, в случае если продукт включает в стоимость бесплатную техподдержку
- в случае платной поддержки у поставщиков ППО всегда меняется риторика после оплаты продукты. До оплаты всегда идут на встречу, правят ошибки и т.д. После оплаты, практически всегда выясняет, что продукт мы купили "как есть", а исправление ошибок, то что функционал не соответствует заявленному и т.д. , что они если будут что делать, то за деньги, иногда несоразмерными, а иногда просто отказывают, говоря что и так все хорошо.
Пример: Организация купила сервер HP c Windows 2008. Мы специально уточняли что есть поддержка LACP и что его будем использовать для виртуализации. Как выяснилось, поддержка LACP в драйверах HP есть, Windows 2008 HyperV поддерживает, но вместе они не работают что мы собственно обнаружили на 2-3 день поисков в интернете. Пришлось ставить для виртуализации CentOS в срочном порядке, но там выяснилось, что Windows была разлива HP, и очень не хотела работать вставать на KVM, объясняя что там не сервер HP. На вопрос производителю, продавцу и MS, мы услышали что сервер c Windows есть? Есть, а то что он имеет дефекты, так ты еще докажи что это дефекты.
- Отдельная проблема это системы защиты ПО, сколько уже было "перемыто костей" HASP и StarForce, потому что у каждого есть "особенности" по которым они страшно глючат или требуют специальных изменений в системе, о которых производить защищаемого ПО обычно умалчивает.

Вообще отдельная тема разговора, когда производитель тебе продает ПО "А", а после поставки поставки выясняется, что ему нужно ПО "Б" и ПО "С", которые они готовы продать и уже высылают счет. С такой ситуации ощущаешь себя лохом, которого раскручивают.

Требования патентов или закрытые форматы часто приводят к зависимости пользователя от конкретного производителя. Я уже писал, как организация зависимая от госзакупок не способно эффективно внедрять СПО, ввиду ограничений на сайте zakupki.gov.ru.

В случае СПО, у меня лично уже был прецедент, когда обладая элементарными знаниями программирования я нашел несколько ошибок в busybox, после исправления которых я смог запустить проект, в случае же ППО, я бы мог ждать годами.

Компания которая работает в СПО, практически всегда или сама является интегратором, или тесно с ним сотрудничает. Причем даже если они сами интеграторы, то помогают и другим интеграторам. То есть такие компании не теоретически, а практически знакомы со своим клиентом. Как следствие, ПО имеет лучшие потребительские качества для конкретного заказчика.

Возвращаясь к культуре потребления, Россия отстает от запада на 25-30 лет. Российский покупатель готов мириться с "вот так мы решили". В российских компаниях чаще всего из-за бардака, тоже мирятся с подобными явлениями. Если высокое качество управления, а с ним часто всегда приходит требование качественного ИТ, концепция - "вот так мы решили" уже не приемлема.

Дополню, что данные свойства СПО иногда пытаются проповедовать и ППО, но в таких случаях они часто переходят на можешь СПО, если не полностью то частично точно.

Есть несколько факторов, которые сдерживают многие компании переходить на открытую модель разработки:
- Монопольное или доминирующее положение на рынке
- Отвратительный сервис
- Целевая клиентская база более чувствительна к маркетингу, нежели к сервису
- Обладание исключительными правами, преимуществами, патентами и т.д., использование данных преимуществ для "завязывания" клиента на себе

Факторы подталкивающие к СПО:
- низкий порог вхождения на рынок, ввиду того, что компания часто берет уже готовый продукт и вносит в него небольшие изменения, которые и должны побудить покупателя пользоваться услугами этой компании
- в случае разработки своего продукта, компания может использовать огромное количество библиотек и другого имеющегося ПО, что позволит сделать продукт более функциональным "малой кровью"
- сила сообщества, когда очень много работы делают компании, которые работаю в этой же сфере. Так сказать умение работать с "конкурентами"
- индивидуальный подход к клиенту. Сама компания подходит индивидуально к своим клиентам, потому как работает с ними сама. Члены сообщества, делают свои изменения для своих клиентов. которые потом вносят в upstream, для снижения издержек поддержки. Члены сообщества, находят ошибки и предлагают патчи. Производитель узнает о некоторых проблемах не от клиентов, а от сообщества, а благодаря патчам более оперативно может исправить проблему.
- низкая стоимость поддержки как для производителя, так и членов сообщества
- более высокое качество оказываемых услуг
- снижение маркетинговых расходов

Цитата
Это тем более непонятно, так как, насколько известно, продукты "1С" поставляют в ОТКРЫТЫХ исходных кода (прикладных программ)

- 1С - ППО, и модель разработки у них закрытая, потому для всех остальных всегда "сюрприз" что и как они делают.
- У 1С закрытая модель управления проектами, то есть повлиять на продукт достаточно сложно.
- У 1С нет понятия upstream, так что даже если ты что-то исправишь, то не факт что ты что-то добьешься для внесения этих исправлений в сам продукт.
- Открытость кода конфигураций, безусловно помогает выявлять проблемы, но на том все и заканчивается. Звонить им бесполезно, писать тем более, потому как ответ приходится ждать более месяца, а "переписка" может длиться годами.

Цитата
У вас есть опыт работы СПО-проставщиками бизнес-приложений? Поделитесь...

В плотную работаю только с Etersoft и eStabl, специально упомянул последних - потому как модели этих компаний достаточно схожи, хотя декларируют разные цели и идеалы, первая относиться к СПО, вторая к ППО. Так же расскажу о недостатках, с моей точки зрения, ошибках и т.д. в работе этих компаний, и то что может помещать этим компаниям зарабатывать на СПО.
Обе компании продают продукт, первая в силу позиционирования wine@etersoft, как замены Windows, и наличия закрытой части, вторая по факту закрытости продукта. Обе компании обеспечивают примерно одинаковое качество тех. поддержки.
Wine@etersoft является СПО скорее по факту, нежели по духу, потому как сервисную модель в эмуляторе развивать сложно. Если много спросил денег, то клиент купит оригинал вместо эмулятора. Они очень привязаны к AltLinux, не знаю насколько это помогает заработать, но судя по опроснику на сайте более 50% их клиентов сидят на Ubuntu, который мягко сказать не очень совместим с AltLinux. Ввиду сборок на AltLinux, wine обладает многими врожденными дефектами, которые не исправляются, а значит я не могу дорого продать услуги клиенту, получаю дополнительные издержки, что не позволяет мне покупать поддержку платно. В случае же лучшего качества поддержки, я бы мог им выплачивать что-то Etersoft.
Следующий недостаток - это позиционирование wine как замены Windows, что собственно является ошибочным, хотя максимально простым. Ценность по которой wine можно будет продать дороже кроется в том, что Linux обладает своими преимуществами, за счет которых или умножая которые, можно хорошо заработать, нужно снижать издержки интегратора при внедрение, а также вероятность "Ой". Еще один фактор который мешает практически всем местным производителям - это пиратство. Причем пиратство ОС Windows, не позволяет развиваться wine более успешно. Эта же причина давит и Linux интеграторов.
Если клиент имеет возможность пользоваться пиратским ПО, то страдают как ни странно все!
Страдает клиент, потому как подвержен влиянию со стороны "правоохранителей", вирусов, невозможности получать качественную тех поддержку и т.д. Клиент не может построить эффективную ИТ-структуру потому как структура перестаивается долго, а оплата или не оплата лицензий влияет сильно при выборе структуры.
Теряют деньги MS и Etersoft, потому как они их, просто, не получает.
Так что совокупность этих факторов мешает Etersoft нормально развиваться.
eStabl - как уже упомянул ППО, но поддержку оказывают сами, возможность установить ПО для Linux, работа через web, что и способствовало выбору в их пользу. Занимают в своем сегменте неплохое положение, создание партнерской сети и открытие кодов могло бы позволить компании резко увеличить свою долю на рынке, но компания замкнута на нескольких клиентах. Они занимают свою нишу, объем рынка маленький, всю работу делают сами, а как следствие - достаточно высокие издержки при поддержке, что не позволяет нормально развивать продукт, а как следствие, зарабатывать больше.
От перехода на СПО, они бы получили больше плюсов чем минусов, но для этого нужно развиваться.

Не знаю насколько я раскрыл тему, но основной вывод для меня - это то, что нужно точно разрабатывать стратегию и идти по ней, помня что ты не просто зарабатываешь день, а еще и то что ты обслуживаешь конкретных клиентов. Это касается как ППО, так и СПО, не стоит пытаться получать локальные победы при стратегическом проигрыше, не стоит путать стратегические направления с идеологическими, твердо понимать свои плюсы и минусы, и того пути который был выбран для компании, и помнить что бизнес - это зарабатывание денег!

PS: Андрей, мне кажется или тут статья получается?

31.03.2012 14:13:49

Вы знаете, я более 15 лет работаю журналистом. В этом деле есть две основные роли: автор и редактор. Обе очень важны и принцип СМИ основан на наличии и различии этих ролей. А именно (в упрощенном виде): автор пишет, а редактор принимает решение о том - публиковать или не публиковать.

Специфика жанра блогов (и сложность и простота) заключается в том, что тут нет редактора. Автор сам принимает решение о публикации.

Я это к тому, что автор не занимает оценкой текстов. Я все годы работы всячески уходил от роли редактора (хотя приходилось), оценки чужих публикаций.

Но раз уже спросили.
Я считаю, что вы не ответили на вопросы, которые я задал.
Вы смешиваете рассмотрение конретного случая с некоторые общими рассуждениям.
Я искренне не могу понял - каким образом приведенный вами пример иллюстрирует различия СПО и ППО?

Если вы приверженец СПО, то искренне не понимаю, почему имея исходные коды 1С вы сами не внесете нужные исправления?

Я отлично понимаю, что 1С - это не идеал... Но из приведенного вами случая совершенно ничего не следует.
В чем проблема-то? Ну, замените ее на другого поставщика...

Понимаете. Ваши рассуждения -- это из области того, что зима - холодно, лето - жарко, осенью - дожди...
Человек может многое изменить в оркужающей действительности, но все же есть объективные законы природы.



31.03.2012 14:35:44

Цитата
Я искренне не могу понял - каким образом приведенный вами пример иллюстрирует различия СПО и ППО?


Никак. Это пример вообще из другой оперы.
Просто есть работы, которые хочется делать самому (интересные, нужные...), а есть работы, которые хочется свалить на кого-то (неинтересные, ненужные...). Продукция 1С - это ненужно и неинтересно. Будь она хоть трижды свободной, это ничего не изменит.

31.03.2012 14:50:46

Нужное-ненужное, интересное-неинтересное - это сложное деление. 1С еще года три назад сказала, что ее ПО использует 1 млн компаний (в основном - в России). Уверен, что не преувеличивают.

1 млн. компаний (не людей) считаю это нужным.

У них около 5 тыс 9ил больше) компаний-партнеров. Значит считают интересным...
Как он ни странно, но многие люди выбирают работу именно по "интересности".

И то, что хочется делать самому - это совсем не означает интересное для кого-то, и нужное для самого себя.

Я напишем сегодня весь день разбирают с фото, сделанными за зиму (разобрался с 20%). Интересное - наверное. А то, что это - никому не нужно,это - совершенно точно smile:-)

31.03.2012 15:01:27

Цитата
1 млн. компаний (не людей) считаю это нужным.


Две из миллиона вычитай. Я говорил с владельцами. Им 1С даром не нужна, она увеличивает себестоимость продукции за счет роста накладных. Уверен, если поговорить с остальными, то от миллиона мало что останется.
По такой логике более ста миллионов человек считают, что им очень нужен новый российский паспорт. Только вот самих людей, как я думаю, спросить забыли smile:).

А вот твои фото реально нужны и интересны. По крайней мере в одном зрителе можешь быть уверен smile:).

31.03.2012 15:08:26

Цитата
А вот твои фото реально нужны и интересны. По крайней мере в одном зрителе можешь быть уверен


Черт! Тогда придется продолжать делать "нужные дела" smile:)

31.03.2012 15:11:05

Цитата
Я искренне не могу понял - каким образом приведенный вами пример иллюстрирует различия СПО и ППО?

Андрей, СПО и ППО - это 2 разные модели разработки. Каждая имеет свои минусы и плюсы, свою аудиторию и т.д. ППО - легко понимаемая модель, потому как магазин ходим все и как там заработать понятно. СПО - это не только другая модель разработки, но и другая форма сотрудничества, когда каждый участник рынка доверяет другому, потому как они могут выиграть только вместе. Менталитет там другой, "мозги" другие если хотите.
В СПО достаточно высок уровень интеграции разных компонентов, потому ПО с достаточно сильной начинкой имеет очень небольшое кол-во строк в написании, что фундаментально делает его более экономически выгодным, добавим к этому экономию на продвижение. Как результат издержки клиента+интегратора+программиста(далее КИП) на создание одного и того же продукта в СПО будут раз в десять, а то и более ниже, чем в ППО. Если издержки ниже то прибыль выше, остается ее только правильно попилить между КИП. При определенном уровне культуры, когда все в КИП понимают, что им выгодно работать вместе, то деньги пилятся нормально и все довольны. Если уровня культуры не хватает, то начинается "недоверие" и тогда каждый начинает тянуть одеяло на себя - это называется ППО. На войне победителей нет, потому себестоимость ППО для КИП всегда выше.

31.03.2012 15:38:21

Единственое, в чем я могу согласиться - это разные модели разработки и разные модели бизнеса.

Вы все время ведете разговор на сильной общем уровне. И совершенно бездоказательно.
Вот вы привели пример. Ну и рассмотрите на его примеры свои теоретические рассуждения.

А пока все это рассуждения на тему о том, что хорошо бы самолеты делать не из металла, а, скажем, из бумаги. Дешевле производство, летать будет быстрее, экологичнее.

В конце концов - что ж вы не используете СПО-бизнес-решения? Возьмите СПО-ERP и работайте с ней.

Я просто не понимаю, в чем меня, как читателя, вы хотите убедить.

Ну, хорошо, я соглашусть с вами, что себестоимость СПО ниже, что качество лучше, техподдержка тоже.

И что мне, как руководителю (предположим) компании делать для автоматизации своей конторы?

Или, я - президент страны. Что мне делать, какие указы издавать?

Кому обращены ваши тексты?

31.03.2012 23:10:12

Цитата
И что мне, как руководителю (предположим) компании делать для автоматизации своей конторы?
Или, я - президент страны. Что мне делать, какие указы издавать?

Давайте разделим бизнес и власть, если бизнес знает правила по которым он играет, а государство гарантирует исполнение этих правил, то в государстве все хорошо.
Начнем с бизнеса...
Бизнес должен понять, что ему нужен не Windows, Linux, MacOS или что-то там еще, ему нужна нормальная ИТ-система. Для этого ему нужно понять, какие бизнес процессы он хочет автоматизировать, определиться с целями, показателями и т.д. Он должен точно знать чего он хочет с очки зрения БП, оценить для себя, сколько он готов платить за те или иные "фишки", "плюшки" и т.д. Далее он приходит к интегратору, а лучше к нескольким, посмотреть варианты, определиться с TCO(совокупная стоимость владения)+косвенные расходы по рискам. Я понимаю что многие пункты достаточно расплывчаты, но если их нормально декомпозировать до мероприятий, описать регламенты, то можно вполне разумно выбрать поставщика. Причем лучше это сочетать с планами по развитию компании, потому как ИТ должна развиваться вместе с компанией, спокойно "эволюционирую". Определить насколько он будет зависеть от бренда, как должна работать служба тех поддержки и т.д. Зафиксировать в ТЗ именно бизнес процессы, их показатели и т.д. И после этого уже выбирать систему, в лице интегратора.
Как я уже писал в комментарии выше, у ППО и СПО свои сильные и старые стороны и нужно особенно сильно следить за слабыми и сильными сторонами каждой модели.
Основная ошибка - это разделение деление данной задачи, на несколько, когда выбор поставщика ПО, интегратора инфраструктуры и интегратора БП, пытаются выбрать отдельно, после чего не возможно определить "кто шил пиджак", и с кого спрашивать результат.
Это мой рецепт бизнесу, чтоб не пролететь с ИТ, и замечу что тут нет разницы ППО и СПО, если все выверено на цифрах, а не эмоциях. И не в коем случае не ставить штампов за ранее.
С государством сложнее, нужно понимать что любое предпочтение государства влияет на рынок в целом. Второе что бюджет - это народные деньги, то есть которые общество дало государству чтоб эффективно их потратить и принести обществу пользу.
Как следствие, необходимо обеспечить возможность работы с государством как можно большему числу ПО и разным вендорам, чтоб выбор государства, особенно в нашей стране не влиял на конкуренцию. В таком случае все форматы, протоколы обмена и все останое что касается коммуникации с государством должно быть построено на открытых стандартах, таких как ISO, ГОСТ и т.д. Напомню, что в случае приятия даже проприетарного формата в ISO, он фактически становится открытым, так как нельзя применять патенты и т.д. в связанных с этим стандартом против других членов рынка. Также стоит запретить использование в этих форматах закрытых вставок. И контролировать наличие этих вставок на шлюзах обмена, которые бы и были своеобразными рефери. Наши органы очень грешат, требованием работ в закрытых форматах, для использование которых приходится использовать ПО того же поставщика ПО, что выиграл конкурс в администрации.
ИТ нужно преподавать исключительно в виде стандартов, а потом обзорно показывать ПО, причем нескольких производителей. Так же я не вижу смысла покапать ПО в ВУЗы вообще, потому как если ВУЗ, готовит за счет государства студента, который проходит практику на ПО каково-то производителя, то производитель получает фору на рынке. По моим наблюдениям, именно личные пристрастия, знания специалистов формируют список вендеров в организации где работает данные сотрудник. Сейчас - эта самая фора, стала элементом коррупции.
Цитата
Кому обращены ваши тексты?

Да всем, каждый смог в них что-то найти. Бизнесу, которые должен думать как бизнес и знать где подвох - информирован, значит вооружен.
Программистам ППО, которые трясутся что кто-то у них что-то должен украсть и продать.
Государству, которое скорее пешка, в борьбе лоббистов, нежели сила которая защищает общество. Обществу которое, смотрит на все и думает что кто-вместо него подумал и дал ему сказку. Продавцам, которые уже не отличают разницы между втюхать и продать. Любителям "сказок", потому что "лоховство" лечится только через "кушать нечего".

31.03.2012 18:26:11

Евгений, вы написали очень много текста, так что может я чего-то и упустил в нем...
Однако я так и не понял:
1. Как соотносится тема блога и его наполнение. И вообще, о чем была тема? Я по заголовку было решил, что вы будете сравнивать устройство компаний/бизнесов/отдельний направлений бизнеса в СПО и ППО.
2. Как связаны цитата из моего коментария про то, что строить дистрибьютерскую сеть это дорого, а в случае отказа от продаж лицензий - еще и бессмысленно и необходимостью производителю понимать потребности клиентов?

31.03.2012 23:31:52

Цитата
1. Как соотносится тема блога и его наполнение. И вообще, о чем была тема? Я по заголовку было решил, что вы будете сравнивать устройство компаний/бизнесов/отдельний направлений бизнеса в СПО и ППО.

Тема филосовская, потому как стратегия начинается с философии. В понимая того кто ты есть, чего хочешь и каким способом этого добиться, и чем ты готов жертвовать для достижения цели.
Цитата
2. Как связаны цитата из моего коментария про то, что строить дистрибьютерскую сеть это дорого, а в случае отказа от продаж лицензий - еще и бессмысленно и необходимостью производителю понимать потребности клиентов?

Потому как продукцией пользуется конкретный Иван Иванович или конкретная фирма ООО "Рога и копыта", а не вымышленные. Пользуется в тех условиях, в которой они живут, а не гипотетических. Потому что с гипотетическими планами результат всегда гипотетический. В качестве примера приведу настройку VPN в Windows и Linux. Windows с подключениями к интернет по PPP(включая PPTP), сделала понятия основного шлюза, который когда поднимается, то тебя отключает от домашней сети и весь трафик идет в контору, что мягко сказать неудобно. Такие мелочи часто не учитываются, но как известно дьявол кроется в деталях. И только знание рынка, умение с ним работать позволяет не допускать подобный "мелочей".

31.03.2012 19:25:10

Цитата
И при всем этом раздолбайстве, я удивлялся, что еще не нашелся человек который сделает аналог 1С более эффективным способом

Вот видите, значит вы что-то в своих рассуждениях и наездах на 1С упускаете.

Цитата
Интеграторы и разработчики - партнеры? Как строиться их сотрудничество, насколько оно выгодно каждой стороне? Можно ли улучшить ситуацию? И насколько это применяется в практике сейчас?....

В случае ППО я могу сказать, что разрботчик заинтересован в хорошо работающей сети партнеров-внедренцев (по крайней мере для бизнес-ПО, с которым я работал - документооборот и учетные системы).

Резоны вполне простые:
1. Каждый партнер имеет собственные механизмы продажи (он работает в своем регионе, имеет собственную клиентскую сеть, своих продацов, ...) - это увеличивает продвижение продукта. Ко многим клиентам, на которых легко выходят партнеры сам вендор может вообще никогда не выйти.
2. Партнер имеет собственных специалистов, которые способны внедрять и поддерживать решение на местах, не оттягивая силы специалистов вендора (мне, например, известны случаи, когда вендор всячески оттягивал старты начала внедрений просто потому, что не было свободных специалистов-внедренцев).
3. Расценки партнеров на местах, как правило, ниже, чем у вендора, находящегося в другом регионе (да и просто у него издержек больше - он ведь еще и разрабатывает ПО) - а это увеличивает привлекательность продукта. Как следствие - повышает шансы на успешную продажу.

Но это при условии, что вендор ставит перед собой задачу широкой экспансии своего продукта на рынок, а это далеко не всегда так. Некоторые предпочитают в одиночку работать в небольшой нише.

Есть ли интерес у партнера? Ну тут вам явно виднее.
Могу только сослаться на опыт работы с партнерами моего предыдущего работадателя - подавляющее большинство их имело штат работников (тех, кто занимался документооборотом или учетными системами) на порядок меньше чем соответсвующие вендоры.
Т.е. разработка собственного продукта (на фоне и без того постоянной нехватки специалистов) для них была для них трудноподъемна.

А вот как обстоят дела в области СПО я не знаю.
Основной вопрос: каким образом будет получать доход от партнерских внедрений вендор? В бизнесе на ППО есть нормально работающий механизм - продажа лицензий. А что в СПО?
Ну и еще один вопрос: а что если в один прекрасный момент интегратор (получив нужный опыт и людей с нужными компетенциями) решит "подвинуть" вендора и начнет выпускать конкурирующий продукт на той же кодовой базе? Как вендору защититься от такого?

31.03.2012 23:55:27

Цитата
И при всем этом раздолбайстве, я удивлялся, что еще не нашелся человек который сделает аналог 1С более эффективным способом

Вот видите, значит вы что-то в своих рассуждениях и наездах на 1С упускаете.

Да не упускаю... Вспомните Парус, Тигр... Там даже мелкого изменения внести было не возможно. Сейчас люди что-то могут подправить своими руками, есть созданная поддержки. Я видел "аналоги", но они больше походили на студенческую работу. 1С вылезло за счет внедрения образования и возможности пользователю самому менять конфигурации.

Цитата
Резоны вполне простые

Резоны верные, в этом заинтересованы все и СПО тоже. Единственное, что если можно заработать на продаже ПО без внедрения, а 1С это позволяет, то такая практика начинает иметь место. К тому же жесткое регулирование цен у продавцов ПО, на которое ФАС почему-то спокойно смотрит, приводит к откатам и продажам без внедрения, что есть плохо.
Большая часть ППО неизменяемая, то есть продается как есть опять же начинается произвол продажников...
Цитата
Но это при условии, что вендор ставит перед собой задачу широкой экспансии своего продукта на рынок, а это далеко не всегда так. Некоторые предпочитают в одиночку работать в небольшой нише.
До тех пор, пока не придет более удачливый конкурент, в случае ППО. в случае СПО выжить проще. Живешь услугами и попробуй такого выдавить.
Цитата
разработка собственного продукта (на фоне и без того постоянной нехватки специалистов) для них была для них трудноподъемна

Точно, тут внедрение достаточно весело проходит. Но иногда бывают мелочи и не только, когда нужно что-то править. И тут нужен механизм или выдачи задания производителю (а тому работа вернулась, а значит и деньги пришли), или писать самому, но тогда изменения еще поддерживать надо. Хуже всего когда код закрыт и производитель послал. Тогда можно и проект завалить из-за мелочи, либо получить денег значительно меньше. Например от того же Etersoft и eStabl мне нужна поддержка по продуктам, если дело серьезное, своими силами это все мне встанет дороже, особенно если проблемы эпизодические.

02.04.2012 08:25:10

Цитата
Живешь услугами и попробуй такого выдавить

Это инвариантно относительно формы продаж.

02.04.2012 09:09:08

Это как? А подробней можно, мне не понятно....

02.04.2012 09:45:21

ППО - это не только тиражные системы.
Например, на рынке документооборота России, есть буквально 1-2 системы, которые можно считать полностью коробочными. Все остальные дорабатываются на внедрениях.
Причем в зависимости от сложности внедерения стоимость собственно ПО может составлять и всего лишь 10-15% от стоимости всего проекта.

01.04.2012 01:01:55

Цитата
Основной вопрос: каким образом будет получать доход от партнерских внедрений вендор

Посмотри внимательно на вендоров СПО, многие имеют или закрытую часть, или закрытую подписку на обновления, или являются частою платного продукта(в том числе и аппаратного), Закрывается не все, а только самое ценное. Есть BSD, которые кстати живут именно на подаяния, там часто обкатываются куски закрытых продуктов. То есть "партнеры" разработчика в СПО, это скорее не мелкие, а более крупные участники рынка.
Цитата
А что в СПО?

Как видишь, при такой модели продать сам продукт "как есть" уже не получается, но это и "прививка" от втюхивателей. Я как "интегратор" продаю продукт - ИТ-система, частью которой может являться ваша БП. Держать спецов по всем вопросам мне не резонно, особенно по специфичным вопросам, мне проще взять их у производителя, а если я развиваю свой продукт, и заказчик что-то хочет, чего в в Вашем продукте нет, то мне проще большую часть работ или передать на работу производителю, или же найти спеца, который мне сделает изменение, а потом его еще сдаст в upstream, причем замечу что сдача патчей в Upstream выгодно для меня, потому как данная функция уходит на поддержку производителя. Производитель получат код и тестировщиков даром, а еще он получает расширение рынка и заказы.
Цитата
а что если в один прекрасный момент интегратор (получив нужный опыт и людей с нужными компетенциями) решит "подвинуть" вендора

Первое, полностью это сделать невозможно потому что открытый код - это не исключительные права, а исключительные как были у вендора так и остались. Во вторых, а кто сказал, что у него получиться выгоднее делать софт, нежели покупать услуги. И последние, вендор он же и сам интегратор. Как на рейдерство может отреагировать сообщество, клиенты наконец.... Если компания кидает партнера, то кто сказал что она же не кинет никого в будущем.
Цитата
Как вендору защититься от такого?

Посмотри на эту тему историю Oracle Linux и Red Hat Linux. Oracle что-то делает, а Red Hat не волнуется. Посмотри как Red Hat строит политику с клонами.

И еще... В СПО, большиство продуктов зависит друг от друга...
Ну наверное как-то так... Я понял, что единого рецепта в СПО нет...

02.04.2012 08:38:48

Цитата
многие имеют или закрытую часть, или закрытую подписку на обновления, или являются частою платного продукта(в том числе и аппаратного),

Ну так значит зарабатывают на том же - продаже лицензий и закрытом продукте?
Здорово, значит тезс подтверждается - на СПО вендору не заработать?

Цитата
Как видишь, при такой модели продать сам продукт "как есть" уже не получается, но это и "прививка" от втюхивателей

Не вижу. В любом нетиражном продукте точно также. Где тут специфика СПО?

Цитата
Производитель получат код и тестировщиков даром, а еще он получает расширение рынка и заказы.

Еще раз - как он будет зарабатывать на этом рынке?
Если продавая закрытый код, то в чем отличие от ППО?

Цитата
а исключительные как были у вендора так и остались

Да ради бога!
Клиенты-то все у интегратора и если вендор выпускал все по открытой лицензии, то простите - он никому не нужен.

Цитата
Посмотри на эту тему историю Oracle Linux и Red Hat Linux. Oracle что-то делает, а Red Hat не волнуется

Как раз очень показательный пример. Они закрыли Oracle (и другим таким же прытким компаниям) доступ к базе патчей.

02.04.2012 09:29:04

Цитата
Здорово, значит тезс подтверждается - на СПО вендору не заработать?

Но если не будет СПО, то он не продаст то что он продает.
Ну это как "Человек же ходит ногами, значит ему нужны ноги, а дышать для этого не обязательно, значит легкие ему не нужны..." Ну это как-то из этой области...
Продается конкретное решение для конечного клиента, а ПО - это не конечное решение. Потому и драть денег за ПО не обязательно, а если и берешь, то закрывать все не обязательно.

Пример: RedHat продает дистрибутивы, продает! За баксы, а коды от него выкладывает, в полном объеме... Oracle Взял код и сделал Oracle Linux, но RedHat хуже с того не стало...

Цитата
Не вижу. В любом нетиражном продукте точно также. Где тут специфика СПО?

СПО - это код доступный на серваке....

Цитата
Еще раз - как он будет зарабатывать на этом рынке?
Если продавая закрытый код, то в чем отличие от ППО?

Он продает продукт, часть которого открытый код...

Цитата
Да ради бога!
Клиенты-то все у интегратора и если вендор выпускал все по открытой лицензии, то простите - он никому не нужен.

А ты попробуй поработать интегратором... Там гемора и без разработки куча. А если код пишешь не только ты, а еще куча народа, то тебе он достается дешевле. Причем можно и своего разраба иметь, а можно и стороннему заплатить... Смотри шире....

Цитата
Как раз очень показательный пример. Они закрыли Oracle (и другим таким же прытким компаниям) доступ к базе патчей.

И где же это они закрыли если не секрет??? И что тогда по твоему лежит на http://ftp.redhat.com/pub/redhat/linux/enterprise/???
Это они типа закрыть забыли, а все много лет уже пользуются "забывчивостью"?

02.04.2012 09:51:33

Цитата
Но если не будет СПО, то он не продаст то что он продает.

С чего вдруг?

Цитата
Он продает продукт, часть которого открытый код...

А если весь код будет открыт, что он будет продавать?

Цитата
А ты попробуй поработать интегратором...

Еще раз - как зарабатывает вендор?
Вот вы - интегратор. Можете четко рассказать, как вы делите прибыль с вендорами ПО?

Цитата
И что тогда по твоему лежит на

Там лежат конечные дистрибутивы. Патчей из KB я там не нашел.
Собственно вот первоисточник https://www.redhat.com/about/news/archive/2011/3/commitment-to-open

02.04.2012 10:25:55

Цитата
Но если не будет СПО, то он не продаст то что он продает.

С чего вдруг?

А с того, что кусок СПО - это неотъемлемая часть продукты, или инвестируй и пиши, или бери готовый и только дорабатывай. Разница в инвестициях есть и существенная, причем есть заинтересованность, чтоб продукт развивался. Потому ты отдашь свои доработки и еще денег дашь, чтоб их включили в upstream, иначе после обновления продукта, тебе придется многократно инвестировать перенос на новую версию. А есть продукт загнется, то тебе будет не сладко, потому ты будешь работать на его благо...

Цитата
А если весь код будет открыт, что он будет продавать?

Он продаст услуги+продукт, что будет являться конечным продуктом. Если в проекте будут не специфичные части, то интегратор их передает производителю для включения в upstream, тогда ему не придется их переносить второй раз при обновлении версии у производителя. Производитель получает кусок кода, который внедряет себе в продукт, а еще получает денег от интегратора чтоб эти работы сделать. Причем замечу, что эти операции просто дешевле, чем переносить свои наработки из версию в версию для клиента.
Производитель получает кусок кода и деньги.
Другой интегратор делает тоже самое, а в новой версии они получают наработки друг друга. Причем Интеграторы могут дополнительно инвестировать и что-то заказать производителю. А клиенты получают все три функции, поддерживаемые за которые они и платят.
Проблема в том, что в ППО идея upstream не реализована, потому много работы делается в пустую...

Цитата
Там лежат конечные дистрибутивы. Патчей из KB я там не нашел.
Собственно вот первоисточник https://www.redhat.com/about/news/archive/2011/3/commitment-to-open

Пояснение на русском
Так что патчи есть, а объяснений нет. То есть формально ничего не нарушено, коды выложены и т.д. А воспользоваться ими трудно, попробуй отделить патчи безопасности, от патчей RedHat специфики и т.д. А недокументированный код, это - то, что собственно красть бесполезно, проще свой написать. А вот дописать что-то можно, если дать денег RedHat и попросить растолковать как это лучше сделать smile:)

02.04.2012 11:26:15

Цитата
А с того, что кусок СПО

Перефразирую: какой профит от того, что код будет открытым? Чем вендору это лучше, чем закрытый код?

Цитата
Он продаст услуги+продукт, что будет являться конечным продуктом.

А зачем, если он может продавать только продукт и не распыляться?
А еще есть приличный класс продуктов продажа услуг к котором, практически невозможна.

Цитата
Так что патчи есть, а объяснений нет.

Раздельных патчей тоже нет.
Но суть не в этом. Самое главное, что RedHat пришлось вводить защитные меры именно для того случая, который я описал. Т.е. когда результат их работы стал продавать партнер.

02.04.2012 22:00:20

Цитата
Перефразирую: какой профит от того, что код будет открытым? Чем вендору это лучше, чем закрытый код?

А то, что если другой проект им воспользуется, то от поможет поддерживать этот код, а еще будет в него инвестировать или кодом, или деньгами...
Цитата
А зачем, если он может продавать только продукт и не распыляться?

А чем распыляться? ты или пишешь под реальную организацию и оттачиваешь все нюансы на практике, или пишешь для виртуальной, а потом приводишь его к потребному виду...
Цитата

А еще есть приличный класс продуктов продажа услуг к котором, практически невозможна.

Например?
Цитата
Раздельных патчей тоже нет.

У всех по разному, в RedHat это - защитная мера, потому как разные Oracle начинают фигней страдать. Вообще Oracle - хуже медведя, ППО они делать умеют, но вот СПО у них плохо. Посмотри, OpenOffice они развалили, потом просто выкинули в Apache, MySQL тоже непонятно, форк MariaDB тому подтверждение, испорченные взаимоотношения с RedHat.
Поведение RedHat -это исключение из правил... Почти все проекты все разделяют и описывают, есть багтрекеры, где программисты совместно что-то делают. Чтоб это все понять, нужно снести Windows поставить, например Ubuntu, и с открытым сердцем и глазами пойти вперед, через какое-то время поймешь....
Цитата
Т.е. когда результат их работы стал продавать партнер.

Oracle не партнер, они продвигают свою БД. Им все равно, будет это RedHat или еще кто... Если бы их основные деньги бы зависили от СПО, они б такого не позволяли бы...

03.04.2012 09:38:13

Цитата
или кодом, или деньгами

Вот отсюда подробнее, можно?
Кто и почему будет инвестировать деньгами (и если это другой открытый проект, то где он эти деньги возьмет)?

Цитата
А чем распыляться?

Тем, что нужно иметь ресурсы на все направления.
Например, по своему опыту работы в компании-производителе могу уверенно сказать, очень большая часть функционала не реализовавалась по банальной причине - не хватало специалистов.
Если бы тех разработчиков, что были заняты на поддержке внедрения можно было бы перекинуть на разработку основной платформы, развитие продукта серьезно можно было бы ускорить.

Цитата
Например?

Любое массовое ПО: игры, ПО для домашних пользователей (в том числе мобильное).

Цитата
У всех по разному, в RedHat это - защитная мера, потому как разные Oracle начинают фигней страдать.

Не важно почему - важно, что делать пришлось.

03.04.2012 09:45:04

Цитата
Любое массовое ПО: игры, ПО для домашних пользователей (в том числе мобильное).


Интересно, что скажут на этот счет геймеры, покупающие за реальные деньги виртуальную броню для своего танка? smile:)

03.04.2012 10:13:29

Ок. Для некоторого класса игр - возможно.

03.04.2012 10:32:29

Как любил говорить наш ротный старшина, если могу я, то могут и все smile:)
Проблема продажи услуг в том, что дело не поставлено на поток. Приведу простой пример. Я потратил несколько часов, чтобы сделать удобное меню в MC. Что-то сам писал, что-то с каких-то сайтов копировал.
Я бы с удовольствием заплатил деньги, если бы мог зайти на какой-то сайт, отметить галками нужные мне функции (допустим, по десятке за функцию) и скачать готовый конфиг.
По-моему, бизнес пока не готов принять тот факт, что потребитель готов платить не только за то, что он никак не может получить даром, но и за элементарное удобство. Скажем, за доступ к хорошо структурированной базе скриптов. Не так, как в Дельфине, когда половина внешних модулей не работает, а к нормальной базе, где все проверено.
Готов заплатить за подписку на виджеты Плазмы. Но чтобы коллекция была хорошо структурирована и проверена, а не как сейчас.

03.04.2012 11:04:55

Цитата
Проблема продажи услуг в том, что дело не поставлено на поток.

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

Я не знаю на сколько это характерно для нашей страны/остального мира. Но факт остается фактом.

03.04.2012 12:00:31

Цитата
Проблема продажи такого рода услуг, в том что их и не поставишь на поток.
Опыт продажи поддержки даже для корпоративных клиентов указывает на, то, что пользователь обращается за поддержкой только в клинических случаях (совсем не работает).

А это уже говорит о том, что продавать не умеете, о чем я и говорил. ППОшники в основном - втюхиватели. Что ПО заработало, особенно бизнес-ПО, то нужно провести кучу обследований, согласований и т.д. После чего разрабатывается регламент и внедряется. Все это сложно и муторно, но это единственный эффективный способ.
ППОшники делают проще, они дают "мартышке" "очки", а далее разберешься хорошо, не разберешься твои проблемы денег мы получили.
Часто причем выясняется, что продали "не то" и "не тому", потому что реальным положением дел не интересовались. Иногда ППОшники такие же "мартышки", а потом стоят уже 2 "мартышки" (клиент и прозводитель) и "думают" как их одеть...
Так что все правильно, с клиентом работать надо, тогда и на СПО можно заработать....

03.04.2012 12:13:55

Цитата
А это уже говорит о том, что продавать не умеете, о чем я и говорил.

Ну так поделитесь, какое количество сервисов лично вы или ваша компания представляет Home-пользователям.

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

Ну так я и прошу - поделитесь сокровенным знанием как зарабатывать на СПО, производя собственный продукт.
Если не знаете - так и скажите, не надо подсовывать левые ссылки и ссылаться на коммерческую тайну.

03.04.2012 12:27:07

И да, коллега - учитесь вести дискуссию цивилизованно.

Я не понимаю, откуда у вас такая агрессия по отношению к производителям проприетарного ПО, но даже если есть основания - найдите способ сдерживать свои эмоции.

PCWeek - это к счастью, не бульварный журнал, где оппоненты, брызжут слюной друг на друга.

03.04.2012 13:34:42

Цитата
Ну так поделитесь, какое количество сервисов лично вы или ваша компания представляет Home-пользователям.
Мы не работаем с Home пользователями, и мы не являемся как всем СПО, мы лишь очень маленький кусочек этого огромного мира под название СПО.
Цитата
Я не понимаю, откуда у вас такая агрессия по отношению к производителям проприетарного ПО, но даже если есть основания - найдите способ сдерживать свои эмоции

А я уже писал, когда пользователю что-то нужно, читаешь описание, читаешь инструкцию, там все в подробностях описано. Когда ставишь ППО, то выясняется что эта мелочь, ради которой это ПО и купили просто не работает. Потом выясняется, что ПО продали по принципу "как есть", что возврату она не подлежит, дорабатывать никто не хочет. А клиент за рекомендацию тебе это ПО ворачивает. Нормально? 1С если честно, у меня уже в печенках сидит со своими инициативами. Если бы конфигурации еще были бы закрыты, то клиенты вообще б стояли. Windows - игровая, домашняя ОС! Полное отсутствие гибкости, сетевая архитектура - костыль. Если что не работает или сломалось подлезть не возможно, логов нет. Но хуже всего, что куда системных администратор считают "метод научного тыка" - единственно верным, потому что производитель ППО неудосужился пояснить что он вообще хотел сказать своими "галочками" и т.д.
Расхождение рекламного буклетика, инструкции, и описания на сайте иногда на столько расходится с тем что есть на самом деле, что руки опускаются когда с этим "продуктом" начинаешь работать...
Цитата
Если не знаете - так и скажите, не надо подсовывать левые ссылки и ссылаться на коммерческую тайну.

Я вам в личку мог ответить, потому что с каждым партером производитель работает персонально и условия не стоит разглашать, потому что другим завидно будет. Но вас же это не удовлетворит, но к сожаления я не могу более подробно комментировать свой бизнес. Ком. тайна - есть ком. тайна.
Цитата
PCWeek - это к счастью, не бульварный журнал, где оппоненты, брызжут слюной друг на друга.

Я думал вам рассказать в личку, надеясь на то, что вы интересуетесь с целью выяснения чего-то нового, но у Вас цель - посадить меня в лужу... Что ж мне вас искренне жаль... Но больше мне жаль ваших клиентов...
Цитата
PCWeek - это к счастью, не бульварный журнал, где оппоненты, брызжут слюной друг на друга.

Абсолютно с вами согласен, вводить посетителей в заблуждение красивыми сказками не самая лучшая идея. Есть отдельная категория бизнеса продающие идею, образ жизни, вообще много чего, что к основной функции продукта не относиться. Но эти темы скорее к изданиям типа "гламур", "для модных". Я надеюсь вы не считаете PCWEEK изданием серии из серии "для модных"?

03.04.2012 12:05:14

Цитата
Готов заплатить за подписку на виджеты Плазмы. Но чтобы коллекция была хорошо структурирована и проверена, а не как сейчас

Да сергей СПО - это в первую очередь сервис, а вот про сервис только говорят, Работать не умеют. Я считаю, что не возможно сделать нормальный сервис, если тебе плевать кто перед тобой стоит. ППОшнику это не объяснишь, им проще наколоть, чем что-то сделать руками...

03.04.2012 11:48:20

Цитата
Вот отсюда подробнее, можно?
Кто и почему будет инвестировать деньгами (и если это другой открытый проект, то где он эти деньги возьмет)?

Если интеграторы нужна функция "А", то или он ее пишет или заказывает, но с учетом специфики, ее заказать проще и дешевле поставщику, если конечно поставщие не возомнил себя "богом", как это часто в ППО бывает.
Цитата
Тем, что нужно иметь ресурсы на все направления.
Например, по своему опыту работы в компании-производителе могу уверенно сказать, очень большая часть функционала не реализовавалась по банальной причине - не хватало специалистов.
Если бы тех разработчиков, что были заняты на поддержке внедрения можно было бы перекинуть на разработку основной платформы, развитие продукта серьезно можно было бы ускорить.

Ответ уже был:
Цитата
ты или пишешь под реальную организацию и оттачиваешь все нюансы на практике, или пишешь для виртуальной, а потом приводишь его к потребному виду...

Не вижу разницы между писать под практическую модель или теоритическую. Только теоритическую реализую проще, потому что не доделывают. А если делать сразу для "практиков", то будет и дешевле, и точно работоспособно.
Цитата
Любое массовое ПО: игры, ПО для домашних пользователей (в том числе мобильное).
Они тоже учатся работать... http://www.opennet.ru/opennews/art.shtml?num=33505
Цитата
Не важно почему - важно, что делать пришлось.

В семье не без урода, и если по каждому "уроду" семью оценивать, то куда все скатить?... А если "семьей" считать город или страну, то в каждой стране есть по такому уроду, о котом семья помнить не хочет...

03.04.2012 12:01:45

Цитата
Если интеграторы нужна функция "А",

У вас много таких примеров было в практике?

Цитата
Они тоже учатся работать...

А при чем тут поддержка?

Цитата
В семье не без урода

При чем тут уроды в семье?
Пример с Oracle привели вы и сами же сели с ним в лужу...

03.04.2012 12:13:38

Цитата
У вас много таких примеров было в практике?

Много, у всех своя специфика, потому и нужно работать с клиентом, а не с фантазией. Большинство продуктов имеют огромное кол-во мелких "неудобств", которые нужно устранять....
Цитата
А при чем тут поддержка?

Я про игры... Там поддержка - это новые фичи, уровни и т.д.
Цитата
При чем тут уроды в семье?
Пример с Oracle привели вы и сами же сели с ним в лужу...

Ты написал, что могут украсть, я сказал что могут, привел пример и к чему это приводит... Oracle - это тот самый "урод" в семье СПО, исключение из правил. Рассказал что в мире СПО - норма.
Я не сел в лужу, просто читать нужно внимательнее, я не просто так пишу текст, а вкладываю в него смысл.... Вы текст читаете? или только строчки дергаете?

02.04.2012 11:27:51

И все-таки очень хочется услышать вот это:

Цитата
Вот вы - интегратор. Можете четко рассказать, как вы делите прибыль с вендорами ПО?

03.04.2012 01:35:57

http://www.opennet.ru/opennews/art.shtml?num=33512

03.04.2012 08:45:09

Не понял, т.е. вы получаете деньги от RedHat, а сами ему ничего не даете?
Или что вы хотите этой ссылкой сказать?

03.04.2012 11:33:37

Нет, это пример открытый пример, а вообще взаимодействие интегратора и производителя - ком. тайна. Но там все нормально, все довольны....

03.04.2012 14:59:48

Странная получается дискуссия.
На простой вопрос: как заработать на СПО-разработке? Получаем ответ: 42.
Чтобы было понятно о чем я буду говорить дальше, приведу цитату с Википедии об определении Свободного ПО, которая будет являться Конституцией от которой буду отталкиваться:

Цитата
  • Свобода запускать программу в любых целях (свобода 0).
  • Свобода изучения работы программы и адаптация её к вашим нуждам (свобода 1). Доступ к исходным текстам является необходимым условием.
  • Свобода распространять копии, так что вы можете помочь вашему товарищу (свобода 2).
  • Свобода улучшать программу и публиковать ваши улучшения, так что всё общество выиграет от этого (свобода 3). Доступ к исходным текстам является необходимым условием.

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

Потребность №1 - небольшая утилита, которая автоматизирует часто выполняемые конечными пользователями действия. Конечные пользователи - физические лица, даже если эти лица выполняют эти действия на работе и по работе. Распространение через Интернет. Каким образом я могу получать прибыль основываясь на Конституции?
  1. Пожертвования. Вариант? Вариант! Но слабый, очень слабый, не постоянный. Может даже и не вариант.
  2. Платная поддержка. Вариант? Не уверен. Программа простая, проблем с работой минимум, если что-то не так, конечный пользователь сначала позовет знакомого айтишника. Если айтишник не разобрался, то он либо обратится ко мне, либо к своему другу айтишнику. В случае обращения ко мне, мой ответ будет прост: поддержка платная.
    В результате, конечный пользователь либо будет мириться с возникшей у него проблемой (найдется какой-нибудь обходной вариант), если это не так сильно важно для него, либо заплатит мне за поддержку и не факт что я решу проблему быстро, если проблема в моём ПО, либо перестанет пользоваться моей программой, либо найдется айтишник который выявит в чем проблема и не устранит ее.
  3. Третий возможный вариант я не знаю.

Потребность №2 - программа или группа программ, закрывающая некую ключевую потребность(-ти) бизнеса. Сложность программы невысокая. Распространение через Интернет. Всё сводится к скачиванию программы, её запуску, ввода данных и получения результата в редактируемом виде, возможно даже в виде документа-шаблона к текстовому редактору. Есть ППО конкуренты. Варианты заработка:
  1. Пожертвования. Вариант? Не уверен.
  2. Поддержка. Вариант? Не уверен.
  3. Индивидуальное расширение под конкретного заказчика. Возможный вариант, но одноразовый, даже если расширение стоящее и будет включено в следующую версию программы. А еще это может быть нарушением Конституции. Ведь мое ПО - СПО, я не должен брать денег с заказчика.
  4. Четвертый вариант не знаю.

Потребность №3 - значительный программный проект, закрывающий потребность бизнеса, возможно не ключевую и требующий внедрения. Есть конкуренты, как СПО, так и ППО. Варианты заработка:
  1. Услуги по внедрению, а если я живу в городе где клиентов на мой продукт немного, то придется тянуть свои ручки в соседние города.
  2. Поддержка. Вариант? Да! Но с оговорками.
  3. Индивидуальное расширение под конкретного заказчика. Всё так же как и в потребности №2.
  4. Четвертый вариант я не знаю.

При этом, в последних двух вариантах есть хороший шанс того, что придут люди, которые скомпилируют мою программу и будут её продавать как ППО, при этом я не получу ничего. И у этих людей будут деньги на то, чтобы заниматься рекламой и маркетингом "их" программы. И я получу в конкуренты себя самого, кроме тех, кто уже имеется.

03.04.2012 15:34:24

Цитата
Потребность №1 - небольшая утилита, которая автоматизирует часто выполняемые конечными пользователями действия. Конечные пользователи - физические лица, даже если эти лица выполняют эти действия на работе и по работе. Распространение через Интернет. Каким образом я могу получать прибыль основываясь на Конституции?

Продается в комплекте с большим более сложным, а значит и более ценным продуктом
Цитата
Потребность №2 - программа или группа программ, закрывающая некую ключевую потребность(-ти) бизнеса. Сложность программы невысокая. Распространение через Интернет. Всё сводится к скачиванию программы, её запуску, ввода данных и получения результата в редактируемом виде, возможно даже в виде документа-шаблона к текстовому редактору. Есть ППО конкуренты. Варианты заработка:

Продается в комплекте с большим более сложным, а значит и более ценным продуктом
Такие программы не ключевые, или бизнес ооооочень простой
Цитата
Потребность №3 - значительный программный проект, закрывающий потребность бизнеса, возможно не ключевую и требующий внедрения. Есть конкуренты, как СПО, так и ППО. Варианты заработка:

Цитата
Услуги по внедрению, а если я живу в городе где клиентов на мой продукт немного, то придется тянуть свои ручки в соседние города.

Если город 30000 человек, или продукт очень специфичный, то возможно.... Тогда или через интеграторов или переезд...
Цитата
Поддержка. Вариант? Да! Но с оговорками
Индивидуальное расширение под конкретного заказчика. Всё так же как и в потребности №2.

Оговорки?

Цитата
При этом, в последних двух вариантах есть хороший шанс того, что придут люди, которые скомпилируют мою программу и будут её продавать как ППО, при этом я не получу ничего.

Если вы уже внедрили ее как СПО, и обнаружили такого умного ППО, то...
1. У него по определению дороже
2. Если вы уверены, что это ваш продукт попробуйте доказать это, если докажете, то можно их хорошо вздернуть
3. В нормальном обществе, такое поведение далеко не норма, и уж точно не относиться к серьезному бизнесу...
Цитата
И у этих людей будут деньги на то, чтобы заниматься рекламой и маркетингом "их" программы.
Тем более, их найти будет проще... Откройте список "их" партнеров, разошли им коммерческие по поддержке и пусть потом они объясняют как такое случилось...
Цитата
И я получу в конкуренты себя самого, кроме тех, кто уже имеется.

Если вы свой продукт делаете лучше остальных, то не будет у вас конкурентов, ну а если вы "слабенький" и продукт надутый и слабенький, то значит не судьба...

И последнее, у вас явная ППО направленность в рассуждениях. То о чем вы говорите, так продвигают ППО, СПО предлагается не как коробка, а как возможность "закрыть" потребности клиента.
Цитата
Четвертый вариант я не знаю.

Читайте, тут много постов и комментариев... Много всего есть...

03.04.2012 15:56:35

Евгений! Как?! Как, я получу деньги за свой продукт "Потребность №1"? Кто мне их даст? Сколько раз мне будут давать деньги? При условии, что моя утилита продается в составе чужого продукта.
Продавец и/или производитель сложного ПО взял мою утилиту бесплатно.

03.04.2012 22:20:01

Цитата
Евгений! Как?! Как, я получу деньги за свой продукт "Потребность №1"? Кто мне их даст? Сколько раз мне будут давать деньги? При условии, что моя утилита продается в составе чужого продукта.
Продавец и/или производитель сложного ПО взял мою утилиту бесплатно.

Если утилита маленькая, то скорее всего вам ее просто закажут, денег дадут один раз и вы сделаете определенную утилиту за определенные деньги. Если ваша утилита окажется универсальной, и изменения не потребуется, что вряд ли, то денег вы больше не получите. Если потребуется доработка, то у заказчика будет выбор, или заказать вам доработку или кому-то еще....Потому что если продукт мертвый, то это уже не важно. Заказ будет сделан тому кто напишете дешевле. У вас есть преимущество, вы ПО уже писали один раз, а значит вы знаете что где. Другой программист еще будет изучать ваш продукт, это дороже.
Если ваш продукт не мертвый, и вам поступают заказы. То изменения будут приходить и далее. Потому что изменения для себя оплачивается, а все остальное халява. А в копии, той что сделали с вашей, этих новшеств не будет, потому придется брать новую копию и снова переносить код, и так каждый раз пока этот код вам не отдадут.
Человек может сделать форк, то есть возьмет код и будет делать свой продукт. Но это бывает, когда вы с ним расходитесь взглядами.
Просто поймите в СПО производитель зарабатывает на изменениях продукта. То есть он денег получает за проделанную работу, а не за факт владения кодом!

03.04.2012 23:10:25

Евгений, пожалуйста, простите мой первый постинг внимательно. Мне никто ничего не заказывал. Утилиту я создал для того, чтобы люди не тратили свое время на те действия, которые можно автоматизировать. Никаких "мне закажут" и в "составе дорогого ПО" - нет. Есть утилита, она выполняет рутинные операции, работает на распространенных системах, никаких инсталяций в систему не требует, работает под правами обычно пользователя, ничего дополнительного в систему ставить не надо. Вариант: скачал - запустил - получил результат. Я создал сайт этой утилиты, создал форум, на котором хочу общаться с пользователями. Зашел на те сайты, форумы, социальные группы, на которых люди плачутся о том, что им не хватает утилиты, дал ссылку на сайт моей программы. Люди заходят на сайт утилиты, скачивают её, пользуются, говорят спасибо. На своем сайте я написал, что принимаю пожертвования для продолжения разработки и что поддержка утилиты платная. Утилита не требует обучения, все есть в документации, не нужно ее внедрения.
Если моя утилита плохо написана, плохо работает, то через некоторое время капли пожертвований прекратятся, равно как и те два подписчика на поддержку. Если утилита написана хорошо, то капли пожертвований будут капать, но их явно не будет хватать мне на то, чтобы нормально и разнообразно питаться, одеваться в недорогую одежду, дарить своей девушки подарки и вообще наслаждаться с ней жизнью.

04.04.2012 09:46:35

Цитата
Мне никто ничего не заказывал. Утилиту я создал для того, чтобы люди не тратили свое время на те действия

Станислав, это модель продвижения товара для ППО. Вообще когда что-то начинается с "Я сделал хочу продать", то есть нужен, не нужен продукт конечному обывателю, но я хочу продать - это и есть модель ППО.
Модель СПО - это когда клиент хочет, чтоб ему что-то сделали. Вы можете его с подвигнуть на это, но инициатива идет от туда. Он работает с интегратором, а интегратора есть свои наработки. И ему глубоко плевать на вашу утилиту, если у него есть свои, учитывающие специфику того ПО который он использует и т.д. Вы можете уточнить у интегратора, что ему нужно и сделать за его деньги нужные ему доработки. Поймите в СПО продает труд, а не ПО. И если ему выгодно он покупает ваш труд по созданию этой утилиты. Далее он покупает труд по ее поддержке. Вы можете работать не с одним, а с несколькими интеграторами. СПО разойдется по сарафанному радио и будут заказы на поддержку.
Модель распространения СПО и ППО, это как передвижение по воде или асфальту. Плавать нужно в воде, ходить по асфальту и не путать, иначе можете получить "травмы".

04.04.2012 10:47:52

Цитата
Модель СПО - это когда клиент хочет, чтоб ему что-то сделали.

В первый раз об этом слышу. Даже если предположить, что заказчику что-либо понадобилось и он нашел меня, кому будет принадлежать исходный код и полученный в результате этого заказа исполняемый файл?
И еще один момент, то, что Вы выше озвучили - это разработка на заказ, а такая разработка может быть и СПО и ППО, и может принадлежать только заказчику, который волен с этим ПО делать то, что захочет.

04.04.2012 18:57:29

Цитата
В первый раз об этом слышу.

Заказчик - интегратор, понадобишься найдет... И еще кого найдет....
Цитата
СПО и ППО, и может принадлежать только заказчику, который волен с этим ПО делать то, что захочет.

Многие пользуются безграмотностью заказчиков и оставляют код себе, для оренбургский 1С-франчей это обыденная практика...

04.04.2012 10:54:02

Одно наблюдение, вот Вы все время употребляете слово "интегратор", и из Ваших слов получается, что заработать разработкой СПО можно только при наличии интегратора. То есть получается что интегратор - ключевая фигура СПО, вот только покажите мне интегратора, который внедряя СПО, платит разработчику этого СПО. Покажите хоть одного? Сколько я не смотрю, внедряя openoffice никто не платит ребятам, которые этот офис делают.
И опять-же, сделай я что-то для интегратора, по его заказу, кому будет принадлежать код?

04.04.2012 18:54:50

Цитата
И опять-же, сделай я что-то для интегратора, по его заказу, кому будет принадлежать код?

А на что по вашему оно пишется?
Цитата
Сколько я не смотрю, внедряя openoffice никто не платит ребятам, которые этот офис делают.

За написанное уже заплачено, хочешь что-то изменить заплати (smile:)) или используй как есть...

04.04.2012 11:02:07

И еще, разработав утилиту, которая нужна людям, не интеграторам, не какому-либо бизнесу, а просто людям, о чем я в третий раз говорю, я, в случае распространения своей утилиты как СПО, могу получать только пожертвования и это будет крайне редкий ручеек, в то-же время продавая права на использования своей программы этот ручеек будет заметно толще. Но зарабатывать на этом денег, которые смогут меня обеспечить постоянно я не смогу при распространении своей утилиты как СПО.
Почему Вы не хотите признать этот факт? Почему Вы не можете прямо ответить на вопрос?

04.04.2012 11:11:20

По-моему, оба пути утопичны.

04.04.2012 11:59:57

Да, с одной утилиты денег не наскребешь, вне зависимости от модели ее распространения.
Именно поэтому я разделил в своем первом сообщение разработку СПО на три варианта, чтобы не обсуждать всё в одной кучи.

04.04.2012 12:25:02

Мне кажется, реалии таковы, что продажей "ендюзерских" утилит вообще заработать нельзя. Все есть даром.
Попробуйте придумать программу, у которой уже сегодня нет бесплатного аналога.

03.04.2012 23:14:31

На каких изменениях производитель СПО зарабатывает деньги?

PS. Про факт владения кодом разговора не идет. Разговор идет о том, как заработать на pure free software, когда все изменения, доработки, исправления по умолчанию доступны сразу, всем и без оплаты, потому как это СПО.

04.04.2012 18:52:19

Цитата
На каких изменениях производитель СПО зарабатывает деньги?

PS. Про факт владения кодом разговора не идет. Разговор идет о том, как заработать на pure free software, когда все изменения, доработки, исправления по умолчанию доступны сразу, всем и без оплаты, потому как это СПО.

Договор делает до написания кодаsmile:)

Андрей
11.04.2012 12:31:46

Станислав, в своих рассуждениях вы делаете огромную логическую ошибку. За любой программой в ППО или СПО всегда идет идея или потребность. Если вы написали небольшую утилитку, то скорее всего она потребовалась лично вам (тогда заплатите за разработку сами себе) или вы хорошо знаете целевую аудиторию (тогда берите деньги с целевых клиентов).
Я очень сомневаюсь, что найдется разработчик, который напишет более-менее серьезную программу просто из интереса. Всегда впереди идет потребность. Из интереса обычно пишутся "небольшие утилитки", как вы их называете, однодневки, которые никому кроме самого разработчика не нужны.
Такие утилиты или мелкие программы пишутся для того, чтобы привлечь к разработчику внимание потенциальных заказчиков. Очень часто у пользователей нет возможности или знания в предметной области для написания нужного софта, а вот разобраться и поддерживать уже написанный софт - есть. Личный опыт показывает, что такое встречается достаточно часто. Или заказчик не хочет быть привязан к одному разработчику, который может "раствориться в тумане". Тогда и передается исходный код заказчику, а это и есть одна из форм СПО.

09.04.2012 13:43:20

Я бы с удовольствием заплатил деньги, если бы мог зайти на какой-то сайт, отметить галками нужные мне функции (допустим, по десятке за функцию) и скачать готовый конфиг.

09.04.2012 17:28:10

А ты пиши, в зависимости от того сколько заплатишь, может конфиг получишь smile:) и без сайта...

09.04.2012 13:43:29

Я бы с удовольствием заплатил деньги, если бы мог зайти на какой-то сайт, отметить галками нужные мне функции (допустим, по десятке за функцию) и скачать готовый конфиг.

Только зарегистрированные и авторизованные пользователи могут добавлять комментарии