Vuelvo a la carga con un poco de retraso para contaros lo que nos pasó en Madrid durante la conferencia Rails 2008 mientras, a 500 kilómetros de distancia, aquí en Coruña, un borracho se meaba en el felpudo de mi casa.

Para este post voy a seguir el consejo que dió Xavi Noria en su keynote: poner delante de las frases “en mi opinión”, y para ser más DRY voy a refactorizar un poco (¡Dios, que momento más geek!)

Durante el primer día se repitió la tónica de años anteriores: muchas caras conocidas, pocas nuevas, alguna ausencia notable, una organización correcta y una charla de apertura poco afortunada: Xavi Noria sorprendió a los presentes con una elegante fuente retro en sus slides (espero que se capte la ironía) para hablar de la Revolución Rails. Una revolución comparable a otras revoluciones importantes de la historia de la humanidad (¡madre mía!). Todo esto acompañado de bromas para geeks, publicidad no-muy-subliminal de Apple y un fragmento de los famosos 15 minutos de DHH que arrancaron lágrimas entre el público. Demasiada evangelización para mi gusto.

De las sesiones siguientes a las que asistimos: “Harder, Better, Faster, Stronger…”, “Integración continua y Rails”, “Alto rendimiento en aplicaciones Rails” y “Buenas prácticas de desarrollo” saqué pocas cosas interesantes.

Me quedé un pelín decepcionado con las “actuaciones” de Sergio Gil y Fernando Blat, dos señores a los que tengo en buena consideración pero que apenas destacaron sobre el resto. Tampoco me pareció justo el benchmark que presentó Jacobo García, que estaba sesgado y dejaba a JRuby en un lugar muy diferente al de otras comparativas más serias.

Merece una mención especial la última sesión a la que asistimos: “Rails HOT or NOT”. Fue tediosa, intrascendente e innecesaria.

Después poco más. Nos llamó un cliente y no pudimos ver las charlas rápidas. Un rato de metro y a cenar. Local sin humos pero con humo (¿curioso no?). Charlé un rato con Alberto Molpeceres de Linking Paths acerca de su empresa y de Tog (conocí a Alberto en el primer congreso JavaHispano hace muchos años y no lo había vuelto a ver desde entonces). Luego ya me dediqué a Gonzalo que estuvo genial como de costumbre. Hablamos de todo menos de informática, como debe ser.

Y tras la cena comenzó el fin de los días…

No. No hubo segunda jornada. La conferencia se acabó el jueves por la noche, con las siete visitas al baño de Asís para echar los higadillos. Así que el viernes nos quedamos en casa, Asís muy flojo y yo cuidándole. No pudimos ir a las charlas, pero no me quede con la sensación de haberme perdido gran cosa.

Como no podía ser de otro modo para rematar el viaje casi perdemos el avión. Entre que Asís todavía estaba machacado e iba arrastrándose por la T4 y que adelantaron el embarque, casi nos quedamos en tierra. Llegamos por los pelos, con carrera de un servidor por la terminal incluida. Al final conseguimos volver al terruño, cansados y no muy contentos.

Creo que Asís ya lo ha dicho todo en su post: este año el nivel de las ponencias ha sido bajo. La conferencia Rails no ha encontrado su sitio. Ni es apta para los no iniciados, ni es atractiva para los más curtidos.

Obie Fernandez, el artista invitado de esta edición, lo resume así en su Twitter:

If you’re judging Rails conferences based on the quality and quantity of slang and profanity, #conferenciarails08 in Madrid, Spain WINS!

Para terminar quiero hacer dos cosas. Primero, mandar un abrazo afectuoso a nuestros increíbles anfitriones: Ana y Dani, y a ese personaje que repite año tras año en la conferencia y siempre, siempre, siempre pregunta (yo lo llamo “el subversivo” y desconozco su identidad secreta). Y segundo, pedir un deseo: que la edición de 2009 sea menos accidentada y me deje mejor sabor de boca.

Hola buenas,

al final resulta que “el despojo antes conocido como Asís” sigue vivo (y, en mi humilde opinión, no tan despojo ya :p). Al final la Conferencia Rails se quedó en muy poco para David y un servidor. Y todo por… no sé por qué en concreto, pero por Algo que decidió hacerse un hueco en mi estómago y zonas colindantes; se ve que ese Algo no tenía espacio suficiente para meter su sofacito y su tele y decidió echar lo que sobraba por allí dentro para hacer hueco… así que me pasé toda la noche del jueves al viernes haciendo sitio para el salón del señor Algo, por lo que el viernes apenas me tenía en pie, de modo que no pude acudir a la segunda y última jornada de las conferencias. David, de modo solidario – y porque, si no lo hubiera hecho así, habría sido acusado de homicidio involuntario – se quedó conmigo, lo cual le agradezco. Así que no hubo presencia trábica en dicha jornada.

A pesar de mis cuitas, sí me gustaría decir que, a falta de poder ver los vídeos de las charlas de esa última jornada, lo que vi en la primera me resultó un poco decepcionante: el nivel de todas las charlas en las que estuvimos presentes fue bajo, demasiado bajo. Entiendo que haya que ofrecer charlas “para todos los públicos”, pero a veces se echa de menos que se profundice un poco en aspectos técnicos o novedosos.

Tampoco me parece del todo acertada la importancia dada al track de casos de éxito (en cuanto a número de charlas): es normal, está bien para llamar la atención sobre todo lo que se hace con Rails, demostrar que sí, se puede ganar uno la vida trabajando con Rails, etc. pero quizás esa fase tendría que ir quedando atrás, al igual que la de la escalabilidad… y deberíamos ver menos charlas sobre casos de éxito o sobre escalabilidad de aplicaciones Rails.

Bien, sea como sea, probablemente en la segunda jornada se pudo asistir a charlas de más nivel (siempre técnicamente hablando) y mi opinión está un tanto sesgada… pero Algo me impidió obtener una visión un poco más completa de las conferencias :P.

Para terminar, pido disculpas por no hacer lo prometido en mi anterior post (hablar de la parte menos técnica de nuestro viaje a Madrid), pero precisamente me tocó hacer lo menos técnico de todo: quedarme postrado en cama entre terribles estertores de tripa xD.

(Y acabo de verdad dejando aquí un agradecimiento de ésos que no sé si tienen sentido, porque los destinatarios seguramente no lo leerán; gracias Dani y Ana por acojernos en vuestra casa y regalarnos con vuestra ya legendaria hospitalidad)

Ya es oficial el convenio de colaboración entre la Universidade da Coruña y Trabe Soluciones para la realización del programa oficial del posgrado en informática. Es decir, oficialmente ofertaremos proyectos de fin de master, se nos hace participes en la definición de los contenidos a impartir en el programa del posgrado y se nos da prioridad a la hora de realizar seminarios, conferencias y talleres.

Esperamos que esta relación sea fructífera y en breve hagamos alguna cosilla dentro del marco que establece este convenio.

El señor Heinemeier lleva unos días desmontando los mitos de Rails en su blog. En su primer post tenéis enlaces a los seis mitos que ha ido derrumbando por el momento.

El despojo antes conocido como Asís ha confirmado a lo largo de la noche que algo se le había atragantado. Por fortuna para el resto de asistentes de la cena los pinchitos no fueron los causantes. Así que de momento no estamos en la conferencia otra vez, a ver si el pobre Asís se recupera un poco tirado en cama y llegamos por lo menos a la keynote de Obie.

He venido a las conferencias con la idea de hacer un seguimiento vía blog casi en tiempo real. Finalmente se ha impuesto la cruda realidad: mi cerebro no dá para seguir las charlas y bloggear a la vez. Así que intentaré al final de la jornada resumir lo que ha ido pasando con un nuevo post.

PD: Cuento con tus notas Asís xD

