this post was submitted on 03 Aug 2023
20 points (63.9% liked)

Lemmy

12508 readers
2 users here now

Everything about Lemmy; bugs, gripes, praises, and advocacy.

For discussion about the lemmy.ml instance, go to [email protected].

founded 4 years ago
MODERATORS
 

Subscription models only make sense for an app/service that have recurring costs. In the case of Lemmy apps, the instances are the ones with recurring hosting costs, not the apps.

If an app doesn’t have recurring hosting costs, it only makes sense to have one up front payment and then maybe in app purchases to pay for new features going forward

top 50 comments
sorted by: hot top controversial new old
[–] [email protected] 47 points 1 year ago (1 children)

Isn't app development a recurring cost? It's not like you just work on it for a bit and just forget about it once you got a version out. Especially if it's using a service (lemmy) that is still in development and is constantly changing.

[–] [email protected] 19 points 1 year ago* (last edited 1 year ago) (1 children)

Preach. Not sure why this is so hard for folks to understand.

App development isn't and never has been an one-time done deal. Devs always do the work to fix bugs, add new features / requests, upgrade to new platform / API etc. If they do this for free that is at their will but they are burning their own time / money one way or another. To demand a developer to run their business a certain way and mandate their business model is just mind-blowing to me.

[–] [email protected] 3 points 1 year ago (1 children)

I get the distinct impression that everyone bitching about the fees are people that have never had to develop for end users and maintain the fucking thing.

[–] [email protected] 3 points 1 year ago* (last edited 1 year ago)

Yep, and it's even worse for mobile apps because people are so used to the terrible dollar-per-app model, despite the fact that these mobile apps are actually THE software they use everyday.

Apple and Google don't care, they get 30% cut regardless whether the dev makes $100 / sale or $1 / sale at higher volume. But it was a good strategy to shift the power over to the iOS and Android platforms because the perception is, dollar-per-app devs can't be that important, right? And they'll never get too big.

[–] [email protected] 22 points 1 year ago

Ongoing development IS an recurring cost.

I have zero problem with people trying to get paid for their work, often it is the only feasible way to dedicate enough time to the project.

I'd prefer open source sure, but I'm not all that opposed to small/individual projects not going that route. Especially when it's not a critical service and there's an abundance of FOSS choices

[–] [email protected] 15 points 1 year ago (4 children)

Personally, I don't need yet another subscription service.

That being said, I've used Sync for years (Pro, so just ad removal, one time fee.), and just paid again for ad removal. I did this because I enjoy the app, and appreciate the effort that goes into creating and maintaining it.

I have no qualms about paying a person for quality work.

load more comments (4 replies)
[–] [email protected] 13 points 1 year ago

If I understand correctly, every sync feature that requires the subscription (and cannot be purchased by a one time fee) requires the sync dev to run a constantly online server. Translation makes calls to translation services that cost money, push notifications require a push server since Lemmy servers don't include support for it, etc. Removing ads doesn't cost sync ongoing cash which is why you can get it for a one time fee.

Seems reasonable to me.

[–] [email protected] 11 points 1 year ago

All apps have a recurring cost if the dev is continuing to develop the app. At the scale these apps are working the labor the dev puts in in the most expensive part. Plus Lemmy is continually updating so to keep the app working the dev will need to continually update.

[–] [email protected] 10 points 1 year ago

Everyone wants a constant revenue stream, app devs aint unique. And also like everyone else, they charge what people are willing to pay. Price is never about cost.

[–] [email protected] 10 points 1 year ago

I don't really get how everyone focuses on the ad-free feature as if it's the only thing that Sync Ultra provides. It also provides text recognition in images, translation in-app, (both requiring constant server work) and will eventually support push notifications (again requiring server work).

If those features aren't interesting to a user, there's always the one-time ad removal option (I'll admit which is a bit pricey but per OP's post, is a one time fee and not a subscription).

[–] [email protected] 8 points 1 year ago

I mean, if you want updates or fixes for bugs that's on work that occurred after you paid? Or are you suggesting we go back to the old model of super expensive software that gets sunsetted in a few years anyway?

Development costs money. When you buy an app, development doesn't stop. What kind of nonsense are you peddling here? How do you have such a rudimentary understanding of work and effort and how they all cost money?

[–] [email protected] 6 points 1 year ago (6 children)

Something has gone wrong in software development where software can never be finished.

If you release an app on Google Play and never touch it again, eventually Google will pull it from the store and customers will complain that it no longer runs on new devices. Android 16 will require that all applications now do something, and refuse to run any that do not.

