[catapart]

Oof! A very cool thing, solving a real problem I have, but if you're taking feedback on pricing: I could never justify paying for local filesharing.

I've been this close to building my own version of something like this, multiple times over (and actually built a browser-based one as a way to learn .net core when that first started), because - like I said - it's a really handy utility.

But I could only justify paying for something premium, like wide area sharing or torrent-like sharing for faster and resumable transfers. To get a file from one device to another can be cumbersome, for sure. But a cable and and an adapter would cost less than your solution, and have benefits (and drawbacks!) of its own. So I just couldn't figure a subscription* for something that, in the worst case, is a tedious pain to set up myself and in the most practical case is replaced by a simple, if cumbersome, process. Maybe others are doing different calculus on this (everyone has their own threshold for 'too much hassle' or 'not accessible enough'), but it's a pass from me without free local sharing.

*not sure what's 'free updates for a year' would mean other than "you will need to pay another $19, to continue receiving updates" which is a subscription, by my definition.

[twodave]

The chase for subscription revenue is destroying a lot of potentially-great software. Not just in pricing structure, but in how software is designed in the first place.

Compare this to something like Magnet, which is great software that I use almost every time I turn on my wife’s MacBook and costs $2. Once.

My guess is the people who made Magnet just aren’t getting rich off of it, but maybe we shouldn’t expect to get wildly rich from making a useful utility.

[ToucanLoucan]

> The chase for subscription revenue is destroying a lot of potentially-great software.

Phone OSes aren't nearly as well-optimized for backwards compatibility. Speaking as someone who works in this field, your phone app is almost never "done." Once you hit publish, you're signing up to continue providing updates for the life of the product. I've got binaries from the 90's that will run on Windows 11, no issues. But apps? Forget it, we just had to publish an update to a racing application for Android for literally no other reason than the binary was old and google said so, or we'd lose our Play store listing until we did.

And in the process of doing that, while changing basically nothing you actually use as a user of that app, we had to update several permissions-seeking dialogs to be compatible with newer versions of Android, along with some changes to how we share files. You might notice the second one if you look hard. That took one of our developers about 4 days of work, and a fair amount of testing after that.

Like, you can hate the game, I certainly do, but the way both Apple and Google go about arbitrarily changing and updating the OS, you just have to update your apps, which takes labor and time. And we have no mechanism to gate updates behind price tags. So like, I get the frustration, I really do and I share it a lot of the time. But I also understand the economics at play here and I won't ask someone to work for free for me.

[jwells89]

Part of this is that it’s only been recently that mobile OSes have started to approach a similar level of maturity as their desktop counterparts, while also introducing and developing new concepts that desktop OSes never had (like permissions). For some number of years a high level of churn was inevitable.

As for the, “binary too old” thing on the Play store that could be a low effort way of weeding out apps with security vulnerabilities due to old dependencies. There isn’t really an equivalent on Windows for this because it doesn’t have any kind of centralized, hosted app management (at least that people actually use). It’s not uncommon for maintainers of Linux package manager repos to remove “abandoned” (as in hasn’t received any updates in X time) packages for similar reasons, leaving users who want them to source them elsewhere.

[jwells89]

How demanding/complex upkeep is may be a big factor here.

For something like a single platform utility, the burden is relatively low because the number of things that can break is bounded (as long as public APIs are used, private API usage is another matter). With a Mac app like Magnet there’s one time each year chance of breakages occurring is high (new OS release), which devs are given several months ahead of time to find and fix.

Multiplatform apps obviously multiply that burden, with some platforms being more problematic than others — e.g. Android phones sometimes have weird per-device-model quirks that apps need to work around, which is not something one typically sees on Windows PCs, iPhones, or Macs.

Anything with an online/server component unavoidably needs to be babysat to keep running and secure, and the more functional that component is and the more surface it has exposed the more vigilant one needs to be. There’s also hosting costs, which can be quite high in the case of an independent dev who relies on cloud services to make up for lack of resources.

Which is all to say that it makes sense that a Mac-only tiny utility could more sustainably be a cheap one time purchase than many other types of project could be.

[Someone]

> Multiplatform apps obviously multiply that burden

They also multiply the number of potential customers, so I don’t see that being a problem.

> with some platforms being more problematic than others

That _is_ part of the problem. As a developer, you have to compare your programming effort with expected revenues, so if a platform is “more problematic”, you’d only develop for it if you expected to get more revenue from it (either by getting more customers, by getting each customer to pay more for the product, or, sometimes, by getting more revenues on other platforms because you also support this one)

[jwells89]

> They also multiply the number of potential customers, so I don’t see that being a problem.

This is something I believe requires some research, because each platform is a bit of a different market. Point in case, the market for Magnet exists only because macOS has no Aero Snap type system built into its window management — a utility like it probably wouldn’t sell enough copies to justify Windows or Linux ports.

There’s plenty of software where multiplatform makes sense, but it’s not certainly not universal.

[lwhi]

I love Magnet and also paid for it. Coming from Linux to Mac, I _rarely_ pay for any kind of utility .. but I did here. Maybe that says something in itself.

Subscriptions for desktop software sucks; but I can deal with yearly licenses .. assuming the app is maintained, you have a chance to actively consider the value you're getting before renewal. A subscription feels far more passive.

[twodave]

I resonate with this. I can even stomach the JetBrains subscription if I rationalize that this is the equivalent for paying again for e.g. the 2024 edition. And they are good about letting you continue to use the software as of your last paid update.

I can’t rationalize paying monthly or even annually for something I expect to continue working exactly the same. Continued development on something like that almost guarantees it’s going to eventually change in a way I don’t want it to, anyway.

Edit: except in the cases where the monthly subscription is paying for supporting infrastructure, of course. That’s easy to rationalize.

[hansvm]

> except in the cases where the monthly subscription is paying for supporting infrastructure

How do you feel about cases where there is supporting infrastructure, but that infrastructure is artificial and just designed to allow subscription fees?

[twodave]

Hard to make a blanket statement here, but if I get absolutely nothing out of it then it’s probably a hard pass from me.

[darau1]

Also, there's snapdrop[1] that does almost the same thing, for free, without the need to install anything. It'd probably be wiser that snapdrop were a native application; then it's dev would not need to pay to host the client application anywhere.

[1]: https://snapdrop.net/

[sandworm101]

I would pay 100$ for parts and spend hours setting something up if it meant avoiding a subscription, ANY subscription. Ive spent as much on SDR equipment so i can read aircraft ads-b signals, something availible better and free on a variety of websites. Thats what being a nerd means.

[flopriore]

If you want, I made a similar project in Flutter called "Foldie". It's based on adb, so it requires a cable. https://github.com/FLopriore/foldie

[Obscurity4340]

Check out Resilio Sync!