Кто-то писал требования, кто-то утверждал, кто-то разрабатывал, кто-то тестировал, кто-то принимал, кто-то использовал - нет. Это не так работает. Всё работает по закону 44-ФЗ. Кто согласился взять меньше денег, тот и выполняет. Требования не указанные в изначальном ТЗ - игнорируются, либо оставляются на волю исполнителя.
В процессе разработки на это всем насрать. Чаще всего есть уже какие то готовые модули\компоненты, которые компануются в код в нужном порядке. И всё. Тестируются только те функции что есть в ТЗ. Если в ТЗ не прописано как выравнивать, будет так как есть в каком то готовом модуле.
В принципе, так оно и есть. Особенно, когда функции реализуют специалисты субподрядчиков, для которых все эти документы - китайская грамота. В первой версии бухгалтерской отчетности выравнивание было сделано по левой стороне, что немного доставляло при просмотре и печати.
По левому краю еще ладно (хотя и абсолютно невозможно использовать) [например у ФИНАМ в личном кабинете все по левому краю было - и всем пофиг реально; написал им, но они неповоротливые; люди работаю с финансами, ежедневно пользуются всем этим, заказчики, коммерческая структура]. Но выравнивание по центру веселее гораздо. Это начинает напоминать перевернутую спектрограмму или елочку в некоторых случаях.
Всё работает по закону 44-ФЗ. Кто согласился взять меньше денег, тот и выполняет. Требования не указанные в изначальном ТЗ - игнорируются, либо оставляются на волю исполнителя.
Reply
Reply
Reply
Особенно, когда функции реализуют специалисты субподрядчиков, для которых все эти документы - китайская грамота.
В первой версии бухгалтерской отчетности выравнивание было сделано по левой стороне, что немного доставляло при просмотре и печати.
Reply
Reply
Leave a comment