Rasmus Hurup Hansen Freelance systems development
EN DA
Services

What I get called in for

The work looks different every time, but the pattern is the same. There is something the business depends on, and it needs to be built, connected or automated by someone who has done it before.

FIG. 01 Services
01

Business systems and internal tools

The systems that replace spreadsheets, mail threads and manual lists. Built for the way you actually work, rather than a standard process you have to be squeezed into.

  • Case, customer and production systems
  • HR and employee tooling
  • Customer and staff apps
02

Integrations

The biggest gain usually comes from making the systems you already have talk to each other. I have been connecting ERP, finance, identity and industry services for over ten years.

  • Microsoft Graph and Entra ID sign-in
  • E-conomic, AutoTaks and industry-specific services
  • REST, SOAP, webhooks and file-based exchange
03

Business intelligence and data

Numbers you can actually decide on. I take it from the data foundation and modelling all the way out to the screens management really looks at.

  • Data foundation and modelling across sources
  • Performance and operations analysis
  • Dashboards and decision support
04

Automation and process optimisation

If a task gets done by hand every week, it is usually worth automating. I find them, do the maths on them and build them away.

  • Background jobs, robots and scheduled runs
  • Automatic data capture and exchange
  • Mapping the process before anything gets built
05

Operations, DevOps and infrastructure

Code that cannot be deployed is not finished. I set up environments, pipelines and monitoring, and I am happy to take on operations if you would rather not.

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

Architecture and technical advice

Sometimes the job is not to build, but to work out what should be built. I have led development teams for ten years and am comfortable sitting on your side of the table.

  • Requirements and estimation
  • Architecture and technology choices
  • Code review, onboarding and team building
FIG. 02 Engagements

Three ways to do it

A

Project

A defined piece of work with agreed scope, schedule and price. This fits when you know what needs building and just need someone to build it.

B

Ongoing

A fixed number of hours per week or month where I am part of the team. This fits when there is more than one task and they keep arriving.

C

Advice

A review, an architecture proposal or a second opinion before you commit to something large. Often the cheapest thing you can buy.

FIG. 03 Toolbox

What I work in

Tools are means, not ends. These are the ones I know well enough to also know their weaknesses.

Languages and frameworks
  • PHP
  • Laravel
  • Symfony
  • Python
  • JavaScript
  • TypeScript
  • React
  • HTML
  • CSS
Data and search
  • MySQL
  • PostgreSQL
  • Redis
  • Meilisearch
  • Sphinxsearch
  • Business Intelligence
Infrastructure
  • Docker Compose
  • Docker Swarm
  • Linux
  • Debian
  • Ubuntu
  • Nginx
  • Apache2
  • Watchtower
  • Zabbix
  • pfSense
Delivery and automation
  • GitHub
  • Bitbucket Pipelines
  • Jenkins
  • Azure DevOps
  • Bash
  • PM2
  • Node-RED
Integrations
  • Microsoft Graph
  • Entra ID
  • AutoTaks
  • E-conomic
  • REST
  • SOAP
  • Webhooks

Got something that needs building properly?

Write a few lines about what you are dealing with. I will come back with what I think, including if the answer is that someone else would do it better.