Gå til indhold
Journalen

Laravel udvikling: hvornår er Laravel det rigtige valg?

Hvad Laravel er, hvad Laravel udvikling går ud på i en dansk virksomhed, hvornår det er det rigtige valg, og hvad du skal kigge efter hos en udvikler.

4 min. læsetid#guide#laravel

Laravel udvikling er for de fleste danske virksomheder ikke et valg af framework, men en arv. Der står et forretningssystem, der er skrevet i Laravel: en kundeportal, en booking, fakturering eller et internt værktøj, der er vokset ud af et regneark. Spørgsmålet er, hvem der skal bygge videre på det. Den her guide forklarer, hvad Laravel er, hvad arbejdet typisk består af, hvornår Laravel er det rigtige valg til noget nyt, og hvad du skal kigge efter hos en Laravel udvikler.

Hvad er Laravel?#

Laravel er et framework til PHP, skabt af Taylor Otwell og udgivet første gang i 2011. Et framework er et færdigt skelet, man bygger sit system ovenpå, så man ikke skal skrive det samme fundament forfra hver gang.

Det, der følger med i Laravel, er netop det, et forretningssystem har brug for: brugere og rettigheder, en databaseadgang (Eloquent), migrationer til databasens skema, køer til baggrundsarbejde, planlagte jobs, e-mails og en skabelonmotor til siderne (Blade). Det er gennemprøvet i rigtig mange systemer, så timerne går til dine egne forretningsregler og ikke til at genopfinde login.

PHP kan hostes næsten alle steder, og der findes mange danske udviklere, der kan læse koden. Det er en undervurderet fordel: et system, flere kan tage over, er et system, du ikke er bundet til én person med.

Hvad Laravel udvikling typisk er#

Der er to slags opgaver, og den anden er langt den mest almindelige:

  • Nyt fra bunden: et system, der skal bygges, fordi regnearket eller det hyldevaresystem, I bruger i dag, ikke længere kan følge med.

  • Videreudvikling og overtagelse: et eksisterende Laravel-system, der skal have nye funktioner, en opgradering eller en ny udvikler, fordi den gamle er stoppet.

Ved en overtagelse starter arbejdet med at læse: skemaet, migrationerne, køjobbene og de planlagte kommandoer, så man ved, hvordan systemet faktisk hænger sammen, før man giver pris på noget. Jeg har skrevet om rækkefølgen i At overtage en Laravel-app, når udvikleren er stoppet.

Hvornår Laravel er det rigtige valg, og hvornår ikke#

Laravel er et godt valg, når det, der skal bygges, er mest logik: brugere, rettigheder, beregninger, betalinger og et forløb med statusser. Det meste af fundamentet følger med, og det er nemt at finde nogen, der kan overtage.

Det er et dårligere valg, når opgaven mest er indhold, som I selv vil rette. Så er WordPress billigere at bygge og billigere at drive. Og når brugerfladen er meget interaktiv, som et dashboard, folk sidder i hele dagen, bliver den som regel bygget i React eller Vue, hvor Laravel så kan være backenden bagved. Den kombination er almindelig og fungerer godt.

Hvorfor versionen betyder noget#

Laravel udkommer med en ny hovedversion omtrent én gang om året, og hver version får fejlrettelser i 18 måneder og sikkerhedsrettelser i to år. PHP selv har sin egen supportperiode per version. Et system, der ikke bliver opgraderet, glider derfor stille ud af støtte, også selvom det kører fint.

Det sker oftere, end man tror. En opgradering giver ingen synlig gevinst for andre end udviklerne, den er risikabel uden test, og der er altid noget, der haster mere. Så kommer der en sikkerhedsadvarsel på en afhængighed, der ikke kan rettes uden opgraderingen. Den sikre vej er én hovedversion ad gangen, med systemet udrullet og kørende imellem hvert trin, og PHP og Laravel opgraderet hver for sig, så en fejl har én tydelig årsag.

Laravel udvikler i Danmark: hvad du skal kigge efter#

Om udvikleren sidder i Danmark betyder mindre end, hvordan vedkommende arbejder. Spørg om:

  1. Hvordan starter du på et system, du ikke har skrevet? Et godt svar handler om at læse og kortlægge, før der bliver givet pris.

  2. Hvad gør du, hvis der ingen test er? Svaret bør være en lille testsuite omkring de dele, der flytter penge eller kan miste data, før der bliver ændret noget.

  3. Hvordan bliver ændringer udrullet? Fra versionsstyring, med migrationer og en vej tilbage, ikke ved at uploade filer til serveren.

  4. Hvem ejer koden, serveren og adgangene? Det bør være jer.

  5. Bliver det skrevet ned? Migrationer, miljøvariabler og udrulning dokumenteret, så systemet ikke afhænger af, at udvikleren bliver.

Ofte stillede spørgsmål#

Er Laravel det samme som PHP?

Nej. PHP er programmeringssproget, og Laravel er et framework skrevet i PHP. Al Laravel-kode er PHP, men ikke al PHP-kode er Laravel.

Kan et gammelt Laravel-system opgraderes, eller skal det skrives om?

Næsten altid opgraderes. Omskrivninger bliver anbefalet langt oftere, end de er berettigede. En teknisk gennemgang afgør spørgsmålet, før nogen binder sig til et tal, og svaret er ofte, at en målrettet opgradering giver flere år mere.

Laravel eller WordPress?

Handler det mest om indhold, I selv vil rette, så WordPress. Er det mest logik, brugere og forløb, så Laravel.

Kan en Laravel udvikler arbejde sammen med vores egne udviklere?

Ja, og det er en helt almindelig aftale: review af pull requests, de opgaver ingen har tid til, eller en ekstra seniorvurdering ved siden af teamet.

Har I et Laravel-system, der skal bygges videre på eller overtages, kan du læse mere om min Laravel udvikling.

Var dette nyttigt?

Flere noter