Code review — отличный механизм для отлова багов, но это почти гарантированный способ создать «бутылочное горлышко» для всей команды. В Cloudflare медианное время ожидания первого ревью измерялось часами. Чтобы решить проблему, они построили CI-нативную систему оркестрации вокруг 7 узкоспециализированных ИИ-агентов (безопасность, качество кода, производительность). Итог: 130 тысяч проверок за месяц, среднее время ревью — 3.5 минуты. Перевод подробной технической статьи от инженеров Cloudflare об архитектуре, защите от сбоев и экономии токенов. Читать далее

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

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

Мажорное обновление редко ломает сервис сразу и красиво. Чаще оно оставляет тихую регрессию в сериализации, безопасности, тестах или рантайме — и всплывает уже после релиза. В этой статье разбираем, как перейти со Spring Boot 3.x на 4.0 и с Java 21 на Java 25 не одним рискованным прыжком, а как управляемой инженерной процедурой: с промежуточной остановкой, проверками, канарейкой и понятным планом отката. Разобрать миграцию

«Сначала Mythos был „слишком опасен, чтобы продавать“. Потом стал Fable „только до 22 июля“. Потом тихо исчез, сославшись на регулятора. Я поспорил с друзьями, что модель всё равно выйдет, и скоро. И жульничаю: это не утечка секретной мощи, а приём из учебника Чалдини. Разбираю по слоям, зачем так делают и почему это работает.» Читать далее

«У нас есть рекуррентные платежи, значит подписки уже работают».Обычно именно с этого начинается история появления собственной таблицы subscriptions, джобов в кроне для продления доступа, логики расчёта MRR и десятков исключений в коде. Разбираемся, какие задачи на самом деле решают рекуррентные платежи, где заканчивается их зона ответственности и почему многие SaaS-компании рано или поздно приходят к полноценному биллингу. Читать далее

В 2026 году софт всё чаще пишут с участием ИИ: по данным Stackoverflow, 84% разработчиков уже используют ИИ‑инструменты или планируют начать. Но у скорости есть цена. Исследователи Faros AI зафиксировали парадокс: в командах с активным ИИ разработчики закрывают на 21% больше задач и мёржат на 98% больше пул-реквестов — а время ревью при этом выросло на 91%.Чем больше кода генерируют агенты, тем тяжелее его проверять: пул-реквесты раздуваются, а глубина понимания у ревьюера не меняется. Разбираем, какие ошибки чаще всего встречаются в ИИ-коде, что в ревью можно отдать модели, что обязательно оставить человеку и как выстроить процесс, чтобы выигрыш от автоматизации не утонул в очереди на проверку. Что отдать модели →

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

Мы рады объявить о релизе MDN MCP-сервера. MCP (Model Context Protocol) — это открытый стандарт, который позволяет ИИ-инструментам подключаться к внешним источникам данных. MDN MCP-сервер использует этот протокол, чтобы доставлять документацию MDN и данные о совместимости браузеров прямо в твой редактор кода или IDE. Читать далее

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

Обычно разработчики пользуются локальными IDE вроде VS Code или IDE от JetBrains со своим набором плагинов, настроек и собранным под себя окружением. Иногда — удалённой машиной. Но есть третий вариант, который пока многим непривычен и потому вызывает настороженность, — Cloud IDE, или CDE. Закономерно возникают вопросы: а точно ли мои данные в безопасности? Есть ли в CDE все нужные компоненты для полноценной работы или это просто способ быстро заглянуть в код? Читать далее

Недавно я пытался выжать максимум из корпоративной OCR-модели, перебирая промпты и гиперпараметры, когда наткнулся на issue в репозитории Qwen-3-VL. Автор утверждал, что точность задачи выросла просто от изменения порядка: сначала изображение, потом текст. Просто перестановка блоков. Читать далее

Прошлым летом подарили сыну магнитную азбуку. Ну, знаете, такие буквы на магнитах, можно составлять слова на холодильнике. Ну само собой получилось, что мне захотелось составить что‑то из всех букв. Оказалось, что классика вроде «Съешь ещё этих мягких французских булок» не подходит — в моём наборе каждая буква была только один раз. А те панграммы, где буквы не повторяются (можно найти, например, у Лебедева в «Ководстве») — «Эй, жлоб! Где туз? Прячь юных съёмщиц в шкаф.» или «— Любя, съешь щипцы, — вздохнёт мэр, — кайф жгуч» — они, скажем так, на любителя. Слишком много восклицаний, междометий и прямой речи. Хотелось чего-то более пристойное и связное.У меня получилось найти следующую панграмму:«Съев мяч, щипцы, эльф‑конюх ждёт груз шайб»В ней все 33 буквы русского алфавита, каждая по одному разу. В статье — как я её искал, фильтры словаря и то, как устроен поиск. Читать далее

