jueves, febrero 07, 2019

La entrevista de 5 minutos

Original de https://www.flickr.com/photos/visualpunch/7245652114

Hace algunos días atrás LinkedIn me envió un listado de "atractivas" ofertas laborales, entre ellas una que particularmente me llamó la atención. Se trataba de una startup, con cierta antigüedad (pero sigue siendo startup, como los autos usados con olor a nuevo), que buscaban un profesional más o menos con mi perfil. Dado que la curiosidad fue más fuerte postulé, y no les miento, en menos de 5 minutos me estaban llamando por teléfono.

Haciendo caso omiso de la calidad de la llamada, porque se escuchaba como si mi interlocutor estuviera encerrado en un bunker bajo tierra, la llamada comenzó con casi un "¿Cuándo puedes partir?". Mi enfoque habitual es de "Por favor, cuéntame más de que se trata la oportunidad, qué es lo que están haciendo, y qué es lo que necesitan". Siempre procuro hablar de "oportunidad" contra hablar de "ofertas", ya que una oferta siempre va con el monto visible para los interesados. Por otro lado las oportunidades son comparables a ver el aviso de venta de una casa, no necesariamente  van con el precio.

El resumen corto, empresa "joven"; información corroborable en Internet; con pocos empleados, varios clientes "grandes/importantes" del rubro retail (lo que no es mucho decir considerando la cantidad de proveedores de servicios que manejan las multitiendas), más un par de organizaciones sin fines de lucro. El proyecto era para alguna multitienda, y la intención era hacer un cambio completo de arquitectura, de modo de irse por el camino de los microservicios , usando Java. La necesidad puntual, un arquitecto Java con, digamos, "destrezas" en "otras áreas".

Conversamos un rato, le conté que estaba haciendo, que había hecho, y llegamos a la parte siempre dolorosa para los entrevistadores, las pretensiones de sueldo. Le señalé que mis pretensiones se ajustaban acorde  a los más de 15 años de experiencia que tengo, y empezamos con problemas. Mis pretensiones obviamente no estaban acorde a los montos que la empresa consideraba para el cargo, me ofreció 2 montos, uno inferior a mi sueldo actual, y otro al nivel de mi sueldo actual. Consideren  que los cambios laborales, salvo circunstancias demasiado particulares, siempre debieran ser por mejores condiciones; si no hay mejora aparente mejor sigan donde están. Después de "aceptar" a regañadientes mis pretensiones, me consultó cuál era mi disponibilidad, a lo que repliqué que necesitaba al menos 2 a 3 semanas para poder cerrar los temas que tenía a cargo. La idea al cambiarse, es siempre salir por la puerta ancha; el mundo es demasiado pequeño para salir "en mala" como decimos en Chile, lo que eventualmente puede cerrarnos algunas puertas en el futuro.
Eso tampoco prosperó, la necesidad para esta nueva posición era inmediata, dadas las fechas cercanas del inicio del proyecto. Finalmente le dije que me mandara un correo; cosa que no hizo; con esos mismos antecedentes de modo de poder manejar mis tiempos y ver  la posibilidad de irme a su empresa.

Consejo gratuito a los reclutadores: NUNCA, pero NUNCA NUNCA NUNCA, revelen la urgencia de su necesidad de contratación. Es un antecedente que se va a volver en "su contra" (léase a favor de uno) al momento de las negociaciones. En fácil: Las urgencias siempre son más caras.
Corolario de lo anterior: Eviten que el rol del reclutador lo lleve un líder técnico.

Eso fue la llamada. Obviamente después hice un breve análisis de la situación. En lo personal me pasa algo cuando se me presenta un proyecto, donde el interlocutor habla con cierta propiedad de conceptos como microservicios, APIs REST, metodologías ágiles, TDD, devops, big data, business intelligence y otras "palabras de moda" en el contexto TI. 

Mi primera reacción es cuestionar la real comprensión de cada uno de los términos, porque por ejemplo para el caso de los microservicios, no es llegar y cambiar hacia una arquitectura a microservicios, sobretodo si inicialmente es un monolito. Eso aparte de una gran consideración que todos quienes hemos querido jugar con microservicios tendemos a olvidar: efectivamente hace que las capas de tu arquitectura se vuelvan modulares, "más sencillas" (es un gran es relativo), ya que van a resolver funcionalidades/servicios puntuales más pequeños; sin embargo tu arquitectura inmediatamente gana más componentes, lo que se traduce en más componentes para mantener. Esto sumado a que además debes hacer "conversar" los componentes entre si (aunque en rigor al menos esta parte es transparente, ya que la capa de orquestación se encargaría de esto).
Piensen en un monolito como bloque de piezas de Lego, pero uno donde pasarlo a microservicios implica desarmar el bloque y agregarle piezas nuevas para sostenerlas por separado. En el suelo es más fácil clavarse los pies al pisar muchas piezas pequeñas que clavarse pisando un bloque grande (un monolito).

