Pull to refresh

Comments 17

Об этом никто никогда не пишет, но если вдуматься... js сделал веб таким какой он есть сейчас. Но если бы js вообще не было, а все веб-страницы были бы чисто декларативными, то веб был бы лучше. Причем лучше именно для конечных пользователей, а не для владельцев сайтов.

js делает веб подконтрольным не пользователям, а владельцам контента. В некотором смысле "телевизирует". Страницы полные по Тьюрингу. Каждый сайт изощряется как может, создавая пользовательский интерфейс с нуля. А ведь могло бы быть иначе - веб как децентрализованная база данных, браузер как инструмент агрегирования этих данных и отображения в виде, наиболее удобном для конкретного пользователя, а владельцы сайтов - лишь безликие поставщики данных. Был период web1.0, когда у многих были свои (как правило вырвиглазные) странички, но с приходом соцсетей оказалось, что большинству достаточно просто стандартной унифицированной страницы. И не так уж много нужно "виджетов" для работы в вебе.

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

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

Ну вообще плеер вполне может быть Html в чистом виде. Уверен что если чуть-чуть допилить с буферизацией и прочим - можно было бы получить ютуб. Вот с загрузкой без перезагрузки всей страницы - вопросик. Но в теории можно было бы допилить стандарт до поллинг-тегов или даже реалтайм, на том же xml который представляет html. Гугл карты из чанков картинок состоят и поллинг-тегами решаемо. Поллинг может быть и поточный с тем же вебсокетом.

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

Так то и представленный тег детейлс можно div и скриптом. И половину анимаций. И даже flex-box был на IE6 и я лично делал, вот прям с той же функциональностью, но через JS используя либу ExtJS.

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

Был бы расширенный набор html виджетов. Ютуб - это уже существующий тег video; гугл карты - ну был бы тег map; а загрузка нового контента без перезагрузки страницы это вообще зло - сайты становятся нескачиваемые. А в инете постоянно такое - сегодня сайт есть, завтра нет, и всё, ценная информация пропала навсегда. Да и без скачивания это просто неудобно: крутишь эту бесконечную прокрутку, и нет никакой возможности запомнить текущую позицию и продолжить крутить с этого места скажем завтра. Телевизация в чистом виде.

Canvas webgl и проч. - это ненужный мусор?

Да

Такие вещи должны быть нативными приложениями

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

Или у него может не хватить бюджета. Или времени. Или платформа родится уже после окончания разработки. Или ещё чего.

Да все равно новые браузеры требуют новых ОС, под ту же семерку уже не каждый браузер запускается. Так что редкие платформы не аргумент. Проще владельцу редкой платформы виртуалку поставить.

Эх, вот было хорошо, когда известия доставляли гонцы, а может даже на бересте писали
Было же время

Я предлагаю не регресс, а альтернативный путь. Сайты были бы не закрытыми дизайнерскими приложениями, а открытыми источниками данных. Типа продвинутого RSS. Чистая семантика. Такой веб был бы гораздо ближе к семантической паутине, гораздо удобнее для того же ИИ, гораздо пригоднее для децентрализации и оффлайнового хранения. Представьте к примеру что весь Хабр автоматически сохранялся бы вам на диск, и ваш личный локальный ИИ мог извлечь из него любую интересующую вас информацию.

Но если бы js вообще не было, а все веб-страницы были бы чисто декларативными, то веб был бы лучше.

Согласен. Для новостных сайтов, для статейников и для личных блогов было бы идеально.

Если бы мы жили в мире одностраничинков - вопросов нет. Но как вы предлагаете реализовать, например, торговый терминал без js? Или какие-нибудь гугл-таблицы. Веб такой какой он есть именно из-за перечня задач, которые приходится на вебе решать. И реальность такова, что существуют приложения с очень большим количеством фронтовой логики, и от этого никуда не уйти

Функциональность модальных/всплывающих окон также можно использовать для создания внеэкранной навигации, не требующей JS:

Хороший вариант создания меню, кстати. Спасибо. Надо будет попробовать, когда в следующий раз буду что-нибудь делать.

Что аккордеон, что всплывающие окна спокойно делаются на html+css без этих вот современных расширений (для состояний радиокнопки и чекбоксы с css правилами на :checked)

Вот да, чекбоксом под display none это норм можно осуществить. И выпадашку инпуту по фокусу дать можно. И гармошку через радиогруп. Я вообще как то развивал целую парадигму кодинга на реактивном css и она простая и красивая. Но никак не на специальных там тэгах, они вообще криво стилизуются и ни капли не анимируются.

Я уже давно понял что это все не так. Конечно css может и активно стремится к решению многих задач и многие задачи уже превосходно решает благодаря переменным, обработке эвентов и даже хранении стейта на checked, active, focus, hover, построение логики на has, not в селекторах. Что касается всего кроме div, svg, canvas в хтмл, то все не годится ни на что в реальной задаче кроме скрытого под display: none

Sign up to leave a comment.

Articles