AI-ассистент пишет код быстрее — и ломает прод чаще. Звучит как парадокс, но цифры 2026 года это подтверждают: pull request'ов на разработчика стало на 20% больше, а инцидентов на каждый PR — на 23,5%. Самое неприятное, что эти баги почти не видны на ревью: код чистый, тесты зелёные, апрув за пять минут — а через неделю алерт. Разобираем восемь антипаттернов, которые ловят даже сеньоров: от галлюцинированных зависимостей и slopsquatting до context rot и архитектуры, которая по кускам деградирует в God Service. На каждый — симптом, причина, последствия и конкретное исправление. Плюс готовый чек-лист ревьюера AI-кода, который можно забрать и повесить рядом с шаблоном PR. Читать далее

Наступает 3 часа ночи. Я уже на грани истощения, запускаю абсолютно тот же самый запрос без изменений. И бам! Будто тумблер переключили. Внезапно я общаюсь не с задушенным корпоративным ботом, который крутит плашку «thinking…» по две минуты ради одной строчки кода. Я разговариваю с Богом. Через 30 минут абсолютно все тесты пройдены безупречно. Читать далее

Block (Square, Cash App, Tidal) рассказала, как у неё устроена разработка: внутренний Builderbot делает 200 000+ операций в день, мержит ~1500 PR в неделю и отвечает за ~15% всех изменений прод-кода. Фон невесёлый — всё это после сокращения ~4000 человек. Разбираю, что реально под капотом (Builderbot — control plane поверх открытого фреймворка Goose: Slack-тред → ветка → PR → CI-петля), и главное — что из этого может украсть обычная команда без своего фреймворка. Острый угол: на масштабе кодинг-агент — это не про модель, а про обвязку (CI, права, аудит, очереди PR), то есть чистый DevOps. Плюс честно про маркетинг в их цифрах и про 4000 человек за кадром. Читать дальше →

Привет, Хабр! Меня зовут Евгений Мазуренко, я руководитель отдела разработки финансового учёта в Ozon. Больше десяти лет управляю командами — маленькими и большими, продуктовыми и аутсорсинговыми. Раньше я искренне верил, что идеальный руководитель — это супергерой. Тот, кто всегда на подхвате, закрывает собой бреши, знает ответы на все вопросы и спасает проект собственным контролем. Я был в центре всего — код-ревью, баги, постоянная стыковка с продуктом. Мои часы «помощи» росли, и именно в этой роли я чувствовал свою необходимость и вклад.А потом увидел обратную сторону. Скорость команды падала, энтузиазм угасал, инициатива стремилась к нулю. Запросы на помощь множились, а способность решать проблемы самостоятельно у команды таяла. Любое, даже самое очевидное решение требовало моего вмешательства. Тогда я осознал: моя «помощь» и была проблемой. Я создал систему зависимостей и оказался не спасательным кругом, а главным тормозом на пути роста команды. Сегодня в статье разберу три вещи, которые помогли мне иначе посмотреть на роль руководителя: как нанимать людей под команду, как давать задачи с понятным смыслом и как помогать так, чтобы не забирать у команды ответственность. Читать далее

В инженерии программного обеспечения есть метрика bus-factor — минимальное количество людей, одновременная потеря которых останавливает систему. Чем выше число, тем устойчивее операция к кадровым изменениям.В IT эту метрику считают регулярно. На складах — почти никогда. При том что текучесть персонала в складской отрасли составляет около 49% в год. Склад, который не знает своего bus-factor, не знает, насколько каждый такой уход приближает его к операционному сбою.Важная оговорка до расчёта: bus-factor — не оценка компетентности. Высокий bus-factor у конкретного человека означает, что склад правильно спроектирован вокруг этой роли. Низкий — что знание об операции сосредоточено в одном месте и нигде больше не зафиксировано. Читать далее

За годы контрактной разработки электроники и работы в “КЕДР Солюшенс” я видел сотни проектов, некоторые из которых пошли не по плану. И многие факапы, из-за которых горят сроки, лопаются бюджеты, а готовые прототипы отправляются в мусорное ведро, совершают... сами разработчики. Причем часто из самых лучших побуждений: из-за инженерного перфекционизма или желания сэкономить деньги клиента.Я собрал 10 типовых причин, почему проваливаются проекты по разработке электроники. Проверьте себя и свои проекты, пока не стало слишком поздно! Читать далее

