Обсуждение шаблона:События в Польше в сентябре 1939 года

порча ради копеечной экономии

Перенесено со страницы Обсуждение участника:Wilder.

Я тут напоролся на вот эту правку и в связи с ней хотел бы вас попросить не портить как оформление шаблона (в данном случае пропали некоторые знаки-разделители, а другие стали отрываться от предыдущего текста), так и читабельность вики-кода ради копеечной экономии размера в базе данных вики. Причём экономии ли - это ещё тот вопрос, поскольку лишние правки занимают существенно больше места, чем вы "экономите".

PS: То, что я напоролся на эту правку-порчу (почти) одновременно с вашей правкой в статье Экономика Эстонии - случайность. Другое дело, что я не первый раз замечаю, что случайности - это зачастую непознанные закономерности. -- A^VB^talk 21:01, 3 марта 2009 (UTC)

Шаблон {{nobr}} предназначен для запрета переноса последовательности слов заменой обычных пробелов на неразрывные. Область применения: неразрывное написание в тех местах, где это может произойти. Там же, где переноса не произойдёт в любом случае – применение необоснованно.

Рассмотрим два варианта:

1. {{nobr|[[Бой под Коцком|Коцк]]}}
2. {{nobr|[[Оборона «Венгерской горки»|Венгерская горка]] •}}

В первом случае применение шаблона {{nobr}} бессмысленно, ибо отображаемая последовательность символов «Коцк» не может подвергнуться переносу на следующую строку в любом случае при любом расположении в тексте, поскольку в данной отображаемой последовательности отсутствуют пробелы. Кроме того, по причине отсутствия пробелов, шаблону {{nobr}} нечего заменять.

Во втором случае перенос теоретически возможен, однако в данном случае перенос также не состоится, ибо отображаемая последовательность символов «Венгерская горка •» стоит в начале строки и меньше .

Прошу обратить внимание, что ширина шаблона {{Конфликт}}, используемого в обсуждаемом шаблоне, фиксированно равна 315px. Т.е. параметр «width» имеет жёстко заданное значение, а не зависит от ширины окна браузера, например, «40%». Таким образом, вне зависимости от размещения шаблона и его окружения, содержимое шаблона имеет жёстко заданное форматирование. Следовательно, предусматривать возможность переноса слов нет никакой необходимости.

Кроме выше сказанного добавлю, что любое обращение к шаблону – это потребление процессорного времени либо сервера, либо клиента. И если в случае клиента это не столь существенно, то в случае сервера это может стать проблемой.

Ваша аппеляция к количеству правок не состоятельна: история правок хранится в текстовом формате и к трафику по передаче шаблона не имеет отношения, а лишние пару килобайт истории никому не повредят. Да, разница в трафике несущественна (разница в размере шаблона всего 300 байт), но я не на это обращал внимание в первую очередь, а на целесообразность. Зачем использовать то, в чём нет необходимости и только усложняет структуру, повышая вероятность сбоя?

Знаки разделители «•» никуда сами не пропали. Оконечные разделители были убраны мною сознательно, ибо нарушают симметрию при отсутствии аналогичных знаков в начале строки. В конце строки, как и в начале, разделители совершенно не нужны – перевод строки сам по себе разделитель.

Единственная Ваша претензия имеющая значение – это субъективная «читабельность вики-кода». Однако вынужден заметить, что лишние знаки только усложняют восприятие и заставляют терять время на контроль синтаксиса: все ли скобки проставлены, нет ли орфографических ошибок. Начало элемента следует не сразу за окончанием предыдущего, а после некой последовательности символов, что только усложняет восприятие.

Ещё раз. Никакой экономии я не добивался – только целесообразности.

ЗЫ По статье Экономика Эстонии напишу в обсуждении оной. // wilder 05:06, 4 марта 2009 (UTC)

• По пунктам.

