
Митко Соловец?
14.01.2017
14:16:27

guga
14.01.2017
14:17:29

Ivan
14.01.2017
14:17:38

Sergey
14.01.2017
14:17:39

Google

Ivan
14.01.2017
14:18:04
ну критика есть и тоже жесткая

Митко Соловец?
14.01.2017
14:19:02
в отличии от того же Котлина

Sergey
14.01.2017
14:19:34

Alexander
14.01.2017
14:19:37
Люди, зачем вы используете акку?

guga
14.01.2017
14:20:01
Тут скорее круговорот разрабов в природе, рынку нужен спринг, программисты учать спринг, а когда начинают новый проект, зачем что-то другое, если они уже знают немного спринг.

Руслан
14.01.2017
14:21:38
Так нафига круд на акке, когда новый спринг быстрее, лучше, сильнее?

Nikolai
14.01.2017
14:21:45

Alexander
14.01.2017
14:22:05

guga
14.01.2017
14:22:09

Alexander
14.01.2017
14:22:14

Google

Ivan
14.01.2017
14:22:18
Люди, зачем вы используете акку?
реализует модель акторов это немного другой подход к программированию, где код по сути с самого начала строится для параллельной работы, и минимальная единица вычисления называется актор, немного просто объяснил но суть такая
акторы изолированы друг от другам и могут обмениваться сообщениями

Alexander
14.01.2017
14:22:55
А зачем акка, если это подход

Руслан
14.01.2017
14:22:55

Alexander
14.01.2017
14:23:17

Sergey
14.01.2017
14:23:41
Люди, зачем вы используете акку?
Акка используется для реализации сложных систем обработки инфомрации. Где много сложных связей в бизнеслогике. Где подразумевается много потоков параллельной обработки. Высоконагруженные реалтайм системы. Расплределённые системы.
Идеально ложится на
- игровые сервера.
- сервера с высокой отзывчивостью или надежностью
- конвеерная обработка данных
- какие нибудь паралельные вычисления
проще перечислить для чего Akka не подходит или подходит плохо
так же можно использовать её на клиенте, для сложной событийной логики
Если у вас какой то простой REST который просто отдаёт данные на 1k чел, то приемущества Akka не будет особо

Alexander
14.01.2017
14:24:19

Ivan
14.01.2017
14:24:19

Nikolai
14.01.2017
14:24:34
Так зачем, когда есть реактивщина?
Ну для крада тебе и реактивщины хватит, а если у тебя какойнить Complex Event Processing со всякой аггрегацией и всё это на нескольких машинах... то с реактивщиной несколько грустновато

Alexander
14.01.2017
14:24:41

Ivan
14.01.2017
14:24:43

Руслан
14.01.2017
14:24:48

Alexander
14.01.2017
14:24:58

Руслан
14.01.2017
14:25:00
Так чем акка принципиально лучше?

Alexander
14.01.2017
14:25:14

Sergey
14.01.2017
14:26:02
Заменяем на Rx и получается тоже самое
Нет Rx там всё таки другая тема, ближе к стримам.
Т.е. для локального мелкого распаралеливания.
А Акка для крупного распаралеливания на уровне архитектуры

Ivan
14.01.2017
14:26:03

Руслан
14.01.2017
14:26:38

Alexander
14.01.2017
14:27:05
Потопили акку

Google

Alexander
14.01.2017
14:27:11
Короче

Руслан
14.01.2017
14:27:14

Sergey
14.01.2017
14:27:28
Акка это как раз и есть та реализация ООП которую имел ввиду автор этой парадигмы, если почитать первоисточники

Руслан
14.01.2017
14:27:36
бляяя

Alexander
14.01.2017
14:27:43
Только не ооп
Нееет
Астанавитесь
Мне кажется, что тему с аккой можно закрыть на время
На этой замечательной ноте

Sergey
14.01.2017
14:28:47

Руслан
14.01.2017
14:29:12
От HTTP до базы данных

Руслан
14.01.2017
14:29:29
даже json
или логгинг
Все компоненты системы

Sergey
14.01.2017
14:30:26
Я хз что такое Spring Reactive, нужно делать сравнительное исследование, чтоб адекватно ответить
Или подождать когда его кто то сделает )

Ivan
14.01.2017
14:31:45
Вопрос в общем был когда нужно брать акку, на что мне @CapDev вывалил кучу маркетинга
ну вот у тебя сервак с 16 ядрами и тебе надо написать приложуху так, чтобы все 16 ядер были равномерно загружены работой, ты можешь использовать два подхода, первое это взять Spring и Java Threads и попробовать распараллелить узкие места, а можешь взять Akka которая сама за тебя распределит нагрузку, но код придется писать в той парадигме которую она предлагает

Руслан
14.01.2017
14:32:25

Ivan
14.01.2017
14:32:28
конечно ты можешь взять стримы и будет тоже самое

Google

Руслан
14.01.2017
14:32:41
Ну так зачем джависту акку брать?

Ivan
14.01.2017
14:32:44
я с этим и не спорю прост стримы чуть позже появились и даже у акки они уже есть

guga
14.01.2017
14:33:07

Ivan
14.01.2017
14:33:11
ну пиши на Spring Reactive а я угарну рядом

guga
14.01.2017
14:33:11
или тебе самому интересно

Ivan
14.01.2017
14:33:12
поржу
ты его хоть трогал палкой?
я трогал
0 доков

Admin
ERROR: S client not available

Ivan
14.01.2017
14:33:42
сырое api которое уже 2 раза менялось
кайф
Spring Reactive

guga
14.01.2017
14:33:58
с project reactor такая же херня?

Ivan
14.01.2017
14:34:00
Akka как минимум стабильно уже 5 лет

Руслан
14.01.2017
14:34:04
Про сырое апи которое все время меняется это в скалу

Ivan
14.01.2017
14:34:06

Sergey
14.01.2017
14:34:15

Alexander
14.01.2017
14:34:20

Руслан
14.01.2017
14:34:20

Google

Oleksandr
14.01.2017
14:34:24
Руслан https://www.quora.com/Can-Akka-be-considered-a-replacement-for-the-Spring-Framework/, первый ответ

Руслан
14.01.2017
14:34:38

Ivan
14.01.2017
14:34:49
Ну релиз будет скоро
я взял EventBus из первой версии этой либы а потом код менялся два раза и я его переносил

Руслан
14.01.2017
14:34:52
2012 год, лол

Ivan
14.01.2017
14:34:56
2 мажорных релиза

Sergey
14.01.2017
14:34:58

guga
14.01.2017
14:34:59
это и есть Spring Reactive
не совсем, это всё-таки разные проекты, спринг реактив, тащит с собой реактор + обвязки для самого спринга

Oleksandr
14.01.2017
14:35:14
что, черт возьми, не актуально там? почитай ответ

Ivan
14.01.2017
14:35:14

Руслан
14.01.2017
14:35:15

guga
14.01.2017
14:35:45
тут же нету никакого ресёча, как сказали так и пилишь

Руслан
14.01.2017
14:36:03

Oleksandr
14.01.2017
14:36:03
акка -- удобное управление стейтом, конкаренси, параллелизм, распределенщина
и пара десятков модулей вдовесок

Alexander
14.01.2017
14:36:43

Sergey
14.01.2017
14:37:37
У Акки есть большой минус

Alexander
14.01.2017
14:37:46
Скала?

Ivan
14.01.2017
14:38:03
скала это плюс как раз

Sergey
14.01.2017
14:38:06

Ivan
14.01.2017
14:38:12
нет всяких аспектов
язык позволяет без них обходится