Архив: заметки с тегом ПО

США защитят исходный код своего ПО от проверок ФСБ

Архiвъ — Thu, 07 Jun 2018 09:46:50 +0300

Американские технологические компании будут обязаны сообщать Пентагону о любых попытках «неприятельских» государств, например, России и Китая изучить программное обеспечение, предназначенное для военных ведомств США. Сейчас американские корпорации, работающие в России, обязаны раскрывать исходный код своего ПО российским спецслужбам, и в последние три года такие проверки проводились десятки раз.

Детали

Соответствующий законопроект внесла в Конгресс США сенатор Джин Шахин, которая ранее убедила Конгресс запретить госорганам США использование ПО «Лаборатории Касперского». Особое внимание в документе уделяется неразглашению исходного кода ПО (source code), которое используется госструктурами США.

В случае одобрения законопроекта технологические компании, которые ведут дела с американскими военными ведомствами, будут обязаны сообщать о любом случае изучения исходного кода их ПО «государствами-противниками в сфере кибербезопасности» (упоминаются Россия и Китай). Если Пентагон решит, что какой-либо случай может представлять угрозу, военное ведомство с разработчиком ПО должны договориться, как противостоять «этой опасности».

Все подобные ситуации будут записываться и храниться в отдельной базе, которая будет доступна только для военных.
Законопроект продвигает сенатор Джин Шахин, Reuters называет ее «ключевым голосом» по вопросам кибербезопасности в Конгрессе — именно она добилась запрета на использование ПО «Лаборатории Касперского» госструктурами США.

Контекст

Как в начале года выяснило Reuters, крупнейшие американские производители ПО — SAP, Symantec и McAfee — выдают ФСБ и структурам российского Минобороны исходные коды софта, который широко применяется как минимум в десятке важнейших американских гоструктур. Речь в том числе идет о Пентагоне, NASA, Госдепартаменте и ФБР. Американские законы не позволяют правительству запретить эту практику, так как формально это ПО не относится к военным разработкам.

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

У американских поставщиков ПО и так есть проблемы с российским рынком — из-за американских санкций два российских дистрибутора компании Microsoft ужесточили правила продажи ее ПО для российских компаний.

Шансы на принятие у закона высоки, и российским спецслужбам он точно не понравится — стоит ожидать новых обоюдных ограничений по поставкам ПО.

http://perevodika.ru/articles/1198987.html

Как санкции Oracle скажутся на нефтегазовой отрасли России

Архiвъ — Fri, 23 Feb 2018 23:50:55 +0300

http://365news.biz/news/analitika/24331-kak-sankcii-oracle-skazhutsya-na-neftegazovoy-otrasli-rossii.html

Один из крупнейших мировых производителей программного обеспечения (ПО) — американская корпорация Oracle — с 29 января ужесточил ограничения на поставку своей продукции российским нефтегазовым компаниям и её поддержку. Объявленные компанией меры предприняты во исполнение принятых Минфином США шагов по расширению санкций против России.

Выполняя новые решения правительства США, Oracle не будет поставлять своё ПО и обслуживать его для попавших в ограничительный перечень проектов «Газпрома», «Роснефти», ЛУКОЙЛа и еще около 280 компаний и предприятий — полностью российских или с российской долей участия. Компания Oracle не только отказывается от новых поставок своего ПО в рамках введенных ограничений, но и не будет продлевать уже заключенные контракты на поставки и поддержку работы своей продукции.

Специализация Oracle в общем плане — это системы управления базами данных (СУБД) и системы управления ресурсами предприятия (ERP). В нефтегазовой сфере Oracle располагает широким спектром программного обеспечения для поддержки всех этапов производства — разведки и добычи нефти и газа, их транспортировки, переработки, поставок конечным пользователям и розничной продажи. При этом зависимость российской нефтегазовой отрасли от иностранного ПО очень высока. Минпромторг РФ оценивает долю импортного программного обеспечения в нефтегазовой отрасли в 91%. Председатель Союза разработчиков программного обеспечения и информационных технологии ТЭК (СРПО ТЭК)

Следовательно, до 70% применяемого нефтегазовыми предприятиями России программного обеспечения станет не поддержкой, а угрозой для производства. Учитывая, что нефтегазовые промыслы, трубопроводы и перерабатывающие заводы — предприятия повышенной опасности, такая ситуация равна их разрушению, так как или придется предприятие останавливать, или продолжать работу с риском техногенной катастрофы и гибели людей и оборудования. А это уже война. Именно с этим неизбежно придется столкнуться, если ограничительные меры Oracle будет вынуждена распространить на всю нефтегазовую отрасль России.

Правдивая ложь оптимистичных интерфейсов

Архiвъ — Fri, 23 Feb 2018 23:28:25 +0300

https://m.habrahabr.ru/company/jugru/blog/315806/

Три пользовательских интерфейса заходят в паб. Первый заказывает напиток, затем ещё несколько. Парой часов позже он просит счёт и покидает паб пьяным. Второй заказывает напиток, платит за него сразу же, заказывает ещё один, платит за него, продолжает в том же духе, и через пару часов покидает паб пьяным. А третий заходит в паб уже пьяным — он знает, как работают пабы, и достаточно эффективен, чтобы не терять время. Слышали об этом третьем? Его называют «оптимистичным UI».

