LINUX.ORG.RU

История изменений

Исправление Iron_Bug, (текущая версия) :

Типичные holywar'ы. Одна сторона налегает на человеко-читаемость, человеко-генерируемость и самодокументацию. Другая сторона налегает на эффективность размера и скорости кодирования-декодирования.

так оно. но я лично придерживаюсь мнения, что в сети важнее скорость. особенно при наблюдении массовой деградации производительности в вебе из-за умножения говнокода. я не могу с этим бороться глобально, но со своей стороны стараюсь не усугублять ситуацию.
а формат конфигов на юзерских машинах, если честно, меня мало волнует. это дело десятое, к производительности оно мало отношения имеет. и бывают такие конфиги, к которым лучше сделать утилиту для настройки (например, сотни параметров, связанных с хардом). тогда уж лучше не давать юзеру их править вручную, ради спасения самого же юзера.
чисто как юзер, я не верю в утверждения о «человекочитаемости» XML-портянок в километр длиной. а вот парсинг этого добра чаще всего отжирает немало так памяти, ибо юзер хочет DOM. да и генерить вручную такое человек тоже не будет. тот же веб вручную никто не верстает давно. но рудименты старых реализаций остались и икаются теперь разными косяками в браузерах. единственное, что накрутили для облегчения работы сетей - пожатие страниц. и то это не всегда используется. а потом юзеры пищат, что браузер сожрал много памяти, а сетка тормозит. но сетевики с этим ничего поделать не могут. это пережитки старых реализаций, которые держатся чисто из-за совместимости. одно дело когда XML в мелких файликах настроек или формочек для приложух верхнего уровня. и совсем другое, когда он разрастается на мегабайты и становится абсолютным злом.

Исходная версия Iron_Bug, :

Типичные holywar'ы. Одна сторона налегает на человеко-читаемость, человеко-генерируемость и самодокументацию. Другая сторона налегает на эффективность размера и скорости кодирования-декодирования.

так оно. но я лично придерживаюсь мнения, что в сети важнее скорость. особенно при наблюдении массовой деградации производительности в вебе из-за умножения говнокода. я не могу с этим бороться глобально, но со своей стороны стараюсь не усугублять ситуацию.
а формат конфигов на юзерских машинах, если честно, меня мало волнует. это дело десятое, к произволительности оно мало отношения имеет. и бывают такие конфиги, к которым лучше сделать утилиту для настройки (например, сотни параметров, связанных с хардом). тогда уж лучше не давать юзеру их править вручную, ради спасения самого же юзера.
чисто как юзер, я не верю в утверждения о «человекочитаемости» XML-портянок в километр длиной. а вот парсинг этого добра чаще всего отжирает немало так памяти, ибо юзер хочет DOM. да и генерить вручную такое человек тоже не будет. тот же веб вручную никто не верстает давно. но рудименты старых реализаций остались и икаются теперь разными косяками в браузерах. единственное, что накрутили для облегчения работы сетей - пожатие страниц. и то это не всегда используется. а потом юзеры пищат, что браузер сожрал много памяти, а сетка тормозит. но сетевики с этим ничего поделать не могут. это пережитки старых реализаций, которые держатся чисто из-за совместимости. одно дело когда XML в мелких файликах настроек или формочек для приложух верхнего уровня. и совсем другое, когда он разрастается на мегабайты и становится абсолютным злом.