АП
Почему именно такая постановка? Мне вот проще сказать когда бы я взял ноду - микросервисы и бфф
А асинхронщина сейчас вроде почти везде есть
А асинхронщина сейчас вроде почти везде есть
Size: a a a
2021 August 03
N
а как кстати нынче в джаве асихнронища работает? async/await вроде как ключевые слова вроде еще не завезли?
N
или все так же, на потоках держится
SS
они в джаве не нужны
для I/O есть либы просто, с времен NewIO
для I/O есть либы просто, с времен NewIO
АП
как работает и есть ли ключевые слова разные вещи
в жаве есть docs.oracle.com/javase/8/docs/api/java/util/concurrent/CompletableFuture.html, может им хватает
а вообще я не спец по жаве, хз короче
в жаве есть docs.oracle.com/javase/8/docs/api/java/util/concurrent/CompletableFuture.html, может им хватает
а вообще я не спец по жаве, хз короче
SS
Why does Java have no async/await?
https://stackoverflow.com/questions/58075295/why-does-java-have-no-async-await
https://stackoverflow.com/questions/58075295/why-does-java-have-no-async-await
N
под ключевыми словами имел ввиду более-менее нормальную поддержку на уровне языка или рантайма, без костыльных библиотек и прочех надстроек
АП
ну корутины в котлине тебе же не кажутся костылём?
SS
в джаве не принято баловаться синтаксическим сахаром. поэтому она и "многословная"
N
так я не обязательно говорю про ключевые слова, как вы джависты любят можно отдельным классом)
SS
там давно разруливается все либами. тем кто там живет - ок. для больших проектов, где толпы программистов, да еще и проект переходит от команды к команде - такая консервативность на пользу
SS
на самом то деле, с колбек хелом и в ноде можно было так бороться :)
но это ж надо быть не просто фронтендером, а - понимать программирование и js
но надо ж побыстрее, ну вот и лепили колбеки, от которых сами потом охреневали
но это ж надо быть не просто фронтендером, а - понимать программирование и js
но надо ж побыстрее, ну вот и лепили колбеки, от которых сами потом охреневали
SS
ну а потом добавили сахару для промисов, ну и ладно.
N
а как тогда решается обработка большого количества запросов на джавовских монолитах?
имею ввиду если не асинхронная модель, то там до сих пор рулит подход "поток на каждый запрос" или что то еще придумали?
имею ввиду если не асинхронная модель, то там до сих пор рулит подход "поток на каждый запрос" или что то еще придумали?
SS
в джаве, может быть, когда нибудь тоже добавят. если народ будет стонать.
от например project Loom Java
от например project Loom Java
SS
зависит от проекта. джава быстрая, а в энтерпрайзе - нет миллионов пользователей.
шедулер потоков в джаве - тоже весьма крут.
и если, даже пыха справляется, с один запрос один поток в тьме случаев, то джаве то зачем
шедулер потоков в джаве - тоже весьма крут.
и если, даже пыха справляется, с один запрос один поток в тьме случаев, то джаве то зачем
SS
вот и получается, что
когда пыха уже не тянет, а переходить на джаву = терять в скорости разработки невыгодно
самое место ноде
когда пыха уже не тянет, а переходить на джаву = терять в скорости разработки невыгодно
самое место ноде
v
А мне кажется джава еще ноду и всех остальных переживет
Ш
да никуда топ 5 языков в ближайшее 20 летие не денится
SS
ну а Paypal перешли с джавы, потому что
пользователей много
и
Less Development Time:
It was built almost twice as fast with fewer people.
They were written in 33% fewer lines of code.
They constructed an application that is more dynamic and has improved UI.
потому что - фулстеки делали:
After two months with Java development, two engineers simultaneously started working with node.js app development
пользователей много
и
Less Development Time:
It was built almost twice as fast with fewer people.
They were written in 33% fewer lines of code.
They constructed an application that is more dynamic and has improved UI.
потому что - фулстеки делали:
After two months with Java development, two engineers simultaneously started working with node.js app development