end.flatMap(_ => system.terminate()) ?

Не, не прокатит. Я же говорю, что app не должен знать ни о каких акторах)

почему сатанистка?

жаргон у меня в отделе такой)

scientist -> cаентист -> сатанист

спряч под абстракцией)

спряч под абстракцией)

⬆

только с мягким знаком

scientist -> cаентист -> сатанист

?

Добрый день! Подскажите, пожалуйста, в каких компаниях сейчас применяется Scala для анализа данных? Если вообще применятся)) Спасибо.

https://www.slideshare.net/AnastasiaLieva/big-data-science-in-scala-v2 собсно доклад

Интересно, стоит посмотреть) А то, наверно, питона и r недостаточно для data science)

trait Execution{ def terminate(): Future[Unit] } ... object MainApp{ val progEnd = end.flatMap(_ => execution.terminate()) }

Интересно, стоит посмотреть) А то, наверно, питона и r недостаточно для data science)

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

спряч под абстракцией)

типа serviceA.shutdown? ) Так то можно, только это будет доп. нагрузка на потребителя - не забыть вызвать магический метод shutdown.

типа serviceA.shutdown? ) Так то можно, только это будет доп. нагрузка на потребителя - не забыть вызвать магический метод shutdown.

потребителя чего?

потребителя чего?

сервиса

ты либу пилишь или прогу?

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

Это факт. Я искала в своё время Holt-Winter's в пандасе и ушла оттуда с огорчением)

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

холт-винтерс пишут в экселе есть :D

ты либу пилишь или прогу?

Вообще прогу. Но мне интересен правильный путь. То есть управление ЖИ компонентов. Например, в Spring его DI сам все делает за нас) Сам создает компоненты, сам же их и уничтожает)

Вообще прогу. Но мне интересен правильный путь. То есть управление ЖИ компонентов. Например, в Spring его DI сам все делает за нас) Сам создает компоненты, сам же их и уничтожает)

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

холт-винтерс пишут в экселе есть :D

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

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

Именно так, но там сам Spring вызывает эти методы очистки у каждого компонента. То есть третье лицо. Сама программа этим не занимается

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

Вообще прогу. Но мне интересен правильный путь. То есть управление ЖИ компонентов. Например, в Spring его DI сам все делает за нас) Сам создает компоненты, сам же их и уничтожает)

лайфтайм контекст можно сделать через CPS типа object ActorSystemExecution extends ExecutionService{ def apply[T](actions: Execution => Future[T]): Future[Unit] = { val system = ... val execution = ... for { _ <- actions(execution) _ <- system.terminate() } yield () } }

Именно так, но там сам Spring вызывает эти методы очистки у каждого компонента. То есть третье лицо. Сама программа этим не занимается

Можно переименовать трейт в Scapring и назвать гордо фреймворком)

или то же самое scalaz.ContT[Future, Unit, Execution]

cps не будет ли из пушки по воробьям?

если это что-то долгоживущее, то вероятно придется всю логику перелопатить

зачем?

не нужно всё делать через CPS

что тогда actions? представляю как вызовы апи пока

ну что-то, что подсунет "пользователь сервиса"

учитывая, что пользователь этот верхнеуровневый

внутри ничего переписывать не нужно

можно юзать всякие monix.Task и

они ленивые, там и континюэйшнов не нужно

https://vk.com/apiclub?w=wall-1_340421 лёгкие деньги

чо, не прошло 10 лет как вконтакт сделал свой фаерхоуз?

ну пока они Дурова выпи,;.;.ли, пока то, пока сё

лайфтайм контекст можно сделать через CPS типа object ActorSystemExecution extends ExecutionService{ def apply[T](actions: Execution => Future[T]): Future[Unit] = { val system = ... val execution = ... for { _ <- actions(execution) _ <- system.terminate() } yield () } }

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

ну что-то, что подсунет "пользователь сервиса"

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

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

В моих приложениях за инициализацию всех system отвечает топлевельный код

