1 |
José Alberto Suárez López wrote: |
2 |
|
3 |
>>>>La idea de hacer una lista con los docs que tiene cada uno estuvo en |
4 |
>>>>está lista [1] en Enero de este año pero Bass (responsable del proyecto) |
5 |
>>>>me dijo por IRC que parara esa idea que no le parecía buena (creo |
6 |
>>>>recordar) . |
7 |
>>>> |
8 |
>>>> |
9 |
>>>> |
10 |
>>>Claro que me parece bien! quien me conoce sabe lo dado que soy a tenerlo |
11 |
>>>todo organizadito y ordenadito. Pero es inviable en este momento, porque |
12 |
>>>no se le puede obligar a nadie a cumplir unos plazos estrcitos en un |
13 |
>>>trabajo voluntario como este. |
14 |
>>> |
15 |
>>> |
16 |
>>> |
17 |
>>¿Alguien ha sugerido unos plazos estrictos? ¿A quién se le va a obligar |
18 |
>>a nada si esto es voluntario? Creo que simplemente lo que supone fijar |
19 |
>>"un cierto período de tiempo razonable" (nótese la diferencia de |
20 |
>>razonable a estricto) es la posibilidad de que alguien pueda actualizar |
21 |
>>un documento que se está desactualizando y pasarse a encargarse de él. |
22 |
>>Si, por las circunstancias que sea, la persona que lo tenía antes vuelve |
23 |
>>a querer colaborar, por supuesto será bien recibida pero ese documento |
24 |
>>habrá pasado a ser responsabilidad de otra persona y podrá buscar y |
25 |
>>encargarse de otro. Perdona pero no veo la "obligación". |
26 |
>> |
27 |
>> |
28 |
> |
29 |
>La problemática está en que una comunidad como esta debe de ser |
30 |
>autogestionada (como ahora) hay temporadas en lo que todo va al 99% y |
31 |
>otras al 75% pero de momento creo q funciona... |
32 |
>Q hay de esas quejas cuando propuse usar un sistema más estructurado? |
33 |
>recuerdas? trac, svn, tickets, etc... |
34 |
> |
35 |
> |
36 |
> |
37 |
Me acuerdo sip. La negativa en esa situación viene precisamente por los |
38 |
argumentos que tu mismo cuentas aquí. Yo, en aquella ocasión dije *no* |
39 |
porque era cambiar completamente un sistema que actualmente funciona. |
40 |
Parece que estamos de acuerdo en que este sistema funciona, bien es un |
41 |
primer paso. |
42 |
|
43 |
La diferencia entre aquella propuesta y la idea de LinuxBlues de crear |
44 |
una lista con la gente encargada de cada doc es que con la primera |
45 |
opción se pretendía cambiar *completamente* el sistema de funcionamiento |
46 |
y con la segunda se pretende mejorar el sistema actual (según entiendo yo). |
47 |
|
48 |
>>>>En mi opinión un proceso, tal que: |
49 |
>>>> |
50 |
>>>>1. Buscar documento en overview |
51 |
>>>>2. Consultar si está asignado |
52 |
>>>>3. Si no lo está darlo de alta en gentoo-es.org |
53 |
>>>> |
54 |
>>>>A mí me parece bien. Mi voto por ello. |
55 |
>>>> |
56 |
>>>> |
57 |
>>>esto es lo que se hace actualmente ... |
58 |
>>> |
59 |
>>> |
60 |
>>Bass, ¿cómo se hace ahora el paso 2? |
61 |
>> |
62 |
>> |
63 |
> |
64 |
>mirando el último traductor del doc o preguntando |
65 |
> |
66 |
> |
67 |
Con una lista se pretende automatizar y mejorar este paso. Además de un |
68 |
simple vistazo podríamos ver que documento tenemos sin asignar para |
69 |
facilitar la tarea a la gente que empieza. |
70 |
|
71 |
>>Bass, una cosa es que alguien lo tenga asignado (lo cual no aparece en |
72 |
>>ningún sitio) y otra cosa que alguien este trabajando en la |
73 |
>>actualización (lo cual aparece en gentoo-es.org). |
74 |
>> |
75 |
>> |
76 |
> |
77 |
>pues sí, pero es que de siempre he creido que el sistema de bugs del |
78 |
>drupal sería de uso provisional, lo malo es que se ha convertido en lo |
79 |
>habitual... |
80 |
> |
81 |
> |
82 |
¿La malo? A la vista de los resultados no creo que podamos decir que |
83 |
nuestro "adorable" drupal es algo malo. |
84 |
|
85 |
Resumiendo un poco el tema (dejando flammes aparte o:) ) tenemos las |
86 |
siguientes opciones: |
87 |
|
88 |
1. Seguimos como estamos. |
89 |
- Utilizando gentoo-es.org unicamente mientras dura la traducción de |
90 |
nuevos documentos, |
91 |
- Cuando alguien busca un nuevo documento para dedicarse a él, debe |
92 |
preguntar en la lista, buscar el último traductor, etc. |
93 |
|
94 |
2. Utilizamos gentoo-es.org y dejamos una tarea abierta por cada doc |
95 |
- Cambiamos el funcionamiento y ahora cada uno de nosotros abre una |
96 |
tarea por cada uno de los documentos que mantiene. |
97 |
- Cuando alguien busca un nuevo documento revisa la lista de gentoo-es y |
98 |
si no lo encuentra, implica que esta libre y crea su propia tarea. |
99 |
|
100 |
3. Utilizamos una lista externa para consultar si el documento está |
101 |
asignado. |
102 |
- El funcionamiento se mantiene como hasta ahora. |
103 |
- Cuando alguien busca un nuevo documento revisa la lista y comprueba si |
104 |
el documento esta asignado o no. |
105 |
- Los responsables (bass y chiguire) se encargan de actualizar la lista. |
106 |
|
107 |
¿Alguna idea más? |
108 |
|
109 |
P.D: Cuando propuse la creación de la lista, estuve trasteando con el |
110 |
guidexml y deje implementado un borrador de lo que podía ser. Antes de |
111 |
nada decir que todos los datos que aparecen en la lista están obsoletos |
112 |
y no deben tomarse en cuenta para nada: |
113 |
|
114 |
http://dev.gentoo.org/~yoswink/tmp/gentoo-doc-es.html |
115 |
|
116 |
------------------------------- |
117 |
YosWinK @ gentoo.org |
118 |
|
119 |
-- |
120 |
gentoo-doc-es@g.o mailing list |