Пять причин, почему PHP иногда лучше Java

1) Легче найти джунов. К сожалению, это парадокс нынешнего состояния дел в IT-индустрии. Пока начинающий Java-программист мечтает о том, какой ногой лучше открывать дверь в отдел кадров перед очередным собеседованием в ООО "Рога и копыта", захлебываясь гордостью по поводу своей супер-мега-востребованности, на его место вероломно нанимаются сразу двое джунов PHP. Причем оба согласны пахать на дядю в сумме за те же деньги, которые попросит одинокий Java-разраб. По опыту скажу, что все трое героев сравнительно паршиво будут работать первый год уж точно, за ними глаз да глаз нужен, по производительности труда разницы особой не заметит никто. А если нет разницы, то... Правильно. Сюда же добавляю подпункт - вообще легче заменить любого программиста в команде, использующей PHP, чем стек Java. Пока джависты будут ломаться и запрашивать астрономические суммы за выполнение обычной работы, наслаждаясь своей "незаменимостью" и "дефицитом специалистов", пхпшники будут просто молча работать. Когда большая конкуренция (а именно - в сфере задач на PHP, не требующих архисложных навыков и over9000 опыта за плечами), то это хорошо ставит обладателя (особенно его мозги) на нужное место.


2) Не насаждается ООП-парадигма. На PHP низок порог входа, новичку можно запросто написать работающий код, нарушающий все мыслимые и немыслимые мечты перфекционистов о "красивом коде". И код будет функционировать в данное время в данном месте. И проект будет со скрипом сдан в требуемые сроки с примлемым уровнем качества, заказчик доволен. И все участники сего процесса получат по граненому советскому стакану, до краев наполненному ароматным клубничным смузи, плюс тульский пряник за старания. А Java-перфекционисты вынуждены будут разбираться, почему не компилируется, обязательно разведут срач об именах классов, паттернах, увязнут в потрохах монструозного фреймворка и прочей лабуде. И останутся с носом. В общем, такой хороший марафон по граблям протяженностью пару ночей гарантирован. Проект застопорился, все недовольны.


3) Разработка на Java медленная. На интерпретируемых языках типа PHP разработка быстрая. Раз-два-три, накидали прототипчик, натянули криво/косо фронтенд. Показали наработки заказчику. Не понравились - выбросили, все переделали с нуля, повторяем цикл. На Java так не получится. Там уже наверняка предусмотрительным джуном, прочитавшим недавно книгу из серии банды четырех, заведены эти ваши интерфейсы, которые жалко выбрасывать, куча абстрактных классов погоняет кучей других, поэтому "из песни слов не выкинешь". Сидит такой ночью и причитает: "вроде выкинул из проекта все ненужное, а не компилируется... Шеф убьет... Стабильного варианта в системе контроля версий нет. Ааааа.."


4) Сама Java тормозит. Ну тут без комментариев, все слышали байки об этой особенности. Как начинаешь делать что-то на самом деле серьезное, никуда не деться без копания в тонкостях настройки виртуальной машины, танцев с бубном для ускорения времени компиляции и т.д. У PHP все нормально из коробки, для любых проектов.


5) Проблема Spring aka "Из пушки по воробьям". На Java де-факто стандарт для разработки проектов является Spring. От него никуда не деться, он забивается все щели, куда не просят, и вышвырнуть все зависимости не представляется возможных. Все равно, что тебе надо, - простой проект, средний, сложный, - приходится везде тащить этот чертов Spring. Это опять-таки замедляет разработку и вносит лишнюю, никому не нужную сложность. В мире PHP тьма фреймворков для веба. Для совсем простеньких - да хоть за день CMS-ку развернуть, Wordpress, Joomla, Drupal, как что-то плохое! Для простеньких - на тебе, пожалуйста, микрофреймворки Lumen, Silex, Slim. Для вещей посерьезнее - Yii, Laravel, Phalcon. Для среднего и даже больше - Zend Framework, Symfony. Никакой монополии, в отличие от Java, для каждой задачи - свои, удобные средства разработки. Переучивание и освежение в памяти особенностей фреймворков не должно занимать слишком много времени, что тоже несомненный плюс.


С радостью услышу ваши отзывы о работе с любым стеком технологий. Причем на backend у комментаторов не обязательно должны быть лишь PHP или Java. C#, Go, Perl, Ruby, Python - тоже приглашаю высказаться. Про JS на backend уж не надо сегодня, извольте, с больной головы на здоровую...

2
Автор поста оценил этот комментарий

вахаха, php не умрет пока на нем можно будет написать новостной портал за месяц одному человеку, в то время как на джаве он будет писать его полгода минимум. Вот когода будет наоборот тогда на вашей улице будет праздник

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

полностью согласен. да и еще программисты на java дорогие, их больше enterprise пылесосит, где мягко говоря, задачи - не написание новостных порталов)

0
Автор поста оценил этот комментарий

За месяц на Java легко, на Node.JS и за 2 недели можно.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

легко, но дорого

Автор поста оценил этот комментарий

