программное обеспечение распространяется на бесплатной основе вместе с исходным кодом
Программное обеспечение распространяется на бесплатной основе вместе с исходным кодом
Выделяют следующие типы лицензий программного обеспечения:
1. Freeware
Свободно распространяемые (БЕСПЛАТНЫЕ) полнофункциональные программы. Приобретать подобные программы не нужно.
Они, как правило, распространяются через среду Интернет или в качестве дополнения с платными коммерческими продуктами.
2. Shareware.
Ограничения могут быть:
— функциональными, т.е. пользователю доступны не все функциональные возможности – это так называемые демо-версии (demo);
— временными, т.е. без оплаты продукт в полном функционале работает какое-то календарное время или определенное количество запусков – так называемые пробные версии (trial).
3. Public domain software.
Данный тип лицензий похож на freeware — программные продукты этого типа также распространяются бесплатно.
Однако, в отличие от freeware, где за автором программы сохраняются все права на нее, в случае с public domain у автора эти права отсутствуют.
Программное обеспечение распространяется вместе с исходным кодом, и автор, выкладывая свой продукт в общий доступ, полностью отказывается от своих прав.
Распространение такого рода лицензий было характерно для начала массового доступа в Интернет. В настоящее время продукты с этим типом лицензии практически не выпускаются
4. Open Source.
Программное обеспечение распространяется на бесплатной основе вместе с исходным кодом. Однако автор уже не отказывается от своих прав.
Существует международная система требований к лицензии на программный продукт, который называется The Open Source Definition (OSD).
Модифицированное любым соавтором обеспечение должно распространяться на тех же условиях, что и исходный продукт – то есть модифицированное ПО нельзя перевести в платное и коммерческое.
5. Commercial.
Коммерческое программное обеспечение, т.е. программное обеспечение, всегда распространяемое только за плату. Оплата должна быть произведена авансом или сразу после получения копии на лицензионном диске или дискете в фирменной упаковке.
ПРИМЕЧАНИЕ: Использование продуктов Commercial без оплаты является незаконным.
Коммерческое программное обеспечение, как правило, распространяется с использованием трех основных вариантов лицензирования:
1. Лицензии для покупки вместе с новым компьютером (OEM).
Данный вид лицензии предназначен только для производителей и/или сборщиков персональных компьютеров.
В отличие от коробочной версии программного обеспечения, OEM-версия имеет технологическую упаковку (чаще всего футляр или заливку в пленку на подложке), внутри которой, как правило, содержится:
— соглашение с конечным пользователем.
OEM-версия продукта чаще всего имеет более низкую стоимость по сравнению с коробочной версией.
К недостаткам OEM-версии следует отнести то, что установленный продукт не может быть переустановлен на другую рабочую станцию, соответственно при выходе данного компьютера из строя и/или его ремонте или модернизации необходимо будет вновь приобретать лицензию на ранее используемый программный продукт.
2. Коробочные версии продуктов.
При данном виде лицензирования покупателю передается фирменная упаковочная коробка, с CD или DVD диском с программой, документация на продукт, лицензионное соглашение и сертификат подлинности.
Данный вариант является наиболее оптимальным при покупке небольшого количества экземпляров программного обеспечения.
3. Корпоративная лицензия.
Дистрибутивы и документация по программе корпоративного лицензирования приобретаются, при необходимости, отдельно.
Срок действия корпоративной лицензии, как правило, неограничен, однако в реальности возникает необходимость обновления лицензий в связи с отказом производителя поддерживать устаревшие версии ПО.
Лицензирование программного обеспечения
Эта статья написана для тех, кто хочет понять, что такое лицензия и лицензирование программного обеспечения и для чего это нужно. Рассмотреть все возможные схемы лицензирования ПО в небольшой по объему статье, естественно, не представляется возможным, поэтому я попытаюсь кратко показать лишь наиболее популярные из них.
Основным документом, который определяет права и обязанности пользователя программного обеспечения, является лицензионное соглашение (licence agreement), которое прилагается к приобретенному продукту либо в виде бумажного документа, либо в электронном виде. Именно это соглашение определяет правила использования данного экземпляра продукта. По сути, лицензия выступает гарантией того, что издатель ПО, которому принадлежат исключительные права на программу, не подаст в суд на того, кто ею пользуется. Иными словами, издатель программного обеспечения ставит определенные защитные рамки по использованию его программного обеспечения.
Классификация лицензий и типы лицензирования ПО
В основном программы делятся на две большие группы — свободного использования (бесплатная и открытая лицензия) и несвободного (коммерческая лицензия), а также между ними существуют условно-бесплатные программы, которые можно отнести к двум группам пополам, такие программы можно скачать и использовать, но пока ее не оплатить у вас могут возникнуть некоторые проблемы или ограничения.
К открытым относятся: Open Source программы с открытым кодом которые можно модифицировать.
К бесплатным относятся: Freeware, GPL, Adware, Postcardware, Donationware, Nagware/Begware.
К условно-бесплатным относятся: ShareWare, TrialWare, Demoware.
К коммерческим относятся: Commercial главная цель таких программ получение прибыли, код программ закрыт.
Для наглядности рассмотрим сравнительную характеристику условий самых распространенных лицензий в виде таблицы, где будет указано о наличии или отсутствии в лицензии тех или иных требований. Все лицензии, которые будут рассматриваться являются лицензиями, одобренными Open Source Initiative для распространения ПО с открытым исходным текстом.
* Если нет письменного разрешения об использовании наименования продукта создателей лицензии.
** В данном случае речь идет об исходном тексте.
Защита своих авторских прав для разработчика — это и есть различные схемы лицензирования программного обеспечения. По каждому отдельному виду программного продукта применяются разные типы лицензирования.
Кратко разберем какой тип лицензирования что из себя представляет.
OEM. Предустановленное ПО является одним из самых дешевых вариантов. Он заключается в том, что пользователь приобретает ПО вместе с самим компьютером или сервером и использовать его можно только на купленном ПК.
Full Package Product. «Коробочный» продукт применяется в основном для розничной торговли и удобен для частных лиц или малого бизнеса. Разрешение на использование программного продукта на одном компьютере дает покупка одной «коробки» и не важно, сколько людей будет пользоваться этим ПК. Так же можно сменить ПК, но определенное количество раз.
Volume Licensing. Корпоративная лицензия удобна для компаний, у которых много сотрудников, компьютеров и поэтому нужно приобретать много лицензий. При этом компания получает одну именную лицензию на программное обеспечение, которая содержит информацию о заказчике (название, адрес и т.д.), перечень ПО и ключи для его установки. В основном при такой схеме лицензирования компаниям, заказывающим именную лицензию, разработчики или распространители ПО предоставляют значительные скидки, техническую поддержку, решения нестандартных ситуаций и т. п. На сегодня она является лучшей для покупки нового ПО или его обновления для компаний.
Subscription. Подписка на лицензирование программного обеспечения предусматривает внесение ежемесячных или ежегодных платежей. Эта схема удобна компаниям, которые покупают более 10 лицензий. Она позволяет пользователям за минимальные начальные затраты получить практически все основные преимущества использования данного продукта.
Итак, теперь посмотрим в чем же разница типов лицензирования, а что бы это было нагляднее представим в виде таблицы.
Теперь по этой таблице можно сделать вывод, кому, что больше подойдет.
OEM версия подойдет для тех кто закупает новое оборудование. Если ПО будет уже предустановлено сборщиком, то оборудование обойдется намного дешевле чем покупать самому и устанавливать на каждое устройство. Выгода как по времени, так и по цене.
FPP версия подойдет для тех у кого уже куплено оборудование, но отсутствует на нем нужное ПО, особенно если компания маленькая и сотрудники будут пользоваться одним ПК по несколько человек.
VL версия подойдет для больших компаний которым нужна быстрая тех. поддержка и возможность решения нестандартных ситуаций. А также при покупке лицензии для всей компании всегда существуют очень хорошие скидки.
SUB версия подойдет для тех кто хочет использовать ПО кратковременно, или не знает на сколько данное ПО ему пригодится. Если же продукт нужен на долгое использование, то лучше посмотреть версию из “коробки”.
Тенденция развития лицензирования.
В заключении хотелось бы показать, как развивается лицензирование и к чему все идет. На данный момент популярны два направления:
1) Подписка на лицензирование ПО. Производители программного обеспечения серьезно взялись за перевод своих продуктов на платную «подписку». Зачем платить за продукт сразу всю сумму если можно платить частями по мере использования? Сравним достоинства и недостатки данного лицензирования для пользователя, а также приведем пример выгоды данного способа для разработчиков программного обеспечения.
Разработчики программного обеспечения плавно переводят от “вечного” использования продукта к подписке. Рассмотрим наглядно как это работает:
Тем самым производители программного обеспечение стимулируют пользователей покупать подписку непрерывно.
2) Частичный перевод коммерческих продуктов на открытые лицензии. Тем самым привлекая к себе для спонсирования крупные компании и государства.
Прочитав данную статью, можно понять, что практика лицензирования постоянно меняется, и организациям следует периодически изучать разнообразные виды лицензий и модели лицензирования, а также отслеживать изменения в соответствующем законодательстве.
Виды лицензий на программное обеспечение
В начале статьи мы рассмотрим, какие вообще виды лицензий существуют. А в завершении мы ознакомиться, какие виды лицензий предлагает нам ведущий мировой вендор Microsoft, на свой самый популярный продукт: OC Windows.
Виды лицензий от Microsoft, на самый популярный из их продуктов: ОС Windows
1. Виды лицензий ОС Windows и корпоративные программы лицензирования
Корпорация Майкрософт разработала различные виды лицензий операционных систем и программ лицензирования, чтобы максимально удовлетворить потребности различных категорий заказчиков:
— Коробочные версии или FPP ( full packaged product или полностью упакованный продукт) для розничной продажи и последующего использования потребителями;
— Версия для лицензирования установленной операционной системы Windows XP Professional (Get Genuine Kit). Версия предназначена для установки на уже используемые ПК с ранее установленной контрафактной, пиратской, полученной иным незаконным способом, либо нелицензионной копией Windows XP Professional и доступна для покупателей с ноября 2006 года.
2. Как правильно выбрать лицензию операционной системы Windows
ОС Windows для нового компьютера
Существует только два способа приобрести лицензионную ОС Windows для нового ПК:
· OEM-версия, предустановленная на новый компьютер и поставляемая вместе с ним;
· Розничная коробочная версия.
Покупка ОС Windows в виде предустановленной OEM-версии является наиболее экономичным решением.
⚖ Что такое лицензирование ПО и как оно работает?
Лицензия на программное обеспечение является юридическим документом, регулирующим использование и/или перераспределение продукта. Другими словами, лицензионное соглашение (licence agreement) – это договор между автором и пользователем, который прилагается к ПО в виде текстового документа, для защиты интеллектуальной собственности разработчика и ограничения претензий.
Для разработчика лицензионное соглашение в первую очередь защищает право собственности и доход, полученный от распространения ПО. Для пользователя лицензионное соглашение может служить основанием правомерности использования программного обеспечения.
Классификация лицензий
Условно все лицензии на ПО можно разделить на две большие группы: свободного и несвободного использования.
Стоит также отметить, что не любое открытое ПО является свободным: доступ к исходному коду (на определенных условиях) могут предоставлять даже создатели коммерческих продуктов. Пример – коммерческая ОСРВ QNX Neutrino, большая часть исходных текстов которой открыта правообладателем в рамках проекта Foudry27.
Стандарты, определения и лицензии свободного ПО довольно сильно различаются в зависимости от организаций, поддерживающих его развитие и распространение. Среди них:
Обычно без явного принятия лицензии проприетарное программное обеспечение использовать нельзя.
Проприетарное ПО в свою очередь делится на коммерческое и условно бесплатное. Коммерческое, как следует из названия, распространяется за деньги или по бартеру, а условно бесплатное распространяется бесплатно, но, возможно, с определенными ограничениями: например, без права копирования, изменения, передачи, декомпиляции, доступа к некоторым функциям и т. д.
Терминология и факторы
При определении характеристик лицензирования также часто используются следующие критерии:
Эти характеристики часто прописывают в лицензионном соглашении как свободного, так и проприетарного ПО, во избежание разногласий между правообладателем и пользователем.
Спектр лицензирования свободного программного обеспечения по Дэвиду А. Уиллеру
Лицензии Open Source
Несмотря на обилие видов и функций лицензий Open Source их можно условно свести к 3 категориям.
Лицензия общественного достояния
По многим причинам компании вынуждены проявлять осторожность при внедрении программного обеспечения, являющегося общественным достоянием, в проекты или другие важные приложения.
Если подытожить, то любое ПО, созданное разработчиком, по умолчанию является его авторским произведением и может быть передано в разряд общественного достояния только путем явного, активного отказа от авторских прав.
Разрешающая лицензия FOSS (GNU/LGPL)
Разрешительная лицензия на программное обеспечение имеет минимальные ограничения и предполагает отказ от предоставления гарантий.
Варианты разрешительных лицензий включают различия в требованиях к сохранению уведомлений и авторских прав на программное обеспечение.
Copyleft
Копилефт – это практика предоставления права свободно распространять и изменять интеллектуальную собственность с требованием, чтобы те же права сохранялись в производных произведениях, созданных на основе этой собственности.
Поскольку включенное в новый проект исходное программное обеспечение допускало модификации и распространение, это может быть не лучшей вариант для разработчиков, поскольку полученный код также должен содержать лицензию с copyleft, включая доступность исходного кода.
Лицензии на проприетарное ПО
Лицензии на проприетарное ПО условно делятся на 3 основные группы по типу ограничений: условно бесплатная, собственная лицензия и коммерческая тайна.
Классификация типу ограничений и монетизации:
Разберем немного подробнее основные различия этих лицензий.
Условно бесплатная или некоммерческая лицензия
Такие лицензии подразумевают, что ПО распространяется бесплатно, но с рядом ограничений. Например, может быть ограничен срок использования продукта или доступ к его функциям. Возможны варианты, когда лицензия подразумевает полностью бесплатное использование для определенных целей, например, образовательных или только для личного некоммерческого использования. При таком подходе за пользователем может сохраняться право на копирование, но он ограничен правом на модификацию или сублицензирование.
Собственная лицензия
Коммерческое программное обеспечение или программное обеспечение – вид лицензирования, когда издатель сохраняет права на модификации и распространение за собой, оставляя тем самым пользователям лишь право на ограниченное использование ПО за определенную плату. Это основной вид лицензирования коммерческого ПО.
Коммерческая тайна
Это вид интеллектуальной собственности, включающий формулы, методы, процессы, конструкции, инструменты, шаблоны или компиляции информации, которые имеют неотъемлемую экономическую ценность, поскольку они обычно не известны или не могут быть легко определены другими, а владелец принимает разумные меры, чтобы держать их в секрете. Исходный код такого ПО держится в секрете и патентуется.
По сути ПО подпадающее под коммерческую тайну не относится напрямую к лицензированию, так как распространяется строго внутри компании и не предполагает соглашения с пользователем за ее пределами. Тем не менее некоторые виды распространяемого проприетарного ПО или их элементы могут подпадать под определение коммерческой тайны, что должно отображаться в лицензионном соглашении.
Таблица сравнения лицензий
Способы составления лицензии
Вне зависимости от того, составляете вы лицензию вручную, используете готовый текст типовой лицензии какой-либо алгоритм для подбора лицензии, стоит учитывать следующие моменты:
Все эти моменты стоит учесть при выборе или составлении лицензии и явно в ней указать.
При выборе лицензии для своего продукта обязательно учитывайте лицензии всех библиотек и материалов, которые вы в нем использовали. Согласование лицензий может быть сложным процессом, требующим особого внимания.
Работая в команде, обязательно обсудите выбор лицензии с ответственными коллегами перед релизом. В сложных случаях стоит обратиться к юристу, специализирующемуся на авторском праве в вашей юрисдикции или юрисдикции потенциальных пользователей. Хотя чаще всего лицензии прилагаются на английском, в случае, если потенциальные пользователи им не владеют, стоит приложить перевод текста на понятный для пользователя язык.
Заключение
Составление или подбор лицензионного соглашения для распространения ПО – это не простая формальность, а важный этап в заключительном цикле разработки, предшествующий выпуску продукта. Какой бы вид лицензии вы ни выбрали для своего кода, рекомендуем подойти к этому внимательно и ответственно. От вашего выбора будут зависеть особенности использования продукта и возможности сторонних разработчиков внести вклад в проект.
Бесплатно и безопасно: главные мифы свободного ПО
Минкомсвязи в конце декабря опубликовало свои взгляды в отношении внедрения свободного программного обеспечения (СПО) в госорганах. В документе перечислены преимущества свободных продуктов, главными из которых названы бесплатность и безопасность. Но так ли это на самом деле?
Свободное — значит бесплатное?
Существует распространенное мнение о том, что свободный софт является одновременно и бесплатным. В документе Минкомсвязи использован именно этот тезис:
Во-первых, это дешевизна и антикоррупционность. СПО не требует лицензионных выплат за каждый установленный экземпляр программ.
Однако IТ-эксперты, в том числе основатель движения open source Ричард Столлман, с этим не согласны. Сам Столлман на каждом своем выступлении повторяет фразу:
Free — значит свободное, но не бесплатное. И все это не равно Open Source. Это три понятия, которые смешивать не стоит.
За примерами, которые подтверждают это мнение, далеко ходить не нужно. Из недавнего — компания Dell согласилась платить Microsoft лицензионные отчисления («роялти») за использование Android и Chrome OS на своих устройствах. Корпорация из Редмонда владеет целым рядом патентов на технологии, которые использованы в открытых проектах, созданных Google.
Тот же Столлман публиковал статью, в которой призывал поддержать кампанию за «оcвобождение Android», то есть за публикацию исходных кодов операционной системы (а ее создатель, Google, делать этого не собирается).
В конечном итоге открытый софт может быть бесплатным для конечного пользователя, но в случае корпоративных продуктов и массовых инсталляций все не так просто. Компания может участвовать в разработке нужного ей продукта и отправлять свои фиксы в общий репозиторий — или (если в процессе «допиливания» продукта, произошел выход за рамки лицензии GNU) нанимать собственную выделенную команду разработчиков для поддержки форка. Как несложно догадаться, с бесплатностью этот путь имеет мало общего.
Свободный софт более безопасен
Поскольку, как мы только что выяснили, свободное ПО, бесплатное и Open Source — это три совершенно разные вещи, то кажется, что одна из них и должна быть более безопасной, чем проприетарные продукты. На самом деле это не так.
В документе Минкомсвязи сказано, что закрытые продукты менее безопасны, поскольку в них встречаются недокументированные возможности:
Многие проприетарные приложения от известных производителей содержат недокументированные функции, что является потенциальной угрозой.
Но ведь и многие из открытых (свободных, бесплатных) приложений — тоже содержат недокументированные функции. Не всегда разработчики успевают (и не всегда хотят) надлежащим образом документировать возможности своего проекта. Более того, потенциальной угрозой является и целый ряд документированных функций (например, Userialize или Bash).
Отдельный вопрос, на который нужно дать ответ — что такое «недокументированные функции», подходит ли под это определение, скажем, не описанный в документации пункт меню? Если речь идет о «недекларированных возможностях», то должен существовать процесс их декларации. Если же подразумеваются уязвимости, то это совсем другая тема.
На самом деле, для того чтобы повысить уверенность в безопасности кода, достаточно следовать простому алгоритму:
В случае с бэкдором в RSA выяснилось, что компании заплатило АНБ — то есть виновника удалось найти. А вот откуда в пакете SSL взялась уязвимость Heartbleed — непонятно до сих пор.
С другой стороны, свободное ПО легче адаптировать к изменяющимся условиям. Конечно же, установка «закрытой и несвободной» Windows на HMI в системах АСУ ТП — это очевидная ошибка, которая привела к тому, что во многих системах до сих пор не закрыта уязвимость CVE-2010-2568, через которую в свое время распространялся червь Stuxnet. Использование «открытой» системы позволило бы разработать свой патч, но и для этого нужна команда разработчиков, которая стоит денег.
Должно ли государство развивать российский Open Source
Еще одна выдержка из документа Минкомсвязи, в которой звучит тезис о том, что свободный софт соответствует национальным интересам:
В-четвертых, использование СПО учитывает национальные интересы. Несмотря на то, что создание свободных программ неотделимо от мирового сообщества разработчиков, сервисные услуги по их адаптации, внедрению, поддержке и развитию, оказывают, как правило, национальные фирмы, что более выгодно государству и обществу.
Получается, что «перелицовка» Open Source (даже с нарушением GPL) — это правильно отвечает интересам страны, но создание с нуля собственной технологии, которая по каким-то причинам не является СПО — таким интересам не отвечает.
В России компаний вроде ALT Linux, которые делают все верно и по букве всех лицензий и законов открытого ПО, крайне мало. В целом же разработка «пакета свободного отечественного программного обеспечения» — задача, может быть, и светлая, но явно не первоочередная.
Здесь хотелось бы обратиться к еще одной популярной теме — к созданию «отечественной ОС».
Операционная система не нужна!
В деле импортозамещения куда логичнее обратить внимание не на создание собственных ОС и офисных пакетов, а на совсем другие направления. Начинать нужно с чего-то, что имеет конечную цель, и должна существовать возможность посчитать эффективность этого «чего-то». Операционная система — это явно не «оно».
Десктопы
Десктопы, несмотря на всю их архаичность, еще долго будут оставаться серьезным «пожирателем» IТ-бюджета в корпоративном секторе с циклом обновления в 3—5 лет. Учитывая, что существенной частью корпоративного сектора в России является госсектор и связанные с ним компании, перевод этой ниши на российские продукты вполне реален — нужно лишь волевое решение.
«Ну вот же, свой Windows!» — скажет читатель. Отнюдь нет! Начинать делать десктоп нужно с процессора. Более того, он у нас есть, и неплохой. Да, речь об «Эльбрусе».
Уже в процессе работы над собственным процессором попутно придется решать и вопросы с созданием операционных систем, языков программирования и прочих элементов экосистемы. Для того чтобы производители софта захотели писать под условный «Эльбрус», необходимо чтобы на подобные продукты был спрос, а МЦСТ мог производить достаточное количества железа.
Уже упомянутые госкомпании и их сателлиты могут составить костяк первых пользователей. Если производители ПО (тот же ALT Linux, или JetBrains) увидят перспективы и пользовательскую базу, то не откажутся создать версию под «Эльбрус» (кстати, и мы сейчас портируем PT Application Firewall на этот процессор) — заодно и совместимость с «просто Linux» и другими платформами появится.
Все в облако
Тренд на «переезд» многих привычных приложений в облако неоспорим: там уже и Excel, и Word, и «1C». Частное «офисное» облако закрыло бы нужды 90% пользователей десктопов в корпоративном секторе. В настоящий момент подобные продукты все больше и больше становятся обыкновенной подложкой под сам «интернет». Самым важным десктоп-приложением становится браузер, а создать его уже совсем не так сложно, как показывает пример Opera или Яндекс.Браузера.
Казалось бы, все переехали на Chromium — но в этом нет ничего плохого. Если взять за основу существующую платформу, навесить на нее дополнительные функции и обеспечить цикл поддержки, это позволит создать конкурентоспособный продукт. А уже параллельно можно будет заняться и созданием собственного Chromium, если это необходимо.
Железное небо
Конечно, для создания собственного облака необходимы и другие компоненты, и первая проблема здесь — отсутствие железа (особенно печальная ситуация сложилась с серверными платформами). Быстрого решения в этой области ждать не приходится, поэтому на первых этапах нет ничего зазорного в том, чтобы использовать уже имеющиеся решения.
С сетевыми «железяками» ситуация постепенно налаживается, в области NAS серьезные вещи делает RAIDIX, нельзя сбрасывать со счетов и «Т-Платформы». С софтом ситуация гораздо лучше — есть прекрасная платформа для виртуализации от Parallels и nginx, как надежная основа для серверов приложений.
Не все гладко и с СУБД (даже создатели «Эльбруса» из МЦСТ говорят об Oracle), хотя есть такие продукты, как «Линтер», Red «База данных». При этом необходимо понимать, что с MS SQL и Oracle съехать легко и просто не получится. Это, однако, не означает, что не нужно создавать собственные enterprise-СУБД: как минимум RDBMS и какое-то количество NoSQL-проектов (например, document и graph) — точно бы не помешало. Даже если брать за основу PostgreSQL, Hadoop или ElasticSearch — главное, чтобы эти продукты использовались и под них создавались приложения.
Итого
Конечно же, свободное ПО вполне можно и нужно использовать, адаптировать и развивать. Однако тезисы о его бесплатности, «лицензионной чистоте» и защищенности не выдерживают никакой критики. «Бесплатно» и «безопасно» — это просто сказки, и все знают, где бывает бесплатный сыр.
Нынешний период может стать золотым временим для IТ-отрасли в России. В деле импортозамещения стоит сделать ставку на «национальных чемпионов» в своей области, работающих в плотной кооперации, форсировать прорывные или просто необходимые проекты, предоставлять бизнесу «длинные деньги» и обеспечивать контроль и прозрачность — но это все как раз и в силах государства.
Автор: Сергей Гордейчик, по материалам личного блога (1, 2)