Archivos

Porque hacer Test en el Desarrollo

progradoras

La mayoría de los programadores, o  los que programamos alguna vez, seguramente nunca testeamos nuestros programas a nivel @test o con simuladores , solo  test funcional.

Y siempre haciendo el camino fácil, pero los tiempos cambiaron y cada día es TEST se volvió una de las patas principales de cualquier metodología sea liviana o dura, hoy por hoy es de suma importancia.

Hay personas que pueden decir , “es una perdida de Tiempo” , otros que es “importantísimo”.

Según mi opinión personal me gusta estos puntos:

  • El programador genera su código y hace sus @test
  • Alguien del grupo de desarrolladores debe hacer una revisión del código
  • Después pasar a Test
  • Una vez probado, pasar a QA
  • Después  alguien  pasará a producción …..

Después de esto alguien va a decir mucha plata solo para hacer un  App,  y bueno depende de cada empresa.

A veces es mejor depurar el código y tener un mejor software (mejora continua) antes que llegar a tener una “Deuda técnica” que nos haga perder un contrato.

@andyvillamayor

 

 

El Negocio .. es el que manda

Pensamos en desarrollo, Análisis, Metodologías que mejoren los servicios, procesos y hasta el negocio en sí.

A veces olvidamos que el mercado regula el negocio, y a partir de una necesidad sale un proyecto, de ese proyecto impacta rápidamente en 4 formas a una gerencia de T.I que toma el Directorio o Gerencia General .

  • Urgente e Importante ( el famoso para ayer)
  • Urgente pero  no Importante (hay que hacerlo, pero podes hacerlo en la semana)
  • No Urgente pero es Importante ( no es para hoy pero si hay que hacerlo)
  • Ni Urgente ni Importante ( o sea nada)

Quedamos al final que la Gerencia General o Directorio tiene estos temas y cuando bajan en forma Top-Down es ahí donde vemos nuestras metodologías si están para responder en tiempo y forma estos pedidos.

De mi forma de ver, buscar de cada una de las metodologías algo que nos ayude y de ahí sacar los mejor.

 

@andyvillamayor

Básico y Letal

box

Hace un tiempo atrás, cuando vi la pelea de Julio Cesar Chaves  vs.  Oscar de la Hoya (The Golden Boy), vi que casi nunca Cesar Chávez pudo hacerle daño a Oscar de la Hoya , viendo las diferencias en altura y extensión de brazos.

Además de que cada uno puede deducir sus debilidades y virtudes, como Oscar de la Hoya sabía que no podía entrar en una pelea corta porque  Chávez lo podía noquear y Chávez sabía que no podía ponerse a distancia de Oscar de la Hoya porque lo podía lastimar mucho.

Gano Oscar de la Hoya , y lo combatió sin hacer cosas raras sino con el entrenamiento básico del boxeo, el uno, dos ( con el jap, jap) ” básico y letal”.

Así debemos ver nuestros proyectos, hacer lo que sabemos hacer y bien, no estar reinventando algo, o utilizar algo en el cual no lo sabemos usar bien.

Hay que asegurar la Pelea, utilizar lo básico pero letal.

@andyvillamayor

 

 

Método Eisenhower

“Las decisiones más urgentes rara vez son las mas importantes”, dicen que afirmó el ex-Presidente Norteamericano Eisenhower.

FullSizeRender

Con este metodo se puede distinguir lo importante de lo urgente, clasifique primero, después decida qué hacer en qué momento.

¿Pregúntese cuales tareas son importantes pero no urgentes?

@andyvillamayor

Deuda Técnica ?

cropped-facepalm211

Pueden escucharlo y leerlo sobre deuda técnica, pero saben que es.

A la deuda técnica se lo trato para describir los males en el desarrollo de software y se ha aplicado a cualquier cosa que aumente innecesariamente los esfuerzos de desarrollo.

Hoy podemos encontrar la deuda de las pruebas, la deuda de las personas, la deuda de la arquitectura, la deuda de los requisitos, la deuda de la documentación.

Como ejemplo:

La falta de Test Unitario en los programas por falta de tiempo, si bien puede pasar los test funcionales simples, la falta de Test Unitarios pueden darte al final una Deuda Técnica.

Si sos desarrollador nunca dejes de hacer test unitario, si sos jefe de desarrolladores, hacer una revisión de código.

Según wikipedia 

La deuda técnica es un eufemismo tecnológico que hace referencia a las consecuencias de un desarrollo apresurado de software o un despliegue descuidado de hardware.

 

@andyvillamayor

 

 

 

 

Utilizando la Técnica Pomodoro

logo

http://pomodorotechnique.com

Cuando tenemos varias cosas que hacer en el trabajo, y perdemos el foco, experimente esta técnica que me resulto muy buena.

Me ayudo a ser ordenado en mis tareas superpuestas.

El método consiste en trabajar intensamente por unos 25 minutos, luego tener un breve descanso (generalmente de 5 minutos) para volver a repetir el ciclo con otro periodo de trabajo intenso. Finalmente, después de varias repeticiones se toma un descanso más prolongado.

1.- Decidir la tarea a realizar
2.- Poner el pomodoro (el reloj o cronómetro) a 25 minutos
3.- Trabajar en la tarea hasta que el reloj timbre y anotar una X
4.- Tomar un pausa breve (5 minutos)
5.- cada cuatro “pomodoros” tomar una pausa más larga (15-20 minutos)

Existen muchos temporizadores que nos ayudan a poner en práctica esta técnica, dentro de las app para Android y Apple.

Un Ejemplo es el “tomatoro timer”, buscado no te vas a arrepentir.

@andyvillamayor

 

Volvamos a la Tiza y al Pizarón

4677996-resumen-de-gesti-n-de-r-gimen-esbozado-con-tiza-blanca-sobre-pizarra-goma-de-borrar-mancha-textura

Hace un tiempo muchos profesores vienen dando sus  cursos con herramientas de presentación ( Power Point , Prezi ) dentro de esta   didáctica el alumno tiende a aburrirse, especialmente si son materias leídas, prácticamente la didáctica es  mirar una presentación y escuchar lo que dicen, también no es bueno para un profesor, porque se estandariza en una técnica de aprendizaje.

Si  sacamos  un poco esta técnica  de enseñanza  o hacemos un mix de escribir  en la pizarra y mostrar ejemplos en presentaciones , el profesor podría plasmar muy bien su idea en una clase, y el alumno comprendería mejor.

Pero al final de cuenta uno elige la forma, más conveniente.

@andyvillamayor