Copy Paste Driven Development

Alguna vez les ha ocurrido que tienen un amigo, conocido o compañero de trabajo (o vamos, nosotros mismos!) que antes de comenzar sus actividades de programación/documentación (o incluso modelamiento) nos viene con una pregunta como:

”no tienes algun ejemplo o modelo para …? lo necesito para guiarme.”

Cada vez que escucho ese tipo de consultas o comentarios me pongo a pensar en los posibles entregables que se generarían a raíz de este modelo, ejemplo o plantilla.

image

Continue reading “Copy Paste Driven Development”

Comentarios: Apoyando a MSExpertos!

Qué tal amigos!
Les cuento que desde esta semana estoy apoyando a los amigos de MSExpertos! una iniciativa de difusión de conocimientos muy interesante liderada por @Ferglo, Community Program Manager de Microsoft.

image

Los invito a visitar la web de MSExpertos, la cual todavía está en Beta 🙂 asi que desde ya mismo estaré atento a publicar con ellos esperando cubrir con sus espectativas :D, gracias por invitarme!

Un abrazo!
@Jersson

Comentarios: Sponsors para el blog :)

Que tal amigos!
Este post es muy breve! les cuento que este blog tiene sponsors!
Asi es, gracias a unas gestiones pude conseguir licenciamiento tanto de ReSharper como del CodeSmith Generator!
Es por ello que en blog encontrarán una sección para ellos, claro que con el tiempo también habrá una serie de posts relacionados al producto correspondiente 🙂 ambos muy ligados al desarrollo usando Visual Studio.

image
Pues muchas gracias a los amigos de JetBrains y CodeSmithTools por confiar en mi persona y claro! por enviarme las licencias 🙂
Continue reading “Comentarios: Sponsors para el blog :)”

.NET, Paradigmas y Programadores

Si me llegaran a preguntar si soy un experto en programación con .net, inicialmente les podria responder que es algo dificil de acotar ya que antes de conocer un lenguaje, plataforma o entorno de desarrollo se requiere un conocimiento sólido en fundamentos de programación.

Este aspecto es uno de los que lamentablemente muchos de nosotros adolecemos, pues no puedo mentir, he conocido profesionales que confunden la programación estructurada con la orientada a objetos y bueno, respecto a al programación funcional no puedo opinar mucho, pero si hablamos de conocer personas que dominen ese aspecto… si, he conocido de esas, pero fuera del país… triste, no?

Me parece preocupante que hayan profesionales que consideren que la creación y uso de clases se pueda tomar como programación orientada a objetos.
Lamentablemente hay mucho sesgo en el mercado educativo, por que seamos honestos, hace mucho que esta rama se ve como un mercado -ya no- virgen en el cual por un monto módico algunos profesionales se prestan a dictar clases de programación, modelamiento o incluso diseño de software!

Pero si regresamos a la programación y especificamente seguimos hablando de .NET me he tenido que topar con bromas de amigos, conocidos e incluso desconocidos que han levantado las cejas cuando les he dicho “yo trabajo sobre plataformas .NET”, y aunque en en realidad tal situación no me deprime, debo admitir que me preocupa y me lleva a la mente “qué tipo de programadores han conocido?

Continue reading “.NET, Paradigmas y Programadores”

Podcast: Cuando los programadores quieren dejar de programar

Que tal amigos, les dejo aquí el primer podcast que hice con mis amigos @gustavo_veliz y @elfederiko, se tituló “Cuando los programadores quieren dejar de programar” y fue el inicio de un proyecto denominado nadaenserio, que buenos tiempos!

Definitivamente considero que fue un buen proyecto pero eventos como falta de tiempo y pérdida de mi laptop con todas las grabaciones y algunas ediciones por terminar, culminaron el camino 🙂

Sin más, los dejo con esta grabación, con casi 3 años de edad y algunos errores de grabado y/o edición, pero bueno, creo que algunos fundamentos siguen latentes.

[audio:02.NadaEnSerioBeta1.mp3|titles=Cuando los programadores quieren dejar de programar|artists=Jersson.net]