Как вы думаете, как часто ли ваш сервер выдаёт ошибку в ответ на действие пользователя? Например, часто ли ваш API делает это при нажатии на кнопку? Или при клике по ссылку? Честно говоря, не думаю. Разумеется, это зависит от конкретного API, нагрузки на сервер, уровня обработки ошибок и других факторов, в которые вы как фронтенд-разработчик или UX-специалист можете совершенно не хотеть вникать. Но пока API стабильный и предсказуемый, а фронтенд корректно передаёт возможные действия с интерфейсом, количество ошибок в ответ на действия пользователя будет довольно низким. Я бы даже предположил, что оно не будет превышать 1-3%. Это значит, что в 97-99% случаев, когда пользователь нажимает кнопку на сайте, сервер ответит успешно и без ошибки.

Задумайтесь на секунду: если мы на 97-99% уверены в успехе определённого ответа, то мы можем быть уверены и в будущем — ну, по крайней мере, в куда большей степени, чем кот Шрёдингера был уверен в своём. Следовательно, мы можем изменить весь сценарий взаимодействия с кнопкой на следующий:

Пользователь нажимает на кнопку.
Визуальное отображение кнопки немедленно меняется на «успешное».

И всё! По крайней мере, с точки зрения пользователя, больше тут ничего нет — ни ожидания, ни необходимости наблюдать неактивную кнопку, ни ещё одного раздражающего спиннера. Взаимодействие пользователя с системой происходит гораздо более гладко, без напоминания системы о себе.

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

Пользователь нажимает на кнопку.
1.Визуальное состояние кнопки немедленно меняется на успешное.
Запрос отправляется на сервер.
Ответ сервера отправляется обратно на страницу.
В 97-99% случаев мы уже знаем, что он успешный, так что не требуется отвлекать пользователя.
Только в случае ошибки система даёт о себе знать. Не волнуйтесь об этом сейчас — до ошибок мы ещё дойдём.

Психология, стоящая за оптимистичным UI

Я пока ни разу не слышал, чтобы кто-нибудь жаловался на вышеупомянутые оптимистичные взаимодействия в популярных соцсетях. Поэтому предположим, что оптимистичные UI работают. Но почему они работают с точки зрения пользователей? Просто потому что люди ненавидят ждать. Вот и всё! Можно переходить к следующей части статьи.

Но если вы всё ещё читаете, вероятно, вы хотите узнать, почему все-таки это так. Давайте рассмотрим чуть глубже психологическое обоснование этого подхода.

Практические правила

— Прежде всего убедитесь, что ваш API надёжен и возвращает предсказуемые результаты. Это чрезвычайно важно.

— Интерфейс должен находить потенциальные ошибки и проблемы до того, как запрос отправится на сервер. Ещё лучше — полностью избавиться от чего-либо, что может привести к ошибке с API. Золотое правило: чем проще UI-элемент, тем проще будет сделать его оптимистичным.

— Применяйте оптимистичные паттерны только к простым «бинарным» элементам, от которых не ожидается ничего, кроме ответа об успехе или неудаче. Скажем, если кнопка предполагает варианты ответа сервера «да», «нет» и «может быть» (каждый из которых может означать успех в некоторой степени), то такую кнопку лучше оставить без оптимистичного паттерна.

— Знайте время ответа своего API. Это критично. Если вы знаете, что для какого-то конкретного запроса время ответа никогда не оказывается ниже 2 секунд, то для начала займитесь работой над API. Как мы уже выяснили, оптимистичный UI работает лучше всего для времени ответа менее 2 секунд. Выход за эти пределы может привести к неожиданным результатам и большому количеству недовольных пользователей. Я предупредил.

— Оптимистический UI — это не только про нажатия на кнопки. Этот подход может быть применён к различным событиям в жизненном цикле страницы, включая её загрузку. Например,skeleton screens следуют тому же принципу: вы надеетесь, что сервер ответит успешно, и заполнит плейсхолдеры, показываемые пользователю как можно раньше.

20 лет инициативе Open Source

Архiвъ — Mon, 12 Feb 2018 11:17:49 +0300

Исторический фон для создания OSI

Free Software зародилось вместе с первыми ПК примерно в середине 70-х, но тогда оно всухую проигрывало проприетарному ПО, которое было единственной основой всего мира программного обеспечения. И тем более, не было ни идеологии, ни философии open source — в общем, «настоящих буйных мало, вот и нету вожаков». Первый слом произошёл с появлением Интернета, в котором Unix-подобные системы играли ощутимую роль.

Тогда же появился и первый «вожак» и по-хорошему «буйный», который впервые сформулировал концепцию Free Software, — Ричард Столлман. После первого эксперимента со свободным ПО (драйвер для принтера), он приступил к разработке собственной операционной системы Hurd. Понятно, что один он с ней никогда бы не справился, поэтому в 1983 году он создал GNU (GNU’s Not UNIX), внутри которого при прямом участии Столлмана появились и Emacs (текстовый редактор), и GCC (компилятор), и сборщик gmake, и др. Спустя 2 года существования GNU выпустили манифест, в котором не только рассказали о проекте, но и призвали программистов всего мира присоединиться к движению Free Software.