Espero que los lectores de este blog puedan disculpar que deje mi comentario de la primera jornada para otro día. Es la una y veinte de la mañana y acabamos de llegar de la cena que se organiza cada año. Estoy molido y no me veo con fuerzas de coger las notas y escribir. Además Asís tampoco va a poder hacer su post porque se le ha atragantado la cena y se encuentra ante un gran dilema: entregarse a Morfeo o expulsar todo lo ingerido por vía oral.

Mañana escribimos más. Prometido.

P.D. para Fuco: las notas están en una auténtica Moleskine, o acaso lo dudabas. Además ya sabes que se dice Montesquieu xD

David se va a dedicar, por lo que acaba de comentar, a resumir las charlas de estas conferencias. Conociéndolo, supongo que hablará sobre temas técnicos principalmente, Así que yo, para tener algo que contar y entretener al personal (intentarlo al menos), me dedicaré a postear sobre nuestras experiencias más allá de las propias conferencias.,

Así que comienzo por estas primeras horas del primer día. Básicamente lo resumiré así: ¡en Madrid hay vida amable! Suena a tópico, y lo es (qué lle queres, para tópicos vamos sobrados con el del gallego en la city), pero nuestra experiencia nos ha confirmado en numerosas ocasiones que en ciudades de estas dimensiones las probabilidades de toparse con “desgraciados” faltos del mínimo asomo de amabilidad, desconocedores absolutos del significado de palabras como “gracias”, “de nada”, “perdona” y similares, son elevadísimas. Así que normalmente nos volvemos al terruño cargados de anécdotas sobre esta proverbial cualidad de algunas gentes que por aquí andan. Pero parece que esta vez las cosas no van a ser así. Hemos empezando el día con un cundente desayuno en un lugar en el que nuestros “gracias” eran contestados por “de nadas” y no por gruñidos guturales. Y ayer en el metro incluso alguien sujetó la puerta cuando pasábamos. Uau!. Que todo siga así.

Nota: evidentemente, aquí en la conferencia las cosas son distintas. Impera el buen rollo y todo el mundo es amable y agradable. Como debe ser. Ah!, y si alguien se siente ofendido pido disculpas desde ya, no era mi intención ofender a nadie.

... upsss,si esto no es el Twitter!

No sabría decir cuantas veces he hecho click con el botón central del ratón sobre una pestaña de eclipse pretendiendo que se cerrara. Es un comportamiento adquirido por el uso de firefox y que mi cerebro ya ha convertido en acto reflejo. Algo tan sencillo en apariencia tenía que estar más que resuelto así que una simple búsqueda en google me llevó a la solución.

Y ya que estaba allí, también me instalé otro plugin del mismo autor que sirve para recordarnos los shortcuts de cada acción que realizamos. Se llama mousefeed y creo que puede llegar a ser útil...ya os contaré :D

ACTUALIZACIÓN: tras leer el comentario de Neko he comprobado que en algunas versiones de eclipse (en concreto en EasyEclipse 1.2.2 pasa) el plugin mousefeed provoca que no funcionen algunas cosas, como por ejemplo los botones de cambiar de perspectiva. Borrando el jar del plugin y iniciando eclipse con --clean se resuelve el problema. En versiones más modernas no hemos tenido problemas. Sería interesante que los que tienen problemas comenten en qué versión de Eclipse les ha pasado,

Siguiendo una espiral de enlaces he llegado a un artículo en el que se comentan detalles sobre la implementación de memcached.

Interesante para los más aficionados al low level, sobre todo los enlaces a los que se puede llegar desde el artículo.

Hoy os recomiendo LEGOs, Play-Doh, and Programming, un brillante artículo de Jamis Buck. Para quién no conozca a Jamis puedo decir que además de trabajar en 37signals es el papá de Capistrano, Needle, Net::SSH y otras cosas. Este artículo está basado en la charla que dió en la RubyConf de 2008 titulada Recovering from Enterprise: how to embrace Ruby’s idioms and say goodbye to bad habits.

Como muestra de lo que podéis encontrar os pongo algunos fragmentos (traducidos por un servidor, disculpen los fallos);