Me despido a la espera de sus comentarios, y bueno, esten atentos!
@Jersson

Comentarios: Podcasts en camino!

Hola amigos, como les había comentado en el post anterior, me encuentro todavía configurando el nuevo blog pero para no impacientarme decidía ir haciendo algunas pruebas, aqui un mensaje 🙂
[audio:01.Demo002.mp3]
En breve publicaré el podcast muy comentado en su momento Open-mouthed smile quizá los que todavía sigan el blog lo recuerden, al menos el título o la intro… “Cuando los programadores no quieren programar”, en el próximo post.

Saludos
@Jersson

Comentarios: La botella del build

En la empresa tenemos como una de las reglas principales, ir mejorando en base a experiencias y recomendaciones brindadas por el equipo de trabajo.
Muchas de estas recomendaciones nos han servido para mejorar y/u ordenar nuestra forma de trabajo y por qué no? mejorar tambien nosotros como profesionales.

Hace un tiempo conversando con el bueno de @phpleo llegamos a la conclusión de lo bueno que sería tener una botella para controlar los builds.

image
[Fuente Imagen: Pensamientos Agiles]


Para resumir el asunto, mantener una botella de builds implica que luego de que el equipo de desarrollo define reglas de la compilacion del producto, se establezca una multa simbólica si un miembro del equipo empieza a “romper el build”, claro… juntar estas multas implica que luego de tener un buen número de monedas se puedan comprar hamburguesas para todos! O lo que se decida cuando se tenga la botella llena 🙂

En nuestro caso al comenzar con la botella se tuvo como única regla ser cautelosos al integrar todos los proyectos que maneja la solución.

El proyecto lo trabajamos bajo Visual Studio 2010 y Team Foundation Server 2010 con su respectivo controlador de código y versiones, pero como algunos no tenian experiencia en el caso, se tuvo la consideración correspondiente para luego de algunos traspies comenzar con el experimento.

Debo confesar que creo que por mas buena que sea la herramienta o en este caso, el controlador de código fuente, los errores humanos nunca dejarán de existir.
Es por ello que no pasó mucho tiempo sin que la botella se mantenga vacia, hubo un error de integración de proyectos que generó un inconveniente con el resto del equipo, ustedes me deben comprender, demoras, molestías y bueno, retrabajo.

Por suerte, esos momentos no han sido muchos, pero los hemos celebrado en equipo con incluso un aplauso generalizado cuando (oh sorpresa!) @phpleo tuvo que colocar la respectiva multa en la botella de los lamentos 🙂

Desde esa fecha los errores de integración se han detenido, la botella del build ha dejado de llenarse y bueno, los muchachos (incluyéndome) estamos ansiosos por tener ya un fondo que nos permita comprar algo para un refrigerio, pero como el build se mantiene estable, el día de hoy decidimos ampliar las reglas y consideramos aspectos como por ejemplo:
Incumplimiento de reglas básicas de programación, por ejemplo aspectos que pueden resultar simples como la nomenclatura misma de un archivo, clase o método.

No documentar objetos de uso general, puesto que, como internamente manejamos una wiki (gracias claro al Team Foundation :D), tenemos un espacio para aquellos objetos de uso general, como mensajería, métodos, helpers o incluso librerías que si no se cuenta con documentación centralizada, pues tendremos problemas de comunicacion y/o de repreguntas cada vez que se quiera usar algo del repositorio común.

Les muestro un ejemplo de lo que bosquejamos en la pizarra
image

Cómo experiencia general debo compartir:
El orden y la comunicación del equipo ha incrementado considerablemente.
– En la oficina seguimos muchas prácticas (ágiles y no ágiles) y a la vez tenemos mucho por mejorar.
– Los muchachos (incluyéndome) tenemos más cuidado al subir nuestro código al repositorio pues a pesar de tener buenas herramientas y reglas de control, los errores humanos existen y bueno las monedas no nos caen del cielo!

Un Abrazo
@Jersson