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.

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.

Santiago Startup Weekend - Honest Review (parte II)

Así estuve después de varias horas encargándome de mi idea.
Imagen por Startup weekend Santiago

En la 1era parte de mi honest review les contaba un poco de que es el Startup Weekend (en adelante SW) y algunas apreciaciones de para quien es, para quien NO es, y otras cosas. Ahora intentaré profundizar en mi propia experiencia, que quizás les sirva como referencia si se animan a participar.


Siguiendo una usanza que se me ha vuelto tristemente habitual fui el 1ero en llegar, la cita era a las 19 hrs, a las 19 hrs estuve ahí. Dada mi reticencia a sociabilizar fueron algunos minutos de tensa atención a mi celular hasta que llegó mi amigo Juan. Fuimos conversando entre los participantes que iban llegando, y eso marcó un punto importante para todo el fin de semana: mucho extranjero con un dominio muy básico del idioma español, por ende el fin de semana completo fue de hablar inglés.

Mi idea para quemar

Vi como poco a poco se iban manifestando algunas ideas en las conversaciones y decidí arriesgarme con mi idea para quemar como le digo yo. Básicamente una aplicación que en base a los alimentos que tengas disponibles en tu refrigerador y despensa (previamente ingresados a la aplicación, tampoco es tanta la magia), te sugiera un menú semanal en base a combinaciones de los ingredientes. Este menú idealmente es balanceado, pero como son algoritmos brutos sin AI de por medio, probablemente las combinaciones no  sean precisamente transformables en un plato. Mi menú semanal (en adelante MMS) fue el "original" nombre para la idea.

La presenté con un discurso nervioso, pero tratando de se preciso. Necesitaba alguien comercial, alguien de ventas, alguien de diseño, alguien especializado en nutrición, y ojala otro informático. Mi peor caso era que mi idea no fuera seleccionada, pero escuchando otras ideas y como fueron planteadas mis esperanzas crecieron.
En ese sentido SW te  ayuda a entender como se debe plantear una idea. Tienes que convencer a tu audiencia que tu idea es buena.

Las ideas son sometidas a votación, y ahí empecé a ver una realidad esperable. Mi idea recibía pocos votos. Finalmente hubo un empate entre los últimos lugares, mi idea y otra más. La decisión estuvo en manos de uno de los organizadores y sorpresivamente se seleccionó mi idea.

El equipo

Debíamos armar el grupo de trabajo (puse una foto de ellos en la parte 1). Poco a poco se fueron acercando, curioso pero también esperable, quienes se animaron a trabajar conmigo fueron varios de los chicos con quienes entablamos conversación antes de iniciarse formalmente las actividades del SW.

• Juan, mi amigo, de profesión abogado, cubriría la parte ventas.
• Matthieu, francés en intercambio en Chile, estudiando ingeniería comercial, vería la parte negocios.
• Guga, emprendedora Serbia (si mal no recuerdo), vería partes de negocio y nutrición.
• Claudia, neurocientífica, vería la parte salud.
• Yo, el informático (ir)responsable de la idea.

Quedábamos cojos en la parte diseño ya que el diseñador que se acercó, estaba en duda entre mi proyecto y otro, y finalmente optó por trabajar en otro equipo.

El modo de trabajo

Dado lo necesariamente heterogéneo del equipo se debían establecer ciertas directrices, sobretodo  si queríamos lograr algo. Mi objetivo era ganar, contra todo pronóstico habían seleccionado mi idea, así que ¡a romperla! mostrar que puedes  sacar a flote una idea de mierda.

Como buen ingeniero, y habiendo participado laboralmente en más de algún proyecto, procedí a explicar la idea y el fondo, para poder establecer una base de requerimientos, y ahí es donde te das cuenta que aunque te dicen que no hay jefes o líderes, alguien tiene que tomar la batuta. Empezaron a salir miles de ideas así que  les conté de la metodología MOSCOW:

• Must have: lo que realmente DEBE tener el producto
• Should have: lo que DEBIERA tener el producto
• Could have: lo que PODRÍA tener el producto
• Would like/Won't do (yet): lo que me GUSTARÍA que tuviera el producto, o lo que no se incorporará aún (en esta etapa)

Las Os claramente son decorativas.

Dada la limitación de tiempo (poco menos de 2 días), debíamos enfocarnos en la M y ojalá en la S.

