Kurgan-Telecom Ru | Информационные технологии

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

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

Вторник, час ночи. Закидываю в GPT-5.5 свой проверенный шаблон с развёрнутым CoT, тремя few-shot, ролью «опытный аналитик». Получаю мусор. Удаляю весь промпт, пишу из трёх строк — работает. Минут десять пялюсь в монитор. Половина моего трёхлетнего арсенала против reasoning-моделей либо лишняя, либо вредит. Что сдохло, что наоборот выросло в значимости, что писать под какую задачу. Без эмоциональной role-play и многословных «подумай шаг за шагом» — они сейчас только тормозят.

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

Под угрозу была поставлена репутация ведущих инженеров-конструкторов и физиков-ядерщиков СССР. Их руками была создана реакторная установка РБМК-1000, которая должна была стать проводником советского государства в светлое атомное будущее. Но случилось совсем наоборот. И по каким причинам так вышло, стоит разобраться.

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

Сейчас достаточно опасно рассуждать о рынке труда как об одной единой системе.

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

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

Я бы сказал даже наоборот - это происходит крайне редко.

Я хочу поделиться некоторым опытом 3D-моделирования, который кажется мне очень важным и полезным при разработке объектов под трёхмерную печать. Расскажу о нескольких приёмах автоматизации моделирования с использованием модификаторов и «многослойных» булевых операций с 3D-объектами. Статья пригодится новичкам.

Казалось бы, логика простая: нет рекламы — значит честно. Но именно здесь и зарыта проблема.

Бесплатный сериал с профессиональной озвучкой, реклама казино посередине — и ты уже часть этой системы. Осознанно или нет.

Мы научились бороться с рекламой. Но разучились замечать манипуляцию, у которой нет ценника.

После нескольких лет работы и нескольких месяцев бета-тестирования представлен официальный магазин-каталог ассетов и плагинов для движка Godot — Godot Asset Store, который пришёл на смену Asset Library.

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

( читать дальше... )

 development, game engine, godot, игры

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

Заменив самое фундаментальное понятие в топологии, Питер Шольце и Дастин Клаузен сделали первый шаг в гораздо более масштабной программе по изучению того, почему числа ведут себя именно так.

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

Однако обычного хеширования недостаточно из-за угрозы быстрых хакерских атак. Для защиты разработчики применяют «соль» (salt) — случайные данные, добавляемые к паролю. Минус соли в том, что она хранится рядом с хешем и не спасает от мощного перебора. Тогда на помощь приходит «перец» (pepper), скрытый в коде сервера. Его главная проблема — высокий риск потерять доступ ко всем аккаунтам при компрометации самого секретного ключа.

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

Дамы и господа, добро пожаловать в современную академию!

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

Если вы работаете с Claude Code на больших проектах, знаете картину: задаёшь вопрос “как устроена авторизация” — и агент рекурсивно бегает по файлам через grep, жжёт токены и время. Я уже разбирал SocratiCode, который решает это через векторный поиск. CodeGraph идёт другим путём — строит граф символов через tree-sitter и хранит в SQLite. Разобрал архитектуру, проверил бенчмарки (92% меньше вызовов — правда, но с нюансами) и сравнил с альтернативами. Заодно поправил телеграм-маркетинг про выдуманного “агента Hermes”.

Короткий пост про текущий статус по развитию мессенджера.

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

Искусственный интеллект уже давно вышел за рамки простых ответов на вопросы и теперь все чаще берется за полноценные рабочие процессы, где нужно не только сообразить, но и сделать. Компании постепенно учат свои системы самостоятельно разбираться с длинными цепочками операций, взаимодействовать с сервисами и доводить дело до конца без постоянного присмотра. Google на конференции I/O 2026 показала, насколько далеко зашел этот процесс, представив сразу две новые модели из семейства Gemini — 3.5 Flash и Omni, которые, по сути, закладывают основу следующего большого шага в развитии ИИ.

Анонс привлек внимание не из-за очередного роста скорости или размеров моделей. Google показала ИИ, который умеет не только генерировать контент, но и самостоятельно выполнять задачи, работать с сервисами и обрабатывать сразу несколько типов данных — текст, видео, изображения и звук. Разберемся, что умеют новые Gemini и почему Google делает ставку именно на такой подход. 

