You know when users complain about the lingering bugs, unexpected slow downs, and slow delivery of new features caused by tech debt (even though they don't know that). That's them caring about your stack, whether they know it or not.
this post was submitted on 21 Feb 2025
49 points (85.5% liked)
Technology
63082 readers
3600 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each other!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
- Accounts 7 days and younger will have their posts automatically removed.
Approved Bots
founded 2 years ago
MODERATORS
Banks.
Do you know why banks are still running COBOL on new, old architecture, IBM mainframes? Sure, it's in part due to risk aversion, ignorance and inertia. But it's also because, if in the end the result is the same, then the tech stack doesn't matter.
Very few people are tech fanatics, most people want results. They care when the products don't work. They don't care how you fix it as long as you fix it in a reasonable manner, within an acceptable timeframe at an affordable price.
Doesn't matter if the customer is a billion dollars bank or a social network. Debbie thinks javascript is when the barista puts her initials on her latte and rust is something to fear when it shows up under her car. Too many devs forget this.
I would say, it's them caring about the product and their needs, rather than the underlying stack.
I would say you can't separate the two. It's a natural extension of Gall's Law, the simple system that works is the stack.
tbh I'm confident I can deliver bugs, slowdowns, and tech debt using any stack 😎
But that isn't caring about your stack beyond that your stack isn't shit.
What truly makes a difference for users is your attention to the product and their needs.
This is the most important thing here. Additional thing to consider that in my experience devs regularly overlook: how easy is it to implement and support?