Anything in your home does not need ECC, server or desktop or laptop etc. It's a huge increase in cost with no benefit to you. Much better off spending the extra money on faster harddrives. I would recommend a recent quad core AMD chip, AMD's high-end chips are not as capable as Intel's, but dollar for dollar you get more performance out of AMD.
Here is a typical non-american talking strongly about something he knows very little about. The nearest park from my house is 15 minute car-drive away. Some of us live in rural areas, and yes, we like lawn. OP was not complaining about the negative aspects, simply stating that there is a more efficient way of solving a common "problem". In short, please keep your un-informed opinions to yourself; thanks...
Right, it does all that and then sends everything through Canada BES servers.
As a Canadian I find this statement hilarious... "Oh no, the horror!" Like what exactly (in the small chance that this is true for large corporations who have their own BES) is the danger here? King Harper is going to read your emails and.... do what... ? You should be far more worried about your own government reading your stuff.
Dude... scrollbars are visual only; if you're still dragging that thing around you're doing it wrong. Any mouse / trackpad built in this century have support for scrolling built right in.
I don't know what windows does, but there is nothing close to "remote desktop" in the linux world. It simply is that good, and I'm a linux guy. They are somehow able to make a hardware accelerated desktop, and also provide a very snappy remote view into it which works very well over a tiny net connection. VNC (and even nxclient) are not in the same class... so that understanding that somehow the current X implementation is needed to provide a remote view of some sort is simply not true. Windows does it, and does it extremely well.
The developers themselves are on video stating that they couldn't have achieved what they did without the use of GWT (which is just a java to javascript compiler).
Yes, USB 2 is more than acceptable. I have a motu microbook which even draws it's power from the usb source, and the sound quality is second to none. Using ASIO drivers (windows) there is absolutely no latency (there will certainly be less latency then using an onboard sound card without ASIO drivers).
Can't agree with you there... return means a lot more than just "new line". It also means "complete action"; for example, hitting return in the google search box will perform the search and show the results. There may be an argument for taking other actions on hitting enter, but I myself certainly would never choose something so odd as "rename file".
I've been looking into vala, but it's just not up to snuff yet when you compare it to the complete java ecosystem (ide's, documentation, libraries, forum support etc).
Looks very interesting though, and would definitely give it a more serious look once it matures a little more.
. Remember that java is not competing in the kernel / driver space; it's designed for networked / business / enterprise applications. In that space, developers playing with pointers means that I can crash an app by uncovering a bug in the toolbar (happened to me the other day in a kde app; click on a button, entire application goes down with an incredibly helpful "segfault"). Again, I have no idea what you were trying to do in your application that you benchmarked, but trust me, if it's 50 times slower then the c version (like you claim), then you better think about hiring a competent java developer, because you're most certainly doing it wrong.
Stop showing that you don't know what you're talking about. Pointer arithmetic is done by coders in c for all sorts of apps, not just kernel space. You really don't know what you're talking about, and your ignorance shows.
Now you're just putting words in my mouth. Please re-read what I actually wrote.
We interviewed "competent java programers" - including one of the lead devs from netapps - 10 years experience and he couldn't pass the interview because he could only think in terms of java ways to solve problems. Algorithms in c that let you do things quickly just aen't available in java. The language is crap when it comes to high performance.
But that's okay - people like you can't be counted on to manage their own memory to begin with, which is why you have toy languages like java.
So now Java is a toy... wow, not many java haters have the balls to say that, knowing that they're going to end up looking like an ignorant tramp.
Python and Ruby are perfectly valid comparisons; at the very least, it shows that the jvm is not "slow / bloated" in comparison to other technologies, and in the second place, you're still running an application in the jvm vs running an application in native code (the application being an interpreter running a script), and in these cases the jvm version performs better. It's really not that hard to understand.
They're not valid comparisons because they are ALSO SLOW - especially Ruby. The jvm will never beat a good coder in straight c. Ever. The best it could possibly do in theory is, after many runs, come close.
What part of a java application beating the c version of the same app don't you understand? (It is nice to hear you admit that 2 very famous c apps are slow; maybe there is hope for you yet... though I would have laid money on the fact that you would be one of these typical/. clowns who trash java but praise python; I myself am quite happy using both.)
Regarding firefox, the compressed image only holds true for the first run; subsequent runs better be almost instantaneous (because, hey, it was written in c, right?), which it's not... unless firefox is already running and open in another window, it's always in the order of several seconds to launch it. And besides, you're trying to dodge the argument on a technicality; I just gave you a bunch of examples, proving that using C and friends does not mean your application will be blazing fast; that is the point here.
No dodging - I pointed out that you're running a compressed file system - and if you did any checking, you'd notice that even after you load an instance, not all the code is actually in memory. But you wouldn't know that. Learn what the various columns mean when you look at the output from "top". Oh,, wait, what am I saying - I'm talking to someone who never learned a real computer language.
Java stopped being slow at about version 1.2, 1.3.
Bullshit. Everyone admits that swing is slow, bloated, and crap.
(Are you even capable of writing a swing app? How will you survive without pointer arithmetic?)
Your post is wrong in every paragraph; the lack of pointers in Java is a feature; it's designed that way, and is one of the advantages of the platform. Remember that java is not competing in the kernel / driver space; it's designed for networked / business / enterprise applications. In that space, developers playing with pointers means that I can crash an app by uncovering a bug in the toolbar (happened to me the other day in a kde app; click on a button, entire application goes down with an incredibly helpful "segfault"). Again, I have no idea what you were trying to do in your application that you benchmarked, but trust me, if it's 50 times slower then the c version (like you claim), then you better think about hiring a competent java developer, because you're most certainly doing it wrong.
Python and Ruby are perfectly valid comparisons; at the very least, it shows that the jvm is not "slow / bloated" in comparison to other technologies, and in the second place, you're still running an application in the jvm vs running an application in native code (the application being an interpreter running a script), and in these cases the jvm version performs better. It's really not that hard to understand.
Regarding firefox, the compressed image only holds true for the first run; subsequent runs better be almost instantaneous (because, hey, it was written in c, right?), which it's not... unless firefox is already running and open in another window, it's always in the order of several seconds to launch it. And besides, you're trying to dodge the argument on a technicality; I just gave you a bunch of examples, proving that using C and friends does not mean your application will be blazing fast; that is the point here.
I'm sure it would be fun to argue with you all day, but the bottom line is that Java, when used where it is designed to be used (so don't try and write a device driver), is a very competitive platform by any metric; performance, stability (whole classes of bugs that you find in c just don't happen in java, like segfaults), maintainability, scalability (all the way from cellphones (blackberry) to the enterprise (j2ee)), flexibility (run it on any os worth running on), etc. etc. Some clueless dolts here on/. need to get over themselves and stop repeating garbage from 1995. Java stopped being slow at about version 1.2, 1.3.
Final hint: There is a reason java currently owns the enterprise space.
Nice that you've ignored my comments about all those "blazing fast" c apps I listed; I however, am not going to argue with you over your benchmarks that I don't have in front of me.
I'm not denying that C will do better in raw number crunching, video encoding etc. It probably will, but there is not as much difference as you people like to think there is. And if you take your own advice and research it, you will find cases where the jvm outperforms the c equivalent (python and ruby apps run faster in the jvm then they do in their native c implementations).
And I'm not denying there are slow java apps (netbeans, eclipse), but if you want to go down that route then maybe you can explain to me how it is that firefox / ice-weasel can take a solid 5 seconds to appear on my screen, when the live-cd I was using (on my dual core with 2GB ram) was already completely loaded into ram? Have fun with that.
You go ahead and create your gui's by hand then, have fun with that. I'll use a tool that generates the exact same code for me in about 1/1000th of the time.
I wasn't talking about web tookkits in the firstplace, but gui design is difficult because gui design is difficult. You simply can't get around that unless you're making a simple popup dialog or something. Use tools to make your life easier, that's what they're there for.
Oh, you "looked at it", how nice... that makes you quite the expert.
I always get a kick out of "developers" like you who know nothing about the java ecosystem, but feel quite the need to bash it and exclaim how slow it is (my personal favourite rant). I've been programming java professionaly, for the last 8 years, and I've used it for at least 3 years before that (in school etc), and I'm telling you, you're wrong... in your words, "get over it."
Neither the jvm, nor libraries like swing are slow (both of these myths are repeated by "developers in the know"); but of course, it takes a somewhat competent developer, and I will admit that... it's quite easy to make a slow gui app in Java (for example), but looking at applications such as OpenOffice, or even the Mozilla Firefox / Thunderbird apps, (all programmed in C / C++, btw), simply saying "Learn c" is quite stupid on your part.
How I wish C / C++ and friends were the magic bullet you think it is; I wouldn't have to put up with the crashing and slow redraws in Kde / Compiz / Gnome / Xorg etc.
Well there's your problem, writing gui code by hand. You should seriously consider something like JFormDesigner; it's quite simply, imho, the best form designer around, period, for any language / toolkit....
A happy user.
Sometimes methods also need to do things behind the scene... so in your example, incrementing a value by 1, well there might be a number of listeners that are interested in the fact that that variable's value was adjusted.
So basically what you're saying is you feel free / liberated because you no longer have to expend energy understanding the Bible. And you also have more friends now etc., etc. Basically, the "head in sand" approach. "I can't understand it therefore it is false / doesn't exist etc."
Speaking of wasting time, I'm obviously doing just that in arguing with you, so I will stop.
Slashdot Mirror
Anything in your home does not need ECC, server or desktop or laptop etc. It's a huge increase in cost with no benefit to you. Much better off spending the extra money on faster harddrives. I would recommend a recent quad core AMD chip, AMD's high-end chips are not as capable as Intel's, but dollar for dollar you get more performance out of AMD.
No it doesn't Mr AC; I'm Canadian.
Here is a typical non-american talking strongly about something he knows very little about. The nearest park from my house is 15 minute car-drive away. Some of us live in rural areas, and yes, we like lawn. OP was not complaining about the negative aspects, simply stating that there is a more efficient way of solving a common "problem". In short, please keep your un-informed opinions to yourself; thanks...
You sound... ...bitter... Did a Canadian hurt your poor little feelings once upon a time?
Right, it does all that and then sends everything through Canada BES servers.
As a Canadian I find this statement hilarious... "Oh no, the horror!" Like what exactly (in the small chance that this is true for large corporations who have their own BES) is the danger here? King Harper is going to read your emails and .... do what ... ? You should be far more worried about your own government reading your stuff.
Dude... scrollbars are visual only; if you're still dragging that thing around you're doing it wrong. Any mouse / trackpad built in this century have support for scrolling built right in.
I find that (sun taking people / business to court) very unlikely, considering that sun was purchased by oracle and oracle is involved in btrfs...
Right...... because no other news can possibly occur when the one news item that happens to annoy you is also being talked about.
I don't know what windows does, but there is nothing close to "remote desktop" in the linux world. It simply is that good, and I'm a linux guy. They are somehow able to make a hardware accelerated desktop, and also provide a very snappy remote view into it which works very well over a tiny net connection. VNC (and even nxclient) are not in the same class... so that understanding that somehow the current X implementation is needed to provide a remote view of some sort is simply not true. Windows does it, and does it extremely well.
Why stop at the toolkit? May as well write your own kernel while your at it...
The developers themselves are on video stating that they couldn't have achieved what they did without the use of GWT (which is just a java to javascript compiler).
Yes, USB 2 is more than acceptable. I have a motu microbook which even draws it's power from the usb source, and the sound quality is second to none. Using ASIO drivers (windows) there is absolutely no latency (there will certainly be less latency then using an onboard sound card without ASIO drivers).
Can't agree with you there... return means a lot more than just "new line". It also means "complete action"; for example, hitting return in the google search box will perform the search and show the results. There may be an argument for taking other actions on hitting enter, but I myself certainly would never choose something so odd as "rename file".
I've been looking into vala, but it's just not up to snuff yet when you compare it to the complete java ecosystem (ide's, documentation, libraries, forum support etc).
Looks very interesting though, and would definitely give it a more serious look once it matures a little more.
By that logic we should all be removing the minimize + maximize buttons too... just in case, you know, you overshoot and hit the close?
A well designed app will ask you to "confirm close" if you have unsaved work. I don't see the problem here.
Stop showing that you don't know what you're talking about. Pointer arithmetic is done by coders in c for all sorts of apps, not just kernel space. You really don't know what you're talking about, and your ignorance shows.
Now you're just putting words in my mouth. Please re-read what I actually wrote.
We interviewed "competent java programers" - including one of the lead devs from netapps - 10 years experience and he couldn't pass the interview because he could only think in terms of java ways to solve problems. Algorithms in c that let you do things quickly just aen't available in java. The language is crap when it comes to high performance.
But that's okay - people like you can't be counted on to manage their own memory to begin with, which is why you have toy languages like java.
So now Java is a toy... wow, not many java haters have the balls to say that, knowing that they're going to end up looking like an ignorant tramp.
They're not valid comparisons because they are ALSO SLOW - especially Ruby. The jvm will never beat a good coder in straight c. Ever. The best it could possibly do in theory is, after many runs, come close.
What part of a java application beating the c version of the same app don't you understand? (It is nice to hear you admit that 2 very famous c apps are slow; maybe there is hope for you yet... though I would have laid money on the fact that you would be one of these typical /. clowns who trash java but praise python; I myself am quite happy using both.)
No dodging - I pointed out that you're running a compressed file system - and if you did any checking, you'd notice that even after you load an instance, not all the code is actually in memory. But you wouldn't know that. Learn what the various columns mean when you look at the output from "top". Oh,, wait, what am I saying - I'm talking to someone who never learned a real computer language.
Bullshit. Everyone admits that swing is slow, bloated, and crap.
(Are you even capable of writing a swing app? How will you survive without pointer arithmetic?)
If a swing app is slow, 99/
Your post is wrong in every paragraph; the lack of pointers in Java is a feature; it's designed that way, and is one of the advantages of the platform. Remember that java is not competing in the kernel / driver space; it's designed for networked / business / enterprise applications. In that space, developers playing with pointers means that I can crash an app by uncovering a bug in the toolbar (happened to me the other day in a kde app; click on a button, entire application goes down with an incredibly helpful "segfault"). Again, I have no idea what you were trying to do in your application that you benchmarked, but trust me, if it's 50 times slower then the c version (like you claim), then you better think about hiring a competent java developer, because you're most certainly doing it wrong.
/. need to get over themselves and stop repeating garbage from 1995. Java stopped being slow at about version 1.2, 1.3.
Python and Ruby are perfectly valid comparisons; at the very least, it shows that the jvm is not "slow / bloated" in comparison to other technologies, and in the second place, you're still running an application in the jvm vs running an application in native code (the application being an interpreter running a script), and in these cases the jvm version performs better. It's really not that hard to understand.
Regarding firefox, the compressed image only holds true for the first run; subsequent runs better be almost instantaneous (because, hey, it was written in c, right?), which it's not... unless firefox is already running and open in another window, it's always in the order of several seconds to launch it. And besides, you're trying to dodge the argument on a technicality; I just gave you a bunch of examples, proving that using C and friends does not mean your application will be blazing fast; that is the point here.
I'm sure it would be fun to argue with you all day, but the bottom line is that Java, when used where it is designed to be used (so don't try and write a device driver), is a very competitive platform by any metric; performance, stability (whole classes of bugs that you find in c just don't happen in java, like segfaults), maintainability, scalability (all the way from cellphones (blackberry) to the enterprise (j2ee)), flexibility (run it on any os worth running on), etc. etc. Some clueless dolts here on
Final hint: There is a reason java currently owns the enterprise space.
Nice that you've ignored my comments about all those "blazing fast" c apps I listed; I however, am not going to argue with you over your benchmarks that I don't have in front of me.
I'm not denying that C will do better in raw number crunching, video encoding etc. It probably will, but there is not as much difference as you people like to think there is. And if you take your own advice and research it, you will find cases where the jvm outperforms the c equivalent (python and ruby apps run faster in the jvm then they do in their native c implementations).
And I'm not denying there are slow java apps (netbeans, eclipse), but if you want to go down that route then maybe you can explain to me how it is that firefox / ice-weasel can take a solid 5 seconds to appear on my screen, when the live-cd I was using (on my dual core with 2GB ram) was already completely loaded into ram? Have fun with that.
You go ahead and create your gui's by hand then, have fun with that. I'll use a tool that generates the exact same code for me in about 1/1000th of the time.
I wasn't talking about web tookkits in the firstplace, but gui design is difficult because gui design is difficult. You simply can't get around that unless you're making a simple popup dialog or something. Use tools to make your life easier, that's what they're there for.
Oh, you "looked at it", how nice... that makes you quite the expert.
I always get a kick out of "developers" like you who know nothing about the java ecosystem, but feel quite the need to bash it and exclaim how slow it is (my personal favourite rant). I've been programming java professionaly, for the last 8 years, and I've used it for at least 3 years before that (in school etc), and I'm telling you, you're wrong... in your words, "get over it."
Neither the jvm, nor libraries like swing are slow (both of these myths are repeated by "developers in the know"); but of course, it takes a somewhat competent developer, and I will admit that... it's quite easy to make a slow gui app in Java (for example), but looking at applications such as OpenOffice, or even the Mozilla Firefox / Thunderbird apps, (all programmed in C / C++, btw), simply saying "Learn c" is quite stupid on your part.
How I wish C / C++ and friends were the magic bullet you think it is; I wouldn't have to put up with the crashing and slow redraws in Kde / Compiz / Gnome / Xorg etc.
Please actually use the technology before bashing it; speaking of 1995, that's apparently where the "facts" for your rants are coming from.
Well there's your problem, writing gui code by hand. You should seriously consider something like JFormDesigner; it's quite simply, imho, the best form designer around, period, for any language / toolkit.... A happy user.
Sometimes methods also need to do things behind the scene... so in your example, incrementing a value by 1, well there might be a number of listeners that are interested in the fact that that variable's value was adjusted.
I'm curious about your client... care to offer anymore details, or possibly a download url? :)
So basically what you're saying is you feel free / liberated because you no longer have to expend energy understanding the Bible. And you also have more friends now etc., etc. Basically, the "head in sand" approach. "I can't understand it therefore it is false / doesn't exist etc."
Speaking of wasting time, I'm obviously doing just that in arguing with you, so I will stop.