The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

По данным отчёта Mozilla, доля негативных отзывов об интерфе..., opennews (??), 23-Ноя-13, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


42. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +5 +/
Сообщение от Crazy Alex (ok), 23-Ноя-13, 22:51 
Ну вот большинство пользователей его "более правильным" не считает.
Ответить | Правка | Наверх | Cообщить модератору

43. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  –5 +/
Сообщение от Xasd (ok), 23-Ноя-13, 22:52 
> Ну вот большинство пользователей его "более правильным" не считает.

ты ответь ещё и:

разработку --- Shumway, Pdf.js , Asm.js --- тоже прекратить? :-)

Ответить | Правка | Наверх | Cообщить модератору

93. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +8 +/
Сообщение от arisu (ok), 24-Ноя-13, 08:15 
> разработку --- Shumway, Pdf.js , Asm.js --- тоже прекратить? :-)

естественно. и вообще — прекратить превращать браузер в ОС. для особо одарённых, которые жить не могут без «веб-приложений», санки когда-то выдумали java web start. жаль, что тогда народ не оценил идею — и теперь рытаются сделать то же самое, только намного более неудобное как в использовании, так и в создании.

и, естественно, адепты-фанбои в диком восторге: «Прорыв! Инновации!» это и на самом деле прорыв, да: в здравом смысле. впрочем, чуть ли не большинство новомодных «инноваций» — это натягивание совы на глобус.

Ответить | Правка | Наверх | Cообщить модератору

102. "84% полученных Mozilla отзывов об интерфейсе Australis..."  –2 +/
Сообщение от MaboUhha (?), 24-Ноя-13, 09:36 
java, как помойное дырявое ведро со своими утечками памяти и дырами для хакинга, не нужен
Ответить | Правка | Наверх | Cообщить модератору

105. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +4 +/
Сообщение от arisu (ok), 24-Ноя-13, 09:54 
молодец, мощно перданул. продолжай в том же духе, тебя ждёт успех.
Ответить | Правка | Наверх | Cообщить модератору

111. "84% полученных Mozilla отзывов об интерфейсе Australis..."  –3 +/
Сообщение от MaboUhha (?), 24-Ноя-13, 10:20 
просто читаю время от времени репорты о фиксах в браузерах и ос, касающихся безопасности
Ответить | Правка | Наверх | Cообщить модератору

114. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +2 +/
Сообщение от arisu (ok), 24-Ноя-13, 10:38 
умеешь читать — это хорошо. понимать не умеешь написаное, правда — это плохо.
Ответить | Правка | Наверх | Cообщить модератору

110. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +1 +/
Сообщение от Xasd (ok), 24-Ноя-13, 10:19 
> санки когда-то выдумали java web start. жаль, что тогда народ не оценил идею

а идея там была -- такая же НЕЛЕПАЯ как и Google NaCL/PNaCL :-) ..

...технология которая проволокой привязана к web-браузеру как пятая нога собаке -- врядле будет хоть когда-то принята в серьёз программистским сообществом [да, да, я говорю про JWS и его JNLP --- которые совершенно ну ни как не сочетаются с вселенной HTML+CSS+JS].

Adobe Flash Player прижился (он тоже похож на пятую ногу, привязаной проволокой) -- только лишь до тех временных пор пока не появилось HTML5. а вот NaCL/PNaCL появился УЖЕ после появления HTML5, и перспективы у NaCL/PNaCL врядле хоть какие есть.

Asm.Js же является просто ещё одним low-level-языком программирования, и подключается в сайт через обычную штатную <script></script>-конструкцию (а не через <embed> и прочие ActiveX-объекты). и не вызывает ни ощущения приматывания проволокой, ни ощущения пятой ноги. а даже наоборот -- Asm.Js очень даже хорошо вписывается в концепцию HTML+CSS+JS.

Warker()+Asm.Js -- является отличным решением для маленьких фрагметов кодов, которые должны что-то вычислять на клиентской стороне.

а компилировать некий байт-код для web-сайта -- звучит как какой-то большой распухший геморой :)

Ответить | Правка | К родителю #93 | Наверх | Cообщить модератору

115. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +2 +/
Сообщение от arisu (ok), 24-Ноя-13, 10:40 
постарайся в дальнейшем не рассуждать с умным видом о том, в чём ничего не понимаешь. в частности — о java web start.

