Rasmus Hurup Hansen Freelance systemudvikling
DA EN
Ydelser

Hvad jeg bliver hentet ind til

Opgaverne ser forskellige ud, men mønsteret er det samme. Der er noget, forretningen er afhængig af, og det skal bygges, kobles sammen eller automatiseres af en, der har prøvet det før.

FIG. 01 Ydelser
01

Forretningssystemer og interne værktøjer

De systemer, der afløser regneark, mailtråde og manuelle lister. Bygget til den måde, I faktisk arbejder på, og ikke en standardproces, I skal presses ned i.

  • Sags-, kunde- og produktionssystemer
  • HR- og medarbejderværktøjer
  • Kunde- og medarbejder-apps
02

Integrationer

Den største gevinst ligger som regel i at få de systemer, I allerede har, til at snakke sammen. Jeg har koblet ERP, økonomi, login og brancheservices sammen i over ti år.

  • Microsoft Graph og Entra ID-login
  • E-conomic, AutoTaks og branchespecifikke services
  • REST, SOAP, webhooks og filbaserede udvekslinger
03

Business Intelligence og data

Tal, man kan træffe beslutninger på. Jeg tager den fra datagrundlag og modellering hele vejen ud til de skærme, ledelsen rent faktisk kigger på.

  • Datagrundlag og modellering på tværs af kilder
  • Performance- og driftsanalyse
  • Dashboards og beslutningsstøtte
04

Automatisering og procesoptimering

Bliver en opgave lavet i hånden hver uge, er den som regel værd at automatisere. Jeg finder dem, regner på dem og bygger dem væk.

  • Baggrundsjobs, robotter og planlagte kørsler
  • Automatisk datafangst og udveksling
  • Kortlægning af processen, før der bygges
05

Drift, DevOps og infrastruktur

Kode, der ikke kan deployes, er ikke færdig. Jeg sætter miljøer, pipelines og overvågning op, og jeg kan godt tage driften, hvis I ikke selv vil have den.

  • Docker Compose og Docker Swarm
  • CI/CD med GitHub, Bitbucket og Jenkins
  • Linux, Nginx, Apache, Zabbix og backup
06

Arkitektur og teknisk sparring

Nogle gange er opgaven ikke at bygge, men at finde ud af hvad der skal bygges. Jeg har ledet udviklingsteams i ti år og kan godt sidde på jeres side af bordet.

  • Kravspecifikation og estimering
  • Arkitektur- og teknologivalg
  • Code review, onboarding og teamopbygning
FIG. 02 Samarbejdsformer

Tre måder at gøre det på

A

Projekt

En afgrænset opgave med aftalt omfang, tidsplan og pris. Det passer, når I ved, hvad der skal laves, og bare mangler nogen til at lave det.

B

Løbende

Et fast antal timer om ugen eller måneden, hvor jeg er en del af holdet. Det passer, når der er mere end én opgave, og de kommer løbende.

C

Sparring

En gennemgang, et arkitekturoplæg eller en second opinion, inden I binder jer til noget stort. Det er tit det billigste, I kan købe.

FIG. 03 Værktøjskasse

Hvad jeg arbejder i

Værktøjer er midler, ikke mål. Det her er dem, jeg kender godt nok til også at kende deres svagheder.

Sprog og frameworks
  • PHP
  • Laravel
  • Symfony
  • Python
  • JavaScript
  • TypeScript
  • React
  • HTML
  • CSS
Data og søgning
  • MySQL
  • PostgreSQL
  • Redis
  • Meilisearch
  • Sphinxsearch
  • Business Intelligence
Infrastruktur
  • Docker Compose
  • Docker Swarm
  • Linux
  • Debian
  • Ubuntu
  • Nginx
  • Apache2
  • Watchtower
  • Zabbix
  • pfSense
Levering og automatisering
  • GitHub
  • Bitbucket Pipelines
  • Jenkins
  • Azure DevOps
  • Bash
  • PM2
  • Node-RED
Integrationer
  • Microsoft Graph
  • Entra ID
  • AutoTaks
  • E-conomic
  • REST
  • SOAP
  • Webhooks

Har I noget, der skal bygges ordentligt?

Skriv et par linjer om, hvad I sidder med. Så vender jeg tilbage med, hvad jeg tænker. Også hvis svaret er, at en anden løser det bedre.