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

А как в нем с транзакциями... В асинхронном постгресе

@fomkin этот https://github.com/getquill/quill ?

В слике транзакции чудо костылем выполнены

В скалаке кол синхронный и в большинстве случаев все нормально работает

@fomkin этот https://github.com/getquill/quill ?

Да

А как в нем с транзакциями... В асинхронном постгресе

Полагаю что как обычно. Это просто протокол.

В постгресе транзакции на уровне СУБД.

Т.е на уровне самого постгреса. К драйверу никакого отношения иметь не должны.

Полагаю что как обычно. Это просто протокол.

Я немного не про то. Я о том что Future выполняются в скала коде на диспатчере, и что бы N Future вызовов собрать в одну DB транзакцию вам необходимо все запросы запустить в ОДНОМ эекзекюторе... иначе каждый запрос в базу будет у вас в отдельной транзакции, что в общем случае совсем не то что нужно...

Не знаю. На сколько я понимаю асинхронный драйвер постгреса это то же самое что сихронный, с тем отличием, что сообщения завернуты оберточки типа message_id ~ length ~ body. Ну может быть еще какие-то улучшения. По этому должно быть совершенно все равно на каких это будет выполняться эксекюторах.

Хотя конечно я видимо не прав.

Вот что они пишут: The async module provides transaction support based on a custom implicit execution context: ctx.transaction { implicit ec => ctx.run(query[Person].delete) // other transactional code }

То есть экзекютор значение имеет.

Кстати. Я хочу начать записывать русскоязычный Scala-подкаст. Кто хочет присоединиться?

devzen вроде говорят про скалу

даже radio-t говорят иногда о ней

ДевЗен это "подкаст про распределенные базы данных, который прикидывается подкастом про разработку" @ jbaruch. Радио-т это подкаст обо всем. Разбор-полетов тоже говорят про скалу но в негативном ключе. Хочу полноценный подкст про скалу, а не "ну чо, давайте обсудим, нужна ли скала, когда есть джава 8".

Простите, а вы уверены что в Scala хватит тем для серии подкастов длинной больше 5?

Простите, а вы уверены что в Scala хватит тем для серии подкастов длинной больше 5?

Узнаем.

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

Крутая затея, думаю можено записывать под флагом Скалы о функциональных идеях, мультипардигме... о схожих идеях в других областях индустрии.

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

the scalawags ?

угу

Кстати. Я хочу начать записывать русскоязычный Scala-подкаст. Кто хочет присоединиться?

Ну участвовать мне там точно не стоит, а вот послушаю - с удовольствием :)

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

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

груви еще жив?

нет

таки да, и адептов секты его много

ну не знаю, мне скала понравилась очень сильно

В разборе полетов жив. А разбор полетов - информационная пушка.

вот-вот

Стрэчен покинул проект за год до релиза Groovy 1.0 в 2007 году, а в июле 2009 года Стрэчен написал в своём блоге, что возможно не создал бы Groovy, если бы в 2003 году прочитал книгу Мартина Одерского с соавторами о программировании на языке Scala (вышедшую в 2007 году)

так что по подкасту? Если надо будет площадку какую я поднять смогу) Хотя бы на попробовать :)

надо всегда эту цитату кидать, если что

=)

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

В разборе полетов жив. А разбор полетов - информационная пушка.

Это не тот подкаст где их 10 человек и он как на базаре?

Ну так и надо показывать как правильно :)

Просто у людей фантазия на лямбочках заканчивается.

Я вот пока стреляю успешно :) Правда не уверен что в ногу)

а кроме грейдла есть еще что-нибудь на груви вообще?

ну, из годноты

так что по подкасту? Если надо будет площадку какую я поднять смогу) Хотя бы на попробовать :)

Будем lean. Skype + GoogleDoc + Soundcloud.

grails одно время мне понравился, но его перестали поддерживать, вроде

уверены что скайп? могу предоставить мамбл/ТС в личное пользование с закрытыми дверями :) попробуете хоть :)

странно, что ТС не прижился вообще в негеймерских кругах

Да лан, всё ок, вон про джаву упоротые товарищи до сих пор думают, что она тормозит, а баяну реально 20 лет в обед стукнуло. На хабре много лет были статьи в стиле - джава сдохла надо изучать си шарп, как раз в то время когда она бешенными темпами набирала популярность. Так же и со скалой и с любым другим языком

Может потому что для подкаста требуется приличное качество звука?

