uh, please do ask, why does opening a fucking glorified text and image processing app require 1 gigabyte of ram.
Who wrote this software? The guy from the bible who was the model for greed and gluttony? Jesus christ.
I don’t remember those being particularly emphasised traits of his.
it’s going to be ret conned if you give it long enough, just like every part of the bible.
Why are you asking? Are you trying to prematurely optimize these apps?
They only came out 10 years ago. If we optimize now, how will we integrate an AI chat agent feature next year?
Why does notepad requires 320 GBs now?
Certainly not for running an LLM on all your files to figure out which ads to show you in the start menu. Why would you even imply something like that?
*shifty eyes* Um yes
Stares at Mullvad…
Is their app big? fwiw on desktop, I just use their config with wireguard app, and that works quite well for me.
Performance/optimisation wise is an environmental catastrophe…
I’d argue that deploying from one codebase to 3+ different platforms is new functionality, although not for the end user per se.
I wish though that more of the web apps would come as no batteries included (by default or at least as a selectable option), i.e. use whatever webview is available on the system instead of shipping another one regardless of if you want it or not.
But if your tool chain is worth anything the size of each binary shouldn’t be bigger. To oversimplify things a bit: it’s just #ifdefs and a proper tool chain.
In the web development world on the other hand everything was always awful. Every nodejs package has half the world as dependencies…
That’s how a bunch of apps broke when M$ got rid of explorer
Marketing. Corporate leadership has decided marketing knows better software design than actual engineers.
Bro, just use AI, bro, you don’t need developers, bro, also skip the testing, bro, who is going to hack your SaaS, bro
Just let ai code bro its so much better and more reliable, just does what its told it works so good bro, ai is the future its so smart.
Lazy devs not removing old non functional commented code and background code additions ?
Though I do get it if they don’t want to remove the old code if their employer is an asshole
That’s not why. It’s the dependency trees that run a dozen layers deep and end up importing “isEven”. If you’re building a react app odds are good you’ll import way more code than you ever write yourself.
And no one should be leaving commented-out code in their app, that’s what source control is for.
“Program is slow? Just get better hardware, brah!!! It’s cheap, bruh!!!”
Fuck you and anyone that thinks like that
It’s truely a sad norm
programming as a profession is full of incompetent failchildren, like all highly paid positions
deleted by creator
touched a nerve did i?
deleted by creator
Bloatware, spyware, scope creep from middle managers feeling uncomfortable letting a dev have a slow day.
Usually, instead of having 8-bit art, you have epic songs and very high definition textures. That is a good deal of why.
I think the epic songs and 4K textures are missing in my MS Office.
Yeah but they made xlookup, that’s worth a few hundred megabytes
All hail xlookup
Backed devs: sweats
Textures and songs are not a thing on most apps right? For android, using Kotlin has created much bigger appsize than old java
Kotlin doesn’t have much impact on binary size.
For smaller apps maybe. I’ve seen apps that should take less than 1mb rise to 15mb or so
That’s not due to kotlin.
Why else?
Tap for spoiler
Get electroned
AHHH, please trigger warning
I’d rather have the Rickroll, please 😐
It’s just that we have to make space for our 5,358 partners and the telemetry data they need.
* legitimate telemetry data
Legitimate interest to train AI
Let me (lemme?) translate this into customer-friendly business language:
Enhanced user experience
That still wouldn’t account for it. The code to collect this is tiny and the data isn’t stored locally. The whole point is for them to suck it up into their massive dataset.
isn’t it a combination of younger developers not learning to programme under the restrictions of limited memory and cpu speed, on top of employers demanding code as soon as possible rather than code that is elegant or resource efficient or even slightly planned out
Much the latter.
Plus everything better work perfecly out of the box on any hardware, and there is a lot of different hardware. Compatibility layers are often built into the package.
Java, for instance, recommenda that you package the whole (albeit slimmed down) JVM inside the package for the target platform, rather than relying on the java runtime installed already.
The users arent expected to know any of that anymore.
yep, a lot of apps are just repackaged chrome running a web page.
which begs the question to companies that require use of the app instead of just having a working website i can use on my copy of chrome/firefox that’s already on my phone…
why do you need hardware access to my device?
1 reason is that they want as much data as possible. They sell the user data. Or they use the user data to improve their targeted advertising. They want more ad clicks.
Re app versus site, many know how to block ads on browsers. With an app, the firm is hoping they can show you ads. There’s a way to remove ads from certain apps but the layperson doesn’t know.
Mostly the latter. We don’t do any optimizations on our product whatsoever. Most important thing is to say yes to all the customers and add every single feature they want. Every sprint is spent adding and adding and adding to the code as much as we can and as quickly as we can. Not a single second is allotted to any discussion about performance or efficiency. Maybe when something breaks, but otherwise we keep piling on more crap at full speed non-stop. I have repeatedly been told “the fast way is the right way” followed by laughter. I was told to “merge this now” on multiple occasions even when I knew that the code was shit, and told the team as much. I am expected to write code now and think about it later.
As you can expect, the codebase is a bloated nightmare. Slow as shit, bugs galore, ugly inconsistent UI, ENORMOUS memory use, waaaaaay too frequent DB access with a shit ton of duplicate requests that are each rather inefficient themselves. It is a rather complex piece of lab management software, but not so complex that it should be struggling to run on dedicated servers with 8 gigs of RAM. Yet it does.
Generally maybe but apps specifically, it’s the default choice of IDE, Android Studio, bundling tons of libraries for added functionality bound to Play Services by default.
Which would probably be illegal in EU now, if any judge had the tech see-through for it.
#include “the_entire_fucking_internet.h”
You know we’ve reached peak bloat and stupidity when JavaScript web apps have a compilation step, and I don’t mean JIT.
I’d rather take a compile step than having no type safety in JS, even as a user.
Except… the compilation step doesn’t add type safety to JS.
As an aside, type safety hasn’t been something I truly miss in JS, despite how often it’s mentioned.
I think they are talking about typescript which is compiled into javascript
Ok, that could be true. I assumed they meant the “building” phase that some frameworks go through.
If the goal is to not have apps be too large, you probably don’t want to send the full variable and function names and all of the comments over the wire every time someone loads a webpage. That would be a very inefficient use of bandwidth, wouldn’t it?
Don’t we have compression built into http already?