Со следующей организацией Столлмана знакомы многие из нас (и многие получают их информативные рассылки) — Free Software Foundation. Тем временем, текстовый редактор Emacs был использован компанией Unipress для создания своего платного проприетарного продукта. Это был удар со стороны бизнеса — стало ясно, что идею нужно каким-то образом защищать. Сперва появилась идея copyleft (по образцу copyright) — кто угодно мог использовать код, модифицировать его и распространять, но только на тех же свободных условиях. Из копилефта выросла лицензия GNU General Public License (GPL) как ответ наглому Юнипрессу. В 1985 году FSF сформулировал четыре основных признака, по которым можно отнести софт к свободному ПО. Вот они:

запускайте ПО для любых нужных вам целей;
изменяйте программу в соответствие с вашими потребностями — чтобы эта свобода была реализована на практике, должен быть доступ к исходному коду, так как без этого внести изменения в программу весьма проблематично;
распространяйте копии, бесплатно или за вознаграждение;
распространяйте изменённые версии ПО, чтобы сообщество могло извлечь выгоду из всех ваших улучшений.

К тому времени у Столлмана появились сторонники и… противники, которые вроде как были за свободное ПО, но и поживиться за его счёт были не прочь. Столлман был (и остаётся!) воинствующим сторонником идеального мира полностью открытого ПО, а вот часть его последователей решили создать полумеры и придумали open source.

У каждой войны и революции, как известно, есть причина и повод. И если в бизнесе и деловом мире причиной чаще всего выступают деньги, то поводом стало одно событие, опять же связанное с деньгами.

OSI добра

Итак, всё началось с того, что компания Netscape Communications Corporation опубликовала исходный код web-браузера Netscape Communicator как открытое программное обеспечение. Причиной такого поступка послужила конкуренция с браузером Microsoft Internet Explorer, которая привела к заметному снижению прибыли. Кстати, выход Netscape в опенсорс через 5 лет привёл к тому, что появился новый браузер — Mozilla Firefox

Как появился Open Source, который должен был стать понятным всем? 3 февраля 1998 года в Пало-Альто собралась конференция по Free Software, которая и дала начало явлению (а это явление — социальное, культурное, экономическое) open source.

Люди, собравшиеся на конференции, преследовали две цели:

во-первых, сделать концепцию свободного ПО более понятной и прозрачной для широких масс,
а во-вторых, отвязать мысли пользователей от слова «free», что испокон капиталистических веков трактовалось не только как свобода, а больше как «бесплатный».

Поэтому одна из участниц конференции, Кристин Петерсон, предложила формулировку «open source». Примерно в это же время Эрик Раймонд и Брюс Перенс основали Open Source Initiative (OSI) — организацию, целью которой стало продвижение идеологии открытого ПО, оказание технической поддержки и, конечно, контроль за соответствием практики использования софта свободным лицензиям (коих к нашему времени стало несколько). Понятно, что Столлман был возмущён таким раскладом, обвинял OSI в том, что они от философии ушли к методологии разработки (сравните free и open).

Что было дальше? В принципе, всё ожидаемо: коммерциализация отдельных аспектов, создание «лукавых» с точки зрения free software форм лицензирования (например, ПО, которое можно использовать в коммерческих разработках) и главное, потрясающе главное — то, ради чего и почему сегодня про 20-летие Open Source на Хабре пишет разработчик проприетарной коммерческой CRM-системы — open source покорил мир, в движение влились сотни тысяч, миллионы программистов со всего света. Появились приложения, программы, целые системы и отдельные библиотеки, операционные системы и языки программирования. Без опенсорса нет практически ни одного серьёзного проекта. Одними из первых open source поддержали Linux, Sendmail, Perl, Python, Apache. А одним из первых проектов, показавших, что свободное программное обеспечение может стать ещё и успешным бизнесом, стала SugarCRM, получившая несколько популярных и не очень форков.

Логотип OSI — отсылка к букве О (open), которая скрещена с замочной скважиной, символом разблокированного исходного кода. Его создал Колин Виброк.

https://habrahabr.ru/company/regionsoft/blog/348724/

Юрий Курносов: Азбука аналитики

Архiвъ — Tue, 30 Jan 2018 16:19:43 +0300

[...] В квадратных скобках указана страница книги

«Аналитика» (АН) — интеллектуальный инструментарий, владение совокупностью технологий, позволяющих адекватно отражать суть явлений и процессов, выявлять скрытое, прогнозировать и создавать основу для управленческих решений. Должен отсутствовать синдром «стадного мышления».

Общество в высокой степени инерционно — не только в экономке, но и интеллектуально . Критическая ситуация с АН в России, не развитость АН способностей у политической элиты начинает тормозить развитие общества, гос-во, науки и технологии. [17 ] Соц. лифты → исправят ситуацию. Власть должна создать условия жизнедеятельности, чтобы было рост, развитие, улучшение благосостояния. [19−20]
В РФ отсутствует подготовка АН. АН нацелена в бушующее, прогностика — её важнейшая функция. [22]
АН интеллектуальное оружие [24]

2 Сущность и теоретическо-методолгические основы АН работы

