Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 76
… считает один из разработчиков компании Mozilla Стив Флинк (Steve Fink).
… группа хакеров выпустит инновационный браузер, который равномерно расходует ресурсы всех 100 ядер стандартного процессора 2018-го года, а не полностью отжирает одно ядро на каждую вкладку
Не знаю как у него, но у меня Firefox отжирает на одну вкладку все, что есть.
Надо подождать еще 5 лет же.
Ну вот у меня Firefox как раз умеренно ест память и процессор, а с хромиумом как раз так — откроешь два-три гугла, уже 100% CPU load и гигабайта памяти съеден.
Слез с chromium как раз из-за прожорливости, firefox жрёт меньше значительно, и даже как мне кажется работает быстрее (но это может лишь кажется). Пока сижу на одном мало известном браузере на qtwebkit и не знаю что всё же выбрать (у текущего много минусов), но на chromium возвращаться не хочется уже.
Может быть у тебя и у maxmert флэш реклама жрёт CPU? Больше нечему жрать.
Для конкуренции надо чем-то выделяться. Так как как только ты что-то будешь коммитить в вебкит это появится у всех, то начнутся форки, фичи которые «проходят тестирование» в течении пары версий браузера. А самое страшное, что начнут вкладывать основную часть ресурсов не в вебкит, а в свистоперделки оболочки, который позволят выделиться.
Надеюсь этого всего не случится, но рынок…
Надеюсь этого всего не случится, но рынок…
Думается мне они так и так вкладывают основную часть в свистоперделки, а не в вебкит (если браузер на нем). По поводу форков, само собой они сделают форки, а фичи будут периодически сливать в основную ветку, Сейчас скорее всего происходит точно так же, хотя бы потому, что версия webkit у Safari имеет свои баги, а у Chromium свои.
Вебкит по LGPL распространяется, запроприетарить изменения в движке не получится, придётся публиковать исходники.
Вообще-то LGPL можно перевести и в закрытый код — правда это достаточно непросто.
Даже GPLv3 можно перевести в закрытый код (см. пример MicroTik RouterOS)
Даже GPLv3 можно перевести в закрытый код (см. пример MicroTik RouterOS)
Даже GPLv3 можно перевести в закрытый код (см. пример MicroTik RouterOS)
Нельзя. MicroTik также предоставляет исходники, но делают это как полные мудаки.
ru.wikipedia.org/wiki/МСВС
Знаете где получить исходные тексты модифицированного GPLv3 ядра Linux?
Знаете где получить исходные тексты модифицированного GPLv3 ядра Linux?
Как только куплю аппарат на MCBC, сразу вам отпишусь, дал мне производитель исходники или нет. А пока у меня нет прав их требовать.
Чисто технически по GPLv3 Вы можете запросить именно исходники ядра — и Вам их должны предоставить, в электронной форме точно.
Чисто технически никто мне ничего не должен, поскольку у меня нет законно полученной скомпилированной версии программы, то и исходники на нее я не могу требовать. А то, что они там у себя ее используют и не открывают коды вовне, это их личное дело (Goobuntu вам, как пример, подойдет?).
у меня нет законно полученной скомпилированной версии программы
А в число законных способов получения программы под GPL разве не входит просто скопировать её откуда угодно?
Входит, если автор программы под GPL не указал обратного. Полная версия Qtiplot (c поддержкой скриптов и Ctrl+Z) вам, как пример, подойдет?
Это не значит, что можно влезть в окно к разработчику и скопировать ее с его личного компа, когда вам понадобится программа. Просто потому, что она под GPL. Он должен зарелизить ее на публику или продать вам.
Я о том, что любой купивший, на сколько я понимаю, имеет право распространять полнофункциональные копии (даром или по любой цене, какакой захочет, ничего не отчисляя автору), и любой, получивший такую копию, имеет право требовать и исходники (правда, вроде, не от исходного автора, а от того, от кого он получил копию программы, хотя, может, и от автора, не знаю точно этот момент).
Нет. GPL, грубо говоря, значит, только то, что получая программный продукт под лицензией GPL вы имеете право получить исходные коды программы под той же лицензией. GPL не обязывает выкладывать сорцы в публичный доступ и в ситуациях когда софт не распространяется (например внутренний корпоративный софт) — то эти требования вообще не вступают в силу.
Исходники есть у заказчика ОС МСВС — Министерства обороны.
Но ведь линукс распространяется под GPLv2.
К тому же, как справедливо отметили выше, те, кто использует МСВС, вполне имеет доступ к исходникам.
К тому же, как справедливо отметили выше, те, кто использует МСВС, вполне имеет доступ к исходникам.
Вебкит это то, что отвечает за отрисовку HTML. Отрисовываться страница должна у всех одинаково, от этого будет проще и пользователям и разработчикам. А вот фичи, не связанные непосредственно с отрисовкой, каждый волен реализовывать так, как ему хочется. К таким фичам относится например система расширений, управление жестами, каталоги закладок, менеджеры загрузок и т.д.
Пользователь, выбирая браузер, в очень малом количестве случаев выбирает движок. Чаще всего он выбирает оболочку поверх этого движка, которые стандартизировать никто не собирается
Пользователь, выбирая браузер, в очень малом количестве случаев выбирает движок. Чаще всего он выбирает оболочку поверх этого движка, которые стандартизировать никто не собирается
Последние несколько лет шла война, кто больше тестов «на поддержку html5 и css3» пройдет. Причем зачастую в жертву количества шло качество.
Сейчас все запросто может обернутся тем, что развитие html пойдет медленнее. Незачем же его развивать, кроме как для поддержки каких-то третьих продуктов, вроде рекламы или видеозвонков в g+.
Сейчас все запросто может обернутся тем, что развитие html пойдет медленнее. Незачем же его развивать, кроме как для поддержки каких-то третьих продуктов, вроде рекламы или видеозвонков в g+.
Плюсую — рендеринг это одно, но есть еще движок JavaScript например. Safari и Chrome оба на WebKit, но у Safari движок JS это SquirrelFish/Nitro, а у Chrome — гугловский V8.
Вопрос к верстальщикам, поправите если не прав.
Баги есть везде. Представим баг в рендеринге SVG, из-за которого фоновые изображения шириной в простое число пикселов, например, отключают прозрачность изображения. За год существования такого бага целая куча сайтов будет от него зависеть, то есть они создают дизайн с учётом этого бага.
А разве сейчас куча сайтов не зависит от какого нибудь бага IE? Мне казалось, что сайт верстается с поддержкой багов всех браузеров и получается, что если WebKit станет монополистом то придется учитывать баги одного браузера а не нескольких.
Баги есть везде. Представим баг в рендеринге SVG, из-за которого фоновые изображения шириной в простое число пикселов, например, отключают прозрачность изображения. За год существования такого бага целая куча сайтов будет от него зависеть, то есть они создают дизайн с учётом этого бага.
А разве сейчас куча сайтов не зависит от какого нибудь бага IE? Мне казалось, что сайт верстается с поддержкой багов всех браузеров и получается, что если WebKit станет монополистом то придется учитывать баги одного браузера а не нескольких.
Если баг в браузере-монополисте, то все сайты вынуждены обходить его. Когда этот баг исправят, проблемы будут на всех сайтах и это никак не обойти.
Сейчас, если исправят баг в каком либо браузере и из-за этого будут проблемы, то можно просто для этого сайта использовать другой.
Сейчас, если исправят баг в каком либо браузере и из-за этого будут проблемы, то можно просто для этого сайта использовать другой.
ну не совсем так — у нас есть баг в IE — для конкретной версии IE делается хак — для остальных браузеров пишется «нормальный» код.
Как только поправили в IE — в новой версии хак уже не работает — а работает нормальная реализация.
Все довольны.
Как только поправили в IE — в новой версии хак уже не работает — а работает нормальная реализация.
Все довольны.
Если для IE, то да. Для IE можно делать хаки под конкретные версии. Для остальных браузеров такой возможности нет (или я не встречал).
Т. е. если мы сделали хак под webkit (а это приходится делать нередко: несмотря на широту поддрежки css качество у него не очень), он будет работать под все версии, в том числе и после исправления. Поправьте меня, если есть другие способы.
Т. е. если мы сделали хак под webkit (а это приходится делать нередко: несмотря на широту поддрежки css качество у него не очень), он будет работать под все версии, в том числе и после исправления. Поправьте меня, если есть другие способы.
Более того в IE есть режимы совместимости, благодаря которым даже в IE 10, можно запускать сайты написанные для IE 6-7.
Да только его надо принудительно включить — и кто это будет делать? Писать на сайте для IE10 — включите режим совместимости.
Там правда есть какие-то директивы для включения режима по умолчанию, но… имхо это не выход.
Там правда есть какие-то директивы для включения режима по умолчанию, но… имхо это не выход.
Добавляете один мета-тег X-UA-Compatible и всё, IE сам всё переключит. Так что не мелите чушь про «писать на сайте». Более того для старых сайтов без доктайпов этот режим включается автоматом.
Ведь существует не только проблема того, что нужно поддерживать старые браузеры на новых сайтах, но и новые браузеры должны поддерживать старые сайты.
Ведь существует не только проблема того, что нужно поддерживать старые браузеры на новых сайтах, но и новые браузеры должны поддерживать старые сайты.
Я думаю что даже сейчас доля webkit достаточно большая для того чтоб не использовать другую технологию, а поправить на сайте то что вылезло.
О каких проблемах идет речь? Они починят баг и сломают функционал, который помог обойти проблему? Из воздуха просто взято мне кажется. Сталкивался с подобной проблемой в вебките, хоть баг и починили, но у меня никаких проблем не возникло.
Что значит можно использовать другой? Это какая-то новая политика разработчиков сайтов. Так и писать на главной, «Привет сейчас в хроме баг поюзай фаерфокс!» Или речь идет о эксперементах с новейшими фичами, которые интересны только гикам?
Что значит можно использовать другой? Это какая-то новая политика разработчиков сайтов. Так и писать на главной, «Привет сейчас в хроме баг поюзай фаерфокс!» Или речь идет о эксперементах с новейшими фичами, которые интересны только гикам?
Кажется, высосано из пальца.
Непонятно, почему все забывают, что абсолютно все вендоры форкают WebKit для разработки своих браузеров. Это убивает половину пунктов сходу.
Баги веб-платформы? Вспомните, сколько раз уже возникала ситуация, когда бага на уровне движка была в Safari и отсутствовала в Chrome (ровно, как и наоборот).
«Предотвращение инноваций» — и снова, сравните Safari / Chrome по скорости внедрения «новинок».
«Чрезмерный контроль» — попробуйте ввести DRM с таким количеством вендоров-участников с их осознанием среды / аудитории и прогнозируемой реакцией последней. Mission impossible.
«Сложность и непредсказуемость» и «Путаница» — просто высосаны из пальца.
То, что сейчас происходит — абсолютно естественный процесс. Его нельзя форсировать (говоря о WebKit-стандарте), нельзя обелять или очернять целиком. Opera, как мне кажется, совершила чуть более, чем полностью правильный шаг.
Баги веб-платформы? Вспомните, сколько раз уже возникала ситуация, когда бага на уровне движка была в Safari и отсутствовала в Chrome (ровно, как и наоборот).
«Предотвращение инноваций» — и снова, сравните Safari / Chrome по скорости внедрения «новинок».
«Чрезмерный контроль» — попробуйте ввести DRM с таким количеством вендоров-участников с их осознанием среды / аудитории и прогнозируемой реакцией последней. Mission impossible.
«Сложность и непредсказуемость» и «Путаница» — просто высосаны из пальца.
То, что сейчас происходит — абсолютно естественный процесс. Его нельзя форсировать (говоря о WebKit-стандарте), нельзя обелять или очернять целиком. Opera, как мне кажется, совершила чуть более, чем полностью правильный шаг.
Про хакеров очень слабо понял пример.
И в частности:
> 80%, дело сделано, хакеры пошли писать социальную сеть для домашних птичек.
И в частности:
> 80%, дело сделано, хакеры пошли писать социальную сеть для домашних птичек.
Видимо, имелось в виду, что если браузер поддерживает всего 80% сайтов (т.е. не поддерживает каждый пятый сайт), им перестанут пользоваться.
Там перевод слишком ализаровский. На самом деле:
Группа хакеров создаёт новый браузер, который равномерно загружает все сто ядер обычного для 2018 г. лаптопа, в отличие от существующих браузеров, требующих по ядру на каждую открытую вкладку. Они переписали всё ядро браузера, и в результате их героического труда новый браузер поддерживает 99% веб-сайтов. Нет, уже 98%: в webkit только что добавили новую фичу, и все её сразу же начали использовать в своих сайтах (а чего ждать?) Оппа, уже 90%: в новом webkit обнаружился баг, который нарушает работу с потоками. Что, уже 80%? Что случилось? Выпускайте этот браузер как можно скорее, пока ещё не всё потеряно! Группа хакеров опускает руки и идёт писать социальную сеть для домашних птичек.
Группа хакеров создаёт новый браузер, который равномерно загружает все сто ядер обычного для 2018 г. лаптопа, в отличие от существующих браузеров, требующих по ядру на каждую открытую вкладку. Они переписали всё ядро браузера, и в результате их героического труда новый браузер поддерживает 99% веб-сайтов. Нет, уже 98%: в webkit только что добавили новую фичу, и все её сразу же начали использовать в своих сайтах (а чего ждать?) Оппа, уже 90%: в новом webkit обнаружился баг, который нарушает работу с потоками. Что, уже 80%? Что случилось? Выпускайте этот браузер как можно скорее, пока ещё не всё потеряно! Группа хакеров опускает руки и идёт писать социальную сеть для домашних птичек.
Вот глупые хакеры. Не догадались баг исправить.
Просто у кого-то появился очень сильный конкурент, вот и заворчали.
А мне вот кажется, что «монокультура» это здорово, и, что опасения господина Флинка высосаны из пальца.
Я очень давно мечтаю забыть слово «кроссбраузерность» и думаю, что «монокультура» этому способствует!
Я очень давно мечтаю забыть слово «кроссбраузерность» и думаю, что «монокультура» этому способствует!
Стив Флинк == Steve Fink?
Почему не указано, что это перевод? больше 70% поста это перевод.
Почему не указано, что это перевод? больше 70% поста это перевод.
Стив Флинк просто очкует за мобильную ось от Мозиллы. По сути осталось 2 платформы. IE можно не считать — да, с ним считаются, под него пишут костыли, но разрабатывать на его основе что-то никто не собирается. А мозилла остается в подавляющем меньшинстве.
Это Вы скажите куче ентерпрайзных приложений, особенно в конторах где запустить/установить другой броузер запрещается политиками безопасности. GPO и подписями. И приложения, у которых ActiveX компонентов может быть не один десяток.
Не считая уже того, что под IIS'ом живет куча сайтов из TOP100, недавно пробегала даже статистика с примерами — черта с два скажешь, что это сделать на Asp.Net'е.
Не считая уже того, что под IIS'ом живет куча сайтов из TOP100, недавно пробегала даже статистика с примерами — черта с два скажешь, что это сделать на Asp.Net'е.
Это напоминает мне ситуацию с ядром Linux. Есть один открытый проект. Над ним работает множество компаний. Но при этом собрать ядро можно с миллионом разных конфигураций. И у каждого дистрибутива ядро Linux своё.
Полагаю с WebKit ситуация будет похожая. Поддержка тех или иных фич (файловых систем, специфичного железа) в ядре Linux реализуется в модулях. Думаю в Webkit со временем появятся подключаемые модули для поддержки 3d-video, CSS6, HTML7.
Полагаю с WebKit ситуация будет похожая. Поддержка тех или иных фич (файловых систем, специфичного железа) в ядре Linux реализуется в модулях. Думаю в Webkit со временем появятся подключаемые модули для поддержки 3d-video, CSS6, HTML7.
Бред пожилого клопа.
Почему? — Потому…
Что имеем сейчас:
В HTML:
… несколькими строками ниже:
Теперь CSS:
… несколькими строками ниже:
Про различия в JS говорить не буду, т.к. к WebKit'у они отношения не имеют.
Что же мы будем иметь в исходниках при условии наличия WebKit в качестве стандартной базы для рендера html в браузере?
Пример с теми же исходниками, что привёл выше.
В HTML:
В CSS:
Если же обнаруживается какой-то баг в WebKit с отступлением от стандартов до какой-то определенной версии — задаём условие в init.js:
Всё. Проблемы нет. Код проще. Код понятнее. Поправили багу в вебките? — Хак не подгрузился и всё.
Если я не прав — пинайте ногами, но… Переход на WebKit — это благо для цивилизации. К тому же, то, что WebKit будет использоваться в качестве базы, совершенно не отменяет того, что в каждом конкретном браузере будут собственные уникальные фичи. Пример с Сафари и Хромом — в хроме по-дефолту WebGL включен, в Сафари — нет. Оба на базе WebKit.
Делаем выводы. :)
Почему? — Потому…
Что имеем сейчас:
В HTML:
<meta http-equiv="X-UA-Compatible" content="IE=9">
… несколькими строками ниже:
<!--[if IE 9]>
<link rel="stylesheet" href="css/iehacks.css" type="text/css" rel="stylesheet">
<![endif]-->
<!--[if lte IE 8]>
<style>
* html div.gradientBackground {
position: absolute;
z-index: 0;
left: 0px;
top: expression( parseInt( document.documentElement.scrollTop + document.documentElement.clientHeight - this.offsetHeight , 10 ) + "px" );
}
</style>
<![endif]-->
Теперь CSS:
div.gradientBackground {
position: fixed;
width: 100%;
height: 100%;
top: 0px;
left: 0px;
background: #444948;
background: url(data:image/svg+xml;base64,/* длинная строка в base64 */);
background: -moz-linear-gradient(top, #444948 0%, #404042 25%, #363e3c 50%, #31343e 75%, #272d3b 100%);
background: -webkit-gradient(linear, left top, left bottom, color-stop(0%,#444948), color-stop(25%,#404042), color-stop(50%,#363e3c), color-stop(75%,#31343e), color-stop(100%,#272d3b));
background: -webkit-linear-gradient(top, #444948 0%,#404042 25%,#363e3c 50%,#31343e 75%,#272d3b 100%);
background: -o-linear-gradient(top, #444948 0%,#404042 25%,#363e3c 50%,#31343e 75%,#272d3b 100%);
background: -ms-linear-gradient(top, #444948 0%,#404042 25%,#363e3c 50%,#31343e 75%,#272d3b 100%);
background: linear-gradient(to bottom, #444948 0%,#404042 25%,#363e3c 50%,#31343e 75%,#272d3b 100%);
filter: progid:DXImageTransform.Microsoft.gradient( startColorstr='#444948', endColorstr='#272d3b',GradientType=0 );
}
… несколькими строками ниже:
/* FF fix */
@-moz-document url-prefix() {
div.main-content-block-second-header ,
div.main-content-block-first-header {
font-family: Arial, sans-serif;
font-weight: bold;
}
}
Про различия в JS говорить не буду, т.к. к WebKit'у они отношения не имеют.
Что же мы будем иметь в исходниках при условии наличия WebKit в качестве стандартной базы для рендера html в браузере?
Пример с теми же исходниками, что привёл выше.
В HTML:
<link rel="stylesheet" type="text/css" href="css/style.css">
<script type="text/javascript" src="js/init.js"></script>
В CSS:
div.gradientBackground {
position: fixed;
width: 100%;
height: 100%;
top: 0px;
left: 0px;
background: linear-gradient(to bottom, #444948 0%,#404042 25%,#363e3c 50%,#31343e 75%,#272d3b 100%);
}
Если же обнаруживается какой-то баг в WebKit с отступлением от стандартов до какой-то определенной версии — задаём условие в init.js:
function getWebKitVersion(){
var version = 0;
var regexp = /Safari\/([\d.]+)/;
var result = regexp.exec(navigator.userAgent);
if(result) {
version = parseFloat(result[1]);
}
return version;
}
$( document ).ready(function(){
if ( getWebKitVersion() < 537.17 ){
var ss = document.createElement( "link" );
ss.type = "text/css";
ss.rel = "stylesheet";
ss.href = "537_17_hack.css";
document.getElementsByTagName( "head" )[0].appendChild( ss );
}
});
Всё. Проблемы нет. Код проще. Код понятнее. Поправили багу в вебките? — Хак не подгрузился и всё.
Если я не прав — пинайте ногами, но… Переход на WebKit — это благо для цивилизации. К тому же, то, что WebKit будет использоваться в качестве базы, совершенно не отменяет того, что в каждом конкретном браузере будут собственные уникальные фичи. Пример с Сафари и Хромом — в хроме по-дефолту WebGL включен, в Сафари — нет. Оба на базе WebKit.
Делаем выводы. :)
Товарищи, если минусите — объясняйте, в чём не согласны или в чём я не прав. А то как-то не хорошо.
Разве моё преувеличение сильнее, чем преувеличение и теория заговора в статье?
Почему-то на ум пришла аналогия, как когда-то, во времена готичного черного доса, в коде было необходимо поддерживать тонну разнообразного железа, чтобы всё работало адекватно на разнородных системах. Потом пришли DirectX и OpenGL+OpenAL. Развитие технологий не остановилось.
Когда-то, во времена, когда компьютеры были большими, каждый процессор имел свой набор инструкций. Потом пришёл 8086 и началась эпоха x86. Развитие технологий не остановилось.
Когда-то, давным давно не было IBM-совместимых компьютеров…
С оглядкой на эти истории у меня возникает резонный вопрос: почему же переход на WebKit сулит нам стагнацию в развитии веб-технологий и пахнет катастрофой?
Не очередной ли это виток закономерного развития, когда куча разрозненных и обособленных разработок, а так же компаний, которые эти самые разработки поддерживают, объединяются и общими усилиями начинают двигаться в ОДНОМ направлении вместе?
Как мне кажется, преувеличение в этой статье, вкупе с теорией заговоров, гораздо более спекулятивное, чем мой пример с перегнутой палкой в CSS (зато ярко).
В конце-концов, WebKit — проект открытый.
Не нравятся варианты, которые предлагают вендоры? — Возьми, да собери свой. И собери его не с нуля, а с использованием тонны кода высококвалифицированных разработчиков от крупных вендоров, которые этот проект поддерживают.
Нравятся варианты, которые предлагают вендоры, но чего-то нехватает? — Собери свой с нужным функционалом. В качестве примера могу привести проект Роджера Вонга, который взял WebKit и привинтил к нему Node.js: github.com/rogerwang/node-webkit
Не вижу совершенно никакой проблемы.
Почему-то на ум пришла аналогия, как когда-то, во времена готичного черного доса, в коде было необходимо поддерживать тонну разнообразного железа, чтобы всё работало адекватно на разнородных системах. Потом пришли DirectX и OpenGL+OpenAL. Развитие технологий не остановилось.
Когда-то, во времена, когда компьютеры были большими, каждый процессор имел свой набор инструкций. Потом пришёл 8086 и началась эпоха x86. Развитие технологий не остановилось.
Когда-то, давным давно не было IBM-совместимых компьютеров…
С оглядкой на эти истории у меня возникает резонный вопрос: почему же переход на WebKit сулит нам стагнацию в развитии веб-технологий и пахнет катастрофой?
Не очередной ли это виток закономерного развития, когда куча разрозненных и обособленных разработок, а так же компаний, которые эти самые разработки поддерживают, объединяются и общими усилиями начинают двигаться в ОДНОМ направлении вместе?
Как мне кажется, преувеличение в этой статье, вкупе с теорией заговоров, гораздо более спекулятивное, чем мой пример с перегнутой палкой в CSS (зато ярко).
В конце-концов, WebKit — проект открытый.
Не нравятся варианты, которые предлагают вендоры? — Возьми, да собери свой. И собери его не с нуля, а с использованием тонны кода высококвалифицированных разработчиков от крупных вендоров, которые этот проект поддерживают.
Нравятся варианты, которые предлагают вендоры, но чего-то нехватает? — Собери свой с нужным функционалом. В качестве примера могу привести проект Роджера Вонга, который взял WebKit и привинтил к нему Node.js: github.com/rogerwang/node-webkit
Не вижу совершенно никакой проблемы.
Возможно, недопонял. Или понял как-то по-своему.
Сохранение багов ради обратной совместимости? — Это да, это перспектива плачевная. Но тем не менее, выше в комментариях уже писали на примере того же Хрома и Сафари, когда какой-то баг есть только у одного из них.
Взглянем на потенциальную проблему с другой стороны (допустим, переход на WebKit состоялся, кроме старого доброго IE — чтобы перешёл он нужно, наверное, второе пришествие): есть куча браузеров, которые реализуют, например, 95% рекомендаций HTML6 и CSS4, а напротив них есть семейство IE, которое только-только осилило HTML5 и CSS3… Что останется делать MS? — Правильно, догонять и перегонять.
На мой взгляд, конкуренция сохранится до тех пор, пока существуют хотя бы 2 базы для браузеров. И конкуренция эта будет тем ожесточенней, чем более крупные игроки будут выступать с обеих сторон.
А конкуренция эта будет в любом случае, потому что это деньги. Даже если все вообще браузеры перейдут на базу WebKit — конкуренция останется, только перейдёт на другой уровень и развитие пойдёт уже в рамках надстроек/модулей/фишек в реализациях браузеров от конкретных вендоров.
Если я правильно понял статью (поправьте, если нет), то суть её сводится следующему: отсутствие конкуренции и наследование багов ради обратной совместимости, тотальная слежка за всеми и пресечение инноваций. Вот этого, на мой взгляд, точно не будет, потому что крупные игроки никогда на пойдут на то, чтобы быть равными — для выживания в бизнесе необходимо развитие, а без конкуренции в развитии нет смысла.
Сохранение багов ради обратной совместимости? — Это да, это перспектива плачевная. Но тем не менее, выше в комментариях уже писали на примере того же Хрома и Сафари, когда какой-то баг есть только у одного из них.
Взглянем на потенциальную проблему с другой стороны (допустим, переход на WebKit состоялся, кроме старого доброго IE — чтобы перешёл он нужно, наверное, второе пришествие): есть куча браузеров, которые реализуют, например, 95% рекомендаций HTML6 и CSS4, а напротив них есть семейство IE, которое только-только осилило HTML5 и CSS3… Что останется делать MS? — Правильно, догонять и перегонять.
На мой взгляд, конкуренция сохранится до тех пор, пока существуют хотя бы 2 базы для браузеров. И конкуренция эта будет тем ожесточенней, чем более крупные игроки будут выступать с обеих сторон.
А конкуренция эта будет в любом случае, потому что это деньги. Даже если все вообще браузеры перейдут на базу WebKit — конкуренция останется, только перейдёт на другой уровень и развитие пойдёт уже в рамках надстроек/модулей/фишек в реализациях браузеров от конкретных вендоров.
Если я правильно понял статью (поправьте, если нет), то суть её сводится следующему: отсутствие конкуренции и наследование багов ради обратной совместимости, тотальная слежка за всеми и пресечение инноваций. Вот этого, на мой взгляд, точно не будет, потому что крупные игроки никогда на пойдут на то, чтобы быть равными — для выживания в бизнесе необходимо развитие, а без конкуренции в развитии нет смысла.
Хорошо… Раз сейчас происходит абсолютно то же самое наследование багов (с добавлением щепотки своих) и наплевательство на стандарты, то чем тогда плох переход на единую платформу? — В этом случае хотя бы новые баги не будут появляться, при попытке скопировать баги чужие…
Вы меня почти переубедили.
Не переубедили только в том, что переход оперы на WebKit — это плохо.
Было 4 «стороны конфликта»: Chrome+Safari vs. Firefox vs. IE vs. Opera
Стало 3: Chrome+Safari+Opera vs. Firefox vs. IE
Игроки возмужали, сил для более ожесточенной грызни за поддержку стандартов и внедрения инноваций стало больше.
Я веду к тому, что конкретно ЭТО — хорошо.
Не переубедили только в том, что переход оперы на WebKit — это плохо.
Было 4 «стороны конфликта»: Chrome+Safari vs. Firefox vs. IE vs. Opera
Стало 3: Chrome+Safari+Opera vs. Firefox vs. IE
Игроки возмужали, сил для более ожесточенной грызни за поддержку стандартов и внедрения инноваций стало больше.
Я веду к тому, что конкретно ЭТО — хорошо.
Получим ситуацию, аналогичную IE. На стандарты плевать, потому что «лучший валидатор — это браузер».
История уже знает много примеров, когда доминирование одной платформы приводило к стагнации. А платит за это все — веб-разработчик.
История уже знает много примеров, когда доминирование одной платформы приводило к стагнации. А платит за это все — веб-разработчик.
Все те, кто пишут такие статьи, забывают, что WebKit — это не движок, а набор абстракций, оставляющих очень много возможностей для конкретной разработки («порт» в терминах WebKit). Т.е. проблема монокультуры — это в целом валидная проблема, но WebKit здесь — исключение.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Потенциальные проблемы с монокультурой WebKit