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

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

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

Это первая статья цикла “Код как борьба: Кратчайшая история IT”. Эта статья про то, как рождалась идея вычислительной машины и как она столетиями ждала, пока человечество изобретёт материал, способный её выдержать.

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

Статья для тех, кто индексы ставил, но EXPLAIN читал по диагонали.

Три примера перехода с Microsoft AD на «Альт Домен»

На 4-ой партнёрской конференции «Базальт СПО» — AltConf: Orange Season — сооснователь компании Pragmatic Tools Андрей Арефьев представил три примера импортозамещения, при котором происходил переход с корпоративного каталога Microsoft Active Directory на программный комплекс «Альт Домен». Для автоматизированной миграции использовался инструмент для управляемого переноса доменной инфраструктуры Pragmatic Tools Migrator.

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

Эту тему подробно разобрали на восьмом митапе MWS для DevOps и SRE. Эксперты из MTC Web Services и Orion Soft показали разные стороны перехода к агентной разработке и поделились кейсами, как ИИ потихоньку превращается в виртуального сотрудника — агента, действующего без постоянного сопровождения человека, и что для этого приходится менять в инженерных процессах.

Я руководитель, поэтому в 1С мне чаще всего нужны не документы сами по себе, а ответ на несколько довольно простых вопросов.

Как идут продажи?
Выполняем ли план?
Что изменилось по сравнению с прошлым периодом?
Есть ли просроченная задолженность?
Сколько сотрудников сейчас на местах?

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

Допустим, утром мне достаточно такой информации:

У моего генератора QR-кодов листами появился публичный API: POST с JSON, в ответ сразу готовый PDF, до 1500 кодов за запрос, без регистрации и ключей. Внутри рассказ, почему я не завел ни ключи, ни Redis, как работает лимитер на файлах с flock и fail-open, и на какой грабле Apache POST молча превращался в GET.

Привет, Хабр! Меня зовут Василий, я директор SaaS-направления в Аспро — мы разрабатываем систему управления проектами Аспро.Cloud.

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

По данным опроса Comindware и Artezio, сотрудники российских компаний тратят в среднем 42,5% рабочего времени на рутинные операции, которые можно автоматизировать. И происходит это не из-за лени или загруженности, а из-за «цифрового хаоса»: разрозненных решений без общего плана. Компании месяцами живут с этой рутиной и почти никогда не переводят ее в рубли — а зря, потому что цена у нее вполне конкретная.

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

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

Кто может назвать самый известный во всем мире «помощник» при написании не только программного кода, а вообще любого, даже небольшого текста? Наш тайный чемпион – буфер обмена!

Кто-то, наверняка, сейчас усмехнется, но задумайтесь на пару секунд: сколько раз вы не переписывали текст тупо слово за словом, а просто копировали и вставляли его в нужное вам место? Ведь мало кому захочется так тратить свое время, когда можно просто скопипастить. Все к этому привыкли настолько, что никто не сможет уверенно сказать сколько раз за день он нажимает [Ctrl]+[C] и [Ctrl]+[V]. В каких-то случаях, может быть, удобнее перебирать пальцами [Ctrl]+[Insert] и [Shift]+[Insert], или мышью тыкать в картинки на панели инструментов, – все это уже кому как удобно поступать в каждый момент времени.

Все-таки буфер обмена можно назвать главным помощником при написании текстов, и в том числе в 1С-разработке. И тем более, что в 1С можно так копировать не только текст процедур, но реквизиты и целые объекты в структуре конфигурации.

Привет, Хабр. Я 1С-разработчик SimbirSoft Михаил, в этой статье поделюсь своим опытом подбора инструментов, которые помогают ускорить разработку в 1С.

Приветствую всех!

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

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

Привет, Хабр! Меня зовут Виктор Овчинников, я руковожу направлением интеграции и развитием платформы Digital Q.Integration в «Диасофт».

Недавно мы с коллегой Андреем Даниленко, ведущим разработчиком, провели вебинар, на котором рассказали про коннектор к 1С, и в комментариях попросили выложить более подробный технический разбор, что там происходит «под капотом» с точки зрения OData, и как выглядит этот сценарий на живых примерах. Здесь я делаю детальный текстовый анализ. Приглашаю всех присоединиться и при желании посмотреть запись вебинара: https://rutube.ru/video/9344562315beaaf94430d7c4de16ed74/?r=wd&p=KqHZJOTtxfoFzqSMgPuwYg

За 15 лет WebPKI — экосистема доверия между сайтами и пользователями — сильно выросла. Появились технологии, которые делают это доверие более прозрачным и проверяемым, изменились подходы к управлению, а многие процессы стали автоматическими: выпуск и обновление сертификатов, публичный аудит через Certificate Transparency и другие механизмы. 

