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

как минимум в вакухе докер и кубер тоже не наблюдались:)

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

Разве на питоне не достичь масштабируемости?

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

Разве на питоне не достичь масштабируемости?

полагаю что только за счет docker+kubernetes, или только вертикально

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

про утилизацию ресурсов на питоне я вообще тактично умолчу

опять же актуально для прода под большие данные

80 человек в штате на 2016

как-то всё это не сходится имхо, но интересно мнение в защиту такого решения)

Судя по всему там и на перле что-то есть) Вакансия висит

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

REST овер http1.1 тоже уже немного закапывается на фоне gRPC и прочих fasthttp

если конечно речь в вакухе идет не о разработке какого-нибудь парсера или cli прикладного характера:)

разве scala+akka или scala+scalaz не является тру-способом уменьшить боль при разработке многопоточного асинхронного бэке, с возможностью горизонталиться благодаря JVM?

akka - увеличить головную боль

Мониксы IO, MTLStyle Cats-effects, акка - когда остро нужен дистрибъютед стейт

Пихтон проекты масштбируются ровно так же как и все остальные поделки

Нет

В виде миеропроцессов

По количеству кода не масштабируется

Не понятно немного

По количеству кода не масштабируется

По количеству кода - это как?

чем жирнее проект тем больнее писать, рефакторить дебажить поддерживать

чем жирнее проект тем больнее писать, рефакторить дебажить поддерживать

Хочешь сказать в джаве с этим проще?

Намного

В скале ещё более намного

Да любая поделка в виде миеропроцесса рождает если не анальную, то головную боль

Нет

Да любая поделка в виде миеропроцесса рождает если не анальную, то головную боль

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

Намного

Разве что благодаря статической типизации, в питоне тоже можно её использовать

https://typelevel.org/cats-effect/datatypes/io.html не порождает

Вообщене увидел разныцы между scala+Kafka и пихтон+zeromq

Вообщене увидел разныцы между scala+Kafka и пихтон+zeromq

сколько eps?

Если не искать...

Судя по всему там и на перле что-то есть) Вакансия висит

Откуда инфа

Откуда инфа

На сайте нашел)

сколько eps?

Хз, не помню.

На сайте нашел)

Уверен что не путаешь инплат и инплат технологии?

Откуда инфа

Привет. Как там трубыч?

Хз, не помню.

думаю это один иж важнейших нюансов в этом вопросе

У нас проект стартанул, мы всякие станы обвешивали датчиками и собираем стату

Там норм скорости было

думаю это один иж важнейших нюансов в этом вопросе

ясность и надёжность тоже не менее важно

Уверен что не путаешь инплат и инплат технологии?

Черт его знает, может и путаю

потому что проседание неасимптотическое можно пофиксить более мощным инстансом , а баг - не пофиксишь.

У нас проект стартанул, мы всякие станы обвешивали датчиками и собираем стату

интересно как поведет себя НЕкафка при датастриме в десятки гигабайт в сутки)

Уверен что не путаешь инплат и инплат технологии?

https://inplat.ru/about.html Это не вы?

rabbitmq уже закопан скажем так

в данных условиях

Черт его знает, может и путаю

Стопудово

Привет. Как там трубыч?

Привет,я в питер жить переехала,коннект потерян)

https://inplat.ru/about.html Это не вы?

Нет

интересно как поведет себя НЕкафка при датастриме в десятки гигабайт в сутки)

Zeromq ещё есть условия равные в принципе. Там не только данные из вне сыпятся, данные между различными микросервисами летают.

Внимательнее читай вакансию)))

rabbitmq уже закопан скажем так

Rabbit заебно настраивается, он тупо как message queue годен.

интересно как поведет себя НЕкафка при датастриме в десятки гигабайт в сутки)

По поводу стэка

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

Внимательнее читай вакансию)))

Сложно все ?

Как раз ушли с джавки и это стало потреблять меньше ресурсов

Любой jit жрёт ресурсы

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

У него нет персистенса?

Крч

Щас

ERROR: S client not available

Как раз ушли с джавки и это стало потреблять меньше ресурсов

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

Как добавить человека сюда

Я внесу сто

Нинада

Не резиновый

Кто может пояснить за работу в Екатеринбурге? Хочу устроится Джанго джуном, мб знает кто норм конторы?

Понятие масштпбируемости

Такое же масштабируемое

Как и масштабируемость

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

Торнадо не нужно

Там евент луп с косяком

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

Го - язык бойлерплейт. Не, концептуально не сильно лучше.

зато история с сопрограммами гораздо приятней чем история с корутинами и ручной синхронизацией питонопотоков

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

Корутина == сопрограмма

не горутина, а корутина

gevent в частности

зато история с сопрограммами гораздо приятней чем история с корутинами и ручной синхронизацией питонопотоков

Кто это нынче делает

Gevent дак там тупо автомат с точками переключения корутин

Всё по классике жанра

В го не завезли обоснованых абстракций, как и вообще в весь императивный мир

а еще семафор вообще штука черезчур наркоманская

не забывайте что лямбды и многопточность на лямбдах приехала из мира ФП

в этом плане присматриваюсь к scalaz

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

https://typelevel.org/cats-effect/tutorial/tutorial.html если интересно, альтернатива

https://typelevel.org/cats-effect/tutorial/tutorial.html если интересно, альтернатива

спасибо, посмотрю

В го не завезли обоснованых абстракций, как и вообще в весь императивный мир

Зато в функциональном мире абстракций слишком много)

Зато в функциональном мире абстракций слишком много)

Все и каждая абстракция существует для решения конкретной задачи. Все абстракции притянуты из теорката, и по этому существует единая теория описывающие свойства всех абстракций и то как они взаимодействуют. В прикладных штуках эта теория зарыта так глубоко, что хватает компилятора и интуиции чтобы писать код. Но наличие такой теории принципальный отличающий фактор ФП от ООП. Люди которые пытаются принести в свои языки какие то синтаксические сахары и выдумки делают это без единой формализированной теории )основы при помощи которой можно упорядоченно строить взаимодействия абстракций) и в итоге получают нестыковки, которые побуждают использовать костыли.