Complete responsibility
Architecture, implementation, quality and delivery responsibility are presented together.
Projects
The selected work below is framed as engineering proof: what kind of system was involved, what the product needed, which surfaces were delivered and where the technical responsibility lived.
A project view as delivered systems: need, architecture, technical surfaces, quality and ownership.
Application foundation focused on business rules, APIs, authentication, data and server consistency.
Backend architecture, API contracts, data models and application security.
Application foundation focused on business rules, APIs, authentication, data and server consistency.
Delivered surfaces
Technical ownership
Backend architecture, API contracts, data models and application security.
Public pages designed for understanding, SEO, structured content and clear experience.
Delivered surfaces
Technical ownership
Interface, content, accessibility, responsive rendering and editorial consistency.
Internal tools to operate data, control flows and make business operations visible.
Delivered surfaces
Technical ownership
Admin models, access security, business actions and operational readability.
Mobile journeys centered on onboarding, sessions, device context and useful error states.
Delivered surfaces
Technical ownership
Flutter experience, auth UX, screen states and backend communication.
Interactions connected to events, notifications, messages or contextual synchronization.
Delivered surfaces
Technical ownership
Events, WebSocket, queues, integrations and state consistency.
Checks that turn a project into a measurable system instead of a visual showcase.
Delivered surfaces
Technical ownership
Tests, OpenAPI contracts, performance, dynamic security and mutation testing.
Architecture, implementation, quality and delivery responsibility are presented together.
Project scope stays factual and avoids invented client metrics.
The work highlights frontend, backend, mobile, infrastructure, documentation and hardening whenever they belong to the system.
Proof graph
The matrix avoids presenting projects as screenshots only: it shows which surfaces were actually touched, from interface to backend and quality signals.
Luchtreiniger Pro / Afzuigkapreinigenhoreca.nl
Glimpse
Socializus / P4W
SmsService
French Foreign Legion — IT duties in a confidential environment
Case 01 - Professional multilingual web platform
A production-oriented B2B web ecosystem designed to present services, structure demand acquisition, handle leads and deliver an operable platform in Dutch and English.
A complete business-facing platform with acquisition, business logic and operations — not a brochure page.
5
Scope
8
Stack
OK
Signal
Case 02 - Advanced modular backend and social mobile product architecture
A dense backend and product foundation for a social mobile application, with complex domains, deep quality strategy and strict responsibility boundaries.
Architecture depth, testing pressure, validation rigor and product design shaped for serious production readiness.
5
Scope
10
Stack
OK
Signal
Case 03 - Multi-surface product recovery and technical reconstruction
A clarification and reconstruction effort spanning mobile application work, backend design, chat, notifications and maintainability, with one concrete objective: making the system understandable and evolvable for a small team.
A practical recovery mindset for systems that need clarity, lower risk and stronger foundations again.
5
Scope
8
Stack
OK
Signal
Case 04 - Public Android SMS gateway prototype
A public Kotlin Android prototype that turns a controlled phone into a local SMS gateway for consent-based transactional messages, with backend integration constraints and explicit security limits.
A small but concrete public repository showing Android, backend integration, local infrastructure thinking and security boundaries.
5
Scope
8
Stack
OK
Signal
Case 05 - Technical experience under demanding constraints
An IT experience carried out in an environment where rigor, discretion, reliability and service continuity were part of the expected standard.
A formative experience, presented with restraint, that helps explain my current standards for architecture and reliability.
4
Scope
6
Stack
OK
Signal
What these projects demonstrate
Backend architecture, public interfaces, mobile products, admin workflows, infrastructure, documentation, quality and operating constraints are not separate arguments. They are the ingredients of systems that can be understood, delivered, maintained and improved.
Each area shows a technical responsibility: need, interface, backend, data, operations and quality.
The backend carries rules, access, validation, API contracts and business consistency.
A serious project does not stop at development: it must be understood, structured, verified, hardened and maintainable.
Separate responsibilities, define contracts and choose a durable structure.
This matrix connects visible surfaces to less visible responsibilities: business flows, risks, operations and maintenance.
Project conversation
Use the contact page to share a product, platform or recovery context. The form is structured around the same request types supported by the backend.