Splendeo Innovación

Cómo hacer diagramas asombrosos para tus diapositivas

2011-07-10T00:00:00-07:00

Meta-presentación por Enrique García Cota.

Retrospectiva: Taller Ruby on Rails

2011-06-29T00:00:00-07:00

Ayer organizamos un taller gratuito sobre Ruby on Rails, en parte porque nos lo había pedido SeedRocket , y en parte porque hacía tiempo que queríamos hacerlo. El aula que utilizamos, cedida por el Vivero de Empresas de Carabanchel, tuvo aforo completo.

El taller estaba orientado a gente que tuviera conocimientos de algún lenguage o entorno web y quisieran tener una primera exposición a Ruby on Rails .

En tan sólo dos horas, teníamos que hacer una visión general del lenguage Ruby, los conceptos básicos de Rails, y hacer algunas aplicaciones de ejemplo. Así que había un componente 70% teórico y un pequeño 30% práctico.

Era un plan ambicioso, y sin embargo creo que salió bastante bien – ¡aunque no fue por falta de contratiempos!

El formato de la actividad fue:

Una introducción muy corta – qué es Ruby y qué es Rails
Instalación de Ruby (rvm)
Un paseo por Ruby
Conceptos básicos de Rails
Aplicación sencilla con Rails
Referencias y preguntas
Pub

Cosas que fueron bien

Creo que los conceptos técnicos fueron asimilados bastante fácilmente; fue una agradable sorpresa que los asistentes “pillaran” los conceptos tan rápido. Creo que esto se debió más su capacidad de absorción que a la capacidad de exposición del ponente.
Los medios físicos (la sala, el proyector, etc) fueron bastante bien. Hubo algún problema puntual con el acceso wifi – nada serio.
A pesar de ser un taller con una fuerte carga teórica, los asistentes no parecieron perder el hilo – hubo muchas preguntas interesantes!
Para las diapositivas utilizamos showoff, una gema que permite realizar presentaciones en forma de página web. La razón por la que utilizamos showoff en lugar de Powerpoint fue que necesitábamos alguna manera sencilla de hacer syntax highlighting desde Ubuntu, y no encontramos otra. Afortunadamente el sistema es muy sencillo de utilizar.

Cosas que se podrían mejorar

Con diferencia, el problema más importante que nos encontramos fue la instalación – tanto ruby como rails. Fue algo que no nos esperábamos que pasara, y retrasó la actividad unos 10 minutos más de lo previsto.
- rvm parece estar optimizado para una versión concreata de Mac OS X – en Ubuntu, o en otras versiones de Mac OS X, la instalación no es “limpia” y hubo que hacer varios intentos, ajustes y alguna búsqueda en Google.
- Los usuarios de windows tampoco se libran de los problemas de instalación – aunque en su caso el problema radicaba en SQlite, el SGBD que Rails utiliza por defecto – su configuración en Mac y Ubuntu es trivial, pero en windows requiere hacer ajustes y búsquedas. De nuevo, nada insalvable, pero llevó algo más de tiempo del previsto.
En algunos momentos en los que compartí escenario con mi compañero Francisco, hubo algún problema de coordinación.
El formato de las diapositivas era el que viene por defecto en Showoff, que aunque es correcto, no es ninguna maravilla.
Dada la situación del vivero de empresas, la oferta de bares es muy limitada – sólamente había uno cerca, y cerraba más bien pronto.

Acciones a realizar

Una regla general para hacer presentaciones es que hay que practicar los pasos a realizar al menos una vez. Teníamos que haber estado preparados para los problemas de instalación – una instalación completa en cada sistema, al menos una vez, nos habría preparado para resolver los problemas inmediatamente en lugar de perder el tiempo de presentación buscando soluciones en Google. También teníamos que haber empleado algo de tiempo en preparar la coordinación bi-presentadora en el futuro.
Independientemente de lo anterior, rvm necesita mejores manuales, y, al menos en el caso de Ubuntu, unos mensajes de error más útiles. Veremos si desde Splendeo podemos mejorar eso.
Investigaremos cual es la mejor manera de instalar SQlite en Windows para trabajar con Ruby on Rails.

