Сейчас vibe coding обычно означает: описал задачу для нейросети и получил готовый код.
Но я понял, что у этого выражения есть и другой смысл. Им вполне можно описать часть работы руководителя.
Когда в команде такая атмосфера, что можно высказывать разные мнения, спорить по существу, показывать сырой результат, задавать «глупые» вопросы и честно говорить о рисках.
И при этом – отвечать за качество.
Это не про дружбу, корпоративы или обязательный позитив. Хороший вайб – часть инженерной системы. Он влияет на качество решений, предсказуемость релизов и на то, смогут ли специалисты работать долго, качественно и не выгореть за полгода.
Культуру видно в мелочах
Культуру команды не видно на доске почета. Её видно в обычных рабочих моментах.
В первом комментарии к спорному pull request, например.
Можно ли написать: «Я не понимаю, почему это правильное решение» – и не выглядеть слабым? Что происходит, если задача оказалась сложнее оценки? Можно ли остановить релиз, заметив риск? Кто отвечает за инцидент: автор последнего коммита или команда, которая разбирает, где система дала сбой?
В слабой среде – назовём её так – люди не показывают незаконченный код, потому что боятся критики. Code review воспринимается как личная атака. Все живут в режиме постоянного дедлайна и предпочитают промолчать, если не согласны. Или обсуждают проблему в кулуарах, когда решение уже принято.
В здоровой – ранняя обратная связь считается нормой. Code review защищает продукт, а не решения. Ошибки разбирают через процессы, а не через поиск виноватого. Можно жёстко спорить о различных подходах, но оставаться уважительными к людям.
Читать далее