This is the real structural source of the constant subscription demands. Nobody is willing to commit to supporting a stable API for 10 or 20 years, and nobody will keep coming in to bump dependency versions and rewrite systems to Google or Apple's new whims every year unless they get paid for this apparently useless work.

[–] [email protected] 3 points 1 year ago (1 children)

of course nobody is going to commit to supporting a stable API for 10 to 20 years… that’s expensive as heck and not even remotely worth it!

there’s nothing “wrong” with software development, it’s just that consumers demand new features rather than stagnation… i sure don’t want to be using a 20 year old app because we’ve come a long way in 20 years in so many regards

in 2003, windows xp was still microsoft’s dominant OS with vista still being several years off, half life 2 was about to be released, gmail was allllmost ready to release, msn messenger was still in its prime

yeah no, ill stick with rapidly changing technologies rather than sticking to that for some misplaced sense of “stability”

[–] [email protected] 1 points 1 year ago

But one would like to be able to still play Half Life 2 today, even if Valve weren't helpfully around to update it. One would like to be able to read an old Word document or display an old blog post along with its scripts. So either you support the old standards and, for active content, the old APIs, or you lose access to anything that doesn't emit enough cash to pay a person to keep it current.

[–] [email protected] 3 points 1 year ago (1 children)

I think it started when software stopped being distributed physically. It's hard to push a bunch of updates to your users when they've need to physically have floppies sent to them versus doing it over the network.

I remember a time when software being "Gold Master" meant it was literally written to a gold master disk, from which copies were made. With that kind of release you had to make damn sure things were finished.

[–] [email protected] 2 points 1 year ago

The difference is that software nowadays is interconnected. Sync doesn't exist on its own, nor does Lemmy. And if one of these links changes, chances are, that something else needs to change to keep up. You're talking about standalone software that that exists entirely on its own. But that's not what this post is about.

[–] [email protected] 2 points 1 year ago (1 children)

Did you just say progress is what's wrong with software development? Really. Do you even know how software development works before criticizing how it works?

[–] [email protected] 2 points 1 year ago (1 children)

I think the requirement for constant progress, and the expectation that all software be able to change arbitrarily with a year or so of notice, is in fact a problem with software development.

I do software development all the time, and I find this to be an impediment to my work. I also make the kind of breaking changes that cause this problem.

[–] [email protected] 2 points 1 year ago (1 children)

Is it difficult, sure. But not being easy doesn't mean its wrong. And the expectation is more to do with keeping a job. You can't just let your software go obsolete. And should software really be a cash cow where you write something once and you get paid forever? Doesn't feel right to me.

[–] [email protected] 2 points 1 year ago (6 children)

If you write a commercial program and sell it once, you are probably not going to be selling new copies in 10 years. If you keep getting paid you should indeed keep working. But if you stop working on it, it is better for the finished software to last longer.

Windows 11 has a "compatibility mode" that goes back to before XP. Android has a dialog that says that an old APK "needs to be updated", regardless of the continued existence of the original developer or whether the user is happy with the features and level of support.

It is this attitude of "we don't need to think about backward compatibility because we are powerful and all software has a developer on call to deal with our breaking changes" that causes software to go obsolete very quickly now. User needs also change over time, but not nearly as fast.

load more comments (6 replies)
load more comments (3 replies)
[–] [email protected] 6 points 1 year ago

There's one thing you're forgetting; most applications aren't just code-and-forget anymore. Updates need to be made to fix security issues, adapt to newer versions of the API, etc.

[–] [email protected] 5 points 1 year ago

Not the best take. The apps still need to continue to be developed, adding new features and improvements along the way. That's the cost of development. Not everything is just the cost of infrastructure. By that logic, McDonald's workers shouldn't be paid because it's not their buns and patties, etc.

[–] [email protected] 3 points 1 year ago (1 children)

As much as I support the developers’ right to profit off their work, I also cannot afford to have everything in my life turn into a reoccurring payment model.

[–] [email protected] 1 points 1 year ago (1 children)

Then don't. Free version barely has any ads and has 99% of the functionality. Y'all a bunch of babies.

[–] [email protected] 5 points 1 year ago (10 children)

I’m not talking about this one specific application. I’m talking about the trend that everything is taking.

One thing in isolation isn’t bad. “ItS oNlY $xx.99/yr” after all.

