$PHP = ?;

22.04.2017

Хорошо известно, что PHP это мертвый язык программирования и его 22-летняя экосистема совершенно бесполезна, когда у нас есть Node и фантастические асинхронные фреймворки.

Превосходство Node очевидно, поскольку все знают, что однопоточные, асинхронные программы быстрее, мощнее, лучше по умолчанию.

«Но, почему?!» возмущено крикните вы в экран своего MacBook. И вот почему:

Перспективы работы

Разработчики PHP вообще не востребованы. После ~ 22 лет, все компании, использующие PHP, немедленно отказались от него, как только состоялся релиз Node v0.0.1, потому что он был очевидно лучшей средой для разработки. Кроме того, все знают, что для успешного стартапа (не как Slack) вы должны создать приложение основанное на Node и подкрепленное MongoDB. Тогда ваш стартап обречен на успех.

Немного научных данных, чтобы подкрепить эти утверждения:

$caption= ‘PHP разработчики не могут даже найти работу\, чтобы прокормить свои семьи’;

Экосистема языка

Экосистема окружающая язык, вероятно, наиболее важный фактор при принятии решения не использовать этот язык. К счастью для нас, PHP существует уже достаточно долго, чтобы его экосистема стала полна больших, хорошо поддерживаемых и полнофункциональных фреймворков, так ненавистых нам. Например, Rails эквивалентный Laravel или Symfony и Zend. В отличие от PHP, разработчики Node не беспокоятся о поиске фреймворков для ненависти, потому что каждый раз пишут свои собственные. Написав свой собственный фреймворк, разработчики могут по-настоящему отделить себя от своих конкурентов, изобретя колесо, имеющее для них смысл. Такая практика также удваивается гарантией занятости разработчика, как видно из результатов исследования Scientific ™ Job Prospects выше. А еще утраивается согласно Developer Cool Factor™(все крутые разработчики пишут свои собственные фреймворки, посмотрите Magic-Box или MortarJS).

Неопровержимые доказательства превосходства экосистемы Node можно наблюдать ниже.

$caption = ‘Чем больше фреймворков, тем лучше’;

Распределение времени

Конечно, истинный уровень продуктивности разработчиков может быть измерен только в том, как они проводят свое время. Здесь видно, что разработчики PHP больше времени тратят на написание кода и строят функциональные приложения, чем на увеличение Developer Cool Factor™ и звездочки на GitHub. Очевидно, что это будет негативно отражаться на них, потому что они не смогут использовать свою работу в стартапе и непродуктивно использовать свое время. Ведь, как все мы знаем, звезды в GitHub это единственный количественный фактор измерения скилла разработчика.

Неспособность PHP разработчиков внести свой вклад в развитие общества становится очевидной ниже.

$caption = ‘Слушать жалобы не так продуктивно, как жаловаться. Факт.’ ;

Вещи, которые не сможет сделать PHP разработчик

  • Законное асинхронное программирование
  • Быть последовательным, проще использовать параметры функции для упорядочивания стандартных функций
  • Создать свой собственный React TODO MVC шаблон приложения
  • Рендерить на сервере, то что рендерится в браузере
  • Создать собственные утечки памяти
  • Придавать значение пробелам
  • Создавать утечку данных между запросами
  • Решить проблему голода в мире
  • Программировать на JavaScript
  • Говорить людям, что он PHP разработчик

PHP как бизнес-инструмент

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

$caption = ‘Node чрезвычайно эффективный инструмент зла’;

Заключение

Каждый разработчик знает, что самый быстрый и самый эффективный путь к получению совершенства — это много жаловаться и каждый раз всё начинать с нуля. Ведь, рынок всегда подождет, пока ваш стартап построит свой собственный фреймворк. Кроме того, почему мы должны беспокоиться о работе и полагаться на то что в языке уже всё есть, когда мы можем просто переписать всё сами?

Оригинальная статья: https://medium.com/fuzz/php-a0d0b1d365d8

6 комментариев

  1. @Vedas пишет:

    какая дерзкая статья)) все конечно верно, но для рашки, к сожалению, это не так актуально)

  2. @Нариман пишет:

    Хм.. автор поста дилетант. Который вместо WordPressaтеперь клепает сайты на JS.
    PHP значит не годен для бизнеса. Поэтому вы ведете тут блог который читают 1-2 человека, а Цукерберга знает практически весь мир.

    • @rinamina пишет:

      Эта статья — на 100% сарказм на почве хейта PHP и популярности JS в последние несколько лет. По-моему это очевидно. По крайней мере, на медиуме это все поняли. Неужели эти рофлопикчи вы восприняли на полном серьёзе?
      Хотя человек не варящийся в этой теме, наверное, может и не понять.

      Ну и вообще эта статья всего лишь переведена мной. В конце текста ссылка на оригинал, там можете попробовать тоже самое сказать настоящему автору.
      __
      И еще, этот сайт работает на WordPress и читают его 50 человек в день.

      • @Iworb пишет:

        На сайте действительно есть на что посмотреть, и очень годный интерфейс. Разве что иногда он уходит в 500 ошибку и страница загружается долговато.
        А статья очень толстая. Прям очень. Мне как PHP программисту даже стыдно стало (не стало). Несомненно, JS конечно неплох для серверной части, но у него есть существенный недостаток: нет тех 22 лет опыта. Я пробовал делать приложение на ноде и оно даже получилось, у нее есть бесспорно свои преимущества, но нет той структуры и тех фреймворков, которые есть у PHP. Порог вхождения может и не высок, но с ходу дают такое количество выборов мелких библиотек, что теряешься что к чему, что тебе нужно, а что нет. ИМХО, сильно не хватает какого-то базового разделения на файлы тех же моделей, представления и контроллеров как это есть у PHP с его PSR-4 системой. Тонны require в начале каждого класса тоже смотрятся громоздко, но это можно ему еще простить. Основной же недостаток — это работа с типами и числами (типа NaN === NaN -> false, typeof NaN -> number и т.п.). Язык в целом неплох, как и идея, и, возможно, за ним будущее, но сейчас у него не так много явных преимуществ: асинхронность, рендер js кода на стороне сервера и persistance. Последние 2 еще можно с горем пополам решить в самом PHP (см. V8 и appserver.io), а вот асинхронности не добиться в том виде, который он есть в JS, но нужна ли она сейчас?
        P.S. Еще перспективным ИМХО является Go.

        • @rinamina пишет:

          Статья правда очень жирная, перевела исключительно ради забавы и накопления опыта переводов. Безусловно оба эти языка имеют свои плюсы/минусы и говорить о полной замене PHP на JS еще долго не стОит. В выборе языка вообще всё зависит от требований к проекту, но хейтеры PHP частенько любят абсолютизировать всё. Мне вообще всё что связано с JS напоминает карусель из костылей, хотя конечно с каждым годом ситуация лучше и лучше. Так что не думайте, что я тут унижаю или восхваляю какой-либо язык. Скоро специально для таких статей добавлю тег «юмор».

          На счет Go согласна, про него на сайте тоже будут статьи, когда нибудь…

          Спасибо за отзыв об интерфейсе, старалась сделать как можно более приятный, на свой вкус, и не нагруженный. Долгая загрузка связана с проблемами на сервере. К сожалению, я больше фронтендер, чем бэк, но решаю эту проблему (нет, времени нет) 🙁
          Update: проблема с сервером решена 🙂

  3. @Дамир пишет:

    Исключительно забавная статья) Но прочитав ее я захотел освоить работу с MongoDB)

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: