Warning: Undefined array key "use_custom_image" in /homepages/0/d310984101/htdocs/marianmartinez/wp-content/plugins/custom-about-author/display-about-author-block.php on line 134
¿Resaca de la primera semana del curso? ¡Imposible! Creo que tanto mis compañeros como yo, aun con legañas en los ojos y el cansancio tras el fin de semana de no parar con los ejercicios, teníamos ganas e ilusión por que empezara el día y por saber qué aprenderíamos.
El profesor de la semana: Fernando, el All in One. Admin y full Stack Developer
Fernando Moreno ha sido nuestro profesor y guía esta semana. Fernando fue alumno de Ironhack en la primera edición, y lleva más de 12 años programando por lo que capta al vuelo nuestras dudas (¡Que no son pocas!) y las resuelve de inmediato. Para mi personalmente ha resultado muy sencillo trabajar con él, ya que es una persona cercana y está accesible en todo momento.
Introducción a Sinatra
El lunes comenzamos dando un repaso al protocolo HTTP, para dar paso a hablar del framework Sinatra para realizar aplicaciones web en Ruby. Sinatra sería como un Ruby on Rails pero mucho más pequeño y flexible. Durante el lunes y el martes vimos todos los componentes básicos de sinatra: rutas, vistas, sesiones…realizando ejercicios al finalizar cada módulo para afianzar conceptos.
La charla de la semana: Marta Fonda, el emprendimiento en las venas
Marta Fonda nos visitó el martes a última hora de la tarde. Yo la conocía (virtualmente hablando) ya que fue alumna de la primera edición de Ironhack y su blog fue uno de los primeros que leí buscando información del bootcamp. Desde su experiencia nos aconsejó sobre como enfocar nuestra vida profesional durante y después del Bootcamp y nos contó cómo había sido su evolución hasta este momento. Actualmente esta preparando un proyecto personal del que sólo nos dijo «ya os enteraréis… 😉 » ¡Tendremos que estar pendientes! #algoestapasando
TDD: Test Driven Development
El miércoles ya dábamos comienzo a la parte de TDD o testing. Esta práctica consiste en escribir primero un test que falle (red), escribir el mínimo código necesario para pasar el test (green) y luego refactorizar. El resultado de trabajar de esta forma es un código más simple, que evita el exceso de complejidad. La verdad es que ya tenía ganas de meterme de lleno en este tema. Ya conocía el concepto de TDD pero a veces las prisas de sacar proyectos en tiempo y clientes presionando, hace que erróneamente dejemos la parte de tests un poco abandonada. Esto es contraproducente porque si la aplicación falla por cualquier motivo perderemos mucho más tiempo buscando el origen del error. El TDD además, nos sirve de documentación ya que podemos fácilmente adivinar qué hacen las funciones, clases, etc leyendo las descripciones de los tests. En contrapartida, puede resultar un trabajo tedioso e incluso en algunas casos pesado en los inicios, ya que llegar a dominar esta metodología requiere de años de práctica.
Coding Meetup de Madrid Agil
El viernes como colofón final se realizó una kata organizada por Madrid ágil, donde los asistentes, mis compañeros de Ironhack y yo tuvimos que resolver un ejercicio propuesto por Leo Antoli. Al final del evento la mayoría pensamos que habíamos llegado a la solución correcta pero…¡no!, había moraleja: asegúrate de entender al 100% los requisitos del cliente y, en el caso de que te proporcione ejemplos de lo que quiere (que no es lo habitual) úsalos para comprobar los test que estás implementando.
¿Quieres saber más sobre Ironhack?
No te pierdas mis siguientes posts en los que te cuento cómo es el día a día en el campus.
