It was a long way. I started in the Pro Audio niche and initially supported Windows, Linux, Mac. Over time, I learned the hard way that supporting Apple's constantly changing OS is very expensive, plus Mac users tend to act the most entitled when stuff doesn't look or feel like their native OS. And Linux just never sold a license, instead I got lots of Open Source bitching. So eventually, I dropped Linux and Mac support, doubled down on the new Windows APIs and then things got nicely profitable. Price is one-off $299 for the regular app kit with perpetual updates (so far). People use the apps for making movie sound effects.
Ask HN: Anyone making a living building desktop applications?
61–70 of 361 posts
Re: Ask HN: Anyone making a living building desktop applications?
#62I work on a desktop budgeting application. I love that it's desktop-only (and so do the users)! It doesn't earn a living (yet), but it makes more than enough to cover expenses. [0] https://www.budgetwithbuckets.com
Re: Ask HN: Anyone making a living building desktop applications?
#63For side-business it'll be a lot tougher than it was when I started 30 years ago.
Re: Ask HN: Anyone making a living building desktop applications?
#64I'm building a desktop-first (SaaS-eventual) data IDE for developers [0]. Making a living? Not yet. It being desktop-first makes it as easy to try out in a corporate environment as Sublime. The data never leaves your machine. Desktop-first is a big deal in devtools for this reason. [0] https://github.com/multiprocessio/datastation
This reminds me of OpenRefine: https://openrefine.org/
Re: Ask HN: Anyone making a living building desktop applications?
#65Have 4 macos apps that I have built about an year ago. Getting 600-1500 a month. https://loshadki.app/
Re: Ask HN: Anyone making a living building desktop applications?
#66I have a side-project ( https://batterybarpro.com ) that's a native Windows application. It brings in $400-1000 a month.
Re: Ask HN: Anyone making a living building desktop applications?
#67Re: Ask HN: Anyone making a living building desktop applications?
#68The tech stack for this app is really interesting (to me at least, natch). Lots of native node modules that need finesse on both macOS and Windows. I don't yet support Linux because out of thousands of users, only 2 people have emailed about Linux support (probably both from HN!).
I really love building Electron apps. It's a total joy bringing something (albeit "inefficiently" wrt memory and "native" qualities) like this to market for a niche that's otherwise a dumpster fire of old and clunky 1980s-era Windows-only software.
As for licensing, Label LIVE is licensed per computer. I wrote a custom license implementation leveraging JWT. The JWT is signed by my license server and the app verifies the signature and that the contents match the "fingerprint" of the computer being licensed, expiration, etc.
Re: Ask HN: Anyone making a living building desktop applications?
#69Earlier quoted context omitted.
I think it syncs the data between instances of the app (on the cloud - 10GB or something like that..).
By default, it's synced on Inkdrop's servers, but you can self-host your own DB if you want. It's well described in the docs: https://docs.inkdrop.app/manual/synchronizing-in-the-cloud
Re: Ask HN: Anyone making a living building desktop applications?
#70It has this features:
* B2B in a niche market (TAM * Some viral component so you do not have to spend money on ads for growth.
* Sold as a subscription and only as a subscription. Don't innovate with licensing focus on product, this is important. When users have fewer buying options, they decide faster. That's why Steve Jobs reduced 50 Mac models to just 3.
* When the subscription ends, the application must stop working. This is also very important. You want your entire user base to be able to install the last version. You do not want to support older versions, you only want to support one.
* Has to have a very generous trial so that users have time to find use cases with your product. Better a trial based in actual usage instead of exploding trial base in calendar days. You want your users to actually use your product and depend on it.