А вот если бы он брал инвалидный хтмл и перпарсивал в валидный, это было бы круто! Весьма.
Но боюсь это почти нереально — слишком много правил парсинга багованных хтмл, причем у всех вьюверов разные и никто о них не рассказывает, особенно Микрософт.
Проблема в том что все подобные методики, не дают полной привязки сложности работы к баллам, а лишь симулируют наиболее очевидные для менеджеров аспекты.
А учитывая, что большинство программистов еще в детстве наигралось в симуляторы, и хорошо понимают значение слова манчкин, очень быстро система будет использована себе во благо, сначала скромно, а затем оглядываясь на соседей, по полной программе.
В данном случае, себе будут прописываться задачи с наиболее завышенными баллами, а врагам народа коллектив будет занижать.
На качество все будут класть большой болт, так как исправление багов это тоже очень сложная и долгая работа, что хорошо для зарплаты.
Ну а попытки менеджеров наклонить систему в свою пользу упрутся в то, что в большинстве случаев у программистов и интеллект повыше и знание предметной области куда больше. Загрузят так, что лапши на пару лет хватит.
И неважно как будут меняться правила начисления этих бонусов, программисты это эксперты в реализации задач при самых убогих условиях, систему в свою пользу нагнут в любом случае.
Проблема некоторых разработчиков в том, что они отождествляют class из ООП с некими существующими объектами. Отнюдь, class может представлять собой не только существительное, но и глаголы и прилагательные.
Поэтому «выдача/получение зарплаты» сама может быть объектом.
И не смотря на то, что из ООП кто-то пытается сделать религию, а другие дьявола, лично для меня, это всего лишь удобный инструмент.
Кидаться калом это удел мартышек.
Но в данном случае, это как-то странно сочетается с любовью к гуманитариями…
зы
а потом они же удивляются — внутри видовая агрессия гуманоидов! это ужасно, это не про нас, это все агрессивные, бескультурные, не дрессированные мясоеды. :)
Что интересно в «гуманитариях», это то что они приписывают осуждаемому объекту те качества, которые хотят видеть, а не те что есть на самом деле. При этом просто светятся уверенностью в своей правоте и не предвзятости.
Даже интересно в каких словах вы увидели «ненависть к гуманитариям»?
Кто бы спорил, но только не я, а учитывая, что моя задача не делать CSS, а выводить, я такие извращенные HTML насмотрелся…
Так что полностью с вами согласен, все, все что только можно изгадить или извратить, все будет использовано.
ps
подскажите какая есть задача, где вы, вынужденны использовать эти параметры?
«На основе DOM и CSSOM строится дерево отображения,»
«DOM тут не причём».
Не находите что-то странное в этих утверждениях?
Впрочем это не важно, повторяю
1 во время считывания и обработки тэгов, невозможно гарантированно прогнать Тэг по CSS стилям, пока не будет закрыт тэг родителя. (из-за last-child)
2 из-за п1 и after нужно или дожидаться полного считывания HTML прежде чем строить объекты, или превращать HTML viewer в HTML editor, что бы появилась возможность делать inser в уже готовые и отображенные объекты.
а это нарушает потоковый принцип ХТМЛ и т.д. выводы читай выше.
Сложно не согласится.
Но с уточнением, Inline элементы (текст, img, inlinebox, input и т.д.) это всеже самостоятельный визуальный объект с совсем другим поведением и параметрами, нежели объект box.
Не понял, что еще собой представляет HTML как не форматированные боксы и инлайны?
И я не создаю страницы я их отображаю.
Отсюда и отношение к CSS
Плюсы CSS он строгий и легко парсится, в отличии от HTML.
Минусы, заставляет редактировать уже созданные объекты или дожидаться полной загрузки блоков, с HTML такого нет — кусок загрузился, создал для него объекты, отобразил.
А вот если бы он брал инвалидный хтмл и перпарсивал в валидный, это было бы круто! Весьма.
Но боюсь это почти нереально — слишком много правил парсинга багованных хтмл, причем у всех вьюверов разные и никто о них не рассказывает, особенно Микрософт.
А учитывая, что большинство программистов еще в детстве наигралось в симуляторы, и хорошо понимают значение слова манчкин, очень быстро система будет использована себе во благо, сначала скромно, а затем оглядываясь на соседей, по полной программе.
В данном случае, себе будут прописываться задачи с наиболее завышенными баллами, а врагам народа коллектив будет занижать.
На качество все будут класть большой болт, так как исправление багов это тоже очень сложная и долгая работа, что хорошо для зарплаты.
Ну а попытки менеджеров наклонить систему в свою пользу упрутся в то, что в большинстве случаев у программистов и интеллект повыше и знание предметной области куда больше. Загрузят так, что лапши на пару лет хватит.
И неважно как будут меняться правила начисления этих бонусов, программисты это эксперты в реализации задач при самых убогих условиях, систему в свою пользу нагнут в любом случае.
Ну что сказать удобно — все дураки, только один я Дартаньян!
Поэтому «выдача/получение зарплаты» сама может быть объектом.
И не смотря на то, что из ООП кто-то пытается сделать религию, а другие дьявола, лично для меня, это всего лишь удобный инструмент.
Но в данном случае, это как-то странно сочетается с любовью к гуманитариями…
зы
а потом они же удивляются — внутри видовая агрессия гуманоидов! это ужасно, это не про нас, это все агрессивные, бескультурные, не дрессированные мясоеды. :)
Это банально также, как не желание отвечать за свои слова.
Даже интересно в каких словах вы увидели «ненависть к гуманитариям»?
Но это еще не худший вариант (для рендер машины), а живой пример с last-of-type есть?
Так что полностью с вами согласен, все, все что только можно изгадить или извратить, все будет использовано.
ps
подскажите какая есть задача, где вы, вынужденны использовать эти параметры?
Кроме того картинки, дозагрузка таблиц и floatbox, не влияет но основные меняет параметры объектов, а в основном на форматирование строк.
Юзерам важно отобразить как можно быстрее.
Считал, распарсил, создал объекты, отобразил.
2 пересчет стилей = удаление/изменение старых объектов.
А все из-за убогости пары никому не нужных параметров CSS, о чем я и говорил.
Вы привели хороший разбор проблематики CSS, которую сколько я не объяснял, некоторые так и не захотели понять.
«DOM тут не причём».
Не находите что-то странное в этих утверждениях?
Впрочем это не важно, повторяю
1 во время считывания и обработки тэгов, невозможно гарантированно прогнать Тэг по CSS стилям, пока не будет закрыт тэг родителя. (из-за last-child)
2 из-за п1 и after нужно или дожидаться полного считывания HTML прежде чем строить объекты, или превращать HTML viewer в HTML editor, что бы появилась возможность делать inser в уже готовые и отображенные объекты.
а это нарушает потоковый принцип ХТМЛ и т.д. выводы читай выше.
На чем основывается ваша уверенность. Есть опыт, построения DOM?
У объекта с параметром before в 99% будут внутренние объекты, для которых объект созданный по параметру content будет ПЕРЕД ними.
Но с уточнением, Inline элементы (текст, img, inlinebox, input и т.д.) это всеже самостоятельный визуальный объект с совсем другим поведением и параметрами, нежели объект box.
Float это параметр для box объекта
Table это совокупность box объектов. И т.д.
Visible = false это тоже параметр объекта.
И я не создаю страницы я их отображаю.
Отсюда и отношение к CSS
Плюсы CSS он строгий и легко парсится, в отличии от HTML.
Минусы, заставляет редактировать уже созданные объекты или дожидаться полной загрузки блоков, с HTML такого нет — кусок загрузился, создал для него объекты, отобразил.