Ядром АН является: анализ предметов, явлений, процессов. Анализ инфо поля. Информационная неопределенность — объект исследования. Информация ≠ АН работа. [28]
Информация → цели → смыслы. Статья → смысл. Сложно получить новые знания, тут начинается АН. [29]

Пример: одна и даже информация, разные люди → разные результаты. Сочинение по литературе, произведение одно, сочинения разные.

Задача АН: выявить скрытый смысл, угрозы, риски → передать лицу принимающему решения (ЛПР). Окружения руководителя это сито информации. [31]

Суть АН: выявить латентные элементы. АН по информации понимает скрытую систему соотношения элементов. [32]

Жизнь → информация → «скрытое» в информации. [33]

Проблемы решаются имеющимися ресурсами. Проблемная ситуация — много объектов в реальности, но латентных, не проявленных, не структурированных проблем. [35]

Чтобы решить проблему: увидеть, понять, структурировать, сформулировать. [36]

Модель результатов СА проблемы («проблемное дерево») [37]

Системный анализ (СА) — выявить приоритеты, качество элементов, кто, что, когда, куда, за счет каких ресурсов, какими способами должен делать. [38]

Пути решения проблемы [39]:

направление по сферам
формы, методы, способы решения
силы и средства
механизмы реализации
варианты решения

АН нацелена на принятие решений. Решение задачи — достижение требуемых изменений существующих систем процессов. [40]

От себя хочу добавить, в ДОТУ есть понятие вектор текущего состояния, вектор цели, и вектор ошибки. Они более широко и точно описывают текущее целе полегание и достижение целей.

СА — ядро АН. АН — одна из общих функций управления. АН занимаются все управленцы. [42]
АН — анализ инфо. с учетом специфики. учитывает особенности деятельности. Информация вездесуща. Актуальность, достоверность, эффективность, надежность информации. [46]

Методы моделирования: [47]

формальное представление
интуитивный опыт специалиста

При СА нужно отобразить ситуацию, выявить компоненты, влияющие на решения, уточнить и расширять ход анализа.

Эшби: Создавая систему, для решения проблем, обладающей определенным, известным разнообразием, нужно обеспечить, чтобы эта система имела еще большее разнообразие, чем разнообразие решаемой проблемы, или была способна создать в себе это разнообразие.

Недостатки централизованных систем: [50]

неспособность изменять под давлением внешней среды
замедление роста → простое функционирование → разрушение.

А.И. Пригожин: Рост → зрелость → старение

Развиваться могут системы, в которых имеется ответственный за развитие.

Рост — Количественное и качественное изменение системы, совершенствование выполнения своих функций [52].

Развитие — способность адекватно реагировать на изменения среды, самоизменяться, своевременно решать проблемы. развитие предполагает изменения формы, содержания, сущности, качества любого явления [55].

приме: куча мусора растет, но не развивается.

Технологии АН:

практика — преимущественно использует анализы: факторный, статистический, причинно-следственный, ситуационный
теория — использует анализы: системный, концептуальный, логико-лингвистический, который более сложны, но более высокий потенциал по результатам [57]

Примечание от себя. Это очень похоже на «6 приоритетов обобщенных средств управления обществом». Курносова следовало бы изучить это и не изобретать кривой велосипед.

2.2 Методологическая культура аналитика

Знания выводятся из решения проблем [61]. Каждая научная теория, включая философию, соединяясь с практикой, превращается в научную методологию. О Щедровицком Г.П. [63]

ВП СССР сильно критикует деятельность Щедровитского и последователей.

Молодым специалистам сложно разобраться в разнообразии методологий. Методологий много, каждая для своих задач. [64] От исследования мышления, к его культивированию [65]

Смысл катастрофы в том, что происходит разрушение систем жизни — но при этом цивилизованно сознание человека сохраняется и человек должен выжить и при этом не опуститься, а сохранить уровень цивилизованности. [67]

По мнению Зеленой Тары, ГП действует иначе — опускает цивилизованность человека, при этом система сама развивается по пути усложнения. Теоретики не поспевают за деятельность ГП.

Вероятность возникновения проблем: увеличивается с каждым днем. Нужен новый тип мышления. Формирование нового образа жизни. [68]

Методология — учение о структуре, логической организации, методах и средствах деятельности. Система принципов и способов организации построения теоретической и практической деятельности, а так же учение об этой системе. [70]

Гуманитарии отстали в развитии. [70] Уровни методологии, нет четкой картины. Ограниченность знаний. [71] А единая картина? А единая методология? И эту путаницу в методологии мы имеем до сих пор. Мозаичное мировоззрения, зауженость. [73] Определение «Методология». [75]

Онтология — как мир, объект устроен. Гносеология— как мир, объект познать.

Интерпретация библии. [78]
Принцип системности. [84] Инструменты методологии [85]
Создания понятийного аппарата, категории определений. [87]
Наука — стойкая система понятий. [91]
Методология — мысли технологии людей [92]

Критерии людей: [93]

люди не способные к стихийное рефлексии (не разумные люди)
люди способные к стихийное рефлексии, но не способные к управляемой рефлексией (недоразумение люди)
люди способные к управляемой рефлексии (разумные люди)