а то, что у тебя костыли не вызывают дискомфорта — это понятно и обусловлено уровнем твоего развития.

Ответить | Правка | Наверх | Cообщить модератору

121. "84% полученных Mozilla отзывов об интерфейсе Australis..."  –2 +/
Сообщение от Xasd (ok), 24-Ноя-13, 11:02 
запускал как-то Quake2 на JWS...

...да, работало хорошо, с OpenGL-ускорением.

но чем это лучше чем запуск обычного Quake2 из /opt/games/quake2/ -- так и не понял :)

при попытке запустить -- наскачивало каких-то бинарных модулей (*.so).

а сам запуск был НЕ с пониженными привелегиями.

Ответить | Правка | Наверх | Cообщить модератору

131. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +3 +/
Сообщение от arisu (ok), 24-Ноя-13, 12:01 
> так и не понял :)

вот именно поэтому я тебя и просил не рассуждать на темы, в которых ты не разбираешься.

Ответить | Правка | Наверх | Cообщить модератору

164. "84% полученных Mozilla отзывов об интерфейсе Australis..."  –1 +/
Сообщение от Xasd (ok), 24-Ноя-13, 14:43 
а я БУДУ рассуждать...

:-) :-)

Ответить | Правка | Наверх | Cообщить модератору

169. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +2 +/
Сообщение от arisu (ok), 24-Ноя-13, 15:04 
> а я БУДУ рассуждать…

твоё стремление выставить себя как можно большим идиотом не похвально, но понятно. сила глупости — она такая.

Ответить | Правка | Наверх | Cообщить модератору

283. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +2 +/
Сообщение от Аноним (-), 25-Ноя-13, 13:10 
> а я БУДУ рассуждать...

Попробуй порассуждать на тему нелепости PNACL? Наоборот как раз логично выглядит. Так минимум ограничений на то "как писать программы" (кроме лимитов песочницы) и можно оттранслировать в шустрый нативный код. А вот пытаться сделать то же самое но используя как промежуточное представление почему-то JS, хоть он для такого годится как топор для плавания по реке - вот это да, форменный изврат. Особенно фееричный костыль - asm.js.

Ответить | Правка | К родителю #164 | Наверх | Cообщить модератору

317. "84% полученных Mozilla отзывов об интерфейсе Australis..."  –2 +/
Сообщение от Xasd (ok), 26-Ноя-13, 16:36 
> Попробуй порассуждать на тему нелепости PNACL?

у PNaCL и Asm.Js --- фактически одни и теже ограничения. (в том числе у обоих технологий -- проблема с многонитевостью, которую реализовать можно, но НЕ совсем традиционным способом относительно того как это привыкли делать в C/C++)

основная разница между PNaCL и Asm.Js -- только в том PNaCL записывает свой код в двоичном виде и подключается через <embed> [как выше я уже писал -- это можно сравнить с пятой ногой, или с привязыванием проволокой].

Asm.Js -- записывает свой код в псевдо-js, а подключается через <script>.

как для Asm.Js так и для PNaCL -- для обоих технологий -- используется C/C++компилятор на основе LLVM.

> как промежуточное представление почему-то JS

именно это позволило Asm.Js выиграть приемущество относительно PNaCl.

PNaCl работает только на Chrome (и Chromium).

Asm.Js работает только на Firefox.

при этом программисту который скомпилировал свою C/C++программу для Asm.Js -- в добавок даётся бонус "медленная поддержка других web-браузеров -- лучше чем отсутствие этой поддержки".

а программисту который скомилировал свою C/C++программу для PNaCl -- вышеупомянутого бонуса не даётся. ну и кто после этого будет использовать PNaCl?

* * * * *

ах да, забыл сказать что благодаря своему бинарному формату -- PNaCl-код инициализируется на много быстрее чем Asm.Js-код. однако это не настолько существунно, чтобы об этом говорить.. но всё равно думаю справедливо было это упомянуть :)

Ответить | Правка | Наверх | Cообщить модератору

323. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +/
Сообщение от Аноним (-), 27-Ноя-13, 20:33 
> у PNaCL и Asm.Js --- фактически одни и теже ограничения.

