Праздник мы находим: поучаствуй в охоте на секреты и получи подарок от айтишного Деда Мороза

Скрывалась в статье «Как мы упростили внедрение роботов в банке»

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

Робот не может причинить вред человеку или своим бездействием допустить, чтобы человеку был причинён вред.

Робот должен повиноваться всем приказам, которые даёт человек, кроме тех случаев, когда эти приказы противоречат Первому Закону.

Робот должен заботиться о своей безопасности в той мере, в которой это не противоречит Первому или Второму Законам.

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

Соблюдение Третьего закона обеспечивается просто и элегантно: каждому роботу в явном виде приказывается в конце концов прекратить работу. Любая забота о собственной безопасности со стороны роботов противоречила бы Второму закону — а значит, Третий закон выполняется автоматически.

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

Допустим, робот переводит один рубль со счёта гражданина А на счёт гражданина Б. Не следует ли считать, что этим действием гражданину А причинён вред? А если отказаться от перевода — не будет ли гражданину Б причинён вред бездействием?

Санта-Хабраслизень выражает искреннюю надежду, что вскоре выполнение Первого закона будет надлежащим образом контролироваться. А пока он этого ждёт — вполне готов поучаствовать в исполнении Третьего закона. И вместе с отдыхающими роботами начать готовиться к грядущим праздникам.

Пряталась в материале «Kubernetes: продолжаем говорить о контейнерах и архитектуре»

Вероятно, вы знаете, что kubernetes переводится с древнегреческого как «кормчий». Но слышали ли вы про корабль Тесея? Это парадокс, над которым ломали головы многие поколения древнегреческих (и не только) философов.

По легенде, корабль, на котором Тесей вернулся домой после победы над Минотавром, стал священной реликвией афинян. Они хранили его долгие годы, при необходимости проводя ремонт, заменяя подгнившие доски, сломанные мачты и ветхие паруса. В конце концов не осталось ни единой досочки из тех, по которым ступала нога Тесея. Тогда эллины задумались — можно ли считать, что это по-прежнему тот же самый корабль?

Профессиональная болезнь девопса, использующего Kubernetes — кризис идентичности. Глядя, как одни инстансы заменяются другими, девопс в какой-то момент неизбежно задаётся вопросом, до какого момента можно считать, что его кластер — тот же самый, что он когда-то запустил. А отсюда недалеко до мыслей о том, является ли он сам тем же человеком, что и пять лет назад. Чтобы избежать этого, стоит давать своим кластерам уникальные имена, и искать всяческие возможности подчеркнуть их идентичность.

А Санта-Хабраслизень уверен, что есть ещё один способ преодолеть проблему — встретиться с ней лицом к лицу, как с Минотавром в лабиринте. Лучший способ для девопса сделать это в праздники — гордо надеть костюм Тесея и почувствовать себя героем-рулевым из древних мифов, который держит судьбу (кластеров и собственную) в своих руках.

Схоронилась в истории про «API-First: как мы внедряем привычный OpenAPI и «слегка подозрительный» AsyncAPI»

Когда разобрались с AsyncAPI, небольшая группа разработчиков внесла предложение: совместить подход API-First с подходом API-Last, чтобы получить подход API-Only. В этой парадигме разработка начинается с генерации API и ей же заканчивается. Поскольку при этом вся работа выполняется кодогенератором, это должно значительно экономить время и усилия.

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

Тогда разработчики-инициаторы решили написать свой кодогенератор. В процессе им потребовался более формализованный язык описания ТЗ. В итоге изобретённый ими язык оказался диалектом Visual Basic, который они транспилировали в Java.

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

Маскировалась в кейсе «Когда руководитель у нас может сам прийти к вам с повышением зарплаты»

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

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

Санта-Хабраслизень быстро припомнил ещё одно интересное применение теории графов — задачку про кёнигсбергские мосты. Не то чтобы ему интересно было решить классическую математическую задачу: он просто хотел выманить компанию айтишников на ближайший мост — посмотреть на вечерние праздничные фейерверки.

Таилась в обзоре «Зачем нужны облака и как правильно их использовать»

Мало кому известно, что, продолжая стратегию цифровизации бизнеса, почтовые службы по всему миру объявили о создании собственных облачных сервисов. Их ключевая фича — энергонезависимость. Даже в случае отключения электроэнергии по всему миру эти облака продолжат работать. Это возможно благодаря инновационной технологии хранения и передачи данных в бумажном виде. UDP-пакеты доставляются в письмах, TCP-пакеты — заказным письмом. Протокол TLS поддерживается, но не рекомендуется из-за высоких временных расходов на TLS handshake

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

Санта-Хабраслизень уже оценил работу этого облака: с его помощью айтишники смогли, наконец, достучаться до Деда Мороза, которого обычно просто невозможно пингануть. А вот с почтовым облаком стабильно status code = 200!