En la medida que se fue desarrollando el fin de semana me di cuenta que SW es una aplicación del Design Sprint que promueve Google Ventures (lean el libro, entrega un enfoque muy interesante y si es bien aplicado, eficiente para el desarrollo de productos). Claro que en vez de 4.5 días es una aplicación en con suerte 2 días (y me arriesgaría a decir mucho menos).

El desarrollo

SW se enfoca mucho en el trabajo en equipo, porque evidentemente  no te puedes dividir a lo Gremlin y cubrir todas las charlas, yo me enfoqué en las orientadas al producto, los otros chicos vieron las relacionadas al negocio. En ese sentido fue un riesgo asumido al decidir delegar. Ahora ya pasado un tiempo me queda claro que tuvimos varias fallas, sobretodo porque siento que a pesar de que el equipo se inclinó hacia la idea MMS, no estaban del todo convencidos de ella.
También estaba la barrera de idioma, por muy bien que hables inglés es difícil hacerse entender cuando tu cerebro opera en español.
Pero iba a lidiar con todo eso, mal que mal la idea era para quemarla.

Lo positivo es que al menos no cambiaos la idea, como otro equipo que pasó por 3 ideas distintas, aunque ligeramente relacionadas.

El enfoque

Personalmente; y de manera equivocada; le dí un enfoque de hackatón al desarrollo de la idea. Mi objetivo era que llegada la tarde del domingo tuviéramos un producto que pareciera que funcionaba. El problema es que aún conociéndome, me enfoqué demasiado en hacer que funcionara y no me preocupé de que la pantalla más importante, donde se presentaba el menú semanal sugerido, mostrara algo, aunque fuera de mentira.

También invertí mucho tiempo en la parte diseño, claro resultado de no tener a nadie a cargo de esa responsabilidad.

Dado eso, me desentendí totalmente de los otros aspectos de la idea, y eso también tuvo una consecuencia adversa.

Los errores

Fuera del enfoque y de no haber terminado con un producto que pareciera que funcionaba, siento que hubo otros 3 grandes errores:

1. El modelo de negocios. Al presentar la idea frente al jurado, se planteó un modelo de negocios que yo desconocía (precisamente por haberme dedicado al producto y no involucrarme en se tema). Modelo "Freemium" con suscripción. Es sabido que los modelos freemium rara vez tienen aceptación, simplemente porque al usuario final (tu cliente) no le atrae que se le traspasen costos. Según yo, hay 2 etapas para este negocio:
1. Ganar audiencia, usuarios felices que usen la aplicación.
2. Ejecutada de manera paralela, es contactar a distribuidoras de alimentos, supermercados, mercado minorista, y habilitar opción de compra con algún bonus (descuento, regalo, otro), de cierta manera a lo Cornershop. No se si eso funcionaría, pero la promesa de  3000 o más nuevos y potenciales clientes siempre es algo qeu te puede ayudar a vender una idea frente a quien quieres que pague (y que no son los usuarios).
2. Forma de la presentación. Comparativamente a como se presentaron las otras ideas, hubiera sido mucho más atractivo usar una plantilla para la PPT. Lo visual vende, es así de simple.
3. No involucrarme en la parte del negocio. Claramente, al final independiente que haya sido una idea para quemar, era MI idea.

El resultado final

Como resultado de este intenso fin de semana, salió el pilar de una aplicación, muchas ideas de mejora, y ciertamente, mucho aprendizaje.
En algún momento quedé con muchas ganas de  hacer la aplicación, dedicarle horas, aunque  no fuera por dinero. Simplemente para sacarme el "empacho" de resolver completamente el problema que plantié con MMS.

Algunas pantallas de Yummiwik
(si, por Yummi de Ñami, rico, delicioso, y wik por week/semana)

Pudimos tener una presentación, y un pre-alpha del producto, incluso un video de las partes funcionales de la aplicación (lo que de alguna manera fue impresionante). Falto claridad, y afinar las definiciones a las que llegamos, pero siento que hay viabilidad en la idea, a pesar de no haber ganado el desafío.

Próximamente en este mismo canal:

Parte III y final, lo bueno, lo malo, lo bonito y lo feo del SW

Santiago Startup Weekend - Honest Review (parte I)

Imagen: Facebook Startup Weekend Santiago

