
Igor
07.05.2017
08:29:27
Scala — тоже очень хороший компромисс.
Scala все таки ближе к OOP и синтаксисом (C подобным) и фичами.
И толи в scala чате все шифруются, то ли никто не пишет код на функциях, а как в java с классами и ооп.
А из фичей используют ее коллекции, либо вообще как better-java для работы с bigdata.

Friedrich
07.05.2017
08:30:15
В Scala-чате на любой вопрос по ООП тебе сразу расскажут про scalaz и cats :)
Скорее уж они там наоборот шифруются — скрывают, что пишут ООПшный код!

Igor
07.05.2017
08:34:49

Google

Friedrich
07.05.2017
08:35:18
Да, может быть, конечно.

Anton
07.05.2017
08:37:58
Java 8 поддерживает функиональное программирование... скала это суперсет для совместимости со старыми версиями java ...ну все знают что java очень медленно приносит новые фичи из мира программинга... что для бизнесса плюс огромный... так как совместимосиь высокая

Pavel
07.05.2017
08:41:46
Ей богу в скале даже функции - и те объекты ;)
Класса Function1-22
так что где они там скрываются? Скала оопшный язык

Alex
07.05.2017
08:45:21

Daniel
07.05.2017
08:46:08
то что там классы и наследование используются в реализациях следствие текущей системы типов и желание иметь интероп с java
на самом деле фп никак не противоречит ооп, поэтому противопоставлять их в принципе некорректно

Ivan
07.05.2017
08:47:04
многие думают что фп это map/filter/reduce
поэтому такие сравнения

Alex
07.05.2017
08:47:33
Да и считать джавовые объекты чем-то из мира ООП - не совсем верно. Это только представление типа в рамках платформы, не более.

Daniel
07.05.2017
08:47:40
писать в функциональном пододе на java наверное можно, но точно очень больно

Google

Ivan
07.05.2017
08:49:00
ну есть же либы для этого но они очень страшные

Daniel
07.05.2017
08:49:04
это ни хорошо ни плохо, просто особенности языка

Ivan
07.05.2017
08:49:12
даже посмотреть на Akka AbstractActor для Java

Igor
07.05.2017
08:49:13

Daniel
07.05.2017
08:52:03
фп и типы тоже не в одной плоскости
есть фп языки нетипизированные
фп это function as first class citizen и referential transparency

Oleksandr
07.05.2017
08:53:38

Anton
07.05.2017
08:55:49
Как насчет js вроде функциональный и типы динамические

Daniel
07.05.2017
08:56:36
погоди, Игорь коммент устал редактировать))

Igor
07.05.2017
08:56:40

Daniel
07.05.2017
08:57:34

Igor
07.05.2017
08:57:42

Daniel
07.05.2017
08:58:13
я отвечал тебе на изначальный коммент, где ты примешал к обязательному требованию наличие типов

Igor
07.05.2017
08:59:02

Daniel
07.05.2017
09:00:49
я не до формулировок докапывался, а до определения
различие очень большое
про то, что определяет фп я выше писал
и да "чистые" функции часть этого

Igor
07.05.2017
09:03:19

Nick
07.05.2017
09:03:30
Гоу в скала чат про типы тереть)

sss3 ?
07.05.2017
09:04:13
зачем

Igor
07.05.2017
09:04:27

Google

Nick
07.05.2017
09:04:43
Наброс удался?)

Daniel
07.05.2017
09:05:00
нет

Igor
07.05.2017
09:05:07

Nick
07.05.2017
09:05:24
Cats effects!

Igor
07.05.2017
09:05:50
Мне вот интересно, кто-то реально в продакшене юзает фримонады?

Nick
07.05.2017
09:06:15
Просто монады)
Каждый день

Igor
07.05.2017
09:07:53

Daniel
07.05.2017
09:07:56
А так?)
тебе придется много занудно рассказывать java программистам предысторию
хреновый из тебя тролль

Nick
07.05.2017
09:08:17

Daniel
07.05.2017
09:08:38
ну они так и не отреагируют

Nick
07.05.2017
09:08:46

Alex
07.05.2017
09:12:59

Oleksandr
07.05.2017
09:13:41
ну и да, строго говоря, фп с ооп ортогональны
просто поддержка ооп в скале куда лучше поддержки фп

Alex
07.05.2017
09:16:16
А что тогда по Дотти?

Google

Oleksandr
07.05.2017
09:18:43
что дотти?
с правильной теоретической точки зрения дискуссия вооьще бессмысленна
пока "фп" и "ооп" не заданы формально

Alex
07.05.2017
09:19:27
Окей, пусть так и будет, спасибо за пояснение)

Oleksandr
07.05.2017
09:21:27
тут у каждого свое "интуитивное" определение терминов, которое не совпадает с чужими -- из-за чего нет конструктивного общения

Nick
07.05.2017
09:24:53

Oleksandr
07.05.2017
09:44:07

Daniel
07.05.2017
09:48:18

Oleksandr
07.05.2017
09:49:48

Evgeny
07.05.2017
10:12:21
фп подразумевает передачу куда либо напрямую непосредственно функции/метода. В Java так делать нельзя, передавать можно всегда только объект или значение. Но можно это дело имитировать так сказать

Quantum Harmonizer
07.05.2017
10:16:32

Admin
ERROR: S client not available

Evgeny
07.05.2017
10:17:56
я про Java 7 грю

Мытко
07.05.2017
10:19:31

Vik
07.05.2017
10:19:39
А где новый рп?
хрен вам (не вам лично, конечно), а не новый РП. слишком много жалоб в последнее время

Митко Соловец?
07.05.2017
10:19:53

Mikhail
07.05.2017
10:20:04
А кто-нить может мне немного пояснить за Spring Integration?

Митко Соловец?
07.05.2017
10:20:16
неужели из-за нытья Васильева РП закроют?

Snow
07.05.2017
10:20:33

Mikhail
07.05.2017
10:20:45

Митко Соловец?
07.05.2017
10:20:46
камел устарел вроде

Google

Evgeny
07.05.2017
10:20:51
вата фак из РП?

Mikhail
07.05.2017
10:20:54
У нас тут наворотили шо ппц

Митко Соловец?
07.05.2017
10:21:02

Mikhail
07.05.2017
10:21:24
то есть средний слой 100% можно выбрасывать
какого хера брать из очереди и класть в очередь - непонятно
а вот со Spring Integration я пока не понимаю - у него внутри тоже всегда очередь?

Snow
07.05.2017
10:22:42
У меня камел наоборот работает. Берет с опц серверов и кидает в джмс а оттуда в персистенс

Mikhail
07.05.2017
10:23:14
А у нас внешний сервер, который сам к нам пересылает через JMS

Snow
07.05.2017
10:23:16
Через мдб

Mikhail
07.05.2017
10:23:34
когда-то не было ActiveMQ и был смысл в среднем TaskScheduler
а потом добавили не прямой JMS, а через MQ
а средний слой оставили
и получилась хренота

Snow
07.05.2017
10:24:05
Обычно смысл в декларативном описании роутов

Mikhail
07.05.2017
10:24:16
да, именно так и юзаем
это я вижу в конфиге

Snow
07.05.2017
10:24:27
Взять там то сделать то то отдать бинам или тудато

Mikhail
07.05.2017
10:24:29
но это потом уходит в тот же TaskScheduler
я хочу понять, можно ли это напрямую на исполенение отдать
без складирования в очередь снова