¿Cuánto pagar a los mejores empleados?

Hoy me he encontrado con un artículo en portada de la revista Inc. que me ha gustado mucho. Además me ha coincidido muy bien en el tiempo porque ayer justo alguien me decía que eramos muy caros con respecto a lo que cobrábamos por nuestro trabajo diario. Así que no he podido evitar sentirme de algún modo identificado. No realmente por pretender ser "los mejores empleados" si no más bien porque sé perfectamente que lo que ofrecemos vale lo que pedimos o mucho más.

Las metodologías ágiles entre las "skills" más buscadas del momento (al menos en UK)

Hace unos días me llegó un correo del portal de empleo Reed.co.uk donde se comentaba que aas metodologías ágiles son una de las 10 habiliddes más buscadas para contractors en UK. El artículo al que referenciaba se puede leer aquí.

Parece ser que las metodologías ágiles entraron en el Top Ten de habilidades de Reed en Noviembre, y siguen ahí como una de las cualidades más buscadas. Es también interesante que al menos en el Reino Unido (ya no te digo en España) existe una carencia de profesionales formados y cualificados para la aplicación de estas metodologías. Richard Nott, director web de CWJobs afirmaba lo siguiente:

La persona que creó Tomcat y se hizo fotógrafo

Estoy leyendo un libro del que todavía no voy a decir el nombre ya que habrá review muy pronto y dentro del cual hay algunas personalidades del mundo del software que cuentan historias inspiradoras.

Sin duda la que más me ha inspirado es la de James Duncan Davidson. ¿Os suena el nombre? Seguramente no. ¿Y si os digo que es el creador de Apache Tomcat, de la especificación de Servlets y de Apache Ant? Pues el nombre seguramente os seguirá sin sonar pero ya nos vamos haciendo un contexto de quién es esta persona.

La historia de Monster

Mr. Jordi Monné me avisa de que en Mixergy entrevistan a Jeff Taylor, el fundador de Monster.com. El señor Jordi es muy listo porque sabe que si me lo dice yo haré un resumen y así no tendrá que verse la entrevista. ¿Verdad? Verdad. He tomado unas notas de lo que ya es historia de Internet.

¿Cómo se crea el mayor imperio de clasificados de empleo del planeta? Atendiendo a la entrevista mi respuesta sería siendo el primero. En 1993 Jeff Taylor era dueño de una agencia de clasificados tradicional. Una agencia de publicidad enfocada en la colocación de personal. Es decir, gran empresa busca gente y ellos se encargan de poner los anuncios en los periódicos. Ni siquiera era una agencia de contratación. Pero les iba muy bien. Hacían 400.000 dólares al año.

Pero tras la crisis algunos de sus clientes tenían problemas, así que le dijeron: "O buscas formas mejores de anunciarnos o buscaremos quien lo haga por ti". Eso sí es motivación. Y a Jeff se le ocurrió crear una BBS (todavía no había webs), y llamarle Monster. Monster viene de la idea de tener una base de datos monstruosa. Lo que pasa es que pronto se dio cuenta de que no le llegaba con la BBS, porque quería imagenes, así que le pasaron el contacto de una empresa que hacía cosas para un sistema que se llamaba Mosaic (seguían sin existir las páginas web). Y así empezó todo. Monster fue el dominio 454 en ser registrado y cuando empezó todo sólo existían 200 páginas web en el mundo.

Un par de ofertas de trabajo

No suelo poner ofertas de trabajo en el blog pero estas dos son de un cliente de Jobsket, Paradigma Tecnológico. Se trata de una quizás podríamos llamarlo nueva consultora, gente que viene de consultoría tradicional y sabe todo lo mal que se pueden llegar a hacer las cosas. Así que por lo que sé, están intentando hacerlo bien. De hecho patrocinan la Conferencia Agile Spain.

Las dos ofertas son para Madrid:

• Programador J2EE Senior


• Analista Programador para dpto. tecnologías semánticas

A ver si a alguno os valen.

Ofertas de trabajo en Abiquo, Barcelona

Diego Mariño, co-fundador de Abiquo me manda una serie de ofertas para que las publique por aquí, a falta de estar Jobsket listo para empresas :) Tal como anda la cosa es algo raro que alguna empresa busque de golpe más de cinco personas, pero esta empresa está en una fase importante de expansión y puede ser una buena oportunidad si alguien vive o no tiene problemas en mudarse a Barcelona. Además, que no se puede decir que haya muchas empresas innovadoras y donde pueda trabajar en cloud computing en España (¿hay alguna otra?) al tiempo en que compites contras superpotencias como Amazon, IBM, Microsoft, etc. así que seguro que hay emoción.

Os dejo por aquí los enlaces a las mismas por si no conocéis la empresa:

Java Architect

Tasks and responsibilities

* Develop standards and guidelines for the products
* Rollout and train guidelines to development teams
* Coordinate technical decisions
* Review and approve technical designs
* Manage the consistency, integrity and reliability of the architecture
* Advise senior management on current and future technologies
* You will report directly to the Chief Technology Officer



Senior Java Developer

Key Experience:

Core Java, Hibernate, Spring, Web Services, Java Software Engineer/Developer



Java Engineer

Key Experience:

Core Java, Hibernate, Spring, Web Services, Java Software Engineer/Developer.



Senior Flex Developer

We have 2 important opportunities available for highly skilled experienced senior flex/java developers to join the team. You should have more than 2 of years of development experience with Flex (client-side) and Java Developing (server-side) with a smattering of design and usability. It is equally important being formerly a hands on developer.



Virtualization Expert

Key Requirements

* Master’s or Bachelor’s Degree in Computing Science
* VMWARE, XEN, KVM, VirtualBox, Hyper-V (Installation and Administration)
* Storage Systems (OpenStorage, netApp, dell equalogic, etc)
* Network (Virtual Switch, network infrastructure, etc.)
* Programming skills (scripting, JAVA, etc.)
* Excellent communication skills (English & Spanish)



SysAdmin

Tasks and responsibilities

* Coordinate technical decisions
* Review and approve technical designs
* Manage the consistency, integrity and reliability of the architecture
* Advise senior management on current and future technologies
* Give support to the customers
* Maintain multiple services (web server, DNS, etc)
* Maintain and improve development environment
* You will report to the Chief Technology OfficerTasks and responsibilities



QA Test Engineer

* Test requirements and specifications for incorrect or incomplete information, assumptions and conclusions
* Apply that knowledge in the development and implementation of test plans, test objectives and test scheduling
* Organise and carry out functional and non-functional testing within an iterative Scrum-based development environment
* Collaborate closely with developers, product managers and support engineers to correctly identify, prioritise and resolve issues
* Create, review and maintain robust automated regression and data-driven tests
* You will report directly to the Chief Technology Officer

Todos los detalles en el post de su blog. Mucha suerte si os apuntáis.

Sobre la crisis, consultoras y el estado de nuestras IT

Recojo el relevo de Julio César Pérez Árques que comenta en su blog que la crisis está empezando a afectar a las empresas de IT y aunque ya he escrito un comentario ahí, no puedo aguantarme y necesito poner mi opinión muy modesta y personal por aquí.

