Friday, May 15, 2009

Me voy

Asi es, me voy, es un poco cansado estar al tanto de escribir o no en este espacio,
el cual creo yo necesitaba hace mucho una renovación,

asi que, aprovechando la idea de "un nuevo ciclo"
dejaré este blog que nadie lee.

Estaré posteando "temporalmente" en geeks.ms
Estaré escribiendo algunas notas en twitter (por cierto, la noticia del VS2008 Beta 1 salió primero en mi twt :P)

Saludos y Mucha Suerte.
PD: Supongo que en algun momento de mi vida compraré un dominio, creare un grupo, tocaré en público...

Friday, April 17, 2009

Movimientos Agiles

Si bien es cierto no recuerdo ya cuando fue la primera vez que lei o fui a una charla de MSF, cuantas veces he conversado al respecto y –lo mas importante- cuantas veces he realizado trabajos basandome tanto en MSF como en MSF for Agile. Debo admitir que me había centrado en ciertas tendencias, dejando de lado revisar frameworks como el presentado por SCRUM o elementos que pueden resultar cotidianos (pero a la vez delicados), como lo es aplicar GTD correctamente.

Pero desde el año pasado, conversando con Gustavo y Raúl, sea por separado y muchas veces en conjunto debido al trabajo o cosas que salen en el camino, es que noté que cantidad de las cosas que recomendaban yo las asumia o mias, o que habia aprendido en el camino o que simplemente “asi debía ser”

Entonces, si muchas de mis preocupaciones ya estaban siendo cubiertas, me dije “por qué no?”, asi que conversando un poco mas con ellos, investigando algunas cosas, preguntándoles o muchas otras entrando como “observador” a las interacciones del Scrum Master, el Product Owner con el Team Project. Asi es, practicamente me escondia para que no me vean, aunque muchas veces me decian “no te metas, Gallina” siento que aprendi bastante, o bueno, al menos una base para seguir leyendo.

Complementando a esto, casi convencido por los agiles como les digo a Raul y Gustavo, es que decidí asistir a una reunion de la comunidad Agile Perú, aunque seguimos en formacion y siento que debemos reunirns y compartir mas, creo que vamos avanzando.
Es asi que mañana haremos nuestra primera charla, en la cual hablaremos de conceptos principales como:
- Manifesto Agil
- Scrum, Scrum Master y Product Owner
- Gente y Colaboración
- Técnicas Agiles.

Claro, es nuestra primera charla, no expondré, quiza en otra oportunidad. Esta vez solo estuve haciendo algunas coordinaciones, de paso que recordaba mis tiempos en la UNI, averiguando sobre el local, proyector o buscando una que otra donacion que nunca esta de mas.

De todo esto solo puedo decir que si bien es cierto no me se el manifesto agil de memoria, puedo conversar al respecto, puesto ya lo conocia :P pero estoy viviendo y confirmando muchas teorias que tenia latentes.
Confirmando ademas –y esto lo pongo en otra linea por la importancia que es debida- la frase que dijo alguna vez un buen guru de GNU, barboncito:
“Si Linus cree que no debe documentarse nada, es porque Linus tiene la capacidad para comprender todo sin necesidad de un documento, pero nosotros no tenemos esa capacidad, es por ello que, documenta lo necesario, no todo”

Solo me queda mencionar que la agenda pueden encontrarla en esta direccion, la pagina de la comunidad es esta, y agradecer a Ronald Armas (Microsoft Peru) y a Cibertec por el apoyo brindado.

Y si me preguntan porque recien posteo esto, es que, lo estaba escribiendo cientos de veces en mi twitter!!

Monday, February 23, 2009

Usa esta tecnología, pero… por qué?

Hoy mientras conversaba con unos amigos me quedo la duda y a la vez molestia ante un sustento presentado.

”Es que es drag and drop, eso haría mas productivo el trabajo…”

Cuando pregunté si es que se habia hecho alguna comparativa, benchmarking, estudio o “algo” al respecto, para verificar tal productividad, me repetian una y otra vez eso del drag and drop.

Yo la verdad, no se que decir al respecto, pienso que es de muy poca seriedad alegar características que, es cierto, son muy bonitas e interesantes en primera instancia, pero a la larga lo facil, como que… sale caro, no?