Но если управление ресурсами - это насущная проблема, нужно думать общее решение

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

??? Если это сервер - то его вообще не нужно тушить внутри приложения

из вопроса не понятно

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

Да я собственно вопрос задавал в контексте DI. Обычно DI framework сам отвечает за управление ресурсами - создание и освобождение компонентов. Но если делать DI без framework, а на чистом trait-based, то получается нет третьего, который это сделает за нас.

Пример с actor system - это пример, когда нужен корректный останов компонента

Да я собственно вопрос задавал в контексте DI. Обычно DI framework сам отвечает за управление ресурсами - создание и освобождение компонентов. Но если делать DI без framework, а на чистом trait-based, то получается нет третьего, который это сделает за нас.

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

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

ActorSystem - это ещё и все плагины к ней, к примеру Http, c кучей буферов

почему странный? когда приложение останавливается, кто-то же должен подчистить ресурсы. Если сама прога не создает компонент actor system, то и не ей его освобождать

в 100 из 100 случаев, что я помню, соглашусь с Совой, все системы тушились только вместе с приложением

Правильно, я и хочу потушить. Только вот кто должен тушить, если используется DI.

почему странный? когда приложение останавливается, кто-то же должен подчистить ресурсы. Если сама прога не создает компонент actor system, то и не ей его освобождать

В данном случае под "прогой" подразумевается что-то непонятное.

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

main app которое вызывает метод у сервиса, получает значение, пишет на экран и завершается.

Или дождаться останова системы и т.п.

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

А этот ваш Spring DI он может дожидаться чьего-то завершения асинхронно?

Вообще покажите мне DI, который это может

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

Мне кажется, это всё-таки вопрос интерфейса компонент

у него хук на завершение проги. Когда он срабатывает, он проходится по созданным ИМ компонентам и вызывает у них методы очистки.

Сама прога этим не занимается

ERROR: S client not available

у него хук на завершение проги. Когда он срабатывает, он проходится по созданным ИМ компонентам и вызывает у них методы очистки.

Синхронно?

Да, в потоке main. Дело в том, что main выполняется в конетксте Spring

Тогда в чём фишка, terminate мгновенно вернёт, а awaitTermination задепрекейчен

Это значит, что никаких гарантий graceful ности ты не имеешь

Это так. В Spring я actor не использовал. Не могу сказать, как он отрабатывает случаи, когда очистка не может завершиться прям сейчас.

а есть какой-то просто способ отложить выполнение фьючи без Thread.sleep и блокировки потока?

да, task

scalacheck можно как-то ограничивать в ресурсах?

3 ядра сжирает (

А никто не знает, в идее нельзя сразу нескольким методам/полям проставить тип?

через мультиселект не работает :(

А никто не знает, в идее нельзя сразу нескольким методам/полям проставить тип?

макрос

А никто не знает, в идее нельзя сразу нескольким методам/полям проставить тип?

можно например x, y, z :: Int

фигачишь скаламетовскую аннотацию, у тебя слева появляется кнопулька - развернуть

но это смотря в каком языке

не блокируют телеграмм, официально

https://lenta.ru/news/2017/06/28/vnesen/

свежий дамп БД ??

исходники

https://lenta.ru/news/2017/06/28/vnesen/

Отлично.

Выпуск #23 - Мета-выпуск c Евгением Бурмако http://scalalaz.ru/series-23.html

Точное разрешение можно?

ETA 1m

2560x1600 59.97*+

не маке такого чет нет; есть советы как это воспроизвести?

Element viewer в любом браузере, кнопка mobile view и там сustom response Zoom в любом браузере (ctrl+\+)

Element viewer в любом браузере, кнопка mobile view и там сustom response Zoom в любом браузере (ctrl+\+)

ты тогда уж и сразу скажи как именно это фикситься. это будет проще

не маке такого чет нет; есть советы как это воспроизвести?

Да я ж говорил как воспроизвести

Да я ж говорил как воспроизвести

Я чет пропустил просто

Спс