Источник: M.Brice/CERN

ЦЕРН — европейская организация по ядерным исследованиям, которая представляет собой крупнейшей в мире лаборатории физики высоких энергий. Располагается она на границе Швейцарии и Франции, рядом с Женевой. Именно ЦЕРН вместе с партнерами построил Большой адронный коллайдер. БАК помог совершить множество открытий, которые помогли ученым лучше понять строение микромира и законы, которые в этом мире царят.

Сейчас ЦЕРН заявил о намерении построить новый ускоритель, размер которого в пять раз превысит размеры БАК. Протяженность тоннеля составит 100 километров. Называется новая система «Будущий кольцевой коллайдер» (Future Circular Collider, FCC). На днях ЦЕРН опубликовал проект о новом проекте, изложенный в четырех томах.
Читать дальше ->

https://habr.com/ru/post/436436/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436436

В седьмой версии статического анализатора PVS-Studio мы добавили поддержку языка Java. Пришло время немного рассказать, как мы начинали делать поддержку языка Java, что у нас получилось и какие дальнейшие планы. И, конечно, в статье будут приведены первые испытания анализатора на открытых проектах.
Читать дальше ->

https://habr.com/ru/post/436434/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436434

Под катом, небольшая заметка о том, как приостановить выполнение вашего приложения при обрыве связи с интернетом и продолжить — когда она будет восстановлена.
Читать дальше ->

https://habr.com/ru/post/436426/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436426

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

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

Возможно, это последний мой текст, потому что вчера у меня в жизни случился крутой поворот. Читать дальше ->

https://habr.com/ru/post/436430/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436430

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

Отметим сразу, что мы не будем писать про спортивное программирование как интеллектуальный вид спорта (соревнования бывают командные и личные), нам интересно ACM ICPC — международная командная студенческая олимпиада по спортивному программированию. Часто эти понятия путают даже участники олимпиад.
Читать дальше ->

https://habr.com/ru/post/436428/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436428

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

Введение

Алгоритм был написан как часть работы на получение степени бакалавра и основан на статье Ma et al (2014). Целью работы было ускорение алгоритма и дополнение его новыми функциями. Я вполне доволен результатом, потому что мы сделали алгоритм достаточно быстрым, чтобы использовать его во время выполнения игры. После завершения бакалаврской работы мы решили превратить её в статью и отправить на конференцию Game-ON 2018.

Алгоритм

Для создания уровня игры алгоритм получает в качестве входных данных набор полигональных строительных блоков и граф связности уровня (топологию уровня). Узлы графа обозначают комнаты, а рёбра определяют связи между ними. Цель алгоритма — назначить каждому узлу графа форму и расположение комнаты таким образом, чтобы никакие две формы комнат не пересекались, и каждая пара соседних комнат могла соединяться дверьми.
Читать дальше ->

https://habr.com/ru/post/436198/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436198

В свете значительных усовершенствований, реализованных в Ansible Engine 2.6, а также с учетом выхода Ansible Tower 3.3 и недавнего выпуска Ansible Engine 2.7, рассмотрим подробнее перспективы автоматизации сетей.



В этом посте:

• Плагин подключения httpapi.
  • Поддержка Arista eAPI и Cisco NX-API.
• Новые модули сетевой автоматизации.
  • net_get и net_put.
  • netconf_get, netconf_rpc и netconf_config.
  • cli_command и cli_config.
• Улучшенный веб-интерфейс Ansible Tower.
• Управление учетными данными в Ansible Tower при работе с сетевыми устройствам.
• Одновременное использование различных версий Ansible в Tower

Не забывайте, что выход каждой новой версии Ansible сопровождается обновлением руководства по портированию, которое значительно облегчит вам переход на новую версию.
Читать дальше: Новые возможности автоматизации сети в Red Hat Ansible

https://habr.com/ru/post/436318/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436318

Если что-то сработало для одной компании, это не обязательно означает, что то же самое сработает для другой