Только если промежуточный абстрактный байткод который перегоняется в нативный и запускается - выглядит еще относительно логично, не создает особого головняка програмерам и прочая, то вот JS в роли такой сущности - форменный микроскоп для забивания гвоздей. Тормозно, не компактно, без спецкостылей работает крайне отвратительно. Спору нет - если к микроскопу палку подлиннее привязать и утяжелить основание - им можно и железнодорожный костыль заколошматить. Мучительно и извратно, но - можно. А не проще взять кувалду? На порядок меньше мучений всем. От производителя до пользователя.

> (в том числе у обоих технологий -- проблема с многонитевостью,
> которую реализовать можно, но НЕ совсем традиционным способом относительно
> того как это привыкли делать в C/C++)

Не вижу фундаментальных проблем делать в pnacl многопоточность. А в чем она состоит? Pnacl это просто промежуточный байткод, который при случае перегоняется в нативный.

> с привязыванием проволокой].

Проволока и пятая нога - это попытка юзать JS как промежуточное платформонейтральное представление кода писаного на других ЯП. Хреновый из JS промежуточный платформонейтральный уровень, знаешь ли. Он немного не для этого делался. Тот факт что вбить микроскопом гвоздь можно - еще не значит что микроскоп является хорошим инструментом для забивания гвоздей.

> Asm.Js -- записывает свой код в псевдо-js, а подключается через <script>.

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

> как для Asm.Js так и для PNaCL -- для обоих технологий --
> используется C/C++компилятор на основе LLVM.

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

>> как промежуточное представление почему-то JS
> именно это позволило Asm.Js выиграть приемущество относительно PNaCl.

Не вижу в чем преимущества asm.js состоят. Костылестроение в полный рост. Те кто делал PNaCl по крайней мере нашли в себе силы признать что JS полное гумно как промежуточное представление кода и сделать это представление по человечески.

> PNaCl работает только на Chrome (и Chromium).
> Asm.Js работает только на Firefox.

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

> даётся бонус "медленная поддержка других web-браузеров --

От которой мало толку. Ты будешь играть в игру где FPS с 30 упал до 3, например? Ну вот и остальные не будут.

> не даётся. ну и кто после этого будет использовать PNaCl?

Да вот вижу тут знакомого кекса - компильнул довольно навернутую гамезу в это дело. Я бы зассал такую штуку на JS даже пытаться запускать. Потому это что п...ц, товарищи.

> ах да, забыл сказать что благодаря своему бинарному формату -- PNaCl-код
> инициализируется на много быстрее чем Asm.Js-код. однако это не настолько
> существунно, чтобы об этом говорить..

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

Ответить | Правка | Наверх | Cообщить модератору

64. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +1 +/
Сообщение от Xasd (ok), 24-Ноя-13, 00:00 
> Ну вот большинство пользователей его "более правильным" не считает.

кстате это ещё не известно кого больше. :-)

то что недовольные консерваторы орут как всегда громче всех ["ни чего не трогайте! а только исправляйте баги"] -- это было известно ещё и до этой новости :)

мне новый GUI нравится. он более гармонично вписывается в современные стандарты современных сред рабочего стола. однако я не голосовал в этом голосовании..

а то что новый интерфейс меньше кастумизируется -- я считаю это только плюс (меньше багов, больше надйжности и продуманности, а также отсутствие отговорок программистов в стиле "откустомизируйте сами себе как вам надо!")

при этом надо понимать что консервативно настроенные пользователи Firefox -- в конечном итоге занимаются тем что повышают популярность браузера Google Chrome [а через время они же сами перейдут на Google Chrome, сказав что мол "ну всё, больше не могу сидеть на этом Firefox.. надо же иногда идти вперёд а не стоять на месте..."].

Ответить | Правка | К родителю #42 | Наверх | Cообщить модератору

68. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +3 +/
Сообщение от Аноним (-), 24-Ноя-13, 00:31 
>[оверквотинг удален]
> мне новый GUI нравится. он более гармонично вписывается в современные стандарты современных
> сред рабочего стола. однако я не голосовал в этом голосовании..
> а то что новый интерфейс меньше кастумизируется -- я считаю это только
> плюс (меньше багов, больше надйжности и продуманности, а также отсутствие отговорок
> программистов в стиле "откустомизируйте сами себе как вам надо!")
> при этом надо понимать что консервативно настроенные пользователи Firefox -- в конечном
> итоге занимаются тем что повышают популярность браузера Google Chrome [а через
> время они же сами перейдут на Google Chrome, сказав что мол
> "ну всё, больше не могу сидеть на этом Firefox.. надо же
> иногда идти вперёд а не стоять на месте..."].

Консервативные пользователи уйдут на SeaMonkey. Переходить на этот ваш хром — менять шило на мыло.

Ответить | Правка | Наверх | Cообщить модератору

76. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +1 +/
Сообщение от Xasd (ok), 24-Ноя-13, 01:32 
> Консервативные пользователи уйдут на SeaMonkey. Переходить на этот ваш хром — менять шило на мыло.

не, не.. я имею ввиду что консервативные пользователи -- уйдут на Chrome -- в том случае если БЫ Mozilla не стала БЫ делать БЫ новый GUI для Firefox.. но уйдут не сегодня, а по-позже..

то есть сейчас -- ОК -- допустим этим консерваторам всё нравится в Firefox. привычный классический GUI, привычные возможности..

сделаем мысленный эксперимент.

допустим консерваторам нравится что в Firefox только исправляют баги и не делают новых улучшений [ПРЕДПОЛОЖИМ что Mozilla пошла на поводу у консерваторов и перестала добавлять новые улучшения, а лишь только теперь чинит баги].

через какоето-то время [точнее сказать -- раз в какоето время] у любого консерватора случается редкое являение прозрения. консерветор в момент этого прозрения думает "ды Хром же намного лучше чем Firefox! у него много интересных фишек, а GUI больше подходит под моё DE-окружение чем этот устаревший GUI Firefox! а попробую ка я Chrome!"

после такого прозрения -- консерватор обычно везде начинает писать "Firefox протух" и что "надо использовать Chrome!"...

..разумеется после перехода на Chrome -- консерватор будет всячески стараться [своими выкриками:)] теперь уже -- заморозить развитие этого Chrome :-)

возвращатся же опать на Firefox уже ни кто не будет, так как в случае долговременной зморозки функционального развития -- Firefox станет совершенно ущербным -- и по меркам консерваторов и по меркам обычных пользователей... Firefox просто умрёт, а консерваторы останутся как всегда недовольны :) , недовольны например тем что Chrome постоянно улучшают вместо починки лишь только багов.

* * *

...в итоге -- делаем вывод что консерветивные пользователи -- это словно раковая опухоль. и она распространяется как чумная зараза [от одного умирающего продукта к другому].

понятное дело что зрелые проекты -- вполне понимают и знают об этой раковой опухли, и вряд ли будут слушать все эти консервативные выкрики :)

Ответить | Правка | Наверх | Cообщить модератору

84. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +1 +/
Сообщение от kurokaze (ok), 24-Ноя-13, 04:24 
> не, не.. я имею ввиду что консервативные пользователи -- уйдут на Chrome
> -- в том случае если БЫ Mozilla не стала БЫ делать
> БЫ новый GUI для Firefox.. но уйдут не сегодня, а по-позже..

не понимаю ваших стонов. я уже пару лет использую и фф и хром
тот кто их противопостовляет - малолетние ушлёпки

> после такого прозрения -- консерватор обычно везде начинает писать "Firefox протух" и
> что "надо использовать Chrome!"...

это не консерваторы, а дети

Ответить | Правка | Наверх | Cообщить модератору

94. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +3 +/
Сообщение от arisu (ok), 24-Ноя-13, 08:18 
> не понимаю ваших стонов. я уже пару лет использую и фф и
> хром
> тот кто их противопостовляет — малолетние ушлёпки

ну да, гадить на опеннете можно с обоих. а вот если браузером пользуешься поактивней, то начинается уже совсем другая сказка. в которой поломать привычный workflow и оторвать/изменить привычные фичи — катастрофа. потому что вместо того, чтобы тратить время на выполнение своих задач, приходится тратить время на борьбу с браузером.

Ответить | Правка | Наверх | Cообщить модератору

256. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +2 +/
Сообщение от Аноним (-), 24-Ноя-13, 23:53 
> привычный workflow и оторвать/изменить привычные фичи — катастрофа.

