KISS и другое ...
by Евгений Викторович Арбатский - Вывод, основанный на анализе результатов текущих курсовых, дипломных работы, общения с выпускниками:
1) Следовало в начале разобраться с архитектурой, затем взять готовый шаблон системы и начать его дорабатывать (с использование Smarty).
2) Следовало разобраться с архитектурой и в начале проверить возможности связи по SOAP, либо HTTP с удаленными частями системы. Не имея перед глазами архитектуры очень легко пропустить верное решение.
3) Следовало в начале создать пустой продукт по своему бумажному макету, а потом подменять макетные формы реальными блоками.
5) Сделались слишком зависимы от фреймворка и не распределили нормально задачи согласно архитектуры продукта.
Будучи студентами вы слишком усложняете себе жизнь создавая сложные решения. Следует помнить и применять принцип KISS (делать как можно проще).
Перечитывая выводы Брукса о разработке заново прочитал его совет, который звучит примерно так:В начале следует разработать архитектуру, затем реализовать основной блок / модуль. Пусть он ничего не делает полезного, но важно чтобы он работал. Затем к этому модулю надо навешивать остальную функциональность, которая уже будет решать нужные задачи.
На примере работы команд:1) Следовало в начале разобраться с архитектурой, затем взять готовый шаблон системы и начать его дорабатывать (с использование Smarty).
2) Следовало разобраться с архитектурой и в начале проверить возможности связи по SOAP, либо HTTP с удаленными частями системы. Не имея перед глазами архитектуры очень легко пропустить верное решение.
3) Следовало в начале создать пустой продукт по своему бумажному макету, а потом подменять макетные формы реальными блоками.
5) Сделались слишком зависимы от фреймворка и не распределили нормально задачи согласно архитектуры продукта.