лицензии открытого по на андроид что это
Открыт ли Android?
Google известен в программистских кругах как компания, которая переопределяет
слова так, что бы они удовлетворяли ее идеям.
Возьмите слово «бета», например. Большинство из нас понимают под этим бажную,
пре-релизную версию программы, которая «по большей части работает, но все еще
требует тестирования». Но Google под этим понимает продукт, который готов к
использованию, но требует «регулярных обновлений и постоянной доводки
возможностей».
Сейчас такое переопределение случилось снова со словом «открытый».
Энди Рубин, Генеральный директора Мобильных платформ Google, курирующий
Android, дал новое понимание слову «открытый» в ответ
на критику Стива Джобса. Глава Apple разворошил осиное
гнездо разработчиков Android на прошлой неделе, когда упомянул, во время
длинной обличительной речи на мероприятии для прессы, что мобильная операционная
система Google на самом деле не такая уж и «открытая».
Рубин ответил своим самым первым твиттом, в котором опубликовал информацию,
необходимую для закачки исходников Android и их
компиляции и назвал это «определением открытости».
Но на самом деле вопрос квалификации Android-а как «открытой» операционной
системы так и остается не решенным, так как загрузка и компиляция кода сами по себе
не делают некий софт открытым. Брюс Перенс, придумавший термин «open source» и
работающий над его продвижением в течении долгих лет, с подозрением относится к определению
Рубина.
В мире программ, «свободу можно определить тремя основными чертами»:
лицензией, которая позволяет модифицировать, использовать и распространять код;
контролем комюнити над разработкой; и, что самое главное, полной свободой
пользователя над устройством и софтом.
Android OS, в легальных определениях, open source
проект. Android выходит под лицензией
Apache 2.0, которая позволяет любому использовать, модифицировать и
распространять код. Но хотя он и укладывается в букву закона, Android
проваливается по двум другим пунктам.
Это отсутствие общества, комюнити которое разрабатывает операционную систему
и критики, глядя на это, вполне могут говорить, что Android не более открыт, чем
закрытая Apple iOS. Перенс комментирует: «большинство
open source проектов дают мгновенный доступ к
изменениям, которые в них вносятся. и открыты для всех, кто хочет
присоединиться».
В отличии от крупных open source проектов типа
Firefox или ядра Linux, вы
как не можете видеть, что происходит с Android за сценой, так и не можете внести
сколько-нибудь значительный вклад в проект. Google
обычно объявляет о важных обновлениях Android на пресс-конференциях, совсем так,
как Apple презентует новые возможности
iPhone.
Но эта правда не принадлежит Android. В то время как
Android может и имеет законное право именоваться
open source проектом, он абсолютно не такой в плане
прозрачности и комюнити.
Джо Хьюитт из Facebook, один из создателей
Firefox, который по слухам сейчас работает над
Facebook-версией Android,
прокомментировал ситуацию в Twitter. Хьюитт сказал,
что недостаток прозрачности в разработке Android
делает эту ОС «ничем не отличающейся от iOS для меня»,
добавив, что «открытый исходный код означает, что он должен контролироваться
сообществом, а не просто показываться и обсуждаться».
На следующий день Хьюитт расширил свое мнение в блоге.
«Меня убивает, что термин «открытый» так размывается. Меня беспокоит, что так
много людей первое знакомство с идеей открытого исходного кода начинают со
случайных обмолвок и кусков кода, а не с динамичного сообщества участников,
подобного тому, что я обнаружил десять лет назад в Mozilla.»
Он так же порекомендовал людям обратить внимание на проект Google Chrome OS,
который существует с тем уровнем открытости и участия общества, который
практически исключен из Android, и который лучше
представляет ценности Google.
К сожалению, даже если Google и захотела бы сделать
Android открытым, как Mozilla
сделала с Firefox, это скорее всего не поможет
Android быть более открытым.
Настоящая цель открытого кода, как определяет это Перенс и многие его коллеги
в течении лет, убедиться в том, что вы можете делать то, что хотите с ним.
Любой человек с iPhone или
Android может сказать вам, что сейчас это не так. Практически каждый
смартфон на рынке жестко закрыт его оператором. И существует всего несколько
исключений, типа Nokia N900, работающем
на Maemo Linux.
Операторы объясняют, что открытые телефоны будут угрозой сети. Стив Джобс
объясняет, что открытые телефоны будут угрозой для пользователей.
И даже если бы и существовала по настоящему открытая операционная система для
вашего телефона, в текущей ситуации она скорее всего перестала бы быть открытой
к моменту попадания в ваши руки.
Что такое AOSP и почему его часто путают с Android? Разбираемся
Одна из самых сильных и одновременно слабых сторон Android — это широкий выбор вариантов программного обеспечения. Samsung, Huawei, Sony и даже Google предлагают свой собственный взгляд на возможности Android, представляя свои собственные уникальные функции и идеи по улучшению базового программного обеспечения. Все это стало возможным благодаря общей базовой операционной системе, обеспечивающей основные функции. Все известные и любимые вами варианты ОС Android основаны на AOSP — Android Open Source Project.
AOSP — это проект операционной системы с открытым исходным кодом, поддерживаемый Google. Поскольку исходный код открыт, любой желающий может свободно просматривать и вносить код и исправления в репозиторий проекта, хотя Google курирует его общее направление и основную часть разработки. AOSP регулярно обновляется и включает в себя последние исправления ошибок и патчи безопасности для Android. Google также ежегодно представляет основные новые функции ОС на конференции I/O. Android 11 является последней версией, а Android 12 выйдет позже в 2021 году.
Проект с открытым исходным кодом Android не только позволяет сторонним разработчикам вносить изменения, но и может быть использован бесплатно по специальной лицензии. Такие производители, как Amazon и Samsung, могут свободно редактировать проект для своих собственных целей и разработывать свои собственные продукты, такие как Fire OS и Tizen. Это оказалось важным фактором в продолжении разработки Huawei EMUI и Harmony OS после торговых санкций США и потери доступа к приложениям Google.
Также важно отметить, что большинство производителей смартфонов получают версии AOSP от поставщиков SoC (систем на кристалле), например Qualcomm. Это связано с тем, что Android должен быть адаптирован к низкоуровневому оборудованию с помощью драйверов, о которых мы поговорим позже. Исторически это было причиной задержки обновлений Android. В конечном итоге Google доволен таким положением, поскольку оно побуждает разработчиков использовать Android для широкого спектра гаджетов, подключенных к Интернету. В свою очередь, множество компаний вносят исправления и улучшения в ОС. Это беспроигрышный вариант.
AOSP — сложная многоуровневая структура
Я уверен, что в представлении многих операционные системы — будто сложные живые организмы. AOSP представляет из себя многоуровневую систему и предоставляет множество инструментов как для разработчиков оборудования, так и для разработчиков программного обеспечения.
На «нижних» уровнях производители устройств модифицируют ОС для работы со своим оборудованием. Ядро Linux, например, является основой, которая управляет ресурсами процессора, системной памяти, сети и так далее, чтобы всё работало правильно.
Слои более «высокого» уровня используются разработчиками приложений. Native Libraries (встроенные библиотеки) позволяют разработчикам создавать контент с помощью широко поддерживаемых низкоуровневых библиотек, таких как OpenGL ES, Webkit и других. Кроме того, Android Frameworks предоставляет разработчикам приложений подключаемые модули для общих функций ОС, которые мы все используем каждый день. Они варьируются от данных о местоположении и push-уведомлений до телефонных звонков. Также есть Android Runtime — это посредник, преобразующий код приложения в такой код, который поймёт процессор и прочее оборудование.
В совокупности проект Android Open Source Project представляет собой законченное решение для разработчиков оборудования и программного обеспечения Android.
Однако AOSP — это не просто постоянно растущая кодовая база. Google также предоставляет инструменты для проектирования и разработки в рамках проектов, начиная от документации по совместимости и заканчивая передовыми методами обеспечения безопасности и принципами разработки приложений. Google также предлагает наборы тестов, чтобы помочь разработчикам убедиться, что их устройства правильно реализуют API и функции.
AOSP против Android: это не одно и то же
Android Open Source Project часто путают со стандартным Android, хотя на самом деле AOSP является лишь его основой.
AOSP содержит все, что нужно разработчикам для создания Android, но не включает все необходимое для готового смартфона. Во-первых, Google и AOSP не могут предоставить драйверы ядра для каждой конфигурации оборудования. Под драйвером устройства мы подразумеваем прошивку, необходимую для аппаратного обеспечения телефона, такого как процессор или камеры. Производители смартфонов и систем на кристалле, такие как Qualcomm и Samsung, должны включать эти драйверы в свою сборку Android. Отчасти поэтому обновлениям требуется время.
AOSP также не поставляется с набором приложений Google, таких как браузер Chrome, YouTube и даже Google Play Store. Он также не включает ряд скрытых технологий и API-интерфейсов Google, которые обеспечивают такие функции, как мобильные платежи, голосовые команды и облачное хранилище. Они лицензируются отдельно как Google Mobile Services.
Когда Huawei потеряла доступ к американским технологиям, она больше не могла лицензировать GMS, но могла продолжать использовать AOSP. Таким образом, Huawei начала заменять функции GMS своей собственной Huawei Mobile Services. Однако это означает, что приложения, которые полагаются на GMS, должны быть перестроены с использованием HMS для правильной работы.
Любой производитель, желающий установить GMS поверх Android, должен получить лицензию GMS и Соглашение о распространении мобильных приложений (MADA) для своего устройства, а затем пройти несколько тестов: на совместимость с Android (CTS) для проверки программных и аппаратных компонентов и API, затем наборы тестов Google Mobile Services (GTS) и Vendor (VTS) для тестирования мультимедийных возможностей, ядра ОС и возможностей HAL. Еще одним условием получения лицензии GMS является предварительная загрузка ряда приложений Google на новое устройство.
Различие между AOSP и GMS стало играть большую роль после торгового спора между США и Китаем.
Будущее AOSP: грядёт новая операционная система
Android Open Source Project продолжает оставаться основой успеха Android благодаря бесчисленным часам участия разработчиков со всего мира. Хотя устройства на Android в ближайшее время никуда не денутся, Google уже ищет операционную систему будущего.
Google Fuchsia впервые появилась на GitHub в августе 2016 года, но с тех пор мы мало о ней слышали. Мы все еще мало знаем о Fuchsia и о том, появится ли она для потребителей и когда это произойдет. Похоже, Fuchsia разработана для еще более широкого круга устройств, чем Android. Она также имеет собственное ядро Google, отличное от Linux, под названием Zircon, и поддерживает язык сценариев Google Dart. На данный момент Fuchsia — это бесплатное программное обеспечение с открытым исходным кодом, как и Android. Будем надеяться, что планы Google на будущее останутся неизменными.
Android от А до Я: Что такое открытый исходный код и открытое ПО (open source)
Открытое программное обеспечение (open-source software) предназначено для свободного доступа к исходному коду для всех желающих. Существуют разные лицензии с разными условиями использования от GPL (GNU General Public License) и до более лояльной Apache License. Первая разрешает бесплатное распространение при условии использования этой же лицензии для последующей продукции. Вторая не требует обязательного распространения готового продукта и открытости исходного кода. Android использует обе. Внутри продолжение рассказал об открытом исходном коде и открытом ПО.
Ядро Linux, которое используется в ОС, попадает под действие GPL. Это означает, что все изменения исходного кода должны быть доступны общественности после официального выхода софта. На практике это должно выглядеть следующим образом: такие производители как HTC, Samsung, Motorola, выпуская новое устройство, обязаны делать открытый доступ к исходному коду с моменты выпуска этого устройства. В большинстве своем производители железа немного затягивают с этим.
Исходный код для ОС Android как правило попадает под действие Apache License. Каждый может загрузить исходный код и изменить его, при этом нет необходимости делать код доступным для всех. По этой причине Android не могут изменить или усовершенствовать HTC Sense или MotoBlur. Несмотря на то, что подобная ситуация не нравится многим пользователям, она не может быть изменена в силу коммерческих причин. Если бы производители делали доступными все свои секреты, то отпала бы финансовая причина создавать различные инновации для опережения соперников в конкурентной борьбе. Таким образом, использование более лояльной лицензии является полностью оправданным. Выпуск новых устройств регулярно подтверждает это.
⚖ Что такое лицензирование ПО и как оно работает?
Сергей Кравченко
Лицензия на программное обеспечение является юридическим документом, регулирующим использование и/или перераспределение продукта. Другими словами, лицензионное соглашение (licence agreement) – это договор между автором и пользователем, который прилагается к ПО в виде текстового документа, для защиты интеллектуальной собственности разработчика и ограничения претензий.
Для разработчика лицензионное соглашение в первую очередь защищает право собственности и доход, полученный от распространения ПО. Для пользователя лицензионное соглашение может служить основанием правомерности использования программного обеспечения.
Классификация лицензий
Условно все лицензии на ПО можно разделить на две большие группы: свободного и несвободного использования.
Стоит также отметить, что не любое открытое ПО является свободным: доступ к исходному коду (на определенных условиях) могут предоставлять даже создатели коммерческих продуктов. Пример – коммерческая ОСРВ QNX Neutrino, большая часть исходных текстов которой открыта правообладателем в рамках проекта Foudry27.
Стандарты, определения и лицензии свободного ПО довольно сильно различаются в зависимости от организаций, поддерживающих его развитие и распространение. Среди них:
Обычно без явного принятия лицензии проприетарное программное обеспечение использовать нельзя.
Проприетарное ПО в свою очередь делится на коммерческое и условно бесплатное. Коммерческое, как следует из названия, распространяется за деньги или по бартеру, а условно бесплатное распространяется бесплатно, но, возможно, с определенными ограничениями: например, без права копирования, изменения, передачи, декомпиляции, доступа к некоторым функциям и т. д.
Терминология и факторы
При определении характеристик лицензирования также часто используются следующие критерии:
Эти характеристики часто прописывают в лицензионном соглашении как свободного, так и проприетарного ПО, во избежание разногласий между правообладателем и пользователем.
Спектр лицензирования свободного программного обеспечения по Дэвиду А. Уиллеру
Лицензии Open Source
Несмотря на обилие видов и функций лицензий Open Source их можно условно свести к 3 категориям.
Лицензия общественного достояния
По многим причинам компании вынуждены проявлять осторожность при внедрении программного обеспечения, являющегося общественным достоянием, в проекты или другие важные приложения.
Если подытожить, то любое ПО, созданное разработчиком, по умолчанию является его авторским произведением и может быть передано в разряд общественного достояния только путем явного, активного отказа от авторских прав.
Разрешающая лицензия FOSS (GNU/LGPL)
Разрешительная лицензия на программное обеспечение имеет минимальные ограничения и предполагает отказ от предоставления гарантий.
Варианты разрешительных лицензий включают различия в требованиях к сохранению уведомлений и авторских прав на программное обеспечение.
Copyleft
Копилефт – это практика предоставления права свободно распространять и изменять интеллектуальную собственность с требованием, чтобы те же права сохранялись в производных произведениях, созданных на основе этой собственности.
Поскольку включенное в новый проект исходное программное обеспечение допускало модификации и распространение, это может быть не лучшей вариант для разработчиков, поскольку полученный код также должен содержать лицензию с copyleft, включая доступность исходного кода.
Лицензии на проприетарное ПО
Лицензии на проприетарное ПО условно делятся на 3 основные группы по типу ограничений: условно бесплатная, собственная лицензия и коммерческая тайна.
Классификация типу ограничений и монетизации:
Разберем немного подробнее основные различия этих лицензий.
Условно бесплатная или некоммерческая лицензия
Такие лицензии подразумевают, что ПО распространяется бесплатно, но с рядом ограничений. Например, может быть ограничен срок использования продукта или доступ к его функциям. Возможны варианты, когда лицензия подразумевает полностью бесплатное использование для определенных целей, например, образовательных или только для личного некоммерческого использования. При таком подходе за пользователем может сохраняться право на копирование, но он ограничен правом на модификацию или сублицензирование.
Собственная лицензия
Коммерческое программное обеспечение или программное обеспечение – вид лицензирования, когда издатель сохраняет права на модификации и распространение за собой, оставляя тем самым пользователям лишь право на ограниченное использование ПО за определенную плату. Это основной вид лицензирования коммерческого ПО.
Коммерческая тайна
Это вид интеллектуальной собственности, включающий формулы, методы, процессы, конструкции, инструменты, шаблоны или компиляции информации, которые имеют неотъемлемую экономическую ценность, поскольку они обычно не известны или не могут быть легко определены другими, а владелец принимает разумные меры, чтобы держать их в секрете. Исходный код такого ПО держится в секрете и патентуется.
По сути ПО подпадающее под коммерческую тайну не относится напрямую к лицензированию, так как распространяется строго внутри компании и не предполагает соглашения с пользователем за ее пределами. Тем не менее некоторые виды распространяемого проприетарного ПО или их элементы могут подпадать под определение коммерческой тайны, что должно отображаться в лицензионном соглашении.
Таблица сравнения лицензий
Способы составления лицензии
Вне зависимости от того, составляете вы лицензию вручную, используете готовый текст типовой лицензии какой-либо алгоритм для подбора лицензии, стоит учитывать следующие моменты:
Все эти моменты стоит учесть при выборе или составлении лицензии и явно в ней указать.
При выборе лицензии для своего продукта обязательно учитывайте лицензии всех библиотек и материалов, которые вы в нем использовали. Согласование лицензий может быть сложным процессом, требующим особого внимания.
Работая в команде, обязательно обсудите выбор лицензии с ответственными коллегами перед релизом. В сложных случаях стоит обратиться к юристу, специализирующемуся на авторском праве в вашей юрисдикции или юрисдикции потенциальных пользователей. Хотя чаще всего лицензии прилагаются на английском, в случае, если потенциальные пользователи им не владеют, стоит приложить перевод текста на понятный для пользователя язык.
Заключение
Составление или подбор лицензионного соглашения для распространения ПО – это не простая формальность, а важный этап в заключительном цикле разработки, предшествующий выпуску продукта. Какой бы вид лицензии вы ни выбрали для своего кода, рекомендуем подойти к этому внимательно и ответственно. От вашего выбора будут зависеть особенности использования продукта и возможности сторонних разработчиков внести вклад в проект.
Новые лицензии для открытого ПО, кто ими занимается
В середине июля появился проект PolyForm. Его авторы разрабатывают новые типы лицензий для открытого ПО. Рассказываем, зачем они нужны и кто из компаний ими уже воспользовался.
Ситуация
Если open source проект стал успешным и приобрел известность в ИТ-сообществе, логично предположить, что его захотят коммерциализировать в том или ином виде. Например, большое число платных сервисов, построены на базе Hadoop или Spark. Такая ситуация оставляет разработчиков оригинальных продуктов не у дел с точки зрения распределения доходов. Многие из них выражают свое несогласие, хотя и не могут на что-то претендовать даже в рамках судебных дел, так как изначально сами приняли решение о выводе проекта под лицензию open source.
За последние несколько лет таких кейсов стало заметно больше, и атмосфера open source сообществе стала накаляться. Чтобы «сгладить углы» часть разработчиков решили перейти на новые типы открытых лицензий, а крупные ИТ-компании начали идти им навстречу — охотнее брать под свое крыло продукты, которые предусматривают выплаты разработчикам.
По этому пути пошли в Redis — они разработали свою лицензию Redis Source Available License (RSAL). Наиболее популярные модули базы данных компании могут использовать только за деньги. Об истории с лицензированием Redis мы рассказывали тут и тут.
В конце прошлого года MongoDB также выпустили ограничительную лицензию на программное обеспечение — Server Side Public License (SSPL). Любая компания, которая строит свои сервисы на основе этой СУБД, должна приобретать коммерческую лицензию или открывать исходники модифицированного продукта.
С другой стороны, путь с переписыванием лицензий подходит только тем open source компаниям, которые давно существуют на рынке и имеют спрос на свои разработки. Молодым проектам писать ограничительную лицензию с нуля невыгодно, поскольку неизвестно, будет ли продукт кому-либо интересен. Однако можно заранее предусмотреть этот вариант развития событий, чтобы получить материальную выгоду, если решение кто-то все-таки захочет коммерциализировать.
В июле появилась инициатива PolyForm — её авторы предлагают свою редакцию лицензий для открытых проектов — на выбор в зависимости от целей, которые преследует автор.
Что за лицензии
Их написала группа специалистов под руководством Хезер Микер (Heather Meeker) — юриста в области лицензирования открытого программного обеспечения. К слову, именно она помогла MongoDB разрабатывать Server Side Public License. Пока в пуле PolyForm есть пять лицензий:
Авторы PolyForm говорят, что новые лицензии дадут разработчикам открытого программного обеспечения больше контроля за тем, как используются их продукты. Обо всех изменениях в тексте документов, а также последних новостях PolyForm, можно узнать в рассылке организации.
Кто уже использует
У одной из лицензий PolyForm есть первый пользователь. Им стал американский стартап YugaByte, который разрабатывает одноимённую СУБД — YugaByte DB. Их продукт состоит из двух частей: непосредственно системы управления базами данных и аналитического инструмента для неё.
YugaByte DB — это открытое программное обеспечение (GitHub), которое распространяется по лицензии Apache 2.0. Компании могут свободно пользоваться этой СУБД, строить на её основе свои приложения и коммерциализировать их.
Что касается, аналитического инструмента, то он распространяется по лицензии PolyForm Free Trial. Эта утилита предлагает несколько уникальных функций для работы с YugaByte DB и является платным сервисом. Однако лицензия PolyForm дает возможность изучить все функции продукта (и начать строить на его основе другие сервисы) в течение месяца. Разработчики надеются, что дополнительный сервис поможет активнее продавать подписку. Если нет, то компании смогут работать с СУБД YugaByte бесплатно, но уже без дополнительной аналитики.
Авторы проекта говорят, что им удалось заинтересовать множество компаний, поэтому практика применения таких лицензий уже во всю формируется. Посмотрим, будет ли она массовой.
О чем мы пишем в наших блогах и социальных сетях:
Вот это поворот: почему Apple изменила требования к разработчикам приложений
В Open Invention Network больше трех тысяч лицензиатов — что это значит для открытого ПО
Как защитить виртуальный сервер в интернете
Резервное копирование файлов: как подстраховаться от потери данных
Книги для тех, кто уже занимается системным администрированием или только планирует начать
Какими бывают облачные хранилища