Konrad K. Puljavin
Helsingborg, Sweden

I'm a Systems Developer and DevOps Engineer.I work with individuals, startups and enterprise clients.

I'm Konrad K. Puljavin, a Polish developer based in Helsingborg, Sweden. I build internal systems, automations and cloud solutions that replace manual work with operation you can rely on, with a foundation in Google Cloud, Microsoft Azure, Linux and networking. I look at the whole system around the code. I built every project below and I run them myself, the full stack.

Based in
Helsingborg
Work on
Full-stack Apps, Infrastructure
Building since
2022
Status
Open to work
See more
01Experience

Background.

Sundet CRM, Malmö
2025 - 2026
Sundet CRM, Malmö

Full-stack & DevOps Developer

Worked inside a small team on a CRM platform used daily by consultants and the clients they manage. Built role based access across the API, dashboards where users could manage their own data, and salary simulations that had to agree with numbers people already trusted. Set up authentication, audit trails and API documentation, and moved releases onto an automated pipeline so shipping stopped being something done by hand.

Nimt.ai, Helsingborg
2025
Nimt.ai, Helsingborg

Backend Developer

Backend work on a product that measures how AI models talk about a brand. Prompts run against several model providers on a schedule, and the answers come back in different shapes, so much of the work was turning them into one consistent format and keeping the results over time in a way that lets change be compared. Node.js and TypeScript on PostgreSQL, in a team small enough that the line between backend and frontend stayed thin.

Provectus AB, Eslöv
2024
Provectus AB, Eslöv

Full-stack Developer

Took a .NET backend that had grown difficult to manage and refactored it into something a team could work inside: a clear line between data access and business logic, integration tests that ran on every change, and structured logging so a failure explained itself. Wrote the onboarding documentation that new developers used.

2024
ALLinONE, Valencia

Frontend Developer

Built frontends for business clients in React, Angular and TypeScript, working directly with the people who would end up using them. Much of the work was turning a vague request into something specific enough to build, then delivering it in short cycles without breaking what already worked.

2022 - present
Remote and on site

Independent Consultant

Contract work for clients who needed something built, fixed or moved. Secure APIs, deployment automation, live data migrations, and the occasional urgent problem inside a system I had never seen before. The part I am most pleased with is unglamorous: handover documentation good enough that a client could carry on without me. Several came back.

02Work

Public projects.

A selection of what I have built. Some for clients, some because I wanted them to exist.

01 · 2026
Live

Sundet Salary Simulator

The salary simulator a Swedish consultancy points its own recruits at. Their consultants earn a gross salary pot that grows with what they bill, and it is theirs to split between salary, pension and benefits. This tool lets someone model that split against the rules that actually apply, municipal tax, ITP1 pension and more. You can save scenarios and compare them side by side. Employees, administrators and system owners each see a different part of it, and the tax rules are configurable. Built for the client on their own Azure tenant, so the code is theirs and there is no public repository.

A React SPA against a .NET 8 API over EF Core and Azure SQL, where the calculation engine runs on tax and compensation rules an administrator edits at runtime and the three access levels are enforced server-side.
React 19TypeScript.NET 8Azure SQLAzure
02 · 2026
Live

Social Circles

A communication platform for an organisation that wants its own: separate spaces, roles and direct messages. People sign in with the Google account they already have, what they can see follows the role they were given, and when someone asks to be forgotten they are removed everywhere, down to the identity provider that held their login.

Next.js over Prisma and PostgreSQL with Clerk as the identity layer, every permission decision made on the server and the account deletion path reaching into the identity provider through its API. Deployed by me.
Next.jsPrismaPostgreSQLClerk
03 · 2025
Live

Drone Delights

A customer-facing ordering platform for a drone delivery service, covering the whole way from the menu to the moment the food lands. Someone browses, fills a cart, checks out and follows the order on its way, in Swedish or English. It was built from an empty folder, and a first-time visitor can complete an order unaided.

A React single-page application built with Vite and styled in SCSS, holding cart and order state on the client, with both languages served through i18next. Deployed by me.
ReactViteSCSSi18next
03Stack

What I work with.

Tools I have used on real projects, daily.

Languages

  • TypeScript
  • C#
  • Java
  • Python
  • Go
  • PHP
  • SQL
  • Bash

Frontend

  • React
  • Next.js
  • Vite
  • Sass / SCSS
  • i18next
  • Chart.js

Backend

  • Node.js
  • .NET 8
  • .NET Framework
  • ASP.NET Core
  • Entity Framework
  • Prisma
  • Drizzle

Databases

  • PostgreSQL
  • SQL Server
  • MongoDB
  • SQLite
  • libSQL / Turso
  • Supabase
  • Redis

Authentication

  • Clerk
  • Google OAuth
  • Microsoft Entra ID
  • OpenID Connect
  • OAuth 2.0
  • JWT

Cloud

  • Microsoft Azure
  • Google Cloud
  • Vercel
  • Hetzner
  • Azure Static Web Apps

Infrastructure

  • Ubuntu
  • Docker
  • Kubernetes (k3s)
  • Caddy
  • nginx
  • systemd
  • GitHub Actions
  • UFW

Monitoring

  • Prometheus
  • Alertmanager
  • node-exporter
  • cAdvisor
  • kube-state-metrics
  • journald
04Practice

I learn things by running them.

I have never learned a system properly from a book. Reading about how something behaves tells you what happened to somebody else. Running it yourself under pressure tells you what happens at three in the morning when a certificate expires and nobody is awake to help. So I put myself in the position of having to know.

This page, and every project I built for myself, runs on infrastructure I own and operate myself. I chose the machine, I built what sits on top of it, and I am the one who gets called when it stops. Nobody handed me a working environment to develop inside. When something breaks here it breaks because of a decision I made, and I have to understand it well enough to put it right.

That is the whole point of doing it this way. Theory tells you a system should work. Operating one for real teaches you the ways it fails, what it costs to keep available, and which shortcuts you pay for later. Everything I know about running software in production, I learned by being the person responsible for it.

Concretely: a single Linux server running Kubernetes behind a reverse proxy, each site in its own network with an egress fence and no route to the control plane, certificates and deployments handled automatically on every commit, and metrics and alerting I read myself.

05About

What I take on.

New builds, and systems that arrived with no documentation, no author left to ask, and something in production depending on them. I have taken on both, repeatedly. Reading unfamiliar code and working out what holds it up before changing anything is a large part of what I do, and the part I am best at.

Interested?