this post was submitted on 30 Jun 2023
83 points (83.7% liked)
Showerthoughts
30367 readers
550 users here now
A "Showerthought" is a simple term used to describe the thoughts that pop into your head while you're doing everyday things like taking a shower, driving, or just daydreaming. The most popular seem to be lighthearted, clever little truths, hidden in daily life.
Here are some examples to inspire your own showerthoughts: 1
Rules
- All posts must be showerthoughts
- The entire showerthought must be in the title
- No politics
- If your topic is in a grey area, please phrase it to emphasize the fascinating aspects, not the dramatic aspects. You can do this by avoiding overly politicized terms such as "capitalism" and "communism". If you must make comparisons, you can say something is different without saying something is better/worse.
- A good place for politics is c/politicaldiscussion
- If you feel strongly that you want politics back, please volunteer as a mod.
- Posts must be original/unique
- Adhere to Lemmy's Code of Conduct
If you made it this far, showerthoughts is accepting new mods. This community is generally tame so its not a lot of work, but having a few more mods would help reports get addressed a little sooner.
Whats it like to be a mod? Reports just show up as messages in your Lemmy inbox, and if a different mod has already addressed the report the message goes away and you never worry about it.
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
Thank you, it was mostly very boring work.
About 50% of the job was reading and understanding source code and checking nothing went wrong with Y2K. We needed 100% coverage, with different steps like manually reading (two or even three eye principle), manual testing and writing small little test scenarios and scripts that could be gone through multiple times to check everything. Even when you had to check 5000 lines of code that did nothing with dates, it still needed to be check thoroughly by multiple people, tested, documented etc.
I thought it was insane to put so much effort into code that would work just fine after 2000. But my manager said the customer doesn't pay to fix the software, the customer pays for the check, for the signature as he put it. That made it still boring, but at least I could understand it better.
There was al lot of FUD around Y2K, a lot of companies could just have hired some programmer to get familiar with the code in December and put in some fixes as they occurred in January. But with all the media attention and buzz going around about THE Y2K bug, customers were getting anxious. They were told it would be pandemonium in January and getting hold of any kind of software developer would be impossible. The costs would be through the roof and companies would fold if they didn't fix their shit.
My first Y2K project was in 1997 and we had a team of 15+ people, with only 3 actual software engineers like me. The rest was legal staff, project management, administrative staff etc. With some projects there was actual hardware or firmware involved, but most stuff was pure software. Rates for Y2K projects were also huge, it was like some unwritten untold rule of software at that time, all Y2K projects get double the staff, double the price and double the time.
I've even worked on a project where we were the second team, a backup team if you will. Another company had done the work before us, but the customer wanted to make double sure, so they hired us to re-do the entire project. We only found out later this was the case, they told us nothing not to influence us. That seemed like a crazy waste of money for me, but in those days it was somehow possible.