En resumen, qué deberia tomarse como característica clave para estas alternativas?
Considero inicialmente:
- Facilidad de uso: es decir, una curva de aprendizaje apropiada
- Complejidad de posibles mantenimientos: que las modificaciones sean de bajo costo y no se necesite un gurú para resolver el problema.
- Estabilidad del producto: cuidado con aquellos en beta, alpha o la primera version “estable”
- Soporte de comunidades de desarrollo o proveedor: una comunidad activa implica que el producto va por buen camino.
- Papers desarrollados por otras entidades: si otros hablan, es por algo, no? (aun recuerdo cuando Oracle no tenia una seccion .net)
- Documentación OnLine/OffLine variada: Si hay libros y no son del tipo “for dummies”  o “… en 24 minutos”, pues es un indicador a considerar. 
- (Muy importante) Frameworks asociados?: es decir, si hay plataformas o mas de un framework que lo usa de manera “seria”, pues deberia considerarse.


Bueno, pero, deberia tomarse otro punto a considerar?

Sunday, February 08, 2009

Sobre los temas que me gustaria conversar (y que converso hasta en el almuerzo)

De por si son muchos, pero ultimamente estamos pensando en seguir una serie de sesiones al respecto,
Aqui los temas que, como dije, converso o quisiera conversar, incluso en la hora de almuerzo:

  • MSF Agile
  • Arquitectura Orientada a Servicios (desde POO)
  • Pruebas Unitarias en .net
  • TDD, como aplicarlo.
  • Visual Studio 2010
  • Practicas y Antipracticas en Toma de Requerimientos
  • Practicas y Antipracticas en Diseño de Software
  • Desarrollo .net usando Herramientas Gratuitas
  • Análisis y Métricas de Código
  • Profiling de Aplicaciones .net
  • Administración de Excepciones .net

Bueno, ahora me despido, pues, queda mucho por hacer y estoy mas que enfermo (maldita gripe, tos, todo)

Saludos[at]Cama

Wednesday, January 21, 2009

GOFx – Primeros pasos: Estandares de Programación


Vía twt publiqué algunas fuentes que podían servirles para definir sus estandares de programación, aquí pondré una que mencioné en el post anterior, pero antes de terminar esto la idea es que el equipo se sienta comodo con las reglas que tengan que cumplirse.

El problema en esto, es encontrar el punto clave en el que uno no esta presionando al equipo por cumplir las reglas y recomendaciones de codificación ni esta dejando de lado las convenciones que eliminan el riesgo al desorden, aunque si bien es cierto, existen herramientas como FxCop o el analizador que viene con VS2008 para sentirse uno presionado.

En fin, lo que pueden tomar como base para un desarrollo .net podría ser lo siguiente:
- Naming Guidelines, directo de MSDN. Vale la pena revisarlo.
- .Net Programming Standart Conventions. Una alternativa muy similar pero listado de manera mas resumida.

Para lo que respecta a base de datos, confío que puede servirles como base uno que encontré hace un tiempo vía .net a 2860m de altura:
- SQL Server Guidelines. muy recomendado mas aun si es desarrollado por un MVP.
- SQL Server Naming Conventions, un documento de 16 páginas que debe ser revisado!

Sin mas me despido, espero que les haya servido.
Saludos.

Actualizacion GOFx: Nuevos Lineamientos de Desarrollo

Asi es, aqui estamos por liberar una nueva versión del framework,
de por si tambien está incluido el bloque de reglas de programación (ojo, dije programación, no construcción), tanto en .net como en sql.

Para los que siguen mi twt (los cuales deben ser miles!!) habrán notado que mencioné que hoy se liberan tales documentos, la verdad quisiera hacer algo mas público, pero ya que estamos aquí, suelto la pregunta:

En que se basaron para el estandar de desarrollo que utilizan?
De por si es muy valido usar los lineamientos por Microsoft (como por ejemplo lo de esta dirección), pero tomaron otras fuentes? Por nuestra parte agregamos/quitamos/resumimos algunas secciones.

La verdad es que hasta el momento sigo encontrandome con personas que el estandar lo tienen en la cabeza (si, y nada mas que en ese lugar).
Algun comentario les pondré ni bien termine con todo el trabajo de por aquí.

Saludos.