Why are Some Apps Updated Daily? (iusearchlinux.fyi)

submitted 10 months ago by sandayle@iusearchlinux.fyi to c/asklemmy@lemmy.world

24 comments fedilink hide all child comments

Why are apps like Fairemail, Voyager, etc. updated so often? Why don't they collect the changes and release them once a month or something like that?

It's interesting that every time I open Voyager I see an update warnin at the bottom. Is that really required?

top 24 comments

sorted by: hot top controversial new old

[-] pelya@lemmy.world 89 points 10 months ago

Because someone in the dev team had the time to hook up their continuous integration scripts with Play Store publishing API, to the despair and jealosity of dev teams of all other apps.

This is how software should be managed. You make a change to your software, push one extra button, and in one hour all your users receive it.

Non-technical explanation: because they can.

[-] JustSomePerson@kbin.social 5 points 10 months ago

Financial explanation: Because it's cheaper to have all your users as involuntary testers, than to actually ensure app quality in-house.

[-] magic_lobster_party@kbin.social 25 points 10 months ago

Continuous deployment pipelines usually have lots of automatic testing ensuring nothing breaks for the user.

[-] key@lemmy.keychat.org 8 points 10 months ago

"usually" is very generous. Automated testing takes effort to develop and maintain, a lot more than the rest of the CICD pipeline combined. And it's only one piece of a complete qa strategy, if it's all you have you're still using users as testers.

[-] pelya@lemmy.world 16 points 10 months ago

In case of open-source projects like Fairemail, your budget is very likely zero or in negatives. Very often it's one or few developers who make the app basically for their own daily use, and publish it on a 'use at your own risk' basis for everyone else. So yeah, if you use any open-source software, please do some testing work if you want it to improve.

[-] Restaldt@lemmy.world 4 points 10 months ago* (last edited 10 months ago)

QA is not a capitalizable expense or something anyways that's why we havent given you a decent raise since you got promoted

Now get back to working your 3 jobs you software engineering qa testing devops piece of ..... valued member of the team

[-] jarvis2323@lemmy.world 42 points 10 months ago

It’s agile. Every change is small and less likely to break the overall experience. Putting into hands of users quickly means bugs, especially breaking bugs are found quickly and easily backed out or fixed. If you wait a month, then when a bug is reported it’s much harder to track down and fix. Plus your users suffer until your next release.

[-] 9point6@lemmy.world 34 points 10 months ago

Big releases are harder to test and debug issues.

If your release contains a single change and something goes wrong, you've got a pretty good idea of where the problem is before you even start to look.

If the friction of creating a release is low (with automated tooling) and updating is (typically) automatic there's not really a good reason to not release as often as possible in most cases.

[-] Tibert@jlai.lu 23 points 10 months ago

What would be best? Dealing with a bug for 1 month waiting a monthly update, or dealing with a bug 2 days waiting a daily update?

[-] NeoNachtwaechter@lemmy.world 9 points 10 months ago

That depends only on your ratio of:

Fixed bugs / New bugs

:-)

[-] kibiz0r@lemmy.world 1 points 10 months ago

If you’re doing a daily release with a net increase of bugs, you’re gonna stop doing daily releases real soon.

[-] surewhynotlem@lemmy.world 4 points 10 months ago

You clearly don't work for Microsoft

[-] JustSomePerson@kbin.social 2 points 10 months ago

How about bugfixes every day if there are any, new features every month when they have been tested and QAd.

[-] itslilith@lemmy.blahaj.zone 13 points 10 months ago

It's not required, it's really a matter of preference. Many users, me included, prefer having access to the newest features and bug fixes right away, but that also means less time to test the code for new bugs.

For another example, look at Debian vs. Arch Linux and how they are released

[-] QuarterSwede@lemmy.world 7 points 10 months ago

That’s a really good example. Also makes me think of apps that have stable and beta/nightly builds available. Stable gets updated at a much slower pace than beta/nightly.

