"Seems a little early to be putting faith in that. It's feature list looks good, on par with other modern desktop file systems like HFS+ and NTFS."
LOLWUT? NTFS is about as far from 'modern' file systems as ext2/ext3.
NTFS has a lot of problems with performance (like a tendency to fragment seemingly while the HDD is still en-route in plastic package). It doesn't support deduplication, symbolic links to files (yep, it's done above the VFS layer in Windows Vista), no support for RAIDs, no support for dynamic resizing, etc. It's also SLOW. NTFS is an old filesystem, it was conceived in the beginning of 90-s when journaling was the state of the art. But now the state of the art has moved far far away.
NTFS driver is so large because the internal structures of NTFS are fairly complex. NTFS kernel driver is also not the largest one, XFS is by far larger. ext4 is comparable.
And that is the problem. I can read German, Russian, Ukrainian and Greek without thinking about origins of words. Because these languages have reasonably phonetic spelling.
So to properly pronounce English words I have to know Greek, French and Latin?:)
Ukrainian (which I speak) is completely phonetic, and has 33 letters. Russian has 33 letters as well and is reasonably phonetic. Greek is easy as well.
Let me guess, you're French. Since you add space before the question mark:)
French is much more rigorous in its spelling than English. French usually assimilates foreign words, making them a part of itself. English just blindly copies them.
So that's why English spelling is so damn easy. There is just one rule: "Just f#$ing remember how words are written and pronounced".
Back at school, I had to write a lot of texts in English. I wrote it in block letters (since that was what we've learned).
Then we started studying German and the first thing they've taught us was the German cursive. So I switched from block letters to cursive for English as well. Made my writing MUCH faster.
Block letters are useless for handwriting, you can as well just type and print. Cursive is much nicer to write by hand. It's so nice and flowing.Cursive is useless.
I write in cursive in 3.5 languages, and in fact, I have a problem _remembering_ the form of glyphs. However, if I sit down and start writing, I can draw them without any problem. Motor memory for the win!
"The biggest challenge I found when learning (very) basic Mandarin was the almost complete disconnection between the sound of a word and how its written."
I (still) have the same problem with English. It's generally impossible to determine how a word is pronounced from its written form in English. And that was a problem, since I learned English mostly from reading books and talking in web forums.
Why 'general' but 'gear'? Or 'chair' but 'chlorine'? 'Put' but 'putty'? How the hell "Eugene Delacroix" is pronounced? Etc.
"What was it that you're tired of? (I assume you mean Map> but it was chewed apart by slashcode...)"
Yes, it was Map<Key, Set<Val>>.
"Was it something that you could put in a library? Or are you working at one of those ridiculous shops that prohibits additional utility libraries? After all, there's a multimap in the Apache commons collections lib (though there's not yet been a proper release with generics)."
We're using Google collections library. This was objection about how Google 'doesn't contribute' to Java.
"Oh, I have countless examples too. I do also know that there is a very large Java eco-system still very much alive."
It's also large in a big part because for a long time Sun had been producing essentially nothing of value except the JVM itself.
Besides, even the most beautiful OpenSource projects can't fully compensate for the core language deficiencies.
"The reason why Java 7 is taking so long is because it is not only fully GPL'ed (replacing some libs) but also because of the long discussions on what should be in there."
Oh, sure. Community discusses a long time, and then Sun does what it wants. Like with generics.
"I do fully agree that the JSR method of doing things can be overly frustrating. But all in all, it still does not mean in any way that Java is dead. Just take a look at the Eclipse & Glassfish communities, for instance. There is a lot of stuff happening there."
I don't especially like Eclipse. Mostly because I had to maintain an application which uses Eclipse RCP (we were one of the first to use Eclipse as a rich client platform back when it was just an IDE). A lot of work is happening around Eclipse, but a lot of is of low quality.
I don't know much about Glassfish, so I'll take your word for it.
Actually, great OpenSource community is the main reason I still (somewhat) like Java.
PS: generics could be added to the existing language much better. Just look at C# - they'd done it right.
"I'm sorry, but for what purpose you need a Multimap in the core of Java? I'm using Java now for 4 years and I never needed a Multimap. And if you need a Multimap, why not include some third library? You properly need a whole bunch of third party libraries anyway, like you need with any language."
Because I'm tired of Map> in my code. Maybe, your code is just trivial.
"What I really hope is that the open source community around Java finally takes the lead and cut any ties off to Oracle. What the open source community can do you can see with Groovy, Scala and Clojure and the other languages around Java. But they need to have a leader, like Linus with the Linux kernel, to not fragmentize the Java platform."
So, the core language should be rebuilt by breaking off from Oracle? While not fragmenting Java?
"Please, someone in Europe, India or in China (anywhere where there are no patents threads), take the Java technology and make it the next Linux kernel. The potential is there. It's open source and it works."
Wow. Just wow.
Re:Not remotely similar to the Microsoft situation
on
The Case For Oracle
·
· Score: 1
Google can't release the full JSE stack, because:
1) SWING is a very big library, they'd HAVE to license it from Sun. No way they can replicate it. And anyway, anyone who wants to use SWING on a mobile platform is insane.
AWT Image in itself is not that useful. You'll also need to replicate all the infrastructure of BufferedImage, codecs, etc. It's way too over-engineered and is mostly useless now.
2) Dalvik has no runtime bytecode generation support, so no java.lang.reflect.Proxy for you.
3) Dalvik is certainly faster than anything from Sun. In particular, it has very fast startup time and ability to work in low-memory devices.
Re:Not remotely similar to the Microsoft situation
on
The Case For Oracle
·
· Score: 0
Hm. Yes, it seems that it's possible to run J2SE on n900.
However, it seems to support my point - JSE is just a joke on mobile platforms.
"While I like to feel that Google is somehow better than Microsoft in all ways, I know this is clearly not true. The problem I do have with Google and their Java VM is that they aren't really contributing back to the core Java platform"
And how can they do it? JCP is dysfunctional, just look how long it takes to release JDK7. And there are other even more blatant examples:
What else? Google has written a lot of splendid Java libraries (like http://code.google.com/p/google-collections/ ). Sun/Oracle are free to take and integrate them into the JDK - they did this with Xerces and other libraries.
But they won't do this. Why? Because Java is dead. For example, a request to add Multimaps was filed in 1998 and is still open: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4155149 Sun can't be bothered to take one of available Multimap implementations and add it to the core JDK.
"In many way what Oracle should be pushing for is:
- getting Google to use the standard Java byte code"
What for? To make devices run slower?
" - working with Oracle to contribute their work back to the core"
Contribute back what? Android implements core libraries very faithfully.
Re:Not remotely similar to the Microsoft situation
on
The Case For Oracle
·
· Score: 0
"Google is enticing Java developers into their pseudo-compatible platforms"
Pseudo-compatible with exactly WHAT?
JSE (desktop Java) never run on mobile devices. J2ME is a joke, and it's NOT compatible with other versions of Java.
"Not true. Light water reactors can make plutonium and infact, all light water reactors DO make plutonium."
It's not usable for weapons, because it will be contaminated with Pu-240 and Pu-242. It's not really possible to separate the fissile Pu-239 from them.
To siphon off some uranium you'll need to disassemble 'hot' fuel rods, chemically separate uranium, and then reassemble rods again. It's unlikely Russians won't notice that a lot of their rods are missing. It's far easier for Iran to use existing uranium enrichment facilities.
Besides, this reactor is a light-water type. It can never be used to breed plutonium.
"* vsync didn't work. Found a post on a mailing list saying it had broken a while ago. It was one of those "well if somebody wants to work on it..." kind of bugs. Never going to get fixed (should never have broken in the first place). What good is compiz if the performance is slow and you still get tearing?"
VSync was fixed last year.
"* KMS cripples performance. With KMS enabled you get the high-rest boot screen, but scrolling in Firefox went to shit. Confirmed problem. If you say you don't notice this, you're lying."
Never had this problem. FireFox scrolling is smooth here (I'm writing this from r500).
Slashdot Mirror
"Seems a little early to be putting faith in that. It's feature list looks good, on par with other modern desktop file systems like HFS+ and NTFS."
LOLWUT? NTFS is about as far from 'modern' file systems as ext2/ext3.
NTFS has a lot of problems with performance (like a tendency to fragment seemingly while the HDD is still en-route in plastic package). It doesn't support deduplication, symbolic links to files (yep, it's done above the VFS layer in Windows Vista), no support for RAIDs, no support for dynamic resizing, etc. It's also SLOW. NTFS is an old filesystem, it was conceived in the beginning of 90-s when journaling was the state of the art. But now the state of the art has moved far far away.
NTFS driver is so large because the internal structures of NTFS are fairly complex. NTFS kernel driver is also not the largest one, XFS is by far larger. ext4 is comparable.
"What I have issues with it the revisionist painting this as some sinister attempt on part of Microsoft to try to extend and then extinguish Java."
Unfortunately, it's not revisionist. It _was_ their intention, documented and proven in the court.
http://www.nytimes.com/1998/10/22/business/memos-released-in-sun-microsoft-suit.html?sec=&spon=&partner=permalink&exprod=permalink
http://en.wikipedia.org/wiki/Steven_McGeady#Microsoft_trials
I know this.
And that is the problem. I can read German, Russian, Ukrainian and Greek without thinking about origins of words. Because these languages have reasonably phonetic spelling.
So to properly pronounce English words I have to know Greek, French and Latin? :)
Ukrainian (which I speak) is completely phonetic, and has 33 letters. Russian has 33 letters as well and is reasonably phonetic. Greek is easy as well.
Yes. And that's the problem.
English borrows other languages' spelling. Other languages generally use transcription to adapt foreign words.
Uhm. That's easy.
80 kg is about my weight. I can lift about 100kg if I try hard. 120g is about the weight of my phone or an empty glass.
It's easy!
"But spelling words without context ?"
Let me guess, you're French. Since you add space before the question mark :)
French is much more rigorous in its spelling than English. French usually assimilates foreign words, making them a part of itself. English just blindly copies them.
So that's why English spelling is so damn easy. There is just one rule: "Just f#$ing remember how words are written and pronounced".
I have the same problem. I often can't remember how letters look. But ask me to write them on paper - and I'd do it without any problems.
Ditto for typing.
Back at school, I had to write a lot of texts in English. I wrote it in block letters (since that was what we've learned).
Then we started studying German and the first thing they've taught us was the German cursive. So I switched from block letters to cursive for English as well. Made my writing MUCH faster.
"Cursive is useless."
Block letters are useless for handwriting, you can as well just type and print. Cursive is much nicer to write by hand. It's so nice and flowing.Cursive is useless.
I write in cursive in 3.5 languages, and in fact, I have a problem _remembering_ the form of glyphs. However, if I sit down and start writing, I can draw them without any problem. Motor memory for the win!
"The biggest challenge I found when learning (very) basic Mandarin was the almost complete disconnection between the sound of a word and how its written."
I (still) have the same problem with English. It's generally impossible to determine how a word is pronounced from its written form in English. And that was a problem, since I learned English mostly from reading books and talking in web forums.
Why 'general' but 'gear'? Or 'chair' but 'chlorine'? 'Put' but 'putty'? How the hell "Eugene Delacroix" is pronounced? Etc.
"What was it that you're tired of? (I assume you mean Map> but it was chewed apart by slashcode...)"
Yes, it was Map<Key, Set<Val>>.
"Was it something that you could put in a library? Or are you working at one of those ridiculous shops that prohibits additional utility libraries? After all, there's a multimap in the Apache commons collections lib (though there's not yet been a proper release with generics)."
We're using Google collections library. This was objection about how Google 'doesn't contribute' to Java.
"Oh, I have countless examples too. I do also know that there is a very large Java eco-system still very much alive."
It's also large in a big part because for a long time Sun had been producing essentially nothing of value except the JVM itself.
Besides, even the most beautiful OpenSource projects can't fully compensate for the core language deficiencies.
"The reason why Java 7 is taking so long is because it is not only fully GPL'ed (replacing some libs) but also because of the long discussions on what should be in there."
Oh, sure. Community discusses a long time, and then Sun does what it wants. Like with generics.
"I do fully agree that the JSR method of doing things can be overly frustrating. But all in all, it still does not mean in any way that Java is dead. Just take a look at the Eclipse & Glassfish communities, for instance. There is a lot of stuff happening there."
I don't especially like Eclipse. Mostly because I had to maintain an application which uses Eclipse RCP (we were one of the first to use Eclipse as a rich client platform back when it was just an IDE). A lot of work is happening around Eclipse, but a lot of is of low quality.
I don't know much about Glassfish, so I'll take your word for it.
Actually, great OpenSource community is the main reason I still (somewhat) like Java.
PS: generics could be added to the existing language much better. Just look at C# - they'd done it right.
Oh, I have a lot of other examples.
How about JCache JSR which took about 6 years to release a simple HashMap-like API?
How about miserable implementation of generics? Or maybe you'd like a dose of EJB2?
How about a lot of dead projects aligned with the core Java ideology but dead-on-arrival (like Java Isolates)?
"I'm sorry, but for what purpose you need a Multimap in the core of Java? I'm using Java now for 4 years and I never needed a Multimap. And if you need a Multimap, why not include some third library? You properly need a whole bunch of third party libraries anyway, like you need with any language."
Because I'm tired of Map> in my code. Maybe, your code is just trivial.
"What I really hope is that the open source community around Java finally takes the lead and cut any ties off to Oracle. What the open source community can do you can see with Groovy, Scala and Clojure and the other languages around Java. But they need to have a leader, like Linus with the Linux kernel, to not fragmentize the Java platform."
So, the core language should be rebuilt by breaking off from Oracle? While not fragmenting Java?
"Please, someone in Europe, India or in China (anywhere where there are no patents threads), take the Java technology and make it the next Linux kernel. The potential is there. It's open source and it works."
Wow. Just wow.
Google can't release the full JSE stack, because:
1) SWING is a very big library, they'd HAVE to license it from Sun. No way they can replicate it. And anyway, anyone who wants to use SWING on a mobile platform is insane.
AWT Image in itself is not that useful. You'll also need to replicate all the infrastructure of BufferedImage, codecs, etc. It's way too over-engineered and is mostly useless now.
2) Dalvik has no runtime bytecode generation support, so no java.lang.reflect.Proxy for you.
3) Dalvik is certainly faster than anything from Sun. In particular, it has very fast startup time and ability to work in low-memory devices.
Hm. Yes, it seems that it's possible to run J2SE on n900.
However, it seems to support my point - JSE is just a joke on mobile platforms.
"While I like to feel that Google is somehow better than Microsoft in all ways, I know this is clearly not true. The problem I do have with Google and their Java VM is that they aren't really contributing back to the core Java platform"
And how can they do it? JCP is dysfunctional, just look how long it takes to release JDK7. And there are other even more blatant examples:
What else? Google has written a lot of splendid Java libraries (like http://code.google.com/p/google-collections/ ). Sun/Oracle are free to take and integrate them into the JDK - they did this with Xerces and other libraries.
But they won't do this. Why? Because Java is dead. For example, a request to add Multimaps was filed in 1998 and is still open: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4155149 Sun can't be bothered to take one of available Multimap implementations and add it to the core JDK.
"In many way what Oracle should be pushing for is:
- getting Google to use the standard Java byte code"
What for? To make devices run slower?
" - working with Oracle to contribute their work back to the core"
Contribute back what? Android implements core libraries very faithfully.
"Google is enticing Java developers into their pseudo-compatible platforms"
Pseudo-compatible with exactly WHAT?
JSE (desktop Java) never run on mobile devices. J2ME is a joke, and it's NOT compatible with other versions of Java.
"Not true. Light water reactors can make plutonium and infact, all light water reactors DO make plutonium."
It's not usable for weapons, because it will be contaminated with Pu-240 and Pu-242. It's not really possible to separate the fissile Pu-239 from them.
Not likely.
To siphon off some uranium you'll need to disassemble 'hot' fuel rods, chemically separate uranium, and then reassemble rods again. It's unlikely Russians won't notice that a lot of their rods are missing. It's far easier for Iran to use existing uranium enrichment facilities.
Besides, this reactor is a light-water type. It can never be used to breed plutonium.
"* vsync didn't work. Found a post on a mailing list saying it had broken a while ago. It was one of those "well if somebody wants to work on it..." kind of bugs. Never going to get fixed (should never have broken in the first place). What good is compiz if the performance is slow and you still get tearing?"
VSync was fixed last year.
"* KMS cripples performance. With KMS enabled you get the high-rest boot screen, but scrolling in Firefox went to shit. Confirmed problem. If you say you don't notice this, you're lying."
Never had this problem. FireFox scrolling is smooth here (I'm writing this from r500).
File bugs.
I have several r300 and r500 systems. All work perfectly fine, with KMS and Compiz.
Maybe, you have a hardware problem.
It seems, focus has shifted to mobile devices with desktop displays as an afterthought.
My Samsung Galaxy has OLED screen which is VERY nice. I only wish I could buy a real notebook with such screen.
Uhm. ATI has OpenSource drivers for _all_ hardware starting from r100 for Linux. And all their drivers support KMS.