Все потоки

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

— А по точкам вот прям вообще не подойдет?
— Не, ну, конечно, на крайняк подойдет, но хочу чтобы было по кривой. Да и на прошлой игре где я работал такое было, почему у нас нет?

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

Почему руководитель разработки ПО заходит в видеоконференцию и полтора часа наблюдает, как разработчик пишет код? Короткий ответ:  он использует подход гемба — один из лучших способов найти слабые места в процессах.

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

Пойми, что может Excel!

Вот прям как в знаменитом меме «А что, разве так можно было?!!!»

Профессионалы Экселя не знают программу. Они её ПОНИМАЮТ!

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

Привет, Хабр! С наступившим!

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

Как мы программировали в 80-е или Путь в тысячу ли начинается с первого шага программы.
Как мы программировали в 90-е. Часть #01
Как мы программировали в 90-е. Часть #02
Как мы программировали в 90-е. Часть #03

Разумеется Денди, не знал об этих тонкостях, поэтому и отдал мне тогда – на первой беседе – один файл.
Мой ор я слышу до сих пор.

Денди, видя моё потрясение – и, надо отдать ему должное! – признал такой фейл и добавил немного денег. Немного.

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

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

Конвертацию CyrLat-а в нормальный текст отложил на потом – там были тонкости и их надо было делать вдумчиво. Например «шины» могли быть записаны как SHYNY, SHINI со всеми промежуточными вариантами. Т.е., у задачи начала отрастать внушительная такая, увесистая и раскидистая ветвь создания словаря – она решаемая, только границы у неё в загоризонтной перспективе, а у меня уже и сухари стали кончаться. Денди мои аргументы принял, к тому же оказалось – это единственная биржа с такой кодировкой, у неё на каком-то этапе передачи данных использовался канал телетайпа и они собирались от него отказываться и переходить на модемы.

Привет, Хабр. Всех с наступившим Новым Годом.

На днях наткнулся на статью Махмуда Хашеми, в которой обсуждаются некоторые недостатки методологии семантического версионирования (SemVer), и в качестве решения этих недостатков предлагается использовать календарное версионирование (CalVer). В организации, где я работаю, по стандарту разработки требуется обязательно версионировать приложения по SemVer. Из собственного опыта использования SemVer скажу, что нашёл в ней ещё ряд недостатков, для исправления которых пришлось искать новый способ версионирования.

Девять цветных плиток на грани куба Рубика – это уже мозаика. Из девяти квадратов шести цветов можно собрать более 10 миллионов комбинаций разрешением 3х3 пикселя. Для каждой такой комбинации можно физически путем вращения граней собрать зеркальный паттерн в инверсивных цветах на противоположной стороне кубика (об этом я подробно рассказывал в статье о двусторонних паттернах и MDSI-методе). А если кубиков 4, 10, 100 или больше, то разрешение изображения становится всё выше, а мозаика всё выразительней. А используя MDSI-метод любую мозаику можно превратить в двустороннюю – подобно жаккардовой ткани, где изнаночная сторона является инверсией лицевой.

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

Привет, Хабр!

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

И теперь выстрел из ПВО стоит пару долларов, вместо сотен тысяч на одну ракету. О том, как работает система Железный Луч, почему ученым ранее не удавалось построить компактные лазеры, и как остальной мир строит свои военные технологии будущего, вплоть до насекомых-киборгов.

А вы знали, что на аббатстве Пэйсли в Шотландии есть гаргулья в виде… Чужого? 👽

Да-да, на этой по-настоящему древней церкви, построенной ещё в 1163 году, можно увидеть ксеноморфа, вырывающегося прямо из стены! Но нет, это не значит, что яйца чужих попали на Землю ещё в XII веке — всё куда интереснее.

Приветствую, коллеги! Это опять @ProstoKirReal. В прошлых статьях я с вами обсуждал историю развития SFP-модулей и оптические кабели.

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

Одно из воскресений декабря 2025 г. Просматриваю избранное на барахолке на предмет очередной покупки. Конкретной цели нет, просто смотрю, нет ли чего интересного за приемлемые деньги. Один вариант не отпускает: Fujitsu FMV-Biblo NE7/800. Ноутбук выпущен 25 лет назад в Японии для внутреннего рынка. Решаюсь не сразу: ноутбук продаётся в Калининграде, до Краснодара ехать ему далеко, долго и дорого. И я не уверен, что продавец отправит в такую даль. Решаюсь, пишу. Продавец согласен. Оплачиваю. Ноутбук неисправен и не вполне комплектен, зато редок в наших краях и красив. Заведётся?

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

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

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

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

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

