Bitácora de la Ingeniería de Software

El Contexto Con algunos años en la docencia, me he dado cuenta de que he acumulado muchas preguntas en los cursos dictados, estos eran guardados en archivos de texto (Microsoft Word), en aulas virtuales en donde dictaba alguna materia, hasta en papeles escritos de preguntas que se me ocurrian mientras andaba por la calle o las imaginaba en la cola de caja de un restaurante. Estas preguntas eran casos abiertos que podian tener varias soluciones o quizas una sola, y las utilizaba al crear examenes o cuestionarios de evaluación para los alumnos. Muchas de estas preguntas podian ser utilizadas en otros cursos cambiandole de enfoque buscando una respuesta desde otra perspectiva o simplemente creia conveninete volver a usar la pregunta con otro grupo de estudiantes. Buscando Soluciones Como informático, mi instinto me hacia buscar alguna herramienta de software que me permitiera almacenar en un solo sitios todas mis preguntas y examenes de manera que pueda tener estas organizadas ...

Muchos hemos desarrollado software o estamos en pleno proceso de desarrollo y vemos la necesidad de gestionar las tareas y los incidentes en el funcionamiento del sistema, esto permite llevar el control de las actividades que estan pendiente, las que se estan realizando y las que ya se resolvieron. Una manera de fantastica de hacerlo es con una pizarra Kanban (una de los métodos agiles que saca mucho provecho de esta pizarra es Scrum), con ello empezamos a gestionar nuestro equipo de trabajo y con un poco mas de curiosidad detectar la velocidad a la que trabaja el equipo de desarrollo. Al revisar estos temas en internet encontramos muchas herramientas muy buenas para la gestión en desarrollo y mantenimiento de software, entre ellas Team Foundation Service, Bugzilla, Atlassian y muchas otras más muy conocidas y muy buenas. Estas son herramientas bastante completas para la gestión, sin embargo quería iniciar e impulsar a mi equipo de desarrollo en esta cultura de trabajar bajo ta...

Necesitaba una forma de sincronizar rápidamente cambios en el código JAVA sobre el servidor Glassfish en entorno de pruebas en remoto, el proceso que conocía era que desde Eclipse IDE exporte el proyecto empaquetándolo en un .war, y luego hacer "deploy" en el administrador de Glassfish 4.1, el cual era una solución válida para nosotros, pero siempre tuve en la cabeza el termino "Entrega Continua", intentamos usar Jenkins (en algun momento veré esta herramienta fenomenal), pero la solución que pronto describo fue la más certera para este caso, por ello lo comparto en esta mi primera entrada. ☝ Para los que van directo a la solución, resumo que la idea es que estando codificando en Eclipse IDE Neon 2.0 y con los avances de mis requisitos listos y probados en mi servidor local, puedo sincronizar inmediatamente con el servidor remoto de prueba Glassfish 4.1, y los avances estan en ese instante publicado en dicho servidor remoto, dame un G+ por eso. 😀  Entonces,...