И, конечно, в истории WebPKI были серьёзные инциденты безопасности, которые показали: правила доверия должны быть публичными, прозрачными и проверяемыми.

Однако один вопрос не решается автоматически: кому браузер должен доверять и на каких условиях. Каждый вендор определяет это сам. Поэтому мы открываем Yandex Browser Root Certificate Program — публичную программу добавления корневых сертификатов в хранилище Яндекс Браузера. В ней описаны требования к участникам, аудит и понятная процедура подачи заявки.

Под катом рассказываем, какие требования нужно выполнить и как в Браузере устроены WebPKI и связанные с ними контроли безопасности.

3 сентября в Санкт-Петербурге пройдет Петербургский цифровой хаб 2026. Программу уже утвердили: за один день на площадке соберут несколько ИТ-треков, прямые встречи заказчиков и поставщиков решений, а также сессию Инфостарта об искусственном интеллекте в 1С.

Форум в первую очередь рассчитан на ЛПР, ИТ-директоров, руководителей цифровых подразделений и представителей компаний, которые выбирают решения для автоматизации и развития ИТ-инфраструктуры. Но отдельные сессии будут полезны и практикам: разработчикам, архитекторам, администраторам, аналитикам и руководителям команд.

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

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

Это пятая статья цикла о том, почему акустика, которая хорошо измеряется, может плохо звучать.

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

Во всех предыдущих статьях я специально обходил общее свойство перечисленных явлений: они абсолютно не зависят от уровня воспроизводимого сигнала. Та же точка излома направленности на 3500 Гц одинакова и при тихом, и при громком воспроизведении, а комнатные моды на 30 Гц стабильно занимают одни и те же положения вне зависимости от громкости. Именно поэтому в четвёртой статье я сделал допущение об идеальности магнитной системы, отложив рассмотрение нелинейностей на потом: сначала хотел разобраться с линейной частью отдельно.

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

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

Оптимизируя цифры вместо достижения истинной цели, мы ставим под угрозу именно то, что изначально пытались улучшить.

Чат-боты изменили службу поддержки многих компаний: клиенты теперь получают ответы 24/7, а нагрузка на операторов стала меньше. Но решение внедрить ИИ в саппорт способно нанести бизнесу колоссальный вред. И вот почему.

13 сентября — День программиста. Специально для всех хабравчан мы в агентстве Найт Стрит разработали новый выездной формат квест-комнаты, который можно провести в большой переговорной вашего офиса.

Когда стационарные квест-комнаты были на пике популярности, мы придумали способ сделать их мобильными. «Начинку» оставили прежней: загадки и задания, декорации и персонажи, сценарий и взаимодействие со всем, что вокруг.

Ко Дню программиста для HR-специалистов и внутрикомов IT-компаний мы подготовили выездную квест-комнату «Комната Анонима».

Вспомните себя в те времена, когда вы только знакомились с информационными технологиями. Что вы чувствовали, начиная работать с XML, JSON, TOML, YAML и другими языками разметки?

Лично мне поначалу было крайне сложно работать с HTML, особенно без подсветки. Позже пришлось разбираться с кавычками и скобками JSON, которые виделись мне сущим кошмаром. Впоследствии я осознал гениальность этих языков, но осадочек остался. Поэтому время от времени я возвращался к мысли о создании понятной для человека языка Универсальной Нотации Объектов. И получилось. Познакомьтесь, пожалуйста, это UNO — и ваше участие в его развитии будет весьма полезно.

Как появился UNO

Однажды мне потребовалось завести небольшие структурированные описания некоторых сущностей в обычных текстовых файликах. Предполагалось, что их будут заполнять и обычные люди, не знакомые с IT. Что ставило под сомнение выполнимость задачи. Сдаваться? Да ни в коем случае, вызов принят. Тем более, задача воспринималась как тренировка мышления.

Полгода назад я решил не кастомизировать очередной Armbian под конкретную плату, а собрать полноценную ОС: свой build-движок уровня Cargo, свою оболочку на QML поверх вложенного Wayland-композитора — и универсальность как главную ставку: одна система для одноплатников, планшетов и ПК. Первая плата — Orange Pi Zero 3W.

В статье — архитектура, где различия между устройствами живут в данных, а не в коде движка; реальный прогон сборки образа с точными цифрами по каждой из 14 стадий; и то, что обычно не показывают в анонсах — три production-краша с разобранными причинами (SIGSEGV в движке QML, AppArmor против snap-песочницы, macOS tar, портящий Wayland-модуль) и три находки первой живой загрузки на настоящем железе.