No sé yo, pero el proyecto Hurd se inició en el 1990 (un año antes que Linux!) y con todo, al lado de Linux está muy, pero que muy verde.
Según Linus el problema es este:
http://mooreslore.corante.com/archives/2004/10/26/linus_calls_hurd_dead.php
[Lo que sigue no es una traducción del enlace, sino un extracto/análisis de sus ideas]
El problema del proyecto GNU/Hurd, es que al poco de nacer lo bautizaron como el kernel del proyecto GNU, esta tarea la acabó desarrollando Linux, aunque aún algunos piensan que cuando Hurd salga a la luz (en versión estable) será su turno. Así, desde el punto de vista de los desarrolladores, Hurd debe sustituir a Linux y esto es un trabajo muy duro porque ellos se preocupan demasiado por la eficiencia de Hurd y pierden mucho tiempo provando y decidiendo qué microkernel utilizar como base para Hurd: Mach, L4, que si ahora se está desarrollando otro microkernel llamado Coyotos que parece ser la bomba… [ya hablaré de microkernels otro día] Y así no se llega a ninguna parte, o almenos no se avanza. Aunque la portabilidad entre los diferentes micro-kernels ya era y es un requisito del proyecto Hurd.
Por otra parte, los desarolladores, que recordamos, que son voluntarios, no cobran un duro y gastan su tiempo libre programando, trabajan bajo presión porque saben que cuando terminen de hacer los últimos retoques para adaptar Hurd al micro-kernel de turno, tendran que empezar con los drivers de los dispositivos (por ejemplo, Hurd no me reconoció mi targeta de red que era una Gigabit, cuando Linux sí que la reconoce y la tube que cambiar), los sistemas de ficheros de los discos (de momento Hurd sólo se puede instalar sobre ext2) y demás. Esto es mucho trabajo (pero mucho) y sinceramente, ¿uno gastaría su tiempo libre en una tarea que nada más empezar es una montaña enorme? yo, me lo pensaría dos veces.
Aún así, se debe tener en cuenta que el trabajo de voluntario es para pasar el rato y no para comerte el mundo creando el mejor sistema operativo, se debe tener en cuenta que desarrollando un proyecto como Hurd un pasa el rato y aprende mucho, que al fin y al cabo, creo que esto es la motivación principal de pasarte todo el puente intentando hacer que funcione Hurd.
En conclusión, el problema de Hurd es la gran ambición que lleva detrás que se convierte en una gran presión para los desarrolladores para hacer algo perfecto y en una gran decepción para los usuarios o nuevos/futuros desarrolladores que quieren provar el proyecto (aunque sea en su versión de pruevas) y ven como aunque el proyecto tiene 17 años de vida aún está con pañales.
0 Respuestas a “Project GNU/Hurd: ambición”