Product Lead | Al Architecture & Platforms | E-com & Fintech
· 04.07.2024 · ред.
Вопрос
Хотите ли вы видеть знания Scala у кандидатов на Java разработчика
напишите коммент
3 коммента
Хотите ли вы видеть знания Scala у кандидатов на Java разработчика
напишите коммент
3 коммента
можете перейти, но сначала проверьте ссылку и будьте аккуратны: не вводите по ссылке пароли, номера телефонов и банковских карт, и другие личные данные
https://
уверены, что хотите выйти?
придется авторизоваться заново, а заполненные данные будут удалены
пост закреплён — пока закрепить можно только один пост
что-то пошло не так — попробуйте снова чуть попозже
· 04.07.2024
А какой смысл? Я ещё могу придумать, если был опыт использования Scala. Что это осознанный выбор в пользу Java и не будет мутить воду с переписыванием всего и вся на Scala в ФП. 🙃 Или наличие знаний о Scala без опыта или с малым опытом повышает вероятность попыток переписать с Java на Scala/Kotlin и таких сотрудников лучше избегать?
Знание разных ЯП полезно, особенно, если они предполагают разные подходы к разработке. Могут быть заимствованы какие-то полезные идеи из другого языка. При этом сами идеи могут уже быть реализованы в текущем ЯП, но не получили широкого распространения.
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
коммент удалён
· 07.07.2024
Допустим в проекте изначально могут быть или планируются куски на скала для наиболее нагруженных участков.
При этом например, в команде уже могут быть спецы владеющие скалой, и нужны перспективные ресурсы для уменьшение басфактора
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён
· 07.07.2024
Это довольно странное смешение. Тем более использовать Scala для наиболее нагруженных частей. Скорее логичнее писать основной код на Scala, а наиболее нагруженные части на чистой Java.
Еще можно смотреть в сторону GraalVM, но это скорее ускорит запуск. Можно рассматривать переход на языки с ручным управлением памяти, например Rust. Но прежде надо убедиться, что проблема именно в GC и JVM. Как вариант, Rust, при сохранении производительности, может снизить потребление памяти.
Всё написано на Java, но часть на Scala, скорее приведет к проблемам в будущем из-за усложнения найма, после появления Kotlin количество Scala вакансий уменьшилось.
Пожалуй, один из вариантов - это если у вас используется Spark, тут выбор Scala оправдан. В прочих случаях лучше сохранить единообразие и переписать сервисы со Scala на Java, если их не много, конечно. :)
0
ответить
коммент скрыт — часть юзеров считает его токсичным или некорректным
ответ удалён