Y esto no quiere decir que los microservicios sean intrínsecamente malos, sino que la labor del arquitecto de software (obviemos la etimología del concepto arquitectura) no es sólo velar por la correcta implementación e implantación de los microservicios, sino además saber y hacer saber si efectivamente son la mejor solución para el problema.

Entonces tomando como antecedentes la urgencia del requerimiento, el rango salarial ofrecido, la experiencia y perfil de la empresa, y la cantidad brutal de conceptos de moda que lleva el proyecto, mi conclusión; en un lenguaje bastante coloquial; es que esta startup se está tirando los peos más arriba del poto (literalmente en español no-chileno, y usando el verbo peer conjugado correctamente, peyere más arriba del trasero). Una empresa con pretensiones excesivamente altas para un equipo que sospecho (arriesgo equivocarme) aún no tiene las competencias para un proyecto con microservicios. Y de paso les cuento algo: Yo tampoco tengo esas competencias, en un contexto práctico no académico-teórico.

domingo, diciembre 23, 2018

Cambio de trabajo: Un año después


Y bueno, ha pasado un año (en realidad algunos días más) desde que decidí cambiarme de trabajo. Lo típico, el análisis de porque me fui y que ha sido de eso.

El porqué me fui, ya no es misterio, entre la incertidumbre de no saber si el próximo mes iba a haber algún proyecto, entre seguir siendo el ingeniero frontend más caro dentro de la empresa, y seguir haciendo "nada útil",  y ver un "cambio". En estricto rigor fue algo más como un "cambio de aire" que otra cosa, ya que volví a una empresa donde ya había trabajado.

¿Y la promesa? (otra promesa, no las del chiste "fino") Nuevos proyectos, nuevos desarrollos, varias cosas en las que mis especialidades calzan perfectamente.
Y ¿es cierto? Si, claro. Pero al final no se trata de crecimiento profesional, ni de espacios para investigación, ni de un buen computador para trabajar. Tampoco de ser parte de un equipo de excelencia, donde el nivel técnico fuera muy alto; si fuera por eso hubiera seguido picando piedra donde mismo.

Al final se trata de lucas, dinero, chinchin, cash. Si el sueldo es bueno, y las condiciones de trabajo se ajustan al margen que uno está dispuesto a negociar, el espíritu del mercenario despierta. Si tu oferta es buena, no me estás vendiendo humo, y las condiciones son a lo menos comparables a mis condiciones actuales, conversemos. Laboralmente, por feo que se lea el ser tan honesto, todos tenemos un precio, por el cual ningún compromiso laboral, ninguna camiseta de la empresa, ni gorro corporativo, ni elegante uniforme de trabajo, valen el quedarse. Las oportunidades raramente golpean tu puerta 2 veces, y no es y llegar dejarlas pasar de largo.

Pero eso fue mi año laboral, raro, donde mucho sigue igual, mucho debiera haber cambiado para mejor, pero a la larga lo mismo de hace 5 años atrás donde la empresa familiar sigue siendo familiar, y donde el área de desarrollo es un República independiente.

¿Y el año que dejé atrás? Como le mencioné a un ex-compañero, que ya no trabaja ahí, la torre de Yenga se derrumba. Por lo que alcancé a ver antes de decidir terminar el contacto con ese grupo al que tanto cariño le tuve, han sabido sobrevivir. Pero en un año y al menos 3 personas menos en ese equipo, me queda claro que allá más arriba, no aprendieron nada. Las tropas siempre inquietas, y sobretodo disconformes por no saber que pasa en el Olimpo. Si claro, el Olimpo maneja las cosas entre Dioses, pero nosotros los pobres mortales que a la larga nos encargamos de "parar la olla" como dice nuestro lider técnico (cof cof wannabee), tenemos que al menos saber si los Dioses exigen un sacrificio.

Eso sumado a quienes constantemente dicen que quieren emprender un nuevo camino profesional. Las tropas están inquietas, y a los buenos soldados hay que cuidarlos; eso no debiera ser difícil de entender, aprender y asimilar.

¿Fue una buena decisión? Siempre es buena decisión moverse, ojalá no demasiado seguido para que los psicólogos laborales no empiecen a inventarse una lectura entre líneas. Siempre es bueno si ese movimiento te permite una reinvención financiera, digamos pasar de excavador sepulturero a caminante blanco.

Mi consejo (no solicitado, por cierto) para sus propios años laborales: Hagan lo que consideren mejor para ustedes. Si creen que quedándose donde están estan mejor, quédense. Si creen que necesitan aceptar esa oferta de Tesla, váyanse. Si creen que merecen descansar unas cuantas jornadas, HÁGANLO. Pero OJO, nunca dije que lo mejor para ustedes sea lo correcto, a veces eso también hay que saber transarlo (aunque hay cosas que no se transan).
Vean la proyección a futuro de las ofertas que se les presentan, a veces la genial y súper cachilupi startup con sala de juegos es una empresa donde respiras el perfume de la fecha de expiración; o donde todo es muy bonito, cultura de empresa, metodologías, pero te casas con el sueldo que pediste (y con tu cargo, y con el computador que te pasan).

