Что все - индикаторы, которыми может определить, входит ли проект в [закрытое] неправильное направление

Один из индикаторов - это когда на собраниях команды начинают возникать проблемы, противоречащие SRS. Другой индикатор - когда TL и Менеджер проекта начинает объяснять одно и то же требование по-разному ... что ясно показывает, что требование либо не было правильно понято, либо неверно истолковано

Хорошая ссылка здесь

Если вам нужно получить доступ к параметру GET из представления, я думаю, что вы делаете это неправильно.

Я предлагаю настроить маршрут со всеми параметрами, а затем использовать $ this- > url из вашего представления для отображения действительного и правильного URL.

Для получения дополнительной информации ознакомьтесь со следующей записью в блоге (нет, я не автор): http://naneau.nl/2007/07/08/use-the-url-view-helper-please/

Правка:

Если вы хотите быть 'ленивым', можно задать параметр представления с вашего контроллера, выполнив $ this- > view- > param = $ this- > _ getParam ('param') . Затем можно получить доступ к param из ракурса, выполнив команду echo $ this- > param; . Однако я не рекомендую этого.

Когда неоплачиваемая сверхурочная работа, особенно работа в выходные дни, становится стандартной операционной процедурой.

Один из контрольных сигналов, указывающих на то, что проект движется в неправильном направлении, - это когда проект больше не становится проектом. Определение проекта:

1. Проект имеет четко определенную цель
2. У проекта есть конкретное время начала и окончания
3. У проекта есть клиент

Если какой-либо из них отсутствует или если они меняются и больше не становятся проектом, то все движется в неправильном направлении. Это случилось со мной, когда я был единственным разработчиком проекта. Никто не заметил, что мы потеряли ясную цель, когда одно из наших предположений оказалось неверным. Моя работа перешла от разработки к обслуживанию. Это был кошмар.