Время в течении которого работает железо и время в течении которого работает софт на этом железе — разные вещи.
Потенциально существуют миллионы владельцев Wii, которые могут потерять доступ к своим играм, не переведя их на Wii U, которую сегодня не так-то легко достать. Nintendo прекратила её производство в 2016-м, из-за чего её теперь сложнее найти. Новую Wii U можно купить на Amazon, но стоить это будет $600.
Вот тут и появляется вопрос — покупать ли приставку которая ещё продаётся и работает или нет. Если судить по сроку работы железа, то вполне можно. Если судить по сроку работы drm сервисов, то лучше не брать.
CSS заметно сложнее JSSS, поэтому и требует кеширования, ничего удивительного.
А вы напишите страницу на JSSS со стилями сопоставимыми с современным CSS. Попробуйте руками всё это анимировать и раскрасить. Очень хочется на это посмотреть.
Важна не только идея. Важна популярность и простота. Именно популярность java дала бы кросплатформенность большого количества софта. Я не прошу драйвера принтера на java, но очередной платформер на java сделать можно. Хотя в то время платформер делали скорее под winapi. Во время хвалёных скайпов на делфи. Очевидно что каждый килобайт памяти берегли.
Найдётся кто-нибудь.
Вот и задача — изобрести его
Именно по этой причине javascript и завоевал популярность. Нет нужды ждать неопределённо долгое время. И потом, за то время пока вы изобретаете замену html + js + css ускорится ещё на определённое количество процентов.
А писать всё подряд на прототипно-ориентированном интерпретируемом языке без нормальной типизации тоже так себе идея
Создать язык компилируемый в rust и значительно улучшающий его гораздо сложнее чем типизацию для js.
Ага.
Вот беда, стандартная библиотека js уже есть в браузере, а wasm должен таскать её внутри.
Складывается впечатление что где-то есть тайная лига сумрачных гениев поклявшихся в ненависти ко всему миру имевшему неслыханную наглость их обидеть и придумывающие коварные козни для изысканной мести.
JavaScript — игрушечный язык для перекраски текста по каким-то событиям, в котором при сложении массивов получается строка
Огромное спасибо js за кросплатформенную среду и понимание того что можно самостоятельно взять и сделать свой собственный компиялтор. Тем более что делать компилятор гораздо проще в js чем в нативный код. Тут и сборщик мусора есть и стандартную библиотеку можно повзаимствовать. И hello world влезет в 100 байт.
Заменить бы HTML/CSS на условный Qt или аналог, JS на WASM
Вот только почему-то wasm yew TodoMVC собранный со всевозможными оптимизациями весит почти 400 Кб, а отладачная версия чего-то подобного, но уже на Elm собранная без оптимизаций даже до 300 Кб не дотягивает. А если сжать, то и в 50 Кб влезет.
А если разрешить нативный код для доверенных приложений (по возможности с запуском в песочнице, разумеется), то можно было бы смело портировать всякие фотошопы и сонивегасы на такую платформу.
Только не нативный. Нативный он уже и так есть и он уже итак прибит гвоздями к архитектуре процессора и операционной системе.
А пока веб-версия UT99 тормозит сильнее чем нативный Doom 2016 и пока Electron-версия Skype тупит, тормозит и жрёт ресурсы сильнее старой доброй Delphi-версии — такая платформа никуда не годится.
А у них стояла задача оптимизировать Electron-версию? Есть подсказка: если приложение на Delphi в 2007 попытается воспользоваться 1 Гб памяти, то есть вероятность того что оно упадёт у его разработчика и он начнёт его оптимизировать. А если это произойдёт сейчас, то разработчик этого либо просто не заметит, либо купит планку памяти, либо попросит денег на рефакторинг, где ему откажут. У людей банально нет денег на рефакторинг, им бы в текущие версии костыли вставлять. Даже у всяких гуглов.
emacs между прочим тоже написан на интерпретируемом языке. И наверняка в то время когда памяти было мало его считали неторопливым монстром. Зато сейчас по сравнению с Electron он выглядит быстрым и компактным.
Это зависит от стиля программирования/компилятора в js и используемых библиотек. Если изменить и то и другое, то проблем не будет. Чуть выше писал про Elm
Не умеет же! Плюс огромное количество пережитков прошлого(legacy) полагаю.
Да потому что на каких-то страницах нужна только jQuery, а на каких-то ещё и плагин-галерея. А на каких-то ещё какой-нибудь слайдер или кнопка «вверх». Или облако тэгов, красиво летающих по сложным орбитам.
jquery не обязывает и даже не призывает писать код в рамках одного приложения. Это просто лоскутное одеяло к которому время от времени пришивают очередной кусок. Соответственно и разобраться потом в этой простыне кода будет не просто.
И тут либо каждый раз грузить «суперконгломерат», зато с возможностью его закэшировать (в рамках данного сайта), либо бить на мелкие куски. В первом случае страдает пользователь, который зашёл на сайт первый раз — например, из поиска.
Зависит от объёма сборки. Если сборка будет маленькой, то пользователь даже и не заметит. Я не даром сказал про оптимизацию.
А не подскажете инструмент, который справляется с этой задачей для (напомню, динамически типизированного) JavaScript?
Всё просто — надо отказаться от динамической типизации. Вот как это получается у Elm.
В любом случае, всё вышесказанное относится к оптимизации времени загрузки. А изначально речь шла именно о резервировании.
А тут и не надо резервировать. Наш сайт жив — скрипт загрузился, сайт упал — уже всё равно ничего не сделать.
Альтернативы браузеру не взлетели. И это хорошо. Или вы предпочитаете ставить по приложению для каждого сайта с проприетарным api прибивающий гвоздями даже там где это не нужно? Сила веба в кросплатформенности и отсутствии необходимости что-то куда-то ставить. Мне совершенно не нужно ставить гугл карты на свой пк, чтобы раз в пол года что-то посмотреть. Мне совершенно не нужно выкачивать весь репозиторий, ставить IDE, чтобы посмотреть пару строчек кода с github или попробовать какой-то язык программирования. Мне совершенно не нужно ставить клиент ютуба, скачивать видео для просмотра какого-то обзора.
ИМХО гораздо логичнее собрать всю эту кучу кода в один файл, выкинуть неиспользуемые функции и сжать. Работает и уже сейчас. В итоге размер сборки может легко быть меньше пустого фрейморка, не содержащего нашей логики. Всё равно использовать все плюсы разделяемых библиотек в вебе не получается. Исправление багов/уявимостей одинакого меняют хеш, плюс из-за исправления бага может какой-то костыль отвалится. Кеширование библиотек? Это хорошо работает только когда на сайтах используются одни и те же библиотеки. Кроме того это устранит ситуации когда десяток библиотек загружаются ради одной функции.
JavaScript можно оставить, но в большинстве случаев он будет просто не нужен. Когда в последний раз у вас была необходимость использовать макрос в электронной таблице?
А потом останется добавить , , , <array.map> ведь ждать сервера на каждый символ, на каждое движение курсора будет долго. Так HTML и станет языком программирования.
Увы, вычищать по прежнему легче чем использовать кривой линукс, который даже сетевую карту не увидел и драйвера на видео(потом почитал что они исключительно проприетарные и ставить их надо через жО), позволяя работать лишь в разрешении 800x600 точек. Угу.
Зависит исключительно от железа. Некоторые ноутбуки вполне себе идут с линуксом и при этом у них работает сон, wifi, открытые драйвера. Так что при желании собрать совместимое железо можно.
Я готов заплатить столько, сколько нужно заплатить по законам цивилизованной страны.
Теперь следующий вопрос: к примеру приведён неверный бенчмарк go и rust. Кому должена быть выплачена компенсация? Кто будет проверять каждую такую статью?
За все это время их менталитет изменился настолько, что уже даже нет необходимости в штрафах.
Тем не менее у них там по прежнему ловят преступников.
В случае с видео — я нисколько не заплачу вообще, потому-что я не несу на Ютубе околонаучную околесицу
Зато вы пишите тут, и в частности про возможность уйти от цензуры. Достаточно министерству правды понять, что все его усилия обнуляются одним махом, как штраф уже будет вам.
И потом, вы так и не ответили на вопросы зачем детям, особенно маленьким, ютуб, и что вы будете делать если кто-то до сих пор не научился не попадать под действия аферистов.
Для этого потребуется свой репозиторий, в котором будут пакеты ядра и блокнота. При этом придётся следить за тем чтобы версия ядра была выше чем в оригинальном репозитории, плюс пользователь должен установить это ядро. И ни вкоем случае не понизить его до версии в официальном репозитории.
Для удаления пользователю нужно получить список вручную установленных пакетов, выкачать их и принудительно поставить с liveusb. Понятное дело что проблемный репозиторий нужно отключить. Опытный пользователь сделает это без проблем.
Вот тут и появляется вопрос — покупать ли приставку которая ещё продаётся и работает или нет. Если судить по сроку работы железа, то вполне можно. Если судить по сроку работы drm сервисов, то лучше не брать.
Именно по этой причине javascript и завоевал популярность. Нет нужды ждать неопределённо долгое время. И потом, за то время пока вы изобретаете замену html + js + css ускорится ещё на определённое количество процентов.
Создать язык компилируемый в rust и значительно улучшающий его гораздо сложнее чем типизацию для js.
Вот беда, стандартная библиотека js уже есть в браузере, а wasm должен таскать её внутри.
А исполнять что будет? LLVM хорош скорее в плане оптимизации и количестве поддерживаемых архитекутр. До цели wasm в веб страницу засунуть было нечего.
А какой байткод одинаково хорошо понимает современный смартфон и какой-то старый пк, да ещё и прямо в браузере?
Писать на системном языке далеко не всё удобно.
И как же так страшный javascript выиграл у wasm? Наверное просто повезло.
Вот при составлении ТЗ и запишите. Разумеется если у вас хватит денег на тех кто умеет оптимизировать.
Огромное спасибо js за кросплатформенную среду и понимание того что можно самостоятельно взять и сделать свой собственный компиялтор. Тем более что делать компилятор гораздо проще в js чем в нативный код. Тут и сборщик мусора есть и стандартную библиотеку можно повзаимствовать. И hello world влезет в 100 байт.
Вот только почему-то wasm yew TodoMVC собранный со всевозможными оптимизациями весит почти 400 Кб, а отладачная версия чего-то подобного, но уже на Elm собранная без оптимизаций даже до 300 Кб не дотягивает. А если сжать, то и в 50 Кб влезет.
Только не нативный. Нативный он уже и так есть и он уже итак прибит гвоздями к архитектуре процессора и операционной системе.
А у них стояла задача оптимизировать Electron-версию? Есть подсказка: если приложение на Delphi в 2007 попытается воспользоваться 1 Гб памяти, то есть вероятность того что оно упадёт у его разработчика и он начнёт его оптимизировать. А если это произойдёт сейчас, то разработчик этого либо просто не заметит, либо купит планку памяти, либо попросит денег на рефакторинг, где ему откажут. У людей банально нет денег на рефакторинг, им бы в текущие версии костыли вставлять. Даже у всяких гуглов.
emacs между прочим тоже написан на интерпретируемом языке. И наверняка в то время когда памяти было мало его считали неторопливым монстром. Зато сейчас по сравнению с Electron он выглядит быстрым и компактным.
jquery не обязывает и даже не призывает писать код в рамках одного приложения. Это просто лоскутное одеяло к которому время от времени пришивают очередной кусок. Соответственно и разобраться потом в этой простыне кода будет не просто.
Зависит от объёма сборки. Если сборка будет маленькой, то пользователь даже и не заметит. Я не даром сказал про оптимизацию.
Всё просто — надо отказаться от динамической типизации. Вот как это получается у Elm.
А тут и не надо резервировать. Наш сайт жив — скрипт загрузился, сайт упал — уже всё равно ничего не сделать.
А потом останется добавить
, , , <array.map>ведь ждать сервера на каждый символ, на каждое движение курсора будет долго. Так HTML и станет языком программирования.Тем не менее у них там по прежнему ловят преступников.
Зато вы пишите тут, и в частности про возможность уйти от цензуры. Достаточно министерству правды понять, что все его усилия обнуляются одним махом, как штраф уже будет вам.
И потом, вы так и не ответили на вопросы зачем детям, особенно маленьким, ютуб, и что вы будете делать если кто-то до сих пор не научился не попадать под действия аферистов.
Для удаления пользователю нужно получить список вручную установленных пакетов, выкачать их и принудительно поставить с liveusb. Понятное дело что проблемный репозиторий нужно отключить. Опытный пользователь сделает это без проблем.