Mostrando entradas con la etiqueta Ingeniería de software.. Mostrar todas las entradas
Mostrando entradas con la etiqueta Ingeniería de software.. Mostrar todas las entradas
jueves, 7 de noviembre de 2013
Extensión del PMBOK sobre proyectos de Software
Se ha publicado recientemente una extensión al PMBOK 5ta. edición, la cual tiene la peculiaridad de ser sobre Software. Al parecer los ejemplos de la ingeniería de la construcción carecen de la intangibilidad, sostenidos y bemoles que el Software tiene. 244 Páginas que serán interesantes de leer y ver cual fue el resultado en la participación de la IEEE con el PMI.
Más información: http://marketplace.pmi.org/Pages/ProductDetail.aspx?GMProduct=00101457501
domingo, 3 de noviembre de 2013
Fracaso en proyectos de TI
Les comparto una presentación que dependiendo del caso puede llegar a generar reflexiones sobre el por qué del fracaso de proyectos de TI. La diapositiva fue presentada por el costarricense Edgar Vasquez PMP.
sábado, 2 de noviembre de 2013
Development and Deployment at Facebook

Interesante Paper publicado por Dror Feitelson, Eitan Frachtenberg, Kent Beck que muestra el proceso de construcción y publicación de Facebook. Link de desacarga: https://t.co/4axjAgpxr4
El listado completo de varios temas que se han publicado: https://www.facebook.com/publications/
lunes, 2 de septiembre de 2013
El origen de Ágil en la Ingeniería del Software
Cada vez me convenzo más que independientemente del nombre, acrónimo o nickname que uno u otro framework "Agile" de Ingeniería del Software tenga, el eslabón por el cual existen siempre está basado en un par de reglas simples: http://agilemanifesto.org/ escritas hace más de 10 años y practicadas incluso por framworks no tan ágiles que no se dejan oxidar, olvidar u obsoletizar agregando un poco de sal, pimienta, una nueva portada y una pisca de ágil a sus nuevas versiones.
viernes, 4 de enero de 2013
Optimizando el tiempo de desarrollo Java con JRebel
A pesar de que IDE´s como Eclipse a partir de la versión Indigo (y netbeans desde antes) ya proveen funcionalidad parcial de deploy incrementales, Jrebel va mucho más ayá de lo que Java Hot Spot puede proveer cuando activamos nuestro Tomcat en modo debug.
Con Hot Spot podemos modificar nuestras vistas (Jsf´s) para que sean recompiladas automáticamente, cambiar textos desde nuestro controlador (beans), pero una vez agregamos un método a una clase o modificamos funcionalidad fuerte dentro de un método... la magia se acaba :( y debemos volver a re desplegar nuestra aplicación. El realizar las modificación instantáneamente a nivel de Class Loaders hacen de JRebel una atractiva opción comercial para minimizar el tiempo de desarrollo de aplicaciones Web en Java en donde frameworks como Spring pueden convivir con las funcionalidad que la herramienta ofrece.
Pero que mejor que desde Estonia (país de donde nace esta herramienta) nos den una introducción más detallada: http://zeroturnaround.com/jrebel/desarrollando-en-java-con-jrebel/
Etiquetas:
Deployment,
desarrollo,
Eclipse,
Ingeniería de software.,
Java EE,
Java SE,
JRebel,
Software,
Spring Framework,
Tomcat
Suscribirse a:
Entradas (Atom)
