точнее если нужна транзакционность

Нужно, чтобы консистентность сохранялась или что?

допустим что да)

Ну зависит от типа базы сильно

не зависит, я спрашиваю как делаете вы)

мне стало интересно, что нынче модно

У нас графовая, проверка консистентности по last write

Транзакционность есть

ну вот как вы делает?

1 враитер который в несколько сущностей пишет?

кстати guys, а кто какие подходы использует при работе с базой?

и здесь пидорасы?

(https://ru.wikipedia.org/wiki/Gay)

Такс,я опять добрел до интернетов.Самая разумная стратегия-проверка на коммите по таймстампу,по идее. Остальное уже -чрезмерное усложнение. Правда,с графовыми базами такой подход не прокатывает,т.к. там сущности могут писаться по частям.

Такс,я опять добрел до интернетов.Самая разумная стратегия-проверка на коммите по таймстампу,по идее. Остальное уже -чрезмерное усложнение. Правда,с графовыми базами такой подход не прокатывает,т.к. там сущности могут писаться по частям.

Дык если несколько таблиц и таимстампов тоже

Тут уже зависит от метода организации данных -tpt,tph,tpc etc.

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

И в хранимках логику проверки на валидность записываемых данных

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

https://vc.ru/n/tinkoff-nocoffee

скале не хватает брейков, имхо

всё таки эмуляция брейков через эксепшоны не круто

оффтоп, недавно узнал про https://ponominalu.ru/

что они занимаются генерацией всего и вся прямо на postgresql

и просто отдают json наружу

скале не хватает брейков, имхо

Это не функционально

Это не функционально

поэтому isEmpty реализована как def isEmpty: Boolean = { var result = true breakable { for (x <- this) { result = false break } } result }

поэтому isEmpty реализована как def isEmpty: Boolean = { var result = true breakable { for (x <- this) { result = false break } } result }

Лень было морочиться просто

ну да, но это , бось по перфомонсу сильно бьет

скорость

поэтому isEmpty реализована как def isEmpty: Boolean = { var result = true breakable { for (x <- this) { result = false break } } result }

Она переопределена в любой адекватной же

ну да, но это , бось по перфомонсу сильно бьет

Если tailrec'ом реализовать - будет гораздо медленнее? Как тупая идея

Она переопределена в любой адекватной же

вообще верно, да

как там сиерра стабильная уже нет багов с идеей?)

или ничего не поменялось (или всегда все было ок).

вроде бы все ок было. идея - полет нормальный

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

с чем столкнулся - в докере была какая-то проблема. сейчас вроде поправили

смотрю я на breeze и ножки подгибаются

Вот breeze это одна из тех либ из-за которых я иногда боюсь писать на Scala

Вы про https://github.com/scalanlp/breeze/wiki/Quickstart ? Чего в ней страшного?

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

Норкоманы

оффтоп, недавно узнал про https://ponominalu.ru/

я с их CEO в одном классе в школе учился :-)

оффтоп, недавно узнал про https://ponominalu.ru/

И он отвратительно работает...

Да работает что-то не очень

Доброго дня всем. Сегодня планируется запись подкаста #scalalaz, скорее всего будет в гостях Михайлов Дениc (@notxcain). Если у кого есть вопросы к нему, или просто пожелания чего пообсуждать, просим высказыватся тут или на сайте в коментах http://scalalaz.ru/themes-13.html.

Прошлый гость был хорош, между прочим.

Доброго дня всем. Сегодня планируется запись подкаста #scalalaz, скорее всего будет в гостях Михайлов Дениc (@notxcain). Если у кого есть вопросы к нему, или просто пожелания чего пообсуждать, просим высказыватся тут или на сайте в коментах http://scalalaz.ru/themes-13.html.

Буду :)

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

Доброго дня всем. Сегодня планируется запись подкаста #scalalaz, скорее всего будет в гостях Михайлов Дениc (@notxcain). Если у кого есть вопросы к нему, или просто пожелания чего пообсуждать, просим высказыватся тут или на сайте в коментах http://scalalaz.ru/themes-13.html.

Удаленка на скале

Доброго дня всем. Сегодня планируется запись подкаста #scalalaz, скорее всего будет в гостях Михайлов Дениc (@notxcain). Если у кого есть вопросы к нему, или просто пожелания чего пообсуждать, просим высказыватся тут или на сайте в коментах http://scalalaz.ru/themes-13.html.

