Thinking on hiring me?

Please read

Fernando Guillén

a Freelance Web Developer

cabecera decorativa

software development as an artistic expression

Archive for the ‘orgullo artesano’ Category

Martes, Enero 6th, 2009

Looking for _why

La gente que estamos intentando que se haga realidad la Euruko 2009 y entre todos ellos especialmente Marze y yo, nos gustaría mucho traer a _why a Barcelona a alegrar con sus excentricidades y genialidades alguna de las sesiones.

El caso es que no está resultando nada fácil dar con él, no nos quiere contestar a los mails. Incluso hemos contactado con DrNic a ver si él es capaz de hacerle llegar alguno de nuestros mensajes.

La mejor idea la ha tenido Marze que se ha currado una carta al más estilo un-plugged para intentar llamar su atención:

looking for _why

Si por favor ves a _why por algún ricón de la red dile que la gente de la SRUG le estamos buscando.

Viernes, Diciembre 12th, 2008

Fichado por LaCoctelera

Hace ya bastantes meses que debería haber escrito este post pero la entrada ha sido tan suave que casi no encuentro el punto de inflexión, cuando verdaderamente ya podía decir que estaba dentro.

Creo que el día D fué cuando Blat me dió acceso a la rama master de la LaCoctelera y me dijo “¡commitea sin miedo!“.

Hace ya como 7 u 8 meses desde aquella reunión de primer contacto en los vagones de la línea 1 del metro de Madrid entre Álvaro, Blat y un servidor. Los inicios fueron lentos, limitados por mi inexperiencia y por mi preferencia a no tener mucha responsabilidad, acordamos que le dedicaría un día a la semana a la implementación de módulos cercanos a LaCoctelera pero que no formaban parte del core. Incluso manejaba mi propio repositorio.

Hace ya tres meses que hemos ampliado mi participación en este equipo, ahora sí que hay cachitos en el corazón de este magnífico proyecto Ruby on Rails que han sido desarrollados con estos deditos.

Desde que me llegó el flechazo con Rails hace ya exactamente un año uno de mis objetivos profesionales era formar parte del equipo de LaCoctelera, para mí el buque insignea de la flota Rails hispana, ahora ese sueño se ha cumplido, mi agradecimiento a Álvaro por la confianza que ha depositado en mí y a Blat por convertirse en mi mentor :).

Viernes, Septiembre 26th, 2008

Idea: twitter con voz

Todo parte de la siguiente visión: estar a tus quehaceres con el ordenador y mientras tanto, en background, escuchando un mini-podcast en tiempo real de los desvaríos sonoros de todos tus amigos.

La implementación me imagino que se basaría en un cliente flash que fuera capaz de capturar de tu micro y enviar diréctemente al servidor. El mismo cliente se encargaría de recoger todos los streamings que le están llegando y hacérselos llevar a tus followers.

Como ves es una tontada sin modelo de negocio ninguno y con un gran gasto en ancho de banda, pero que en caso de funcionar crearía situaciones bastante locas y curiosas… y seguramente insoportables :)

… Como suele ocurrir cuando empiezas a creerte original sin mirar en google esto ya está requete rebenio:

Aunque veo que tienen la gran idea de usar el teléfono como cliente de envío, a todas ellas les falta un cliente flash para enviar los twitt-voice desde tu ordenador.