В конце прошлого года сразу два конкурирующих ИИ гиганта Perplexity и OpenAI выпустили свои AI‑браузеры. Каждым это, конечно, подавалось как прорыв.Про Comet сказано уже много. Справедливо было бы показать и Atlas. Он был доступен только для macOS. Хотел дождаться, пока он появится и для других платформ, но не дождался. Так что разберём так.Сразу скажу: я хотел найти для себя хотя бы одну причину, чтобы перейти на него. Спойлер — не нашёл. Ну давайте объективно посмотрим на плюсы и минусы.Atlas — это веб‑браузер от OpenAI, выпущенный 21 октября 2025 года. Идея простая: ChatGPT встроен прямо в браузер и работает как ваш персональный ассистент на каждой странице.Главное обещание — умная боковая панель с ChatGPT для работы с любым сайтом. Есть режим агента, который может сам кликать, заполнять формы и делать покупки. Память браузера запоминает всё, что вы делали в интернете. Читать далее

Многозадачность кажется простой темой, пока дело не доходит до Python и GIL. В статье разбирается: чем процесс отличается от программы, зачем нужны потоки, что такое ядро процессора и в чём разница между конкурентностью и параллелизмом. Затем – специфика Python: как GIL влияет на потоки, когда стоит использовать процессы, асинхронность или корутины, и чем они отличаются от green threads. Материал сопровождается схемами, рабочими примерами кода и реальными замерами производительности для CPU-bound и I/O-bound задач, а в конце – практические выводы о том, что и когда выбирать. Читать далее

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

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

Агент не ломает архитектуру. Он заливается в те щели, которые ты ему оставил. Как я перестроил проект на 200К строк, чтобы границы держал линтер и CI, а не слова в CLAUDE.md. С кодом и цифрами до и после. Читать далее

Сегодня прошло мероприятие VK Cloud Conf 2026, чего было интересного...Одной из интересных концепций, которую удалось подметить и на которую мы раньше обращали мало внимания: возможность мониторить ошибки на толстом клиенте. Однако если специалист по продукту рассказывал, что это просто интересный инструмент, к которому они подключили ClickHouse, то мы с ним дошли до обсуждения, что ИИ-агенты могут работать явно больше 3,5…15 часов, если получают подробный и отфильтрованный и прошедший отдельную оценку разбор ошибок на клиенте и сервере. Вы вставляете в код небольшой JS-скрипт, как при подключении Яндекс-метрики, но он мониторит не только трафика на Ваш сайт, но и то, что у пользователя запустилось, с какого устройства появилась проблема в работе боевого сервера (IPhone / Android / Windows / …). Когда Вы пытаетесь проанализировать ошибки без специальных инструментов, нужно писать кучу разрешений о выводе ошибок, строчить явно не 10 строчек кода, которые на клиенте проанализируют проблему. А здесь вы просто доверяетесь инструменту, где все это сделано за вас. Но прелесть в том, что ваш агент, анализируя и пересматривая результат своей генерации кода, может анализировать именно сообщения и ошибки, «подготовленные на блюдечке» этой тулзой, что повышает результативность работы ИИ-агентов. Читать далее

Разработка лекарственных препаратов по-прежнему слишком часто основана на дорогостоящем методе проб и ошибок. Исследователи из ICTER демонстрируют, что существует и другой путь — пошаговое построение молекул и наблюдение за их поведением с атомной точностью. Такой подход может значительно ускорить разработку новых методов лечения и одновременно снизить количество побочных эффектов. Отправной точкой исследования, опубликованного в журнале Diabetology авторами Винитой Каушик, Сауравом Кармакаром и Умберто Фернандесом, является альдозоредуктаза (AR) — энзим, который уже давно находится в центре внимания исследований, посвящённых диабетическим осложнениям. В условиях хронической гипергликемии так называемый полиольный путь становится гиперактивным, превращая глюкозу в сорбитол. Его накопление приводит к осмотическому стрессу, нарушению окислительно-восстановительного баланса и, в конечном итоге, к повреждению клеток.Этот механизм напрямую связан с такими осложнениями, как диабетическая ретинопатия, невропатия и нефропатия. Таким образом, ингибирование альдозоредуктазы представляется очевидной терапевтической стратегией. Однако, несмотря на десятилетия исследований, пока не найден препарат, который успешно сочетал бы высокую эффективность с благоприятным профилем безопасности. Читать далее

Две недели назад я закрыл свой кейс с 15 собесами и вышел на работу в финтех-стартап. А через три дня позвонил друг: его команду расформировали, весь юнит под нож. Java, два с половиной года опыта — и резюме в пустоту.Я только что сам прошёл через рынок и понял главное: на дне рынка (IT hh-индекс 14,2, вакансий минус 17% за год) «просто откликаться» не работает. Поэтому вместо «держись» мы сели на вечер и собрали ему систему из трёх блоков: резюме под ATS, воронка откликов и подготовка к формату. Рассказываю, что сделали, со ссылками на цифры, от чего я его отговорил — и что из этого вышло за первые десять дней. Читать далее

