Лан пойду бугуртить в другие места (
Но у меня белое пальто, вы знайте

Некого бить все ушли давно уже

то это проблема нейминга методов, а не юзать вар или не

Просто вар нужен на самом деле в 5% случаев

Остальное это лень и дибилы из JS

Если переменная называется model, метод GetZalupa а модель которая возвращается вообще SomeShit, то это тоже не проблема вара и нужно лучше ревью проводить когда такие методы пишут

Не лень. а нежелание дублировать себя 50 раз

В одном месте поменял и в 100 остальных менять не нужно

так вот почему в джаву его не завозили 100 лет)

Если нормально именовать переменные которые в себе содержат результат метода то этот вопрос перестанет быть актуальным вовсе

Все гораздо проще. Пишут метод, название корректное. Потом дополняют раз 5. Потом создают отдельный на какой-то кейс. Его меняют. И т.д. В результате нейминг методов весьма расплывчатый

И снова это не проблема вара

Зайдем с козырей, сколько лет опыта в C#?

Если изменение var -> SomeClass улучшает код. то код нужно рефакторить, имхо

4

Ну вот, а у меня 15

И я писал когда варов в проекте не было

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

Вот когда будет хотя бы лет 10, то ты поймешь, что собственно печатать код - это процентов 20 времени. И если ты напишешь var вместо Product то ты явно не сэкономишь себе на кофебрейк.
Зато потом когда будешь бегло читать код на кодревью (или дебажить) то будет гораздо удобнее

> Вот когда будет хотя бы лет 10, то ты поймешь
Звучит как какой то странный эйджизм. Начнем с того, что года опыта это не стандартизированная величина, можно 20 лет сидеть на проекте такого же возраста на саппорте фикся тесты под то что пишут другие люди, а можно ебашить 2-3 года и получить больше опыта, чем первый чувак за 20. И я таких на интервью встречал не один раз
Это может зависеть не от лет опыта, а от разнообразия проектов, их особенностей и специфики