UU
Потому что сверхразумы поменяли синтаксис, API стдлибы, внутреннюю имплементацию фич языка, и компилятор каждую версию собирает байт код не совместимый с предыдущими версиями рантайма
Size: a a a
2019 June 27
UU
Никакой CI и тестирование тут не поможет. Ты либо обновляешь и переписываешь по новым правилам, которые понапридумывали, либо не обновляешь.
UU
Это ещё не говоря о том, что сторонние либы тоже часто отваливаются при переходе на новую скалу, и если проект не обновился на ту же версию, придется ждать, ну или самому PR пушить в либу
UU
В общем я не очень люблю скалу)))
ST
Раньше работал где то в 2015 году. Да тогда была такая проблема. Да и тогда я забил. А работающие сервисы оставлвял как есть и просто поддерживал. Но потом кто то говорил что архитеторы больше так не делают. Выходит наврали. Но не могу тогда понять если каждый раз так ломается почему бы его просто не поддерживать а не постоянно апгрейдить?
UU
Какая бы Java не была тугая, обратная совместимость у них в приоритете. Это порождает свой список проблем, но ты можешь спокойно обновляться и итеративно переводить свой код на новые фичи языка. Все что написано для старых версий, прекрасно компилится и ранится на новых JVM
ST
Согласен. Тугая но стабильная
UU
Раньше работал где то в 2015 году. Да тогда была такая проблема. Да и тогда я забил. А работающие сервисы оставлвял как есть и просто поддерживал. Но потом кто то говорил что архитеторы больше так не делают. Выходит наврали. Но не могу тогда понять если каждый раз так ломается почему бы его просто не поддерживать а не постоянно апгрейдить?
Потому что экосистема тоже обновляется, многие либы обновляются и фиксят баги и проблемы уже на новых релизах, и если эти фиксы тебе нужны, тебе тоже нужно обновится. Делать форк каждой либы и фиксить все самому - затратно.
UU
Ну и сам компилятор скалы - мусор, но с каждым релизом вроде шустрее
UU
А сокращение времени сборки с часа до 40 минут - это ощутимо)
UU
В целом самое показательное в скале, это то, что коммьюнити уже устали и сами написали компилятор, который в несколько раз быстрее и эффективнее того, что поставляет группа разработчиков языка)
ST
И это при том что у вас микросервисы и все на скале?
UU
Нет, просто одна из бэкэнд систем на скале
UU
Стэк у компании широкий. Есть бэкэнд на дот нете, есть на старенькой джавке, есть на скале
UU
Есть на новенькой джавке
UU
На любой вкус и цвет, в общем)
ST
А что мешает инкрементально переводить его на микросервисы. Конечно не потому что микросервисы. А те части которые часто ломаются и критичны бизнесу. И таким образом облегчить себе жизнь.
ST
У меня была боль со скалой
ST
Его возможность масштабируемости в нашем рынке нафиг не нужен. Так как производительность рядового разработчика который работает с этой системой - никак не плюсуется.
ST
А приложение таки не доходит до нормального масштабирования