Eventos virtuales de Alt.NET hispano

Un descubrimiento del Sábado Áxil que realizamos este pasado sábado han sido los VAN de Alt.NET hispano.

La verdad es que conocía la comunidad Alt.NET, pero confieso que nunca me había preocupado de seguirla. Al fin y al cabo, trata sobre .NET, y mi experiencia con .NET es absolutamente nula, casi la misma que con el resto de productos de desarrollo de Microsoft. Vamos, que tampoco me podía imaginar que dentro de esta comunidad pudiese haber cosas, que aún siendo muy interesantes, me pudiesen servir para mejorar profesionalmente.

Los usuarios reconocen el valor de las comunidades online

No recuerdo muy bien como pero ayer llegué a este estudio realizado por King Research en el que encuestaron a 203 profesionales del mundo de las TI este pasado mes de Junio.

Los resultados parecen avalar lo que todos los que participamos en comunidades técnicas intuiamos, que las comunidades técnicas online nos ayudan en nuestro trabajo. Algunos datos:

• El 93% de los encuestados afirman las comunidades les ayudan a hacer mejor su labor.
• El 100% afirma beneficiarse laboralmente y el 85% personalmente.
• El 98% afirma que la información disponible en las comunidades online es bastante fiable, pero muchos recalcan la importancia de contrastarla.
• El 70% de los encuestados participaba en comunidades relacionadas con su trabajo.
• La mayoría utilizan las comunidades para buscar soluciones a los problemas que se encuentran en el trabajo.

Bueno y todo esto viene a cuento de que estos días, tanto Jordi, como Dani hablaban en sus blogs sobre JavaConGanas, la última iniciativa de Alberto, que además probablemente es una de las personas con más experiencia en crear comunidades técnicas online en España.

A disfrutar de la web que vale la pena.

Sobre Software Libre y las nuevas formas de encontrar trabajo (y IV) (Hacerse mercenario)

Como muchos sabéis, hace unos meses escribí una serie de artículos en los que trataba de resumir muchas de las formas con las que hoy en día se puede encontrar trabajo gracias al Open Source, algo que hace unos años era impensable:
Sobre Software Libre y las nuevas formas de encontrar trabajo (I)
Sobre Software Libre y las nuevas formas de encontrar trabajo (II)
Sobre Software Libre y las nuevas formas de encontrar trabajo (y III)

Hacerse mercenario del Software Libre

En esa lista olvidé añadir una posibilidad con la que me encontré hace un par de semanas y que tanto InfoQ, como Rod Johnson en su blog, como OpenLogic han sacado a la palestra estos días.

Esta posibilidad es, como comenta el título del blog, vender tu alma al diablo. Hacerte mercenario del Open Source. O hablando más claro, que te subcontraten para dar soporte a proyectos de Software Libre. ¿Cómo es esto? Bueno, la verdad es que esta opinión tan dura que tengo viene a raiz de un email que me llegó hace tres semanas del CEO de OpenLogic y que directamente fue a parar a la basura, pero que he recuperado ya que la blogsfera ha sacado el tema a relucir. A continuación podéis ver algunos fragmentos (es bastante largo, al que le interese todo se lo puedo proporcionar, pero vamos que es lo mismo que podéis leer en su web):

I am contacting you because I’m looking for help supporting Apache Jackrabbit; we have customers who use Jackrabbit and look to us for support. We also have an offer going on right now – we are giving iPods to the next 25 people to join once they resolve their first issue.

We are inviting committers from leading open source projects to join the OpenLogic Expert Community. OpenLogic offers enterprises 24x7, one source of support for over 160 open source projects. We provide a first line of support – taking the calls from our enterprise customers and answering basic questions. For more complex issues (and after we’ve screened out the “read the manual” type questions), we turn to the OpenLogic Expert Community.

If you join the OpenLogic Expert Community, you will:

• get paid for each issue you resolve for your project. You can choose which issues you want to work on and you can choose to take that payment in cash or merchandise. You can even decide to direct your payment to your favorite open source organization.
• receive a $25 gift certificate to Amazon or Starbucks just for signing up. In order to become a member, you’ll need to sign our OpenLogic Expert Community agreement so that we can share confidential customer data with you. We understand reading legal agreements is not fun, so we’ve tired to keep it short and sweet -- and we’ll give you a gift certificate for your trouble.
• have the opportunity to hear first hand the challenges real users encounter when using your software.

Expuestos los hechos, no puedo más que comentar que realmente la estrategia de esta empresa me parece de lo más barriobajera. Por diferentes razones, incluso a las que Rod Johnson expone probablemente por no lanzarse al patio de lo políticamente incorrecto.

Primero, esta empresa contacta a cualquiera, estrategia que me parece bastante poco profesional, sucia, y también mezquina cuando la contrapones con sus argumentos a favor de su modelo de negocio. Y es que yo, en Jackrabbit soy un cualquiera, por mucho que tenga un proyecto basado en Jackrabbit, por mucho que mi nombre aparezca en la lista de contruibuidores, y por mucho que esporádicamente comente cosas en los foros.

Simplemente van a saco e intentan captar incautos que quieran hacer de soporte técnico para ellos, aunque ni siquieran sean muy activos, simplemente analizan la información del proyecto y proceden al envío de emails captación masivos.

Segundo, y como consecuencia del primer punto, esta empresa le hace un flaco favor al Software Libre. Obviamente (o al menos si tienen sentido común), esta gente no apunta a los top committers de los proyectos ya que la mayor parte de ellos ya tienen trabajos en empresas que los esponsorizan o que son propietarias del proyecto en cuestión. Así que su objetivo es la comunidad.

Por ejemplo, en el muy supuesto caso, de que para un proyecto cualquiera en concreto, un 50% entrase en el juego que plantean (esperemos que no), tendríamos que esas personas probablemente dejarían de participar en los foros porque tendrían su tiempo ocupado en resolver incidencias para otros. En este caso, dicho proyecto habría perdido el 50% de su comunidad lo que claramente tendría una influcencia negativa en su salud.

Muchos proyectos se basan en la comunidad. La comunidad y la colaboración son lo que realmente mueven a un proyecto de software libre. Un proyecto sano, es un proyecto con una comunidad sana. Cuanta más gente participa en los foros más dudas se resuelven, más confianza tienen los nuevos participantes, o más se animan las personas a participar en el proyecto y aportar sus parches. Esta empresa, OpenLogic, con su forma de actuar ataca a la linea de flotación de las comunidades.

Es esa actitud, la de asaltar directamente a los desarrolladores más modestos de los proyectos Open Source la que realmente me parece despreciable en su modelo; la de querer minar comunidades saludables convirtiéndolas en comunidades de mercenarios a sueldo que se peleen por resolver las incidencias con las compensaciones más suculentas.

Tercero, el modelo que plantean no es tan bonito. Ahí coincido bastante con Rod Johnson. Realmente plantean un modelo donde pagan a apagafuegos para que les saquen las castañas del fuego cuando en su equipo son incapaces de solucionar sus propios problemas. El contribuidor Open Source pasa a ser el último en la cadena, el que recibe todos los marrones.

Intentan vender unos sueldos magnificos de 100 dólares a la hora cuando probablemente sean 100 dólares a la semana por resolver un marronazo. Claro, por algo ellos no te recomiendan dejar tu trabajo diario para unirte a su programa.

Cuarto, en el caso de que un desarrollador fuese realmente bueno, no necesitaría realmente acudir a este tipo de empresas, sino que podría convertirse en un consultor autónomo y ofrecer sus servicios con su cuenta. Todos sabemos (especialmente en España) lo que significa estar subcontratado. Y en este caso encima estas subcontratado específicamente como la última opción, el come-marrones de turno para el proyecto Open Source en cuestión.

Pues bien, en caso de tener que ser un come marrones, pues casi mejor serlo por tu cuenta, sin tener que darle el 500% del beneficio a una empresa que no va a hacer nada más que rellenar el parte de la incidencia.

Fin de la crítica. Voy a parar aquí aunque realmente esto daría para rato. Ahora me voy a cambiar el traje y me convierto en abogado del diablo. Sea como sea la oferta que plantean es una opción para encontrar trabajo con el Open Source (de hecho, es que es un trabajo). Realmente puede ser una opción cuando no tienes otra fuente de ingresos, no planeas montarte un negocio con tu cuenta, y lo único que quieres es ganar un dinerillo durante unas semanas, meses, o lo que sea. En este caso, pues probar es una opción, pero yo intentaría tener siempre claro el donde te vas a meter, y el tipo de trabajo que vas a hacer. Pero vamos, que si lo que haces normalmente es estar en casa aburrido contestando dudas de Spring, y no te quieres meter en lios, pues puede ser una forma de ganar dinero, aunque la actitud de la emrpesa sea más o menos ética, pero una forma de ganar dinero a fin de cuentas.

El otro punto en el que puedo hacer de abogado del diablo es criticando la actitud de Rod Johnson. Porque, siendo sinceros, ¿qué va a decir? Interface21 es una empresa que vive directamente de dar soporte y consultoría, nada más. Y, la realidad es que aunque han hecho una gran labor y han contratado a muchos de los colaboradores, lo cierto es que muchas de las personas que participan en sus foros y resuelven problemas y dudas lo hacen por puro placer y en su tiempo libre.

Claro, estas personas, son un beneficio enorme para Interface21 ya que ellos pueden mantener a sus mejores desarrolladores ocupados en mejorar el producto (algo a fin de cuentas bueno para todos), mientras otras personas de su empresa y muchos voluntarios, que no veran un duro, hacen las labores de soporte técnico.

Desde el punto de vista de Interface21, OpenLogic es un peligro importante ya que les ataca en dos puntos críticos para ellos: Uno, les roban contratos de soporte ya que pueden acercarse a los clientes vendiéndoles la moto de que disponen de un equipo de soporte con muchos contribuidores del proyecto; y dos, ocupan el tiempo de la gente que participa en sus foros con incidencias de sus empresas cliente lo que potencialmente disminuye la participanción en sus foros y en general debilita la comunidad.

Vamos que, haciendo de abogado del diable, la respuesta de Rod Johnson tampoco es tanto mirando a la comunidad en general, sino que es también en cierto punto una respuesta interesada, mirando a su modelo de negocio y mirando a proteger a su propia comunidad.

Bueno, esto es todo. La verdad es que el post me ha quedado un poco ladrillo, pero bueno, el verme un poco involucrado por ser uno de los que ha recibido la oferta me ha hecho rajar un poco de más. Lo dicho, la opción de ganar dinero y encontrar un trabajo está ahí, pero yo tendría claro que es simplemetne convertirse en mercenario. Que puede que no esté mal para ganarse unos euros durante un tiempo, pero que yo no tomaría como la carrera a seguir dentro del Open Source.

Sobre Software Libre y las nuevas formas de encontrar trabajo (y III)

Este es el último post de la serie, y prometo que va a ser muy rápido :-)
Posts anteriores:
Sobre Software Libre y las nuevas formas de encontrar trabajo (I)
Sobre Software Libre y las nuevas formas de encontrar trabajo (II)

Unirse a un proyecto

La otra forma de encontrar trabajo de la que quería hablar es unirse a un proyecto. Unirse a un proyecto es una opción más fácil y que realmente conlleva menos responsabilidades. A día de hoy existen miles y miles de proyectos Open Source que buscan desarrolladores y contribuidores de todo tipo. Desde cracks que puedan dedicarse a tiempo completo al proyecto hasta personas que sólo le puedan dedicar una hora a la semana. Cualquiera puede unirse de algún modo a un proyecto Open Source e intentar ayudar. Eso sí, es importante dejar claro en un principio el nivel de involucración que se va a tener en el mismo. De hecho, lo ideal es comenzar poco a poco, y no prometer maravillas para después dejar a la gente colgada. A pesar de que haya muchos proyectos Open Source, y de que no te normalmente nadie te vaya a exigir cuentas, lo cierto es que debe mantenerse una cierta ética a la hora de involucrarse en este tipo de proyectos, de otro modo nuestra reputación puede salir malparada.

Muchos de los puntos que comenté en el post anterior son igualmente aplicables a este. Es decir, se puede encontrar trabajo a través de compañeros, te pueden ofrecer trabajo porque hayan visto que participas en ese proyecto, etc. Así que estos puntos ya no los mencionaré.

A la hora de unirnos a un proyecto debemos tener en cuenta los puntos de los que hablaba también en el post anterior. Nos conviene apuntarnos a un proyecto que tenga una tecnología novedosa, de modo que como mínimo siempre tendremos esos conocimientos que hemos adquirido, y a mayores podremos poner en nuestro curriculum una tecnología que esté poniéndose de moda. Por ejemplo, si pensamos que queremos aprender Ruby, podemos directamente leernos un libro y listo, o leernos un libro e intentar ayudar en algún proyecto Open Source. Lo primero nunca irá al curriculum, lo segundo si que irá. O por decirlo de otro modo, si pones en el curriculum "conocimientos de Ruby" una persona se lo puede o no se lo puede creer; sin embargo, si a mayores pones miembro del proyecto Ruby on Acme, entonces ya tienes una referencia que demuestra que al menos algo sabes.

Aún así no os vayáis a pensar que unirse a un proyecto Open Source es siempre sencillo. La mayoría de proyectos Open Source serios no aceptan que alguien llegue y se ponga directamente a modificar el producto. Por ser un proyecto Open Source no implica que sea un proyecto incontrolado. Normalmente suele haber un ciclo de vida oficioso para lo que sería la incorporación al proyecto:

• Documentarse sobre el proyecto. Descargárselo. Aprender a utilizarlo.


• Descargar el código fuente. Construirlo. Entender su estructura. Es importante no molestar al resto de desarrolladores con cuestiones que suelen ser triviales.


• Comenzar a participar en los foros y listas de usuarios. Exponer opiniones. Hacer pruebas de lo que se comenta, tests, estadísticas, etc.


• Comenzar a desarrollar los primeros parches. Esos parches serán aplicados por otras personas que controlarán su calidad. Eventualmente pueden ser rechazados si no cumplen su objetivo.


• Poco a poco se irá cogiendo confianza con el proyecto, los desarrolladores te conocerán, confiarán en ti y finalmente es muy probable que pases a ser un desarrollador oficial del proyecto.

Este camino puede variar según muchos factores, pero se podría decir que este es un camino tipo.

Aún así, yo recomendaría realmente el mantenerse alejado de determinados proyectos que por su madurez y porque se han empresarializado (por inventarse una palabra) no van a permitir realmente que contribuyas. Como comenté antes, Software Libre no significa software sin control. Hay proyectos que en lugar de estar gestionados por comunidades están gestionados por empresas. Estos proyectos no van a permitir que un desarrollador se una, de hecho va a ser difícil incluso que publiquen parches realizados por un desarrollador externo, por muy buenos que sean, ya que pueden no encajar con sus objetivos comerciales. Ejemplos típicos en el mundo de Java serían Hibernate, JBoss, etc.

A continuación expongo algunas de las oportunidades que pueden surgir al colaborar en proyectos Open Source. Recalco de nuevo que muchas ya han sido comentadas en el post anterior así que ya no las nombraré aquí.

Oportunidades: Obtener un trabajo gracias a mejoras en tu CV

Si colaboras en proyectos Open Source, estás siempre aprendiendo cosas. Un proyecto Open Source es como un trabajo, que aunque puede que muchas veces no te proporcione dinero (nunca se sabe) siempre te proporcionará referencias. Esas referencias van en forma de proyectos en los que has participado y además certifican que tienes determinados conocimientos. De hecho, en muchas comunidades como Apache tu nombre quedará para siempre en la lista de contribuidores para determinado producto, lo que además no deja de ejercer un efecto placebo :-)

Si vas avanzando en la jerarquía del proyecto puede que llegaras a adquirir incluso conocimientos de management y dirección de proyectos, ya que los proyectos Open Source son proyectos de software (esto era evidente, verdad) y como tales necesitan también su dirección, su gestión de recursos, su gestión de tareas y problemas, su gestión de timeline y releases, etc. Resulta en cierto modo sorprendente pero la triste realidad es que si tu compañía no te da las oportunidades para ser manager, entonces el Open Source te las puede dar. Obviamente que el Open Source te de esta oportunidad no quiere decir que vayas a ser un buen manager :-)

Oportunidades: Obtener un trabajo porque se crea una compañía

Siempre que un proyecto tiene mucho éxito acaban creándose empresas a partir de él. Obviamente, esas empresas contratarán a las personas que han están trabajando con el proyecto. Normalmente estos trabajos suelen ser muy buenos y a menudo a distancia, ya que es la forma en la que siempre se ha estado trabajando.

Oportunidades: Obtener un trabajo porque una empresa adquiere el proyecto

A menudo, si el proyecto es exitoso puede que entre en los planes de alguna compañía. Para una empresa interesada en un producto es mucho más atractivo el absorber directamente el proyecto que el contratar desarrolladores para que trabajen con él. Absorbiendo el proyecto adquieren el control sobre su ciclo de vida y eso significa que lo pueden adaptar mejor a sus necesidades. Sea como sea, si una compañía adquiere un proyecto en el que estás trabajando tienes todos los boletos para convertirte en trabajador de su plantilla.

Oportunidades: Crear tu propia empresa

Esto enlaza un poco con el post anterior. Simplemente decir que una vez que te conviertes en experto en un determinado proyecto, en especial si es novedoso, es muy posible que te surjan novedades para crear tu propia empresa, ya sea de consultoría, ya sea creando tu propio proyecto, etc. Muy a menudo también, si el proyecto es muy exitoso, es común que se creen centros de soporte locales, con consultores locales que cubren determinadas zonas del mundo. Es otra forma de encontrar trabajo.

Oportunidades: Crear tu propio proyecto

Trabajar en proyectos Open Source te permite ganar experiencia, conocer nueva gente y hacer amistades. De todo eso suelen surgir nuevas ideas, nuevos proyectos, nuevas mejoras o extensiones, etc. Tu propio proyecto te puede llevar a nuevas oportunidades (ver post anterior).

Oportunidades: Participar en alguna iniciativa remunerada

Otra opción interesante es unirse a alguna iniciativa remunerada alrededor del mundo del Open Source. Sin duda la más importante en estos momentos es el Google Summer of Code. Este tipo de iniciativas no dejan de ser trabajos en si mismos, ya que te están pagando, y a mayores te permiten introducirte en una comunidad, en la que probablemente seguirás involucrado cuando termines la beca. Definitivamente, es algo muy recomendable si todavía estás estudiando.

Bueno, creo que no olvido nada. Espero que os haya gustado todo este tema y no os haya aburrido demasiado :-)

Suerte a todos los que se animen a seguir por el camino del Open Source. Como ya he dicho, a veces está bien darse un respiro e intentar algo diferente, aunque sea por eso de decir que lo has intentado. Como he explicado, creo que es una forma de aprender tan buena como cualquier otra y que además puede reportar beneficios muy interesantes. Así que .... ánimo!!

Sobre Software Libre y las nuevas formas de encontrar trabajo (II)

Crear tu propio proyecto

En mi anterior post comentaba que una de las nuevas formas para encontrar un trabajo hoy en día es iniciar un proyecto Open Source. En realidad no se trata sólo de una forma de encontrar trabajo sino que puede convertirse en una forma de ganarse la vida, aunque para eso hace falta sobre todo suerte. Suerte para encontrar la idea adecuada, en el momento adecuado, en el lugar adecuado, y seguramente sobre todo con los amigos e inversores adecuados.

De cualquier modo, jamás ha sido tan fácil emprender en la red como lo es hoy en día. Cualquiera puede ir a sourceforge.net y crear su proyecto. No sólo eso, muchas empresas ofrecen servicios gratuitos para todo el que desee desarrollar Open Source, como por ejemplo Atlassian o JetBrains por citar algunos.

De cualquier modo, crear un proyecto es el camino más difícil. Es el camino que seguí yo. Aunque realmente aquí tendría que corregir mis palabras: crear un proyecto sólo es el camino más complicado. Al principio, trabajar sólo es muy cómodo ya que tienes toda la libertad del mundo para dirigir los pasos de tu proyecto, pero la realidad es que conforme la idea va madurando, conforme empiezan a aparecer los usuarios y conforme empiezas a tener menos tiempo, entonces te das cuenta que ir en solitario es un error. De todos modos, discutir esto no es el objeto de este artículo, pero si alguien escoge el camino de crear un proyecto entonces tiene una oportunidad fenomenal para involucrar gente e intentar navegar en grupo.

Sea como sea, además de ser la opción más complicada, es fácil comprender que es la opción que más satisfacción personal crea. El crear un proyecto es algo que conlleva muchos sufrimientos pero también muchas alegrías. Unas pequeñas, otras más grandes: ver que la gente se descarga tu creación; ver que empiezan a preguntar cosas sobre como funcionan; ver que te llegan cumplidos de partes recónditas del mundo; o ver que tras pasados varios meses te comentan que lo han implantado en una empresa y lo llevan usando durante un año. Todo eso son pequeñas recompensas.

Todo esto está muy bien, pero ¿cómo me ayuda a encontrar trabajo? Buena pregunta. En mi opinión no es algo que sea inmediato, y requiere cierto sacrificio. Sobre todo no se empieza a ver el fruto hasta que tienes una base de usuarios decente (al menos cientos), comienza a haber movimiento en los foros o listas de correos, y la cantidad de descargas es respetable. En ese momento comenzará todo el proceso de interacción social, o networking, y empiezan a surgir las oportunidades.

Elegir la tecnología adecuada

Para maximizar la cantidad de oportunidades, o incluso para intentar saborear la fama, lo mejor es crear un proyecto que sea innovador. Es decir, siempre será más sencillo el llamar la atención creando un proyecto con alguna tecnología o API novedosa que el irse a algo tradicional. Por poner un ejemplo, seguramente tenga mayor posibilidad de éxito el crear una red social para desarrolladores de Ruby on Rails que un lector RSS de noticias en Java. A fin de cuentas, la realidad es que pocos desarrolladores pueden permitirse el adoptar nuevas tecnologías y APIs, así que los que tienen tiempo para crear algo con esas tecnologías siempre estarán mucho mejor posicionados.

Voy a poner un ejemplo personal que muchos ya conoceréis, y que es el que utilizaré en adelante. jLibrary. jLibrary no es la mejor aplicación del mundo, de hecho tiene muchas cosas que ahora mismo las veo y se me suben los colores. Sin embargo puedo decir que ha tenido mucha repercusión en su pequeño entorno. Este proyecto nació como un reto personal para aprender tecnologías interesantes (hibernate, lucene, axis, etc.) y en su momento decidí que podía ser una buena idea el orientar el producto hacia el escritorio (por llevar la contraria) así que escogí Eclipse RCP. Eclipse RCP por esas fechas estaba en beta!!

Tras mas o menos un año, todo el mundo de la comunidad Eclipse conocía jLibrary, simplemente porque era la única aplicación de un tamaño considerable desarrollada con el nuevo API. Todo esto le dio visibilidad al proyecto, le dio contribuidores, le dio personas que se interesaron por él y lo comenzaron a utilizar. En fin, le dio por decirlo de algún modo "familla". Si hubiera escogido Swing, no habría pasado lo mismo, porque hay miles y miles de aplicaciones Swing. Pasado otro año, decidí cambiar el backend del sistema para usar Apache Jackrabbit, la implementación de referencia del JSR-170, y nuevamente volvió a suceder lo mismo. Otra vez esta aplicación era de las pocas que utilizaban Jackrabbit, y nuevamente volvió a coger bastante familla, hasta el punto que incluso la gente lo utilizaba porque era la única herramienta que les permitía navegar por repositorios de Jackrabbit de una forma visual y más o menos sencilla.

Lo más importante de todo esto es tener en mente que aunque fracases, siempre habrás aprendido tecnologías nuevas, lo que significa por si mismo un retorno del tiempo que has invertido en forma de conocimiento.

Ahora bien, imaginémonos que escogemos una tecnología novedosa, que obtenemos una base de usuarios y que el producto coge cierta familla. ¿Qué oportunidades pueden aparecer?

Oportunidades: convertirte en tu propio jefe

Probablemente la mejor es que tu producto se haya vuelto tan popular que al final puedas dedicarle todo tu tiempo. Esto es lo que sueñan todas las personas que arrancan un proyecto. Unas veces se cumple, y otras no. Cuanto más tiempo le puedas dedicar, más posibilidades tendrás ya que podrás desarrollarlo mejor y tendrás tiempo para promocionarlo. Quien sabe, a la larga te puedes convertir en el nuevo Linus Torvalds o Marc Fleury.

Oportunidades: que te contrate alguien que utilice tu producto

Esto no es tampoco una opción descabellada. Si las empresas comienzan a utilizar tu producto, y lo ven útil, es probable que quieran invertir su dinero en obtener soporte de primera mano. Y quien mejor va a dar soporte que el creador del producto en sí. Otra posibilidad alternativa a esta es que la empresa directamente absorba tu producto y lo integre en su stack de aplicaciones. Ahora bien, llegado este momento cabe preguntarse: ¿es realmente esto lo que quieres? Porque a veces esto significará que perderás todo el control sobre algo en lo que has gastado tu tiempo.

Seguro que muchos conocéis ejemplos de ambos casos, ya que es muy habitual verlos en el mundo Open Source. En su momento, un proveedor Open Source de software de portales (está en lista pública, pero tampoco quiero poner nombres de estas cosas aquí) me ofreció la posibilidad de unir jLibrary a su producto, pero tras analizar las repercusiones yo decidí rechazar la oferta. ¿Decisión adecuada? Nunca lo sabré. Estoy contento con que jLibrary siga siendo un único producto, pero seguramente si hubiese aceptado sería mucho más importante en estos momentos. Pero la cuestión es, ¿seguiría siendo algo tuyo o sería algo que ha perdido toda su identidad?

Oportunidades: que un compañero te ofrezca trabajo

Esto también es muy habitual. Si muestras dedicación y las personas que forman tu grupo ven que eres trabajador te saldrán oportunidades. Estas oportunidades pueden estar asociadas a tu producto o simplemente pueden ser oportunidades para trabajar en otros productos de otras compañías. Por ejemplo, durante el año pasado mis compañeros en jLibrary me hicieron varias ofertas. Todas ellas muy interesantes, y alguna realmente importante. Estas ofertas suelen ser realmente buenas porque son muy seguras, tienes un contacto dentro de la empresa, y en resumen que la integración es mucho más sencilla.

Oportunidades: que vengan de miembros de las comunidades en las que participas

También es bastante probable. Una vez que te integras en alguna comunidad comenzarás a hacer amistades. Se empiezan con preguntas, se sigue con charlas, acabas realizando parches y contribuyendo a esos productos, y al final acabas por obtener cierta relación de confianza. Esas relaciones pueden derivar en ofertas de trabajo.

Oportunidades: que la competencia te quiera fichar

Esto puede parecer extraño, pero suele pasar. Especialmente cuando la competencia son compañías importantes que por cualquier razón se han quedado atrás, o tienen productos retrasados, o que simplemente desean tener gente con experiencia en una cierta área. En mi caso personal me llegó alguna oferta de ese estilo. La verdad es que nunca podría decir que eran mis competidores, porque se trataba de empresas que juegaban en otras divisiones. Sea como sea lo importante es que te ven, llamas su atención, y te pueden intentar contratar.

Oportunidades: que vengan de terceras partes

Quizás incluso más común que las anteriores. Si las tecnologías que usas son pioneras y hay pocas personas en el mercado que las conozcan, es realmente muy fácil que algún cazatalentos se ponga en contacto contigo ofreciéndote trabajo o preguntándote si conoces alguien que pueda trabajar con esa tecnología. Personalmente me ha pasado en varias ocasiones. La razón es que al no haber personas en el mercado, los recruiters se tienen realmente que esforzar para buscar gente así que terminan buscando en google, en blogs, en comunidades de desarrolladores, etc. A ellos les interesa porque normalmente las tarifas para este tipo de tecnologías novedosas son muy buenas, y las comisiones son mejores, así que hacen esfuerzos adicionales.

Conclusiones

Conclusión: menudo rollo que ha soltado. No, ahora en serio. Este post puede parecer realmente pedante, ya que me utilizo sólo a mi mismo como ejemplo, pero es que ciertamente es el caso más normalucho que puedo encontrar. Podría hablar de Rod Johnson o de Gavin King, pero no tendría demasiado sentido ya que lo que quiero expresar con estos artículos es que las personas normales disponen hoy por hoy de oportunidades para encontrar trabajo que antes no existían.

Crear un proyecto en alguna tecnología interesante es algo arriesgado pero que como mínimo te va a aportar conocimientos en esa tecnología. Sólo por eso, ya vale la pena. Pero además tienes la ventaja de que pueden aparecer oportunidades. No siempre aparecerán, pero lo que está claro es que al que nunca le aparecen es al que nunca lo intenta. Así que ánimo si alguien decide seguir este camino.

El siguiente será el último post de esta serie.

Sobre Software Libre y las nuevas formas de encontrar trabajo (I)

Hace unos días leía una entrada de blog (y me vais a tener que perdonar que no recuerdo la referencia) que hablaba sobre como ha cambiado la forma de encontrar trabajo, o al menos como han aparecido nuevas formas de encontrar trabajo que hace años eran impensables, y todo ello gracias a las comunidades Open Source. Como no podía estar más que de acuerdo con el artículo en sí, y como me veo reflejado en varias de las cosas que se mencionaban voy a intentar reflejar en esta entrada algunas de mis reflexiones sobre el tema.

Os daréis cuenta que el artículo está orientado unícamente a personas que quieran un cambio en su carrera, que busquen trabajo, que estén comenzando, etc. No es un artículo-que-busque-convencer-a-todo-el-mundo. Se basa enteramente en experiencias personales y por lo tanto representa una versión de la realidad que posiblemente sea subjectiva. No pretende ser una guía para encontrar trabajo o para mejorar.. Hecha la advertencia, y evitando cualquier responsabilidad, puedo continuar :-)

Hace años, no muchos, quizás cinco o seis, el Software Libre (perdonarme porque usaré los dos términos OS y SL somo si fueran el mismo; ya sabéis que hay diferencias) no estaba tan difundido como ahora. Es cierto que había ya mucho software libre, especialmente en Java estaba realmente comenzando la explosión, pero en las empresas sólo se solían ver las herramientas más comunes (apache, mysql, postgres, linux, ...) y con suerte. En su tiempo, Alberto y yo, nos dedicamos a promover el uso de software libre arquitecturas de empresa.

Muchos de los productos sobre los que hablabamos ahí son ahora líderes de mercado o estándares de-facto, y también han aparecido otros muchos otros como resultado de la evolución de los modelos de programación (ej. Spring, Hibernate, Seam, etc.). En los últimos años, además, podemos ver como el mercado está teniendo en cuenta, o incluso en cierto modo evolucionando, hacia productos más dinámicos, pero en su gran mayoría también Open Source (Ruby, Python, Groovy, RoR, Grails, ...)

Con todo esto quiero expresar que es más que evidente que los stacks de software empresariales han cambiado, y como consecuencia aparecen nuevos requirimientos a la hora de encontrar personas para cubrir puestos de trabajo. Hace años, poner que conocías determinadas tecnologías Open Source no tendría ninguna repercusión en una entrevista laboral (bueno, quizás que el entrevistador se echara unas risas con los compañeros mofándose de "otro friki de Linux" o cosas así). A fecha de hoy, poder incluir nombres clave en un curriculum puede marcar la diferencia a la hora de encontrar un trabajo.

Paralélamente a la aparición de nuevos requisitos, y a la proliferación de comunidades y proyectos Open Source han aparecido nuevas formas de encontrar trabajo. Una de las más típicas sería el autoempleo. Igual que las empresas buscan expertos en SAP, en Siebel, en WebSphere, etc., ahora las empresas buscan expertos en Open Source, así que este es un nicho importante para dar formación, consultoría, etc. Pero no es de esta forma de trabajo de la que quiero hablar, si no más bien de la participación en proyectos Open Source.

Unirse a un proyecto Open Source puede parecer algo descabellado. ¿Qué clase de estupidez es esta? ¿Me estás diciendo que para encontrar un trabajo mejor tengo que trabajar gratis? Pues es una forma de verlo, claro :-) Pero veamos. Si nos ponemos en la situación de una persona que acaba de terminar la carrera, tampoco es tan descabellado el pasarse unos meses intentando colaborar en un proyecto de software. Si nos ponemos en la piel de alguien muy quemado por el trabajo, igual no es tan descabellado el cortar por lo sano y darse unos meses de voy a hacer lo que de verdad quiero hacer (sé que esto es una mala forma de decirlo ya que seguramente acabaríamos todos en la playa). Si nos ponemos en la piel de alquien que no puede dejar el trabajo, quizás no es tan terrible dedicar una hora de la tele, o unas cuantas del fin de semana a un trabajo alternativo. Si después de estas razones todavía alguien piensa no chaval, que tengo una hipoteca, que llego muy cansado, etc. entonces me remito a la nota de aclaración del principio.

Una vez que uno ha decidido dar el arriesgado paso de meterse en el mundo del Software Libre llega el momento de elegir:

• Crear tu propio proyecto


• Unirse a otro proyecto

Y como creo que abordar estos dos temas me va a llevar su tiempo creo que voy a cortar aquí, y como en las series de suspense... continuará. En los próximos días escribiré sobre estas dos opciones, sobre mi caso personal, y sobre otras cosillas, si todavía lo soportáis claro.

Aprovechándote del trabajo de los demás

Hoy tengo bastante tiempo libre así que he leído un un post del blog Consultoría artesana en la red. Lo de bastante tiempo libre no es al azar, y es que este blog en concreto sufre de hiper-publicación, algo que le pasa a determinados autores que suelen publicar dos o tres post por día, y que parecen tener esto como ley. El blog en sí me parece muy interesante, pero para ser francos, la mayor parte de entradas acaban en la papelera de mi lector RSS sin ni siquiera haberlas leído. Creo que es simplemente una cuestión de tiempo, pero algo más habrá porque si las entradas fueran una o dos cada tres días, seguramente sí que lo leería.

El caso es que gracias a él he llegado a otro artículo en The Times llamado Getting Rich off Those Who Work for Free en el que se analiza un poco el impacto del Open Source y del software que depende de las comunidades para subsistir (wikipedia, digg, youtube,...).

El artículo es interesante, pero en mi opinión mezcla modelos separados. Por una parte tenemos el del Open Source, en el que usa el ejemplo de "IBM haciendo haciendo miles de millones de beneficio dando soporte de Linux", o algo así. Bien, eso es cierto, pero personalmente yo no creo que ninguno de los creadores/voluntarios/contribuidores de Linux haya estado trabajando "for free".

Como muchos sabéis, yo he creado software for free. Pero es que este tipo de software aporta unos beneficios que nunca te los va a aportar si decides escoger el camino comercial. Por poner el caso de Linux, su creador y principales contribuidores han conseguido como mínimo aprender, que ya es muy importante. Pero aparte tenemos la fama, la adopción masiva, la posibilidad de ofertas de trabajo suculentas, la posibilidad de crear sus propias empresas en torno a esa idea, etc. Incluso cualquier otra persona que haya hecho una mínima contribución podrá como mínimo poner eso en su curriculum, y será algo que impresione incluso más que otras cosas más típicas. Por ej. , si tenéis que contratar a alguien, ¿Qué os impresionaría más?, ¿Alguién que ha creado un driver para la tarjeta de video geforge XXX o alguien que tenga un master en J2EE?". El primero lo ha hecho "for free", el segundo ha pagado por ello. Estoy seguro que el valor dependerá en este caso del puesto al que se estén presentando, pero lo que está claro es que lo primero también tiene mucho valor incluso siendo "for free".

Ahora bien, otro caso a parte es el de las comunidades. Uno podía perfectamente ver el potencial de digg, YouTube, la wikipedia, o flicker, antes de que se hicieran famosos. Pero ¿Puede preveerse que finalmente fuesen a tener éxito? Difícil. En este caso YouTube y flickr son un poco diferentes, ya que ofrecen un beneficio al usuario, que es el almacenar y organizar cosas de forma sencilla en Internet; así que de algún modo sí que tenían el camino allanado hacia el éxito. Pero, en otro extremo se sitúan ejemplos como digg o la wikipedia dependen por completo de voluntarios, y que no ofrecen al contribuidor más que puro placer. Y eso sí que ya es más difícilmente explicable si no entramos en el campo la psicología. Nadie va a poner en su currículum "he publicado 43 entradas que han sido diggeadas", pero supongo que debe existir algún tipo de efecto placebo cuando una de tus publicaciones pasan a portada, o cuando uno de tus artículos aparece en la wikipedia.

De todos modos, coincido con el artículo en que el pagar por contenido debería ser la evolución natural. Supongo que ya habrá algún software tipo digg que haga eso, o si no lo hay sería una fenomenal idea de negocio, aunque supongo que es algo que sólo compañías con mucho dinero podrán financiar. Una wikipedia o un digg en los que los contribuidres reciban dinero por clicks/votos no parecen malas ideas por ejemplo (repito no sé si ya existen, igual sí).

En fin, creo que me he salido de mi temática habitual, pero espero que me disculpéis. Creo que me he sentido aludido por eso de "trabajar for free" :)