(Que raro que este dominio esté en párking: http://twittervoice.com )

Miércoles, Septiembre 24th, 2008

Idea: Generador de tests de carga vía web para aplicaciones web

Existen muchos sistemas para ejecutar tests de carga y rendimiento sobre aplicaciones web.

Pero no logro encontrar ninguno que funcione directamente como servicio web, configurable vía formularios y con salida de informes en múltiples formatos desde excel a estadísticas gráficas.

Con esto nos ahorraríamos el tener que instalar cualquiera de las aplicaciones existentes, enterarnos de como configurarlas,  conseguir los servidores y ancho de banda necesarios, …

El sistema requeriría una gran inversión en ancho de banda y capacidad de proceso pero veo un claro modelo de negocio incluso permitiendo cuentas gratuitas para probar el sistema y cuentas de pago para cosas más serias.

¿Quién no pagaría 40€ (por decir algo) por poder hacer este tipo de pruebas sin perder todo un día en documentarse, configuraciones e instalaciones?

Internamente el sistema podría utilizar cualquiera de los sistemas ya existentes. Y el desarrollo duro estaría en implementar una capa anterior (la configuración gráfica) y una final la exportación a diferentes formatos de los resultados.

También, con un poco más de dificultad, se podría hacer que el sistema controlase una amplia red de servidores en diferentes continentes para poder hacer las pruebas mucho más completas y personalizables.

Esta idea ha surgido a partir de una conversación, como no, en la lista ror-es.

Jaime Iniesta nos ha comentado su inquietud por que este sistema se pueda usar para putear aplicaciones web de terceros generando mucha carga falsa sobre ellas, pero Ceritium ha salido al rescate proponiendo un sistema de validación al estilo Google Webmaster Tools que permite corroborar tu potestad sobre la aplicación colocando un determinado fichero en el root de tu aplicación.

¿Alguna idea de que exista algo parecido?¿Qué pegas le ves? ¿Comentarios?

Jueves, Septiembre 18th, 2008

Port Forwarding: accediendo a las máquinas de una intranet desde una sóla máquina pública.

Las redes de los clientes son celosas y normalmente sólo se puede acceder a las máquinas de su red desde dentro de la red misma. Lo que viene a llamarse una intranet.

Pero muchas de mis tareas de mantenimiento requieren acceso a varias máquinas de una intranet y desplazarme al cliente no lo veo una opción factible ni acorde con nuestros tiempos.

Una de las soluciones que más me ha gustado es pedirle al cliente un sólo acceso, una sola máquina con IP pública.

Para dar seguridad se puede configurar para que sólo se pueda acceder desde la IP estática de tu oficina, y, para ofrecer flexibilidad, que también se pueda acceder desde la IP estática de tu servidor en un datacenter. Pero bueno todo este párrafo te lo puedes saltar si no hay mucho inconveniente con la seguridad.

La máquina con la IP pública mola que sea linux, más que nada porque si no lo es ya no hace falta que sigas leyendo pues el resto del artículo sobreentiende esta premisa.

Lo que vamos a hacer es lo que se ve en la ilustración.

port forwarding

Aquí me ves a mí con más pelo y sin barba deseando acceder a todos los servicios de las máquinas de la intranet 10.10.10.* y sin embargo sólo pudiendo acceder a la máquina con la IP pública 205.205.205.205.

Lo que necesito tiene un nombre y este es Port Forwarding, y la implementación de esto más sencilla que he visto se hace mediante IP Tables.

Va a ser más rápido escribir los comandos que hay que ejecutar para que esto funcione que toda la charla previa que te he contado.

Mi máquina con acceso público tiene la distribución de linux Gentoo así que los ejemplos son para esta distro pero no deberían variar mucho para otras distros.

Instalamos iptables (si no está ya)

# emerge iptables

Le decimos al kernel que permita ip-forwarding

# echo 1 > /proc/sys/net/ipv4/ip_forward

Flasheamos toda la configuración de iptables que haya por defecto

# iptables -F
# iptables -t nat -F

Permitimos el forward desde iptables (eth0 es la interface pública)

# iptables -A FORWARD -i eth0 -j ACCEPT
# iptables -A FORWARD -o eth0 -j ACCEPT

Esto hace que las ips se enmascaren para no liar a los routes y saltarse posibles filtros de seguridad por IP

# iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE

Y aquí por fín las reglas del Port Forwarding

# iptables -t nat -A PREROUTING -p tcp -i eth0 --dport 213306 -j DNAT --to-destination 10.10.10.21:3306
# iptables -t nat -A PREROUTING -p tcp -i eth0 --dport 2180 -j DNAT --to-destination 10.10.10.21:80
# iptables -t nat -A PREROUTING -p tcp -i eth0 --dport 2280 -j DNAT --to-destination 10.10.10.22:80
# iptables -t nat -A PREROUTING -p tcp -i eth0 --dport 2221 -j DNAT --to-destination 10.10.10.22:21
# iptables -t nat -A PREROUTING -p tcp -i eth0 --dport 2322 -j DNAT --to-destination 10.10.10.23:22

Guardamos la configuración de iptables actual para que no haya que reescribirla al reiniciar

# /etc/init.d/iptables save

Ponemos el servicio de iptables para que arranque al inicio

# rc-update add iptables default

Creo que esto también hay que hacerlo

# vim /etc/sysctl.conf

Añadir/descomentar las siguientes líneas:

net.ipv4.ip_forward = 1
net.ipv4.conf.default.rp_filter = 1

Y ya debería funcionar. Si me voy a mi máquina en mi oficina y accedo a:

$ mysql -h205.205.205.205 -P 213306

Me encontraré con la mysql de la máquina 10.10.10.21.

Si accedo con un navegador a:

http://205.205.205.205:2280

Me encuentro con el Apache de la máquina 10.10.10.22.

Si no te funciona revisa la linkografía:

Miércoles, Septiembre 17th, 2008

Idea: La conversación detrás de la ponencia

El turno de preguntas en una conferencia siempre es un momento de tensión, por una parte están los nervios y la ansiedad que te invade mientras dudas en si levantar la mano o no para exponer esa duda que te está rumiando desde el principio por si resultará interesante y por si sabrás exponerla con claridad frente al todo el auditorio. Por otra parte está la mala suerte del orador y de toda la platea cuando se le da el turno a un voluntario que expone una pregunta (o varias) de dudoso interés y que agota todo el tiempo disponible para preguntas.

Pero analizando este tema me doy cuenta de otra cosa y es el enfoque completamente anticuado, en este vanagloriado mundo web 2.0 en el que vivimos, que se le da a las ponencias de ser un 99% unidireccional.

Están las mesas redondas que intentan solventar este problema y también el turno de preguntas pero las unas acaban convirtiéndose en micro-charlas también unidireccionales y sobre el turno de preguntas ya he expuesto mi opinión.

Mi propuesta intenta ofrecer una bidireccionalidad ponente/público a las charlas y además una moderación mucho más ágil y democrático al turno de preguntas.

Durante una charla siempre es de agradecer tener algún conocido al lado con el que compartir alguna opinión, comentario o chascarrillo del tipo “vaya rollo” o “este tío mola” o “esto me recuerda a..“. Cuánto mejor estaría poder compartir estos pensamientos directamente y en tiempo real tanto con el resto de oyentes como con el ponente mismo.

Las preguntas que vayan surgiendo se añadirían al mismo pull público de la ‘conversación’ y se podrían votar para cuando el ponente lo decida poder moderarlas y elegir las que considere más oportunas contestar.

Lo que propongo es una especie de mini-digg con una vida muy limitada y un contexto muy concreto: la charla. Donde todo el mundo pueda exponer, anónimamente o no, sus comentarios y percepción de cada porción de la charla y además sugerir preguntas que puedan ser revisadas y votadas por el resto de oyentes.

La conversación

No se está inventando nada nuevo, los programas del corazón hace tiempo que tienen implementado un sistema muy parecido donde se puede ver la entrevista del ‘famoso’ de turno y, debajo de él, mensajes de apoyo o crítica enviados en tiempo real por los oyentes.

aqui hay tomate

Este sistema tiene serios problemas de moderación, generador de ruido y caldo de cultivo para trolls pero la diversión está asegurada si detrás del ponente podemos ver en una pantalla gigante cual es el estado de ánimo y la opinión de el resto de oyentes mientras al mismo tiempo atendemos respetuosamente a la oratoria.

Puede que un ponente no esté de acuerdo con que en su charla se implante este sistema, pero si de verdad tiene interés en su público debería agradecer conocer en todo momento la temperatura de la platea, al más puro estilo DJ.

El sistema de preguntas y de comentarios se podría separar y usar uno u otro pero creo que los dos son complementarios y todo debería pertenecer a la misma ‘conversación‘.

Si no hay posibilidad de ofrecer la ‘conversación‘ en una pantalla gigante tampoco importa, en las charlas suele haber accesos wifi así que podríamos estar con nuestros portátiles atendiendo a la ‘conversación‘ a la vez que escuchamos al ponente. Lo que quiero decir es que no hay necesidad de que este sistema sea ofrecido oficialmente por la organización del evento, siempre podrá participar el que quiera de una manera extraoficial.

El histórico de comentario y preguntas podría enriquecer la documentación de la ponencia para consulta en el futuro.

El modelo de negocio no está para nada claro, pero a quién le importa cuando una idea es útil y divertida.

En esta idea me voy a poner a trabajar en cuanto tenga un momento, si algún grafista de los presentes quiere participar con la estética será bienvenido.

¿Qué te parece? ¿Conoces algo parecido? ¿Tienes alguna sugerencia o crítica?

Lunes, Septiembre 15th, 2008

Idea: Traductor simultaneo vía web

Cada vez que estoy en un evento en el que se hace uso de la traducción simultanea se me viene a la mente la misma idea:

¿No se podría usar el poder de la red para dar una solución mucho más económica y adaptable a la necesidad de una traducción simultánea?

Mi idea es bastante sencilla y no es un gran alarde de originalidad: se trata de usar un streaming de audio para enviar la voz del orador hasta el traductor y que éste emita la traducción también vía streaming a todos los interesados.

Entonces en mi imaginación aparece el traductor simultáneo ya sea en su misma casa o en una zona apartada del auditorio escuchando y retrasmitiendo su traducción a cualquier interesado que se encuentre en la sala (o no, esto es un plus) que através de su portatil y unos cascos domésticos está escuchando la charla en su idioma seleccionado.

Este sistema, claro está, permite varias traducciones simultáneas en diversos idiomas. También se podría pensar en que el traductor hiciera la traducción en modo texto… claro que esto depende de las cualidades mecanógrafas del traductor.

Traductor Simultaneo

Económica porque el asunto de la cabina de traductores, los auriculares multibanda, el desplazamiento del traductor in-situ, ya no sería necesario.

Adaptable porque se podrá ofrecer el servicio de traducción simultanea en cualquier lugar donde se celebre la charla aunque no tenga todo el tinglado de radio y auriculares montado.

También me agrada la idea de poder implantar este sistema en eventos no demasiado enterprise, eventos familiares y de ‘bueno rollo’ :), porque en estos casos el traductor pudiera ser cualquier voluntario que le apeteciese intentarlo.

