просто без скобок круглых как значения в Enumeration

эмм и они все будут равны? ))

лениво искать, а чатики по clojure в тг есть?

https://t.me/clojure_ru

мне нужны разные значения Project, методу передаю префикс, а он мне возвращает (видимо тупл) из api/impl/etc модулей

эмм и они все будут равны? ))

нет

значения в енумерейшне не равны ведь

если не хочешь тратиться на оверхед для Future, можно попробовать синхронный режим в https://github.com/sirthias/swave

Спасибо. Выглядит похоже. Возможно асинхронный вариант для пеня даже лучше. Примеры типа такого мотивируют попробовать http://swave.io/usage/show-off/fibonacci.html

так и что что не равны? Как мен разные значения присвоить-то?

это просто будет вызов повторён несколько раз

http://stackoverflow.com/questions/43594283/define-multiple-projects-in-single-line-in-sbt

Ох родимый сбт)

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

меньше бойлерплейта

Эт с чего меньше?

а какой болер лпейт ты хочешь убрать то? - ты можешь сделать отдельно настройки и кажому проекту их скормить

Вообще насколько я помню нужно явно писать = Project

Я даже где-то в неитиве напарывался

необязательно явно, через метод *один* проджект можно объявить

Этот ж макрос и он имя в сеттинги из названия переменной берёт?

Над глянуть, но попозже

вызов макроса может быть где угодно

Вызов да, но не гарантировано правильное поведение)

Сейчас до дома доеду и гляну

меньше бойлерплейта

бойлер плейт обычно вроде так убирают https://github.com/scalameta/sbt-macro-example/blob/master/build.sbt

затея с ванлайнероммультипрожектомантибойлерплейт - крайне сомнительна)

пока получилось сделать вот так object Util { case class ProjectGroup(api: Project, logging: Project, awsSdk: Project, awsSdkMonix: Project) def DefProjectGroup(name: String, coreApiProject: Project, coreAwsSdkProject: Project, awsSdkDeps: Seq[ModuleID]) (implicit settings: MiuProjectSettings): ProjectGroup = { val apiProject = DefApiProject(name).dependsOn(coreApiProject) ProjectGroup( apiProject, DefLoggingProject(name).dependsOn(apiProject), DefAwsSdkProject(name).dependsOn(coreAwsSdkProject, apiProject).settings(libraryDependencies ++= awsSdkDeps), DefAwsSdkMonixProject(name).dependsOn(coreAwsSdkProject, apiProject).settings(libraryDependencies ++= awsSdkDeps) ) } } И в build.sbt: lazy val s3ProjectGroup = DefProjectGroup("s3", coreApi, coreAwsSdk, Seq(Deps.AwsSdkS3(Versions.AwsSdk))) lazy val s3Api = s3ProjectGroup.api lazy val s3Logging = s3ProjectGroup.logging lazy val s3AwsSdk = s3ProjectGroup.awsSdk lazy val s3AwsSdkMonix = s3ProjectGroup.awsSdkMonix Но не одной строкой...

но зачем?) ты их в утилях одной строкой чтоли создаешь?)

но зачем?) ты их в утилях одной строкой чтоли создаешь?)

Извращенец вестимо... Других причин пока не вижу)

s3 - это не единственный "project group", аналогичный набор объявляется для kinesis и др. амазоновских штук

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

короче, проходите мимо

(это последним двум советчикам)

@tvaroh а почему не сделать так https://github.com/scala-native/scala-native/blob/master/build.sbt ?

что конкретно там имеешь в виду?

вроде всё обычно

вроде всё обычно

то и имею ввиду, сделать как все

Вопрос: появилась потребность, своего рода, обобщённом АДТ, сделал так: object VAdmin { sealed trait VAdminA[T] case class NewMessages[T](messages: Seq[T]) extends VAdminA[T] case class MeetingRequestDetected[T](message: T, m: NeetlyMeeting) extends VAdminA[T] case class NewMeetingRequest[T](meetingRequest: MeetingRequest) extends VAdminA[T] case class Error[T](message: String) extends VAdminA[T] case class Done[T]() extends VAdminA[T] } А решение лучше никто не подскажет?

