Actividad extra-curricular @UNTreF: Desarrollo con Vagrant

Este Jueves 28 de Julio voy realizar una actividad extra-curricular en @UNTreF. Se trata de una sesión acerca de Vagrant, una poderosa herramienta para manejo de ambientes virtualizados.

Creo que Vagrant puede resultar una herramienta muy útil para los alumnos que deban cursar materias de programación avanzada. La cuestión es: en las materias de programación básica, típicamente basta con instalar un IDE (tipo Eclipse) y listo, no se requieren herramientas adicionales. Pero en las materias más avanzadas típicamente hay que utilizar algunas herramientas más, como kits de desarrollo (SDKs), bases de datos, web servers, etc, etc. Es ahí donde el uso de Vagrant puede simplificar mucho la preparación del ambiente.

La idea de esta sesión es hacerla online vía Google Hangouts y con participación activa de la audiencia, o sea: la sesión mezclará explicaciones con consignas que los alumnos realizarán en sus propias máquinas. Para esto los alumnos participantes deberán tener instalado en sus máquinas Git, Virtual Box y Vagrant.

Si este primer experimento funciona relativamente bien puede que sea el punto de partida para un conjunto de actividades de capacitación online. Veremos

Preparando Ingeniería de Software 2016 @ UNTreF

En segundo cuatrimestre de 2016 dictaré la materia Ingeniería de Software junto a mi colega el ingeniero Pablo Tortorella (@pablitux). De cara a facilitar a los potenciales alumnos la organización de su cuatrimestre queremos compartir algunas cuestiones referentes a la dinámica de la materia para esta edición 2016.

  • La materia se dictará los jueves de 18 a 22 (si, jueves) en la sede Lynch.
  • Más allá de la asistencia formal requerida por reglamento, recomendamos fuertemente la asistencia a clase.
  • La dinámica de evaluación será continua: tareas semanales + trabajo práctico final (últimas 5 semanas del curso).
  • Utilizaremos una herramienta virtual de soporte para centralizar la publicación, entrega y evaluación de tareas. Las tareas serán principalmente lecturas + cuestionarios + ejercicios de programación.
  • Trabajaremos con GNU+Linux (obligatorio) y Ruby.
  • Estimamos que la carga de trabajo extra clase será aproximadamente de 6 horas semanales (aunque puede que sea un poco mayor durante el desarrollo del trabajo final).

“Agilistas” ¿fuera de foco?

Yo: me parece que deberíamos liberar las funcionalidades a medida que las vamos completando

El Scrum Master: o sea que querés usar Kanban en lugar de Scrum

Es la tercera vez en lo que va del año que tengo este diálogo, cada vez con un Scrum Master distinto (en distintos proyectos). No soy experto en Scrum pero ¿acaso Scrum dice que hay que esperar al final del Sprint para liberar una funcionalidad? Y si así fuera ¿que problema hay? Si vemos que en nuestro contexto puede resultar más beneficioso liberar a medida que completamos cada funcionalidad ¿porque no hacerlo? ¿Simplemente porque no es lo que dice Scrum?

Mi sensación es que hay:

  • Gente más preocupada por hacer Scrum que por entregar valor
  • Gente más preocupada por decir que es ágil que por serlo
  • Gente más preocupada por los ritos que por la mejora continua

 

El camino freelance, parte 6: libros recomendados

El camino freelance, parte 6: libros recomendados

Decidirse a comenzar el camino freelance no es fácil. A mi me llevó un buen rato, un par de años de hecho. La primera vez que lo consideré seriamente fue a fines de 2008 pero no di el paso hasta el 2012.

Allá por 2008 empecé a investigar hablando con algunos freelancers que conocía y leyendo algunos blogs, hasta que finalmente me compré un libro: The Principles of Successful Freelancing de Miles Burke. El libro valió la inversión, me ayudó a ver varias cuestiones que no estaban en mi radar en aquel momento.

Hoy, habiendo ya recorrido un par de años en el camino independiente vuelvo a recomendar el libro de Burke pero también he descubierto algunos otros que recomiendo con el mismo énfasis.