Cuando los quieran retener con el clásico discurso de "Te igualo el sueldo que te ofrecen, pero quédate" simplemente cuestiónense porque no les subieron el sueldo cuando  lo pidieron y les ofrecen subirlo ahora que se van. Estadísticamente, si aceptan esa oferta y se quedaran, al final igual terminan lléndose.

Y después de este desborde de honestidad, probablemente Bobba Fett sea un candidato más atractivo que yo para ciertas empresas.

miércoles, enero 17, 2018

La necesaria mirada hacia adentro de la propia organización

by https://www.flickr.com/photos/144152028@N08/33772074972

Mañana se cumple exactamente un mes desde que dejé mi antiguo trabajo. Por esas cosas del destino ahora estoy en una empresa que ya conocí, sacando cuentas he vuelto después de 5 años.
No puedo negar que ahora me siento bastante más cómodo, la dinámica de trabajar por proyectos versus trabajar en torno a un producto que está posicionado en el mercado hace más de 20 años es muy diferente. Proporcionalmente hablamos de una empresa con un área de desarrollo mucho más pequeña, por ende mucho más especializada, contra una empresa que es derechamente de desarrollo, donde el área encargada es bastante más grande, y consecuentemente más heterogénea. Pero no quiero referirme a eso, sino a una reflexión que tuve antes de cambiarme de trabajo.

Desde el punto de vista de la empresa, ahora se fue uno (en rigor hace un mes), un recurso menos, un elemento reemplazable, con más o menos dificultad, pero siempre reemplazable. La pregunta a hacerse desde dentro es ¿porqué? ¿qué pasa en MI organización, que la gente piensa en irse a otra empresa?
El que tan indispensables somos depende de las estrategias de cada empresa. Si cada desarrollador es "dueño y señor" de los desarrollos que se le encomiendan, y si no existe un equipo de más de un solo hombre (o mujer) encargado, entonces se vuelve más complicado reemplazar a alguien que se va. Pero ¿porqué se va la gente?

¿Mejores condiciones? ¿salarios más atractivos? ¿mejores proyectos? ¿mayor proyección profesional?
A mi parecer, y un poco lo que personalmente me motivó, es una mezcla de factores, donde claramente el salario fue el 1er elemento a considerar, pero no el único.
Cuando día tras día la rutina de ir a trabajar se empieza a volver tortuosa por la percepción de una falta generalizada de voluntad por hacer cosas, y cuando empiezas a darte cuenta de una inusual venta de humo, de la que alguien (probablemente uno) tendrá que hacerse cargo, con requerimientos imposibles y en plazos irreales, entonces hay algo que dispara todas las alertas en tu interior. Si a eso sumas que la organización difícilmente ajustaría las condiciones y el equipo conforme a estos nuevos "desafíos", o simplemente ves que  te estás condenando profesionalmente a "seguir picando piedras", las señales no pueden ser más claras.

Entonces desde dentro probablemente van a ver todo bonito y tu partida será injustificada. Aquí es donde es importante no perder la objetividad.
¿Qué está pasando en MI organización? Si tu administración es desde el desconocimiento, entonces puedes esperar que muchos se vayan y no vas a entender porqué. La mirada hacia adentro debe ser crítica y siempre objetiva. No es pecado ni mal visto bajar del Olimpo a ver que pasa en la Tierra.

Las tropas no se mueven si no hay un liderazgo claro, pero tampoco dejan los puestos de batalla por nada.
Nota: Este artículo probablemente se lea como una contradicción (en algún grado) a este otro artículo . Si y no. Como mencionaba más arriba, las condiciones (entorno) pueden ser  muy buenas y atractivas, incluso mejores que las de cualquier otra empresa, y seguramente es eso lo que va a ver un jefe. Pero la informática es dinámica, y no se alimenta sólo de juguetes, vestimenta informal, pizza, café, golosinas y bebidas energéticas. El problema esencial es cuando el líder no se da cuenta (o no quiere darse cuenta) que las tropas están inquietas, ya sea por ese constante picar piedra o simplemente por la incertidumbre frente al futuro; y frente a eso por muy buenas que sean las condiciones del entorno la gente se va a ir.

martes, enero 09, 2018

Eventos y autogestión: Ojalá no se equivoquen

Este sábado 6 de enero recién pasado tocamos junto a mi banda Sin Cielo, en un evento autogestionado denominado Construye telaraña. Finalmente el evento salió adelante, sin embargo hubo muchas cosas que; al menos a mi; me dejaron con la sensación que no se hicieron bien.

Cuando recibimos la invitación nuestras primeras dudas fueron:

  • Fecha y lugar del evento
  • Bandas participantes, y estilo de las mismas.
  • Backline disponible; vale decir que equipos iban a estar disponibles para que utilizaran las bandas que iban a tocar en el evento.