Недавно YouTube объявил о больших изменениях на подписной платформе YouTube Premium (раньше она называлась YouTube Red): они отказываются от подписки и открывают премиум-контент бесплатно (но с рекламой) для всех пользователей YouTube. Издание USA Today опубликовало статью об этом под заголовком «Не все готовы платить за подписку. Не верите? Спросите YouTube». Согласно этой статье, люди устали от подписок — или, цитируя статью: «Пользователи сказали свое слово. Хватит уже этих подписок».

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

Думаю, настоящая проблема с YouTube Premium была в том, что они решили повторить то, что делают другие сервисы потокового видео.

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

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

Переведено в Alconost
Читать дальше ->

https://habr.com/ru/post/436422/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436422

Внуково запустили 2 июля 1941 года, стройку курировал К. Е. Ворошилов. Хотели успеть к 18 августа — Дню Воздушного Флота СССР. Но война началась 22 июня, поэтому пришлось запускаться быстрее, перекрашивать корпуса из белого в чёрно-зелёный. Московская авиагруппа особого назначения (МАГОН) сделала 60 тысяч вылетов на линию фронта и в тыл противника. Немцы не трогали сами ВПП (похоже, рассчитывали использовать при захвате), но бомбили здание и склады горючего, зенитные установки рядом.



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

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

Но давайте начнём постепенно.
Читать дальше ->

https://habr.com/ru/post/436338/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436338

Всем привет! Меня зовут Антон, в Ростелекоме я занимаюсь разработкой центрального хранилища данных. Наше хранилище состоит из модулей, в качестве оркестратора которых используются несколько инстансов Informatica, часть из которых мы хотим перевести на Airflow в рамках перехода на open-source решения. Поскольку Informatica и Airflow принципиально разные инструменты, взять и повторить существующую реализацию не так уж и просто. Нам хотелось получить workflow, с одной стороны, максимально похожий на текущую реализацию и, с другой стороны, использующий самый интересный первый принцип Airflow — динамичность, которая даёт гибкость.

В этой небольшой статье я хочу рассказать о по-настоящему динамической генерации ДАГов в Airflow. По этой теме в интернете в основном находится много статей от разработчиков из Индии, представляющих собой материалы вида "в Airflow можно генерировать даги динамически, вот пример: <пример по генерации 10 HelloWorld-тасков/дагов>". Нам же была интересна именно генерация дагов, которые будут изменяться во времени с переменным количеством и названиями тасков.

Читать дальше ->

https://habr.com/ru/post/435746/?utm_source=habrahabr&utm_medium=rss&utm_campaign=435746

Приложения ASP.NET Core по-настоящему кросс-платформенны и могут запускаться в «никсах», а соответственно, и в Docker. Посмотрим, как их можно упаковать, чтобы развертывать на Linux и использовать в связке с Nginx. Подробности под катом!

Читать дальше ->

https://habr.com/ru/post/435914/?utm_source=habrahabr&utm_medium=rss&utm_campaign=435914

^{Одно из изданий этой механики}

Есть колода из 100 карт с натуральными числами от 1 до 100, каждого по одному. Вы и второй игрок берёте по 3 карты из этой колоды. Задача — одну за одной выложить их на стол в порядке возрастания. Но нельзя меняться информацией между собой и показывать карту до момента, пока она не будет положена на стол. То есть нельзя говорить, стучать по столу, подмигивать и так далее — ничего нельзя.

Если в конце игры 6 карт выложены правильно, оба игрока выигрывают. В момент, когда первая же карта ложится неправильно — оба игрока проигрывают.

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

Не спешите под кат, сначала подумайте чуть-чуть, пожалуйста.
Читать дальше ->

https://habr.com/ru/post/436232/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436232

