| 1.2, Аноним (2), 13:20, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Удалены недокументированные внутренние методы объекта Array - push, sort и splice.
А задокументировать было нельзя?
| | |
| |
| |
| 3.63, Аноним (63), 15:54, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> содержит изменения, нарушающие обратную совместимость
Разработчики не были бы разработчиками, если бы что-то не нарушили.
| | |
| |
| 4.94, Аноним (94), 17:07, 18/01/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Ну это же не версия 3.х, а новая итерация так сказать, еще ребята позаботились миграционном плагине, что между прочим с каждой новой мажорной версией выпускают, а это далеко не многие делают.
| | |
| |
| 5.125, Аноним (63), 19:12, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
А зачем тогда мигрировать, если с плагином всё работает? Или всё-таки не всё? Или плагин долго не проработает?
| | |
|
|
|
|
| |
| 2.5, Аноним (5), 13:27, 18/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Уверен, что используется древними версиями всего подряд, в том числе врот-пресса. В новом коде сабж никем не задействуется вообще.
| | |
| 2.6, Вася Пупкин (?), 13:28, 18/01/2026 [^] [^^] [^^^] [ответить]
| +8 +/– | |
>используемой по данным организации W3Techs на 70.9% из 10 млн наиболее посещаемых сайтов в сети | | |
| 2.7, Аноним (7), 13:40, 18/01/2026 [^] [^^] [^^^] [ответить]
| +10 +/– |
Много кто и где. В основном те, кто не тащит реакт на каждый чих и формирует страницу на бэкенде.
| | |
| |
| 3.11, BrainFucker (ok), 13:58, 18/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
 Скорей всего используют в старых проектах, сейчас не особо и нужен, т.к. браузерное API более менее умеет всё. Многие его тащили просто ради удобных AJAX функций, но потом в браузерах появился fetch().
| | |
| |
| 4.18, Аноним (15), 14:15, 18/01/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Дело не в том чтобы уметь, а в том чтобы везде работало одинаково.
| | |
| |
| 5.22, BrainFucker (ok), 14:25, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
А работает, если не соваться в экспериментальный функционал, который может не везде быть, caniuse.com в помощь.
На моей памяти с проблемами в основном с Safari в iOS сталкивались, там бывало что-то работало как-то по другому, но там и jQuery не панацея, т.к. с Vue тоже косяки всплывали там.
| | |
| |
| 6.30, Аноним (30), 14:40, 18/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
В iOS свой вебкитовский движок, и он намного хуже остальных. Например, липкие заголовки таблицы он не умеет нормально показывать, чтобы как в остальных броузерах.
| | |
|
| 5.74, Аноним (63), 16:11, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> чтобы везде работало одинаково
И прям тут же сабж удаляет поддержку браузеров, что уже не везде и не одинаково.
| | |
|
| 4.31, Аноним (30), 14:43, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
fetch очень неудобен по сравнению с axios - нет http interceptors и таймаутов для закрытия, в общем, нужны велосипедо обёртки поверх него.
| | |
| |
| 5.38, BrainFucker (ok), 14:54, 18/01/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
Голые браузерные методы типа element.classList.add() тоже могут быть менее удобны по сравнению с jQuery. Суть в том что сейчас в зачастую можно обойтись без сторонних либ, если хорошо взвесить всё, тащить ли axios или его interceptors не нужны в данном проекте.
| | |
| |
| 6.47, Аноним (47), 15:05, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
так тащат не потому, что неудобно (большой разницы нет), а потому что прочитали туториал по jquery 15 лет назад и ничему новому учиться не хотят
| | |
| 6.76, Аноним (30), 16:18, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
interceptors нужны везде, где бэкенд не поддерживает авторизацию по сессионным кукам, а только по токенам.
| | |
|
| 5.46, Аноним (47), 15:04, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> http interceptors
простой чейнинг promises, если хочется обертку - пишется в 10 строк кода, или взять готовую
> таймаутов
есть, signal: AbortSignal.timeout()
| | |
| |
| 6.73, Аноним (30), 16:10, 18/01/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я и говорю, что это всё велосипедо обёртки. А в axios это всё есть из коробки.
| | |
| |
| 7.78, Аноним (63), 16:20, 18/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Жкваря - велосипедо обёртка над штатными средствами, которая ломается на каждом выпуске. Зачем людям это, если можно просто штатными сервисами пользоваться?
| | |
| 7.114, Кошкажена (?), 18:56, 18/01/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> это всё велосипедо обёртки
AbortController - это стандартный механизм для отмены (не только для fetch) по типу CancellationToken, хотя последние, конечно, удобнее.
| | |
|
|
|
| 4.104, Истина (?), 18:35, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Уже вижу удобные функции для блура и тп. Фэйзов всяких . Да и даун-сплит-элементов. Трясусь и вижу. УХ!
| | |
|
| 3.13, тоже Аноним (ok), 14:11, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
 Между реактом и сервер-сайд портянками - все многообразие интернета, между прочим.