Lo único de lo que había claridad era la fecha y lugar, el Galpón de la Juana, en la comuna de Conchalí. Una vez allá nos dimos cuenta que no se trataba de un recinto, sino más bien un área abierta, techada, aledaña a una multicancha y a una calle.
Durante la semana se iban a definir las bandas participantes, que a priori incluían a algunas bandas de rock, e intérpretes de "trova". Y sobre los equipos disponibles, en un principio nada, irían consiguiendo  los equipos entre las mismas bandas participantes. Ya en ese momento nuestras expectativas del evento empezaban a ser bajas, sobretodo por el tema del equipamiento, tanto así que una semana antes incluso dudamos de nuestra participación.

No es que seamos Rock Stars, pero incluso habiendo sido invitados a participar lo mínimo que esperas es contar con lo básico; léase al menos 2 micrófonos para la voz,  2 amplificadores para guitarra, 1 amplificador de bajo, una batería. Al confirmar el backline disponible, la organización señaló que faltaba un amplificador de guitarra, pero que "Aún hay tiempo para conseguir otro" (a un día del evento).
En alguna parte de las conversaciones se les preguntó porqué no arrendaban lo que faltaba, solicitando el apoyo monetario de quienes participaran, a lo que respondieron que era  "un evento autogestionado, y preferían conseguir los equipos con quienes participaran".

Sobre el tema de conseguir y facilitar equipos, es complicado, ya que en mi caso particular, dispongo de algunos equipos, sin embargo sin conocer a nadie salvo al gente de mi banda, no puedo llegar y confiar, menos cuando no hay una voluntad manifiesta de hacerse responsable en caso que llegaran a dañar un equipo.
Imagino que parte de esta particular filosofía de "autogestión" era ver esos temas sobre la marcha.

Otra consulta que hicimos fue el orden en que se presentarían las bandas e intérpretes participantes, básicamente si tienes 10 participantes, y el evento empieza a las 5 ó 6 de la tarde, para poder sacar un cálculo de cuanto tiempo dispone cada banda para tocar, y a que hora te vas a presentar en el evento. En principio no hubo respuesta, y finalmente dijeron que 1ero tocarían quienes no requerían de amplificación (show acústico, presuntamente los intérpretes de "trova") y luego las bandas.
Respecto a la hora de llegada nos citaron a las 2 de la tarde "para poder ayudar a armar". Llegamos tipo 3 de la tarde, y nos encontramos con otros chicos que si llegaron a las 2PM, quienes nos comentaron que "no dejaron que los ayudaran".

Supuestamente al llegar temprano también podríamos a hacer una buena prueba de sonido. La verdad es que si no dispones del equipamiento necesario difícilmente podrás hacer una buena prueba de sonido...
Nota al margen: No hubo prueba de sonido...

El evento comenzó a eso de las 4 de la tarde, casi a  las 5. Nos dimos cuenta que faltaba un amplificador de guitarra, o mejor dicho sólo disponían de un amplificador mediano, el otro amplificador disponible era un amplificador "de habitación" (10 watts con suerte). 

Y aquí es donde terminaron de revelarse los problemas de la organización.
Cómo no existía un orden a priori para las bandas e intérpretes, la presentación se hizo "en la medida que aparecían". Los "trovadores" estaban todos atrasados y hubo momentos muertos en el evento. Después de un rato de incertidumbre le planteamos a uno de los organizadores si podíamos hacer nuestra prueba de sonido, ya que dado que les faltaba un amplificador de guitarra tendrían que ver como microfoneaban el mini amplificador, un problema que iban a tener ya que al menos otra banda  más entre las participantes (aparte de nosotros) tenía 2 guitarras en su formación.

Cuento corto, nuestra prueba de sonido se convirtió en nuestra presentación, ya que la gente prendió cuando empezamos a tocar. No tocamos nuestro playlist completo y nos bajamos con una sensación de haber estado en un "ensayo con público".

Lo malo:
(tristemente lo más fácil de apreciar en las circunstancias de este evento)
  • Mala organización (perdonable si fue el 1er evento que organizabas).
  • No se contaba con el equipamiento mínimo (perdonable si hubieran tenido la disposición de conseguirlo, vs esperar del cielo la buena voluntad de alguien).
  • El único micrófono dispuesto para la voz falló durante todo el evento (imperdonable).
  • No había orden dispuesto para los participantes (imperdonable). Si no hubiéramos tocado en el momento que lo hicimos, seguramente hubieran tenido que cortar las presentaciones de otros para poder dar tiempo a todos. ¿Mala organización? OK admisible, pero tampoco puedes ser tan al lote.
  • Seguridad ciudadana llegó a terminar el evento (imperdonable).

Lo bueno:
(ya que no todo puede ser malo)   

  • Sacaron adelante el evento, a pesar de todo.
  • El apoyo del público. OK, bandas  apoyando a otras bandas, más los familiares, más amigos cercanos, más los borrachines locales, más los perritos, pero apoyo al fin y al cabo.
  • El ambiente generado. El hecho de poder interactuar con otros músicos y bandas y poder abrir la posibilidad de organizar cosas en conjunto es, por si solo, valorable.
  • La oportunidad de darse a conocer. Nosotros, como Sin Cielo, no somos una banda conocida. Supongo que será el caso de varios de quienes participaron de este evento. Hubo gente que no nos había escuchado nunca, que estuvo presente, nos puso atención y disfrutó de nuestra música.
