Blog

Artículos

4

Premisa de prioridad de refactorización

Premisa de prioridad de refactorización

En ocasiones, me asalta la idea de que debería adoptar una estrategia proactiva al enfrentar la refactorización de código legacy. Para mí, el término “código legacy” abarca todo código que, desde mi perspectiva, podría ser optimizado. Son contadas las veces que me he topado con código que no requería ninguna modificación o mejora, gracias a una adecuada nominación o estructuración. 💨 TL;DR Este año 2023, en Pamplona Software Crafters, tuve la oportunidad de conocer a Pedro Santos y su charla “Refactoring Priority Premise”, que aborda cómo identificar y remediar code smells siguiendo un orden específico.

Publicado el 09/11/2023 por Kevin Hierro Carrasco

Testing Duck Types

Testing Duck Types

Al trabajar con la programación orientada a objetos, especialmente en sistemas complejos, a menudo surge la necesidad de trabajar con tipos abstractos en lugar de clases concretas. Este enfoque, conocido como “duck typing”, nos permite enfocarnos en el comportamiento que un objeto puede soportar, en lugar de la clase del objeto per se. En Python, “duck typing” es un concepto clave debido a su naturaleza dinámica y su filosofía de “si camina como un pato y hace quack como un pato, entonces debe ser un pato”.

Publicado el 09/11/2023 por Kevin Hierro Carrasco

Connascencia un conocimiento perdido

Connascencia un conocimiento perdido

La connascencia es una métrica de calidad de software que nos permite razonar sobre la complejidad causada por las relaciones de dependencia en el diseño orientado a objetos. Fue inventada por Meilir Page-Jones como una forma de evaluar y comparar las dependencias en el software, similar a cómo se considera el acoplamiento en el diseño estructurado. ¿Qué es la Connascencia? En ingeniería de software, dos componentes son connascentes si un cambio en uno requiere una modificación en el otro para mantener el funcionamiento general del sistema.

Publicado el 08/11/2023 por Kevin Hierro Carrasco

Código fuente irrelevante para este artículo, mero adorno

Posibles usos del tipo Either y explicación sobre los genéricos

El tipo Either está implementado en librerías para la mayoría de lenguajes de programación. Es un tipo algebráico, un tipo suma, que envuelve un valor. Se usa típicamente para encapsular el resultado de una operación que pudo haber salido mal. Si se prevee que hay motivos cotidianos (no excepcionales) por los que una operación puede fallar, como una validación, entonces Either es una forma muy expresiva de representarlo. En mi opinión, mucho más adecuado que lanzar excepciones, porque el flujo de ejecución es más fácil de seguir.

Publicado el 23/10/2023 por Carlos Blé Jurado

Bajando a tierra la programación funcional

Bajando a tierra la programación funcional

Imagina que estás construyendo una aplicación, y te encuentras con un problema recurrente: el manejo de datos complejos y las operaciones que deseas realizar sobre ellos. La programación funcional es un paradigma que puede ayudarte a abordar este desafío, de manera elegante y eficiente. Hasta hace muy poco, la programación funcional me parecía un territorio misterioso y complicado debido a su fuerte conexión con las matemáticas. Sin embargo, asistí a una charla de Henar Hernández en autentifront donde explicaba algunos conceptos de programación funcional de manera sencilla.

Publicado el 18/10/2023 por Aitor Santana

Ciclo de Vida de un Error (Bug) en el Software

Ciclo de Vida de un Error (Bug) en el Software

Los errores, o “bugs”, son fallos o defectos que ocurren en el software, afectando su funcionamiento correcto. El proceso mediante el cual estos errores se identifican, se informan, se gestionan y finalmente se resuelven es lo que se conoce como el ciclo de vida de un error. A lo largo de su ciclo de vida, un defecto atraviesa diversas etapas, cada una con sus propias actividades y responsabilidades. A continuación, se presenta una visión detallada de estas etapas, las cuales son fundamentales para garantizar una alta calidad del software y un flujo de trabajo de desarrollo optimizado.

Publicado el 18/10/2023 por Kevin Hierro Carrasco

Técnica de casino ¿Cuánto estás dispuesto a perder?

Técnica de casino ¿Cuánto estás dispuesto a perder?

