LINUX.ORG.RU
ФорумTalks

2024: Куда движется Web и с какого конца на него смотреть?

 , ,


1

4

Привет!

После изучения HTML и какого-то зачаточного знакомства с тогдашним JavaScript лет 20 назад я сознательно избегал всего этого «около-веба». Тем временем оно росло, цвело, раскидисто раскидывалось и заняло приличный кусок рынка.

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

Ajax, Vue, Flutter, TypeScript, React - сходу навскидку называю, при том что не слежу вообще за темой

Почему не произошло отделение языка (JavaScript, TypeScript, Flutter) от реализаций библиотек которые рисуют эти ГУИ?

Почему не взлетел(?) WebAsm? Почему мы не пишем Web GUI на обычных нормальных языках, используя обычные нормальные библиотеки?

Переизобретается ли раз за разом велосипед, который едет подпитываемый неофитами, которые не помнят даже того, что было год назад, по одним и тем же граблям?

Есть ли понимание каким должен быть идеальный веб и если да то какая часть этой инженерии наиболее правильно движется в эту сторону?



Последнее исправление: ahdenchik (всего исправлений: 1)
Ответ на: комментарий от static_lab

WASM не предоставляет никакого Accessibility API, тем более универсального для всех платформ

А должен? Если открыть ему доступ в DOM проблема не решится волшебным образом сама?

ahdenchik
() автор топика
Ответ на: комментарий от static_lab

А вообще, направление развитие веба диктуется разработчиками браузеров

JpegXL помним, скорбим

Gary ★★★★★
()
Ответ на: комментарий от ahdenchik

Когда смотришь очередной язык (вы знаете эти 10 минут чтобы понять почему очередной Dart это фигня), а в нём все те же косяки, которые 15 лет назад уже были обсосаны и поняты, то наступает что-то типа выгорания

О, адекват в треде. Последним свежим глотком воздуха был диалект С под названием Cuda от Nvidia. Использование видео чипа как проца реально принесло новые концепции и отразилось в диалекте.

Obezyan
()
Ответ на: комментарий от ahdenchik

То есть, цель веба сделать хуже чем всё было в 1995 году

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

vbr ★★★★
()
Ответ на: комментарий от ahdenchik

Это, видимо, и есть уровень решаемых веб-программистами проблем?

А должен? Если открыть ему доступ в DOM проблема не решится волшебным образом сама?

Решится. Но и на десктопе не всё так замечательно: если приложение не использует стандартные компоненты, то оно не будет поддерживаться скринридерами. Например, Avalonia не поддерживает Accessibility в Linux: https://github.com/AvaloniaUI/Avalonia/issues/585#issuecomment-1896637184

static_lab ★★★★★
()
Ответ на: комментарий от static_lab

Но и на десктопе не всё так замечательно

Какнасчётизм не является контраргументом, это демагогический приём

ahdenchik
() автор топика
Ответ на: комментарий от static_lab

Так в чём проблема? Что в JS есть только один NaN, а не два?

В том что (ECMA) js qNaN и IEEE 754 qNaN - разные, но не для вас. Вам (js программистам) также не важно фронт или бек писать. Дилетантский подход вплоть до повторного вызова функции на бекенде при ошибке 500, вдруг прокатит и «ну оно иногда падает потому мы вызываем ещё раз». А то что это их же код - стыдливо умалчивают.

Obezyan
()
Ответ на: комментарий от vbr

Веб это единственная платформа, где можно написать приложение, работающее в линуксе и айфоне. Без перекомпиляции и прочего шлака.

а на джаве нельзя такое приложение написать?

FishHook
()
Ответ на: комментарий от ahdenchik

Да, это скорее замечание о том, что «любое приложение в Windows» сразу получает поддержку Accessibility. Точно так же неаксессабильным будет приложение, которое рендерится васмом в канвас.

static_lab ★★★★★
()
Ответ на: комментарий от Obezyan

XMLHttpRequest которые даёт js возможность отправлять запросы. Все остальное просто обертка которая предоставляет другой синтаксис и добавляет базовые проверки для удобства. В этом плане мы почти 30 лет стоим на месте.

ну привет. За 30 лет появился как сам XMLHttpRequest, так и fetch с промисами, http2, не тормозящий https и вебсокеты для реалтайма с ice и rtp.

30 Лет назад браузер тупо медиа плеер с урлом ембедил в страницу, а теперь ты можешь видео конференции устраивать.

mrdeath ★★★★★
()
Ответ на: комментарий от static_lab