Puntos notables:
  • La niña de pelo rosado que cantó con su guitarra, a la que los borrachines que le cambiaron el coro de su canción.
  • Los borrachines que aplaudieron, cantaron y gritaron con todas las bandas.
  • Los perritos que se acercaron a acompañarnos.
  • Cerveza polaca a CLP$500.
  • El campeón que llegó con su amplificador, tocó una canción de Los Bunkers, terminó, tomó su amplificador y se fue.
  • Las salvadoras sopaipillas.

Pero no se equivoquen, en este contexto la buena autogestión no es sólo sacar adelante un proyecto (evento musical), y conseguir los equipos sin pagar ni un peso a terceros.
Es (entre  un millón de cosas más) poder transmitir un mínimo de seriedad a los participantes, lo que se traduce en confianza hacia la organización, y el deseo de participar en otros eventos del mismo comité.

Nosotros salimos con sentimientos encontrados de este evento. Lo que es claro que frente a cualquier invitación a tocar y presentarnos como banda, las preguntas base van a seguir siendo las mismas:

  • Fecha y lugar del evento
  • Bandas participantes
  • Backline disponible

jueves, diciembre 14, 2017

El miedo a avanzar al mismo paso que las empresas que SI avanzan

Mirando una realidad que no me resulta ajena, y a punto de emprender un nuevo viaje laboral, me parece oportuno reciclar el artículo que escribí en Agosto de 2013:

No es que estar en el leading edge/bleeding edge sea siempre lo mejor, pero cuando constantemente hablas de innovación y tu estrategia es apostar sobre seguro con la fórmula de siempre, al menos a mi se me genera una contraposición de ideas importante.
En TI a veces es bueno ver regularmente que se está haciendo hoy en día para hacer que las ruedas giren más rápido. Es altamente probable que lo que aprendimos de nuestra escuela madre haya quedado obsoleto  al menos hace una década atrás, y actualizarse pase a ser un deber más que una necesidad.

Para avanzar hay que caminar hacia adelante (idealmente de frente)

sábado, julio 01, 2017

Empresa no encuentra informáticos ¿de qué estamos hablando?

Créditos para lun.com
Hace unos días mi madre me remite un artículo de un periódico que dado el matiz de su "periodismo" derechamente no lo leo. No encuentran chilenos: empresa decide importar informáticos
Yo soy informático, conozco a muchos informáticos de una calidad profesional a lo menos destacable. Entonces, fuera del clásico amarillismo del titular ¿de qué estamos hablando?

Leo el artículo y esbozan algunos motivos digamos clásicos:

  • ¿Falta de talento? Por favor, ¿dónde están buscando? ¿en Laborum, o en Kibernum, o en alguna otra "joya" del reclutamiento?
  • Manejo de inglés. OK, esta se las concedo. De mis conocidos, con suerte un 20% maneja inglés a un nivel de soporte telefónico Indio.

El resto del artículo, literalmente challa (para los no chileno-parlantes, challa es el confeti, circulos de papel peforado que se lanzan en festividades), el gerente de la ACTI entregando cifras que no condicen la realidad de la saturación del mercado informático chileno.
Si, hablo de saturación, ya que hay demasiados universitutos; muchos sin ningún tipo de acreditación; que dictan pobremente carreras de informática (análisis, técnicos, "ingenierías" varias), con aranceles muy atractivos, y que finalmente entregan al mercado "profesionales" con muy mala preparación. Este tipo de desempleados buscará cualquier tipo de oferta laboral, y presentará unas pretensiones de sueldo bajas, que finalmente hacen que las empresas de reclutamiento manejen un concepto absolutamente errado de lo que realmente es el famoso "sueldo de mercado" (más considerando que el mercado no es único, pero anda a explicarle eso a una empresa de reclutamiento).

