Size: a a a

Scala User Group

2020 August 30

KS

Kirill Shelopugin in Scala User Group
Ayrat Hudaygulov
не подходит. лебедь, рак и щука. В моём мире большинство вакансий на скалу про спарк, а не про зоопарк скаловской фп экосистемы (коты, зио, хттп4с, кирка и всё такое прочее)
Не подходит в принципе или не подходит в твоём мире, где вакансии про спарк?
источник

AH

Ayrat Hudaygulov in Scala User Group
Kirill Shelopugin
Не подходит в принципе или не подходит в твоём мире, где вакансии про спарк?
ну под спарк подходит такая схема, да.
А вот про фп-стак скалы я бы так не сказал
источник

KS

Kirill Shelopugin in Scala User Group
То есть субъективная оценка, понял.
источник

AH

Ayrat Hudaygulov in Scala User Group
Kirill Shelopugin
То есть субъективная оценка, понял.
интересно было бы взглянуть на людей из этого чата претендующих на объективную оценку
источник

KS

Kirill Shelopugin in Scala User Group
Ну, я просто уточнял, чтобы у других участников не возникло ощущения, что твоя точка зрения однозначно истинна.
источник

IL

Ivan Lopatin in Scala User Group
Саша Павлычев
Изучая Scala и сравнивая ее с C# складывается такое ощущение:
крупные компании (Microsoft) в основном вырабатывают общие для всех стандарты работы с асинхронностью (Task), базами данных (ORM, Linq),
строят промышленные фреймверки и интегрируют их между собой (MVC).
Плюсы очевидны - стандартизация и скорость разработки, хорошо проверенные и разработанные лучшими инженерами решения.
Пиши как вам сказали и особо не думай.
С другой стороны языки как Scala, кот. в большей степени развиваются силами сообществами, лишены такой возможности.
Можно ли считать, что ФП и теория категорий является тем веществом, которое позволяет разрабатывать и скрипляет библиотеки и решения на Scala ?
Обычно в языках всегда происходит борьба концепций и "стандартизация" библиотек/решений может быть только временной. В C# Microsoft-ориентированная экосистема, вот в Java ряд стандартов от Oracle игнорируется из-за неудачности (например logging), JavaEE в итоге проиграла в популярности Спрингу, а в настоящее время стало модным реактивное программирование. И не стоит смешивать концепции со стандартами/спецификациями, условно ФП с теорией категорий - это концепция, а иерархия тайпклассов в Cats - "стандарт", через который могут интегрироваться библиотеки. Scala побуждает к экспериментам, поэтому сегодня пишем библиотеки на Cats Effect, завтра на ZIO, а потом может и вообще откажемся от монад. Ну и не стоит забывать, что секта pure-FP на модерновых библиотеках в Scala все еще меньшинство, хоть и громкое (судя по результатам последнего опроса от Jetbrains https://www.jetbrains.com/lp/devecosystem-2020/scala/).
источник

AS

Artem Sokolov in Scala User Group
Denis Semikin
Для бизнеса думаю важнее синьор спринг дев который закрывает таски и всё)
тогда ставьте 1с  и усё
там даже можно брать людей которые англ не знают
источник

SA

Sergey Alaev in Scala User Group
Denis Semikin
Для бизнеса думаю важнее синьор спринг дев который закрывает таски и всё)
Для бизнеса важен результат и стоимость. Но не любой результат можно получить, закрывая таски в приложении на спринге
источник

DS

Denis Semikin in Scala User Group
Sergey Alaev
Для бизнеса важен результат и стоимость. Но не любой результат можно получить, закрывая таски в приложении на спринге
Можно хотя бы один пример результата который невозможно получить в спринге? Я не джава разработчик, поэтому мне интересно
источник

GM

Georg Mayur in Scala User Group
Denis Semikin
Можно хотя бы один пример результата который невозможно получить в спринге? Я не джава разработчик, поэтому мне интересно
Пример: синхронизация транзакций Kafka и jpa.
источник

AS

Artem Sokolov in Scala User Group
Denis Semikin
Можно хотя бы один пример результата который невозможно получить в спринге? Я не джава разработчик, поэтому мне интересно
написать сервис, который будет использовать эргономичный DSL для динамического добавления новых поведений. при этом сделать это силами мидлов за неделю.
источник

AS

Artem Sokolov in Scala User Group
очевидно что везде можно всё. вопрос во времени и компетенциях
источник

DS

Denis Semikin in Scala User Group
Ну я думаю что компетентный специалист сможет это сделать в любом случае гораздо быстрее/качественнее чем не опытный
источник

AS

Artem Sokolov in Scala User Group
Denis Semikin
Ну я думаю что компетентный специалист сможет это сделать в любом случае гораздо быстрее/качественнее чем не опытный
да. в крайнем случае некомпетентный станет компетентым либо время будет стремиться к бесконечности
источник

DS

Denis Semikin in Scala User Group
Странно то что комьюнити как-то в штыки воспринимает такие темы тут
источник

AS

Artem Sokolov in Scala User Group
а где штыки
источник

AS

Artem Sokolov in Scala User Group
просто у всех флешбеки со времен когда они писали j2ee приложения на java6
источник

DK

Dmitry Kiselyov in Scala User Group
Denis Semikin
Странно то что комьюнити как-то в штыки воспринимает такие темы тут
чуть менее выдрессированы "потребностями бизнеса"
источник

ii

iaro iaro in Scala User Group
Добрый день!
Кто-нибудь знает правильный ответ?😊
источник

ii

iaro iaro in Scala User Group
источник