Live data from Hacker News

Ask HN: Anyone making a living building desktop applications?

news.ycombinator.com

181–190 of 361 posts

Re: Ask HN: Anyone making a living building desktop applications?

#181
post #171

I'm making Windows/.Net based app for managing queues - QueueExplorer. Started with MSMQ support back in 2005, now it supports Azure Service Bus, RabbitMQ and ActiveMQ. It's old fashioned perpetual licensing, so revenue is a rollercoaster. Because of that, it's emotional rollercoaster as well. Good thing is you get paid for full license at the time of purchase instead of collecting it in 10-20 months. Bad thing is ev…

Have you looked into .NET MAUI yet? I'm cautiously optimistic, but haven't dug into it. Should be releasing Q2 this year. https://github.com/dotnet/maui

I gave Flutter another try today and was surprised to see it now builds native Windows applications in two flavors, standard and UWP. They don't recommend shipping anything with it yet, but it looks like a good path.

Re: Ask HN: Anyone making a living building desktop applications?

#182
post #141

Yes, consulting for enterprises doing desktop stuff for laboratory and factory automation is still a thing, specially in air gaped environments. Stuff like this, https://www.biotek.com/ I have done WPF and Windows Forms for companies using such kind of hardware. Qt is the major alternative for these customers. Also note that iPads and Android tablets with plugged monitors are a kind of desktops.

We're doing air gapped development (and even single-machine deployments) with web tech by just also including a server component with the client or on the air gapped network.

There is one instance where we still use machine control / HMI non-web, and that's when there is no TCP/IP stack available. Doesn't happen that often anymore.

Re: Ask HN: Anyone making a living building desktop applications?

#183
We develop alarm management software for alarm receiving centers. (mainly in germany) A typical installation is in the 5 digit region but for sustainable income we offer (and live from) update subscriptions and 24/7 emergency support. Cost for both is a monthly fraction of the license sum.

What sets us apart from other software in the market ist our internal "workflow" engine with a graphical (flow chart like) editor. (somewhat similar to Node-RED)

Our customers can use it to program the reactions to the alarms (calls, mails, SMS, comparisons with states, user entry, reporting, etc.) individually to their (or their customers) demands. But some of them go further and use it to implement all processes of their company.

We also offer consulting, customizing and individual development for our software.

Re: Ask HN: Anyone making a living building desktop applications?

#184
I started a company that built, I believe, the most advanced no-code data automation desktop application (https://easymorph.com). It's entirely bootstrapped, profitable and pays salaries to 10+ people (and we keep hiring).

Many our customers specifically looked for an on-prem solution as they don't want to deal with SaaS and its privacy issues and use-based pricing. With an on-prem tool like ours they get unlimited runs, unlimited data volumes, unlimited use for a reasonable fixed price.

I believe SaaS is overhyped and in a few years the trend will change toward on-prem SaaS-like apps and platforms.

Re: Ask HN: Anyone making a living building desktop applications?

#185
post #95

Earlier quoted context omitted.

Thanks! And it's open source: https://github.com/paretoSecurity/pareto-mac/

Interesting that you're selling a GPL licensed app. I think that's actually quite viable in many cases. I'd rather pay a low price and get something in the app store than have to build it myself.

What if a competitor uses the GPLed code to sell essentially the same app for less?

Re: Ask HN: Anyone making a living building desktop applications?

#186
post #171

I'm making Windows/.Net based app for managing queues - QueueExplorer. Started with MSMQ support back in 2005, now it supports Azure Service Bus, RabbitMQ and ActiveMQ. It's old fashioned perpetual licensing, so revenue is a rollercoaster. Because of that, it's emotional rollercoaster as well. Good thing is you get paid for full license at the time of purchase instead of collecting it in 10-20 months. Bad thing is ev…

Have you looked into .NET MAUI yet? I'm cautiously optimistic, but haven't dug into it. Should be releasing Q2 this year. https://github.com/dotnet/maui

MAUI doesn't seem to have Linux support for now. There are some community efforts but nothing here yet. That pretty much kills multiplatform aspect. At least for category of server management tools where my product belongs. Ok, Win + Mac is better than Win only, but if I have to redo entire app it should better support Linux as well.

Also, it's hard to bet on a new MS GUI framework, when they released and abandoned several in the last decade. Will it be supported in 5 years as a minimum? Yes, Winforms looks outdated, but it still builds and works as it did back in 2005.

One more thing, I'm not using vanilla Winforms but also excellent DevExpress controls. For example Winforms has a grid, but DevExpress grid is highly customizable, works ok with 100k rows, has filtering, sorting, etc. It's not only about base GUI framework, it's also about entire ecosystem of GUI controls. And maturity of these controls. E.g. Devexpress has MAUI grid, but I don't expect is to be as mature as winforms one.

I'm not saying that MAUI couldn't be useful for some cases. Even many cases. It's just not yet ready for my kind of software.

Re: Ask HN: Anyone making a living building desktop applications?

#187

I'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

Being that it's open source, are you planning for revenue to be 100% from the SaaS component or do you have other planned revenue streams?

Re: Ask HN: Anyone making a living building desktop applications?

#189

Our company sells HW and SW for the dental sector. We have a desktop app that processes DICOM data to do implant treatment planning (where to place an implant in the patient jaw). Output is a STL file to print a drill guide for the oral surgeon to perform a guided surgery. Our desktop scanners for dental labs and our intra-oral scanners for dentists generate 3D meshes of the patients oral situation. Those meshes are…

Not sure if it was your specific software, but I recently filmed a promo for a local dentist who was demonstrating this exact tech and I was blown away by how quick and accurate those scanner sticks are and how well the software stitched it in real time. How the hell can you scan something as small, wet and soft as the inside of a person's mouth and stitch it all perfectly? Seems like the absolute worst environment f…

It's great to hear that this little piece of technology inspired amazement. It is quite something.

Your observations is spot on:

Indeed, the environment is far from ideal. 2-3 years ago dentists had to apply a powder onto the patients teeth to make just the scan of the teeth work. Now the software has matured to work powderless. The scan has to work for a wide variety of surfaces and vis-a-vis refractive indices like teeth, metal implants, ceramic or gold inlays, gingiva, orthodontic engagers. The very high end models even detect tooth decay / caries.

The stitching is another challenge. Again, in the past the scanner would loose his reference on the mouth and it was fiddly to get it back to continue from the last scanned part. The team working on this was brilliant to overcome this problem and now it is a smooth experience

Finally, accuracy is something all devices on the market having a hard time with. They are operating on the limit of what is possible. Small partial scans are no problem. But when you scan a full arch, you must ensure the deviation does not exceed 30-50 microns over that full arch. Otherwise, if the dentist plans to do a big bridge that spans several teeth a lower accuracy will lead to miniscule deviations and twists in the designed and later produced bridge, that the patient will recognize it and feels that it "just does not fit right".

Our mouth is super sensitive in this regard because of the high number of nerves/sensors. Our tongue operates like a magnifying glass. When you have a small hair in your mouth or between your teeth you will feel that right away.

Re: Ask HN: Anyone making a living building desktop applications?

#190
I have for a number of years, its mainly very specific products though, people seem to not realize that there are still lots of places that do not allow cloud connectivity or dependencies.

A lot of applications in the legal realm are like this, I was shocked to find out how many Judges won't allow the usage of wifi in their courtrooms, and that you can be hit with contempt for using the internet during a trial.

That and building applications that are specific to hardware devices, such as fingerprint scanners, and thermal imagining, it could be done via a service and a web front end, but at that point you are doing more work, for no real benefit.

Post reply on HN