Entonces, ¿porqué Nisum no encuentra informáticos en Chile?
  1. Tratemos de entender a que apunta la empresa, y cuál sería el perfil que requieren. Nisum es una consultora internacional, cuyas especialidades distan de cualquier malla de cualquier institución académica, y digo cualquier, incluyendo las universidades tradicionales que tendrían más prestigio en carreras TI. Bajo ese esquema, y de acuerdo al casi de seguro distorcionado discurso de empresa transmitido por LUN, es una empresa que no tendría la disposición de entrenar o preparar  profesionales conforme a sus necesidades, sino que optaría por la contratación de informáticos con más experiencia (algo así como "Se busca recién egresado de carrera de informática, con al menos 10 años de experiencia"). Pero ahí es donde surgen los otros puntos de mi análisis.
  2. Si una empresa delega sus contrataciones en empresas de outsourcing, lo más seguro es que NUNCA (sí, con mayúsculas y en negrita) encuentre profesionales de buen nivel. Y soy radical en esto, ya que el perfil de profesional que aún prefiere buscar trabajo a través de empresas de outsourcing bordea con suerte la cota inferior de un informático semi-senior (por ponerle un nombre). Profesionales con más experiencia (léase seniors) van a preferir la contratación directa.
  3. Finalmente, si lo que la empresa necesita es un profesional "senior" ¿qué rango de sueldo es el que se debe ofrecer? Si nos remitimos únicamente a la internacionalidad referida por el artículo, veamos también el costo de un informático extranjero (sin xenofobia, simplemente vean las caras de la gente en la imagen, sospecho que todos son indios). ¿Creen que es azar que las más grandes empresas estén contratando extranjeros? En Chile un informático senior, salvo casos extremos de desesperación por cesantía, no debiera aspirar a un sueldo de menos de USD$ 3500. Es muy raro que una empresa de outsourcing TI maneje sueldos sobre los USD$ 3000 .

No es solamente un tema de preparación de los profesionales, que sin duda es un elemento primordial al buscar profesionales bien capacitados. También hay un tema del mercado de profesionales, una cosa que cualquier empresa seria debiera estudiar antes de decidir poner una filial en cualquier  país, no se trata de solamente ver las posibles oportunidades de negocio.

Así como hay empresas de outsourcing que tienen un ejercito de nuggets y esclavos inexpertos dispuestos a trabajar por poco, también hay algunos sitios que buscan ofrecer buenas oportunidades y armarse de redes de profesionales bien capacitados. Get on board es uno de estos sitios. Como en todos lados se puede encontrar de todo, pero la mayoría de las veces se trata de avisos que requieren de perfiles bastante específicos, y con una oferta salarial casi siempre adecuada.
También hay algunas instituciones académicas que están enfocando la preparación de profesionales de carreras TI, desde una perspectiva más ad-hok a las necesidades de la empresa actual.

Así que no me vengan con que no pueden encontrar informáticos, sean al menos honestos y digan "No podemos encontrar informáticos que se ajusten a nuestro presupuesto", que es lo que realmente creo que sucede.

Nota al margen, ¿sitio web basado en Flash? Estimados señores de LUN.com , aparte de propiciar la envoltura de pescado con su diario, tampoco están haciendo (a nivel general) un mínimo de investigación. Flash está a la baja, digamos desde hace casi 10 años, pronto su sitio web va a quedar obsoleto (y esa asesoría es gratis).

Letra chica
IMPORTANTE: Se vuelve necesario aclarar que ni el autor, ni este blog no tienen afiliación con ninguna de las empresas ni organizaciones mencionadas.

jueves, abril 13, 2017

Lo que aprendí de Monarca



En Junio de 2016 fui "despedido" de Monarca. Monarca es la banda de un amigo con quien trabajé hace un par de años atrás, y quien en la búsqueda de un 4to músico que lo apoyara confió en mi experiencia como músico amateur y se arriesgó a incorporarme como un integrante más. 
Casi de seguro que el discurso oficial buscará adornar y suavizar el concepto de despido pero las cosas como son, yo NO soy parte de Monarca. 

De derecha a izquierda Jorge, Felipe, José y Yo. En ese entonces aún era parte de la banda.

Este es un artículo cuya publicación pospuse bastante tiempo desde la fecha original en que lo escribí (2016/12/10) . Probablemente en muchos sentidos se lea como el desquite de quien está dolido, y SI, efectivamente lo estuve, pero con la cabeza fría he entendido y aceptado que este es un fracaso más en mi historia, del que debo rescatar lecciones aprendidas. En este caso particular se darán cuenta que el proceso de aprendizaje casi nunca fue en base a enseñanzas directas, sino a lo que NO se debiera hacer. 

¿Alguna aplicación práctica al desarrollo de software? Veremos como se da el artículo.

Un poco de contexto


Inicialmente mi 1er ensayo con Monarca fue en calidad de bajista suplente. Jorge; bajista oficial y hermano de Pepe, lider, guitarrista y vocalista de la banda; estudia medicina en el sur de Chile y, para darle continuidad a los ensayos y eventuales actividades de la banda, requerían un bajista suplente.
La experiencia no fue buena, en esa oportunidad sentí a Pepe sumamente incómodo. Pasó algún tiempo y nuevamente se planteó la necesidad de un 4to músico para Monarca. A modo de "advertencia" le dije a Pepe que si le servía alguien que hace sonar un teclado, se defiende con la guitarra y el bajo, entonces conversáramos. En base a eso empezamos a ensayar en una dinámica regular, noches de lunes y miércoles.


Debo señalar que mi estilo es hard rock y metal, por lo que mi comunión con el estilo de Monarca (algo así como pop-rock/rock-pop) es bastante lejana, pero soy de la visión que debo conocer de cerca los estilos que no son de mi preferencia para crecer musicalmente (aún siendo amateur).

Claridad


