Did AI help you build your application fast — but now every new feature seems to break something else?
I specialize in Vibe Code Rescue: taking AI-generated, rapidly developed, or legacy applications and turning them into stable, maintainable, production-ready software.
I’m a senior software architect and .NET engineer with 20+ years of commercial development experience. I work particularly well with systems that already exist and already provide business value — but have accumulated technical debt, architectural problems, production bugs, or scalability limitations.
A recent client came to me with what sounded like a simple request:
Add 10 new languages to an existing website.
The application had been developed with substantial AI assistance. When I investigated the implementation, I found that the existing localization approach violated DRY (Don’t Repeat Yourself): adding more languages meant duplicating more content and language-specific logic.
It worked for the current requirements.
It would not scale to another 10 languages.
Instead of multiplying the duplication, I introduced a proper i18n architecture and refactored the application around it.
The client got the languages they needed — but, more importantly, the system now has an architecture where adding the next language does not require duplicating the application again.
You can see the production system here:
International Sommelier Guild
This is the kind of problem I solve.
• You built an MVP with Claude, ChatGPT, Cursor, Copilot, or another AI coding tool, but the codebase is becoming difficult to maintain.
• Your application works, but every change introduces regressions.
• AI-generated code solved individual requirements without creating a coherent architecture.
• You inherited a .NET application and need someone to understand it before making major changes.
Andriy R. earns an estimated $6.5k/mo. That's 5.6× the typical freelancer and more than 99.7% of everyone we track.
• A legacy system needs modernization without an expensive rewrite from scratch.
• You need a senior engineer to investigate production problems that aren't obvious from individual tickets.
• Your prototype has become a real business system and now needs production-grade engineering.
Backend: C#, .NET / ASP.NET Core, REST APIs, Entity Framework Core, SQL Server
Frontend: Angular, React, JavaScript, TypeScript
Cloud: Microsoft Azure, App Service, Azure Functions, Service Bus, Azure SQL, Blob Storage, AKS
Architecture: distributed systems, microservices, authentication/authorization, OAuth/OIDC, system integration, asynchronous processing
Infrastructure: Docker, Kubernetes, Azure DevOps, CI/CD, Redis, RabbitMQ
Modernization: legacy .NET applications, architecture refactoring, production stabilization, technical discovery, incremental migration
I don't automatically recommend rewriting your application.
First, I understand what you already have.
Then I identify what is actually causing the problems, separate working code from technical debt, and propose the smallest sensible path toward a maintainable system.
Sometimes that means refactoring one subsystem.
Sometimes it means stabilizing production first.
Sometimes a larger modernization is justified.
The decision should come from the engineering problem — not from a preference for a particular technology or architecture.
AI can get a product surprisingly far. I help take it from there.
If your AI-built, legacy, or rapidly developed application has reached the point where it needs experienced engineering, send me a message and tell me what is going wrong.