Да даже для хомяков неприятно лишний раз переучиваться на ровном месте. Программа не ради программы, чтоб под нее постоянно перестраиваться, блин. А ради того что она делает.

Я еще не против переобучиться если это улучшит эффективность работы. Но интерфейс для австралопитеков в этом не помощник...

Ответить | Правка | Наверх | Cообщить модератору

263. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +2 +/
Сообщение от arisu (ok), 25-Ноя-13, 01:24 
дык многие странные люди уверены, что не компьютер должен подстраиваться под человека, а человек под компьютер. это очень, очень больные и несчастные люди.
Ответить | Правка | Наверх | Cообщить модератору

284. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +/
Сообщение от Аноним (-), 25-Ноя-13, 13:12 
Наверное их покусали мазохисты. Ну, бывает.
Ответить | Правка | Наверх | Cообщить модератору

89. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +4 +/
Сообщение от Crazy Alex (ok), 24-Ноя-13, 04:48 
Ну вот я консерватор.

Честное слово - мне хватило бы того функционала, который предоставлял файрфокс... 1, или какой там - в котором расширения только появились. Движок - другое дело, конечно, поневоле приходится терпеть тот мусор, который используется на современных сайтах - от анимаций и бестолковых шрифтов до тега <video> вместо обычной сслыки на видеофайл. Кое-что из этого правится расширениями, но далеко не всё.

Кстати, что касается Shumway, pdf.js и asm.js - да, разумеется всё это мусор.

pdf.js - мало того, что тормоз, так еще и заведомо не может поддерживать полноценный стандарт PDF - просто из-за его огромного объема. А значит - даже если очень хочется обойтись, в системе всё равно будет стоять полноценная читалка PDF - ну так пусть она и рбаотает.

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

asm.js - это вообще эпичный костыль, как до такого додумались - уму непостижимо. Вместо того, чтобы наоборот сделать - определить набор команд VM и сказать: вот у нас VM, JS мы сами можем в её байткод оттранслировать, остальное - давайте уже готовое. В идеале - заппустить процесс нормальной стандартизации этой штуки, заложиться на возможность использования различных ЯП (как минимум - чтобы было эффективное классическое ООП и ФП). Раз уж платформу зачем-то делаете. Но нет - лепят очередной костыль.

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

95. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +1 +/
Сообщение от arisu (ok), 24-Ноя-13, 08:22 
да ладно, люди вон кипятком ссут от ноде.жысы, что уж… эпический ведь мегакостыль с колбэками — потому что у v8 тупо нет такой фичи, как «контекст исполнения», который можно тормознуть, а потом продолжить с того же места. и вместо нормального линейного кода, который выглядит совершенно одинаково как для блокирующих операций, так и для неблокирующих, и при этом не требует порождения нового потока на каждую операцию, которая может заблочить, имеем там ужас-ужас-ужас. но фанбои в восторге: асинхронность же! неблокируемость! костыли во все поля!
Ответить | Правка | Наверх | Cообщить модератору

101. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +/
Сообщение от hoopoepg (?), 24-Ноя-13, 09:35 
Снапшоты в v8 были почти с самого начала, там как раз сохраняется состояние JS машины. Но только это мало поможет: язык с динамической типизацией очень плохо на байт код ложится
Ответить | Правка | Наверх | Cообщить модератору

107. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +3 +/
Сообщение от arisu (ok), 24-Ноя-13, 09:55 
> Снапшоты в v8 были почти с самого начала

это здорово. только вот о чём шла речь — ты совершенно не понял. потому что концепция давно и прочно забыта.

> Но только это мало поможет: язык с динамической
> типизацией очень плохо на байт код ложится

расскажи это СуперМайку с его LuaJIT. будешь 100500-м, кто начнёт ему пояснять, что LuaJIT нет и быть не может.

Ответить | Правка | Наверх | Cообщить модератору

127. "84% полученных Mozilla отзывов об интерфейсе Australis..."  –1 +/
Сообщение от hoopoepg (?), 24-Ноя-13, 11:29 
Снапшот в v8 это как раз сохранение контекста VM, с последующим рестартом. Или поясни что ты называешь контекстом.

