Баг-трекинг: почему баги возвращаются на прод и какая система это лечит

Тестировщик находит баг в проде и идёт заводить тикет. Поиск по трекеру показывает: этот баг уже заводили — восемь месяцев назад. Закрыт со статусом «не воспроизводится». Автор закрытия уволился, комментариев нет, шагов воспроизведения нет. Тикет заводится заново — третий раз за два года. Знакомая картина? В энтерпрайзе она стоит бизнесу миллионов рублей на потерянном времени и сгоревших SLA. Баг-трекинг — это не «куда записывать баги». Это процесс, который не даёт им возвращаться: с понятным жизненным циклом, жесткой ответственностью за «протухание» и связью дефекта с кодом и релизом. В статье разберём, как этот процесс устроен в суровой реальности, а не в учебниках по Agile, какие бывают баг-трекинговые системы — от GitLab Issues до Enterprise-платформ — и как выбрать свою, не переплатив за лишнее и не создав кладбище тикетов. Почему баги возвращаются

https://habr.com/ru/companies/simpleone/articles/1051292/

#багтрекинг #управление_дефектами #SDLC #управление_разработкой #code_review #GitLab #simpleone_sdlc #импортозамещение

Баг-трекинг: почему баги возвращаются на прод и какая система это лечит

Тестировщик находит баг в проде и идёт заводить тикет. Поиск по трекеру показывает: этот баг уже заводили — восемь месяцев назад. Закрыт со статусом «не воспроизводится». Автор закрытия уволился,...

Хабр

AI предлагает, мержу я: почему я не даю агенту последний ход

TL;DR. Я не пытаюсь сделать кодинг-агента самостоятельным разработчиком. Я задаю для него процесс: SPEC → PLAN → TEST → CODE → REVIEW → LEARN , артефакты на каждом шаге и человеческий accept там, где начинается ответственность. Эта статья — вход в серию про map-framework : хуки, контракты, контекст, память и всё, что я довёл из научных статей до рабочего процесса.

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

#AIагенты #кодингагенты #LLM #Claude_Code #code_review #specdriven_development #автоматизация_разработки #инженерные_практики #mapframework #arxiv

AI предлагает, мержу я: почему я не даю агенту последний ход

Есть неприятная иллюзия: если модель стала сильнее, ей можно дать больше свободы. В кодинге это быстро выходит боком. Агент пишет много, уверенно, иногда даже красиво. Потом ты открываешь diff и...

Хабр

Thoughtbot 가이드를 통한 소프트웨어 개발의 지혜: 수년간의 경험을 단축하는 비결

Thoughtbot 가이드는 '상황에 따라 다르다'는 모호함을 배제하고 다년간의 실무 경험을 통해 축적된 명확하고 실천적인 소프트웨어 개발 지침을 제공합니다.

🔗 원문 보기

Thoughtbot 가이드를 통한 소프트웨어 개발의 지혜: 수년간의 경험을 단축하는 비결

Thoughtbot 가이드는 '상황에 따라 다르다'는 모호함을 배제하고 다년간의 실무 경험을 통해 축적된 명확하고 실천적인 소프트웨어 개발 지침을 제공합니다.

Ruby-News

Иннерсорсинг в Островке: как мы перестали ждать чужой бэклог и ускорили delivery на несколько кварталов

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

https://habr.com/ru/companies/ostrovok/articles/1049140/

#иннерсорсинг #innersource #delivery #code_review #ownership #продуктовая_разработка #техдолг

Иннерсорсинг в Островке: как мы перестали ждать чужой бэклог и ускорили delivery на несколько кварталов

Знакомая ситуация: вашей команде нужна фича в чужом сервисе, вы ставите задачу — и ждёте. Неделю, месяц, квартал. Потому что у того сервиса свои приоритеты и свой ограниченный ресурс. А ваш продукт...

Хабр

AI 생성 코드의 숨겨진 비용: 시간 복잡도 함정과 성능 최적화의 중요성

AI는 대규모 데이터를 학습하여 가장 일반적인 해결책을 제시하므로 최적의 성능보다는 평균적인 구현 방식인 O(N^2) 알고리즘을 제안할 가능성이 높습니다.

🔗 원문 보기

AI 생성 코드의 숨겨진 비용: 시간 복잡도 함정과 성능 최적화의 중요성

AI는 대규모 데이터를 학습하여 가장 일반적인 해결책을 제시하므로 최적의 성능보다는 평균적인 구현 방식인 O(N^2) 알고리즘을 제안할 가능성이 높습니다.

Ruby-News

[Перевод] Cloudflare: Оркестрация AI-ревью кода в промышленных масштабах

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

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

#cloudflare #code_review #кодревью #llm #ai #искусственный_интеллект #автоматизация #claude #openai #cicd

Cloudflare: Оркестрация AI-ревью кода в промышленных масштабах

Code review (ревью кода) — отличный механизм для отлова багов и обмена знаниями, но вместе с тем это почти гарантированный способ создать «бутылочное горлышко» для всей команды разработчиков. Merge...

Хабр

AI-ассистент пишет код: 8 антипаттернов, из-за которых он падает в проде

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

https://habr.com/ru/companies/otus/articles/1047046/

#AIассистент #антипаттерны #code_review #качество_кода #безопасность_цепочки_поставок #разработка_с_ai #slopsquatting

AI-ассистент пишет код: 8 антипаттернов, из-за которых он падает в проде

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

Хабр

Я год не писал код руками. Но я не вайбкодер — и это две разные профессии

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

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

#GitBor #Gitклиент #ИИ #вайбкодинг #импортозамещение #Electron #code_review

Я год не писал код руками. Но я не вайбкодер — и это две разные профессии

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

Хабр

Когда написание кода перестаёт быть дефицитом: опыт команды Claude Code

Наткнулся на кое-что, что показалось мне весьма ценным. Это довольно редко встречается: AI-компании вроде Claude действительно делятся мыслями и размышлениями об организационной структуре.

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

#Claude #Claude_Code #Anthropic #искусственный_интеллект #процессы_разработки #llm #code_review #ainative

Когда написание кода перестаёт быть дефицитом: опыт команды Claude Code

Материал подготовлен на основе выступления Фионы Фунг (Fiona Fung), главного инженера команды Claude Code. Ссылка на публикацию . Сегодня я наткнулся на кое-что, что показалось мне весьма ценным. Это...

Хабр

LLM 시대에 오픈 소스 관리자들이 번성하는 이유

LLM은 개발 생산성을 1%에서 100%까지 향상시키며, 특히 오픈 소스 관리자들에게 코드 검토 및 테스트 기술을 활용하여 큰 이점을 제공합니다.

🔗 원문 보기

LLM 시대에 오픈 소스 관리자들이 번성하는 이유

LLM은 개발 생산성을 1%에서 100%까지 향상시키며, 특히 오픈 소스 관리자들에게 코드 검토 및 테스트 기술을 활용하여 큰 이점을 제공합니다.

Ruby-News