На правах рекламы: https://functionalprogramming.slack.com

это как придти в индию и рекламить шашлык из говядины

это как придти в индию и рекламить шашлык из говядины

Ну тут же говорят про иммутабельность

Тут ведь не только ООП, но и software design

только императивщена только хардкор (сарказм)

Ну тут же говорят про иммутабельность

имутабельность она не только в фп же )

какой смысл имутабельноти dto? это просто объект который несет данные

тот же смысл что и просто в имутабельности - предсказуемость. По сути мне хватило бы передачи по значению с копированием при записи.

Ну тут же говорят про иммутабельность

имутабельность в ООП очень даже хорошо живет) хотя.... проще просто говорить что имутабельность это паралельная концепция и не важно где и как ты ее применяешь.

имутабельность в ООП очень даже хорошо живет) хотя.... проще просто говорить что имутабельность это паралельная концепция и не важно где и как ты ее применяешь.

Ну, в широком смысле, ООП и функциональное программирование могут быть 2в1

Ну, в широком смысле, ООП и функциональное программирование могут быть 2в1

если в еще более широком смысле то никакой разницы между ФП и ООП особо нет)

(если солид и классы не мутируют своё состояние)

(если солид и классы не мутируют своё состояние)

если состояние не мутируют то у тебя нет состояния)

если состояние не мутируют то у тебя нет состояния)

Оно может быть - вне твоего кода. А код лишь принимает данные, и не мутируя, выдают результат

короч бесполезные разговоры пошли

если состояние не мутируют то у тебя нет состояния)

+

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

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

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

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

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

+++ именно этого и стоит добиваться, имхо

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

+++ именно этого и стоит добиваться, имхо

чего именно?

чего именно?

Отделения состояния от логики работы с ним

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

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

Отделения состояния от логики работы с ним

ДА! процедурное программирование!!!1

ну либо раскрой мысль)

если логика отделена от стэйта, чем это отличается от старого доброго процедурного программирования?

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

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

вторым абзацем* телега тормозит, сорь

ну либо раскрой мысль)

(Стейт, экшн) -> новый Стейт

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

хз что такое ДКА,

детерменированные конечные автоматы

(Стейт, экшн) -> новый Стейт

это не отделение логики от стэйта, как раз наоборот)

это не отделение логики от стэйта, как раз наоборот)

+

детерменированные конечные автоматы

Именно!

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

детерменированные конечные автоматы

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

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

event sourcing еще вспомни, а то ваш редакс в этом плане детский лепет

да это тут причем, я про ДКА как термин))) я ж знаю что ты знаешь автоматы)))

это не отделение логики от стэйта, как раз наоборот)

Я имел в виду иммутаьельную работу со стейтом

Я имел в виду иммутаьельную работу со стейтом

шта

Я имел в виду иммутаьельную работу со стейтом

"имутабельная работа со стэйтом" -> чистые функции и отсутствие стэйта.

как работа может быть иммутабельной

ну короч я тебя понял, но....

ну вот если только чистые функции

увы и ах - ты можешь так делать системы (и я даже так делаю, опять же event sourcing идеальный пример) но стэйт как какая-то append-only структура для твоих событий (экшенов) всеравно будет присутствовать.

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

@uakoB меня понимает. Именно этого я добиваюсь в коде

да Сергей тебя тоже понимает) у меня просто ощущение что на разные деревья лаем и просто друг друга не поняли, надо .bind(context) сделать

?

и да, между ФП и ООП тут вообще никакой разницы нет)

тем более если в контексте ДКА

я бы даже сказал что для автоматного программирования нет разницы, ООП это или ФП)))

ну тип того, просто не все алгоритмы могут уместиться в рамки ДКА что бы эффективно

https://github.com/blackakula/redux-composite/blob/master/README.md Context

https://github.com/blackakula/redux-composite/blob/master/README.md Context

ох... фронтендеры набежали...

обмажутся своими redux-ами и уже думают что у них система без сайд эффектов

да что ж ты гасишь-то, не об этом ж речь

я бы даже сказал что для автоматного программирования нет разницы, ООП это или ФП)))

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

тогда я не понимаю о чем мы именно

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

правильно я думаю?

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

попробуй в консоль вывести результат без сайд эффектов)

ты счас имеешь ввиду что консоль - уже сайд эффект?

ты счас имеешь ввиду что консоль - уже сайд эффект?

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

исключения...

ох... фронтендеры набежали...

Я не фронтендер, но что-то хорошее подбираю из других языков. Ну и что, что в пхп нет редакса?

если так то нихера потому что консоль это другая подсистема и никаких тут сайд эффектов нет

и ты ее напрямую вызываешь

Я не фронтендер, но что-то хорошее подбираю из других языков. Ну и что, что в пхп нет редакса?

в php есть prooph)

Я не фронтендер, но что-то хорошее подбираю из других языков. Ну и что, что в пхп нет редакса?

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

если так то нихера потому что консоль это другая подсистема и никаких тут сайд эффектов нет

поясни мысль

если я не отстал от жихни конечно

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

база данных тоже стэйт)

поясни мысль

ты хочешь что-то в консоли - консоль суть подсистема - и ты ее вызываешь

причем глобальный)

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

ты хочешь что-то в консоли - консоль суть подсистема - и ты ее вызываешь

а еще консоль - ресурс со своими ограничениями. И ты должен с этим считаться. Уже сайд эффекты.

но когда извините ты ее вызвал и получил очень даже себе чистый от нее эффект - то почему это сайд?

не путай сайд эффекты в чистом виде и магию)))) вообще тут тонкий момент очень

попробуй в консоль вывести результат без сайд эффектов)

Инджектим интерфейс консоли. А системе пофиг, кто и как её реализует

не путай сайд эффекты в чистом виде и магию)))) вообще тут тонкий момент очень

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

Есть чат по POP или императивщине?

ФП.

Ж.

Есть чат по POP или императивщине?

можешь сюда писать)

Ой.

Не.

ну кстати никто не мешает это зашить в Transitions если по UML вспомним их автоматы

Сори.

Ж.

Протоколо-ориентированное-программирование

???

В Swift используется

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

ПОП Типа «прототипом ориентированное».

В Rust можно применить