02. Presentación Miguel A. Gómez

Bueno, por mi acento ya te habrás dado cuenta que soy de las Islas Canarias, y en concreto de Tenerife.

Hace ya unos cuantos años estudié una licenciatura en Radioelectrónica, porque me encantaba la electrónica, pero por el camino me di cuenta que la programación me gustaba más, y estudié también Ingeniería informática. Hice el camino largo no, el larguísimo… 

Me encanta emprender, he montado varias startups con amigos, e incluso una de ellas ha levantado varias rondas de financiación. Y también he participado en otras como developer. Se podría decir que llevo prácticamente 15 años programando a diario. 

Muchas personas me conocen gracias al libro Clean JavaScript que publiqué por primera vez en 2019  y que seguro que, con lo insistente que he sido, por lo menos lo habrás oído nombrar o visto en alguna red social. La verdad es que el libro ha tenido un gran impacto en la comunidad, o por lo menos para mí lo ha sido, ya que más de 4000 personas lo han adquirido y muchas de ellas me han pasado muy buen feedback.

Actualmente, entre otros proyectos, soy el desarrollador principal de un proyecto fullStack de una empresa estadounidense en el que usamos TypeScript como lenguaje, apoyándonos en RxJS. Además, con NodeJS, MongoDB y Postgre en el back y ReactJS en el front

En este proyecto participé prácticamente desde el momento inicial y lleva más de 5 años en producción. 

El proyecto está en constante evolución, factura un dineral, unas 7 cifras anuales. La responsabilidad es muy elevada. Pero lo más importante es que prácticamente sigue siendo un greenfield project, un proyecto fácil de cambiar y mantener.

Es cierto, que el proyecto está bien organizado, con una arquitectura hexagonal, tanto el back como el front. Los tipos de TypeScript nos ayudan a minimizar los errores que podríamos tener si utilizáramos solo JavaScript; también es cierto que utilizamos un estilo de programación híbrido aplicando muchos principios de programación funcional combinado con DDD y buenas prácticas.

Todo eso es muy importante, pero, desde mi punto de vista la clave está en que el proyecto tiene buenos test y está pensado para ser fácil de testear. Sin esa buena batería de test nos sería imposible seguir añadiendo funcionalidades: el código del proyecto se degeneraría muy rápido.

Pero bueno, para no seguir haciéndote spoilers, te voy  a dejar con Carlos Blé para que te cuente su experiencia sobre por qué el código degenera.

Completar y continuar  
Discusión

0 comentarios