I've seen that type of mouse in action (I am not sure if it was the exact same model) at the "Studies Office" at my university (one of the secretaries got it for christmas).
On the box, it warned the users explicitly not to place paperclips (or other common office metal objects) on the pad. I wanted to check out what happens if do so, but the lady gave me a very intimidating look and there was no way I could talk her into my "experiment":-)
As a sidenote: I am definitely not a script, but I really have hard time parsing the confirmation images. Is it really secessary to confirm EVERY post?
I think it is much more serious than that ID number thing was. With ID-s, the software itself is responsible for checking for authorization before using a given document. So simply writing a compatible application, the access control could be cicrumvented.
When TC is available (in the worst case scenario) motherboards would boot only trusted OS-es, which in turn would refuse to run "uncertified" applications. Content creators could encrypt documents after creation, and serve decryption keys only when and only to whom and only as long as they feel like.
Companies would love this (no more leaked documents), media corporations would love this (pay per view, uncopyable music/films etc.), and the goverment will surely love this.
Suddenly all documents would come encrypted, and I would be forced back to Windows or some cripled IBM certified linux.
I see similarity between Linus using BK and Gnome using Mono.
For both produts (P) there exists a business entity (B), so that B can prevent certain (or in fact all) users of P from further using that product once it sees it is desireable from business point of view.
But I think there is is also a fundamental difference, that makes the mono issue much more serious than the BK problem.
BK was just a tool. While Linus used BK, he had stuff done. He (and of course all the other kernel hackers) invested a lot of efforts and time into improving the Linux kernel. Now that BK is gone, all the improvements are still there.
On the contrary, if a major software project (e.g. Gnome) uses Mono in its core _and_ MS decides to attack mono _and_ the attack succeeds, than that major project is in big trouble. It will have to rewrite huge portions of its own code, or find a workaround to the patent (rewrite huge portions of mono code, possibly settle with worse performance etc.). That means that the progress made until Mono has to go is LOST, or at least huge efforts are needed to keep those improvements in the post Mono world.
Now, I also think that the above scenario is not at all improbable.
There is a fair chance MS will do anything to stop its successful rivals in the future (like it did in the past). So either Gnome becomes a successful competitor and am sure it will be attacked at some point, or it will not become a successful but then what is the point in using Mono?
It does overcommit for sure. I turned off my pagefile as an experiment on my windows xp box, and I saw page faults in the task manager when I fired up notepad. (this means that page table entries were allocated for notepad, but no actual memory, which caused a PF at the firs access)
Definitely not true everywhere in the EU. In Hungary at least (that is where I live), the personal income tax is between 18% and 38% based on your yearly income. Capital income is taxed with a flat 20% independent from the other types of income you may have. Also your employer needs to pay some extras after all wage like payments, so paying salary (rather than paying a "profit share") to the owners of the company is much more expensive for the company.
Social security (medicare and retirement funds) is paid based on one's salary (a certain percentage I can not recall). If a given person does not have a salary (because all his/her income comes from stocks, company profit share, etc.) than that person needs to pay s.s. separately to the tax agency, or he or she will not be secured!
Unfortunately the system here is very complex, so there are always exceptions, but this is the general picture.
"C" is 100 when using roman numbers indeed, but if the original poster had used sort of roman numbers to describe dates, then he/she would have written "2M" (or "MM"), not "2k". "k" is a prefix multiplier in SI, meaning one thousand. (just think of kilogram, kilometer, kilovolt, etc.)
I mentioned roman numbers just as a loose analogy, for parsing 2k4 into the number 2004.
"h" is a standard abbriviation of "hecto", which is also a multiplier prefix in SI meaning one hundred, while "c" means one hundredth (again not as a roman number, but as a prefix multiplier).
Presumably you mean to express 2004 with 2k4. Well, 2k4 actually means 2400. There doesn't seem to be a shorter way to write 2004 that to write 2004.
What is your source? Is this some sort of common knowledge I did not hear about? I did parse 2k4 as "two thousand four", similar to the way roman numbers are used. I think this is the logical way of doing it, unless there is some other "convention".
Also (according to my common sense) 2400 could be written 2.4k or 2k4c, but they do not make any sense since they are actually harder to type:-)
I basicly agree with your point that it is not desireable for programmers to become dependant on GUI tools, but I think this is no excuse for not having a good C++ IDE on linux.:-) I think smart GUI tools can, and should be used in program development to aid programmers in producing better code faster.
Good IDEs sort of "understand" the code that is typed into them, and based on that understanding they support the programmer with coding/refactoring aids, "real time" (instead of compile time) error checking, style checking, solution proposals for detected errors, etc.
The Eclipse platform could be brought up as a good example of an IDE for the _Java_ language. It saves the programmer a lot of typing (automatic import, suggested solutions for errors), a lot of time (recompile only the needed files in the background, method signature tooltips; very useful when working with unknown classlibs, easy documentation lookup, simple refactoring, etc.). It really makes working with Java easier. (although running it on my laptop with 256 megs is no fun at all:-)
So for Java there is Eclipse but I am still looking for a good C++ IDE. Tried Eclipse/CDE kdevelop and anjuta without luck.
If the world is really heading into a direction where people interact with their goverment/municipal offices through electronic channels, then those channels must be available to all citizens. The only was to guarantee that access is not only the privilege of the rich is to allow municipals to build networks -- if they think this is the only way to ensure that all citizens can equally access their services.
It may even be cheaper for the taxpayers to keep up the network and offer governemnt services through this network than to keep up the conventional offices.
Also as a sidenote: a law never gives you more freedoms than you had before that law (well maybe if the new law is weakening a previous one:-). If there is a problem with municipals unnecesarily building expensive networks from taxpayer dollars, then, and only then should a bill like that be considered. And even then, the bill should address the _source_ of the problem, and not some superset of the problem's source.
I guess what the author means, is that GPUs can be a viable competiton to Cell on the field of general purpose vector processing, and not the other way arond. No?
Slashdot Mirror
I agree with you, but it is a pain to drive in business suit with no AC in the car. Suits are usually dark, and always have long sleve trousers)
Well, here in Hungary we destroyed our economy earlier for other reasons, so no worries for a while about CO_2 production :-)
I've seen that type of mouse in action (I am not sure if it was the exact same model) at the "Studies Office" at my university (one of the secretaries got it for christmas).
:-)
On the box, it warned the users explicitly not to place paperclips (or other common office metal objects) on the pad. I wanted to check out what happens if do so, but the lady gave me a very intimidating look and there was no way I could talk her into my "experiment"
As a sidenote: I am definitely not a script, but I really have hard time parsing the confirmation images. Is it really secessary to confirm EVERY post?
I think it is much more serious than that ID number thing was. With ID-s, the software itself is responsible for checking for authorization before using a given document. So simply writing a compatible application, the access control could be cicrumvented.
When TC is available (in the worst case scenario) motherboards would boot only trusted OS-es, which in turn would refuse to run "uncertified" applications. Content creators could encrypt documents after creation, and serve decryption keys only when and only to whom and only as long as they feel like.
Companies would love this (no more leaked documents), media corporations would love this (pay per view, uncopyable music/films etc.), and the goverment will surely love this.
Suddenly all documents would come encrypted, and I would be forced back to Windows or some cripled IBM certified linux.
Finally! With Nokia patents we can produce Linux branded rubber boots with unmatched quality :-)
Sign me up as a beta tester, my size is 44!
Well, if screwing in the foot turns on Nikon management, I think this gadget could help the open source community tromendously ;-)
I see similarity between Linus using BK and Gnome using Mono.
For both produts (P) there exists a business entity (B), so that B can prevent certain (or in fact all) users of P from further using that product once it sees it is desireable from business point of view.
But I think there is is also a fundamental difference, that makes the mono issue much more serious than the BK problem.
BK was just a tool.
While Linus used BK, he had stuff done. He (and of course all the other kernel hackers) invested a lot of efforts and time into improving the Linux kernel. Now that BK is gone, all the improvements are still there.
On the contrary, if a major software project (e.g. Gnome) uses Mono in its core _and_ MS decides to attack mono _and_ the attack succeeds, than that major project is in big trouble. It will have to rewrite huge portions of its own code, or find a workaround to the patent (rewrite huge portions of mono code, possibly settle with worse performance etc.). That means that the progress made until Mono has to go is LOST, or at least huge efforts are needed to keep those improvements in the post Mono world.
Now, I also think that the above scenario is not at all improbable.
There is a fair chance MS will do anything to stop its successful rivals in the future (like it did in the past). So either Gnome becomes a successful competitor and am sure it will be attacked at some point, or it will not become a successful but then what is the point in using Mono?
It does overcommit for sure. I turned off my pagefile as an experiment on my windows xp box, and I saw page faults in the task manager when I fired up notepad. (this means that page table entries were allocated for notepad, but no actual memory, which caused a PF at the firs access)
Definitely not true everywhere in the EU. In Hungary at least (that is where I live), the personal income tax is between 18% and 38% based on your yearly income. Capital income is taxed with a flat 20% independent from the other types of income you may have. Also your employer needs to pay some extras after all wage like payments, so paying salary (rather than paying a "profit share") to the owners of the company is much more expensive for the company.
Social security (medicare and retirement funds) is paid based on one's salary (a certain percentage I can not recall). If a given person does not have a salary (because all his/her income comes from stocks, company profit share, etc.) than that person needs to pay s.s. separately to the tax agency, or he or she will not be secured!
Unfortunately the system here is very complex, so there are always exceptions, but this is the general picture.
"C" is 100 when using roman numbers indeed, but if the original poster had used sort of roman numbers to describe dates, then he/she would have written "2M" (or "MM"), not "2k". "k" is a prefix multiplier in SI, meaning one thousand. (just think of kilogram, kilometer, kilovolt, etc.)
I mentioned roman numbers just as a loose analogy, for parsing 2k4 into the number 2004.
"h" is a standard abbriviation of "hecto", which is also a multiplier prefix in SI meaning one hundred, while "c" means one hundredth (again not as a roman number, but as a prefix multiplier).
Also (according to my common sense) 2400 could be written 2.4k or 2k4c, but they do not make any sense since they are actually harder to type :-)
I basicly agree with your point that it is not desireable for programmers to become dependant on GUI tools, but I think this is no excuse for not having a good C++ IDE on linux. :-) I think smart GUI tools can, and should be used in program development to aid programmers in producing better code faster.
:-)
Good IDEs sort of "understand" the code that is typed into them, and based on that understanding they support the programmer with coding/refactoring aids, "real time" (instead of compile time) error checking, style checking, solution proposals for detected errors, etc.
The Eclipse platform could be brought up as a good example of an IDE for the _Java_ language. It saves the programmer a lot of typing (automatic import, suggested solutions for errors), a lot of time (recompile only the needed files in the background, method signature tooltips; very useful when working with unknown classlibs, easy documentation lookup, simple refactoring, etc.). It really makes working with Java easier. (although running it on my laptop with 256 megs is no fun at all
So for Java there is Eclipse but I am still looking for a good C++ IDE. Tried Eclipse/CDE kdevelop and anjuta without luck.
Maybe it was a 64 MB module, but the videocard allocated two megabytes?!?
If the world is really heading into a direction where people interact with their goverment/municipal offices through electronic channels, then those channels must be available to all citizens. The only was to guarantee that access is not only the privilege of the rich is to allow municipals to build networks -- if they think this is the only way to ensure that all citizens can equally access their services.
:-). If there is a problem with municipals unnecesarily building expensive networks from taxpayer dollars, then, and only then should a bill like that be considered. And even then, the bill should address the _source_ of the problem, and not some superset of the problem's source.
It may even be cheaper for the taxpayers to keep up the network and offer governemnt services through this network than to keep up the conventional offices.
Also as a sidenote: a law never gives you more freedoms than you had before that law (well maybe if the new law is weakening a previous one
Will this thing have *good* national layouts for non english speaking countries?
For example how can one map the 9 extra characters needed to type in Hungarian on such a small keyboard?
I guess what the author means, is that GPUs can be a viable competiton to Cell on the field of general purpose vector processing, and not the other way arond. No?