portrait

Keyvan Akbary

Developer at MyBuilder
Co-Founder of Funddy
Aspiring Craftsman
Living in London

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, corresponde a la sigla L dentro de los 5 principios SOLID para la programación orientada a objetos. “Los subtipos deberían poder ser reemplazables por sus tipos base”
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

¡No comentes tu código!

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

¡No uses anotaciones!

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 © 2014