мое примечание, было бы лучше описать «типы строя психики» (животный, зомби-биоробот, демон, человек).

2.3 Методика системного анализа проблем

«Системный анализ» — исследование в помощь руководителю, принимающему решение, в виде курса действий достижения цели.

Цель СА — минимизировать ресурсы при достижении цели [97].

Сущность СА — комплексное рассмотрение объекта и получение теоретической модели, придельного адекватной объекту исследования

Первый уровень — СА состояния субъекта, среды, объектов и целей. Сознательный поиск, выделение. формулирование проблем. Второй уровень — СА проблем. [100].

Типовой алгоритм СА [101—103].

определение целей процесса
анализ ограничений, связанный с ресурсами и условиями реализации решения, направленного на достижение целей
анализ пространства альтернатив. Совокупность вариантов достижения целей и условий их реализации
выбор критериев эффективности.
синтез теоретических моделей, адекватно отражающих исследуемы объект как системы.
выявление и формулирование проблем и противоречий и их причин.
планирование и проведение модельного эксперимента
выработка рекомендаций.

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

Примечание. Серьезно? ДОТУ лучше подходит лос этих задач. Потому-что качественнее спроектирована.

Примеры [106].

«Аналитик» — человек видящий связь в «голых цифрах» (фактах) [108]

Пример с кормовым и пищевым зерном [109]. Утечка мозгов, мозговой штурм [113].
Экономика Кудрина → технологической отставание в будущем [114]. Помимо правильности решения, важным значением является скорость принятия решения (своевременная, сбой, запаздывание). [115] Принятие решения ≠ реализация [117]. Руководитель ≠ Аналитик [119].
Скоро жизнь сама заставит всех более быстро шевелить мозгами и действовать [121].

Примечание. Распознать фактор давления среды и выработать «иммунитет»

Прогнозы [123].

2.5 Методика моделирования

«АН» не распространяет свои знания (герметичность),личная система препарирования информации у каждого АН является эзотерикой, закрытой по характеру и предназначена для узкого круга лиц. [128]
Система опорных конспектов Шаталова, опорные сигналы [130].

Совестно-логический способ описания Миры → максимальная точность и глубина восприятия.
Наглядно-образный способ → максимальная скорость восприятия (искусство). [131]

Процесс обучения [132]

3 Практика АН работы

рисунок АН как инструмент выбора управленческого решения [148]

Запад нас изучает [151]. Центры силы (ЦС) [153].

ЦС являются также основными объектами притяжения для спецслужб иностранных государств и ТНК, так как именно они являются фактическим владельцами ресурсов, либо располагают ключами к их распоряжению и использованию.

Исследование уровня жизни в РФ [166].

Важно иметь источники структурированных данных: текст, таблицы, БД. Программы не всегда адаптированны к реальным потребностям. Создание своих БД. Структура БД очень важна, чтобы она работа эффективно, иначе это мусор. Данные — всегда, ПО — обновляется.

Стратегии поиска решений: [184]

стратегия интуитивного поиска решения
стратегия систематизированного поиска решения
стратегия упорядоченного направленного поиска решения
метод анализа иерархий

3.5 Создание АН продукции и требования к ней

Правило 5 страниц [186]. Текст АН записки [188].

Схема АН документы [194].

Умение вычислить из проблемных ситуаций [197]

Советы:

все записывать
схватывать сущность одномоментно
овладеть методикой структурно-функционального логического моделирования
развивать внимательность и наблюдательность
решение — мгновенно, надумал — делай
доводить дело до конца в любой обстановке
1.системное чтение книг
создать личную интеллектуальную мастерскую
умственная работа более 4-х часов
здоровье организма

примечание. дает не полную информацию, чтоб заманить потом к себе и дать еще раз не полную информаци.

Белый шум, информационное поле в РФ [200]. Личная интеллектуальная мастерская [201].

Чтение книг [205]:

делать конспекты книг, мысли, факты, что понравилось, не понравилось.
иметь доступ к прочитанным книгам.

Руководитель и аналитик рядом. Влияние на процессы управления. [207]
Информация по посвящению. [209]
Интеллектуальная элита России. [211]

Разведка США признала лучшей российскую технологию распознавания лиц

Архiвъ — Tue, 30 Jan 2018 10:47:17 +0300

Американское агентство передовых исследований в области разведки (IARPA) совместно с Национальным институтом стандартов и технологий США (NIST) провели конкурс алгоритмов распознавания лиц, в котором признали победителем российскую компанию NtechLab, разработчика сервиса FindFace. Об этом Forbes сообщили в компании. Информацию «Ведомостям» подтвердил руководитель исследовательской программы IARPA Крис Бонен.

IARPA напрямую подчиняется Директору национальной разведки, возглавляющему разведывательное сообщество США, в которое входят в том числе ФБР и ЦРУ. Агентство выступает аналогом DARPA, работающего с оборонными технологиями. В рамках конкурса тестировались способности алгоритмов компаний-участниц распознавать лица вне зависимости от качества изображения. Конкурс стал первым для IARPA в области распознавания лиц.

