work
This commit is contained in:
16
docs/evaluation.md
Normal file
16
docs/evaluation.md
Normal file
@@ -0,0 +1,16 @@
|
||||
# Evaluering
|
||||
|
||||
## Hvad fungerede godt
|
||||
- SvelteKit gjorde det hurtigt at samle UI og backend i samme repo.
|
||||
- Login og beskyttede routes gav en klar brugerflow.
|
||||
- Projekter og tasks kan udvides uden at ændre arkitekturen meget.
|
||||
|
||||
## Hvad var udfordrende
|
||||
- Rigtig GitHub/Gitea sync kræver provider-specifik auth og API-håndtering.
|
||||
- Realtidsopdateringer skal afstemmes med deploy-miljø og connection limits.
|
||||
- Progressberegning skal være konsistent, når tasks ændres samtidigt.
|
||||
|
||||
## Hvordan kan det bruges professionelt
|
||||
- Som intern status- og opgaveportal.
|
||||
- Som udviklerdashboard til issues og sprint-overblik.
|
||||
- Som fundament for et teamværktøj med integrationer og live status.
|
||||
30
docs/technical-decisions.md
Normal file
30
docs/technical-decisions.md
Normal file
@@ -0,0 +1,30 @@
|
||||
# Tekniske Valg
|
||||
|
||||
## Hvad jeg byggede
|
||||
En SvelteKit-baseret produktivitetsapp med login, projekter, tasks, issue-overblik og live opdateringskanal.
|
||||
|
||||
## Hvorfor SvelteKit
|
||||
- Server `load` gør det enkelt at hente data tæt på routen.
|
||||
- Form actions passer godt til mutationer uden tung klientlogik.
|
||||
- SSR giver hurtig første render og bedre default UX.
|
||||
- SSE passer til lette live-opdateringer uden fuld websocket-kompleksitet.
|
||||
|
||||
## Hvordan det virker i praksis
|
||||
- Brugeren logger ind.
|
||||
- Dashboardet henter projekter, tasks og issues server-side.
|
||||
- Brugeren kan oprette projekter og tasks via actions.
|
||||
- Projekter kan opdatere status og beregnet progress.
|
||||
- En SSE-endpoint kan sende opdateringer til klienten.
|
||||
|
||||
## Hvad der virkede godt
|
||||
- SvelteKit gjorde dataflowet kort og tydeligt.
|
||||
- Server actions holdt mutationerne samlede.
|
||||
- Drizzle passede godt til schema-drevet udvikling.
|
||||
|
||||
## Hvad der var udfordrende
|
||||
- Realtime sync fra GitHub/Gitea kræver API-specifik integration.
|
||||
- Progress bør helst beregnes robust i databasen eller via en service.
|
||||
- SSE er nemt til énvejskommunikation, men websocket kan blive nødvendig senere.
|
||||
|
||||
## Professionel brug
|
||||
Løsningen kan bruges som intern project tracker, support-overblik eller developer dashboard med integrerede issues og statusopdateringer.
|
||||
19
docs/weekly-plan.md
Normal file
19
docs/weekly-plan.md
Normal file
@@ -0,0 +1,19 @@
|
||||
# Weekly Plan
|
||||
|
||||
## Uge 1
|
||||
- Planlæg et lille MVP-projekt i SvelteKit.
|
||||
- Implementer login, dashboard, projekter og opgaver.
|
||||
- Dokumenter hvorfor SvelteKit passer til SSR, form actions og realtime opdateringer.
|
||||
|
||||
## Uge 2
|
||||
- Tilføj issue-sync fra GitHub eller Gitea.
|
||||
- Arbejd med live opdateringer via SSE.
|
||||
- Dokumenter de tekniske valg undervejs.
|
||||
- Beskriv hvordan teknologien fungerer i praksis.
|
||||
- Vurder hvad der fungerede godt, og hvad der var udfordrende.
|
||||
- Forklar hvordan løsningen kan bruges professionelt.
|
||||
|
||||
## Leverancer
|
||||
- Kort teknisk dokumentation.
|
||||
- Kildekode med projekter, tasks og issue-overblik.
|
||||
- En evaluering af styrker og begrænsninger.
|
||||
Reference in New Issue
Block a user