> Как вести себя, если коллега предлагает решение, которое, по твоему мнению, не сработает (Go)

Если коллега предлагает решение, которое, по моему мнению, не сработает, я действую по следующему алгоритму, основанному на принципах конструктивного обсуждения в Go-команде.

1. Не отвергаю сразу. Вместо "это не сработает" говорю: "Давай проверим это на конкретном примере". В Go это особенно важно, так как многие проблемы всплывают на этапе тестирования или бенчмарков.

2. Предлагаю альтернативу с данными. Например: "Твой подход с горутинами и каналами выглядит логично, но я вижу потенциальную проблему с гонкой данных. Давай напишем простой тест с go test -race и проверим". Это переводит спор в плоскость фактов.

3. Использую код как аргумент. Быстро набрасываю минимальный пример (play.golang.org) или пишу бенчмарк: "Сравним производительность твоего решения с моим через benchstat". В Go это стандартная практика.

4. Учитываю контекст. Если решение коллеги основано на незнании идиом Go (например, избыточное использование interface{} вместо дженериков), мягко указываю на это: "В Go 1.18+ для таких случаев лучше подойдут дженерики - код станет типобезопаснее".

5. Ищу компромисс. Если время поджимает, предлагаю: "Давай реализуем твой вариант, но с юнит-тестами, покрывающими граничные случаи. Если провалим тесты - перепишем". Это сохраняет отношения и даёт объективную оценку.

Главное - не превращать обсуждение в конфликт. В Go-сообществе ценится прагматизм и проверка гипотез кодом, а не эмоциями.