Comprendiendo las revisiones de código

lupaLa frase "revisión de código" puede evocar una respuesta negativa para muchos programadores. Esta sensación negativa surge por sentir que se juzgará su trabajo. Los transporta de vuelta a la escuela, al momento del estrés antes de dar un examen. ¿Por qué ocurre esto? Al igual que otras profesiones de la era industrial, los programadores construyen software usando sus manos y su mente. Aunque parezca estructurado, la programación tiene algo de arte. No hay dos individuos que tengan el mismo estilo, y ambos están orgullosos de su trabajo. La pasión es uno de los mayores motivadores del desarrollo de software. Y a la mayoría de las personas les preocupa cómo se juzgará a su trabajo.

Leer más...

Los principios SOLID para diseño de objetos

numero-5Seguramente muchos escuchamos hablar sobre los principios SOLID para crear diseños orientados a objetos: son una excelente guía general de 5 principios que, si seguimos, nos facilitarán la creación de sistemas mantenibles y flexibles.

Lo interesante de los principios SOLID es que aplican a cualquier lenguaje orientado a objetos, ya que son buenas prácticas de diseño probadas en el tiempo. Vamos a repasarlos!

Leer más...

Las 9 cualidades del código limpio

escoba¿Qué tan seguido estás mirando el código de otra persona y pensás "Dios mio, esto es un spaguetti de código..."? Seguramente bastante seguido. ¿Y qué tan seguro estás que otra persona no haya pensando lo mismo de tu propio código? En otras palabras, ¿qué tan seguro estás de que tu código es limpio? El tema es que sólo podremos estar seguros si comprendemos completamente lo que significa hacer código limpio.

Resulta dificil crear una definición precisa de código limpio, y seguramente existan tantas definiciones como desarrolladores. Sin embargo, existen algunos principios que llevan a lograr un nivel básico de código limpio. Las 9 prácticas más relevantes para lograr codigo limpio a continuación.

Leer más...

Parser Javascript para planillas de Google Docs

google-docs-spreadsheetHace poco tuve que consumir una planilla de Google Docs desde una página web... y no encontré una forma sencilla de hacerlo. Les presento entonces el resultado de esa necesidad: Google Docs Simple Parser (gdsp para los amigos) es una pequeña librería Javascript que permite crear un array de objetos a partir de una planilla de cálculos sencilla en Google Docs. La idea es contar con una utilidad para acceder de forma simple y rápida a datos almacenados en una planilla (puede resultar muy práctico para editar en equipo, mantener y actualizar).

gdsp se encarga de parsear la planilla y devolver un array de objetos sencillo con los valores de las celdas. Simple y práctico, sin vueltas.

La utilidad es de software libre, y la distribuyo bajo la licencia MPL 2.0. Si les interesa los invito a descargarla desde BitBucket, o consultar un ejemplo más completo con los amigos de FernetJS.

¡No me hagas pensar!

UsabilidadUna página de internet debería ser obvio. Usarla debería requerir el mínimo posible de uso cerebral. No es casualidad que los grandes sitios de la web tiendan a ser cada día mas sencillos y predictivos. Todos persiguen el mismo objetivo: No hacer pensar a los usuarios.

Hay elementos y formas de hacer nuestros sitios, que ya son conocidos y resultan naturales para su uso. En este artículo enunciamos una lista de Tips de Usabilidad que podrían servirles a la hora de diseñar y desarrollar tu próximo sitio web

Leer más...

Definición de Terminado (DdT)

DdT¿Cuando una Historia de Usuario está Terminada? Cada persona puede tener criterios o interpretaciones distintas para considerar terminado o a medio hacer algo. Es por esto que surge en el desarrollo Ágil de Software el concepto de "Definición de Terminado" (DdT), que básicamente son las pautas mínimas para que algo pueda considerarse terminado.

En este artículo les mostramos nuestra DdT acompañada por comentarios que pueden servirles si lo que están buscando es unificar el criterio de Terminado en sus equipos.

 

Leer más...

Testeando de a pares

3-testersUn par de testers, trabajando juntos, a menudo pueden hacerlo tan bien o mejor que un "cazador" de defectos experto. El trabajo de a pares puede ser estable (es decir, dos personas regularmente trabajando juntas) o mucho más fluído, como en XP (Extreme Programming) para desarrollo. En ese caso, el tester que es resposable de un área dada buscará compañeros de testing temporales quienes tengan experiencia útil o conocimiento para abordar alguna parte de dicha área.

Leer más...

Primeros pasos con la programación en parejas

equipo-de-cuatroLa programación de a pares es una de las prácticas más ricas y dificiles de Extreme Programming, la que a mi entender genera el mayor cambio de mentalidad en el equipo. Hay muchas guías en Internet con consejos para aplicar esta práctica, y hoy me encontré con un artículo al respecto breve y útil. En Primeros pasos en pair programming, Wilbur Suero nos comparte 6 recomendaciones concretas para aplicar al momento de empezar a usar esta técnica. ¡Muy recomendable!

7 mitos del desarrollo Ágil

7-iconoAlberto Gutierrez lleva varios años trabajando con Ágil, y llegó a la conclusión que hay varios principios dando vueltas que son sólo palabrerío que apuntan a convencer a la gerencia, y que en realidad no ayudan al desarrollo de la aplicación.

Leer más...

9 cosas que todo desarrollador debería saber

lista-de-tareasEl libro 97 things every programmer should know contiene 97 pequeños consejos y prácticas que como desarrolladores deberíamos aplicar a diario en el desarrollo de software. En su blog, Brian Du Preez destaca 9 consejos en particular que le resultaron de interés. Veamos cuáles son...

Leer más...

No escribo pruebas unitarias porque... (manual de excusas)

lupaSiendo alguien que vive los beneficios de hacer TDD, creo profundamente en el desarrollo guiado por pruebas. Esta práctica agrega un nuevo nivel de calidad y madurez al desarrollo de software, y sin embargo todavía no es la técnica más usada en los proyectos de software. Cuando hay que elegir entre características, tiempo y calidad, siempre sufre la calidad. No queremos agregar tiempo extra para hacer pruebas, y tampoco queremos comprometer las características que vamos a entregar. Si no se pusieron como objetivo hacer TDD al iniciar el proeycto, es dificil hacerlo después.

Leer más...

El nuevo Dos Ideas.

Nuevo logo, nuevo buscador, nueva portada, podcast mensual... ¡y muchas novedades más!

Más novedades en Dos Ideas

Los Comentarios.

edu
para mi esta relativamente bien, pero el clasico es 100000 veces menjor, de echo repudio el echo de ...
ET
Hay algo que no me cierra.... Sprint 1...arrancan: Desarrollo, Analista Funcional y Qa, como puede a...
This is my first time i visit here. I found so many interesting stuff in your blog especially its di...
I'm really excited about it because of this post. It 's really amazing and eye-catching.
I’m glad Yahoo pointed me to it. I was able to get the know-how I was searching so badly for days no...

Inspiración.

"Si tú tienes una manzana y yo tengo una manzana e intercambiamos las manzanas, entonces tanto tú como yo seguiremos teniendo una manzana cada uno. Pero si tú tienes una idea y yo tengo una idea, e intercambiamos las ideas, entonces ambos tendremos dos ideas"

Bernard Shaw