Много всяких поп на самом деле.

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

Ладно)

Или «процедурно ориентированное»?

самый мэйнстримный на сегодня подход, че

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

Протокол...

Надо давать более точное определение.

Надо давать более точное определение.

протокол вполне себе неплохое определение)

Ну да.

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

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

А «ПОП» не очень.

Почему?

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

ну то есть мы говорим о объектах?) и все твое красивое чистое без-сайдэффектовое ФП будет внутри одного такого объекта (или эктора, называй как хочешь))

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

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

Нууу, Процедурно. Прототипно. Протоколо.

Это типа структур

3 варианта ПОП.

По этому надо точнее.

Нууу, Процедурно. Прототипно. Протоколо.

3

А «ПОП» не очень.

Почему Оно Плохо

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

"заинджектил консоль" - кто должен разруливать стэйт самой консоли?

Умный??

Сильно умный? Да.

Ща мы тебе дадим.

И поп.

И функции.

и тебе тоже дадим, не волнуйся)

всех вылечим

"заинджектил консоль" - кто должен разруливать стэйт самой консоли?

не та система с которой ты работаешь. Ибо для нее любое изменение среды тоже суть среда а не ее часть (этой системы).

блен да контрактное же вроде примерно на этом и основано

не та система с которой ты работаешь. Ибо для нее любое изменение среды тоже суть среда а не ее часть (этой системы).

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

эмулятор терминала честно - смутно и каюсь. с ncurses нет ибо зачем, нужд не было. но при этом писал ДКА, и?

делить надо на разные системы, вот тебе и чистота

что не так-то???

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

Система есть "в уме", а модуля системы работают только с типами (интерфейсами)

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

так и что не так-то с этим???

я согласен, но - твое "но" в чем заключается?))))

ну то есть мы говорим о объектах?) и все твое красивое чистое без-сайдэффектовое ФП будет внутри одного такого объекта (или эктора, называй как хочешь))

Или в рамках модуля. И этот модуль тогда более переиспользуемый

эта машина = среда. вот и все, не?

Или в рамках модуля. И этот модуль тогда более переиспользуемый

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

я согласен, но - твое "но" в чем заключается?))))

ну ни в чем, собственно) вопрос в изоляции)

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

ну ни в чем, собственно) вопрос в изоляции)

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

эта машина = среда. вот и все, не?

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

"заинджектил консоль" - кто должен разруливать стэйт самой консоли?

Хайер-левел-систем (чаще всего фреймворк)

Хайер-левел-систем (чаще всего фреймворк)

тебе когда-нибудь приходилось в коде делать что-то типа Date.now()?

как это соотносится с твоей идеей идемпотентности операций?

мне приходилось. на пыхе правда

эта машина = среда. вот и все, не?

+

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

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

как это соотносится с твоей идеей идемпотентности операций?

да никак, тут вопрос в изолированности о которой ты выше говорил. нельзя на один набор грамматики выносить одновременно например температуру с датчика (иди Date.now()) и стейт в том смысле в котором с ним работают в программировании (в земном я имею ввиду, а не RTOS)

так что тут как мне кажется зеленое с мягким сравнивают. поправь если я не так понял

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

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

тебе когда-нибудь приходилось в коде делать что-то типа Date.now()?

Это надо избегать

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

объект - тут тоже расплывчато - можно ими называть то что ты привык, типа инстанс класса, а можно что-то более абстрактное - метафора комьютера со своей изолированной памятью и поведением. Для меня объект и есть эта точка изоляции эффектов. Ну короч мне нравятся экторы)

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

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

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

apt-get install nginx - модуль?

docker run -d jira - модуль?

kubectr deploy application - модуль?)

а последнее это что? kubernetes?

а последнее это что? kubernetes?

ну тип того

ок

там правда честнее было бы через helm тогда

типа helm install elasitcsearch и вот у тебя крутится класстер из 10-ти нод, чем не модуль

чет мы далеко зашли

apt-get install nginx - модуль?

Если система, использующая модуль, линукс - да

ну я просто демонстрирую бесполезность термина "модуль" в этой дискусии)

)))

docker run -d jira - модуль?

Это же ран. Где тут менеджер пакетов?

мне кажется что человек под словом "модуль" явно имеет ввиду "что-то что описывает границы"

ага, еще UML вспомни)

Это же ран. Где тут менеджер пакетов?

ну образ - это пакет, он будет скачан и запущен)

kubectr deploy application - модуль?)

А это деплой. Опять, где менеджер пакетов?

А это деплой. Опять, где менеджер пакетов?

helm менеджер пакетов)

https://github.com/kubernetes/helm - пруф

менеджеры пакетов есть разные

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

мы ж абстрактно

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

я вот нихера их не помню если честно.

ну а связанность и зацепление напрямую связаны и с information hiding (тобишь инкапсуляция здорового человека) и прочие штуки (GRASP, SOLID, все крутится вокруг этих двух простых концептов)

SOLID строится на идеях того что у тебя есть контракты, они должны быть простыми, ориентированными на нужды клиентского кода, не должны сильно меняться, и предоставлять точки расширения (вместо того что бы их переписывать). GRASP - тоже самое но чуть другими словами

контракты которые не мутируют стэйт, которые предоставляют идемпотентные операции - они прекрасно ложатся на все это

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

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

контракты которые не мутируют стэйт, которые предоставляют идемпотентные операции - они прекрасно ложатся на все это

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

бл9, вот читаю это все. самое важное - это то делим мы состояние от системы или нет. если делим - что-то пошло не так, там уже значит пошло "препарирование".

бл9, вот читаю это все. самое важное - это то делим мы состояние от системы или нет. если делим - что-то пошло не так, там уже значит пошло "препарирование".

дай определение "системе"

бл9, вот читаю это все. самое важное - это то делим мы состояние от системы или нет. если делим - что-то пошло не так, там уже значит пошло "препарирование".

Фри монады что ли

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

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

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

ммм там глобальный стэйт результат вычисления твоих функций. По сути это проекции стрима экшенов.

так что в целом все ок

дай определение "системе"

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