AboutExperienceBlogContact
LinkedInGitHubGitLabWhatsApp
Pavol Miklas

Pavol Miklaš

Systems Builder Product Thinker

About

I build full-stack systems and spend most of my time understanding why they’re needed.

Eighteen years behind a trumpet (from age five) taught me that progress is boring, daily, and non-negotiable. Somewhere along the way, rhythms turned into algorithms, and the discipline came with me: building systems, solving problems, turning ideas into things that actually work.

Today I operate at the intersection of technology, business thinking, and human collaboration: designing digital systems, shaping direction and momentum within projects, and turning complex ideas into elegant solutions.

Outside the digital world you’ll find me on a mountain bike, under a barbell, tending my orchard, or experimenting in the kitchen with healthy food. Different arenas, same principle: show up daily and let the results compound.

I believe life rewards the persistent and the optimistic. There’s room for everyone to succeed, and meaningful things take time to build.

I enjoy meeting people who think big, build things, and stay positive along the way.

Experience

Real systems, real users, and the lessons you only learn in production.

The deep end

I started the way every junior dreams of: thrown straight into the deep end. An insurance system serving tens of thousands of users across dozens of companies in Central Europe. No sandbox. Every commit shipped to production. I learned fast, partly because I wanted to, mostly because I had to. Turns out that’s the best way.

The real lesson

That system powered the digitalisation of public health: faster, more accessible everyday processes for the professionals who relied on it to get their work done. From there I moved from shipping features to architecting full-stack systems from scratch: greenfield repositories grown into production platforms serving hundreds of users daily. Frontend, backend, database design, CI/CD, architecture, business analysis: if it needed doing, I owned it. That taught me what no tutorial ever could: building software is 30% code and 70% understanding what people actually need.

Legacy to modern

When a mission-critical product for road infrastructure management outgrew its legacy monolith, I was at the center of decomposing it into a modular, scalable architecture: the kind of system where every decision carries weight, because real people depend on it every day. It’s also where I started folding AI into serious engineering, long before it was the obvious move.

Content at scale

Then came a SaaS platform for digital and print book distribution: a large-scale system of tightly coordinated modules spanning inventory management, metadata processing, distribution analytics, and multi-channel content pipelines pushing to Amazon and other global marketplaces. High throughput, complex integrations, zero room for error.

The playground

When I’m not solving other people’s problems, I’m happily creating my own. I love building things others can reuse (shared libraries, component packages, Docker images, internal tools), packaged well enough that someone else can just grab them and run. I’ve built e-commerce platforms, contributed to a popular 3D solar system simulator, and got a patch merged into Google’s official Angular repository. Every side project starts with “what if” and ends with a new skill in the toolkit.

The agent era

Read the chapters above again and a pattern emerges: every few years the ground shifts, and I’m already standing on the new one. The agent era is no different. While the industry debated whether AI could write serious code, I was shipping with it. I don’t vibe-code; I engineer with AI, composing dedicated armies of specialized agents (planners, builders, reviewers, testers) orchestrated with the same rigor as any production system and delivering real work end to end. Increasingly, I let it run in autonomous loops: automations chaining subagents across isolated worktrees, backed by an arsenal of custom skills and connectors, each loop engineered to plan, execute, and verify its own output, so one builder ships with the throughput of a team. And because agents are only as sharp as what they know, I distill domain knowledge into vector databases and knowledge graphs (embeddings for instant recall, graphs for connected reasoning) and wire both into the fleet, so it works with your context instead of guesswork and gets smarter with everything it ingests. Every tool in this paragraph will eventually be replaced; the reflex to master what’s next first won’t. That’s what you’re really bringing on board: not a stack, a trajectory.

Every one of these systems started as a conversation. The next one might start with yours.

Have an idea or a project in mind? Great collaborations start with a simple conversation.