Hace poco más de un mes un amigo me llamó por teléfono para invitarme a participar en el Santiago Startup Weekend 2016, que se realizó en la Fábrica de Medios. La idea era prometedora, por menos de 25 USD tienes un fin de semana completo, alimentación incluída, en el que los organizadores del Startup Weekend te transmiten su experiencia y educan al asistente en el tema de las startups. Ideal para quienes no tenemos idea de que son, en que consisten, que debes y no debes hacer, y una larga lista de etc.

Voy a tratar de separar el artículo en varias partes para que no sea tan tedioso. Siempre desde una perspectiva inexperta en el tema, probablemente con muchas imprecisiones, pero también siempre honesto.

¿Qué es el Startup Weekend?

El Startup Weekend es un fin de semana en el que te  reunes con gente que, en teoría,  tiene  las mismas inquietudes que tu en cuanto a un startup/emprendimiento. Durante la tarde del viernes y sábado y domingo completos trabajas en grupo, alrededor de una idea que debe ser presentada la tarde del domingo frente a los jueces del evento.
Sobre la idea:

Correo con algunas indicaciones para el fin de semana

En el correo lo dejaban más o menos claro:

1. Presenta una idea
2. Arma un equipo

no precisamente de esa manera, pero  muy resumiendo. Así que me propuse llevar una idea para "quemar", presentarla y ver que  pasaba. El peor caso siempre es que tu idea no salga seleccionada y que termines trabajando en otro equipo, para la idea de otro. Lamentablemente por un tema propio de mi naturaleza, las ideas buenas las trabajo con gente de mi confianza, y objetivamente, no se arman confianzas en menos 72 horas (en mi caso la gente de mi confianza es gente cercana con la que he compartido más de una decena de años).

Seguramente  el mejor contra-ejemplo de lo anterior es el grupo que ganó con su idea.

El equipo con quienes tuve el honor de trabajar
Imagen por: Juan Lazcano

Lo que sí, puedes armar un equipo heterogéneo con el que puedes trabajar durante el fin de semana.

¿Para quién es el Startup weekend? 

Decir que para todos es mentir. IMHO es para quienes necesitan claridad respecto al concepto de startup/emprendimiento. Si tienes un producto, o tienes un mercado cubierto, o quieres  validación para una idea, o ya eres un empresario/micro-empresario, o simplemente no está en tus planes arriesgar todo/mucho y volverte independiente; entonces no me queda tan claro que participar de esta experiencia sea realmente provechoso.

De lo que si estoy seguro es que hay que vivirlo, por lo menos una vez, conocer, ver como se arman las redes, aprender a interactuar con gente absolutamente ajena a tu círculo (social, familiar, y principalmente laboral).


Estén preparados para tener que hablar inglés. El #SWSantiago fue absolutamente transnacional.

Las ideas

Hubo de todo, ideas absolutamente inviables, con las que muchas veces te das cuenta que tan perdido en el tiempo y en el espacio no estás, otras sencillamente geniales, otras que sin ser tan buenas estaban muy bien presentadas (tanto así que fueron de las opciones más votadas), y otras del montón (entre ellas la mía).

¿Cuál debe ser tu enfoque para el Startup weekend? 

La respuesta está en tu corazón... xD

Ahora en serio, es una cosa muy personal, todo depende de que necesidad quieras satisfacer en cuanto a las startups/emprendimientos.

Si es muy necesario ir humilde, con la disposición de conocer gente, interactuar con seres humanos, aceptar, aprender, escuchar, y dejar el carácter de mierda y lo antisocial a un lado. Este tipo de experiencia te recuerda que no eres dueño de la verdad y que aunque no compartas la creencia de la energía mística de sanación de las plantas unicelulares que crece debajo del arcoiris , siempre habrá algo que puedes aprender del resto.

En ese sentido creo haber sacado provecho de esta experiencia.

Atentos a las partes 2 y 3 de este artículo.

• Parte 2: Mi enfoque, mi idea y mi experiencia del #SWSantiago (¿porqué tanto "mi"? porque el honest review es basado en lo que yo viví, y según mi percepción :) )
• Parte 3: Conclusiones, lo bueno, lo malo, lo lindo y lo feo

Preemergencia ambiental

Santiago cubierto de smog

Hace una semana, y me arriesgaría a decir que más, que estamos TODOS LOS MALDITOS DÍAS con "Preemergencia ambiental". Todas las mañanas la ciudad despierta cubierta por una pasta, mezcla de neblina (?) y smog. El aire es pesado, las enfermedades respiratorias empiezan a afectar a niños y ancianos, los ciclistas tenemos que agregar mascarillas a nuestro pedalear diario.

