Состоялся релиз Node.js 25.0.0, платформы для выполнения сетевых приложений на языке JavaScript. Node.js 25.0 отнесён к промежуточным веткам, сопровождение которых осуществляется в течение 7 месяцев (до июня 2026 года). В ближайшие дни будет завершена стабилизация ветки Node.js 24, которая в конце октября получит статус LTS и будет поддерживаться до апреля 2028 года. Поддержка прошлых LTS-веток Node.js 22.x и 20.x продлится до апреля 2027 и 2026 годов соответственно...Подробнее: https://www.opennet.me/opennews/art.shtml?num=64077
Чем то напоминает 1С. Сами создали гемморой, сами теперь поддерживают. Из за этого браузеры являются жуткими франкенштэйнами, разработку которых могут осилить только корпорации. Я уже 100500 раз писал. Вам нужно вэб-приложение? Ну напишите вы вэб-приложение на нормальном человеческом языке, а не на каком-нибудь жутком HTML+CSS+JS. Зачем весь этот геммор?
> Ну напишите вы вэб-приложение на нормальном человеческом языке, а не на каком-нибудь жутком HTML+CSS+JSна COBOL?
dart+flutter
А будет ли это работать на Nokia 2007 года? На умных часах, телевизоре, холодильнике?
Холодильник, микроволновка и тостер пусть занимаются своими прямыми обязанностями.
Так их никто не купит.
Купит
Купить то купят, но вот как рептилоиды из ЗОГ будут выстраивать систему глобальной слежки за людьми?
Можно подумать, что православные майоры за тобой не следят на каждом углу.
> А будет ли это работать на Nokia 2007 года?А что на ней работает? Банки? Билеты? Букинг? Госуслуги? Впопац?
GSM, GPRS
Не, змейка на ява-апплете уже не интересна.
Банки, билеты и прочий интернет на смартфоне? Да ну нах..
так с учетом современных фреймворков оно и сейчас там не будет работать (ибо там древнии версии андройда с соответствующе древними версиями браузера)текущий хромиум собирается под андройд 6+
Ага, и сколько это будет весить против аналогичного функционала на ванильных js, html, css?
Дарт и флюктер худший выбор.
Dart человеческий язык.Хорошая шутка, я посмеялся.
Чем писать на дарт сейчас лучше уж подождать когда Compose Multiplatform из альфы выйдет, там хоть глаза не кровоточат.
Черещ сколько лет ждать его выход?
Лат наверное 8 слышу про котлин нейтив
COBOL — это окаменелость.То-то дело Ada! Она умеет компилироваться в WASM.
На Elm.
> HTML+CSS+JSБез HTML и CSS? Ручкой что-ли написать?
> Ну напишите вы вэб-приложение на нормальном человеческом языке, а не на каком-нибудь жутком HTML+CSS+JS. Зачем весь этот геммор?Wt (pronounced "witty") is an open-source widget-centric web framework for the C++ programming language.
Из гугла:> Wt is a web GUI library in modern C++. Quickly develop highly interactive web UIs with widgets, without having to write a single line of JavaScript. Wt handles
Действительно остроумно.
Для веба есть несколько бибилиотек чтобы писать на С++.
И Cheerp - компания выпускает C++ и Java компиляторы в WebAssembly и JavaScript, а также виртуальную машину на этих языках запускаемую в браузере. Мучить себя JS-ом не нужно.
работает на сервере, как Blazorвот только у Blazor есть WASM версия, а у этого поделия нет ничего
> Ну напишите вы вэб-приложение на нормальном человеческом языкеЕсли бы «нормальный язык» решал проблему вэба, он бы уже заменил JS. Но этого не произошло — значит, проблема не в языке, а в ожиданиях.
Вэб должен работать:
• на любом устройстве,
• без установки дополнительного ПО,
• при плохом интернет-соединении,
• даже если написан 20 лет назад.Ни один «нормальный» язык не удовлетворяет этим требованиям «из коробки».
Так если на ванильном js, html, css писать то оно сносно работает.нехер фреймворки тянуть
А прикладной софт надо строго на ассемблере писать. И ни-ни библиотеки использовать!
нет конечноно тут вопрос производительности.
я понимаю если из всех фреймворков взять svelte, но тянуть всякие другие - жесть.
Я хз какой у вас опыт, однако лично я прекрасно осознаю что нынешний бюджетный смартфон значительно превосходит по мощностям многие сервера 90х годов и уж тем более домашние десктопы, которые замечательно справлялись с рендором веб страниц.
Сейчас же используют фреймворки, которые не только требуют большего времени на загрузку, но и значительно нагружают рендер.
А для "нативных" приложений есть прекрасные фреймворки: neutralino, capacitor, tauri. Апки созданные с использованием перечисленных фреймворков замечательно работают. До тех пор пока используется ванилька, а не фреймворки.
Если же говорить именно о серверных приложениях, то конечно же быстрее будет и на php, и на ноде и даже на перловке(кому-то), но голанг даст оптимальное соотношение скорости и качества.
у меня самого несколько сервисов на ноде работает, и даже, простите, на питоне.
> я понимаю если из всех фреймворков взять тот, который мне нравится, но тянуть всякие другие которые мне не нравятся - жесть.Поправил, не благодари.
зря поправилине могу сказать, что он мне нравится. я им вообще не пользуюсь.
суть допущения использования svelte в том как он устроен
ради расширения кругозора можете и поинтересоваться
Оно и на новом порой неплохо работает. Можно настроить диапазоны совместимости и, в ходе сборки конечных файлов, можно вплоть до весьма древних версий в автоматическом режиме костылей добавитьА на чисто ванильном что-то реально тяжкое по функционалу написать - примерно на уровне изобретения своего игрового движка с горой багов только для написания посредственной игры
проблема вэба - браузерами сейчас поддерживается только js (ну, окромя базы, естественно)Если только свой собственный велосипед городить и продавать как "скрипты работают даже на парковке" ради набора контенту
Браузерами поддерживается WebAssembly. Не скачайте себя JSом
js не удовлетворяет этим требованиям, многие сайты тупо не грузятся при плохом соединении
Это не жс, а куча запросов к апи, которые подвисают или падают и далее ничего не происходит ибо тупо нечего отображать т.к данные с сервака не пришли
А запросы святой дух посылает?
а запросы от какого-то иного ЯП посылаются быстрее независимо от качества соединения ?)
А вас не смущает что вместо решений "проблем веба" - начинает их создавать на десктопе? Бог бы с ним, оставайся он только в веб...
"Нормальный язык" может компилироваться в JavaScript.> Ни один «нормальный» язык не удовлетворяет этим требованиям «из коробки».
А JavaScript удовлетворяет? Если да, то почему им не удовлетворяют языки, которые компилируются в JavaScript (Elm, PureScript, Haskell, Reason и другие)?
>Если бы «нормальный язык» решал проблему вэба, он бы уже заменил JS.Вы историю не учили? JS он не на пустом месте возник. Ибо буквально кликбейт на хайпе Java.
>Но этого не произошло — значит, проблема не в языке, а в ожиданиях.Ну вот не хотят ещё один язык в браузер встраивать.
>Вэб должен работать:Огромная куча компилируемых в js языков вам с этим поможет.
А JavaScript типа удовлетворяет? Умудриться защищать JavaScript через перечисленное надо ещё суметь. Из–за чего же моё устройство, подпадающее по категорию любого, с Opera 12.18 почти ничего не показывает из WWW? И остальные пункты тоже не исполняются, скорее всего, большинством паутинных узлов. Если в каком–нибудь 2007 году ещё задумывались над обратной совместимистью, тем стоит ли вообше пихать скрипты или можно обойтись и прочими такими вещами, то нынче просто наваливают с горкой да и всё.
> Ни один «нормальный» язык не удовлетворяет этим требованиям «из коробки».c#
>Ну напишите вы вэб-приложение на нормальном человеческом языке, а не на каком-нибудь жутком HTML+CSS+JS. Зачем весь этот геммор?dotnet core + c#
интересно в этой версии добавили новых уязвимостей, или старые побороли?можно юзать, если все новые свистелки и перделки не нужны, или смысла нет?
о каких уязвимостях ты говоришь?юзать нельзя (тебе точно нельзя).
Нода была интересна лет 15 назад, а сейчас есть go, да и python серьёзно улучшился с появлением asyncio.
Джаваскрипт знает любой детсадовец Стоимость разработки деленная на производительность самая лучшая.
Источник цифр, равно как и методику вычислений ты, конечно, не принесешь
> Джаваскрипт знает любой детсадовец Стоимость разработки деленная на производительность самая лучшая.Неудивительно почему 99% современного софта откровенное кривое барахло.
Не пользуйся какие проблемы? Если у тебя завышенное чувство вины это твоя личная никого не интересующая проблема.
помогите, пожалуйста, найти хоть одного веб-синьора, делающего меньше десяти ошибок в предложении
> "найти хоть одного веб-синьора, делающего меньше десяти ошибок в предложении"Так определись, тебе технарь нужен или гуманитарий.
>> "найти хоть одного веб-синьора, делающего меньше десяти ошибок в предложении"
> Так определись, тебе технарь нужен или гуманитарий.А программисты да ещё и на JavaScript что подразумевает сайтостроение технари что ли?
> знает любой детсадовец Стоимость разработки ... самая лучшаяСамая низкооплачиваемая работа, потому что делать ничего не умеют.
в этом плане ничем не отличается от голанга и раста, одна и та же ЦА. только на раст вакансий не было и не будет
> только на раст вакансий не было и не будетНеправда, по ЕС есть.
Пишу тебе из ЕС. Даже специалисты по COBOL более востребованы, чем по rust. Это тот язык, который воспевают проповедники-евангелисты, но на котором мало чего серьезного написано.(видимо, из-за этого они и заняты тем, что переписывают то, что уже есть)
неа, я в ЕС смотрел
Если в стоимость разработки включить стоимость последующего исправления ошибок, то, как мне кажется, JavaScript сильно позади.
Нода она как джава. Сами в своё время залезли в эту мусорку, теперь не можем слезть и приходится тащить весь этот garbage сквозь годы.
Сравнил. Современный веб это миллиарды устройств - пека, ноуты, телефоны.
Джава со своими апплетами оказалась ненужной в вебе - сдохла. Как универсальная платформа jme дохла дольше, но направление было понятно уже довольно скоро после её появления.
Говорят, свечку не держал, что лютый ынтерпрайз, вроде банков, до сих пор возится с джавой, "но и пусть себе плывет"... Там кое-где до сих пор труп кобола гавальнизируют и насилуют.
С чем спорить трудно, что не хрен было тянуть js на сервер, тем более через ноду/v8. Но скорость разработки и " дивелоперс, дивелоперс" сделали своё нехорошее дело.
> Современный веб это миллиарды устройств - пека, ноуты, телефоны.Ты вообще знаешь что такое nodejs? Причём тут вэб устройства, которые ты сюда приплёл?
Т.е. сравнивать ноду с целым языком это ок? Да знаю, что такое нода. И полюбили её именно из-за того, что можно было заниматься не вебнёй на стороне клиента, а типа решать взрослые задачи, но на привычном js
Node.js — запускалка явасценариев так что ok. Какие такие взрослые задачи? Слать SELECT * FROM… в базу данных и обрабатывать JSON? Пацаны сказали что PHP немодно,
Пых не умел и не умеет в асинхронность по дефолту, всякие свул - это так себе ноунейм костыли. А пыховские программисты не умеют ни в асинхронность (многопоточность для бедных), ни в нативную многопоточность от ОС. Поэтому, вы пишите манипуляции, и нода в этом ключевом компоненте лучше пыха.
Асинхронность и многопоточность ортогональны, а не "для бедных". Одно другое не заменяет.
Асинхронность - многопточность для бедных, в том смысле, что в случае ноды, асинхронность реализуется многопоточным движком libuv, то есть асинхронность не может обойтись без многопоточности движка.
А зачем она нужна для сайтиков? Или лесенки из функций обратного вызова ценны сами по себе?
Ну ты сравни пых дефолтный и ноду асинхронную.
Что такое эти вэб устройства?
> Нода была интересна лет 15 назадДа не, хайп у nodejs был где-то в 2015-2020. А в 2010 про неё знало примерно то же количество людей, что сейчас знает о каком-нибудь языке типа nim.
Не припомню как в ноде было, но афаик у нимки проблема годами одна - отсутствие норм документации и постоянные изменения синиаксиса, апи
в те времена про питон в вебе знало, вероятно, ещё меньше
> а сейчас есть go, да и python серьёзно улучшился с появлением asyncioВ go нормально сделано, а с asyncio нужно делать все async из-за этого снова зоопарк.
>Нода была интересна лет 15 назад
>да и python серьёзно улучшился с появлением asyncio.А у вы молодец - с одного плохого решения переходить на второе, ещё более отвратительное. Нода хотя бы быстрее гвидобейсика.
У ноды хороша только стандартная библиотека. Про дырявость npm сказано и пересказано тыщу раз.
> У ноды хороша только стандартная библиотекаХорошая? Очент куцая, там ничего почти нет. Хорошая в питоне или go.
>Про дырявость npm сказано и пересказано тыщу раз.Пыховский компостер не лучше.
Пример факапов уровня нпм в композере ты конечно не принесешь
Вот, пожалуйста, читайте:
> WebAssembly и JITСказ о том, как незаметно запустить трояна.
И много знаешь кого таким способом взломали в не_лабораторных условиях?
Сильно-сильно отличается от обфусцированного пару-мегабайтного JS и его JIT?
Им бы лучше заняться npm, а то устанавливаешь официальную библиотеку, а она тянет за собой кучу мусора, который, скорее всего, ещё и с закладками и бэкдорами.
> Добавлена поддержка Python 3.14.Какой смысл тащить python и gyp для сборки? Гугл его уже не поддерживает. Проще на cmake все перевести.
>Какой смысл тащить python и gyp для сборки?Питоновирус, инфицирует всё, до чего дотятнется. Странно, что вы только сейчас это заметили, когда питон заразазил кучу софта.
>>Какой смысл тащить python и gyp для сборки?
> Питоновирус, инфицирует всё, до чего дотятнется. Странно, что вы только сейчас это
> заметили, когда питон заразазил кучу софта.Они взяли gyp, потому что раньше им собирался v8 и chromium. Потом там от него отказались, а тут продолжают тащить зачем-то. Все равно все gyp файлы для всех зависимостей они сами сопровождают.
> дополнительно Microsoft развивает вариант Node.js с движком Chakra-CoreЭто уже устаревшая информация. Давно ничего не развивают.
> По своей сути Node.js похож на фреймворки Python Twisted
Может и похож, но пример опять таки не очень и устаревший. Сравнивайте с asyncio.
> Добавлена поддержка PythonПитон в жабе... Теперь я видел всё.
это для сборки самой ноды, непонятно, зачем это в новости
А зачем питон при сборке? Раньше, получается, не было, а сейчас - добавили?
Всегда был, наследие хрома/v8. Но нодовцы несколько лет пытаются перейти на gyp.js вместо питончтины. Не знаю, почему так долго тянут, какой-то из компонентов блокирует, видимо.
> оптимизация WebAssembly и JITТам ведь не будет дыр, не?
Не бывает такой технологии, чтобы не было дыр. Даже Раст не помогает.
Уважаемые анонимные эксперты, что посоветуете учить? Что проще, быстрее и где платят больше, вакансий больше?
Pyton
Java
1C
Учи китайский, сейчас это самый актуальный язык. Там основной движ, найдешь работодателя там определишься с питоном, джавой или си с плюсами. Один це в топку, в китае его не используют.
> Учи китайскийПолнейшая глупость. Я живу в этой самой Европе, на которую многие молятся, так у нас все китайцы на аутсорсе шпрехают на инглише (причем самое ужасное произношение, китайцы это вообще ад, в сто раз хуже индийцев).
И ещё вдогонку, в Китае специалисты по STEM (Science, Technology, Engineering, and Mathematics) свои, причем высшего качества, никто в Китае не нанимает никого из-за бугра, тем более из русскоязычных стран, где подготовка по STEM на уровне чуть выше, чем в какой-нибудь Руанде. (РФ, Украина, РБ - поголовно все "политологи", "финансисты", "менеджеры" и прочие "специалисты", не говоря уж о том, что РФ вышла из болонской системы, а в Китае устроиться легально в IT можно только имея международно-признанные диплом + доказать свои навыки + чтобы работодатель доказал государству, что ты такой незаменимый)
Проще и быстрее - Python
Платят больше - Java
Вакансий больше - 1С
А джава - это же только spring верно? В смысле, если рассматривать только веб, не мобильные приложения.
Перевожу на русский:
Python - нет вакансий, не платят.
Java - сложно, нет вакансий.
1С - просто, платят мало.
Вакансий нет нигде, если у тебя нет опыта коммерческой разработки (канбан доски, паттерны программирования, фреймворки, библиотеки, системы контроля версий, пакетные менеджеры, системы сборки и т.д. и т.п.) и работы в команде. Вообще, знание синтаксиса языка программирования это 10% от твоего воркфлоу. Умея хотя бы один язык, другой выучишь за неделю вечеров.
> Что проще, быстрее и где платят больше, вакансий больше?Английский и промпт-инжиниринг. И я серьезно. Джуны (и тем более стажёры) без опыта с появлением ИИ стали мало где нужны. Плюс если тебе 30+, то вообще без вариантов.
Никакое ИИ не напишет логику веб приложения. ИИ это так, как написать запрос к postgresql select * from, сортировка массивов, списков и т.п., но логику ИИ продумать не способно.
как будто джун способен
ну простое приложение, и особенно если нагрузка не важна, а есть только бизнес логика небольшая на очередях и базе данных, вполне джун может справиться. если нагрузка важна, то конечно джун не потянет.
Вообще, заходишь не с той стороны. Правильно так: открываешь сайт с вакансиями, считаешь количество вакансий без опыта и учи те требования, которые у них прописаны (спрашивают обычно меньше, чем пишут, но по собеседования. почти сразу видно, что ты из себя представляешь, и если начинают сильно грузить, то на счёт тебя есть сомнения).
Сайт search.cpan.org для ссылки на Perl-модуль AnyEvent не актуален и перенаправляется на metacpan.org. Лучше сразу указать корректную ссылку: https://metacpan.org/pod/AnyEvent