Ошибка в меню Joomla

При переходе на php5.3 сайт на старой Joomla стал выкидывать warning 

modMainMenuHelper::buildXML() expected to be a reference, value given


Лечится простым фиксом  в /modules/mod_mainmenu/helper.php.
Меняем function buildXML(&$params) на function buildXML($params).

Using vimdiff as git diff tool

git config --global diff.tool vimdiff 

git config --global difftool.prompt false 

git config --global alias.d difftool 


Typing git d yields the expected behavior, type :wq in vim cycles to the next file in the changeset.

Из книги Гойко Оджича "Impact Mapping"

 К важным действующим лицам относятся конечные пользователи, а

также внутренние или внешние по отношению к проекту люди, принимающие

решения. Алистер Коберн советует искать действующих лиц трех типов:

1. Первичные действующие лица, на удовлетворение потребностей

которых направлен процесс разработки, например, игроки игровой системы.

2. Вторичные действующие лица, которые предоставляют услуги,

например, команда, занимающаяся предотвращением мошенничества.

3. Закулисные действующие лица, которые имеют заинтересованность в

проекте, но непосредственно не извлекают из него выгоду и не предоставляют

услуги. Пример – государственные агентства, регулирующие данный вид

деятельности, лица, принимающие решения на самых высоких уровнях в

соответствующих компаниях.

Гойко Оджич об определении действующих лиц в Impact Mapping

 Первый уровень impact map дает ответы на следующие вопросы: на чье поведение мы

хотим воздействовать? Кто сможет произвести желаемый эффект? Кто способен помешать?

Кто является потребителем или пользователем нашего продукта? На кого наш продукт повли-

яет? Это и есть те действующие лица, чье поведение может сказаться на результатах проекта.

Джеральд Вайнберг определяет качество как «ценность, предоставляемую кому-либо».

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

и какую ценность они хотят обрести, воспользовавшись продуктом или результатами нашего

проекта.

Гойко Оджич "Impact Mapping"

Гойко Оджич об отделении целей от продукта в Imapct Mapping

 Цели не должны описывать сам продукт, процесс его создания или

устанавливать границы проекта. Они обязаны объяснять, почему данный

продукт будет полезен.

Целям следует определять проблему, которую предстоит решить, а не

воспроизводить решение. Избегайте включать в описание цели какие-либо

конструктивные ограничения, касающиеся готового продукта.

Гойко Оджич "Impact mapping"

Гойко Оджич о правильной формулировке целей в Impact Mapping

 Обозначенная цель дает разработчикам инструмент для пересмотра

первоначальных планов по мере поступления новой информации. Поэтому

верно сформулированные цели, как правило, соответствуют критериям

SMART: они конкретны, измеримы, ориентированы на совершение

конкретных действий, достижимы и ограничены во времени.

Гойко Оджич "Impact mapping"

Гойко Оджич о целях разработки

 Если очередной релиз или проект в целом позволяет достичь поставленной бизнес-цели, то это успех с точки зрения бизнеса, даже если в итоге

разработанный продукт будет отличаться от того, что было предусмотрено первоначально. В

то же время, если программный продукт точно соответствует задуманным спецификациям, но

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

Это верно даже тогда, когда разработчики не без оснований обвиняют клиента, что он сам

толком не понимает, чего хочет.

Гойко Оджич " Impact Mapping"