В конкурсе приняли участие и другие ведущие российские и основные международные разработчики, в том числе 3DiVi и «Вокорд», уже признанные наряду с Ntechlab министерством торговли США и Вашингтонским университетом и допущенные к участию в тендерах американских госструктур. NtechLab получила денежный приз в $25 000 как победитель в двух номинациях из трех возможных — «Скорость идентификации» и «Точность верификации». В третьей категории «Точность идентификации» алгоритм NtechLab показал второй результат, уступив китайской компании Yitu. Награждение победителей прошло в Лондоне 1 ноября.

«Это еще одна авторитетная независимая площадка по оценке решений в области обеспечения безопасности и этим она особенно ценна. Полагаю, что своей целью IARPA видит демонстрацию и презентацию всего лучшего и самого передового, что заслуживает внимания на рынке биометрии в мире», — рассуждает собеседник Forbes.

В NtechLab уверены, что победа в конкурсе в первую очередь дает возможность стать объектом интереса как для крупнейших мировых компаний, так и для потенциальных инвесторов. В компании уточняют, что интерес к ее технологиям есть по всему миру: к приоритетным для NtechLab мировым рынкам относятся США, страны Евросоюза, Китай, Индия и Объединенные Арабские Эмираты. Уже сейчас география партнеров включает страны от Турции до Бразилии. Переговоры ведутся как с госкопаниями, так и с коммерческими компаниями по всему миру, отмечает собеседник Forbes. Конкретных партнеров и клиентов NtechLab не раскрывает, указывая, лишь, что их более 50 в более чем 20 странах.

Сотрудничество с Москвой

Департамент информационных технологий Москвы объявил о внедрении в городскую систему видеонаблюдения технологию распознавания лиц от NtechLab, которая на базе нейросетей отслеживает в реальном времени перемещения людей и других объектов, в конце сентября. Алгоритм сравнивает «замеченные» в потоке лица с базами данных, а также позволяет определить пол и возраст человека, чтобы в конечном итоге установить его личность. Тогда говорилось, что власти Москвы в перспективе изучают возможность подключения к системе всей сети из 170 000 камер в городе. Тогда же говорилось, что пока работает лишь часть камер, поскольку работа в системе всех устройств утроит затраты города на видеонаблюдение — сейчас они составляют 5 млрд рублей.

«Аналитическая система может помочь правоохранительным органам при поимке преступника выстроить маршрут его передвижения по городу. Система сама подберет нужные записи с разных камер наблюдения, идентифицировав подозреваемого на видео», — поясняли в мэрии. Как объяснял The Verge глава ДИТ Москвы Ермолаев, проект все еще находится «где-то между» тестированием и финальной версией, но уже «привел к шести арестам». «Мы связали систему с федеральным списком (разыскиваемых преступников) и в течение последних двух месяцев арестовали шесть человек, которых не удавалось поймать в течение нескольких лет», — рассказал собеседник издания.

http://www.forbes.ru/tehnologii/352501-razvedka-ssha-priznal-luchshey-rossiyskuyu-tehnologiyu-raspoznavaniya-lic

Как видеоигры уничтожают своих создателей

Архiвъ — Tue, 30 Jan 2018 10:44:15 +0300

Среди разработчиков игр это называется “перегрузка” — резкое увеличение рабочих часов, до 20 в день, которое может продолжаться несколько дней или недель. В эти периоды люди спят на работе, забывают о ванне и отсекают все, что отвлекает их внимание от экрана, включая семью и даже еду. “Перегрузки” — это двигатель индустрии, но сотрудники расплачиваются за это серьезными последствиями.

В конце 2011-го года, когда программист Джин Симонет завершал работу над игрой The Elder Scrolls V: Skyrim, у него начались сильные боли в желудке. Врачи сначала пришли в замешательство. Но после третьего визита скорой он рассказал, что регулярно задерживался в офисе допоздна и приходил в выходные, чтобы исправить баги и добавить функции, которые, как ему казалось, могли бы сделать Skyrim не просто хорошей, а великолепной. Неважно, сколько часов сна он потеряет при этом.

Истории вроде этой весьма распространены в индустрии видеоигр, годовой оборот которой в прошлом году в США составил 30 миллиардов долларов. Но человеческую цену посчитать невозможно. Дизайнер Клинт Хокинг рассказал, как страдал от потери памяти в результате стресса и волнения. Бретт Доувилль, ветеран-программист, поделился историей, как однажды он работал так долго, что какое-то время не мог сделать шаг, чтобы выйти из машины.

Программисты остаются допоздна, вычищая баги, художники используют выходные, чтобы довести до совершенства своих персонажей, и каждый в команде чувствует необходимость работать сверхурочно из солидарности с коллегами.

Требования к работе высоки, а ее условия несправедливы. Большинство разработчиков в Америке не получают компенсацию за переработки. В этом смысле они могут с завистью смотреть на своих коллег из киноиндустрии, где различные объединения помогают регулировать рабочие часы и оплату за дополнительную работу. Их доход не идет и в какое сравнение с тем, что предлагается в профессиях с суровым рабочим графиком, например, банковское дело и юриспруденция. Средний разработчик в Америке в 2013 году заработал $83,060, по данным исследования Gamasutra, или вдвое меньше молодой юридической фирмы в Нью Йорке.

