Vue-udvikling og overtagelse

• I har arvet en Vue-applikation, og ingen nuværende ansat har læst den
• Den står på Vue 2, som ikke er blevet vedligeholdt siden udgangen af 2023, og opgraderingen bliver ved med at blive udskudt
• Små ændringer tager langt længere, end de burde, og ingen kan sige hvorfor

1. 01

   Læs den

   Jeg går koden, build-opsætningen og afhængighederne igennem og giver et skriftligt billede af, hvad I ejer — også de dele, der giver problemer senere.

2. 02

   Gør den sikker

   Få den til at bygge reproducerbart, få afhængighederne op på en understøttet version, og læg test omkring det, der ville være katastrofalt at ødelægge. I den rækkefølge.

3. 03

   Byg videre

   Og så funktionerne. Per projekt, eller per måned hvis kodebasen har brug for en, der er fast tilknyttet.

• Migrering fra Vue 2 til Vue 3, i etaper frem for som én weekend-omskrivning
• Opgradering af afhængigheder og byggeværktøj, inklusive vejen væk fra udfaset værktøj
• Fortsat udvikling af funktioner på en eksisterende applikation
• Skriftlig dokumentation af det, I ejer, hvilket ofte er dét, der reelt manglede
• Server-rendering af de dele, der skal kunne findes i Google og i AI-svar

Hvad koster det at overtage en Vue-applikation?

Det starter med en teknisk gennemgang, fordi en migrering ikke kan prissættes ud fra kode, ingen har læst. Derefter er det enten projektarbejde til en aftalt pris eller en fast månedlig aftale, og I får beløbet på skrift, inden noget går i gang.

Vi står stadig på Vue 2. Hvor slemt er det?

Den holdt op med at få opdateringer ved udgangen af 2023, så det er et sikkerhedsspørgsmål. I de fleste tilfælde er det ikke en nødsituation, og det kræver sjældent en omskrivning fra bunden. Migrering til Vue 3 er som regel trinvis, og det første skridt er at finde ud af, hvor meget af jeres kode der faktisk afhænger af det, der blev ændret.

Ingen har dokumenteret den. Er det et problem?

Nej, det er den normale situation. At sætte sig ind i udokumenteret kode er en del af opgaven, og det skriftlige billede, I får med efter en gennemgang, er ofte den mest værdifulde del af forløbet — det er dét, der gør, at I ikke længere er afhængige af én bestemt person, mig indbefattet.

Skal vi flytte den til React?

Som regel nej. En fungerende Vue-applikation skrevet om i React er måneders forbrug for at ende samme sted som før, med nye fejl. Vue 3 bliver aktivt vedligeholdt og er fuldt ud i orden. De reelle grunde til at flytte er rekruttering — hvis I reelt ikke kan finde Vue-folk — eller et grundlæggende arkitektonisk behov, og ingen af delene er så udbredte, som dem der foreslår omskrivninger, lader ane.

Den offentlige del af vores Vue-app kan ikke findes i Google. Kan det rettes uden en omskrivning?

Som regel ja. Det er sjældent hele applikationen, der skal kunne findes — det er en håndfuld sider: forsiden, ydelserne, priserne, et katalog eller en blog. De kan server-renderes eller forudgenereres for sig, mens resten bliver ved med at være en almindelig klientside-app bag login. Samtidig kommer titler, canonical og opmærkning på plads per side, hvilket også er det, der skal til, før en AI-assistent kan citere jer. Det er dage frem for et projekt.

Kan du vedligeholde den fremadrettet?

Ja. Det er aftalen som fast udviklingspartner til en fast månedlig pris: I holder en prioriteret liste, jeg tager den øverste og gør den færdig, før jeg starter på den næste, med en måneds opsigelse og ingen binding.

• WordPress
• Laravel
• WooCommerce
• React
• Next.js
• Shopify

Listen er de teknologier, jeg oftest arbejder i, ikke en grænse. Jeg udvikler også i de fleste andre sprog og frameworks, og på andre webshopløsninger.