Weet niet of dit hier gepast is. Te niche? Maar ik wou eens mijn bedenkingen en gevoelens ( ) neerschrijven hierover.
Laravel is een PHP framework, om krachtige web applicaties te schrijven. (https://laravel.com/).
Persoonlijk gebruik ik Laravel zowel voor mijn dayjob als voor mijn sidejob.
Laatste weken bij Laracon US had ik zowat Apple Keynote vibes zoals ik ook 10 jaar geleden had bij elke nieuwe aankondiging van Apple. Verder ben ik ook zeer benieuwd wat er zal uitkomen van nieuwe tools los van Laravel Cloud & hun VSCode extensie.
Zelf ben ik zeer benieuwd naar die Cloud, zelf gebruik ik veel Forge, aangezien ik verre van een specialist ben op DevOps gebied, en Forge mij al veel kon ontzorgen. Cloud lijkt mij hier nog een stapje verder in te gaan.
Die VSCode extensie is iets wat ik actief al miste. Zijnde op mijn dayjob gebruik ik PHP Storm, maar ben ik niet 100% tevreden van, namelijk te zwaar, overkill maar wel een zeer handige Laravel IDE helper, en die bestaat niet in VS Code, maar nu dus hopelijk wel.
Wat denken jullie wat aangekondigd zal worden op Laracon AU? Ze teasden al iets naar bug tracking/monitoring in production. Dus volgens mij ruikt dit naar iets met Sentry (waar ze al een partnership mee hebben, en Accel (die VC die nu aandelen heeft in Laravel) heeft ook aandelen in Sentry) en hun Laravel Pulse, maar met zero setup.
Ze hebben een lage drempel voor nieuwe developers: Easy-to-read code, goeie documentatie, uitgebreid eco-systeem en een levendige community. Love it.
Een nadeel vind ik wel dat ze developers vaak richting hun eigen stack duwen, ook buiten PHP. Zo ben ik bijvoorbeeld geen fan van Tailwind. Eigen stack opdringen maakt het soms lastiger om bepaalde packages te gebruiken.
Voor mij is het laatste grote nieuws vooral dat ze die funding hebben opgehaald, dat het bedrijf niet meer bootstrapped is.
Het (zeer eenzijdige) interview daarover geeft wat inkijk waar Taylor naartoe wil. Hij zegt bijvoorbeeld duidelijk dat ze hun inspiratie uit Vercel halen. Ik denk dat je daar dus heel hard naar kan kijken om te voorspellen wat ze gaan uitbrengen:
Dan zou hun tracking/monitoring oplossing gelijkaardig zijn aan Observability.
Tools om grotere applicaties en teams te ondersteunen op hun cloud: Security services, previews, etc.
En heb ook zo’n vermoeden dat ze op de AI kar zullen springen, met iets à la v0 of een package om makkelijk AI te integreren?
Hier ook een grote fan! Ik denk dat 90% van mijn projecten gebouwd is met Laravel.
Ik volg je, @Diewy . Ze pushen hun ecosystem steeds harder en ik vrees dat ze dat nu met hun investering nog meer gaan doen. Hopelijk (ik denk het wel of het zou me toch enorm verbazen) houden ze het framework 100% open source.
Ik versta jullie bedenkingen, @Diewy & @maesbn… Alleen tot “nu” toe zeer tevreden van zijn beslissingen. Vandaar dat het mij straf lijkt dat het plots slecht zou beginnen gaan.
Ik probeer weg te blijven van het golden hammer syndrome en de beste tools te kiezen voor de situatie of het probleem waar je voor staat. Soms is dat een lightweight framework zoals Slim, soms een mastodont als Symfony.
Dat gezegd zijnde ben ik er zeker van dat Laravel een zeer degelijk PHP framework is, gebackt door een fantastische community. In de weinige ervaring die ik er mee heb vond ik dat het iets te weinig toe laat om framework agnostische code te produceren en deed het mij in dat opzicht denken aan het vroegere CodeIgniter, dat heel hard hun manier van bouwen en designen doorduwde.
Voor mij is het ideale framework eentje dat ik met een halve dag werk kan verlaten voor een ander.
Interessant. Ik moet eerlijk zijn, ik heb geen ervaring in andere web frameworks. En ik vind het heerlijk om mij meteen thuis te voelen als ik een Laravel project open.
“beste tool voor het probleem”. Ik los momenteel alle webproblemen op met Laravel. Van een eenvoudige statische website, tot het ingewikkeldste. Mss omdat ik mij wil focussen op bouwen, eerder dan uitzoeken welke tool ik wil gebruiken voor het volgende project + dan ook de ins & outs van het nieuwe framework moet leren.
Is dat iets die je al veel gedaan hebt? Een project verder gezet in een ander framework, om de framework agnostische code opnieuw te gebruiken?
Ja, zeker. En de definitie van een probleem hoeft ook niet gelijk te zijn aan “de applicatie” of “het project”. Zelfs binnen een (groter) project kan je vaak opsplitsen in verschillende bounded contexts met verschillende noden. Bv een public search API voor je platform moet heel performant zijn en sterk in (fuzy) zoeken maar misschien is authenticatie hier niet zo belangrijk of van toepassing. In tegenstelling tot de micro service die betalingen of bestellingen afhandelt enz. Check zeker eens DDD en CQRS als je hier meer over wilt lezen (zeker niet beperkt tot PHP natuurlijk).
Je thuis voelen in een framework en er razendsnel iets mee kunnen bouwen waar je een goed gevoel aan overhoudt is uiteraard niet verkeerd. En het kan heel lastig en tijdrovend zijn om uit je comfort zone te klauteren om een nieuwe technologie of framework aan te leren. Maar ook zeer rewarding uiteraard.
) neerschrijven hierover.
