84
top 9 comments
sorted by: hot top controversial new old
[-] Ephera@lemmy.ml 16 points 3 months ago

Or perhaps it was because there was no layer between those developers and the users, no translations, no requirements gathering, no cards. Just you standing at the desk of the customer service rep, asking them how you could make their life better.

I do miss that often, too. We have so many applications and services in use with shitty bugs, which could probably be fixed in a few days. Of course, all those are proprietary shovelware that I'm not allowed to fix anyways, but the thought remains.

Instead, we just repeatedly spend years building up intricate systems only for them to get cancelled for no good reason, right when they're about to become useful.

[-] lemmyvore@feddit.nl 1 points 3 months ago

To some extent all software is disposable. Some places take it to a more ridiculous level than others. If they have money to burn just make sure as much of it as possible ends up in your pocket.

[-] leisesprecher@feddit.org 12 points 3 months ago

I worked on a system whose database setup looked kind of like this. Interesting to see, that they weren't the only ones using that approach.

We had an online database for online transactions, all tables used a sequence generator table (basically a key/value with the key being table name and the value being the last id) l, every few minutes all the new transactions where dumped into a second instance for research and monitoring. Every night a job started, that first dropped all the transactions older than a few weeks from the online db and then exploded every single transaction into a bunch of id, key, value tuples. These were then push/pulled (very weird construct) into the datawarehouse. Since each new value was its own table, we had something like 20 tables, mostly being nulls. You might had columns like serviceA_call1_customer3_adress_streetname. Absolutely bonkers and only one man understood that thing.

[-] sukhmel@programming.dev 6 points 3 months ago

only one man understood that thing

that one man

coloured picture of Albert Einstein with an unlit smoking pipe

[-] lemmyvore@feddit.nl 2 points 3 months ago

But denormalized databases are not a new thing. There are engines that build on it on purpose in order to be more efficient, like Cassandra. Most data warehousing engines use this "trick". And of course you can do it with a regular RDBMS too.

[-] hazelnoot@beehaw.org 5 points 3 months ago

This may sound like a mess to you. But it was remarkably enjoyable to work in. Gone were the concerns of code duplication. Gone were the concerns of consistency. Gone were the concerns of extensibility. Code was written to serve a use, to touch as little of the area around it as possible, and to be easily replaceable. Our code was decoupled, because coupling it was simply harder.

Incredible

[-] gerdesj@lemmy.ml 4 points 3 months ago

"Gilfoyle" is an anagram of Cthulu.

[-] JakenVeina@lemm.ee 2 points 3 months ago

My god, this speaks to me.

[-] riddlemeboner 1 points 3 months ago

But this database was normalized. How normalized? To go from merchants to a phone number was 7 joins.

Perfection.

this post was submitted on 04 Aug 2024
84 points (97.7% liked)

Programming

17314 readers
61 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 1 year ago
MODERATORS