¿De quién es la culpa?
¿FuenteOvejuna? ¿El gobierno? ¿La cota mil que enciende sus chimeneas a leña para paliar el frío?
En realidad el tema de la culpa, no es que me tenga sin cuidado, pero no sacamos nada buscando culpables, menos cuando teniendo culpables a la vista no se los sanciona (al parecer una usanza común a la que los gobiernos de turno nos empiezan a mal acostumbrar).
Lo que me molesta, sobretodo como ciclista, que aparte de no contaminar, no pagar patente (eso les duele a los motorizados), y que ha aprendido a disfrutar (?) del paisaje en cada viaje; es que todos reclaman y NADIE HACE NADA (o sin entrar en la semántica de la doble negación es afirmación, TODOS HACEN NADA).

Ejemplifico:
 "¡Oh! hay restricción vehicular (léase con tono y cara de asombro), pero no importa, salgo en mi otro auto que tiene una patente terminada en otro número."
Y la congestión es la misma, los tacos son los mismos, el humo es el mismo.

¿Han visto el número de pasajeros que viaja en cada vehículo? Lo invito a hacer el ejercicio, me arriesgo a que el 90% de los autos que circulan andan con un poto con ruedas al volante, sin pasajeros . El otro resto son algunas micros, muchos taxis (y digo MUCHOS). "¡Aaaaaah!, pero la solución a la congestión es la restricción vehicular..." (voy a pensar que si  alguien salió con ese brillante comentario es porque no leyó el 1er ejemplo).

El problema  de la congestión no se soluciona con restricción vehicular, se soluciona con menos vehículos en las pistas. No voy a irme por el lado de "mejorar el transporte público" en un país de mierda como Chile, donde el jaguar de Latinoamérica más parece gato de campo, es imposible mientras  existan generaciones que confunden  democracia con lo que voy a llamar "libertinaje anárquico caótico" (o Estado salvaje, donde los animalitos hacen lo que quieren), y donde hayan entidades que inconcientemente (?) confunden la protección de los derechos humanos con obstaculizar medidas de diciplina y orden.
Ejemplo: Un paco le pega un palo a un simio que está rompiendo un semáforo. Saltan las organizaciones de DDHH "Represión policial, pobre hombre sólo estaba ajustando la inclinación del semáforo." "El semáforo es una representación de un sistema  de represión, y este hombre, pobre víctima (sniff, penita), sólo manifestaba su libertad de expresión".

Podría seguir, pero vuelvo al tema. Menos autos en las calles, pistas menos congestionadas, menos smog, eficiencia en el transporte. Quizás no alcance a ser ni siquiera el 10% del problema, pero sumemos.
¿Han visto lo fácil que es conseguir un crédito automotriz? Ven que la ciudad está llena de autos, y las  propuestas son hasta por agrandar las carreteras ¡¿DE QUÉ ESTAMOS HABLANDO?!  es como si los políticos que se encargan de estas decisiones tuvieran caca en la cabeza, una consecuencia natural de una mayoría electora que parece que también tiene caca en la cabeza.
¡¡¡Aaaaagh, me da rabia!!!

Menos autos, frenar lo ridículamente fácil que es comprar un auto, aplicar multas a quienes circulan con el auto vacío.
Llega a ser  tonto, pero si usted maneja un auto, ¿se le ha ocurrido que si lleva más gente puede hasta pagar menos combustible, repartiendo los costos? "Es que me da miedo que se suba cualquiera a mi auto, la gente está tan mala" Recuerde que Ud. decide quien se sube a su auto.

Y sobre las multas, ¿se imagina cuanto se puede recaudar, y de eso cuanto podría destinar el Gobierno a fines razonables? Se crea conciencia (porque si duele el bolsillo, lo mínimo es aprender alguna lección), y el Gobierno recibe  ingresos desde  un origen distinto a los impuestos. ¿Bonito no? Y los colaterales, vías más despejadas, menos gasto de combustible, mayor ahorro, eficiencia en el transporte.

Seguramente a alguien ya se le ocurrió todo esto, pero el costo político es tan alto (ni siquiera costo social, aquí todo se trata de intereses políticos), que es mucho más fácil decretar Preemergencia ambiental, subir los números de restricción, y que todo siga exactamente igual, pero que parezca que estamos (como gobierno) haciendo algo tomando "medidas eficientes".