Por tanto, al igual que con el LEGO, tener tal volumen de elementos disitntos disponibles afecta como se construyen las cosas. Escribir software se convierte en un juego donde eliges las piezas especializadas que necesitas, juntándolas. Esto significa que, para dominar Java, debes tener intuición para saber cuándo y cómo utilizar miles de clases. ¿Cuándo usar un HashSet en lugar de un TreeSet? ¿Cuándo debes usar un ArrayDeque y cuándo una subclase de una AbstractQueue?. Todo esto es parte de tu trabajo.

La filosofía de Ruby es como la de Play-Doh: ofrecer un conjunto básico de herramientas y hacerlo relativamente fácil para que sea posible construir cosas más complejas. El lenguaje Ruby esta diseñado de este modo: closures, introspección de objetos muy sencilla, modificación de objetos en tiempo de ejecución y el uso de módulos para extender clases y objetos hacen que sea un entorno simple, maleable y extensible.

Al igual que no puedes utilizar técnicas de construcción típicas del Play-Doh con piezas LEGO, tampoco se pueden usar técnicas de programación Ruby en Java.

No se puede escribir programas Ruby utilizando ténicas de programación de Java, porque, al igual que es dificil utilizar técnicas de LEGO con plastilina Play-Doh, es dicifil imitar Java con Ruby.

Creo que merece la pena leerlo, especialmente los desarrolladores Ruby que vienen del mundo Java.

PD: Y si queréis más, os recomiendo un post de Asís en este mismo blog: Trabe, Ruby, Rails y el hip-hop. Seguro que os gusta.

Este post es para Iago, que buscaba una solución…

Últimamente he empezado a sustituir mi netbeans por un gedit tuneado (à la Texmate) y estoy usando un par de plugins para autocompletar y para utilizar templates que funcionan muy bien pero que, para mi desgracia, utilizan out of the box la misma tecla para activarse: el TAB. El caso es que cuando entran en conflicto salta primero el plugin de autocompletar y para poder insertar una plantilla es necesario pulsar la tecla ESC antes del TAB. Muy molesto.

Solución: cambiar una de las dos teclas. En nuestro caso. Usamos INTRO en lugar de TAB en el plugin de completar palabras (como en open office y otros programas). Editamos el fichero .gnome2/gedit/plugins/completion.py y cambiamos la línea 246 de esto:

a esto:

Listo. Tiene un pequeño handicap y es que ahora el plugin de autocompletar molesta para meter un INTRO al final de una línea. Pasa pocas veces y apenas incomoda. Sigo siendo feliz.

Últimamente hemos tenido una serie de problemas de red que siempre resultaban ser responsabilidad de nuestro apreciado router. La mayor parte de las veces el problema era sencillo de diagnosticar:

Si bien la situación era entrañable, decidimos cambiar el router por otro nuevo. Y ya aprovechando el cambio, nos interesaba que el router pudiera hacer una serie de cosas que nuestro viejo router sólo manejaba en parte:

• Redirecciones "potentes"
• soporte QoS
• alto control sobre el proceso de NAT y posibilidad de aplicar reglas más o menos complejas
• gestionar VPNs
• servir de punto de acceso WIFI a la red
• ...

Tras plantearnos seriamente la compra de algún cacharro "caro", decidimos darle una oportunidad a una de las combinaciones más populares en el mundillo de los routers low-cost con firmware basado en linux: linksys WRT54gl + firmware dd-wrt.

La historia del linksys WRT54 y el por qué de su idoneidad para ejecutar firmwares de terceros podéis leerlas aquí. Para los más vagos, a modo de resumen podemos comentar que el firmware original de los WRT54G está basado en linux y por tanto sometido a GPL. Al estar disponible el código, la comunidad se ha encargado de tratar de llevar su hardware al límite de sus posibilidades.

En cuanto a "la chicha" en si misma, el linksys incorpora un procesador de 200 MHz, 16 MB de RAM y 4 MB de Flash. Un auténtico maquinón para nuestras necesidades de enrutamiento. ¡¡Y por 60 euros!!