у ТС очень хороеше качество звука :)

и очень хорошо настраивать все это дело можно :)

Я пробовал его внедрять. Мне казалось хрошей идеей. Но у него омерзительный интефейс, он глючит под маком, так что понятно почему не прижилось.

а мамбл?

тудаже

ну не знаю) дело ваше) хотя как по мне - в разы лучше :)

Да лан, всё ок, вон про джаву упоротые товарищи до сих пор думают, что она тормозит, а баяну реально 20 лет в обед стукнуло. На хабре много лет были статьи в стиле - джава сдохла надо изучать си шарп, как раз в то время когда она бешенными темпами набирала популярность. Так же и со скалой и с любым другим языком

А чо, уже не тормозит?

это гемймерские штуки, которые могут только один юзкейс хорошо

а кроме грейдла есть еще что-нибудь на груви вообще?

spock framework

плюс можно записать все отдельно по дорожкам каждого :)

по крайне мере мамбл по дорожкам писать умеет :) каждого в отделньости - уже считаю плюсом :)

spock framework

+1 Спок хорош

ну в ТС широкие возможности тонкой настройки, с мамблом не сталкивался

язык и его комьюнити нераздельны а большой процент мнений задается несколькими подкастами/блогами

ну не знаю) дело ваше) хотя как по мне - в разы лучше :)

Если это просто и быстро, то я совершенно не против.

А чо, уже не тормозит?

вчера бабульки возле подъезда говорили что теперь всё ок ;) сегодня уточню

О перфомансе - на скале очень просто написать код который будет архи медленно работать :)

ERROR: S client not available

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

зато труднее написать код, который будет некорректно работать

Например с коллекциями - как только появляется траверсабл всё начинает работать существенно медленнее, при это очень легко не заметить как пошели имплисит конвертации

Ну да. Или Vector[Byte] на 100 мб. Казалось бы, что может пойти не так?

зато труднее написать код, который будет некорректно работать

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

я ведь не говорил что невозможно

Да ладно вам, я вот тоже вчера со своими косяками вылез :)

Или будем считать кто больше накосячил в скале?))))

у меня проблема была не в скале. и не в слике. и не в hikariCP. а в мозгах.

Так аналогично :)

Проблема всегда в мозгах :)

Или разработчика который пользуется продуктом, или разработчика который этот продукт писал :)

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

Осталось этому научиться :)

Да согласен, а можно унюхатся scalaZ и написать так что сам через неделю не поймёшь

я согласен что есть много нюансов, о которых стоило бы знать (недавно впервые напоролся на это недоразумение http://docs.scala-lang.org/tutorials/FAQ/initialization-order.html), согласен про перформанс: те же простые и любимые всеми someList.map(f).filter(g).fold... довольно прожорливы относительно императивного подхода, но в целом подходы, которые скала даёт мне (immutability by-default, эффекты как значения, ADT, классы типов, всяческие Option) это огромная панацея от ошибок

immutability by-default - вообще пушка по сравнению с другими мейнстрим языками

про immutability by-default это да, супер огонь

А что в ней особоенного если не секрет?)

да. первое время было сложно привыкнуть, но теперь любая задача решается в immutable-стиле по умолчанию и перехожу на var/collection.mutable только если реально увидел какую-то острую необходимость

А что подразумевается под "эффекты как значения"?

А что в ней особоенного если не секрет?)

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

Ну я в Option до сих пор к сожалению иногда путаюсь когда необходимо их разворачивать и проверять

например, отсутствие значения - эффект. Java реализует этот эффект как null. в Scala это Option - тип для отсутствия значения. исключительная ситуация - в Java это Exception эффект, в Scala это cats.Xor, scalaz.\/ или подобное. Тип означающий что значение будет доступно через некоторое время - Future. и так далее. даже ввод/вывод - значение типа IO

в Scala это cats.Xor, scalaz.\/ - вообще первый раз подобное увидел... о_О

ну или Either

вы кстати в курсе что в 2.12 Either будет right-biased?

в Scala это cats.Xor, scalaz.\/ - вообще первый раз подобное увидел... о_О

это сторонние либы. Either же

да

причем в связи с "right-biased", \/ и Xor наверное будет не нужны

я через них и подсел на scalaz

я наверное путанно там объяснил про эффекты. это лучше гуглится как "effects as first class values". что означает что эти эффекты мы можем использовать как обычные значения - передавать в функции, тестировать и т.д.