En principio sólo le veo 2 limitaciones:

1) El ancho de banda necesario para el streaming, aunque creo que la tecnología actual no verá muchas dificultades en superar esta traba.

2) La necesidad de disponer de un portátil o dispositivo wifi o 3g para la recepción del streaming, como yo siempre ando en conferencias técnicas esto no será un problema :)

No lo veo una idea muy descabellada, incluso creo que tiene un grandes posibilidades comerciales. Mirando en google no encuentro nada parecido., aunque seguro que no estoy haciendo bien la búsqueda.

Al más estilo furilo: ¿Qué opinas? ¿Es factible? ¿Qué cosas parecidas existen?

Domingo, Septiembre 14th, 2008

Al calor de las estrellas

Ayer en el madinspain presentaron la futura web de domestika.org a bombo y platillo.

Borja Delgado se encargó de la presentación del proyecto usando modos y técnicas muy propias de predicador evangelista :).

En mi opinión la web tiene muy buena pinta, más allá del diseño sobrio y la utilidad de las funcionalidades mostradas, denota conocimiento, atrevimiento y acierto por parte de sus responsables. Le auguro un buen futuro.

Uno de los caprichos más divertidos y rompedores de esta futura web es el soporte para el desarrollo de mini-aplicaciones que se conectarán a los contenidos de domestika.org mediante una API pública y se ejecutarán en la web de manera background hasta que el usuario acceda a ellas mediante una combinación de teclas. No se pronunciaron en la conferencia palabras prohibidas como dashboard y widgets pero me temo que me entenderéis mejor si yo sí las uso. Me parece que esta funcionalidad marcará un antes y un después en el mundo de las aplicaciones web.