But when stepping back and looking at the trend you see a different story.
It’s only $10
It’s only $15
It’s only $30
It’s only $5
It’s only $50
It’s only $100
It’s only $60
It’s only $3
It’s only $1599
It’s only $130
It’s only $45
It’s only $99
It’s only $200
It’s only…

[–] [email protected] 1 points 1 year ago

Microtransactions started with horse armor in oblivion. The fact that people can't see the clear trend with things like this is directly one of the causes of constant enshitification

load more comments (9 replies)
[–] [email protected] 3 points 1 year ago

It's no win scenario for developers. While you're ok with "one up front payment and then maybe in app purchases to pay for new features going forward" there's a whole other slew of voices who are going to complain about being nickled and dimed.

Given those choices (and other factors), as a consumer I prefer the subscription model. If nothing else, it lets me forecast my expenditure and continually re-assess the cost/value proposition of the application in question.

[–] [email protected] 2 points 1 year ago (1 children)

Having settings, viewed posts etc sync between devices requires expenses through a server or service

[–] [email protected] 1 points 1 year ago

Unless it's using built-in cloud storage. Like some password managers "sync" via Google drive or OneDrive, etc.

[–] [email protected] 2 points 1 year ago* (last edited 1 year ago) (1 children)

I blame Apple for not creating a viable system for paid upgrades; it's perfectly reasonable for a developer to expect to be paid for a major app update - even if it was largely to support a new OS - but without a subscription, the only way to do that is to launch a brand new version of your app, which loses you all of your carefully cultivated SEO / links / etc. (doing this via IAP is impractical because you can only build your app against one version of iOS at a time; it either supports the new version or it doesn't)

And I suspect Apple does this because they don't want people to have to pay money to continue using apps on a new version of iOS, or a new phone; if buying a new iPhone meant forking over $50 to upgrade your favorite apps for it, that might mean fewer people buying new phones.

So don't blame developers for this, in other words; a lot of them would be perfectly happy to charge users the occasional upgrade fee instead of a recurring subscription, but Apple doesn't want them to. (they're also very happy to have their 30% cut of all of that lovely subscription revenue)

[–] [email protected] 4 points 1 year ago* (last edited 1 year ago)

Apple and Google app stores had done devs dirty by popularizing the dollar-an-app model. Completely set the wrong expectations about software for users especially younger ones who grew up with this bs.

[–] [email protected] 2 points 1 year ago (1 children)

Much as I liked Sync for Reddit I'm not willing to participate in subscription pricing for something like this, nor am I willing to pay a breathtaking $100 for a lifetime license or a still high $20 for ad removal. Keeping it in perspective, Sync is an Android app that provides nothing more than a nice UI for lemmy.

It will take some time for the number of Lemmy users and Sync customers to ramp up. IMO the dev is trying to quickly replace his lost Sync for Reddit revenue by charging excessively high prices for Sync for Lemmy. He's lucky so many of you want to pay him but I, for one, will pass on Sync and use other apps with more reasonable pricing.

This comment was written on Infinity for Lemmy which is working just fine.

[–] [email protected] 2 points 1 year ago

$16/year for ultra seems pretty reasonable to me.

[–] [email protected] 2 points 1 year ago

This just seems like a Patreon with extra steps. If you like what he does, chip in a bit for it. If not, find something else.

[–] [email protected] 2 points 1 year ago
[–] [email protected] 2 points 1 year ago (2 children)

Well, there are recurring costs, such as:

  • App/Play store developer license - like $100/year, so not huge
  • development efforts to fix bugs, implement features; even just keeping up with Lemmy backend changes is a fair amount of work since it's constantly changing
  • many development tools require hosting, such as CI/CD, so even if it's 100% outside contributor driven, there are still costs

But those costs are pretty fixed.

Hosting an instance, however, is an order of magnitude or two more expensive. Instead of costing up to hundreds per year (not counting dev time), hosting tends to cost hundreds per month for larger instances.

So if people are continually coming to an app, I could see a fixed purchase price being different, and ads are probably enough to support it entirely on a free tier. An instance requires ongoing donations instead.

load more comments (2 replies)
[–] [email protected] 2 points 1 year ago

Of course they want a constant revenue stream. I want a constant revenue stream as well, isn't it normal?

Whether the price is worth paying for you is a different matter but wanting to profit off your hard and good work is completely natural to me.

[–] [email protected] 1 points 1 year ago (1 children)

Doesn't the Sync Dev (LJDawson) work on Sync fulltime?

load more comments (1 replies)
load more comments
view more: next ›