это крайне спорное утверждение

Нет, бесспорное. Иммутабельность охрененно помогает

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

У меня по умолчанию и не было лямбы, сейчас у меня такая структура: class startVKD: def init(self): ... mp.Process(name="Handler", target=self.handler).start() ... def handler(self): while True: ... ошибка как раз на строку с mp.Process

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

Перечитай переписку выше. Не все и не всегда

Я вмешаюсь и попытаюсь понять - нахрена писать что то сложнее чем можно? Если с классами просто и понятно - ок, если с фп понятнее то юзайте его

Дело не только в понятности, а ещё и в стабильности

Нет, бесспорное. Иммутабельность охрененно помогает

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

Дело не только в понятности, а ещё и в стабильности

Чем понятнее код тем проше его проверить на корректность

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

Использование неизменяемых констант и композиций функций на них - да

У меня по умолчанию и не было лямбы, сейчас у меня такая структура: class startVKD: def init(self): ... mp.Process(name="Handler", target=self.handler).start() ... def handler(self): while True: ... ошибка как раз на строку с mp.Process

Там у класса нет лямбы нигде ?

В этом и есть большие плюсы фп

Вы забываете, что там где обычно применяется ООП, на порядки больше бизнес логики. Ну её просто очень много. Нужно как-то это всё еще складывать, чтобы хоть что-то было понятно. Для этого придумали DDD например. Есть и другие подходы. Но что есть у ФП в этом плане ? Например я знаю об успешных кейсах приминения ФП в АБС системах. Но это другое. Я говорю именно про кейсы когда у нас просто очень дохрена бизнес логики и много участников.

Can't pickle local object 'startVKD.__init__.<locals>.<lambda> - он вот тут прямо говорит что в __init__ есть лямбда

Использование неизменяемых констант и композиций функций на них - да

ну как обычно, вводим переменные с нужными значениями в середине решения

Чем понятнее код тем проше его проверить на корректность

В фп гораздо сложнее выстрелить в ногу

это подгонка под ответ называется

Там у класса нет лямбы нигде ?

Есть, ща по функциям раскидаю и попробую

В фп гораздо сложнее выстрелить в ногу

Эээм

Вы забываете, что там где обычно применяется ООП, на порядки больше бизнес логики. Ну её просто очень много. Нужно как-то это всё еще складывать, чтобы хоть что-то было понятно. Для этого придумали DDD например. Есть и другие подходы. Но что есть у ФП в этом плане ? Например я знаю об успешных кейсах приминения ФП в АБС системах. Но это другое. Я говорю именно про кейсы когда у нас просто очень дохрена бизнес логики и много участников.

Так я же не спорю, есть варианты, где без этого ну никак

ну как обычно, вводим переменные с нужными значениями в середине решения

Нет, фп просто подразумевает иммутабельность. Причем тут переменные - я не понял

В фп гораздо сложнее выстрелить в ногу

ты наверное не фп а процедурное имеешь ввиду

фп никак не мешает ооп

ты наверное не фп а процедурное имеешь ввиду

Нет

фп никак не мешает ооп

Ооп сложно писать так, чтобы сохранились преимущества фп

Прям совсем другой подход нужен

Нет, фп просто подразумевает иммутабельность. Причем тут переменные - я не понял

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

Ооп сложно писать так, чтобы сохранились преимущества фп

какие например?

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

Мой тезис - использовать классы имеет смысл в основном только там, где без них вообще никак

Мой тезис - использовать классы имеет смысл в основном только там, где без них вообще никак

таких задач мильен

какие например?

Например, отсутствие стейта

таких задач мильен

Нет, таких задач мало довольно

Нет, таких задач мало довольно

например?

например?

Например, текстовый редактор с интерфейсом графическим

Например, орм

Например, текстовый редактор с интерфейсом графическим

зато в любой CRM без классов отлично, поэтому так делает никто

интересно тут у вас, правда не понятно ни хрена)

Например, орм

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

зато в любой CRM без классов отлично, поэтому так делает никто

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

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

в каких отлично?

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

Для тебя сущности = объекты, на деле же часто о них проще думать, как о функциях

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

народ не тот, понятно

Прям совсем другой подход нужен

Есть CQRS где внутри чистая функциональщина но всё это прекрасно соечетается с ООП.

народ не тот, понятно

Тот, просто платят стабильностью за сиюминутное удобство восприятия

Есть CQRS где внутри чистая функциональщина но всё это прекрасно соечетается с ООП.

Ну вот я скалу привел, как пример. На ней легко писать в ооп-стиле, сохраняя преимущества фп

Для тебя сущности = объекты, на деле же часто о них проще думать, как о функциях

еще раз. у меня на складе 100 товаров 10 разных типов, я продаю их в 50 разных стран предложи мне как мне это реализовать отказавшись от классов?