Убрать дженерики и заменить их на части адт

Типо если месседж это стринг

То сделай VMessageString

Если что-то ещё то добавишь еще

Activator will be EOL-ed on May 24, 2017. https://www.lightbend.com/community/core-tools/activator-and-sbt

о, так он еще был живой

Убрать дженерики и заменить их на части адт

Спасибо, до меня что-то не дошло.

если кому интересно, на SO ответили http://stackoverflow.com/a/43595078/312708

Спасибо, до меня что-то не дошло.

https://speakerdeck.com/archdev/recursion-schemes-and-fixed-point-data-types

Глянь там на первых слайдах адт

Вот такое было: case class Admin[T]() { // messages case class NewMessages(messages: Seq[T]) case class MeetingRequestDetected(message: T, m: NeetlyMeeting) case class NewMeetingRequest(meetingRequest: MeetingRequest) case class Error(message: String) object Done По-моему смешно. Оно ещё не паттерн-матчилось из-за разных инстансов Admin.

Главное не впиливай дженерики как там) там кейс с рекурсией типов дальше

Ага, я уже шейплесовские TypeCase'ы притащил из-за них.

рекорд!

@aleksei_t ты там биткоины маинишь?

sbt compile с нуля! =)

оно того стоило?)

рекорд!

что бы было, если бы у вас там еще бы шэплес был

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

А на CI не видно?

не надо сейчас сыпать соль на рану )

Суть картинки не понял :(

ERROR: S client not available

20 минут - как-то по детски. Вот если цинк вырубить....

Или он и так?

Сорри, 2 часа спал.

Так это с нуля

Имею в виду, что видел часовой билд скала проекта. Правда, потом выяснилось, что они цинк забыли запустить...

Каждая компиляция час?

Имею в виду, что видел часовой билд скала проекта. Правда, потом выяснилось, что они цинк забыли запустить...

Мне кажется или ты говоришь так будто в этом есть какая-то романтика?

Мне кажется или ты говоришь так будто в этом есть какая-то романтика?

В этом всё очарование скалы

В этом всё очарование скалы

Да ты чо! Скала же своим веременем компиляции как бы говорит нам: "переходите на дико модную микросервисную архитектуру".

Да ты чо! Скала же своим веременем компиляции как бы говорит нам: "переходите на дико модную микросервисную архитектуру".

так суммарное время компиляции сервисов будет такое же:)

Зачем их все одновременно перекомпилировать?

так суммарное время компиляции сервисов будет такое же:)

вряд ли, они ж параллельно будут

Зачем их все одновременно перекомпилировать?

чтобы наверняка

чтобы наверняка

file.save() file.save() // чтоб наверняка

Да ты чо! Скала же своим веременем компиляции как бы говорит нам: "переходите на дико модную микросервисную архитектуру".

точно. не зря Бонер топит за микро/наносервисы

нанопенисы, простите

file.save() file.save() // чтоб наверняка

не, второй надо в catch и //should never happen

нанопенисы, простите

нанопенисы не противоречат феминистским СОСам

нанопенисы не противоречат феминистским СОСам

а бонеры это не секшуал харассмент?

It's Beardfacé

скаланы, как можно обработать обе стороны Either? типа все правые собрать в список, а левые залогировать с ошибкой

Разматчить?

А эт валидные данные слева,если справа ошибка

скаланы, как можно обработать обе стороны Either? типа все правые собрать в список, а левые залогировать с ошибкой

свернуть в пару листов?

да, свернуть в пару листов мне больше нравится

плюсую свертку

listOfEither.foldLeft((List.empty[L], List.empty[R])) { case ((errors, results), x) => x match { case Left(error) => (error :: errors, results) case Right(result) => (errors, result :: results) } }

listOfEither.foldLeft((List.empty[L], List.empty[R])) { case ((errors, results), x) => x.fold(_ :: errors, _ :: results) }

Здаров мужики. Кто пробовал писать на скале под андроид? У вас получилось подружить андроид студию с sbt?

@notxcain спасибо!