this post was submitted on 28 Mar 2025
746 points (99.1% liked)
Technology
68130 readers
3668 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related news or articles.
- 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, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
- 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
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It's not a case of "seeing the code isn't perfect" but rather, not understanding the myriad problems the code is solving or mitigating.
I'm reminded of this shitshow:
https://en.m.wikipedia.org/wiki/2010_Queensland_Health_payroll_system_implementation
Queensland is a state of about 3m people in Australia. Their health service employs about 100k people. They ended up spending about 900m USD to develop their payroll software and fix the fuck ups it caused.
I'm an accountant by trade, there's a classic "techbro does accounting" style of development we see a lot. Like if you hadn't spent a career learning how complex accounting can be, it would be easy to look at a payroll system and conclude "it's just a database with some rules".
Oh hey, we had one of those disasters in Canada! https://en.wikipedia.org/wiki/Phoenix_pay_system
Made by IBM. We chose one of the worst company to do it.
Hah. It was IBM that was running the shitshow in Queensland too.
I've always known your world is complex, working closely with accountants and actuaries the last 4 years doing data applications further confirmed that, there's some legitimately complex math that shows up, and it's a lot of work to model that correctly.
"It's just a ..." Is a redflag to me, project's going to be a gongshow.
I find that mentality of not trying to understand the problem and its context totally counter to the engineering method.
Yeah, as you've said it's not the complexity that's the problem, it's that dunning Kruger style overconfidence that you're smarter than everyone else and can manage data better than these silly accountants.
Yeah, the "It's just a..." guy collapses into a fetal-position sobbing heap when you start looking at exception flows, rollbacks, compensating transations, and all the tweaks and tweezes that every workable real accounting system (or any other complex workflow) has.
Yea, that's a mich better way of putting it.