Mi otro blog en Medium

https://medium.com/@JSantaCL

Hace algún tiempo descubrí una nueva plataforma de blog. Medium ha causado cierto eco en Internet, tanto así que incluso ciertos autores han decidido adoptarlo como plataforma  regular para publicaciones diarias.

No pude resistirme a abrir un nuevo blog, así que pueden leerme indistintamente aquí, o allá. No esperen gran valor literario, pero si artículos (en inglés) con matices técnicos o relacionados con el día a día laboral de un informático.

https://medium.com/@JSantaCL

Te tengo una oferta de trabajo: No gracias

Búsqueda de imágenes por Currículum vitae en Google

Este va a ser un artículo arriesgado, lleno de varias verdades, de esas que nos cuesta admitir, incluso quizás toque la fibra sensible de gente ligada a empresas de headhunting, siempre  pensando en ingeniería informática. No se cual sea la realidad de otras especialidades, probablemente sea muy diferente.

Trabajo como ingeniero informático en una empresa chilena, vengo haciendo desarrollos desde  1995 y algo creo haber aprendido en todos estos años. En una sola oportunidad (hace ya varios años) me vi en una especie de urgencia por buscar trabajo, y estuve cesante 2 semanas, gracias a una estrategia sincera-agresiva de postulación (postulaba por lo bajo a 30 ofertas cada día). He ido a muchas entrevistas, y después de algún tiempo me he dado cuenta que todas fallan en lo mismo:

Prueba de conocimientos técnicos

A veces te avisan, otras veces te  toma de sorpresa. Cuando saliste recién de la universidad, o cuando aún estás estudiando, tienes todos los conocimientos frescos. En ese entonces, si me preguntaban de SOLID, el principio de sustitución de Liskov, Dijkstra, algorítmos de búsqueda eficiente de texto, como recorrer un árbol binario de manera inversa, probablemente  sabría como responder. Curiosamente Amazon, Google y Facebook (entre las grandes empresas que recuerdo) basan buena parte de sus procesos de selección en pruebas técnicas de un nivel medio-alto, alto. Tanto así que hay libros completos que explican como prepararse para esas pruebas.

Si quiere leer un artículo que apunta sus dardos directo sobre ese asunto lea: https://medium.com/@evnowandforever/f-you-i-quit-hiring-is-broken-bb8f3a48d324#.98cfx1v4a

Si a mi me toca una prueba técnica, respondo con lo puesto, con imprecisiones, no de memoria. En una oportunidad perdí 2 horas de mi vida respondiendo un test para una postulación que iba desde comandos básicos de Linux, hasta SQL. Daba la impresión que ni siquiera los reclutadores sabían que necesitaban. De esa sospecho que aún habiendo contestado casi todo bien (eran preguntas insultantemente fáciles), finalmente no me llamaron ni para si ni para no por el rango de sueldo que estaba pidiendo (todo el perfil de empresa  penca que busca un mono que las haga todas por poca plata).

Yo ya no estoy para esos trotes, a mis casi 40 años he hecho cosas importantes, trabajado en proyectos grandes, resuelto problemas complejos, creado productos (desde cero), ya he dejado una huella. Eso ya aparece en mi Curriculum (en adelante CV), y no me da miedo que llamen por teléfono a esas empresas preguntando si lo que puse en mi CV es o no es verdad. Pídanme que resuelva problemas, pero no las recetas universitarias que uno se aprende de memoria para pasar el ramo.

Tengo la fortuna de haber construido una discreta red de contactos que sabe que es lo que soy capaz de hacer, y que en ocasiones requiere de mi experticia. Y soy de la postura que  si ellos confiaron en mi no puedo menos que  hacer bien mi trabajo. ¿Pruebas técnicas o sicológicas? ¡Si claro!, las hubiera reprobado todas.

Tengo amigos cercanos que estuvieron en procesos de selección, incluso me han ofrecido incorporarme a los equipos donde ahora trabajan, pero "Gracias, pero no gracias". No estoy para esos procesos.

