То что они тесно связаны никто не спорит, а вот насчет последовательности не соглашусь. Возможно у нас путаница в терминах?
Задача - набор бизнес требований к приложению.
Код - реализация этих требований.
Хостинг - окружение в котором это приложение будет работать.
Начинать разработку с определения окружения имхо не корректно. Это значит заведомо загонять себя в угол, нельзя что то использовать, потому что этого чего то нет на конкретном хостинге. В начале нужно определиться с реализацией, и уже под неё выдвигать требования к окружению.

на этапе разработки, продакшн платформу должен определять разработчик, исходя из потребностей приложения, а не наоборот. Могут быть конечно исключения, если это не разработка, а мелкая доработка, к примеру, и проще обойти ограничение, чем доказывать клиенту что нужно сменить хостинг. Или благотворительный проект, который прибыли не приносит, и нужно заставить его работать конкретно вот на этом халявном хостинге, потому что платить за него никто не собирается, вот тут да, окружение диктует условия к реализации.

Задачу ставит заказчик, она же не с потолка падает
Конфигурация софта на сервере очень слабо связана с финансовыми затратами, разница между шаредом и ВПС-ками уже давно размыта. Если к примеру, потребуется мемкеш для кеширования, мотивация отказа от него по причине отсутствия у конкретно взятого хостинга, выглядит как минимум не убедительно. Изменяются требования к приложению, изменяются требования к окружению, это нормально. И никак не противоречит интересам заказчика.

?
Это хороший совет.

_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2

обоснуй

Легко
В начале я тоже использовал шот тэги. Это казалось удобной фичей, пока в один прекрасный момент не случился конфуз. На хостинге админы без объявления войны предупреждения взяли и отключили эту директиву. В результате в течении n-ого времени, пока я не обнаружил, сайт не только не работал, а вываливал в браузер исходники, вместе со всеми логинами и паролями к бд и т.п. Хоть и последствий особых не было, но урок на всю жизнь
А ты можешь гарантировать что на твоём хостинге такого не случится? В ini short_open_tag по умолчанию выключен, если при обновлении PHP не выбрать опцию "сохранить текущий php.ini" ...

как зачем, а бигбен, а темза ???

_____________
HTML, CSS (Bootstrap), JS(JQuery, ExtJS), PHP, MySQL, MSSql, Posgres, (TSql, BI OLAP, MDX), Mongo, Git, SVN, CodeIgnater, Symfony, Yii 2, JiRA, Redmine, Bitbucket, Composer, Rabbit MQ, Amazon (SQS, S3, Transcribe), Docker

Это всё конечно красиво, но с экономической точки зрения не рентабельно лучше я на берёзки поглазею, дешево и сердито!

_____________
Мой первый сайтик

Посмотри на свой XBMC под другим углом

_____________
Промокод предоставляет скидку на заказ домена и/или хостинга reg.ru
BFCC-3895-8804-9ED2

А зачем он откатиться на 5.4, если на нем уже стоит 7.1 ? Я не видал таких казусов при обновлении, обычно версии обновляются вперед, а не откатываются. Изначально код написан на 5.6, но старший всегда знает о младшем.

_____________
Мой первый сайтик

Посмотри на свой XBMC под другим углом

я не имел ввиду шоткат <?= в шаблонах я его использую, я про <?
И говнохостинг тут не причём

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

мы говорим об обновлении из репы, как она может вдруг продаунгрейдится, да ещё сама?