Работа не сделана, пока Edge не убегает


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

Поначалу идея о том, что Microsoft откажется от разработки собственного механизма рендеринга HTML, звучит шокирующе, но после того, как вы немного задумаетесь, это начинает казаться логичным шагом. Браузеры, что касается HTML, стандартизированы, и у них не так много возможностей для получения преимущества на рынке (каламбур) – или есть?

Комментарий, опубликованный в Hacker News Джошуа Бакитой, недавним стажером команды Edge, сделан для интересного чтения. Неясно, насколько все это верно, но кажется возможным. В ответ на комментарий, предполагающий, что Google может встроить проприетарные функции, которые могут дать ему преимущество, Бакита заявил, что это уже произошло, но не в браузере, на веб-сайтах и в приложениях Google.

“… Я совсем недавно работал в команде Edge, и одна из причин, по которой мы решили прекратить использование EdgeHTML, заключалась в том, что Google продолжал вносить изменения на свои сайты, которые нарушали работу других браузеров, и мы не могли за ними успевать.

“Например, недавно они добавили скрытый пустой блок div к видео на YouTube, из-за которого наш быстрый путь к аппаратному ускорению отключается (теперь это должно быть исправлено в обновлении Win10 Oct). До этого наше довольно современное ускорение видео Благодаря этому мы значительно опередили Chrome по времени воспроизведения видео от батареи, но почти сразу после того, как они взломали YouTube, они начали рекламировать доминирование Chrome над Edge по времени автономной работы при просмотре видео. из-за хитроумной оптимизации Chrome, но из-за сбоя YouTube. В целом они только замедлили работу в сети.

Хотя я не уверен, что уверен, что YouTube был намеренно изменен на замедление Edge, многие из моих коллег вполне убеждены – и именно они изучили это лично. В довершение ко всему, когда мы попросили, YouTube отклонил наш запрос на удаление скрытого пустого div и не стал вдаваться в подробности.

И это только один случай ».

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

Забавно то, что, если это правда, этого не могло случиться с более приятной сущностью. Если у вас достаточно большой памяти, возможно, вы помните предполагаемый девиз команды разработчиков Windows:

Это не будет сделано, пока Lotus не запустится

ссылаясь на необходимость включения недокументированных поворотов в Windows API, которые могут привести к сбою Lotus 1-2-3 и улучшить внешний вид Excel.

Есть и другие вопросы. Могли ли такие грязные уловки быть нацелены на Firefox? Если так, Mozilla могла бы сделать еще хуже, приняв защиту Microsoft и приняв Chromium в качестве своего механизма рендеринга HTML. Как только вы преодолеете шок от мысли о том, что все будут сосредоточены на едином совместимом со стандартами движке рендеринга HTML, вы сможете увидеть преимущества. Единственный существенный недостаток заключается в том, что если Chromium ошибается, то все браузеры, которые его используют, тоже ошибаются, и это включает в себя любые уязвимости.

Наконец, защищает ли Chromium от грязных уловок через Chromium?

Кажется. По крайней мере, я не могу придумать, как причуды в проекте с открытым исходным кодом можно было бы использовать против другого браузера. Конечно, это не означает, что Google не может настроить код, который он использует в Chrome, чтобы он немного отличался, но если бы это было так и другие браузеры, использующие Chromium, не работали на одном из его веб-сайтов, то это было бы дымящийся пистолет.


Добавить комментарий