Думаю, что это самый лучший ответ. Хоть все и говорят, что они не злопамятные. Злопамятные…

Ну да, если есть вопросы пойдем выйдем.

Это ужасно! Желаю хорошего решения ситуации в вашу пользу

А если не всегда получается win-win?

Всегда остаются другие стратегии, включая win-loss))) Но сначала стремлюсь найти выход, который устраивает обе стороны, не всегда удаётся, само собой, факторов и контекста всё-таки очень много.

Кстати, применение win-loss даже может быть оправдана, когда человек просто сгорел, но не осознает этого. Человеки сложные, но интересно влияние и результат этого.

Согласен 🤝

Истина!

Управление конфликтом - это определение характера конфликта - это конфликт целей или конфликт путей достижение целей, а так же характера участников конфликта. Так вот если имеется участник конфликта у которого личное явно превышает мнение других участников конфликта, то это будет не разрешений конфликт. То есть если ему дать ручку, у него найдутся 100 причин продолжать конфликт.

Не всегда конфликтом можно управлять, иногда конфликт должен измотать человека. Чтобы он сел за стол перегвооров

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

Но обычно это бывает так: 1. Одна сторона пытается найти компромисс в силу своих возможностей. Вторая сторона ставит невыгодные условия при этом, уходит от дальнейшего диалога. 2. Обе стороны преследуют только свои условия, всем плевать друг на друга.

Хорошо если это так!

Это жопа, когда говорят что надо всё переделать.

Ага, особенно говорят спецы которые только после курсов (высшего образования нет) и причина переделок написано не на гламурных технологиях. Фу это не spring boot 2 даже!!!! И kotlin тут не пахнет!!!!

Не люблю новые технологии, большая часть из них не обкатана и преимущество не всегда явно выражено. Если нет денег на исследования, лучше взять что-то более проверенное

Не в обкатоности дело. Все дело в рекрутерах у которых стоит знание Java 17, уже Java 21 и скоро Java 25. Spring boot 3 скоро уже 4. Ну Kotlin прилагается. По этому амбициозные деятели стараются переделать проект под новье - что бы в резюме новье значилось. Ну и еще можно рассказать про оптимизацию команды (смогли выжить которых под новье переписывать не хотели).

Странная история нанимать спецов на конкретную версию языка программирования, если конечно дело в необходимости быстро закрыть задачу и двигаться дальше. А для улучшения навыков работы с той или иной версией программирования полно песочниц, а уже и даже нейросети появились. По опыту принципиально между версиями в разрезе 2 и 3 ничего не меняется )

Это рекрутерам надо сказать. Для них между 11 и 17 Явой такая пропасть стоит.