Algunas veces, las cosas son más sencillas de lo que parecen, y para mi, esta es una de ellas. Hace ya unos años dejaba una pregunta abierta por aquí: ¿Dónde están las empresas de software?. Y sinceramente, sigo sin encontrarlas. O al menos, sigo sin oir sobre ellas, porque esto es como las meigas, haberlas háilas, pero promoción y ayudas parece que se les dan más bien pocas. A bote pronto me encanta seguir lo que hacen la gente de Abiquo, pero por lo demás, poco oímos sobre gente que esté peleando ahí con los grandes de Silicon Valley.

Sí que es cierto que poco a poco las startups que van saliendo, sí lo hacen mirando al exterior. Parece que esta lección la tenemos aprendida. Y algunos servicios que se me vienen ahora a la cabeza como Nuroa, Trovit, Rentalia, etc. parece que están vendiendo fuera. Pero igualmente, se cuentan con las manos. Y tampoco son el tipo de servicio que vayan a hacer las portadas de los diarios de IT y economía internacionales. Chapeau, para los chicos de Abiquo que están recibiendo reseñas en medios de todo el mundo. Pero, y corregidme si me equivoco porque quizás me esté olvidando de gente, pero creo que nos quedamos en eso. O eso, o simplemente nadie se presenta a a informes como este.

¿Cuáles son las razones? ¿Quizás la desregulación de la profesión?, ¿el intrusismo profesional?, ¿o la falta de formación práctica?, ¿universidades?

Sinceramente yo creo que no. Para mi la razón de todo es mucho más simple. ¡Somos Españoles! Ya lo dice el dicho, "Spain is different". En España nos va la sangría, la fiesta, los toros, y sobre todo, el dinero fácil. El pelotazo, en sus más variopintas formas, sea fútbol, sean sellos, sean ladrillos o terreno. Qué más da. Hay que hacer dinero fácil, rapido y sin currar, porque si no serás un fracasado. ¡Quién diablos quiere montar una empresa de hacer programas de ordenador cuando puedes hacer millones juntando ladrillos! Y, ¿por qué va un ayuntamiento a financiar proyectos de emprendedores?, si puede simplemente recalificar y especular con el terreno.

Pero bueno, me estoy desvíando al terreno del ladrillo, y tampoco quería. Volviendo a las consultoras. Pues ya sabemos todos lo que hay, y de qué va el negocio, y es lo que hay. Los tiempos buenos de vender hierro pasaron, y ahora toca vender carne que sigue dando dinerillo. Puedes vender carne de cerdo, puedes vender carne de ternera, o de buey, o dar cerdo por ternera que es más rentable aún. Sea como sea, el negocio es a corto plazo, ningún secreto por aquí.

Me preguntaba Julio que como era la cosa en Irlanda. Que si las grandes consultoras se ganaban todos los contratos como pasa en España. A lo que yo respondo con un no. O al menos esa ha sido mi percepción a raiz de vivir ahí y leer las noticias. La primera razón por la que digo no es porque en Irlanda apenas hay consultoras. Te llegan los dedos de la mano para contarlas. Cierto es que cuando se abren contratos específicos para implementaciones concretas, sí que acuden las consultoras proporcionando gente; y cierto es también que ahí están todas las empresas grandes como las IBM, HP, Oracle, etc. compitiendo a gran escala. Pero también es cierto que cuando los gobiernos necesitan un producto, tienden mucho más a contratar productos de software realizado por empresas autóctonas que buscar, que a buscar una empresa que le haga ese mismo producto y que se quedará ahí criando malvas por los siglos de los siglos. Y es que esto tan simple y de perogrullo, parece que por aquí no lo entendemos. Y que nuestros gobiernos cuando toca hacer algo, prefiere hacerlo 17 veces, y pagar 17 contratos a 17 consultoras diferentes, que hacero una vez. Y eso, me temo que no va a cambiar, y también sería otro tema de discusión.

Por otra parte, yo estuve trabajando en Irlanda en tres empresas diferentes. Las tres irlandesas. Las tres startups que habían ganado contratos importantes con bancos extranjeros y se encontraban en su momento más dulce. Todas ellas recibieron varios millones de euros del gobierno en forma de grants para expandir su negocio. La última, 16 millones de euros, hace sólo unos meses, en plena recesión. ¿Alguna noticia de inversión similar en una empresa de software española?

Hace unos días salieron varios reportajes en La Voz de Galicia sobre lo mal que está Irlanda, lo malas que son sus infraestructuras, y lo que han desperdiciado el dinero. Pues mira, sí, han desperdiciado el dinero, y sus infraestructuras son penosas, pero yo envidio su tejido tecnológico, y yo envidio que cualquier pequeña startup pueda plantarse en Silicon Valley, en Tokyo o en Sydney, vender sus productos sin ningún problema y generar riqueza para su pais.

¿Soluciones? En mi opinión son tan simples como complejas de realizar en este el país del cachondeo:

• Modificar el modelo de negocio de las consultoras: Y aquí no se trata sólo de pedirles a las consultoras y resto de empresas que cobren menos, y que inviertan en I+D para generar productos exportables. Porque sólo con buenas palabras, las cuentas no salen. Es fácil pedirle a una empresa que cree software, pero por ahora, a falta de que se inventen los robots programadores, la gente necesita comer. Todos tienen que poner su grano de arena.
  
  Hay que buscar fórmulas más creativas en los contratos. Si una consultora o cualquier otra empresa hace un proyecto para el estado, no tiene sentido que el estado se quede con toda la propiedad intelectual y que ese software quede condenado al ostracismo. Porque eso no genera ninguna riqueza a largo plazo y sí genera enormes costes. Quizás por ejemplo la propiedad se pueda compartir y el estado ser accionista de ese producto poniendo dinero para facilitar el esfuerzo de exportación comercial del mismo, no sé, es una idea. Hay montones de posibilidades, sólo hay que escapar de esa mentalidad de "firma el contrato y corre" que existe ahora mismo.


• Inversión: En línea de la solución anterior, y ya centrándose en las ayudas, no puede ser que el dinero del gobierno vaya para lo de siempre, que si telefónicas, endesas, ayuda a bancos, ayuda a constructores, etc. No puede ser que el gobierno sólo invierta en proyectos 100% seguros y con muchos años de negocio. Esto, lo comentaba muy sabiamente José Ramón García en el primer iniciador de La Coruña. No puede ser que tengamos esquemas de VC que no arriesguen nada. Lo dicho antes, en Irlanda habrá también mucho ladrillo y poca infraestructura, pero si hay que soltar 16 millones de euros en un proyecto prometedor, se sueltan.


• Diversificar: Como comenta Álvaro Sánchez-Mariscal, no puede ser que sólo las consultoras o empresas grandes con enorme facturación puedan ganar los concursos públicos. Esto estrangula y anula por completo cualquier posible atisbo de tejido empresarial, ya sea local, autónomico o estatal, y obviamente a largo plazo no ayuda a absolutamente nadie.

Puede que haya más soluciones, pero para mi estas tres son las más importantes. Sin estos pilares básicos, no hay nada que hacer. Seguiremos a la cola tecnológica mundial.

Cinco cosas malas de ser contractor

El anterior post "Cinco cosas buenas de ser contractor" tuvo bastante buena acogida. Así que es hora de bajar a todo el que estaba pensando en hacerse contractor a la tierra y hablar sobre las cosas malas de trabajar por tu cuenta, que haberlas hailas.