El más popular de los firmwares para este tipo de routers. Es un firmware basado en linux y con soporte para todas las características que necesitamos. En el wiki de dd-wrt hay información al respecto. Como resumen, comentar que permite utilizar directamente la potencia de iptables, gestionar VPNs, hacer varios tipos de redirecciones, dar soporte para QoS, hacer de repetidor de redes wifi, servir como punto de acceso,...y todo esto con un completo interfaz web para los cobardes y acceso ssh para los más valientes.

Y además funciona.

El proceso de transformación es absolutamente sencillo. Simplemente deberemos cargar el nuevo firmware en la máquina. En primer lugar cargaremos una versión reducida (denominada mini) utilizando directamente la funcionalidad de actualizar el firmware del interfaz original de linksys. Una vez completado este paso, desde el interfaz del dd-wrt mini podemos cargar la versión estándar. Todo el proceso no lleva más de 10 minutos y está documentado en sitios como este.

Una vez convertido el router barato en una máquina respetable solo queda configurarla para adaptarla a nuestras necesidades, instalar más software en él si hace falta, definir las tareas cron que nos apetezca, etc.

Y por supuesto también es posible utilizar esta pequeña máquina para cualquier cosa diferente de enrutar para la que 200 MHz sean potencia suficiente. Seguro que se os ocurren unas cuantas...

Los usuarios de FYPurl habréis notado que la aplicación estaba caida. Nos hemos tomado un momento y hemos aprovechado para darle un poco de barniz aquí y allá. Ahora FYPurl corre la versión 2.1.1 de Rails con Passenger. Lamentamos las molestias y esperamos que no vuelva a repetirse el problema. Happy Fyping!

La organización de la conferencia Rails ya ha publicado la lista de ponencias para la edición 2008 y ninguna de nuestras propuestas ha sido elegida. Otro año será. De todos modos, imagino que pasaremos por Madrid para asistir a las charlas, saludar a los amigos y conocer a más gente. Nos vemos allí.

Ayer, viernes, por fin llegó el momento de Lucas: tras los últimos meses de duro trabajo, al fin ha defendido el proyecto de final de Máster. Quién nos iba a decir a nosotros que aquel melenudo ultrasociable :P que un día hace ya unos cuantos meses se nos acercó en el descanso de unas charlas sobre Ruby y Rails en la Facultad de Informática, para preguntarnos sobre la posibilidad de realizar el proyecto con nosotros, iba a optar a una Matrícula de Honor… Pues así ha sido.

En realidad, no es algo que nos sorprenda: el proyecto tenía potencial, y Lucas pronto demostró que sería capaz de aprovecharlo. Así que ahora, tras la defensa del viernes, en la que ha sido propuesto para presentarse ante el tribunal de Matrícula de Honor, ya sólo le queda un último esfuerzo.

Suerte, Lucas. Y ya sabes: no tienes que volver con la matrícula, sólo tienes que ir a por ella :)

Hace unos días Óscar estuvo de cumpleaños. Y no se nos ocurrió mejor idea que regalarle un kit de frigopoesía:

Òscar, que es un chico muy generoso y dado al noble hábito de compartir, decidió que la frigopoesía sería más divertida en nuestra oficina que en su nevera:

Y fue así como la frigopoesía entró entre estas cuatro paredes para quedarse instalada en una parte de la pizarra magnética...

Asís dice: Buenos días, necesitaba información sobre el TPV de uno de nuestros clientes…

8 números y 25 minutos después…

Asís dice: Buenos días, necesitaba información sobre el TPV de uno de nuestros clientes…

Con la llegada de las Gem dependencies en Rails 2.1 y el soporte para distribución de gems en GitHub se está produciendo una progresiva adopción por parte de la comunidad opensource de las gems como mecanismo de distribución preferente frente al plugin,

Aquí en Trabe ya estamos sustituyendo los plugins por sus versiones gem en nuestros proyectos más recientes,