• В первом случае применение шаблона {{nobr}} бессмысленно - однако есть такая вещь, как унификация (легче разбираться/читате код, когда он подчиняется единым закономерностям; легче редактировать, в том числе такими средствами, как "поиск+замена"), а также предусмаривается "скелет" для будущах правок - где гарантия, что "Коцк" в будущем не превратится в "В Коцке" или нечто подобное?
• стоит в начале строки - абсолютно те же аргументы, что и в предыдущем пункте: унификация (удобство редакторов) и "скелет" для будущих изменений - где гарантия, что "Венгерская горка" не переползёт в списке в другую позицию?
• ширина шаблона фиксированно - угу, а завтра кто-то поменяет эту ширину и привет вашим привязкам. Причём вы даже не будете в курсе, что ваши правки "поплыли". PS: Как программист, по аналогии, хочу заявить, что практика написания "упрощённого" кода, с привязкой к конкретным, сиюминутным условиям - порочная практика, порождающая множество проблем. Вот вам яркий пример: знаете ли вы, что такое Ошибка 200 в Турбо Паскале? Когда практически все программы, скопмилированные в ТП, падали при старте на новых, быстрых компьютерах? А всё потому, что разработчики библиотеки ТП "привязались" к конкретным условиям, не учтя, что они могут меняться...
• это потребление процессорного времени либо сервера - вы знаете, вот как раз об этом вам не стоит беспокоиться (точнее, это беспокойство должно стоять на самом последнем месте - в каком-то из правил в англовики об этом сказано прямым текстом). Тем более здесь - вы в курсе о существовании такой штуки, как "кеширование"?
• только усложняет структуру, повышая вероятность сбоя - вероятность "сбоя" (неправильного оформления при редактивровании) повышается как раз при нерегулярной, неунифицированной структуре.
• Оконечные разделители - это сей момент и у конкретно у вас они "оконечные", а у меня из-за вас показывалась вот такая каша:

Вестерплатте • Гданьск • Граница • Кроянты Мокра • Пщина
• Млава • Боры Тухольские Венгерская горка • Визна •
Ружан • Перемышль Илжа • Бзур • Варшава • Вильно •
Гродно
Брест • Модлин • Ярослав • Калушин
Томашов-Любельски • Вулка-Венглова Пальмиры • Ломянки
• Красноброд • Шацк Побережье • Вытычно • Коцк

и здесь 5 (ПЯТЬ!) случаев, когда разные названия слились в одно! Осмелюсь предположить, что вы сначала в своей правке удалили разделители, потом решили "для красоты" добавить разрывы строк... И получили тот самый "сбой", о котором сами и говорили выше, приведший к порче оформления из-за нерегулярности структуры...

• Единственная Ваша претензия имеющая значение – это субъективная «читабельность вики-кода» - как видите, не единственная. Вы сами, своими действиями (испорченным оформлением) показали, что "читабельность вики-кода" не так уж маловажна. Что уж говорить о других, кто может не разобраться (или не заметить) вашу нерегулярность структуры и привязку к ширине и порядку ссылок... -- A^VB^talk 08:09, 4 марта 2009 (UTC)

Какие разрешение и диагональ Вашего монитора? // wilder 00:09, 5 марта 2009 (UTC)

• А это не играет никакой роли. Потому что, с одной стороны, ширина данного шаблона фиксирована, как вы это сами и отметили, с другой стороны, размеры окна браузера не обязаны совпадать с размером экрана (а распахивать окна на весь экран характерно только для маленьких разрешений). Не говоря уже о том, что параметры шрифтов, используемые для отображения, могут отличаться от браузера к браузеру, от системы к системе, от конкретной конфигурации к конкретной конфигурации. -- A^VB^talk 01:15, 5 марта 2009 (UTC)
  • Ну не надо ж меня за юзверя держать. Всё это я и так знаю. Добро, спрошу иначе и более развёрнуто. Какой шрифт и его размер установлены в Вашем браузере по умолчанию? Да, и какой браузер. // wilder 01:44, 5 марта 2009 (UTC)