Каждый был тем, кто адаптируется в новой команде, и тем, кто наблюдает за этим процессом со стороны, многие не замечают этого перехода, а те, что замечают редко придают значение ранее невидимым вещам. Я раньше тоже думал об адаптации в компании, как о своей личной проблеме, а теперь, оглядываясь на этот период «новичка», отмечаю один и тот же спектакль с предсказуемыми актами, но разными актёрами и почти одинаковым финалом. Навыки есть? А если найду?Первое, что бросается в глаза (особенно если взяли опытного) это момент понимания что его знания не полностью переносимы. Люди реагируют на это по-разному, очень по-разному и кто-то начинает защищать тот стиль в коротом это делали на прошлом месте (к сожалению, и меня это касается), других не видно несколько недель, третьи продолжают традиции кофейного геноцида и компания тут не важна, четвертые бросаются переписать всё, что кажется странным.Но проблема не в том, что новый человек чего-то не знает, что нормально и ожидаемо, просто опытный специалист часто не осознаёт насколько узкой была его специализация на предыдущем месте. Имена проектов говорить не буду, дабы не навлечь неодобрение людей с которыми работал.Как-то к нам пришел очень крутой разработчик физики, очень... его переманивали год на разные проекты и под разными предлогами, а физику на том проекте настраивали через таблицы в текстовых файлах и lua-скрипты, а не через движковые параметры (ну вот так исторически сложилось), и первые недели он все время пытался что-то переписать, исправить, доработать, и 90% его изменений заворачивали на ревью, что конечно не добавляло настроение ни ему, ни команде. И визуально он работал заметно медленнее джуна, который пришёл месяцам раньше и просто принял такое положение вещей как данность, но смог пофиксить пару сложных багов, которые висели в беклоге пару лет. Конечно, это было неприятно (человека в итоге вызвали на разговор) для опытного, потому что он чувствовал себя некомпетентным, и еще это было неприятно для тех, кто его затащил в студию и ждал результата, начиная сомневаться в правильности решения. Читать далее

Мир технологий меняется быстро, и создать большое приложение, которое можно поддерживать несколько лет, становится непростой задачей.Лет двенадцать назад создание большого монолита было обычной практикой. Семь лет назад многие подсели на микросервисную архитектуру. Причем микросервисами часто называли все подряд: и сервисно-ориентированный подход (SOA), и набор крупных сервисов, и распределенный монолит. Главное было быть в тренде.Сейчас маятник снова качнулся. Микросервисы уже не выглядят универсальным ответом: слишком хорошо видна их цена в инфраструктуре, отладке, версионировании контрактов и сопровождении. Поэтому все чаще можно услышать про модульный монолит.В этой статье я попробую набросать архитектурные и программные решения, которые позволяют создать и поддерживать веб-приложение в течение нескольких лет. Читать далее

Это путешествие длиной в год началось 14 июня 2025 года. До этого я был счастливым обладателем вот этого андроид-телефона Xiaomi Duoqin F22 Pro с кнопочной клавиатурой и Android 12. Экран у него был 640x960 пикселей. Клавиатура как у любого старого телефона - с двумя контролируемыми под андроидом софт-клавишами и кнопкой «Взять трубку», цифровой клавиатурой и джойстиком. И хоть рисовать на нем с этой клавиатуры было удобно как на сименсах 20 лет назад - мощность у него была совсем средняя. И с покупкой нового телефона помощней, с большим экраном и без клавиатуры - все поменялось так, что пришлось за прошедший год перелопатить весь мобильный PaintCAD. Ого, неужели!

Почему в гите нет команды git pull --force.... Зачем она могла бы быть полезна? Смотрите:Существует прекрасная общепринятая схема работы с контролем версий — у каждого разработчика своя копия проекта, коммиты в ветки, мерж, test‑сервер, pre‑prod, CI/CD.Для больших проектов все отлично и автоматизировано. Нет никаких сомнений что так и должно быть, НО...Есть мелкие проекты — какой‑нибудь сайт, где раз в пару месяцев надо внести небольшие правки и заказчик при этом каждый раз нанимает разных фрилансеров. Приходится работать на общем тестовом сервере, заливать файлы по sFTP и делать коммиты с локалки но как тогда поддерживать актуальность гита на этом самом сервере? Читать далее

Обычный ответ LLM по сложной теме – часто мусор.Не потому что модель тупая. Просто за один prompt не получаешь полноты ответа. Это быстрый ответ из головы модели: красиво, складно, иногда даже убедительно. Но если нужно реально разобраться в рынке, технологии, конкурентах, вакансиях, конференциях или любом другом you name it кейсе, почти всегда нужен не ответ, а небольшое исследование. Читать далее

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

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

Привет, мой читатель с Хабра!Знаешь ли ты о том, что такое многопоточное программирование? Если да, то это хорошо! Если же нет, то придётся почитать немного скучноватой теории про такую известную технологию программирования, как многопоточное программирование, а затем мы копнём эту тему глубже… Узнать о многопоточном программировании