У меня несколько служебных CRM на OctoberCMS. Там jQuery используется в движке самой системы, а у меня накопилось прикладных библиотек.
Типа "создать бутстраповское модальное окно с формой - по объекту с описанием данных окна, данных формы и коллбеками", "создать таблицу с пагинацией и сортировкой по списку полей и данным для аякс-запросов" и прочими нужными на каждой странице действиями, которые просто незачем каждый раз прописывать по-своему.
И быстро, и гибко, и сервер работает только как API, и отлаживается без вывиха мозга над реактивными загибами.
| | |
| 3.45, Аноним (47), 15:00, 18/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это имело смысл во времена IE. Сейчас нет никакого смысла тащить библиотеку, которая не делает ничего, что не умеет делать современный JS. Понятно, что в старых проектах оно осталось, но в новых-то зачем?
| | |
| |
| 4.137, windows10 (ok), 21:28, 18/01/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
 > Это имело смысл во времена IE. Сейчас нет никакого смысла тащить библиотеку, которая не делает ничего, что не умеет делать современный JS. Понятно, что в старых проектах оно осталось, но в новых-то зачем?
Современный JS - это какого года? 2010? 2020? 2030?
У современности есть одна особенность - она прекращается 31.12 в 23:59
И чтобы сотни тысяч людей не колупались в разных версиях "современного JS" - придуманы высокоуровневые фреймворки, где ты всю жизнь вызываешь какой-нибудь "connect_to_db", и оно коннектится к ДБ вне зависимости MySQL у тебя там, MSSQL, PG, или какой-нибудь VasyanDB.
| | |
| |
| 5.140, Аноним (140), 21:58, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Современный JS - это какого года? 2010? 2020? 2030?
ES6 2015 как минимум и выше.
> И чтобы сотни тысяч людей не колупались в разных версиях
А чего не миллионы?
| | |
| |
| 6.146, windows10 (ok), 22:35, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> ES6 2015 как минимум и выше.
Ты наверное не уловил мой сарказм. Может это и к лучшему.
| | |
| |
| 7.150, Аноним (140), 23:01, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
>>> Современный JS - это какого года?
>> ES6 2015 как минимум и выше.
> Ты наверное не уловил мой сарказм.
Я лишь ответил на твой вопрос. А чтобы люди улавливали твой якобы сарказм, ты сперва узнай, что это такое и как им пользоваться.
| | |
|
|
| 5.142, Аноним (141), 22:04, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> У современности есть одна особенность - она прекращается 31.12 в 23:59
Ну, последние и предпоследние стандарты.
Это как с Debian. Современный и Debian вообще не вяжется, там сплошная тухлятина.
Но в контексте Debian "современный" это будет 13-ый.
| | |
| |
| 6.147, windows10 (ok), 22:41, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну, последние и предпоследние стандарты.
Да.
И ты предлагаешь директору ООО Вектор каждые № лет искать Васяна чтобы тот ему переписывал сайтик по продаже обуви или че попроще. И все это только для того чтобы соответствовать "стандарту" который директору ООО Вектора и нафиг не впал.
> Это как с Debian. Современный и Debian вообще не вяжется, там сплошная
> тухлятина.
> Но в контексте Debian "современный" это будет 13-ый.
Ага, вот только Debian развивается на сервере, и от его устаревания работоспособность сервера не зависит. Ну, обновляться перестанет, сертификаты протухнут - но работать он не перестанет.
JS развивается на клиенте, и в один прекрасный момент владелец вебсайта (директор ООО Вектор из предыдущего примера) узнает что у него уже год как не работает форма на сайте, потому что в JS функцию добавили массив вместо стопки параметров. При том, что объективно функция не стала работать по-другому, она просто поменяла синтаксис.
| | |
| |
| 7.155, Аноним (141), 01:25, 19/01/2026 [^] [^^] [^^^] [ответить] | +/– | Да ладно, сам JS как раз таки не ломает совместимость особо Из-за этого еще и т... большой текст свёрнут, показать | | |
|
|
| 5.148, Витюшка (?), 22:45, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
А потом, через 30 лет для твоего случая, ты узнаешь что самое важное и самое быстрое и самое надёжное, и самое критичное во всей твоей системе это базы данных. Люди 50 лет потратили на теорию оптимизации запросов и ускорения и транзакции.
Но ты "нитакусик".
Тебе нужно "чтобы работало на всех, абсолютно разных, базах данных". И выкидываешь всё что есть в базах данных. Радуясь какой ты молодец и какая классная у тебя ORM "всё умеет".
При том что ORM это как писать "Hello World" который работает "везде".
Естественно никогда никаких других баз данных, в реальности, у тебя не появится.
Как и разных типов транзакций, агрегатных типов, user-defined functions и так далее.
Обычно, в 99%, это select* from ... where, потом ещё пару разиков и дообработка на бэкенде или frontend. И "базой данных" становится всё твоё приложение.
| | |
|
|
|
| |
| 3.28, Аноним (30), 14:37, 18/01/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
На нём НОВОЕ не пишут, а юзать то юзают для легаси. Опеннет вообще на перле написан, ну и что?
| | |
| |
| 4.75, тоже Аноним (ok), 16:12, 18/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> На нём НОВОЕ не пишут
Вы все так говорите, значит, это правда?
Вообще-то при написании НОВОГО нормальный разработчик не фапает на моду, а оценивает баланс работы - насколько ее можно уменьшить, взяв готовое решение, и насколько оно будет мешать развитию, если что.
И внезапно оказывается, что не только 75% интернета работает на пыхе, но и 75% сегодняшних проблем реальных заказчиков по-прежнему покрываются решением № 1: "взять готовую CMS на пыхе, донастроить-доработать и жить с ней долго и счастливо" или решением № 2: "задача нестандартная, CMS будет гирей на ноге, берем Лару или Симфони, далее по тексту".
| | |
| |
| 5.80, Аноним (30), 16:24, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну это вы пишите про всякие блоги и админки, где в основном банальные круды, а в нагруженном бэкенде и Лара и Симфа не потянут нагрузки, там уже другие язычки и фреймворки нужны.
| | |
|
| 4.138, windows10 (ok), 21:38, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> На нём НОВОЕ не пишут, а юзать то юзают для легаси.
Нормальный человек выбирает инструмент исходя из потребностей.
Вот я например пишу.
https://ibb.co/vv6K2FvK - анимированный GIF, присмотрись.
| | |
|
|
| 2.35, penetrator (?), 14:50, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
бутстрап версии 5 не использует, а 4-ый использует, а для бутстрапа огромное количество UI компонентов, так что скорее да, чем нет, и так много где
но тенденция к выпиливанию и замене ванилином будет сохраняться
| | |
| 2.158, Аноним (158), 01:46, 19/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
полно библиотек компонентов, которые работают или в связке с react/angular/vue, или с jquery
| | |
|
| 1.4, Аноним (4), 13:24, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >>>Прекращена поддержка браузера IE 10 и более старых версий (поддержка IE 11 сохранена, но будет удалена в Query 5.0), а также других старых браузеров таких как Edge Legacy, Android Browser и Firefox до ветки 115.
Не слишком ли они разогнались?
| | |
| |
| 2.10, Songo (ok), 13:51, 18/01/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
 А в чём проблема?