“Люди думают, что делать игры — это просто”, — говорит Марчин Ивински, один из руководителей и сооснователь CD Projekt Red, польский разработчик игры 2015-го года The Witcher 3. — “Это тяжелая работа. Она может разрушить твою жизнь”.

Ивински, как многие другие топовые создатели игр, воспринимают перегрузки на работе как неизбежное зло. Они объясняют это тем, что, помимо прочего, из-за быстрой эволюции технологий в компьютерных играх время выполнения базовых задач может резко колебаться от проекта к проекту, в связи с чем очень трудно составить точное расписание.

“Перегрузки дают сиюминутную выгоду в обмен на долгое страдание”, — сказала в письме Шорт.

Чтобы избежать этих разрушительных последствий, разработчики должны прекратить поддерживать культуру, где перегрузка — это норма. Редкие вечера в офисе или работа в выходной могут быть полезными и даже подбадривать, но, если это происходит постоянно — это уже вредно. Ни одна видеоигра не стоит эмоционального выгорания, проблем с психическим здоровьем или ночей в больнице.

http://render.ru/books/show_book.php?book_id=5269

Крупнейшее ICO в истории от Telegram: что за блокчейн-платформу и криптовалюту готовит Дуров

Архiвъ — Mon, 29 Jan 2018 14:33:04 +0300

19 янв 2018, Сроки проведения ICO

Исходя из комментариев неназванных инвесторов, в январе 2018 года Telegram открыл пресейл для крупных вложений. Предполагается, что этот этап завершится не позднее конца февраля.

По предварительным данным, ICO (Initial Сoin Offering, первичное размещение средств) намечено на март 2018 года. В этом месяце каждый получит возможность приобрести криптовалюту от Telegram. Точная дата ICO пока неизвестна.

«Виртуальные паспорта» Согласно документам TON, каждого пользователя попросят верифицировать свою личность. Владелец аккаунта Telegram, который получит External Secure ID, сможет приобретать криптовалюту без дополнительного подтверждения личности.

Также для верификации могут понадобиться реальные документы, например, паспорт. Telegram заверил, что хранение личных данных безопасно и построено на оконечном шифровании с ключом, который известен только самому пользователю.

Telegram-кошельки Light Wallet планируют встроить в приложения Telegram, обеспечив поддержку клиентов даже на слабых устройствах с нестабильным интернетом. Владельцы кошельков станут единственным владельцами ключей шифрования.

«Массовая» криптовалюта, которая заявлена как конкурент для Visa и Mastercard

Во всех документах фигурирует только одно возможное название криптовалюты Дурова — Gram. Она обозначается эмодзи-драгоценным камнем ?.

Ни Bitcoin, ни Ethereum из-за медленной обработки транзакций пока не могут посоревноваться с Visa и Mastercard. TON, наоборот, считает себя достойным конкурентом транснациональным компаниям: многоуровневая блокчейн-платформа должна быть быстрее остальных за счёт задач, которые вместо одной цепи распределены на разные цепочки блоков системы.

Bitcoin: 3-7 транзакций в секунду;
Ethereum: 15-30 транзакций в секунду;
VISA: 24 тысячи транзакций в секунду;
Заявленная скорость TON: «миллионы» транзакций в секунду, возможность принять «сотни миллионов» активных пользователей и «миллионы» приложений.

Если верить документу, место майнеров в TON займут «валидаторы». Решение Telegram отличается от Bitcoin и Ethereum: cоздавать и подтверждать новые блоки цепи смогут не все, а только валидаторы.

Почему опытные разработчики пишут тупой код и как распознать новичка за километр

Архiвъ — Thu, 25 Jan 2018 14:28:02 +0300

Одна из моих любимых цитат на все времена — Брайана Гетца (Brian Goetz), умнейшего чувака из мира Java, одного из авторов «Java Concurrency in Practice», кроме всего прочего. Цитата взята из интервью, опубликованном на сайте Oracle под заголовком «Пишите тупой код» («Write Dumb Code»). Гетца спросили, как писать хорошо работающий код.

Вот что он ответил:

«Часто писать быстрый код на Java означает писать тупой код — код простой, чистый и следующий самым очевидным объектно-ориентированным принципам».

В остальных 1000 слов объяснялось, почему попытки оптимизировать код и попытки быть умными — это распространённые программерские ошибки, ошибки новичков, если хотите.

«Любой дурак может писать код, понятный компьютеру. Хорошие программисты пишут код, понятный людям.»

Код — это общение между людьми и инструкции для компьютера, но значительно больше первое, чем второе. Компилятор сам заботится о преобразовании написанного программистом в машинный код. Часто имеет место несколько слоёв такого преобразования, например, когда Java компилируется в байт-код, который считывается виртуальной машиной и транслируется в итоге в нули и единицы.

Но код — это человеческий язык. Он объясняет все «кто», «что», «когда», «где», «как» и «почему» задачи, заодно давая инструкции компьютеру. Он должен иметь смысл и пять лет спустя, когда компания будет продана, и новая команда, никогда не видевшая этого кода, откроет его для улучшения и исправления.

«Всегда кодируй так, будто парень, который будет поддерживать твой код — необузданный психопат, и он знает, где ты живёшь».

https://habrahabr.ru/post/347166/

ЭВОЛЮЦИЯ ДОВЕРИЯ

