Compañía
Con-tacto
¡ADIOS BETTER SOFTWARE
CONFERENCE!
Por Ramiro González
E
l pasado mes de junio tuve la fortuna de asistir
a la última conferencia de “Better Software”. En
ésta se reunieron varios expertos en desarrollo
y mantenimiento de Software -información que nos
sirve como guía de las tendencias que vienen para
México-, permitiéndonos estar a la vanguardia o
ser competitivos en el mercado. De aquí surgieron
temas como pruebas unitarias automatizadas, el
análisis estático de código, Domain-Driven Design,
Scrum, TDD, BDD y otras técnicas o consejos
generales que hemos adoptado en nuestras
prácticas y que definitivamente nos separan del
resto de empresas que no cuentan ni siquiera con
una metodología.
Los temas que en mi opinión fueron los más
relevantes durante la conferencia son:
a)
b)
Esta fue la última conferencia ya que poco a
poco se ha ido reorientando la temática. Primero,
cambiaron el nombre a “Agile and Better Software
Conference” y después a “Agile, Devops and Better
Software”, ahora simplemente serán “Agile and
Devops Conference”.
c)
Aunque el tema de DevOps es técnico, aquellos
otros dedicados a la ingeniería de Software y de
Herramientas han quedado de lado y ya no serán
la parte sustancial de esta conferencia. No es que
el tema técnico haya desaparecido en el ámbito del
software, sino que las conferencias técnicas han
crecido y se han especializado al 100%. Adicional
a las conferencias de plataformas como Apple,
Google, Oracle o Microsoft, han surgido otras
cuyo contenido es completamente técnico y en
las que debemos poner atención; por ejemplo
“Goto Conference”, que tiene diferentes ediciones
en Chicago, Ámsterdam, Copenhague y Berlín.
Los materiales se pueden consultar en YouTube
en la siguiente liga: https://www.youtube.com/
user/GotoConferences
d)
Automatización de pruebas:
¿Qué se puede automatizar?
¿Qué se debe automatizar?
Infraestructure as Code (IaC).
Con nube pública o “nube” local, los
ambientes se deben generar mediante
script, y es que esta alternativa permite
generar ambientes de ejecución en
minutos y no en semanas o meses.
Esta capacidad, de producir
ambientes a voluntad, incide directamente
con la automatización de pruebas.
Microservicios + Contenedores. Los
microservicios llegaron para quedarse, y su
despliegue apropiado implica contenedores.
Esto tiene beneficios -vía Infraestructura
as Code- en la automatización de pruebas
y su monitoreo, pero más importantes son
las que se presentan en su elasticidad para
soportar cargas diversas en el tiempo.
Eventualmente, cada microservicio se
puede reemplazar en su implementación y
“cartucho” de manera transparente para el
resto del sistema. No tener los microservicios
en contenedores disminuye las bondades
de esta arquitectura.
En temas de agilidad, se visualiza como
el eje conductor al proceso de mejora
continua siento este el motor de la
madurez organizacional. Este Proceso se
resume en 3 pasos:
1.
Detectar (oportunidad o problema
de mejora).
2.
Prevenir (ajustes a los procesos).
3.
Asegurar (ajustes en la estructura).
14
Nov / Dic
Julio
Agosto
2017 2018