Conclusión

Fue una experiencia muy buena – creo que los asistentes aprendieron, y yo lo pasé bastante bien. Incluso hubo oportunidades de hacer algo de “networking” en el bar.

Me quedo con esta Frase del Día, dicha por un asistente:

“Lo más difícil de Ruby on Rails es su instalación”

Diapositivas de la presentación:

http://www.splendeo.es/rails-presentation

Retrospectiva: Lua + TDD

2011-06-16T00:00:00-07:00

La semana pasada los de Splendeo organizamos una charla titulada “Lua + TDD” para la gente de MadriÁgil . La mayor parte del proceso recayó sobre mí (Enrique García) aunque el resto del equipo me dio mucho apoyo.

El título de la charla era una mentira a propósito: en realidad la actividad podría haberse llamado Lua Koans, pero no queríamos que nadie investigara nada antes de la charla. También está el hecho de que cuando me … “asignaron voluntariamente” la charla aún no tenía claro desde qué ángulo la iba a abordar. Mis disculpas si alguien se sintió engañado.

(Nota: la definición de “koan” que utilizaremos en este post será la establecida en rubykoans.com)

La idea principal de la actividad era experimentar el aprendizaje mediante koans: aprender los principios fundamentales de un lenguage nuevo haciendo tests en lugar de programando sin ellos (p.ej. con un “Hola mundo”). No queríamos que nadie se aburriera, y como nos consta que algunos miembros de Madriágil ya conocen rails, decidimos utilizar Lua en lugar de Ruby como lenguage de aprendizaje. Los rubykoans, sirvieron de base para crear nuestros propios koans en Lua. No teníamos tiempo de añadir toda el zen folclórico que hay en rubykoans, así que decidimos llamar a nuestro proyecto lua missions .

El formato de la actividad fue:

Una presentación muy corta (de menos de 5 minutos). Las diapositivas pueden verse más abajo, aunque no están pensadas para ser leídas sino que son un apoyo a una presentación hablada. No obstante contienen todos los enlaces de interés.
Instalación de Lua (también menos de 5 minutos, como algunos asistentes llegaron antes fuimos instalando Lua en sus sistemas) y descarga de las koans.
Resolución de las koans mediante pair programming.
Retrospectiva y cierre.

Cosas que fueron bien

La gente se enganchó en la actividad. Me costó un rato hacer que todos soltaran sus teclados!
El control de tiempo. Teníamos un horario de salida prefijado, y el bar cerraba más bien pronto, así que la gestión del tiempo que teníamos era esencial. La presentación inicial fue suficientemente corta, la instalación fue un trámite y el tiempo para programar (unos 50 minutos) fue suficientemente largo para pudiéramos profundizar, pero suficientememente corto para que no hiciera falta hacer un descanso (10 minutos más y lo tendríamos que haber hecho)
La curva de dificultad estaba bien ajustada. Había gente de todos los niveles, desde programadores profesionales hasta gente que hacía mucho tiempo que no tocaba el código. Sin embargo, todos fueron capaces de avanzar (en mayor o menor medida).
Los koans tienen un valor añadido: dada la manera en la que están pensados, lo fácil es arreglar un test, y ejecutarlo para ver que se ha arreglado. No vi a nadie saltarse pasos; creo que en los koans hay un refuerzo positivo en ver que el test pasa, más inmediato que en el desarrollo TDD tradicional. También podría deberse que los asistentes fueron muy profesionales.

Cosas que se podrían mejorar

