Это называется «модель акторов».

Я так понимаю, так в erlang?

как сейчас модно

Эрланг давно не в моде. И насколько я знаю потоки там не настоящие, это вообще о другом. Тогда это скорее ближе к тем же greenlets и корутинам.

Не только. Есть Akka, Functional Java, Cloud Haskell, реализаций очень много.

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

Как раз про это «массово-параллельная обработка данных».

первые работы по теме появились еще в 1973 году.

Ты часом не новая инкарнация анонiмуса?

Нет, я с ним не знаком.

Ты тоже из тех, кто каждого клиента в свой поток пихает, да?

Зависит какой клиент?

Но ты же Понимаешь, что реализация такого для процедурного языка с развесистым типаооп - титанический труд!

Главное, что это не про JAVASCRIPT тоже.

«Quasar is a library that provides high-performance lightweight threads, Go-like channels, Erlang-like actors, and other asynchronous programming tools for Java and Kotlin.»

Я java не знаю вообще, но под определение «процедурного языка с развесистым типаооп» она наверное подойдет.

Ээээ... Там весь сок в jvm. Поэтому с потоками на jvm даже питон работает.

Слишком низкий порог входа. Приходят Васи и говорят что батьки пайтона. А сами даже не понимают разницу между статической и динамической типизацией.

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

Отсюда куча горе специалистов и проги которые падают в самых неожиданных местах со стектрейсами на 2 окна.

Как раз то, что нужно для обычной системы на 50-60ядер.

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

Плюсую. После С/С++ Пистон очень непростой.

Слишком низкий порог входа. Приходят Васи и говорят что батьки пайтона. А сами даже не понимают разницу между статической и динамической типизацией.

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

Порог входа как раз низкий. Но вот язык сложнее, чем кажется на первый взгляд.

После С/С++ Пистон очень непростой.

Толстовато получилось.

Да, в таком изложении моя мысль звучит лучше, но теряется весь её пояснительный смысл.

Так в рекламках Путон же весь такой простой и понятный, а на деле кукишь. Вот и выходит, что С++11 с STL — не намного сложнее Путхона.

Так в рекламках Путон же весь такой простой и понятный, а на деле кукишь.

Весь? Значит, реклама тебя обманула. Не верь рекламе и пиши «кукиш» без «ь».

Вот и выходит, что С++11 с STL — не намного сложнее Путхона.

Не выходит.

rsync уже внесли?

Так в рекламках

Боюсь себе представить, как вы с яваскриптом...

Мне в заголовке лютый нацпол показался, аж удивился, почему тред жив.

Эмм, в РЖД есть питон.

Так вот почему поезда опаздывают

Попы

В НАСА?

чтобы быстрее работало

Такой проблемы нет т.к. питон используется по назначению. т.е. управление кластерами, всякие devops задачи, ansible, web. Вычисления делаются на си++ и прочем.

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

Свитча нет. Без этого всерьез рассматривать язык программирования могут только те, кто сложнее хелловорлда ничего не писал.

По сравнению с С или говнокод-C++ Питон действительно сложный.

1. Блоки прекрасно ломаются с {}

2. Может Гвидо СПЕЦИАЛЬНО придумал GIL? Или взять себя за шкирку и прочесть откуда появился GIL?

но всё равно нагрузку распределяет не совсем оптимально

Подскажите ЯП который ОПТИМАЛЬНО распределяет нагрузку

Да вы что? А где он не сбоку припеку? Может вы не знаете что такое ООП?

ни для чего серьёзного

Да что вы говорите, а пацаны не в курсе...

Вранье. Это однострочная лямбда.

AdvertisingActionEntity action = withTx(() -> {   AdvertisingActionEntity action1 = getActionByName(actionName);   boolean b = action1.getPlugins().isEmpty();   action1.setActive(!b);   return action1; });

Так 99% прогеров не смогли осилить Zope

У тебя процессор способен исполнять 256 потоков параллельно,

Это у кого такой проц. Даже у моего ТОЛЬКО 80 ядер.

Проблема не в моём воображении, а в твоём, которое очень ограничено. И в логике, которая извращена. Ну и в отрицании реальности ещё.

Проблемы с воображением

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

Проблемы с логикой

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

Проблемы с реальностью

В отличие от твоего воображения, в реальности питон суют не только в «небольшую прослойку между веб сервером и бд», его, усилиями неосиляторов нормальных языков, прикрывающихся «преждевлеменной оптимизацией», суют везде. Ты выдумываешь кейсы где питон действительно может не быть проблемой, но игнорируешь все остальные, коих большинство.

динамическая типизация, причем плохо сделаная

Пример хорошей ДТ

А где он не сбоку припеку?

Ну в C++ же не так. Видно, что над этим сразу думали.

А тут у меня прям рот от удивления открывался, вот от этих приватных полей __field. К которым всё равно достучаться на раз и два можно.

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

Если говорить про более менее нормальное ООП, то тут только Python 4 и всё ломать на.

Тут про свич многостраничный срач недавно был, говорят if-elif-else хватит всем.

Гил становится заметным уже на обычном спайдере в 50-60 потоков

Что ты делаешь в этих 50-80 потоков?

Да даже перл и то проще читается.

Нет

Да любое приложение в котором много блокирующего i/o требует потоки для нормальной работы.

Нет.

Те же спайдеры и веб-серверы.

Бред

Оставляешь на ночь и все, ООМ.

Бред.

Просто в питоне этот способ по-человечески использовать нельзя.

Много лет так делаю, брат жив.

spark m8, 32 ядра x 8 потоков = 256 потоков.

Дядя вы больны.

1. Вкусовщина.
2. GIL, в той или иной форме, есть в любой скриптоте.

По-моему, это Bobby_. Так же усиленно постит всякую дрянь в толксы. Ничем другим себя не выдаёт, но по времени регистрации и манере флудить очень на то похоже.

Если говорить про более менее нормальное ООП

Хоть кто-то вспомнил главную фичу: адски костыльные и неудобные средства ООП. Хуже из собратьев только в жс, но там и не претендовали на объектную ориентированность. Даже в перле есть прикольный moose, ептить.