Otra funcionalidad que denota la sabiduría de los responsables del proyecto es la externalización de los portafolios cuyos contenidos serán almacenados en un servicio externo del que se alimentará tanto la sección de portafolios de domestika.org como una aplicación aparentemente independiente en dónde cada usuario podrá personalizar sin límites la estética y presentación de su portafolio. Ayudándose además de dominios personalizados.

Pero lo más emocionante para mi es darme cuenta de que conozco personal y profesionalmente a gran parte del equipo de desarrollo de este fantástico proyecto, me siento afortunado y espero saber empaparme de todo el talento del que últimamente me veo rodeado.

Más que mi enhorabuena lo que expreso mi agradecimiento.

Viernes, Agosto 22nd, 2008

¡Qué joven era! o mi camino con Rails.

Aclaración: En este texto repito mucho la palabra Rails, todo el mundo entiende que me refiero a Ruby on Rails. Pero creo que en muchos de los contextos debería haber puesto Ruby. Para mí Rails no sería nada sin Ruby y Ruby no sería nada sin un framework como Rails.. pero Rails es más suplantable que Ruby.

He estado viendo una de las charlas de las Conferencias Rails 2007.

Concretamente la de Fernando Blat sobre caché en Rails. Estoy intentando integrar esto de las cachés en un proyectillo basado en Rails que estoy haciendo.