Soft Skills de John Sonmez y The Software Craftsman de Sandro Mancuso son dos libros excelentes y que recomiendo para todo programador profesional más allá de que trabaje de forma independiente o en relación de dependencia. Ser profesional es un valor que en el caso de trabajadores independientes es aún más valioso. El libro de Mancuso está enfocado en el desarrollo profesional. El libro de Sonmez también habla de desarrollo profesional pero es más profundo y llega a cubrir cuestiones concretas como técnicas de productividad, estrategias de trabajo remoto, marketing personal, la transición freelancer y cuestiones económico/financieras.

Los tres libros que mencioné  hasta el momento son libros para informáticos, el cuarto libro que quiero recomendar es mucho más genérico y posiblemente también más famoso: Los 7 hábitos de la gente altamente efectiva de Stephen Covey. Este libro nada dice sobre programadores ni trabajadores independientes, sino que básicamente habla de organización personal, algo fundamental para todo trabajador independiente.

 

Nuevo proyecto: de regreso a .Net

Nuevo proyecto: de regreso a .Net

Hace un par de semanas comencé un nuevo proyecto, esta vez con tecnología .Net y con un contexto interesante:

  • El proyecto es de desarrollo y mantenimiento evolutivo de un sistema existente
  • El sistema está compuesto por un conjunto de aplicaciones de distinto tipo
  • El sistema lleva varios años en producción y no tiene ningún tipo de pruebas automatizadas
  • La documentación funcional y técnica es escasa (prácticamente nula)
  • Varias de las bases de datos no tienen claves foráneas
  • El sistema escala en forma vertical y no horizontal

En este contexto voy estar colaborando en cuestiones de arquitectura, operaciones y prácticas técnicas de desarrollo.

Continuará…

SoCraTes Chile 2016

SoCraTes Chile 2016

La conferencia estuvo excelente y más aún si tenemos presente que es la primera edición en Latam. Si bien es cierto que en el cono sur se vienen realizando conferencias en formato open space desde hace ya varios años, dudo mucho que alguna haya sido tan técnica como esta y al mismo tiempo con tan buen nivel.

Un punto importante para destacar es que la mayoría de las sesiones estaban preparadas con antelación, un tema que personalmente vengo insistiendo hace tiempo pues en la mayoría de los open spaces que he participado casi todas las sesiones ha sido improvisadas, lo cual generalmente ha jugado en contra de su calidad.

La conferencia se realizó en las instalaciones de la Escuela de Ingeniería de la Universidad de Chile. A diferencia de otros open spaces en los que participé, en este había un solo espacio, o sea, una única planta abierta en la cual se desarrollaron hasta 7 sesiones en paralelo. Para ser sincero debo admitir que inicialmente pensé que sería un caos, pero para mi sorpresa salió todo muy bien.

Los asistentes estaban convocados a las 9 de la mañana pero los organizadores arribaron bastante antes. Alrededor de las nueve 9.30 todos tomamos asiento y los organizadores hicieron la apertura y continuación de la misma se largo el marketplace de sesiones. De la apertura me llamaron positivamente la atención dos cuestiones: la mención explícita del código de conducta (algo que en muy pocas conferencias he visto) y ciertas instrucciones para el caso de emergencias (lo cual resulta muy lógico considerando que Santiago es una zona sísmica).

El marketplace fluyó con muy buen ritmo, algunas de las sesiones propuestas fueron (los nombres que comparto aquí no son exactos):

  • Continuous Delivery en Latam Airlines
  • Big Data en Chile
  • Versionado en un producto multi-cliente
  • Estrategias de Branching
  • Feature-Driven Architecture
  • How-to TDD en Php
  • Desarrollo de Microservicios con Scala y Akka
  • WebDrone, un framework para automatización de pruebas web
  • Test-Driven Problem Solving
  • Intro a Play Framework
  • Proyecto CarBack
  • Ser programador a las 50
  • Coding Dojo Proyecto Euler
  • Mutation Testing
  • Continuous Delivery a gran escala (propuesta por mi)

