It's a troll headline. Guys, it's not a strict list. Someone just crafted a bunch of examples for guidance. A few of those are even made tongue in cheek, such as "rolling sarcophagus".
The another page of the guidelines shows the general idea: just try to use neutral and professional expressions instead of scary words.
I rant a lot about quality problems of OSS, but admit that what you described is one of the best properties about the Linux world. It's something what keeps me hanging around. The open development process is very interesting and useful.
This is like claiming someone has the burden of proof in proving that nearly 90% of hacks are initiated from China, Russia, or eastern europe.
They absolutely have the burden of proof in proving that. Akamai's report from last year shows that the top 3 are China, Indonesia and... *drumroll*...United States! In this case the question of how China is any more sketchy than USA, could also be asked again. They're in the same boat.
Firefox would suffer a large drop in market share if they refused to support features that a significant portion of their userbase would consider critical. Being known as "that browser that doesn't work with Netflix" isn't the road to success.
Thank you for bringing a spark of sanity in this discussion.
I am old enough to have dealt with the ISA "multi-IO" cards providing an IDE interface, but they were all the more modern variants with a Winbond chip, which lead to my incorrect conclusions. But yeah, as Penn Jillette has said, it's important to keep the discussion going and get each other caught of the bullshit we spread.;)
The original IDE drive interface was nothing more than an extension of the ISA bus, the primary system device interconnect, over a 40 pin ribbon cable.
Huh? No, there certainly was a storage controller chip between the ISA bus and the HDD. The term Integrated Drive Electronics refers to the fact that the drive controller is integrated into the drive, thus abstracting away the need to control the R/W head by host software.
It's a troll headline. Guys, it's not a strict list. Someone just crafted a bunch of examples for guidance. A few of those are even made tongue in cheek, such as "rolling sarcophagus".
The another page of the guidelines shows the general idea: just try to use neutral and professional expressions instead of scary words.
Nothing to see here, please move on...
Yeah, these are the quality assurance problems that I so often talk about. There's all this little breakage here and there.
Right. I assume that you have never contributed a patch to an open source project.
Actually, in a half of decade. January 14, 2020.
Fair enough. :)
Oh, now we are shuffling around the definitions? Please show me the data on "real hacks" then.
According to logic.
I rant a lot about quality problems of OSS, but admit that what you described is one of the best properties about the Linux world. It's something what keeps me hanging around. The open development process is very interesting and useful.
It just makes sense.
Russia is half of that, and Eastern Europe is nowhere to be seen.
This is like claiming someone has the burden of proof in proving that nearly 90% of hacks are initiated from China, Russia, or eastern europe.
They absolutely have the burden of proof in proving that. Akamai's report from last year shows that the top 3 are China, Indonesia and... *drumroll* ...United States! In this case the question of how China is any more sketchy than USA, could also be asked again. They're in the same boat.
You have the burden of proof here, not him to prove the counterargument. :)
There is already another Twitch called Hitbox.
Thanks.
Firefox would suffer a large drop in market share if they refused to support features that a significant portion of their userbase would consider critical. Being known as "that browser that doesn't work with Netflix" isn't the road to success.
Thank you for bringing a spark of sanity in this discussion.
He has a pet bear now?
I learned a long time ago to value plain text. It never fails across platforms.
Actually even plain text can fail across platforms due to different newlines in Windows and UNIX (CRLF vs. LF).
Not really, as far as I know. The CPU power management drivers and chipset drivers work well.
I am old enough to have dealt with the ISA "multi-IO" cards providing an IDE interface, but they were all the more modern variants with a Winbond chip, which lead to my incorrect conclusions. But yeah, as Penn Jillette has said, it's important to keep the discussion going and get each other caught of the bullshit we spread. ;)
I have an old 500W Sharp microwave and I cannot make microwave popcorn even at max power. The kernals never pop.
It's a nice machine, built like a tank and works great, so I have kept it.
The young whippersnappers are to blame.
if ((err = SSLHashSHA1.update(
&hashCtx, &signedParams)) != 0)
goto fail;
goto fail;
Making an assignment inside the if test makes it also more ambiguous. I would have gone with:
err = SSLHashSHA1.update(&hashCtx, &signedParams);
/* code... */
/* code... */
if (err != 0) {
}
Mmkay.
The original IDE drive interface was nothing more than an extension of the ISA bus, the primary system device interconnect, over a 40 pin ribbon cable.
Huh? No, there certainly was a storage controller chip between the ISA bus and the HDD. The term Integrated Drive Electronics refers to the fact that the drive controller is integrated into the drive, thus abstracting away the need to control the R/W head by host software.
I see. Just for the record, it's the Fedora 20 KDE spin.