avargas

Algunas veces en el trabajo discutimos sobre la exactitud de las alertas de los sistemas de monitoreo (sensu, datadog, nagios, opsview, etc), de lo ruidosos que pueden ser, como mejorarlos, bromeamos, etc.

La última conversación de esas que recuerdo fue sobre el uso de CPU de unas instancias en un cluster ECS, yo traté de ilustrar mis ideas usando una analogía y creo que le sería útil a otras personas, especialmente si son managers, directores, etc (que usualmente son los que demandan aumentar el número de alertas), aquí vamos:

Hace tiempo no me paraba frente a un grupo de personas para dar una charla y el pasado 12 de septiembre la gente de Calidev me dio la oportunidad y fue muy gratificante.

Honestamente pensaba que en una comunidad como Calidev en donde creo la gran mayoría son desarrolladores front end no iba a haber una buena acogida para un tema como el monitoreo, afortunadamente para mí hubo buena asistencia, preguntas y personas tomando apuntes; he publicado las diapositivas por si alguien está interesado.

Yo he visto a varias personas iniciarse con los sistemas de control de versiones, preguntan algunas cosas, como ¿por qué usarlos?, ¿qué ventajas tienen?, hacen pequeñas encuestas entre la gente que conocen sobre cuál sistema prefieren y por qué, hasta que se deciden por uno, lo instalan, cacharrean, etc y llega el momento del primer commit y la pregunta siempre es la misma: ¿Qué escribo en el mensaje del commit?,¿importa?,¿puedo escribir cualquier cosa?

La respuesta es sí, sí puede ecribir lo que sea, pero sí importa lo que escribe, he recogido algunas opiniones personales nacidas desde la experiencia sobre las mejores prácticas a la hora de escribir un mensaje para un commit.