До 100 релизов в день. Как мы ускорили процесс разработки

Привет! Меня зовут Илья, я директор департамента разработки в ЮMoney. За каждым малозаметным обновлением может стоять месяц работы: проработка архитектуры, дизайна, код-ревью и множество проверок безопасности. В ЮMoney мы смогли совместить тщательный контроль с бешеной скоростью — и делаем до 100 релизов в день. Расскажу, как мелкие задачи спасают от больших рисков и что помогает нам «катиться» быстрее.

https://habr.com/ru/companies/yoomoney/articles/955930/

#разработка #релиз #автоматизация #декомпозиция_задач #кодревью #безопасность #ssdlc #финтех

Создаём AI-ассистента для код-ревью с нуля

С нуля создаем Node.js-сервис для GitHub, который использует LLM (OpenRouter) для построчного код-ревью Pull Request. Разберем: верификацию вебхуков, борьбу с непредсказуемостью LLM и превращение хаоса в отказоустойчивый инструмент. Начать внедрение LLM

https://habr.com/ru/articles/955826/

#llm #github_actions #nodejs #кодревью #автоматизация #ai #devops #typescript #github_api #вебхуки

Код-ревью — самое узкое горлышко в разработке. И вот цифры, которые это доказывают

Код-ревью убивает вашу команду. И вот доказательства. Мы измерили. Один пулл-реквест крадет у компании 2.5 рабочих дня и 1.5 часа времени senior-разработчика. 70% комментариев в ревью — бесполезные споры о пробелах и запятых. Хватит это терпеть. Читайте мой разбор, почему код-ревью в Nomium стало главным тормозом разработки и что с этим делать.

https://habr.com/ru/articles/950936/

#бэкэнд #devops #оптимизация_процессов #продуктивность_разработчиков #тимлид #кодревью #ревью

[Перевод] Если ваш запрос на слияние сгенерирован ИИ, я его отклоню. Объясню, почему

Иногда запрос на слияние (merge request) даже не стоит отправлять на код‑ревью, так как при его составлении кто‑то злоупотреблял искусственным интеллектом, и это повредило как проекту, так и команде. Например: 1. Удалив часть кода, можно значительно улучшить запрос на слияние 2. Вы не знаете основ языка, на котором подавали запрос 3. Спам в документации 4. Вопиющая несогласованность материала 5. Чрезмерно подробно рассмотрены пограничные случаи 6. Вы добавили бессмысленные или нежелательные зависимости и сами не понимаете, зачем. Если я прислал вам обратно ваш запрос на слияние с невычищенным ИИ и без всяких прочих комментариев — значит, какие‑то из этих пунктов вы выполнили. Несмотря на свежие исследования и дискуссии на эту тему , мне известно, что ИИ действительно помогает писать код. Но злоупотребление ИИ — это новый феномен, и нам нужно чем‑то руководствоваться, чтобы выявлять такие случаи. Оригинал этой статьи написан в 2025 году, надеюсь, со временем улучшится ситуация как с инструментами, так и с регламентацией.

https://habr.com/ru/articles/942776/

#ИИ #llmмодели #кодревью #тестирование #pull_request

Как мы автоматизировали код-ревью за 48 часов на хакатоне: от боли техлидов до рабочего MVP

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

https://habr.com/ru/articles/942288/

#ai #codereview #кодревью #хакатоны #github #automation #software_development

LLM на службе разработки: как мы научили нейросети проводить код-ревью

Привет, Хабр! Меня зовут Владимир Добрынин, я ведущий разработчик в МТС Web Services. Наша команда занимается плагинами DevTools, которые упрощают и ускоряют создание софта, в том числе за счет сокращения рутинных операций. У нас уже есть целое семейство внутренних инструментов. Один из них — DevTools Copilot, который непосредственно из среды разработки позволяет взаимодействовать с LLM в режиме чата. А теперь мы реализовали DevTools Code Review, который помогает проводить самостоятельное код-ревью. В этой статье расскажу, как работает плагин и чего мы с его помощью добились.

https://habr.com/ru/companies/ru_mts/articles/939168/

#кодревью #плагины #ревью_кода #code_review #review #качество_кода

Ассиметрия в ревью