La paradoja es la siguiente: resulta que sale uno haciendo una pregunta (minutos 41:40 al 43:00) que justamente me ha surgido a mí mientras videaba la charla. Resulta que el que hace la pregunta soy yo, resulta también que el proyecto en el que estoy trabajando lo hago bajo la supervisión del mismo Fernando Blat y es a quién se la iba a preguntar en persona. Resulta que no me acordaba de nada de esta charla. Resulta que no tenía ni idea de Rails en ese momento y que justamente ahí y entonces es cuando estaba pasando la etapa de la ironía y del rechazo para pasar a la de la aceptación.

Han pasado exactamente 9 meses de esa charla y las cosas han cambiado realmente mucho.

Conferencias Rails 2007

Fuí a las Conferencias Rails 2007 con una actitud completamente escéptica. Ya había oído hablar de Rails a los más freakies de mi cuadrilla, y también al más experimental de mis socios, pero había obviado sus comentarios con bastante incredulidad, yo soy una vieja mole de Java y estaba encantado con ser así.

Normalmente actúo con esta actitud ante la presencia de cualquier nueva tecnología que me presentan, no me gusta ser pionero en experimentar, me gusta vigilar desde la costa hasta ver si el barco sigue navegando cuando el viento amaina.

Voy en la cola de la comunidad, un paso por detrás de la cresta. Esto puede que me haga retrasarme un poco pero conozco el esfuerzo que requiere adquirir experiencia en cualquier tecnología, y lo que es peor, el esfuerzo que requiere dejarla cuando ha sido una decisión desacertada, por lo que cuando pongo algo en el punto de mira lo hago con mucha energía ahorrada.

Si me hubiera dejado llevar por todo canto de sirena que he escuchado me habría perdido en el baile eterno de ruidos como EJBs o Google Web Toolkit.

Durante las Conferencias Rails 2007 yo era un convencido de Java, no creía que nada de lo que oyera ahí fuera a convencerme, tengo la experiencia de que este tipo de conferencias endogámicas suelen ser un circuito de palmaditas en las propias espaldas vacías de contenido.

El primer día lo pasé discutiendo con la gente que se me acercaba, incluso con los conferenciantes ( Arquitectura hardware en Rails minutos 46:00 al 50:45, Tomatine minutos 18:30 al 20:30, Mtv.es minutos 26:20 al 28:00, y alguna más que no quedá grabada.. menos mal :) ) , expresando mi escepticismo hacia el cúmulo de bondades que este semi-nuevo framework estaba trayendo al mundo del desarrollo de software. Lo llaman la fase de la negación. Ya había pasado la fase de la ridiculización.

El segundo día llevaba un cabreo de la leche. No podía ser, no era cierto. No quería cambiar, quería que Java siguiera siendo lo mejor. Pero dentro de mí empezaba a solidificarse una revelación: Rails era mejor, no para el desarrollo web, sino para mí.

Era la primera vez que oía tantas veces repetida como feature de un framework: “la búsqueda de la felicidad del programador“. Me estaban hablando a mí, eso es lo que he buscado siempre en mi profesión: la felicidad. Entiéndase la felicidad del programador no como currar poco y cobrar mucho sino como ‘resolver‘ una necesidad de una manera elegante y ágil.

Me entró un temblor débil, dejó de ser desagradable. Recuperé el entusiasmo que cíclicamente me viene: Cuando hice mi primer FOR en el BASIC del MSX, cuando moví mi primer Sprite, cuando parcheé mi primera interrupción de teclado, cuando hablé con una bombilla vía puerto paralelo, cuando hice mi primera función C, cuando accedí por primera vez directamente a la memoria de vídeo, cuando inserté mi primer registro en una base de datos, cuando envié mi primer mensaje entre dos sockets, cuando hice mi primera web dinámica, … creo que a partir de entonces lo había perdido, todo se había vuelto pesado y costoso.

