Senior udvikler og systemarkitekt til fiktiv virksomhed med virkelige problemer

Virksomhed: Fiktiv
Lokation: Remote-first, Danmark
Titel: Senior udvikler, systemkonsulent og teknisk problemløser

Fiktiv bygger og driver digitale systemer for virksomheder, der har vigtigere ting at lave end at kæmpe med dårlige arbejdsgange, ustabile integrationer og teknisk gæld, som ingen længere tør røre ved.

Vi leder efter en erfaren udvikler og systemkonsulent, der kan gå ind i komplekse systemer, forstå dem hurtigt, finde rodårsagen og bygge noget, der virker.

Ikke bare skrive kode.
Ikke bare deltage i møder.
Ikke bare tegne bokse på en whiteboard-væg.

Vi leder efter en person, der kan høre en idé om mandagen og have en fungerende prototype klar tirsdag.

Du kommer til at arbejde med

Du kommer til at designe, bygge, rydde op i og videreudvikle systemer, hvor forretning, data, infrastruktur og mennesker hænger sammen.

Det kan være:

• udvikling af webbaserede administrationssystemer
• integrationer mellem gamle og nye systemer
• API’er, datamodeller og backend-logik
• CMS-lignende platforme, formularer, indholdstyper og dynamiske workflows
• serveropsætning, reverse proxy, Docker, Linux og drift
• automatisering, scripts, import/export, batchjobs og databehandling
• fejlfinding i produktion, hvor det ikke er nok at sige “det virker hos mig”
• teknisk rådgivning til kunder, der har brug for ærlige, praktiske løsninger

Du bliver ikke målt på, hvor mange timer du kan sidde på en stol.

Du bliver målt på, om tingene begynder at virke.

Vi forestiller os, at du kan

Du har mange års erfaring med softwareudvikling og har set nok systemer til at vide, at kompleksitet ikke forsvinder, bare fordi man kalder det en platform.

Du kan blandt andet:

• JavaScript, Node.js og browserteknologi på højt niveau
• PHP, MySQL/MariaDB og klassiske websystemer
• HTML, CSS og praktisk frontend uden nødvendigvis at drukne alt i frameworks
• Linux som naturligt arbejds- og driftsmiljø
• Docker, Nginx, Apache, DNS, SSL, SSH/SFTP og serverdrift
• datamodellering, API-design, JSON, schemaer og systemintegration
• debugging på tværs af kode, database, netværk, logs og brugeradfærd
• skrive scripts, migrationer og værktøjer, der sparer mennesker for gentagelser
• forstå gamle systemer uden dokumentation
• forklare tekniske problemer, så både udviklere, konsulenter og ledelse kan handle på dem

Du har sandsynligvis arbejdet som både udvikler, konsulent, arkitekt, driftsperson og brandslukker, også selvom titlen kun sagde én af tingene.

Det særlige ved rollen

Vi har brug for en person, der kan være bindeled mellem idé og implementering.

En person der kan sidde i et kundemøde og sige:

“Ja, det kan godt lade sig gøre, men ikke på den måde. Her er den lettere vej.”

Og derefter faktisk bygge den lettere vej.

Du skal kunne skære igennem teknisk støj, politiske kompromiser og gamle antagelser. Ikke ved at råbe højest, men ved at lave noget konkret, der kan prøves, måles og forstås.

Vi tilbyder

• remote-first arbejde med høj grad af selvbestemmelse
• ro til fordybelse, når opgaven kræver det
• teknisk tillid frem for mødebaseret kontrol
• plads til prototyper, eksperimenter og hurtige afklaringer
• opgaver med reel kompleksitet
• kunder og projekter, hvor praktisk erfaring betyder mere end buzzwords

Vi tror på, at gode udviklere ikke skal behandles som tastaturressourcer.

De skal have et problem, et mandat og fred nok til at løse det.

Du passer godt ind, hvis du

Du bliver nysgerrig, når nogen siger “sådan har systemet altid virket”.

Du kan godt lide at finde den lille, præcise ændring, der fjerner et stort problem.

Du foretrækker fungerende software frem for lange strategidokumenter.

Du kan arbejde loyalt med kunder og samtidig være ærlig internt om, hvad der teknisk set holder, og hvad der kun holdes sammen af håb, Excel og gamle vaner.

Ansøgning

Send os ikke kun et CV.

Send os gerne et eksempel på noget, du har fikset, bygget, reddet, forenklet eller forstået hurtigere end andre troede var muligt.

Vi leder efter en person med mange timer i hænderne.

Ikke fordi timerne i sig selv betyder noget.

Men fordi man kan mærke forskel på én, der har læst om systemer, og én der har været nede i maskinrummet, mens det brændte.