Linked by Thom Holwerda on Thu 11th May 2006 19:19 UTC, submitted by Christopher Nelson
Permalink for comment 123779
To read all comments associated with this story, please click here.
To read all comments associated with this story, please click here.
News
Linked by Thom Holwerda on 05/21/13 22:06 UTC
Linked by Thom Holwerda on 05/21/13 21:45 UTC
Linked by Thom Holwerda on 05/21/13 15:53 UTC
Linked by Thom Holwerda on 05/20/13 22:43 UTC
Linked by Thom Holwerda on 05/20/13 21:50 UTC
Linked by Thom Holwerda on 05/19/13 23:15 UTC
Linked by Thom Holwerda on 05/19/13 23:11 UTC, submitted by Drumhellar
Linked by Thom Holwerda on 05/18/13 21:06 UTC
Linked by Thom Holwerda on 05/18/13 7:37 UTC
Linked by fran on 05/18/13 1:38 UTC
More News »
Sponsored Links



Member since:
2005-11-16
I personally don't think that "micro vs. monolithic" is a primary determinating factor in whether or not a project will be successful. Most successful kernels are monolithic, but I imagine that the correlation is at least partly anomalous.
I agree entirely.
IMHO the 2 most important factors for "success" is applications and developers. A brilliant OS with no applications and no developers won't be successful, while a crappy OS with heaps of applications and developers has a much higher chance of success.
Saying "let's do a boring UNIX clone" is completely different to "let's do something innovative" - a large number of developers will understand how things work before you even start, and all of the applications for all of the other UNIX clones can be ported quickly.
This gives 3 different methods - do something different (e.g. a micro-kernel) and struggle trying to get native applications and developers, do something boring and take advantage of everything else that is similar (e.g. a UNIX clone), or have millions of dollars (e.g. Windows).
Of course there's always the possibility of doing something different and then having an ugly "compatibility" layer for non-native software. This doesn't work so well though - it adds overhead while hiding the benefits, and no-one bothers writing native software because it's easier to port existing non-native software.