обсуждая жизненный цикл багов, снова упомянули о "спецефичности" заказчика:
неверное название полей, их количество и расположение на форме, часто расценивается как более важное, чем "кривизна" работающего модуля в целом.
И как часто со стороны разработки натыкаешься на противоположное мнение
в такие моменты мне очень хочется посадить разработчика за работу с его "детищем"
Беда( или счастье) в том, что до верно и правильно работающих функций можно просто не добраться, так и не начав работу с тем, что вызывает неприязнь из за одного внешнего вида..
на вопрос "почему это считается важным или нужным"очередной перебранки на тему, что править в первую очередь, как - то неожиданно для себя выпалила это самое:
"За красоту многое прощается"
и сразу запнулась. возникшая ассоциация с обычной жизнью, перенесенная на такую совсем не жизненную - неживую область -сухую и техничную, оказалось сильным доводом
я не против доведения функционала до нужного стабильного и рабочего состояния, я против полного игнорирования важных, но далеко не всегда очевидных мелочей, даже с учетом нереальных сроков. Речь, как обычно, о гармонии, балансе - красивого и полезного - ведь тогда выигрыивают на самом деле все.
просто это далеко не всегда очевидно