El proceso de desarrollo de software involucra una gran cantidad de recursos, la elección de dichos recursos sin duda puede ayudarnos a marcar la diferencia en el resultado final.
Estos recursos pueden ser de muchos tipos, en este webminar nos enfocaremos a herramientas de software que nos permitirán mejorar nuestro proceso de desarrollo, aprovechando los beneficios del modelo openSource.
Veremos algunos criterios para elegir la herramientas de construcción, IDE de desarrollo, frameworks de testing, así como herramientas para integrar continuamente el código, así como herramientas para generar métricas.
Cómo comenzar el proceso de desarrollo de software con herramientas Open Source
1. El proceso de desarrollo con
herramientas Open Source
José Juan Reyes Zuñiga
2. Un poco de mí...
Desarrollador Java - Groovy
9 años de experiencia en desarrollo
Editor en SpringHispano.org
Co-fundador de grails.org.mx
@neodevelop
Trabajo en SynergyJ.com ?:D
8. Hablemos de...
Lo que nos ha funcionado....
Lo que nos gusta usar para desarrollar...
Lo que nos ha hecho más productivos...
Los que no da control del proceso de
desarrollo...
Lo que nos permite visualizar el proceso de
desarrollo...
13. Incluso...
Hay muchas otras herramientas más...
Podríamos incluso escribir la propia, ya que:
Cada proceso de construcción es ‘único’
A menudo diferentes proyectos necesitan
diferentes formas de ser construidos
Sin embargo, nos ayudamos mucho de las ya
existentes...
14. Lo importante es...
Simplificar la creación del proyecto
Tener una estructura bien definida
Que el equipo de trabajo conozca la
estructura e incluso conozca las convenciones
Distribuir la estructura del proyecto lo más
fácil posible
16. Codificación
Editores de texto
Control de versiones
Centralizado
Distribuido
IDE(Integrated Development Environment)
Navegadores
Plugins y extensiones
22. Integración Continua
Es el proceso de construir software con cada
cambio enviado al repositorio de control de
versiones
Puede ser explicado con patrones y anti-
patrones
El uso convencional de CI se límita a
construir y probar, pero podemos llevarlo un
poco más lejos
23. Disparando la
Integración Continua
Un escenario breve sería cuando un desarrollador
envía un cambio y debe de contar con:
Una conexión al repositorio de cambios
Un script de construcción automático
Un mecanismo de retroalimentación
Un proceso para integrar los cambios en el
código fuente
24. Algunos patrones y anti
patrones
Private Workspace Continous feedback
Repository Scripted database
Mainline Automated tests
Task level commit Unified deployment
Automated build Algunos más...
Binary Integrity