alfredo casado

Recursos de programación de alfredo casado
En esta charla hablaremos de Testing on the Toilet, una iniciativa de Google para inspirar a los desarrolladores a escribir buenos tests y código testable. Analizaremos las técnicas más relevantes de entre las propuestas en sus episodios para mejorar nuestras prácticas de testing y que al terminar queráis imprimirlas y compartirlas en el baño de vuestras oficinas.
¿Y si lo escuchas mientras vas al trabajo o te pones en forma?: https://www.ivoox.com/33720567 ------------- En los últimos tiempos es una tendencia habitual en muchos equipos utilizar git flow y pull request como estrategia de gestión de versiones. Estas estrategias son por supuesto muy útiles en algunos contextos pero no son ni la única opción ni la mejor opción para según qué casos. Explicaremos cuales son los inconvenientes de este modelo y como nos alejan de tener un integración verdaderamente continua y del santo grial del deploy continuo. Hablaremos de otras alternativas como el Trunk Based Development (aka "to pa master") y de qué condiciones se tienen que dar en el equipo y en el proyecto para que esto último no suene a locura. ------------- Todos los vídeos de CAS 2018 en: https://www.youtube.com/playlist?list=PLKxa4AIfm4pU2H_iVJOKcjAI1JwMr-ddt ¡Conoce Autentia! Twitter: https://goo.gl/MU5pUQ Instagram: https://lk.autentia.com/instagram LinkedIn: https://goo.gl/2On7Fj/ Facebook: https://goo.gl/o8HrWX
This post is in Spanish because it describes a conference in which Spanish is most used language.Este pasado mes he tenido la suerte de poder a la CAS (Conferencia Agile Spain https://cas2018.agile-spain.org/) y este blog post es un resumen rápido de las sesiones y de mis impresiones sobre la conferencia.SesionesWe are the Leaders we have been Waiting For Lyssa Adkins Interesante charla sobre los distintos paradigmas para la organización de empresas y como eso conecta con las nuevas formas...
1. Introduction. During coding dojos and some mentoring sessions I've noticed that most people just start test-driving code without having thought a bit about the problem first. Unfortunately, writing a list of examples before starting to do TDD is a practice that is most of the times neglected. Writing a list of examples is very useful because having to find a list of concrete examples forces you to think about the problem at hand. In order to write each concrete example in the list, you need t...
This post appeared originally on Codesai’s Blog. As we saw in our previous post about connascence, Connascence of Position (CoP) happens when multiple components must be adjacent or appear in a particular order. CoP is the strongest form of static connascence, as shown in the following figure. Connascence forms sorted by descending strength (from Kevin Rutherford's XP Surgery). A typical example of CoP appears when we use positional parameters in a method signature because any cha...
Disclaimer: I am experimenting with different formats to create presentations, blog post, and other documents, mixing sketch noting and using index cards... I will appreciate your feedback.I prepared these notes for the past AOS 2017, but finally, the session was not selected... The initial idea was to describe our process for creating an agile software development team and create a discussion to identify next steps to expand our agile culture to the rest of the organizationHoney Badge...
One of the most impressive things about this last year is the great tech team generated at TheMotion. Another impressive thing is the platform, but it deserve another blog post...When I arrived to TheMotion, I couldn’t say that the tech team had bad members, but the practices were not the best for the level of change and the scale required.For example, some silos started to appear (front end, back end, video, etc), there was a tendency to generate feature branches that lived forever and the depl...
This post appeared originally on Codesai’s Blog. Lately at Codesai we’ve been studying and applying the concept of connascence in our code and even have done an introductory talk about it. We’d like this post to be the first of a series of posts about connascence. 1. Origin.The concept of connascence is not new at all. Meilir Page-Jones introduced it in 1992 in his paper Comparing Techniques by Means of Encapsulation and Connascence. Later, he elaborated more on the idea of connascence in h...
Nuestro software debería tener la capacidad de poder ser modificado con un coste bajo. Para ello utilizamos algunas buenas prácticas de diseño o code smells que nos guíen (SOLID, Yagni, Demeter Law, etc). Pero a veces, estos elementos suelen ser algo subjetivos que a veces derivan en discusiones poco productivas para el fin. Los tipos de Connascence nos ofrece otra herramienta para evaluar nuestro diseño en otros términos, basado en 2 conceptos clave "Coupling & Cohesion" de los que Yourdon y Constantine ya nos hablaban en el año 79 en su famoso libro Structured Design. La charla hablará de los tipos de connascence (o grado de acoplamiento), como podemos ver el impacto que tiene en nuestro diseño y algunas maneras de resolverlo. El paradigma es OOP por lo que se hará una muy breve introducción sólo a Encapsulation, Informations Hiding y Messaging. Aunque he indicado que la charla será en español porque es mi lenguaje nativo, intentaré prepararla en inglés bajo la recomendación del documento para el call for papers.
I've just watched this very interesting talk by Alfredo Casado and Laura Morillo Testing on the Toilet - por Garajeando