Rails había venido para rescatarme.

Las conferencias acabaron pero del poso en el estómago surgió una inquietud indomable.

Dejo Constela

Todo se había juntado, a mi agotamiento como desarrollador se sumaba el peso y responsabilidad de ser socio de una empresa que había empezado ha crecer y a comer recursos y presupuesto con avidez.

En Constela, con la compañía de mis socios Jesús y Miguel y del resto de equipo que juntamos, me hice fuerte, me hice duro, conseguí una experiencia que solo se consigue con la lucha. Les debo mucho.

Pero me sentía pesado, mis movimientos se habían vuelto costosos, el barco era fuerte pero su timón era muy duro y me bajé. Me dejaron una barca y empecé a navegar, remando, despacito, cantando.

Me pongo a comprar libros Rails como un loco

El entusiasmo había vuelto, la avidez autodidacta solicitaba información, ahora tengo casi todo lo recomendable traducido al castellano y casi todo lo imprescindible sin traducir.

Devoro información, todo es demasiado diferente, el click en mi cabeza tardó en llegar y todavía oigo su eco por lo reciente que ha sido.

Entro en la lista ror-es

La lista de desarrolladores de Rails en castellano, una comunidad muy pequeña pero inspiradoramente entusiasta y animada. Duramente moderada por @mort a quien he temido e incluso odiado en mi primera etapa, ahora casi-superada.

Hago la tienda de Hola Por Qué

Mi primer Hola Mundo en Rails no es una paginita con un mensaje insulso, es una tienda online :)

Muy pocas líneas de código picadas con el método de prueba y error, sin haber conseguido todavía hacerme con la sintaxis de Ruby ni el intríngulis de Rails, escribía instrucciones y declaraba variables al tanteo hasta que ningún Sintax Error ni nigún Error 500 aparecía.

Todo montado sobre sólo 2 tablas de base de datos.

Fichado por La Coctelera

Para mí La Coctelera ha sido, desde que conozco Rails, como el buque insignia español de este framework.

Escribo a Álvaro para comunicarle mi deseo de entrar a formar parte de un equipo con experiencia y entusiasmo como el suyo.

A los pocos días me encuentro con una seudo-entrevista de trabajo en un vagón de metro de la línea 1 con Álvaro y Fernando Blat.

Yo no llevo nada para enseñarles sólo les transmito mi entusiasmo y mi seguridad de que simplemente “se me dá bien esto del desarrollo web”. (Bueno, igual mi experiencia como responsable de tecnología en Constela y jefe de proyecto en el desarrollo de Kroonos fueron una buena carta de presentación).

Tienen entre manos un proyectillo que parece pensado para mí y me pongo manos a la obra. Y aún hoy sigo dando guerra por sus oficinas.

La experiencia de trabajar con un equipo de desarrollo ágil como el que tienen aquí en La Coctelera y The Cocktail en general, además de estar bajo la continua supervisión y apoyo de un joven gurú de nuestros tiempos como es Fernando Blat me está haciendo recuperar a grandes zancadas el retraso provocado por mi, aún valorado y mantenido, escepticismo.

Voy al Euruko

Y cojo y me voy a Praga, al Euruko 2008. Unas conferencias temáticas sobre Ruby. No disfruto tanto dentro como fuera de las conferencias.

Afuera me acoge con un pequeño grupo de raileros que también habían venido desde España, casi todos gurús de Rails y todos un encanto de personas.

Son las primeras conferencias de programación en las que se mezclan de manera perfecta las experiencias freakies con las amorosas.

La foto con el creador de Ruby

Y subiendo escalas en mi incipiente carrera como gruppy de Ruby aquí me tenéis, en una foto de pésima calidad, con el creador de Ruby Yukihiro ‘Matz’ Matsumoto y uno de los gurús al que llaman Dr Nic.

Foto con Dr Nic y Yukihiro ‘Matz’ Matsumoto

Red de amigos raileros y madrid-rb

El Euruko, las charlas, las comilonas y las risas crean pequeños vínculos que se comienzan a reafirmar con el reempuje de la comunidad Ruby de Madrid, del que soy testigo.

