skeptic

skeptic
Рейтинг
53
Регистрация
06.09.2006

edogs, спасибо за конструктив.. скорее всего и правда ядро и бесплатные модули будем публиковать с открытым кодом под своей лицензией, а на платные модули поставим цену чтобы взлом кода был нецелесообразен просто.. есть вопросы про защиту модулей но это в другую тему

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

Кстати - не подскажите где можно почитать типовой договор на разработку ПО?

Читал на форуме русскоязычной поддержки Joomla, если у вас есть там логин, то вот ссылка и цитата на случай если нет:


вот вам выдержка из обсуждения этой лицензии с юр. конференции:

"Для использовании GPL при защите открытого ПО в России необходимо иметь официально заверенный GNU/FSF перевод, адаптированный к Российскому законодательству.
Нотариально заверенные переводы не имеют юридической силы в связи с неадекватностью Российскому законодательству.
На конференции было высказано мнение, что для составления юридически грамотного перевода необходимо попытаться согласовать термины, применяемые в рамках лицензии, с юридическими понятиями, используемыми в области защиты
авторского права в России.
Не исключено что данная задача может оказаться не выполнимой.

Где и с кем можно согласовать термины? Задача достойна для академии наук.
Всегда найдется умник "в штатском", который будет трактовать согласованные термины в нужном ему русле, т.е. круг замкнется. Единственный вариант, который даст частичную гарантию, - это грамотный перевод GPL, который необходимо
возвести в ранг документа имеющего юридическую силу. И к нему приложить дополнение с разъяснениями кажного параграфа GPL (по типу Российских кодексов законов).
Т.е. сделать из GPL руководство по применению в Российских судах.
Путь похож на абсурд, но таковы реалии нашей жизни."

так что у нас она не действует скорей всего


....


"FSF отказалась принять перевод, но основании того, что они не уверены в квалификации российских переводчиков. Хотя ранее, в переписке, было сказано (ими же) о том, что им необходим заверенный (notary attested) и переведенный сертифицированным переводчиком (attested translator) перевод. В данный момент не ясна их позиция по отношению к России. Таким образом, хотя данный перевод и является легальным на территории России (сертифицированный переводчик + нотариальное заверение правильности под ответственность переводчика) он НЕ ЯВЛЯЕТСЯ официальным (в терминах FSF) текстом. Будет ли он признан или нет - неизвестно. Вполне возможен такой вариант, что мы предложим FSF найти своего(устраивающего их) переводчика в США, и единственное, что остается - это оплатить услуги на территории США. Как оказалось, ни российские переводчики, ни российские специалисты НЕ являются специалистами с точки зрения FSF."

аналогичную информацию видел Dreammaker о чём сказал в другой теме

Если откраывать код то публиковать всё равно придётся по своей лицензии, т.к. GPL вроде как противрочит законодательству РФ - к тому же хочется в лицензии оговорить момент выпуска модулей с закрытым кодом - сейчас на эту тему идёт война в Joomla сообществе и ИМХО война правильная

Поэтому в защите прав Вы ничего не потеряете, но вот благодаря gnu/gpl система может оказаться на порядок более узнаваемой и решать вопросы в досудебном порядке будет прщое.

В первую и в общем единственную очередь беспокоит вероятность того, что пока система станет узнаваемой её клонируют под другим именем и с другой лицензией..

Если Вы выпустите бесплатный аналог под gnu/gpl, естественно с открытым кодом - то таки да, есть шансы. Если будет только "платно или в зенде", то энтузиазма у тестировщиков будет на порядок меньше.

Изначально была именно такая идея - но в связи со сложностью защиты прав на исходный код от неё пришлось с сожалением отказаться..

Mad Cat, UTF-8 будет реализована на уровне ядра - без неё многоязычность практически не осуществима без бубна.

Если хотя бы 80% заявленных фич будут работать как надо - я покупателем намбаван буду.

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

stealthy, почему же? если система пишется фрилансером да к тому же не из Москвы \ Питера то вполне адекватная стоимость хорошего продукта ИМХО

Dreammaker, ограничения распространения при GPL в моём понимании это как раз сделать так чтобы лицензия не противоречила закону + прикрыть неочевидную дырку в лицензии - сейчас на тему GPL много разговоров в связи со спорами в стане разработчиков Joomla - ссылку на обсуждение не даю, т.к. там нужна регистрация

claygod, меня интересуют оба вопроса в равной степени - и авторское право программиста на исходный код, и возможность огородить себя от публикации немного изменённого или вообще не изменённого кода под другим именем и с другими условиями распространения. Код естественно оригинальный - иначе смысла его защищать ноль, можно только на неприятности нарваться.

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

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

Есть и другие варианты, но целесообразность распространения способом, указанным вами нужно тщательно взвесить.

Хотелось бы знать именно все варианты чтобы было из чего выбирать. Про целесообразность способа распространения по GPL уже подумал.. и получается что плюсов меньше чем минусов однозначно. Бесплатное распространение придётся организовывать по своей собственной лицензии ограничивая несколько права пользователей

xtremest, спасибо за ответы, но возникли новые вопросы:

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

3. В личку ответил, но и тут вопросы - от чего зависят сроки и цены - может быть где-то почитать про это можно подробнее?

Всего: 120