Как-то в одной известной компании решили упразднить процесс под названием "код-ревью". Упразднили не на уровне компании, а на уровне отдела, но в итоге упразднили не процесс, а того самого менеджера (по офицальный версии причины были другие, но мы-то знаем). Процесс (код-ревью), как видно, полезный, если способен пережить одного менеджера, но видно, вопросы к нему имеются. Код-ревью представляет собой взаимодейсвие автора пулл реквеста и ревьюера, что-то типа игры с ненулевой суммой, где та самая сумма аккумулируется между участниками процесса. Фикс критической ошибки (не архитектурной или по дизайну системы, а именно ошибки/баги) не добавляет профита ревьюеру. При удачной фиче похвала и бонус пойдут автору. То есть действия ревьюрера приносят ноль ему и что-то автору. Хотя ревьюер может не только помочь, но и навредить - заблочить пул реквест (и иногда действительно такое случается), бизнес невилирует отрицательные последствия - вмержат только в путь, когда бабло начнет течь мимо кассы. Не беря во внимание совесть ревьюера, получить максимальный профит можно на дейликах (ведь для этого утренние созвоны и нужны, так ведь?) - аккурат перед мержем пулл реквеста упомянуть о критической неисправности. Ревью это про чтение кода - выбор золотой середины между мыслями автора и доходчивостью ревьюера. Последний может попросить скомпоновать код попроще, что скорее всего заставит автора выгрузить из оперативной памяти смысловые блоки под запись в файл. Данную аргументацию дополняет еще и условие: пишем раз, читаем много раз. Если ревьюеру хочется сделать фичу самому - лучше сделать ее самому, а если уже поздно - лучше не бурчать, а понять и простить. Но никто же не просит устранять неэффективность (говнокод) без удовольствия, так? Предлагаю рассмотреть примеры кода на языке "тайпскрипт", хотя идеи ниже могут быть применимы к любому языку программирования.

https://habr.com/ru/articles/934840/

#кодревью #ассиметрия #typescript #программирование

Синдром тревожного анализатора и разработчика-заложника

Мы просто смотрим на экран. Один варнинг. Один, но он красный. Он "орёт". Не получается сразу понять, в чём дело. Условный рефлекс срабатывает, и уже открывается Git. Сейчас пофиксим, а потом подумаем. Даже если предупреждение касается чего-то безобидного, один красный прямоугольник на фоне зелёных строчек может парализовать внимание.

https://habr.com/ru/companies/pvs-studio/articles/922616/

#статический_анализ_кода #инструменты #качество_кода #кодревью #психология #культура_разработки

Почему мы все еще храним код в текстовых файлах?

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

https://habr.com/ru/articles/918512/

#код #программирование #кодревью #ide

Код-ревью: борьба или мотивация?

Привет! Меня зовут Илья, последние 7 лет я занимаюсь фронтендом и наконец решил отметиться на Хабре. Стартую с темы, которая, как кажется, уже успела приесться, но всё ещё вызывает жаркие споры — код ревью (CR). Не смотря на сотни статей и мануалов, каждая команда подходит к этому процессу по‑своему. Хочется зафиксировать и осмыслить собственный опыт, показать, как мы подходили к настройке процесса в реальном проекте, и почему, на мой взгляд, код‑ревью не может быть универсальным , а должен опираться на контекст команды. В этой статье не будет технических деталей вроде рекомендаций по максимальному количеству строчек в diff‑е или формату названий коммитов. Я хочу подняться на уровень выше и поговорить о целях, ключевых факторах и реальных компромиссах которые встречаются в CR.

https://habr.com/ru/articles/914664/

#codereview #кодревью #javascript #frontendразработка #качество_кода #командная_разработка #мотивация_программистов #мотивация_в_ит

Код-ревью под микроскопом: как нетоксично давать обратную связь и проверять код без нервов

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

https://habr.com/ru/companies/agima/articles/911764/

#кодревью #тимлидство #управление_разработкой #совершенный_код #критерии_качественного_ревью

[Перевод] Почему дешёвые разработчики обходятся дорого

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

https://habr.com/ru/articles/908414/

#разработка #кодревью #технический_долг #управление_командой #стартапы #бизнес #антипаттерны

Совершенный код — пустая трата времени?

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

https://habr.com/ru/articles/892320/

#кодревью #обсуждения

Выжимаем максимум из код-ревью и спасаем нервные клетки

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

https://habr.com/ru/companies/surfstudio/articles/892304/

#кодревью #разработка #разработка_приложений #разработка_вебсайтов #ревью_кода #code_review #ios #android #flutter

Как SonarQube помогает автоматизировать код-ревью: гид для начинающих