• Inestabilidad laboral: Si buscas estabilidad laboral, entonces ser contractor no es lo tuyo. Olvídate de ello inmediatamente. Los contratos normalmente son a corto plazo, tres o seis meses, como mucho un año. Una vez terminado el contrato puede que continues o puede que no, dependiendo claro de muchas otras circunstancias.
  
  Es raro que un contract esté en una empresa más de un par de años. Lo natural es que su andanza termine tras varios meses, ya que o bien el proyecto ha terminado, o su tarea ha terminado, o simplemente porque la empresa cree que es el momento de que decida si quiere ser permanente o ir a otra parte. Aunque ojo, hay excepciones. Yo he conocido casos de personas con hasta diez años de contractors en el mismo lugar.
  
  Hay muchas empresas que tras tener a contractors varios meses en plantilla, intentan reconvertirlos a permanentes ofreciéndoles mejores puestos. Normalmente esto sucede cuando la empresa tiene mucho interés, pero no quiere tener contractors muchos años, ya que en tal caso el resto de trabajadores podrían empezar a considerar el por qué ellos no son contractors.
  
  En resumen, que hoy estás aquí y mañana estás a treinta quilómetros en otra empresa. Esa es la vida del contractor y no todo el mundo está preparado para ello. Hay gente a la que hacer esto le gusta, lo ve como cambiar, aprender cosas nuevas, menos monótono, etc. Pero otras personas prefieren tener tranquilidad en un sitio y dedicarse más a progresar. Si eres de estos últimos, mejor no ser contractor.


• Los primeros en caer: Si hay despidos, los contractors serán los primeros en irse. Es natural por varias razones, ya que primero suelen ser recursos más caros; segundo, no cuentan para las cifras de despidos de la empresa; y tercero porque si el resto de empleados permanentes ven que los despiden a ellos y que los contractors se quedan, bajaría la moral considerablemente.
  
  Si eres contractor y ves que no hay señales de renovación o que en la empresa se empieza a rumorear que hay despidos, entonces lo mejor es que pongas a funcionar la maquinaria de encontrar trabajo. No vale eso de esperar a la última semana, porque normalmente a un contractor le lleva más tiempo encontrar un trabajo que a alguien que busque un puesto permanente.
  
  La demanda de contractors es mucho menor que la de empleados fijos, así que hay bastante competencia por los puestos que van saliendo. Esto hace que si pierdes tu trabajo quizás pasen varios meses hasta que encuentres uno nuevo. Es por eso importante el comenzar a buscar pronto, quizás con un mes de adelanto, si no se ve ningún progreso en tu contrato actual. Si tras pasadas unas semanas tu actual cliente te ofrece renovar, pues bueno en el peor de los casos tendrás dos trabajos donde elegir.


• Difícil evolucionar profesionalmente: Hay mucha gente que le gusta ascender. Ir evolucionando. Ahora soy junior, ahora soy senior, ahora soy gerente, ahora soy presidente. Si ese es tu perfil, lo cual es perfectamente lícito, entonces olvídate de ser contractor, porque los trabajadores independientes no ascienden. Para algo son independientes :)
  
  Un contractor puede estar en el mismo puesto durante meses o años y ver como otros compañeros, quizás menos aptos que él, van consiguiendo puestos con más nombre y avanzando en la empresa. Esto es lo normal, y una empresa cuando contrata a un contractor no considera que lo tenga que mover a un puesto mejor pasado un determinado tiempo.
  
  Aunque ojo, eso no quiere decir que el contractor no progrese laboralmente. Conforme pasan los años puedes incrementar tu salario, o simplemente aplicar a puestos diferentes para aprender otras cosas. Aunque si por ejemplo eres un programador y quieres trabajar como Jefe de Proyecto pues tendrás que convencer a tu cliente de que puedes hacer esa labor.



• Marrones!: Estaba pensando en llamar a esta desventaja "retos profesionales", o algo así, pero voy a ser más directo: marrones. Esto no es algo generalizado, yo he tenido que trabajar en auténticos marronazos y en proyectos que empezaban desde cero.
  
  Pero es importante que el contractor tenga claro que su trabajo no tiene necesariamente que ser divertido, y debe estar preparado para todo, tanto para pasárselo bien diseñando sistemas maravillosos, como para pasarse largas tardes aburridas haciendo mantenimientos.
  
  Esto depende mucho de la empresa. Hay empresas que buscan expertos y que intentarán aprovechar al máximo lo que estas personas puedan aportar, ya que teóricamente se trata de recursos caros. Pero por otra parte, otras muchas empresas buscan contractors para hacer tareas que su personal no quiere/puede realizar. Esto pueden ser tareas aburridas, corrección de errores, etc.
  
  Las tareas también pueden cambiar. Lo que al principio puede parecer un buen trabajo después se puede volver un infierno en cuestión de segundos. Recuerdo uno que he tenido en el que comencé haciendo un sistema muy interesante, pero que lamentablemente el proyecto se canceló por problemas internos de la compañía. El último mes lo pasé haciendo perl mientras buscaba otro empleo. Y eso no fue divertido :)
  
  Y por supuesto, una de las razones más comunes para contractar contractors es porque los proyectos están naufragando. Es decir, que desde un principio entras en el marrón, quizás con otros diez contractors para salvar ese proyecto que nunca se salvará (porque ya sabemos que eso de salvar proyectos a base de contratar más y más gente no funciona, ¿no?). La mejor forma de estrenarse de contractor, proyecto en peligro y con horas extras a mansalva :)
  


• Aislamiento de la empresa: Esto también depende de la empresa, pero lo más normal es que el contractor no se integre dentro de la mecánica normal de trabajo. Es decir, que si hay reuniones internas es posible que el contractor no esté invitado; que si hay que pensar en funcionalidades futuras, diseños, arquitecturas, etc. el contractor tampoco tenga palabra sobre ello, etc.
  
  Yo estado en empresas en las que los contractors tenían voz y voto, y en otras en las que no lo tenían. Sea como sea, como contractor tienes que aceptarlo. A fin de cuentas es normal que algunas empresas intenten proteger ciertas cosas, aunque al final cualquier empleado podría también crear algo por su cuenta y empezar a competir.
  
  Respecto a la vida en la empresa, nuevamente y dependiendo de donde se esté trabajando, puede que te integren más o menos. Si de pronto un día se van de cena a un casino pagado por el club de ocio, pues puede que no estés invitado a no ser que pagues un extra; si un fin de semana toca viajecito a hacer surf, más de lo mismo; ¿Cena de Navidad? Pues igual. A fin de cuentas, un contractor es una empresa en si mismo y puede pagarse estas cosas si lo desea.

Pues nada, espero que os haya sido útil. Tanto este como el anterior post resumen lo que he ido percibiendo durante estos meses. Pero ni que decir tiene que esto son sólo mis opiniones personales, y quizás alguno de vosotros tenga algo más que decir. Así que los comentarios son más que bienvenidos.

Después de leer esto, ¿Qué os parece?, ¿Vale realmente la pena meterse en este mundo?

Cinco cosas buenas de ser contractor