Entre las sesiones que participe destaco la presentación de @ferpobletea del caso de Continuous Delivery en Latam Airlines, el caso en si mismo resultó interesante y la presentación fue impecable.

Luego me pareció muy interesante la presentación de Aldrin Martoq sobre WebDrone, un DSL Ruby que provee una capa de abstracción sobre Selenium WebDriver. Me gustó mucho la dinámica, hizo una presentación breve y a continuación empezó a codear unos tests sobre FaceBook usando la herramienta en cuestión.

El coding Dojo de la tarde me pareció excelente, trabajamos sobre 2 ejercicios extraídos de Proyecto Euler. Ambos ejercicios los hice en Ruby con RSpec (haciendo TDD obviamente). El primero lo resolví sin mayores dificultades pero el segundo me resultó mucho más trabajoso. Inicialmente plateé una solución recursiva que si bien era conceptualmente correcta, tardaba una infinidad de tiempo en correr y consumía una cantidad descomunal de memoria.   Esto me llevo a cambiarla por una solución iterativa que utilizaba mucho menos memoria pero igual seguía tardando mucho. Finalmente Eduardo (el facilitador del dojo) compartió un secretillo que me permitió ajustar mi algoritmo y lograr una solución mucho más óptima en términos de tiempo de ejecución y consumo de recursos. Fue interesante que todos los cambios de implementación que fui realizando en este segundo ejercicio no modificaron el contrato de mi clase con lo cual los tests siguieron siendo siempre los mismos.

Algunas otras sesiones que tuvieron muy buena convocatoria y repercusión fueron: Feature-Driven Architecture presentada por Uzi Mamani, Microservicios con Scala/Akka y Test-Driven Problem Solving facilitada por @agustinvillena (una lástima que no pude asistir porque se superpuso con mi propia sesión).

En mi sesión tuve una buena cantidad de asistentes y me gustó como salió a pesar de ser la primera vez que la hacía. La sesión se llamo “Continuous Delivery a gran escala” y básicamente estaba centrada en una serie de técnicas/patrones para cuando tenemos que implementar procesos de integración y entrega continua en contextos “corporativos” con cientos de tareas en el servidor de integración continua.

La jornada terminó alrededor de las 6 de la tarde compartiendo unas pizzas en el mismo espacio de la conferencia.

Una vez finalizada la conferencia,  @agustinvillena y Marcel (su colega de cátedra) nos llevaron a mi y a Uzi a dar una pequeña vuelta turística por la ciudad para finalmente encontrarnos a compartir la cena con el equipo de organizadores.

Mis felicitaciones y agradecimientos a German, Felipe y el resto de los organizadores, el evento estuvo impecable y la pasé muy bien. ¡Ojalá se repita!

DSC05845

gente4DSC05837

 

DSC05854

DSC05856

Setting up a .net build server without Visual Studio

Usually setting up a build server is a very straight forward task but not always. In case you want to build .Net applications it could be a non-trivial task because of the tight coupling of the different build tools with Visual Studio. A simplified way of dealing with this complexity is to install Visual Studio in the build server. I took that approach in the past and I didn’t want to go that way again. I don’t want Visual Studio in the build server.

In a previous post I described the approach I took to simplified the setup of the different build tools I want to integration in my build process. But that approach does not work if you don’t have Visual Studio, FxCop will not work and at the same time you will get lot of warning messages because of missing dependencies. So here is what I have to do:

  1. Get a machine with Windows Server 2012 R2
  2. Install .Net SDK 4.5.2
  3. Install Microsoft Build Tools 2015
  4. Install Windows 7 SDK and .Net 4 SDK (not the whole package but only Reference Assemblies)
  5. Install .Net 3 assemblies (it can be installed by using the Add feature option in windows, so you don’t need any additional download)

With all this stuff installed in your server, then you can use the approach I described previously and just use your build server to trigger MSBuild to take care of running all your build tasks.