Archivos Mensuales: diciembre 2015

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

 

 

 

 

Anuncios

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

Desarrollo Híbrido – Metodología de Desarrollo

alm

Cuando estamos en el proyecto de llevar nuestra antigua metodología, a las nuevas tendencias, digamos ágiles, no debemos olvidar que vamos a pasar por un tiempo en una metodología híbrida,ahora como explicar eso.

En fin las empresas de desarrollo de software bien pueden mutar rápidamente, dependiendo de la capacidad de la gente y de su nueva visión.

Contrariamente las empresas grandes, es más lento ese traspaso, debido a la cantidad de leyes regulatoria que pueden incluir.

Para tener en cuenta, cualquier proyecto, que están haciendo para una empresa grande, tomen nota de  leyes y las políticas empresariales  que tienen porque podría  jugar en contra de sus actividades.

Este híbrido puede ser una mezcla de nuestra agilidad contra las políticas internas y externas.

Un Ejemplo: Sería en el desarrollo de software ágil, la documentación es importante pero solo lo justo y necesario, pero hay empresas que necesitan más documentación para entes reguladores, auditorias y leyes aplicables a las empresa.

@andyvillamayor

 

 

 

 

Decir la Verdad – Desarrollo de Software

project_management_en_crisis

El desafío de decir la verdad

El proyecto más desafiante que tuve que hacer de coach tenía una fecha de entrega muy apretada (¿no es así siempre?). Nuestro cliente final era un cliente crítico.

Sabiendo lo que estaba en juego, me puse como prioridad armar un plan de entregas confiable. Seis semanas después, no sólo no habíamos implementado las primeras seis semanas de historias, sino que también teníamos una estimación confiable de nuestra velocidad y una lista estimada completa de nuestras historias restantes.

Y nos mostró que estábamos terminado tarde – muy tarde. Teníamos que terminar en siete meses. Y de acuerdo al plan, ibamos a terminar en trece.

El líder del proyecto llevó el plan a nuestro director. Las cosas fueron de mal en peor. Nos prohibió compartir esta noticia con el cliente final. En cambio, nos ordenó cumplir como sea con la fecha original.

Ya sabíamos que no podíamos cumplir con esa fecha. No teníamos tiempo suficiente para agregar personas, les llevaría demasiado tiempo conocer la base de código. No podíamos recortar alcance porque no podíamos admitir el problema al cliente.

Nuestros trabajos estaban en juego e intentamos hacer el esfuerzo. Ignoramos la Ley de Brooks y contratamos algunos programadores, e hicimos todo lo posible para ponerlos productivos lo antes posible sin distraer a los miembros productivos del equipo. A pesar de nuestro mejor esfuerzo, entregamos seis meses tarde un producto lleno de defectos – que resultó ser a unas semanas de nuestra predicción original. Perdimos al cliente.

Quizás también hubiéramos perdido al cliente incluso si le decíamos la verdad. Es imposible decir. Sin embargo, mi experiencia me dice que los clientes, los interesados y los gerentes aprecian que se los participe de la solución. Cuando se demuestra progreso de forma semanal, se establece credibilidad y confianza. Con esta credibilidad y confianza, los clientes están mucho más interesados en trabajar junto al equipo para negociar y alcanzar los objetivos.

No me voy a volver a involucrar en una situación así. Las planificaciones no pueden ser secretas; no hay eventos milagrosos; la fecha de entrega real eventualmente llega.

En cambio, voy a hacer todo lo posible por presentar la situación más precisa que pueda. Si un defecto tiene que arreglarse para la entrega, planifico el arreglo antes que nuevas características. Si nuestra velocidad es menor a lo que quiero, igualmente informo fechas basadas en la velocidad real. Esa es la realidad, y sólo siendo honestos sobre la realidad podemos gestionar las consecuencias de manera efectiva.

“copiado de un texto que lo leí y lo comparto con ustedes” 

@andyvillamayor

Cuando el Servicio es la diferencia

servicio_cliente_header

Entre empresas que ofrecen el mismo producto, que puede ser mejor o no, prácticamente el mercado  es muy fuerte,  para ganar cliente.

