[shisik]

Sham, это всё теория. А практика (то есть реальность) - такая, как я сказал выше. Безусловно, можно так разграничить проект, чтоб один разработчик вообще не касался кода других. Такой сферический конь в вакууме теоретически возможен. Но реальные проекты другие. И работодателю куда важнее универсальность и взаимозаменяемость, а не зоопарк технологий и когда один разраб заболел, уволился или ещё что-то, другой не сможет в его коде разобраться. Так дела не делаются. Использование разных ЯП должно иметь вескую причину, для чего это нужно и почему нельзя обойтись одним языком. И "какая разница" здесь не катит.

То же самое касается и PHP. Конечно, можно и на PHP написать хороший годный проект. Но обычно так не делается. Поэтому устраиваясь на должность PHP программиста нужно быть готовым к CMS и костылям, а не к проектированию архитектуры и применению лучших практик. Типичному заказчику php-сайта нужно дёшево и быстро, он просто финансово не потянет нормальную разработку. И пара обратных примеров ну никак не меняет общую картину. Ещё раз: PHP-шники - едва ли не самые низкооплачиваемые среди всех программеров. Не так важны причины этого, важен ответ на вопрос: а стоит ли в этой сложившейся ситуации связываться с PHP?

Круто писать на PHP очень даже можно, язык это позволяет. Вот только это как сильно должно повезти, чтоб найти такую работу. Ну а чисто для себя - это сколько угодно, только за бесплатно.