Ты бы эту тему ещё через пять лет поднял. Прошёл уже хайп.

Ты опоздал с темой лет на 6.

Пользуйся любой технологией, главно чтобы хорошо.

С разморозкой кстати.

Я тоже недавно пытался, но у меня плохо вышло, всего на 3 странички. Удачи тебе. /d/искуссии о javascript и node.js

NodeJS серебрянная пуля?

Да.

Я считаю, что серебряная пуля это — Battletoads.

Серебряной пулей будет вебассембля, которая сотрет границу между фронтендом и бекендом. А нода это так, временное решение древней проблемы.

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

нет.

нет.

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

сам на свой тред отвечаешь? клиника же

которая сотрет границу между фронтендом и бекендом.

Каким образом?

Интересно отметить, что ты всё равно не смог на этом языке круг нарисовать.

Очевидно на фронтенде появится выбор технологий, в том числе и из тех что уже есть на бекенде. А не ехал JS через JS.

использование 1 стека технологии

язык≠технологии

Хоть обосрись, а сервер никогда не возьмёт на себя клиентские задачи и вешать на клиента серверные приведёт только к жопе.

анимешников после распада совка

Они после 2003 плодиться начали как говно, до этого нормально всё было.

Оно ж г-но. В браузере-то еле терпимо, но нафига этот недоязык притащили в бэкенд?...

И да, есть же Go.

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

Такое впечатление, что нодеры все из плюсов или ассемблера пришли, и слаще морковки ничего не видели.

Нет, ещё вчера они формочки клепали на страничках, а сегодня стали «программистами»

А, ну да, думают, что удобнее XML для разметки UI ничего нет.

Примерно лет 10-15 технология живёт, потом идёт спад. Некоторые живут лет 7, некоторые живут 20-25. Есть вещи вроде C, unix, C++, linux, windows + winapi, которые живут более 30 лет.

К какой категории принадлежит nodejs? Скорее всего к 10-15. Но javascript принадлежит к категории от 20 лет. Это значит, что nodejs, npm и прочие либо переродятся как какой-нибудь Qt скоро в новую ломающую всю совместимость версию, либо появятся другие проекты делающие всё тоже самое и примерно также, но «принципиально новые».

В общем обычный процесс развития, моды, стагнации, развития, моды и тд.

Не будет, потому что всплывут старые проблемы, которые народ уже как минимум ловил на jvm и .NET. C учётом того, что вебассембле до той же jvm как до луны во всех смыслах, то всплывёт ещё тонна проблем. Все кинутся решать эти проблемы. Потом придёт ещё один умник и предложит ещё одно новое решение и будет очередной рестарт витка.

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

Ну и из фротенда, часть. Ну а откуда ещё? Разве кто-нибудь в здравом уме уходит из java ee, asp .NET, python ?

Не будет, потому что всплывут старые проблемы, которые народ уже как минимум ловил на jvm и .NET

Что за проблемы? На васме сразу хотят взять уровень java10, сделав нормальный unsafe, поэтому выглядит всё интересно. Правда неизвестно сколько это пилить будут.

вебассембле до той же jvm как до луны во всех смыслах

Разве не v8 возьмут за базу? Если релизнут все «future features», то jvm и .net - трупы как платформы. Наверняка и андроид переведут на васм или объявят легаси и создадут ведроид на базе васм и эмулятором. Как в своё время сделала XP с досовским легаси.

Java как ЯП вполне может продолжать жить и здравствовать, но не jvm.

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

Какой-то бред. Клиент и сервер пишешь ты. Васм дает тебе эту стандартизацию «клиент-серверного взаимодействия».

Нода временный костыль. Вопрос в том что будет быстрее релиз васма с «future features» или доработки JS (который спохватились развивать после 15 летнего забивания болта) и ноды до чего-то вменяемого.

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

«Java как ЯП вполне может продолжать жить и здравствовать, но не jvm.» - что за фантазии, пора взрослеть, товарищ

Обычные 2+2, если java код можно будет дебажить на клиенте и на сервере через васм, то зачем JVM? Ну только если эклипсы с идеями запускать, а апплеты уже выпилили - не по запускаешь.

Единственно сомневаюсь, что в ближайшие 4 года появится такая возможность. Так что пилю пока гибридный фреймворк на js+java.

Да Вы, батенька, апологет :-)

Грубо говоря, чтобы wasm смог потягаться с jvm придётся придумать jvm снова. Увы, чудес не бывает. Сколько народу пилит jvm? А сколько народу пилит wasm? А если учесть, что jvm одна и все отказались от своих в основном потому что не потянули, кишка тонка, а в мире web так не принято? Думаете chrome всех победит?

