There are millions of people using Linux as a desktop OS throughout the world and there was a huge amount of work done to make an OS suitable for desktop usage. But it doesn't change the fact.
We see mobile devices market emerging rapidly, servers infrastructure is quite densely occupied by Linux, and as for supercomputers, Linux dominates there.
But when it comes to desktops: Linux has no future in the desktop market. That's plain simple.

P.S. No holywars, it's just a fact which I wanted to state as my opinion and an opinion of some people I spoke to. I respect those who run and use Linux for daily work of course.

On Sep 29, 2011, at 2:54 PM, Javier Agustėn Fernāndez Arroyo wrote:

i use it at work, through. WinXP into vbox .

I still like Linux more than Windows, mostly because of stability.

On Thu, Sep 29, 2011 at 10:44 AM, Aleksey Bragin <aleksey@reactos.org> wrote:
That's because smart people understand that Linux is not an operating system for desktops.



On Sep 29, 2011, at 7:52 AM, dmex wrote:

Kinda surprised Linus would even mention or care about users considering the
Linux kernel is not built or optimized for desktop machines.

http://apcmag.com/why_i_quit_kernel_developer_con_kolivas.htm

-----Original Message-----
From: ros-dev-bounces@reactos.org [mailto:ros-dev-bounces@reactos.org] On
Behalf Of Adam
Sent: Thursday, 29 September 2011 7:59 AM
To: ros-dev@reactos.org
Subject: Re: [ros-dev] Interesting article

One could say it works both ways. developers do not fully understand the
user's needs and it's all about "look at this new code! so cool!" while the
users are going "just fix it you stoopid geek" etc.

But Linus has a good point about end users. You could have the most
fantastic recursive whale saving algorithm (which unlike Johnny's algorithm,
uses B+ trees instead of linked lists and heaps somewhere) on the planet but
it is no good if your target audience cannot use it.
If the target audience can use Johnny's algorithm but not your more super
efficient one, they'll use Johnny's algorithm even though it is a hundred
times slower.

A classic example is Heidi Eraser - was a fantastic product until the head
developer guy decided to use .NET (in version 6.0) and now when people
complain about it he ignores them and just goes "Oh the code's a lot better
and much cleaner than before and it doesn't matter what the end user
thinks..." and shit. Sure the code *might* be better but now you have a huge
runtime, shit that runs in the background, and a crappy and difficult to use
interface. And you've lost Windows 2000 support.
Needless to say now I am writing my own erase utility since even that is an
easier task than attempting to use their stupid interface. While that is
being written I'm sticking with the older version.

This also brings me to another thing about massive changes in code: if it
ain't broke then don't fix it.

I agree with Linus on this one.

On Wed, 28 Sep 2011 13:56:52 +0400
Aleksey Bragin <aleksey@reactos.org> wrote:

FYI:

This is Linus' interview. http://h30565.www3.hp.com/t5/Feature-
Articles/Linus-Torvalds-s-Lessons-on-Software-Development-Management/
ba-p/440

He very correctly outlines many things. One of the most important:
"The other thing-and it's kind of related-that people seem to get
wrong is to think that the code they write is what matters. No, even
if you wrote 100% of the code, and even if you are the best programmer
in the world and will never need any help with the project at all, the
thing that really matters is the users of the code. The code itself is
unimportant; the project is only as useful as people actually find
it."

And this:
"Way too many projects seem to think that the code is more important
than the user, and they break things left and right, and they don't
apologize for it, because they feel that they are 'fixing' the code
and doing the right thing."


WBR,
Aleksey Bragin.

_______________________________________________
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev


_______________________________________________
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev


_______________________________________________
Ros-dev mailing list
Ros-dev@reactos.org
http://www.reactos.org/mailman/listinfo/ros-dev

_______________________________________________
Ros-dev mailing list