Los primeros ensayos (algo asi como 2 meses) fueron de un ensayo toqué teclado, otro ensayo toqué guitarra, otro ensayo toqué bajo. Finalmente después de unos meses de "definición", Pepe planteó volver a lo básico y que Jorge se dedicara al bajo, si se necesitaba teclado se buscaría un tecladista o se usarían pistas, y que yo me dedicara a la guitarra, que es "mi fuerte". 
Parte inconsistente con todo esto es que unos meses después, y una pausa intermedia, terminé tocando bajo con Monarca.

El calvo de la derecha soy yo. Con una guitarra y un teclado...

Paralelamente, Jorge se reintegraba a la banda de manera más regular, y lo haría en un rol de 2da guitarra. Como yo se lo plantié a Pepe, nadie se compra una Fender Stratocaster MIM para tenerla guardada. Yo apoyaría, intercambiando entre bajo y guitarra según lo que se necesitara.


En materia de desarrollo de software tenemos el "full stack developer", que en burdo español es una aspirina, sirve para todo, frontend, backend, base de datos, devops, un todo en uno. Los buenos somos caros, y normalmente no tan jóvenes, pero como en todo hay de todo. El problema es que para que funcione tiene que haber un foco definido y no un cambio constante de contexto.

Identidad


Monarca se define como una banda rock-pop. Tienen un EP grabado y supuestamente en esta época debieran lanzar su 2do EP. Yo coexistí con el proceso del 2do EP, pero obviamente no participé de él, salvo en tener que aprenderme los temas. Un EP con la misma variedad temática del 1er EP, y con demasiado olor a los productores del disco, músicos de la banda De Saloon (Oh! so nineties, Flash required...)  Al momento de mi despido Pepe me reveló que este ha sido un proceso tortuoso, que de una u otra manera ha sacado lo peor de todos ellos, y que de alguna manera no quería meterme en ese "problema", cosa que en mi resignación no se si entendí, pero a esas alturas la verdad es que no me importó, por mi mejor.


La sombra de De Saloon es un elemento que de alguna forma quieren explotar, quizás como teloneros, o en algún evento. Y es ahí donde me surgieron las preguntas (incluso mucho antes de mi despido fue algo que conversé con la banda) ¿Cuál es el estilo de Monarca? Si escuchan los temas del EP (espero que más de algún curioso lo haga) se darán cuenta que dan pinceladas sobre varios estilos, pero ¿es pop? ¿es rock? ¿es rock-pop? ¿es pop-rock?
Y ¿cuál es el público al que apuntas? ¿niñas de 13-16 años? (si, niñas...) ¿adolescentes? ¿adulto joven? ¿parejas recientes? ¿matrimonios? ¿el mismo espectro del público de De Saloon...?
Y ¿qué quieres lograr con Monarca? ¿ganar dinero? ¿ganar algún premio? ¿fama y fortuna? ¿telonear a De Saloon...?
Al momento de mi despido, desde mi punto de vista, Monarca todavía no tenía una identidad definida, y recién entraba en la continuación de su proceso de búsqueda. Pasando a las tristes comparaciones, en ese sentido creo que L1, la banda de mi amigo Gastón, puede responder a todas esas preguntas.


Volviendo al tema de mi rol en el teclado, bajo y guitarra, a menos que seas Rush, los integrantes de tu banda DEBEN tener sus roles bien definidos. Si puedes hacer todo entonces no necesitas otro músico.


Miremos una empresa de desarrollo; buscarán alianzas con empresas más grandes, pero eso no significa que vas a involucrarte en todos los proyectos que puedas, y de todos los tipos que aparezcan. Sitios web, plantillas Wordpress, sitios de eCommerce, y sistemas bancarios; lamentablemente a menos que seas una empresa gigante de miles de empleados, y que tu área TI sea también gigante, la verdad es que no se puede hacer todo. Identidad (y especialización) es la clave.

Autocrítica


Comparativamente a los ensayos con otras 2 bandas en las que participo como bajista, los ensayos con Monarca llegaron a ser estresantes. No porque los temas fueran particularmente difíciles, sino porque Pepe, como músico que es, es exigente. Y aquí es donde yo me defiendo como gato de espaldas, mi rol desde un comienzo fue ser músico de apoyo principalmente para posibles presentaciones en vivo. Vuelvo a las preguntas ¿quién es el público de Monarca? y ¿qué buscas con la banda? Claramente no son un público que se vaya a dar cuenta si la canción suena idéntica al disco, más considerando que no es el mismo músico quien interpreta, más considerando que es una presentación en vivo. Un colega, conversando de este tema siempre me pone el ejemplo de las bandas punk, que a pesar de "lo simple" de su música, siempre repiten hasta que sale como debe sonar.


Ya fuera de la banda, después de haber echo el ejercicio de grabarme algunas veces y escuchado las grabaciones, me he dado cuenta que el sonido que consigo sin banda, no es bueno, pero si me complemento con el resto de los instrumentos. Fallo en temas de dinámica y, según Pepe, tenía problemas de tiempos, algo que me he empeñado en corregir.


