Перестать натягивать сову на глобус: ваши идеи?
Вопрос в том, как бы нам заполучить эти ништяки, но без браузера и его проблем. Минималистичное и, возможно, на базе уже существующих технологий решение. Кроссплатформенное, достаточно универсальное, чтобы для каждого типа девайса не созывать комитет, но при этом с гибкой настройкой доступа к возможностям платформы.
Ключевые слова: JVM, WASM (может выполняться по мере загрузки и оптимизирован под минимальный размер), CIL, Snap, Flatpack (имеет гибкую настройку доступа к устройствам и сети, но использует Linux специфичные фичи), WebGL.
Перемещено leave из development
9p и его соседи?
Docker + CRIU
Каждый сайт — это образ, а браузер — надстройка над докером, которая автоматизирует загрузку-запуск контейнеров и управление ресурсами. В результате мы получаем удобную унифицированную песочницу.
Ты очень заманчиво обрисовал светлое будущее, но я не понял, что конкретно ты хочешь?
Серьезно, выглядит твоя идея (или зачатки идеи) интересно, может ты в самом деле пророк. Так что давай излагай, интересно обсудить.
Если я правильно понял, то play market аналог?
Идеи - Выкинуть к чертям все и вернуть браузер к состоянию HTML парсера.
Вангую, что оно будет выглядеть как браузер и крякать как браузер.
Не исключаю, что браузеростроители намеренно усложняют стандарт, чтобы не вылететь с браузеростроительного бизнеса.
Правильно не исключаешь. Нахрена, простите, в браузере вшитые плееры, когда можно стартовать внешний?
Для эстетики и индивидуального оформления плеера. Всё во славу свистелок и перделок, как всегда. Хомячки их очень любят и жить без них не могут.
У тебя начало и конец поста противоречат друг другу.
На ноуте работает НТ 4.0. Ну, мне нужно, ноут хоть и старый, но вполне работоспособный. А софт написан в годы могущества Win2k, и переписывать его лень. Работает, и нормально.
Показываю ноут хомяку. Вижу недовольство. Недостаточно гламурный интерфейс, видите ли =)
Выкидывание браузера - не значит, что нужно закопать все сопутствующие технологии с ним связанные. Например, если можно использовать wasm и что-то webgl подобное, то это даже к лучшему. Потому, что можно будет замутить мост между браузером и этой новой платформой. И тогда приложения наиболее эффективно будут работать при установке этой платформы, а на телевизорах / соковыжималках / пылесосах (где её нельзя установить, но есть html5 браузер) - в режиме совместимости.
Я уже видел мелких хомячков, которые хрюшу не застали. Так им хрюша не удобна, подавай семерочку или десяточку.
Re: Docker + CRIU
Docker - просто обёртка над несколькими фичами ядра Linux. Чтобы оно работало в Windows используется гипервизор. А в Android'е, как мне подсказывает DuckDuckGo, всё ещё хуже ввиду отсутствия необходимых модулей (впрочем, результаты старые, может что-то поменялось?). В любом случае, Flatpack всяко лучше в качестве песочницы для недоверенного кода (он для этого создавался, по крайней мере).
1. Ну, что ж, пользователям маргинальных и устарелых ОС придётся пострадать. А андроид в будущем и поправить можно.
2. Учитывая тенденции, поднять виртуалку в гипервизоре будет и быстрее, и менее ресурсоёмко, чем пытаться эмулировать гипервизор и операционную систему в браузере.
Нахрена делать машину с колёсами, вдруг мы на эскалаторе поедем
Перестать натягивать сову на глобус: ваши идеи?
Писать нормальный натив и уже добавочно разработать несколько стандартов API для всех перечисленных задач. Пусть будут реализации разные и на разных платформах и будут иметь свой интерфейс, но каждый будет иметь дополнительно реализацию стандартного API который гарантированно реализован/эмулирован.
И да Compile once, run everywhere подходит только для мелких приложух, большие программы весящие под 100/200 метров тут уже не катят, увольте, не хочу качать по ссылке с фейскниг на посмотреть приложения.
Пишите нормальный нативный софт и не страдайте хернёй, да, многое уже можно в вебе, но границы иметь то надо
Проблема в том, что это самый простой способ клепать «приложения». Поэтому electron и взлетел. Ибо просто работает, пусть и медленно. Ну и гигантская экосистема в виде JS. При этом, это чудо на смеси C++ и JS умудряется работать быстрее чем Java, что уже само по себе забавно.
Нужна нормальная GUI либа, которая будет легко встраиваться в другие языки. Но на данный момент такой нет.
Есть конечно Qt, но там С++, а значит никто к нему даже прикасаться не будет. Есть ещё QML, но он как-то не взлетел + кривой. При этом Qt Project забили на десктоп и ушли в embedded.
В общем всё плохо.
Проблема в том, что это самый простой способ клепать «приложения». Поэтому electron и взлетел.
Так в обсуждаемой альтернативе браузеру в принципе всё так же можно будет подцепить библиотеку отрисовывающую html / css и делать интерфейс с помощью неё, если это действительно удобно. Просто платформа не обязана будет знать обо всех стандартах последних тегов, только как запускать и изолировать приложения.
Если я правильно понял, то play market аналог?
Не исключено. Дитя play market и браузера. Часть генов от папы. А децентрализованность, только правильная от другого папы.
It depends. Вопрос, можно ли сделать так, чтобы недоверенное приложение безопасно работало с любой переферией, а небраузер при этом оставался достаточно простым, чтобы для его реализации не требовались годы. От ответа на этот вопрос зависит, как он будет крякать.
У меня дежавю, кто-то уже постил такой тупняк.
Это Watcom Assembler, запомни, шкет.
Протокол файловой системы? Оно разве решает проблему запуска недоверенных приложений?
Ущерб не может в многозначные аббревиатуры?
https://en.wikipedia.org/wiki/WebAssembly WebAssembly or wasm is a low-level bytecode format for in-browser client-side scripting, evolved from JavaScript
подцепить библиотеку отрисовывающую html / css
Она называется chromium. Там конечно много лишнего, тем не менее.
А чистый html/css - нафиг не нужен, ибо кривой и не предназначен для GUI.
Йоба-протокол, в который можно весь этот ваш интернет запихать.
Вопрос в том, как бы нам заполучить эти ништяки, но без браузера и его проблем. Минималистичное и, возможно, на базе уже существующих технологий решение.
ой, да очень просто. предлагать сайт как приложение. пример пакета в дебиане
Я тут, на днях, у одной девчонки в инсте видел искпишечку на ноуте, так чуть не заплакал от «умиления». Она, наверное, ещё сидит на 2 гигах и «иксплорере», под который до сих пор злые менеджеры требуют писать веб приложухи.
Она, наверное, ещё сидит на 2 гигах и «иксплорере»
И не тормозит от отличие от современного жирного Linux.
Хорошую траву курил топикстартер.
Можно начать с более простого вопроса:
Какие существуют языки (и стоящие за ними технологии) разметки интерфейса, которые:
- Не являются хреновой адаптацией языка разметки документов к задачам разметки интерактивных графических интерфейсов и не тянут за собой легаси размером с Эверест. (Как HTML.)
- Не обслуживают нужды конкретного тулкита, который помрёт так же незаметно, как появился. (Как Glade XML)
- Не пытаются решать сразу все задачи мироздания разом. (Как липс-скобочки, которые могут означать что угодно.)
А добавление поддержки каждого нового типа устройства в браузер - это таки годы обсуждений и ещё столько же запила.
Без стандартизации («годы обсуждений») невозможна совместимость платформ. Будут у тебя веб-страницы которые, скажем, на венде и макоси с плеером совместимы, а на линуксе нет
есть браузер с его фишками. хочу ништяковую %somename% со всеми фишками браузеров, но без их недостатков. и конечно же, у %somename% никогда не будет своих недостатков. т.е. мы не поменяем шило на мыло. нет. всё будет прекрасно.
на деле, если прочесть твой пост, то всё очевидно. «Минималистичное»+«минимальный размер» == пациент с core2duo 4gb ram мечтает о светлом будущем. всем срать на минималистичность. компьютер существует чтобы пользоваться софтом (как и ОС) и если софт требует петабайт оперативной памяти — значит тебе нужен компьютер с петабайтом ram, или не нужен этот софт. period.
Нужен универсальный метапротокол самого высокого уровня для обмена данными. От сайтов будут приходить данные в стандартном виде, которые клиент будет как хочет парсить. Всё будет однообразно отличаться будут только названия полей/тип передаваемых данных. Клиент же - набор приложений и/или тех же комбайном, НО без внешнего высера от сервера в виде html/css/js. Всё реализуется на стороне клиента так или иначе, а не тянется из сети в непотребном виде. От сервера, же будет в спецполе выдаваться информация, какие фичи клиента ему нужны, а фичи будут строчками вида mozilla.graphon.webgl.2_0 или google.web.chat.httpchat и клиент уже будет говорить умеет он в вебгл от mozillы или в чатики от гугла или нет. Конечно, какие-нибудь чатики от гугла могут быть совместимы с чатиками от лисы, что можно указать, можно делать свои компоненты, отдельные приложения для ведра/иос, указывать, с чем они совместимы и т.д.
Ps. Типы данных - тоже будут описываться метапротоколом, то есть будет какое-нибудь web.audio.mp3/acc/wav/flac web.plain_text, web.xml, web.html и т.д. в разных вариациях, с потомками и они могут быть несовместимы между собой и конвертироваться из одного вида в другой.
Хорошую траву курил топикстартер.
Можно начать с более простого вопроса:
Какие существуют языки?
Нормальных - никаких, всё говно, а жизнь - тлен. Следовательно: JavaScript'у нет аналогов и не может, потому что это вершина эволюции и развития CS. Стало быть ничего, кроме JS не нужно.
вроде няшный efl на няшной сишке, и со встраиванием проблем быть не должно.
Вот электрон в самом деле интересная штука. И если честно, я ожидал что вторая инкарнация QML будет именно как электрон для возможности сайтостроения, но не случилось. Может QML однажды всё же шагнет в след электрону.
При этом есть и положительные стороны:
Вопрос в том, как бы нам заполучить эти ништяки, но без браузера и его проблем.
JVM + самописный загружатор софта из сети с поддержкой DNS, на той же Java и написанный. Мне даже кажется, кто-то что-то такое уже делал. Вот почему не взлетело - стоит подумать.
Для труЪ-консольного линуксоида семёрочка однозначно удобнее хрюши. Можно запускать программы с клавиатуры: нажал <Win>, начинаешь набирать имя программы, и система тебе автокомплитом предлагает варианты. В хрюше такого не было. Ещё хоткеи навигации по окнам добавили, не такие, как в awesome, но всё-таки.
Большинство этого покрывает webassembly, canvas, rest json api. Просто никому это не нужно.
JavaScript'у нет аналогов и не может, потому что это вершина эволюции и развития CS. Стало быть ничего, кроме JS не нужно.
А ведь когда-то это анекдот был:
Один пацан писал все на JavaScript, и клиент, и сервер, говорил что нравится, удобно, читабельно. Потом его в дурку забрали, конечно.