01 / 07 About

The builder behind the products, platforms, and performance work

25+ years building software across the web, backend systems, infrastructure, and product delivery, with an additional 14 years of markets experience shaping how I think about latency, risk, and decision quality.

02 / 07 Background

What I actually do

I build websites, web apps, mobile and desktop apps, ecommerce systems, APIs, automation workflows, and deployment infrastructure. That can mean shipping a lightweight marketing site, architecting a full SaaS platform, designing the backend contracts, selecting the right database, or getting the whole product onto a fast global delivery network.

The common thread is not one framework or one niche. It is careful engineering. I aim for products that load quickly, stay maintainable, fit the business, and feel solid in production.

Why the range is broad

Over the years I have worked across frontend, backend, infrastructure, data workflows, performance tuning, and product architecture. That breadth is useful because real projects rarely stay in one lane. A website still needs deployment and analytics. An app still needs auth, APIs, databases, caching, and operational decisions. An automation workflow still needs reliable inputs, clean data, and sensible outputs.

I also founded Webwify, and I am building NativeCharts. One proves delivery and client-facing execution. The other proves systems depth, performance thinking, and long-range engineering ambition.

See how those directions connect across the brands and ventures.

The markets background still matters

14 years of trading Equities, Futures, Bonds, and Forex sharpened how I think about speed, downside protection, process discipline, and signal versus noise. That perspective carries directly into software: measure what matters, reduce unnecessary complexity, and build systems that behave predictably under stress.

It does not define the whole site anymore, but it remains part of what makes the engineering perspective different.

03 / 07 Approach

Approach

Use the right level of complexity for the job, not the most fashionable one. Fast, secure, maintainable systems usually come from clear decisions, not oversized stacks.

Iavor Kolev

04 / 07 How I work

Four habits that decide the outcome

  • Start with the actual problem

    I try to understand the commercial and operational problem first, then choose the technical shape that best solves it.

  • Think across the whole system

    Frontend, backend, database, caching, deployment, and maintenance are connected. I design with those interfaces in mind.

  • Take performance seriously

    Performance is part of product quality. I care about payload size, perceived speed, edge delivery, and keeping systems efficient in production.

  • Prefer practical over flashy

    The goal is not complexity for its own sake. The goal is software that works well, ages well, and is pleasant to operate.

05 / 07 Strengths

What this background makes me strong at

Apps

Websites, apps, and product builds

Shipping polished websites, web apps, mobile and desktop products, and ecommerce systems with strong UX and production readiness.

API

APIs, data flows, and integrations

Designing backend contracts, real-time features, auth, automation, data extraction pipelines, and third-party integrations that support real operations.

Edge

Infrastructure and deployment choices

Choosing platforms, databases, hosting, caching, and delivery patterns that keep products fast, secure, and cheap to operate.

Perf

Latency, risk, and systems discipline

Bringing a performance-aware and downside-aware mindset from both large software systems and real market experience.

Operating principles

  • First principles
  • Systems thinking
  • Performance aware
  • Product minded
  • Delivery focused
  • Risk aware
  • Detail oriented
  • Long-term thinking
  • Automation mindset
  • High standards
  • Secure by default
  • Independent

07 / 07 The next move

Need someone who can handle more than one layer of the stack?

That is usually where I am most useful: when the project crosses frontend, backend, infrastructure, data, and product decisions instead of living in one isolated lane.

Start the conversation->View CV