• Unificar el código de terceros que usan nuestras aplicaciones eliminando la clásica dualidad gem-plugin.
• Compartir las librerías entre diferentes aplicaciones, tanto en el entorno de desarrollo como en el de producción.
• La gestión de dependencias (con versiones concretas) es pan comido.
• El código de nuestra aplicación es más pequeño con todas sus ventajas: se despliega más rápido con Capistrano si utilizamos la estrategia de copia, ocupa menos en el SVN (si no usamos externals), ocupa menos en el GIT (si no usamos submodules).
• En caso de necesidad se puede congelar la gema e incrustar sus fuentes en la aplicación (para desplegar en hosting compartidos tipo DreamHost).

Está claro ¿no?

Puede que Obie no sea el conferenciante más animado del mundo, puede que no haya elegido la mejor foto para su web, pero de Rails aun sabe algo, así que aquí dejo un enlace a su charla en la QConf acerca de REST y Rails: Designing RESTful Rails Applications. Una introducción fácil de seguir a los conceptos básicos para la gente que esté comenzado.

PD: Por cierto Asís ya se ha leido el libro de Obie, The Rails Way, y habla muy bien de él. Yo lo tengo en mi interminable pila de libros pendientes. Cuando lo lea os comento.

En mi anterior post “amenacé” con publicar alguna de las técnicas más interesantes que aparecen en Efective Java. El camarada Adrián se ha adelantado y ha escrito acerca del idiom Initialization on demand holder. Como aquí en Trabe intentamos ser DRY me limito a dejaros el enlace y para que lo leáis en su blog.

Vaya por delante que hace más de dos años que no desarrollo un proyecto entero con Java. Mis pequeños flirteos con Rails se convirtieron en una estable relación y dejé un poco de lado a mi antigua amante, a la que sólo he vuelto a visitar breve y esporádicamente para echar una mano a los Java boys de Trabe (cuando el cliente aprieta y el tiempo escasea). Vamos, que en estos dos últimos años me he dedicado a otras lecturas, libres de cafeina.

De todos modos, la desarrolladora Java que tengo en casa si que se gasta algunos euros en bibliografía y hace poco adquirió la segunda edición de Effective Java. Ayer por curiosidad me pase un rato hojeando el libro (un rato largo de una horita más o menos) y debo decir que me gustó lo que leí.

Estoy seguro de que volveré a coger este libro para echarle una “hojeada” de varios días tan pronto tenga un hueco, y si no pasa nada raro puede que deje en este blog algo de la sabiduría que el compañero Joshua Bloch recoge en él.

Lo dicho: una lectura recomendable.

Sobre Rails 2.1 sólo puedo decir que es más de lo mismo, pero mejor. Podéis comprobarlo leyendo el libro gratuíto que el amigo Carlos Brando ha tenido a bien publicar y que recopila todas las novedades de esta versión.

El título ha quedado un poco largo, pero eso es exactamente lo que acabo de hacer hace un rato, y como me parece algo interesante, voy a explicar brevemente cómo conseguirlo.

La base del proceso es PXE, que para definirlo en pocas palabras viene a ser un "modo de arrancar un ordenador" utilizando para ello únicamente el interfáz de red. Como podéis ver en el enlace a la wikipedia, PXE es básicamente una mezcla de DHCP y TFTP.

Para poder instalar nuestro sistema utilizando esta tática, es necesario que éste sea capaz de hacer el boot desde un dispositivo de red. La mayoría de los PCs soportan esta característica, por lo que no debería de ser un requisito difícil de satisfacer. Una vez que nos aseguremos de que el PC "sabe arrancar desde la red", ya solo nos falta instalar un servidor que le responda adecuadamente a sus peticiones.

En este caso, el ordenador que va a servir los ficheros de arranque es un humilde PC con windows ya instalado, por lo que la herramienta que utilizaremos es TFTPD32. Esta herramienta es una de esas pequeñas joyas que a cambio de muy pocos KB son capaces de hacer un montón de cosas, como podéis observar en la página del autor.

Una vez descargado el programa, ponerlo a funcionar es tan simple como crear una carpeta, digamos que c:\tftp y copiar en ella el fichero tftpd32.exe. Lo ejecutamos y ya tenemos el servidor andando. Así de fácil.

