The study has bias showing all over (as the research group was paid by an interested party). There are obvious procedural flaws being made: (1) file sharers == priracy; (2) the hand-waving adjusting of the numbers; equating "have used" to "use it frequently".
As the research firm has clear obvious bias, and such a lack of conformity to proper statistical procedures, assuming in good faith that the sample was done right is downright stupid.
Companies most of the time do NOT want to support anything on their own. They care about support, total cost, maintainability, stability, and features.
More often than not, the choice of software vendor is determined by name (say, reputation & experience with support, quality, etc), and the quality of the vendor's sales force.
In any case, the FSF is not getting anywhere making a religious issue out of software choice.
The FSF should definitely stop thinking about (and marketing) software freedom as a religious issue. Drop all these notions of "sin", "purity", and this whole "dogmatic" take to (computing) life. This crap only alienates people, and leads to wackos thinking in terms of faithful and sinners....
When will these idiots realize that the folks that are the most interested in (Free) software (and thus likely to care), are mostly of the technical rational kind. Never, they will keep making a religious purity argument out of FOSS....
How about putting on rational arguments forward? How about having someone in charge that actually is humanly capable of acknowledging a mistake and/or changing its own mind? Otherwise you only attract the "RMS is always right" kind of people.
Sorry dude, but you either looked at an earlier version of the SDK or you didn't find your way around. Or you are just whining (sorry but is always a possibility).
[...]
There are (literally) hundreds of application examples that ship with the 1.5 SDK. I've mostly gone through the API samples, but there other larger ones as well. Though you may not find links to the code from the html docs.
I did have some trouble getting sample unittests running, but other than that everything seems pretty sharp.
There is a level of maturity that a SDK acquire with time, Android is still in full swing right now, but the sheer amount of samples they have in a year from release is IMHO impressive. You are going to try Android again, consider getting the books from http://commonsware.com/ (no relation to the site, I did buy the books and I am happy with the material).
# G1 at least uses a mini-USB connector instead of a proprietary cable. So my GF and I only need one cable for my G1 and her BlackBerry;
# Battery life is a joke compared to a Nokia, but a colleague that has a iPhone 3GS can barely make it through 1 day; My G1 goes 2 to 3 days on a charge.
# the display is average, but so is the iphone's. My GF has a Nokia XPress Music, the thing has 50% more pixels than the G1 or the (new) iphone.
# loudspeaker indeed sucks. Some modified images (XDA) bump the volume a lot, but sound quality is IMHO still low
I'd second that. I also keep a repository with all the.*rc files and dependencies inside of it.
When having to work on a new machine, I simply clone it, and run a script to delete all.*rc files present, and create symlinks. Saves a ton of work, and allows me to keep configurations synchronized between machines.
It is the very problem that revision systems were built to solve.
In what way is Emacs not a modern IDE, other that it also works perfectly in console mode?
Having used Emacs for 14 years now (12 years for programming), and now programming (almost exclusively) with Eclipse for the last 2 years. IMHO emacs is not a IDE because out-of-the-box there is no:
syntax aware completion,
concept of software project,
auto-indexing for files in the project,
functionality for fixing syntax and semantic problems,
auto saving of local history, and easy diffing,
(syntax-aware) code refactoring tools.
Sure, you can start *programming* emacs to attempt to do this stuff by integrating other tools or twisting options, but often the results will be mediocre. Also notice the need to maintain this code later. IMO Emacs is a lisp extensible editor and full of hooks, so you can shoehorn IDE like functions to it, but in no way an IDE.
I still use emacs for text edition(!), occasional shell-scripting, and sometimes even python scripting. But for actual Python projects and Java, I can only bring myself to use Eclipse.
I've been using Emacs for more 10 years, and spent more time twisting it than any other program I've used. Emacs is a glorified text editor, that may be twisted to fit may other tasks.
Like being twisted into doing *some* IDE like tasks,. Emacs may be turned, after much effort, into "something like an IDE", i.e. into a late 90's idea of an IDE. But not what people nowadays understand to be a full fledged IDE.
**Out-of-the-box** there is no: (1) syntax aware completion, (2) concept of software project, (3) auto-indexing for files in the project, (4) out-of-the-box problem fixing for syntax and semantic problems, (5) auto saving of local history, and easy diffing.
Sure you can spend a couple of weeks twisting and programming emacs to "sort of" perform these tasks, but when you call something an IDE you'd expect the support to just be there.
The problem I have such a setup is the energy cost of having a (old?) PC on at all times. Did you ever try to measure the cost of running it per month?
I have a ReadyNas Duo. I find it extremely slow for incremental backups. Sometimes I think I should have just bought a big external disk.
Do you perform full backups or incremental?
[...]
My backup scheme:
Every two or three weeks, I'll do a incremental backup of my whole home directory to my ReadyNas (through faubackup).
The actually important stuff is under either Git or Mercurial, I push them either to the ReadyNas or to my G1 SD card after a significant commit. I have been considering using only one of these, and using private repositories with either Bitbucket or Github.
Really? Name two with a broader range of ethnic populations. I expect you want to point to countries like Sweden and Belgium which rate near the top of EU countries for integration but the number of sizable distinct ethnic groups in those countries is tiny compared to the USA.
Broad range of ethnic populations are normally found in "New World" or, hum, "American" countries. Like Canada, US, Mexico, Argentina, and Brazil.
About your request for an example, take Brazil for one. Largest number of ethnically Japanese outside Japan. Largest number of blacks outside Africa. Largest number of German dialects spoken outside of Europe. Largest number of ethnically Lebanese (higher than Lebanon itself) http://en.wikipedia.org/wiki/Arab_Brazilian. http://en.wikipedia.org/wiki/Mixed-race_Brazilian
KDE is a highly integrated, cohesive environment, whereas GNOME mostly is a desktop, a file manager, a few applets and a bunch of assorted applications that happen to use gtk for drawing their ui stuff.
Gnome is also a project with decent "Human Interface Guidelines". Which KDE lacks. Badly.
I absolutely agree with you that too many people write Nokia off the phone market due to nothing but "kool-aid". Either Apple or Google (android) kool-aid. Or the fact that they only know the US market, but have no idea of what happens elsewhere.
One point people seem to miss is that not everyone wants/can/will buy such ridiculously expensive phones to start with.
However.... I own a G1, have messed around with an iPhone, and played a lot with my GF's Nokia 5300 X-Press music. Nokia's current problem is that their phones are not designed around the expectation that the user has a "all you can eat data-plan". While this allows them to sell phones to people without a data plan. It has lead to a mess of connection settings, connection permissions, and syncing.
As a phone, and multimedia player the 5300 beats the shit out of the G1 (lousy battery, heavy). But Nokia really needs to clean their act regarding internet browsing, application download (ovi sucks!), and syncing.
Slashdot Mirror
The study has bias showing all over (as the research group was paid by an interested party). There are obvious procedural flaws being made: (1) file sharers == priracy; (2) the hand-waving adjusting of the numbers; equating "have used" to "use it frequently".
As the research firm has clear obvious bias, and such a lack of conformity to proper statistical procedures, assuming in good faith that the sample was done right is downright stupid.
Every time the iphone adds a feature, it takes other phone companies about two years before they realize that it's actually a good idea.
Which killer features?
The Nokia has a much higher definition, 800x480. Iphone is 480x320.
According to Engadget that is the price *before taxes*
Companies most of the time do NOT want to support anything on their own. They care about support, total cost, maintainability, stability, and features.
More often than not, the choice of software vendor is determined by name (say, reputation & experience with support, quality, etc), and the quality of the vendor's sales force.
In any case, the FSF is not getting anywhere making a religious issue out of software choice.
The FSF should definitely stop thinking about (and marketing) software freedom as a religious issue. Drop all these notions of "sin", "purity", and this whole "dogmatic" take to (computing) life. This crap only alienates people, and leads to wackos thinking in terms of faithful and sinners....
When will these idiots realize that the folks that are the most interested in (Free) software (and thus likely to care), are mostly of the technical rational kind. Never, they will keep making a religious purity argument out of FOSS....
How about putting on rational arguments forward? How about having someone in charge that actually is humanly capable of acknowledging a mistake and/or changing its own mind? Otherwise you only attract the "RMS is always right" kind of people.
Android is much easier to develop for because, among other things, it uses Java.
Java is a /much/ more ubiquitous language than Objective-C. So most developers have less new things to learn when starting with Android.
Sorry dude, but you either looked at an earlier version of the SDK or you didn't find your way around. Or you are just whining (sorry but is always a possibility).
[...]
There are (literally) hundreds of application examples that ship with the 1.5 SDK. I've mostly gone through the API samples, but there other larger ones as well. Though you may not find links to the code from the html docs.
I did have some trouble getting sample unittests running, but other than that everything seems pretty sharp.
There is a level of maturity that a SDK acquire with time, Android is still in full swing right now, but the sheer amount of samples they have in a year from release is IMHO impressive. You are going to try Android again, consider getting the books from http://commonsware.com/ (no relation to the site, I did buy the books and I am happy with the material).
# Missing a 3.5 jack is an obvious problem;
# G1 at least uses a mini-USB connector instead of a proprietary cable. So my GF and I only need one cable for my G1 and her BlackBerry;
# Battery life is a joke compared to a Nokia, but a colleague that has a iPhone 3GS can barely make it through 1 day; My G1 goes 2 to 3 days on a charge.
# the display is average, but so is the iphone's. My GF has a Nokia XPress Music, the thing has 50% more pixels than the G1 or the (new) iphone.
# loudspeaker indeed sucks. Some modified images (XDA) bump the volume a lot, but sound quality is IMHO still low
Or someone was just beaten (and bitten) by a Gorilla, who got bored and left? Or the person manages to reach for the gun and shoots the gorilla?
Obligatory (stupid) comic strip reference http://www.smbc-comics.com/index.php?db=comics&id=1592
Chris Mason said that this should be the last unmaintained binary format change http://www.mail-archive.com/linux-btrfs@vger.kernel.org/msg02502.html
I'd second that. I also keep a repository with all the .*rc files and dependencies inside of it.
When having to work on a new machine, I simply clone it, and run a script to delete all .*rc files present, and create symlinks. Saves a ton of work, and allows me to keep configurations synchronized between machines.
It is the very problem that revision systems were built to solve.
In what way is Emacs not a modern IDE, other that it also works perfectly in console mode?
Having used Emacs for 14 years now (12 years for programming), and now programming (almost exclusively) with Eclipse for the last 2 years. IMHO emacs is not a IDE because out-of-the-box there is no:
Sure, you can start *programming* emacs to attempt to do this stuff by integrating other tools or twisting options, but often the results will be mediocre. Also notice the need to maintain this code later. IMO Emacs is a lisp extensible editor and full of hooks, so you can shoehorn IDE like functions to it, but in no way an IDE.
I still use emacs for text edition(!), occasional shell-scripting, and sometimes even python scripting. But for actual Python projects and Java, I can only bring myself to use Eclipse.
I've been using Emacs for more 10 years, and spent more time twisting it than any other program I've used. Emacs is a glorified text editor, that may be twisted to fit may other tasks.
Like being twisted into doing *some* IDE like tasks,. Emacs may be turned, after much effort, into "something like an IDE", i.e. into a late 90's idea of an IDE. But not what people nowadays understand to be a full fledged IDE.
**Out-of-the-box** there is no: (1) syntax aware completion, (2) concept of software project, (3) auto-indexing for files in the project, (4) out-of-the-box problem fixing for syntax and semantic problems, (5) auto saving of local history, and easy diffing.
Sure you can spend a couple of weeks twisting and programming emacs to "sort of" perform these tasks, but when you call something an IDE you'd expect the support to just be there.
...why do men still have nipples. Film at 11.
best post in the thread....
The problem I have such a setup is the energy cost of having a (old?) PC on at all times. Did you ever try to measure the cost of running it per month?
(Or my assumptions are wrong? Wake-on-lan?)
I own a ReadyNas Duo, and agree with you. Hardware based raid has its problems. But:
1. they are much smaller (than a small tower);
2. are (relatively) silent, and use less power;
3. Can be programmed to turn on/off at specific times;
Do you know of an alternative to hardware RAID (home usage, only 2 disks) that is just as small and low on power?
I have a ReadyNas Duo. I find it extremely slow for incremental backups. Sometimes I think I should have just bought a big external disk.
Do you perform full backups or incremental?
[...]
My backup scheme:
Every two or three weeks, I'll do a incremental backup of my whole home directory to my ReadyNas (through faubackup).
The actually important stuff is under either Git or Mercurial, I push them either to the ReadyNas or to my G1 SD card after a significant commit. I have been considering using only one of these, and using private repositories with either Bitbucket or Github.
Really? Name two with a broader range of ethnic populations. I expect you want to point to countries like Sweden and Belgium which rate near the top of EU countries for integration but the number of sizable distinct ethnic groups in those countries is tiny compared to the USA.
Broad range of ethnic populations are normally found in "New World" or, hum, "American" countries. Like Canada, US, Mexico, Argentina, and Brazil.
About your request for an example, take Brazil for one. Largest number of ethnically Japanese outside Japan. Largest number of blacks outside Africa. Largest number of German dialects spoken outside of Europe. Largest number of ethnically Lebanese (higher than Lebanon itself) http://en.wikipedia.org/wiki/Arab_Brazilian. http://en.wikipedia.org/wiki/Mixed-race_Brazilian
What I really would like to see is the browser share of the Slashdot logs.
Do you realize you just showed a link to a page last updated in 2004?
KDE may (formally) have HIG, but it is not as if anyone is doing anything with it.
KDE is a highly integrated, cohesive environment, whereas GNOME mostly is a desktop, a file manager, a few applets and a bunch of assorted applications that happen to use gtk for drawing their ui stuff.
Gnome is also a project with decent "Human Interface Guidelines". Which KDE lacks. Badly.
I absolutely agree with you that too many people write Nokia off the phone market due to nothing but "kool-aid". Either Apple or Google (android) kool-aid. Or the fact that they only know the US market, but have no idea of what happens elsewhere.
One point people seem to miss is that not everyone wants/can/will buy such ridiculously expensive phones to start with.
However.... I own a G1, have messed around with an iPhone, and played a lot with my GF's Nokia 5300 X-Press music. Nokia's current problem is that their phones are not designed around the expectation that the user has a "all you can eat data-plan". While this allows them to sell phones to people without a data plan. It has lead to a mess of connection settings, connection permissions, and syncing.
As a phone, and multimedia player the 5300 beats the shit out of the G1 (lousy battery, heavy). But Nokia really needs to clean their act regarding internet browsing, application download (ovi sucks!), and syncing.
Speaking as a former KDE user: I did try kde4.2 and IMHO it sucked.
Does not having positive words for the current KDE release makes me a basher?