А, ну тогда нет вопросов. Все равно ваша оплошность что пропустили

всё так

извините, слегка всплакнул

имхо слабая статья

“раньше были мегабайты, а сейчас гигабайты, раньше боялисьб дисконнекта, а теперь нет, и комп не надо ждать чтоб выключить” - это все больше железные моменты. Сети стали лучше, винты жирнее.

Винду кстати до сих пор частенько нельзя просто взять и выключить. “Стоять-бояться - это ОБНОВЛЕНИЕ!”

Ну, как минимум наброс достаточно хороший, чтобы собрать больше тысячи комментов.

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

Ну, что мало кто continuous updates делает, это поблема да. Работаем над этим

Как и тогда, так и сейчас есть тенденция в больших компаниях к “самопоеданию” софта.

В Гугле был Gmail 15 лет назад, он был молодой и быстрый и писало его, допустим, 100 человек. Сейчас его пишет 7000 человек, а он не становится лучше, и только хиреет (или нам так кажется). И так с любым продуктом везде. Много задач не видимых глазу, много накопившейся сложности и тд

Но 10-15 лет назад появлялось много-много маленьких и средних компаний, многие из них не усевали вырасти и закрывались. И их софт оставался недоросшим до этой точки насыщения.

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

Раньше были Бейскампы, Пивоталы, Треки, ФогзБагзы, Треллы, Редмайны, Ассемблы и тд и тп. И было популярных систем ведения проектами штук 50-100 (это я написал только те, что вспомнились навскидку).  А сейчас мы все (ну почти) на Джире сидим, смотрим как она то хиреет, то барахтается. И у нас есть shared experience, что софт для планирования стал каким-то тормозным.

Хотя по большому счету, и 15 лет назад если бы мы взяли 15летний софт для управления проектами, он был бы таким же фиговым в наших глазах.

Антон начинает зажигать в новой роли - https://cloud.yandex.ru/events/131

Скидка на jugru фуллпасс появилась уже?

может у кого-то была схожая проблема и кто как решал тогда ?

В проекте в депенси используется библиотека(spring-cloud-contract-stub) - которая использует другую библиотеку(wiremock-standalone), в которой есть скомпиленный класс org.something.UsefullClass
также в проекте есть другая библиотека(spock) - которая использует одну библиотечку(opentest4j) именно как библиотеку, и в ней находится класс`org.something.UsefullClass` и этот класс новее с дополнительными методами по сравнени с первым вариантом этого класса из другой библиотеки
и по-этому вместа нормального ответа на поломаных тестах, иногда выкидывается ересь и содомия.

Как лучше данную ситуацию разрулить ?

Welcome to jar hell - можно сделать exclude в зависимостях spring-cloud и молиться чтобы сигнатуры не поменялись в новой версии. А если не поможет то ручками обновлять зависимости и самому собирать этот wiremock

Question: How does git detect renames?
https://chelseatroy.com/2020/04/20/question-how-does-git-detect-renames/

да вот попытаюсь экслюды сделать

Мавен или гредл?

гредл

Там можно у спринга все транзитные  отключить и wire mock ручками добавить

я уже пытался саму эту библиотечку отдельно подключать но я так понял что этот класс уже скомпиленный в `wiremock-standalone` живет