El siguiente paso será descargarse la imagen de ubuntu lista para ser servida utilizando PXE. Para conseguir este objetivo tendremos que descargarnos la carpeta ubuntu-installer que podremos encontrar en el respositorio de ubuntu. En mi caso particular, esta carpeta podía descargarse de:

Una vez descargada esta carpeta, deberemos de copiarla en c:\tftp. Además, debemos de asegurarnos de:

• copiar a c:\tftp la carpeta pxelinux.cfg desde ubuntu-installer/i386/
• copiar a c:\tftp el fichero pxelinux.0 desde ubuntu-installer/i386/

Ahora ya podemos configurar el tftpd32. En la pestaña DHCP, deberemos poner 'pxelinux.0' en el campo boot file y deberemos rellenar el resto de valores ajustándose a la realidad de nuestra red. Es importante que el valor del campo 'IP pool starting address' sea una IP válida en nuestra red y que se refiera a un rango de IPs no utilizado en la misma. Una vez cubiertos todos los campos, pulsamos save y ya tenemos nuestro servidor configurado. Así de fácil,

Con nuestro servidor perfectamente configurado, ya podemos arrancar el pc en el que queremos instalar ubuntu. Si todo va bien y los cables están bien enchufados, podremos ver que comienzan a aparecer entradas en la pestaña 'Log viewer' de tftpd32. Se establece la comunicación entre el PC que arranca utilizando PXE y nuestro servidor. Al cabo de unos instantes, el PC que está tratando de arrancar acaba recibiendo por TFTP la imagen de instalación basada en red de ubuntu. A partir de ahi sólo nos queda continuar con una instalación basada en red de lo más normal, (lenta), y aburrida.

Hoy iba a escribir sobre Rails 2.1, pero lo voy a posponer ya que parece ser que hay una serie de vulnerabiliades en la MV de Ruby y eso es una noticia más importante. Dicen que es buena idea actualizar la versión de Ruby… más adelante. Se ve que con las prisas es peor el remedio que la enferemedad, quiero decir la actualización que el riesgo de ataque. El personal se está quejando de errores extraños. A ver cuando tardan en sacar un nuevo parche que no tire abajo las aplicaciones Rails. ¿Habrán parcheado ya la versión enterprise?

Hay quién la busca con la semana de 4 días. A nosotros, aunque no nos disgusta la idea, no es imposible aplicarla. Hoy hemos dado un paso más en la búsqueda de la felicidad… a nuestra manera: ahora en Trabe trabajamos en zapatillas. Como en casa. Cómodos.

Primero fueron las 4 trabes: Asís, Marcos, Óscar y un servidor. Luego llegó Alejandro (Alejo para los amigos) en noviembre del año pasado. Ahora le toca el turno a Adrían, que se ha incorporado a la pequeña familia de Trabe el miércoles pasado tras responder a nuestra oferta de trabajo. Esperamos aprender mucho de él y que él aprenda mucho con nosotros, pero sobre todo, esperamos que se lo pase bien trabajando en Trabe.

Primero fueron las 4 trabes: Asís, Marcos, Óscar y un servidor. Luego llegó Alejandro (Alejo para los amigos) en noviembre del año pasado. Ahora le toca el turno a Adrían, que se ha incorporado a la pequeña familia de Trabe el miércoles pasado tras responder a nuestra oferta de trabajo. Esperamos aprender mucho de él y que él aprenda mucho con nosotros, pero sobre todo, esperamos que se lo pase bien trabajando en Trabe.

Como ya os conté hace poco, nos hemos mudado. Para celebrar la amplitud de nuestras nuevas instalaciones (100 metros cuadrados, ¡que lujo!) hemos decidido rebautizar el blog. Adios a 4Trabes: historias de una start-up en 20 m2; bienvenido 4Trabes: historias de una empresa en 100 m2.

Espero que este post, además, valga para reactivar un poco el blog, que estaba algo abandonado con el lío de la mudanza