"Ironically, the biggest cost in s/w development happens to be trained manpower; and using.Net allows us to hire cheap workforce that can do 'Brains-Free Programming!'."
Even more if you hire unproductive people that keep doing the same stuff again and again... Brains-freely...
It's also not fair to ban all of them because 99% is faulty. You should go after the guilty.
And I don't own a SUV, what shouldn't really mater because people around here are transitioning to ethanol (10 times of EROI, don't need to ask)... and have being using hidroeletricity since forever (it would be perfect if we could just stop burning trees).
"Can't say I'm surprised really. The funny thing is that no other nation sees the need to spend anything like the US military budget. I suppose the argument goes that there are people around the world who hate freedom, and since the US is the 'most free' nation on Earth, well, they're prime targets. Problem is that the US isn't the 'most free' nation on Earth - not by a long shot. Scratch that theory. The alternate argument goes that there are a lot of people around the world who hate US foreign police. This argument seems far more sensible."
Or other countries' politicians have means to steal people's money that doesn't involve the weapon industry (most of them involving the construction industry). So, they don't need to lead people into wars.
The way we do now? No, thank you. People are separating documentation from the program because the leading one tends to be even bigger than the last, and it is a problem because you must remember to manualy install the docs if you want them.
Just using a name convetion doesn't do it, because it is not consistent. There are packages foo that have foo-doc, others have the documentation on themselves, other are named foo-dev or foo-dbg, and are also documented by foo-doc, there are packages where documentation doesn't make sense, and probably other cases I didn't tought now.
The package foo recommending foo-doc also doesn't do it. Recomendations and documentation simply aren't the same stuf. As I am not trying to make a compact system on my home desktop, I want documentation of all packages I use. But I simply don't wat all recomendations, I'm not even able to install all of them, since they often conflict with each other. If there is some new kind of dependency for documentation, I can just make my package manager get them all of the time, like it does for some kinds of recomendations (Debian has a few of them).
"Basic probability also suggests that it is extremely unlikely that we are an isolated occurrence...You'd have to buy into Creationism to think that such as we could never have happened anywhere else."
Not so fast... We don't know enough about life to estimate its probability. We THINK we are common because we know of nothing special about ourself. But that is quite possible that there is some rare event at our past, that we don't know it is important.
Most stars that have metals near them out there are bilions of years older than our Sun. So, one would expect a random alien civilization to be older than we.
Now, maybe civilizations spread slowly for some unknown reason, or they aren't interested on our place, or some other wierd reason. But the simplest explanations are still that all of them go extinct sometime, or that they did never existed.
Maybe deb should use a new kind of dependecy that links to the documentation of the package being installed. This way, the package manager (apt, aptitude, synaptic) could install it automaticaly or not, depending of the local configuration.
But the desktop shortcut should be there. Every program that has a GUI should install a desktop shortcut. It's amazing the number of them that don't.
Just to complement you, a few years ago (3 if I remember correcly), the brazilian goverment made a HUGE research to discover how many people where startving around here*. It concluded that near 3% of brazilan people were starving, what is very near the developed countries average.
Now, we have a profound need for education. Not just the kind of education people learn at scholl, but also spreading some common sense (like don't beliving everything one sees at TV) and political education (that one can only get by actively disussing it). And we have a very big need to spread information to our citizens (where to sell stuf, how to do stuff, what is happening, that kind of things). In other words, we need to get connected computers to our people. And fast.
* Hunger was a big concern for the government by that time, since the president spent his entire campaign promissing to combat it. I don't need to say that the leading party was a bit anoyed by the results, and stopped spreading them quite fast... But not fast enough to avoid getting them on the news.
Mercury is trying to make pure functional IO less anoying by developing syntatic sugar. That shows that functional IO can be easy, with the exception of you being oblied to declare that your functions do IO (what makes debug by printing quite hard).
Now, about the GP question of paralel compilers, I've never seen one, and don't know how hard it would be to build it. The very hard problem of breaking the program on pararelizable chuncks you get for free, but you still need to decide how many threads you'll use, and what chuncks go on what threads. Both are unsolvable problems, but you just need an estimate, not the actual solution, so it may be even easy.
That's because the best key on the entire keyboard that you'd like to misspress is Delete. That is a harmless action, that is well placed on a HUGE key just near Home, End, PgUp and PgDown (all of them)...
Moore's law is an economical law. It states that the number of transisors (...all that stuf...) doubles eah 18 mouths because the market can't absorb anything faster.
But you really isn't using it here... Technological progress is always underestimated by inflation (all prices that go down are), that is a known problem of measuring inflation.
And mass is proportional o the cube of the linear size... At the same speed, the life of the object (constant shape and density) reduces linearly with the linear size (square root of area).
Of course, those small chuncks don't have the same density of a solar array, much less of a complex (and mostly empty) module. But your assumptions aren't right.
Or you try to solve a exponential time problem with a NP algorithm (proving that P!=NP), or you search the space of programs for some solution for a NP-hard problem, and proves that there are no one... There are lots of ways to see if P=NP.
"How is that easier that sticking in a disc, having it run and clicking next 3 times."
Of course, you ignore that the hard part of this is getting a CD to stick into the driver. That's where all brainpower is needed, all the money is lost buying flawed software that doesn't act as promissed and lot of hours (at best) are spent for every piece of software.
I fail to understand how it is easier than synaptic, maybe you could clarify a litle more your point.
That is a different technology. We get diesel out of vegetal oil (as lots of people around the world do), they are poposing to get diesel out of sugar. Sugar is good to make ethanol, it is very hard (and pobably not efficient) to get diesel out of it.
What is kind of ironical (or dumb, you choose), since people pirate it regardless of protection. And pirated copies are better than original, since they don't require activation.
Slashdot Mirror
That 's a quite good question MS people is asking you. Maybe you should try to answer it.
Even more if you hire unproductive people that keep doing the same stuff again and again... Brains-freely...
It's also not fair to ban all of them because 99% is faulty. You should go after the guilty.
And I don't own a SUV, what shouldn't really mater because people around here are transitioning to ethanol (10 times of EROI, don't need to ask)... and have being using hidroeletricity since forever (it would be perfect if we could just stop burning trees).
Or other countries' politicians have means to steal people's money that doesn't involve the weapon industry (most of them involving the construction industry). So, they don't need to lead people into wars.
Microsoft are always terrified nowadays, and their platform is always threatened.
Wake me up when they finaly lose something.
The way we do now? No, thank you. People are separating documentation from the program because the leading one tends to be even bigger than the last, and it is a problem because you must remember to manualy install the docs if you want them.
Just using a name convetion doesn't do it, because it is not consistent. There are packages foo that have foo-doc, others have the documentation on themselves, other are named foo-dev or foo-dbg, and are also documented by foo-doc, there are packages where documentation doesn't make sense, and probably other cases I didn't tought now.
The package foo recommending foo-doc also doesn't do it. Recomendations and documentation simply aren't the same stuf. As I am not trying to make a compact system on my home desktop, I want documentation of all packages I use. But I simply don't wat all recomendations, I'm not even able to install all of them, since they often conflict with each other. If there is some new kind of dependency for documentation, I can just make my package manager get them all of the time, like it does for some kinds of recomendations (Debian has a few of them).
Not so fast... We don't know enough about life to estimate its probability. We THINK we are common because we know of nothing special about ourself. But that is quite possible that there is some rare event at our past, that we don't know it is important.
Most stars that have metals near them out there are bilions of years older than our Sun. So, one would expect a random alien civilization to be older than we.
Now, maybe civilizations spread slowly for some unknown reason, or they aren't interested on our place, or some other wierd reason. But the simplest explanations are still that all of them go extinct sometime, or that they did never existed.
Maybe deb should use a new kind of dependecy that links to the documentation of the package being installed. This way, the package manager (apt, aptitude, synaptic) could install it automaticaly or not, depending of the local configuration.
But the desktop shortcut should be there. Every program that has a GUI should install a desktop shortcut. It's amazing the number of them that don't.
Yes, they will. Those kids will come to the house of friends that have net acess. Or if that is impossible, they'll learn to break the system.
There is no bored sysadmin that can't be beaten by a well motivated child.
Just to complement you, a few years ago (3 if I remember correcly), the brazilian goverment made a HUGE research to discover how many people where startving around here*. It concluded that near 3% of brazilan people were starving, what is very near the developed countries average.
Now, we have a profound need for education. Not just the kind of education people learn at scholl, but also spreading some common sense (like don't beliving everything one sees at TV) and political education (that one can only get by actively disussing it). And we have a very big need to spread information to our citizens (where to sell stuf, how to do stuff, what is happening, that kind of things). In other words, we need to get connected computers to our people. And fast.
* Hunger was a big concern for the government by that time, since the president spent his entire campaign promissing to combat it. I don't need to say that the leading party was a bit anoyed by the results, and stopped spreading them quite fast... But not fast enough to avoid getting them on the news.
Mercury is trying to make pure functional IO less anoying by developing syntatic sugar. That shows that functional IO can be easy, with the exception of you being oblied to declare that your functions do IO (what makes debug by printing quite hard).
Now, about the GP question of paralel compilers, I've never seen one, and don't know how hard it would be to build it. The very hard problem of breaking the program on pararelizable chuncks you get for free, but you still need to decide how many threads you'll use, and what chuncks go on what threads. Both are unsolvable problems, but you just need an estimate, not the actual solution, so it may be even easy.
That's because the best key on the entire keyboard that you'd like to misspress is Delete. That is a harmless action, that is well placed on a HUGE key just near Home, End, PgUp and PgDown (all of them)...
But this is a bit OT, isn't it?
Yet, it would be much harder without the indonesian samples.
Moore's law is an economical law. It states that the number of transisors (...all that stuf...) doubles eah 18 mouths because the market can't absorb anything faster.
But you really isn't using it here... Technological progress is always underestimated by inflation (all prices that go down are), that is a known problem of measuring inflation.
And mass is proportional o the cube of the linear size... At the same speed, the life of the object (constant shape and density) reduces linearly with the linear size (square root of area).
Of course, those small chuncks don't have the same density of a solar array, much less of a complex (and mostly empty) module. But your assumptions aren't right.
Or you try to solve a exponential time problem with a NP algorithm (proving that P!=NP), or you search the space of programs for some solution for a NP-hard problem, and proves that there are no one... There are lots of ways to see if P=NP.
If ineed P=NP, discovering an algorithm that solves a NP-complete problem on polynomial time is a NP-complete problem.
Of course, it is also polynomial, what makes things much more funny...
It is just not vain to the ones not initiated at communication arts.
Now, dont consider that if you where trying to get a funny post... I'd mod you that way, but people here seem to disagree.
Of course, you ignore that the hard part of this is getting a CD to stick into the driver. That's where all brainpower is needed, all the money is lost buying flawed software that doesn't act as promissed and lot of hours (at best) are spent for every piece of software.
I fail to understand how it is easier than synaptic, maybe you could clarify a litle more your point.
That is a different technology. We get diesel out of vegetal oil (as lots of people around the world do), they are poposing to get diesel out of sugar. Sugar is good to make ethanol, it is very hard (and pobably not efficient) to get diesel out of it.
What is kind of ironical (or dumb, you choose), since people pirate it regardless of protection. And pirated copies are better than original, since they don't require activation.
OSDL are your hosts here at slashdot. Few people don't know them, and you could just look at the very first links at /. page.
First, Haiti is not BRIC. It really shows ignorance to state otherwise. Plenty of it.
Second, somehow those people managed to run Windows at old hardware... and you clam they couldn't run Linux?!?! Obviously, they haven't tried.
I'd classify it as a minor breaktrough, such things happen every few years but are a huge gain at once.
But feature size isn't everything.