On Thu, Nov 19, 1998 at 12:40:19AM +0100, Antonio Castro wrote: > On Wed, 18 Nov 1998, Enrique Zanardi wrote: > > "repartir la ayuda" es un concepto dif�cil de aplicar en el caso de un > > esfuerzo voluntario. La gente colabora en lo que le apetece, y le dedica > > el tiempo que le apetece. Eso no se puede cambiar, por mucha "campa�a de > > concienciaci�n" que se haga. No podemos obligar a nadie a trabajar en el > > sistema de instalaci�n si lo que a �l le gusta son las aplicaciones para > > radioaficionados (por ejemplo). > > Bueno en ese caso me das la raz�n. Debian no tiene tim�n. No ser�a bueno > reflexionar sobre esto ? Yo no me encuentro en posici�n de dar consejos > pero sintiendolo mucho no me encuentro tranquilo con la situaci�n actual.
Tus mensajes est�n basados en un error de base, que se concreta en tu afirmaci�n "Debian no tiene tim�n". Comparas proyectos como RedHat o SuSe con Debian, pero eludes la cuesti�n crucial: que RedHat y SuSe son realizaciones del modelo "catedral" y Debian sigue el modelo "bazar". Al hablar del funcionamiento de Debian estamos hablando de como funciona el modelo "bazar", a base de esfuerzo voluntario. No tiene sentido hablar de "repartir la ayuda", "timonear el proyecto", o cualquier otra expresi�n similar si con ello se pretende indicar la idea de que exista una persona o grupo con capacidad para asignar un cierto trabajo al resto de los componentes del proyecto, que lo llevar�n a cabo sin rechistar. El bazar no funciona as�. Aqu� nadie le puede imponer a nadie en qu� ha de trabajar. Lo �nico que funciona es anunciar que hace falta gente para algo, y esperar que esa gente aparezca. Si no aparece, pues mala suerte, te lo "curras" t� solito. Si el trabajo es atractivo (y la definici�n de "atractivo" est� abierta a discusi�n, vease el famoso art�culo de Eric S. Raymond), la ayuda suele aparecer. Otras veces la gente prefiere resolver el problema por su cuenta sin colaborar contigo. �Que es lo que lleva a la gente a colaborar en un proyecto en lugar de fundar el suyo propio, o viceversa? Tambi�n hay material aqu� para largas discusiones. (�Ser� un problema de "visibilidad"?) Todo esto es un tema abierto (hace muy poco Alan Cox a�ad�a su granito de arena hablando de la funci�n del "Town Council" en Slashdot). Seg�n vayamos resolviendo los problemas que encontremos, podremos ir mejorando el modelo. Si no podemos resolverlos, significar� que el modelo no sirve, y habr� que volver a las catedrales. Pero no creo que haya que rendirse tan pronto. De momento prefiero seguir explorando el modelo "bazar", a ver adonde nos lleva. > El problema es que otras lo hacen mejor. Vamos perdiendo terreno. No est� tan claro que perdamos terreno. Seguimos siendo la segunda distribuci�n m�s usada seg�n todas las encuestas realizadas. No somos la distribuci�n preferida por los recien llegados, pero estamos mejor valorados por los usuarios que ya tienen un cierto nivel. Eso es consecuencia del tiempo total que se invierte en Debian en cada aspecto del sistema. Como se invierte relativamente poco tiempo en cuestiones de instalaci�n (en comparaci�n al que invierten otras distribuciones), los usuarios recien llegados prefieren otras distribuciones. Como se invierte much�simo tiempo en otros aspectos del sistema, los usuarios que ya han superado la fase inicial aprecian la calidad de esta distribuci�n. A mi me encantar�a que la instalaci�n fuese m�s sencilla y potente (por eso trabajo en lo que trabajo) pero no basta con desearlo intensamente para que suceda. Tampoco basta con hablar sobre ello. Hacen falta manos sobre los teclados, y lineas de c�digo. En cualquier caso, resulta que Slackware sigue siendo la tercera distribuci�n m�s usada (le sigue SuSe, pero de lejos), as� que debe haber muchas otras cosas, aparte de la facilidad de instalaci�n, para que una distribuci�n tenga "cuota de mercado". > Las decisiones son importantes. No tomar decisiones > tambien es tomar una decisi�n. Y no me estoy refiriendo a tomar peque�as > decisiones rutinarias de las que tomamos todos los d�as sino decisiones de > las que pueden cambiar una trayectoria y que se presentan pocas veces. �Qu� cambio sugieres? > > �Y qu� puede hacer alguien que quiera colaborar pero no sea "t�cnico"? > > probar paquetes (debian-testing), escribir o revisar documentaci�n > > (debian-doc), traducir o revisar traducciones (debian-l10n-spanish), > > Todo eso es muy t�cnico. Verdad que no dejar�as esas labores en manos de > una secretaria ? Revisar un texto en castellano es una labor dentro de las capacidades de cualquier secretaria. Instalar un paquete o una nueva versi�n de Debian y decirnos si falla (y como falla) al instalarse es algo al alcance de cualquier reci�n llegado. De hecho, son sus impresiones las que necesitamos para hacer m�s "amigable" la instalaci�n. > > .... las posibilidades dan juego para todos. > > Yo me he metido en LinuxFocus porque con mis escasos conocimientos > de Ingles no pod�a hacer gran cosa en Debian. FUD. La mayor parte de los miembros de Debian-Jap�n no entienden el ingl�s, pero sin embargo colaboran activamente. Tan solo hace falta contar con algunos desarrolladores que sirvan de "enlace" entre los foros "hispanos" y los "internacionales". Pero de eso ya tenemos, �verdad?. > Sin dudarlo lo habr�a preferido, as� que quizas eso no es totalmente > cierto. Adem�s mi tiempo es limitad�simo. Si yo te contara... -- Enrique Zanardi [EMAIL PROTECTED]