К этому не сразу пришли

Сначала, вроде, были попытки заставить пользователей рисовать кнопочки через WinAPI со всей этой ацессибилити, но потом оказалось что это очень медленно по каким-то там причинам внутренним

Или это в Макоси такое было?

То же самое и с вебом будет

ahdenchik
() автор топика
Ответ на: комментарий от Obezyan

вплоть до повторного вызова функции на бекенде при ошибке 500, вдруг прокатит

Хотите громко взбугагнуть? Вот такой замечательный сайт Калининградского автовокзала https://avl39.ru/, посмотрите в исходники страницы, они закоммитили код с конфликтом слияния и не парятся, и это у них весит уже полгода

FishHook
()
Ответ на: комментарий от ahdenchik

Нет, в вебе будет формирование DOM, который будет анализироваться скринридером. То есть выигрываем в поддержке за счёт высокоуровневости и за счёт того, что в DOM уже аксессабильность предусмотрена.

static_lab ★★★★★
()
Ответ на: комментарий от static_lab

Нет, в вебе будет формирование DOM

А кто мне запретит попиксельно рендерить буковки в браузере в окошке/image через какой-нибудь OpenGL/Vulcan?

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

ahdenchik
() автор топика
Ответ на: комментарий от mrdeath

Я имел ввиду что за 30 лет кроме XMLHttpRequest и оберток под него ничего не сделали.

Вебсокеты - тут согласен, им «всего» 13 лет.

Obezyan
()
Ответ на: комментарий от ahdenchik

А кто мне запретит попиксельно рендерить буковки в браузере в окошке/image через какой-нибудь OpenGL/Vulcan? И так оно будет, потому что окажется что так удобнее, быстрее, можно спрятать от скраперов инфу, и так далее

а поисковики не охренеют парсить ваши пикселы?

FishHook
()
Ответ на: комментарий от ahdenchik

Да никто не запретит. Вы и сейчас так можете сделать даже не через OpenGL/Vulcan, а тупо через canvas.fillText().

static_lab ★★★★★
()
Ответ на: комментарий от FishHook

Я стараюсь не смотреть исходники чужих проектов на пустой желудок. Поверю вам на слово тем более что это сплошь и рядом.

Obezyan
()
Ответ на: комментарий от FishHook

а поисковики не охренеют