¿Qué pasa si una empresa de desarrollo delega la creación de un producto en un especialista? Probablemente haya un buen resultado. Seguramente, a menos que tengas un desarrollador unicornio (diseño, frontend, backend, etc...) , algo va a quedar cojo. Hay que saber aprender a mirar desde dentro Y DESDE FUERA, y nunca perder el foco del contexto al que apuntas, sea salir adelante en una presentación en vivo, o en tener un prototipo semi funcional listo a tiempo.

Muchas veces lo perfecto es enemigo de lo bueno, y es suficiente con el 80 20. 
No quiero decir que esté bien conformarse con el "mínimo aceptable", pero también seamos realistas, ninguna empresa paga lo suficiente, ni tampoco cuenta con los recursos de tiempo ilimitado, como para hacer un desarrollo perfecto al 100%. De la misma manera, ninguna banda ve retribuido su esfuerzo por interpretar siempre perfecto, seamos realistas, por lo menos en Chile, vivir (digamos sustentarse) de la música es sino a lo menos complejo, casi imposible.

Promoción


Cuando fui despedido de Monarca en Junio de 2016, Pepe me dijo que aún no me sentía preparado para una presentación en vivo, que los ensayos "sonaban" pero no estaban perfectos, y que quizás si sus presentaciones fueran en 5 o 6 meses más desde esa fecha, yo podría estar preparado. Mi única replica a eso es que yo, antes que músico soy ingeniero, y que es imposible que logre el nivel de fiato que alcanzas si llevas más de 15 años compartiendo con tus compañeros de banda.
En un principio la idea era tratar de publicar la mayor cantidad de material posible sobre Monarca, incluso fotos y videos de los ensayos, darle un carácter de sinceridad a la banda y a su material. ya lo mencionó David Kadavy (Design for hackers) en uno de sus muchos blogs, la única manera de adquirir momento de inercia y hacerse una audiencia fiel es publicando material. Es un proceso que debe ser regular, y en algún momento capturas al público, generas su interés, y haces que su "like" en Facebook se convierta en un asistente más en tu presentación.


Hasta donde me he enterado, de Junio de 2016 a la fecha Monarca se ha presentado creo que 3 veces en vivo, si no me equivoco todas en Noviembre de 2016. Solamente de una de ellas me enteré a través de una publicación en el Facebook oficial de la banda, del resto de rebote o simple casualidad. Nuevamente ¿qué quieres lograr? SI quieres ser famoso, o digamos hacerte conocido y que el nombre de Monarca se relacione con tu banda y no con la realeza o con la mariposa, esto no va a suceder si no hay un mínimo de trabajo de promoción detrás, sea o no sea con la asistencia de un Community manager. 

Estamos claros que las redes sociales no son la única vía, pero la triste realidad está a punto de decirnos lo contrario. No puedes acusar de tener poco tiempo si a diario pasas una hora en Facebook; tomar una foto y grabar un video es ridículamente sencillo, tu público merece y necesita saber que la banda sigue viva, y cuando te vas a presentar nuevamente. Más aún, como artista te debes o te vas a deber a tu público.


De esa misma manera una empresa que no se publicita acorde a las nuevas tendencias dificilmente conseguirá nuevos clientes. Es un trabajo constante de venta de capacidad, potencial, experticia, imagen. Eso más el canal de Youtube, repositorio de código abierto en Github, blog, charlas, seminarios, etc.

Compromiso


Cuando comenzamos los ensayos yo fui claro, iba a confirmar asistencia en las mañanas, y esos días sagradamente tomaba mi bicicleta y me dirigía al ensayo para llegar a la hora acordada, las 20 horas. Independiente de los motivos y justificaciones, cuando dispones de tiempos ajenos, y cuando tu nivel de exigencia requiere la dedicación de todas las partes, perder una hora es un lujo que no te puedes dar. Cuando me dí cuenta que adquirir compromisos que no se iban a cumplir era una práctica habitual, dejé de estresarme por llegar siempre puntual a las 20 hrs. Es un balance por el que decides optar voluntariamente, y si bien puede ser complicado fluir de esa manera, hay quienes también decidieron hacer lo mismo.


En una empresa el compromiso del todo el equipo es crucial para alcanzar objetivos. Se dice que una cadena es tan fuerte como su eslabón más débil, así que necesitas que todos remen hacia el mismo lado, y con la misma intensidad. Una banda ES como una empresa.

Conclusiones


En algún momento sentí que fue más menos un año perdido. Cómo me dijo mi viejo una vez "Más se perdió en la guerra", y sin embargo saco mis lecciones. Lo que más rescato es que pese a la autoinflingida adversidad, Monarca sigue en pie, en su búsqueda. Imagino que para ellos será encontrar muchas respuestas (quizás mi visión es demasiado objetiva y optimista, y realmente les importa un pepino responderse), para mi, musicalmente, son mas vísceras, corazón y cojones que técnica.
Al final uno no es lo que sabe, es lo que demuestras que eres capaz de hacer, eso es lo que vende.