¿Qué pasa con las empresas en Chile?
Quisiera pensar que  tratan de imitar a las grandes empresas TI de USA, es cosa de ver algunos procesos, como el del Banco de Chile, jornadas de semanas enteras 3 o 4 horas diarias enfrentándose a pruebas técnicas, o los avisos de Get on board buscando ninjas y superhéroes en X tecnología. Y eso descartando las pruebas sicológicas que determinan que eres el inepto técnico chuper-buena-ondi  más adecuado para el cargo.

Seguro que debe haber pruebas para determinar la capacidad de los postulantes para resolver problemas, ojalá relacionados de alguna manera con el cargo ofrecido. Todavía no veo pruebas de ese tipo.

Otras empresas funcionan en base a las recomendaciones, un criterio dado por nuestros propios pares, que determina si uno puede potencialmente servir para una posición. Y no es que por ser "cercanos" a quien te recomendó tienes tu puesto asegurado, la entrada viene con el ticket de recomendación, pero si te  echan de la fiesta es porque tu mismo te lo buscaste: uno tiene que saber hacerse valer.

¿Sirven los expertos en el "Libro de Petete"?
Mi respuesta es radical: Sirven sí y sólo sí son capaces de resolver problemas.
La capacidad de aprender a usar una herramienta desconocida en poco tiempo (no más de un par de horas) y construir una prueba de concepto funcional, que resuelva un problema específico (planteado como requerimiento), no es algo que te enseñen en los libros. O viene en la sangre o lo aprendiste con los años de circo.

Un experto de libro no necesariamente es un buen profesional, y ya escribí un poco sobre expertos/especialistas.


Mi experimento
Hace  algunos meses me contactaron unos ex-compañeros de Universidad. Sólo me sonaban de nombre de la Escuela. La oferta era trabajar para un banco internacional. Me entrevisté con un indio, en inglés. Con la dificultad que tuve para comunicarme respondí conforme a lo que me preguntó. Lo sentí incómodo, como molesto por tener que entrevistarme.
Como una semana después me entrevisté con un chileno, y al ver el matiz de la entrevista decidí explicarle que  si me iba a hacer preguntas técnicas en realidad los 2 estábamos perdiendo el tiempo, ya que yo soy más de resolver problemas mediante la aplicación a repetir lo que aparece en el libro. El enfoque de mi entrevistador cambió, me preguntó sobre los proyectos en que había participado, mi actual experiencia y obviamente sobre que áreas dominaba mejor.
De todas formas tuve que responder un test técnico, pero bastante aplicado.

Después de esa entrevista supe que mi decisión final ya no pasaba por un tema de lucas (que tan 'bien' me iban a pagar), sino por un tema de cultura de empresa. No me veía trabajando en una empresa donde tuviera que ir con  zapatos, pantalón de vestir y camisa, llegar a las 8 AM todos los días y sin un espacio para investigar sobre nuevas tecnologías. Menos ver ciertas complicaciones para poder llegar en bicicleta a esa oficina.

Las lucas pueden ser muy buenas, pero, como dijo un caído en batalla, "Hay cosas que no se transan". Y son precisamente esas cosas las que hacen que una oferta deje de ser atractiva para un ingeniero informático. Finalmente, después que me informaron que   iba a tener otra entrevista con otro indio decidí dar un paso al lado del proceso. "Gracias, pero no gracias".

¿Experimento?
Si, experimento. Después de un tiempo sin pasar por procesos de entrevista y ajustes de CV, me plantié seguir un proceso de selección, ver hasta donde llegaba, que tan "blando" estaba para enfrentar entrevistas y pruebas técnicas.
La verdad es que siento que tan mal no estoy, y enfrentarme nuevamente a un proceso que no destacó precisamente ni por su agilidad ni por su enfoque, hizo que valorara mucho más la oportunidad que se me ha brindado para trabajar donde estoy. Enumerando puntos no sacrificables:

• Puedo llegar en bicicleta
• Horario semi-flexible
• Posibilidad de trabajar desde la casa
• Ropa informal (zapatillas, jeans y polera)
• Espacios para la investigación (en todo caso esto es por lo que estoy resolviendo puntualmente, pasaron algunos meses antes de poder llegar a esto)
• Beneficios de salud
• Equipo no muy grande y de muy alto nivel técnico
• Metodologías de trabajo establecidas (quizás no las mejores, pero  con espacio para mejorarlas)
• Escritorio cómodo, ventana y juguetes (parece chiquero, pero trabajo feliz)

Imagen real de mi puesto de trabajo

Si su oferta puede igualar estas condiciones, quizás la piense.