[-] SigmarStern@discuss.tchncs.de 3 points 10 months ago

Came here to point that out. You also have LTS versions for business critical software. Sometimes, a newer version is in beta or nightly mode for a long time while the stable version only receives bug fixes.

[-] QuarterSwede@lemmy.world 1 points 10 months ago

Oh LTS. Absolutely. Great point.

[-] willya@lemmyf.uk 9 points 10 months ago

Some apps are a community effort with multiple contributors. Voyager is one of those. This may have been better asked in no stupid questions. Why would you not want the latest bug fixes and features immediately after they’ve been approved?

[-] wildginger@lemmy.myserv.one 6 points 10 months ago

Because Im not a beta tester, and understand that the fastest way to make a bug is to patch a different one.

I dont think this question should be in no stupid questions, but I am curious about a paired sub about answers.

[-] semperverus@lemmy.world 8 points 10 months ago

The real answee is CI/CD DevOps pipelines.

What this means is that, when I as a developer push changes to my dev branch in my code repository, a bunch of scripts and stuff automatically test my code for a bunch of things, and if all of those tests pass, another script is run that pushes the code to my main branch and then compiles my app from the main code, and finally the last script pushes the compiled "artefact" out to the public (.exe's out on a webpage to download, a linux package gets pushed out to repos and to Flathub, Android apps get pushed to the Play and/or F-Droid stores, Apple stuff gets sent to an Apple computer and compiled and uploaded to the App store, etc.)

It streamlines the development process and makes life on the developer so, so much easier while making sure bugs also get fixed for users much quicker and the app stays more stable.

[-] pl_woah@lemmy.ml 2 points 10 months ago

My naive butt: "I thought Google and Apple reviewed app applications for malicious code" Older me: "bahahahahaha" cries in cyber security

[-] NeoNachtwaechter@lemmy.world 1 points 10 months ago

It's interesting that every time I open Voyager I see an update warnin

It means that these apps have extremely patiently suffering users :-)

[-] yessikg@lemmy.blahaj.zone 1 points 10 months ago

Because they either don't do QA or think automated tests are sufficient

[-] lemann@lemmy.dbzer0.com -1 points 10 months ago

It's a very nice thing to have, but I do worry about the effect this has on the EMMC storage in mobile devices, which has a finite lifetime - particularly for larger cross-platform apps, seeing as two of my previous android devices failed from worn out EMMC.

At the moment I just check F-Droid notifications and manually update each app on a biweekly basis, unless there's an urgent fix or something

this post was submitted on 23 Dec 2023

59 points (89.3% liked)

Ask Lemmy

26673 readers

1595 users here now

A Fediverse community for open-ended, thought provoking questions

Please don't post about US Politics.

Rules: (interactive)

1) Be nice and; have fun

Doxxing, trolling, sealioning, racism, and toxicity are not welcomed in AskLemmy. Remember what your mother said: if you can't say something nice, don't say anything at all. In addition, the site-wide Lemmy.world terms of service also apply here. Please familiarize yourself with them

2) All posts must end with a '?'

This is sort of like Jeopardy. Please phrase all post titles in the form of a proper question ending with ?

3) No spam

Please do not flood the community with nonsense. Actual suspected spammers will be banned on site. No astroturfing.

4) NSFW is okay, within reason

Just remember to tag posts with either a content warning or a [NSFW] tag. Overtly sexual posts are not allowed, please direct them to either !asklemmyafterdark@lemmy.world or !asklemmynsfw@lemmynsfw.com. NSFW comments should be restricted to posts tagged [NSFW].

5) This is not a support community.

It is not a place for 'how do I?', type questions. If you have any questions regarding the site itself or would like to report a community, please direct them to Lemmy.world Support or email info@lemmy.world. For other questions check our partnered communities list, or use the search function.

Reminder: The terms of service apply here too.