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