если у тебя get дает mutable data, то аллокация в любом случае время займет

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

это факт

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

надо производить оценку не сферических коней в вакууме, а конкретных условий задачи

ебаный sbt

как из Setting[_] достать value

Не божественный?

как из Setting[_] достать value

.value?

у него нет value

Там же имплиситы и макросы повсюду

в том то и дело, что не повсюду

можно попробовать через name.in

пздц

.value хер достанешь

неинтуитивно?

нет, все сделано, чтоб не достал)

Он только внутри определения таска или другого сеттинга есть

И это весьма неудобно

ну и как его в итогде то достать

только внутри таска или сеттинга

someSetting := {ololo.value}

эт конечно хорошо, но как ее вытащить из someSetting

ну епт

someAnotherSetting := {someSetting.value}

смешно)

мне понимаешь, нужно в тесте проассертить, что значения совпадают)

ты плагин тестируешь?

eue

угу

для теста плагинов есть свои тулзы

ну ещё бы. это же сбт

для теста плагинов есть свои тулзы

эт какие ?

в двух словах - делаешь еще тестовый подпроект, там свой build.sbt. Там уже ты можешь достать всё что тебе нужно и сделать какие-то действия

нахер, мы не ищем легких путей :)

https://github.com/LMnet/sbt-liquibase-plugin/tree/master/src/sbt-test/basic/update Вот посмотри как сделано, буквально вчера делал пулл реквест в сбт плагин

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

в java мире есть quasar и vert.x только хз как они, akka проверена временем

Vert.x со скалой умеет

там api под скалу?

это как-то тоже жирновато)

я смотрел доклад с jug.ru по vert.x там смотрелось очень легко и просто(настройка) чуть ли не пишешь 10 строк кода и у тебя уже два компонента крутятся на разных машинах и кидают друг в друга месаджи

Future + private var достаточно тонко?

https://github.com/LMnet/sbt-liquibase-plugin/tree/master/src/sbt-test/basic/update Вот посмотри как сделано, буквально вчера делал пулл реквест в сбт плагин

а нет варианта запустить Task из scala кода?

Future + private var не хочу синхронайзеды и атомики расставлять

facepalm

ну вот так вот)

жениться вам, барин, надо ©

а нет варианта запустить Task из scala кода?

Только из другого таска

Ты можешь сделать специальный тестовый таск с проверками, а в тест файле его одного дергать

Собственно так примерно и делают

Ты можешь сделать специальный тестовый таск с проверками, а в тест файле его одного дергать

лень

Ну тут уж никто не поможет

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

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

не хочу

я найду лозейку

И золезу туда)

>> Потом грибы - это чтобы >> все функции, которые >> могут фейлиться, >> возвращали Validation >> тип (Either[CustomError, _]). >> Потом комбинировать >> их через for comrehension. А в чем преимущество такого подхода тащить все эти Either через все приложение перед тем чтобы просто кидать кастомный Exception?

примерно то же, что и в использовании Option вместо null

надо бы как нибудь разобраться в кофри комонадах кстати

у роба норриса недавно было чото неплохое по этой теме

https://www.youtube.com/watch?v=7xSfLPD6tiQ

В чем основная мысль?

ERROR: S client not available

примерно то же, что и в использовании Option вместо null

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

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

а мне не надо, у меня в коде только листы используются...

вроде бы еще они неплохо стыкуются с фриманатками, типа пишешь на фри свой dsl, а на кофри свой интерпретатор

надо разобраться вощем

По мне, писать дсл - это дурацкая затея. у тебя как бы и так есть скала, зачем тебе недоскала внутри скалы… free monads - это бесплатные монад-врапперы над твоей алгеброй.

http://image.slidesharecdn.com/functionalprogrammingandjava8-160222161953/95/functional-programming-and-java8-2-638.jpg?cb=1456158188

http://www.itekna.com/en/krak%C3%B3w/273-scala-programmer-with-agile-experience.html кто-нибудь что-нибудь знает про компанию?

Краков

фу

)

http://www.gowork.pl/opinie_czytaj,844509

всем наверное разослали

послушал я последний скалалаз все больше и больше создается впечатление, что шейплесы с котами 1) решают проблемы, ими же и созданные 2) по уровню абстракции оставили абстрактные фабрики визиторов сервисов далеко позади

у меня одного такие мысли?

1. Все можно использовать неправильно 2. Это всегда немного R&D, эти эксперименты двигают язык вперед

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

Когда в руке монада, все вокруг кажется функтором

у меня одного такие мысли?

нет, я вообще не юзаю ни скалаз, ни котов, ни прочую ересь)

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

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

эм. for comprehension отлично справляется с этим)

> по уровню абстракции оставили абстрактные фабрики визиторов сервисов далеко позади

в том и смысл

1. Все можно использовать неправильно 2. Это всегда немного R&D, эти эксперименты двигают язык вперед

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

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

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

она могла просто не знать о таком варианте. пошла гуглить, нагуглила примерчик, копипаста арбайтен - проект готовен

Я готов поспорить, что во времена процедурного программмирования так же говорили про надвигающийся ООП - мол, нафига это надо, и так хорошо.

она могла просто не знать о таком варианте. пошла гуглить, нагуглила примерчик, копипаста арбайтен - проект готовен

знала, опыта у неё достаточно

без ООП в некоторых случаях действительно хорошо. Возьмем для примера Oracle ?

без ООП в некоторых случаях действительно хорошо. Возьмем для примера Oracle ?

а без Oracle - еще лучше)

#ораклихорошоводномпредложении

ООП в Oracle как бы есть. Но вот кто рискнет это там использовать ?