После моей статьи про АИС «Налог-3» (как одну из самых мощных государственных IT-систем России) в комментариях больше всего спорили не про масштабы данных и вопроса, «видит ли ФНС всё». Основной скепсис вызвал мой тезис о необходимости внедрения больших языковых моделей (LLM) в работу налоговых органов.

Основной аргумент в противовес моей позиции звучал так: «Зачем там нужен Искусственный Интеллект? Всё формализовано, достаточно жестких алгоритмов и грамотных шаблонов. Экспертная система справится сама, не надо усложнять».

В этой статье я постараюсь привнести ясность в то, как происходит сбор доказательственной базы по налоговым правонарушениям и как формируется итоговый документ (акт и решение по налоговой проверки). Потому что в реальной налоговой проверке проблема не в том, чтобы найти риск или подсветить признаки. Это АИС «Налог-3» уже умеет делать достаточно хорошо. Проблема в другом - превратить массив фактов в доказательства и выводы, а затем изложить это в юридически выверенном тексте, который выдержит спор сначала на стадии возражений, потом в вышестоящем налоговом органе, а при необходимости и в суде.

Если вы читаете меня впервые: я не аналитик со стороны и не «диванный эксперт». За моими словами 12 лет работы в налоговых органах, в том числе на руководящих должностях. Из системы я ушёл совсем недавно и прекрасно понимаю, как это работает изнутри.

Привет Хабр!

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

С момента появления загадочного репозитория на GitHub с описанием «Pink + Purple = Fuchsia» прошло десять лет. За это время медиа-пространство успело пережить несколько циклов хайпа: от «Убийцы Android» до «Мертвого проекта Google».

На календаре январь 2026 года. В магазинах нет коробок с надписью «Fuchsia Phone». Однако, если у вас дома стоит Nest Hub второго поколения, вы уже пользуетесь этой ОС. Если вы разработчик под Android, вы, возможно, уже взаимодействуете с её компонентами через виртуализацию.

Fuchsia не умерла. Она совершила то, что в биологии называется метаморфозом. В этой статье мы отбросим маркетинговую шелуху и разберем архитектуру системы "под микроскопом". Поговорим о том, как Google решает фундаментальные проблемы ядра Linux, что такое Starnix на уровне системных вызовов, зачем нужен FIDL и почему 2024–2025 годы стали переломными для проекта, переведя его из стадии R&D в стадию инфраструктурного фундамента.

Несколько лет назад я наткнулся на статью про CRISPR‑Cas9 и домашние биолаборатории — люди буквально у себя дома экспериментировали с редактированием генов. Я бэкенд‑разработчик, биологию последний раз открывал в школе, но желание разобраться никуда не делось. В этой статье разберёмся, как работает CRISPR на минимальном уровне, и напишем CLI‑утилиту на Python для поиска потенциальных guide RNA — «наводчиков» для молекулярных ножниц Cas9.

Рассмотрим две проблемы при изучении иностранного языка. Это освоение грамматики и увеличение словарного запаса. Они не единственные, но важные. Про способы погружения в грамматику, на языке оригинала, можно прочитать в моей статье: «Уроки французского и пересоздание данных для изучения иностранного языка с помощью обучающей программы «L'école»», в https://habr.com/ru/articles/972594/ .

Там идея простая. Мы берем хороший учебник на языке оригинала, разбиваем текст на короткие смысловые фразы, снабжаем их фонетическим слогоделением и буквальным контекстным переводом (БКП). Затем, озвучиваем данные, например, с помощью TTS, для, в данном случае, обучающей программы «L'école» и создаем двуязычные html-тексты с транскрипцией (фонетическим слогоделение) или, другими словами, небольшую книгу в формате html.

Идея изучения грамматики основана на двух принципах:

– Мы читаем, громко, вслух фонетическую транскрипцию (предварительно осваиваем фонетический алфавит с помощью представленных уроков) и смотрим подстрочный перевод. Это для html-книг. А при работе в обучающей программе, мы можем, при желании, еще набирать текст руками (используя метод «запоминание руками», в режиме «Конспект»), слушать и проговаривать вслед интерактивную озвучку. При этом, не обязательно даже стремиться запоминать текст, при наборе его руками и повторении озвученной речи, уроки запоминаются «сами собой», особенно, если к ним периодически возвращаться.

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