Why I'm building OlympStack — tools you own, for developers who run their own infrastructure. A small manifesto against renting software you'll use unchanged for the next decade.
I opened SSH into a server this morning the same way I did in 2014. Same command. Same workflow. The protocol turns 32 next year and it has not fundamentally changed in my lifetime as a developer.
So here's a question I can't stop asking:
why am I being asked to pay monthly for tools wrapped around workflows that haven't moved in a decade?
That question is the whole reason OlympStack exists. This is my first post here, so let me lay out what I'm building and the opinion underneath it.
The workflow hasn't changed. The pricing model did.
Connecting to servers. Testing an API endpoint. Watching logs. Managing keys. These are some of the oldest, most stable workflows in our entire profession. The way you do them now is recognizably the way you did them ten years ago, and it'll be recognizable ten years from now.
What did change is how the tools around them get sold. Somewhere in the last decade, "buy a tool" quietly became "rent a tool, forever." A connection manager became a $12/month seat. An API client locked its history behind a login and a plan tier. The thing you opened a hundred times a week became a recurring line item with a roadmap of features you never asked for.
I have nothing against SaaS. Subscriptions make perfect sense when they’re backed by an active service that’s actually needed—something that’s hosted, constantly changing, and incurs ongoing costs. A backup destination. A monitoring pipeline. A managed database. You pay for the service that’s actually running. But some of these tools don’t need such services at all, yet they’re forced upon you.
And a desktop tool that talks to your servers, on your machine, doing a job that was solved years ago? That's not a service. That's a tool. And tools are something you should be able to own.
What OlympStack is
OlympStack is a solo developer project — built by one person, for developers who run their own infrastructure without enterprise overhead. The tagline on everything I make is deliberately plain: tools I use every day myself and am proud of.
That's not marketing. It's the actual filter. I don't build something unless I'm already reaching for it daily. Right now that means:
Pro Tools released
- OlympSSH Commander — managing SSH connections and sessions the way I actually work, not the way a pricing tier wants me to.
- OlympAPI — testing and working with APIs without my request history being held hostage by a login screen.
The common thread is ownership. Your connection list, your request history, your keys — those live with you, not on my servers behind a paywall. A tool you bought should keep working whether or not I'm having a good quarter.
Free Tools released
- OlympCron Manager - accessing your Linux Server through SSH and check the Cron Jobs, edit them and use the cron builder for human readable Crons.
- OlympTest Manager - A simple yet powerful manual QA tool. Easy to work with, Easy to create Test Scenarios with AI and then you can do structured End User Tests for the Application.
The opinion I'll plant a flag on
The industry trained a whole generation of developers to accept that software is something you rent indefinitely. I think that's a default worth questioning, not a law of nature.
Some software genuinely earns a subscription. A lot of it just adopted one because the market let it, bringing Cloud Features you don't need and asked, lock you inside their infrastructure and tell you the subscription is worth the payment.
When the underlying workflow is stable — and ours often is — "you own this" is not a quaint throwback. It's the honest model. But honesty don't sell very well.
I’m not naive about this. It’s harder to build a business based on perpetual licenses. Recurring revenue is reliable and predictable, which is why almost everyone relies on it as the default these days—from newspaper subscriptions to all kinds of software, as well as computer and mobile games; subscriptions are everywhere these days. I’m consciously choosing the harder path, because as a developer who pays for my own software, that’s the model I actually want. So I’m building it.
Where this goes
This account is going to be the build log. Expect posts on the tools themselves, the decisions behind them, and the occasional sharp opinion about how developer software gets made and sold. Some of it will be technical. Some of it will be me arguing with the status quo. Probably both at once.
If you also run your own infrastructure and you're a little tired of renting your toolbox — we're going to get along. Tell me where you've drawn your own subscription-or-not line in the comments. I genuinely want to know if I'm the only one keeping a tally.
— OlympStack
Top comments (0)