Вот в этом то и вся прелесть СПО — открытый исходный код.
1. Помимо нас, или еще кого либо, всегда у продукта есть и другие кодеры. В случае с ППО тогда конечно, попасть можно, потому что зависимость прямая – доступа к источнику нет.
2. Допустим, вы заключаете договор с клиентом на систему. Вы сначала заключите договор с ним, а потом с кодерами? Или все вместе? Конечно вместе, т.е. сразу заключаете два договора, один с кодерами, другой с клиентом.
3. Даже если вас все подвели, код открыт, можно привлечь других кодеров для решения задач. Открытый исходный код тому гарантия.
Здесь другой вопрос. Кодеры вообщето и живут на том, что кодят, да и выгода та не в том, чтобы получить заказ на код, а в том, чтобы продукт развивать. Ведь, по сути, заказ на код – прямое спонсирование этого СПО-продукта.
Это конечно поверхностные детали, всегда есть куча различных мелочей, но, за счет СПО риски снижаются.
Спасибо за вопрос, очень хороший и нужный вопрос. Если есть еще вопросы касательно этих моментов, давайте разберем их.
В сообщество будут входить компании. Т.е. мы не создаем какую-ту одну большую компанию и приглашаем в нее работать. Здесь предложение объединить усилия и сообща продвигать и поддерживать СПО-коробки, которые мы сейчас создаем.
Т.е. допустим, вы занимаетесь продвижением и технической поддержкой, а моя компания разрабатывает этот софт. Мы с вами объединяемся в сообщество и совместно продвигаем наш СПО-продукт клиентам, вы продаете, мы кодим. Причем по компании в каждом городе.
> Меня особенно интересует первая часть вопроса, потому что реальная работа будет во многом определяться этим самым оператором.
А как работают сообщество открытых продуктов? Вот тут же такой же принцип. Все на самом деле очень просто.
Вы ведущий разработчик открытого продукта и ваш продукт внедряют в госучреждения, у вашего продукта естественно есть сообщество. Теперь, когда этот продукт внедрен в госучреждения и не только, каким образом происходит его допиливание? Прежде чем, что либо допиливать в продукте, разработчик смотрит, а есть ли уже подобные функции. Если нет, запрашивает ведущих о разработке его. Создает ветку в репозитарии и начинают программить. Даже если получиться два и более различных групп делают похожие фишки, все это уходит в разные ветки, то часто они в последствии объединяются, совмещая функции. Это у закрытой модели, каждый пытается сделать продукт как можно уникальнее, чтобы его вдолбить покупателю, а здесь иной подход, ориентированный на сам продукт. Т.е. даже чем больше, тем лучше, потом этих больше можно объеденить в один.
Этот механизм в сообществах работает уже давно и управляет сотнями, а то и тысячами разработчиками.
Оператором будет ведущие разработчики продукта, они непосредственно следят за тем, чтобы продукт получался грамотным.
> Это как? К каким именно реалиям, в какие сроки, за чей счёт?
Да тут неоднократно вставал вопрос, желающих национализировать эти продукты. Это и есть эти реалии, с которыми продеться бороться. Аргументы, как правило будут прикрываться национальными вопросами, типа это за российские деньги, значит чисто российское, а по сути за этим скрывается все хапнуть в свои руки. Т.е. гос-во скажет – не будем делать, если это не будет под нашей лицензией, а мы разработчики продуктов, например под GPL лицензиями, будем с ними как то бороться. Дай бог конечно, если чиновники адекватно примут открытые лицензии GPL, но все равно нужно будет быть готовым ко всему.
> Несогласен. Нужно. К тому же OpenOffice.org постоянно есть вопросы. И иногда их решение даже готовы профинансировать. Но модель работы в этом случае становится непонятна.
Спорить не буду, для этого я и призываю сообщества таких продуктов решать эти вопросы вместе.
Ваше решение?
Чем больше каверзных вопросов, тем лучше.
Эту программу будут давить и буду это делать искусно, поэтому и программа должна быть проработанной и мы, кто ее защищать будет, тоже должны отстреливать любые вопросы.
Чтобы понять ее модель, давайте заглянем в корень этой модели на конкретном примере.
Давайте в качестве примера возьмем официальный сайт госучреждения.
Что мешает госу заказать единую платформу для всех сайтов? Все учреждения однотипные, с мелкими корректировками. Т.е. в каждом есть отделы, сотрудники, регламенты, режимы работы, запись на прием и т.п.
А потом установить эти сайты для всех госучреждений.
А теперь о том, как будет выгодно, если это будет СПО.
Итак, допустим все сайты работают, есть исходный код. Появляется инициативный руководитель, допустим управления архитектуры и своими силами к этому движку пишет модуль предварительного согласования эскизных проектов. Пишет его, неважно как, хоть за свою зарплату, это мы опустим, и потом ставит этот модуль на свой сайт. Отлаживает его работу.
Потом он предлагает этот модуль закомитить в официальное репо. Там смотрят его, видят, что это действительно востребованный, рабочий модуль и комитят его, и тут же, управления архитектуры других городов получают новый сервис на своих сайтах.
Те в свою очередь получают этот модуль и видят, что в нем функция карандаша по картинке маловато, нужно ему сделать побольше фишек. Делают их своими силами и запускают на своем сайте, ну и дальше уже по той же схеме.
> А что такое «сообщество» в данном случае? Как ограничены его рамки? Как выбираются эти члены сообщества, и через какие механизмы они участвуют в чем бы то ни было?
Самое главное, это сообщество нужно будет регламентировать таким образом, чтобы в него не попали сынки папиков — потому что это модно, люди проприетраного ПО — чтобы проталкивать свои продукты и прочие люди с иной целью. В нашей стране с этим особенно сложно.
В этом сообществе должны быть люди, которые каждый день программят, всячески развивают, поддерживают, двигают в жизнь СПО. У каждого открытого продукта есть свое сообщество и свои лидеры в этом сообществе. Вот в идеале хочется видеть этих лидеров в этом «гос»сообществе.
Ну и конечно в этом сообществе будут те, кто сейчас двигает этот проект-программу. Присоединяйтесь!
По поводу лицензий, пока все на уровне предположений и будет она относиться к софту РАЗРАБАТЫВАЕМУ по госзаказу. Linux, Firefox, OpenOffice.org и т.п. уже готовый софт, его допиливать по госзаказу ненужно.
И уж тем более выпиливать их ни в коем случае нельзя, я наоборот всегда борюсь с тем, чтобы именно этот софт по возможности внедряли.
P.S. Возможно я на какие-то вопросы отвечаю сумбурно, это потому, что в голове очень много мыслей и идей, но пока не все они разложены по полочкам, руки не успевают весь материал оформить на «бумаге». Но главное есть скелет этой программы, проекта. Уже в ближайшее время все разложу по полочкам и на каждый вопрос, просто буду кидать линк-ответ.
В России культура OpenSource не развита вообще.
Если мы сможем запустить эту модель в государстве, то и сама культура начнет повышаться. Отношение к СПО в сознании чиновников, инвесторов начнет меняться. Возможно, сообща создадим независимый фонд на поддержку этой культуры и малые проекты из бюджетного и внебюджетного фонда в рамках национальной программы. В общем, планы амбициозные, но без вас, таких как вы, мы не сможем проломить эту стену.
Давайте будем последовательны и шаг за шагом двигать эту идею. Мы начнем, а другие полюбому подтянуться.
Хм… Очень интересный вопрос… Давайте подумаем над ним.
Изначально вся идеология строиться на госзаказе в области разработки, т.е. установить правило, по которому обязать исполнителя публиковать исходный код разрабатываемого ПО в госрепозитарии. Соответственно, по всей видимости, у этого кода будет доработанная, локализованная открытая лицензия в защиту прав Российского Государства. Скорее всего, этого политического момента вряд ли удастся избежать.
Эта локализованная лицензия должна будет защитить интересы РФ в плане развития, т.е. лицензия, которая гарантирует юридически адаптировать продукт к Российским реалиям (сертификация, госты и т.п.) и обеспечить гарантию того, что продукт не будет закрыт создателем.
Проще говоря, так: сообщество N выпустило открытый продукт Rпо госзаказу на базе своей платформы P. А потом, в один прекрасный день, сообщество решило изменить лицензию на проприетарную своей платформы P, по лицензии которой, все создаваемое на нем ПО должно платить сборы. Вот эти моменты нужно будет проработать.
Касательно вашего вопроса. Пойдет ли сообщество ваших продуктов на доработку своих лицензий если это потребуется?
Входит ли в ваше сообщество непосредственно разработчики, программисты, способные внести изменения в исходный код для доработки под госзадачи?
Мне python тоже больше симпотизирует, но PHP был выбран как наиболее «массовый»
Да и потом больше упор делается на клиентскую часть, сервер выступает только в роли компилятор JS компонентов интернет-приложений, поэтому возможно в будущем будет и python версия
Кстати, я вчера опубликовал первое знакомство с платформой Абрикос на хабре, хотел сделать кросспост на этом сайте, но он ругается на превышение знаков, а делить статью на части не получиться, смысл будет раздроблен
Для тех, кто хочет работать в этих приложениях, но не имеет возможность установить платформу и ее модули (Менеджер задач, Блокнот, Бухгалтерия и т.п.) я открыл сайт — Планета задач www.taskplanet.ru
По поводу мобильных устройств. Сам использую эти приложения на айпад, а вот с телефона, запросы пожеланий идут, но руки не доходят. Хотя сделать мобильную версию вообще не проблема, максимум день работы.
Если найдутся желающие помочь мне в тестировании «Финансы» на мобильных устройствах, то конечно же разработаю.
Да, Абрикос на 90% написан мной. Но есть еще и коммерческие/закрытые продукты на этой платформе, где разработкой занимаются другие программисты, которые помогают устранить различные проблемные места в платформе, а так же ставят задачи по разработке нового функционала в платформе. Я координируюсь деятельность и там и тут, что позволяет мне видеть платформу в разных ракурсках, как с точки зрения свободного ПО, так и с точки зрения возможности заработать на нем.
Иногда я на 100% погружаюсь в коммерческие продукты на платформе, но даже при этом постоянно идут комиты в открытое репо.
Уже сейчас начнется шквал выхода новых технологий, которые пока находятся в закрытых репо. Но то, что выйдет в свет, заинтересует в серьез многих, я в этом уверен. Выйдет то, для чего по сути и создавалась платформа. Сказать что именно не могу, закрытая информация. Но модули готовы, проходят тестирование и скоро станут доступны обществу.
По поводу штучек, я так скажу. Я ни за что бы не начал разработку платформы, если бы на тот период времени, когда она создавалась, было подобное решение. Лучше вступить в открытый проект с сообществом и развивать его совместно с ним, чем пытаться создать что-то свое. Благо на сегодняшний день таких открытых продуктов полно.
По поводу мотивации и времени. Если вы хоть на секунду сомневаетесь в своих решениях, не начинайте. Потеряете время и деньги. Я платформой занимаюсь уже 5 лет, несмотря ни на что. И когда происходит перебор с разработкой новой технологии, процесс извлечения средств на существование притупляются. И тут сразу же начинают наступать тяжелые времена и нужно иметь крепкую психику, чтобы не сорваться и не отвернуться от дела.
Откровенно говоря, нужно быть немного сумасшедшим, для того, чтобы сохранять поставленные цели.
Лицензия GLP v2. По поводу лицензии на сайте, здравая мысль, обязательно размещу. Только вот думаю ее поменять в сторону послабления, чтобы можно было разработчикам зарабатывать на своих модулях к платформе.
Платформа Абрикос: сервер php5, mysql. Клиенты — javascript.
Для работы подойдет штатный хостниг с возможностью создания базы данный mysql
По наргузке, сервер превосходит в сотни раз аналоги, потому что весь процесс (построение GUI, логика и т.п.) происходит на стороне клиента.
Вот в этом то и вся прелесть СПО — открытый исходный код.
1. Помимо нас, или еще кого либо, всегда у продукта есть и другие кодеры. В случае с ППО тогда конечно, попасть можно, потому что зависимость прямая – доступа к источнику нет.
2. Допустим, вы заключаете договор с клиентом на систему. Вы сначала заключите договор с ним, а потом с кодерами? Или все вместе? Конечно вместе, т.е. сразу заключаете два договора, один с кодерами, другой с клиентом.
3. Даже если вас все подвели, код открыт, можно привлечь других кодеров для решения задач. Открытый исходный код тому гарантия.
Здесь другой вопрос. Кодеры вообщето и живут на том, что кодят, да и выгода та не в том, чтобы получить заказ на код, а в том, чтобы продукт развивать. Ведь, по сути, заказ на код – прямое спонсирование этого СПО-продукта.
Это конечно поверхностные детали, всегда есть куча различных мелочей, но, за счет СПО риски снижаются.
Спасибо за вопрос, очень хороший и нужный вопрос. Если есть еще вопросы касательно этих моментов, давайте разберем их.
В сообщество будут входить компании. Т.е. мы не создаем какую-ту одну большую компанию и приглашаем в нее работать. Здесь предложение объединить усилия и сообща продвигать и поддерживать СПО-коробки, которые мы сейчас создаем.
Т.е. допустим, вы занимаетесь продвижением и технической поддержкой, а моя компания разрабатывает этот софт. Мы с вами объединяемся в сообщество и совместно продвигаем наш СПО-продукт клиентам, вы продаете, мы кодим. Причем по компании в каждом городе.
> в которой должен быть и свой Ричард Столман
Вакантное место свободно ;)
Официального статуса пока нет, govorim.org создан 4 марта 2012
> Меня особенно интересует первая часть вопроса, потому что реальная работа будет во многом определяться этим самым оператором.
А как работают сообщество открытых продуктов? Вот тут же такой же принцип. Все на самом деле очень просто.
Вы ведущий разработчик открытого продукта и ваш продукт внедряют в госучреждения, у вашего продукта естественно есть сообщество. Теперь, когда этот продукт внедрен в госучреждения и не только, каким образом происходит его допиливание? Прежде чем, что либо допиливать в продукте, разработчик смотрит, а есть ли уже подобные функции. Если нет, запрашивает ведущих о разработке его. Создает ветку в репозитарии и начинают программить. Даже если получиться два и более различных групп делают похожие фишки, все это уходит в разные ветки, то часто они в последствии объединяются, совмещая функции. Это у закрытой модели, каждый пытается сделать продукт как можно уникальнее, чтобы его вдолбить покупателю, а здесь иной подход, ориентированный на сам продукт. Т.е. даже чем больше, тем лучше, потом этих больше можно объеденить в один.
Этот механизм в сообществах работает уже давно и управляет сотнями, а то и тысячами разработчиками.
Оператором будет ведущие разработчики продукта, они непосредственно следят за тем, чтобы продукт получался грамотным.
> Это как? К каким именно реалиям, в какие сроки, за чей счёт?
Да тут неоднократно вставал вопрос, желающих национализировать эти продукты. Это и есть эти реалии, с которыми продеться бороться. Аргументы, как правило будут прикрываться национальными вопросами, типа это за российские деньги, значит чисто российское, а по сути за этим скрывается все хапнуть в свои руки. Т.е. гос-во скажет – не будем делать, если это не будет под нашей лицензией, а мы разработчики продуктов, например под GPL лицензиями, будем с ними как то бороться. Дай бог конечно, если чиновники адекватно примут открытые лицензии GPL, но все равно нужно будет быть готовым ко всему.
> Несогласен. Нужно. К тому же OpenOffice.org постоянно есть вопросы. И иногда их решение даже готовы профинансировать. Но модель работы в этом случае становится непонятна.
Спорить не буду, для этого я и призываю сообщества таких продуктов решать эти вопросы вместе.
Ваше решение?
Чем больше каверзных вопросов, тем лучше.
Эту программу будут давить и буду это делать искусно, поэтому и программа должна быть проработанной и мы, кто ее защищать будет, тоже должны отстреливать любые вопросы.
Чтобы понять ее модель, давайте заглянем в корень этой модели на конкретном примере.
Давайте в качестве примера возьмем официальный сайт госучреждения.
Что мешает госу заказать единую платформу для всех сайтов? Все учреждения однотипные, с мелкими корректировками. Т.е. в каждом есть отделы, сотрудники, регламенты, режимы работы, запись на прием и т.п.
А потом установить эти сайты для всех госучреждений.
А теперь о том, как будет выгодно, если это будет СПО.
Итак, допустим все сайты работают, есть исходный код. Появляется инициативный руководитель, допустим управления архитектуры и своими силами к этому движку пишет модуль предварительного согласования эскизных проектов. Пишет его, неважно как, хоть за свою зарплату, это мы опустим, и потом ставит этот модуль на свой сайт. Отлаживает его работу.
Потом он предлагает этот модуль закомитить в официальное репо. Там смотрят его, видят, что это действительно востребованный, рабочий модуль и комитят его, и тут же, управления архитектуры других городов получают новый сервис на своих сайтах.
Те в свою очередь получают этот модуль и видят, что в нем функция карандаша по картинке маловато, нужно ему сделать побольше фишек. Делают их своими силами и запускают на своем сайте, ну и дальше уже по той же схеме.
> А что такое «сообщество» в данном случае? Как ограничены его рамки? Как выбираются эти члены сообщества, и через какие механизмы они участвуют в чем бы то ни было?
Самое главное, это сообщество нужно будет регламентировать таким образом, чтобы в него не попали сынки папиков — потому что это модно, люди проприетраного ПО — чтобы проталкивать свои продукты и прочие люди с иной целью. В нашей стране с этим особенно сложно.
В этом сообществе должны быть люди, которые каждый день программят, всячески развивают, поддерживают, двигают в жизнь СПО. У каждого открытого продукта есть свое сообщество и свои лидеры в этом сообществе. Вот в идеале хочется видеть этих лидеров в этом «гос»сообществе.
Ну и конечно в этом сообществе будут те, кто сейчас двигает этот проект-программу. Присоединяйтесь!
По поводу лицензий, пока все на уровне предположений и будет она относиться к софту РАЗРАБАТЫВАЕМУ по госзаказу. Linux, Firefox, OpenOffice.org и т.п. уже готовый софт, его допиливать по госзаказу ненужно.
И уж тем более выпиливать их ни в коем случае нельзя, я наоборот всегда борюсь с тем, чтобы именно этот софт по возможности внедряли.
P.S. Возможно я на какие-то вопросы отвечаю сумбурно, это потому, что в голове очень много мыслей и идей, но пока не все они разложены по полочкам, руки не успевают весь материал оформить на «бумаге». Но главное есть скелет этой программы, проекта. Уже в ближайшее время все разложу по полочкам и на каждый вопрос, просто буду кидать линк-ответ.
В России культура OpenSource не развита вообще.
Если мы сможем запустить эту модель в государстве, то и сама культура начнет повышаться. Отношение к СПО в сознании чиновников, инвесторов начнет меняться. Возможно, сообща создадим независимый фонд на поддержку этой культуры и малые проекты из бюджетного и внебюджетного фонда в рамках национальной программы. В общем, планы амбициозные, но без вас, таких как вы, мы не сможем проломить эту стену.
Давайте будем последовательны и шаг за шагом двигать эту идею. Мы начнем, а другие полюбому подтянуться.
Хм… Очень интересный вопрос… Давайте подумаем над ним.
Изначально вся идеология строиться на госзаказе в области разработки, т.е. установить правило, по которому обязать исполнителя публиковать исходный код разрабатываемого ПО в госрепозитарии. Соответственно, по всей видимости, у этого кода будет доработанная, локализованная открытая лицензия в защиту прав Российского Государства. Скорее всего, этого политического момента вряд ли удастся избежать.
Эта локализованная лицензия должна будет защитить интересы РФ в плане развития, т.е. лицензия, которая гарантирует юридически адаптировать продукт к Российским реалиям (сертификация, госты и т.п.) и обеспечить гарантию того, что продукт не будет закрыт создателем.
Проще говоря, так: сообщество N выпустило открытый продукт Rпо госзаказу на базе своей платформы P. А потом, в один прекрасный день, сообщество решило изменить лицензию на проприетарную своей платформы P, по лицензии которой, все создаваемое на нем ПО должно платить сборы. Вот эти моменты нужно будет проработать.
Касательно вашего вопроса. Пойдет ли сообщество ваших продуктов на доработку своих лицензий если это потребуется?
Входит ли в ваше сообщество непосредственно разработчики, программисты, способные внести изменения в исходный код для доработки под госзадачи?
Спасибо за ссылку, попробую с ними связаться.
Да и потом больше упор делается на клиентскую часть, сервер выступает только в роли компилятор JS компонентов интернет-приложений, поэтому возможно в будущем будет и python версия
По поводу мобильных устройств. Сам использую эти приложения на айпад, а вот с телефона, запросы пожеланий идут, но руки не доходят. Хотя сделать мобильную версию вообще не проблема, максимум день работы.
Если найдутся желающие помочь мне в тестировании «Финансы» на мобильных устройствах, то конечно же разработаю.
Иногда я на 100% погружаюсь в коммерческие продукты на платформе, но даже при этом постоянно идут комиты в открытое репо.
Уже сейчас начнется шквал выхода новых технологий, которые пока находятся в закрытых репо. Но то, что выйдет в свет, заинтересует в серьез многих, я в этом уверен. Выйдет то, для чего по сути и создавалась платформа. Сказать что именно не могу, закрытая информация. Но модули готовы, проходят тестирование и скоро станут доступны обществу.
По поводу штучек, я так скажу. Я ни за что бы не начал разработку платформы, если бы на тот период времени, когда она создавалась, было подобное решение. Лучше вступить в открытый проект с сообществом и развивать его совместно с ним, чем пытаться создать что-то свое. Благо на сегодняшний день таких открытых продуктов полно.
По поводу мотивации и времени. Если вы хоть на секунду сомневаетесь в своих решениях, не начинайте. Потеряете время и деньги. Я платформой занимаюсь уже 5 лет, несмотря ни на что. И когда происходит перебор с разработкой новой технологии, процесс извлечения средств на существование притупляются. И тут сразу же начинают наступать тяжелые времена и нужно иметь крепкую психику, чтобы не сорваться и не отвернуться от дела.
Откровенно говоря, нужно быть немного сумасшедшим, для того, чтобы сохранять поставленные цели.
Для работы подойдет штатный хостниг с возможностью создания базы данный mysql
По наргузке, сервер превосходит в сотни раз аналоги, потому что весь процесс (построение GUI, логика и т.п.) происходит на стороне клиента.