Тут «AI» собирается добить поисковики, которые уже и так только фигню попсовую способны искать (

GAMer ★★★★★
()
Ответ на: комментарий от GAMer

фигню попсовую способны искать

Способность поисковиков искать нисколько не снизилась. Я думаю, проблема в новаторах, которые вместо нормального человеческого текста рисуют пикселями на канвасе, с идиотией никакой ИИ не справится.

FishHook
()
Ответ на: комментарий от ahdenchik

Для блобов WebAsm эта проблема решена же уже, нет?

Да, тут я ошибся.

Пишите программы нормально - нормально всё будет

Ну раз вы умеете писать нормально, тогда выкиньте все эти фреймворки и возьмите и напишите нормально на webasm на расте без всяких ДОМов, цеэсэсов жиесов и прочей веб-параши, один большой канвас на всесь экран,

как в любых других GUI-приложениях (см. Windows)

goingUp ★★★★★
()
Ответ на: комментарий от ahdenchik

Только если действительно нужно что-то спрятать от скраперов. И то, они тогда будут пропускать рендеры через распознавалку же, если очень надо.

static_lab ★★★★★
()
Ответ на: комментарий от FishHook

Способность поисковиков искать нисколько не снизилась.

Да нет, запросто можно не найти в гугле точную строку, которая висит прямым текстом в публичном доступе, без запрещающих записей в robots.txt. Зато находится всякий мусор типа неправильно распознанных букв в PDFках, которые укладываются в нужную последовательность. Ну и линкфармы, которые с некоторых пор заполонили результаты гугла.

В моем случае - JMS сколько то там + TRIM - нашлось в Яндексе, но зачастую не находит ни гугл, ни яндекс, ни бинг…

token_polyak ★★★★★
()
Последнее исправление: token_polyak (всего исправлений: 2)
Ответ на: комментарий от ahdenchik

Так это не всегда плохо

вы же понимаете что «не всегда плохо» это не то на чем надо основывать интернет? Вообще всё на свете не всегда плохо и не всегда хорошо.

FishHook
()
Ответ на: комментарий от ahdenchik

Это работает когда тебе 15 лет, а вместо школьного аттестата справка

41 год, работаю в вебе, брат жив.

Когда смотришь очередной язык (вы знаете эти 10 минут чтобы понять почему очередной Dart это фигня), а в нём все те же косяки, которые 15 лет назад уже были обсосаны и поняты, то наступает что-то типа выгорания

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

goingUp ★★★★★
()
Ответ на: комментарий от FishHook

Способность поисковиков искать нисколько не снизилась

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

GAMer ★★★★★
()
Последнее исправление: GAMer (всего исправлений: 1)

куда движется веб

➛ 🍑

с какого конца на него смотреть

с безопасного расстояния

t184256 ★★★★★
()
Ответ на: комментарий от goingUp

41 год, работаю в вебе, брат жив.

Я работаю во всём, кроме веба. Кто круче-то, а?

ahdenchik
() автор топика
Ответ на: комментарий от FishHook

Очевидно - Гугл. Мне плевать на HTML5, плевать на инпуты, форматы и телефоны, я просто хотел найти файл по имени, например. Или детальку.

GAMer ★★★★★
()
Ответ на: комментарий от FishHook

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

Aber ★★★★★
()
Последнее исправление: Aber (всего исправлений: 2)
Ответ на: комментарий от static_lab

да при том, что сначала наговнокодят сплошными dev-ами (хорошо если не font-ами), а потом им поисковики виноваты, что их замечательные сайты не ищутся

FishHook
()
Ответ на: комментарий от FishHook

Алло, проблема была в том, что Гугл не ищет нормально числа, которые похожи на телефонные номера. При чём тут поле ввода номера?

А если твой запрос похож на что-то другое(на номер телефона например), то хрен ты вообще найдёшь нужное

static_lab ★★★★★
()
Ответ на: комментарий от GAMer

Очевидно - Гугл.

это всегда была ответсвенность разработчиков и SEO специалистов

FishHook
()
Ответ на: комментарий от Aber

Да бога ради, просто я не соглоасен с заявлением, что веб - единственный способ соблюсти кроссплатформенность. Способов куча.

FishHook
()
Ответ на: комментарий от static_lab

Ну да, не идеально. Говорят что в Китае нет вебсайтов подобных нашим яндексам, банкам и т.д., зато у них все сервисы и услуги доступны в виде приложений на телефонах. Возможно скоро на десктопах будем запускать андроид переложения через слои совместимости, потому как альтернатив не будет.

Aber ★★★★★
()
Ответ на: комментарий от Aber

Так и в России среди банков давно тенденция: сначала делаем в мобильном приложении, а на сайте по остаточному принципу. Только из-за СВО возникла реальная потребность в вебе, потому как на айфонах приложения отвалились.

static_lab ★★★★★
()
Ответ на: комментарий от Obezyan

Я имел ввиду что за 30 лет кроме XMLHttpRequest и оберток под него ничего не сделали.

так а что еще можно сделать?

mrdeath ★★★★★
()

Языки тут не причем. Идиоты делают полноценные интерфейсы с помощью дальнего родственника latex и это печаль.

Shadow ★★★★★
()
Ответ на: комментарий от ahdenchik

за 15 лет даже стандарты разводки электропроводки поменялись и сантехники 5 раз. Даже красят теперь 2хкомпонентной краской… Если умеешь программировать, то учить +1 язык это просто.

Если от инструмента есть профит или по другому задачу не решить – берешь изучаешь и просто делаешь.

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

В период когда все это добро только вылезало на свет мы просто посматривали на развитие и войны go-rust-node-react-angular-underscore-svetle-vue-четамещебыло и продолжали спокойно писать на пхп/ноде и jquery. Ну а когда стало уже понятно где что выходит в мейнстрим – там уже начали потиху осваивать.

давным давно мы писали лапшекод на пхп и жс, на сегодняшний день golang, npm, react, ts прилично упрощают нам жизнь. Писать кода меньше, линтеры приличные, багов меньше, работает все быстрее, команда без проблем читает код друг друга и (о боже мой) даже код библиотек.

mrdeath ★★★★★
()
Ответ на: комментарий от Obezyan

зачем? ради какого профита? Еще раз говорю, ты можешь в браузере устроить реалтайм видео конференцию на 1000 человек если нужно. что там еще можно улучшить? да еще и в модели osi

mrdeath ★★★★★
()

Идеальный веб должен быть из страниц. Но, пока не сделают замену веб-приложениям не из говна и палок, этого нам не светит.

t184256 ★★★★★
()
Закрыто добавление комментариев для недавно зарегистрированных пользователей (со score < 50)