El frenético informático

Que cualquier persona del equipo sea capaz de entregar el nivel deseado de calidad en el trabajo.

Esta es una meta ambiciosa y, a la vez, necesaria a la que debemos evolucionar. Esto se aplica tanto al desarrollo de software como a otros sectores o trabajos.

Una de las claves para conseguirlo es procedimentar o guionizar los trabajos a realizar. De forma que se extraigan las normas comunes que cualquier tarea debe incluir. Por ejemplo: un taller de coches en el que, al terminar cualquier labor, te lavan el coche. Independientemente de quién lo haga, debe completar esa tarea tanto si tiene que cambiar una rueda como si tiene que hacer un reglaje de válvulas. Si todo está debidamente guionizado y el proceso de onboarding empapa de esa cultura hasta al más junior, vamos a conseguir que incluso el becario que lleva dos semanas con nosotros entregue ese coche lavado como si lo hubiera arreglado el mecánico más experto de nuestro equipo.

Entrando ya en el sector del desarrollo de software, hoy traigo una herramienta muy útil para conseguir esto: una estrategia de checklist que deben ser seguidas tanto por el desarrollador como por el revisor al mergear código a ramas principales (desarroll, master, main…).

Seguir leyendo

Actualmente está muy de moda eso de cambiar el disco duro de tu portátil por un disco de estado sólido. El problema que presentaban estos nuevos inventos es el precio, por lo que normalmente los usuarios no podían permitirse unidades de más de 120 o 240 gb. Y esa falta de almacenamiento es lo que a muchos de mis amigos les tira atrás cuando les recomiendo unidades SSD.

Actualización 2020: si quieres sabér más sobre todos los tipos de SSD que existen y cuáles te recomiendo, pásate por este artículo!

¿Tú también quieres tener un ssd en tu portátil sin renunciar a toda la capacidad de almacenamiento de tu HDD actual? Continúa leyendo y verás como hacerlo.

Seguir leyendo

Hoy vas a aprender mucho con este sencillo ejemplo práctico de TDD (Test-Driven Development). Es una metodología de desarrollo de software que consiste, básicamente, en escribir antes los tests que la funcionalidad. De esta forma, conseguimos numerosas ventajas. Para empezar, una gran covertura de código. Y esque, en este caso, la covertura de código es una consecuencia de la metodología, no una simple meta a alcanzar (¿te suenan los assert(true)?). Además, conseguimos un diseño totalmente enfocado a las necesidades y requisitos el proyecto, ya que cada test sería (más o menos) reprensentativo de un caso de uso.

Antes de nada, permíteme avisarte de que este extenso artículo está hecho para gente con una experiencia moderada desarrollando. Si no tienes experiencia con Spring Boot o un framework similar, no sabes lo que es una API rest o cómo funciona por dentro, o no sabes distinguir entre controlardores, servicios, DAOS y POJOS, entonces primero aprende todo eso, coge experiencia, y con todo eso puedes empezar a mejorar tu forma de desarrollar apliando TDD. Seguir leyendo

Si eres desarrollador, seguramente has oído hablar de los servicios web de Amazon (AWS). Y bueno, si no has oído exactamente algo de Amazon seguro que sí has oído hablar del Cloud Computing, microservicios, serverless, y otros muchos conceptos que, de primeras, sabemos que implican tener una máquina sin acceso físico a ella. Puedes conectarte, administrarla, configurarla, instalar software, y mil cosas más; pero no puedes tocarla.

Para concretar un poquito más, debes saber que, si te creas cuenta nueva en AWS, tienes 12 meses de acceso al programa gratuíto. Este programa incluye, entre otras muchas cosas, la posibilidad de usar una máquina virtual 750 horas al mes. Bueno, o 10 máquinas virtuales 75 horas al més, depende cómo te organices.

Lo que te voy a enseñar en este tutorial es algo que, una vez descubierto, es una tontería enorme. Sin embargo, aprender esto desde cero sin alguien que te guíe y sin tener experiencia en entornos en la nube puede convertirse en algo un poco decepcionante. Seguir leyendo