Mi época como contractor parece que va llegando a su fin. No he mantenido muy al día el blog debido a la gran cantidad de trabajo que he tenido los últimos meses pero iré actualizando sobre esto en los próximos días. El caso es que hace unos meses que he cumplido un año como contractor.

Han sido doce meses muy emocionantes en los que he trabajado para dos compañías diferentes, curiosamente ambas dentro del mundo de los pagos o transacciones bancarias. La primera compañía se dedica a los pagos online mientras que la segunda se dedica a la implantación de productos de gestión de transacciones compatibles con el estandar SEPA. En fin, que eso no viene mucho a cuento. El motivo de este post es intentar expresar lo que en mi experiencia han sido las mejores cosas de ser contractor, por si alguno de vosotros está pensando en un cambio. Ahí vamos:

• Dinero: Decir lo contrario sería ser hipócrita. Un contractor normalmente está en una compañía un corto espacio de tiempo, pueden ser tres meses, seis meses, un año, dos años, o incluso en algunos casos incluso más, pero esto ya no es lo normal. Esto descarta el evolucionar profesionalmente en la empresa. Y si lo que buscas no es una carrera laboral en la empresa entonces lo único que queda es el dinero.
  
  Un contractor gana bastante más dinero que una persona con el mismo trabajo pero con contrato permanente. Aquí estaríamos hablando de ganar el doble, el triple, o incluso más. Si le echáis un vistazo a cualquier informe de salarios para contractors en Irlanda o UK la diferencia salta a la vista.
  
  Especialmente si vas a vivir al extranjero únicamente por la experiencia y tienes pensado volver, el ser contractor es una opción muy a tener en cuenta.


• Experiencia: El ser contractor te permite hacer algo que está muy mal visto en otro caso, y que es el trabajar en múltiples empresas a lo largo de un corto espacio de tiempo. De hecho, no es sólo que te lo permita, sino que en muchos casos no te queda más opción porque los contratos pueden ser de duración muy corta.
  
  No a todo el mundo le gusta estar cambiando continuamente de empresa, pero por otra parte esto te permite descubrir nuevas formas de trabajar, nuevas tecnologías, nuevas arquitecturas, trabajar en nuevos sectores en los que nunca habías trabajado, ampliar enormemente tu currículum, y por supuesto el hacer nuevos contactos y amistades.


• Impuestos: Volviendo a lo importante, y dependiendo de como te establezcas como contractor (autónomo, trabajar para una umbrella company, o tener tu propia empresa) pues podrás ahorrar más o menos en impuestos, pero por lo general ahorrarás más dinero que si fueras permanente. Lo normal es que recibas dietas por día trabajado, que recibas compensación por el gas, la electricidad o incluso el alquiler de tu casa que se considera como tu oficina, que puedas pasar gastos de cosas que necesites comprarte como ordenadores, libros, etc. Todo eso se aplica sobre tu sueldo antes de impuestos por lo que te saldrá mucho más barato de lo normal.
  
  Ojo aquí con las empresas paragüas que te ofrecen contratarte desde su sede en algún paraiso fiscal y que así obtendrás el 90% de tu sueldo bruto. Esto es totalmente cierto, pero son operativas que buscan agujeros en la ley, y te puede salir bien o te puede salir mal. A mi, por ejemplo, me ofrecieron establecerme en la Isla de Man y les dije que ni loco. Un ex-compañero mio sin embargo estaba con su empresa en la Isla de Man y tan contento, cuando lo volví a ver hace unos meses me contó que la "Hacienda" irlandesa le había ido detrás y que lo había pasado bastante mal, y que desde esas cambió la forma de contratar. Recordar que os digan lo que os digan, puede que su operativa sea legal, pero a efectos prácticos vosotros estáis evadiendo impuestos. Os puede salir bien, o mal.
  


• Horarios y horas extra: Un poco triste que sea así pero el horario y condiciones de trabajo de un contractor están claramante especificadas en su contrato. X euros al día o a la hora durante Y horas, y punto. Eso es lo que se trabaja y nada más. En caso de tener horas extras, pues tu contrato especificará (si no lo hace deberías mirarlo) el precio de la hora extra.
  
  Así que bueno, en el caso de un contractor no debería existir eso de trabajar doce horas y cobrar ocho, o pasarse los fines de semana porque corre prisa y no cobrar nada. En muchos casos ni te llaman para hacer fines de semana o ni consideran que te vayas a quedar. Y cuando no se cumple esto, pues en muchos casos al contractor le viene bien porque claro, es más dinero.



• Oportunidades: Esto viene un poco al hilo de la segunda razón expuesta anteriormente. Como consecuencia de la cantidad de contactos que haces, y de que la empresa te ve como otra empresa en lugar de como un empleado más, es posible que tengas nuevas ofertas laborales. Muchas veces es más sencillo por ejemplo el ir a trabajar desde casa ya que las empresas lo ven simplemente como una operación de offshoring.
  
  También, si eres bueno y tienes la suerte de estar en el sitio adecuado, pues puede que tengas la oportunidad de ampliar tu negocio. Quizás te pregunten si conoces más gente buena y puedas montar una pequeña empresa. Algo parecido he visto por ejemplo en una de las empresas donde he trabajado, donde dos de los contractors montaron una empresa y ahora tienen más de diez personas en Polonia desarrollando.
  
  Vamos, que es mucho más sencillo que aparezcan oportunidades cuando eres un proveedor de servicios más, que cuando eres un empleado más en la empresa. Con un contractor pueden tratar de igual a igual. Con un empleado hay que ser mucho más cuidadoso, ya que lo que hagan se comparará con el resto de empleados.

Y resumiendo estás serían mis cinco razones más importantes por las que en mi opinión vale la pena hacerse contractor. Pero no todo lo que reluce es oro, y en breve publicaré un post con cinco cosas malas de ser contractor. Y a partir de ahí, ya depende de cada uno. Hay gente a la que le gusta; hay gente a la que no; hay gente que simplemente piensa en eso como un período estacionario.

Sea lo que sea, si te animas a hacerte contractor, piensa que no tienes nada que perder y que como poco será una experiencia, ya que la forma de trabajar es totalmente diferente y se aprende muchísimo, para bien o para mal.

Imagen via Shmoomeema@Flickr.

Facebook viene a Dubiln

La comidilla de la semana pasada por aquí era que Facebook se viene a Dublín. Han decidido establecer sus cuarteles generales internacionales en Irlanda, como no debido a las ventajas fiscales que, a pesar de la recesión, la isla sigue ofreciendo.

La verdad es que todavía no se sabe nada sobre la localización de las oficinas, aunque como ya comentaba lo que se sabe es que estarán en Dublín. No me extrañaría que saliesen apuestas en Paddy Power, porque la verdad es que puede caer en cualquier parte. Tenemos a eBay, IBM y Amazon al norte, Oracle en el este, Intel en el oeste, Google en el centro y Microsoft al sur, entre muchas otras.

La compañía ya está anunciando unos 20 trabajos en su web con destino Dublín, todos relacionados con mantenimiento operativo y lenguajes, lo que incluye por supuesto roles de atención al cliente en español. Así que a más de uno quizás le interese si está pensando pasarse por Dublín. En teoría la idea es crear unos 70 trabajos. Por aquí con lo que les gusta Facebook creo que va a haber una marea de candidaturas, estoy seguro que los recruiters de la compañía van a estar muy ocupados, y es que parece que al final habrá en Dublín una compañía más cool para trabajar que Google :)

