From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j4UBMlru032670 for ; Mon, 30 May 2005 11:22:47 GMT Received: from frontend3.messagingengine.com (frontend3.internal [10.202.2.152]) by frontend1.messagingengine.com (Postfix) with ESMTP id 6BEF3C94A2A for ; Mon, 30 May 2005 07:22:52 -0400 (EDT) X-Sasl-enc: RwMx140fD+iMqN/c5D7/FRJPWiMVzJNdQ0RVHLUrQd3N 1117452171 Received: from [192.168.100.69] (24.Red-80-59-8.pooles.rima-tde.net [80.59.8.24]) by frontend3.messagingengine.com (Postfix) with ESMTP id 97F4C5F for ; Mon, 30 May 2005 07:22:51 -0400 (EDT) Subject: Re: [gentoo-doc-es] =?ISO-8859-1?Q?Organizaci=F3n?= From: =?ISO-8859-1?Q?Jos=E9?= Alberto =?ISO-8859-1?Q?Su=E1rez_L=F3pez?= To: gentoo-doc-es@lists.gentoo.org In-Reply-To: <429A23AD.8020208@gentoo.org> References: <32828.84.120.139.40.1116939370.squirrel@correo.barbeito.org> <1117119332.13865.4.camel@localhost> <200505262243.46155.carles@carles.no-ip.info> <4296403C.2030308@gentoo.org> <1117380883.18351.8.camel@localhost> <4299F0A8.1030807@gentoo.org> <1117385732.18349.17.camel@localhost> <429A23AD.8020208@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-vsyF0PjMpvfZV0LezEf2" Date: Mon, 30 May 2005 13:50:48 +0200 Message-Id: <1117453848.15966.1.camel@localhost> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-doc-es@gentoo.org Reply-to: gentoo-doc-es@lists.gentoo.org Mime-Version: 1.0 X-Mailer: Evolution 2.2.1.1 X-Archives-Salt: d7823292-e89d-4f68-9ea1-eb9460dccb74 X-Archives-Hash: dbb22b150fc0bf97227f4a105d9e93ea --=-vsyF0PjMpvfZV0LezEf2 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable 1. el sistema de bugs del drupal no esta pensado para llevar un proyecto de documentaci=F3n (como el resto) 2. el trac es merjo sistema que el drupal para llevar tareas y cosas asi. 3. una lista est=E1tica NO es la soluci=F3n. saluditos El dom, 29-05-2005 a las 22:18 +0200, Jose Luis Rivero (YosWinK) escribi=F3: > Jos=E9 Alberto Su=E1rez L=F3pez wrote: >=20 > >>>>La idea de hacer una lista con los docs que tiene cada uno estuvo en=20 > >>>>est=E1 lista [1] en Enero de este a=F1o pero Bass (responsable del pr= oyecto)=20 > >>>>me dijo por IRC que parara esa idea que no le parec=EDa buena (creo=20 > >>>>recordar) . > >>>> > >>>> =20 > >>>> > >>>Claro que me parece bien! quien me conoce sabe lo dado que soy a tener= lo > >>>todo organizadito y ordenadito. Pero es inviable en este momento, porq= ue > >>>no se le puede obligar a nadie a cumplir unos plazos estrcitos en un > >>>trabajo voluntario como este. > >>> > >>> =20 > >>> > >>=BFAlguien ha sugerido unos plazos estrictos? =BFA qui=E9n se le va a o= bligar=20 > >>a nada si esto es voluntario? Creo que simplemente lo que supone fijar=20 > >>"un cierto per=EDodo de tiempo razonable" (n=F3tese la diferencia de=20 > >>razonable a estricto) es la posibilidad de que alguien pueda actualizar= =20 > >>un documento que se est=E1 desactualizando y pasarse a encargarse de = =E9l.=20 > >>Si, por las circunstancias que sea, la persona que lo ten=EDa antes vue= lve=20 > >>a querer colaborar, por supuesto ser=E1 bien recibida pero ese document= o=20 > >>habr=E1 pasado a ser responsabilidad de otra persona y podr=E1 buscar y= =20 > >>encargarse de otro. Perdona pero no veo la "obligaci=F3n". > >> =20 > >> > > > >La problem=E1tica est=E1 en que una comunidad como esta debe de ser > >autogestionada (como ahora) hay temporadas en lo que todo va al 99% y > >otras al 75% pero de momento creo q funciona... > >Q hay de esas quejas cuando propuse usar un sistema m=E1s estructurado? > >recuerdas? trac, svn, tickets, etc... > > > > =20 > > > Me acuerdo sip. La negativa en esa situaci=F3n viene precisamente por los= =20 > argumentos que tu mismo cuentas aqu=ED. Yo, en aquella ocasi=F3n dije *no= *=20 > porque era cambiar completamente un sistema que actualmente funciona. > Parece que estamos de acuerdo en que este sistema funciona, bien es un=20 > primer paso. >=20 > La diferencia entre aquella propuesta y la idea de LinuxBlues de crear=20 > una lista con la gente encargada de cada doc es que con la primera=20 > opci=F3n se pretend=EDa cambiar *completamente* el sistema de funcionamie= nto=20 > y con la segunda se pretende mejorar el sistema actual (seg=FAn entiendo = yo). >=20 > >>>>En mi opini=F3n un proceso, tal que: > >>>> > >>>>1. Buscar documento en overview > >>>>2. Consultar si est=E1 asignado > >>>>3. Si no lo est=E1 darlo de alta en gentoo-es.org > >>>> > >>>>A m=ED me parece bien. Mi voto por ello. =20 > >>>> =20 > >>>> > >>>esto es lo que se hace actualmente ... > >>> =20 > >>> > >>Bass, =BFc=F3mo se hace ahora el paso 2? > >> =20 > >> > > > >mirando el =FAltimo traductor del doc o preguntando > > =20 > > > Con una lista se pretende automatizar y mejorar este paso. Adem=E1s de un= =20 > simple vistazo podr=EDamos ver que documento tenemos sin asignar para=20 > facilitar la tarea a la gente que empieza. >=20 > >>Bass, una cosa es que alguien lo tenga asignado (lo cual no aparece en=20 > >>ning=FAn sitio) y otra cosa que alguien este trabajando en la=20 > >>actualizaci=F3n (lo cual aparece en gentoo-es.org).=20 > >> =20 > >> > > > >pues s=ED, pero es que de siempre he creido que el sistema de bugs del > >drupal ser=EDa de uso provisional, lo malo es que se ha convertido en lo > >habitual... > > =20 > > > =BFLa malo? A la vista de los resultados no creo que podamos decir que=20 > nuestro "adorable" drupal es algo malo. >=20 > Resumiendo un poco el tema (dejando flammes aparte o:) ) tenemos las=20 > siguientes opciones: >=20 > 1. Seguimos como estamos. > - Utilizando gentoo-es.org unicamente mientras dura la traducci=F3n de=20 > nuevos documentos, > - Cuando alguien busca un nuevo documento para dedicarse a =E9l, debe=20 > preguntar en la lista, buscar el =FAltimo traductor, etc. >=20 > 2. Utilizamos gentoo-es.org y dejamos una tarea abierta por cada doc > - Cambiamos el funcionamiento y ahora cada uno de nosotros abre una=20 > tarea por cada uno de los documentos que mantiene. > - Cuando alguien busca un nuevo documento revisa la lista de gentoo-es y=20 > si no lo encuentra, implica que esta libre y crea su propia tarea. >=20 > 3. Utilizamos una lista externa para consultar si el documento est=E1=20 > asignado. > - El funcionamiento se mantiene como hasta ahora. > - Cuando alguien busca un nuevo documento revisa la lista y comprueba si=20 > el documento esta asignado o no. > - Los responsables (bass y chiguire) se encargan de actualizar la lista. >=20 > =BFAlguna idea m=E1s? >=20 > P.D: Cuando propuse la creaci=F3n de la lista, estuve trasteando con el=20 > guidexml y deje implementado un borrador de lo que pod=EDa ser. Antes de=20 > nada decir que todos los datos que aparecen en la lista est=E1n obsoletos= =20 > y no deben tomarse en cuenta para nada: >=20 > http://dev.gentoo.org/~yoswink/tmp/gentoo-doc-es.html >=20 > ------------------------------- > YosWinK @ gentoo.org >=20 --=-vsyF0PjMpvfZV0LezEf2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBCmv4Xs/fONPMm7CQRApVYAKCs99y1lMQgtnOKKdJx6niLngzQUQCfSTvj QMlLlB5EJ0GCl3vOzaP8NdA= =Icg7 -----END PGP SIGNATURE----- --=-vsyF0PjMpvfZV0LezEf2-- -- gentoo-doc-es@gentoo.org mailing list