PHP/laravel, o rei. Fácil, maduro, robusto, ecossistema rico, serve para 90% dos casos, sdk de integração com AI nativo, da para fazer apps mobile com ele pelo native php, altamente opinado mas ainda sim permite sua propria configuração.
Facil de criar full stack graças ao inertia.js tambem com vue, react ou svelte.
Considero a melhor escolha na grande maioria dos casos, não é um node ou java no quesito vagas mas tem bastante mercado e a vantagem é que também não será tao concorrido.
To junto contigo, laravel e filament. Estou integrando marketing places e vou te falar que da conta de processar filas, commands de polling com tranquilidade, isso porque estou rodando nun servidor meia bomba.
Se tivesse uma versão LTS concordaria em parte!
Native PHP é pago!
Tentei mas não consegui produzir tanto quanto Yii2!
Quem tece elogios d+ pra Laravel é pq nunca usou YII/YII2 com GII
Se bem que com IA + Google Sttich/Figma dá pra fazer qq coisa hj
native php não é mais pago, ficou totalmente grátis.
o que torna o yii2 tão bom para voce?
Obrigado pela correção, vou atualizar.
Sobre o Yii2: o que mais me prendeu foi a combinação de ActiveRecord direto e o Gii. Em projetos com CRUD pesado, o Gii gera model, controller e views em segundos, tudo funcional. O ActiveRecord tem um sistema de validação embutido que resolve 80% dos casos sem precisar de biblioteca extra. A curva de aprendizado é mais suave que o Laravel puro e o ecossistema, apesar de menor, é coeso. Para projetos que precisam sair rápido sem abrir mão de estrutura, funcionou bem pra mim.
Reponderam alí em baixo! 😁
E Laravel muda muito de uma versão pra outra. Prefiro estabilidade e segurança do wue firulas extras
Estabilidade de API é o que salva quando você volta num projeto 2 anos depois. Laravel tem evoluído bastante, mas .NET e Go entregam menos surpresas entre versões maiores. Faz sentido priorizar isso.
Cara Go ainda jovem comparada a suas veteranas, mas com 15 de estrada ela tem seu lugar e veio pra ficar.
.NET nem comento, nichado e preso em seu ambiente.
Esse foi é o problema de Laravel, evolui d+ em pouco tempo. Quer ter ideia de framework em pior caso, AdiantiPHP. Vc espirra e sai uma atualização (major version)
Go tem 15 anos mas ainda parece jovem porque o ecossistema de libs não tem a mesma densidade do Node. .NET nichado concordo, mas nos contextos enterprise que ele domina é difícil tirar. O ponto do Laravel é válido: quando você tem que checar CHANGELOG antes de um composer update, algo tá errado. Nunca usei AdiantiPHP, mas já vi projetos que não sobrevivem ao próprio framework evoluindo rápido demais.
As pessoas dizem que WordPress carrega o php nas costas mas é o Laravel quem faz isso. Você constrói qualquer aplicação moderna em cima dele, sem dor de cabeça.
Concordo. Laravel é o caso mais interessante no PHP porque inverteu a narrativa: em vez de PHP ser uma escolha vergonhosa, o framework virou argumento de venda. O problema é que nos três cenários do post (enterprise pesado, startups, alta performance com concorrência) PHP/Laravel ainda não costuma aparecer como primeira opção. Para B2B SaaS de porte médio, porém, Laravel compete de igual com Node sem os overheads do .NET.
PHP/Laravel é uma escolha legítima, especialmente pra projetos que precisam ir rápido com time pequeno. O Inertia.js resolveu um problema real de DX que o Laravel tinha. Minha dúvida é no longo prazo: quando o projeto cresce e a equipe precisa de especialistas, o mercado de devs PHP tem encolhido em relação a Node e .NET. Você sente essa pressão na hora de montar time ou contratar?
A poucos dia na empresa onde trabalho, montamos um sistema com back em .NET e o front resolvemos usar Laravel, te falar, deu pra montar super rapido e de fácil entendimento para quem não tinha as manha e so via o React da vida.
Por que ainda usar Laravel no front? se já usa o .Net ele já tem tudo para uma aplicação fullstack seja web ou mobile gostaria de saber o motivo dessa stack sem sentido pra
O post não menciona Laravel em momento nenhum. Minha stack é Next.js no frontend, não Laravel. Talvez tenha confundido com outro dev ou projeto.
De fato irmão! Houve um problema e a pergunta não era para você foi para Roberto Nogueira