Os dejo algunos enlaces a notas de prensa:

http://www.rte.ie/news/2008/1002/facebook.html
http://www.entemp.ie/press/2008/20081002.htm
http://news.slashdot.org/article.pl?sid=08/10/03/149219&from=rss
http://www.insideview.ie/irisheyes/2008/10/three-reasons-f.html

El Arquitecto de Software en versión española.

En muchos países europeos, US, Japón y otros, la figura de Arquitecto de Software está realmente valorada. Ser arquitecto de software es el paso natural para muchos desarrolladores senior, y requiere sobre todo experiencia y buenas capacidades de análisis, raciocionio y abstracción. Coding de Architecture es uno de los mejores blogs existentes sobre el trabajo de Arquitecto de Software y tiene varias entradas donde se define el scope de un arquitecto o el perfil que debería tener un arquitecto.

Entre las tareas de un Arquitecto de Software destacarían:

• Definición de la arquitectura.


• Selección del software.


• Selección de la infraestructura.


• Requisitos no funcionales.


• Liderazgo.


• Mentoring.


• Metodología de los proyectos.


• Proceso de desarrollo.


• Prácticas y estándares.


• Análisis de las tendencias en desarrollo de software.


• Aporte de experiencia.


• Participar en el desarrollo.

Esta lista está recogida en este fichero PDF y es probablemente el último de los puntos que he puesto el que causa más polémica, aunque bueno más o menos está aceptado que es un bueno que un arquitecto participe de alguna forma en el desarrollo, aunque el dedicar más del 30% de su tiempo a dichas tareas indicaría que hay algo que está iendo mal.

Viendo como trabajan las empresas en el extranjero y sobre todo el reconocimiento que se le tiene a arquitectos y desarrolladores senior, a uno no le deja de sorprender el encontrarse ofertas en España buscando Arquitectos de Software con experiencia de al menos un año programando en J2EE. O mismamente la siguiente lista de requisitos para un Arquitecto J2EE en Valencia:

Descripción de la oferta
Buscamos un arquitecto en las tecnologías Java/J2EE, para proyectos de primer orden y pioneros en el ámbito de desarrollo de software. El candidato seleccionado se responsabilizará de:
-Captura y análisis de requisitos técnicos y de negocio
- Análisis y diseño funcional y técnico de proyectos de desarrollo de software
- Definición y ejecución de planes de pruebas
- Desarrollo Java/J2EE
- Realización de la documentación técnica asociada al proyecto
- Impartición de formación a usuarios y técnicos implicados en el ámbito del proyecto

Es decir en este caso Arquitecto = consultor, business analyst, tester, programador, documentador y formador. En fin, que cualquier parecido con la realidad del mundo exterior a nuestro peculiar país es mera coincidencia. Aunque está claro que en muchas empresas sí se reconocen los puestos de desarrollador senior y arquitectos, lo cierto es que todavía son la mayoría las que desconocen completamente lo que es el mundo del desarrollo de software, sus perfiles, el trabajo que se debe realizar, los roles y responsabilidades, etc. El arquitecto de software no deja ser "el que controla" o "el que nos saca las castañas del fuego".

Así nos va.

Cinco preguntas para tu próxima entrevista de trabajo si te gusta el software

Durante las últimas semanas le he estado dando la vuelta a un tema relacionado con la búsqueda de empleo. Normalmente cuando a uno le preguntan en una entrevista de trabajo si desea saber algo sobre la compañía, se suele caer en las típicas preguntas sobre horario de trabajo, vacaciones, pensiones, comidas, bonuses, etc.

Pero, a parte de esto, cuando uno se dedica al mundo del software ya sea como programador, arquitecto, jefe de proyecto o manager, lo que le gusta es caer en un sitio donde se pueda aprender cosas nuevas, evolucionar técnicamente, trabajar con las últimas tecnologías, estar expuesto a sistemas interesantes o integrarse dentro de ciclos de desarrollo racionales con metodologías de programación modernas. Atendiendo a esto, probablemente merezca la pena dedicar estos últimos minutos de la entrevista a realizar otro tipo de preguntas que den una pista de si tu futuro entorno laboral va a ser enriquecedor o no, desde punto de vista técnico.

Pero, ay, y ahí está el problema, el entrevistador probablemente intentará maquillar cualquier punto negro de la empresa, ya sea para cazarnos o para no exponer sus vergüenza. Por ejemplo, si vamos a una entrevista y preguntamos "- ¿Utilizáis metodologías ágiles?", no sería raro recibir una contestación como "- Por supuesto, por supuesto, nuestros equipos practican XP", y dos semanas después encontrarse con cien folios de requisitos que tienen que firmar diez personas de diez departamentos diferentes para poder pasar al diseño de la aplicación.

El conjunto de preguntas deberían ser lo suficientemente claras y directas para no dar lugar a error sin llegar a ser ofensivas o sin llegar a poner en peligro nuestra candidudatura. Es decir, preguntarle al entrevistador que nos diga lo que es un assemblyen .NET puede resultar un poco incómodo para ambos :-)

A mi se me ocurren una serie de preguntas que nos pueden dar pistas de como funciona la empresa sin que el entrevistador se sienta realmente entrevistado. Estas preguntas son evidentemente técnicas. Si el entrevistador no sabe responderlas, titubea, se muestra dubitativo o esquivo, yo desconfiaría directamente de la empresa, especialmente si ese va a ser nuestro. Me voy a centrar en Java porque si pongo otro lenguaje de ejemplo al final soltaré alguna tontería. Aún así, las preguntas y sus explicaciones son lo suficientemente generales para ser aplicables directamente a cualquier otro lenguaje/plataforma. Ahí van:

• ¿Qué framework de desarrollo utilizáis?:
  
  Atención, porque esta pregunta es la más importante. Si por cualquier razón la respuesta es "tenemos un framework propio", mal pinta la cosa. De hecho, hasta me atrevería a ser radical y decir que es hora de huir de ahí como del demonio. A 2008, el mundo del software no necesita otro framework casero realizado por mentes privilegiadas "porque Spring o JSF no se ajustan a los requisitos de la empresa".
  
  El tener un framework propio es indicador, en el 99% de los casos, de estar reinventando la rueda. De aceptar esto, tocará trabajar con tecnologías probablemente obsoletas, tocará corregir bugs que no estarían ahí de utilizar algo probado, o tocará "mejorar" el framework con cosas que ya están implementadas en otras librerías. Un framework propio, puede ser resultado de una mala elección, o quizás de una elección forzada debido a que el producto se creó hace muchos años.
  
  La respuesta ideal dependerá de lo que quiere hacer el desarrollador o del lenguaje, pero a cualquiera que se mantenga un poco al día le será fácil detectar nombres clave. En Java, Spring, Hibernate, JSF, WebWork, Seam, o incluso EJBs serían respuestas válidas. Struts, mmmmm, ok, todavía hay mucho Struts por ahí y siempre será mejor que un framework web propio. En serio, cualquier cosa que no implique corregir los errores del creador de un framework casero, será más que suficiente.