De ahí, sí tomamos que  todos vendemos lo mismo, la única razón que nos hace diferente es nuestro servicio.

Como lo hacemos para que sea diferente, dependerá de cada una de las empresas o microempresas que este en ese ramo.

El servicio también nos ayuda a crecer, por la retroalimaentacion que recibimos del cliente.

Cabe destacar que esto influye también en el costo del producto y a veces es directamente proporcional al producto que ofrecemos, todo esto dependerá de una planificación estratégica del propio negocio.

Como ejemplo coloco un carrito de pancho (ejemplo sencillo), existen 5 carritos de pancho en la misma cuadra , todos venden pancho , todos tienen la misma calidad, pero cuando uno de ellos empieza a colocar mesas, sillas y  salsas, ya comenzó o mejorar el servicio, los otros van a copiar posiblemente, porque el cliente cambio de carrito, ya que por el mismo precio o un poco mas caro, come sentado, más tranquilo y le llevan la cuenta a la mesa.

@andyvillamayor

 

Terminologías, comprendiendo el Ethical Hacking

En los últimos años el termino de sombrero negro y sombrero blanco, han sido aplicado a la industria del posicionamiento en buscadores (Search Engine Optimization,SEO).

White Hat (sombrero blanco) en la jerga se refiere a la ética hacker en que se centra en asegurar y proteger los sistemas tecnológicos de la información y comunicación.

Pero no busca el provecho personal, sino ayudar a la comunidad este sea local, regional o mundial.

Una de las frases celebres es “La información quiere ser libre” , algunos han confundido esta frase con robo de información en entes gubernamentales o privados, que se debe tener en cuenta que es ilegal hacer esto.

Cuando se habla de que la información quiere ser libre es poder entregar conocimientos a la comunidad, a la personas que están día a día trabajando en proyectos, que necesitan ayuda ,tanto en tener información, hacer un software, ayudar a construir algo.

Black Hat (sombrero negro) es el villano, el malo de la película se lo puede conocer como el “cracker” o un cibercriminal (según Chema Alonso).

Generalmente esta rompiendo sistemas, entrando en zonas restringidas, todo esto utilizando su destreza en métodos hacking.

Los Black Hat utilizan tácticas de posicionamiento llamada spamdexing (es uno de los varios métodos de manipular la relevancia o prominencia de los recursos indexados por un motor de búsqueda)

Esto  viene de las películas de western , los de sombreros blancos siempre son gente buena y de gran corazón y los de sombreros negros los malos de la película.

Samurai  normalmente es alguien contratado para investigar fallos de seguridad, investiga casos de derecho de privacidad, también se dedican a hacer y decir como saber sobre la seguridad con los sistemas de redes.

Pheaker de phone freak (“monstruo telefónico”) son personas con conocimientos amplios de tanto en teléfonos modulares( TM ) como teléfonos móviles.

Wannabe generalmente son aquellos a los que le interesa el tema de hacker y/o phreaking pero que por estar empezando no son reconocidos por la elite.

Lammer o script – kiddies  es un termino en ingles aplicado a la persona que le falta madurez, sociabilidad y habilidades técnicas o peor aún inteligencia.

Solo se dedican a bajar programas hacking para luego ejecutarlos, generalmente terminan rompiendo sus  propias plataformas.

Newbie  es el novato, el que esta empezando.

Emblema Hacker fue propuesto en Octubre del 2003 por Eric. Raymond alegando la necesidad de una unificación y un símbolo reconocible para la percepción de la cultura hacker.

La imagen en si mismo es una representación de un planeador (Gilder), una formación en el juego de la vida de “Jhon Conway (Matemático)”.

 

Eric S. Raymond propuso el uso del planeador “Gilder” por;

El Planeador Gilder nació casi al mismo tiempo que el Internet y Unix.

El Juego de la vida hace un llamamiento a los hacker

“El uso de este emblema expresa la solidaridad con los objetivos y valores de los hacker, y la forma de vivir de los hacker” .

[   ]  [ * ] [   ]

[   ]  [    ] [ * ]

[ * ] [ * ] [ * ]

black hat hackers vs white hat security hackers

https://www.youtube.com/watch?v=34Ax2S3_tBA