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?
Ask HN: Anyone making a living building desktop applications?
191–200 of 361 posts
Re: Ask HN: Anyone making a living building desktop applications?
#192I'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?
#193Our 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…
Re: Ask HN: Anyone making a living building desktop applications?
#194I'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
Re: Ask HN: Anyone making a living building desktop applications?
#195Earlier 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…
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?
#196I’m building https://getmumu.com and the revenue is still growing strong over time.
And it’s been fun to make something that earns money yet people love the product.
Re: Ask HN: Anyone making a living building desktop applications?
#197desktop 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...
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?
#198Earlier 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.
Re: Ask HN: Anyone making a living building desktop applications?
#199This 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,…
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?
#200Plenty 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?