Это насколько надо иметь древнее железо, чтоб не поставить как минимум Win7 и накатить к примеру 115 фокс.
Там где такое древнее железо применяется, эти компы обычно не юзают для WEB сёрфинга.
| | |
| |
| |
| 4.24, Songo (ok), 14:28, 18/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Если нет нужды в старом железе и OS, то какой смысл себя мучить?
| | |
| |
| 5.39, Аноним (15), 14:55, 18/01/2026 [^] [^^] [^^^] [ответить]
| +2 +/– |
Если нет нужды в новом железе и OS, то какой смысл себя мучить?
| | |
|
|
| 3.84, Аноним (63), 16:33, 18/01/2026 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> древнее железо ... поставить как минимум ... накатить к примеру
При чём тут железо... Почему люди должны переустанавливать у себя систему лишь потому, что велоразработчик сменил руку при почёсывании?
| | |
|
|
| 1.9, Аноним (9), 13:50, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 Зачем это если есть Alpine.js?
Alpine.js = “jQuery для эпохи компонентов и реактивности”, но без перегруза.
| | |
| |
| 2.12, BrainFucker (ok), 14:01, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Alpine.js это скорее альтернатива реактивным фреймворкам типа Vue, React, Svetle.
А jQuery в новых проектах не особо и нужен уже, браузерное API почти всё то же самое и так имеет.
| | |
| 2.106, Истина (?), 18:36, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Листаю апи джквери и апи алпина. в альпине не увидел и половины апи от джквери. Устал сравнивать и закрыл ваш этот Элпине
| | |
|
| 1.14, Аноним (15), 14:12, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
jQuery пока что единственная за всю историю человечества нормальная библиотека для javascript.
| | |
| |
| |
| 3.130, Жыжа (?), 19:42, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Ну отчасти jQuery фиксил странности JS, теперь вот туда завезли, оттуда удалили, *стало гораздо лучше*
> The removed functions include jQuery.isArray, jQuery.parseJSON, jQuery.trim
> Use native equivalents like Array.isArray(), JSON.parse(), String.prototype.trim() | | |
|
| 2.36, penetrator (?), 14:53, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
нее, самая большая ее проблема - это memory leaks, модель евентом - ужасная, я ее представляют только как DOM traverse tool
| | |
| 2.77, Кошкажена (?), 16:19, 18/01/2026 [^] [^^] [^^^] [ответить]
| –2 +/– |
По мне очень плохой апи у нее. Вот yui2 была с хорошим интерфейсом и модульностью.
| | |
| 2.85, Аноним (63), 16:36, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> нормальная библиотека
Настолько нормальная, что:
... манипуляций с DOM, приводящих к межсайтовому скриптингу (DOM XSS), например, при некорректной обработке полученных от пользователя данных в блоках eval() или вставках ".innerHTML" ...
| | |
|
| 1.17, Аноним (17), 14:15, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
В чем космический смысл уменьшения размера на 3 Кб? Оно же всё равно кешируется...
| | |
| |
| |
| |
| 4.118, 12yoexpert (ok), 19:06, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
 как будто это что-то плохое
