MDSolutions MDSolutions
EN DE RU
Build Solutions, Solve Problems

I build new PHP/Symfony products and modernize live systems.

MDSolutions is my software-engineering practice. I design and ship web apps, backends, and APIs for new products, and improve existing platforms through modernization, CI/CD, custom server setup, and frontend delivery.

Backend, APIs, and SaaS integrations Symfony and PHP systems with clean service boundaries, integrations, and data flows that stay maintainable in production.
Frontends that support the product SPAs, dashboards, and operational surfaces that are fast, clear, and built around the real workflow.
New products and existing systems From greenfield products to existing platforms that need restructuring, stabilization, or a clean next version.

What I actually deliver.

Core systems

PHP/Symfony backends and APIs

Business logic, integrations, queues, data models, and APIs for products, SaaS platforms, and internal systems.

Product delivery

Web apps, SPAs, and frontend systems

Customer-facing apps, internal tools, dashboards, and admin surfaces with the same attention to speed, clarity, and maintainability as the backend.

Change without a freeze

Modernization and legacy rescue

Incremental rewrites, strangler migrations, framework upgrades, and platform cleanup without months of disruption.

Infrastructure

CI/CD, deployments, and custom servers

Pipelines, release automation, observability, container setups, and custom infrastructure when managed platforms do not fit the project reality.

Delivery model

Solo engineering lead, expandable when needed

I stay hands-on as the primary engineer. If scope or timeline grows, I can add additional developers or specialists and keep delivery coordinated through one technical lead.

01

Name the real constraint

The start is about the real problems: fragile releases, slowed-down teams, opaque legacy, broken integrations, or missing operational control.

02

Build the right slices first

Architecture, prioritization, and implementation are handled together. That produces useful increments instead of activity without real delivery.

03

Ship with operations in place

Deployments, monitoring, rollback paths, and documentation are part of the delivery so the system does not become a risk the moment it ships.

Typical engagements.

Most engagements start when a system needs to scale, integrate, modernize, or finally be delivered cleanly.

Product build-out

When a product needs a reliable core

Backends, admin tooling, integrations, and delivery structures for products that need to move beyond prototype quality.

Integration pressure

When data has to move cleanly across systems

APIs and data flows for environments spanning SaaS tools, ERP, CRM, legacy systems, and internal services.

Scaling

When growth or operations start stressing the system

Release hardening, observability, caching, queueing, and server architecture for phases where performance and stability become visible business concerns.

Modernization

When an old platform must keep running while it is being renewed

A senior engineering partner who can own the difficult transition from the current system to a usable next version.

Recent thinking from the blog.

Architecture

Interfaces that keep teams from working against each other

As soon as posts are available, they will render here automatically. Until then the homepage shows this placeholder.

Delivery model

Modernization without months of disruption

These cards stay in place but are automatically replaced by real blog content once entries exist in the system.

Operations

Observability that helps in day-to-day operations

Even without posts the layout remains complete. The data binding for future entries is already in place.

Contact

Describe what is blocked, fragile, or overdue. I will reply with a concrete next step.

The most useful messages include product context, the systems involved, and the delivery pressure behind the problem. Whether you need architecture help, hands-on implementation, or both is usually clear quickly. Replies typically go out within one business day.

Location Embrach, Canton Zurich. Remote and hybrid across Switzerland and Europe.
Working hours Mon-Fri 09:00-18:00 CET, additional slots by arrangement.

Suitable for new products, existing platforms, API work, modernization, CI/CD, infrastructure, and frontend delivery.