Ответ
Да, ревью кода тимлида — обычная практика в здоровой команде.
Почему это важно:
- Предотвращает blind spots (тимлид тоже может ошибаться)
- Демонстрирует культуру code review для всей команды
- Учит джунов через пример (разбор кода опытного разработчика)
Как подходить:
- Акцент на архитектуру, а не синтаксис
- Обсуждать спорные решения, а не диктовать
- Использовать "Можно ли..." вместо "Сделай так"
Пример комментария в GitHub:
// Вместо: "Почему тут не Flow?"
// Лучше: "Можно ли рассмотреть Flow для обработки стримов событий?" Главное — сохранять уважение и фокус на качестве кода, а не на иерархии.