Barrapunto

A mi me pareceria una buena idea si empezansen desarrollando las aplicaciones antes que por el kernel. Lo primero seria ver que necesidades tienen: procesadores de texto, navegadores, bases de datos, aplicaciones de gestion, etc y desarrollarlas a partir de las existentes y adaptadas a sus necesidades. Si las hacen lo suficientemente portables, podrian instalarlas en linux, mac o incluso en windows.

Una vez que tengan a los usuarios acostumbrados a las aplicaciones, en una segunda fase podrian pensar en desarrollar un entorno de ventanas sobre linux o lo suficientemente portable para cualquier plataforma.

Por ultimo, la tercera fase seria el desarrollo de un kernel, si es que no les convencen los que ya hay: linux, bsd, march, el de los mac, etc, o bien hacer parches, herramientas de configuracion, etc.

En resumen, que lo que me parece menos importante es que desarrollen un kernel.

El caso es que ya existen muchas aplicaciones buenas ( OpenOffice, todas las de GNU... ) que son muy portables. Si desarrollan un sistema operativo "POSIX compliant" pueden usar todas las herramientas que ya existen sin tener que perder el tiempo en hacerselas ellos mismos. Y si luego hay algunas que no les gustan, se las hacen ellos y ademas seran portables a BSD, Linux, etc.
Otra cosa es que para hacer el nuevo OS se basen en Linux. Ni que fuera la Panacea! Lo que se necesita en el campo de los sistemas operativos son ideas nuevas, no reutilizar codigo de los 80. Si se quieren basar en algo para no empezar des de cero, que se agarren al Hurd y ayuden ahí! O aun mejor, a algo completamente distinto como Plan 9 [bell-labs.com]. Los conceptos en los que se basa el kernel de Linux, segun Tanembaum, ya estaban obsoletos [kde.org] en 1991 cuando empezó el desarrollo.