Эти размышления — вызов самому себе. Я более 20 лет программирую на PHP, и моё мнение не совсем беспристрастное. С командами Java и C# работаю последние годы как системный аналитик и solution-архитектор. Сначала я приведу типичные аргументы, которые часто можно услышать при сравнении этих языков, а затем добавлю свои, менее очевидные. Если у вас будут другие доводы, то буду рад обсудить в комментариях.
Да, я знаю очевидные аргументы, что Java и C# используются в корпоративных системах и являются стандартом отрасли. И есть серьёзные причины для этого.
Неоспоримые преимущества Java в корпоративном мире
Java выигрывает по ряду факторов. Во-первых, она реально производительна. Это благодаря JIT-компиляции, то есть когда исходный код преобразуется в байт-код, что ускоряет выполнение программы.
Во-вторых, Java более строг к типам данных и применяет строгую типизацию, что помогает избежать ошибок при написании кода.
Java отлично подходит для крупных проектов, микросервисов и корпоративных решений, что важно для масштабируемости. Приложения на Java могут работать на разных устройствах, таких как серверы, Android и десктопы, где есть JVM.
Ну и, конечно, в мире Java есть такие популярные корпоративные технологии и фреймворки, как Spring, Hibernate и Enterprise JavaBeans, что делает её удобной для разработки бизнес-решений.
Почему 75% сайтов в интернете используют PHP?
С другой стороны, есть и очевидные доводы в пользу PHP, который доминирует в интернете. По данным аналитического ресурса W3Tech в 2025 году, на PHP написано 74,7% сайтов.
PHP легче изучать. Простой синтаксис и низкий порог входа делают его идеальным для новичков. PHP изначально был создан для работы с HTML и сайтами. Установка и запуск PHP-приложений на сервере значительно проще, чем у Java. Большинство хостингов поддерживают PHP по умолчанию, что значительно снижает затраты на поддержку сайта.
Кроме того, PHP имеет большое количество различных решений, которые публично доступны и могут быть использованы. Это и различные CMS (системы управления сайтом) типа WordPress, Joomla и Drupal, что значительно облегчает разработку сайтов. Это и интернет-магазины, и вообще огромное количество готовых решений.
Гибкость PHP тоже заслуживает внимания. Этот язык не требует жёсткой структуры, поэтому разработчики могут быстро править код прямо на сервере, что удобно для стартапов и небольших проектов.
Проблемы совместимости версий в PHP
Не стоит забывать, что на PHP написаны такие известные проекты, как самая популярная в мире социальная сеть, Wikipedia и многие другие. В России PHP активно используется на таких сайтах, как 1С:Предприятие, Kaspersky Lab, Rambler, РБК и iXBT.
Однако есть один неочевидный минус у PHP, о котором часто забывают, но я скажу о нём. Это проблема обратной несовместимости версий. Например, если проект был написан на PHP 5.6, то при переходе на PHP 7 или особенно на PHP 8 придётся переписать значительную часть кода, так как с каждой новой версией многие функции устаревают. Ты хочешь воспользоваться преимуществами новой версии, но не можешь просто обновить проект — тебе придётся переписать часть кода, а иногда и тестировать заново. Это действительно раздражает, особенно если проект использует устаревшие функции, которые больше не поддерживаются.
В связи с этим часто встречаются проекты, застрявшие на старых версиях PHP. Они хотят обновиться, но из-за необходимости переписывать весь код не могут этого сделать. А если проект построен на фреймворке (готовой структуре для быстрого создания приложений), то возникают дополнительные проблемы с совместимостью версий. Все эти проблемы с совместимостью очень раздражают.
Неочевидный уникальный плюс в сторону PHP
Есть важный плюс, который делает PHP уникальным. Это возможность писать программный код других скриптов PHP и тут же применять его внутри себя или вызывать их!
Скажите, да ну, бред какой-то? Кому это нужно? Мне это нужно! Я столько делал и делаю разных продуктов, что реально использую скрипты, которые сами генерируют другие скрипты, а те работают, как будто написаны программистом, а не программой. Звучит странно, но это эффект крутой!
Например, так удобно делать микросервисы-парсеры, которые занимаются веб-скрейпингом других сайтов. Или генерация каких-то локальных языковых/валютных решений под какую-то пачку сайтов. Такое также использовал в конструкторе сайтов. И речь здесь не о применении ИИ.
Почему это невозможно в Java или C#? Потому что PHP выполняет код построчно, что позволяет создавать и исполнять программы прямо во время работы. В то время как в Java и C# код должен компилироваться в промежуточный код, а иначе он не запустится. Это одна из причин, почему Java и C# быстрее в плане выполнения, но из-за необходимости компиляции они не могут поддерживать такой подход, когда скрипты сами пишут другие скрипты.
Все языки программирования - это всего лишь инструменты
Многое зависит от экспертизы команды и поставленных задач. Иногда одни инструменты подходят для определённых задач, другие - для других.
Но иногда, сталкиваясь с отношением корпоративных разработчиков, которые считают PHP устаревшим, я чувствую себя немного задетым.
Типизация данных в PHP введена уже давно, безопасность обеспечивается через фреймворки и код-ревью, а с версии PHP 8 появилась JIT-компиляция, которая улучшает производительность для вычислительных задач.
Python, конечно, - это отдельная история. Язык программирования, который остаётся популярным и развивается, как и PHP. Но в корпоративном мире Java и C#, скорее всего, будут продолжать оставаться лидерами. И это вполне логично. Данная статья - это всего лишь размышления вслух о текущих реалиях нашего IT-мира.
Как вам статья, давайте обсудим?
Я также знаю, что многих раздражают авторы, которые указывают ссылки на свои телеграм-каналы. И сами авторы тоже часто обижаются на критику в свой адрес.
Но мир такой, какой он есть, и у каждого есть своя правда. Я не зову никого в свой канал, ведь на Хабре есть отличная система подписки и комментирования.
Мой канал - это маленькое уютное место для 70 человек, которых я лично знаю. Мы обсуждаем стартапы, IT, аналитику и архитектуру проектов. Если вдруг захочется присоединиться, буду рад вас увидеть и познакомиться.
Комментарии (18)
DashBerlin
20.02.2025 11:36PHP - лучший ЯП в мире!
3ton
20.02.2025 11:36Если бы вы указали для каких целей, возможно вам меньше бы минусовали. А так это воспринимается как неоспоримая истина. Но настоящий программист знает что выбор языка зависит от задачи и если в одних задачах РНР довольно таки не плох, в других он просто деструктивен. Это применимо к любому языку. Нет языка отлично справляющимся с задачами от GUI до сервисов, API, демонов и остальных задач. Хотя попытки использовать один язык во всех подобных сценариях постоянно делаются, результат пока не впечатлил.
FanatPHP
20.02.2025 11:36Ой, перестаньте. Это был тупо наброс. Просто дурацкий комментарий, заведомо не претендующий на какую-то объективность, а предназначенный исключительно для демонстрации чувства юмора автора.
mikhailpiskunov Автор
20.02.2025 11:36Согласен с вами. Каждый язык программирования - это инструмент со своими ограничениями, плюсами и минусами.
gsaw
20.02.2025 11:36Так вы тоже сравниваете 70% веба на php с Java. На Java сайты делают только отпетые явисты :) Я чаще вижу бэкэнд на Java и веб на веб фреймворка вроде реакта, ангулярв, viel и ТП.
Вот если php с js движками сравнить
FanatPHP
20.02.2025 11:36Например, если проект был написан на PHP 5.6, то при переходе на PHP 7 или особенно на PHP 8 придётся переписать значительную часть кода, так как с каждой новой версией многие функции устаревают.
Это неправда. Ну или по крайней мере - полуправда. Корректная формулировка будет звучать так:
Если у вас говнокод под PHP 5.6, а вы хотите сделать его нормальным и при этом перейти на PHP 7 или 8, то придётся переписать значительную часть кода, так как с нормальный код требует совсем другого подхода. Если же вам просто запустить старый код под новую версию, то это сделать не так сложно, поскольку с каждой новой версией устаревает очень небольшое количество функций.
При этом из первой части вполне можно сократить упоминание версий вообще, поскольку основной причиной переписывания является именно говнокод, а не версия РНР. К примеру, под "множеством функций" вы наверняка имеете в виду mysql_. Которые в 5.6 уже были deprecated. А говнокодом считались аж в 5.3. то есть если у вас под 5.6 был не говнокод, то вы использовали PDO, и ничего переписывать не пришлось. А если вам надо не переписать а просто запустить старый код под семёркой, то тупо инклюдите прокладку и старый говнокод продолжает скрипеть дальше, без всякого переписывания. То же самое касается и большинства остальных ошибок. Если вы раньше не валидировали свои данные и могли сравнить строку с числом, то в новых версиях получите фатальную ошибку. Но тут дело опять же не в версии. или если раньше полагались на подавление нотисов при обращении к несуществующей переменной, то теперь полезли предупреждения. И всё в таком духе.
Да, есть некоторое количество функций, которые считались нормальными, а потом были объявлены устаревшими. Но оно реально небольшое, и исправляется легко.
Есть важный плюс, который делает PHP уникальным. Это возможность писать программный код других скриптов PHP и тут же применять его внутри себя или вызывать их!
Здесь вообще ничего непонятно. Вроде бы, речь про банальную кодогерерацию, доступную в любых языках. Правда, автор вроде бы намекает какое-то исполнение на лету только что сгенерированного кода, но осмысленность этого действия никак не обосновывается, а приведённые примеры как раз говорят о совершенно обычной кодогенерации, когда один скрипт запустился, нагенерил других, и дальше они уже работают.
Потому что PHP выполняет код построчно, что позволяет создавать и исполнять программы прямо во время работы. В то время как в Java и C# код должен компилироваться в промежуточный код, а иначе он не запустится.
Это утверждение меня совсем ставит в тупик. То ли автор не знаком с принципом работы РНР, то ли решил доверить написание статьи искусственному интеллекту. Поскольку для РНР верно то же самое - в РНР код должен компилироваться в промежуточный код, а иначе он не запустится. Да, всё это происходит на лету, и наш даже только что сгенерированный и подключённый на лету код сначала скомпилироваться в байт-код, а потом будет выполнен.
В целом, если сначала статья выглядела заявкой на смелую аналитику, то по итогу автор оказался просто очередным продавцом телеграм каналов, с довольно халтурным материалом.
mikhailpiskunov Автор
20.02.2025 11:36Услышал ваше мнение, и в корне с ним не согласен. Статья в разделе "Мнения", о чём предупреждалось также в начале и в конце статьи. Если вы ожидали другого, такое бывает. На мой взляд, воообще не чего доказывать разработчикам друг другу с разным стеком.
AlexeyPolunin
20.02.2025 11:36Мы с 7.1 до 8.3 почти ничего не переписывали в большом реально проекте. Дальше там есть деприкейты связанные именно с типизацией. Но сейчас их найти при помощи gpt не составит труда.
JIT очень ждали, но по факту в 8.3 у него есть проблемы (сами не сталкивались но в одном популярном репо jit прям руками отключен на уровне файла модуля). Да и мы у себя не заметили мега-разницы между опкэшем и jit. Но может у нас проект специфический.
Да, язык не может держать миллион открытых вебсокетов, но мы для таких случаев юзаем модуль на GO. Да нам советуют конечно все переписать на GO, но это сразу говорит о том, что человек не разбирается, а просто на хайпе. Но вот swoole был-бы полезен, изучаем.
APXEOLOG
20.02.2025 11:36Как вам статья, давайте обсудим?
Если честно, в этой "статье" вообще ничего нет. Где сравнение-то? Где 2025? Все размышления свелись к тому, что на PHP клепают однотипные магазины и блоги, а Java быстрая и типизированная. Если убрать воду - как раз хватит на один твит.
panzerfaust
20.02.2025 11:36Сначала обещают сравнить Теплое с Зеленым, но потом забывают про Зеленое напрочь и только расхваливают Теплое. Тот редкий случай, когда лучше б портянку от ИИ прочитал.
DjUmnik
20.02.2025 11:36Короче я понял, PHP для наколенных поделок. Java для серьезных корпоративных систем.
Hivemaster
20.02.2025 11:36И это написал человек занимающий должность архитектора!
EgorBakulin
20.02.2025 11:36Возможно, этот человек написал промпт, а статью писал уже не человек. Хотя, нейросети еще не умеют настолько качественно галюцинировать
Blumfontein
20.02.2025 11:362025 году, на PHP написано74,7%сайтов.Единственная строка в статье, где написано что то про заявленный в заголовке 2025 год
randvell
20.02.2025 11:36Вообще не понимаю какой смысл в 2025 году писать на мертвом и никому не интересном языке.
К PHP вопросов не имею.
kovserg
Вот и нафига так делать спрашивается?
mikhailpiskunov Автор
Типа оптимизируют язык программирования. С PHP 7 стараются минимизировать проблему обратной совместимости версии