Sou dev PHP e JS, ambas linguagens tem vantagens e desvantagens, por exemplo, eu acho mais organizado vc poder tipar objetos no JS/TS, e quem usa JS puro está perdendo muito controle por não usar TS, e acho muito foda vc ter um servidor já integrado no Node para poder subir as APIS, em relação ao PHP, eu acho ele mais produtivo principalmente quando entra o Laravel, e sim, precisa levar em conta todo o ecossistema em volta da linguagem, mas o fato de vc ter que usar com servidor a parte eu ja acho um pouco ruim. Mas enfim, o mais correto é aprender os dois, ambos tem vantagens e desvantagens. Mas uma coisa precisa ser dita, em relação a marcado, Dev JS em geral, tem 1000 candidatos por vaga, php eu não vejo uma concorrência tão grande assim.
Mas não usou swoole do php para fazer os testes? Usou o php na corrida com as pernas amarradas heheh. Falto conhecimento no php, mas foi legal a animação com o mortal kombat, faz tempo que joguei!
Acho que esses testes aí, são um pouco desconexos... até deixei o vídeo passar por mais tempo pra ver se iria mudar, mas... bom, o PHP tá rodando em cima de um server http (normalmente isso acrescenta um tempo a mais de execução, não que dê uma diferença extrema... mas pq não rodar em linha de comando também?)... Outra coisa são as configs do PHP, e pode acreditar, que tem como deixar no mesmo nível, ou até mais rápido. Uso ambas as linguagens também, e não estou do lado de uma ou de outra, mas entendo que não é uma questão de "velocidade" (apesar de não ter diferença na maoria das linguagens se você entende bem sobre aquela linguagem em específico, a rinha que o Akita mostrou que o diga). Enfim, a intenção foi só contribuir com esses pontos...
@@WandersonSangreal então, não faz diferença no tempo de resposta do PHP porque eu não calculo o tempo de resposta da requisição HTTP, e sim o tempo de execução do código em si, basta ler o código. Se fica mais rápido mexendo em partes do PHP, pode ser que fique mesmo, mas o mercado não faz isso no geral. Eles só usam a versão estável e pronto. Usei as versões estáveis dos dois.
Nos testes que realizamos, a contagem de tempo está focada na execução do código PHP em si, e não no tempo de resposta de requisições HTTP ou no overhead introduzido por servidores web como o Apache ou o XAMPP. Eu não calculo o tempo de resposta HTTP, calculo o tempo de resposta do PHP executando o código. Se tiver algum tipo de modificação no tempo de resposta ela é negligenciável.
me peguei c essa duvida pois precisaria escolher uma das duas pra focar e tentar entrar no mercado de trabalho, escolhi o PHP por nao precisar pra cada coisa ter q baixar uma lib e não precisar disputar vagas c as 1MM de pessoas q estudam Node/JS, muitas pessoas estão no JS e consequentemente vao p o Node, tanto que as vagas de node pedem uma infinidade de techs justamente por ter muitas pessoas aplicando lá, a regua acaba subindo. Fora que é muito difícil achar uma vaga que peça somente Node, algo mais ligado ao backend mesmo, geralmente pedem frameworks front, enfim, vaga fullstack pedindo variaaas techs. Isso no php tem bem menos, geralmente pedem laravel, um bd e só, isso p vagas de estagio/junior. (tanto node quanto php).
PHP em número de vagas quase chega no nodejs, compensa estudar sim. NodeJS é melhor para fábricas de software onde precisam unificar a experiencia e capacidade dos desenvolvedores em um escossistema único, no caso o JS, por isso decidi adotar aqui.
@@ONovoProgramador perfeitamente, esse é um grande ponto. mas como eles entendem que unificar o ecossistema em JS é algo mais facil/simples acabam pedindo uma infinidade de techs e conhecimentos que nao tem como uma pessoa que nao entrou no mercado de trabalho ainda ter. Minha visao é de quem esta de fora do mercado, eu ainda nao atuo na área. Geralmente vagas de PHP tem bem menos pessoas aplicando e bem menos techs pedidas. O mesmo nivel de vaga que pede HTML/CSS, php puro e xp em Laravel e Mysql por exemplo pra programar em php no JS vao pedir Html/css, react, typescript, node e por ai vai .... kkkk,
@@Hypeer to vendo, inclusive, um movimento grande de vagas node pedindo PHP e vice-versa. Tem muita empresa que começa com uma linguagem, cria novos serviços em outra e no final das contas precisa fazer uma salada de frutas nas vagas para dar conta de entregar tudo. Quanto mais conhecimento tiver em linguagens, melhor.
@ isso mesmo, não só o movimento de pedir PHP como um movimento de "incentivo" ao PHP. Uma plataforma considerada grande lançando curso de PHP em 2025 praticamente, essas questões das vagas, estagios em php venho pesquisando e achando, enfim, obrigado pelo video e a breve troca de ideias, me agregou muito.
O cara que gravou o video estava com mal de Parkinson brabo kkkkkk Eu já tentei migrar de PHP para Node, gostei bastante de criar projeto com Node, mas PHP tem me puxado bastante. Normalmente quando vem uma galera me perguntar o que eu indico pra iniciar, sempre indico PHP ou Node, entrada no mercado com essas duas é muito bom. Mas se fosse indicar perfomance, não indicaria Node e nem PHP não, tem technologia melhor para isso.
@ONovoProgramador cara, parece meio cliche, mas depende. Aqui onde eu trabalho os caras tem uma aplicação web que mostra dados analíticos, caminho mais perto atiço que encontramos foi usar Go e Python para análises. No caso depende do contexto, dá aplicação, entre outros fatores. Mas se fosse pra dizer um tecnologia solta sem mais nem menos, diria Go mesmo
O nodejs é bom, as críticas geralmente as são por pura moda. O event loop é muito bom, não precisa mexer com multi thread, não precisa instalar um servidor extra pra poder lidar com mais de uma requisição simultâneas.
Sou Desenvolvedor PHP, e infelizmente tenho percebido que a maioria das vagas de PHP são presenciais ou híbridas, enquanto o Node.js tem mais vagas remotas. Acredito que porque startups usam mais JavaScript, mas isso é só uma teoria minha.
Sobre o teste de estresse, seria interessante envolver escrita e leitura em banco de dados. E seria interessante um teste sobre leitura de banco de dados, eu fiquei com a sensação de que o node.js não é muito melhor que o php em performance... mas com certeza vale mais a pena aprender node do que php, em termos de mercado e oportunidades
Ja trabalhei em projetos grandes com as duas tecnologias, e sei lá, não consigo concordar com a conclusão do vídeo. A questão do io não bloqueante do nodejs é importante, mas vc encontra isso no php tbm (swoole, amp e o recente fibers).
Meu caro, a minha resposta não será em tom pejorativo, até porque meu objetivo não é destilar conhecimento por aí, é fazer um conteúdo que seja relevante para o mercado, comparando linguagens a nível de performance em atividades comuns. Deixando claro que não estou querendo ser babaca, vou te falar o que penso sobre o sue comentário, blz? A parada do IO não bloqueante no Node.js não é só um detalhe ou uma feature a mais. É a base de como ele funciona. O Node.js foi construído do zero pra ser assíncrono e orientado a eventos, então tudo nele gira em torno disso. No caso do PHP, é verdade que existem ferramentas como o Swoole, o Amp e os Fibers que trazem funcionalidades assíncronas. Mas aí que tá: essas coisas são meio que enxertos no PHP. Elas não fazem parte do núcleo original da linguagem. Você precisa instalar extensões, usar bibliotecas específicas e, muitas vezes, mudar totalmente o jeito de programar pra tirar proveito disso. Enquanto isso, no Node.js, o IO não bloqueante é o padrão. Você não precisa fazer malabarismos pra escrever código assíncrono. Éassim que todo mundo programa nele. O ecossistema inteiro, todas as bibliotecas, módulos, ferramentas etc já tá alinhado com esse modelo. Isso significa que você consegue lidar com um monte de conexões simultâneas de forma eficiente, sem esgotar os recursos do servidor. No PHP, essas soluções assíncronas ainda estão amadurecendo. O suporte não é tão amplo, e você pode acabar esbarrando em incompatibilidades ou falta de suporte em algumas bibliotecas. Fora que o mercado NÃO usa swoole, os cursos não ensinam, nem sequer as faculdades, não encontrei swoole em nenhuma vaga de emprego no linkedin, programathor ou sites de grandes empresas que trabalham com PHP. Por isso, dizer que o IO não bloqueante do Node.js não é uma grande vantagem porque o PHP também tem opções semelhantes não é bem assim. Na prática, o Node.js ainda leva vantagem nesse quesito por causa da sua arquitetura nativa e do suporte amplo no ecossistema. Em resumo, não é que o PHP não possa fazer IO não bloqueante, mas no Node.js isso é mais natural, eficiente e suportado. Então, faz sentido concordar com a conclusão do vídeo que destaca essa diferença como um ponto forte do Node.js em comparação com o PHP.
@@ONovoProgramador Cara sua conclusão está errada porque sua comparação é com coisas diferentes. Php está para javascript Vanilla e não para o Nodejs; O Nodejs é uma Runtime, assim como o Swoole que nosso amigo informou. e com o Swoole você não precisa mudar seu código como você informou no seu código anterior. No php, sempre que for usar Swoole, você usará ele com Hyper-f ou com Octane no caso do laravel, você não encontrará vagas específicas para Swoole, justamente, por ele não ser algo diferente. Temos também o frankenphp que é um servidor escrito em go, e torna além do php ser não bloqueante, permite ele executar em multithread, e sem alterar uma linha de código. A escolha entre Nodejs e PHP envolvem outras coisas, como conhecimento do time, perfil das aplicações. ou até mesmo preferência das ferramentas, ou arquitetura a ser usada, mas isso não é questão de performance. Concordo com você que um dev junior node e um junior php, o cara que trabalha com node, conseguirá ter performance melhor em geral. Mas considerando dois devs que conhecem a linguagem isso não irá interferir. Um dev javascript e um dev PHP conseguirão performances semelhantes, diria ainda que usando os recursos que o php tem disponíveis hoje, conseguirá uma performance melhor no PHP. Mas de novo, não quero aqui ser o "advogado" do PHP, até porque hoje em dia a linguagem pouco importa, praticamente todas as linguagens modernas entregam as mesmas coisas, cada uma terá suas particularidades e atenderá melhor a determinados cenários.
@@viniciusresende979 Putz, mas falar que eu errei e pedir para comparar o PHP com JavaScript Vanilla e o Node.js com Swoole é foda hein. O Node.js é uma runtime que permite executar JavaScript no servidor com um modelo de IO não bloqueante integrado desde o início. O Swoole é uma extensão que adiciona essas funcionalidades ao PHP, mas não faz parte do núcleo padrão da linguagem. O swoole permite que você execute aplicações PHP de forma assíncrona sem necessariamente mudar todo código. Mas para aproveitar ao máximo seus recursos muitas vezes é preciso ajustar a forma como a aplicação é estruturada. Além disso, utilizar frameworks como o Hyperf ou o Octane implica em adotar um ecossistema específico que nem sempre é compatível com todas as bibliotecas ou práticas comuns em PHP. O frankenphp, novamente, é um servidor alternativo que não faz parte do stack padrão do PHP e requer configurações adicionais. Enquanto isso, o Node.js oferece desde o começo um ambiente otimizado para operações não bloqueantes e programação assíncrona, sem a necessidade de extensões ou servidores alternativos. Concordo que a escolha entre Node.js e PHP envolve vários fatores além da performance, como o conhecimento da equipe, o perfil da aplicação e as preferências em relação às ferramentas e à arquitetura. No entanto, não dá pra ignorar que o modelo assíncrono nativo do Node.js pode oferecer vantagens em termos de desempenho, especialmente em aplicações que fazem uso intensivo de IO. Enquanto um desenvolvedor PHP pode alcançar performances semelhantes usando Swoole ou frankenphp, isso geralmente adiciona uma camada extra de complexidade e não é a abordagem mais comum no ecossistema PHP. No final das contas eu comparei, no teste de carga, as formas comuns de uso das duas linguagens. Lógicamente que eu poderia adicionar mais recursos ao node e ao PHP para que fiquem mais rápidos e respondam mais requisições, mas isso aí seria criar cenários hipotéticos que na realidade do nosso mercado são pouquíssimo usados.
Cara esses testes ai seu é como colocar um ferrari e um corsa para disputar em dar 2 volta no quarteirão. Põe os dois em projetos reais em prod ai vc ve a diferença. principalmente depois de no node vc instalar 500 pacotes para poder rodar o projeto. único ponto aceitável aí é ter mais mão de obra Node que PHP, isso realmente é um excelente ponto.
Os testes de performance servem justamente pra medir como cada tecnologia se comporta em condições controladas. Mesmo num trajeto curto, dá pra perceber diferenças significativas entre os dois. Colocar em projetos reais em produção é importante, claro, mas os testes preliminares ajudam a identificar pontos fortes e fracos antes de investir tempo e recursos num projeto grande. Sobre o Node precisar de "500 pacotes" pra rodar, isso depende muito do projeto. Sim, o ecossistema do Node é cheio de módulos, mas isso dá flexibilidade pra montar exatamente o que você precisa. No PHP, você também acaba usando várias dependências se quiser funcionalidades avançadas. Quanto à mão de obra, ter mais desenvolvedores familiarizados com Node pode ser uma vantagem dependendo do mercado e da disponibilidade de profissionais. No fim das contas, cada tecnologia tem seus prós e contras. O importante é escolher a que melhor se adapta às necessidades do projeto e da equipe. Eu escolhi o ecossistema do JS e tem servido muito bem.
Trabalho com PHP, me adapto melhor com javascript/typescript, não vejo tantas vagas de PHP na minha cidade, é mais NestJS com ReactJS, afinal linguagem é só uma ferramente, mas não gosto da forma como o PHP lida com objetos e debugar ou mesmo integrar uma cobertura de testes dá mó trabalheira
Não entendi a razão de executar o PHP no navegador uma vez que ele também é uma linguagem interpretada como o Node, se fosse para ser justo seria melhor rodar o Node com o HTTP no navegador pra ter o mesmo tempo de start. Mas whatever PNC do PHP kkkkkkkkkik
Swoole não faria a menor diferença nos testes que fiz de manipulação de arquivos, arrays e strings por um fator chamado Overhead do Paralelismo. Criar múltiplas corrotinas ou processos tem um custo. Para tarefas pequenas, o overhead pode anular os ganhos. Isso porque o ganho de performance com Swoole se dá ao utilizar suas funcionalidades de paralelismo e IO não bloqueante, o que não ocorre automaticamente. O swoole faria diferença mesmo se fosse usado na parte de teste de carga, mas a nível de mercado, quem usa swoole? Não achei nenhuma vaga pedindo conhecimentos nisso, pesquisando no linkedin e demais plataformas de vagas. A maioria é Laravel, quando não são outros frameworks antigassos. Talvez 0,0001% no mercado usa Swoole, ainda está MUITO no começo, a maioria usa PHP com um server Apache e no máximo um balanceador de carga.
@@MarcelCNoronha duas linguagens com barreira de entrada baixa, mas ainda acho o PHP mais fácil de aprender para o cara que não sabe nada. Lembro que quando fui estudar JS depois de já programar com PHP buguei demais por não ter o $ na frente das variáveis lkkkk. Até hoje dou uma bugada.
Resumindo, a diferença é o número de vagas kkkkk, em questão de performance, ah não ser que vc esteja trabalhando em algo que esses milisegundos importam mt, não faz a menor diferença... as 2 tecnologias atendem mt bem a grande maioria dos cenários de sistemas web que na sua grande maioria são cruds...
Exato, para a maior parte dos sistemas atende. Mas, mesmo com um número baixo de carga, como foi a que eu fiz no exemplo do video, dá para ver uma diferença enorme de entrega de requisições do node. Tirando a parte de performance, se você programa apenas em PHP está deixando dinheiro na mesa, até porque para a WEB o ecossistema JS é obrigatório. Por isso acabei escolhendo esse ecossistema, dá pra fazer de tudo.
@@ONovoProgramador Concordo... Se vc programa para WEB, obrigatóriamente vai ter que saber JS. Mas nem tudo são flores... falando em backend, acho o ecossistema do JS bem caótico... Com uma quantidade exorbitante de bibliotecas e frameworks para o mesmo propósito que pode ser bom ou ruim dependendo do contexto... Como muitas dessas descontinuadas ou desatualizadas... Enfim, não existe bala de prata.
Concordo, muito! Só o fato dele executar o node no terminal e o PHP no navegador já levanta uma RedFlag enorme: ou ele não conhece PHP o suficiente para saber que é possível executrar o PHP no terminal e com isso ganhar alguns milisegundos pq não depende do tempo consumido com a comunicação entre o interpretador, o httpserver e o navegador, ou foi intencional para que o PHP tivesse o seu desempenho comprometido. O que ele chama de teste de carga validou o throughput do servidor e tem pouca relação com a linguagem, no caso do PHP se vc usar um NanoHTTP, um Apache ou um Nginx o resultado será totalmente diferente entre eles, mesmo com a mesma versão e o mesmo código de PHP. Vídeo tendencioso.
@@tiagodornelas RedFlag é meu peru. Agora entendo porque os influenciadores por aí se tornam ríspidos com os inscritos, porque a burrice é intankavel. Nos testes que realizamos, a contagem de tempo está focada na execução do código PHP em si, e não no tempo de resposta de requisições HTTP ou no overhead introduzido por servidores web como o Apache ou o XAMPP. Ou seja, dá no mesmo que executando por linha de comando, porque as sobrecargas possíveis no CPU-Bound são praticamente inexistentes. ASSISTE O VIDEO E OLHE O CODIGO ANTES DE FALAR MERDA.
Ficou bem legal, só a parte do teste de carga é que faltou você mostrar qual runtime do php vc utilizou, pois para comparar com node que é baseado em event loops precisa utilizar frankenphp em worker mode ou swoole, os quais tambem fazem o php ficar em events loops atendendo muito mais requisições do que com php fpm. Quando coloca swoole php performa bem semelhante, as vezes ganha as vezes perde.
Quando a gente compara o Node.js com o PHP, tens razão em considerar que o Node vem com o event loop integrado, o que facilita muito na hora de lidar com operações assíncronas e IO não bloqueante. Sobre o Swoole e o frankenphp em worker mode, eles realmente trazem o modelo de event loop para o PHP e podem melhorar bastante a performance, as vezes até igualando ou superando o Node.js em alguns testes. Mas aí entra um ponto: essas soluções não fazem parte do PHP padrão. Elas são extensões ou ferramentas adicionais que precisam ser instaladas e configuradas à parte. Na maioria dos projetos PHP em produção, o pessoal usa o PHP-FPM, que é mais tradicional e não tem o event loop nativo. Então, quando a gente faz um teste de carga usando o PHP-FPM, estamos refletindo o que acontece na maioria dos casos no mundo real. Comparar o Node.js com o PHP-FPM ajuda a entender como as aplicações comuns se comportam. Claro que seria interessante incluir testes com o Swoole ou o frankenphp pra ver como o PHP performa com essas otimizações. Mas também é importante lembrar que usar essas ferramentas pode adicionar complexidade ao desenvolvimento porqu nem todas as bibliotecas e frameworks PHP são compatíveis com elas. Além disso, a comunidade e o suporte em torno dessas ferramentas aí ainda estão crescendo, enquanto no Node.js o modelo assíncrono já é padrão e amplamente suportado. Então, enquanto o PHP pode sim alcançar performances semelhantes ao Nodejs quando configurado com essas extensões, na prática, o Node leva vantagem por ter o event loop integrado e por ser mais simples de usar nesse sentido. Mas vale a pena explorar e testar diferentes setups pra ver o que funciona melhor dependendo do projeto e das necessidades específicas.
@@ONovoProgramador mas se for por esse ponto, php-fpm também é uma extensão, precisa instalar a parte igual l swoole ou franken, o php sempre funcionou com exrensões de runtimes instaladas a parte, assim como tem gente que começou a migrar no passado do apache php mod para php-fpm com nginx, agora a tendencia é o novos projetos ou antigos migrarem para swoole, pois é uma linguagem que esta sempre evoluindo. Ja tem por exemplo o backend do PicPay em swoole com hyperf ( framework novo baseado no Laravel adaptado para swoole )
Entendo seu ponto, mas acho que tem algumas coisas a considerar. Embora o PHP-FPM seja uma extensão que precisa ser instalada separadamente, ele se tornou praticamente o padrão na forma como o PHP é executado em produção hoje em dia. É meio que a configuração default que todo mundo usa, tem suporte. Agora, o Swoole e o frankenphp trazem funcionalidades de event loop e IO não bloqueante para o PHP, o que é ótimo. Mas eles ainda não são tão amplamente adotados como o PHP-FPM. A maioria dos desenvolvedores ainda não usa essas extensões nos projetos ou porque nao sabem que existem ou porque elas adicionam complexidade extra. Sobre a tendência de migrar projetos para o Swoole, isso está acontecendo em alguns casos mas não dá pra dizer que é a norma. O fato de empresas como o PicPay estarem usando Swoole com Hyperf mostra que é uma tecnologia promissora, mas ainda é uma parcela pequena do ecossistema PHP. A maioria dos frameworks populares, como o Laravel, não suportam o Swoole nativamente sem adaptações. Enquanto isso, o Node.js já vem com o event loop e o IO não bloqueante embutidos desde o começo. Todo o ecossistema e a comunidade estão alinhados com esse modelo. Isso significa que você já tem acesso a essas funcionalidades sem precisar instalar extensões adicionais ou modificar seu modo de programar. Então, apesar de o PHP estar evoluindo e incorporando novas tecnologias como o Swoole, na prática, o Node.js ainda leva vantagem quando o assunto é IO não bloqueante e programação assíncrona. Isso porque essas características estão no coração do Node.js, enquanto no PHP elas ainda dependem de extensões adicionais que não são tão adotadas. Não dá pra negar que, atualmente, o node oferece uma experiência mais integrada e suportada quando se trata de aplicações que exigem alta performance em IO não bloqueante.
@ONovoProgramador Isso, tambem penso parecido, no quesito de estar ou não usando uma extensão não é argumento válido pois todos os modos de executar o PHP são por extensão, a não ser que utilize o server embutido dele, porém esse server só lida com 1 request por vez sendo inviavel em produção, utilizado apenas para testes locais mesmo. Mas no quesito de mercado mais de 90% ainda nem conhece que swoole existe, talvez o franken que tem uma divulgação maior, mas com certeza quando se pensa em php sera ainda por muito tempo o padrao nginx + fpm. E realmente a maioria das bibliotecas ainda não conseguem lidar com esse assincronismo travando o event loop, ate pouco tempo nem tinha maneiras eficientes de debug ou telemetria, agora que estao surgindo ferramentas especializadas para uso do swoole. Ja o Node lida com isso nativamente desde o inicio, o que da essa vantagem no consumo de recursos, ja que mesmo escalando bem o php precisaria de mais servidores em paralelo do que o node para rodar a mesma quantidade de requisições no padrão fpm.
Sou un completo leigo so tento 3 anos de mercado sou júnior fodido mas, neses meis poucos anos se for pra reclamar eu reclamo de tudo! Node? Tudo bem node e linguagem de emocionado e PHP pra ser sincero ele pode der moderno o que for nos sabemos a vdd se duvidar as empresas usam php 1.2, o php dos tempos da cavernas o negócio eo seguindo vc entende e paga as contas? Se sim blz se não e pura bullshitagem
O mundo da programação não funciona assim. Se as empresas usam PHP 1.2 é provável que já nem existam mais, dada a quantidade de falhas de segurança que tem nessas versões iniciais, fora a lentidão agoniante. As empresas que dão lucro não ficam paradas na mesma linguagem, estão sempre procurando novas formas de melhorar os produtos e conseguir números melhores em performance e segurança.
@@ONovoProgramador certeza? diga isso aos donos de empresas pequenas e medias que e a maioria do mercado, enquanto funciona vão manter eo q mais tem no mercado e legado, empresas estaveis e estabelecidas ja teram alguns anos e eles não vao migrar todos os seus sistemas pra react 5000 mil plus plus so porque lançou feature nova, o q mais tem no mercado e legado e sempre terá
@@staz.d.blood_ sim, tenho certeza. Pode perguntar a qualquer empresa do mercado que tem sistema legado se não gostariam de melhorar o sistema para ver qual será a resposta delas. Te desafio a achar uma empresa sadia e referencia usando PHP 1.2 kkkkkk Há data limite para sistemas legado, uma hora eles ou serão substituídos ou descontinuados. Já vi não uma, mas várias empresas falindo por causa de um sistema legado que ninguém sabe como funciona, que era o core business da empresa e fica impossível de ser mantida. Como comentasse, és leigo, quando trabalhar em alguma empresa vais entender
node é um runtime, só roda o JS na máquina, você não faz um backend em JS usando o navegador (normalmente, deve ter algum doente que já fez ou tentou). não faz sentido "comparar" node com laravel, pra isso teria que comparar angular, nextJS, svelte, etc.
@@johnp-dev ah, acho que entendi. No caso com angular e next você pode fazer aplicações completas(back e front), svelte eu já não se dá pra fazer back. Mas não faz sentido querer comparar laravel com nodeJS. É que nem "comparar" springboot vs java/go/C#...
PHP aguenta muito mais que Nodejs se tu usasse frankenphp ou swoole. Usar ferramentas erradas é foda né mano? Aí tu comparou errado. Se usar swoole ou franken, ambos botam nodejs pra mamar. Achei teu video tendencioso ou no mínimo de vc desconhecer do ecossistema do php
Bicho, já falasse tanto de mamar em vários comentários que to começando a achar que estás fazendo uma proposta. Resposta pra ti: sou casado e não quero ser mamado por um cara qualquer. Obrigado.
Black-Friday ONP: Acesso Vitalício + 2 lives por semana + 350 aulas e Parcelamento em 12x no PIX | onovoprogramador.com
Nesse caso, eu escolheria a que é linguagem de programação.
Hm...
Kkkk, só que manja vai dar like.😂
PHP ou Node? Endrik: Ruby
Sou dev PHP e JS, ambas linguagens tem vantagens e desvantagens, por exemplo, eu acho mais organizado vc poder tipar objetos no JS/TS, e quem usa JS puro está perdendo muito controle por não usar TS, e acho muito foda vc ter um servidor já integrado no Node para poder subir as APIS, em relação ao PHP, eu acho ele mais produtivo principalmente quando entra o Laravel, e sim, precisa levar em conta todo o ecossistema em volta da linguagem, mas o fato de vc ter que usar com servidor a parte eu ja acho um pouco ruim. Mas enfim, o mais correto é aprender os dois, ambos tem vantagens e desvantagens. Mas uma coisa precisa ser dita, em relação a marcado, Dev JS em geral, tem 1000 candidatos por vaga, php eu não vejo uma concorrência tão grande assim.
Mas não usou swoole do php para fazer os testes?
Usou o php na corrida com as pernas amarradas heheh.
Falto conhecimento no php, mas foi legal a animação com o mortal kombat, faz tempo que joguei!
Já respondi sobre isso em outros comentários, caso não encontrar te falo aqui.
Acho que esses testes aí, são um pouco desconexos... até deixei o vídeo passar por mais tempo pra ver se iria mudar, mas... bom, o PHP tá rodando em cima de um server http (normalmente isso acrescenta um tempo a mais de execução, não que dê uma diferença extrema... mas pq não rodar em linha de comando também?)... Outra coisa são as configs do PHP, e pode acreditar, que tem como deixar no mesmo nível, ou até mais rápido. Uso ambas as linguagens também, e não estou do lado de uma ou de outra, mas entendo que não é uma questão de "velocidade" (apesar de não ter diferença na maoria das linguagens se você entende bem sobre aquela linguagem em específico, a rinha que o Akita mostrou que o diga). Enfim, a intenção foi só contribuir com esses pontos...
@@WandersonSangreal então, não faz diferença no tempo de resposta do PHP porque eu não calculo o tempo de resposta da requisição HTTP, e sim o tempo de execução do código em si, basta ler o código.
Se fica mais rápido mexendo em partes do PHP, pode ser que fique mesmo, mas o mercado não faz isso no geral. Eles só usam a versão estável e pronto.
Usei as versões estáveis dos dois.
Gostei da ideia do vídeo, se vc puder fazer sobre outras linguagens seria interessante
O editor desse canal é muito foda véi
Eu gosto mais do nodejs, mas acho que talvez o php cli seria mais justo na comparação entre os dois, do que roda-lo no xampp.
Nos testes que realizamos, a contagem de tempo está focada na execução do código PHP em si, e não no tempo de resposta de requisições HTTP ou no overhead introduzido por servidores web como o Apache ou o XAMPP.
Eu não calculo o tempo de resposta HTTP, calculo o tempo de resposta do PHP executando o código. Se tiver algum tipo de modificação no tempo de resposta ela é negligenciável.
Podia criar um quadro chamado “Batalha das linguagens”.
Qual será a próxima batalha?
Não vou ter paciência para ficar respondendo os comentários, melhor nem fazer kkkkk
Python vs JavaScript 😅
Excelente vídeo, parabéns!
Valeu, mano!
me peguei c essa duvida pois precisaria escolher uma das duas pra focar e tentar entrar no mercado de trabalho, escolhi o PHP por nao precisar pra cada coisa ter q baixar uma lib e não precisar disputar vagas c as 1MM de pessoas q estudam Node/JS, muitas pessoas estão no JS e consequentemente vao p o Node, tanto que as vagas de node pedem uma infinidade de techs justamente por ter muitas pessoas aplicando lá, a regua acaba subindo.
Fora que é muito difícil achar uma vaga que peça somente Node, algo mais ligado ao backend mesmo, geralmente pedem frameworks front, enfim, vaga fullstack pedindo variaaas techs.
Isso no php tem bem menos, geralmente pedem laravel, um bd e só, isso p vagas de estagio/junior.
(tanto node quanto php).
PHP em número de vagas quase chega no nodejs, compensa estudar sim.
NodeJS é melhor para fábricas de software onde precisam unificar a experiencia e capacidade dos desenvolvedores em um escossistema único, no caso o JS, por isso decidi adotar aqui.
@@ONovoProgramador perfeitamente, esse é um grande ponto. mas como eles entendem que unificar o ecossistema em JS é algo mais facil/simples acabam pedindo uma infinidade de techs e conhecimentos que nao tem como uma pessoa que nao entrou no mercado de trabalho ainda ter.
Minha visao é de quem esta de fora do mercado, eu ainda nao atuo na área.
Geralmente vagas de PHP tem bem menos pessoas aplicando e bem menos techs pedidas.
O mesmo nivel de vaga que pede HTML/CSS, php puro e xp em Laravel e Mysql por exemplo pra programar em php no JS vao pedir Html/css, react, typescript, node e por ai vai .... kkkk,
@@Hypeer to vendo, inclusive, um movimento grande de vagas node pedindo PHP e vice-versa. Tem muita empresa que começa com uma linguagem, cria novos serviços em outra e no final das contas precisa fazer uma salada de frutas nas vagas para dar conta de entregar tudo.
Quanto mais conhecimento tiver em linguagens, melhor.
@ isso mesmo, não só o movimento de pedir PHP como um movimento de "incentivo" ao PHP. Uma plataforma considerada grande lançando curso de PHP em 2025 praticamente, essas questões das vagas, estagios em php venho pesquisando e achando, enfim, obrigado pelo video e a breve troca de ideias, me agregou muito.
ate o momento, php ta pagando minhas contas :) mas acho que futurament GO vai pagar MUUUUITO melhor
O Go vai ascender né? Significa que dá tempo pra estudar e se preparar pra onda dele
já to nessa aí, em breve vou estar aplicando, por mais que eu ame o php o mercado tá lixo
@@windallerox eu tô estudando php pra entrar na área
@@windallerox Sem vagas?
O cara que gravou o video estava com mal de Parkinson brabo kkkkkk
Eu já tentei migrar de PHP para Node, gostei bastante de criar projeto com Node, mas PHP tem me puxado bastante.
Normalmente quando vem uma galera me perguntar o que eu indico pra iniciar, sempre indico PHP ou Node, entrada no mercado com essas duas é muito bom.
Mas se fosse indicar perfomance, não indicaria Node e nem PHP não, tem technologia melhor para isso.
Qual tech indicaria?
@ONovoProgramador cara, parece meio cliche, mas depende.
Aqui onde eu trabalho os caras tem uma aplicação web que mostra dados analíticos, caminho mais perto atiço que encontramos foi usar Go e Python para análises.
No caso depende do contexto, dá aplicação, entre outros fatores. Mas se fosse pra dizer um tecnologia solta sem mais nem menos, diria Go mesmo
O nodejs é bom, as críticas geralmente as são por pura moda. O event loop é muito bom, não precisa mexer com multi thread, não precisa instalar um servidor extra pra poder lidar com mais de uma requisição simultâneas.
Sou Desenvolvedor PHP, e infelizmente tenho percebido que a maioria das vagas de PHP são presenciais ou híbridas, enquanto o Node.js tem mais vagas remotas. Acredito que porque startups usam mais JavaScript, mas isso é só uma teoria minha.
Acho que é isso o que acontece mesmo, a maioria das startups começa com modelo remoto e optam pelo nodejs.
Tava precisando disso, veio na hora certa vou até hypar
Sobre o teste de estresse, seria interessante envolver escrita e leitura em banco de dados. E seria interessante um teste sobre leitura de banco de dados, eu fiquei com a sensação de que o node.js não é muito melhor que o php em performance... mas com certeza vale mais a pena aprender node do que php, em termos de mercado e oportunidades
Se for pensar em vagas, já que a oferta é semelhante, tem muito menos gente estudando PHP que Node. O mar de gente tentando a mesma vaga é menor.
Ja trabalhei em projetos grandes com as duas tecnologias, e sei lá, não consigo concordar com a conclusão do vídeo. A questão do io não bloqueante do nodejs é importante, mas vc encontra isso no php tbm (swoole, amp e o recente fibers).
Meu caro, a minha resposta não será em tom pejorativo, até porque meu objetivo não é destilar conhecimento por aí, é fazer um conteúdo que seja relevante para o mercado, comparando linguagens a nível de performance em atividades comuns.
Deixando claro que não estou querendo ser babaca, vou te falar o que penso sobre o sue comentário, blz?
A parada do IO não bloqueante no Node.js não é só um detalhe ou uma feature a mais. É a base de como ele funciona. O Node.js foi construído do zero pra ser assíncrono e orientado a eventos, então tudo nele gira em torno disso.
No caso do PHP, é verdade que existem ferramentas como o Swoole, o Amp e os Fibers que trazem funcionalidades assíncronas. Mas aí que tá: essas coisas são meio que enxertos no PHP. Elas não fazem parte do núcleo original da linguagem. Você precisa instalar extensões, usar bibliotecas específicas e, muitas vezes, mudar totalmente o jeito de programar pra tirar proveito disso.
Enquanto isso, no Node.js, o IO não bloqueante é o padrão. Você não precisa fazer malabarismos pra escrever código assíncrono. Éassim que todo mundo programa nele. O ecossistema inteiro, todas as bibliotecas, módulos, ferramentas etc já tá alinhado com esse modelo. Isso significa que você consegue lidar com um monte de conexões simultâneas de forma eficiente, sem esgotar os recursos do servidor.
No PHP, essas soluções assíncronas ainda estão amadurecendo. O suporte não é tão amplo, e você pode acabar esbarrando em incompatibilidades ou falta de suporte em algumas bibliotecas. Fora que o mercado NÃO usa swoole, os cursos não ensinam, nem sequer as faculdades, não encontrei swoole em nenhuma vaga de emprego no linkedin, programathor ou sites de grandes empresas que trabalham com PHP.
Por isso, dizer que o IO não bloqueante do Node.js não é uma grande vantagem porque o PHP também tem opções semelhantes não é bem assim. Na prática, o Node.js ainda leva vantagem nesse quesito por causa da sua arquitetura nativa e do suporte amplo no ecossistema.
Em resumo, não é que o PHP não possa fazer IO não bloqueante, mas no Node.js isso é mais natural, eficiente e suportado. Então, faz sentido concordar com a conclusão do vídeo que destaca essa diferença como um ponto forte do Node.js em comparação com o PHP.
@@ONovoProgramador Cara sua conclusão está errada porque sua comparação é com coisas diferentes. Php está para javascript Vanilla e não para o Nodejs;
O Nodejs é uma Runtime, assim como o Swoole que nosso amigo informou.
e com o Swoole você não precisa mudar seu código como você informou no seu código anterior. No php, sempre que for usar Swoole, você usará ele com Hyper-f ou com Octane no caso do laravel, você não encontrará vagas específicas para Swoole, justamente, por ele não ser algo diferente.
Temos também o frankenphp que é um servidor escrito em go, e torna além do php ser não bloqueante, permite ele executar em multithread, e sem alterar uma linha de código.
A escolha entre Nodejs e PHP envolvem outras coisas, como conhecimento do time, perfil das aplicações. ou até mesmo preferência das ferramentas, ou arquitetura a ser usada, mas isso não é questão de performance.
Concordo com você que um dev junior node e um junior php, o cara que trabalha com node, conseguirá ter performance melhor em geral.
Mas considerando dois devs que conhecem a linguagem isso não irá interferir.
Um dev javascript e um dev PHP conseguirão performances semelhantes, diria ainda que usando os recursos que o php tem disponíveis hoje, conseguirá uma performance melhor no PHP.
Mas de novo, não quero aqui ser o "advogado" do PHP, até porque hoje em dia a linguagem pouco importa, praticamente todas as linguagens modernas entregam as mesmas coisas, cada uma terá suas particularidades e atenderá melhor a determinados cenários.
@@viniciusresende979 Putz, mas falar que eu errei e pedir para comparar o PHP com JavaScript Vanilla e o Node.js com Swoole é foda hein.
O Node.js é uma runtime que permite executar JavaScript no servidor com um modelo de IO não bloqueante integrado desde o início. O Swoole é uma extensão que adiciona essas funcionalidades ao PHP, mas não faz parte do núcleo padrão da linguagem.
O swoole permite que você execute aplicações PHP de forma assíncrona sem necessariamente mudar todo código. Mas para aproveitar ao máximo seus recursos muitas vezes é preciso ajustar a forma como a aplicação é estruturada. Além disso, utilizar frameworks como o Hyperf ou o Octane implica em adotar um ecossistema específico que nem sempre é compatível com todas as bibliotecas ou práticas comuns em PHP.
O frankenphp, novamente, é um servidor alternativo que não faz parte do stack padrão do PHP e requer configurações adicionais. Enquanto isso, o Node.js oferece desde o começo um ambiente otimizado para operações não bloqueantes e programação assíncrona, sem a necessidade de extensões ou servidores alternativos.
Concordo que a escolha entre Node.js e PHP envolve vários fatores além da performance, como o conhecimento da equipe, o perfil da aplicação e as preferências em relação às ferramentas e à arquitetura. No entanto, não dá pra ignorar que o modelo assíncrono nativo do Node.js pode oferecer vantagens em termos de desempenho, especialmente em aplicações que fazem uso intensivo de IO.
Enquanto um desenvolvedor PHP pode alcançar performances semelhantes usando Swoole ou frankenphp, isso geralmente adiciona uma camada extra de complexidade e não é a abordagem mais comum no ecossistema PHP.
No final das contas eu comparei, no teste de carga, as formas comuns de uso das duas linguagens. Lógicamente que eu poderia adicionar mais recursos ao node e ao PHP para que fiquem mais rápidos e respondam mais requisições, mas isso aí seria criar cenários hipotéticos que na realidade do nosso mercado são pouquíssimo usados.
Como diz o velho e bom ditado: Melhor Linguagem eh a q paga as contas, no meu caso PHP hahaha
TMJ, a melhor é a que gera PIX
@@ONovoProgramador Tudo de bom pra ti mano, excelente conteúdo
Você utilizou php-fpm no teste ?
Sim, usei. Se for sobre swoole eu já respondi em outros comentários, mas se ainda tiver dúvidas pode comentar aqui embaixo que te respondo, mano.
Faz um Node x Java, seria muito dahora saber o resultado
Cara esses testes ai seu é como colocar um ferrari e um corsa para disputar em dar 2 volta no quarteirão.
Põe os dois em projetos reais em prod ai vc ve a diferença.
principalmente depois de no node vc instalar 500 pacotes para poder rodar o projeto.
único ponto aceitável aí é ter mais mão de obra Node que PHP, isso realmente é um excelente ponto.
Os testes de performance servem justamente pra medir como cada tecnologia se comporta em condições controladas. Mesmo num trajeto curto, dá pra perceber diferenças significativas entre os dois.
Colocar em projetos reais em produção é importante, claro, mas os testes preliminares ajudam a identificar pontos fortes e fracos antes de investir tempo e recursos num projeto grande. Sobre o Node precisar de "500 pacotes" pra rodar, isso depende muito do projeto. Sim, o ecossistema do Node é cheio de módulos, mas isso dá flexibilidade pra montar exatamente o que você precisa. No PHP, você também acaba usando várias dependências se quiser funcionalidades avançadas.
Quanto à mão de obra, ter mais desenvolvedores familiarizados com Node pode ser uma vantagem dependendo do mercado e da disponibilidade de profissionais. No fim das contas, cada tecnologia tem seus prós e contras. O importante é escolher a que melhor se adapta às necessidades do projeto e da equipe.
Eu escolhi o ecossistema do JS e tem servido muito bem.
Trabalho com PHP, me adapto melhor com javascript/typescript, não vejo tantas vagas de PHP na minha cidade, é mais NestJS com ReactJS, afinal linguagem é só uma ferramente, mas não gosto da forma como o PHP lida com objetos e debugar ou mesmo integrar uma cobertura de testes dá mó trabalheira
Não entendi a razão de executar o PHP no navegador uma vez que ele também é uma linguagem interpretada como o Node, se fosse para ser justo seria melhor rodar o Node com o HTTP no navegador pra ter o mesmo tempo de start.
Mas whatever PNC do PHP kkkkkkkkkik
Usa o Java. E fuja dessas cambiaras de linguagem. É zoeira man. A empresa é sua. Você faz o que quiser.
Poderia rolar um novo round incluindo um swoole pro php e alguma outra extensão pro nodejs
Swoole não faria a menor diferença nos testes que fiz de manipulação de arquivos, arrays e strings por um fator chamado Overhead do Paralelismo. Criar múltiplas corrotinas ou processos tem um custo. Para tarefas pequenas, o overhead pode anular os ganhos. Isso porque o ganho de performance com Swoole se dá ao utilizar suas funcionalidades de paralelismo e IO não bloqueante, o que não ocorre automaticamente.
O swoole faria diferença mesmo se fosse usado na parte de teste de carga, mas a nível de mercado, quem usa swoole? Não achei nenhuma vaga pedindo conhecimentos nisso, pesquisando no linkedin e demais plataformas de vagas. A maioria é Laravel, quando não são outros frameworks antigassos.
Talvez 0,0001% no mercado usa Swoole, ainda está MUITO no começo, a maioria usa PHP com um server Apache e no máximo um balanceador de carga.
@@ONovoProgramador show sua explicação, mas seria só pra curiosidade mesmo
E uma outra curiosidade: Você usa o express nos projetos da sua empresa??
Uso, express e mais recentemente o fastify
KKKKKKKKKKKKKK Node wins 19:44
Por mim a melhor linguagem é aquela que me remunera melhor.
Booa, a que gera um PIX mensal
Agora faz NodeJS vs Elixir/Phoenix. 😈
@@Skullamortis não entendo nada de Elixir, infelizmente
Para um desenvolvedor Web saber os 2 e bem tranquilo.
@@MarcelCNoronha duas linguagens com barreira de entrada baixa, mas ainda acho o PHP mais fácil de aprender para o cara que não sabe nada.
Lembro que quando fui estudar JS depois de já programar com PHP buguei demais por não ter o $ na frente das variáveis lkkkk.
Até hoje dou uma bugada.
Resumindo, a diferença é o número de vagas kkkkk, em questão de performance, ah não ser que vc esteja trabalhando em algo que esses milisegundos importam mt, não faz a menor diferença... as 2 tecnologias atendem mt bem a grande maioria dos cenários de sistemas web que na sua grande maioria são cruds...
Exato, para a maior parte dos sistemas atende.
Mas, mesmo com um número baixo de carga, como foi a que eu fiz no exemplo do video, dá para ver uma diferença enorme de entrega de requisições do node.
Tirando a parte de performance, se você programa apenas em PHP está deixando dinheiro na mesa, até porque para a WEB o ecossistema JS é obrigatório.
Por isso acabei escolhendo esse ecossistema, dá pra fazer de tudo.
@@ONovoProgramador Concordo... Se vc programa para WEB, obrigatóriamente vai ter que saber JS. Mas nem tudo são flores... falando em backend, acho o ecossistema do JS bem caótico... Com uma quantidade exorbitante de bibliotecas e frameworks para o mesmo propósito que pode ser bom ou ruim dependendo do contexto... Como muitas dessas descontinuadas ou desatualizadas... Enfim, não existe bala de prata.
eu queria ver mesmo era um dev php vs dev js desenvolvendo a mesma funcionalidade
??
Concordo, muito! Só o fato dele executar o node no terminal e o PHP no navegador já levanta uma RedFlag enorme: ou ele não conhece PHP o suficiente para saber que é possível executrar o PHP no terminal e com isso ganhar alguns milisegundos pq não depende do tempo consumido com a comunicação entre o interpretador, o httpserver e o navegador, ou foi intencional para que o PHP tivesse o seu desempenho comprometido. O que ele chama de teste de carga validou o throughput do servidor e tem pouca relação com a linguagem, no caso do PHP se vc usar um NanoHTTP, um Apache ou um Nginx o resultado será totalmente diferente entre eles, mesmo com a mesma versão e o mesmo código de PHP. Vídeo tendencioso.
@@tiagodornelas RedFlag é meu peru.
Agora entendo porque os influenciadores por aí se tornam ríspidos com os inscritos, porque a burrice é intankavel.
Nos testes que realizamos, a contagem de tempo está focada na execução do código PHP em si, e não no tempo de resposta de requisições HTTP ou no overhead introduzido por servidores web como o Apache ou o XAMPP. Ou seja, dá no mesmo que executando por linha de comando, porque as sobrecargas possíveis no CPU-Bound são praticamente inexistentes.
ASSISTE O VIDEO E OLHE O CODIGO ANTES DE FALAR MERDA.
Node é melhor PHP que coloca comida na mesa
Nem um, nem outro. C#
java
Ficou bem legal, só a parte do teste de carga é que faltou você mostrar qual runtime do php vc utilizou, pois para comparar com node que é baseado em event loops precisa utilizar frankenphp em worker mode ou swoole, os quais tambem fazem o php ficar em events loops atendendo muito mais requisições do que com php fpm. Quando coloca swoole php performa bem semelhante, as vezes ganha as vezes perde.
Quando a gente compara o Node.js com o PHP, tens razão em considerar que o Node vem com o event loop integrado, o que facilita muito na hora de lidar com operações assíncronas e IO não bloqueante.
Sobre o Swoole e o frankenphp em worker mode, eles realmente trazem o modelo de event loop para o PHP e podem melhorar bastante a performance, as vezes até igualando ou superando o Node.js em alguns testes. Mas aí entra um ponto: essas soluções não fazem parte do PHP padrão. Elas são extensões ou ferramentas adicionais que precisam ser instaladas e configuradas à parte.
Na maioria dos projetos PHP em produção, o pessoal usa o PHP-FPM, que é mais tradicional e não tem o event loop nativo. Então, quando a gente faz um teste de carga usando o PHP-FPM, estamos refletindo o que acontece na maioria dos casos no mundo real. Comparar o Node.js com o PHP-FPM ajuda a entender como as aplicações comuns se comportam.
Claro que seria interessante incluir testes com o Swoole ou o frankenphp pra ver como o PHP performa com essas otimizações. Mas também é importante lembrar que usar essas ferramentas pode adicionar complexidade ao desenvolvimento porqu nem todas as bibliotecas e frameworks PHP são compatíveis com elas. Além disso, a comunidade e o suporte em torno dessas ferramentas aí ainda estão crescendo, enquanto no Node.js o modelo assíncrono já é padrão e amplamente suportado.
Então, enquanto o PHP pode sim alcançar performances semelhantes ao Nodejs quando configurado com essas extensões, na prática, o Node leva vantagem por ter o event loop integrado e por ser mais simples de usar nesse sentido. Mas vale a pena explorar e testar diferentes setups pra ver o que funciona melhor dependendo do projeto e das necessidades específicas.
@@ONovoProgramador mas se for por esse ponto, php-fpm também é uma extensão, precisa instalar a parte igual l swoole ou franken, o php sempre funcionou com exrensões de runtimes instaladas a parte, assim como tem gente que começou a migrar no passado do apache php mod para php-fpm com nginx, agora a tendencia é o novos projetos ou antigos migrarem para swoole, pois é uma linguagem que esta sempre evoluindo.
Ja tem por exemplo o backend do PicPay em swoole com hyperf ( framework novo baseado no Laravel adaptado para swoole )
Entendo seu ponto, mas acho que tem algumas coisas a considerar. Embora o PHP-FPM seja uma extensão que precisa ser instalada separadamente, ele se tornou praticamente o padrão na forma como o PHP é executado em produção hoje em dia. É meio que a configuração default que todo mundo usa, tem suporte.
Agora, o Swoole e o frankenphp trazem funcionalidades de event loop e IO não bloqueante para o PHP, o que é ótimo. Mas eles ainda não são tão amplamente adotados como o PHP-FPM. A maioria dos desenvolvedores ainda não usa essas extensões nos projetos ou porque nao sabem que existem ou porque elas adicionam complexidade extra.
Sobre a tendência de migrar projetos para o Swoole, isso está acontecendo em alguns casos mas não dá pra dizer que é a norma. O fato de empresas como o PicPay estarem usando Swoole com Hyperf mostra que é uma tecnologia promissora, mas ainda é uma parcela pequena do ecossistema PHP. A maioria dos frameworks populares, como o Laravel, não suportam o Swoole nativamente sem adaptações.
Enquanto isso, o Node.js já vem com o event loop e o IO não bloqueante embutidos desde o começo. Todo o ecossistema e a comunidade estão alinhados com esse modelo. Isso significa que você já tem acesso a essas funcionalidades sem precisar instalar extensões adicionais ou modificar seu modo de programar.
Então, apesar de o PHP estar evoluindo e incorporando novas tecnologias como o Swoole, na prática, o Node.js ainda leva vantagem quando o assunto é IO não bloqueante e programação assíncrona. Isso porque essas características estão no coração do Node.js, enquanto no PHP elas ainda dependem de extensões adicionais que não são tão adotadas.
Não dá pra negar que, atualmente, o node oferece uma experiência mais integrada e suportada quando se trata de aplicações que exigem alta performance em IO não bloqueante.
@ONovoProgramador Isso, tambem penso parecido, no quesito de estar ou não usando uma extensão não é argumento válido pois todos os modos de executar o PHP são por extensão, a não ser que utilize o server embutido dele, porém esse server só lida com 1 request por vez sendo inviavel em produção, utilizado apenas para testes locais mesmo.
Mas no quesito de mercado mais de 90% ainda nem conhece que swoole existe, talvez o franken que tem uma divulgação maior, mas com certeza quando se pensa em php sera ainda por muito tempo o padrao nginx + fpm.
E realmente a maioria das bibliotecas ainda não conseguem lidar com esse assincronismo travando o event loop, ate pouco tempo nem tinha maneiras eficientes de debug ou telemetria, agora que estao surgindo ferramentas especializadas para uso do swoole.
Ja o Node lida com isso nativamente desde o inicio, o que da essa vantagem no consumo de recursos, ja que mesmo escalando bem o php precisaria de mais servidores em paralelo do que o node para rodar a mesma quantidade de requisições no padrão fpm.
Faz de Python, por favorrr!!
Agora faz node VS HTML
Sou un completo leigo so tento 3 anos de mercado sou júnior fodido mas, neses meis poucos anos se for pra reclamar eu reclamo de tudo! Node? Tudo bem node e linguagem de emocionado e PHP pra ser sincero ele pode der moderno o que for nos sabemos a vdd se duvidar as empresas usam php 1.2, o php dos tempos da cavernas o negócio eo seguindo vc entende e paga as contas? Se sim blz se não e pura bullshitagem
O mundo da programação não funciona assim.
Se as empresas usam PHP 1.2 é provável que já nem existam mais, dada a quantidade de falhas de segurança que tem nessas versões iniciais, fora a lentidão agoniante.
As empresas que dão lucro não ficam paradas na mesma linguagem, estão sempre procurando novas formas de melhorar os produtos e conseguir números melhores em performance e segurança.
@@ONovoProgramador certeza? diga isso aos donos de empresas pequenas e medias que e a maioria do mercado, enquanto funciona vão manter eo q mais tem no mercado e legado, empresas estaveis e estabelecidas ja teram alguns anos e eles não vao migrar todos os seus sistemas pra react 5000 mil plus plus so porque lançou feature nova, o q mais tem no mercado e legado e sempre terá
@@staz.d.blood_ sim, tenho certeza. Pode perguntar a qualquer empresa do mercado que tem sistema legado se não gostariam de melhorar o sistema para ver qual será a resposta delas.
Te desafio a achar uma empresa sadia e referencia usando PHP 1.2 kkkkkk
Há data limite para sistemas legado, uma hora eles ou serão substituídos ou descontinuados.
Já vi não uma, mas várias empresas falindo por causa de um sistema legado que ninguém sabe como funciona, que era o core business da empresa e fica impossível de ser mantida.
Como comentasse, és leigo, quando trabalhar em alguma empresa vais entender
PHP vanila vs uma framwork! ué pq não colocou um Larvel rsrs
node é um runtime, só roda o JS na máquina, você não faz um backend em JS usando o navegador (normalmente, deve ter algum doente que já fez ou tentou). não faz sentido "comparar" node com laravel, pra isso teria que comparar angular, nextJS, svelte, etc.
Como assim comparar laravel com front end? 🫠@@kaiosantos-g3t
@@johnp-dev ?
@@johnp-dev ah, acho que entendi. No caso com angular e next você pode fazer aplicações completas(back e front), svelte eu já não se dá pra fazer back. Mas não faz sentido querer comparar laravel com nodeJS. É que nem "comparar" springboot vs java/go/C#...
Mas eu vejo muita crítica em relação à usar JavaScript no back end
Vc acha que essas críticas são pura balela ?
Depende de qual curso quem vende tá falando 😂
Eu acho balela. NodeJS está mais que consolidado no mercado. Essa ideia de JavaScript não rodar em backend é algo de décadas atrás
Faz Java vs C#
PHP aguenta muito mais que Nodejs se tu usasse frankenphp ou swoole. Usar ferramentas erradas é foda né mano? Aí tu comparou errado. Se usar swoole ou franken, ambos botam nodejs pra mamar. Achei teu video tendencioso ou no mínimo de vc desconhecer do ecossistema do php
Bicho, já falasse tanto de mamar em vários comentários que to começando a achar que estás fazendo uma proposta.
Resposta pra ti: sou casado e não quero ser mamado por um cara qualquer.
Obrigado.
@@ONovoProgramadorkkkkkkkkkkk
E meu amigo o Cara colocou você no bolso legal rsrsr@@ONovoProgramador
KKKKKKKKKKKKKKKKK AI ALASTROU