you are viewing a single comment's thread
view the rest of the comments
[–] 22 points 2 years ago (7 children)

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".

  • source
  • parent
  • hideshow 7 child comments
  • [–] 8 points 2 years ago (2 children)
  • [–] 7 points 2 years ago (2 children)

    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.

  • source
  • parent
  • hideshow 2 child comments