Добавлен , опубликован
Однако, здравствуйте. И сегодня речь пойдет о том, как сделать что-то самостоятельно или переделать под свои нужды, получить выгоду и не прогореть в случае чего. Да-да, это лицензии.
Всем хочется кушать. Сейчас бы пинать пирамиду Маслоу о потребностях, но ее пинают все, кому не лень, поэтому обойдемся. Однако права – дело тонкое. Всем хочется стабильности и равных возможностей, а посему все должны следовать общим правилам. Особенно это важно не здесь, где культура пиратства еще долго будет процветать, а там, где индивидуализм играет большую роль. Например, в Германии, ну и вообще всюду, где поддерживают добросовестную конкуренцию и пиратство не любят.
Так вот, вы решили создать программное обеспечение. И создали, предположим. Либо же модифицировали. Что делать дальше? Конечно же, узаконивать авторство! А это значит, вам нужна лицензия. То самое всплывающее при установке окошечко с tl;dr, которое очень мало кто из пользователей вдумчиво читает.
Для чего все это?
Данная вводная (а лучше сказать, что обзорная) статейка должна послужить рыбацкой лодкой, на которой вы, потенциальные рыбаки, отправитесь в море Прибыли кликбейтить заманивать пользователей. Разумеется, многих тонкостей автор и сам не знает, поэтому будет рад дискуссиям ниже от бывалых и знающих, мнение учитывается.
Как говорилось когда-то...
"Если хочешь миром править, нужно четкий план составить"
Однако стоит оговориться сразу: ваша модификация чужого кода может так никогда и не стать популярной, может быть, ее будут широко знать в узких кругах, но стоит работать и дерзать.
Бесплатное ПО (=/= Freeware)
В 1983 Ричард Столлман решил, что перемен требуют кодеров сердца. Потом они джва года ждали, пока Столлман не основал Фонд Свободного ПО.
О трех [с половиной] степенях свободы
Нулевая степень – используй программу, как хочешь;
Первая степень – изучайте исходный код и модифицируйте под нужды
Вторая степень – распространение без границ
Третья степень – распространение модифицированной версии
Почему "не равно"? Freeware означает, что владелец лицензии не получает деньги за то, что под его лицензией что-то выпускается. Есть еще FOSS, где поставляют еще И открытые исходники. То есть такое ПО свободно от слова совсем.
Открытые исходники (Open Source)
GNU GPL – не то, о чем вы думаете, когда думаете о GNU. Сейчас те, кто не поняли, поймут. Во-первых, это копилефт, а не копирайт, а значит, если модифицируете ГНУ ГПЛ, соскочить с ГНУ вы не сможете. Если вы желаете с этой лицензией заработать, то помните: сырцы придется тоже предоставлять юзерам. Тысячи их, этих версий данной лицензий. У некоторых есть заморочки со статическим связыванием, поэтому для динамических языков не подходит.
Eclipse PL - копилефт, с ГНУ несовместим. Однако проект можно распространять под своей лицензией, если не нарушает она ЕПЛ. Для месье, ибо дурит голову знатно.
MS PL – EPL для тех, кто хочет человеческого отношения к своим мозгам во время прочтения. Как бы красноглазоиды не хаяли Майкрософт, но это добро.
Mozilla PL – лицензия отчасти для эстетов. Во-первых, привязка к территории, чего у других нет. Копилефт: добавили что-то, значит, укажите, где и что поменяли.
BSD - Университет Беркли имеет свою разрешительную лицензию. Вам нужен LICENSE.txt с текстом ее и копирайтом. Количество пунктов постоянно урезали, поэтому главные по лицензированию рекомендуют...
Лицензию MIT – чудо чудное, видимо, то, что вам нужно. На самом деле у Массачусетского Технологического было много разных лицензий, но потом унифицировали. Разрешительная, а не копилефт, то есть "сам себе на уме, и если что, то проблемы твои". Просто создайте LICENSE.txt и копируйте ее текст туда. Если ваша разработка/мод невелика, то самое то. Однако, если вдруг выстрелит на весь мир, что маловероятно, юридические размытости могут заставить вас делиться профитом с авторами исходников, если их будет душить жаба настолько, что они пойдут на все (пример привести не могу, увы, наверное, такого еще не было).
Apache – MIT для серьезного бизнеса крупных проектов. Также написана языком не для дурения мозга. Нужен (но необязателен) файл NOTICE, если модифицируете (приветствую в этом месте тех, кто по апачу прошареннее).
Creative Commons – по неопытности некоторые ее путают с MIT, а зря. Если вы хотите сделать свой проект общественным достоянием, то используйте именно ее.
Условно-бесплатное ПО (Shareware)
Donationware — классика. Может быть реализована такая схема как через добровольные пожертвования благодарных пользователей (через установленный ценник или сколько они сами хотят дать разрабу), так и принуждение к оплате, чего рыбки не любят.
Freemium — итак, у вас есть желание создать программу, в которой можно пользоваться всем необходимым пользователю функционалом. Вы внедряете еще разные дополнительные плюшки, которые обычно на работоспособность не влияют. Тогда это тот подход, который вам нужен. По сути, плюшки есть аналогия скинам, если вы делаете игру/модифицируете и хотите денег за труды.
Adware — Тоже все работает, но для полноценного использования пользователю нужно смотреть рекламу. Значит, разработчику нужно искать рекламодателей и получать профит с их посредничеством. Тут еще подводные камни появляются: показывать целевую рекламу. А значит, собирать данные пользователя. Понимаете, к чему клонится? Spyware, параноидальная часть пользователей этого не любит, а ваши истинные мотивы могут быть неясны. Как и уровень безопасности, ведь никто не застрахован от взлома, а украсть данные бывает легко. Не советуем.
Nagware — они же Annoy; Вы даете возможность пользоваться продуктом некоторое время, а потом вжух! и нет возможности работать. Плати, юзер, деньги. Однако такое может в итоге сказаться на рейтинге и имеет альтернативу в виде всплывающих окон АКТИВИРУЙТЕ ПРОГРАММУ И ЭТИ ОКОШКИ ВАС ОСТАВЯТ.
Trialware – в какой-то мере похоже на Nagware, можно пользоваться определенное время, а потом платить деньги за продление, покупку не пробника, а полной версии.
Demoware – еще сильнее урезанная версия триала, название говорит за себя. То, что часто делают жадные начинающие программисты-андроидщики в гуглплее (впрочем, не мне судить). Любители халявы используют таблЭтки.
Некоммерческое shareware — странная категория для эстетов и месье. Так, авторы первой Elite распространяли с копиями игры открытки, которые они просили присылать им после прохождения игры. Это Postcardware. Есть еще один интересный момент, освежающий баян "кодим на %ЯП% за еду", он же Beerware, или же так выпьем же за кибернетику "угости разраба пинтой".
Коммерческие лицензии
Вот мы и подошли к серьезному бизнесу. Серьезно, это серьезный бизнес: за ковыряние коммерческих тайн, если это всплывет, вам могут влепить статью. Может быть, начиная с модов и крохотных программ, вы дойдете до полноценного айти. Конечно же, если вы доберетесь до тру-айти, то узнаете сами, и даже лучше, чем написано здесь.
Каждая фирма имеет свои стандарты, где-то идет сильный уход в сторону от привычного, а где-то коммерция на уровне ухода во фривольность (редкое исключение, как МИТ, где написано очень туманно с т.з. юристов), поэтому будьте внимательны, разбираясь в секретах профессионалов (если вы, конечно, до этих секретов доберетесь).
Типы лицензирования: распространение
Лицензия выбрана, все здорово. Теперь нужно задуматься о схеме распространения, которая вас удовлетворяет. На данный момент обычно придерживаются следующих, в зависимости от направленности вашего творения:
Заранее установленное ПО – дешевый вариант, заключается в том, чтобы распространять продукцию сразу с железом. Используется только на конкретном ПК/сервере.
Коробочное издание – подойдет для вашего маленького бизнеса. Приобретается дистрибутив, может, его качают с оф. сайта (может, покупают в красивой коробке). Чтобы один ушлый покупатель не наживался вместо вас или рушил ваши мечты, пиратствуя, сюда ставится защита от копирования, будь то невозможность установки больше 1 раза, либо же n раз.
Подписка – взносы раз в n времени за пользование.
Корпоративная лицензия – представим, что ваше ПО пришлось по нраву целой фирме, а то и нескольким, но денег у начальства не хватает/душит жаба. С ними можно договориться: можно со скидкой выдать версию с перечнем рабочих функций и ключами, а также записать эту версию на контакты начальника. Обычно для фирм такой выход является самым лучшим. С другой стороны, подразумевается, что разработчик будет осуществлять техподдержку и всячески помогать эффективным менеджерам, так что не скупитесь на тестировщиков и вообще, готовьтесь.
(Конечно же, техподдержка нужна всегда, собирать фидбэк и улучшать детище необходимо, но работать усерднее всего нужно именно в последнем рассмотренном случае)
`
ОЖИДАНИЕ РЕКЛАМЫ...
2
20
6 лет назад
2
Имхо не хватает ссылок. Плюс не все раскрыто, но топик относительно полезный?
2
18
6 лет назад
2
Diaboliko, исправлю, конечно же. Спасибо. Да, все раскрыть пока не получилось, тк есть моменты, где плаваю. Потом на хабре гляну, вроде где-то есть
2
21
6 лет назад
2
А шо мешает самостоятельно склепать "термс энд кондишенс"? Яица?
0
18
6 лет назад
0
Про это чуть позже, как отдельный пункт)
Чтобы оставить комментарий, пожалуйста, войдите на сайт.