|
|
Subscribe / Log in / New account

GNOME 3.0 worries

GNOME 3.0 worries

Posted Jul 24, 2008 23:10 UTC (Thu) by russell (guest, #10458)
In reply to: GNOME 3.0 worries by drag
Parent article: GNOME 3.0 worries

The days of hack it in or your opinion doesn't count are over.  If people don't share a common
vision it won't happen because gnome is too big for one person to hack it all.

Who's going to be the person to hack multi touch into everything?  Without a vision of what it
should be everyone will implement it differently.


to post comments

GNOME 3.0 worries

Posted Jul 25, 2008 5:51 UTC (Fri) by drag (guest, #31333) [Link] (1 responses)

It still works great for the Linux kernel.

People hack in all their own favorite little projects all the time and if they are good
enough, get them into the kernel.

And unlike Gnome, the Linux kernel is a massive project that is supported by all sorts of
corporations and is used in very mission critical all over the place.

Which approach do you think is the best one? It's quite possible that what Gnome needs is much
less 'vision' then it currently does.

"Show us your code or shut-up" is something that I think is a good approach in a open source
project.

What people want it in this 'break API' thing is demonstrable reasons why it needs to be
broken and in what ways and why breaking it would be a great idea. Without that it's all just
hand waving.

GNOME 3.0 worries

Posted Jul 28, 2008 23:39 UTC (Mon) by russell (guest, #10458) [Link]

The kernel isn't quite what you think.  If your stuff doesn't meet with the vision of the
senior developers it won't get in full stop.  There is a lot more "vision" imposed in the
kernel than in gnome.

20 years of engineering have shown me there is one constant about software engineers.  They
know what there user whats, how the user should do it, and they are always right ( At least
that what they think ).


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds