Телеграмм чат группы pofftop страница 13604

Есть один стат-типизированный язык, где тоже не надо учить многопоточность

эээ? какой же? эрланг\эликсир какой-нибудь?

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

14:29пожаловаться #1

AK

Anton Korotkikh in Programming Offtop

эвент модель позволяет не учить многопоточность

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

14:30пожаловаться #2

AM

Andrew Mikhaylov in Programming Offtop

эвент модель позволяет не учить многопоточность

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

14:33пожаловаться #3

DP

Anton Korotkikh

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

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

14:33пожаловаться #4

DP

Andrew Mikhaylov

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

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

14:35пожаловаться #5

AM

Andrew Mikhaylov in Programming Offtop

Ну asyncio не самая древняя штука в пайтоне, её где-то в районе 3.5-3.6, ЕМНИП, завозили, так что, возможно, не довелось застать :)

14:36пожаловаться #6

DP

ну да. я в питоне был еще в 2.7

14:36пожаловаться #7

(

( in Programming Offtop

Igor

Есть один стат-типизированный язык, где тоже не надо учить многопоточность

Присоединяюсь к вопросу, это какой?

14:36пожаловаться #8

I

Igor in Programming Offtop

эээ? какой же? эрланг\эликсир какой-нибудь?

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

Erlang/elixir так то дин. типизированные, а в хаскеле есть треды (гринтреды)

14:37пожаловаться #9

I

Igor in Programming Offtop

AnimatedSticker.tgs

(31.3 Кб)

14:37пожаловаться #10

I

Igor in Programming Offtop

(кто-то съел сообщение скобки)

14:38пожаловаться #11

AK

Anton Korotkikh in Programming Offtop

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

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

14:38пожаловаться #12

(

( in Programming Offtop

Igor

(кто-то съел сообщение скобки)

Да это я съел, там ответ про эрланг/эликсир был

14:38пожаловаться #13

DP