Hola! recientemente tuvimos, mi equipo y yo, la suerte de compartir una jornada de formación con J.B. Rainsberger. Tuvimos la oportunidad de lanzar preguntas y debatir de una forma cercana nuestras opiniones. Me llamó la atención su concepto del riesgo a la hora de trabajar con un código heredado, y aquí os lo comparto. Problemas de un código heredado. Cuando se trata de enfrentar el desafío del código legacy, en el mundo del desarrollo de software, a menudo se requiere una estrategia inteligente y reflexiva.

Publicado el 18/10/2023 por Ricardo García Dorta

Fusionando repositorios de Git sin morir en el intento

Fusionando repositorios de Git sin morir en el intento

En este artículo voy a explicar como unir varios repositorios de Git en uno solo, llevándonos también el histórico de commits que tengamos en cada uno de los repositorios que queramos unir. Esta problemática me surgió porque quería tener un único repositorio para las katas, tenía demasiados repositorios sueltos y quería organizarlo un poco. Después de consultarlo con algunos compañeros, José Luis Rodríguez me dió la clave, me comentó que él lo había hecho en algún proyecto y me pasó la receta que solucionó todos mis problemas.

Publicado el 17/10/2023 por José Luis Rodríguez Alonso y Aitor Santana

Cuando el legacy deja de ser código: Cómo lidiar con legacy code basado en queries 🙆‍♂️

Cuando el legacy deja de ser código: Cómo lidiar con legacy code basado en queries 🙆‍♂️

En nuestro día a día como developers, todas/os nos encontramos o hemos encontrado con proyectos de hace unos años escritos en un código que no se concibió con la idea de ser mantenible, sobre el que nos toca trabajar aunque no nos inspire confianza para hacerlo sin romper nada. Aunque es menos común, hay ocasiones en las que este spaghetti code está implementado en forma de sentencias SQL de 200-300 líneas, con toda la lógica de dominio incrustada en las propias consultas, sobre un modelo de datos innecesariamente enrevesado que gana complejidad con los años por desconocimiento, y por miedo a hacer modificaciones para no romper un sistema que funciona.

Publicado el 27/09/2023 por Rubén Zamora y Borja García

Repaso de metodologías de PM: Scrum y Kanban

Repaso de metodologías de PM: Scrum y Kanban

Introducción Durante mi corta experiencia como desarrollador, me he dado cuenta de que tengo cierta tendencia a valorar el “picar código” sobre otras cosas. Probablemente porque es lo que más divertido me parece de este trabajo, la sensación de resolver un reto de lógica, y también, porque ver como toma forma el código de una aplicación da una sensación directa de avance. Aun así soy consciente, y trato de recordarme a menudo, que el objetivo final no es programar sino aportar valor.

Publicado el 27/09/2023 por Borja García

No tengas miedo a refactorizar un test legacy en PHP

No tengas miedo a refactorizar un test legacy en PHP

Wuola amiguis 👋🏻! Llevo esta semana trabajando en un nuevo desarrollo, que me ha dado la oportunidad de poder enseñaros mis tips o consejitos 🤓 del día, esos que me ayudan a mejorar la legibilidad de los 🧪test en PHP que encuentro. Porque ya que paso por ahí, vamos a ir mejorando el código poquito a poquito. PD: Aclaro que aunque se vea más de un test, en el que más me voy a centrar es en el primero, porque el principio que aplico es lo mismo en todos más o menos 🤪

Publicado el 26/09/2023 por Rubén Zamora

Configura tu ordenador versionando los dotfiles

Configura tu ordenador versionando los dotfiles

Introducción Durante mucho tiempo fui usuario de Windows, pero un día decidí probar Linux y terminé por elegirlo como mi sistema operativo para trabajar. Depende de cuando leas esto quizá el cambio haya sido al revés. Pero lo dicho, llegando a un mundo nuevo para mí, decidí probar distintas distribuciones Linux para encontrar cuál era la que mejor se adaptaba al uso que le daría. Tras ver un curso en CodelyTV, pude aprender que la configuración tediosa que hacemos día tras día desde que iniciamos en una máquina se puede resumir en la simple ejecución de un script, y puedo decir que ojalá haber conocido está práctica tan simple, pero que aporta y ayuda tanto a la configuración personal.

Publicado el 25/09/2023 por Raul Padilla

Gradle Modules y Domain-Driven Design

Gradle Modules y Domain-Driven Design

