Node or Php?

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

Знающие и практикующие люди, разрешите мой выбор, пожалуйста
Спасибо

 

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

 

Нодка однозначно.

 

ноду

 

конечно, меня закидают тапками, но я скажу php
хотя, как было сказано выше, зависит от проекта

 

Мне интересно, люди отвечающие в данной теме, кодят? хоть кто-то?

Это такой рофл, простите, но когда вам советуют ваши кодеры: БЛ* ПХП ГАВНО, NODE, ТЫ ЧО, ТЫ ЧО *TRIGGERED*
Да, кто на что учился, вы потребитель, какая разница, будет ли он мучаться и делать в оговоренный срок на ПХП, или как вы говорите "Изи сделает на NODE"?
Не хочу устраивать дискуссию, но хотелось бы, что бы в данном вопросе, человеку помогали компетентные люди.....
Потому как, сейчас выучив Node он может не найти своего клиента.

P.s (От себя):
-Да, ПХП устарел, но и опять же, функции то другие есть.
-Второе-при изучении языка вы столкнетесь с трудностями, решение проблем по ПХП-в гугле навалом по 10 кругов, Node.js..hMM
-Третье плюс Node - среда разработки
Выписал плюсы по своему мнению (первые два), и последний + в сторону Node напомнила статья с хабра (не реклама), ознакомься:
https://habr.com/ru/post/273259/
И вот это прочитай для себя, как для нью: и не является идеальным для начинающих разработчиков

 

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

 

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

 

Спасибо за ответы, буду пробовать в ноду

 

без костылей и говнокода то нода?

 

быстро развивающийся ? а ты точно про пхп пишешь? а гибкий в каком плане?

 

ты че, ща стрелочные функции введут, заживем

 

PHP

- Использование CGI

- Отсутствие внятных поточных примитивов для i/o

- Отсутствие доступной асинхронности из коробки (хотя ввиду первого пункта она и смысла не имеет)

- Язык веб разработки. Без нативной подедржки юникода.

- пхп имеет php.ini который меняет ГЛОБАЛЬНОЕ поведение интерпретатора
причем зачастую кардинально
например можно включить подавление ошибок: ИСКЛЮЧЕНИЯ не будут останавливать исполнения скриптов

- лямбд нормальных нет

- массив и хеш-карта/объект это одно и тоже с уе*** синтаксисом

- нет нормальных модулей



- Настройка и установка php - это весьма своеобразная история. php.ini - это потрясающее изобретение, сложно найти настройки ЯП или сервера хуже.

- Самое смешное, что по умолчанию php.ini ставится совсем бессмысленный и со всем отключенным. У него даже не хватает настроек по умолчанию, чтобы запустить пакетный менеджер.

- То, где может искаться php.ini - это целый здоровый список в документации с целой кучей вариантов в зависимости от ОС и сервера.

- Сюда же идёт тот факт, что php всегда намертво связано с веб-сервером и не может толком использоваться вне его. Так что в этом плане его даже сложно назвать полноценным языков программирования, скорее просто скрипт для уже готового веб-сервера.

- Так что в итоге всегда получается взрывная смесь между настройками веб-сервера и настройками интерпретатора. Так что в сложных случаях веселье обеспечено.

- Ещё важно заметить, что интерпретатор в общем случае живет в рамках одного http запроса.

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

- Долгое время из-за этой особенности авторы пхп просто не заморачивались с утечками памяти, т.к. все равно он сдохнет после запроса. Поэтому любые долгоиграющие процессы на пхп - были миной замедленного действия.

- Точно так же они не заморачивались с обработкой ошибок: привет error_reporting, @ и тому подобный бред. Это, наверное, один из немногих распространенных языков, для которого нормально проглатывать ошибки.

- Сам язык не менее удивительный и радует сюрпризами повсюду.
Начну с простого: такое ощущение, что авторы специально каждый раз выбирали наиболее непредсказуемых синтаксис для новой фичи, чтобы удивить разработчиков.

- Имена переменных начинаются с $. Есть ->, но указателей нет. Есть касты через (boolean), но статически определенных типов у переменных нет. Неймспейсы задаются через \. Замыкаемые переменные обозначаются через use и т.п. и т.д.

- Стандартная библиотека одна в своем роде. Умудряется сочетать в себе все возможные стили именования функций. Автор языка сам признает, что выбирал названия вначале так, чтобы хорошо работала хэш таблица для хранения функций с хэшем в виде длины строки (!!!)

- Сюда же относится уникальный phpшный array, который так и не определился массив ли он, список или хэш таблица.

- Есть подобные же вопросы о неконсистентности и к местному ООП. Зачем-то в динамический язык скопировали ООП из джавы. Зачем, почему, непонятно. А потом, кстати, ещё и трейты добавили, но со своим, уникальным стилем.

- При этом местную стандартную библиотеку в процедурном стиле никто и не подумал менять или хотя бы сделать обертки для неё.
НО! Есть (ВНЕЗАПНО) набор коллекций в ООП стиле. Опять-таки, почему, зачем, вопрос открытый.

- В какой-то прекрасный момент авторам пришла идея добавить в язык типизацию. Конечно же сделали они её криво.
Типы доступны только для аргументов функций (c 5й версии) и с 7й версии для возвращаемого значения.
Надо ли напоминать о том, что даже номера версий у него странные и 6й версии не было в принципе?
Надо ли при этом напоминать о том, что 6ую версию они не выпустили, потому что не справились с планируемой поддержкой юникода в ней?

- Причем поддержка типов вводилась очень постепенно. Вначале были только классы, потом стали потихоньку добавлять примитивы. Причем, в языке, конечно же, нет дженериков и даже типа для функции, кроме callable.

- Долгое время, конечно же, не было пакетного менеджера, но в итоге добро всё же победило.

- нахерато завезли трейты

- чего стоят суперглобальные массивы, и потоки для чтения файлов