Joomla: переходный период

Надо срочно сформулировать (для себя, любимого) политику взаимоотношений с Joomla v.3.х

Апгрейд/переход на новую/крайнюю версию (на сей день: Joomla v.4.x) реализуем адекватно. Но? Но — всегда есть подвох!

И подвох этот: Зачем? Зачем апгрейдить работоспособную версию, зачем «совать руки» в удобный и работоспособный механизм. Особенно если об этом никто не просит. Это же — перфекционизм и чистоплюйство, на грани мании ковыряния в носе

Ну, пусть, визитки «перенатянуть» и «перепилить» не особо проблематично. Однако, интернет-магазины — могут и «гакнуться», шаблонов для cms адекватных пока еще нет. Значится, придется «рисовать руками» и «с нуля». А это уже «не пять минут». Месяц?.. Может быть.

Ладно, вопрос-таки — в принципе, а не в деталях. Это, так или иначе, еще примерно 30 проектов придется апгрейдить. Жизни-то хватит?

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

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

Первое правило: «Не трогай, пока не сломается». Это же золотое правило любого здравомыслящего сисадмина или веб-мастера. Если система работает, приносит доход, не вызывает нареканий у пользователей (а у меня их не так уж и много, чтобы их игнорировать), то зачем ее будить? Это как с любимой старой машиной: пока ездит, зачем менять на новую, которая еще не обкатана и может подкинуть сюрпризов?

Второе правило: «Апгрейд по нужде, а не по прихоти». Если клиент сам не приходит с воплем: «Спасите, моя Joomla v.3.х умирает, ей нужен новый дом в v.4.х!», то и я не буду бежать впереди паровоза. Пусть лучше будет стабильность, чем гонка за новизной, которая может обернуться головной болью. А если уж пришел такой клиент, то сразу в бой: «А зачем вам это нужно? Что конкретно вас не устраивает в текущей версии?» И слушать внимательно, чтобы понять, действительно ли это критическая необходимость, или просто желание «блеснуть» последней версией.

Третье правило: «Оценка рисков и трудозатрат — прежде всего». Перед тем, как даже думать о переезде, нужно провести ревизию. Сколько проектов на этой версии? Какие из них самые сложные? Какие шаблоны используются? Есть ли уникальные доработки? И самое главное: сколько времени и сил потребуется на каждый проект? А потом сравнить это с тем, что получит заказчик. Если разница будет минимальной, а трудозатраты — колоссальными, то ответ очевиден.

Четвертое правило: «Обучение и поддержка — за отдельную плату». Если уж клиент настаивает на апгрейде, и мы сошлись на том, что это необходимо, то нужно понимать, что новая версия — это новые возможности, но и новые сложности. Поэтому обучение работе с новой версией и поддержка после апгрейда — это уже не «бонус», а отдельная статья расходов. Пусть знают, что за все приходится платить.

И еще одно, самое главное: «Спокойствие, только спокойствие!» (снова откуда-то вылезло). Не стоит паниковать и бросаться в омут с головой. Нужно трезво оценивать ситуацию, принимать взвешенные решения и действовать по плану. А план этот — как раз и есть та самая политика, которую я сейчас и формулирую. Чтобы потом не было мучительно больно за бесцельно потраченное время и нервы.