• ¿Qué metodología de desarrollo utilizáis?:
  
  La pregunta, así de seca. Sin dar pistas. Así, si el entrevistador nos quiere engañar no podrá predecir nuestros gustos (salvo por nuestro CV). Si la respuesta no es clara, o es "bueno, nosotros tenemos nuestra metodología propia", etc. entonces ojo, peligro de caos, intentemos sacar algo más de información.
  
  Si la respuesta es cualquier cosa que implique desarrollo en cascada (e.g. métrica o similares), un punto por ser honesto. No tiene porque ser algo tan terrible si el resto de preguntas están a nuestro gusto, o si el ciclo de vida de los proyectos sigue un flujo racional. Es mejor que conteste eso que el que detectemos que nos intenta engañar.
  
  Si la respuesta es XP, yo estaría con la mosca detrás de la oreja, al fin y al cabo se lee más de esta metodología de lo que se usa en realidad. Si la respuesta es Scrum, o cualquier otra metodología o derivación que implique desarrollo ágil (e.g. RUP bien aplicado), seguramente estemos ante un buen lugar.
• ¿Qué sistema de build utilizáis?:
  
  Si la respuesta es ninguno, o qué es eso, pues muy mal empezamos. En Java, si la respuesta es ant, desconfianza total (lo siento por los que todavía utilizen ant, pero los sistemas de build ya han avanzado bastante en los últimos años) ya que podría significar que el trabajo será realizar mantenimientos viejos, o que la empresa no se preocupa en mejorar sus herramientas. Respuestas como maven, ivy, etc. indican que se han preocupado de mejorar estas cosas. Si la respuesta incluye integración continua, de manera espontánea, será un excelente indicador.
  
• ¿Qué entorno de desarrollo utilizáis?:
  
  Esta es la típica pregunta que, siendo bastante inocente, nos puede dar bastante información sobre como es la empresa ha evoolucionado desde el punto de vista del software. En una plataforma como Java, ha habido y hay montones de entornos de desarrollo, cada uno con una historia particular que nos puede dar pistas sobre la gente que lo utiliza.
  
  Intellij IDEA por ejemplo siempre ha sido un entorno de desarrollo que siempre ha tenido buena fama. Punto positivo si lo usan. Si la empresa utiliza NetBeans y Eclipse, se situará en el baremo de lo habitual, así que no nos indicará nada bueno o malo. Si utiliza alguna especialización de Eclipse (e.g. MyEclipse), puede ser un buen dato ya que Eclipse se deja muchas cosas en el tintero, y eso denotaría que lo saben y que han buscado una solución. Otros entornos que han ido quedando más en desuso si que nos pueden dar una pequeña alarma sobre la compañía.
  
  ¿Utiliza Visual Age, o Visual Café? Entonces es hora de huir. Estos son entornos desaparecidos hace siglos. ¿BlueJ, JCreator, ...? Hay algo raro. Son entornos que muy poca gente utiliza. ¿JBuilder, JDeveloper? Cuidado. Son entornos que han caido bastante en desuso y que la gente suele utilizar por el valor añadido de sus componentes, es decir, que quizás estén utilizando todo este "valor añadido" que es mejor evitar.
  
  ¿BEA WorkShop, WebSphere Studio, ...? Cuidado. Esto puede indicar tanto que la empresa aprovecha realmente todas las funcionalidades que ofrecen lo que sería muy bueno, como que la empresa no tiene ni idea de lo que hace y espera que las aplicaciones funcionarán mejor por el mero hecho de utlizar el IDE que viene con el servidor de aplicaciones.
• ¿Cómo se prueban las aplicaciones?:
  
  Esta es una pregunta un tanto complicada porque resulta muy amplia así que habrá que estar atento a las respuestas. Si la respuesta incluye un departamento de calidad, con bastantes personas, eso será un buen indicador. Si no lo incluye, no tiene porque ser algo terriblemente malo, aunque dependerá de lo que nos diga a mayores.
  
  Si el entrevistador nos menciona explicitamente unit tests, tests de integración, tests de stress, será un buen detalle. Si nos menciona soak testing (dejar una aplicación ejecutandose durante semanas), será un muy buen indicador. Si a mayores detectamos la presencia de algún sistema de automatización de tests, ya sea Mercury, Selenium, DBUnit, etc. será un punto realmente muy positivo. Y ya si nos comenta que los tests se ejecutan dentro del sistema de integración continua que nos mencionó antes, entonces... ¿pagan bien? :)
  
  Si la respuesta no incluye nada de lo anterior, mucho cuidado. Puede ser una buena empresa con simplemente una falta de control de calidad, pero también una empresa caótica donde no queremos trabajar. ¿Ha respondido bien al resto de preguntas? Si la respuesta es "tenemos nuestro propio sistema de testing" (ver el primer punto), entonces habrá que plantearse seriamente el trabajar en esa empresa.

Vaya, he repasado el post y me ha quedado realmente largo. Espero que al menos alguien lo encuentre interesante. A mi, personalmente, me interesan más aún vuestras preguntas, así que lanzo esto al aire a ver si alguien lo recoge: ¿Qué preguntaríais vosotros para evaluar a una empresa en una entrevista de trabajo relacionada con el mundo del software?

Imagen via melissa22@flickr.

Se ha terminado un ciclo

Ayer, se terminó un ciclo en mi vida. Se que lo tenía un poco callado, pero ahora que ya es oficial lo puedo desvelar. He dejado esto:



Que era mi empresa y paso a: ¡Tener mi propia empresa! Pues sí, menudo cambio. Me he aguantado para no decirlo pero desde hace unas semanas que se puede decir que soy empresario. La empresa está ya registrada en Irlanda, pero me perdonaréis que no desvele detalles todavía, hasta cerrar unos cuantos flecos que tengo abiertos.

La principal razón para crear una empresa es que cambio de modo de trabajo. Ahora paso a trabajar como IT Contractor, o vamos, lo que llamaríamos autónomo, o Freelance en España. Un aspecto peculiar de la industria irlandesa es que de unos pocos años hacia aquí, es bastante común el crear tu propia compañía para hacer este tipo de trabajos, especialmente si vas a pasar más de seis meses trabajando para la misma empresa, ya que bajo la ley irlandesa, un juez podría decidir que eres a todos los efectos empleado de dicha compañía, y esto potencialmente la expone a problemas jurídicos.

La razón secundaria, pero no por ello menos importante, es que tener mi propia empresa me permite abrir unas cuantas posibilidades en las que estoy trabajando. Una es jLibrary, con el que se podría abrir una línea de soporte, aunque esto es sólo especular; y otra es ... bueno, eso por ahora es secreto :-)

Pues eso, con un poquillo de suerte mi primer contrato se cerrará a la vuelta de unas mini vacaciones en España que empiezan hoy. Así que no tendréis noticias mías estos días, pero no os preocupéis que daré muchos más detalles en breve.

¡Nos vemos en unos días!

Y más sobre software en España...

Sergio Montoro escribe en La Pastilla Roja:

