I dont even program and i could've told them it was probably a placeholder or default value lol "durrrrrr lot of people in this database were born at the exact same time on the same day in the same year that predates electronic databases, gotta be fraud!!1!1!11"
Why 150 years olds are still getting social security benefits
2 years ago by DytallixB to c/enoughmuskspam
wise_pancake 47 points 2 years ago
Also predates social security. It's the long con for sure.
Malfeasant 1 point 2 years ago
John Gomez, John Smallberries, John Bigboote, John Yaya... November 1st 1939.
AnUnusualRelic 7 points 2 years ago
They'd probably just delete the Cobol code since "nobody would use that old stuff anyway".
JustEnoughDucks 65 points 2 years ago
I don't know how many teenage programmers you have interacted with recently, but they are generally just learning the basics, learning core concepts, experimenting, etc...
There is a huge gap between making small, sometimes very cool and creative even, projects and understanding a giant legacy codebase in a language that is not taught anymore. I mean, even university grads often have trouble learning legacy code, much less in COBOL.
You wouldn't say your average teenage cook could make a gourmet meal for a house of 50 people 😅 not a dis, just they haven't had the time to get to greybeard level yet
spooky2092 21 points 2 years ago
How many teens you think can actually read and understand legacy languages like FORTRAN and COBOL? Let alone a complex codebase written in them?
I studied COBOL a bit in college and it's not exactly hard to read short snippets if you understand other languages, but good luck wrapping your head around anything remotely complex and actually understand what it is doing without having someone who understands the language. Hell, 15-20 years on and multiple languages later, my eyes still cross trying to read and grok COBOL. The people supporting those old code bases get paid well for a reason ...
tempest 21 points 2 years ago
Learning to COBOL is not itself that hard.
Understanding decades of "business" logic is.
It isn't WHAT it is doing, it's WHY it is doing it that makes these systems labyrinthian.
Also afaik they don't get paid that well which is part of the problem.
micek 1 point 2 years ago
Heh, you are correct, it's always the why, even in a language you work with every day. It's hard even if it is you who wrote it if you don't remember the why, and then add an unknown code style and an unfamiliar domain. And on top of that maybe multiple projects interacting and I feel the burnout threaten I have to think of something else for a while 🫨
geogeogeo 6 points 2 years ago
The issue isn't inherently age it's just time and experience, understanding different coding patterns and paradigms that have changed over the years etc. Even someone who's been coding every day from ages 14-20 can't have the same knowledge and experience as someone who's been working with software since the 90s or earlier. Granted, there will always be brilliant people who even when lacking experience are more talented and skillful than maybe the majority, but that is uncommon. I'm only in my late 20s. And I remember in college there was a huge diversity of skills, from "are you sure this career path is really a good idea for you?" To "holy hell how did you do all of that in one hackathon?" But even for those really smart folks, they aren't just going to inherently understand all the different ways to organize and structure code, all the conventions that exist, and more importantly why those methods and structures exist and the history that informed them. I'm not saying you need on the ground experience (although, I'd say many people do, as many people can't really internalize things without direct exposure), but there's just not enough time, literally, in the handful of years that is childhood and teenage years to absorb all that history.
Anyway, what I'm getting at is that, yes, I agree that the problem isn't inherently about being teenagers but I do think it's a valid criticism that it's kind of ridiculous to have such young folks leading this kind of project given it's literally impossible for them to have the same amount of experience as software vets. It's also valid that young people are capable of seeing things in very new ways, since they aren't weighed down by al that history. But that's why diversity is useful especially for such a monumental project as this.
Aceticon 1 point 2 years ago
I think it makes sense that people who don't have actual experience in making projects in a specific language won't be aware of details such as the value 0 being the default in a certain kind of field in a certain language which makes it a good flag for "data unknown".
This is not a problem specific of teenage programmers - it is natural for just about everybody to not really know the ins and outs of a language and best practices when programming with it, when they just learned it and haven't actually been using it in projects for a year or two at least.
What's specific to teenagers (and young coders in general) is that:
- They're very unlikely to have programmed with COBOL for a year or two, mainly because people when they start tend to gravitate towards "cool" stuff, which COBOL hasn't been for 4 decades.
- They haven't been doing software engineering for long enough to have realized the stuff I just explained above - in their near-peak Dunning-Krugger expertise in the software engineering field, they really do think that learning to program in a given language is the same as having figured out how to properly use it.
jsomae 1 point 2 years ago
my brother taught me to code when i was 6, so at 19 i had 13 years of experience already. At 6 i was mostly doing simple stuff like qbasic, vb6, but still it adds up. I'm not saying I'm a great coder, not by a long shot, just that I was experienced as a teenager. I assume a lot of these teenagers are much better than i was.
Aceticon 2 points 2 years ago
I taught myself coding at 14 on a ZX Spectrum 128 and was doing Assembly within 2 years.
By now I have over 3 decades professional software engineering experience, almost 4 decades in total if including the stuff I did non-professionally.
Looking back, I knew how to make programs (even made a Minesweeper for the Spectrum in Assembly) but that's not at all the same as knowing the good or industry standard practices in the languages I used.
Whilst it should be way easier now to find those things out (there was no Internet back when I started), in my experience one needs to actually have been coding in a spaghetti way long enough and in enough projects you can't just ditch if they get too messy to actually feel the need to learn those better ways and hence go search for it.
Also I bet that it's a lot harder to find advanced tutorials on COBOL on the net from people with actual experience doing it professionally for a couple of years than it is for, say, Python.
spireghost 1 point 2 years ago
I think it makes sense that people who don’t have actual experience in making projects in a specific language won’t be aware of details such as the value 0 being the default in a certain kind of field in a certain language which makes it a good flag for “data unknown”.
The whole "COBOL's default date is 1875" thing is just a lie. COBOL doesn't even have a date type.
So the problem doesn't have anything to do with COBOL, someone just made it up
Aceticon 1 point 2 years ago
The way I'm reading is that they were holding a date related value in an unsigned integer field, so the start date (corresponding to 0) was a convention (whether internal or broader than that, I don't know) and they chose 0, the default initialization value for such fields as a flag for "no information". Back in the day there wasn't all that memory and storage to go around so I bet this was a 1 byte field holding a year value.
Those choices in a system to be used for Social Security for a whole nation make sense in software design terms if you're having to come up with your own solution for storing dates in as fewer bytes as possible in a language with no built-in date type, but present day teenagers would have never have been in such a situation because there are no currently fashionable programming languages without date types, space isn't as constrained anymore and they don't have experience in the kind of projects were one has to store records for hundreds of millions of people.
Malfeasant 1 point 2 years ago
I've been surprised multiple times by coworkers who don't know the significance of midnight January 1st 1970... We support an embedded Linux device, among other things...
AngryishHumanoid 126 points 2 years ago
In before Musk says "You think the government uses COBOL?!"
FlexibleToast 94 points 2 years ago
I don't think the government uses COBOL. I know the government uses COBOL.
iAvicenna 19 points 2 years ago
He would dismiss COBOL and try to prove that he is a super cool geek with a deep knowledge of DnD and gaming culture. So more like:
"COBOL? Such a language doesn't even exist unless you think Kobolds are real! Hahaha"
sp3tr4l 7 points 2 years ago
Not only do many important government systems ultimately rely on or make heavy use of COBOL...
So do many older private companies.
Like banks. Account balances, transactions.
Its actually quite a serious problem that basically nobody who needs to take seriously actually does.
Basically no one is taught COBOL anymore, but a huge amount of code that undergirds much of what we consider 'modernity' is written in COBOL, and all the older folks that actually know COBOL are retiring.
We're gonna hit a point where the COBOL parts of a system to be altered or maintained, and ... there just isn't anyone who actually knows how to do it.
sp3tr4l 3 points 2 years ago
That is absolutely true as well... though this may be just a personal anecdote, it seems to me that the few COBOL coders I once knew would be amongst the most likely to keep a solid documentation of their own systems.
The problem with that though, is that their bosses are almost always too stupid to ask them for such documentation before they leave/retire, or to bother to preserve it when the exiting COBOL programmer gives it to them, because coding is magic to them, and you're either a good magician that can do the thing, or you're not.
Upper management / C Suite seems to never understand why the term software engineer was/is used.
AA5B 4 points 2 years ago
Yeah, I’ve been tempted to try this route, but you’re really pigeonholing yourself. Even if there’s always wrk, I can’t imagine only working with cobol the rest of my career.
Even worse, the places still using this are very heavy in process, with many undocumented dependencies among many undocumented workflows and business processes. Modernizing COBOL is not a coding problem: it’s a mammoth project management, coordination, and paperwork project that also has a little bit of coding. And its not like you can write clean code, you need to write essentially the same tangled mess of accumulated changes over decades because there’s no way of knowing everything that might break
sp3tr4l 3 points 2 years ago
I hereby nominate you to be the new head of the SSA.
You get it, exactly.
COBOL itself is a fairly minor part of the problem, the real problem is the retiring COBOL coders are the only ones with enough institutional knowledge, broad and specific, to keep the engine from grenading and fucking wheels from coming off the car when it hits a bad enough pothole.
But management and C Suite are apparently homo superior, fully confident that none of that really matters, they'll just keep throwing money at it until its fixed, and failing that, laying off everyone, who care in the end, they get a golden parachute when it all burns, everyone else can FOAD.
LeFantome 112 points 2 years ago
The actual payment system stops payments automatically at age 115 and requires manual verification to restart. The database that is being reported is not even a report of who is getting paid.
This is just dramatic, public evidence of the arrogance and incompetence of DOGE from down to his racist younglings.
For a while, I thought they would at least be good at technology. This episode shows that even that is not true.
How he chose this elite group of chuckleheads is an eyebrow raiser. Other than racism, they seem to have no credentials at all. I mean, on brand for this administration I guess.
skysurfer 4 points 2 years ago
Found the link to the SSA page describing the policy which took effect in 2015.
Quadhammer 2 points 2 years ago
They dont care they want to take all the ss money its that simple
AmbientDread 39 points 2 years ago
If that's what you want they should be staffing up instead of firing.
ChapulinColorado 19 points 2 years ago
In the legacy world we just call it the HIGH_DATE constant.
Thorry84 12 points 2 years ago
In my experience in the legacy world we have the isHighDate function which not only checks the constant, but also 5 other edge cases where the value isn't HIGH_DATE but should be treated as if it is.
gravitas_deficiency 56 points 2 years ago
Jesus fucking christ the interns who have neither seen nor heard of COBOL have also not encountered the concept of a sentinel value used as a fallback/default.
sasquatch7704 12 points 2 years ago
What do you expect? most of the guys in "DOGE" weren't even alive on 9/11 I'm a bit surprised that they still have something in COBOL, maintenance probably costs o fortune, good luck finding young COBOL devs
JackbyDev 6 points 2 years ago
I'm ready to learn COBOL. I will take up the torch. If you know good places to start, let me know. Last time I looked into it it seems way more involved than running stuff like Python, Java, and C.
sasquatch7704 5 points 2 years ago
I see, you want that that Lamorghini, well if you really want udemy is always a good start. Personally the difficult part for me when learning a new programing language is not resources, it's the motivation to keep do it and I usually need a real project to work on. (10 years + dev)
Usually you find on github "awesome-XYZ" repos (ex: awesome python, awesome c, awesome go), but for cobol, most of the projects are dead
andros_rex 2 points 2 years ago
Is being a COBOL dev something that can get you jobs?
I’m pretty good at FORTRAN and would love that kind of “you have invaluable skills so we can’t get rid of you for being queer” gig.
sasquatch7704 1 point 2 years ago
It's a niche, most of the companies use something more modern, easier to find devs, but there are still some that have to mentain that old code while they probably at the same time try to replace it with some other more common language (Java, C++, Rust, Go), I think it's still used by some legacy systems in governments and financial institutions
It's like knowing an extinct language, most of the time is useless, but if someone needs your skills they better pay good for it.
BeardedGingerWonder 12 points 2 years ago
These are the same interns that are pushing code in production, right?
PieMePlenty 8 points 2 years ago
Cant wait till 2038!
AA5B 4 points 2 years ago
Date time types have long since been based on a 64 bit number , at least in Linux. However the old 32 bit date time types are still there so older programs won’t break, and probably on emdpbedded systems.p. So it comes down to the apps: how many old apps or old embedded systems will still be around?
PieMePlenty 3 points 2 years ago
How many cobol systems are still around in 2025. If it works, don't fix it. And I have a feeling a lot of things will need fixing in 2038 lol
AA5B 3 points 2 years ago
It will be interesting to see that play out. The thing is the 238 prboem spas long been solved just like the y2k problem was.
The Linux datetime types were moved to 64 bit values long ago, so this problem is thousands of years out. The old 32 bit values was a limitation of older systems not handling larger values, but almost all hardware today is either 64 bit or has hardware support for 64 bit data. You mainly have some older embedded systems
But the legacy 32 bit APIs are still there so it doesn’t break backward compatibility. You have huge ecosystems of software that still use these APIs and may still handle datelines as 32bit. There’s no way to find them all, much less make sure they’ve been updated.
Just like y2k, 2038 will have been a long solved issue, that may still exist due to ancient or poorly written applications. All you can do is a huge effort of trying everything to find any remaining issues before they cause problems. I’m optimistic because y2k was a problem cased by every application handling their own dates, whereas for 2038 its cause was in an underlying data type that has long since been fixed. Surely all applications will have been rebuilt to the new API in that 20 year or so period, right? Right?
ShinkanTrain 53 points 2 years ago
Honestly, if you make it to 150 you deserve the money
anindefinitearticle 47 points 2 years ago path: 0 15242808, hotness: undefined, score: 47, children: 0
Natanox 49 points 2 years ago
Less of a generational problem, more of an educational one. Selfish, badly educated grifters that got pushed into high offices can be of any age. Musk also didn't recognize SQL when he looked at it, which is arguably even more funny.
FauxLiving 4 points 2 years ago
How dare you question the wisdom of Big Balls and his peers
Quadhammer 3 points 2 years ago
Dangerous like an epileptic deer with 15 pairs of scissors taped to its head and body
Decq 4 points 2 years ago
I get this feeling too, but then again can we blame them? With all the locked down tech these days you really have to get out of your way to learn. And in most cases it works well enough. Whereas people growing up between lets say the 1970-2000s had to muck around with their tech to get it to work. Thus learning the intricacies while using it.
moseschrute 3 points 2 years ago
I’m gen z, I use Vim, and I voted for Kamala. Guess all those VS Code kids voted Trump.
Overshoot2648 3 points 2 years ago
More of a late gen z, gen alpha thing.
merc 17 points 2 years ago
path: 0 15261163, hotness: undefined, score: 17, children: 1
- There is no "date" data type in COBOL. Dates are stored however the programmer wants, but usually numeric character strings
- There's no "default" date, even if there were such a data type
- Even if there were a default, 1875 would be a bizarre choice
That (obviously) doesn't mean Elon Musk is right. It just means that this explanation of it being some magical COBOL epoch value is wrong. What's more likely is that the Social Security database is very old and has a lot of iffy data in it.
My guess is that it contains everybody who has ever had a social security record, including all the duplicates, all the typos, and everything else. At some point there were probably hundreds of thousands of records that were transcribed from paper into a computer, and it was considered safer to keep the iffy data and make a plan to deal with it later, vs. remove someone from the database who should legitimately be there.
I would also imagine that the systems that take the records out of the DB probably have filters in place that remove the (known) bad records before they're used.
ano_ba_to 2 points 2 years ago
There is no "date" data type in COBOL, but there is in DB2, where the data would be saved, unless they are on an older VSE OS and data is still saved in VSAM files. Many still use 12/31/39 as a default max date even though OS/400 systems can handle up to year 9999 now (we still use 12/31/39 in testing where I work). It could be someone arbitrarily started using 1875, and others copied that.
LittleLordFauntleroy 15 points 2 years ago
Eejit...
dependencyinjection 13 points 2 years ago
As someone who is working on a project of recreating an enterprise application in a modern tech stack, the legacy code is hard to understand too.
We have something similar in that a ClaimClosedDate is defaulted to 01/01/1900 and if it has that date it means it’s not closed whereas now that would be a nullable field.
Realitaetsverlust 11 points 2 years ago
The question is, how do you not know the age of a recipient? I feel like that's kinda required to know, no?
Realitaetsverlust 6 points 2 years ago
Ah, well that makes sense. Thanks for clarifying.
Frostbeard 10 points 2 years ago
Jay Kuo is wirth worth following. I know people dislike substack, but a lot decent people publish there. Jay Kuo is good at breaking down the legal aspects of the mess we are seeing now
Frostbeard 2 points 2 years ago
I share this sentiment, and I admit I am not entirly aware of the Substack situation tbh. The issue is that these people, often very good journalists need a platform that generates revenue for them. I am not American, but find that people like Kuo, Jennifer Rubin, Robert Reich and Joyce Vance give valuable insights on American politics, and "sound bites" that can be share. But they need lir financial support to do this.
Kusimulkku 8 points 2 years ago
They also found that there's people over 200, so that default date thing doesn't really explain it all.
ansiz 50 points 2 years ago
It's because that explanation isn't correct. The real deal is you just have entries without a death date, so if you ran a query this get super old ages as a result.
Note that isn't a database of payments or even people eligible for them, just a listing of 'everyone' with a SSN. There is a separate master death index. In the old days, wild west kind of stuff people would disappear so the death date would never get entered. Modern days every morgue and funeral home has to legally notify SS when someone dies, there is a specific form and major hell to pay if you don't do it.
BakerBagel 8 points 2 years ago
Social Security numbers were first issued in 1937. You would have need someone to be over 110 in 1937 to have an age over 200. I think that it's a combination of birthdays entered wrong plus no official death date.
Madison420 15 points 2 years ago
Wouldn't matter anyway the ss admin automatically stops pay and initiates audit for anything over 115.
ansiz 2 points 2 years ago
I think those are related to survivor benefits. Like an old man marrying a young woman in the 40's. Like the civil war vets marrying woman in the 20th century. The last civil war widow was getting benefits until she died in 2020. But still the same basic issue.
But in that case the old man isn't getting benefits but just is needed as a reference for the person actually getting them.
I_Has_A_Hat 40 points 2 years ago
Also a lot of people between 110 and 150, so I'm sure there is a larger answer.
However, Social Security cuts off at 115, and they supposedly found like 10 million people older than that. Considering there are only ~50m people on Social Security, and the database they were searching wasn't even about current recipients, most people would conclude that there is likely an error in data, rather than immediately jump to fraud. Of course, ketamine is a hell of a drug and Elon is not most people.
Kusimulkku 4 points 2 years ago
It's definitely still concerning if the database has a large number of errors. But systematic fraud would be much worse ofc.
funkless_eck 13 points 2 years ago
the database doesn't have to necessarily be accurate if there's other checks - a flag for test data, a system that checks the person is real against another database before dispersing funds etc
monotremata 1 point 2 years ago
A minor grammar point: in this context, the word is actually "disbursing," from the same root as "bursar," a job title you may have encountered in school administrations. "Disbursing" means "paying out from a fund." "Dispersing" means "scattering" or "causing to dissipate." So the old system was disbursing funds. The new system will be dispersing funds.
Kusimulkku 0 points 2 years ago
That's true. Would be better if it was though.
NaturalViber -10 points 2 years ago
Lol why bring drugs into this? Specifically ketamine?
BakerBagel 13 points 2 years ago
path: 0 15247644 15248090 15250764 15250833, hotness: undefined, score: 13, children: 1
NaturalViber 1 point 2 years ago
Ah. I see now. Thank you.
bufalo1973 1 point 2 years ago
In that case I think "year" means "lunar cycle". This makes a more natural age (80-something IIRC)
AA5B 1 point 2 years ago
Maybe, but you don’t know that. You only know the data you have doesn’t make sense. You can’t just make something up and claim it’s correct: you have no way of knowing what the real data is , nor are you an authority
It’s probably logical to not pay out social security for 900 years, but that’s just an additional business process for handling bad data
I also have doubts about the correctness of the specific claim, but of course there’s bad data. How could there not be? That doesn’t mean you can claim fraud, it means you can check with the processes that keep money from being sent out where there is bad data.
I especially had a chuckle from the article where they said 90,000 claims are being sent out for people 100 yr old or more ….. yet the claim is that 10 million of those are fraud?
unemployedclaquer 4 points 2 years ago
i don't know shit from a sandwich and I know COBOL is old shit
unemployedclaquer 1 point 2 years ago
now your hezlth records sare commodity
ChristmasIslandZone 3 points 2 years ago
Conspiracy theory: They know this, but being able to claim to their followers, with official records to show for it, who know NOTHING about programming, is an easy, effective win for them. They can claim fraud to their gullible audience and now have records they can point to and say "LOOK! THEY'RE GIVING DEAD PEOPLE SOCIAL SECURITY MONEY!"
LanguageIsCool 1 point 2 years ago path: 0 15258450 15260933, hotness: undefined, score: 1, children: 0
spireghost 2 points 2 years ago
COBOL doesn't have a date type. And there were "people" in that "list" that weren't just 150 years old, and they varied in ages.
The real answer is that the list that they're saying is people getting social security, isn't the list of people getting paid, just lists of random ages in the database, which ultimately means nothing.
ZILtoid1991 3 points 2 years ago
Musk just wants to dismantle any safety networks, so people will work for him for peanuts...
AidsKitty 0 points 2 years ago
You do realize that what you are suggesting (Musk trying to destroy social security) just isn't what is happening in reality. Anyone that has been receiving SS still is, still receiving the same amount they historically have, and it has all been verified.
Kaboom -40 points 2 years ago
1875 has never been an epoch anywhere, on any system. 1970 has. 1900 has. 0000 has. But 1875? No, it hasn't. And no where in the cobol spec does 1875 appear.
This is just propaganda. He already does enough wrong, you guys lying about it just makes everything else you say suspect.
WalrusDragonOnABike 32 points 2 years ago
Apparently ISO 8601:2004 doesn't exist?
Kaboom 0 points 2 years ago
That doesn't mention 1875. Wikipedia was edited two days ago to add that in, it doesn't appear in the original standard at all.
Andromxda 4 points 2 years ago
Wikipedia was edited two days ago to add that in
Not true, I picked a random revision of the Wikipedia article from October 2022, and it already had the part about 1875:
ISO 8601:2004 fixes a reference calendar date to the Gregorian calendar of 20 May 1875 as the date the Convention du Mètre (Metre Convention) was signed in Paris (the explicit reference date was removed in ISO 8601-1:2019).
https://en.wikipedia.org/w/index.php?title=ISO_8601&oldid=1118165613
I'm pretty sure this has been in the Wikipedia article for even longer, considering that it dates back to 2001. I'm just too lazy to go through the entire history and check when it was added. But definitely not 2 days ago.
Edit: I also just googled "ISO 8601 2004", found this PDF: https://dotat.at/tmp/ISO_8601-2004_E.pdf
Under 3.2.1 "The Gregorian calendar" it says:
The Gregorian calendar has a reference point that assigns 20 May 1875 to the calendar day that the “Convention du Mètre” was signed in Paris.
The Wikipedia article is correct, this wasn't added 2 days ago, and I don't know why you're spreading misinformation.
Another edit: A brief look at your profile explains everything...
Yet another edit: I checked the Wiki article using WikiBlame:
The part about 1875 was added to the article in 2004. Not 2 days ago. This is a blatant lie.
https://en.wikipedia.org/w/index.php?title=ISO_8601&oldid=4668168
kn0wmad1c 28 points 2 years ago
Nowhere in the cobol spec because cobol doesn't even have a date type. It's more of a legacy solution to a nearly 100 year old problem.
rayquetzalcoatl 3 points 2 years ago
"You guys are wrong about the epoch in COBOL and it's really making me believe this ketamine fueled Nazi, shame on you" lol you're ridiculous
atzanteol 2 points 2 years ago
I thought truth mattered right?
...right?
I was intrigued by this article as 1865 isn't any epoch I've heard about and I didn't think COBOL really had a concept of an epoch (an epoch matters when you're counting milliseconds from zero, COBOL stores date/time info differently). I've been searching this morning and can only find the Wikipedia page mentioning that date - which is weird for an ISO standard that is 99% about date formatting.
rayquetzalcoatl 1 point 2 years ago
Yeah I've only heard of the 1970 epoch too, I didn't realise different languages had different epochs honestly! Interesting stuff. I've never worked with COBOL but my old boss was learning it a few years ago, it's used a lot in banking right?
atzanteol 1 point 2 years ago
It's used in mainframes mostly. I don't know COBOL well but I've worked with COBOL systems in the past. I didn't think it even has a "date type" (at least in older systems? maybe it was added at some point?). They just store dates as 8 digits (6 back in the day which led to infamous "y2k" problems). That's why I didn't think they had an epoch. In more modern systems a date is typically "the number of milliseconds since the epoch". For Linux that's 01/01/1970. Either way this explanation for Musk's error is pretty sus. I'm sure he's misunderstanding something (he didn't think the US government used SQL ffs) though.
Edit: It's possible this particular team used that date as some sort of special value. That would be pretty common in older programming styles. But it doesn't seem like it's any sort of "standard."
rayquetzalcoatl 2 points 2 years ago
Am I lying? No, I don't know anything about COBOL and haven't said anything about it either.
AA5B 1 point 2 years ago
A lot of people online are calling it a reference date, whatever that means. An epoch data doesn’t even make sense since there isn’t really a date time type. I can see reason to doubt, but that’s not relevant.
However it could be important to the app. Perhaps at some point they decided there needed to be a cutoff because anything older was bad data. OR perhaps back in the days where storage was extremely expensive it was important to save a byte for every row.
Even if the specific claim about 1875 is wrong, that doesn’t change anything. The reality is bad data exists, there doesn’t seem to be any indication of it being paid out, and the claim of fraud is assinine
glitch1985 28 points 2 years ago
There are tons of IT systems in the government that have been running the same programming for 30+ years but if it isn't broke it doesn't get touched.
Source: Use mainframe emulators often to perform routine tasks in government HR systems.
AmbientDread 19 points 2 years ago
They would have to spend on new systems instead of giving tax breaks to corporate welfare queens and the landed gentry.
rocket_dragon 6 points 2 years ago
The terrifying answer is that script kiddies will end up porting it to JavaScript and Electron and host it on AWS.
Kalysta 15 points 2 years ago
Good luck getting musk to pay to update the programs that most of the government uses.
These programs were written in COBOL, and they have had no reason to upgrade things that are still working.
Malfeasant 2 points 2 years ago
Lolololol tell that to literally every major bank, I'm sure they'll get right on it just for you.
spireghost 1 point 2 years ago
So spend a chunk of money to hire a team to upgrade the database that's working to one that's programmed in a new language, might will have errors, then have to fix those errors, and you'd also have to train the existing team or replace them with someone who knows how to use and maintain the new database. You'd potentially want to upgrade or change the hardware too from an old mainframe computer unless you want to only sidegrade to like C-90 since your old IBM computer won't support newer compilers. In the meanwhile there's a HUGE risk of breaking something or even just not getting anything accomplished
It's definitely an objective that's good but if you're chasing efficiency and cutbacks, it's the opposite of what you'd want to do.
enoughmuskspam
@lemmy.world
3444
1032
1370
For those that have had enough of the Elon Musk worship online.
No flaming, baiting, etc. This community is intended for those opposed to the influx of Elon Musk-related advertising online. Coming here to defend Musk or his companies will not get you banned, but it likely will result in downvotes. Please use the reporting feature if you see a rule violation.
Opinions from all sides of the political spectrum are welcome here. However, we kindly ask that off-topic political discussion be kept to a minimum, so as to focus on the goal of this sub. This community is minimally moderated, so discussion and the power of upvotes/downvotes are allowed, provided lemmy.world rules are not broken.
Post links to instances of obvious Elon Musk fanboy brigading in default subreddits, lemmy/kbin communities/instances, astroturfing from Tesla/SpaceX/etc., or any articles critical of Musk, his ideas, unrealistic promises and timelines, or the working conditions at his companies.
Tesla-specific discussion can be posted here as well as our sister community /c/RealTesla.
go to feed...
enoughmuskspam
@lemmy.world
3444
1032
1370
For those that have had enough of the Elon Musk worship online.
No flaming, baiting, etc. This community is intended for those opposed to the influx of Elon Musk-related advertising online. Coming here to defend Musk or his companies will not get you banned, but it likely will result in downvotes. Please use the reporting feature if you see a rule violation.
Opinions from all sides of the political spectrum are welcome here. However, we kindly ask that off-topic political discussion be kept to a minimum, so as to focus on the goal of this sub. This community is minimally moderated, so discussion and the power of upvotes/downvotes are allowed, provided lemmy.world rules are not broken.
Post links to instances of obvious Elon Musk fanboy brigading in default subreddits, lemmy/kbin communities/instances, astroturfing from Tesla/SpaceX/etc., or any articles critical of Musk, his ideas, unrealistic promises and timelines, or the working conditions at his companies.
Tesla-specific discussion can be posted here as well as our sister community /c/RealTesla.
go to feed...
LMAO watch the US be saved by an inability of Muskys frat bois to understand COBOL
save