↔️Во времена масштабного и стремительного импортозамещения велик соблазн воспользоваться наиболее простым решением.

Например, взять готовый иностранный продукт, разрабатываемый единолично американской корпорацией, но распространяемой под "открытой" лицензией, сделать небольшие доработки, поменять интерфейс – и готово, у нас есть российский продукт.

Так довольно часто происходит с отечественным ПО, разработанным на базе AOSP.
И это вполне эффективная стратегия, которая может сэкономить массу времени и ресурсов и даже снизить некоторые краткосрочные операционные риски.

Но в долгосрочной перспективе подобные решения могут иметь негативные последствия, ведь, несмотря на «открытость» кода, каждая новая версия AOSP разрабатывается Google в закрытом режиме и отловить, что именно поменялась в многочисленных строчках кода невозможно. Отсюда риски закладок и утечки данных. Не говоря уже о том, что в принципе все права на АОСП, как и на средства разработки Андройд-приложений, принадлежат американской компании и могут стать объектом очередных санкций в любой момент🔻

Кстати, напомню, что совсем недавно США запретили оказывать услуги IT-поддержки для программного обеспечения, которое используется для управления предприятием, проектирования и производства.

Коснулись этой темы на заседании секции «Распространение российских цифровых продуктов и платформ» с коллегами из Минцифры, Минпромторга и бизнеса❕

К однозначному ответу на вопрос «АОСП – это хорошо или плохо» - не пришли. Важно, в каких сценариях риски его использования приемлемы, а в каких – нет. В госорганах, в госкорпорациях, там, где обрабатываются чувствительные и персональные данные, на критически важных объектах, на объектах критической инфраструктуры – однозначно нет.

Этот вопрос должен быть отрегулирован нормативно, в том числе, с помощью реестра отечественного ПО, в котором сейчас есть масса решений на AOSP☑️

🟢Подписывайтесь на канал @senator_sheikin

#советфедерации
#сенаторшейкин