Ahora pongámonos en la piel del capo di tutti capi en la típica empresa española que vende software. La empresa típicamente se fundó hace 10 ó 20 años, hallá por los 80 ó 90. Empezaron como distribuidores de máquinas registradoras y poco a poco empezaron a escribir también el ERP de la gran superficie a la que se las vendían. Con el paso del tiempo aprendieron a ganar contratos públicos, y, a día de hoy, la empresa cuenta entre 50 y 500 trabajadores distribuidos en varias decenas de "cuentas vaca" que proporcionan el 80% de la facturación. El capo va camino de los 50 años (o más) y lo que tiene en mente a esas alturas de su vida es cuánto dinero le darán el día que venda la empresa, cantidad que depende casi exclusivamente del tamaño del fondo de comercio. Los mandos intermedios son una bandada de barracudas sedientas de poder motivadas principalmente por la cilindrada del coche y los metros cuadrados de despacho que obtendrán el año próximo. En tal empresa ¿cómo va a prosperar ninguna iniciativa de software? Cuando a la jefatura le proponen invertir 500.000€ en fabricar un software es casi como si le propusieran si quiere tirar el dinero a un vertedero nuclear. La empresa vive de los CONTRATOS (con mayúsculas) vive del software que se sabe que se va a cobrar, el comercial va, presenta una oferta económica, se acepta, se ejecuta y el cliente paga, la empresa no vive de ideas pajareras ni se puede permitir despilfarrar en proyectos de dudoso retorno de inversión, y no van muy desencaminados...

En la línea del post en el que buscaba empresas de software. ¿Alguna mención en el debate electoral a crear una industria tecnológica competitiva? O tenemos que esperar otros cuatro años...

Irlanda se enfrenta a un serio problema de falta de licenciados en ingenierías

Esto es lo que se podía leer el pasado Miércoles en esta noticia de Silicon Republic. Y aunque no os lo parezca, parece que es algo que aquí no le sorprende a nadie. Me perdonaréis que en esta entrada me centre en informática obviando otras ingenierías.

Hablando con mis compañeros todos vienen a coincidir que la carrera de informática en Irlanda poco a poco se ha ido devaluando estos últimos años, algo similar a lo que ha pasado en España. Alguna de las razones es que la informática se ha ido popularizando con el tiempo y ha pasado a ser algo que puedes aprender en cualquier parte, como un hobby, mientras que hace años prácticamente la única forma de hacer algo serio en esto era estudiando la carrera; en esa época el informático era ese ser superior capaz de dominar y programar algo llamado ordenador que no todo el mundo tenía en casa. Ahora mismo la gente se decanta por estudiar otro tipo de carreras mientras que a mayores pueden estudiar por las tardes algún evening course en computación.

A eso hay que sumar que los informáticos por aquí encontraban salarios muy jugosos (los salarios no han crecido mucho en los siete u ocho últimos años) y todavía más jugosos si emigrabas a los Estados Unidos. No había tantos licenciados y por lo tanto se pagaba mucho dinero. Hoy por hoy, mis compañeros me comentan que a los jovenes no les atrae ya la informática. Es algo que está bien, que sirve para jugar con el ordenador, navegar por internet y disfrutar de las redes sociales y eso de la web 2.0, pero punto. Mejor estudiar leyes, finanzas, empresariales u otra cosa que por aquí hay bastante oferta también.

Eso sí, si os paráis a leer el artículo de Silicon Republic veréis que un recién licenciado entra a trabajar cobrando 33.000€ o más, que aunque el coste de la vida en Irlanda es bastante alto, pues para un irlandés que viva con sus padres y que acaba de salir de la facultad se me antoja como un pero que muy buen sueldo que incluso permite ahorrar bastante bien.

Bastante diferente a los 600,700 euros que te puedan ofrecer en España....

Linkedin para recruiters

Tenía pendiente comentar una cosilla que me ha venido pasando estas últimas semanas y que me parece interesante, y es que esta semana he eliminado mi teléfono móvil de Linkedin.

"Uy, ¡qué interesante! pensaréis."

O quizás aún mejor: "Hay que ser burro para poner el teléfono en Linkedin". Pues la verdad es que un poco sí.

Pero el caso es que era algo que no me vino mal hace meses, especialmente para que amigos recogiesen el teléfono, para que te llegase alguna oferta de trabajo esporádica, etc. Normalmente además las ofertas que te suelen llegar por Linkedin suelen ser más interesantes que las que te puedan mandar por haber subido tu curriculum a algún sitio de empleo, simplemente por el hecho de que Linkedin nunca fue una herramienta demasiado conocida por los recruiters, así que normalmente el que te ofrecía trabajo sabías por lo menos que era alguien bastante "espabilado".

Pero bueno, la verdad es que conforme ha avanzado este año el número de llamadas para ofrecerme trabajo se ha incrementado casi exponencialmente hasta convertirlo en una situación bastante molesta. La conversación con el último fue muy simpática:

- Hola, bla bla bla, esta compañía está muy interesada en este perfil y bla bla bla.
- Sí, perdone pero es que yo, la verdad, es que no estoy buscando trabajo.
- No, no hombre no te preocupes que no es nada malo. Es que mira, yo soy un HeadHunter. Tu no tienes la culpa de nada.
- Ya, pero es que no estoy buscando trabajo.
- Ya, ya hombre, pero es que estas cosas funcionan así. Bueno, ¿puedes mandarme tu curriculum y así se lo puedo enviar a esta empresa?
- Bueno, perdone, casi mejor que me mande un correo y si tal cuando busque trabajo ya me pongo en contacto con usted. Por cierto, ¿cómo ha conseguido mi teléfono?
- Linkedin.

Bueno, había que preguntar no fuera a ser que viniera por algún amigo. En fin, que la verdad es que si alguien está buscando trabajo, pues no es una mala idea registrarse en esta web. Bueno, no es por hacerle publicidad, pero supongo que con Facebook (que está de moda esta semana) y con otras como la española Neurona pero a menor nivel, pasará más o menos lo mismo.

Investigando un poquillo (sólo un par de googles) me he encontrado con algunos artículos sobre el tema, eventos e incluso un libro sobre recruiting en Linkedin.

Moraleja, mejor por email.

Un trabajo... "interesante"

Un compañero de trabajo me ha mandado esta oferta para un desarrollador LAMP en la zona de San Francisco. Sin duda enormes retos en cuanto a escalabilidad y rendimiento. A simple vista parece un trabajo ... "excitante".

Un trocito aquí:

Finally, you have no problem serving up gigabytes and gigabytes of pornography. In fact, you find the challenge of pushing out a sustained 3Gb/s of pornography to be an extremely interesting engineering problem.

Y aquí la oferta por si a alguien le interesa.

Categorías en IT dentro de Irlanda (y otros países)

Hoy un amigo me mandaba un curriculum para que opinase de como estaba traducido. Esto me recordó la entrada de hace unos días en la que preguntaba por dónde andaban las empresas de software, ya que se originó un debate por toda la blogosfera en donde todo el mundo hablaba de su categoría, de los años que había estado trabajando, etc. En esta entrada decía que tenía hablar sobre las categorías laborales en Irlanda, pues allá va.

Esta persona, en una parte de su curriculum ponía algo que creo que todos hemos puesto alguna vez:

2003..2005, Acme S.A., Analyst

