Para cambiar de lenguaje, hay que descubrir su estructura y reglas. Pero realmente, para sacar el máximo provecho, creo que es más útil plantearse un ejercicio que ya hayas resuelto en tu lenguaje favorito e intentes resolverlo en el nuevo sistema.

Pues aquí estamos. Realmente no quiero salir de PHP. Me da cosas muy buenas y tiene librerías realmente impresionantes. Pero si quiero crecer, debo abrazar otro lenguaje y ver si puedo plasmar lo que me hace feliz de PHP.

Siguiendo el post anterior sobre cómo configurar PhpStorm y php con xdebug usando Docker el cual tenía en cuenta que usábamos php como módulo de apache, hoy vamos a explicar los ajustes necesarios para poder debugar usando php-fpm. Hay que hacer un par de cambios para que funcione.

Existen infinidad de nombres, y cada uno se refiere a un tipo concreto de test, donde cubre un tipo concreto de necesidades, y si a eso le sumas el rol encargado de mantener el test, la cosa se complica. La verdad, si tuviéramos que cubrir todos los aspectos usando los tests, la cantidad de tarea sería ingente… Entonces… ¿qué hacer?

Aunque no queramos, a veces la única forma de saber lo que está pasando es arrancar el debugger y seguir el flujo de proceso para descubrir sus secretos. Montamos los tests, y por alguna razón algo se mos resiste…

En ocasiones puede parecer confuso saber exactamente qué doble de test aplicar en cada momento. Cuando empezamos descubrimos la API de mock de PHPUnit y lo usamos para todo… pero los dobles de tests esconden una vertiente algo más organizativa, la cual, si no intentamos aplicar el doble de test adecuado, nos perdemos una parte importante de aprendizaje sobre nuestro código y la dirección que está tomando.