2008/10/6 Medardo Rodriguez (Merchise Group) <[EMAIL PROTECTED]>:
> 2008/10/3 Eduardo Estevez <[EMAIL PROTECTED]>:
>>
>> Esta es la estrategia de trabajo inicial a debatir hoy en el Joven Club
>> de plaza y para la cual debemos ponernos de acuerdo.
>
>
> Estuve fuera un tiempo y ahora es que me leo estas cosas.
>
> Todo muy bien, pero ¿y la gestión de proyectos de desarrollo
> (programación) comunitarios?
>

Tenemos amplios debates acerca de esto (sobre todo a partir de mi
defensa de Trac + SVN para estos fines vs otros como DrProject,
*Forge, etc, y más recientemente plugins de Drupal ...) que creo son
accesibles en los archivos de la lista ;)

Incluso yo recomendé en otro hilo hacer una especie de «tabla de
decision» para lograr decisiones más fundamentadas acerca de la tech a
instalar para cada servicio, y recomendé unas páginas en wikipedia
entre las que había una específica para PMS [1]_. Mi idea era partir
de esta tabla y enriquecerla entre todos en una versión local en
cierta wiki (para que todos participaran). Definir los requisitos que
debe tener el PMS que usemos, y basado en los argumentos recogidos en
la matriz de decisión, pues llegar a una decisión final. Esta
metodología podría extenderse a otros srvc como CMS, etc. De hecho es
la metodología que hemos propuesto (unos cros y yo) y se ha aceptado
para «organizar» la migración SwL en la empresa donde trabajo.

Teniendo en cuenta estos datos, los candidatos serían más o menos así :

- Bugzilla
- eGroupWare
- dotProject
- Mantis Bug Tracker
- Project.net
- ProjectPier
- Trac
- SharpForge

Adicionalmente se hablado de :

- plugins de Drupal para PMS
- GForge
- DoctorProject

Mi enfoque en este sentido es que para este srvc debe utilizarse ago
que tenga una infraestructura lo suficientemente extensible que
permita integrar nuevos servicios que vayan haciendo falta al PMS y
que acepte varios VCS ... por eso hablo de Trac + SVN (que es lo que
yo conozco)

Desde mi punto de vista este es el pollo del arroz con pollo (sin
demeritar otros servicios) porque el centro del trabajo de la
comunidad debe girar alrededor del «desarrollo» del SwL, y del fomento
del uso de estas tech (incluye soporte).

Por mi parte estoy en vías (ya casi completo ...) de extender Trac
para posibilitar la creación de nuevos proyectos sin la intervención
de los admins via SSH.

En cuánto lo tenga medianamente listo se los comunico para que le
echen un vistazo ... ;)

Pregunta acerca de todo esto ... es posible hostear prjs
«comunitarios» «libremente» en proyectos.softwarelibre.cu , o acaso
ese sitio tiene otros fines ?

.. [1] List of project management software
        (http://en.wikipedia.org/wiki/List_of_project_management_software)

-- 
Regards,

Olemis.
_______________________________________________
Cancelar suscripción
https://listas.softwarelibre.cu/mailman/listinfo/linux-l
Buscar en el archivo
http://listas.softwarelibre.cu/buscar/linux-l

Responder a