The problem is that whole Linux is alpha release, all the time.
This is proved by the fact that there really is no proper testing done. As said, this would have been found before alpha "release".
You know extremely well that your embedded systems would be completely useless to the users had them no proper tests.
Yes, I know that there are huge number of devices sold every day which have not been tested as well as they should, or the company has decided to sell despite of the known bugs.
Linux does the latter on the premise "it is free", "don't complain, fix it yourself" or the one you gave.
What I am complaining is the lack of proper testing in Linux. If there were proper tests for the module which does the overwriting, the problem would have never occured at all.
ULEV cars are *far* cleaner than existing coal plants
I do not know if this is true or not, but you are comparing apples to oranges.
Burning gas in a large plant and using thus generated electricity to drive cars is more efficient (miles/litre) and produces less emissions (than normal car).
The w3c filtering incident used a "forced proxy" (a proxy which interferes with http whether you want or not), at least with DNA. They were apparently experimenting with second generation filtering.
To circumvent that you need to use some external proxy, perhaps even through SSL.
I do not think it is, at least yet, as good and robust. After all apt-get has been around for years.
I'd like to have Bluetooth, and overall better support for peripherals in OpenSolaris. This will, obviously, take a long time, if ever. After that I'd ditch Linux for good.
UML, with its limitations, is a good design tool. Thankfully some modern IDEs have it (NetBeans, for example). No, it is not sufficient, i.e. you need more (text explanation, pictures,...).
Documenting will show when (not if) you go astray, off the specs.
For version control - don't use CVS. Even Subversion is a bit suspect, distributed version control systems are better. Even in single person projects. I synced code between my development desktop and lab debug machine with Mercurial, it decreased the number of mistakes by a factor of ten or more (compared to hand-copy) and allowed independent branches (and reliable merges - not yet in Subversion).
The foreclosure does not magically make the loan disappear.
We had similar situation in Finland (back in -89), they were then called "foreign currency loans". The idea was that FMK (Finnish markka) had a huge interest (almost 20%) and dollar had maybe 7%.
Then the government devalued the FMK once again (the last time, btw).
Now people (and companies) had much more loan than they had assets... then the banks took advantage of that, they seized the assets (the currency loans were usually "bullet" type).
Some still pay the loans or loans of others (as a "backer" of the loan).
I have written much worse than "killing puppies" on the net. So has Onion, etc.
If someone takes that too seriously and disqualifies me - their loss.
It is not always obvious whether my text is a joke or not, especially if only part of the context is read - and the whole context would take too much time.
It is illegal, at least in Finland. You have to ask for the applicants permission first. I know the law is broken often.
I sincerely hope my prospective employers search with my name and finds all the crap I have written. If they take that too seriously it just saves my time - I am certain I could not work in such a back-stabbing and humourless environment.
The difference of threads v.s. processes has nothing to do whether there are locks or not.
If you have a shared resource you must use locks - no matter if you use processes or threads.
I do not know about Chrome but I'd imagine it does not use shared resources (separate windows, sockets, etc.) which may or may not be a good thing (share cookies of several tabs?). Or maybe it locks only for a (provably) short time ("getGlobalCookie")?
The problem with DivX is that there really is no (sensibly pricedÂ) HD players available. Besides (AFAIK) SD DivX content cannot be progressive - interlaced is not good for desktops (and deinterlacers suck).
Therefore if you want HD or desktops then H.264 can be a better choice. Not to mention that there is huge amount of devices capable of H.264 (iPod, etc.).
 cheaper than Blu-ray - in which case AVCHD might make sense.
