Cita:
Iniciado por MaxExtreme 
No estoy del todo de acuerdo.
Para varias
. (Es una broma, por si acaso.)
Cita:
Iniciado por MaxExtreme Aunque muchos en el desarrollo de GNU/Linux y demás proyectos son de los mejores, NO son los mejores, y tienden a guardar su posición de privilegiados.
Mmmm... no lo sé... mirando el caso de XFree86 v/s Xorg, hemos visto que cuando los primeros quisieron seguir con su método de "esto funciona bien y no hay necesidad de mejorarlo", el resultado fue que apareció un fork (Xorg) que ha eclipsado completamente a su "padre". Así que eso de "guardar su posición de privilegiados" no es tan claro, a mi parecer.
Cita:
Iniciado por MaxExtreme Como ha dicho Reiser hace poco: "El problema de Linux es que ahora tiene mejores programadores que los que lo empezaron, y éstos no lo quieren aceptar."
¿Y? Siempre está la posibilidad de hacer un fork y seguir tu propio camino. Si demuestras ser mejor, los resultados sin duda te favorecerán.
En el caso específico de Linux, no creo que el problema sea tan grave. Linus Torvalds hoy se dedica casi exclusivamente a revisar código escrito por otras personas para incluirlo en el kernel. Personalmente considero que su criterio es bastante amplio y desprejuiciado. Sin contar con los demás grandes hackers del kernel (Alan Cox, Andrew Morton, etc.) que sin duda aportan para que se elija lo mejor, en lugar de favorecer a "los que lo empezaron."
(Reiser NO es el mejor ejemplo, en todo caso. Su metodología ha sido baiertamente criticada por muchos, no sólo por los hackers del kernel.)
Cita:
Iniciado por MaxExtreme Y tiene razón... Hay mucho ego :)
Sin duda.
Cita:
Iniciado por MaxExtreme Por otro lado, la "calidad" está en tela de juicio. No es tan buena como puedes considerar. Linux es bueno, sí, pero continuamente está siendo cambiado, modificado, etc. Aunque suele ir para mejor, muchas veces aparecen bugs resultantes de todo este proceso.
Eso ocurre en TODO el software del mundo. Mi punto es que este proceso suele ser de mucha mejor calidad en el mundo del open source, debido a su naturaleza abierta. Al final siempre gana la opción que demuestra ser mejor (y no la que imponen criterios como "es que es lo que al gerente le gusta").
Cita:
Iniciado por MaxExtreme Y no hablemos ya de drivers. Gente aficionada que programa drivers por su cuenta, pueden estar repletos de bugs que podrían destrozar el sistema, y que los programadores líderes no pueden ver, sencillamente porque no pueden analizar todo el código y no hay suficiente gente de prueba.
Hace poco me contaron algo acerca de Linus: cuando está muy ocupado y no puede revisar una cierta cantidad de envíos, parches y/o reportes, simplemente los elimina. Dice que prefiere perder ese trabajo antes que arriesgarse a meter dentro del kernel código que no esté bien revisado. (Obviamente estoy hablando de los drivers oficiales del kernel; de los otros no vale la pena comentar mucho.)