Проблемно на скале сделать приложение которое можно просто скомпилить и переслать другому человеку, требуется поизвращаться(

Проблемно на скале сделать приложение которое можно просто скомпилить и переслать другому человеку, требуется поизвращаться(

что? выше кидали ссылку на sbt-native-packager, sbt < universal:packageXz и все, архив можно пересылать, главное чтобы была jvm

Это скорее проблема JVM платформы. Но этим страдают многие

что? выше кидали ссылку на sbt-native-packager, sbt < universal:packageXz и все, архив можно пересылать, главное чтобы была jvm

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

Это скорее проблема JVM платформы. Но этим страдают многие

ну не знаю, java приложения я собираю спокойно прямо в IDEA при желании, что уж говорить о всяких сборщиках

Ну да, это не как один бинарник на go

у меня много проектов с exclude и я не огребал ошибок от native packager (кроме spark, но это отдельная песня)

Ну да, это не как один бинарник на go

Денис допилит scala native и тогда заживем!

у меня много проектов с exclude и я не огребал ошибок от native packager (кроме spark, но это отдельная песня)

Хм...а можете показать пример как настраивали? там вроде что-то конкретно для сборщика в build прописывается?

Хм...а можете показать пример как настраивали? там вроде что-то конкретно для сборщика в build прописывается?

settings(SbtNativePackager.packageArchetype.java_application) enablePlugins(SbtNativePackager)

и все

ну enablePlugins - это я помню что бы добавлял, а вот settings(... тут вообще что? ... ) - это не видел

ну enablePlugins - это я помню что бы добавлял, а вот settings(... тут вообще что? ... ) - это не видел

дефолтная конфигурация для package archetype

Я скалу строю мейвеном

И счастлив

scala-maven-plugin оч хорош

Сбт я не смог, мне надо было еще gwt собирать

Ну и там стопиццот модулей

Gwt можно и через sbt собирать

мне нравится мавен и градл

градл хорош тем, что можно собирать проект не устанавливая его самого

он все равно устанавливается

гредл хорош всем

В теории можно и sbt не ставитт

у сбт есть активатор - это тоже самое кстати

sbt тоже вроде можно не устанавливать

насколько я понимаю и для мавена тоже есть врапперы которые скачивают его

mvnw

Gradlew эт просто sh файл)

более того это просто текст!

а что?

Точно

Это текст

а в clojure мире все рады build tool-ам которые там есть?

может кто пользовался https://github.com/cvogt/cbt ?

пользовался, базовые вещи которые нужны для того чтобы сбилдить проект есть, но я бы сказал что проект сыроват

то есть вот как хехей, гоу в продакшн - я б не стал. какой-то pet project - можно

что на самом деле приятно - быстро запускается, хорошо работает с командной строкой, легко таски определять

а чего в первую очередь не хватает?

там внутри используется nailgun для того чтобы быстро стартовать, с ним бывают проблемы. экосистема не очень большая(но что-то уже есть), поддержки resources нет пока что, но это несложно добавить. нет scope для тасков ни в каком виде еще. небольшие баги тут и там находятся. проект в общем-то интерсный, и то что я перечислил, думаю можно поправить

но тут такая штука, что там используются классы и трейты как блоки для композиции, и в принципе нет особых ограничений на то что делать и как делать. то есть используешь полноценный scala код в своем билде. у меня есть ощущение, что это довольно легко сломать. ну скажем не вызвал в своем билде super у dependencies, и потеряешь dependencies которые базовые трейты предоставляют. то есть практически нет ограничений на то что можно делать

я для небольших проектов использую cbt. и там супер удобно repl со всеми зависимостями запускать. на готовом проекте это занимает не больше 3 секунд. Например вот build.scala файл: import cbt._ class Build(val context: Context) extends BaseBuild { override def dependencies = super.dependencies ++ Resolver( mavenCentral ).bind( ScalaDependency("com.chuusai", "shapeless", "2.3.2") ) } потом запускаешь cbt repl

мне интересно что из этого проекта получится, поэтому пытаюсь контрибьютить, в основном по части плагинов и мелких багов.

а в котлине можно писать функции и val-ы на верхнем уровне?

а в котлине можно писать функции и val-ы на верхнем уровне?

а чем вообще котлин отличается от скалы? а то я честно говоря так его и не смотрел еще( стоит?

он больше подходит под определение "better java", как мне кажется

он больше подходит под определение "better java", как мне кажется

Может быть немного наивный вопрос, но... под какие задачи он подойдет лучше чем java? и лучше чем скала?

андроид, например

мне сложно говорить, потому что я использовал пару раз для не очень значительного проекта

андроид, например

А чем он лучше скалы для андроида?)

стдлибу не тянет

Стдлиба не проблема

для размера конечного приложения?

Прогуард вам в помощь

и до скольки можно уменьшить?

Всё зависит от того что и как ты используешь

если hello world с коллекциями?

Попробуй, не проверял такое

да, все таки в kotlin можно функции на верхнем уровне

котлин не даёт такую большую свободу как скала, и поэтому на нем проще понимать код написанный другими участниками команды

У нас котлин в продакшне и нам норм

котлин не даёт такую большую свободу как скала, и поэтому на нем проще понимать код написанный другими участниками команды

а в чем именно он ограничивает?

на сервер сайде

Нужно явно писать возвращаемый аргумент функции например.

А в скале нет?...

В скале это опционально, хотя в коде конвешн от EPFL говорят что нужно всегда писать, лол, почему бы сразу так тогда не сделали

ERROR: S client not available

ну опционально или нет - но когда работает команда можно ведь и договориться что пишется всегда

если это единственный недостаток скалы для вас, то отлично)