Вы забыли уточнить что PHP в отличии от Java уже мёртв. Python, RoR, GO и JS убили PHP еще года 2 назад. Java немного сдает, но всё так же занимает лидирующие позиции.


Вообще все знакомые PHP программисты в прошлом году активно переучивались на python/JS (бэкенд)/GO.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Вы не совсем верно истолковываете выражение про то, что "php умирает". См. к примеру https://habrahabr.ru/post/179399/ :

"Модель умирающей программы

Ядро PHP следует самому простому рабочему процессу: получить введенные данные, обработать их, отобразить вывод и умереть. Думаю, сайты вроде PHP Sadness, которые весело и непринужденно помогают выявить несостоятельность языка, лучше всех могут повлиять на его архитектуру в целом. Но, наверняка, были и другие попытки.

В самом начале завершение процесса (англ. dying) не было большой заботой веб-сайтов. Вы считывали что-нибудь из базы данных, применяли логику или форматировали данные и выводили результат среди моря HTML тэгов. PHP до сих пор трудно в этом превзойти (это особенность его ядра), несмотря на весь ужас, привнесенный таким подходом в мир программирования. Хорошо, что все проблемы, которые можно было решить таким способом, уже решены, а оставшиеся решаются более умными и современными инструментами, потому что такая крошечная функциональность — это обычно малая часть в составе большого, сложного проекта. Увы, PHP настаивает на смерти после выполнения. А когда вы пытаетесь сделать наоборот, случаются плохие вещи."


А PHP развивается, седьмая версия неплоха. Ниша занята, проекты делаются, вакансии появляются. Про "лидирующий позиции" и т.п. - советую смотреть меньше рейтингов гитхаба, тиобе. Все равно невозможно подсчитать реальное положение дел, на чем пишут проекты

2
Автор поста оценил этот комментарий

А армяне лучше чем грузины!

Вай! чем лучше???

Чем грузины!


Все хорошо в своей области применения.

раскрыть ветку (1)
Автор поста оценил этот комментарий

Поэтому в заголовке присутствует "иногда")

DELETED
Автор поста оценил этот комментарий

говнари пхписты открыли рты?

раскрыть ветку (1)
Автор поста оценил этот комментарий

ты да, по крайней мере

показать ответы
0
Автор поста оценил этот комментарий

Я большего бреда, в жизни не читал!!! Вы хоть понимаете примерно о чем вы пишите? Вы горячее с мягким сравниваете(  

раскрыть ветку (1)
Автор поста оценил этот комментарий

Свой код пятилетней давности почитайте теперь, а то больно льстите моей статье

8
Автор поста оценил этот комментарий

Скажу с точки зрения бизнеса, выступая в роли заказчика. При том, что когда-то сам был разработчиком, потому есть некоторый технический бекграунд. Понимаю перфекционизм некоторых товарищей(есть друзья-разработчики, пошедшие по другому жизненному пути), он похвален, но... Если не брать компании специализирующиеся на разработке ПО и продающие именно своё ПО длительное время, смотрю с точки зрения заказчика. В большинстве задач когда бизнес что-то заказывает ему нужно решение какой-то проблемы. Причем чем быстрее, тем лучше. При этом почти всегда это решение осознается как временное, срок его жизни иногда пол года-год, иногда несколько лет, временами оно может прослужить и 10. И тем не менее востребовано решение уже сейчас, важно понимать что если оно не будет получено сейчас(а это максимум пол года для более-менее сложных задач и уже достаточно крупных компаний), то скорее всего паровоз уедет и идею забросят, или она преобразится до неузнаваемости, что выльется в необходимость начинать всё с нуля. Так вот, нужно решение проблемы "уже вчера". При этом часто не гарантированно то что функционал решения как-то отразится на прибыли. Надо проверять, тестировать. Кто выиграет, компания предлагающая решить вопрос за условные 400к и месяц-два разработки, или компания предлагающая сделать то же самое по функционалу, но за несколько миллионов и за 8 месяцев? Ответ очевиден. Что будет выгоднее, потратить дополнительные несколько месяцев(а зачастую и год) и круглую сумму средств на разработку, или выкатить поскорее и тупо выделить сервер под задачу за сотню-две тысяч рублей? При этом даже если потом всё переиначится железка всё-равно не пропадет и куда-то приспособится. Или вообще просто арендовать где-то за 10к в месяц сервер и даже не покупать Ответ очевиден.


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


Ну и конечно, чаще всего нужны не решения с нуля, а доработка чего-либо уже готового. И тут выбор платформы обычно даже не рассматривается - дорабатывать надо то, что есть.


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

раскрыть ветку (1)
Автор поста оценил этот комментарий

Благодарю за столь развернутый комментарий. Ваша точка зрения мне близка

2
Автор поста оценил этот комментарий

Человек сам не понимает о чем пишет. Джуниором пытается заделаться

раскрыть ветку (1)
Автор поста оценил этот комментарий

Аргументации от понимающего нам не ждать?

показать ответы

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества