Thinking on hiring me?

Please read

Fernando Guillén

a Freelance Web Developer

cabecera decorativa

software development as an artistic expression

Archive for the ‘filosofía’ Category

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!

Viernes, Agosto 8th, 2008

Pesadilla futurista.

Hoy he soñado que todo lo que hacemos se consideraba consumo de recursos de algún extraño servidor.

Es decir, que todas nuestras acciones y movimientos tenían un coste proporcional a la actividad. Mover los brazos airosamente o hacer esfuerzos mentales era más costoso que permanecer sentado con la mente en blanco.

Me he despertado con una gran ansiedad, me daba cuenta que al madrugar estaba ya consumiendo parte de mi limitado ‘ancho de banda‘.

¿Qué ocurriría si me quedaba sin espacio?

Miércoles, Agosto 6th, 2008

Cecilia Molano lleva a Alberto Bueno a la presentación de ‘escrito a lápiz’ en La Ciudad Invisible de Radio 3

Cecilia en Radio3

Podéis escuchar aquí la entrevista que hicieron la gente de La Ciudad Invisible de Radio 3 a Cecilia Molano, la entusiasta directora de escrito a lápiz,  el pasado 1 de Agosto.

Cecilia tuvo la osadía de llevar como compañía a uno de los alter egos de los que se compone el humilde servidor que suscribe este blog: alberto bueno, uno de los autores del primer libro publicado por esta editorial: ‘doce cuentos‘, porque no sólo de programar vive el espíritu.

Si después de escuchar la entrevista te quedas con las ganas de saber que es eso del bautizador de teléfonos… sigue el link.

Viernes, Junio 20th, 2008

Contratar un Freelance o una Empresa

Durante toda mi experiencia como freelance, y también como socio empresario, he lidiado con las percepciones prejuiciosas del cliente: que si una empresa grande da más seguridad, que si una empresa pequeña es menos capaz, que si es mejor poner en nómina a alguien que contratar a un freelance, …

Una de estas grandes percepciones establecidas es la famosa: Contratar a una empresa tiene más garantías que contratar a un freelance, basada también en otra que se viene a llamar “A nadie despiden por contratar a IBM”.

Uno de los errores de todas estas percepciones es la generalización. Ni todos los freelance te van a defraudar, ni mucho menos todas las empresas te van a satisfacer. Pero el mejor alimento de esta pescadilla es el miedo a ser juzgado por retar la supuesta fiabilidad de estas percepciones.

El freelance tiene sus talones de Aquiles que se basan todos en el mismo: disponibilidad limitada. Y la empresa tiene los suyos que se basan todos en el mismo: visión exclusiva en la maximización de los beneficios.

Pero la empresa y el freelance compiten en igualdad de condiciones en un gran lista de cualidades: avales, dedicación, seguridad, calidad, seriedad, responsabilidad. Y me atrevería a decir que el freelance debería generar la percepción establecida de que es mejor en estos campos:

Los avales

Los avales que pueda ofrecer una empresa, en forma de portfolio, nunca son tan reales como los que pueda ofrecer un freelance.

El portfolio de un freelance es creación suya con sus propias manos, y el portfolio de una empresa es fruto de sus subcontratas (asalariadas o no) que pueden ser las mismas que te ofrezcan a tí o, muy probablemente, no.

¿La persona o personas que se van a encargar de tu proyecto son las mismas que se encargaron en su día de todos éstos que aparecen en esta lista?

Seguramente el listado de proyectos en los que ha participado será mucho más pequeño en el caso del freelance por el simple hecho de que su participación ha sido real y física y no simplemente coordinadora como en el caso de la empresa.

Similitud: ¿Qué crees que hacen las consultoras de software con todos los recién licenciados, y no siempre en informática, que tienen en plantilla? … encorbatarlos y alquilarlos a cliente a precio de senior.

La dedicación

Otro de los grandes mitos es que el freelance tiene una tendencia mayor a la dispersión, a estar atento a más de un proyecto, y a descuidar el tuyo.

Como si la empresa sólo tuviera tu proyecto en la cabeza.

De cualquier manera la implicación que un freelance pone en un proyecto es inviable de superar por una empresa, en primer lugar porque no es rentable.

El freelance cuando se enfrenta a un proyecto lo hace con un interés extremo, a sabiendas de que es su carrera como profesional la que está en juego.

En la empresa, al final del todo las manos que ejecuten las acciones que tu proyecto requiera no serán las del comercial que te visita, y mucho menos las del gerente, serán las de un profesional (o no) anónimo que tiene un porcentaje de interés en tu proyecto bastante arbitrario.

Similitud: En el caso de estar buscando una mesa de madera personalizada y de calidad, ¿deberías ir al Ikea más cercano a recorrer su gran variedad, o hablarías con un ebanista de confianza para que te muestre su taller y los materiales que va a utilizar?

El equipo

Está claro que la empresa tiene un equipo detrás que proporciona una mayor polivalencia y un servicio mucho más integral. ¿De verdad está tan claro? En la mayoría de los casos lo que tiene es una buena red de proveedores. Incluso esta última afirmación está por demostrar.

El freelance es uno, esto es cierto, pero un freelance con larga experiencia ha construido por necesidad y afinidad una gran red de profesionales colegas de la que tirar cuando algún requisito no puede ser cubierto con sus capacidades. Esta red es mucho más potente que cualquiera creada entre empresas y proveedores pues es una red de profesionales.

Similitud: Si el proyecto en tu mente es la creación de una, gran o pequeña, película de cine. ¿Contrarías una gran productora que te ofreciera un producto diseñado y creado por un equipo de personas anónimas o buscarías un equipo de profesionales, actores, directores, guionistas, artistas de foto y sonido, etc, que tuvieran tanta fuerza a nivel individual como colaborando como equipo?.

El presupuesto

No es la primera, ni la cuarta vez, que oigo que el trabajo de un freelance debe ser más barato que el de una empresa, incluso ante iguales requisitos. ¿En qué se basa este razonamiento?

Supuestamente esto se respeta por el conocimiento de que los gastos generales son mucho más elevados para una empresa que para un freelance. ¿Es acaso esto culpa del cliente?, sobretodo basándonos en mi defensa de que el servicio recibido es el mismo.

En cualquier caso, que los gastos generales de una empresa sean más elevados es debido a que su capacidad de recursos es mayor y por lo tanto también sus posibilidades de atender más proyectos rentabilizables.

Similitud: El mantenimiento de un autobús es más caro que el de un coche, ¿es acaso más caro viajar en autobús que en taxi?

La seguridad

El cliente se siente más seguro contratanto una empresa que a un freelance. Siente que al contratar a un freelance está arriesgando, y que si algo sale mal será juzgado por esta decisión ‘arriesgada‘.

El problema no está en contratar a un freelance o no, el problema está en contratar a un profesional o no.

¿Es más profesional un ente empresa por haber reunido 3.005,06 euros para conseguir un nombre con una S y una L detrás? Dinero que podrá retirar una vez conseguido el nombre.

Cierto es que al depender de un freelance surge la inevitable pregunta: ¿y si se pone malo, o .. se le va la olla y se pira a la India?, pero te has parado a pensar alguna vez ¿qué ocurría con tu encargo si en la empresa se pone malo el jefe de proyecto, o le sale una oferta con mejores condiciones?. Si piensas que la empresa tendrá facilidad para sustituirlo por otro debo informarte que no es así, los conocimientos no documentados que sólo viven en la mente del freelance o del jefe de proyecto son igualmente insustituibles a corto plazo.

Similitud: Un freelance profesional es una empresa formada por un 100% de profesionales, en una empresa profesional este índice es muy difícil de alcanzar.

Garantias

La opinión libremente difundida es que un nombre con una S.L. detrás ofrece muchas más garantías que el nombre particular de una persona.

¿Acaso conocen los difusores de esta opinión el significado de la coletilla S.L.?. Señores y señoras, S.L. significa Sociedad Limitada, que no es ni más ni menos que una limpieza de cara de su nombre largo: Sociedad de Responsabilidad Limitada.

El freelance, sin embargo, cuando firma un contrato con su nombre tiene una responsabilidad total, absoluta y perenne sobre lo acordado.

Similitud: ¿Conoces el “timo del nazareno”?. No podría funcionar sin la presunción errónea de las garantías de una S.L. y sin la limitada responsabilidad que hace repercutir. Normalmente el único y último responsable de una S.L. es la persona que titula como Administrador, y no el gerente que te da la mano, ni el comercial que te visita, ni mucho menos el chaval que va a realizar realmente el trabajo.

La calidad

La calidad dependerá en gran medida de la capacidad de el freelance o de la capacidad del trabajador de la empresa que realice verdaderamente la labor.

La diferencia está en que el freelance se muestra con las manos sobre la mesa y la empresa rara vez te informará sobre el currículo y experiencia del trabajador/es que se encargarán de tu proyecto. Seguramente nunca conozcas sus nombres, en empresas grandes, seguramente ni la propia empresa conozca los nombres del trabajador final.

Similitud: En caso de requerir una acción militar delicada y detallista, ¿contratarías al ejército español a que mandase una cuadrilla de despistados soldados rasos, o contactarías con un mercenario de confianza con avalada experiencia?.

Como resumen final me gustaría hacer hincapié en la “similitud del ebanista e Ikea” pues considero que define con la mayor amplitud la manera que tengo de percibir mi profesión, y es que soy un artesano. Entonces la duda inicial entre freelance o empresa se podría enfocar de la siguiente manera:

¿Artesano o cadena de montaje?

Con lo que quiero decir que mi opinión no es que siempre sea mejor opición la del freelance, evidentemente si lo que se necesitan son 15.000 botellines de agua es mejor una cadena de montaje.

También quiero lanzar una lanza en favor de las pequeñas empresas compuestas por gente entusiasta y realmente válida, pero este caso no hace más que reafirmarme pues este tipo de empresas son en su gran mayoría una pequeña agrupación de freelances.

Viernes, Junio 6th, 2008

Sin pensar en las consecuencias.

Ves como al final todo se soluciona si haces lo que te da la gana sin pensar en las consecuencias.

Peter Griffin, pensador.

Viernes, Junio 6th, 2008

Un día especial.

Hoy es un día especial, como otro cualquiera.

Fernando Guillén, una persona especial, como otra cualquiera.

Jueves, Mayo 22nd, 2008

He decidido no suicidarme

He decidido no suicidarme, en vez de eso mataré al mundo entero.

Spider Jerusalem en Transmetropolitan.

Miércoles, Mayo 7th, 2008

‘Software como poesía’ en el DorkBot del Viernes en Madrid.

Que la creación de software es un tipo de expresión artística es una de las visiones que tengo de esta mi profesión. Profundizando un poco: las líneas de código son literatura que cuentan una historia con sus personajes, sus acciones, su nudo, su desenlace. Puede incluso acercarse a la poesía por su ritmo, su rima, su cadencia…

Interesante charla pues la que nos presenta Santiago Gala en el DorkBot de este Viernes:

“Software es poesía”: Un poco de teoría y algunos ejemplos sobre cómo el software, como cualquier otro sistema de signos, es utilizable para el arte. Expresión, interpretación y transgresión en el software.

Para ver la lista de charlas completa, lugar, hora y demás.

Vía lista de correo de DorkBot Madrid. (La página web más desactualizada y difícil de enteder de la Internet) .. es broma :P

Domingo, Mayo 4th, 2008

Entre la aptitud y la actitud.

El desarrollo de software, sobre todo cuando el objetivo es ser usado por humanos, requiere de un cuidado y un cariño especial.

La aptitud en esta profesión es importante, es bueno tener cualidades técnicas y conocimientos y sobretodo experiencia, pero todo esto no sirve de nada si se carece del empuje, del gusto por lo que haces, de vocación, y de algo muy importante de lo que ya hablé citando a Erich Fromm: la intuición.

La diferencia de tener intuición o no tenerla es que cuando no la tienes sabes porque estás haciendo las cosas y sabes porque las estás haciendo así,  normalmente te da igual el resultado siempre y cuando hayas seguido la metodología, al fin y al cabo así es como se hacen las cosas ‘bien’, es así como lo dice el libro.

Cuando te apoyas en la intuición es difícil defender y justificar tus decisiones que muchas veces contradicen la metodología académica, el resultado es algo orgánico, fluido, más real, más verdadero.

Es la diferencia entre pintar un cuadro rellenando las zonas numeradas con los colores indicados o enfrentarte al lienzo en blanco mirando con la imaginación y dando libertad a todos los trazos.

Me acuerdo ahora de una oferta de trabajo que solicitaba la gente de nVivo para un puesto de desarrollador web, en la cuál se especificaban unos mínimos requisitos académicos pero que en el detalle del perfil requerido se daba más importancia a:

  • Pasión por la música.
  • Acudir por lo menos a 19 conciertos al año.
  • Mantener un blog actualizado.
  • Tener un perfil en last.fm, mystrands .com o ilike .com con más de 10 artistas, con el 70 % fuera de los circuitos.

(Para el que no lo sepa nVivo es una red social de conciertos y adictos a la música en vivo)No es precisamente esto a lo que me refiero, pero tiene cierta aproximación, la gente de nVivo lo sabe bien. Es muy importante que te guste lo que estás haciendo, que conozcas el mundo al que va dirigido es más: que seas el mundo al que va dirigido. De este modo será tu intuición quien te ayude, quien te guíe.

No creo que puedas ser buen panadero sino te gusta el pan, buen mecánico de motos si no eres un apasionado de las 2 ruedas, … En efecto podrás ser todo eso y mucho más pero no serás bueno.

.. o por lo menos, es mi opinión.

Martes, Abril 29th, 2008

Identidad sexual.

¿Por que lo llaman identidad, cuando quieren decir sexo?

Fernando Guillén, desarrollador web freelance, antes de leer nada sobre la Teoría Queer.

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.