У него есть главный козырь - сайт на php разрабатывается быстрее. Да и JVM на сервер ставить не охота...
У меня во тс утра такая идея пришла   : а что ели писать не большие модули (для работы с БД или редактирования изображений на стороне сервера) (ну или чаты), а потом их прикреплять к самому сайту. Не знаю может прокатит...
Одним словом, буду рад услышать другие аргументы.
PS. Аргументы быстрее и моднее не прокатили)

Начни отсюда.

Людям свойственна инертность. Попробый в свободное время сделать-что нибудь на java и демонстративно сравни с php. Но тут также стоит экономический вопрос - мало серверов с java, где ваши клиенты будут размещать сайты?

ПХП тоже на месте не стоит и постоянно развивается. Сейчас уже почти ничем не хуже JAVA.
ООП+кэширование+кроссплатформенность.

Главный плюс Явы - кроссплатфоменность + использование классов как в вебе, так и приложениях / аплетах.
Если Первое в ПХП есть, то с остальным он отдыхает. Но Веб-программеру остальное и не надо.

ну не будем забывать, что  J2EE это не только веб. J2EE это целый комплекс технологий, до которых PHP ни когда не поднимется, к примеру, один EJB 3.0 чего стоит, а если его еще грамотно посадить на model2 фреймворк, то скорость написания приложений на Java будет с заметным отрывом опережать скорость разработки на PHP. Просто надо понимать, что простые сайты проще и быстрее написать на PHP, а что-то солидное с качественной хорошо масштабируемой модульной архитектурой гораздо лучше получится на Java. Чаще всего решение на Java - это не ширпотребное решение, работа не для простой веб студии, а для специализированной в каком-то конкретном сегменте софтоварной компании...

y3u, ты всё правильно написал, но это не от языка зависит, а от проектирования. Можно на ПХП солидные вещи с хорошо масштабируемой архитектурой писать, а на Яве глючный сайт Васи пупкина. Можно создать framework, который позволит с огромной скоростью клепать сайты как на PHP, так и на JAVA.
ПХП 5 в плане модульности и ООП сейчас на высоте и на месте не стоит. Он допускает больше ошибок программиста, но на практике это не существенно.

А вот ИДЕ+отладчики на JAVA конечно в разы лучше.

Добавлено @ 17:33 
Я просто очень хорошо знаю обе технологии. Пока не углубился в ПХП, тоже думал так как ты..

 и правильно, что не прокатили,  ведь неправда же )

Плюс при переходе на джаву теряем мобильность(надо обязательно дедик либо хост с поддержкой джавы)

Не понял. В чем потеря мобильности?

batigoal
Видимо nerezus имел в виду что php мы найдем уставновленным на любом сервере, а нормально сконфигуированный java-сервер только если предварительно сами об этом позаботимся   

Смотря что писать. Если чисто веб портал, то тут Java особых преимуществ перед PHP не имеет (разве что масштабируемость у Java больше). А вот если туда еще и корпоративную систему надо интегрировать, то тут Java выигрывает.

Если система на JAVA 

может правильнее поменять? 

Это сообщение отредактировал(а) COVD - 27.9.2006, 15:39

Я по этой причине в своё время уволился из дизайн-студии и ушёл в корпоративную автоматизацию. Знание веб-интерфейсов очень пригодилось, ибо тут они часто используются, правда всем теперь плевать на то, как это смотрится не в IE...

Вобщем, можешь пригрозить увольнением. На Java-программистов спрос большой в корпоративном секторе... 

Босс - это управленец, чья задача получить наибольшую прибыль от имеющихся в его распоряжении ресурсов. Именно поэтому, если ты хочешь его в чем-то убедить но нужно говорить на его языке и использовать не аргументы "быстрее" ("куда уж быстрее, если в браузере все нормально отрывается") или "моднее" ("куда уж моднее, если PHP на любом хостинге есть и программистов на нем куча"), а аргументы экономического плана. Если тебе удастся убедить его, что при использовании Java прибыли возрастут, то тогда возможно из этого и выйдет что-нибудь... 

Я лично исхожу из следующих предубеждений:
1. Время отладки приложений обратно пропорционально строгости языка: то, что не заметит компилятор, разработчик будет сам искать неделями.
2. Затраты на сопровождение приложений обратно пропорциональны строгости языка. См. п.1. плюс постоянный поиск зависимостей по всем файлам в директории скриптов на тему какая гнида трогала мою глобальную переменную в рантайме, например.
4. 1+2 - речь не только о качестве кода, но и о качестве проектирования, объектно-ориентированный подход стимулирует избегать бизнес-компромиссов - либо отбрасывать их как лишние, либо распространять на всю систему.
8. Веб-разработка всё-таки развивается по направлению к персонализации услуги, сайты стремятся быть как можно удобнее каждому своему пользователю со всеми его придурями, что влечёт за собой лавиноообразное наращивание сложности логики приложений. А джава всё-таки бегает побыстрее, чем ПХП
16. В ПХП до сих пор нет нормальной поддержки юникода, что сразу ставит его на обочину широкой и прямой как стрела дороги в будущее веб-технологий.
32. Просто спроси ПХП-шника почему он пользует именно PHP, а не великий и могучий Perl, и ПХП-шник озвучит вышеперечисленное в адрес Perl по сравнению с PHP. Тогда спроси его почему, если он такой умный, он не пользуется Java.