Puedes encontrar código de ejemplo en este repositorio. Introducción La Arquitectura Hexagonal, así como otros patrones de diseño similares que implementan Domain-Driven Design, puede ser un enfoque no del todo intuitivo para desarrolladores con poca experiencia (como yo), o con una forma de hacer las cosas más tradicional. Es fácil confundir conceptos teóricos cuando se pasa a la práctica, y no tener claro en qué capa de la aplicación implementar una clase determinada, o incluso, filtrar información entre capas sin darnos cuenta.

Publicado el 25/09/2023 por Borja García

Ciclos de Vida del Desarrollo y Testing de Software: SDLC vs STLC

Ciclos de Vida del Desarrollo y Testing de Software: SDLC vs STLC

En el mundo del desarrollo de software, existen dos procesos cruciales que determinan la calidad y eficacia de un producto: el Ciclo de Vida del Desarrollo de Software (SDLC) y el Ciclo de Vida del Testing de Software (STLC). Ambos ciclos juegan un papel fundamental en la creación de aplicaciones y sistemas robustos, pero, ¿en qué se diferencian y cómo se complementan? SDLC: La Creación Estructural de un Software El SDLC es como el esqueleto y la médula del desarrollo de software.

Publicado el 21/09/2023 por Kevin Hierro Carrasco

Composición de tipos en Typescript

Composición de tipos en Typescript

Introducción Uno de los puntos fuertes de Typescript, es la flexibilidad que nos brinda en el momento de definir estructuras de datos. Esta misma flexibilidad puede ser, al mismo tiempo, la mayor fuente de problemas en las manos inadecuadas, como podremos ver a continuación. Historia Hace algunas semanas definimos en nuestra aplicación un tipo llamado UserAddress: export interface UserAddress { firstName: string middleName: string lastName: string email: string address: Address } Tal y como se muestra, esta interfaz define las propiedades referentes a un usuario y la dirección del mismo.

Publicado el 21/09/2023 por Adrián Ferrera González

Un mini ejemplo de Serverless

Un mini ejemplo de Serverless

Hoy toca hacer un poco de cacharreo con Serverless. Hoy veremos un pequeño ejemplo en el que trabajaremos directamente sobre el ServerlessFramework y Amazon Web Services (AWS a partir de ahora) para los conceptos básicos y hacer nuestra primera aplicación Serverless. Sobre qué vamos a trabajar Nuestra primera aplicación Serverless va a ser una API HTTP, es decir, un backend al que hagamos peticiones de tipo GET, POST, etc y este nos responda.

Publicado el 21/09/2023 por Jorge Aguiar Martín

Más allá del TDD

Más allá del TDD

📖Introducción Hoy vamos a hablar sobre algo que muchos de nosotros, como desarrolladores, hemos incorporado en nuestras rutinas diarias: el Desarrollo Guiado por Pruebas o TDD (Test-Driven Development). TDD es una técnica maravillosa que nos ha ayudado a mejorar la calidad de nuestro código, a pensar en nuestras funcionalidades desde una perspectiva de prueba y a reducir errores desde las primeras etapas del desarrollo. Sin embargo, ¿alguna vez han sentido que, a pesar de usar TDD, algo falta?

Publicado el 13/09/2023 por Kevin Hierro Carrasco

Desacoplando distintos artefactos en el código

Desacoplando distintos artefactos en el código

En nuestro día a día, resolviendo con código los problemas de los clientes, nos encontramos con pequeños detalles que nos llevan a tomar decisiones, que algunas veces no son las más acertadas. Esas decisiones desafortunadas mantenidas en el tiempo, hacen que los proyectos lleguen a ser verdaderos quebraderos de cabeza. Una forma de cuidarlos, es tener especial atención al acoplamiento. En los estudios reglados, nos han enseñado que en todo proyecto de software hay dos grandes máximas: acoplamiento y cohesión.

Publicado el 12/09/2023 por Luis Rodríguez

Mocker clases, no solo interfaces

No solo se vive de mockear interfaces

En el mundo del testing, tarde o temprano necesitaremos mockear algo (red, acceso a ficheros, …) para poder focalizarnos en la propia lógica de negocio, y aislarnos de la infraestructura o mecanismo de entrega. Normalmente mockeamos interfaces, porque por definición establecen los contratos de lo que va a ser el comportamiento, pero y ¿si no tenemos la necesidad de mockear una interfaz? En LeanMind acompañamos a empresas para hacer software de una forma más sostenible.

Publicado el 12/09/2023 por Luis Rodríguez

Introducción a Property-based testing

Introducción a Property-based testing

Recuerdo el primer día, en una sesión de formación de Lean Mind, cuando me enfrenté a este tipo de testing y no supe cómo debía afrontarlo. Luego, en los debates posteriores a la sesión de kata, estuve escuchando varias opiniones sobre lo que se debía hacer. Algunas sonaban incluso contradictorias. Sin embargo, al profundizar en el tema, me di cuenta de que son simplemente enfoques distintos que dependen del contexto y la complejidad de la propiedad a testear; se puede usar una u otra en función de estos factores.

Publicado el 06/09/2023 por Mario S. Pinto Miranda

De desarrollador a artesano

De desarrollador a artesano

El mundo del desarrollo de software ha evolucionado rápidamente en las últimas décadas. Lo que comenzó como una simple tarea de programación se ha transformado en un oficio que requiere precisión, dedicación y, sobre todo, pasión. En este contexto, surge la pregunta: ¿Por qué deberíamos aspirar a ser algo más que simples desarrolladores? ¿Por qué deberíamos esforzarnos por convertirnos en artesanos del software? En mi caso he tenido la suerte de encontrarme con personas que me han ayudado a crecer como desarrollador y como persona en Lean Mind.

Publicado el 21/08/2023 por Kevin Hierro Carrasco

Automatizando tareas con Task

Automatizando tareas con Task

Introducción Típicamente, cuando estamos desarrollando código, hacemos mucho uso de la terminal para ejecutar distintos comandos que nos permiten, por ejemplo, comprobar que nuestros test pasan, descargar dependencias, arrancar la aplicación en local… Estos comandos suelen ser largos y nos puede resultar difícil recordarlos o simplemente tenemos que ejecutar varios porque encadenan una función que queremos realizar sobre nuestro código. Es aquí donde nos preguntamos si existía alguna herramienta que nos simplificara esta tarea y que fuera fácil de implementar y usar.

Publicado el 02/08/2023 por Raul Padilla y Leto Rodríguez Ryding

automatiza_setup_web_post_blog

Automatiza el setup y configuración de tu entorno local

Trabajando como consultora, rotamos de un colaborador a otro con cierta frecuencia. Con poco que hayamos rotado de esta forma acabamos con el ordenador lleno de, entre otras cosas, código, documentación y posiblemente credenciales de nuestros clientes. En un mundo ideal eliminaríamos el/los repos de turno al rotar y santas pascuas, pero no suele ser tan sencillo: Variables de entorno, CLIs in-house, scripts, etc. etc. Esto supone cierto riesgo a nivel de seguridad: Si tenemos datos de cliente A, pero trabajamos con cliente B y éste tiene un fallo de seguridad cabe la posibilidad (aunque remota) de comprometer la seguridad de cliente A.

Publicado el 01/08/2023 por Eric Driussi Fabbro

Aplicando los principios SOLID en React

Aplicando los principios SOLID en React

SOLID es uno de los acrónimos más conocidos dentro del desarrollo y arquitectura de software. Acuñado por Michael Feathers, basado en los principios de la POO (programación orientada a objetos) que recopilaba Robert C. Martin en su libro Design Principles and Design Patterns . Estos principios son: Single Responsibility Principle o principio de responsabilidad única. Open Close Principle o principio abierto-cerrado. Liskov Substitution Principle o principio de sustitución de Liskov.

Publicado el 25/07/2023 por Aitor Santana

portada de Los Mocks estrictos son Una herramienta de diseño de software

Los Mocks estrictos son una herramienta de diseño de software

Este artículo surge a raíz de un debate sobre las soluciones generadas en la kata Mouse Events en las sesiones de formación de Lean Mind. Para resolver esta kata es necesario usar dobles de test, pues no hay exposición del estado interno del artefacto Mouse. Los dobles de test que se ajustaban al caso son, en la terminología expuesta por Gerad Meszaros, el doble Spy y el Mock escricto. Hubo argumentos a favor y en contra de usar uno u otro.

Publicado el 26/06/2023 por Mario S. Pinto Miranda

4

Impulsamos el crecimiento profesional de tu equipo de developers