Se detectaron errores. Mainly koans con nombres no muy claros, y errores cronológicos (utilizar conceptos antes de explicarlos). De estos últimos, unos eran inevitables, y otros eran meros bugs. No había forma humana de detectar todos esos problemas con el tiempo y los recursos disponibles, así que lo mejor que pude hacer fue pedir a los asistentes valentía, y que aceptaran ser mis “conejillos de indias”. Lo hicieron gustosamente (gracias!)
Invertí demasiado tiempo en desarrollar la librería de tests, cuando claramente el tiempo disponible para ejecutarlos no era suficiente para cubrirlos todos; nadie llegó a hacer el 30% de los tests; podría haber implementado menos koans, y mi backlog no habría crecido tanto. Por otro lado, la librería es cohesivos, y enseñan la mayor parte de Lua. No estoy seguro de cuándo habría podido completarla de no haberme propuesto tenerla hecha para la presentación.

Acciones a realizar

A título personal, me reafirmé en varias directrices básicas que ya tenía más o menos claras para que una presentación salga bien. Estas son algunas tareas que creo pueden ser importantes para que una presentación salga bien:

Es necesario invertir tiempo. En mi caso, el desarrollo de los koans se llevó la mayor parte del tiempo (unos 3 días y medio). Escribir la micro-presentación me llevó 3 horas de escritura + 1 de ensayo; todo ello para una presentación de apenas 5 minutos!
También es importante degradar grácilmente. No estábamos seguros de que tendríamos internet, así que teníamos 5 memory sticks preparados con todo lo necesario – Lua para windows, mac y ubuntu, una copia de los koans, y la presentación en formato PDF.
Revisar los medios técnicos con antelación también es importante. El primer ordenador que utilizamos no se quería conectar con el proyector, y tuvimos que utilizar un segundo. Hubo que adaptar algunas diapositivas al proyector, porque no se apreciaba bien la información en la parte inferior. Ajustamos el aire acondicionado y la iluminación. Una vez estaba todo preparado hice varios ensayos en voz alta. Para tener tiempo de preparar todo esto, bajamos a la sala 2 horas antes de empezar la charla (sin los ensayos habría bastado con una hora).
Tener localizado el bar al que ir después era esencial. Avisarles de que iban a tener clientes con antelación fue una buena idea.
Dependiendo de la duración y la actividad, puede ser necesario preparar cátering. Como era una actividad pequeña, nosotros llevamos únicamente botellas de agua mineral.
Intercambiar unas cuantas frases informales con los asistentes antes de empezar relaja mucho el ambiente y hace más fácil todo, especialmente las presentaciones.
Hay que adaptar las actividades a la audiencia. La gente de MadriÁgil acepta mejor las tareas interactivas que las presentaciones.

Conclusión

Organizar esta actividad, aunque agotador, ha sido una gran experiencia y creo que salió estupendamente. Estoy deseoso de hacer más así.

Diapositivas de la presentación:

Lua+tdd

Asociación Abraza

2011-03-15T00:00:00-07:00

En Splendeo dedicamos parte de nuestro tiempo a colaborar con organizaciones con fines sociales. Para ello estamos abiertos a recibir propuestas de ONG´s, asociaciones, etc que necesiten de nuestra ayuda para desarrollar sus proyectos web.

Como primer paso, estamos colaborando con Abraza Asociación de familias con niños con autismo y TGD (Trastorno General del Desarrollo). Esta asociación cordobesa necesita su una página web y Splendeo se está encargando de su desarrollo.

Como el tiempo para buscar estos proyectos es limitado, agradecemos que todos los que conozcan casos como el de Abraza se pongan en contacto con nosotros.

Estreno

2011-01-27T00:00:00-08:00

En Splendeo empezamos el 2011 con fuerza y lo hacemos estrenando oficina y página web.

La oficina la estrenamos en el Vivero de Carabanchel después de haber entrado a formar parte del programa Madrid Emprende del Ayuntamiento de Madrid. En el Vivero hemos encontrado apoyo para el desarrollo de la empresa, un excelente ambiente y muy buenas empresas de reciente creación.

También estrenamos página web, construida a base de buscar huecos entre proyecto y proyecto y con la colaboración con Maybe Lemon, que nos han ayudado con el diseño. Es una página mas fresca que la anterior y que refleja mucho mejor lo que es Splendeo. Esperamos que os guste.