Андроид на wasm не переведут, хотя бы по трудитесь вникнуть в его API и попробуйте прикинуть сколько нужно костылей и человеко-часов чтобы всё это с java/dalvik/jvm на java/wasm перекрутить. А сколько ещё потом пилить чтоб получить хотя бы примерно тот же уровень производительности.

У санок и мелких ушли десятилетия почти на оттачивания нюансов jvm и .NET, а сколько человеко-часов. Вы же тут раз такой компетентный выехали и заявляете, что полтора землекопа(ну ладно, по больше) смогут обойти все грабли и сделать вундервафлю:) Учите матчасть, граблей тут навалом.

Грубо говоря, чтобы wasm смог потягаться с jvm придётся придумать jvm снова

Зачем? Исходники открыты, можно подсмотреть что и как сделано.

Сколько народу пилит jvm

Отвечу вопросом на вопрос, в котором содержится часть ответа: Сколько народу пилит v8?

А если учесть, что jvm одна и все отказались от своих в основном потому что не потянули, кишка тонка

Брехня. На слуху как минимум 2 активно разрабатываемых альтернативных JVM.

Думаете chrome всех победит?

Он уже победил, смотрите статистику

Андроид на wasm не переведут, хотя бы по трудитесь вникнуть в его API и попробуйте прикинуть сколько нужно костылей и человеко-часов чтобы всё это с java/dalvik/jvm на java/wasm перекрутить

В Android 7.0 это не помешало впихнуть OpenJDK, видимо у гугла для этого есть ресурсы.

У санок и мелких ушли десятилетия почти на оттачивания нюансов jvm и .NET, а сколько человеко-часов

И все это открыто и можно подсмотреть, чтобы не тратить время на изобретение велосипеда. Я уж не говорю о том, сколько потрачено человеко-часов на v8. Между прочим 8 лет пилят https://en.wikipedia.org/wiki/V8_(JavaScript_engine). Так что у людей из гугла определенно есть опыт разработки VM, не меньше чем у оракла.

Единственный затык, если гугл выпустит какой-нибудь Go++ и не будет заинтересован в портировании OpenJDK на васм.

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

https://en.wikipedia.org/wiki/Betteridge%27s_law_of_headlines :)

Только с двойными драконами в комплекте.

До этого ты просто не знал такое слово?

NodeJS серебрянная пуля?

Если только в серебряной голове.

Так что пилю пока гибридный фреймворк на js+java

и как будешь потом переносить его на «божественный» вебасм?

http://www.html5canvastutorials.com/tutorials/html5-canvas-circles/

Но можно и в бинарщину окунуться.

Перепишу клиентскую часть на Java и выкину JS. Но скорее всего оставлю первую версию как есть на JS+Java. Но запилю ветку 2.0 полностью на Java и другим шаблонным движком.

Перепишу клиентскую часть на Java и выкину JS.

В чём будет принципиальное отличие, если переписать на TypeScript?

Десктопные макаки могут легко переклассифицироваться во что угодно с популярностью swift и прочих «JavaScript like» языков, которые становятся компилируемыми и со скоростью работы сравнимой с Си.

Ну, от питона уходят же некоторые на Go, к примеру.

Ну, некоторое движение всегда есть. Есть и те, что уходят с Java на С#, бывает и наоборот. Бывает с Java уходят на nodejs. А бывает и наоборот. В общем разработчики двигаются, развиваются. Многое зависит от предлагаемой должности или от интересов. Бывает так, что предложат хорошую зп и должность руководителя. Или будет вакансия в интересном проекте. А хороший программист в любом случае знает пару тройку языков.

Речь про массовость. Если программист сел в удачное место - на кой хрен ему уходить? А жабка, питон, шарп в случае нормальных контор места очень удачные.

В том, что через пару лет хайп угаснет и придеться выкидывать никому не нужный TypeScript и переписывать всё равно на Java.

А джейквери, ангуляр и реакт на джаву уже завезли или предполагается на свинге формошлёпать? :)

Джейквери не нужен. Ангуляр и реакт те еще поделия, я завезу фреймворк собственного производства. Все что остается ждать вебасcембля, а пока можно пилить фреймворк попроще на ES6+Java.

Ну на фронте он останется. А вот на тащить жс на сервер ссзб.

Разве не v8 возьмут за базу?

LLVM и его IR там будут взяты за основу

C учётом того, что вебассембле до той же jvm как до луны во всех смыслах, то всплывёт ещё тонна проблем.

primary target - кресты, о какой jvm речь?

WA - это не принципиально новая среда выполнения типа nacl, это обвёртка над llvm, где все детские болячки отловили уже очень давно.

Разве не v8 возьмут за базу?

LLVM и его IR там будут взяты за основу

Это не так.

WA - это не принципиально новая среда выполнения типа nacl, это обвёртка над llvm

Не «обертка над», а «target для».