Я про то что обговорить при работе в команде нельзя, какую там можно устроить отсебятину что команда не сможет понять?

В котлин легко быстро въехать

В котлине как я понимаю нет фпшных заворотов. Типа это функтор а это монада в кепке

Недавно взяли нового человека и он очень быстро во всем разобрался

Этакая упрощенная скала без академических замашек

Мда... видимо учитывая что я функторы и монады не пользую - мне это не понятно

ты их 99.9% используешь)

просто мб не знаешь об этом

ты их 99.9% используешь)

может быть, но не факт тогда что я понимаю что это

про функторы вчера почитал - так и не понял что это и с чем едят

да ладно сложность скалы невероятно преувеличена, спасибо радикальному крылу хаскелистов

функтор == Mappable

если есть map метод, то это функтор (грубо говоря, детали не особо важны)

функтор == Mappable

простой пример можно привести?

Эм...

список

Optional

Future

тогда да, тогда точно использую

но оно там везде есть

вообще везде

ага

В котлине как я понимаю нет фпшных заворотов. Типа это функтор а это монада в кепке

ну если не использовать маргинальные либы, то фп завороты и в скале трудно найти будет в явном виде

а в котлине получается нет?

Вот если интересно, статья обьясняет все и сразу и на пальцах. В половине случаев хватит с головой https://m.habrahabr.ru/company/golovachcourses/blog/266905/

ну если не использовать маргинальные либы, то фп завороты и в скале трудно найти будет в явном виде

а какие именно фп завороты в явном(!) виде вы имеете в виду?

Вот если интересно, статья обьясняет все и сразу и на пальцах. В половине случаев хватит с головой https://m.habrahabr.ru/company/golovachcourses/blog/266905/

вот вчера именно её и читал

у меня сейчас в команде две флешера с нуля учат скалу расскажу через месяц про результаты

уверен, проблем не будет совсем

у меня сейчас в команде две флешера с нуля учат скалу расскажу через месяц про результаты

мда... где бы мне работу найти на скале да так что бы дали возможность доучить то что необходимо :)