Как поступить в случае разногласия с коллегой?

В моей практике разногласия, особенно технические, — это нормальная часть поиска оптимального решения. Мой алгоритм действий:

1. Уточнить контекст и цели. Часто спор возникает из-за неполного понимания требований или ограничений. Я предлагаю вместе записать, что именно должна решить задача, каковы критерии успеха (производительность, читаемость, сроки).
2. Предложить провести эксперимент или прототип. Вместо долгих дискуссий «на словах» можно быстро набросать два варианта и сравнить их по объективным параметрам. Например, в споре о производительности двух алгоритмов мы с коллегой написали бенчмарки.

   // Упрощенный пример: спор об эффективности Stream API vs for-loop для фильтрации
   // Вместо спора мы замерили:
   long streamTime = measure(() -> list.stream().filter(e -> e > 0).count());
   long loopTime = measure(() -> {
       int count = 0;
       for (int e : list) if (e > 0) count++;
       return count;
   });
   // Результаты (зависели от размера list) стали основой для решения.

3. Обратиться к документации, гайдлайнам команды или авторитетным источникам. Если в компании есть style guide или принятые архитектурные паттерны, они разрешают многие споры.
4. Привлечь третье мнение. Если компромисс не найден, я предлагаю обратиться к тимлиду, архитектору или просто другому опытному коллеге, кратко изложив ему оба варианта и наши аргументы. Важно представить позицию оппонента честно и полно.

Главный принцип — отделять проблему от личности. Я всегда стараюсь говорить о плюсах и минусах решения, а не о том, кто его предложил. Если разногласие переходит в личный конфликт, я предлагаю сделать паузу и вернуться к обсуждению позже, сфокусировавшись на общей цели проекта.