Когда на жабе приходилось исполнять очень много джс благо был насхорн, но это был такой геморрой, такой жестЯк творился

Ууух я думал заблочили ночью и с впн не заходило???

Дуров гений

Ууух я думал заблочили ночью и с впн не заходило???

ночьб были просто проблемы с серверами

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

потому что ноду дальше обслуживания браузерного UI пускать нельзя (потому что JS - плохой язык для написания бэка) вижу это так: запросы с фронта на бэке может принимать Нода, чтобы интегрироваться с фронтовыми либами. Это такой шлюз, между адов м браузере и чистым светлым миром Java но когда нода является частью Java-бэка, ей с веростностью соточка понадобятся какие-то данные с джавы. тащить эти данные с помощью микросервисов а) медленные/дорогие вызовы удаленного кода б) дорого и неприятно (микросервисы нужно писать и поддерживать - без Очень Большой Необходимости лучше с ними не связываться) и вот тут нам помогает магическая нода-на-джаве, которая позволяет писать нодовский жирносервис олсо, при этом будут доступны все "жирносервисовые" плюшки Джавы, вроде полноценной многопоточности, и возможности работать с терабатным хипом, и GC который такие объемы переваривает

потому что ноду дальше обслуживания браузерного UI пускать нельзя (потому что JS - плохой язык для написания бэка) вижу это так: запросы с фронта на бэке может принимать Нода, чтобы интегрироваться с фронтовыми либами. Это такой шлюз, между адов м браузере и чистым светлым миром Java но когда нода является частью Java-бэка, ей с веростностью соточка понадобятся какие-то данные с джавы. тащить эти данные с помощью микросервисов а) медленные/дорогие вызовы удаленного кода б) дорого и неприятно (микросервисы нужно писать и поддерживать - без Очень Большой Необходимости лучше с ними не связываться) и вот тут нам помогает магическая нода-на-джаве, которая позволяет писать нодовский жирносервис олсо, при этом будут доступны все "жирносервисовые" плюшки Джавы, вроде полноценной многопоточности, и возможности работать с терабатным хипом, и GC который такие объемы переваривает

Почему js плохой для бекенда, как в таком случае маштабировать приложение? Почему тогда не использовать ноду как фронтенд, как часто это делают с пхп? Типа приходит запрос на инджинс если надо идёт к ноде и если надо к жабе, если все норм настроенно, все быстро родит)

Потому что JS - мерзкий отвратительный язык, да еще и динамический, например? Там даже многопоточности нет

>JS - мерзкий отвратительный язык. а чуть конструктивнее можно?

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

вброс-вбсро-вброс ?

ну это будет опять обсуждение JS, коих тысячи в интернете. Зачем на это тратить время. У меня аргументы все те же самые, что и у любого джависта, который хочет "One Java to Rule Them All"

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

есть альтернатива в виде TS

.. и Kotlin)

статикли тайпед, с возможностью фоллбека (наговнякать с <any> и свалить)

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

Просто странно дрочить на жабу и говорить, что все остальное мерзкое

Нет разрабы тоже только нет платформу любят

Почему js плохой для бекенда, как в таком случае маштабировать приложение? Почему тогда не использовать ноду как фронтенд, как часто это делают с пхп? Типа приходит запрос на инджинс если надо идёт к ноде и если надо к жабе, если все норм настроенно, все быстро родит)

пхп + JS — комбо!!

Потому что JS - мерзкий отвратительный язык, да еще и динамический, например? Там даже многопоточности нет

Есть с этим проблемы, но существуют либы которые решают это

Просто странно дрочить на жабу и говорить, что все остальное мерзкое

не все мерзкое. Еще хорош NET+C#, C++ и D, Haskell, разные пруферы вроде Coq. Никак не JS. К сожалению, мы _обязаны_ общаться с JS, потому что вся инфраструктура вокруг браузера написана на нем. Элементарно, в джаве нет даже аналога Puppeteer под приемлемой лицензией

Вообще, это точно канал о JVM?

Потому что JS - мерзкий отвратительный язык, да еще и динамический, например? Там даже многопоточности нет

Js стабильно развивается, есть неплохой ts

Это про js https://youtu.be/wrfS94cfE4Y

Вообще, это точно канал о JVM?

Не видел чтобы тут о джвм говорили)

не все мерзкое. Еще хорош NET+C#, C++ и D, Haskell, разные пруферы вроде Coq. Никак не JS. К сожалению, мы _обязаны_ общаться с JS, потому что вся инфраструктура вокруг браузера написана на нем. Элементарно, в джаве нет даже аналога Puppeteer под приемлемой лицензией

???

Js стабильно развивается, есть неплохой ts

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

"мне интересно сынтегрироваться с ним, написать прослойку для обработки фронтовых либ, и забыть поскорей как страшный сон" +1

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

Ок. Проще рест в таком случае писать, чтобы не надо было интегрироваться с ним, чтобы вообще не связываться с ним

0 days since last языкосрач

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

Жаба всемогущая)

Ок. Проще рест в таком случае писать, чтобы не надо было интегрироваться с ним, чтобы вообще не связываться с ним

да вот не проще. REST (точнее, HTTP, вряд ли ты захочешь использовать _настоящий_ REST), - его нужно делать. Думать над архитектурой, делать API, писать промежуточный код

а еще у HTTP безумно дорогие накладные расходы на вызов кода, даже если все происходит на локалхосте в одном докере

а когда ты через Граль дергаешь другой язык - это стоит примерно ничего. Хай перфоманс солюшен, епта