El último jueves de cada mes es la kdd oficial del grupo de Ruby de Madrid y aunque esta comunidad sea mucho más pequeña el karma de este lenguaje hace que las kdds sean mucho más populares que las de Java que solía convocar con la gente de Java-Madrid hace unos años.

Ahora ya conozco en persona a prácticamente la totalidad de los conferenciantes de esa mítica Conferencias Rails 2007 :)

Miembro fundador de rsug

Y me encuentro firmando el acta como uno de los socios fundadores de la asociación Ruby Spanish User Group, que aunque ahora no tenga los conocimientos ni experiencia suficiente espero aportar/devolver algo de lo que siempre tanto recibo a la comunidad.

Participo en el 2º concurso de programación de OpenMovilForum

E hinchado de orgullo por mis rápidos progresos me incribo al concurso de programación del OpenMovilForum con unas expectativas desorbitadas de llevarme el primer premio.

Presento no 1 sino 2 proyectos desarrollados en unas 3 semanas. Algo imposible de imaginar para mí hace pocos meses.

El resultado: me como los mocos. Pero empiezo a notar la soltura, empiezo a sentirme ágil.

Lluvia de ofertas de trabajo

Aunque no todas han acabado en acuerdo, sí que noto que mi perfil empieza a ser apetitoso.

Los principales escollos que veo es que el cliente sigue pensando que esto del desarrollo web es una baratija o que un freelance es intrínsecamente mucha más barato que una empresa.

En cualquier caso me siento cómodo y sé que cada vez me siento más capacitado para dar a los clientes lo que de verdad quieren: opinión, una persona resolutiva, prototipos rápidos y desarrollo iterativo.

Me compro un mac

¿Es este un paso que tiene que ver con mi incursión en Rails?…

Indudablemente sí, contagiado por la fiebre maquera que afecta a esta comunidad. Pero sobre todo tiene que ver con la búsqueda, mucho más antigua, de la agilidad.

¿Soy más feliz ahora?

Sí.

¿Será por Rails?, ¿por volver al mundo freelance?, ¿por mi nuevo Mac?… ¿por el amor?.. qué más da!

Lunes, Julio 28th, 2008

De casa a la oficina sin camiseta ó la dura vida del freelance en verano

Muchas beneficiosas casualidades se han tenido que dar para que este verano que estoy viviendo se haya hecho posible:

  • Tener un trabajo que te permite organizarte el día atendiendo cada tarea según el clima sea más propicio.
  • Que tu chica tenga amigos que vivan en un chalet estupendo en la sierra al lado de una estación de cercanías.
  • Que te hayan rechazado 2 presupuestos de 2 sendos proyectos que te habrían tenido esclavizado todo el verano.
  • Haber rechazado (aplazado) varias propuestas de trabajo que hubieran requerido recursos que he decidido reservar para proyectos personales.

Las barbas son también una pequeña consecuencia de todo esto, pero quién más tiene que lidiar con ellas está encantada.

El vídeo intenta traslucir en modo humor como entiendo yo que hay que afrontar la vida profesional: sin diferenciarla de la de ocio: totalmente integrada con tus necesidades, apetencias y ritmos. No sólo para ayudar en la inacabable búsqueda de la felicidad sino también para conseguir dar lo mejor de ti a nivel profesional.

Evidentemente hay días verdaderamente duros que se alargan toda la noche, y luego están los otros que te permites la licencia de trabajar desde una hamaca alternando un email con un chapuzón, y no depende de que sean las cuatro de la tarde o de que hoy sea martes sino de las necesidades reales del proyecto que tengas entre manos.

Es cierto, era martes, y eran las cuatro de la tarde, después de comer, día laboral, y yo estaba de relax total, pero en el vídeo no aparece que el sábado y el domingo me los pasé haciendo una replicación de una aplicación en producción pues era el mejor momento para hacerla: fuera del horario de trabajo de los usuarios.

Y lo bueno de todo es que disfruté los 2 momentos: en uno por satisfacer la necesidad de hacer las cosas bien y en el otro por hacer lo que te pide el cuerpo.

a Freelance Web Developer is proudly powered by WordPress
Entries (RSS) and Comments (RSS).

Creative Commons License
Fernando Guillen's blog by Fernando Guillen is licensed under a Creative Commons Attribution-NoDerivs 3.0 Unported License.