99% что результат этой работы будет один — набор скила и знаний, хотя если цель в этом, то конечно стоит продолжить.
Движков не 4, а куда больше, десятки если не сотни.
Парсинг HTML/CSS это меньше 5% от задачи даже с учетом расчета параметров. Хотя все параметры все равно не посчитать — многие от редеринга зависят.
5% расчет реальных параметров тегов (зависящих от дисплей и их наследование)
5% рендер имиджей (включая динамические и background всех мастей)
5% разбивка и рендер текста
5% рендер с учетом параметра flow
15% рендер таблиц
10% веселуха с импут котролами
5% форматирование после ресайза
5% движение по документу (скрол линки и т.п.)
10% борьба с чарсетами, иероглифами и поломанным блин UTF
5% динамическая загрузка мегабайтных документов и как следствие перефарматирование всего предыдущего
10% печать документа и особенно инпут контролов :)
3% доводка для тестовых ХТМЛ (есть где то для проверки стандарта)
6% обработка багованных ХТМЛ
Рендерин это без сомнения тяжко, но когда на рендеринг накладывается селектирование, переходы по тексту, изменение размера браузера, обработка тега INPUT, вывод на принтер. Вот это веселуха по взрослому.
И все равно это даже не 20% браузера. Надо будет вечность дописывать например, систему загрузки файлов, систему post/get, различные шифрования, поддержку сотен других инструментов.
Судя по всему вы «в теме» про багованные ХТМЛ.
Существует стандарт по парсингу и исправлению ХТМЛа с ошибками?
Лет 10 назад я написал свой парсер хтмл и рендер машину, и тогда с обработкой ошибками был полный аут, все пытались делать как у микрософта, но он никому ничего не рассказывал и поэтому у всех был свой велосипед.
>Где IE на самом последнем месте из этой троицы забагованных
Те кто писал собственный парсер CSS/view machine, будут категорически с этим не согласны.
IE на столько странно отображал багованные страницы (и некоторые CSS), что никакой логике не поддается.
А у юзеров только один критерий -> «ничего не знаю, в explorere мой ХТМЛ отлично виден, так что исправляйте ваш кривой вьювер».
Не помню уже какая контора, собирала подписи под петицией микрософту — «или делайте обработку багованных ХТМЛ по стандартам или хотябы дайте описание вашей обработки багов».
Улыбнулся — многое знакомо, подскажу пару ответов на наскоки со стороны.
>«Что ты там такое накодил! Завожу критикал и перевожу на тебя! Мы теряем деньги и репутацию! Срочно!»
Я конечно исправлю, но все вопросы к тем кто баг в продакшин пропустил. Хотел бы также обратить внимание на то, что нужно дополнительное тестирование, о чем наш отдел постоянно заявляет!
>«Нужен модуль расчёта объёма коробки под отправку посылки, тут делов-то на полдня, давай засядь!»
Не вопрос, форму расчета пожалуйста и дизайны входных и выходных форм, а пока асигню таск на вас, и вашего тимлида в вотчеры добавлю.
>Не навязывайте свои способы общения.
Вот тут да, что только не делал: и убеждал, и спорил, и снижал приоритет задачам, и вообще не делал, ничего не помогло, по прежнему то скайп, то емеил, то какой-то документ гдето в конфлюенсе. Так и не смог полностью победить.
1 Баги.
Не просто баги, а Куча постоянно появляющихся багов. Движок живой и постоянно допиливается, откуда эти животинки постоянно лезут.
А у тебя нет комунити из 100к юзеров которые за день выловят 99% проблемных мест.
2 Доп инструменты.
По мима движка надо строить кучу доп программ на которых дизайнеры будет делать окна, упаковка имиджей в мапы, привязки евентов на краты, звуки и т.д.
Получается дорого, криво и ненадежно. Написание редактора это еще тот гемор.
3 Новые фичи движка
Даже обычный вывод текста — это жуть на сколько сложно, если тебе надо сделать не абы как, а с хорошей производительностью.
Что уж говорить о прикрутке физики, аи, скелетов и т.д.
4 Кроссплатформенность
На каждую платформу надо найти спеца, обучить движку, потратить кучу времени на согласование с уже наработанным.
И каждая новая платформа обязательно выставит такие требования которые ну никак не хотят работать с требованиями от тех платформ что уже работают.
5 Сотрудники
Невозможно нанять людей уже знающих твою платформу, поэтому надо учить, а нет ни нормальной доки, ни комунити где сотрудник может поискать ответы.
Поэтому надо отвлекать остальных сотрудников, причем первый месяц вообще постоянно.
Любой грамотный программер понимает, что знания по этому домострою (в отличии от известных движков) ему нигде не пригодятся, и поэтому потребует весьма высокой оплаты.
А не грамотные просто не разберутся в коде.
Короче в 99% случаев, свой движок, это дорого, долго и бесперспективно.
Цэ не видимая рука рынка.
Как вы относитесь к гипотетическому сговору работодателей о не поднятии зарплат?
Как вы думаете, на сколько полезны такие явления как безработица, отсутствие образования, нелегальные гастарбайтеры, для прибылей подобных работодателей?
И тем более не выбор из одного, как сейчас — или в СССР.
Это вы о чем? Какой один?
На всякий случай побояню, в СССР принимали законы на съезде народных депутатов.
Депутат выбирался к примеру на заводе работниками из них самих же, затем депутаты от заводов выбирали среди себя депутата на следующий уровень и так далее до депутата который уже мог участвовать в принятии законов.
И если какой-то из депутатов начинал вытворять что-то непотребное, смотри на текущих депутатов, его отзывали на любом из уровней в любой день, а на его место выставляли другого.
Вот это и есть демократия, а о чем вы говорите, я могу только догадываться.
Демократия должна быть не декларативной, а реальной. (т.е. не выбор из 2х и более, а возможность снять в любой момент)
Принимаемые законы должны быть направленны на благо большинства населения.
Перед законом все равны.
У всех должны быть одинаковые возможности для получения соц благ (образования, лечения, питания, отдыха и т.д.). Особенно это касается детей.
Вор должен сидеть в тюрьме.
По каждому пункту СССР выигрывает на порядки, по сравнению с остальными.
Движков не 4, а куда больше, десятки если не сотни.
Парсинг HTML/CSS это меньше 5% от задачи даже с учетом расчета параметров. Хотя все параметры все равно не посчитать — многие от редеринга зависят.
5% расчет реальных параметров тегов (зависящих от дисплей и их наследование)
5% рендер имиджей (включая динамические и background всех мастей)
5% разбивка и рендер текста
5% рендер с учетом параметра flow
15% рендер таблиц
10% веселуха с импут котролами
5% форматирование после ресайза
5% движение по документу (скрол линки и т.п.)
10% борьба с чарсетами, иероглифами и поломанным блин UTF
5% динамическая загрузка мегабайтных документов и как следствие перефарматирование всего предыдущего
10% печать документа и особенно инпут контролов :)
3% доводка для тестовых ХТМЛ (есть где то для проверки стандарта)
6% обработка багованных ХТМЛ
и уже не помню, что там еще из время затратного
И все равно это даже не 20% браузера. Надо будет вечность дописывать например, систему загрузки файлов, систему post/get, различные шифрования, поддержку сотен других инструментов.
ИМХО, нафиг — это все дорого и бесперспективно.
Существует стандарт по парсингу и исправлению ХТМЛа с ошибками?
Лет 10 назад я написал свой парсер хтмл и рендер машину, и тогда с обработкой ошибками был полный аут, все пытались делать как у микрософта, но он никому ничего не рассказывал и поэтому у всех был свой велосипед.
С тех пор что-то изменилось?
Те кто писал собственный парсер CSS/view machine, будут категорически с этим не согласны.
IE на столько странно отображал багованные страницы (и некоторые CSS), что никакой логике не поддается.
А у юзеров только один критерий -> «ничего не знаю, в explorere мой ХТМЛ отлично виден, так что исправляйте ваш кривой вьювер».
Не помню уже какая контора, собирала подписи под петицией микрософту — «или делайте обработку багованных ХТМЛ по стандартам или хотябы дайте описание вашей обработки багов».
1 Создаю таск в Jira куда копирую тест из жалобы и ссылку на «жалобщика». С пометкой уточнить и детализировать.
2 Асигню на отдел тестирования.
Уже работает, пальмы давно принадлежат бизнесмену из Европы. Как и ресурсы моря и всего что может принести прибыль.
>«Что ты там такое накодил! Завожу критикал и перевожу на тебя! Мы теряем деньги и репутацию! Срочно!»
Я конечно исправлю, но все вопросы к тем кто баг в продакшин пропустил. Хотел бы также обратить внимание на то, что нужно дополнительное тестирование, о чем наш отдел постоянно заявляет!
>«Нужен модуль расчёта объёма коробки под отправку посылки, тут делов-то на полдня, давай засядь!»
Не вопрос, форму расчета пожалуйста и дизайны входных и выходных форм, а пока асигню таск на вас, и вашего тимлида в вотчеры добавлю.
>Не навязывайте свои способы общения.
Вот тут да, что только не делал: и убеждал, и спорил, и снижал приоритет задачам, и вообще не делал, ничего не помогло, по прежнему то скайп, то емеил, то какой-то документ гдето в конфлюенсе. Так и не смог полностью победить.
как-то это не кошерно
Проблемы
1 Баги.
Не просто баги, а Куча постоянно появляющихся багов. Движок живой и постоянно допиливается, откуда эти животинки постоянно лезут.
А у тебя нет комунити из 100к юзеров которые за день выловят 99% проблемных мест.
2 Доп инструменты.
По мима движка надо строить кучу доп программ на которых дизайнеры будет делать окна, упаковка имиджей в мапы, привязки евентов на краты, звуки и т.д.
Получается дорого, криво и ненадежно. Написание редактора это еще тот гемор.
3 Новые фичи движка
Даже обычный вывод текста — это жуть на сколько сложно, если тебе надо сделать не абы как, а с хорошей производительностью.
Что уж говорить о прикрутке физики, аи, скелетов и т.д.
4 Кроссплатформенность
На каждую платформу надо найти спеца, обучить движку, потратить кучу времени на согласование с уже наработанным.
И каждая новая платформа обязательно выставит такие требования которые ну никак не хотят работать с требованиями от тех платформ что уже работают.
5 Сотрудники
Невозможно нанять людей уже знающих твою платформу, поэтому надо учить, а нет ни нормальной доки, ни комунити где сотрудник может поискать ответы.
Поэтому надо отвлекать остальных сотрудников, причем первый месяц вообще постоянно.
Любой грамотный программер понимает, что знания по этому домострою (в отличии от известных движков) ему нигде не пригодятся, и поэтому потребует весьма высокой оплаты.
А не грамотные просто не разберутся в коде.
Короче в 99% случаев, свой движок, это дорого, долго и бесперспективно.
Напомнило про ФИДО и список фильмов.
БЕЛОСЕЖКА И СЕМЬ ГОМОВ
ЧЕРЕПАШКИ-ИЗЯ
ГОЛУБЫЕ ЕБЕСА
Как вы относитесь к гипотетическому сговору работодателей о не поднятии зарплат?
Как вы думаете, на сколько полезны такие явления как безработица, отсутствие образования, нелегальные гастарбайтеры, для прибылей подобных работодателей?
Это вы о чем? Какой один?
На всякий случай побояню, в СССР принимали законы на съезде народных депутатов.
Депутат выбирался к примеру на заводе работниками из них самих же, затем депутаты от заводов выбирали среди себя депутата на следующий уровень и так далее до депутата который уже мог участвовать в принятии законов.
И если какой-то из депутатов начинал вытворять что-то непотребное, смотри на текущих депутатов, его отзывали на любом из уровней в любой день, а на его место выставляли другого.
Вот это и есть демократия, а о чем вы говорите, я могу только догадываться.
Демократия должна быть не декларативной, а реальной. (т.е. не выбор из 2х и более, а возможность снять в любой момент)
Принимаемые законы должны быть направленны на благо большинства населения.
Перед законом все равны.
У всех должны быть одинаковые возможности для получения соц благ (образования, лечения, питания, отдыха и т.д.). Особенно это касается детей.
Вор должен сидеть в тюрьме.
По каждому пункту СССР выигрывает на порядки, по сравнению с остальными.
Так мысль понятней?
Естественно был и блат и карьеризм и заказуха, но с тем что творится сейчас даже сравнить невозможно — подгузник ребенка супротив калоотстойника.
Так не бывает.
-Расстрелять шарлатана.
У коммерческих компании есть только одна задача — прибыль. Чего удивляться.
чувствгруппы лиц?