this post was submitted on 22 Feb 2025
1640 points (98.9% liked)

Enough Musk Spam

2495 readers
1084 users here now

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.

founded 2 years ago
MODERATORS
 
you are viewing a single comment's thread
view the rest of the comments
[–] merc@sh.itjust.works 11 points 10 hours ago

https://dev.to/mdchaney/cobol-dates-may-20-1875-and-disinformation-5ggh

  1. There is no "date" data type in COBOL. Dates are stored however the programmer wants, but usually numeric character strings
  2. There's no "default" date, even if there were such a data type
  3. 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.