Live data from Hacker News

Ask HN: Anyone making a living building desktop applications?

news.ycombinator.com

191–200 of 361 posts

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

#191
post #144

Earlier quoted context omitted.

Download Visual Studio Community Edition and go to New Project -> WPF project and start learning C#. That's probably the path forward with the best chance of overall success.

This as opposed to cross-platform? Any general use case or for a targets Windows user base?

I'm answering in terms of what I know best. I, personally, don't see the point of supporting non-Windows desktops. User base isn't large enough for me to bother.

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

#192

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?

SaaS in the next year or two and eventually an on-prem enterprise server license yeah.

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

#193

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…

neat! I recently had my teeth scanned for a night orthotic and decided that I needed a 3D print of my teeth. It was challenging walking the office staff how to get me the STL but once I did they were amazed when I walked in with a print of my teeth! (I don't really know why they were amazed, I mean, that's what the equipment was purchased to do was make scans of teeth. But their reaction was noteworthy!)

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

#194
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 looked into .Net GUIs about a year ago and it seemed like Avalonia and Project Uno were the most interesting contenders, with Uno getting the edge for me because it had a reasonable looking web deployment story (which I suppose doesn't matter in this case). My info may be out-of-date though, and I'd be curious to hear your thoughts on those two, if you've looked at them.

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

#195

Earlier quoted context omitted.

I would love to support Kafka, and even made a simple prototype. However, hit a brickwall when discovered that .Net client (by Confluent, other clients seem to be deprecated) does not have all the features the Java one has. For instance there's no way to get current consumer offsets and I think's something that should be available in a management app.

If you really want to support Kafka, I think there are options. Besides the obvious option of forking the .NET client to add these missing features, you could also write some kind of "plug-in" in Java or Go or some other language with a fully featured client library, and communicate with it over some type of local RPC from your main application to query against Kafka. Whether it is technically feasible or not, it may…

I suppose .Net client has everything that typical Kafka app needs. Just not everything that management app would need.

Btw. that's also the problem with all other queuing systems we support. Their APIs are made to support Send/Receive scenarios, what these systems are built for in the first place. They rarely support "delete message in the middle of the queue", and never "replace message" or "insert message at arbitrary position". I guess API authors are worried that such functionality would lead to apps mistreating queues as a kind database, which is not intended use case.

However that sort of functionality is often needed when you're troubleshooting and fixing a problem. It's not like everything always just works. In reality things go wrong, message format changes, invalid data goes into queue, etc. And then we have to abuse existing API and/or give only subset of useful features to users.

About combining Java or something else - that might be possible from technical point of view, but remember this is a desktop app which ships as an installer. Not an environment you'd set up on the server. We would have to include another runtime and make sure it works correctly in different scenarios on end-user machines.

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

#197

desktop does not imply "not SaaS". I'll add that today most desktop apps are headless Chrome. that being said, I actually do web, but were I to go desktop I would look for a niche that can't be done in browser, even though today you already got access to most APIs & hardware...

> I'll add that today most desktop apps are headless Chrome

Hmm, I don't follow — Headless Chrome is Chrome without the GUI. That doesn't sound so useful as a desktop app.

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

#198
post #32

Earlier quoted context omitted.

What is the state of the art in shareware for drop in payment / piracy protection?

Probably not the answer you're looking for, but the Mac AppStore is the only thing at ever truly worked for me.

Thats nice to hear, seems like a big market to me and under serviced, I'm just about to release an app on there so fingers crossed.

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

#199
post #176
post #68

This is my 3rd (or is it 4th?) year of developing and selling Label LIVE, an electron app for designing and printing labels. Originally it only worked with USB thermal printers, but over the last few years it's grown into a multi-function image-rendering pipeline that integrates data import (via spreadsheet, CSV or API) with barcodes, text, image output. My app revenue eclipsed my iOS/NodeJS consulting in 2021 and I…

This is really cool! I'm working on an asset tracking application right now ( https://www.assetbots.com/ ), and generating labels are a big part of the workflow. My roadmap calls for simply generating Avery sheets. But it would be AWESOME if I could let a user click a button and send them to a labellive:// URL and have it just work. I'll explore a little and see if there's a mom-tested way to make this usable. Again,…

Label printing is still a world of hurt. My hope is to make it incrementally better, a smaller dumpster-fire, if you will.

I definitely have users triggering labellive:// integrations. The nice thing about the URI is it automatically launches the app if it isn't open - which is not true of HTTP integrations. The downside is it can be slower, especially on windows. Been there, done that. Maybe there's a workaround because Windows optimizations like this are a black box/art.

The other challenge is going to be referencing a standard design. Today, the integrations reference an absolute path or a "pinned" design file. I've had a few subtle requests to allow pulling down a standard "reference" design from the cloud (that you host for your users), and the app will cache the design based on a computed hash that you include in the URI. If your design changes, update the hash, Label LIVE will pull the update on the next invocation.

There's a lot of fun room to play with this. Let me know if you'd like to team up by emailing help @ label dot live. Now that I've got a fairly sturdy base of features my 2022 focus is to really hit and deliver on the potential for integrations like this.

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

#200
post #32
post #8

Plenty of people do this. Go onto any software listing site (eg. Softpedia or AlternativeTo), pick a not-a-brandname commercial product and chances are that it will be a single-person project. From things that are really well-polished and look like a team effort to pimped-up crappy weekend projects. Lots and lots are made and run by a single individual. Whether they sell well is an altogether different question, but…

What is the state of the art in shareware for drop in payment / piracy protection?

Why not eliminate that and just make it FOSS?
Post reply on HN