Sometimes I’ll run into a baffling issue with a tech product — be it headphones, Google apps like maps or its search features, Apple products, Spotify, other apps, and so on — and when I look for solutions online I sometimes discover this has been an issue for years. Sometimes for many many years.
These tech companies are sometimes ENORMOUS. How is it that these issues persist? Why do some things end up being so inefficient, unintuitive, or clunky? Why do I catch myself saying “oh my dear fucking lord” under my breath so often when I use tech?
Are there no employees who check forums? Does the architecture become so huge and messy that something seemingly simple is actually super hard to fix? Do these companies not have teams that test this stuff?
Why is it so pervasive? And why does some of it seem to be ignored for literal years? Sometimes even a decade!
Is it all due to enshittification? Do they trap us in as users and then stop giving a shit? Or is there more to it than that?
TL;DR software development is hard.
Hard to respond with anything else since you haven’t really given examples.
I’d expend your tldr just a bit to include.
- users are stupid
- software is designed to work for both Tom Tecnowizard and Paul Pebkac
- finally, ads ruin everything they touch
“Unless it’s renders the product completely unusable, why spend money and fix it?”
Corporate mindset in a nutshell!
“Unless it’s renders the product completely
unusableunprofitable, why spend money and fix it?”
Because you’re not paying extra for those problems to get fixed. And no, when you receive millions of forms per day, not every piece of feedback makes it back to someone to actually fix the issue. Especially when half those issues are “when I don’t have internet I don’t receive new emails”.
Software, like hardware, is a balance between supply and demand. People would rather pay less for a phone crammed full of ads than pay for a service. Just look at YouTube for that one.
Also, those clunky interfaces are there for a reason. Maybe the interface element that’s a lot better doesn’t work in right to left languages. Maybe the information overload of too many buttons and labels made the old interface impossible to extend. Maybe the prettier solution doesn’t work with screen readers or with the font size and colour cranked up for people with low vision. Maybe the feature redesign worked great but SomeCorp Tweaker Software will bluescreen the machine when it finds the word “checkbox” in a settings page for your mouse. Maybe the design team had a great idea but the feature needs to ship next week so whatever needs to happen to make that works happens, and the five other features planned for the month already eat up the rest of the dev team’s time anyway.
But most of the time, things are suboptimal because there are seven teams of people working on features on the same screen/system/application and they need to make do.
If you have serious issues with some software, many companies will let you partner with them. In exchange for hundreds of thousands or millions, you can directly get support for your use cases, your workflow, and the stuff you need to get done, over the billions of other people that also need to use the software. And sometimes, that means your super duper expensive preference/feature/demand means someone else’s workflow is entirely broken.
If you know what you want, there is a way out: going the way of open source and self hosted. Within a few years, you too will grow resentful of dozens of systems made by different people all interpreting standards differently and not working together. You have the power to fix each and every feature, bug, problem, and design flaw, but none of the time or the detailed knowledge. You don’t have the money to pay experts, and even if you did, what they do may not entirely suit you either. Trying to fix everything will drive you absolutely mad. And that’s why companies and people often don’t try for perfection.
Speaking as a software engineer, it’s usually a combination of things.
The root of all evil is that yes, fixing that thing doesn’t just take one hour, as it should, but rather a few days. This is mostly preventable by having sufficient automated tests, high code quality and frequent releases, but it’s a lot of work to keep up with. And you really need management to not pressure early feature delivery, because then devs will skip doing necessary work to keep up this high feature-delivery velocity.
Well, and as soon as such a small fix has a chance of taking more than a day or so, then you kind of need to talk to management, whether this should be done.
Which means probably another day or so of just talking about it, and a good chance of them saying we’ll do it after we’ve delivered this extremely important feature, which usually means ‘never’, because there is always another extremely important feature.This. Worked at a consulting firm doing e-commerce for a client. The client always pushed making changes on banners or promotional texts rather than fixing bugs.
There was an issue with the address validator in the checkout (why and how is irrelevant) and it was raised by the QAs, but we were told to fix it in the future, they didn’t see it as a priority, they preferred a checkout that worked most of the time an focus on adding a promo banner.
Now I work in a better place, working on product with stakeholders who don’t prioritise new things over fixing stuff, but we still need to fight to have time allocated for technical improvements that the benefits are not directly evident in the final product.
Agile has poisoned software development to the point where it’s fine to ship shit products that can be fixed post-release, which of course gives stakeholders and execs the reasons to tie performance and bonuses to shipping, as opposed to routine stable operations.
I don’t know if going back to Waterfall is the right fix, but something has to change. Shipping crap is the new normal. If programmers organize to fight for better wages and conditions, we absolutely must fight to hold management responsible for code quality. Get us additional hours for unit and behavioral testing, assessing and tackling technical debt, and so on.
-
Monopolization. If you have become the standard, there’s no reason to improve.
-
Technological advancement. If the speed of new processors continue to double every year, why bother optimizing your program?. This pisses me off so much, games don’t look much better but are 4x harder to run compared to 8 years ago.
-
Cost. Having many programmers, and bug testers on payroll to improve your product is expensive. Massive companies are pennywise pound foolish and will hack and slash at their staff line up until catastrophe strikes (which usually only occurs long after the layoffs)
-
Capitalism
Good enough 90% of the time makes 99.9% of the money so why bother making things perfect for the power users?
Tech companies only care about making money. If people continue to buy their half-effort products, then they’ll keep making it.
On the other hand, open-source (hardware or software) is designed for maximum longevity.
Unfortunately, the wrong people have unlimited resources when it comes to making our tech products.
Most tech sucks because it’s closed source. Closed source products are typically made with “the least amount of work done to sell for the most amount of buck”. So standards are only sloppily and partially implemented (or sometimes purposefully badly or differently to ensure incompatibility), and bugs after sale won’t be fixed because why would they? They already have your money. Middle managers will work hard to ensure more money goes to advertising and marketing than to actual development.
Then there is the embrace, expand, extinguish mentality (hello Microsoft!) to force customers to stay around their shitty products. Microsoft 365 and teams shit are perfect examples. The company I work at currently uses it and it’s beyond garbage shit that is expensive as hell. Not an hour goes by without me being confronted by bad design, bugs, bugs, bugs, so many bugs… And it’s all designed to ensure you stay in their little walled garden. I can’t change this today, but I’m planning to be rid of it in about a year from now, fingers crossed.
In my experience, open source software is fucking awesome because people built it to actually build something awesome. Standards are implemented to the letter, bugs are fixed, and it all works and looks awesome.
There’s the compounding issue that something that seems simple on the surface, say, pairing a pair of bluetooth headphones, is a convoluted mess of super-complicated shit on a technical level.
And to even handle that, the engineer making the app that handles these does not know about how to sync an L and an R headpiece. And the person who knows about that does not know how to establish contact via bluetooth. Etc. It’s layers upon layers upon layers of tricky technical stuff. Each of which has the ability to propagate buggy behavior both up and down the layers. And each engineer probably cannot easily fix the other layers (they’re not theirs), so they work around the bugs. Over time this adds an insane amount of complexity to the code as hundreds of these tiny adjustments are spread everywhere.
Arrogance. They’re attitude is basically “we built it, so it’s golden. If you can’t understand why we did it this way, then put the device down and flip burgers”.
I saw this starting around the year 2005. I spoke out about it and told people stop buying /using products that aren’t logical and easy to use. If it takes a Google search and a YouTube video to figure out how to use it, then it was built wrong. Return the product and get a better one. No one listened to me. We have what we have.
It sucks and it will only get worse. People will not change. People will keep buying shit products, then bitch that the products suck. Instead of returning the crap, they will keep it. Because they keep it the companies have zero reason to change.
LOL, those last three sentences wrap up lemmy’s capitalism hate perfectly.
“We keep spending money on bullshit and kept getting fed worse bullshit!”
“Have you considered not spending money on bullshit?”
“We HAVE to!!!”
Tge problem is money. The incentive if to make as much money as they can, not the company. Company loyalty has completely been blown up by companies, so now not even the ceo gives a fuck, he’ll be running another company with a 10% raise this time next year.
It’s a young field and we’re still entrenched in the consequences of the sort of mistakes that, in a few hundred years, will become “those silly things people used to do because they didn’t know better”.
Daily reminder that the web is a mess of corpo bullshit piled on top of 90s tech and most OSes currently in use are culturally from the early 80s.
Is that a thing that goes away? I think a lot of fields still have that silly things being done even closing in a half millennia on the industrial revolution. You still have tons of screw head sizes and types! Why such diversity!
The screw heads are mainly to prevent people from tampering with stuff they aren’t supposed to unscrew. Hard drives, for example, all use the same star-shaped heads that most people don’t have screwdrivers for.
I do think that people passionate about information technology – those who love it for the intrinsic awesomeness and not the money it brings – could break away with some of the legacy bullshit that holds back the quality of the software we use, if they were given the opportunity to defy software “tradition” and the profit motive. As of now, there is no systemic path forward, only occasional improvements incited by acute inadequacy of existing conventions for the growth of interested businesses.
Whole that’s true, you have Philips and flat heads and ikea hex which could all be those sort of flat and star that are for common people that could be more universal.
About software were a lot freeer, because if it doesn’t have hardware and specially infrastructure requirements, such as the whole Internet layers or new visualisation devices you’re open to change things up a lot.
I mostly agree - however there are physical/mechanical reasons behind the use of some of those. For example, Phillips head screws will ‘cam out’ (driver will slip out of the screw head) rather than get over-torqued, which is useful in various situations - although TIL this was not actually an intentional design feature!
https://en.wikipedia.org/wiki/Cam_out
Hex keys are better than a Robertson (square head) in tight spaces with something like an Allan key, and, in my experience anyway, Robertson can take a fair bit of torque, so they’re great for sinking into softwood - and also for getting out again, even when they’ve been painted over.
Flathead screws, on the other hand, should launched into the sun
Something I’ve noticed in places I’ve work that aren’t small, whoever has talent gets promoted into being half the time in meetings at best, and at worse into managing teams and working by Outlook.