¿Cuál es el problema? Básicamente que todas estas categorías tan curiosas que tenemos en España y a las que todos estamos acostumbrados, pues como que sales a fuera y no se llevan; bueno, como tantas otras cosas que sólo se nos ocurren a nosotros, como el pensar que con colegios se solucionan todos nuestros problemas o el querer pasar por encima de todo el que no haya estudiado una carrera, etc. etc.

Aquí no hay nada de Analista, Analista/Programador, Analista Funcional, Analista Orgánico, etc. De hecho, si dices que has sido Analyst, lo que se pensarán es que has estado trabajando de Business Analyst, lo que básicamente quiere decir que en tu trabajo no tiraste ni una línea de código, ni hiciste ningún diagrama UML ni cosas así. Simplemente que estuviste hablando con los clientes, manejando el email y escribiendo words, excels, y powerpoints, algo probablemente bastante diferente a lo que en realidad hiciste en España.

Si buscáis en cualquier web de trabajo de Irlanda, UK, o cualquier otro país importante de Europa, veréis que todos manejan más o menos las mismas categorías:

• Graduate: Recién salido de la universidad. Son los sueldos más bajos. Personas sin experiencia previa.
• Junior Programmer/Software Engineer: Algo más de experiencia que un Graduate, pero todavía con poca experiencia. Uno o dos años.
• Programmer/Software Engineer: Un poco más. Tres, cuatro años.
• Senior Programmer / Senior Software Engineer: Programador con bastante experiencia. Ya hablamos de +5 años, al menos. Estos pueden hacer también la labor de arquitectos si no existe tal rol en la empresa. También podrán crear diseños, dirigir técnicamente proyectos o tutelar a los programadores anteriores. Todo depende de como funcione la empresa y de la experiencia que éstos tengan. Un trabajo de Senior Programmer puede estar muy, pero que muy bien pagado. Eso sí, tienes que tener experiencia.
• Senior Architect: Aquí hay variaciones, porque aunque Senior Architect sea el rol más normal, también te puedes encontrar Technical Architect que designaría a personas que pueden tener menos experiencia pero que son muy, muy técnicas. Sea como sea, siempre empiezas a hablar a partir de 7 años de experiencia.
• Chief/Lead Architect: El máximo responsable técnico. Normalmente, al menos 10 años de experiencia.

Después ya pasas a los roles más de management o de negocio:

• Business Analyst (tb hay junior): Analizar requisitos, hablar con los clientes, recoger funcionalidades, y mucho excel, powerpoint, word y outlook. Normalmente es gente que tiene experiencia en el campo para el que se programa, ej. traders
• Project Manager: Dirigir el proyecto. Puede o no ser alguien técnico, dependiendo del resto de roles y estructura de la empresa.
• Software Development Manager: Estaría por encima del anterior, gestionaría varios grupos de trabajo.

Bueno, y ya después nos iríamos más arriba. Me tenéis que perdonar que me he concentrado en los roles de desarrollo dejando un poco a un lado los de bases de datos, sistemas, pruebas y calidad, operativo, etc. Es simplemente porque es de lo que más trata este blog.

En fin, ¿qué os parece? Es una estructura bastante clara, ¿no? Nada de roles raros ni cosas parecidas. Claro, ahora cuando uno busca en alguna web de empleo española y de pronto se encuentra cosas como Technical Architect, 1 año de experencia, conocimientos:todo y más, pues te da un poco la risa.

Por cierto, que se me olvidaba, otra diferencia fundamental es que aquí un Senior Programmer como ya he comentado un poco antes, puede tener los años que sea. Aquí puedes tener 45 años, ser senior programmer, tener 25 años de experiencia a tus espaldas, y cobrar un sueldazo espectacular, mucho más en ocasiones que gente en puestos superiores, business analysts y demás. En nuestro país, como digas que eres senior programmer a los 30 y tantos, ya sabes lo que tienes: pobrecito, no ha sido capaz de llegar a nada más en la vida. Lo puedo decir aún más claro: en Europa ser programador es tener un trabajo digno.

Pero bueno, todo esto desemboca en todos los problemas ya hablados de un mercado anticuado, de una empresas con jerarquías obsoletas, roles confusos, ofertas ridículas, etc. Una buena forma probablemente para empezar a sanear esto sería adaptarse un poquito más a Europa y dejarse de demás historias.

7 razones para no subcontratar si eres una pequeña empresa tecnológica americana

Interesante artículo de Vivek Wadhwa, profesor de la Universidad de Duke, BusinessWeek en el que analiza el porque las empresas pequeñas americanas no están enviando trabajo fuera.

El artículo se basa en un estudio del profesor Amar Bhide de la Universidad de Columbia en el que se entrevistó con 106 CEOs de compañías tecnológicas. A parte de las diferentes conclusiones del artículo, lo que me ha parecido más interesante son los 7 impedimentos más importantes que se encuentran las subcontratas:

• Tener al cliente lejos: Muy a cuento de las metodologías ágiles, si el cliente está lejos, es difícil ajustarse a sus requisitos (y más aún poder tenerlo onsite)
• Los equipos deben trabajar juntos: Tener equipos de desarrollo en diferentes puntos del mapa hace difícil que se compenetren.
• Gestión de equipos: Coordinar los equipos en multiples lugares y zonas horarias se hace complicado.
• Equipos más pequeños a menudo son más productivos: Así que si la razón de sacar el desarrollo a aun país más barato es tener más desarrolladores, entonces quizás esto no solucione el problema.
• Falta de habilidades:Hay paises en el que por falta de infraestructura no se pueden encontrar determinados perfiles (pone el ejemplo de desarrolladores de juegos en India).
• Problemas con la propiedad intelectual: especialmente al mover software a paises como china.
• Competición por el talento: es fácil que las empresas grandes se lleven a los mejores talentos, así que a las empresas difíciles les es difícil encontrar personal adecuado.

No deja de ser una visión interesante. Personalmente no estoy de acuerdo con algunos de los puntos:

• Los equipos deben trabajar juntos: Pensar esto me parece un poco como vivir en el pasado. Hay ejemplos de sobra de equipos que trabajan en diferentes países con éxito (casi cualquier producto Open Source con fama). La clave es que es algo difícil, y por lo tanto requiere calidad, calidad en todos los equipos de desarrollo. Si dispones de gente capacitada, tanto dará donde estén los unos o los otros, al menos desde el punto de vista de crear software.
• Equipos más pequeños a menudo son más productivos: En esto estoy de acuerdo, pero tampoco le veo mucho la relación con la subcontrata. Está la justificación que he comentado arriba de que no se debería subcontratar por el simple hecho de tener más desarrolladores, pero claro, eso no implica que no puedas tener tu pequeño equipo de fueras de serie en ... España por ejemplo. Claro que entonces tocaría pensar en el resto de puntos, como estar lejos del cliente.
• Falta de habilidades: Efectivamente. Pero también hay países que tienen habilidades que quizás no podamos encontrar donde estamos, y en ese caso igual nos tenemos que mover ahí.
  
  Hace poco hablaba con un amigo de por qué Babelgum una empresa de capital italiano que compite con Joost se ha establecido en Dublin centro, en lugar de desarrollar en Italia que es más barato. Pues investigando un poco me comentaba un amigo que simplemente ha sido porque en Italia no podían encontrar los perfiles adecuados para emprender el proyecto.

¿Alguien se anima a opinar?

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.