Изменения документа Проблемы рынка Open Source в России. Где искать решения?
Редактировал(а) Александра Садикова 2025/02/17 14:44
От версии 3.6
отредактировано Александра Садикова
на 2024/08/13 10:45
на 2024/08/13 10:45
Изменить комментарий:
Update property k.Code.kClass[0].page1
К версии 6.1
отредактировано Юлия Бондарева
на 2024/08/15 13:01
на 2024/08/15 13:01
Изменить комментарий:
К данной версии нет комментариев
Сводка
-
Свойства страницы (2 изменено, 0 добавлено, 0 удалено)
-
Объекты (1 изменено, 0 добавлено, 1 удалено)
Подробности
- Свойства страницы
-
- Автор документа
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. sanvlasova1 +XWiki.ju_bondareva - Содержимое
-
... ... @@ -1,33 +1,39 @@ 1 -//Меня зовут Руслан Гайнанов, я основатель «ТИМ ФОРС Альянс», фонда развития open source. В этой статье я рассуждаю о том, где кроются решения главных вопросов развития open source в России и почему открытый код стал настоящим триггером для российской IT-отрасли.// 1 +== //Меня зовут Руслан Гайнанов, я основатель «ТИМ ФОРС Альянс», фонда развития open source. В этой статье я рассуждаю о том, где кроются решения главных вопросов развития open source в России и почему открытый код стал настоящим триггером для российской IT-отрасли.// == 2 2 3 - == Оглавление ==3 +---- 4 4 5 5 {{toc/}} 6 6 7 -== Феномен opensource ==7 +== **Феномен Open Source** == 8 8 9 9 Началом эры открытого ПО в мире считается крах доткомов (dot-com bubble) в начале 2000-х, когда из-за спекуляций и неоправданного оптимизма инвесторы IT-рынка потеряли около 5 трлн долларов. Считается, что NASDAQ обрушили убыточные интернет-стартапы, но пострадали в результате все, включая самых крупных игроков: акции Amazon обвалились на 93%, телекоммуникационной компании Cisco — на 86%. Момент стал поистине историческим для индустрии. До краха доткомов всё IT строилось вокруг старых корпораций-гигантов: SUN, Oracle, IBM и т. п. Все базы данных, серверы были коммерческими, продавались вместе с поддержкой и стоили очень дорого. 10 10 11 11 Спустя 20 лет ситуация изменилась. Сегодня услугами Oracle (Oracle Database), IBM (IBM Message Queue, WebSphere) и других гигантов пользуются в основном очень крупные компании, что называется, по старинке. Они руководствуются аргументом, что переписать все софты дороже, чем поддерживать в текущем состоянии. При этом весь остальной мир переходит на открытое ПО. Тенденция к сокращению расходов компаний на проприетарный софт и повсеместное распространение open source инструментов во всём мире сегодня не вызывает сомнений, это свершившийся факт. А искусственный интеллект только стимулирует эту тенденцию. 12 12 13 -Алексей Романов, эксперт сообщества GoOpenSource, software-архитектор и основатель EdTech-стартапа IT Enduro, приводит главные аргументы в пользу открытого кода: 13 +**Алексей Романов, эксперт сообщества GoOpenSource, software-архитектор и основатель EdTech-стартапа IT Enduro, приводит главные аргументы в пользу открытого кода: ** 14 14 15 +>((( 15 15 * Это дешевле, чем тратить миллионы на оплату лицензии. 16 16 * Доступ к исходникам позволяет дописать проект под свои потребности. И это очень сильный аргумент, поскольку запросы на доработку в коммерческих решениях могут рассматриваться месяцами, даже если у вас имеется расширенная лицензия. 17 17 * Сообщество разработчиков создает решения, которые не всегда можно получить от одной компании. 18 18 * Вы можете вырастить своих специалистов в этой области, которые будут обеспечивать IT-поддержку другим подразделениям. Например, отдел, который занимается только эксплуатацией базы Postgres. 20 +))) 19 19 20 20 Для крупных коммерческих компаний хорошим тоном становится публикация собственных open source решений в открытом доступе, когда они делают какой-то продукт для внутренних задач, а потом открывают его для сообщества. Так поступают LinkedIn (Kafka), Google (Kubernetes), в том числе крупные российские компании. Такой подход значительно повышает узнаваемость и лояльность к компании. И это крупные решения и крупные игроки, задающие тон индустрии. 21 21 22 -== Особенности open source == 24 +== **Особенности open source** == 23 23 24 -* Уязвимость 26 +* ((( 27 +==== Уязвимость ==== 28 +))) 25 25 26 26 Самая большая опасность при использовании open source решений — это уязвимость к различным backdoor и вредоносному коду. 27 27 28 28 В марте 2022 года некоторые разработчики намеренно внедряли вредоносный код в свои проекты. К примеру, автор пакета node-ipc (предназначен для межпроцессного взаимодействия, используется в vue-cli, Unity, больше миллиона загрузок за неделю) создал обновление с обфусцированным кодом, который удаляет все файлы с устройства, если запустить его с российского или белорусского IP. Но это был скорее политический прецедент, а вот backdoor от злоумышленников ради похищения данных — нередкая история. 29 29 30 -* Лицензию дал, лицензию забрал 34 +* ((( 35 +==== Лицензию дал, лицензию забрал ==== 36 +))) 31 31 32 32 Не весь бесплатный open source одинаков: каждый проект имеет свою лицензию и условия использования. Например, лицензия может позволять применять код только в некоммерческих проектах или, наоборот, разрешает коммерческое использование, но запрещает доработки и последующую продажу третьим лицам. Но главное, каждый разработчик может поменять лицензию в процессе развития, особенно это характерно для больших компаний. 33 33 ... ... @@ -35,7 +35,7 @@ 35 35 36 36 Изменение лицензии привело к серьезным проблемам у cloud-провайдеров: большая часть кода, которую они продают, была основана на Terraform. Теперь им придется покупать лицензию у HashiCorp. 37 37 38 -== Где решение проблем opensource ==44 +== **Где решение проблем Open Source** == 39 39 40 40 На наших глазах open source из одного из направлений IT превратился в самостоятельную индустрию. Ее участники уже отнюдь не только программисты-энтузиасты, но и крупный бизнес и даже государство. Для России в последние два года open source и вовсе сыграл важную роль. Не будет преувеличением сказать: возможности открытого исходного кода, по сути, спасли IT-отрасль в ситуации обрушившихся на нее санкций и резкого ухода западных вендоров проприетарного ПО. 41 41 ... ... @@ -45,7 +45,7 @@ 45 45 46 46 Во-вторых, остро необходимо убрать административные барьеры. Чем их меньше, тем органичнее будет расти рынок. Когда на государственном уровне идут разговоры о создании национального репозитория или обсуждение реестра отечественного ПО, первое, о чем говорят участники рынка, — бюрократизированность процессов. На сегодня это серьезный барьер для малого бизнеса и независимых разработчиков, доступ к господдержке или возможность быть включенным в репозиторий должны быть не только у корпораций. 47 47 48 -== Сообщество как залог развития OS == 54 +== **Сообщество как залог развития OS** == 49 49 50 50 В апреле Минцифры вернулось к вопросу создания российского репозитория открытого кода, аналога западного GitHub. Теперь идея трансформировалась и регулятор предлагает не создавать новую платформу, а использовать сервис одного из участников рынка. Средства, запланированные ранее на развитие репозитория с нуля, хотят направить на проекты в сфере открытого ПО и создание новых IT-продуктов. Обязательным условием для получателей денег от государства будет размещение своих разработок в российских репозиториях. 51 51
- ColunsExt.Extensions.DocumentsApprovals.Code.documentApprovalsClass[0]
-
- status
-
... ... @@ -1,1 +1,1 @@ 1 -d raft1 +published
- XWiki.XWikiRights[0]
-
- Разрешить/Запретить
-
... ... @@ -1,1 +1,0 @@ 1 -Разрешить - Группы
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.Moderators - Уровни
-
... ... @@ -1,1 +1,0 @@ 1 -view - Пользователи
-
... ... @@ -1,1 +1,0 @@ 1 -xwiki:XWiki.sanvlasova