SonarQube — это инструмент анализа качества кода, написанный на Java. Он выявляет баги, уязвимости, дублирование кода и «запахи кода» (code smells). SonarQube используют в CI/CD (Continuous Integration, Continuous Delivery — непрерывная интеграция и доставка) для автоматической проверки и улучшения качества кода.

https://habr.com/ru/companies/skillfactory/articles/890526/

#sonarqube #кодревью

«Идти в программисты сегодня — большая ошибка»: откровения техноблогера Михаила Ларченко

Что общего между космонавтом и программистом? Скоро эти профессии станут в равной степени бессмысленным выбором для карьеры. В интервью Youtube-каналу Ai4dev автор одного из самых интеллектуальных IT-каналов на YouTube, Fullstack-разработчик Михаил Ларченко рассказал, как искусственный интеллект уже переворачивает индустрию с ног на голову, почему европейские модели могут оказаться лучше американских, и что делать разработчику, чтобы не оказаться выброшенным на обочину технологического прогресса.

https://habr.com/ru/articles/887402/

#ииассистент #ии_и_машинное_обучение #вебсайт #webпрограммирование #интервью #llm #советы_начинающим #кодревью #программисты #программирование_для_начинающих

Догфудинг, ИИ-помощники, кодонавигация: самое интересное про SourceCraft, новую платформу для разработки от Яндекса

Сегодня Yandex B2B Tech в режиме технического превью открывает пользователям доступ к SourceCraft — платформе для разработки полного цикла, которая помогает создавать исходный код, управлять версиями, заниматься тестированием, сборкой, деплоить и сопровождать программные продукты. Её история началась в Yandex Infrastructure — эта команда развивает инструменты для создания и развёртывания приложений и сервисов внутри Яндекса и поддерживает инфраструктуру, на которой работают большинство разработчиков компании. Во многом поэтому значительная часть идей для новой платформы возникла благодаря догфудингу — практике использования собственного продукта командой его создателей. Вместе с разработчиками платформы Ольгой Лукьяновой @ollka_lukianova и Сергеем Захарченко @neofelis узнаем, каково это — делать платформу для разработки, одновременно используя эту же самую платформу для написания кода, тестирования, проверки пул‑реквестов, сборки и деплоя.

https://habr.com/ru/companies/yandex_cloud_and_infra/articles/885788/

#sourcecraft #git #ide #developer_tools #догфудинг #кодревью #codereview #репозиторий #пулреквест #ci

ЕВРАЗ доверил ревизию кода ИИ

Недавно прошёл Хакатон ЕВРАЗа 3.0, на котором участникам поставили задачу упростить и ускорить важный процесс разработки — code review. Эта сложная и трудоемкая часть работы программистов, которая требует предельной концентрации и широкого опыта специалистов. Хакатон предоставил возможность не только найти новые идеи для автоматизации, но и продемонстрировать потенциал ИИ для повышения качества кода. Если тема цифровых технологий в металлургической промышленности интересует и вас, приглашаем поближе познакомиться с решениями победителей.

https://habr.com/ru/companies/evraz/articles/865456/

#codereview #хакатон #генеративный_ии #код #кодогенерация #кодревью #программирование #ии #ревизия_кода

[Перевод] Почему ИИ рано поручать код-ревью

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

https://habr.com/ru/articles/859582/

#ИИ #кодревью #проектирование #чистый_код #командная_работа

На кой review это надо?

Вы проводите код-ревью на текущем проекте или считаете что это просто пустая трата времени? На собеседованиях я иногда спрашиваю, зачем проводят код-ревью. Вы можете удивиться, но один матерый senior, с 10+ лет в игрострое, и еще пятерку отмотавший в ембедед разработке за наглость получения красного диплома, ответил "потому что все так делают" - это конечно редкий запущенный случай, но было. Еще встречается такое - "потому что так сказал сенсей" (лид, бабушка, ажаль шеф - подставьте свое). Еще какой-то процент людей отвечали, "потому что так делают в гугле", и когда, заметьте не первый человек, на полном серьезе говорит это на собесах я начинаю сомневаться в способностях нашего tech-HR проводить первичное собеседование, а он, надо сказать, иногда еще пишет продуктовый код и эти самые ревью регулярно проходит наравне со всей командой разработки. Не сомневаться же людях, которые пришли? Поревьювать статью

https://habr.com/ru/articles/831856/

#с++ #кодре #кодревью #разработка_игры