Atom -- программируемый редактор 21-го века <...> Ядро редактора построено на базе проекта Chromium и сопутствующих ему веб-технологиях. Плагины и расширения редактора создаются с использованием Javascript, CSS и HTML.
@4da На мелких страничках не жрёт. А так информации много в страничках, да, куча текстов и стилей, там здоровая структура данных строится при загрузке.
Я согласен с тем что нужно оптимизировать потребление памяти, у меня 300 вкладок отъедало 10 гигов.
@l29ah Но ведь и правда красивая: поддержка большинства форматов мультимедиа, возможность создания динамических интерфейсов с их помощью.
HTML для задания иерархической структуры интерфейса, CSS для задания конкретных правил отображения и JS для реализации логики.
Грубо говоря модель, вид и контроллер.
Красивая архитектура же.
Среды для программирования к этому тоже идут с декларативными технологиями описания интерфейсов но им ещё долго идти.
@engineer > Среды для программирования к этому тоже идут с декларативными технологиями описания интерфейсов но им ещё долго идти.
WPF сто лет назад придумали, QML уже есть давно, что тебе еще надо?
@4da Сам же понимаешь что если писать всё на безопасном лиспе то heartbleed исключён впринципе (но бывают и другие уязвимости, да).
Вообще мы третий раз об этом говорим, лучше спеку S-ML, S-CSS и S-LISP начать писать.
@engineer >динамические мультимедиа-интерфейсы
Уровня «поместить на формочку .AVI с вылетающей из папочки бумажкой», или как в full-motion video games середины девяностых?
@engineer то что ты называешь простым это просто sane defaults для простого крудошлепства.
нетривиальное сложное приложение будет таковым на любом языке, тут уже больше влияет возможности языков в вопросах модульности и фреймворков в расшираяемости.
@engineer > HTML для задания иерархической структуры интерфейса, CSS для задания конкретных правил отображения и JS для реализации логики.
пока что это не работает // выключи жаваскрипт и поскролируй модные адаптивные сайты
@4da Я просто смотрю на это взглядом простого человека: людям нужны круды с кучей формочек и кнопочек для выполнения своих задач, это большая часть всех приложений, естественно проектировать среды так чтобы эти приложения создавались сложно.
Впрочем ничто не мешает делать и сложные аппликухи, есть САПРы в браузере типа http://electronicdesign.com/site-files/electronicdesign.com/files/uploads/2013/02/ED_Baker_Fig05.png
А чтобы работало быстро нужно компилятор JS оптимизировать.
@4da Ставить нинужно, работает везде где будет браузер. А то ведь куча софта отмирает вместе с ОСями для которого они были написаны.
Просто у меня есть идеал платформонезависимого кода. Казалось бы ну чего сложного - давно известны все способы которыми программа может обменитьваться информацией с пользователем и все принципы дизайна эффективных виртуальных машин которыем огут обрабатывать информацию любым способом - нет чтобы разработать ВМ в которой сможет работать любая программа с аудио, графическим, символьным и touch IO и компилировать под неё все программы - порождают кучу отстойных стандартов с изъянами.
Вот Smalltalk-80 был такой платформой.
Браузер это среднего качества приближение к этому идеалу, тем он мне и нравится.
@4da Непортабельно же, кроме лиспа с ракеткой, и то IO там не стандартизован (в ракете с этим получше).
Я считаю что если стандартизировать IO и ВМ то можно будет программы вообще без изменения везде запускать.
@4da Жава норм, но новые версии ВМ порождают несовместимости, и там сложно графический ввод-вывод стандартизован, сложно свою JVM накатить которая swing поддержит.
@4da Ниосилил портирование openjdk, сорри. Слишком монстр.
Может она и портативная на 100% раз ниосилил сказать не могу.
Мне не нравится что IO находится в classpath и корень его я не проследил, а не в VM.
@4da кого ебет что там придумали, если это нигде не поддерживается либо сопряжено со значительными неудобствами? жертва совесткого образования с форсами изобретателей штоле?
@4da аргументы уровня повреждения мозга имаксом
проекты в гимпе — простейшая хуйня по сравнению со средней веб-страницей. и документ в жопенофисе — намного более простая хуйня. но жрут они как не в себя.
причем тут "обычному юзеру нахер не упало" (несмотря на то, что упало), как это связано с потреблением памяти? если бы остальной софт писали бы так же охуенно как браузеры — производители железа давно бы уже разорились.