El "ya merito" en los proyectos de software

Bueno pues esta vez les cuento que es lo que pasa cuando un proyecto siempre esta a punto de terminarse y misteriosamente no termina y no termina, esto se puede deber a varias cosas que podemos encontrar en los antipatrones de diseño y la otra que por lo general nos pasa bastantes como desarrolladores y es que no tenemos ni idea de que es lo que vamos a hacer y mucho menos cuanto tiempo nos va a tomar.

Ahora si bien los antipatrones de diseño son parte importante dentro de esto aun puede ayudar a que tengamos las cosas a tiempo y que sepamos exactamente cuanto tiempo nos tomara realizar una tarea especifica es planear, si planear, es crear una lista de actividades que no sobre pase el dia, es decir si una actividad toma mas de un dia dividirla en pequeñas actividades que tomen menos de un dia y de esa forma podremos saber como es que vamos y tener un claro indicio de nuestro avance.

Es decir planear todo el proyecto todo el sistema por dia, ir asignando tareas diarias con las que se puedan cumplir y hasta no tener una lista con las actividades detalladas que se tengan que realizar no dar un estimado en tiempo.

Con este tipo de organizacion en teoria se deberia de evitar el problema del ya casi acabo, ya mero esta listo, si ya esta semana entregamos, etc, etc, etc. A mi no me crean mucho este articulo esta basado en otro articulo de Jeff Atwood llamado en nuestro proyecto siempre tenemos el 90% hecho.

Espero les guste el post igual si tienen sugerencias quejas y todo pues haganlo saber atraves de comentarios etc.

Saludos a todos (aaaah y ahorita disfrutando de la vista al mar desde aqui de mi computadora, jajaja)

Calidad y cantidad

Hoy estuve leyendo algunos blogs de los que por general acostumbro leer y me encontre un articulo en coding horror que me llamo sinceramente la atencion, el titulo es la cantidad siempre triunfa ante la calidad, el titulo me parecio bastante llamativo y comence a leerlo.
Cuando comence a leerlo me senti bastante familiarizado con el tema ya que por lo general he programado sobre la cantidad y no la calidad cometiendo errores y aprendiendo de los mismos, es increible que uno pueda aprender asi, mas sin embargo uno aprende y los errores son los que mas enseñan.
Cuando uno busca calidad no la debe de buscar solo en la teoria porque la teoria no nos va a enseñar lo que tenemos que hacer o no hacer en determinadas situaciones donde la experiencia es el unico apoyo, es decir que hay que codificar mas, no significa que hagamos sistemas o programas sin sentido solo para errar y aprender algo, si algo he aprendido de los sistemas es que algo nuevo siempre esta presente, hay situaciones que tal ves nunca podrias haber predicho, asi que siempre tenemos que buscar que el programa sea bueno pero sin olvidar que tenemos que codificar mucho para poder darle una mayor calidad. Por muy bueno que seas para hacer algo siempre la constante practica te hace mejor, por eso pues que mas les puedo recomendar que lo que yo he hecho, ensuciarse las manos, empezar a codificar a disfrutar de las nuevas herramientas, nuevas tecnologias, comenzar a programar en cantidad porque la calidad llegara con la practica en lugar de esperarla con la teoria.
Asi que solo hay que recordar que los documentos de buenas practicas, de patrones y antipatrones, y en general todos los libros no podran hacer mucho por ti si solo por el hecho de leerlos siempre tenemos que poner en practica lo nuevo y practicar lo suficiente hasta ser mejor que cuando empezaste, el ponerte a ti mismo el reto de ser mejor que tu mismo.
En fin les envio un saludo y espero que esten bien cuidense y espero sus comentarios.