Известный специалист по безопасности Трой Хант уже несколько лет поддерживает сайт Have I Been Pwned (HIBP) с миллионами записей об украденных аккаунтов. Каждый может проверить там свой email на предмет утечки. Трой Хант следит за хакерскими форумами, покупает базы данных, которые выставляют на продажу, иногда эти базы присылают ему бесплатно. Но он никогда не видел, чтобы на продажу выставляли такую огромную базу, как нынешняя Коллекция № 1 (Collection #1).

Гигантский архив содержит 2 692 818 238 записей с адресами электронной почты и паролями.
Читать дальше ->

https://habr.com/ru/post/436420/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436420

Автор: Денис Цыплаков, Solution Architect, DataArt

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

Если вы не делаете что-то принципиально новое, например, первый в мире интернет-поисковик или искусственный интеллект для управления запуском ядерных ракет, создать дизайн хорошей системы довольно просто. Достаточно учесть все требования, посмотреть на дизайн похожих систем и сделать примерно так же, не совершив при этом грубых ошибок. Звучит как чрезмерное упрощение вопроса, но давайте вспомним, что на дворе 2019 год, и «типовые рецепты» дизайна систем есть практически для всего. Бизнес может подкидывать сложные технические задачи — скажем, обработать миллион разнородных PDF-файлов и вынуть из них таблицы с данными о расходах — но вот архитектура систем редко отличается большой оригинальностью. Главное тут — не ошибиться с определением того, какую именно систему мы строим, и не промахнуться с выбором технологий.

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

https://habr.com/ru/post/436346/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436346

Гайд, как вернуть время, которое у нас забирают наши девайсы.

Прим. переводчика:
Это скорее не гайд, а размышление на тему современной зависимости от смартфонов и приложений. Статье уже 11 месяцев, поэтому увидев фразу “недавно”, учитывайте этот факт.
Статья была переведена из интереса к позиции снижения влияния смартфонов на наше личное драгоценное время.

Приятного чтения.

Ты зависим(а) от своего смартфона. Я зависим от своего смартфона. Приложения и сервисы, которые мы используем ежедневно, были спроектированы так, чтобы красть наше внимание и постоянно развиваются, чтобы вызвать большую зависимость.

Во многих отношениях внимание является жизненной силой современного бизнеса. Для больших технологических компаний, таких как Google, Facebook, Amazon, Netflix и многих других, есть прямая корреляция между вниманием и ростом/доходом/успехом.

Недавняя технологическая эволюция подняла много этических и психологических вопросов. Манипулируют ли нами? Должны ли мы больше контролироваться? Действительно ли мы понимаем негативное влияние технологической зависимости?



Изображение предоставлено автором.
Читать дальше ->

https://habr.com/ru/post/436356/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436356

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

И эта ситуация может возникнуть в любой момент — во всяком случае, в армии США. Недавно был опубликован отчет по изучению информационной безопасности в войсках этой страны. По мнению проверяющих, ситуация удручающая. Проверяющие выделили 266 рекомендаций по решению проблем, причем некоторые «дыры» существуют с 2008 года.
Читать дальше ->

https://habr.com/ru/post/436354/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436354

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

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

У мобильных приложений Ivideon количество установок превышает миллион, а рейтинг годами остается стабильно высоким. Однако всё начиналось не так хорошо: нельзя добиться успеха с одной только скоростью работы или изменениями UX/UI. Мы ввели дополнительный критерий эффективности — о нем также расскажем.

Читать дальше ->

https://habr.com/ru/post/436194/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436194

В предыдущей части я остановился на том, что разрабатываемая мной команда реализует поведение, которое можно описать вот таким тестом:

it('execute should return promise', () => {

  request.configure(options);

  request.execute().then((result) => {

    expect(result.Id).toEqual(1);
    expect(result.Name).toEqual('Jack');
  });
});

Читать дальше ->

https://habr.com/ru/post/436348/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436348

Столкнулся я с задачей управлять теплым полом из интерфейса Fibaro Home Center 2. Вроде бы простейшая задача, но нет. По желанию заказчика термостаты должны отталкиваться от температуры пола. Решено было использовать термостаты HeatIt.


Читать дальше ->

https://habr.com/ru/post/436344/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436344

Всем привет!

Итак, новая порция обещанного холивара про монорепозитории. В первой части мы обсуждали перевод статьи уважаемого инженера из Lyft (и ранее Twitter) о том, какие есть недостатки у монорепозиториев и почему они нивелируют почти все достоинства этого подхода. Лично я во многом согласен с доводами, приведенными в оригинальной статье. Но, как и обещал, чтобы поставить точку в этом обсуждении, я бы хотел озвучить еще несколько моментов, на мой взгляд даже более важных и более практических.
Читать дальше ->

https://habr.com/ru/post/436264/?utm_source=habrahabr&utm_medium=rss&utm_campaign=436264