еще раз. у меня на складе 100 товаров 10 разных типов, я продаю их в 50 разных стран предложи мне как мне это реализовать отказавшись от классов?

А в чем проблема-то? Берешь и делаешь. Для работы с базой в стиле CRUD классы не нужны вообще

Ну вот я скалу привел, как пример. На ней легко писать в ооп-стиле, сохраняя преимущества фп

Я хз, начёт скалы. Но товарищи из Java мира, просто охуевают от её сложности. Говорят, что мозги другие нужно задействовать. Ну или профессиональная деформация.

А в чем проблема-то? Берешь и делаешь. Для работы с базой в стиле CRUD классы не нужны вообще

понятно. хочешь сделать? ну сделай. как писать хорошо? ну бери и пиши хорошо, в чем проблема?

Я хз, начёт скалы. Но товарищи из Java мира, просто охуевают от её сложности. Говорят, что мозги другие нужно задействовать. Ну или профессиональная деформация.

Я это к тому что легко и scala это всё брехня)

понятно. хочешь сделать? ну сделай. как писать хорошо? ну бери и пиши хорошо, в чем проблема?

Ну я же не виноват, что ты в терминах ооп мыслишь и иначе не умеешь

Ну я же не виноват, что ты в терминах ооп мыслишь и иначе не умеешь

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

Can't pickle local object 'startVKD.__init__.<locals>.<lambda> - он вот тут прямо говорит что в __init__ есть лямбда

Спасибо, пофиксил, вроде запустилось

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

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

Spark, rabbitmq, kafka

Spark, rabbitmq, kafka

кто из них имея возможность использовать классы их не использует? никто

@The_h3rmann how is your job man?

кто из них имея возможность использовать классы их не использует? никто

В ерланге есть классы?

Есть ещё софт, написанный на хаскеле и кложуре, там тоже отлично все без классов

Есть ещё софт, написанный на хаскеле и кложуре, там тоже отлично все без классов

это все оч серьезно когда мы говорим про бизнес-логику и сущности реального мира. на эрланге написано нереальное количество CRM и ERP, больше только на хаскеле

Есть ещё софт, написанный на хаскеле и кложуре, там тоже отлично все без классов

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

это все оч серьезно когда мы говорим про бизнес-логику и сущности реального мира. на эрланге написано нереальное количество CRM и ERP, больше только на хаскеле

На Эрланге есть ещё mnesia и riak

Это корпоративные довольно штуки

Но окей, продолжай думать, что смысла нет

Но окей, продолжай думать, что смысла нет

если бы в эрланге были классы эти системы их бы использовали

Эти системы бы не взяли эрланг, тогда

если бы в эрланге были классы эти системы их бы использовали

"нет давайте выкинем фичу языка, потому что она нам не нравится"

Ты прямо капитан

Но это не значит, что в этом смысла больше

ERROR: S client not available

Эти системы бы не взяли эрланг, тогда

так-так, тут можно подробнее? что бы они взяли тогда и почему?

Взяли бы что-то с классами, если так надо

так-так, тут можно подробнее? что бы они взяли тогда и почему?

Например, плюсы, если у них ооп головного мозга

Но это не значит, что в этом смысла больше

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

Например, плюсы, если у них ооп головного мозга

Ты когда в последний раз плюсы видел?

Взяли бы что-то с классами, если так надо

почему riak выбрал эрланг? расскажи

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

Ты смешиваешь "можно без них" и "без них ничуть не хуже"

Не надо так

Ты когда в последний раз плюсы видел?

Вчера, мы на них пишем

Вчера, мы на них пишем

Херово пишете, значит

C++03, поди?

Ты смешиваешь "можно без них" и "без них ничуть не хуже"

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

Херово пишете, значит

Откуда такой вывод? О_о

C++03, поди?

Нет, 11

Удивительно

И да, я знаю, что там теперь можно функциональщину немного

14 слишком новый?

Удивительно

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

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

Это у тебя в голове без этого дурдом

Это у тебя в голове без этого дурдом

покажи мне хоть одну CRM на эрланге или go? например

А у фпшников все нормально

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

Спроси у них, почему ты меня сравниваешь?

покажи мне хоть одну CRM на эрланге или go? например

Что докажет их наличие или отсутствие?

А у фпшников все нормально

покажи их, где фэпешнинки пишут бизнес-логику?

покажи их, где фэпешнинки пишут бизнес-логику?

Кого их? Посмотри сорсы кода на вышеупомянутых языках

Что докажет их наличие или отсутствие?

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

Его много

Кого их? Посмотри сорсы кода на вышеупомянутых языках

проект назови например

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

В спарке-кафке, например

Спроси у них, почему ты меня сравниваешь?

ты же заявил что тогда они выбрали бы не эрланг

В проектах на finagle/finch

ты же заявил что тогда они выбрали бы не эрланг

Не выбрали бы, если бы мыслили в этом вопросе, как ты