Заказчик хочет изменить дизайн. Допустим, даже уже готова вёрстка. Сколько стоит её натянуть? Ну, по столько-то часов на страницу, и накинем ещё по столько то в уме на риски…
— А что там делать? Всё ведь уже готово! Всего то, вёрстку натянуть — Знакомые слова?
А вот ещё одна фраза, модная среди некоторых «руководителей-теоретиков»:
— Смена дизайна, это не более 30% времени всего проекта!
Вот только почему практика расходится с теорией?
А что вы обычно отвечаете? Я обычно говорю:
— Эмм… Ну… Ведь неизвестно, что именно изменилось, возможно, это затронет не только шаблоны.
Только что-то надоело оправдываться. А давайте попробуем разобраться.
Во-первых, нужно называть вещи своими именами. Если на странице появляется новая информация, или элементы изменяют своё поведение, или старые элементы теперь предполагают новую реакцию – значит вам предстоит сменить не дизайн, а интерфейс.
Теперь возьмём, классическую модель MVC. Модель, вьювер, контроллер – 3 части проекта. Будем считать каждая часть — это 33% времени от всего проекта. Где там у нас шаблоны? Правильно — вьювер. Меняем шаблоны, значит меняем треть проекта. Это уже 33% проекта.
Но, мы то помним, что мы меняем не дизайн, а интерфейс. Новые данные на странице сами собой не возникнут.
Например, что бы появились маленькие цифры возле надписи «личные сообщения», означающие число новых сообщений, нужно
И это только маленькие незаметные цифры в углу экрана.
Итак, смена интерфейса, тянет в добавок изменения в контроллере, и изменения в модели. Каждое изменение может потребовать цепочку дополнительных модификаций.
Я не берусь утверждать, сколько это процентов от всего проекта, но если прикинуть нижнюю и верхнюю границу? Допустим от 10 до 90% контроллера и от 10 до 60% модели. Итого, смена интерфейса тянет на 40 – 80% времени от всего проекта.
А чего по вашему стоит смена интерфейса?
— А что там делать? Всё ведь уже готово! Всего то, вёрстку натянуть — Знакомые слова?
А вот ещё одна фраза, модная среди некоторых «руководителей-теоретиков»:
— Смена дизайна, это не более 30% времени всего проекта!
Вот только почему практика расходится с теорией?
А что вы обычно отвечаете? Я обычно говорю:
— Эмм… Ну… Ведь неизвестно, что именно изменилось, возможно, это затронет не только шаблоны.
Только что-то надоело оправдываться. А давайте попробуем разобраться.
Во-первых, нужно называть вещи своими именами. Если на странице появляется новая информация, или элементы изменяют своё поведение, или старые элементы теперь предполагают новую реакцию – значит вам предстоит сменить не дизайн, а интерфейс.
Теперь возьмём, классическую модель MVC. Модель, вьювер, контроллер – 3 части проекта. Будем считать каждая часть — это 33% времени от всего проекта. Где там у нас шаблоны? Правильно — вьювер. Меняем шаблоны, значит меняем треть проекта. Это уже 33% проекта.
Но, мы то помним, что мы меняем не дизайн, а интерфейс. Новые данные на странице сами собой не возникнут.
Например, что бы появились маленькие цифры возле надписи «личные сообщения», означающие число новых сообщений, нужно
- запросить эти данные в контроллере и передать их во вьювер;
- реализовать в модели подсчёт этого числа;
- изменить сохранение личных сообщений, таким образом, чтобы непрочитанные сообщения, помечались специальным флагом.
И это только маленькие незаметные цифры в углу экрана.
Итак, смена интерфейса, тянет в добавок изменения в контроллере, и изменения в модели. Каждое изменение может потребовать цепочку дополнительных модификаций.
Я не берусь утверждать, сколько это процентов от всего проекта, но если прикинуть нижнюю и верхнюю границу? Допустим от 10 до 90% контроллера и от 10 до 60% модели. Итого, смена интерфейса тянет на 40 – 80% времени от всего проекта.
А чего по вашему стоит смена интерфейса?
