Mail.ruПочтаМой МирОдноклассникиИгрыЗнакомстваНовостиПоискСмотриComboВсе проекты
, Источник: Twitter (nnikiforov)

Россия поможет развитию Tizen и Sailfish для борьбы с монополией Android и iOS

Министр связи и массовых коммуникаций Российской Федерации Николай Никифоров сделал интересное заявление о поддержке независимых систем. Речь идет о Tizen, которую развивает корейская Samsung и ряд других компаний, а также о Sailfish от финской Jolla. По словам министра, разработчиков под эти ОС ждут гранты, чтобы бороться с монополией американских Android и iOS.

Недавно Николай Никифоров продемонстрировал корейский смартфон на операционной системе Tizen, Samsung Z1, выразив воодушевление «демонополизацией мировой IT-экосистемы». На резонное замечание о нехватке ПО, Никифоров сказал, что будут созданы условия для продвижения независимых мобильных ОС. Неожиданное заявление министра сразу вызвало бурное обсуждение в Сети.

Таким образом, разработчики должны будут переносить свои продукты для, по сути, всего двух смартфонов: Jolla и Samsung Z1, а также планшета Jolla, который еще даже не поступил в продажу.

Интересный момент: несмотря на заявление представителя компании Samsung о том, что смартфоны на Tizen будут доступны в России только для корпоративных пользователей, Николай Никифоров заверил, что аппараты на этих двух системах в скором времени будут массово продаваться в России. К слову, первый уже продается.

Известно, что Николай Никифоров крайне недоверчиво относится к закрытым операционным системам. В июле 2014 года он даже обратился к Apple с предложением открыть исходный код iOS, чтобы российские специалисты могли изучить данное программное обеспечение на предмет наличия в нем скрытых возможностей. 

«Разоблачения Эдварда Сноудена в 2013 году и публичные заявления американских спецслужб об усилении слежки за Россией в 2014 году серьезно поставили вопрос доверия зарубежному программному обеспечению и оборудованию, — заявил тогда Николай Никифоров. — Очевидно, что те компании, которые раскрывают исходный код своих программ, ничего не скрывают, а вот те, кто не намеревается наладить сотрудничество с Россией в этом вопросе, могут иметь недекларированные возможности в своих продуктах»

Свое мнение относительно Android, исходный код которого доступен любому, министр не изменил, но даже отметил, что ситуация с закрытость системы только усугубляется: 

С мнением о закрытости Android согласны и игроки рынка. Несмотря на позиционирование ОС Android как «открытой», Google вводит все больше требований для производителей. Так, компания в обычных условиях вынуждает устанавливать фирменные приложения по умолчанию и располагать их, равно как и строку поиска, на первом экране в обмен на доступ к поисковой системе, YouTube и своему магазину приложений. Руководитель Cyanogen Кирт Макмастер (Kirt McMaster) недавно высказался о планах сделать CyanogenMod независимым от Google, что побудило Microsoft стать миноритарным инвестором разработчиков самой популярной альтернативной прошивки Android.