21 мая 2026 года стало известно, что космическая компания SpaceX, стремящаяся обеспечить условия жизни человечества за пределами Земли, планирует выйти на биржу. Ее капитализация оценивается в 1,75 трлн долларов. Во время IPO корпорация Илона Маска, оставаясь убыточной, планирует привлечь не менее 75 млрд долларов. Посмотрим, что у нее с интеллектуальной собственностью.

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

Если описать NestJS-архитектуру как граф — вершины это модули и классы, рёбра — зависимости между ними, — утверждение «архитектура не деградирует» перестаёт быть оценочным. Формально доказывается, при каких условиях циклы между модулями топологически невозможны, при каких размер публичного API не растёт с каждой новой ручкой, и при каких стоимость добавления фичи остаётся константой, а не растёт с числом существующих потребителей. Три измеримых структурных свойства, а не ощущение. Для типовой feature-based-структуры, которую сегодня продвигают как стандарт, ни одно из них не выполняется.

Серия из пяти частей: пошаговый разбор траектории на сквозном Twitter-подобном бэкенде, расчёт ROI типичной деградации в долларах и человеко-часах ($30–60k в год для команды из двух мидлов, $6–15M в год для big tech — с полным расчётом в части 3), и формальное доказательство на языке теории графов, при каких структурных условиях деградация невозможна.

Часть 5 — финал серии. Архитектурный подход, при котором эти три свойства соблюдаются (Feature-Based Clean Architecture), нагружается тем же сценарием годового роста, под весом которого деградирует обычный feature-based: партнёрка, анти-фрод, рефералки, расширенная аналитика, утроение модуля пользователей. Без художественности: реальный код, граф зависимостей «до» и «после», и формальное доказательство трёх свойств — DAG-инвариант, граница связности, O(1)-стоимость инкремента — на языке теории графов. Точка, в которой «архитектура не деградирует» становится не похвалой, а конкретным структурным утверждением.

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

Моя форма состоит из полей, начальное значение которых - пустая строка, а после валидации - число

Давайте попробуем создать схему для такой формы и вывести из нее тип

После трёх частей разбора деградации остаётся один вопрос: как написать NestJS-проект так, чтобы god-сервис и циклические зависимости были невозможны. «Писать аккуратнее», «лучше ревьюить», «выделять день в спринте на рефакторинг» — варианты, которые не работают: дисциплина не масштабируется на пятьдесят спринтов и пять команд. Работает другое — наложить на модуль структурные ограничения, которые TypeScript и NestJS DI просто не дадут нарушить. Слои, однонаправленные зависимости, изоляция домена от инфраструктуры — не папки ради порядка, а барьер, который физически не пропускает сценарии деградации из частей 1–3.

Серия из пяти частей: пошаговый разбор траектории на сквозном Twitter-подобном бэкенде, расчёт ROI типичной деградации в долларах и человеко-часах ($30–60k в год для команды из двух мидлов, $6–15M в год для big tech — с полным расчётом в части 3), и формальное доказательство на языке теории графов, при каких структурных условиях деградация невозможна.

Часть 4 — конкретная имплементация подхода на том же сквозном Twitter-подобном бэкенде. Как модуль режется на четыре слоя (domain / use-case / infrastructure / presentation), как раздутый сервис заменяется набором use-case’ов, куда уезжает работа с базой и почему оркестратор перестаёт быть god-функцией. Без художественности: реальный код, что именно изменилось по сравнению с feature-based-структурой из частей 1–3, и точка, в которой видно — прежние сценарии деградации теперь не запускаются не потому, что «все стали аккуратнее», а потому что нечем.

Промокшие кеды с нашивками «JD» торопливо хлюпали по лужам и обдумывали свой первый день в корпорации «Святые Технологии». Работа мечты и бесконечных возможностей! Небоскребы из стекла и металла, огромные пространства, в кабинетах которых творят будущее легенды отрасли. 

Дойдя до двери с надписью: «Малый Ад. Архив», они остановились в нерешительности: всё складывалось слишком удачно. Сосед по кабинету пробил им проходку на ежегодный прокрастинейт-шабаш, куда официально новичков не пускают.

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

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

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