А по поводу luaJit, код скрипта от текста до исполнения камнем проходит несколько стадий преобразований, некоторые из них можно сохранять как байт код, но в силу специфики языка это будет не так эффективно как для жавы.

Ответить | Правка | Наверх | Cообщить модератору

132. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +1 +/
Сообщение от arisu (ok), 24-Ноя-13, 12:06 
> Снапшот в v8 это как раз сохранение контекста VM, с последующим рестартом.
> Или поясни что ты называешь контекстом.

ближайшим аналогом может быть continuation из Scheme. если я верно помню, то снапшоты в v8 — не совсем то.

> но в силу специфики языка это будет не так эффективно как для жавы.

ещё раз настоятельно советую посмотреть на LuaJIT. точнее, на LuaJIT2. и на то, что СуперМайк планирует для LiaJIT3 (2.1, на данный момент). в частности — на размер компилятора и скорость jit-кода.

хинт: при СИЛЬНО меньших размерах компилятора скорость не настолько уступает жабе, чтобы это было даже в категории «ужас». а также советую список рассылки LuaJIT — там иногда интересные проекты пролетают. Lua Fun, например.

Ответить | Правка | Наверх | Cообщить модератору

226. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +/
Сообщение от Led (ok), 24-Ноя-13, 22:08 
> язык с динамической типизацией очень плохо на байт код ложится

Ну нельзя же так лажать!
Ты хочешь перехватить первенство по тупняку на опеннете у Вани-Изи-Серёжы?

Ответить | Правка | К родителю #101 | Наверх | Cообщить модератору

230. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +/
Сообщение от arisu (ok), 24-Ноя-13, 22:16 
>> язык с динамической типизацией очень плохо на байт код ложится
> Ну нельзя же так лажать!
> Ты хочешь перехватить первенство по тупняку на опеннете у Вани-Изи-Серёжы?

по-моему, он имел в виду «на байт-код типа JVM».

Ответить | Правка | Наверх | Cообщить модератору

103. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +/
Сообщение от MaboUhha (?), 24-Ноя-13, 09:47 
1. Почему до сих пор не сидите на 1 файрфоксе? Полпланеты много лет пинали труп 6-го ие, сейчас пинают хр, чем вы хуже? :)
2. Предложенный вами вариант насчет асма вроде должен сильно помешать производительности браузера. А не наоборот, какова и цель
Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

290. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +/
Сообщение от Crazy Alex (ok), 25-Ноя-13, 16:44 
Насчет первого файрфокса - не несите бред. Причин масса, но ни одна не связана с моими потрбеностями. Как минимум экстеншны принуждают сидеть на той версии, где они ещё работают. А экстеншны - и умеренная (по сравнению с хромиумм) прожорливость по памяти - это, собственно, единственные киллер-фичи файрфокса.

Насчте второго - как раз наоборот. Как минимум - за счет ухода при необходимости от JS  в сторону языков, которые дадут транслятору гораздо более богатую информацию - о типах как минимум, которые заменят 99% ассоциативных массивов-объектов на статические структуры и так далее.

Ответить | Правка | Наверх | Cообщить модератору

128. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  –1 +/
Сообщение от hoopoepg (?), 24-Ноя-13, 11:40 
> asm.js - это вообще эпичный костыль, как до такого додумались - уму непостижимо.

Статическая типизация сильно облегчает оптимизацию кода виртуальной машиной, asm.js - это как раз попытка подсказать машине как оптимизировать код. Костыль, конечно, но хоть что-то

Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

129. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +1 +/
Сообщение от Xasd (ok), 24-Ноя-13, 11:45 
>> asm.js - это вообще эпичный костыль, как до такого додумались - уму непостижимо.
> Статическая типизация сильно облегчает оптимизацию кода виртуальной машиной, asm.js -
> это как раз попытка подсказать машине как оптимизировать код. Костыль, конечно,
> но хоть что-то

там кроме статической типизации -- в asm.js ещё и полное отсутствие сборщика мусора (GC) [и как следствие работа asm.js-кода -- НЕ подвержена кратковременным подвисаниям].

а из-за отсутствия GC -- в asm.js даже нет доступа к Document Object Model, если не считать FFI-интерфейс.

вобщем значительно довольно-таки всё это, я считаю :)

Ответить | Правка | Наверх | Cообщить модератору

291. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +/
Сообщение от Crazy Alex (ok), 25-Ноя-13, 16:47 
Лишее подтверждение адовой костыльности этого "решения". До идеи просто дать странице возможность управлять GC они, конечно, не дошли.
Ответить | Правка | Наверх | Cообщить модератору

136. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +/
Сообщение от arisu (ok), 24-Ноя-13, 12:15 
> Статическая типизация сильно облегчает оптимизацию кода виртуальной машиной

только для AOT-компиляторов; для хорошего трассирующего JIT это не так уж важно — всё равно в процессе трассировки он информацию о типах соберёт.

asm.js — это кривокостыль для AOT-компиляции как раз. и для трансляторов кода с языков типа си, где типы всё равно уже прописаны. то есть, эталонное «ненужно».

Ответить | Правка | К родителю #128 | Наверх | Cообщить модератору

139. "84% полученных Mozilla отзывов об интерфейсе Australis..."  –1 +/
Сообщение от hoopoeemail (ok), 24-Ноя-13, 12:28 
> для хорошего трассирующего JIT это не так уж важно — всё равно в процессе трассировки он информацию о типах соберёт.

Да, все правильно, но специфику языка тоже не принимать во внимание нельзя: в JS каждый вызов одной и той-же функции может инстанциировать ее совершенно иными типами, как темплейты в плюсах, но только прямо в процессе исполнения, и это охрененная проблема, потому что непонятно когда удалять уже сгенерированные экземпляры и как функцию оптимизировать.

Jit для Lua ничему не противоречит, вопрос лишь в эффективности.

Ответить | Правка | Наверх | Cообщить модератору

151. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +/
Сообщение от arisu (ok), 24-Ноя-13, 13:55 
ещё раз повторяю: эти проблемы весьма удачно решены в LuaJIT.
Ответить | Правка | Наверх | Cообщить модератору

285. "84% полученных Mozilla отзывов об интерфейсе Australis..."  +1 +/
Сообщение от Аноним (-), 25-Ноя-13, 13:14 
> Да, все правильно, но специфику языка тоже не принимать во внимание нельзя:
> в JS каждый вызов одной и той-же функции может инстанциировать

Ну да, сперва какой-то маразматик придумал юзать JS как промежуточный рантайм, хоть это и работает хреново, а когда появилось недовольство что работает и правда хреново - стали феерические костыли впихивать. Гугля с pnacl как-то логичнее смотрится, если что.

Ответить | Правка | К родителю #139 | Наверх | Cообщить модератору

143. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +1 +/
Сообщение от Аноним (-), 24-Ноя-13, 12:56 
> pdf.js - мало того, что тормоз, так еще и заведомо не может поддерживать полноценный стандарт PDF - просто из-за его огромного объема.

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

Ответить | Правка | К родителю #89 | Наверх | Cообщить модератору

146. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +1 +/
Сообщение от Аноним (-), 24-Ноя-13, 13:23 
А вообще, я бы этот комментарий удалил, чтобы начинающие копирасты не видели.
Ответить | Правка | Наверх | Cообщить модератору

292. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +/
Сообщение от Crazy Alex (ok), 25-Ноя-13, 16:48 
Если у вас софт с открытым кодом - то не вижу проблем. Если нет - то мне до вас нет дела.
Ответить | Правка | К родителю #143 | Наверх | Cообщить модератору

182. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +3 +/
Сообщение от www2 (ok), 24-Ноя-13, 15:42 
Какие могут быть нововведения в интерфейсе браузера? Вы серьёзно считаете, что там могут быть какие-то инновации? Отмотайте 10-15 лет назад и сравните старые браузеры с новыми. Что поменялось? Да ничего практически. Те же адресная строка, кнопки "назад", "вперёд" и "обновить". Главное нововведение - вкладки, которые стали повсеместными, а раньше были только в "опере".

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

Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

238. "84% полученных Mozilla отзывов об интерфейсе Australis были ..."  +1 +/
Сообщение от Аноним (-), 24-Ноя-13, 22:32 
> Какие могут быть нововведения в интерфейсе браузера?

Нууууу... в некоторых браузерах допирают строку ввода например спрятать, или там еще как-нибудь поднасpaть. Так интуитивно сразу получается...

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру