Keyvan Akbary Seguir

Keyvan Akbary

Tech Lead en TransferWise

Autor del libro

Saber más

Patrón Composite

El patrón Composite es otro de los ya clásicos patrones de diseño presentados en el libro Gang of Four. Nos permite agrupar el comportamiento de colecciones de objetos en objetos individuales.

Leer más...

Patrón Abstract Factory

El patrón Abstract Factory, se encuentra dentro de los denominados patrones de creación. Como define el ya clásico Gang of Four, nos permite desacoplar y flexibilizar la lógica de creación permitiendo múltiples implementaciones.

Leer más...

Patrón Factory

Probablemente uno de los patrones más utilizados en lenguajes de programación modernos. El patrón Factory, una variante actual de los patrones de creación definidos en Gang of Four como Factory Method y Abstract Factory, permite desacoplar la lógica de creación de forma centralizada.

Leer más...

Patrón Builder

El patrón builder entra dentro de la categoría de patrones de creación. Esto significa que su uso esta ideado para construir objetos. La idea primigenia plasmada en el ya clásico Gang of Four, gira entorno a desacoplar el código de construcción del código de representación.

Leer más...

Test doubles

De forma análoga al uso de dobles en Hollywood, los test doubles son un término genérico que hace referencia a cualquier caso en el que se reemplaza un objeto de producción con otro con el único objetivo de probar el código.

Leer más...

Object Calisthenics, mejora tu diseño orientado a objetos

Los conceptos que definen un buen diseño software son bien conocidos. Básicamente hay 7 propiedades que distinguen la calidad del software: alta cohesión, bajo acoplamiento, no redundacia, encapsulación, testabilidad, legibilidad y foco. El problema viene cuando tratas de ponerlo en práctica. Una cosa es saber que has de encapsular los datos, la implementación, el tipo, el diseño o la construcción y otra bien distinta es cómo hacerlo.

Leer más...

Principio de sustitución de Liskov

El principio de sustitución de Liskov, o LSP (Liskov Substitution Principle), corresponde a la sigla L dentro de los 5 principios SOLID para la programación orientada a objetos.

Los objetos de un programa deberían ser reemplazables por instancias de sus subtipos sin alterar el correcto funcionamiento del programa

Leer más...

De que va esto del Software Craftsmanship

Estamos cansados de escribir mal código. Estamos cansados de avergonzarnos de nosotros mismos ante nuestra empresa por escribir código de mierda. Hemos cubierto el cupo de llamadas a media noche a nuestros clientes para reiniciar los sistemas. No queremos listas de bugs infinitas. No queremos contribuir a enmarañar y corromper el código aún más. Estamos cansados de hacer un trabajo mediocre. Queremos empezar a hacerlo bien.
Leer más...

Principio de responsabilidad única

El principio de responsabilidad única es el primer principio del acrónimo SOLID para la programación Orientada a Objetos.

Un módulo o una función debe tener una y solo una responsabilidad, o lo que es lo mismo, debe tener una y solo una razón para cambiar.

Leer más...

Comentar código, una mala idea

Cada vez que escribes un comentario deberías sentir el fracaso de tu habilidad para expresarte — Robert C. Martin

La causa mas común detrás de un comentario es un código poco expresivo y pobre. Limpiar tu código siempre te va a llevar menos tiempo que comentar lo que hace para que se entienda.

Leer más...

Anotaciones, un foco de problemas

Las anotaciones son algo mágico. La magia en el software es mala por definición, lo es porque no sabemos como funciona exactamente. Son un foco de malentendidos, provocan inesperados side effects y dependen de interpretes de terceros.
Leer más...

Copyright © 2022