а еще у HTTP безумно дорогие накладные расходы на вызов кода, даже если все происходит на локалхосте в одном докере

А как ты предлагаешь общаться клиенту с сервером?

сокетами)

а когда ты через Граль дергаешь другой язык - это стоит примерно ничего. Хай перфоманс солюшен, епта

Http запрос в любом случае будет

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

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

А что мешает в жабе использовать веб сокеты, в Спринге с ними оч просто работать

то что у тебя, скорей всего, для обработки таких фронтовых вопросов - отдельная команда фронтовиков. Которые проектируют браузер-серверное взаимодействие, пишут протокол, DTOшки, и вот это все. И эти люди с вероятностью 146%, как и все фронтендщики, будут влюблены в JavaScript. Можно заставить их писать на Java, но тогда они ненавидеть тебя будут до конца жизни, ибо для джаваскриптеров джава - это нечто старое, мерзкое, тормозное, негибкое

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

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

А прямо сегодня анонсировали выход GraalVM на публику https://blogs.oracle.com/developers/announcing-graalvm

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

> сильно соснёт у ноды по перфомансу

все обстоит прямо противоположным способом =)

все обстоит прямо противоположным способом =)

Как так вообще может быть, + она в джвм выполняться будет

все обстоит прямо противоположным способом =)

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

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

в том и поинт, что оно в жвм выполняться будет. В перфоманс Graal (самого лучшего JIT-компилятора на Java-платформе), GC (надо поробовать подключить Shenandoah), базовых библиотек для многопоточности итп - вложены десятки лет лучших разработчиков это как раз у V8 теперь будет вопрос, что нельзя просто так взять и повторить успехи жабы

кстати, это отличная идея для статьи. Устроить избиение младенцев: сборщик мусора V8 против Shenandoah на терабайте хипа

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

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

кстати, это отличная идея для статьи. Устроить избиение младенцев: сборщик мусора V8 против Shenandoah на терабайте хипа

Они хард кор онли вертикальное иаштабирование

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

Потому что женерики не нужны

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

Но зато оч быстро

Но зато оч быстро

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

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

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

+

Но зато оч быстро

Я бы сказал очень параллельно и без лишнего геморра. Те же регэкспы и числовые вычисления пока не очень

Вертикс быстрее ноды. Голый нетти тем более. Дискасс

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

аххаха ха ха. У Go его GC такой быстрый, потому что он ничего не делает. Ничего не делать - это быстро! Но на большом количестве RAM ничего не делать уже нельзя. Тут можно бы тест на трехста гигах RAM против джавы с Шинандой и ZGC, но это неинтересный тест, там сразу все ясно.

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

Тут же говорили что в жабе нода быстрее будет работать, типа производительность

Ну приложение в 300 гигов кучи само по себе вызывает вопросы, нафига так писать

Ну приложение в 300 гигов кучи само по себе вызывает вопросы, нафига так писать

+

ERROR: S client not available

Вертикс быстрее ноды. Голый нетти тем более. Дискасс

вертикс - колбек хелл. и не умеет в async await, у ноды теперь нативные промисы. если ты будешь писать не на колбеках, вряд он будет уже быстрее

у джавы тоже нативные промисы, только их нам пока не показывают - инсайдерская инфа (с)

вертикс - колбек хелл. и не умеет в async await, у ноды теперь нативные промисы. если ты будешь писать не на колбеках, вряд он будет уже быстрее

Реактивные стримы же. Асинк у котлена

их делает Рон Пресслер - тот чувак, который уже сделал Квазар

Вертикс быстрее ноды. Голый нетти тем более. Дискасс

Там сетевые запросы, которые, как говорят, оч накладные

И квазар точно

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

Там сетевые запросы, которые, как говорят, оч накладные

Но пруфов ты нам не покажешь?

Но пруфов ты нам не покажешь?

Пруфы чего?

с квазаром есть проблема - он работает не всегда. У Елизарова по этому поводу можно спросить, он шарит. А вот Loom в OpenJDK должен будет работать в большей части случаев (кроме очевидно теоретически невозможных)

Пруфы чего?

Что накладные

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

Весело и с кофем)

на highloadcup уже все это проходили epoll(0) , только в реальности ты никогда не упираешься в производительность http сервера

а еще у HTTP безумно дорогие накладные расходы на вызов кода, даже если все происходит на локалхосте в одном докере

у джавы тоже нативные промисы, только их нам пока не показывают - инсайдерская инфа (с)

Из зарелизят вероятно очень нескоро

у джавы тоже нативные промисы, только их нам пока не показывают - инсайдерская инфа (с)

это о чем речь, loom?

Реактивные стримы же. Асинк у котлена

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

фраза выдрана из контекста у HTTP безумно накладные расходы против вызова нативного метода =) Что, с этим кто-то хочет поспорить, серьезно?

Что накладные

Тебе

фраза выдрана из контекста у HTTP безумно накладные расходы против вызова нативного метода =) Что, с этим кто-то хочет поспорить, серьезно?

А у http2? :)

А у http2? :)

На ноде точно с ней не оч удобно работать(

что угодно медленней передачи управления JIT-скомпилированному нативному коду

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

Как раз ее и решают. Еще решают темпоральные проблемы, которые асинк не решает

Кто-то работал / работает с графовыми БД, например Neo4j ?

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

что угодно медленней передачи управления JIT-скомпилированному нативному коду

Без них никак или всю игфоструктуру у клиента разворачивать чтобы вообще запросов не было

Без них никак или всю игфоструктуру у клиента разворачивать чтобы вообще запросов не было

Было бы забавно

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

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