Архiвъ — Tue, 23 Jan 2018 16:21:11 +0300

https://notdotteam.github.io/trust/

Посреди Первой мировой войны грянуло перемирие. Это произошло на западном фронте в Рождество 1914-го года. Несмотря на строгие приказы не брататься с врагом, британские и немецкие солдаты покинули свои окопы и пересекли нейтральную землю, чтобы похоронить погибших, обменяться подарками и поиграть.

Сейчас 2017-й год. Запад не знал войны многие десятилетия, а мы не умеем доверять. Опросы показывают, что за последние сорок лет все меньше людей говорят, что доверяют друг другу. Итак, вот наша головоломка:

Почему даже в мирное время друзья становятся врагами?
И почему — даже во время войны — враги становятся друзьями?

Я считаю, что теория игр может помочь нам объяснить эту эпидемию недоверия и найти способ всё исправить!
Итак, чтобы во всём этом разобраться...

ИГРА НА ДОВЕРИЕ

У тебя есть выбор. Перед тобой машина: если положить в неё монету, твой соперник получит три монеты — и наоборот. Вы оба можете либо ДОВЕРИТЬСЯ (положить монету), либо ОБМАНУТЬ (не класть монету).

Россия в электронном концлагере. Под нейроновой сетью, значит, — под «колпаком»

Архiвъ — Tue, 23 Jan 2018 13:12:20 +0300

Специальные службы России получили в свое распоряжение новый высокотехнологичный программный комплекс для распознавания лиц. Избитую фразу о том, что будущее уже наступило, иногда попросту нечем заменить. Это как раз тот случай...

Из развлекательной функции социальных сетей технология распознавания лиц перекочевала на сервера российских спецлужб. Эту информацию подтвердили сразу несколько источников в силовых ведомствах.
Все что известно, основа технологии — самообучающаяся нейронная сеть. Работы по разработке и внедрению нового программного комплекса продолжались несколько лет, но только теперь можно говорить о полноценном инновационном инструменте для обеспечения эффективности оперативно—разыскной деятельности.

Программу разработали в российской компании Ntechlab. В конце мая Министерство торговли США опубликовало рейтинг компаний, которые могут участвовать в государственных тендерах.

Первые три позиции заняли россияне. На первом и третьем месте, как раз NtechLab. Авторы алгоритма FindFace для компьютерного распознавания лиц, недавно технология прошла испытания в NIST (Национальный институт стандартов и технологий).

«Это очень сложная система. А главное, что она самообучаемая, основана на нейронных сетях и она самосовершенствуется. Результатом стало то, что мы заняли первое место в международной сертификации, — говорит Максим Перлин один из авторов алгоритма, — наша система лучшая в мире».

Соперниками NtechLab стали 14 разработчиков из США, России, Германии, Литвы, Китая и других стран. FindFace от NtechLab занял первое и третье места, на втором оказалась другая разработка из России — продукт компании 3DiVi. По сути, российские нейронные сети для распознавания лиц по фотографиям и видеозаписям признаны лучшими в мире.

Но это — вполне себе серьёзное B2B-решение, которое используется в целях национальной безопасности, которая может использоваться правоохранительными органами, в банковской сфере, — генеральный директор Ntechlab Михаил Иванов, пытается на пальцах объяснить, как действуют и что из себя представляют нейронные сети.

Какое-либо отношение к российским специальным службам генеральный директор Ntechlab Михаил Иванов отрицает, а разработчик Максим Перлин сообщил лишь о том, что приложение с алгоритмом FindFace в полиции используют самостоятельно, так как оно доступно и бесплатно.

Впрочем, связь спецлужб с Ntechlab отрицают и наши источники. Подтвердив лишь, что нейронная сеть специального назначения — полностью российская разработка. Предназначена она в первую очередь для борьбы с терроризмом и экстремизмом. И о такой системе в органах правопорядка мечтали давно.

«Представьте, у нас есть только изображение, никаких там следов ДНК, кроме фотографии — ничего. Эта программа позволит нам достаточно быстро понять, что это был за человек, с большой долей вероятности новый программный комплекс позволит эффективно вести борьбу на опережение, — считает Алексей Филатов, подполковник ФСБ в отставке, вице-президент международной антитеррористической ассоциации „Альфа“.

Такие системы давно и успешно внедряют на Западе. О том, как именно за всеми следят миру рассказал Эдвард Сноуден, а затем все увидели заклеенную скотчем переднюю камеру на компьютере создателя Facebook Марка Цукерберга.

А программных комплексов на основе технологии распознавания лиц, отслеживающих трафик пассажиров на вокзалах и в аэропортах, по всему миру внедрен уже не один десяток. По этому же принципу работают системы управления и контроля доступа для сотрудников предприятий.

— Все оказываются как бы в положении постоянного выявления, мало ли кто где хотел бы не попасться на фото. А его случайно сфотографировали, а он случайно оказался в компании. А в хорошей или плохой компании, это уже другой разговор».

Еще одной интересной технической особенностью нового программного комплекса, которым поделились с РЕН ТВ пожелавшие остаться неизвестными источники, это возможность определять личности людей не улице в режиме реального времени.

Полный текст Александр Самохвалов