UPD: не заметил, что отвечаю боту. теперь понятно, откуда эти тюремные замашки
| | |
|
|
| |
| 3.59, Аноним (17), 15:36, 18/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
Зайдите на любой сайт и посмотрите что и в каком объёме загружается. Gif-логотип Опеннета - 4 Кб. Сэкономить 3 Кб на библиотеке ценой прекращения поддержки некоторых браузеров (которым кто-то еще пользуется)? Жиреть не надо, но это же просто капля в море.
| | |
| 3.86, Аноним (63), 16:40, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Сайты по этому яойксу-квари гоняют мегабайты, при этом яойкс-квари экономит 3k в кеше браузера, который перетрётся уже через пару секунд трафиком самого яойкса-квари.
| | |
|
|
| 1.26, Аноним (30), 14:35, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
jQuery не спасёт от XSS, тогда как React имеет супер защиту, и только dangeroushtml может обойти её. Поэтому, react лучше! А для всяких пхп и перло бложиков с SSR, конечно, ванильного JS с XSS достаточно!
| | |
| |
| 2.48, Знатный аноним (?), 15:09, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
>Поэтому, react лучше!
Хоспидя, библиотека, для тех, кто любит из простого делать сложное, только бы не выучить полностю JS
| | |
| 2.119, Аноним (119), 19:09, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Да, может сам непосредственно jQuery и не так уж нужен, но гораздо нужнее разные компоненты под него написанные. Аккордионы всякие, дейтпикеры, календарики и т д.
| | |
|
| 1.55, Алоним (?), 15:21, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Боже этот проект еще жив. Даже сайт выглядит примерно так же, как 10+ лет назад. Словил студенческие флешбеки. Как то в душе тепло стало, но и одновременно грустно.
| | |
| |
| |
| 3.60, онаним (?), 15:45, 18/01/2026 [^] [^^] [^^^] [ответить]
| +3 +/– |
SVG анимация весом 22.8 мегабайт, загружающая процессор на 228%
| | |
| |
| 4.72, хрюк (?), 16:05, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Что это за SVG файл на 22.8 мб? Но с тенденцией вы правы.
| | |
|
| 3.135, 12yoexpert (ok), 20:34, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
как минималистичная статическая хрень без джавы
недавно кайфанул, донатя (донача?) на сайте вообще без js
| | |
|
|
| 1.88, myster (ok), 16:50, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 jQuery - это как раз причина, почему многие недалёкие люди ненавидят JavaScript.
На Stack Overflow очень много вопросов по JavaScript, для которых в ответах вместо JavaScript-способа решения проблемы зачем-то везде суют странноватый синтаксис jQuery. Люди словно не осознают, что jQuery перенагружает процессор. Одна простая функция, которую можно реализовать на JavaScript, в реализации на jQuery может в 1000 раз сильнее нагружать процессор. Это же касается фреймворков Vue.js, NextJS и т. д. Недалёкие люди винят JavaScript за тормоза этих фреймворков. У людей словно отсутствует причинно-следственная связь в голове.
И (внезапно) я не против jQuery, когда его использование оправданно, но когда люди путают, что зачем, и везде суют jQuery, у них уже jQuery головного мозга. И эти же люди потом становятся ненавистниками JavaScript.
| | |
| |
| 2.96, 12yoexpert (ok), 17:11, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
"недалёким" людям проще зарезать джаву нафиг и везде, чем разбираться в эти ваших сортах
а вообще обычно помогает порезать загрузку джавы с 3rd party серверов, там всегда только мусор. поддомены можно разрешить
| | |
| |
| |
| 4.151, Аноним (151), 23:03, 18/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– | |
Самое время применить теорему Эскобара...
И джава-апплеты в вебе тормозили еще похуже джаваскрипта. Но они, хотя бы, перестали. А джаваскрипт до сих пор тормозит. До сих пор можно столкнуться с тем, что вентилятор на ноуте или десктопе любой мощности без причины раскручивается, начинаешь смотреть - оппа, хром или фокс жрет кучу проца, а там какая-нибудь вкладка на вроде нормальном сайте сошла с ума и решила хорошо так проц прогрузить.
| | |
|
|
| 2.115, Кошкажена (?), 19:03, 18/01/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> jQuery - это как раз причина, почему многие недалёкие люди ненавидят JavaScript.
1. jq взлетел на волне несовместимости браузеров. Сейчас по факту осталось 2 браузера или вообще 1. Апи стабилизировалось, jq не нужен в этом месте. Если что-то не хватает, то можно написать за минуту или взять готовый под задачу.
2. jq имел ужасный АПИ. По факту это callback hell, который библиотека поощрала. Понятно, что рано или поздно все это превращалось в неспровождаемую кашу. Но по факту большинство ее пользователей использовало ее по принципу общественного туалета: войти сделать дело и трогать все как можно меньше. По итогу каша из колбэков, никакой структуры в этом вашем жабоскрипте. Просто ради интереса можно посмотреть на google closure library тех времен и то как делали крупные сервисы тогда те, кто умел (да, по факту это java на жс и что плохого?).
| | |
| |
| 3.132, Жыжа (?), 19:53, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> jq взлетел на волне несовместимости браузеров
А также благодаря тоннам хороших и плохих плагинов.
10 лет назад на реддите спрашивали:
> How do you deal with the loss of the whole jQuery plugin ecosystem? Image galleries, complicated autocompletes, hell, even excel-like grids?
Спустя 10 лет на реддите спрашивают:
> Hi, everyone I'm looking for a spreadsheet library in react and the most of the features I want resemble to excel or maybe google sheets
Знаете что ему отвечают? "The big question here is amount of cells and complexity of features and updates between the cells. At some point you're just better of writing it in vanillajs."
Нет, оно, конечно, всё так, хочешь "как в эксель", значит и пиши эксель на vanilla js. Но чёто это не прогресс нифига, а регресс.
| | |
| |
| 4.133, Кошкажена (?), 20:01, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
> 10 лет назад на реддите спрашивали:
>> How do you deal with the loss of the whole jQuery plugin ecosystem? Image galleries, complicated autocompletes, hell, even excel-like grids?
> Спустя 10 лет на реддите спрашивают:
>> Hi, everyone I'm looking for a spreadsheet library in react and the most of the features I want resemble to excel or maybe google sheets
> Знаете что ему отвечают? "The big question here is amount of cells
> and complexity of features and updates between the cells. At some
> point you're just better of writing it in vanillajs."
> Нет, оно, конечно, всё так, хочешь "как в эксель", значит и пиши
> эксель на vanilla js. Но чёто это не прогресс нифига, а
> регресс.
Каков вопрос - таков ответ. Человек буквально спрашивает "хочу excel на коленке, какой плагин к ___ выбрать?". Прогресса нет. Раньше эти индивидуумы искали плагины к одному, теперь ищут к другому.
| | |
|
| 3.149, myster (ok), 22:48, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> По итогу каша из колбэков, никакой структуры в этом вашем жабоскрипте. Просто ради интереса можно посмотреть на google closure library тех времен и то как делали крупные сервисы тогда те, кто умел (да, по факту это java на жс и что плохого?).
Google Closure Library была попыткой решить проблемы, которые тогда были актуальны, но это не значит, что JavaScript по своей природе ущербен. Проблема не в языке, а в голове. Ты сам пишешь про "плохое" в java на js, как будто язык по умолчанию создает плохой код, а не разработчик.
А винить JavaScript за "кашу из колбэков", которая возникла из-за потребительского подхода к jQuery – это как обвинять молоток в кривых стенах.
| | |
|
|
| 1.101, Аноним (101), 18:19, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
В приличной по зарплате конторе jQuery 2.х до сих пор под новые проекты даже используют. B2B решения. На 4ку преходить не будут скорее всего, деньги(легаси) важнее.
| | |
| |
| 2.108, Истина (?), 18:39, 18/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
В очень приличных конторах даже Backbone юазется, и работает все лучше всяких долбежней в реакты и вуе. Пока там долбятся с мелочью, чуваки на бэкбоне пилят бизнес. Думайте.
| | |
| |
| 3.111, Кошкажена (?), 18:50, 18/01/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Сравнивать react и backbone не корректно. react можно сравнить с backbone.view. Кстати, никто не мешает там использовать react)
| | |
|
| 2.113, Гость (??), 18:54, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
делать новые проекты с новым кодом под 2-ю версию нет никакого смысла, скорее, там используется куча старого кода, которые не хотят править под 3+
| | |
|
| 1.112, Кошкажена (?), 18:52, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Сейчас озвучу одну точку зрения... Только держитесь... Готовы? жс не нужен, старайтесь сделать так, чтобы ваш сайт работал без него. Всем спасибо!
| | |
| |
| 2.116, Аноним (63), 19:04, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
А как же зашифровать и проскрамбелить блобы видео, чтобы юзер не смог их вытянуть по ссылке из video тега? :)))
| | |
| |
| 3.117, Кошкажена (?), 19:06, 18/01/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
Я думала вопрос будет "а как проверить, что вы не ИИ бот без жс"))) По итогу даже sourcehut, который гордится, что он рабоатет без жс стоит за аnibus, который требует жс для проверки))) cloudflare туда же.
| | |
| 3.124, Кошкажена (?), 19:12, 18/01/2026 [^] [^^] [^^^] [ответить]
| –1 +/– |
> А как же зашифровать и проскрамбелить блобы видео, чтобы юзер не смог
> их вытянуть по ссылке из video тега? :)))
Такое я не поощряю, но если нужно что-то сделать только с жс, то нужно об этом как-то явно написать. Большинство сайтов вполне может (если бы его не пихали насильно) работать без жс.
| | |
|
| 2.136, myster (ok), 20:44, 18/01/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Сейчас озвучу одну точку зрения... Только держитесь... Готовы? жс не нужен, старайтесь сделать так, чтобы ваш сайт работал без него. Всем спасибо!
Ох, сейчас я вам кое-что скажу... Только пристегнитесь... Готовы? Перекладывание вычислений, которые исходя из здравого смысла нужно проводить на клиентской стороне, на сервер никто по вашей прихоти не станет. Это всё равно, что сразу запустить программу возврата в 90-е, где сайты были статичными страницами, а интерактив – роскошью. Также роскошно отправлять данные на сервер и получать их обратно для каждой мелочи. Клиентский JavaScript, включая такие библиотеки, как jQuery, позволяет разгрузить сервер, избежать необходимости держать мощный и дорогущуй Kubernetes-кластер со 100 узлами для хостинга обычного web-приложения, сделать взаимодействие с сайтом более отзывчивым и обеспечить работу даже при плохом соединении. В конечном итоге, это вопрос удобства для пользователя, а не принципов, и, что немаловажно, вопрос здравого использования ресурсов.
| | |
| |
| 3.144, Аноним (63), 22:15, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Вот как раз раньше сайты были действительно интерактивными и не нагружали комп (а компы были куда слабее нынешних). Флэш, Яваапплеты, VRML... Всё это удалили и заменили на фичесодержащий JS, идентичный натуральным продуктам.
| | |
| |
| 4.145, myster (ok), 22:28, 18/01/2026 [^] [^^] [^^^] [ответить]
| –1 +/– | |
Всмысле "и не нагружали комп", ещё как нагружали! Flash, Java-апплеты, VRML – все эти технологии требовали серьезных ресурсов, особенно от компьютеров того времени. Они часто были источником зависаний, вылетов, проблем с безопасностью и тормозили систему. Да, сегодня JavaScript иногда перебарщивает с обилием библиотек и фреймворков, но по сравнению с тем, что было раньше, это часто гораздо более оптимизированное решение.
Кстати, Стив Джобс вообще активно критиковал Flash, и вот почему: он был неоптимизирован для мобильных устройств (iPhone только появился), требовал много ресурсов, был закрытой платформой (Apple хотела открытые стандарты), и главное – создавал дыры в безопасности. Джобс видел будущее за открытыми веб-стандартами, такими как HTML, CSS и JavaScript, которые могли работать на любом устройстве без плагинов.
А история с Java-апплетами довольно печальна. Oracle, купив Sun Microsystems, сосредоточилась на поддержке только Internet Explorer, в то время как все остальные браузеры уже отказывались от апплетов из-за проблем с безопасностью и производительностью. Компания не увидела, что IE – это тупиковая ветвь развития, и в итоге просто убила потенциально перспективную технологию жадностью и недальновидностью.
| | |
| |
| 5.153, Кошкажена (?), 01:11, 19/01/2026 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Всмысле "и не нагружали комп", ещё как нагружали! Flash, Java-апплеты, VRML –
> все эти технологии требовали серьезных ресурсов, особенно от компьютеров того времени.
> Они часто были источником зависаний, вылетов, проблем с безопасностью и тормозили
> систему. Да, сегодня JavaScript иногда перебарщивает с обилием библиотек и фреймворков,
> но по сравнению с тем, что было раньше, это часто гораздо
> более оптимизированное решение.
Flash чисто субъективно работал быстрее текущих решений на js. Можно просто запустить какие-нибудь старые флэш игры против современных на js (не wasm).
> Кстати, Стив Джобс вообще активно критиковал Flash, и вот почему: он был
> неоптимизирован для мобильных устройств (iPhone только появился), требовал много ресурсов,
> был закрытой платформой (Apple хотела открытые стандарты), и главное – создавал
> дыры в безопасности. Джобс видел будущее за открытыми веб-стандартами, такими как
> HTML, CSS и JavaScript, которые могли работать на любом устройстве без
> плагинов.
Хех. Вот mozilla сделала такой эксперимент, назывался FirefoxOS. Судьбу проекта, можете узнать самостоятельно.
> он был неоптимизирован для мобильных устройств
А сейчас html + js оптимизирован для мобильных устройств? Как много таких приложений?
| | |
| |
| 6.160, Аноним (63), 01:49, 19/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> А сейчас html + js оптимизирован для мобильных устройств?
"Оптимизирован" настолько, что все делают только мобильные приложения, а не пользуются почему-то ссылками в штатном браузере.
| | |
|
| 5.156, Аноним (63), 01:40, 19/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Flash, Java-апплеты, VRML – все эти технологии требовали серьезных ресурсов
Это ты сейчас сравнил те компы, что были четверть века назад, с нынешними?! Т.е. тогда были серьёзные ресурсы? GF MX200 - вот это, что ли, серьёзный ресурс?
| | |
| |
| 6.162, myster (ok), 02:11, 19/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Это ты сейчас сравнил те компы, что были четверть века назад, с нынешними?! Т.е. тогда были серьёзные ресурсы? GF MX200 - вот это, что ли, серьёзный ресурс?
Да. Для того времени это железо считалось очень мощным.
На домашнем ПК с Windows XP (с 1 ГБ RAM) и Pentium 4 (одно ядро, но с HT) и с GeForce2 MX 400 я тогда мог запускать одновременно 2-3 виртуальные машины VMware (и никаких ускорений виртуалиации типа Intel VT не существовало ещё и не требовалось тогда). В Opera у меня было открыто 20 вкладок, где большая часть рекламы в тогдашнем интернете была представлена Flash-баннерами, потребляющими значительные ресурсы CPU. Одновременно работали WinAmp, Miranda, mIRC и ресурсоёмкая сетевая 3D-игра.
Всё это работало великолепно одновременно.
| | |
|
| 5.157, Аноним (63), 01:43, 19/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Джобс видел будущее за открытыми веб-стандартами, такими как HTML, CSS и JavaScript, которые могли ...
... которые могли бы тормозить на любом современном или будущем устройстве.
| | |
| 5.159, Аноним (63), 01:46, 19/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> браузеры уже отказывались от апплетов из-за проблем с безопасностью и производительностью
Насколько сейчас дырявые, жрущие и медленные браузеры, можно даже не рассказывать. Дыры позволяют пробить даже песочницу, в которой запущен браузер.
| | |
|
|
| 3.154, Кошкажена (?), 01:15, 19/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
>> Сейчас озвучу одну точку зрения... Только держитесь... Готовы? жс не нужен, старайтесь сделать так, чтобы ваш сайт работал без него. Всем спасибо!
> Также роскошно отправлять данные на сервер и получать их обратно для каждой мелочи. Клиентский JavaScript, включая такие библиотеки, как jQuery, позволяет разгрузить сервер, избежать необходимости держать мощный и дорогущуй Kubernetes-кластер со 100 узлами для хостинга обычного web-приложения, сделать взаимодействие с сайтом более отзывчивым и обеспечить работу даже при плохом соединении.
Ну вот у меня для примера sourcehut или forjejo работают просто супер быстро без всякого жс. Просто для переходов по деревую файлов. В сравнении с git(hub|lab).
| | |
| |
| 4.161, myster (ok), 02:06, 19/01/2026 [^] [^^] [^^^] [ответить]
| +/– | |
> Ну вот у меня для примера sourcehut или forjejo работают просто супер быстро без всякого жс.
Именно поэтому там так мало интерактивных элементов. Если сделать весь веб таким, то многие пользователи (нормисы, не такие как вы) лишатся удобства и функциональности, к которым привыкли.
> сравнении с git(hub|lab).
Проблема этих платформ прежде всего в бэкенде. Основная причина - в командах, где преобладают фронтенд-разработчики, а системных инженеров и бэкенд-специалистов недостаточно. Фронтенд-разработчикам зачастую неинтересна глубокая оптимизация бэкенда, и это приводит к тормозам и повышенным требованиям к ресурсам.
| | |
|
|
|
| 1.126, DIM (??), 19:17, 18/01/2026 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> за счёт прекращения поставки объектов Deferred
Неужели они хотят совсем убрать Deferred в будущем? Очень зря, это хорошая штука. Штатные Promises не поддерживают при резловинге проброс более, чем одного аргумента, а вот Deferred влегкую так делает.
| | |
| |
| 2.129, Аноним (7), 19:36, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Если вы используете Deferred как Promise для целей передачи более чем одного аргумента - что-то вы делаете не так.
| | |
| |
| 3.139, DIM (??), 21:55, 18/01/2026 [^] [^^] [^^^] [ответить]
| +/– |
Это вы делаете преждевременные выводов. Я использую Deferred, потому что он глобально имеет больше возможностей, чем Promise. Например, каждый Deferred может передавать информацию о прогрессе выполнения задачи, что позволяет легко и прозрачно отслеживать этапы работы каждого Deferred, а между тем Promise так не умеет. Также в Deferred есть удобные методы для проверки текущего статуса: в Promise приходится извращаться, если нужно именно статус в конкретный момент узнать, ведь Promise статусы не возвращает, только результат. Ну и с Deferred удобно цепочкой аргументы пробрасывать вверх, элегантное .done(arguments) немного, но все же упрощает жизнь.
| | |
|
|
|
