I have a cross platform desktop app built using Electron and .net core. It finds the schema or data differences between Postgres environments. Currently working on a MySQL version along the same lines. https://www.postgrescompare.com
Ask HN: Anyone making a living building desktop applications?
291–300 of 361 posts
Re: Ask HN: Anyone making a living building desktop applications?
#292Our 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…
My father is a dental technician and has a Dental Wings scanner. What a small world.
Reading your comment made me really happy. As a dev I am always excited to have contact with our customers. Other hate it, but I love giving 3rd level support.
Re: Ask HN: Anyone making a living building desktop applications?
#293Earlier quoted context omitted.
On the other hand, downloading software to your desktop is a risk (cf the Solar Winds supply chain attack). I recently got asked to fill in 30 question risk assessment questionaire before someone could upgrade to the latest version of my software (I declined).
In these cases you could also ask for a 50x price as the “enterprise option”. Filling a compliance form is not just a nuisance, you could take in some liability, so decline it or make sure it’s compensated accordingly.
Re: Ask HN: Anyone making a living building desktop applications?
#294I hope people are still building desktop apps because as much as I hate that literally EVERYTHING is being made into an app on mobile (mainly just so they can then push notifications) there are a lot of things that really just run better as a desktop application. Do browser based video editors for example exist? Yes they do and I am sure they have their uses. But if I need to ingest a few hundred gigs of footage and…
Its edge was that it used different copying strategies when copying between two spinning disks and when copying within the same one. This was a novel idea back in the 90s and it's a good tool, but its time has passed.
Re: Ask HN: Anyone making a living building desktop applications?
#295After 15 years of SaaS-ing, myself and two collegues, everyone part-time, are trying to see if we can make a profitable macOS app: https://paretosecurity.com/ . Revenue in last 30 days is $3000+, we started working on it back in July. So, it's something? That said, long-term, we expect to earn more from subscriptions for businesses, than we do from single-user lifetime licenses. But again, ATM, it's the single user l…
I’m curious about the Setapp subscription option which is new to me. What was the process for joining the Setapp portfolio of apps and how is the subscription revenue distributed? Do you expect it to become a significant part of your revenue compared to one-time licenses or business subscriptions?
They reached out to us. We integrated their SDK (trivial), provided sales copy and screenshot, then waited about two weeks for the review.
For the first few months, we got the most revenue from SetApp, it quickly jumped to ~$800, but these days, we earn more from selling single-user licenses. I expect the SetApp part to become smaller and smaller as we grow our Teams subscriptions.
Generally, I think it was good. It got us a few hundred users very early on, which helped us focus on the features and fixes that mattered. It also helps with brand trust, i.e. if you are in SetApp, there is less chance of you being a scammer.
Re: Ask HN: Anyone making a living building desktop applications?
#296Earlier quoted context omitted.
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?
Additionally, our long-term vision is to make the bulk of revenue from Teams subscriptions, where most value comes from a web-based dashboard (https://paretosecurity.com/teams), which is closed sourced.
Re: Ask HN: Anyone making a living building desktop applications?
#297I been making a full-time living since 2005 selling software written in C++/Qt for Window and Mac. My latest product is a drag and drop tool for data transformation (merge, split, clean, dedupe etc): https://www.easydatatransform.com Things have mostly moved to web, but desktop apps still have major advantages in some areas: -less latency -data kept locally -better development tools
Re: Ask HN: Anyone making a living building desktop applications?
#298Re: Ask HN: Anyone making a living building desktop applications?
#299Earlier quoted context omitted.
Sorry, it's right here: https://label.live/printers
Are you writing drivers for all these printers? Will the operating system printer drivers not suffice?
So why not use the device driver? For one, they are often terrible experiences, especially Zebra on macOS, let alone other obscure models with zero Mac support. Another is printer drivers are almost exclusively tailored for large paper sizes, don’t give the user fine control over orientation, often auto-scale and hijack all these settings to best fit, which then destroys any attempt at fidelity with the intended output DPI which is often critical for matching with the smallest feature of a barcode. It’s tough to explain but in short, if your smallest barcode’s smallest feature is one dot width, then the next size larger must be double the barcode size because you must double the smallest width to keep the same relative size to ensure scanability. It comes down to “don’t dither barcodes” and all sorts of enforcement can happen if the app controls exactly how these are represented to the printer. No guesswork allowed.
All this to say: the printer expects to be told exactly what to do, but the driver plays loose and fast.
Eventually, after only focusing on thermal printers, a few years into development I added the ability to send perfectly sized PDFs to print queues effectively allowing access to any printer with a system driver (inkjet and laser). You can easily test “both ways” and see what you prefer. Using the in-app “driver” has so many advantages. You can adjust most print settings and they get saved for each design vs externally. You can buy a new Mac or PC and plug-in a supported thermal printer and it’ll just work without any drivers. It’s really nice UX in an otherwise very hostile environment.
TLDR: I’m not writing inkjet/laser drivers, only thermal, and only when enough users request explicit support because of problems they are facing (above).
Re: Ask HN: Anyone making a living building desktop applications?
#300Our 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…
Damn, you weren't kidding - https://www.youtube.com/watch?v=AA4IWd3Svm0
Very impressive indeed. Looks effortless and natural, but I'm sure that the processing engine is not exactly trivial.