1. Какие перспективы у akka-typed в том виде, котором он сейчас есть? 2. Есть ли шанс, у Quasar (тот что вот этот http://docs.paralleluniverse.co/quasar/) или какой-то другой сходный движок значительно потеснит akka или вообще, в широком смысле, модель конкуренции на JVM где код должен явно работать с асинхронностью.

Доброго дня всем. Сегодня планируется запись подкаста #scalalaz, скорее всего будет в гостях Михайлов Дениc (@notxcain). Если у кого есть вопросы к нему, или просто пожелания чего пообсуждать, просим высказыватся тут или на сайте в коментах http://scalalaz.ru/themes-13.html.

Плюсую за akka-typed

Вот кстати свежачок от Куна https://github.com/rkuhn/blog/blob/master/02_composing_actor_behavior.md

ага вчера читал

в общем то многие говорили что примерно так и должно быть

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

вот еще интересная штука на эту тему https://github.com/Chymyst/joinrun-scala

это как раз тот join calculus про который кун упоминает

ещё было бы круто сравнить модель корутин (го, котлин) с моделью акторов

вот еще интересная штука на эту тему https://github.com/Chymyst/joinrun-scala

жесть какая

ещё было бы круто сравнить модель корутин (го, котлин) с моделью акторов

не знаю что там в котлине, но в го вроде бы в основе лежит тоже процесс алгебра (CSP), корутины это скорее деталь реализации

не знаю что там в котлине, но в го вроде бы в основе лежит тоже процесс алгебра (CSP), корутины это скорее деталь реализации

угу, и оно (CSP) принципиально отличается от модели акторов я более-менее знаком с последним, но на CSP потратил немного времени, и, если будет разбирающийся человек, я бы с интересом послушал в предыдущем выпуске с Го эту тему как-то обошли, несмотря на то, что горутины -- лучшее, что есть в Го

Доброго дня всем. Сегодня планируется запись подкаста #scalalaz, скорее всего будет в гостях Михайлов Дениc (@notxcain). Если у кого есть вопросы к нему, или просто пожелания чего пообсуждать, просим высказыватся тут или на сайте в коментах http://scalalaz.ru/themes-13.html.

было бы круто написать, чем интересуется гость @notxcain , чтобы ребята могли задать конкретные вопросы. Иначе хз, чего спрашивать. 6 выпуск наверное не все помнят/слушали

ERROR: S client not available

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

было бы круто написать, чем интересуется гость @notxcain , чтобы ребята могли задать конкретные вопросы. Иначе хз, чего спрашивать. 6 выпуск наверное не все помнят/слушали

ок в следующий раз учтем

было бы круто написать, чем интересуется гость @notxcain , чтобы ребята могли задать конкретные вопросы. Иначе хз, чего спрашивать. 6 выпуск наверное не все помнят/слушали

кокрастыке есть время послушать :)

было бы круто написать, чем интересуется гость @notxcain , чтобы ребята могли задать конкретные вопросы. Иначе хз, чего спрашивать. 6 выпуск наверное не все помнят/слушали

typelevel

кокрастыке есть время послушать :)

К сожалению выкладываем обычно спустя дня 2

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

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

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

а я просто иду в магазин и рандомно хожу по магазину

интересует именно "хаскель головного мозга" )

что-то не очень подходящая аналогия

Хаскель же императивный язык...

Составляю список, но где что купить решаю на ходу, наверное поэтому фримонады я еще не освоил.

Инвертирую пространство относительно шконки!

Как думаете стоит ли говорить в компании как быстро и просто делать cqrs на скале. Или лучше старших слушаться с их сага паттернами и прочим?

Чой-то не особо хочу против системы идти а то еще заставят книжки читать

Распределенная транзакционностт нильпотентность йоба

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

Ну понятно после получки говорить если говорить

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

ребята, почему кассандра сделала свой LocalDate

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

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

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

а не требуется ли там еще определить что-то наподобие - (что есть "купить" относительно "хлеба" в рамках "магазин") или ((что есть "купить" в случае "магазин") и ("цена" в случае "хлеб" есть столько-то)) ? (лениво конечно же)

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

а не требуется ли там еще определить что-то наподобие - (что есть "купить" относительно "хлеба" в рамках "магазин") или ((что есть "купить" в случае "магазин") и ("цена" в случае "хлеб" есть столько-то)) ? (лениво конечно же)

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

окей гугл...

Нужно взять задачу посложнее, т.к. тривиальная задача решается - тривиально. Я хочу есть, сейчас утро поэтому мне нужно молоко и хлеб, мне нужно сходить в магазин, так смотрим какие магазины уже открыты где есть молоко и хлеб, вычисляем ближайший из полученных, оцениваем сколько это может стоить, берём с собой деньги. недостатки такого подхода: - сложность, god объект который заведует сразу всем, если нужно будет что то потом поменять то нужно будет сначала разбираться во всей последовательности действий - трудно сделать такое решение многопоточным - трудно вносить изменения т.к. всё зашито монолитно разделяй и властвуй разбиваем решение по независимым кускам решающим какуюто одну задачу Я хочу (есть) ? Да ! Что я обычно (ем) (утром) ? молоко и хлеб ! Где (взять) (молоко) и (хлеб) ? Где (взять) (молоко) в (центре города) ? В Пятёрочке на Ленинском ! Где (взять) (хлеб) в (центре города) ? В Булочной на углу ! Какой оптимальный маршрут ? Сначала на Достаевского потом на Ленина ! Сколько (стоит) (молоко) и (хлеб) ? 189р ! Берём (189р) ! Идём на (Достаевского) потом на (Ленина) ! У нас есть маленькие объекты, чёрные ящички, которые делают какую то одну понятную задачу, которыми легко манипулировать, перестраивать, добавлять новые блоки. Связь между объектами можно реализовать объектно или функционально. Внутри объекты могут быть императивными или функциональными как удобней для ДАННОЙ конкретной задачи. Можно сделать чтоб они работали параллельно, с помощью Akka Actors.

К сожалению выкладываем обычно спустя дня 2

Дык прошлый выпуск же

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

Алгоритм таков. В третьем классе ты думаешь: "Пойду схожу в магаз, куплю жувки и чупс, после чего расскажу пацанам, какой офигенный кинос я зырил, а то не поймут, какой офигенный я вследствие этого". В универе ты рассуждаешь "Пойду в магазин, куплю пивчик и пельмешон и расскажу плебеям одногруппникам, какую продвинутую книгу по саморазвитию я читанул, иначе они не поймут, насколько я охуенен благодаря ей" В опенспейсово-коворкинговые будни ты грезишь: "Пойду подравняю бороду и апгрейжу вейп, а заодно зайду в чатик, заряжу джавабомжам и питонохолопам, насколько мой разум просветлён от текущего языка\ стэка технологий" Как видно, хаскелл в этой формуле не решающий элемент. Как язык он охеренно гибкий и отлично подходит для решения в т.ч. и императивном стиле тех задач, которые к этому располагают.

https://dou.ua/lenta/articles/language-rating-jan-2017/