Может ответ сумбурный получился, но я к тому, что есть фреймворки на разный вкус. Но, имхо, не красота синтаксиса решает. Функционал, стабильность и живость библиотек важнее)
С одной стороны, дело привычки. Как по мне, так код quill-а выглядит интуитивным для скалистов, потому что .map, .flatMap и такого вида конструкции - это наш хлеб. И получается как раз понятный dsl вида query[Person].map(_.name).take(5). При этом под капотом там хитрые вещи происходят.
С другой стороны, а зачем вообще все эти синтаксический сахара над sql? Можно взять doobie, в котором буквально пилить чистого вида sql-запросы, но при этом типобезопасные.
Хмхм, если правильно понял, то будто бы quill и slick близки по ощущениям. Так же на dsl описывается логика, которая преобразуется автоматически в sql и выполняется в БД
Наверное, не совсем ответ на вопрос "чья самая интересная?", но лично мне было любопытно историю Адама Варски прочитать. Все-таки он напилил кучу крутых инструментов и их активно мейнтейнит. Те же tapir/sttp у нас буквально везде используются.
В общем, было прям забавно узнать, как он до такой жизни дошел)
Недавно на F[Scala] как раз Вадим Челышов выступал с обзором того, что сейчас творится в экосистеме. Буквально доклад называется "Шансы на мэйнстрим". Если возможности посетить не представилось - спойлерить не буду, но лично мне понравилась позиция Вадима. Как раз затрагивалась тема про "скалу не сложнее питона" и проект Caprese, которым сейчас Мартин занимается
Вижу откровенно холиварный наброс. Отвечу в общих чертах и продолжать не буду.
Каждому языку своя ниша. Текущая ниша Scala (без учета Spark) - приложения с повышенными требованиями к надежности. Мощная система типов и отлов ошибок на compile time этому способствуют. Сюда же идет сложившиеся подход программирования без null-ов (Option-ы вместо них) и фунциональная парадигма с иммутабельными данными и referential transparency. Оба этих качества отлично себя показывают в многопоточной среде.
Также прогретая JVM c JIT вполне может сравниться с компилируемыми AOT-языками. А акторная модель уже лет 5 как отступила и сейчас последнее слово за IO-монадой и системами эффектов (zio, cats-effect).
Может ответ сумбурный получился, но я к тому, что есть фреймворки на разный вкус. Но, имхо, не красота синтаксиса решает. Функционал, стабильность и живость библиотек важнее)
Смотря как посмотреть.
С одной стороны, дело привычки. Как по мне, так код quill-а выглядит интуитивным для скалистов, потому что .map, .flatMap и такого вида конструкции - это наш хлеб. И получается как раз понятный dsl вида query[Person].map(_.name).take(5). При этом под капотом там хитрые вещи происходят.
С другой стороны, а зачем вообще все эти синтаксический сахара над sql? Можно взять doobie, в котором буквально пилить чистого вида sql-запросы, но при этом типобезопасные.
Хмхм, если правильно понял, то будто бы quill и slick близки по ощущениям. Так же на dsl описывается логика, которая преобразуется автоматически в sql и выполняется в БД
Хехе, спасибо! Стараемся по мере сил и возможностей
Наверное, не совсем ответ на вопрос "чья самая интересная?", но лично мне было любопытно историю Адама Варски прочитать. Все-таки он напилил кучу крутых инструментов и их активно мейнтейнит. Те же tapir/sttp у нас буквально везде используются.
В общем, было прям забавно узнать, как он до такой жизни дошел)
Крутая статья)
Жду продолжение.
Спасибо, ценим!
Недавно на F[Scala] как раз Вадим Челышов выступал с обзором того, что сейчас творится в экосистеме. Буквально доклад называется "Шансы на мэйнстрим". Если возможности посетить не представилось - спойлерить не буду, но лично мне понравилась позиция Вадима. Как раз затрагивалась тема про "скалу не сложнее питона" и проект Caprese, которым сейчас Мартин занимается
Вижу откровенно холиварный наброс. Отвечу в общих чертах и продолжать не буду.
Каждому языку своя ниша. Текущая ниша Scala (без учета Spark) - приложения с повышенными требованиями к надежности. Мощная система типов и отлов ошибок на compile time этому способствуют. Сюда же идет сложившиеся подход программирования без null-ов (Option-ы вместо них) и фунциональная парадигма с иммутабельными данными и referential transparency. Оба этих качества отлично себя показывают в многопоточной среде.
Также прогретая JVM c JIT вполне может сравниться с компилируемыми AOT-языками. А акторная модель уже лет 5 как отступила и сейчас последнее слово за IO-монадой и системами эффектов (zio, cats-effect).
Привет! Каких-то общих тенденций по миграции со Scala не наблюдается. Штат скалистов постоянно пополняется)