Обзоры новинок
Подробности о главных премьерах
Комментарии
589
Антон Каменских
Чтобы пользователи установили новый продукт , надо иметь возможность новую программу загрузить и установить поверх андроида и дать возможность сравнить системы
СсылкаПожаловаться
Серж Дифлюкс
В ответ на комментарий от dgrn История переписки4
dgrn
я имел ввиду стабильность и отказоустойчивость, как пример - QNX-системы. вопрос безопасности вторичен.
СсылкаПожаловаться
QNX была такая же глючная, как и все остальное, написанное на C/C++. Просто у них было много времени, чтобы успеть отладить ее. Но она все равно содержит в себе ошибки! Во всем мире количество ошибок на 1000 строк кода (до тестирования)остается практически неизменным за 30 лет.
СсылкаПожаловаться
dgrn
В ответ на комментарий от Серж Дифлюкс История переписки3
Серж Дифлюкс
Потому, что нет альтернатив. Говоря о технологической разработке, я имею в виду полный комплекс средств: от языка до ОС. АЭС так же хакали и не один раз. Автомобили будут хакать как только там появится маркет с тонной приложений.
СсылкаПожаловаться
я имел ввиду стабильность и отказоустойчивость, как пример - QNX-системы. вопрос безопасности вторичен.
СсылкаПожаловаться
Серж Дифлюкс
В ответ на комментарий от dgrn История переписки2
dgrn
для обычных пользователей да, но для промышленности нет. иначе, почему до сих пор все АЭС, все крупнейшие авиа- и автопроизводители и т.д. используют ПО, написанное на С/С++
СсылкаПожаловаться
Потому, что нет альтернатив. Говоря о технологической разработке, я имею в виду полный комплекс средств: от языка до ОС. АЭС так же хакали и не один раз. Автомобили будут хакать как только там появится маркет с тонной приложений.
СсылкаПожаловаться
dgrn
В ответ на комментарий от Серж Дифлюкс
Серж Дифлюкс
Tizen — это опять Linux, все, что пишется на старых языках C/C++ — мертвый путь.
СсылкаПожаловаться
для обычных пользователей да, но для промышленности нет. иначе, почему до сих пор все АЭС, все крупнейшие авиа- и автопроизводители и т.д. используют ПО, написанное на С/С++
СсылкаПожаловаться
Серж Дифлюкс
Ваше заблуждение в этих словах: "Если вы программу пишете текстом, то хранить ее как то по другому как минимум не корректно."
СсылкаПожаловаться
Fallen Angel
В ответ на комментарий от Серж Дифлюкс История переписки17
Серж Дифлюкс
Давайте на этом и закончим ))))
С человеком, который думает, что добытую нефть нужно хранить и использовать как нефть, а не перерабатывать в бензин — говорить мне не о чем.
СсылкаПожаловаться
Как и большинства людей, ваши аналогии - совсем не аналогичны.
Если вам нужно будет исправить бензин - то вы возьмете нефть, ту же что уже переработали, и получите другой бензин?...
как эта аналогия вяжется с хранением программного кода?.. Вы компилируете код, получаете приложение, в случае необходимости вы меняете код, перекомпилируете, снова получаете приложение.
Где вы увидели аналогию, не очень понятно ...
И про нефть, если она ваша, и вы используете различные виды топлива таки да ... Лучше хранить нефть и перерабатывать по мере надобности в нужное топливо .. а не все сразу в 95ый... тем более если у вас есть потребность в 98ом ...
Но да, соглашусь, На этом и закончим.
СсылкаПожаловаться
Серж Дифлюкс
В ответ на комментарий от Fallen Angel История переписки16
Fallen Angel
Последнее предложение должно было стоять в начале :)
Если вы программу пишете текстом, то хранить ее как то по другому как минимум не корректно.
СсылкаПожаловаться
Давайте на этом и закончим ))))
С человеком, который думает, что добытую нефть нужно хранить и использовать как нефть, а не перерабатывать в бензин — говорить мне не о чем.
СсылкаПожаловаться
Fallen Angel
В ответ на комментарий от Серж Дифлюкс История переписки13
Серж Дифлюкс
В общем все в топку. Все "современное" софтостроение в топку. Все языки на тормозных виртуальных машинах Java, JS, PHP, Perl, AS3 — кучу языков основанных на Java и JVM, например Groovy.
Все ОС в топку (Windows, Mac OSX, Linux, Unix, Android, iOS,
Tizen, Blackberry, Roku), особенно написанные видимо на любимом вами C++.
В топку все репозитории хранящие текстовое барахло.
Только http://genplatform.ru
А по поводу ноликов и единиц - АСМ. Попробуйте написать офис. Когда вы его на 0.05% напишите, уже выйдет новый процессор, с новым ассемблером и с новой группировкой команд.
И начинайте всё заново. ЗАТО ОПТИМАЛЬНО БУДЕТ работать на пределе каждого такта )))))))))))))
СсылкаПожаловаться
Вы знаете, с таким подходом, я таки предпочту винду или линукс, чем то, что вы там ваяете:)
А по поводу написания на асм - не всё на нем пишется, а только те части где у компилятора например сишного возникают проблемы с чем то, или оптимизация фиговая...
По поводу офиса: для чего мне писать офис?... Если сейчас есть не один вариант этого продукта, меня полностью устраивающий?... Вы любите изобретать велосипед повторно? Я - нет.
СсылкаПожаловаться
Fallen Angel
В ответ на комментарий от Серж Дифлюкс История переписки15
Серж Дифлюкс
Визуально это может быть и текст, а вот хранение и структуризация кода, уже не текст.
Текст насыщается визуальными вставками, которые хранят сущностное представление, а показывают человеческое (причём могут это делать в разных видах).
Интегрированное хранилище — класса и других сущностей не является монолитным текстом, хранилище — более напоминает реляционную таблицу.
Все связи происходят на связывании ID, а не символических имён.
Изменения внутри функции, касаются — только данной функции. Блоки кода можно не комментарить — а отключать.
Все связи практически рассчитываются моментально. По умолчанию проходит рефакторинг, а не переименование.
При ветвлении проекта — достаточно быстро рассчитывается список коллизий со своими и чужими ветками.
Проект — во время эволюции, практически всегда находится в целостном состоянии. Указывая на коллизии, устаревания, замены.
Не знаю, есть ли смысл вам рассказывать, вдруг не поймете.
СсылкаПожаловаться
Последнее предложение должно было стоять в начале :)
Если вы программу пишете текстом, то хранить ее как то по другому как минимум не корректно.
СсылкаПожаловаться
Fallen Angel
В ответ на комментарий от Серж Дифлюкс История переписки13
Серж Дифлюкс
Приложения, это слишком просто, проблемы начинаются когда появляются плагины, когда эти плагины не подконтрольны разработчику, когда из интернета загружаются моды и т.д.
Я не говорю сейчас про отдельных специалистов, я говорю про массовый рынок, как сделать всем жизнь проще и безопаснее.
В настоящем программировании в системе плагинов(расширений) или во внутренностях программы имеется предписание ЧТО НУЖНО СДЕЛАТЬ. Но нет никакого ограничения на то, как это нужно сделать и какие средства можно использовать.
Из-за отсутствия контроля соглашений, либо никакого контроля не производится, либо происходит тотальный запрет. Либо предлагается покупать различные сертификаты разработчика, но в плане безопасности такие сертификаты мало, что решают. Даже открытость исходного кода может не дать результата. Как пример OpenSSL. Все исходники были доступны, многократно проверялся и тестировался экспертами и энтузиастами, а лазейки для взлома всё-рвно нашлись.
СсылкаПожаловаться
Не уверен что всем нужно делать жизнь проще и безопаснее... Не надо за людей их проблемы решать... Сами все взрослые, и в состоянии решить что нужно, а что нет :)
Тем более регламентировать применяемые методы для программистов тоже не стоит :)
СсылкаПожаловаться
Серж Дифлюкс
В ответ на комментарий от Fallen Angel История переписки12
Fallen Angel
Т.е. вы исключительно за приложение=ОС? ....
Для крупных проектов, возможно приемлемо ... для мелких скорее нет чем да.
А насчет ноликов и единиц - АСМ, запросто, проблем особых не вижу.
Каким образом вы связываете язык программирования и вирусы?.. Опять же каким образом вы так связали си и падающее ПО?...
Мне ваша логика в данном случае не понятна совершенно ...
Падающее ПО можно и на ПХП написать, поверьте мне, тут все дело в прокладке между стулом и монитором, и никак иначе...
Насчет жить в средневековье .. вы же понимаете что предлагаете невозможное в принципе?...
СсылкаПожаловаться
В общем все в топку. Все "современное" софтостроение в топку. Все языки на тормозных виртуальных машинах Java, JS, PHP, Perl, AS3 — кучу языков основанных на Java и JVM, например Groovy.
Все ОС в топку (Windows, Mac OSX, Linux, Unix, Android, iOS,
Tizen, Blackberry, Roku), особенно написанные видимо на любимом вами C++.
В топку все репозитории хранящие текстовое барахло.
Только http://genplatform.ru
А по поводу ноликов и единиц - АСМ. Попробуйте написать офис. Когда вы его на 0.05% напишите, уже выйдет новый процессор, с новым ассемблером и с новой группировкой команд.
И начинайте всё заново. ЗАТО ОПТИМАЛЬНО БУДЕТ работать на пределе каждого такта )))))))))))))
СсылкаПожаловаться
Серж Дифлюкс
В ответ на комментарий от Fallen Angel История переписки14
Fallen Angel
А каким образом вы предлагаете писать инструкции если не текстом?...
Мне вот сейчас стало просто интересно ... как еще можно писать программы ...
СсылкаПожаловаться
Вобщем — я могу написать еще список — преимуществ перед монолитным текстом. Про РВ-кодирование не было сказано, про исправление ошибок — во время отладки, про размещении трейсеров, про трассировку алгоритмов, зачастую не требующую старта приложения, про библиотеки PURE-функций. Про "живые" TEMPLATE. Про абстрактные структуры данных...
СсылкаПожаловаться
Серж Дифлюкс
В ответ на комментарий от Fallen Angel История переписки14
Fallen Angel
А каким образом вы предлагаете писать инструкции если не текстом?...
Мне вот сейчас стало просто интересно ... как еще можно писать программы ...
СсылкаПожаловаться
Визуально это может быть и текст, а вот хранение и структуризация кода, уже не текст.
Текст насыщается визуальными вставками, которые хранят сущностное представление, а показывают человеческое (причём могут это делать в разных видах).
Интегрированное хранилище — класса и других сущностей не является монолитным текстом, хранилище — более напоминает реляционную таблицу.
Все связи происходят на связывании ID, а не символических имён.
Изменения внутри функции, касаются — только данной функции. Блоки кода можно не комментарить — а отключать.
Все связи практически рассчитываются моментально. По умолчанию проходит рефакторинг, а не переименование.
При ветвлении проекта — достаточно быстро рассчитывается список коллизий со своими и чужими ветками.
Проект — во время эволюции, практически всегда находится в целостном состоянии. Указывая на коллизии, устаревания, замены.
Не знаю, есть ли смысл вам рассказывать, вдруг не поймете.
СсылкаПожаловаться
Серж Дифлюкс
В ответ на комментарий от Fallen Angel История переписки12
Fallen Angel
Еще раз спрошу - каким образом вы связываете C++ и собственно проблемы безопасности ПО?
Растолкуйте мне свою точку зрения, пожалуйста.
Почему кто-то пишет приложения, и их не ломают (сейчас исключаем взлом через дыры в другом софте), а кто-то пишет подобные же приложения, и там дыра на дыре?.. У них разный C++? ...
Я чего-то не понимаю, видимо ..
СсылкаПожаловаться
Приложения, это слишком просто, проблемы начинаются когда появляются плагины, когда эти плагины не подконтрольны разработчику, когда из интернета загружаются моды и т.д.
Я не говорю сейчас про отдельных специалистов, я говорю про массовый рынок, как сделать всем жизнь проще и безопаснее.
В настоящем программировании в системе плагинов(расширений) или во внутренностях программы имеется предписание ЧТО НУЖНО СДЕЛАТЬ. Но нет никакого ограничения на то, как это нужно сделать и какие средства можно использовать.
Из-за отсутствия контроля соглашений, либо никакого контроля не производится, либо происходит тотальный запрет. Либо предлагается покупать различные сертификаты разработчика, но в плане безопасности такие сертификаты мало, что решают. Даже открытость исходного кода может не дать результата. Как пример OpenSSL. Все исходники были доступны, многократно проверялся и тестировался экспертами и энтузиастами, а лазейки для взлома всё-рвно нашлись.
СсылкаПожаловаться
Fallen Angel
В ответ на комментарий от Серж Дифлюкс История переписки13
Серж Дифлюкс
Есть такое понятие случайная [инцидентная] структура и случайная сложность.
Можно вас простить, если вы думаете, что уход от представления программ в виде текста, разделенного на файлы это несущественная деталь. Кому какое дело, как программы представлены и в виде чего хранятся, так? А на деле, это крупный источник случайной сложности приводит к хлещущим через край последствиям вдоль всей цепи средств разработки, от захламления процессов мышления программиста, до сред разработки и систем сборки и развертывания. Как и в случае со многими другими вещами, размах с которым благодаря случайной сложности теряется продуктивность, остается за пределами радаров большинства программистов. Они невольно принимают эту потерю продуктивности как должное, вплоть до того, что находят «разумные» причины в оправдание своей зависимости от файлов и текста в программировании.
СсылкаПожаловаться
А каким образом вы предлагаете писать инструкции если не текстом?...
Мне вот сейчас стало просто интересно ... как еще можно писать программы ...
СсылкаПожаловаться
Серж Дифлюкс
В ответ на комментарий от Fallen Angel История переписки12
Fallen Angel
Т.е. вы исключительно за приложение=ОС? ....
Для крупных проектов, возможно приемлемо ... для мелких скорее нет чем да.
А насчет ноликов и единиц - АСМ, запросто, проблем особых не вижу.
Каким образом вы связываете язык программирования и вирусы?.. Опять же каким образом вы так связали си и падающее ПО?...
Мне ваша логика в данном случае не понятна совершенно ...
Падающее ПО можно и на ПХП написать, поверьте мне, тут все дело в прокладке между стулом и монитором, и никак иначе...
Насчет жить в средневековье .. вы же понимаете что предлагаете невозможное в принципе?...
СсылкаПожаловаться
Есть такое понятие случайная [инцидентная] структура и случайная сложность.
Можно вас простить, если вы думаете, что уход от представления программ в виде текста, разделенного на файлы это несущественная деталь. Кому какое дело, как программы представлены и в виде чего хранятся, так? А на деле, это крупный источник случайной сложности приводит к хлещущим через край последствиям вдоль всей цепи средств разработки, от захламления процессов мышления программиста, до сред разработки и систем сборки и развертывания. Как и в случае со многими другими вещами, размах с которым благодаря случайной сложности теряется продуктивность, остается за пределами радаров большинства программистов. Они невольно принимают эту потерю продуктивности как должное, вплоть до того, что находят «разумные» причины в оправдание своей зависимости от файлов и текста в программировании.
СсылкаПожаловаться
Fallen Angel
В ответ на комментарий от Серж Дифлюкс История переписки11
Серж Дифлюкс
Ведроид, кстати, глючит и падает не из-за VM, а из-за C++. Если бы ОС была написана на Java это была бы наверное одна из самых стабильных ОС, но тормозная.
Linux, Windows, OSX в утиль пустить нужно.
Современная ОС должна быть стабильной и безопасной, к сожалению язык C++ этого сделать не позволяет. Чем больше интернет будет проникать в устройства, тем больше будет взломов и краж (денег, информации и т.д.) и все это из-за небезопасного С++. Вы тупо мобильный кошелек не сможете на смартфоне держать, без риска кражи, что уж говорить про умный дом.
СсылкаПожаловаться
Еще раз спрошу - каким образом вы связываете C++ и собственно проблемы безопасности ПО?
Растолкуйте мне свою точку зрения, пожалуйста.
Почему кто-то пишет приложения, и их не ломают (сейчас исключаем взлом через дыры в другом софте), а кто-то пишет подобные же приложения, и там дыра на дыре?.. У них разный C++? ...
Я чего-то не понимаю, видимо ..
СсылкаПожаловаться
Fallen Angel
В ответ на комментарий от Серж Дифлюкс История переписки11
Серж Дифлюкс
Так там от языковых команд до машинного кода много посредников.
Если вы любите создавать все с ноля и у вас бесконечная жизнь, сидите и печатайте 0000111010001000111 :)
вообще без посредников ))))))
прямо в блокноте ))))
Там у языков полно других проблем, особенно у С/С++, это дырявые корыта. Если вы любитель вирусов и падающего ПО, это ваш выбор. Еще можете жить в средневековье, где не было законов и посредников, вы один на один с жестоким миром. Ударили вас по голове и никто не вмешается и будут ударять и ударять, пока все не заберут. Как-то так.
Я против не только ART/Далвика/JVM/AIR, я против и самого ядра Linux, Windiws, OSX.
СсылкаПожаловаться
А по поводу средневековья- вы как то уж слишком утрируете ... Не совсем так там все было :)
СсылкаПожаловаться
Серж Дифлюкс
В ответ на комментарий от Fallen Angel История переписки10
Fallen Angel
Вооот... а Джава виртуальная стоит на ведроидах ... а люди их хвалят ... ужас какой...
Фреймворк? Любой Фреймворк есть зло ...
СсылкаПожаловаться
Ведроид, кстати, глючит и падает не из-за VM, а из-за C++. Если бы ОС была написана на Java это была бы наверное одна из самых стабильных ОС, но тормозная.
Linux, Windows, OSX в утиль пустить нужно.
Современная ОС должна быть стабильной и безопасной, к сожалению язык C++ этого сделать не позволяет. Чем больше интернет будет проникать в устройства, тем больше будет взломов и краж (денег, информации и т.д.) и все это из-за небезопасного С++. Вы тупо мобильный кошелек не сможете на смартфоне держать, без риска кражи, что уж говорить про умный дом.
СсылкаПожаловаться
Чтобы оставить комментарий, вам нужно авторизоваться.
Вы не ввели текст комментария
Вы не ввели текст комментария
Обнаружили ошибку? Выделите ее и нажмите Ctrl+Enter.
Подпишитесь на нас