400+ коммитов, 4 слоя архитектуры, 700 звезд - и краш на обычном CRUD-сценарии.

🗣️ Так начинается хороший вопрос к любому проекту:

Что именно мы проверяем, когда говорим «код нормальный»?

ℹ️ На YouTube-канале коллеги вышел разбор демо-проекта от Senior Android-разработчика из Европы, который уже два года не может найти работу.

ℹ️ Проект оформлен по всем канонам: правильная многомодульная архитектура (разделение на data/domain/presentation/UI), паттерны проектирования и полностью «зеленые» юнит-тесты.

На схеме все выглядело убедительно. Но при ручном прогоне простого сценария приложение упало:
➡️ сохранить геопозицию;
➡️ посмотреть историю;
➡️ очистить историю;
➡️ вернуться назад.

И здесь главное не в одном баге. Главное в том, что проект проверяли как набор изолированных частей, а сломался он как продукт.

💬 Мы вынесли из этого 3 сигнала для ревью и собеседований в комментариях!

🖥 Исходный код — перейти на сайт!

ИИ-ассистент уже не просто «дописывает код за разработчиком».

ℹ️ Google на I/O 2026 прямо формулирует сдвиг: от помощников к агентам, которые могут брать на себя куски workflow - запускать инструменты, работать с Android/Web-контуром, проверять, дебажить и оптимизировать код.

ℹ️ Мы скептически относимся к этому и сейчас не готовы доверить часть работы агентам. Продолжаем ценить труд и усилия человека в решении задач.

Доверяете ИИ-агентам часть своей работы?
👍 - доверяю 51% работы
🔥 - не доверяю

Сначала видишь фикс бага. Ниже - новый баг. Еще ниже - старый костыль, который держит половину сценария.

ℹ️ Где-то в глубине внезапно лежит SQL, хотя ты пришел посмотреть фронтовую правку.

ℹ️ Code review иногда правда похоже на археологию: важно не просто найти артефакт, а понять, почему он там оказался.

Два сценария

❌ Нерабочий сценарий:
Сразу писать «переделай». Так мы лечим симптом и не понимаем причину.

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

ℹ️ Главный сигнал: если PR чинит одну проблему, но объяснить его можно только через три соседних модуля, это уже не просто ревью. Это раскоп контекста.

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

🖥 Исходный код — перейти на сайт!