The bigger issue is a lack of perceived value. 19 percent of dial-up users, for example, say that "nothing" would get them to upgrade, not even lower prices.
So you can have a worse product that costs more, or a cheaper product that works better. And you want the crap?
There's something strange going on. Either 19% of dial-up users are morons, or... well, I don't know. What might be a reasonable argument for not wanting better-and-cheaper?
Do they mean documentation shows bugs with Microsoft's communication protocols or that the documentation is incomplete or erroneous?
I'd think "bugs in documentation" means the documentation is doing it wrong. Doing it right would be accurately and fully describing what it's supposed to document.
So I figure it means incomplete and/or erroneous.
I'm of the viewpoint that a disagreement between observable software behavior and claims stated in the documentation is a bug in the documentation: it's either incorrect, or it's incomplete in that it doesn't say "beware of the software bug [...]".
The easiest way to tell if you are talking to a chat bot
Reaction time is a factor in this, so please pay attention.
You're in a desert walking along in the sand when all of the sudden you look down, and you see a tortoise, it's crawling toward you. You reach down, you flip the tortoise over on its back. The tortoise lays on its back, its belly baking in the hot sun, beating its legs trying to turn itself over, but it can't, not without your help. But you're not helping. Why is that?
(ii) a party, after being properly served with [...] a request for inspection under Rule 34, fails to serve its answers, objections, or written response.
The court can inspect which of your activities are depicted in internet porn?
I suppose somebody cares about how well they can expect their 124GB file to stream to disk
I know for certain that I care about big-file performance in almost only these ways:
Can I write the file faster than the network sends it to me?
Can I read the file faster than the application (typically mplayer) needs to consume it?
When I know I shouldn't sit and wait for a larger task to continue, I really don't care how long it takes as long as I can do interactive stuff with good performance and the disk won't still be rattling when I go to sleep. Five minutes? An hour?
I'd rather have effort put into usability of disk management tools: four-way on-line resizing (left/right end moving left/right), on-line repacking (defragmentation) and on-disk format conversion, on-line repartitioning [which goes beyond the scope of ext4, of course] and things like that. A versioning file system would be cool, and btrfs snapshots sound like they'd be nice as well .
But that's the desires for my usage pattern, and I acknowledge that there are others.
and expects to pay another £100,000 this year - enough to fund another two investigators.
Let's see, 100,000 / 2 = 50,000. Unless the living costs in the UK are much higher than in Denmark, or the British pound has tanked more than I'm aware of, that would seems to be quite a decent bag of money you get as such an investigator...
<xxxGirlygirlxxx> Thank you for listening to me. <xxxGirlygirlxxx> You know your a really good listener. <xxxGirlygirlxxx> Sweety please say something. <Sandaedar> Ok I'm back.
There's some overlap caused by projects that use multiple languages. I wouldn't expect either set of numbers to add up to 100%.
I think they'd have to add up to at least 100%.
But now I think about it, I'm starting to doubt it. Fuck it. I give up trying to figure out what they're trying to say, because they say it so muddily.
so that you can't say that the percent that use some language other than C or Java = 100% - (percent using C) - (percent using Java).
That's true. I can say, though, that languages other than C or Java which are in the !scripting category must take up at least (100 - $C - $JAVA) percent.
That is, unless you can have a program written in zero or fewer languages;)
But then again, I don't know what makes a project written in a particular language. If my C code compiles fine with g++, is it written in C++? Why not?:)
How about obfuscating "__ cups in a pint?"
Who the hell knows that shit??? O_o
(I'm from not-the-US, so I'm used to the metric system...)
I thought the ideal captcha [...]
Just use a bunch of Raven's Progressive Matrices :)
Well, maybe they just don't care for the internet?
Why do they have it in the first place, then???
Warrantless wiretaps are good now. You see, they weren't good before. But they are good now.
Obviously they've grown an extra pair of legs...
What's also interesting is that Microsoft's growth seems to be on the rise, whereas Red Hat's growth waned in 2008.
I'm not sure how "growing faster every year" constitutes a decline, but it sure makes for a nice headline.
Care to share with us the source of this data?
The bigger issue is a lack of perceived value. 19 percent of dial-up users, for example, say that "nothing" would get them to upgrade, not even lower prices.
So you can have a worse product that costs more, or a cheaper product that works better. And you want the crap?
There's something strange going on. Either 19% of dial-up users are morons, or... well, I don't know. What might be a reasonable argument for not wanting better-and-cheaper?
M$ representatives, on the other hand, say that it is not a national OS which Russia need, but to make use the technologies which are already exist.
Like this: http://linux.slashdot.org/comments.pl?sid=1102319&cid=26576421 :)
I hear it's designed to run a certain extremely aggressive Scheme compiler...
(apt-cache search is your friend)
Do they mean documentation shows bugs with Microsoft's communication protocols or that the documentation is incomplete or erroneous?
I'd think "bugs in documentation" means the documentation is doing it wrong. Doing it right would be accurately and fully describing what it's supposed to document.
So I figure it means incomplete and/or erroneous.
I'm of the viewpoint that a disagreement between observable software behavior and claims stated in the documentation is a bug in the documentation: it's either incorrect, or it's incomplete in that it doesn't say "beware of the software bug [...]".
The easiest way to tell if you are talking to a chat bot
Reaction time is a factor in this, so please pay attention.
You're in a desert walking along in the sand when all of the sudden you look down, and you see a tortoise, it's crawling toward you. You reach down, you flip the tortoise over on its back. The tortoise lays on its back, its belly baking in the hot sun, beating its legs trying to turn itself over, but it can't, not without your help. But you're not helping. Why is that?
(ii) a party, after being properly served with [...] a request for inspection under Rule 34, fails to serve its answers, objections, or written response.
The court can inspect which of your activities are depicted in internet porn?
don't have to worry about your kid scratching the DVD and making it unplayable
My kids don't know how "head banging" doesn't relate to my hard drive :(
I suppose somebody cares about how well they can expect their 124GB file to stream to disk
I know for certain that I care about big-file performance in almost only these ways:
Can I write the file faster than the network sends it to me?
Can I read the file faster than the application (typically mplayer) needs to consume it?
When I know I shouldn't sit and wait for a larger task to continue, I really don't care how long it takes as long as I can do interactive stuff with good performance and the disk won't still be rattling when I go to sleep. Five minutes? An hour?
I'd rather have effort put into usability of disk management tools: four-way on-line resizing (left/right end moving left/right), on-line repacking (defragmentation) and on-disk format conversion, on-line repartitioning [which goes beyond the scope of ext4, of course] and things like that. A versioning file system would be cool, and btrfs snapshots sound like they'd be nice as well .
But that's the desires for my usage pattern, and I acknowledge that there are others.
Please stop posting articles from info world. The have ads after every page of the article
O_o How do you know this???
[...] Apple's discreet decision to open the iPhone to 3rd-party browsers, by allowing them to appear on AppStore.
I predict the competition will either ruin Apple, or introduce software that decreases the user's smug factor, to the detriment of all iPhone users.
I mean, Apple's infinitely wise decision to keep competition out in the first place was for the best of their customers, right? Right?
</snark>
and expects to pay another £100,000 this year - enough to fund another two investigators.
Let's see, 100,000 / 2 = 50,000. Unless the living costs in the UK are much higher than in Denmark, or the British pound has tanked more than I'm aware of, that would seems to be quite a decent bag of money you get as such an investigator...
<xxxGirlygirlxxx> Thank you for listening to me.
<xxxGirlygirlxxx> You know your a really good listener.
<xxxGirlygirlxxx> Sweety please say something.
<Sandaedar> Ok I'm back.
Windows 7 'Superbar.'
I'm going to get rich when I invent a machine that lets me stab people in the face over the internet.
Except there wont be anyone to run my marketing campaign :(
There's some overlap caused by projects that use multiple languages. I wouldn't expect either set of numbers to add up to 100%.
I think they'd have to add up to at least 100%.
But now I think about it, I'm starting to doubt it. Fuck it. I give up trying to figure out what they're trying to say, because they say it so muddily.
so that you can't say that the percent that use some language other than C or Java = 100% - (percent using C) - (percent using Java).
That's true. I can say, though, that languages other than C or Java which are in the !scripting category must take up at least (100 - $C - $JAVA) percent.
That is, unless you can have a program written in zero or fewer languages ;)
But then again, I don't know what makes a project written in a particular language. If my C code compiles fine with g++, is it written in C++? Why not? :)
Nah, the mods shoot you in the kneecaps due to your bedt.
When was the last time someone stayed up all night trying to get their toaster to work?* [...] *Attempted linux installations excepted.
Why no one care 'bout BSD? :'-(
PC *and Mac* title.
It's all the same CPU arch anyways, so if you're on a mac you just recompile... right?
[I keed, I keed]
2004 through 2006 called. They want their lewp back ;)
If you can't already bend your screen, unbend it and have a working screen, you haven't really learned to steal from the PFY yet.