[pyar] Contribuyendo a Django

[Iván Raskovsky]

Reenvío a pyar, porque me parece que puede servir para el resto también:

2011/3/21 Dario Ocles <dario.ocles en gmail.com>:
> El día 20 de marzo de 2011 23:40, Iván Raskovsky <raskovsky en gmail.com> escribió:
>> 2011/3/20 Dario Ocles <dario.ocles en gmail.com>:
>>> Mi idea es meterme en el "desarrollo" de Django, mas que nada intentar
>>> arreglar algún bug o cosas muy chicas por ahora. Hace mas de un año lo
>>> uso diariamente, así que imagino que algo voy a poder hacer.
>>
>> Buenísimo!!
>>
>>> Lo primero que hice fue leer [0] la documentación de como contribuir,
>>> y casi todos los links asociados a este tema que encontré (seguro me
>>> faltan, pero al menos ya leí lo básico).
>>>
>>> Mi mayores problemas por ahora son el idioma... me manejo con el
>>> ingles pero no como para escribir mucha documentación o para
>>> participar de discusiones muy complejas.
>>> El otro problema es encontrar cosas fáciles para hacer. Ya busque en
>>> [1] y [2] que son cosas simples, pero hay muy pocos y todos están
>>> ocupados o tienen mil parches y me pierdo entre todos los comentario o
>>> no entiendo en que estado están.
>>>
>>> Mi consulta mas que nada es saber si alguien se ha metido en Django y
>>> que consejos me puede dar como para empezar?
>>
>> Hay un montón de cosas en las cuales podés ayudar. Muchísimos tickets
>> están colgados hace tiempo y con la nueva resolución de "needs
>> info"[1] habría que hacer triage de casi todos los tickets
>> actualizando los que correspondan con "needs info".
>
> Me puse a revisar entre los tickets y no encuentro el estado "needs
> info", pero si "Needs documentation" o "Patch needs improvement"...
> seria "Needs documentation", no?
> La idea de esto es marcar con needs info todos aquellos tickets que
> quedaron en el olvido?
>
>>
>> Otra cosa que podés hacer es buscar tickets con patches que no hayan
>> revisado[2] y testearlos.
>>
>
> Esto es mas facil :) . Para empezar creo que arranco con esto.
>
>> Mi sugerencia es que busques un lugar que quieras aprender mejor de
>> Django o pienses que se puede mejorar (por ejempo el admin) y
>> enfocarte en ese componente, sino son demasiados tickets para revisar.
>>
>
> Buen punto. Estaba abrumado con la cantidad de tickets y cosas que no
> entendía. Voy a centrarme en algún componente y tratar de testear y
> arreglar algo si puedo dentro de este componente.
>
>> En argentina somos algunos que estamos tratando de devolver a Django
>> un poco de todo los que nos da.
>> Podés chequear la lista django-ar[0]. A fines del año pasado también
>> hicimos un Sprint de Django en Argentina. Salió muy lindo y la idea es
>> repetirlo para aportar para 1.4
>
> Uh, no sabia que existía esta lista, ahí me suscribo :)
>
>>
>>> Desde ya muchas gracias a todos.
>>
>> No, gracias a vos! Saludos,
>>    Iván
>>
>> [0] http://groups.google.com/group/django-ar
>> [1] http://code.djangoproject.com/ticket/14702
>> [2] http://code.djangoproject.com/query?status=new&status=assigned&status=reopened&needs_better_patch=0&needs_tests=0&needs_docs=0&has_patch=1&stage=Accepted&order=priority
>>

La onda es así. En el último Sprint nos dimos cuenta que muchos
tickets estaban a la espera de más información por parte del que lo
creó, por ejemplo, que no se pueda duplicar porque faltan detalles, o
qué versiones está usando, o simplemente que no se entiende bien que
bug encuentra. Antes no había forma de marcarlos como "incompletos" y
simplemente se comentaba en el ticket con lo que faltaba y se dejaba
abierto; pero ahora se agregó[0] hace menos de un mes una nueva
resolución "needs info".

Una resolución implica cerrar el ticket, cuando lo vas a modificar,
abajo de todo, en "Action" se puede poner "resolve as needsinfo".
Entonces, lo que yo proponía es que hay cientos de tickets o al menos
muuuchas decenas de tickets en esta situación en las que el reporter
original nunca va a volver a comentar el ticket, por lo que habría que
cerrarlos como "needsinfo" para que no queden abiertos como "basura"
porque si falta información y nadie la puede proporcionar, no tiene
sentido que estén abiertos, mezclados con los tickets que realmente le
sirven al proyecto.

Si el reporter tiene más información, simplemente lo reabre con
"reopen" y sigue el curso normal del ticket.

Espero que se haya entendido mejor, saludos,
    Iván

[0] http://code.djangoproject.com/ticket/14702