Password:
Notice how
the TSA should implement a "do not molest" list.
As a lonely and horny slashdotter, I would like to opt out of that one.
You have got to be freaking kidding me! Consider the following:
The court rules that Mr. X is not guilty on 666 counts of torture, rape and murder, simply because he's been torturing, raping and murdering for so long.
I may be exaggerating a bit, but the above seems to be analogous to your idea of "this is nothing new, so just ignore it".
Correct basis
Use base-10 for:
Use base-2 for:
For file sizes there are two possibilities:
Exception
The application can keep their previous behavior for backwards compatibility if the following points apply. The application may add an option to display the sizes in base-10, too.
Some applications which fall under this rule are:
This basically means that they won't actually be changing anything important (like the semantics of the stat() system call). This only means that lots of graphical applications will eventually display data sizes correctly, as defined by the displayed SI prefix. Though it may be confusing to users of multiple operating systems at first, Ubuntu is doing the right thing. It'll stop being confusing when other distros follow their lead.
If you know what the difference between the KB and KiB prefixes, then it doesn't matter. If you don't know, it doesn't matter either. Right?
And if such life is possible beneath Earth's oceans, why not elsewhere, like Europa?
I don't get it, how exactly do you get from "600 feet under solid Antarctic ice" to "beneath Earth's oceans"?
Frankly, I find this whole business revolting. Several large countries are working on a framework for lawmaking, which would eventually turn into laws all citizens aren't supposed to break.
The problem with this (and laws in general) is that no single citizen has any idea how not to break the law anymore. Furthermore, I was under the impression that lawmaking within democracies is supposed to be a process where every voting citizen has a say in, directly or indirectly.These ACTA negotiations are essentially about making laws noone but the big shots really want to be enforced.
To summarize: I believe these negotiations to be utterly and completely undemocratic, unethical and criminal.
When I mailed all the users again from my Hotmail account, the results were strange -- most of the users' accounts sent back no auto-reply at all, not even a reply that got routed to my junk folder. (Why would Hotmail accounts not send an auto-reply in response to a message from a Hotmail user?
Perhaps to avoid an infinite loop of auto-replying between two compromised hotmail accounts?
If it relied on the project to begin with, that means it already had the features you needed most, in which case progress (although pleasant) is unnecessary.
Yes, because requirements never change over time; runtime environments never change over time; business needs never change over time; the software that you installed 20 years ago should be good enough for you today, by god - because why would you install it at all if it didn't have the features you needed most?
FOSS projects say, "If any of that stuff changes, here's the source, go fix it yourself as technology, runtimes, and requirements change." This freedom is GREAT for technology-literate people. For a small plumbing business that wants to build a customer database and a web site, it makes no sense to hire a team of developers. And so they do the sensible and cost-effective thing: purchase commercial solutions, where somebody who has expertise in development builds and supports the software so they can focus on their area of expertise: Plumbing.
Whether it's a closed-source commercial product you're buying a copy of, or a FOSS project you're buying "support and consultation" for, the fact remains that "finish it yourself if you want" is not a viable option for a large cross-section of businesses, and so is not really a selling point in the eyes of those businesses. Technologists ignore or oversimplify this point frequently here on slashdot, and the blithe assumption that "anybody with half a brain can pick up the source code for MySQL and hammer out the DB features they need," always amuses.
I agree with you. And I didn't mean to suggest to just do the developing yourself. However, when — as a business or otherwise — you rely on an open source project, you should be aware that since you're not exactly a client (or boss) of the people doing the developing, you really shouldn't expect any kind of support. Features you'd like to see may or may not be implemented, but that's all up to whoever is spending time developing said project. You basically have three choices: see if you can get the development team of that project to implement the features you need (knowing full well that it may never happen), do it yourself if you have the ability or just accept the fact that you have no influence over where the project is headed.
So what I'm saying is: I definitely understand why businesses (or individuals) who rely heavily on a piece of software would decide to go with a commercial product, where you know you'll get support if you need it, and where your requests are seen as more than mere suggestions.
Yes the wheels DO turn a little slower in larger companies, but it's better then the wheels not turning at all as happens when the OSS project your business was relying on goes dark because the main dev lost interest.
If your business is relying on an OSS project and it gets in a pickle because the project goes dead, then I don't understand. If it relied on the project to begin with, that means it already had the features you needed most, in which case progress (although pleasant) is unnecessary. Besides, you would have the option of forking the project and finishing it yourself! Unlike when you gotta go out and buy a "new" version of a game because some big company decided its customers didn't need to play that game online anymore...
I tell them to turn to the study of mathematics, for it is only there that they might escape the lusts of the flesh. -- Thomas Mann, "The Magic Mountain"