A quick nod to my October 2024 post where I wrote about a resurrection; a spark of revival just a week before I joined my current role. After that, almost a year of quiet, no major moves, just the hum of the background. But now, here I am, with something serious finally done. This post is the story of that journey: from stillness to momentum, from a borrowed MacBook Air to a fleet of blazing-fast containers. Itās about persistence, evolution, and the indie CTO spirit that never quits.
š°ļø The 2020/21 Reset: When Constraints Forge Ingenuity
Thereās something about being between jobs, in the thick of a global pandemic, with nothing but a battered Celeron and 4GB of RAM to your name. Itās the kind of scenario that strips away comfort and leaves you with raw, unfiltered curiosity. In 2020, that was my reality. My main laptop was out of commission, and the world was on pause. But the mind? It was anything but idle.
With limited hardware, I found myself rewriting the core of crispās pipelineāfirst in C++, then in C. The process wasnāt just about porting code; it was a paradigm shift. When youāre forced to squeeze performance out of every byte and cycle, you start to see the pipeline not as a static sequence, but as a living, breathing organism. Every inefficiency is a bottleneck you canāt afford. Every optimization is a small victory. š
š» The Pipeline, Reborn: MacBook Air and the Spirit of Iteration
Fast forward to today. The worldās a little less uncertain, and Iāve managed to borrow an old MacBook Air. The spirit of those Celeron days hasnāt fadedāitās evolved. I dove back into the pipeline, resurrecting crisp in a new form. Itās not a full revival, but itās a leaner, meaner, and much faster beast.
The improvements werenāt just technical. They were philosophical. I stopped chasing perfection and started chasing velocity. The codebase became a playground for experimentation, and the results speak for themselves: what was once a sluggish process now flies. āļø
ā±ļø The 200ms Wall: Lessons in Scheduling and Maturity
Back in 2020, my biggest headache was how to run a containerized process every 200ms. CRON, with its one-minute granularity, was a non-starter. The obvious answer was a continuous loop, but as any seasoned engineer knows, the devil is in the details.
At first, I obsessed over the loop itselfāhow to keep it efficient, how to avoid drift, how to gracefully handle errors. But as I matured, I realized the real challenge wasnāt just technical. It was about understanding the system as a whole: resource contention, process isolation, and the subtle art of not over-engineering. š§
š Todayās Benchmark: Sub-100ms on a 1vCPU, 512MB VPS
The bar has moved. Now, the goal is sub-100ms execution, running on a humble 1vCPU, 512MB VPS. And not just one containerāfourteen, in parallel. The constraints are tighter, but the ambition is bigger.
What changed?
- š§¹ Resource Awareness: Every container is ruthlessly optimized. Memory leaks are hunted down. CPU spikes are flattened.
- š”ļø Process Isolation: Each pipeline runs in its own sandbox, minimizing cross-talk and maximizing reliability.
- š Observability: Metrics and logs are first-class citizens. If something lags, I know about it before users do.
- š Continuous Improvement: The pipeline is never ādone.ā Every week brings a new tweak, a new insight, a new speed record.
ā” Indie CTO Energy: The Takeaway
If thereās a lesson here, itās that constraints are a gift. They force you to think differently, to innovate, to grow. Whether youāre hacking on a Celeron in the middle of a pandemic or orchestrating a fleet of containers on a shoestring VPS, the spirit remains the same: relentless curiosity, ruthless efficiency, and a refusal to settle.
So hereās to the indie CTOsāthe ones who build, break, and rebuild. The ones who see opportunity in adversity. The ones who know that sometimes, the best way forward is to resurrect the past, one line of code at a time. š”šØāš»š„