Some of the job advertisements in Scandinavia are in English. This is because the companies expect you to be fluent in English as the "official/document" language is most likely English.
Note that although salary is lower in Scandinavia and taxes higher the living expenses (rent, free medical "insurance", etc.) is usually low too. Holidays are good (5 weeks per year, 4 in the first year).
Slashdot Mirror
Wrong. I have been even _contacted_ a couple of times due to FOSS software I wrote or enhanced.
None of the SW would I ever put into my resume.
The problem is that whole Linux is alpha release, all the time.
This is proved by the fact that there really is no proper testing done. As said, this would have been found before alpha "release".
You know extremely well that your embedded systems would be completely useless to the users had them no proper tests.
Yes, I know that there are huge number of devices sold every day which have not been tested as well as they should, or the company has decided to sell despite of the known bugs.
Linux does the latter on the premise "it is free", "don't complain, fix it yourself" or the one you gave.
You missed my next sentence.
What I am complaining is the lack of proper testing in Linux. If there were proper tests for the module which does the overwriting, the problem would have never occured at all.
I think it more interesting question is "how can someone overwrite".
With that I mean "isn't there any tests around", not that Linux should (magically) become a microkernel (not that I would mind).
Microsoft seems to want to to take over ODF too.
http://www.groklaw.net/article.php?story=20080825162905645
Apparently they are not happy there is a working specification in the wild. It being a standard must hurt even more.
Produce enough power at a coal plant
I was not talking about coal plant, I was talking about gas burning plant. Oil burning plant would be good too if you factor in refining.
ULEV cars are *far* cleaner than existing coal plants
I do not know if this is true or not, but you are comparing apples to oranges.
Burning gas in a large plant and using thus generated electricity to drive cars is more efficient (miles/litre) and produces less emissions (than normal car).
But is a tsunami a "wave" (in this sense)?
If the water level rises by 10 meters it really, really does not matter whether the "waves" are passing the island in question or not.
Intercept proxy which most likely only filters http. It can be circumvented by using an external proxy.
The w3c filtering incident used a "forced proxy" (a proxy which interferes with http whether you want or not), at least with DNA. They were apparently experimenting with second generation filtering.
To circumvent that you need to use some external proxy, perhaps even through SSL.
Unfortunately that is not funny ... Pelastakaa Lapset Ry (Save the Children NPO), among others, is strongly for the censorship.
http://www.opensolaris.org/os/project/pkg/ is claimed to be as good as apt-get.
I do not think it is, at least yet, as good and robust. After all apt-get has been around for years.
I'd like to have Bluetooth, and overall better support for peripherals in OpenSolaris. This will, obviously, take a long time, if ever. After that I'd ditch Linux for good.
The future of Solaris on the desktop is not as exciting as that of Ubuntu
I think it is as exciting. But then, I am excited by new (free) operating systems ...
The latest OpenSolaris has "pgk" which performs about same as apt-get http://www.opensolaris.org/os/project/pkg/.
My next home machine will be OpenSolaris (NFS/Samba server with raidz2).
I'd recommend "design" and "document" once again.
UML, with its limitations, is a good design tool. Thankfully some modern IDEs have it (NetBeans, for example). No, it is not sufficient, i.e. you need more (text explanation, pictures, ...).
Documenting will show when (not if) you go astray, off the specs.
For version control - don't use CVS. Even Subversion is a bit suspect, distributed version control systems are better. Even in single person projects. I synced code between my development desktop and lab debug machine with Mercurial, it decreased the number of mistakes by a factor of ten or more (compared to hand-copy) and allowed independent branches (and reliable merges - not yet in Subversion).
How would e.g. Rhino http://developer.mozilla.org/en/Rhino_JavaScript_Compiler compare to this (performance wise)?
why does the borrower care about that again?
The foreclosure does not magically make the loan disappear.
We had similar situation in Finland (back in -89), they were then called "foreign currency loans". The idea was that FMK (Finnish markka) had a huge interest (almost 20%) and dollar had maybe 7%.
Then the government devalued the FMK once again (the last time, btw).
Now people (and companies) had much more loan than they had assets ... then the banks took advantage of that, they seized the assets (the currency loans were usually "bullet" type).
Some still pay the loans or loans of others (as a "backer" of the loan).
Given three otherwise identical candidates
None, they all must be fake and/or sock puppets.
(only half joking - there is always differences between applicants - no need to check facebook)
I have written much worse than "killing puppies" on the net. So has Onion, etc.
If someone takes that too seriously and disqualifies me - their loss.
It is not always obvious whether my text is a joke or not, especially if only part of the context is read - and the whole context would take too much time.
It is illegal, at least in Finland. You have to ask for the applicants permission first. I know the law is broken often.
I sincerely hope my prospective employers search with my name and finds all the crap I have written. If they take that too seriously it just saves my time - I am certain I could not work in such a back-stabbing and humourless environment.
There won't be any locks
The difference of threads v.s. processes has nothing to do whether there are locks or not.
If you have a shared resource you must use locks - no matter if you use processes or threads.
I do not know about Chrome but I'd imagine it does not use shared resources (separate windows, sockets, etc.) which may or may not be a good thing (share cookies of several tabs?). Or maybe it locks only for a (provably) short time ("getGlobalCookie")?
Thanks for the information on DivX!
Several mobile phones can decode H.264, the number and conformance/performance (for Main level) is improving fast. No hand held I know is DivX certified. See http://en.wikipedia.org/wiki/List_of_devices_that_support_H.264/MPEG-4_AVC.
De-interlacers suck - period. All except for the 24p film but that is a special case.
The DVB-T2 (HD version of DVB) will use H.264 (DVB in Estonia already does use it).
Whether the interoperability solution of DivX catches on is yet to be seen. Personally I doubt - there are no DivX-HD players either.
The problem with DivX is that there really is no (sensibly pricedÂ) HD players available. Besides (AFAIK) SD DivX content cannot be progressive - interlaced is not good for desktops (and deinterlacers suck).
Therefore if you want HD or desktops then H.264 can be a better choice. Not to mention that there is huge amount of devices capable of H.264 (iPod, etc.).
 cheaper than Blu-ray - in which case AVCHD might make sense.
I sincerely hope Java will not get closures.
The generics fiasco was bad enough (The tutorial http://www.angelikalanger.com/GenericsFAQ/JavaGenericsFAQ.html has over 400 pages ...).
Unfortunately I cannot find the web page I had in mind now ...
If you're below average, then there are plenty of below average coders willing to work for less in India.
That is my experience with Indian coders. Well, obviously "average" is quite dependent on the environment ...
Some of the job advertisements in Scandinavia are in English. This is because the companies expect you to be fluent in English as the "official/document" language is most likely English.
Note that although salary is lower in Scandinavia and taxes higher the living expenses (rent, free medical "insurance", etc.) is usually low too. Holidays are good (5 weeks per year, 4 in the first year).