Comments 695
Надо бы создать новый веб. С криптой, анонимностью и p2p.
Ах, да. Чуть не забыл про запланированное устаревание, будь оно не ладно. Если где-то посреди этого океана стандартов закралась ошибка, то часто её невозможно исправить. Остаётся только плакать и страдать.
github.com/w3c/csswg-drafts/issues
Только 2 репозитория из ~~ 800.
1. Росте потребления памяти
2. Старые процессоры превратились внезапно в тыкву. Современные браузеры просто не запустятся на каком-нибудь AthlonXP без SSE2, в котором всё когда-то прекрасно работало.
3. На мобильных устройствах это накладывается на то, что браузеры не умеют свопится и сохранять полное состояние. Сколько бы у вас не было памяти, переключиться в 2-3 других приложения — и браузер перегружается с потерей всех введённых данных в формах.
Вспоминаю, как на Pentium 1/32мб на какой-то выделенке 128кбит в 2000 году очень шустро рендерила страницы Opera в реальном времени, прям в процессе загрузки. И ведь в целом не было ощущения тормознутости!
Вот только разработчики хотят аппаратное ускорение. Если не прямо — для того, чтобы разжимать видео, например — то косвенно, через два фреймворка и три графических тулкита, которые начнут дико тормозить, если взять и эмулировать всю математику с плавающей точкой, которую они хотят делать быстро-быстро.
Вспоминаю, как на Pentium 1/32мб на какой-то выделенке 128кбит в 2000 году очень шустро рендерила страницы Opera в реальном времени, прям в процессе загрузки. И ведь в целом не было ощущения тормознутости!Проблема в том, что сейчас вместо разрешения 800x600 мы используем 3840x2160. А это намного большие битмапы, например. Да ещё и для всех слоёв. И для шрифтов.
Кроме того, сам контент стал намного больше, те же картинки.
Плюс, в тех браузерах не было миллионов проверок в коде, и это приводило к CVE. Когда фиксят CVE добавляют кучу проверок для данных, для размера данных и так далее, теперь код намного более ветвистый :)
Плюс, сами движки CSS стали в 200 раз сложнее. Кому это надо? Всем надо стилизировать свой сайт так, как никто другой этого доселе не делал!
вместо разрешения 800x600 мы используем 3840x2160Это наименьшая проблема современного веба.
Основная проблема — корявая и неэффективная реализация веб приложений.
Неплохим решением могла бы быть интеграция оптимального решения популярных фреймворков в браузер (в виде опциональных плагинов, нет — используй js версию, есть — пусть работает нативная) но боюсь в конечном счете это не будет решением, так как конечная причина в разработчиках веб приложений, какой бы инструмент они не получили бы, они все равно умудрятся его использовать не оптимально.
Размеры указателей действительно растут, но вот int обычно в 64-битных моделях компиляции остаётся 4-байтовым. Выравнивание играет роль, тут вы тоже правы, но только там, где есть 8-байтовые значения.
Однако, переход на x86_64 также увеличивает количество и размеры доступных регистров, что в некоторых случаях может положительно влиять на производительность кода.
Так что не всё так однозначно.
сейчас вместо разрешения 800x600 мы используем 3840x2160
Ширина 3840 точек, честно? И у многих так? И в этом действительно необходимость, а не мерка для своей крутизны? У меня 1920 — это по работе, широкое окно надо. А если просто посёрфить, тогда моник поскромнее, с 1600 точками.
А многие действительно могут охватить всю ширину монитора не переводя взгляд, не вертя головой? У меня получается где-то 60-70% от ширины монитора (22 дюйма монитор). То есть по ощущениям если разместить в середине экрана окно размером 1200-1400 точек, то смотрится нормально, а если шире — тогда нужно головой вертеть. Но браузер же не IDE, зачем загромождать и лепить на всю ширину? Знаю ответ. Вы пользуетесь почтой, форумами и прочими бесплатными сервисами. И если реклама будет сверху-снизу, то чуть прокрутив страницу вниз в процессе чтения реклама исчезает, я не про блокировщики, я про то как это предполагалось для нас отображать. А это некомильфо, реклама должна насиловать глаз пользователя 100% времени, поэтому можно запихнуть ее в боковые панели.
Ширина 3840 точек, честно?
Почему нет? 4K-мониторы копейки стоят, я по <$200 брал.
И в этом действительно необходимость, а не мерка для своей крутизны?
После месяца за нормальным монитором невозможно сидеть за 1080 при 27" — видны пиксели, а не изображение. Я бы и 5К взял, если б стоили адеватно.
А многие действительно могут охватить всю ширину монитора не переводя взгляд, не вертя головой?
Если до монитора сантиметров 60, то нормально. При двух приходится уже голову поворачивать слегка.
То есть по ощущениям если разместить в середине экрана окно размером 1200-1400 точек, то смотрится нормально, а если шире — тогда нужно головой вертеть
Судя по описанию, вы страдаете от туннельного зрения.
У меня глаза вытекают и болят из-за сглаживания текста.
Потому что пиксели текста по бокам не чёрные, а красные, жёлтые, голубые и прочих оттенков? Да, тут за нас уже всё решили, что мы обязаны использовать сглаживание.
Если до монитора сантиметров 60, то нормально.… Судя по описанию, вы страдаете от туннельного зрения.
Попробуйте оценить свой угол зрения. У меня, фиксируя голову и строго не вертя ею вообще, только движение глаз по строке, но без скашивания, получается примерно 48 градусов. На мониторе это ширина 44-45 см, до монитора ~50 см. Через синусы и получается, что 48 градусов угол комфортного обзора. Не слишком отличается от тех картинок, что в поиске выпадают по запросу угол зрения человека. То есть там 30 градусов — это рабочий угол, угол четкого распознавания символов. На каждую сторону от плоскости симметрии человека получается 15 градусов (всего-то!). Ну и 60 градусов — это второй размер угла зрения, но для чтения мне думается ближе к 30 будет.
И кроме того, вот если взять не форум с узкой полосой комментариев, а прямо «книжный» текст — длинные абзацы по много строк полной ширины. Сколько можно взглядом охватить, даже следя глазами, чтобы не сбивались строчки и взгляд не перепрыгивал, когда с правого края придется переводить взляд налево? Тут важно, что именно много строк в абзаце — если 2-4, то за счёт расстояния между абзацами можно позиционировать взгляд (читаю этот абзац, была верхняя строка, значит теперь 2я сверху). Книги бумажные наверное не зря такую маленькую ширину страницы имеют.
Попробуйте оценить свой угол зрения. У меня, фиксируя голову и строго не вертя ею вообще
А вы понимаете, что отсутствие необходимости вертеть головой за монитором — это вообще ни разу не эргономично? Ваш организм вам только спасибо скажет, если шея будет работать, а не стоять колом.
К слову, вы бы просто попробовали. Даже банально большой QHD-монитор намного удобнее в работе, и дело даже не в пикселях (в конце-концов, то вкусовщина), а в том, что на экране помешается куча инструментов.
У меня для работы сейчас пара UXGA — растягивать браузер больше чем на один экран желания не возникает, 1600 пикселей, о которых шла речь выше, действительно для веб-страниц хватает.
Смысл растягивать контент страницы на 32 дюйма 4к?
Да никакого, пока ваши 4К — это 32 дюйма, а не какая-нибудь 12-дюймовая ретина. Ну и опять же таки, ну занимает страница не 4К, а 70% от этих 4К, это все равно ничего существенно не поменяет.
Но на скорость рендера страницы размер панели с инструментами разработчика влиять не должен же.
Кроме того момента, что панель с инструментами разработчика в общем случае такая же JS-софтинка, которую тоже приходится рендерить, и ей тоже нужны большие-большие битмапы, о которых в начале треда и говорилось.
12-дюймовая ретина.Тогда мы по кругу приходим к тем вопросам, которые уже были заданы — «И у многих так?», особенно если количество пикселей считать вкусовщиной :)
панель с инструментами разработчика в общем случае такая же JS-софтинка, которую тоже приходится рендеритьУ среднестатистического пользователя эта панель выключена примерно всегда :) А «ощущение тормознутости», о котором шла речь, на многих сайтах есть что с ними, что без них.
Тогда мы по кругу приходим к тем вопросам, которые уже были заданы — «И у многих так?
Да уже у многих, а в обозримом будущем — будет у большинства. Акцент-то туда смещается.
У среднестатистического пользователя эта панель выключена примерно всегда :)
Да, зато браузер раскрыт на весь экран, независимо от его разрешения.
Да уже у многихМногих — это сколько? :) Мне вот стало интересно. Зашел на statcounter — в other около 20%. А это все что больше FullHD + все другие, не перечисленные среди десятка присутствующих на графике. Т.е. и мое UXGA, и упомянутое вами QHD, и разные WSXGA+, WUXGA и даже всякие 1360x768, 1024x600 и еще куча всего. Т.е. обладателей 4k так много, что для них даже отдельную строчку в статистике не выделили :)
У большинства 4k будет не знаю когда, если сейчас у большинства (по этой статистике) даже fullHD нет. Лет через 10?
зато браузер раскрыт на весь экранЕсли не секрет, на чем основано это предположение?
Многих — это сколько? :) Мне вот стало интересно. Зашел на statcounter — в other около 20%
Именно так, даже 15% — это очень много. Вы лучше вот в таком диапазоне посмотрите:
gs.statcounter.com/screen-resolution-stats/desktop/worldwide/#monthly-200903-202101
Видите, всего за 4 года доля 1366х768 уменьшилась на 10%, а доля FullHD — увеличилась примерно на столько же? Это не десктоп, нет. Точнее, в значительной мере не десктоп. На десктопе FullHD в это время уже довольно прочно сидел. Это замена бюджетных ноутов-«рабочих лошадок» и в меньшей степени таких же моников на современные модели, которые все уже идут с FullHD. FullHD перешёл из топового сегмента в массовый и бюджетный. А вот категория «другие» за это время тоже выросла на 15%. И вот это как раз формирование нового топового сегмента, на QHD и 4K.
У большинства 4k будет не знаю когда, если сейчас у большинства (по этой статистике) даже fullHD нет. Лет через 10?
Лет через пять будет. Нынешний топ точно так же перейдёт в бюджетный/массовый, как это случилось с FullHD. Это обычный, естественный процесс.
Если не секрет, на чем основано это предположение?
Это утверждение, а не предположение. Казуальным пользователям несвойственно расставлять окна на экране, и они чаще всего работают только с одним приложением, развёрнутым на весь экран. К сожалению, не могу вам дать ссылку на сайт со статистикой по этому, так что если не верите, ваше право.
Кхм… Казуальным? Т.е. все, кому не нравится многооконная плитка — казуалы? "Да вы шо?!" А мне вот больше нравится схема — один экран == одно рабочее окружение. И мне не хочется отвлекаться на что бы то ни было, поэтому у меня почти все приложения раскрыты всегда. В редких (очень) редких случаях могу заиспользовать двуоконный режим (виндовая фишка… попытка заменить тотал… но неожиданно тем и удобная, что без внешних утилит можно комфортно отработать пакетную задачу). А так — другая задача — иди-ка ты на другой монитор.
А если задача комплексная? В одном окошке man, в другом vim с конфигом, в третьем и четвёртом проверка сетевой связности, в пятом текст статьи, по мотивам проделываемого. Не надо свой workflow аппроксимировать на всех.
Так это, извините, на меня пытаются аппроксимировать свой и назвать казуалом. А я объясняю, почему такой подход некорректен. А ваши плиточные заморочки с man/vim/etc оставьте себе и тем, кому это действительно надо — про вас тут речи, во-первых, вообще не шла, во-вторых видел я такое счастье — кому-то, вероятно удобно, а мне так неудобно от слова совсем, так что увольте от обсуждения данного вида раскладки — я не против неё, но пользоваться ей сам — отказываюсь.
В конфигах – часто длиннющие строки
За такое надо бить линейкой по рукам! Если есть возможность разбить параметры, в конфиге, на несколько строк, это должно быть сделано. Но если возможности нет, спасает то, что vim, с включённой нумерацией строк, очень хорошо, зрительно, переносит строки.
в статьях – картинки (схемы и т.д.)
Ну сильно зависит от пиксельного разрешения экрана. Да и если надо посмотреть на схему, то никто не мешает зафуллскринить просмотрщик (браузер / pdf viewer etc), а потом вернуть тем-же хоткеем как было.
Даже терминал сегодня приходится растягивать на весь экран из-за того что какой-нибудь kubectl выводит порой довольно широкие таблицы.
Не приходится. Он сам «растягивается», если терминал с kubectl / k9s, etc, в горизонтальной плитке.
Я уже не говорю о логах. В маленьких окошках это превращается в неудобочитаемую кашу.
Окна маленькие на маленьких, по разрешению, экранах. От FullHD и выше(чем выше тем лучше, разумеется) всё становится хорошо.
Хотя виновата в этом, конечно, непотребная калька «казуальный».
Хотя виновата в этом, конечно, непотребная калька «казуальный».
Я не хотел оскорбить этого достопочтенного сеньора, обозначив его несомненно творческую деятельность столь приземлённым определением.
Дело не в том, "творческая" или нет. Дело в том, что погрузиться надо глубоко, загрузить контекст. Тут ни о какой легковесной казуальности просто речи нет. Собственно потому и полюбилась техника н-экранов, что дают возможность запустить несколько контекстов, переход между которыми относительно лёгок, а вот переход между кусками экрана… ну простите, но у меня создаётся шумовой эффект при попытке на одном контексте отразить больше одной сущности верхнего уровня. Та же Idea достаточно изобилует своими инстурментами, чтобы не усосеживать с ней ещё и браузер со статьёй...
Ну вот мне кажется что как раз рядовые (казуальные ;-) пользователи больше привыкли к полноэкранному просмотру. А понятия рабочего окружения у них вообще нет.
Не-не-не, Девид Блейн, ты меня не запутаешь! Казуальные — легковесные, поверхностные. А конфигурация рабочего(их) окружения(й) сильно зависит от деятельности пользователя ПК. Админам может быть надо одновременно и конфиги и статусы смотреть, а программистам мониторить одновременно несколько систем в одном окружении — мало кому надо. Там и без этого интерфейс нагруженный получается.
Как говорится — "тут интернет, чужих мыслей не видно". Поэтому фразу:
Казуальным пользователям несвойственно расставлять окна на экране, и они чаще всего работают только с одним приложением, развёрнутым на весь экран.
легко истолковать именно как предположение, что те, кто пользуются одной приложенькой на полный экран — казуалы. Хотя согласен, такое мнение в ней не проговаривается напрямую.
PS и да, сейчас после вашего объяснения я тоже не кажды раз её читая вижу такой контекст.
Именно так, даже 15% — это очень многоА с чего вы взяли, что 4k там 15%?!
А вот категория «другие» за это время тоже выросла на 15%. И вот это как раз формирование нового топового сегмента, на QHD и 4K.
На вашем графике, в отличие от моего, в «другие» попадают популярные сейчас (и очень непопулярные в 2009-м, когда начинается ваш график) разрешения 1536x864 и 1280x720. У них рост около 10% за 4 года. Ну т.е. даже по оптимистичным прикидкам по вашей методике QHD вместе с 4k процентов пять, а сколько там непосредственно 4k, о котором изначально шла речь — вообще не ясно.
Впрочем, зачем гадать, там есть же интересная кнопочка — Download CSV. Она нам по секрету сообщает, что QHD 2.09% :) В конце списка 0.48% макбуковского 2048x1152, то есть конкретно 4k там (как и любого другого отдельно взятого разрешения, которого нет в списке) — максимум три-четыре десятые процента.
Кстати, можно еще на w3schools.com глянуть статистику, там QHD тоже есть отдельной строкой — 1.9% :) И 4k также нету, а последнее, что есть — 0,5% макбуковского 1792x1120.
Таким образом, можно смело говорить, что QHD сейчас около 2%, а 4k — не более 0,5%.
Лет через пять будет. Нынешний топ точно так же перейдёт в бюджетный/массовый, как это случилось с FullHDЕще раз: у большинства сейчас нет fullHD. Пять лет назад его было 14%, но тем не менее сейчас большинство продолжают использовать разрешение меньшие, чем fullHD. А 10 лет назад fullHD как раз было 3%. Так что если «точно так же» — то у большинства и через 10 лет 4k не будет, а в лучшем случае будет QHD.
Казуальным пользователям несвойственно расставлять окнаЭто утверждение абсолютно голосновное. Лично наблюдал вполне себе казуальных пользователей, которые открывают ворд, открывают браузер, и пишут так реферат/курсач/статью/etc. Либо открывают программу, открывают браузер, и в браузере смотрят howto/видос по этой программе. Так что да, верить вам в этом не буду.
Вы просто, наверное, за большим монитором не сидели. Раньше я тоже считал, что 1920 точек хватает за глаза. До тех пор, пока не приобрёл монитор 2560x1440. И знаете, просто небо и земля. Единственный минус: на работе стандартный FullHD и он теперь кажется та-а-акими мелким :(
Как раз таки раньше интерфейсы был побогаче, в те времена старались выделиться. Иконки и интерфейсы, в целом — это больше цветов, тени всякие, закосы под 3д и прочее. А сейчас все эти материал дизайн и тд и тп. Откройте ютуб приложение, у меня в айфоне:
- хэдер с 5 иконками(просто чёрные линии на белом фоне)
- 2 превью видео
- футер с 5 иконками(просто чёрные линии на белом фоне)
Даже обидно, нахрена мне ахрениллион цветов в дисплее, с потрясающей контрастностью и супер пупер разрешение ради десяти чёрно-белых иконок.
… движки CSS стали в 200 раз сложнее...
Всем надо стилизировать свой сайт так, как никто другой этого доселе не делал!
Повбывав бы!!!
Раньше с диалапом отключишь картинки, за 10-20 минут загрузишь книжек в txt\doc, несколько страниц документации, рвешь соединение и на вечерок (а то и на пару) контентом обеспечен — только чаю подливай бегай. P-I 166, 16Mb
Сейчас оперативки 8 гигов! В рот мне ноги! Да у меня жесткий диск с системой и всеми играми и всем софтом был 1,5!
А задачи меж тем никак не поменялись. Как в ворде служебки\статьи писались, так в либре-офисе теперь и пишутся. Как читал почту так и читаю. Только раньше открыть ящик — 1-2 секунды, а теперь все 20. Спасибо, Гугель за очешуенный стиль оформления почты!
Вот бы вернуть людям здравомыслие. Чтобы поняли, что свистоперделки графические — вторичны. А вот качественный контент — это реальная ценность веба. Мечты…
А задачи меж тем никак не поменялись.Так это ваши задачи не поменялись… :) Какую-нибудь диаграмму онлайн рисовать, совместно с человеком в другой стране, и при этом ее обсуждать в режиме видеоконференции (да еще если не два человека, а больше) — для того процессора и того интернета это было просто недостижимой фантастикой. А сейчас все это из браузера можно делать.
Другое дело, что свистоперделки часто втыкают там, где они не нужны.
для того процессора и того интернета это было просто недостижимой фантастикойДля того интернета — нет, для того процессора — да. В 2005м софт для OLPC это уже делал. При этом процессор там был на 433 МГц, а памяти было 256MB (и не «на вкладку», а «всего»).
Так это ваши задачи не поменялись… :)Ничьи не поменялись, по большому счёту. Мне никто не смог предъявить ни одной вещи, которая бы не была реализована примерно в 2005-2007му году и которой бы кто-то, в принципе, пользовался.
Все эти подключаемые криптоключи и видеоконференции, совместное редактирование VR, и прочие подобные чудеса… всё это было сделано примерно тогда.
Ну да, сегодня мы можем всё это проделывать без установки нативного софта, а платим тем, что нам нужно всего-то в 100 раз больше ресурсов, чем тогда, когда всё это было сделано “по уму”.
Не знаю: считать это “достижением” или “регрессом”.
Мне никто не смог предъявить ни одной вещи, которая бы не была реализована примерно в 2005-2007му году и которой бы кто-то, в принципе, пользовался.
Маски в видеоконференциях :)
В 2005м софт для OLPC это уже делал. При этом процессор там был на 433 МГц, а памяти было 256MBТолько речь шла про «P-I 166, 16Mb» и диалап :) Ну т.е. про период пораньше лет эдак на семь ну или хотя бы пять.
Кстати, интересно, сколько человек и в каком разрешении тянул тот OLPC?
А то, что к 2007-му году уже были и google docs и еще много чего — так со времен P-166 к тому моменту десять лет уже прошло, а в компьютерах нередко стоял если не Core2Duo, то что-нибудь одноядерное, но частотой под пару гигагерц.
Но не суть важно. В нынешнем скоростном интернете трансляция видео занимает совершенно ерундовую часть ресурсов сети и вашего компьютера. Всё остальное занимает тривиальный говнокод на джаваскрипте, рендерящий кнопочки и комменты под видео :)
совместной работы и видеоконференций (в крайне хреновом качестве, само собой) предоставлял NetMeetingТам на диалапе не видео было, а слайд-шоу :) Уже не говоря о том, что исключительно под одну платформу и если не два человека, а больше — то, насколько помню, видео примерно никак. Думаю, потому его и закопали.
видео занимает совершенно ерундовую часть ресурсов сетиНасколько я понимаю, как раз в части трафика, который в сети передается, доля видеотрафика очень велика. Другое дело, что это часто не видеоконференции, а котики в HD.
Насколько я понимаю, как раз в части трафика, который в сети передается, доля видеотрафика очень велика
Я имею в виду не в глобальных масштабах, а в локальных — какую часть наших необъятных каналов потребляют HD-котики.
Вот я, к примеру, открыл известную 4К демку: www.youtube.com/watch?v=LXb3EKWsInQ
В 4К-режиме она съедает аж четверть моего вполне обычного 100-мегабитного канала и менее 50% мощности моего достаточно хиленького GPU Radeon RX 560. Ну т.е. потоковое видео давно стало не особо напряжной задачей для компьютера. Куда уж там рендерингу 4К@60Hz в реальном времени по сравнению с отрисовкой формочек в браузере…
И к слову, про потоковые данные в древности — я стал пользователем скайпа сразу как только он появился. Так вот, в 2003-м году на моём тогдашнем диалапе он держал голосовую связь с США не хуже, чем обычный телефон с соседней квартирой.
В 4К-режиме она съедает аж четверть моего вполне обычного 100-мегабитного каналаВключите x2 — и будет уже половина :))) Но 100 мегабит — оно далеко не для всех «обычно» — это скорость выше среднего, для мобильного интернета — в разы выше.
А то, что по большей части канал простаивает… Ну так у меня и подключение к электросети в каком-то смысле «аналогичным» образом работает. На входе 63А, это почти 15кВт. Но даже электроплита с духовкой в пике потребляют, наверное, только четверть от этого.
Я работал в студии, где на серьезных щах рассуждали на тему «давайте наймем еще одного верстуна, который в основном будет не верстать, а придумывать прикольные анимации!».
Кстати! А ведь работала конференц-связь и онлайн-диаграммы в 2006 году. максимум 512 RAM, Athlon (или P4).Собственно тогда то и познакомился с openmmetings и bigbluebutton.
Просто сейчас во первых каждый желает выпендриться дизайном, а во вторых те, кто массово клепают сайты, как правило в оптимизацию не умеют от слова «совсем»! Вы даже не представляете, сколько раз я от «программистов» слышал фразу «Чува-а-а-ак, расслабся, 21 век. 4G везде, процы быстрые. Не будем мы запрос к базе тюнить, чтобы каталог быстрее грузился. Нахрен не надо!».
Повбывав бы!
Конференц-связь в 2006, конечно, уже работала (хотя конкретно по openmetings и bigbluebutton википедия наставивает, что появились они на год позже, но не суть). Но тут остается вопрос, сколько человек и в каком качестве оно могло обеспечить на том Athlon, насколько оно было платформо[не]зависимо и т.д.
Да и диаграмки совместно рисовать и при этом в глаза друг другу смотреть — задачи менее часто встречающиеся чем написать письмо\служебку, глянуть погоду, выставить счёт.
Сейчас Google Workspace образовательным учреждениям бесплатно предоставляется. Если не секрет, какова была стоимость того проекта внедрения?
Сейчас кстати проект «повзрослел», стал приятнее по дизайну и избавился от Flash в пользу WebRTC. Работает отлично. Ставил в пару мест — все довольны.
А вот переход на WebRTC как одну из тех «1217 спецификаций W3C», о которых речь в статье, на мой взгляд в некотором смысле намекает :)
А вот переход на WebRTC как одну из тех «1217 спецификаций W3C», о которых речь в статье, на мой взгляд в некотором смысле намекает :)
Не, не, не, уважаемый сэр! Я ни в коем случае не луддит и не противник научно-технического прогресса! Я всеми конечностями за! Просто должно быть в меру и осознанно, а не как обычно бывает «Давайте вхерачим вон-ту штуку потому, что ее изобрели в гугле\ФБ\яндексе и все у кого джинсы подвернуты её хвалят!». А потом удивляемся, чего это у нас простейшая задача решается с использованием гигабайт пространства и оперативки. Вот серьезно, КАК можно написать на VB аудиоплеер с ограниченным количеством поддерживаемых форматов который бы вешал 2 ядерник с 4 гигами памяти при воспроизведении MP3-файла? Страница на которой 2 абзаца полезной информации занимает 5 мегабайт! Раньше я себе в универе по выделенке на 1 дискету нормально так почитать выкачивал. Многотомник RAR раскиданный на 10 дискет позволял отлично провести выходные и жутко не выспаться. Сейчас такой фокус не пройдет.
Есть тут руководители разработки? Может пора за необоснованное использование библиотек и фреймворков депримировать
Поверьте, там далеко не «небольшая команда» была.Охотно верю :) Но я к тому, что для других это могло быть заметной суммой. Есть определенный (для многих — слишком высокий) порог входа по навыкам и/или затратам, чтобы этим пользоваться.
Сейчас аналогичные возможности доступны фактически бесплатно и любому желающему.
И это становится возможным в т.ч. и потому, что появляются новые стандарты, о которых данная статья. Ну а то, что их не всегда разумно и оправданно используют — так тут я с вами полностью согласен.
А вот интересно, если бы во все браузера встроить код, который бы рубил страницу, если она не загрузилась (со всеми скриптами) полностью условно за 1 сек, это бы стимулировало писать более легковесные и качественные Web приложения? Ну т. е.
как то оценивать качество страниц при загрузке и если они тратят слишком много ресурсов (память, процессор, диск, много что-то в фоне подолгу считают), то рубить загрузку. Хотя наверное это разработчикам браузеров не нужно.
Ну например, нажал кнопку, сработало событие. И оценивать время от его начала до окончания. Если время превышает лимит, отключать этот скрипт как невалидный. Ну или если потребление памяти страницей превышает лимит гасить страницу, сейчас иногда бывает пару дней страница повисит в фоне и вместо 50МБ начинает занимать 1-2ГБ, а после перезагрузки страницы снова норма.
1. Сайт изначально сделан ради свистоперделок. Практической ценности мало, зато картинок и анимаций на js — вагон;
2. Сайт изначально минималистичен (по нынешним меркам) и соотношение «украшательств» и контента в пользу последнего. Но, потом приходят маркетолухи и прочий топ-менеджмент и начинают играть в любимую игру «имитация бурной деятельности». Выдвигают 100500 предложений одно нелепее другого. Основная суть — налепить дохрена скриптов для сбора данных и аналитики (а как-же иначе красивые графики в презентации о собственной эффективности делать?!). И после этого начинаются разговоры типа «чет сайт у нас хуже продает чем у конкурентов. Давайте новый закажем! Предыдущие разработчики сделали плохой и тормознутый сайт».
2. В линуксах на дебиане запускаются последние 78esr.
Вспоминаю, как на Pentium 1/32мб на какой-то выделенке 128кбит в 2000 году очень шустро рендерила страницы Opera в реальном времени, прям в процессе загрузки.
Что-что она делала? Рендила?
Учитывая, что только в 2004 JS был достаточно стандартизирован, чтобы начать вытеснять, а JS Engine появился в 2008, а в самой Opera избавились от рекламы только в 2005, а современный JS движок вообще появился только в 10й версии (2010), то в 2000 у вас «рендеринга» в опере быть не могло. Время было server-side рендеринга и java-апплетов.
Сам собой страница генерировалось сервером, я и не говорил обратного.
Речь о том, что например большие громоздкие форумы Opera отображала налету. JS для этого не нужен, сам движок Оперы отображал частично контент по мере загрузки страницы. Можно было читать верхнюю часть страницы уже через секунду, даже если там была табличная вёрстка, пока ещё несколько секунд загружается остальная часть страницы.
webrtc тоже появился в 2010+
Результат: таблиц больше нет, сайты работают катастрофически медленно, а ресурсов жрут столько, что никакой «ужасной табличной вёрстке» и не снилось.
За что боролсь, собственно?
У таблиц были проблемы с тем, что их нельзя рендерить не загрузив до конца.Ключевое слово были. Современные браузеры спокойно рендерят недозагруженные таблицы. Потом перерендеривают, после загрузки.
Не стоит забывать, что и сами страницы становятся сложнее. Я сомневаюсь, что сегодняшняя страничка хабра в 2000 загрузилась бы за мгновение
Погодите, это ж Фидонет.
Добро пожаловать в i2p!
"Чебурашку/ wechat" в итоге не блитесь получить?
Децентрализация же. И открытые спецификации для этого всего.
До сих пор пользуюсь, хотя сейчас это не что-то массовое, а скорее "клуб по интересова интернет-знакомых которые знают друг друга 10+ лет"
Ну только если то что вы написали не считать сообщением на формуме :)
Часть аудитории уходит потому, что ей не нужны фичи форумов, а те кому эти фичи нужны остаются и пользуются.
Т.е. было что-то типа переоценки какой-нибудь бумаги на фондовой бирже: время прошло, люди получили опыт и часть ушла и остались те кому реально надо.
Также и рынок ПК «умирает».
Форумы стали всякими конфлюенсами и джирами — т.е. системами для сбора знаний (есть существенная часть в виде статьи и есть комментарии для типа общения).
Форумы» как разновидность веб-контента явно вымирают.
И это прям очень печально. Актуальное решение на форумах может лежать десятилетия, уровень ответов на три порядке выше, чем ответы в соцсетях. Уход людей в соцсети в целом очень снизил качество контента в сети.
В телеграме появились аппликации? А бумагу и клей свои надо приносить?
P.S. Зато, например, я отказываюсь говорить «брелоки» без пистолета у моей головы :) Как говорит моя кузина, «Где-то развиваемся, где-то нет»))
Колдунство есть процесс колдуна. Делая колдовство, колдун занимается колдунством.
Ну и колдовство же тоже процесс. Колдун околдовал. Как он это сделал? Колдовал-колдовал и околдовал. Заниматься колдовством.
Вы подчеркнули, что оно «тоже процесс». Значит, человек занимался колдовством, делал колдовство, а в результате получилось колдовство. Три разных смысла вложены в одно слово, которое поэтому стало непонятным.
Поэтому и надо разложить смыслы по разным словам. Вот язык пытается это сделать.
Интереса ради: Вы вспомните хотя бы одно слово кроме «волнительный», у которого есть и форма "-ительный", и "-ующий"? Сомнительный, обременительный, бликующий и т.д.
Скоро вообще станут скучать «за» родителями, как украинцы. Это «за» вместо О так достало уже!
Скоро вообще станут скучать «за» родителями, как украинцы.
Подождите, в литературном русском — «скучать о родителях»? Вы не путаете с «поговорить за что-то» вместо «о чём-то», что вроде из Одессы пришло? (Удивлённо спрашиваю как украинец.)
Но эта проблема во всех местах сейчас. И русским нравится так коверкать свой язык :(
Вы хотите сказать, что они коверкают свой язык? Конечно нет, просто там другой гОвор.
Ну, вот, ещё: я в Германии часто бывал раньше и сам немецкий знаю, но у них куча диалектов. Они коверкают язык? Нет, конечно. В Швейцарии — один немецкий, в Австрии — другой, в Баварии — третий.
О, земляк!
на лето ездил к бабушке в Краснодарский край. Там все поголовно говорят «за родителей» и ездят «до бабушки». И это происходит десятик (сотни?) лет. И ещё «г» как украинц говорят.
Все очень просто, Краснодарский край — это часть Кубанского округа (упразднен в 1930 году), а национальный состав Кубанского округа (вики) (по данным переписи населения СССР 1926 года): украинцы (62,2 %) и русские (33,8 %).
«поговорить за что-то» вместо «о чём-то», что вроде из Одессы пришло?ЕМНИП, оно пришло из Бессарабии с подачи болгар-переселенцев, и распространилось через Одессу, так как Одесса была географически ближайшим очагом городской культуры. Предлог «за» тут просто употребляется то ли по болгарским, то ли по сербским правилам, прошу знатоков южнославянских языков поправить, если ошибаюсь.
Действительный/действующий, именительный/именующий, чувствительный/чувствующий.
Уже много лет слышу про «аппликации». И они, наряду с «партициями», ну очень сильно бесят. Зачем так коверкать слово, если можно легко произнести его правильно. К сожалению, эти кривые термины уже надежно закрепились в лексиконе.
И новый мессенджер пока ещё создать вполне возможно.
Мало создать мессенджер, ещё надо чтобы там люди завелись. А тут вам конкурировать придётся ещё и с Фейсбуком, пользователям которого и так хорошо, никуда уходить они не собираются, и вообще не подозревают, что есть интернет где-то за пределами ленты.
На Хабре ещё раньше, из-за "кармического проклятия".
Попробуйте тут осторожно заикнуться про возможные опасности ГМО (с глифосатом), СВЧ-связи (глиома и катаракта), прививок cо ртутью и др. "побочками".
"Вот, например, Люк Монтанье, нобелевский лауреат {вирусолог}, выступил с мнением о том, что covid создан искусственно. И его просто «стёрли в порошок». Вот она, независимая экспертиза! А стирали его в порошок те, кого наняли корпорации."
Да, тут очень не любят теории заговора (и все, что от них неотличимо). Потому что спорить со сторонниками этих теорий бесполезно, их мировозрение позволяет отвергать любые доводы, списывая их на часть заговора.
Еще тут не любят высказывания, похожие на кремлеботские. Потому что по варианции закона По, никак не понять, это человек искренне так считает, или отрабатывает 15 рублей. И потому что спорить с кремлеботами бесполезно — их цель засрать информационное пространство и, если их не минусить, хабр будет чуть более чем полностью состоять из таких комментов.
Почему всем этим научным группам не прикрутили финансирование? Они же занимаются откровенным вредительством, создавая серьёзную угрозу на пустом месте и без сопутствующих выгод.
Даже если вы запретите все оффициальные исследования то, что можно использовать как оружие будет исследоваться неоффициально.
То есть вирусы-химеры всё равно будут… а бороться с ними будет некому.
Потому же, кстати, Конвенция о запрещении химического оружия не запрещает все химические исследования вообще.
Опасности чего угодно с глифосфатом можно проверить, и так далее.И дальше можно оспаривать уже результаты проверок, обвиняя неправильных экспертов в ангажированности за деньги корпораций. Чем помянутый оппонент и занялся в следующем же абзаце своего коммента.
А самое печальное, что результатом этих активностей становятся лейбаки «Не содержит ГМО», а не «Выращено без глифосата». Вот за эту нечувствительную подмену понятий и не любят…
Ответ в названии. Если теория требует заговора — то это, внезапно, теория заговора.
Поэтому плоскоземельщики, антивакцинщики и антиГМО-шники — попадают в эту категорию. Поэтому теория о полной подделке выборов в США, где есть система сдержек и противовесов, политическая конкуренция на всех уровнях — заговорческая. А теория о подделке выборов в белоруссии, где 20 лет выстраивалась вертикаль власти — нет.
Сам по себе фактор заговора не так опасен — просто большой заговор очень маловероятен. Главная проблема в том, что такая теория неопровержима, потому что любой аргумент против можно дописать к заговору.
Еще один критерий: эти теории паразитируют на страхе. Поэтому теория о том, что жидо-рептилоиды тайно просвещают человечество, чтобы вывести его на уровень галактических цивилизаций — если и существует, то так редко, что ее нигде не видно. Теория о том, что эти же жидо-рептилоиды едят младенцев — в разных вариациях встречается часто.
Поэтому если теория требует тайного активного содействия огромного множества людей и вызывает ужас и праведный гнев у населения — она скорее всего теория заговора и спорить о ней смысла нет.
Кстати, как отличить неправильных экспертов, ангажированных за деньги корпораций, от неправильных экспертов, ангажированных за ужасно кровавый политический режим и находящих алкоголь в крови сбитых пятилетних мальчиков?
Вы про тех экспертов "купленных", которые несогласны с теорезаговорщиками? Тот же критерий. Если эксперты независимые друг от друга и их дико много по всем миру, но они все утверждают одно и то же уже очень долго, то скорее всего они не куплены, и говорят честное экспертное мнение.
Что касается короновируса — тут не требуется массового заговора, только лишь воля верхушки коммунистической партии китая. С этой теорией две проблемы. Во-первых, она практически бесполезна. Ее истинность никак не повлияет ни на лечение короны, ни на разработку биологического оружия всякими странами, ни на наказание китая. Вторая проблема — пока она базируется лишь на домыслах и распространяется как и теории заговора как страшилка.
Поэтому если теория требует тайного активного содействия огромного множества людей и вызывает ужас и праведный гнев у населения — она скорее всего теория заговора и спорить о ней смысла нет.
Пресловутый Остров Эпштейна может уже считаться теорией заговора, по вашей модели или ещё нет? Потому что там было:
- целый остров и много-много лет, то есть активное содействие огромного множества людей, включая очень видных политиков.
- происходившее на острове таки вызывает праведный гнев населения.
- закончилась история тоже не сказать чтобы чисто и без серьёзных вопросов
тут не требуется массового заговора, только лишь воля верхушки коммунистической партии китая
Активно содействовать выполнению этой воли будет огромное количество человек, так-то. И что-нибудь там про праведный гнев народа тоже будет.
Пресловутый Остров Эпштейна может уже считаться теорией заговора,
Тут не нужен заговор — только лишь защита собственной задницы парой десятков гостей острова.
Активно содействовать выполнению этой воли будет огромное количество человек, так-то
Простые китайцы всего лишь не распространяют эту версию, потому что их за это ждут неиллюзорные репрессии, как и за любые другие версии, бросающие тень на непогрешимую партию.
А в заговоре нужно участие лишь сотрудников лаборатории, которым сверху пригрозили пальчиком, да всяких проверяющих чиновников, которые докладывают, что ничего не было, версия не подтвердилась. Все участвующие в "заговоре" личности подчиняются буквально одному человеку и он имеет над ними власть.
Тут не нужен заговор — только лишь защита собственной задницы парой десятков гостей острова.
Ок. Для фальсификации выборов не нужен заговор — всего лишь стремление организаторов фальсификации прийти к/удержаться у власти.
В случае острова вы, кстати, забываете про всех остальных, кто там находился, включая обслугу — негоже президентам собственную комнату прибирать после веселья.
А в заговоре нужно участие лишь сотрудников лаборатории, которым сверху пригрозили пальчиком.
Согласно вашей модели, сотрудники лаборатории всего лишь защищают собственные задницы, следовательно заговор тут не нужен.
Все участвующие в "заговоре" личности подчиняются буквально одному человеку и он имеет над ними власть.
Не вижу противоречий определению любого заговора. В любой организации есть лидеры, и все остальные. Кавычки тут — это всего лишь ваше эмоциональное окрашивание.
Для фальсификации выборов не нужен заговор — всего лишь стремление организаторов фальсификации прийти к/удержаться у власти.
И содействие со стороны всех участников. Если эти участники официально зависят и подчиняются организаторам, то тут не нужен заговор. Если же этим организаторам помагают почти все их политические противники, то тут попахивает теорией заговора.
В случае острова вы, кстати, забываете про всех остальных, кто там находился, включая обслугу
И обслуга активно участвует в разоблачении этой истории. Если бы не эти свидетили, эпштейн не умер бы в камере.
Согласно вашей модели, сотрудники лаборатории всего лишь защищают собственные задницы, следовательно заговор тут не нужен.
Именно, поэтому я и написал, что тут не надо заговора. Поэтому это не теория заговора.
Не вижу противоречий определению любого заговора. В любой организации есть лидеры, и все остальные.
В теориях заговора в заговоре участвуют почти все, многие и независимые, без общего лидера. Или эти почти все принадлежат какой-то тайной организации с тайным лидером. Именно это и позволяет любой аргумент против списать на заговор, за что эти теории ненавидят.
Если же этим организаторам помагают почти все их политические противники, то тут попахивает теорией заговора.
Мне (и, в какой-то степени вам) как раз повезло только что увидеть вот такую серию обсуждений недавно вышедшей статьи от Times Magazine:
- Time Magazine ADMITS There Was Election Conspiracy, But THEY Call It SAVING Democracy
- Twitter Tries To CENSOR Factual Quotes Of News Commentary, They Are TIGHTENING Their Grip
Оба видео — часть одного подкаста, и обсуждают вот эту статью: time.com/5936036/secret-2020-election-campaign
Налицо все признаки заговора, но банхаммеры от этого только ускоряются. Более того, судя по второй части обсуждения, как там что на самом деле или что по этому поводу думают «независимые» эксперты — уже никого тоже не волнуют. «Правильная сторона истории» ведёт зачистку несогласных, да и просто любопытным прилетает.
> И обслуга активно участвует в разоблачении этой истории.
Только с момента, когда участие в разоблачении стало в интересах «защиты их задниц». Долгие годы та же обслуга молчала в тряпочку, являясь по сути добровольными участниками заговора по поддержанию всей операции в тайне.
> Именно, поэтому я и написал, что тут не надо заговора. Поэтому это не теория заговора.
Согласно вашему же определению из словаря, это самый что ни на есть заговор. В определении не указывается характер предмета заговора, и нет фильтра по мотивам участников.
> В теориях заговора в заговоре участвуют почти все, многие и независимые, без общего лидера.
Нет, во всех теориях заговора есть лидеры. Иногда, когда явного лидера назвать не выходит, теоретики могут его выдумывать, как это делают, например, свидетели плоской Земли. Но координация участников между собой всегда является частью теории.
0xd34df00d, если пропустили — хотя бы саму статью от Times стоит почитать, а заодно проверить через wayback-machine на предмет редактирования (но это я сам делать поленился, да и вам, наверное, тоже будет не до того — но вдруг).
что такое заговор?
Из словоря ожогова:
Тайное соглашение нескольких лиц о совместных действиях против кого-л., чего-л. для достижения каких-л. целей.
Однако, я извиняюсь, нужно было добавить, что нужен именно массовый заговор независимых акторов.
Вертикаль власти — это разве не заговор ну просто по определению
Нет. Оно нисколько не тайное.
Тайное соглашение нескольких лиц о совместных действиях против кого-л., чего-л. для достижения каких-л. целей.
Однако, я извиняюсь, нужно было добавить, что нужен именно массовый заговор независимых акторов.
Смотрите, есть вот статья от вроде весьма уважаемой публикации о том, что The Great Reset — это теория заговора:
www.nytimes.com/live/2020/11/17/world/covid-19-coronavirus#the-baseless-great-reset-conspiracy-theory-rises-again — (обратите внимание — «baseless is the new racist»).
А вот статья от World Economic Forum про тот самый Great Reset:
www.weforum.org/great-reset
Массовый сговор? Массовый. Независимых людей? Настолько независимых, как это возможно. Тайный? Да как-то не особо. Даже книга с соответствующим названием есть, в соаторстве с одним из непоследних лиц WEF. Но всё-таки в официальной прессе это зовётся нынче «теорией заговора». Хотя вот если читать только белую прессу, то о такой инициативе от WEF особо-то узнать не получится, следовательно все формальные признаки заговора по вашей модели будут присутствовать.
Или вот pump'n'dump акций GameStop нынче тоже кое-кто видный в публичной сфере зовёт conspiracy, хотя вся координация ведётся на публичных площадках.
под один лейбл из «заговоротеоретиков» заметаются иВ общем случае — никак. Чрезмерное загрубление приводит к неработоспособности метода.
…
Кстати, как отличить
Но в каждом конкретном случае можно разбираться. А поскольку на разбор всех случаев жизни не хватит точно, приходится группировать и использовать маркеры, индикаторы и прочие ключевые слова.
Можно дискутировать о вреде глифосата, но когда конкретным глифосатом оправдывают требование запрета любого ГМО (в идеале при этом в рунете еще на Ермакову ссылаться надо, но это уже комбо) — до свидания.
Можно спорить о проблемах стратиграфии и сложностях датирования артефактов, но как только звучит имя Фоменко — до свидания. Жизнь не столь длинна, чтобы тратить ее на дискуссии с индоктринированными идиотами, которые не воспринимают доводов и используют вас, как очередной повод токовать.
И да, ошибки при таком подходе, разумеется, возможны.
Что до известного вируса — по моему глубокому убеждению, если вы не вирусолог и не эксперт международного суда, которому нужны данные прямо сейчас — лучше всего забыть про него лет на пять. За это время основная масса пурги, которую сейчас несут просто потому, что опять же повод токовать, должна схлынуть, и можно будет разобраться спокойно.
от неправильных экспертов, ангажированных за ужасно кровавый политический режим
Да-да, и "прижим" этот имеет тюрьму в Гуантанамо, развязал подавляющее большинство войн за последние 100 лет, при ~5% мирового населения тратит ~25% мировой добычи нефти и прямо писал, что "лишние люди" в мире мешают процветанию США.
https://ru.wikipedia.org/wiki/National_Security_Study_Memorandum_200
https://ru.wikipedia.org/wiki/Скрижали_Джорджии
И на решение этой проблемы выделялись деньги их госбюджета.
В ГМО, СВЧ или токсичные прививки от рукотворных вирусов это вылилось — решайте сами.
И я сейчас говорю именно о технической стороне, не учитывая маркетинг и тому подобное.
Как мне в мессенджере почитать интерактивную справку по C++, например? То, что на cppreference.com? Бота заводить для этого?
https://en.cppreference.com/w/Cppreference:Archives
P.S. Это не ответ на вопрос, просто заметка на полях.
А вот когда размеры «листа» могут быть любыми, более того — могут меняться прямо в процессе просмотра, вот тут-то все «древние» системы вёрстки дружно дохнут. Представьте, что вы сверстали текст в каком-нибудь Adobe InDesign и теперь вам нужно всего-то на сантиметр уменьшить ширину макета. Всё! Вся автоматика сразу куда-то исчезает, и вам придётся всё перевёрстывать вручную, тратя на это многие часы. А для современных браузеров это стандартный режим работы, отсюда и все сложности.
но хотя бы перенос слов-то за 25 лет можно было сделать?Так сделали же. Или имеется в виду что-то другое?
Не в отдельно взятом ососбо длинном слове, а всюду? А если даже представить, что кто-то один раз расставит, так получится WO-текст, не подлежащий редактированию…
Поэтому и пишут, что нет переносов, — ведь их действительно нет.
прекрасно расставленными на нескольких “несуществующих” форумах.Это делается не таким уж сложным скриптом на сервере во время публикации.
И ширины можно сделать кроме
bold и italic и вообще всё, что было во всех этих системах вёрстки.Всё вообще не в технику упирается, а в тот простой факт, что все эти красивости не приносят дохода… а значит никто этим заниматься, на коммерческих сайтах, и не будет.
А будет, вместо этого, прикручивать фреймворки на пару мегабайт ради двух кнопочек.
Не там ищете.
Многие пользователи тогда были недовольны, и мы сами тоже увидели, что проблема действительно есть. Пришлось убрать этот механизм.
Я предположил бы, что на бумажной странице глаз позиционируется в том числе по месту читаемого на странице. «Стены» текста с планшета вполне читаются в каком-нибудь кулридере, но гораздо хуже воспринимаются в браузере: разница, пожалуй, только в наличии у браузера вертикальной прокрутки.
Зато с этой задачей неплохо справлялся MS Word ещё четверть века назад. На 386-х процессорах.
MS Word верстал под неизменный лист бумаги.
Сделайте эксперимент: сверстайте в 2 колонки, с картинкой и врезкой, под А4; затем смените формат листа на B5.
Особенно было весело когда народ всё верстал у мебя дома, с матричным принтером, приходил в офис «быстренько распечатать на лазернике»… и обнаруживал, что количество страниц в документе, почему-то изменилось и вся вёрстка поплыла.
После того, как матричники канули в лету и принтеры стандартизовлись на 300dpi (и кратных значениях: 600dpi, 1200dpi и так далее) — проблема стала экзотикой.
Но и в 2021 на самом деле MS Word всё верстает не просто под бумагу, но под конкретный принтер.
LaTeХ, возможно, лучше чем inDesign в этом плане, но для браузера требования к гибкости вёрстки гораздо выше.
Ну, латекс довольно долго рендерит. Если каждый раз при перетаскивании окна пользователь будет ждать несколько секунд обновления — будет очень печально.
Но если кто технику понимает и в технологических вопросах опыт имеет, тот будет называть правильно — Латех.
Об этом же говорится в википедии.
Я — программист с большим стажем, работю в FAANG. На латексе написал много статей в международных журналах и свой PhD по computer science в одном из крупных европейских университетов. Не надо по чтению одного термина делать выводы о людях.
Вы почему-то называете эту программу каучуковым соком, хотя вам подсказывает википедия:
en.wikipedia.org/wiki/LaTeX
И подсказывает Дональд Кнут:
www.youtube.com/watch?v=8HuwiBPLV3A
Произносится [ˈlɑːtɛx], потому что не связано с млечным соком гевеи (латексом), не помогает делать латексные бинты или латексные подушки.
нет механизмов обтекания текстом сложных фигур
Есть — CSS Shapes.
нет толщин за пределами normal/bold
Ну там есть от 100 до 900, но не во всех шрифтах.
без костылей нет даже нормальной реализации колонок
Да вроде бы есть — CSS Multi-column.
Есть ещё CSS Fragmentation и Paged Media, чтобы разбивать на страницы, но лучше бы их не было. Они это пытаются совместить с остальными интерфейсами. В каждой спеке по layout-ам — флексбоксе, гриде, таблицах, etc. — есть специальный такой раздел, посвящённый разбиению на страницы. «Хмм, а как нам грид с зубодробительной конфигурацией разбить на две страницы, прям посередине?» Как бы вполне функциональный флексбокс или грид реализуется довольно быстро, но вот на прочие маловажные фичи нужно убить в 10-100 раз больше времени.
огромная беда лигатурами
Лигатуры из беды — это сильно.
Просто для полноты картины: с лигатурами всё в порядке. Нужен шрифт с лигатурами. Плюс пара настроек по вкусу.
Надо бы создать новый веб. С криптой, анонимностью и p2p.
За доступ в который все равно придется платить провайдеру с указанием паспортных данных :D
Где-то я это уже читал.
вы ее читали в прошлом году
я думаю, эту статью теперь каждый год переводить станут, как Иронию судьбы.
Ой, и правда! Ну ладно, будем считать, что этот пост надо постить каждый год, пока ситуация не улучшится.
За год наверняка много новых стандартов напридумывали. Вы бы хоть актуализировали числа.
Некогда работать над материалом, надо постить пока бомбит и собирать лайки!
Я перед публикацией посмотрел на страницу с обновлениями, увидел что где-то 10% от неё занимают обновления после марта 2020, но там есть и фундаментальные обновления существующих многосотстраничных стандартов. Так что я пока думаю, как это отфильтровать.
Именно поэтому я считаю (вопреки мнению большинства хабровчан), что в мире IT, в отличие от реального мира, монополия — это очень круто. Монополия это стандарт, а свобода — это зоопарк и необходимость одну и ту же работу выполнять несколько раз, под каждый из вариантов платформы, либо городить тонны абстракций. Поэтому я считаю, что всех любителей свободы разработки (которая достигается за счёт растранжиривания пользовательских ресурсов) нужно загонять на единый стандарт, причём загонять силой, ибо по-другому они не понимают. А сделать это может только монополист.
В этом плане меня радует тенденция монополизации браузерных движков, ведь как только всё остальное окончательно сдохнет, Google наконец сможет послать все эти комитеты куда подальше, объявить кучу устаревших фич deprecated и их выкинуть, и все поневоле начнут подстраиваться. Ругаться, плеваться, но подстроятся.
как только всё остальное окончательно сдохнет, Google наконец сможет послать все эти комитеты куда подальше, объявить кучу устаревших фич deprecated и их выкинуть
Точно, ведь именно так и бывает в отсутствие конкуренции! Прям как было с Internet Explorer, когда он захватил рынок и стал бешено развиваться в сторону удобства, скорости, оптимизации и безопасности.
В нулевых параллельно жили x86, PowerPC, MIPS, ARM, Alpha и SPARC. Были параллельно Mac OS Classic, OS X, Windows NT-XP-2K, Win9x, PocketPC, Symbian, Palm, Linux и ещё десяток систем, не считая экзотики.Подскажите пример программ портированных на все эти системы в то время?
Opera Presto? :-)
Мультиплатформные программы, безусловно, были. Но так сразу и не вспомнишь.
А он был кросс? По ощущениям, писали каждый вариант (винда, мак) по отдельности, соблюдая лишь совместимость форматов.
Думаю, если сравнивать в контексте приложений на базе браузеров и всяких электронов — возможность собирать и запускать код под любой популярной ОС, в котором при этом большая часть не относится к прослойкам, обеспечивающим эту самую запускабельность. По типу той же джавы — написал один раз, запускаешь везде, разве что с поправкой на необходимость пересборки под каждую платформу.
Не совсем в тему, но залез почитать исходники вебкита и встретил там подобные перлы, так что в вебе таки тот же зоопарк, только ещё и протекающий в среду исполнения (из-за косяков приложения фиксят браузер). Шикарный принцип, да, ведь все сайты равны, но некоторые таки равнее.
А он был кросс? По ощущениям, писали каждый вариант (винда, мак) по отдельности, соблюдая лишь совместимость форматов.
возможность собирать и запускать код под любой популярной ОС,
И тогда возникает другой вопрос — как определить что писали а не прортировали? Внешний вид\интерфейс не показатель. Приложение под Windows и под Android будет выглядеть совсем по разному.
Вы не поверите, WindowsNT 90-х годов существовал не только для x86, но и для Alpha и PowerPC, как и оффис, под эту самую НТю.
P.S. Интересно что на новых, модных, ARM'овских процессорах будет. Не удивлюсь что когда Apple откажется от Rosetta 2 Microsoft прикрутит свой эмулятор x86…
P.S. Интересно что на новых, модных, ARM'овских процессорах будет. Не удивлюсь что когда Apple откажется от Rosetta 2 Microsoft прикрутит свой эмулятор x86…
Они уже пару месяцев как нативные версии выпустили: https://www.microsoft.com/en-us/microsoft-365/blog/2020/12/15/4-ways-microsoft-365-is-improving-the-experience-for-mac-users/
Не удивлюсь, если в «нативном ARM оффисе» есь x86 эмулятор. Для той же цели.
По крайней мере, работают в разы быстрее, чем x86-версии через Rosetta.
В нативной версии для x86 у них вкручен эмулятор Windows чтобы некоторые модули использовать от Windows-версии.
А где про это почитать? Первый раз такое слышу, интересно стало.
А где про это почитать? Первый раз такое слышу, интересно стало.Это откопали когда Microsoft пихал OOXML как стандарт. Но выяснилось, что даже сам Microsoft не может всё реализовать дважды и просто какие-то вспомогательные .DLL'ки тащит из Windows версии. VBA вроде и ещё какие-то подобные штуки.
Не интерфейс.
Кажется на Old New Thing про это писали, но сейчас ссылка не гуглился (впрочем там все комментарии убили из-за GDPR, так что может и не удастся найти).
P.S. Впрочем это, конечно, Microsoft не остановило: денег занесли, стандарт приняли.
какие-то вспомогательные .DLL'ки тащит из Windows версии. VBA вроде и ещё какие-то подобные штуки.
Погрепал весь дистрибутив MS Office 2016 for Mac, никаких DLL не нашёл.
Visual Basic for Applications.framework — обычная нативная динамическая Mach-O библиотека, как и всё остальное, включая COM и OLE фреймворки.
Погуглил ещё и нашёл пачку обращений в поддержку с ошибками загрузки DLL, включая can't find dll entry point. Похоже, что-то подобное действительно имеет место быть, где-то в библиотеке типов для VBA.
Невозможно решить описываемую проблему в посте, по крайней мере простых решений нет.
Вот напишет он в стандарте что у него 0>1 (а так, может, для поисковой оптимизации лучше), и будете «Ругаться, плеваться» и подстраиваться\изучать новую гугломатематику.
И тогда за счёт упрощения кода у них высвободится куча людских и машинных ресурсов, которые можно будет пустить на повышение удобства и производительности!
Да нет конечно, никто этим заниматься не будет. Ещё одного Спота и Штадию сделают взамен.
Это называется парадокс Джевонса.
Непонятна претензия, если честно. Браузеры сложные? Так и веб контент стал посложнее. Да, раньше и операционка умещалась на одной дискете, только функционала у нее было гораздо меньше.
Так и веб контент стал посложнее
Это и плохо. Браузер не должен быть тем, во что его превратили. Для этого, может быть, нужны были открытые альтернативы Flash там или те же Java-апплеты.
По сабжу — есть Gemini, браузеров для него уже куча, там даже сайты есть.
По сабжу — есть Gemini, браузеров для него уже куча, там даже сайты есть.
Вот Gemini — это как раз реакция на распухший веб. У протокола принципиальная фича — отсутствие расширяемости, что делает невозможным нагромождать сущности и сделать из протокола платформу для приложений. (Ну ладно, не невозможным, но очень неудобным.) Gemini делает то, и только то, для чего создан — хостит контент.
И хотя Gemini в принципе позволяет хостить и «сложный» контент, а не только text/gemini, но ограниченность протокола не позволяет много интерактивности. Что по идее должно привести к тому, что Gemini-нет будет проще. Но это держится только на ожидании, что люди будут самоограничиваться text/gemini, а не захотят интерактивный контент.
В Gemini-браузер добавляем поддержку Wasm/Java-апплетов/Flash — вжух, теперь нужен целый стек стандартов для доступа этих приложений к ресурсам компьютера: сети, диску, железкам. И опять возникает та же проблема, что и с вебом-через-HTTP.
Я, наверное, мечтатель, но мне хочется надеяться, что за такими проектами как Gemini большое будущее. Ведь вот когда-то сообщество технарей создало Фидонет. И в нём было много интересного контента. Потом мегакорпорации с маркетантами всё подмяли под себя, однако, в какой-то степени, благодаря им повысилась мощность железа, увеличилась пропускная способность каналов и т.п. Может быть умные люди устанут от всего этого безобразия и таки создадут свой "гипертекстовый фидонет", Gemini там или ещё что-нибудь. И в нем реально удобно будет через консольку читать, комментировать, дружить и т.п. Ну а остальная масса пусть сидит себе в вконтактах и одноклассниках.
но мне хочется надеяться, что за такими проектами как Gemini большое будущее
Нет, вот как раз большое будущее приводит к вебу с рекламой, трекингом, и всем этим. Где есть люди — там есть деньги. Где есть деньги — там есть люди, готовые на что угодно ради денег.
Ранний интернет был «тёплым-ламповым» именно потому, что его аудитория была маленькой и… как это… self-selecting. Не будучи техническим энтузиастом нельзя было попасть в интернет. Теперь это доступно многим. И у многих есть много ожиданий от того, что им «должен» веб: должен быть интерактивным, должен быть красивым, должен позволять игры в браузере, должен предоставлять максимум информации о посетителях, и так далее.
Gemini space — это такой вот hard reset аудитории до тех, кому норм обмениваться текстом. И он сохранит свой уют именно пока он остаётся сравнительно маленьким и self-selecting. Ну, или умрёт через несколько лет, когда люди наиграются — ведь сейчас у них есть выбор, в отличие от тогда.
Ну вроде рынок решает, должен что то браузер или не должен, нет? Процент распространения Gemini показывает, какой части юзеров хочется обменять поддержку значительной части фич современного веб контента на адекватную работу на слабом железе. До сих пор не понимаю, почему это "плохо", и кому браузер должен или не должен. Рынок сам всё отлично балансирует, без моего или вашего мнения, разве нет?
Это вообще протокол, и как я понял может отдавать вполне обычный веб контент.
Проблема ведь не в протоколе, а как раз-таки в связке html+css+js
Gemini довольно специализированный. Можно качать контент, но только если это что-то сравнительно небольшое (никаких тебе запросов с диапазонами, возобновления, мультиплексирования, и т. д.) Текст отдавать или там немного картинок — пожалуйста. Стримить видео — вряд ли. Очень сложно отправлять что-то обратно на сервер, поэтому интерактивность страдает. Веб-приложения на основе Gemini не очень удобно писать.
У Gemini есть «родной» формат контента (как HTML для HTTP), который не подразумевает автоматическое скачивание всего прилинкованного в документе и автозапуск всех скриптов. И скриптов тоже нет. В HTML их тоже сначала не было, но это расширяемый язык. Фундаментальная особенность text/gemini в том, что этих возможностей нет — и не будет.
В итоге это приводит к тому, что экосистема в целом содержит контент попроще. Кому нужна связка HTML+CSS+JS или что-то сложное — вряд ли будет пользоваться Gemini.
Оптимизация кода принесена в жертву быстроте и дешевизне разработки. Это не плохо и не хорошо, это золотая середина, найденная рынком с учётом стоимости железа и покупательной способности пользователей. Возвращаясь с аналогии с операционками — Майкрософт не будет инвестировать в гигантское количество трудочасов сверхпрофессиональных разработчиков, чтобы переписать вин10 на чистом ассемблере ради 1.5% пользователей, которые не могут позволить себе купить 8гб планку памяти. Sad but true.
Напишите свой суперпродукт который отдает предпочтение пользовательским ресурсам, завоюйте рынки, докажите что все неправы.
Спойлер: вряд ли у вас получится, потому что все вот эти экономии ресурсов — это хотелки прогаммистов, а пользователю не важно что у него целое ядро цпу занято если уведомляшка чуть симпатичнее нарисовалась.
Ну, так уж неважно. А истории вроде https://zadolba.li/story/20551 видимо из пустого места возникают и 3000 оплачиваемых хомячков их лайкают (к слову 3000 — довольно большой результат для истории на этом сайте, выше среднего, как минимум в 5-ку за неделю такие истории входят)
Тут же проблема вот в чём: рынок в принципе не может породить эффективных программ.
Вот никак.
Программы — они ж, сволочь такая, не ломаются. Они могут глючить, конечно, но они будут завтра глючить так же, как вчера и сегодня.
А что это значит? Эффективные программы не продаются! Пользователь один раз их купит… и будет пользоваьтся. Вечно (потенциально вечно, как минимум… на практике будет пользоваться долго… 10, 20 лет…).
А дерьмо? Дерьмо продаётся. Какое-то хуже, какое-то лучше… но всегда лучше качественных программ.
Потому хоть какое-то качество вы можете ожидать там, где, во-первых, нет продаж, а во-вторых, где авторы, почему-то хотят создать что-то хорошее.
Таких ниш… немного в общем.
А всё остальное — будет дерьмом… увы. Иначе не получается.
Программы — они ж, сволочь такая, не ломаются. Они могут глючить, конечно, но они будут завтра глючить так же, как вчера и сегодня.В ограниченном объёме, до тех пор, пока эти программы не имеют устаревших зависимостей и так далее. В том же маке мгновенно, по мановению руки мгновенно поломались все x86 программы, просто потому, что система перестала их поддерживать. В firefox тоже мгновенно поломалась куча расширений, из-за того, что апи был изменён.
В том же маке мгновенно, по мановению руки мгновенно поломались все x86 программы, просто потому, что система перестала их поддерживать.Это когда случилось-то, извините? На всех современных маках они ещё работают.
И даже если вам нужна программа для PowerPC… купить соответствующее железо на eBay не проблема.
Это когда случилось-то, извините?7 октября 2019
И даже если вам нужна программа для PowerPC… купить соответствующее железо на eBay не проблема.Как вы себе это представляете? Если мне нужна эта программа в пути, то мне что, два ноутбука таскать? Или за столом два монитора ставить? Усилия требуемые для использования этой программы могут быть больше, чем усилия требуемые для отказа от неё или замены на что-то другое.
Если мне нужна эта программа в пути, то мне что, два ноутбука таскать?Зачем? Спокойно можно пользовать ноут достаточно древний.
Я знаю людей, у которых комп более, чем 10-летней давности и их он устраивает.
Да, конечно, сбербанк тормозит дико… но если вы в нём не проводите весь день — это не так и страшно.
Башорг #420672 – всё давно написнао за нас.
Истории есть, а вот успешного бизнеса по таким лекалам — увы. Есть только сайтик suckless который пропогандирует удешевление путем отказа от обрабокти эдж кейсов "а чо, пусть юзер не тупит и не делает ерунды".
Пользователи голосуют кошельком. "Если звезды зажигают, значит кому-то это нужно" (с). Если мы имеем текущий рынок значит за это пользователи платили больше, чем за альтернативы. Все идет от потребнотей, если офк вы не любитель заговора элит которые навязали айфоны населению.
Пользователи голосуют кошельком.Это всё равно как говорить, что человек специально выводит особо мелкую рыбу в реках и морях.
Да, по факту — так получается, не так давно писали про это статью.
Но это вот нифига не то, за что “голосует человек”.
Все идет от потребнотей, если офк вы не любитель заговора элит которые навязали айфоны населению.Причём тут вообще заговор элит? Качественную прогрмму вы можете продать один раз. Одному думающему человеку. Некачественную — тысячу раз разным рекламодателям. Второе — выгоднее. Всё.
Причём тут вообще заговор элит? Качественную прогрмму вы можете продать один раз. Одному думающему человеку. Некачественную — тысячу раз разным рекламодателям. Второе — выгоднее. Всё.
Я покупал офис каждые 3 года, 2010, 2013, 2016… Все версии которого я считаю довольно качественными. Тоже касается игр и любого другого софта. Фичи и улучшения идут непрерывным потоком. кто-то должен потратить деньги чтобы их реализовать, а значит и продавать их нужно, иначе нецелесообразно этим заниматься.
Это всё равно как говорить, что человек специально выводит особо мелкую рыбу в реках и морях.
Нет, не все равно
Качественную прогрмму вы можете продать один раз. Одному думающему человеку.
//Смотрит на бандл JetBrains, за который стоит авто-оплата на каждый год…
//Смотрит на подписку для гитахаба, ибо MS не испортили сервис, благодарен
//Подписки с донатами на всяких патреонах, ибо люди пишут нужное мне. Снова благодарен
Ну даже не знаю, понятное дело, что мир большой и разный. Но есть и те, кто будет платить.
//Смотрит на бандл JetBrains, за который стоит авто-оплата на каждый год…JetBrains? Качественная программа с точки зрения потребления ресурсов?
Какой химикат вы потреблете и какая у него побочка?
//Смотрит на подписку для гитахаба, ибо MS не испортили сервис, благодаренВо-первых: пока не испорили. Skype они тоже не сразу угробили.
Во-вторых… он тоже нифига не лёгкий и быстрый. Главная страница мег занимает.
Но есть и те, кто будет платить.За реально качественную (в смысле эффетивности и потребления ресурсов?). Нет, не будут. И вы своим списком это, собственно, доказали.
JetBrains — большие молодцы. Но их поделие жрёт ресурсы просто «не в себя», уж извините. И будет жрать.
Ибо если вместо какого-нибудь code with me они выпустят новую версию, которая просто будет требовать вдвое меньше памяти (а реально там можно и в 10 раз потребление уменьшить, если не в 100) — то вы от авто-оплаты просто откажитесь.
Ибо в железо, на котором современного монстра можно запустить вы уже вложились, а зачем вам платить за то, чтобы другим было удобно?
Качественная программа с точки зрения потребления ресурсов
На мой взгляд вполне «да». Меня все устраивает. Моих коллег Java/PHP/Python разработчиков тоже (ну кроме сомнительных нюансов UX, но речь не про это же).
пока не испорили
Так можно про что угодно говорить — «они это пока не испортили». Считаю не конструктивной такую позицию.
Главная страница мег занимает
Только 1Мб в 2021-ом? Хм, не страшно. У меня она еще поверх обвешанна userscrypt-ми (для большего удобства мне).
требовать вдвое меньше памяти
У меня нет лимитов памяти. И так все устраивает. Но да, будет приятно. От оплаты все равно не откажусь. Зачем?
современного монстра можно запустить
Мой стац родом из конца 2015-го. И будет работать еще два года (до DDR5). Ну я не знаю, в пересчете на срок службы цена мизерная выходит.
Только 1Мб в 2021-ом?А причём тут 2021 год? Там меньше двух килобайт текста. С какого перепугу страница с небольшим количеством текста и парой кнопочек должна занимать в тысячу раз больше, чем имеющийся на ней текст? Заметьте — это ведь даже не полноценное Web-приложение, в котором, как в GMail, сначала грузится куча кода, зато потом с ней можно работать даже offline. Нет. Это просто Web-страничка. До безобразия громадная, на самом деле.
Меня все устраивает.Ну вот в это всё и упирается. Если людей кормить исключительно дерьмом, то они, со временем, теряют возможность отличать его от чего-то ещё.
Когда я учился в школе у нас в углу компьютерного класса стояла старенькая Ямаха. На неё мало кто претендовал (кому она интересна, когда рядом с ней стоят IBM PS/1 с Pentium II, на одном даже Pentium III был), но файлики в 200К на ней Tor позволял редактировать спокойно (притом, что памяти в ней было всего 128KiB, но ведь было ещё и 128KiB видеопамяти).
Сегодня же я не могу в IDEA окрыть Java-файлик в 100MiB при наличии на моей рабочей станции 192GiB оперативки!
Когда-то над КПД паровоза в 1-8% все смеялись. Сегодня у нас текстовый редактор имеет КПД в 0.1% — и ничего, меня всё устраивает.
У меня нет лимитов памяти.Зато у IDEA они очень даже имеются.
От оплаты все равно не откажусь. Зачем?Затем что если захотеть это довести хотя бы до параметров паровоза, то несколько лет вам потребуется платить только за оптимизацию.
Даже если лично вы на это согласитесь… вы будете в явном меньшинстве.
Не хотят люди плаить за качество. Но при этом жалуются.
Не хотят люди плаить за качество. Но при этом жалуются
Еще раз, вы слишком самоуверенны в своих «каменных» убеждениях: я, все мои друзья, мое рабочее окружение — мы регулярно имеем общую тему обсуждения, которую можно назвать «ну что, кто из вас что-то попробовал новое и оно оказалось лучше, чем известное нам?». Происходит постоянный обмен в поисках более эффективного с точки баланса «цена/качество». И да, «я не на столько богат, чтобы покупать дешевые вещи». Отлично знаю, что качество стоит денег. И я готов за это платить. Так выходит обычно в конечном итоге дешевле.
Но! Я же не говорю всем в этом посту "абсолютно все люди будут платить за качество" (ну как вы, только наоборот).
Голова на плечах есть и имеется понимание, что люди разные.
кормить исключительно дерьмом
Если не врете — показывайте что-то, что будет на самом деле лучше. А не на ваш узкий специфический вкус.
Пардон, погорячился конечно, однако скажем так, чтобы действительно можно было назвать что-то плохим, надо иметь вески доказательства вида «тут такое же, но лучше». Т.е. доказать саму возможность реализации качественней.
А теоретические выкладки вида
кормить исключительно дерьмом, то они, со временем, теряют возможность отличать его от чего-то ещё.не конструктивны и напоминают старческие стенания на лавочке.
У меня объективные (на сколько возможно) показатели перед лицом: 1-4 открытых одновременно проекта, ничего не лагает, ничего не тормозит, есть многомодульные, есть аля микросервис, Maven или Gradle — без разницы. Хватает железа условно 5 лет давности.
Если я не вижу абсолютно никаких проблем, на что мне огорчаться или жаловаться? Еще раз, тормозов у меня нет.
UPD: но в любом случае — я всегда приветствую обновления, нацеленные на повышение производительности.
А вот это самое повышение производительности бывает уже разным. К примеру занять 10-20Гб памяти и разместить в ней все, что необходимо для максимальной отзывчивости. Вас кстати такое же устроит — более 100Гб памяти уже имеете.
Вас кстати такое же устроит — более 100Гб памяти уже имеете.192GiB у меня на рабочей станции на работе. А ещё у меня есть знакомый, который ещё только учится на программиста. И вот ему купили ноут с HDD и с 4GB памяти.
Вот там можно отлично увидеть какое у IDEA «качество».
А такое же, «только лучше» — это какой-нибудь древний Visual J++. Который всё что нужно делать этому парню делает, но требует на два порядка меньше ресурсов.
Жаль, что туда современную Java с дженериками и прочим не прикрутить никак.
Что приводит к тому, что она не годится для выполнения заданий типа «допишите тут пять срок». Увы.
И вот ему купили ноут с HDD и с 4GB памяти.
Без сарказма — согласен, это надругательство над ребенком.
Так делать точно нельзя. Такой подход с высокой долей только отобъет желание заниматься этой областью.
Вот там можно отлично увидеть какое у IDEA «качество».
Современная IDE — это весьма сложный продукт. Я не отрицаю, что там не все гладко. И есть простор для улучшений.
Но повторюсь, не вижу аналогов, которые могут ровно то же самое, но лучше.
какой-нибудь древний Visual J++.
Не годится — не умеет кучи всего, что умеет IDEA. И это я еще не касался поддержки плагинов на сторонний UI. У меня со зрением не все замечательно -> это критически важно, чтобы IDE еще и тут можно было настроить «как надо».
Не годится — не умеет кучи всего, что умеет IDEA
На такой ноут можно поставить IDEA десятилетней давности, и внезапно, она будет иметь кучу из почти всего, что умеет современная IDEA, и к тому же нормально работать на этой конфигурации :)
С другой стороны, если интересно, тормоза компьютера не помеха. Я C++ Builder с его рекомендуемыми 24 мегабайтами осваивал на компьютере с 8 Мб ОЗУ. Подумаешь, всего-то полторы минуты на сборку хеллоуворлда.
На такой ноут можно поставить IDEA десятилетней давности, и внезапно, она будет иметь кучу из почти всего, что умеет современная IDEA, и к тому же нормально работать на этой конфигурации :)Интересная идея, кстати. Я подкину. Но они сказали, что попробуют за пару месяцев на планку памяти 16GB скопить. Так что может и тут будет возможность современную кучку дерьмеца эффективно использовать.
Я C++ Builder с его рекомендуемыми 24 мегабайтами осваивал на компьютере с 8 Мб ОЗУ. Подумаешь, всего-то полторы минуты на сборку хеллоуворлда.А зачем такой мазохизм? Можно ж было взять знаменитый Borland C++ 3.1!
Такой подход с высокой долей только отобъет желание заниматься этой областью.А никакой другой полход для них невозможен. Они на этот ноут в 25 рысяч рупий (1₹ = 1.02₽) год копили.
Но повторюсь, не вижу аналогов, которые могут ровно то же самое, но лучше.Ещё раз. Для тех кто в танке.
Невозможно сделать “то же самое но, лучше” в ограниченный срок. Можно либо навалить кучу дерьма и присыпать её дерьмом — зато с кучей фишек самых разных.
Либо сделать качественно, но долго.
Вот второй подход — не окупается. И вы можете хоть на попу падать, но раз вы платите за IDEA с кучей фишек, а не за какой-нибудь быстрый и эффективный редактор — то вы как раз и доказываете этот тезис, а не опровергаете его.
У меня со зрением не все замечательно -> это критически важно, чтобы IDE еще и тут можно было настроить «как надо».Ну вот видите. Вам нужно «настроить как надо». А кому-то нужно, чтобы поддерживаилась тёмная палтира. А кому-то — чтобы интерация с Git'ом. И так далее. Вот за эти все фишки — люди готовы платить.
А за качественно написанный код с КПД хотя бы как у паровоза — не готовы.
а не за какой-нибудь быстрый и эффективный редактор
Так нету же. Будет — тогда и поговорим о переходе на него. Я так же повторюсь, что только голая эффективность, в отрыве от прочих аспектов — она не годится.
Не нужен только редактор весом в пару кб и потреблением памяти в 1мб, если кроме как «блокнотом» он ничем иным не является. Блокнот уже есть и так. Нужен прикладной инструмент. За это платят — за решение проблем.
Кто-то будет, кто сможет закрывать потребность, но лучше, тогда и имеет смысл смотреть.
P.S. И да, сразу ответ на точку зрения
DrPass — я достаточно давно использую IDEA. Мне не годится условно ничего, древнее чем 1-2 года.
Ибо в более ранних версиях либо были только баги, либо (если еще старее, чем 3 года) баги + не было нужного функционала.
А так да, конечно, лет 10 назад кушало куда меньше, только в те времена сам сидел на Eclipse (как основная IDE), ибо IDEA была глюкавой поделкой, в которой Maven нормально не работал.
Я так же повторюсь, что только голая эффективность, в отрыве от прочих аспектов — она не годится.hСлучшайте, ну сколько раз можно изобретать всё более вычурное объяснение для простой мысли: вы за эффевтивность платить не готовы. Всё. Вот совсем всё.
Кто-то будет, кто сможет закрывать потребность, но лучше, тогда и имеет смысл смотреть.В этом-то всё и дело. Написать эфективную программу — сложнее и дороже, чем добавить к имеющейся куче говна ещё совок.
И пока рюшечки будут продаваться (а пока неясно почему, вдруг, они перестанут продаваься) — эффективность продаваться не будет.
Ибо в более ранних версиях либо были только багиИнтересно что ж там такого ужасного было ибо сейчас взял самую старую версию, какую смог найти (то ли 5ю, то ли 6ю) — ничего критически важного, кроме поддержки новых стандартов языка, не увидел.
А эта самая поддержка, конечно, важна и нужна, но непоняно почему она должна требовать увеличения потребления ресурсов в 10 раз (если не в 100).
вы за эффевтивность платить не готовы. Всё. Вот совсем всё.
Ложь. За нее плачу как раз, ибо то, за что не плачу — как раз не выполняет так эффективно мою работу, как другие инструменты. Мне все равно, какой там «КПД паровоза». Если на сегодня работе ничего не мешает, мне её УДОБНО делать и делать достаточно быстро для закрывания задач клиента — это лучший выбор.
Верный тезис иной: за ПУСТУЮ производительность отказываюсь платить.
Вы до сих пор не понимаете, что сам по себе уровень «голой производительности» бесполезен?
Код пишите на
Ложь.Что значит ложь, когда вы тут же, буквально следующей фразой её подтверждаете?
За нее плачу как раз, ибо то, за что не плачу — как раз не выполняет так эффективно мою работу, как другие инструменты.А причём тут ваша работа, извините? Мы эффективность программ обсуждаем или вашу?
Вся наша дискуссия — как разговор слепого с глухим.
Давайте аналогию из физического мира.
Я говорю, что самолёт страшно неэффективен, расходует массу ресрсов впустую, а если доставлять грузы из Токио во Владивосток через Лондон — так ещё и не шибко быстрее корабля.
Вы на это отвечаете, что всё равно, даже через Лондон и даже с дикими затратами ресурсов — но всё равно посылка доходит за три дня, а не за неделю, потому самолёт эффекивнее.
Но это же бред, извините! Самолёт может быть быстрее или, возможно, дешевле (хотя это вряд ли), но он никогда не будет эффективнее!
Мне все равно, какой там «КПД паровоза».Ну то есть за эффективность вы платить отказываетесь? А с чего, блин, началась наша дискуссия?
Не с этого ли самого утверждения?
Если на сегодня работе ничего не мешает, мне её УДОБНО делать и делать достаточно быстро для закрывания задач клиента — это лучший выбор.Замечательно. Но это какое это имеет отношение к качеству реализации и эффективности?
Удобство — это вообще штука предельну субъективная. И зависит от массы вещей. Когда я пишу на Haskell или C++ — то мне не нужно вот того ужаса, что JetBrains порождает. Хватает банального текстового редактора. Потому что там нет 100500 уровней индирекции, где невозможно понять “где начало того конца, которым заканчиваеся начало”.
А вот если пытаться чего-то сделать с Java… тут, увы, приходится пользоваться каким-нибудь монстром типа IDEA или Eclipse.
Какое отношение это бесконечное блождание в бессмысленных индирекциях имеет к эффективности хоть чего-нибудь — я не знаю, но если уж вам нужно в этом ужасе ковыряться, то да, лучше уж с IDEA, чем без неё.
Код пишите наТак и делаю, когда без Java можно обойтись. Даже Sublime куда шустрее чем любая из Java IDE.папирусев блокноте, ресурсов требует меньше, экономьте ватты.
Но речь-то шла о вас! И вы, после массы странных рассуждений, в конце-концов даже болдом выделили мой исходный тезис:
Верный тезис иной: за ПУСТУЮ производительность отказываюсь платить.Так о чём мы тогда спорим?
Я бы, может, и заплатил бы за эффективность, только смысла нет: инструменты, которыми я пользуюсь уже настолько эффективны, что дальнейшего улучшения я вряд ли замечу. Emacs/Vim и даже Sublime… хотя он, конечно, мог бы быть и пошустрее… но если уж файл, который мне нужно редактировать сильно-сильно большой всегда могу перейти к более эффективному Vim'у.
А вы, извините, платите не за эффективность программ, а за что-то другое. Как вы сами утверждаете — за вашу собственную эффективность… но это тоже очевидная неправда, так как вашу эффективность можно, почти наверняка, поднять не очередными рюшечками в IDEA, но переходом на более эффктивный язык (хотя тут, конечно, могут быть ограничения не вами диктуемые).
Хотя это, конечно, наверняка починили, но было бы интересно выслушать фидбек от недавно работавших с ней людей.А какой там может быть фидбек? После того, как они интерфейс с C++ на C# переписали она стала жрать ресурсы так же, как с CLion, так что это менять шило на мыло.
Тут же всё просто: увидеть какая это всё жуть можно легко на дешёвеньком ноуте с 4GiB RAM (всего 4GB! в когда-то, не так давно, столько только на дорогущих серверах было) и HDD.
Там что CLion, что Visual Studio еле ворочаются, на одно нажатие мыши реакция может минуту быть.
Но поскольку у людей, пользующихся таким железом, нет денег на покупку небесплатной версии… чего о них думать, собственно?
Бабло рулит!
Но поскольку у людей, пользующихся таким железом, нет денег на покупку небесплатной версии… чего о них думать, собственно?
Ну, а у тех, у кого есть деньги на платную версию, также есть деньги и на железо, потому они не жалуются, им нормально.
Но платят. А за качественные, быстрые программы — не платят.
С этого ведь всё началось.
Я не разработчик ни разу, конечно… А у вас есть пример качественной и быстрой IDE, за которую «не платят»?
А у вас есть пример качественной и быстрой IDE, за которую «не платят»?Любая IDE, написанная во времена, когда ресурсы считали.
Кокой-нибудь Borland C++ 3.11 или Visual Studio 6.0. MS Office 95 или 97. Да блин, даже классический Delphi первых версий и Visual Basic (считавшимися крайне неэффективными в то время, когда они были новинками) — это просто верх эффекивности по сравнению с тем, что мы имеем сейчас!
Все эти программы уже обладают посредственным КПД (сравнить с уже упоминавшимся мною tor'ом, который мог редактировать на компьютера со 128KiB оперативки файл на 200KiB за счёт видеопамяти невозможно), но он был хотя бы сравним с КПД паровоза (напомню: этот “символ неэффективности” обладал КПД в 1-8% изначально, а поздние модели имели КПД в 14-15%).
Современные же поделия если имеют КПД в 0.1% — так это уже “офигительно эффективно” считается.
В смысле, его реально вычисляют, на основе счетных параметров? Я про это ничего не слышал.
*по мне так реалистично вычислить «сколько ватт надо на написание куска кода» практически не реально.
Это не работа стенографистки, которая пишет под диктовку к примеру 30 минут и потом моментально завершает работу устройства.
Компьютер работает постоянно. И в реальности программист тратит энергетические ресурсы не только на набор текста. Как минимум еще гуглинг той же справочной информации.
Короче говоря, даже один и тот же человек может одну и ту же задачу реализовывать за разное время = разное потребление ресурсов.
** можно конечно тут ограничиться только тем, что «билдим сорцы», но это слабое отношение имеет к ИДЕ: среда разработки как раз про сам процесс (все умные автокомплиты / дебаг / работа с ветками и т.д.). А компилятор — он и без ИДЕ нормально жить может. И к ней отношения не имеет.
*по мне так реалистично вычислить «сколько ватт надо на написание куска кода» практически не реально.И не нужно. Софт — он, знаете ли, код не пишет. Он всякие разные картинки на экране рисует. И уж понять сколько ресурсов требуется для тех или иных операций — можно без проблем.
Сложнее понять сколько этих ресурсов было бы нужно в случае оптимально написанной программы. Но можно оценить.
Короче говоря, даже один и тот же человек может одну и ту же задачу реализовывать за разное время = разное потребление ресурсов.А причём тут вообще человек, собственно? Мы эффективность программ обсуждаем.
Сколько можно чушь писать?
Сколько можно чушь писать
Чушь — это к вам. Вы с паровозов и КПД начали.
КПД — это про полезную работу. Т.е расход энергии в пустую. А сверку по расходу памяти делать — это самый полный бред.
Один из путей повышения производительности как раз в максимально необходимом использовании самого быстрого хранилища данных. ОЗУ. Диски они медленные вообще-то.
КПД — это про полезную работу.Именно так.
Один из путей повышения производительности как раз в максимально необходимом использовании самого быстрого хранилища данных.Вот только порождение бесконечного количества слоёв абстракции, жрущих память, как не в себя — это не об этом. Это тоже об эффекивности. Только об эффективности работы разработчиков JetBrains.
Да, за счёт этого они могут породить максимум свистелок и перделок в единицу времени… но какое это имеет отношение к эффективности программы или программиста? К эффективности работы отдела маркетинга это ближе всего, в общем-то.
но какое это имеет отношение к эффективности программы или программиста
Да самое прямое.
То, что вам якобы перделки — мне порой критичные функции, что делают работ комфортной.
Или по вашему я должен аки черт выпариваться от рутинных задач каждый день только от того, что не могу делать работу комфортнее?
Ну уж нет. Мне одной производительности нафиг не надо. Но если есть производительность + функционал, тогда другое дело.
А как вы считаете КПД софта?Как отношение требуемых ресурсов к обрабатываему объёму данных.
Древний tor располагая 256KiB памяти (128KiB операивной и 128KiB видеопамяти), мог обработать файл на 200KiB, то КПД у него, соотвественно, 78%.
А если браузер для отображения странички с мегабайтом текста требует 600MiB оперативки, то КПД, соотвественно, 0.16%.
Я про это ничего не слышал.Не слышали, потому что платить за это никто не желает.
В смысле, его реально вычисляют, на основе счетных параметров?Можно приблизительно оценить. Скорее всего абсолютный КПД (отношение ресурсов требуемых программой к ресурсам, которые требовала бы теоретически оптимальная программа) вычислить невозможно (та же самая история, что и с колмогороской сложностью), но даже приблизительные оценки показывают, что на рубеже веков софт обладал примерно эффективностью паровоза, а сегодняшний — на порядок меньше.
Нет проблем написать алгоритм с КПД больше 100% при таком расчёте.Вы Микромир имеете в виду?
Да, если редактор может редактировать документ, не загружая его в память целиком, то, формально, получим КПД больше 100%.
Но в этом случае диск используется как расширение памти, так что его тоже нужно учитывать. И там КПД будет сильно меньше 100%.
В технике тоже есть подобный эффект: кондиционеры часто имеют КПД больше 100% (хорошие модели могут до 400% давать).
Это не мешает, тем не менее, их сравнивать по этому показателю.
Впрочем, я не спорю, что сейчас браузеры со страницами дико разжирели.Это не сегодня началось. Где-то на рубеже веков случился перелом. У моего учителя программирования жена была редактором в МИРе ПК.
И вот он рассказывал как она беседовала с кем-то из, тогда ещё не вышедшим, ASPLinux. Когда она спросила “под какую конфигурацию ПК разрабатывается операционка, сколько будет занимать на диске и с файлами какого объёма она сможет работать” — чувак промямлил что-то невнятное.
И обе стороны разошлись, что называется “в полном охренении”. У “старого поколения” никак не могло уложитьс в голове как можно вообще писать хоть какую-нибудь программу, заранее не просчитав, хотя бы примерно, потребости в ресурсах, а у молодого — как можно говорить об эффективности программы, которую они ещё не только не написали, но даже не начали писать!
P.S. Это, кстати, не значит, что все всегда укладывались в заданные объёмы! Всякое бывало. Но если Windows замыслили под 256KiB и диск в 360KiB — то она вот под это и должна была выйти. Если Crash Bandicoot имел 2MiB памяти — то и всё, собственно, вынь да положь. Формально КПД никто не считал, но повышать его стремились всеми возможными способами. Ибо чем больше у твоей программы был КПД, тем больше она могла предоставить покупателю с тем же железом. А вот на рубеже веков — случился перелом. КПД стал “неважен”… и он начал падать с совершенно космической скоростью.
У “старого поколения” никак не могло уложиться в голове как можно вообще писать хоть какую-нибудь программу, заранее не просчитав, хотя бы примерно, потребости в ресурсах, а у молодого — как можно говорить об эффективности программы, которую они ещё не только не написали, но даже не начали писать!
Т.е. молодое поколение возмутилось что от него требуют улижиться в некие рамки а не заниматься свободным художеством?
Ну вот я могу взять себя для примера: есть вскод где ничгео не тормозит, и есть IDEA — где тормозит, но есть вплывашки, всякие хорошие автокомплиты которых в вскоде даже с плагинами не получить. И я выбираю идею — хоть она и тормозит, но работать в ней с тормозами удобнее чем в отзывчивом vscode
Ну вот теперь посмотрите на объем аудитории емакса и IDEA и поймете, почему свистелки считаются важнее перфоманса. Пользователи голосуют и ничего не сделать :shrug:
Ну понеслась! Я выбираю vim. Павда я больше админ-девопс, но для моих bash/yaml/python/toml костылей и юнитов systemd, хватает за глаза и даже остаётся. ;-)
Видеокарта вам для игр или каких-то рабочих задач? Я вот особо не игрок, но по дефолту всегда считал, что видеокарта должна быть предтоповой модели, чтобы уж если захочется поиграть, то без вопросов. Но сейчас походу возникла необходимость переоценить подход, задать вопрос: "А оно мне надо?". Ни за 100, ни даже за 50 тысяч — нет. Если уж прям край поиграть захочется, можно и в старьё погонять. И получается, что можно взять i3-1100 со встроенным видео, 16 памяти, 512SSd за крайне умеренную сумму, который покроет большую часть неспециализированных задач. Поэтому если оценивать реальную стоимость необходимого компьютера, а не желаемого — "чтобы всё и светилось", то получается неплохо.
Ну а какие игры-то? Вот вышел Киберпанк. Запустил, на 1080 — не комфортно в 3440х1440, 30фпс на средних. Ум лихорадочно начал — сейчас эту за 20 продам, там заначечка 30, там жена на Новый год спрашивала сего подарить… Авито, Ситилинк — сейчас чего-нибудь тысяч за 70… Пока метался, пол игры прошёл. Да и не стоит она таких инвестиций. А больше проектов такого уровня может и не будет, учитывая фиаско с Киберпанком.
И желательно при 240 FPS. Тут недавно один товарищ так и написал: все нормальные игроки давно такими пользуются.
А на деле для игры достаточно гораздо меньшего разрешения, чем 4К. Любой, кто играл в Quake в конце 90-х подтвердит.
Оно, конечно, интересно разглядывать скриншоты и наслаждаться качеством. Но в процессе игры этим никто не занимается.
Во Flanker не играл. А вот в LO:MAC, LO:HC, DCS Black shark играл.
И честно говоря не вижу зачем там какое-то сверхвысокое разрешение. И не только там.
Есть масса относительно старых игр, в которых разрешение можно легко задрать до любого, которое поддерживает видеокарта.
Только к реалистичности это нас не приближает никак. Проблема в детализации моделей, реализации деревьев, травы, дыма, огня и т.п.
А на деле для игры достаточно гораздо меньшего разрешения, чем 4К.
Не спорю. На вкус и цвет…
Но! 4К\120 FPS — после того как ты в это поиграешь на гнутых 44", FullHD уже выглядит как-то не так. Особенно на большой диагонали.
Проблема в том что дальше 16K пока жизни нет. Непонятно как пользователю это впаривать, чем прельщать, зачем оно вообще надо. Надежда только на VR.
FullHD уже выглядит как-то не так. Особенно на большой диагонали.
Возможно от зрения зависит, но на 40-44" прям огромной разницы между FHD и 4К лично я не вижу. Ну да, вроде чуть почетче, но и все — в четыре раза увеличенного объема перелопачивания пикселей это точно не стоит.
И насчет 16К не уверен, многие говорят что 8К в современном интерьере — практический максимум, оно уже перекрывает угловое разрешение в центре сетчатки. А вот что точно прорыв — это технология DLSS, которую по-хорошему надо было начать аппаратно разрабатывать еще лет 15-20 назад, при смене кадров от 50 и более эффективное разрешение каждого не нужно обрабатывать на 100%, особенно на быстрых сценах.
Но вся эта игра в пиксели и герцы такая тоска, когда вовлечение до сих пор рушится некачественными модельками, пластиковыми лицами, мелкими огрехами в движениях персонажей, да и просто элементарной тупостью NPC. Ни разу не видел, чтобы AI для них был действительно I, никто даже близко не вкладывает столько стараний, сколько в бесконечные лучи и тензорные ядра. Представьте себе персонажей, которые обучаются и исследуют окружающий мир, да хотя бы таких которые могут поговорить на уровне современных чатботов а не как в RPG 40-летней давности.
Я не где не утверждал что 16К надо. Просто получилось что сначала сделали, а потом задумались — зачем?
если что сейчас samsung note 9 — адекватной замены пока не предложено…
лет 15 назад видел на CRT…
Это не то. Геймерам FPS не для мерцания нужен. Грубо говоря, при 60FPS вы можете навести прицел за 1\60 секунды а при 120 — за 1\120. И выстрелить…
Учитывая, что предельная скорость реакции человека лежит где-то около цифры 100 мс, польза увеличения FPS для прицеливания с 60 до 120 скорее маркетинговая, а не реальная.Вполне реальная. Вы забываете, что там не выбор одной из двух скоростей, а сумма. Даже если у вас время реакции 100 мс, то в одном случае у вас итоговая реакция 116мс (60Hz), в другом — 108мс (120Hz).
Для профи — это заметная разница. Выигрывает-то тот, кто раньше заметил и выстрелил, а не тот, кто в норматив уложился!
Для любителей — не так критично, да.
Тут снова очень полезна технология DLSS когда после резкого дергания мышкой первый фрейм рендерится с пониженным разрешением, глаз все равно неспособен это заметить.
Лично мне 4к нужно исключительно для того что-б в тайловом WM, на один воркспейс больше окошек влезало.
FullHD и 4к это небо и земля.
Если убрать какие-то зависимые от разрешения элементы с экрана, то подавляющее большинство этой разницы просто не заметит.
Особенно в каких-нибудь замесах с десятком противников.
Так же у «аудиофилов» резко портится слух, если они не видят, что сейчас играет, и резко восстанавливается — если видят.
У всяких «ценителей» вина улучшается вкус, когда на дешевое вино наклеивается этикетка от дорогого и т.п.
Если убрать какие-то зависимые от разрешения элементы с экрана, то подавляющее большинство этой разницы просто не заметит.
Соглашусь. Конечно есть индивидуальные особенности…
Сошлюсь на опыт своего знакомого, меняющего мониторы чуть ли не ежедневно. Работает у одной из производителей видеокарт, разгребает косяки драйверов по жалобам пользователей. Для чего сначала собирает максимально похожий по оборудованию и софту стенд. В том числе берется нужный дисплей со склада. Так вот с его слов он научился на глаз, не видя марки дисплея, определять 4К где-то на третий месяц работы. Опять таки -индивидуальные особенности.
А во-вторых, это своё, родное
Это дискуссионный вопрос, учитывая, что процессор производят на Тайване.
Корректнее привести в пример AMD. AMD фаблесс (безфабричный), и только потому, что они сначала выделили фабрики в отдельный бизнес, а потом продали их. Еще лучше — nvidia. Те, по-моему, изначально были fabless.
Наконец, в случае, если Россия в очередной раз со всеми поссорится, кто нам эти Эльбрусы изготавливать будет? А вот Тайвань с США не поссорится, иначе на следующее утро флаги КНР будут виться над этим островом.
Куплю еще планочку — будет еще отъедать)
Если же ему нужно решать задачу, для решения которой нужны сотни тысяч строк кода (а на ассемблере — и миллионы), то он просто тупо не угонится за изменением архитектуры CPU.
Кому нужна супервысокооптимизированная программа под 80486й на ассемблере, если использующая AVX512 программа на C быстрее вдвое-втрое?
Изначальный тезис, однако, был в том, что люди никогда не будут лучше оптимизатораСерьёзно? Хде? А то я вижу вот:
vindy123: Майкрософт не будет инвестировать в гигантское количество трудочасов сверхпрофессиональных разработчиков, чтобы переписать вин10 на чистом ассемблере
Quelty: Assembler оптимизирован однозначно хуже C в таких масштабах
0xd34df00d :Оптимизатор не справляется даже на школьных задачах
Так-то нужно лингвистов звать, но на мой непросвещённый взгляд тут из трёх спорящих, про “любые программы, независимо от масштаба”, рассуждает только один… и это не vindy123 и не Quelty.
Да, я знаю, контестно-зависимость русского языка иногда мешает… но какой уж есть…
Яркий пример — личный кабинет интернет-банка Сбера.Когда начал читать ваш комментарий — именно про него и подумал. На мой взгляд, все, на что он годится сейчас — дождаться загрузки кнопки «старый дизайн» и ее нажать.
Ага, только уже половина кнопок из старого дизайна открывают новый.
Интересно, разработчики как-то отслеживают то, насколько часто пользователи испольуют старый дизайн?
Когда менеджмент скажет его отключить… его отключат.
И даже красивые графики нарисуют как пользователи стали у них на сайте больше времени проводить.
Конечно больше времени будешь на это тратить, если тормозит всё!
При этом внедрять-то тоже по-разому можно. Тинькофф несколько лет назад реакт внедрил. Но их интернет-банк тем не менее не тормозит так сильно, как новый сберовский.
Вообще уже достаочно давно сбер у меня был исключительно для быстрых переводов другим людям на сбер же. Но с появлением СБП и в этом необходимости не стало.
Потому что независимо от того, насколько ужасно то, что я наблюдаю… практика показывает, что через несколько лет «эффективные манагеры» придумают как выпустить что-то ещё более убогое.
Наша CRM сейчас реально проигрывает битву потому, что конкурент выглядит симпатичней, просто в количестве перделок. А вот тот факт, что их сайт тормозит, а наш — нет, никого не волнует
Может быть у конкурентов не особо то и свистелки, а необходимый функционал?
А может вам просто нужен вменяемый UI/UX?
Нужны примеры :)
А может вам просто нужен вменяемый UI/UX?
Конечно, дело в функциональности интерфейса. Но если у информационного сообщения будет анимация появления, если кнопки будут выглядеть эстетично и будут продумано расположены, если у каждого действия будет анимация на несколько кадров, то такой интерфейс можно назвать как «удобным и функциональным», так и «с большим количеством свистелок». В некотором смысле это одно и то же.
Перделки, в своей изначальной роли, должны играть роль упрощения работы с интерфейсом, верно?
А хорошая цветовая палитра, темная опциональная тема, изящные кнопки/меню — нет, не могу назвать свистелками. Это обязательный дружелюбный пользователю интерфейс, для реалий 2021-го.
Банальные «школьные» примеры:
Сами посудите — что хорошего в веб-сервисе, который в темное время жжет глаза чистым белым фоном (камень в огород хабру)?
Абсолютно черные буквы так же выжигают зрение.
Анимации — это уже не так критично, можно и без них (но надо смотреть на конкретные случаи).
Я к тому, что вменяемый UI не всегда требует 100500 npm пакетов и тяжелые бандлы с Angular/React/Vue на борту. Для внешки может одного bootstrap хватить. А можно и без него.
Но как показывает практика, именно #000000 вариант цвета все же избегают в известных мне «CSS-болванках-конструкторах» и «дефолтных палитрах цвета».
Да и на всех тусовках, что видел-слушал по данной теме, все не рекомендовали сочетание 100% белого + 100% черного.
Называется «излишний контраст».
Но такое тоже надо, другой категории людей с дефектами зрения (у меня они тоже есть, но другие).
UPD: на хабре например тоже не «полностью черный» шрифт.
Не припомню, чтобы мне приходилось страдать от излишнего контраста. Зато сочетания серого текста и чуть менее серого фона встречал у говнодизайнеров неоднократно. Из последних примеров — цветовая палитра гугл-карт (светло-серо-голубые улицы на светло-серо-голубом фоне, с серо-синими подписями). Это наводит как минимум на мысль, что у таких дизайнеров монитор более точно передаёт оттенки, чем у меня. Зачем мне такая тонкая палитра, предположить не могу.
Размеется перделки выигрывают. С огромным отрывом.
Так и веб контент стал посложнееСамое непонятное в том, что непонятно, что именно стало сложнее. На вид те же самые буквы на экране, что и двадцать лет назад, в микроскопическом (с точки зрения могучего CPU) количестве.
Большинство пользователей получает "ваууу" эффект от вылезающих отовсюду подсказок, красивеньких css-calculated кнопочек, всяких туториалов затемняющих экран с подсветкой "а вот тут теперь появилась новая кнопочка". Если вам важен текст и для показа хватило бы старого вбуллетина — то поздравляю, вы в 1% юзеров которым не хочется ждать 3 секунды чтобы увидеть всю красоту, достаточно чтобы был текст.
Проведите среди своих знакомых опрос: какой процент пользуется облегченной HTML-версией гмейла а какой — обычной (офк из тех у кого вообще гугл почта есть).
какой процент пользуется облегченной HTML-версией гмейла а какой — обычной
Между этими двумя разница в функционале всё-таки существенна.
Ну так в этом и суть. Что лучше функционал чем версия которая супер-шустрая, но и круглы незакругленные и не хватает чего-то.
Хотя как видно это идет вразрез с трендом брюзжать что раньше и трава была зеленее, и сайты быстрее открывались
Поговаривают, что это таки наоборот, следствие того факта, что некоторые не-нейротипичные люди могут от резких движений сильно пугаться или становиться агрессивными — поэтому каждое меню должно выплывать не меньше, чем 15 секунд, и становиться кликабельным через 30.
Посмотрите на любое электроноподелие вроде слака и какой-нибудь суперджаббер. Когда приходит владелец бизнеса к новой команде и говорит "выбирайте какую площадку будем использовать", угадайте что выбирают обычно?
Мне и опрос проводить не надо. Когда я не пользуюсь Thunderbird, я пользуюсь классической версией гмыла. Ибо быстро и просто, на любом железе.
непонятно, что именно стало сложнее
Лефтпэды, само собой
На вид те же самые буквы на экране, что и двадцать лет назад, в микроскопическом (с точки зрения могучего CPU) количестве
А тридцать лет назад я читал фидо и ньюсы в читалке, которая во многих аспектах была более удобна чем интерфейс к хабру.
Причём ньюсы — великолепная федеративная технология, решающая как проблему централизации, так и проблему производительности. Не понимаю, с какой целью её целенаправленно закапывают всё это время…
Не понимаю, с какой целью её целенаправленно закапывают всё это времяЕё вроде как двадцать пять лет назад закопали)
Ньюсы очень неплохая технология для распространения вареза. Потому и закапывают.
Например на gmane.io стоит шлюз через который можно читать и писать в списки рассылки. Только там не стоит подключаться клиентом напрямую.
Не понимаю, с какой целью её целенаправленно закапывают всё это время…Что значит «не понимаете»? А как в ньюсы вкрутить всплывающие окна с рекламой? Никак? Ну вот вам и ответ.
Веб это не только уютные бложки разработчиков из одного лишь текста. Тут есть и приложения для поиска билетов: https://www.aviasales.ru/ и офис с коллабом https://docs.google.com/
Самое неприятное, что всё это "великолепие" (нет) нужно для обработки 10-15% пользовательских сценариев. Потому что большинство случаев использования интернета через браузер — тривиальное "почитать статью, поглядеть видео, тиснуть коммент" и никаких чудо-механизмов для этого не нужно. Все эти спецификации нужны для разнообразных форм интерактивного взаимодействия, которые раньше (да и сейчас) делались не браузером, а отдельными программами.
Отдельное спасибо им за механическую прочность этого материала — часто получается купить "сломавшийся" инструмент за пару сотен баксов, который с новья стоит не меньше пары тысяч, пропаять образовавшиеся трещины нормальным ПОС60, и пользоваться в домашней лаборатории :-)
Мало того, сейчас ещё и на бессвинцовые припои перешли, так что теперь даже лопнувший конденсатор в домашних условиях не перепаяешь. Греешь так, что уже текстолит трещать начинает, а эта пакость всё ещё не плавитсяДело не столько в бессвинцовом припое (его температура плавления всего градусов на 30 выше свинцовосодержащего), сколько в большом количестве теплопроводных слоёв на плате. Поэтому чтобы текстолит не трещал, нужно паять с использованием нижнего подогрева.
Так вот почему я своим, уже не советским, паяльником зае задолбался отпаивать банальный блок светодиодов, на светодиодной лампочке. Буду знать, в следующий раз. Схожу в соседнюю комнату за ПСН-ом. ;-)
Вы знаете, хоть одного человека, у которого это основной кейс — играть в браузере в игры с геймпадом?
Fortnite в Safari?
Ну и всякий другой облачный гейминг: GeForce Now
Тем не менее, браузеры поддерживают геймпады (несколько их).
Вы знаете, хоть одного человека, у которого это основной кейс — играть в браузере в игры с геймпадом?
Обязательно играть? Или достаточно пользоваться браузером с какого иксбокса?
Потому что большинство случаев использования интернета через браузер — тривиальное «почитать статью, поглядеть видео, тиснуть коммент» и никаких чудо-механизмов для этого не нужно.Я не так давно испытал прозрение. Оказавшись подключённым через “узкий” канал в 512Kbit/sec (не так давно, кстати, такой канал назывался широкополосным, стоил диких денег и позволял подключить целый факультет в Универе).
Так вот, блин: с таким каналом на YouTube можно прекрасно смотреть видео… но невозможно оставить комментарий! Вот всё то… добро, что нагенерили рукожопы на YouTube умудряется не загружаться (даже если поставить видео на паузу) ибо отваливается по таймауту.
Вот мне и интересно, когда мы дошли до ситуации, что показать видео (можно даже в HD!) со звуком — это “фигня вопрос”, ресурсов много не нужно, а вот нарисовать десять строк текста и три кнопки — ооо… это задача… это нужно куча ресурсов CPU, GPU, широкий канал… сложно это…
Не припомню уже когда смотрел видео на ютубе через браузер. Спасибо тайловому WM, линуксу, youtube-dl и плееру mpv (ну и мне любимому, конечно-же, за организацию удобного workflow для этого дела). Ни тебе рекламы, ни тебе тормозов. Скопипастил URL на ролик, из появившегося rofi меню выбрал нужное разрешение, сидишь смотришь, с gpu акселерацией и минимальным оверхедом по памяти и CPU.
Ни тебе рекламы, ни тебе тормозов.И при этом ни каналов, ни управления подписками, ни стрима, ни ленты (в которой нередко бывает что-то интересное) ни камментов.
Скопипастил URL на ролик… Который надо заранее где-то узнать. Для чего сначала приходится заходить на любимые каналы браузером.
Поэтому было бы неплохо, если появилась подобная утилита, вытягивающая с заданного канала статичную html-страничку со списком роликов, ссылками и титульными картинками.
Зачем в браузер запихивать WebGl, WebRTC и уже тем более WebVR. Это уже не браузер, а монстр. Да я знаю это называется модным словом веб-приложение. Но зачем из обычных нативных приложений надо всё засовывать в тормознутые веб-приложения, а потом дорабатывать браузеры чтобы меньше тормозило. А потом и вообще делать вместо веб-приложений, самоустанавливаемый автономный браузер, который внутри открывается только единственный сайт. Узнали — да это Electron.
И это уже совсем не веб. Там нет страниц, всё приложение это одна корневая страница. Нельзя перейти по истории на предыдущую страницу. Там даже нет адресной строки и в Chrome хотят её тоже убрать. И конечно нет связности документов которая лежит в определении веб-паутины. По ссылке присланной тебе нельзя открыть конкретную страницу. Нельзя попросить друга скинуть тебе ссылку на его профиль, а потому что нельзя навести на профиль и скопировать url профиля.
Какого функционала раньше не хватало? Всё чем большинство сейчас пользуется появилось в 2005-6x годах Youtube, Gmail, Maps, Facebook, Twitter, PayPal. Не говоря уже о форумах и чатах, которые работали и до этого. Наоборот сейчас всё больше стало слышно, как из браузера фичи выпиливаются, и как закрываются многие полезные возможности, потому все остальные пользуются модными суррогатами. Значит тогда были все необходимые технологии чтобы просматривать видео и карты, оставлять комментарии, писать сообщения, заказывать товары. И всё это можно было реализовать формами и серверным фреймворком. С появлением HTML5 и CCS3, анимаций и прочего, стало можно реализовать то, что нельзя было реализовать без костылей в виде табличной вёрсткие и анимаций на js. Но развитие пошло в другую сторону. В сторону усложнения веб и браузеров. В сторону распухания необъятного JavaScript.
А нужна ли нам эта сложность?Конечно нужна!
При этом ничто не мешает сделать сайт через HTML, а уже потом навешивать фрейворки, чтобы он мог я мог открыть и прочитать текст сайта в браузере без JS.Но тогда вы будете меньше кликать на рекламу!
В сторону распухания необъятного JavaScript.Просто «население Интернета» перестало расти и вместо привлечения «новых хомячков, кликающих на рекламу» пришлось придумывать как с тех же самых получать больше кликов.
Ещё раз: если вы будете рассматривать пользователя как ресурс (для получения этих самых кликов) — все нестыковки отпадут.
В 2005 тоже была реклама, и на неё тоже можно было кликать, если кого она заинтересовала. Только трекинга для бигдаты было меньше. А сейчас среднее время загрузки страницы на мобильно доходит до 30 секунд, что раньше даже с медленным мобильным интернетом открывалось быстрее. Это не очень похоже не прогресс.
Но люди-то приходят ради контента и никогда ради рекламы.Да, это прискорбно. Приходится что-то ещё, размещать. Не одну рекламу.
Да и если человек отключает JS, он скорее всего не хочет видеть рекламу или у него плохой интернет.Но если он на рекламу не кликает и, соотвественно, дохода не приносит — нафиг он нужен?
В 2005 тоже была реклама, и на неё тоже можно было кликать, если кого она заинтересовала.Где-то примерно до этого момента интернет стремительно расширялся и привлечение новых пользователей “привозило” больше кликов, чем все эти ухищрения. Хабр в 2006 появился.
А вот когда пределы экстенсивного развития были достигнуты, новых “хомячков” стало больше неоткуда брать… и потребовалось как-то добывать всё больше и больше кликов из уже имеющихся… вот тогда всё и началось…
А нужна ли нам эта сложность?
Никто вам не мешает поставить генту и пересобрать браузер самому, выкинув, всё для вас не нужное
Зачем делать кнопку через div вместо button, а потом эмулировать её же функциональность. Зачем вместо вставки img со ссылкой передавать путь через атрибут, и потом вставлять её в документ. И уж зачем городить всякие плееры, когда стандартный html5 video зачастую имеет больше возможностей, включая управление скоростью, выбор субтитров и возможность сделать снимок одного кадра.
Но увы, веб стал слишком массовым, и теперь это не закрытая тусовка гиков, а огромный рынок. И на нём главным образом работают маркетинговые правила, а вовсе не правила оптимизации ПО.
Так что единственное, что хоть несколько может остановить этот экстенсивный процесс — это стагнация в сфере проектирования CPU (например, если возникнут длительные трудности перехода с кремния и долгое топтание на одном техпроцессе с архитектурными улучшениями производительности по 3-5% процентов в год).
А иначе сколько ни дай — всё мало. Всё обмажут тонной JavaScript и модным дизайном. Так, чтобы страница сервиса погоды требовала больше, чем Crysis в своё время.
просто сверстанный текст.Дык эта. В современно мире под “просто свёрстанный текст” никто ничего не оптимизирует!
Но тут даже видео, аудио и майнеров нет!А вот как раз видео, аудио и майнеры сегодня требуют меньше ресурсов, чем вчера, а вчера требовали меньше ресурсов, чем позавчера… да, мир, кажется, сошёл с ума… но это естественное следствие рыночного развития, где пользователь — это продукт.
Чтобы Марс на что-то повлиял, надо чтобы все сервисы на Интернета хостились там, а все пользователи этих сервисов были по-прежнему тут (ну, или наоборот).
А так из-за каких-то там марсиан (которых будет жалкие единицы в обозримом будущем) никто из реальных клиентов всех наших софтописателей и ухо почесать не захочет, не говоря уж об откладывании релиза на неделю, чтобы разработчики могли что-то оптимизировать.
Лет 18 назад я брал несколько дискет, шёл в интернет-кафе, сохранял пару десятков страниц и с упоением зачитывался текстами на ноутбуке IBM ThinkPad 760E. Практически каждый текст был если не шедевром, то воплощением свободы самовыражения — такого не было ни в газетах, ни в книгах. Сейчас текстов не стало. Сколько качественных и интересных статей вы прочитали на Хабре за последний год? А в блогах или других ресурсах? Которые бы вдохновили и были интересны. Я, наверное, ноль. Фраза "The medium is the message" обрела новый смысл. Но и medium, и message стали такими, что вызывают отвращение. Единственной отдушиной остаётся reddit, где порой проскакивает что-то интересное, но на 100% на английском. Это грустно, но, наверное, естественный процесс.
Так что, как это ни печально, если вы хотите получать качественный контент, придётся, скрипя зубами и матерясь, учиться смотреть видео.
Да, это так. И в ряде случаев неплохо даже. Смотреть как делает другой и потом воспроизводить — легче по видео. Но вот найти то, что смотрел, а забыл, где — это целая проблема. Поэтому приходится как-то конспектировать, каталогизировать — та ещё морока.
Вот ни разу не легче. Поиска нет, копипастить нельзя, времени уходит больше.
Я буду продолжать пилить контент текстом, ну максимум с вкраплением ASCIInema / Katacoda. Stay tuned!
Практически каждый текст был если не шедевром, то воплощением свободы самовыражения — такого не было ни в газетах, ни в книгах. Сейчас текстов не стало.
Возможно, вы просто прочитали почти весь доступный качественный контент, и теперь приходится ждать, пока история отфильтрует нового качественного контента. Но скорее вы просто повзрослели, получили больше опыта, меньше удивляетесь, и планка качества тоже подвинулась.
Нафиг сервисы погоды. По крайней мере нафиг web сервисы погоды. ;-)
WebGL это чтоб в игрушки играть, да? А на компе уже не играется?
Недавно видел на производстве веб-сервис, обрабатывающий данные аэрофотосъёмки, включающий и просмотр/редактирование разных 3D моделей в браузере. Ну, такие "игрушки" даже навороченная рабочая станция тянет с трудом (приходится сооружать "кластер" для 3D-реконструкции), а где-то в облачных кластерах — пожалуйста, все без проблем считается. Конечно, можно было сделать клиентскую часть с помощью более традиционных технологий, но теряется кроссплатформенность, появляется необходимость администрирования, установки, обновлений ПО… Зачем, когда это всё есть в браузере?
И я не пользуюсь всякими вебжл — только текстовый и видео-контент
Ну, кому-то необходимо видео, кому-то — WebGL, а кому-то видеоконференции с захватом экрана. Разработчики веб-стандартов пытаются угодить всем.
Вы ведь можете смотреть видео в отдельной программе, но смотрите в браузере? А кто-то хочет смотреть 3D-модельки в браузере. Да и текст можно смотреть в специализированных программах (типа less), если доводить до абсурда.
pdf, из веба, смотрю исключитеьно через магическое заклинание вида
curl -L https://cdn.jsdelivr.net/gh/osnr/horrifying-pdf-experiments@master/breakout.pdf|zathura - например.
Лол. Грузовики, автобусы и малолитражки есть потому, что невозможно сделать универсальный автомобиль. У них разные характеристики. Хром же, один и тот же хром!, открывает как сайты ~1993го года, так и 2021го, работает как на 1ГБ памяти (я проверял и знаю, о чём говорю), так и способен использовать все 20ГБ, если они доступны. Гибкость — отличие софта по сравнению с железом. Это фундаментальное преимущество софта!
Или вы хотите иметь 5-6 программ там, где достаточно одной, как это обстоит с транспортом?
Будущее, в котором нужно делать 5-6 "сайтов" под все протоколы, устройства и программы, но зато "всё летает"? 5-6 версий "html", 5-6 версий "js" (ну, пусть меньше — не все "браузеры" ведь будут поддерживать js), 5-6 версий "nginx" (или конфигураций nginx)… Если посмотреть с точки зрения владельца магазина овощей, решившего обзавестись сайтом, это лишние, абсурдные сложности. Даже с точки зрения программиста, сложновато выходит.
Вообще, смешно, конечно, я тоже разработчик chromium, но при этом вообще не в курсе, что происходит в sheduler. Мне больше управление цветом интересно и разные новые HDR тонкости.
Размер диска пусть 50 гб.
Аналогично фаерфокс.
Я знаю, как он работает с ограничением по памяти без всякого виртуалбокса (было дело, погорели три слота под оперативку из четырёх, и осталась одна двухгигабайтная планка). Вкратце, лучше б оно сразу отказалось работать. Зато честно.
Не, в смысле, сам браузер в целом в состоянии запуститься, но вот большинство сайтов он открывал только условно. Деталей уже не помню, только общее впечатление "тебе тут не рады".
Идея для стартапчика.
Идея для стартапчика.
ChromeOS/ChromiumOS на Chromebook/Chromebox'ах.
Уже портировали.
2. Учитывая наличия Open Source реализаций — это будут делать на интересе энтузиасты. Собственно, уже сделали. В мире много вещей делаются бесплатно (по крайней мере, до поры, до времени, и с качеством, которое устраивает именно автора).
Например, для родственников, чтобы они не скачали очередное обновление антивирусника по баннеру.Ну так скачают ведь, если это дело популярность наберёт.
Собственно, уже сделали.Всё, что я видел — версии для «поиграться». Без обновлений и кучи сервисов.
И где отваливается что-нибудь постоянно, не одно, так другое.
Ставить это родственникам… ну разве что тем, которых ты ну просто ненавидишь.
Оно есть под простое PC железо.
А зачем браузер, который память жрет как не в себя? У меня вот львиная доля 8 гигов отъедается именно браузером.Если приложение умеет отдавать память по требованию, не вижу проблем. Вы ведь оперативную память покупали не для того, чтобы она всегда оставалась свободной. Если же для этого — просто вытащите её и положите на полку, она будет всегда свободной.
Свободная память = неэффективно используемая память, память, которую в данный момент можно было бы занять под кэширование чего-либо. Можно провести аналогию с деньгами. Если у человека целый год лежит свободный миллион наличкой, то этот человек упустил возможность этот миллион куда-то пристроить (хотя бы сделать банальный вклад и иметь хоть какой-то процент, отличный от нуля).
Выходит, процессор, работающий не на 100% мощности = неэффективно работающий процессор. Вытащите из своего новенького макбука M1 его и замените его Celeron-ом.
Не все так однозначно.
Но, например, я не буду менять свой процессор, если новый станет компилировать мне проект за такое же (устраивающее меня время), только при этом будет загружен вполовину.
Другой пример: если кто-то в офис для печатания документов в Word поставит Core i9 о 10 ядрах, это будет расточительно. Как и в случае с человеком, который поставил себе 16 гигабайт памяти, чтобы не давать их использовать приложениям. А зачем тогда ставил?
О чем я и говорю. Поддерживать в оперативной памяти данные не бесплатно — какая-то мощность батареи на регенерацию ячеек уходит.
Я не знаю, много или мало и есть ли возможность управлять потреблением, как у процессора. Это все скрыто под фразой "Не все так однозначно" :). Я лишь хотел показать, что не всегда очевидный путь рассуждений — такой уж и очевидный.
Поддерживать в оперативной памяти данные не бесплатно — какая-то мощность батареи на регенерацию ячеек уходит.
А как контролеер или кто-то там определяет, вот эта ячейка — она используется хромом, в вот эта — пустая. Там и так нолики или единички.
Потребление может расти при чтении/записи, но если туда что-то закешировалось и лежит, вдруг понадобится, то разницы быть по идее не должно.
Насколько я знаю, ОС не умеет отключать неиспользуемые блоки памяти, как блоки процессора.
О чем я и говорю. Поддерживать в оперативной памяти данные не бесплатно — какая-то мощность батареи на регенерацию ячеек уходит.И эта мощность совершенно копеечна на фоне чего угодно в вашем компьютере.
Я не знаю
Это все скрыто под фразой «Не все так однозначно»Всё совершенно однозначно, это абсолютно копеечные затраты, на которые нет смысла обращать никакого внимания в нормальных пользовательских случаях, вы просто не знаете, в чём сами и признались. :)
Выходит, процессор, работающий не на 100% мощности = неэффективно работающий процессор.Вашу иронию не поймут «раскрыватели» видеокарт.
x86: Если у вас поцессор постоянно загружен более чем на 60% — у вас проблемы.
IBM Power series: Если у вас процессор загружен менее чем на 100% — у вас проблемы, вы зря потратили деньги. ©
Вот для таких вещей и нужны штуки вроде JavaWebStart: у тебя на машине стоит платформа, исполняющая байт-код, есть браузер, который умеет отдавать ссылки application/java в жава-платформу; и когда ты тыкаешь ссылку, браузер отдаёт её жаве, та скачивает приложение, проверяет подпись источника, запускает приложение. При следующем запуске этой ссылки или ярлыка на рабочемстоле, жава спросит у источника: " есть ли новая версия?" и, если есть, то скачивает новую версию, и запускает приложение.
С JavaWebStart есть какая-то проблема, проявляющаяся в том, что он не взлетел. Возможно потому, что в схеме "браузер" мы имеем 1 обновляющуюся/администрируемую программу, а в схеме "браузер+JavaWebStart" — две. Возможно, Java слишком медленно обновлялась.
Только это приложение ещё и ставить нужно, систему захламлять.
Странное решение. Мобильные браузеры могут создавать ярлыки веб-страниц на рабочем столе, и такие веб-страницы работают как мобильные приложения. Нет нужды в таких мобильных приложениях, когда есть браузер.
А что же вы пользуетесь хабром? Тут ведь интерактивщина — после ответа страница не перезагружается, чтобы добавить ваш коммент! Да ещё и кнопочкой можно догрузить свежих комментов!
А гмейлом/соц-сетями когда-нибудь пользовались? А ведь они тоже эксплуатируют эти свистоперделки в хвост и в гриву.
И так и начинается… В общем — ситуация с вебом, действительно, печальная, но вполне закономерная. Надо просто w3c заставитьне новые стандарты выпусказть, а заставить консолидировать имеющиеся — процентов 30-60 наверняка можно выбросить.
Что интересно, когда последний раз проверял, хабр вполне себе работал и по-старинке, с сабмитом коммента через форму без скриптов. То же самое и у мобильной версии ВК, и у твиттера до недавних времён можно было хоть через elinks писать, но теперь — увы.
Тут ведь интерактивщина — после ответа страница не перезагружается, чтобы добавить ваш коммент! Да ещё и кнопочкой можно догрузить свежих комментовЭто круто, да. Технологии всего-то двадцатилетней давности. В Netscape 3.0, вроде как, такого было сделать нельзя, но в MS IE 4+ и Netscape 4 уже точно можно — сам делал ещё студентом.
А ведь они тоже эксплуатируют эти свистоперделки в хвост и в гриву.Угу. И там я тоже понимаю, почему нельзя пользоваться лёгким браузером, нормально работающим на 80486, Windows 3.11 и 4MB памяти, а, всё-таки, придётся раскошелиться на 12MB, Windows 95 и Pentium на 200MHz.
Всё остальное-то кто сожрал? И ради чего?
В общем — ситуация с вебом, действительно, печальная, но вполне закономерная.Закономерная, но закономерность обсусловлена не техническими ограничениями. А тем, что пользователь в современно Web'е — это продукт.
А вы когда-нибудь интересовались мнением сыра или там батона хлеба? О качестве вашего холодильника?
Ну вот и тут та же история.
Надо просто w3c заставитьне новые стандарты выпусказть, а заставить консолидировать имеющиеся — процентов 30-60 наверняка можно выбросить.99% можно выбросить… но кто ж это сделает?
Угу. И там я тоже понимаю, почему нельзя пользоваться лёгким браузером, нормально работающим на 80486, Windows 3.11 и 4MB памяти, а, всё-таки, придётся раскошелиться на 12MB, Windows 95 и Pentium на 200MHz.
Уже опера 11 кушала что-то поболее и нормально работала скорее на дюроне 900+, а то и большей конфигурации (сейчас уже не упомню, да). Да это нужно было в том числе для 10-100+ вкладок, для веб-инструментария, для дефолтных плагинов… но без них… мне долгое время было некомфортно работать в браузере.
Закономерная, но закономерность обсусловлена не техническими ограничениями. А тем, что пользователь в современно Web'е — это продукт.
Проблема не только в том, что пользовател == продукт, но и в том, что сама по себе концепция w3c говорит об обязательности финансирования значительных изменений веб-стандартов. Не помню уже, надо ли самой организации что-то башлять, но крупную команду, которая всё сделает за них — вынь да положь.
99% можно выбросить… но кто ж это сделает?
Ну вот кто html5 пропихивал? Вот пусть соберутся и отменят обратную совместимость для xhtml и html4 и младше — сразу можно будет выкинуть 30-70% стандартов, не особо разбираясь в тонкостях..
Да это нужно было в том числе для 10-100+ вкладокНу если открыть миллион вкладок, то можно потребности и до терабайтов с любыми, самыми эффективными, браузерами и web-сайтами, догнать.
Речь идёт про одно окошко браузера, один файлик в редакторе и так далее.
То что 100 открытых вкладок почему-то не могут «сидеть тихо» и жрут процессор, когда я на них не смотрю… это уже проблема следующего порядка.
Вот пусть соберутся и отменят обратную совместимость для xhtml и html4 и младше — сразу можно будет выкинуть 30-70% стандартов, не особо разбираясь в тонкостях..А прибыль-то от этого действа они как получат?
Браузерная гонка из-за денег. А самый ценный ресурс — потребитель контента. Кто его лучше всех завлечёт, тот больше всех и настрижет. Вот и соревнуются и браузеры и сайты и браузерные приложения. Открыл браузер и весь мир твой, хочешь — работай, хочешь — играй, а хочешь — котиков рассылай.
Браузер сейчас — подобие операционной системы, а не просто программа для просмотра документов. Браузер предоставляет кучу API, образующих некую виртуальную машину — как и операционная система. Только на более высоком уровне (вместо унылого VirtualAlloc тут нескучный WebGL). Нечто аналогичное есть в Java Runtime, Android API и т.д., но они менее распространены, чем веб.
Можно порассуждать, почему появилась неоходимость создания новой высокоуровневой виртуальной машины (судя по развитию веб, эта идея в итоге неплохо зашла). Либо API других ОС были недостаточно высокоуровневыми, либо в индустрии была необходимость создать открытый свободный легко развивающийся стандарт, etc.
В одних только браузерах найдено более 8000 уязвимостей
Всё равно это ничто по сравнению с числом жертв дигидрогена монооксида!
Файрфокс тянет с собой всё больше рекламы, телеметрии, и обязательных плагинов.
ЧТО? Не замечал ни роста первого, ни третьего, а телеметрия отключается.
Драйвера — это, всё же, более низкий уровень — уровень ОС. Но, боюсь, уже существуют плагины к браузеру для работы с криптооборудованием — какое-то подобие драйверов. Осталось только принять API для написания драйверов на JS.
При всей своей нелюбви к жс весь перфоманс как всегда упирается в прокладку между стулом и монитором
либо в индустрии была необходимость создать открытый свободный легко развивающийся стандартИндустрии был нужен способ запуситить программу без установки и заражения компьютера вирусом.
То что эту потребность удовлетворил браузер… ну это трагедия, конечно. Может со временем этот маразм и исправят.
Из очевидных возможностей — скормление всех этих спецификаций ИИ, чтобы на выходе получить код более компактный и менее ресурсоёмкий, т.е. двигаться по пути движка, управляющего Amazon. Но это потеря остатков иллюзии управляемости процессом.
Непланомерность можно решить тупо выкинув всё имеющееся и переписав стандарты заново, с учётом опыта прошлоо и с рассчётом на долгое использование.
Обратная совместимость решится предыдущим пунктом.
Многонаправленность можно решить следующим образом: разбить то, что сейчас называется WEB на две несвязанные технологии. Первая — отображение статичных (или почти) статичных документов, без всякого javascript и с минимумом декларативной логики. Вторая часть — WEB приложения. То, что сейчас реализуется иногда через браузер, должно реализовываться через нативное приложение. В результате веб-браузер станет простым приложением для скачивания и просмотра документов, каким он был когда-то, году в 1993-м. Сложность его уменьшится при этом на несколько порядков и будет легко создать альтернативу.
Ага, ага. О С++ те же самые стоны, примерно лет 20. Упираются в требования поддержки обратной совместимости и, по факту, прямой эволюционности.
В результате веб-браузер станет простым приложением для скачивания и просмотра документов, каким он был когда-то, году в 1993-м.
Но кому в 2021м нужен браузер из 1993?
Более старый браузер вполне будет отображать нужный текстовый контент.
Особенно если его заставить прикинуться суперновым, чтобы обойти проверку.
А все свистоперделки старый браузер и показать не сможет, что и к лучшему для пользователя.
Новый браузер сделать можно, но сразу нужно выпиливать очень много всего ненужного: canvas, webrtc, большую часть функциональности js и css (css совсем распухший стал), доступ к микрофону, даьчикам, просмотр pdf и очень много чего еще.
Вот например сайт rarlab.com — что еще нужно для сайта продукта? А сейчас однастраничные лендинги на 8-10 мб делают с 3 предложениями полезной инфы.
Я бы даже наверное донатил разработку такого браузера, наверное не с ноля, а просто удалением ненужного из chromium.
Проблема в том, что эти 95% пользователей используют стандартный1 браузер в 95% случаев, и резона его менять у них нет. Оставшимся 5% нужны как раз выкинутые вами 5% возможностей. Так что увы :(. Сделать-то можно, вот только те, кто мог бы им воспользоваться, о нем никогда не узнают.
1 Какой в данное время считается стандартным
Определяем 20 самых используемых Веб-ресурсов, на которых пользователи проводят 95% времени (в основном это поисковики, соцсети, видео- и фотохостинги, облачные приложения типа Google Docs, почтовики)… и 95% этих стандартов уже будет нужно, ага.
А ещё 95% пользователей каждый пользуется каким-то своим «обскьюрным» куском интернета, который сам по себе нужен дай боже 1% пользователей, но таких кусочков уйма, и из них складывается подавляющее большинство остатка стандартов, которые вдруг не задело топом.
В общем нет, нельзя так сделать.
Выпиливаем:
— OnlyOffice (у них насколько помню рендер страниц сделан через него, за счет чего и грузит почти любые документы MS (и плевать на размер) и показывает их правильно а не как гуглодокс/MS Office Online.
— HTML5-терминальные клиенты (то что в vSphere сделано в новых версиях, из про-софта), из про — Parsec (десктопный клиент у него тоже есть правда, под все платформы куда вышло влезть(на iOS не вышло), но веб-не надо ставить!), или там — то что MS планирует использовать для запуска xCloud игр на iOS после пролета с AppStore
Получается нужен еще стандарт по простой и безпроблемной (включая риск поймать трояна, включая поддержку и редкости вроде Linux на RISC-V(Chromium ж там заведется а значит и текущие веб-приложения) установке нативных приложений? Ну так — Google Instant Apps / Apple AppClips в эту тему и движутся но это только для мобилок.
К сожалению, полезная инфа зачастую продает хуже мегабайтов картинок с улыбающимися моделями и вау-эффектами.
Сервер у заказчика уже был (синхронизация наличия фоновая).
Даже если брать отдельную VPS-ку, вышло всё равно бы дешевле.
«Компания Microsoft изменила модель распространения браузера Edge, созданного на основе движков Blink и V8 из проекта Chromium. Ранее пользователи могли скачать его самостоятельно с сайта Microsoft, а теперь компания насильно устанавливает свой новый браузер всем пользователям Windows 10»
www.iguides.ru/main/other/microsoft_nachala_nasilno_ustanavlivat_svoy_novyy_brauzer_vsem_polzovatelyam_windows_10
Совсем недавно большая часть людей перебралась в города, в рамках этого процесса города стали существенно расширяться, усложняться и превращаться в абсолютных монстров. И это понятно, в моём детстве я знал много семей у кого туалет находился на улице, включая многоквартирные бараки, и телефоны чаще бывали тоже на улице… А теперь на этих местах многоэтажки и частные дома, с раздельной подачей гор/хол воды, личным сортиром (иногда двумя) и оптическим интренетом.
Мы ведь понимаем сложность построения такой инфраструктуры.
Примерно такая же ситуация с ПО и браузерами конкретно.
Многим ведь так приятно читать комменты, например про linux:… поставил супруге linux вместо windows, показал где chrome, она так ни чего и не поняла.
Браузеры стали инструментом обывателя, обеспечивающий переход уровня комфорта с деревни на большой город.
И самое прикольное — появятся новые технологии и многие работники смогут перебраться на удалёнку (в городах), будет развиваться общественный (скоростной) транспорт и прочее, города постараются пойти по пути Европы (агломерации). Так и в компьютерах — появятся технологии которые позволят снизить сложность браузеров.
Думаю можно найти и другие аналогии — например общественное устройство.
В пределах 10 лет — следует ожидать революционных изменений в компьютерных технологиях, сравнимых с активным появлением массового интернета. Кто-то окажется на волне (как в своё время оказался Microsoft, позже Google)
В пределах 10 лет — следует ожидать революционных изменений в компьютерных технологиях, сравнимых с активным появлением массового интернета. Кто-то окажется на волне (как в своё время оказался Microsoft, позже Google)
Это какой-то ультраоптимизм у вас. Революционных я припомню только штуки три, сначала PC в доме, потом интернет, потом носимое устройство объединяющее предыдущие два (хотя вот это как раз скорее эволюционное).
Все это было по сути приближением технологий к возможностям человека, в которые дальше и упираемся. Может, лет через 20 и появится например эффективный нейро-интерфейс, но это штука все равно нишевая, сверлить себе череп согласятся немногие а без этого ничего толком не добиться. Сколько раз пытался взлететь массовый VR, я уже устал считать, ни разные дополненные очки, ни голосовые команды — революцией конечно тоже не станут.
Может, вы чего-то секретное знаете, что приблизит человечество к киберпанку и всем станет окончательно хорошо?(или нет)
Мой прогноз очень прост, в начале 20 века велись расчёты какой высоты будет толщина навоза в городах — лошадей всё больше и больше… И ещё анекдот. Английская леди приезжает посмотреть на первый паровоз, видит железные рельсы, железные колёса и заявляет: эта штука ни когда не поедет. Через мгновенье, в чаде из дыма, вся эта конструкция трогается. Она внимательно смотрит, кочает головой и уверенно говорит: эта штука ни когда не остановится.
Я не знаю, почему вы насчитали только три революционные штуки, я насчитаю много больше, но это и не критично. Пусть три.
Но вот почему это всё вы относите к приближению тенологий к возможностям человека, понять не могу. Так можно всё запихать в эту категорию.
Тем более я не понимаю, во что мы там упираемся.
На секунду, представим человека умеющего читатать с томиком ветхого завета, в деревушке где не знали писменности. Для местных, которым он может слово в слово рассказывать (а на самом деле читать) одни те-же истории, возможности его мозга практически безграничны…
Ну и тезисно, выводы:
— находясь в тайге, в лесу и не видев моря, мы ни когда не сможем понять, что это
— мы с вами здесь и сейчас, знаем те технологии которые знаем, да и то плохо и не все
— мы не знаем, кто из нынешних 15-ти летних через 10 лет сделает что-то аналогично значимое unix'у или ООП или iPhone или mp3 или ЖК панелям
— мы не знаем какие технологии окажутся востребоваными — это главное
С огромным удовольствием продолжу рассказывать о своём видении будущего — оно не очень классное, но прикольное )))
Мой прогноз очень прост, в начале 20 века велись расчёты какой высоты будет толщина навоза в городах — лошадей всё больше и больше
На удивление распространенный миф, насколько помню это была сатирическая статейка в каком-то таблоиде, никто всерьез не считал что навоз дойдет до 3 этажа. Да и про 19 век это скорее, в начале 20 автомобили уже были довольно популярны, и кстати уже тогда появились и электромобили, которым пророчили более яркое будущее.
Почему-то в нашем сознании отложились только ретрограды боящиеся поездов, наверное так же будут вспоминать 2020-е через полвека — вот тогда жили смешные люди что панически боялись 5G.
Футурологи 100 лет назад довольно неплохо предсказывали будущее, с видеосвязью и урбанизацией, правда почему-то упирали в летающие повозки и покорение соседних планет, ну это просто более захватывающим казалось, чем какие-то соцсети.
Первая идея транзистора появилась в 1926, ООП придумали в 1966, прототип Unix появился ровно в то же время, 55 лет назад, начало интернета — всего через несколько лет на рубеже 70х. Первый ЖК-дисплей появился в 1968, а сами жидкие кристаллы вообще в 1888 открыты.
Mp3 вообще не понимаю при чем тут, сжатие цифры через фурье — очень старая штука. Даже без mp3 мы могли бы pcm-поток в случае необходимости юзать, пусть и меньшего разрешения.
Айфон не был инновацией вообще ни в чем, до него уже были смарты с лучшими характеристиками, просто Джобс гений маркетинга и продаж. Да и продажа смарта каждой домохозяйке не думаю что как-либо позитивно повлияла на общество, скорее наоборот.
Про умение читать, ну честно, наверное 9 из 10 людей сегодня смогли бы без проблем отказаться от этого устаревшего навыка средневековых монахов. Голосовые чаты и команды, тикток и жесты с иконками — и нет проблем. У каждого в кармане давно лежит штука с доступом ко всей информации, накопленной человечеством, и что?
Вот именно, этот прискорбный факт футурологи прошлого не смогли предвидеть, слишком хорошего мнения были о нас.
Короче, я к тому что 10 лет умножайте на что-нибудь, 2011 ничем принципиально от сегодняшнего дня не отличается.
Меня в вебе смущает не его масштабность, а то, что при всей это масштабности самые простые вещи сделаны такими сложными. Есть миллион способов сделать все, что угодно, только не то, что тебе нужно.
Я давно уже привык к мысли, что невозможно создать идеальный сложный сайт, за счет багов может сломаться отображение и у Google, и у Apple. Где хорошая инкапсуляция, которая позволит создавать переиспользуемые компоненты? Где нормальные блоки для скроллинга, которые будут вести себя корректно на разных браузерах (сейчас только основное окно является на 100% безопасным для имплементации скролла). Где таблицы с автозагрузкой компонентов вроде UITableView и UICollectionView в iOS? Почему анимации сделаны так неуклюже? Почему нельзя создать блок, где картинка по высоте будет равна соседнему блоку (рабочие решения только для хрома есть).
Почему даже для кастомного чекбокса надо проворачивать трюк из нулевых, а если есть какой-то полезный API, то наверняка он не поддерживается на одном из основных браузеров?
Да и "лучшие практики" веб-разработки – это просто какое-то метание из стороны в сторону. То зажатый и строго регламентированный AMP-сайт, то мегабайты JS в Flutter Web (и все от одного разработчика!). Как вообще идея с SPA прижилась в том же мире, где Google продвигает AMP? Почему для текстовых страниц необходимо грузить и выполнять столько CSS и JS?
Хотя может быть, на все эти вопросы и есть простые ответы, а я, как не веб-разработчик, просто их не нашел...
Разработка происходила по-другому. Каждый раз, когда перед разработчиками из крупных контор возникала какая-то частная проблема, они просто вносили в стандарт очередной костыль, который эту проблему решал самым простейшим и тупейшим способом. Таким, что шаг влево-вправо — и для решения модифицированной проблемы уже нужно новое изменение стандарта.
В итоге все эти стандарты — просто убогий набор кривых костылей, нагромождённых друг на друга и зияющих очевидными дырами.
Например, Canvas до сих пор не позволяет измерить высоту выводимого текста — только ширину. Хотя измерение и ширины, и высоты есть даже в древних WinGDI — но их-то продумывали заранее и всерьёз, а тут перед кем-то встала задача измерить ширину строчки, и он ввёл это в стандарт, а воткнуть тут же и высоту, что было бы вполне логично — не, мне же не надо, ну и нет смысла париться.
Но из-за обязательной обратной совместимости (в том числе по отношению даже к странным и глючным решениям) нельзя просто отрефакторить какой-то метод API. Однажды сделанное неоптимальное решение остаётся в вебе навсегда. Неудобно? Делаем новый стандарт. Вёрстка на таблицах не катит? Верстаем на дивах. Неудобно? Flexbox. Всё равно неудобно? Grid. Какие-то api забрасываются, разрабатываются новые с похожим функционалом. И весь этот легаси надо поддерживать.
Но из-за обязательной обратной совместимости (в том числе по отношению даже к странным и глючным решениям) нельзя просто отрефакторить какой-то метод API.Именно поэтому тут не катит вариант «запилим хоть как-то, а там видно будет». Тут надо бы по 10 раз отмерять, прежде чем пилить.
А вместо этого насыпали тонны костылей, при этом по-настоящему важные проблемы не решались годами.
Достаточно вспомнить лишь, что долгое время самым популярным вопросом по вёрстке было «как выровнять div по центру?». Люди десять лет городили безумные костыли для этой распространённейшей, простейшей задачи, пока проблему наконец кое-как не закрыли.
Что, нельзя было догадаться, что она возникнет? Нельзя было раньше закрыть? Нельзя было сначала собрать самые частые проблемы, возникающие при вёрстке, а потом их скопом закрыть оптимальным образом? В Microsoft же при разработке WPF как-то справились, что их вёрстка работает просто, логично и бескостыльно. А тут никто даже и не пытался думать о разработчиках. Каждый, кто вносил в стандарт очередной костыль, думал о себе и только о себе. Он решал свою мелкую частную проблемку, даже не задумываясь о последствиях.
а также для насаждения вредоносных технологий вроде DRM и AMP.
Почему AMP — вредоносная технология?
Сначала Гугл развивает свою рекламную мегаимперию на трекинге пользователей, что способствует деградации веба до того состояния, что страницы грузятся вечность и порой не работают без JS вообще. Потом они придумывают “стандартизированное” решение этой проблемы в виде AMP (тщательно игнорируя аналогичные решения от Фейсбука и Яббла, ведь они плохие), и оставляет за собой де-факто контроль над технологией. Контент хостится через серверы Гугла, так как хочет Гугл, не покидая веб-страницу поиска Гугла. Конечно Гуглу от этого хорошо, но вот другие сайты не в восторге, что Гугл таким образом может получить монополию на показ рекламы на их сайтах. А если не будут брать — то отключат газ, ой, то есть понизят в рейтинге поиска, если нет AMP-версии.
Очень удобно быть монополистом и использовать это влияние для того, чтобы диктовать сайтам, как и что им хостить, чтобы пользователи имели возможность увидеть эти сайты.
Но все эти достижения оказались уничтожены всякой ангулярщиной и прочими ускорителями разработки, когда для вывода статической визитки грузится 10Мб скриптов, которые прямо на машине пользователя собирают эту страничку из кусочков.
и браузеры конечно тяжелееют, но спринт-разработка и фулстек-рукопопы, которые не в состоянии сделать простое на css и суют js калькуляции во все щели, делают своё тёмное )
Во-первых хочу заметить что скорее всего большая часть из той документации давно устарела и уже не используется. Взять например tls1.2 и tls1.3.
В первом сотни шифро-наборов — каждый наверняка имеет свою толстенную документацию. В последнем вроде бы рекомендовали использовать 4 надёжных шифро-набора.
Да и если смотреть на страницу то что этo? Это css, html, ну и виртуальная машина javascript. Пока не буду рассматривать webassembly и тому подобное.
Парсер первых двух вполне решаемая задача. Виртуальный DOM — тоже не атомная бомба. С javascript сложнее. Но тоже не невыполнимая задача.
P.S. Я думаю что новых браузеров не появятся потому что не имеет смысла, есть уже готовое. Если предположить что вдруг исчезнут все браузеры по взмаху волшебной палочки, то уже через неделю появятся просмотрщики страниц с вполне достаточным функционалом.
P.S.S И всегда намного проще повторить идею, зная как она должна выглядеть, а не проходить тернистый путь проб и ошибок.
И уже по ровной спеке реализовать браузер. Ну. и дать время на переходный период. Тут идей как относительно безболезненно внедрить нет. Мне ближе назначение даты, после которой старый веб не поддерживается и все.
То, что все ушло в браузер — неизбежно. А вот умерить аппетит и ресурсы для всего этого — не помешало бы. И детерменированное поведение для всего
Мне ближе назначение даты, после которой старый веб не поддерживается и все.
Вспоминаем как продуктивно идет внедрение IPv6.
Хотя уж что только не делали.
И более менее понятно что внедрять — надо.
И софт весь более менее важный уже поддерживает.
И все равно — прогресса идет очень медленно.
И все равно — прогресса идет очень медленно.Ну как медленно. До уровня “50% в некоторых странах добрались за пять лет (вместо планировавшихся 3-4), думаю появление приложений, разработчики которых “забьют” на поддержку IPv4 уже не за горами.
А дальше — процесс уже лавинообразно пойдёт.
И софт весь более менее важный уже поддерживает.Это как раз неважно. Нужно чтобы какой-нибудь популярный софт перестал поддерживать IPv4. А для этого нужно, чтобы выкидывание всех IPv4 пользователей не сильно ударяло по карману.
В Индии или в Гермении — это уже возможно. Но оттуда редко популярные программы приходят (хотя чем чёрт не шутит). США — чуть отстают, думаю ещё годик им потребуется, чтобы до 50% добраться.
Давным давно следовало начать состязаться в стабильности и производительности браузеров, вместо производительности команд разработки измеряемой в фичах за спринт. Вы долбанулись. Астанавитесь!Довольно странное требование. Вы рассуждаете только о проблеме и не предлагаете никакого решения. Сейчас есть несколько разных кросплатформенных фреймворков, почему бы не создать как минимум прототип того что должно быть?
Вы рассуждаете только о проблеме и не предлагаете никакого решения.
Дрю поддерживает Gemini, например.
Делать что-либо с современным вебом эволюционно — бессмысленно. Он слишком хорошо засел в головах и кошельках, чтобы измениться. Можно только показать другой путь для желающих.
Дрю поддерживает Gemini, например.Какое отношение это имеет к вебу? Это просто ещё одна возможность, вроде мессенджеров, которые существуют где-то рядом, где-то сбоку.
Можно только показать другой путь для желающих.Какой путь? Вы говорите только о потреблении ресурсов, но не говорите, как сделать условные гугл карты, только лучше, чтобы можно было зайти в условный интернет магазин, и найти его на карте.
Какое отношение это имеет к вебу?
Никакого. Вот именно что это — новая возможность. Вместо того, чтобы втиснуть всё в широченное прокрустово ложе браузеров. Федеративность протоколов и реализаций, все дела.
как сделать условные гугл карты, только лучше
Что бы гуглокарты делали, если бы у них не было браузера, где можно их запускать? Они бы были отдельным приложением, которое занимается только картами.
Лично мне бы хотелось отделить веб-документы от веб-приложений. Тогда у авторов документов не будет соблаза напичкать туда трекеров и майнеров, потому что они могут. Тогда текущая ситуация с Одной Компанией, Одним Браузером, Одним Интернетом может быть разрешена — движок будет запускать переносимые приложения, определять 100500 стандартов интерфейсов к операционным системам, и может быть космически сложным. Но при это не будет решать, что и как люди посещают в интернете. В общем-то, как и сейчас — оно к тому и идёт с Электрон-приложениями.
Что бы гуглокарты делали, если бы у них не было браузера, где можно их запускать? Они бы были отдельным приложением, которое занимается только картами.Хорошо, данное приложение нужно будет отдельно устанавливать? Оно будет встраиваться в страницу, подобно плагину флеша, или будет отдельным окном? Я смогу открыть несколько независимых копий, или будет как на андроиде — одно приложение, одно окно и не больше? Это приложение будет работать для линукса, или мне предложат покупать винду или мак, в крайнем случае андроид? Завтра я захочу посмотреть погоду на карте, это мне теперь ещё одно приложение от яндекса ставить? Для яндекс карт отдельные приложение?
Хорошо, данное приложение нужно будет отдельно устанавливать?
Не обязательно. Хотите стабильности — устанавливаете конкретную версию себе, она не будет меняться. Хотите свежак — сохраняете в закладки (“устанавливаете ссылку”), автоматически будет скачиваться новая версия, когда появится.
Оно будет встраиваться в страницу, подобно плагину флеша, или будет отдельным окном?
Само по себе — никуда не будет встраиваться и живёт отдельной жизнью. Можно ли будет встраивать приложения в документы — не обязательно веб-документы, можно и локальные — и другие приложения — это к форматам документов и приложениями вопрос. Позволят ли они такое, насколько глубокая интеграция с документом и приложением при этом будет, и как к этому относится пользователь.
Я смогу открыть несколько независимых копий, или будет как на андроиде — одно приложение, одно окно и не больше?
Как окружение решает. На десктопной системе принято позволять несколько копий — можете несколько копий. Андроид решает, что пользователям можно только одно приложение с одним окном — будет одно.
Это приложение будет работать для линукса, или мне предложат покупать винду или мак?
Куда будет портирован рантайм для запуска этих приложений — там и будет работать.
Завтра я захочу посмотреть погоду на карте, это мне теперь ещё одно приложение от яндекса ставить?
Так сразу не скажу. Пусть гугло-карты и яндекс-погода договариваются о своих API, как одни будут рассказывать про местность, а другие — про погоду, чтобы дружить и показывать пользователям общую картинку.
В идеальном мире все со всеми дружат, и у вас будет третье приложение, которое тянет карты через гугло-API, погоду — через яндекс-API, и показывает интегрированную картинку пользователю.
Правда, не совсем понятна экономическая мотивация этого.
То есть это удобнее, чем кнопка “Одноклассники” на рабочем столе?
Зачем сворачивать, если одноклассники открыты перманентно (и открываются автоматически при входе с систему). А для удобства переключения между всем этим зоопарком окошки одноклассников, вконтакта, инсты, новостного сайта и других программ где надо делать работу — объединяются в одно окно со вкладками средствами оконного менеджера.
И при этом одноклассники гарантированно не шпионят за всем остальным, что происходит в системе, потому что это отдельный процесс и у него выбора нет.
И новостной сайт загружается быстро-быстро, потому что ему больше не надо тащить 20 мегабайт джаваскрипта непонятно зачем. (Хотя нет, понятно зачем: Одноклассники бы хотели знать, что за новости вы читаете, чтобы продать эту информацию новостному сайту. Но теперь они не могут узнать.)
Можно ли будет встраивать приложения в документы — не обязательно веб-документы, можно и локальные — и другие приложения — это к форматам документов и приложениями вопрос.Чертветь века назад уже были отлично работавшие решения.
На десктопной системе принято позволять несколько копий — можете несколько копий.Нельзя. Этого и сейчас уже нельзя. У меня если я в середине попытки перевести деньги открываю окошко и пытаюсь посмотреть реквизиты в истории переводов… всё слетает к чёртовой матери, потому что банк-клиент в браузере так написан.
Дерьмо можно породить используя любую технологию.
Правда, не совсем понятна экономическая мотивация этого.Вот в это всё и упирается. Проблема, которую мы наблюдаем в браузерах выросла из экономики, потому технического решения у неё нет.
Поздравляю, вы переизобрели DSOM образца года так 1993-го, только одна беда, он «не взлетел».
Не понимаю почему количество стандартов это плохо.
Народ, всё наоборот:
- У нас есть огромное (!) количество возможностей (перечислять можно довольно долго)
- Приложения доступны всем (!), без установки (!), с любого устройства (!)
- Это передовые технологии, включая 3D и VR на стороне браузера
Поэтому, да, это фарш, но это не цель, а следствие огромной технической сложности, реализованной в веб-платформе. Хотите меньше сложности и сделать свой браузер – без проблем, выкиньте всё что считаете лишним, и получите браузер на уровне нулевых без миллиона нужных функций.
Поэтому всё просто – чем больше функций, тем больше технической сложности, тем больше кода, текста, стандартов и сложности продукта в целом, и это нормально.
Поэтому респект разработчикам браузеров, потому что создать такую махину, да еще чтобы оно работало и развивалось, это очень сложная задача, плодами которой сейчас пользуется весь мир.
Вообще, статья больше похожа на "они сделали космический корабль, и это больше никто не может сделать! Остановитесь!" J
… а надо наоборот, говорить "Офигеть! Они сделали космический корабль!", потому что это реально сложно, и только поэтому это сложно сделать другим.
Конечно же, пользователям не нравится, что вместо полноценных продуктов (быстрых и отзывчивых Веб-приложений) они получают какие-то дешёвые суррогаты, на разработке которых изрядно сэкономили — ровно настолько, чтоб ещё хоть как-то можно было пользоваться, пусть и на пределе возможностей железа.
Браузер не ограничивает решения, и даже не дает готовых решений задач. Какие возможности используются для экономии на разработке?
Я бы сказал сейчас скорее есть много ошибок проектирования приложений, из-за чего страдают пользователи, но создать быстрое приложение сейчас можно с не меньшим успехом чем раньше, даже наоборот, с учетом кэширования, хранения статики в браузере, и прочими возможностями.
У нас есть огромное (!) количество возможностей (перечислять можно довольно долго)
Потому что они в массе своей свалка барахла, а не продуманный набор фич. В вебе, минуточку, даже банально возможность выровнять элементы по центру по вертикали контейнера появилась в 2010-е годы. При этом нужное поведение элементов во многих случаях достигается не указанием конкретных CSS-свойств, нет. Оно достигается как побочный эффект от сочетания ряда свойств. У нас нет свойства «расположить элемент по центру контейнера по горизонтали», надо установить отступ слева auto, и справа auto. У нас нет значения «занять свободное пространство» для атрибута width, нет, что вы, это слишком просто. У нас есть возможность настроить это поведение для flexbox одним способом, для других контейнеров другим способом и т.д.
Упомянутое выравнивание по вертикали — вообще отдельная песня. Это не космический корабль, нет. Это огромный неповоротливый танк, трехэтажный, с пятью башнями, у которого с одной стороны гусеница, с другой семь колёс разного диаметра, сбоку приварена установка ракет воздух-воздух, правда, она не стреляет, т.к. при установке её почему-то направили прямо на гусеницу, а сзади тянется плуг.
«расположить элемент по центру контейнера по горизонтали»
justify-content: centerCSS Box Alignment — общая спецификация по выравниванию для всех контейнеров.
Контейнеры разные. Одному надо настраивать отдельные элементы, другому ещё и строки/колонки. У одного коэффициенты сжатия и растяжения для элементов, у другого для строк/колонок. У одного по главной оси выравнивать имеет смысл только целую группу, у другого можно по всем осям.
Разные свойства это хорошо, это гибкость. У нас есть инструменты для изменений каждого отдельного свойства элемента, а дальше делай с ним что хочешь. Если бы нам дали готовые решения в виде комбинаций свойств, их было было невероятно больше.
НО я не об этом.
Да, это танк с пятью башнями. Но когда нужна обратная совместимость (а в случае в веб без неё нельзя, потому что сайтов миллионы-миллиарды, нельзя их просто выбросить на помойку), по-другому и не получится, потому что ко всему что было раньше, добавляется новое. Поэтому часть дублирует друг друга, другая конфликтует, и так далее, но других вариантов, вероятно, нет.
камерам
Видео-конференции
батарее, вибрации
Приложения для телефонов на базе веб
Больше возможностей = больше вариантов использования
Есть же мессенджерысозданные на Electron'е, то есть фактически работающие в том же самом браузере.
Есть же мессенджеры
Главный минус это каша и необходимость установки
С веб, как я и говорил выше, устанавливать ничего не надо, поэтому для многих ссылка и вперед удобнее, чем установка программы, регистрация, настройка, добавление контактов, создание конференции, сбор участников, создание встречи, звонок.
Потом начинается что у одних нет программы, другие ставить не хотят, третьи с телефона, а там вообще нет этой программы.
Поэтому я думаю что мессенджеры должны уходить в веб, это реально удобно
Я уже молчу про интеграции с календарями, планировщики, записи встреч, интеграция с плагинами, и прочее-прочее-прочее.
Так если софт в ОС оставить, там дела в сто раз хуже, потому что есть доступ к ОС, файловой системе, сети, и всему, чему не лень.)) Причем, это еще и не видно может быть, а в веб, как вы сказали, вы это увидели.)
И где безопаснее?)
если софт в ОС оставить, там дела в сто раз хуже
В общем случае — не хуже, потому что в стандартной ОС приложениям не разрешается без ведома пользователя самим скачивать и устанавливать другие приложения, а в вебе скрипты докачивают только в путь.
Я не понимаю эту ссылку, как этот (я так полагаю) сервис относится к теме запретов и докачиваний?
P.S. Хотя может вы под стандартной ОС понимаете Android или iOS? Ну так они сильно позже Web'а и там безопасность ровно такая же как в Web'е: добавить на главный экран ничего нельзя, зато своих собственных скриптов можно надозакачивать сколько угодно.
Когда у меня при установке приложению не хватает каких-то библиотек, мне менеджер зависимостей показывает, что он собирается докачивать, и просит на это разрешение. Да даже в полувиросных проплаченных инсталляторах для винды такая практика, хотя галочки они стараются прятать как можно лучше.
Более того, как только Linux'ом станут пользоваться больше, чем три с половиной гика это произойдёт с неизбежностью.
Ну да, в вебе про это всё можно забыть ))Почему забыть? Google Calendar отлично интегрирован с Google Meet, всё это двумя кликами можно отправить на YouTube и встроить в Google Spreadsheet, куда через плагины вкручить массу всего.
Что-то? Не хотите становиться собственностью Google? Дык кто ж вас спрашивает? Нет, выбор у вас есь, конечно: можете ещё стать собственностью Microsoft…
habr.com/ru/company/dcmiran/blog/493018
Идиотская дележка аудитории превратило браузеры в суверенные ОС. При этом сопутствующая тяжеловесность херит понятие браузера как такового
Как же Opera, Brave, Vivaldi, Microsoft Edge, браузер от Yandex и.т.д.
Речь больше о браузерных движках, нежели об обёртке.
Как жеOperaBlink,BraveBlink,VivaldiBlink,Microsoft EdgeBlink,браузер от YandexBlink и.т.д.
Все вышеперечисленные используют один тот же движок Blink, поддерживаемый и разрабатываемый в основном Google в рамках Chromium. Именно движок решает, как и что будет отображаться и загружаться на веб-страницах.
Google победил, неформально.
Почти всё что сейчас называется браузером, так или иначе переехало на их движок, включая IE.
Удручает, но де факто сейчас даже "кривой" HTML является частью стандарта. Например, можно не закрывать тег div: <noscript><div></noscript>. Google Chrome такое парсит корректно, что, по сути, дало свободу разработчикам и "расширило" стандарт. Даже специальная библиотека Tidy есть для выправления такого кода, иначе обычный парсинг, например, через DOMDocument, не загружает его нужным образом.
Мне даже интересно дождаться того момента, когда вся эта безобразия нае... «навернётся», с шумом и грохотом. А если к тому моменту останется только один баузерный движок, то это будет вдвойне интереснее.
И даже самый монструозный и тормознутый браузер всё равно лучше, чем этот их кошмарный WeChat. Нас, к сожалению, тоже ждёт нечто подобное уже в ближайшее десятилетие.
С точки зрения людей, выделяющих деньги все эти проблемы с тормозами и диким потреблением ресурсов — это фигня, не стоящая даже выеденного яйца. Не они ж за все эти гигабайты и гигагерцы платят? Они их продают.
А вот реальную пробему, которую должна будет решить следующая плаформа — это, разумеется, всякие блокировщики рекламы и всякие youtube-dl с thunderbird'ами.
Вы точно будете счастливы, если разработчики браузеров переключатся на решение этих проблем?
Посыл неверен.
Если бы эти спецификации не были нужны, их бы просто не реализовывали.
Мне кажется, автору (разработчику системного ПО) нужно просто смириться, что уже существуют программы более сложные, чем операционные системы.
Мне кажется, автору (разработчику системного ПО) нужно просто смириться, что уже существуют программы более сложные, чем операционные системы.Не существует, потому что операционные системы включают в себя браузер.
Главная проблема даже в сложности браузеров, как таковой, но в том, что вся эта сложность нужна непонятно зачем.
Но, на самом деле, “понятно зачем”: чтобы первым выпустить продукт.
Просто мы дошли до пределов капитализма. Который работает, когда много производителей выпускают разные вещи и где, внимание, покупатель выбирает лучший продукт.
Если же покупатель выбирает не лучший продукт, а “появившийся на рынке первым” продукт, то капитализм и перерождается в копроэкономику.
Что делать с этим — непонятно: эксперимент СССР показал, что плановая экономика превращается в копроэкономику ещё быстрее, чем капитализм.
Но ничего не предвещало беды. По работе я уехал в Эфиопию, где высокоскоростной интернет остаётся только в мечтах. Дома днём качаешь со скоростью 2 МБ/сек, загружаешь 0.5 МБ/сек. Ночью — чуточку быстрее.
Конечно, работа с большими файлами становится большим гемором и на многие вещи начинаешь смотреть по-другому. Нет, оффлайновой почтой я пользоваться не начал, но стал замечать, что некоторые страницы привычных сервисов (asana, gmail, ..) весят очень много.
Дома днём качаешь со скоростью 2 МБ/сек, загружаешь 0.5 МБ/сек. Ночью — чуточку быстрее.
…
Конечно, работа с большими файлами становится большим гемором и на многие вещи начинаешь смотреть по-другому
Например, в таком сценарии, вместо сборок docker image, публикации их, загрузки базовых образов, придётся деплоить по-старинке.
И 2МБ/с это не так уж плохо, на самом деле, сопоставимо с 3g/4g в частном секторе вечером :)
По работе я уехал в Эфиопию, где высокоскоростной интернет остаётся только в мечтах. Дома днём качаешь со скоростью 2 МБ/сек, загружаешь 0.5 МБ/сек.Алё, гараж! Это не «скоростной интернет»! Это «супертурбо» интернет!
На экране 80x25 помещается 2000 символов. Чтобы их обновлять раз в секунду (а больше для работы и не нужно) — нужен канал в 19200кбит/сек.
Всё что выше — уже позволяет работать даже с «тупым терминалом» без особых задержек.
А уж интеллектальный терминал — так ещё эффективнее может быть.
Кто-то сомневается в том, что современный Web-браузер интеллектуальнее тех самых «интеллектуальных терминалов» IBM 3270?
а больше для работы и не нужно
Ммм, посмотрел бы, как вы будете печатать с лагом в 1 секунду. Тут при в 10 раз меньшем уже некомфортно
Если же символы не имеют привычки “теряться” (emacs, vi[m], да любая почти терминальная программа), то “некомфортно” начинается с задержек секунд в 15-20.
Да блин, ну управляли же люди Луноходами на луне, да? Там задержка больше секунды по число физическим соображениям.
Вот в IDEA или Visual Studio невозможно так работать, даже если канал гигабитный — потому что нужно же ждать пока “оно” отреагирует, иначе реакция может быть неадекватной. Там
xyz<Tab> это нифига не то же самое, что xyz<менюшка показалась><Tab>. А терминальные программы — и через модем на даче нормально, когда задержка 2-3 секунды.
Я регулярно натыкаюсь с bash (5.0.17 из Ubuntu 20.04), что если после Ctrl+R слишком быстро набрать искомое, то он заглючивает, вставляя кусок какой-то предыдущей команды. Например, жму ^rrsync — а мне появляется поиск какого-то "rbassync" (rbas — это такой алиас, тоже часто вызываю).
Так что и тут сломали, демоны.
И такого 20 листов, и только в одном документе. Графоманство какое-то если честно… Я даже не спрашиваю откуда у людей столько свободного времени на это все. Так что высокая сложность создания браузеров, как по мне, дак под большим вопросом.
Почему я не прочитал ни одной спецификации, и при этом знаю какую структуру имеют урлы и почему они имеют именно такую структуру, и даже могу примерно расшифровать RFC 3986 в урлах? Неужели предполагается что люди могут понять это только прочитав целый том?
Возможно, всё дело в "примерно". Браузер обязан правильно разбирать все возможные вариации корректных и некорректных URI, соотносить с политиками безопасности JS и структурой DOM, предсказуемо обрабатывать национальные домены в unicode и punycode, понимать разные схемы и контекст парсинга, и ещё кучу разных вещей. И делать это так, чтобы соответствовать тысяче других документов, где последовательно уточняется/дополняется/исправляется оригинальный RFC.
Советую, кстати, когда-нибудь почитать хотя бы сам RFC целиком, он не так прост, как кажется на первый взгляд, и содержит большое количество отсылок к другим спецификациям.
Вкладка с этой статьей ЗАНИМАЕТ БОЛЕЕ 600МБ памяти
— Алло, Карл, — спросила Лада по внутрикорабельному телефону. — Ты случайно не разбираешься в вашем земном андеграундном искусстве?
— В чем-чем?
— Например, в непрофессиональном кино с cinematron.org или в текстах с Самиздата.
— Ну ты как спросишь… А зачем вам это надо?
— Понимаешь, Келли Лависко слил нам бэкапы этих сайтов. Полные. Сказал, что это куча навоза, где попадаются жемчужные зерна, которыми, собственно, и питается интеллектуальная элита Земли. Я тут пытаюсь разобраться и составить какие-то плейлисты, которые можно будет толкать в колониях, но получается, прямо скажем, плохо. Объёмы какие-то сатанинские. У вас что, все десять миллиардов только тем и занимаются, что снимают кино и пишут книги?
— Интересно, а как это соотносится с законами о копирайте? — усмехнулся Карл.
— Какие законы о копирайте, когда мы уже за пределами земной атмосферы? И кстати, как ты думаешь, откуда в Порт-Шамбале бэкапы этих сайтов? Да потому, что в Порт-Шамбале они и хостятся. Рядом с antispace.org. Его, кстати, нам тоже скинули. Мы в штурманской уже все поржали, теперь ваша, механиков, очередь. А почему они хостятся в Порт-Шамбале? Правильно, потому что любой, кто заявит требование что-то удалить с хостящегося там сайта, будет послан комендантом базы далеко и надолго. Дробинки пересчитывать в шрапнельном заряде главного калибра «Сюркуфа» или ещё куда-то в этом роде. В общем, приходи в картографическую рубку, мы там разбираем эти завалы.
Карл уже вполне освоился с расположением помещений на «Марианне», поэтому до картографической рубки добрался без труда. Кроме Лады, он там обнаружил старпома Джилли.
— Ну и как разбираться во всем этом хозяйстве? Здесь сотни тысяч фильмов.
— Обычно, — пояснил Карл. — Берёшь какой-нибудь фильм, который заведомо знаешь, и выбираешь «Люди, которые смотрели этот фильм, смотрели также…».
— Да, но здесь у нас не работающий сайт, а бэкап.
— Ну, бэкап базы данных тоже должен быть.
— Ага, есть, сейчас посмотрим. Блин, ну кто ж так проектирует высоконагруженные базы?!
Карл взглянул Ладе через плечо. На экране была ER-диаграмма базы данных сайта cinematron.org.
— Обычное дело. Наверняка они какой-нибудь ORM использовали.
— Чего-чего?
— Object-relational mapping. Такой фреймворк для быстрой разработки в объектно-ориентированной среде.
— Нифига ж себе! Сайт, на который, по уверениям Келли, регулярно ходит больше народу, чем всё население системы Арктура — и сделан на какой-то хрени для быстрого прототипирования!
— А у вас, что, не используют средств быстрого прототипирования?
— Почему не используют? Используют, только по назначению.
— А у нас на Земле, как правило, потом не переделывают. Особенно в вебе. Пипл хавает.
— Почти на любой планете, пока ты будешь дожидаться ответа от системы палочек и бечёвочек, тебя самого схавают. Это там, где каждый квадратный сантиметр настолько цивилизован, как на Земле, можно позволить себе жить в карточных домиках.
— А на Лемурии? Она ведь куда цивилизованней Земли.
— На Лемурии говорят, что при попытке выдать конструкцию из слюней и резинки от трусов за техническое решение к тебе явится призрак какого-нибудь древнего арктурианца и заявит, что твоё грубое надругательство над технической эстетикой заставляет его переворачиваться в гробу. А он за миллион лет уже привык лежать там спокойно.
— И что?
— Что делают призраки с живыми, над которыми хотят грубо надругаться? Говорят, что никого из тех, к кому в первые годы колонизации приходили такие призраки, никто больше не видел. А с тех пор на Лемурии научились не оскорблять техно-эстетические чувства покойных арктурианцев… Ладно, я вроде разобралась, что тут к чему у вашего древнеанглийского монаха11.
— Тогда сначала вытаскивай те фильмы, по которым больше всего комментариев за последний месяц.
вот только на Земле уже 23-й век
W3C печатает в среднем 200 новых спецификаций каждый год — это 4 миллиона слов — как новый POSIX каждые 4-6 месяцев.
Эх, а ведь были времена до HTML5 когда жаловались что W3C слишком неповоротлив, а нынче вон как разогнались.
Никогда толком не понимал что это за абстрактная организация W3C и почему она страдает херней столько лет.
Все стандарты должны быть пересмотрены в сторону упрощения. Все устаревшее откинуть. Каждый браузер должен следовать единым стандартам.
Короче нужно кому-то начать делать какой-нибудь WEB 3.0 и специальные новые, простые браузеры для него, следующие простым и оптимизированным стандартам.
и да, процесс прогибания уже заканчивается, все скоро будем под гуглом
Окей, представь, ты самый главный интернета, у тебя в одной руке авианосцы, а в другой печатный станок для денег, чтобы твои утверждения были весомее… ты громогласно заявил что вот твоя команда супер специалистов создала мега супер крутой стандарт, разработала мега эффективный браузер, способный работать на калькуляторах и железе 30-летней давности, выводя при этом трехмерные сайты с голорафическим движком… супер, причем мало недовольных, все с недоумением (потому что достичь согласия всем нереально но ты сумел) говорят, круто, давайте этим пользоваться!
… что делать с текущим интернетом? сотни миллионов сайтов, разработанных, скурпулезно обрабатывающих данные миллиарда клиентов. Кто и главное как их будет переделывать под новый стандарт? Выбросить все это в урну?
Невменяемый, необъятный масштаб браузеров