Hace un par de años me compré un coche de los familiares. No es un SUV por si te lo estás preguntando, aún mantengo la cordura. El vehículo en cuestión tiene lo que llaman “control de crucero adaptativo” entre otras muchas gilipolleces.
Había probado sistemas similares y no me habían convencido, tal vez no los usé suficiente, pero mi recuerdo es que no eran tan buenos. No quiero liarme mucho, voy al grano: después de 20 años de carnet ha cambiado mi forma de conducir, ahora uso el sistema constantemente, es el modo “por defecto”. Sería absurdo no hacerlo así, es muchísimo mejor que yo, reacciona mucho antes que yo; en alguna situación de emergencia cuando he ido a poner el pie en el freno el coche ya estaba frenando. En 20 años nadie en sus cabales puede pensar que este sistema, como mínimo, no vaya a ser obligatorio en autovía igual que lo es hoy el airbag o como el cinturón de seguridad en su día.
Escribo una vez al mes más o menos, el próximo post será de qué se hace cuando invierten en tu empresa $37M
Casi exactamente los mismos años llevo programando y me pasa exactamente lo mismo con los “large language models” (LLM a partir de ahora). No tiene ningún sentido programar sin esto, no es que te vaya a enseñar a programar, de hecho aún necesitas saber, pero es mucho más rápido, más preciso y si sabes usarlo te ahorra las partes del desarrollo que son un peñazo.
Pero no solo sirve para programar, sirve para diseñar. Por ejemplo, un mensaje da información suficiente para arreglar el problema? se lo preguntas a GPT y si no sabe, raramente un desarrollador humano medio va a saber arreglarlo. Es el interfaz del API algo predecible? símplemente pásale la documentación y dile que te haga unos ejemplos. Y no quiero hablar de integraciones, más allá de los chats, en aplicaciones, sigo pensando que LLM es el mejor interfaz hombre-máquina desde el ratón o la pantalla táctil. Podría estar días poniendo ejemplos, tal vez debería montar la chatGPTCon.
Quiere decir esto que va a reemplazar a un desarrollador? lo dudo, aún tienes que saber lo que quieres hacer, saber cómo organizar, probar, tener visión general del sistema y demás. De hecho ahora mismo los LLM están aún lejos de poder ser integrados bien en sistemas puramente deterministas.
La realidad es que yo soy ya un desarrollador más bien tirando a viejo y lo estoy usando como una mejora sobre un sistema antiguo (aunque a veces iterar es caballo ganador), no soy un programador nativo LLM, ahora mismo tengo un brazo biónico, pero todavía no soy Robocop (ni Terminator). Me gustaría poder hacer un reset y volver a aprender a programar pero basándome al 100% en LLM . Estoy seguro que alguien que empiece a programar así lo va a hacer de una forma radicalmente diferente, aunque tampoco podemos olvidar que, igual que cuando usas el GPS para ir de un sitio a otro tienes que tener una idea de lo que estás haciendo, con esto pasa lo mismo, los fundamentos siempre estarán ahí y vas a necesitar saberlos.
Thanks for reading Javi Santana! Subscribe for free to receive new posts and support my work.
“After a win,” Wolff noted, “most people go home and say, ‘That was a good weekend.’ They don’t go home and say, ‘Why did we win?’
Toto Wolff, director del equipo mercedes en F1 (ganador 7 veces del mundial de formula 1) en esta entrevista hablando de los fines de semana de competición.
Thanks for reading Javi Santana! Subscribe for free to receive new posts and support my work.
“¿Por qué?” es posiblemente la pregunta más interesante que puedes hacer (o te pueden hacer) y hay una manada de razones:
Es corta y clara.
El que pregunta y el que responde siempre ganan.
Si hay curiosidad va a generar más curiosidad.
Es la única forma de conocer el contexto sin vivirlo.
Puedes preguntarlo unas cuantas veces seguidas sin que pierda eficacia.
Puedes preguntatelo a ti mismo.
Cada vez que lo preguntas, puede darte una respuesta diferente y ninguna puede ser mala.
Puedes preguntar “por qué?” en diferentes momentos y tener respuestas diferentes. Lo mismo pasa si preguntas a dos personas diferentes.
Pero no todo en el monte es orégano, un “¿por qué?” puede generar cierto rechazo. En general conozco tres clases de personas: las que se toman la pregunta como un ataque, como si alguien te cuestionase, las que se lo toman como un “dame más de esto por favor” y por último las que no entienden el porqué de la pregunta “¿qué más da?”. Cierto es que hay formas de preguntar, puede ser un “y por qué?” o un “¿qué bueno, por qué?”
Seguro que hay un método científico sobre esto y libros de autoayuda para ejecutivos escritos: no hay mejor cosa para la cultura de una empresa que preguntar el “porqué” de las cosas continuamente. Que nadie se sienta atacado al escucharlo, y que todo el mundo sepa que te pueden -y lo van a hacer- preguntar el porqué significa que no vas a hacer las cosas sin antes preguntaterlo tú mismo.
Tampoco hay que hacer que la pregunta fiscalice nuestra existencia, no siempre hay un porqué, en la vida (de las empresas, se entiende) se toman decisiones sin ser medidas, y cuando las mides, normalmente no usas el escalímetro. Un “Me dio buenas sensaciones” es una buena respuesta siempre que llegue un momento en el que pares a analizarlo bien, igual que hace Toto Wolff.
Aún así, el mayor riesgo del “¿por qué?” es que te quedes para siempre en el bucle infinito y no puedas símplemente disfrutar sin preguntar. Trabajé en TV durante un año como técnico y ahora, cada vez que veo un programa, no puede preguntarme el cómo está hecho y el porqué han decidido hacerlo así. A veces echo de menos poder ver la tele sin más, aunque sigo disfrutando cuando veo un buen tiro de cámara.
¿Y por qué escribo esto? porque cada vez que alguien me pregunta el porqué se me iluminan los ojos, porque, aunque me da vergüenza y me preocupa que se lo tomen mal, me encanta preguntar a la gente qué hay detrás de sus decisiones.
Thanks for reading Javi Santana! Subscribe for free to receive new posts and support my work.
Hace dos veranos salía de correos de enviar una carta certificada con el contrato firmado más grande hasta la fecha, de 6 cifras al año, como dicen los americanos cuando quieren que parezca mucho pero sin dar detalles.
Seguramente tú te estes preguntado el porqué tenía que enviar el contrato por correo en papel. No te culpo, pero lo que yo estaba pensando era en como cerrar el siguiente, cuantos como esos había que cerrar ese año para tener el crecimiento necesario, como íbamos a llegar a toda es gente interesada en el producto y como vamos a convencerles de usar un producto que acababa de arrancar.
Esa es la espada de Damocles a la que me refiero en el título, no creo que sea ni un 10% de la responsabilidad sobre tus hombros si tienes una empresa con 25 empleados y no tienes 40 millones de capital riesgo en el banco, pero no deja de ser un peso sobre tus hombros.
No puedes defraudar a tus socios, a tus clientes, a tus inversores y sobre todo a la gente que has contratado contándoles que de esta salen por la puerta grande (lo de la enfermería no se cuenta mucho, esa es la verdad). Es posible que sea un juego muy caro por el que te preocupas más de lo debido, en el fondo el capital riesgo es eso, te la juegas. Esto no solo pasa a los fundadores, la gente del equipo tiene su propia espada de Damocles, quieren estar al nivel del resto de compañeros y, aunque cada uno aportamos de una forma, no quieres quedarte atrás.
La sensación de que todo está mal todo el rato, siempre hay un fuego, a alguien que entrevistar, que si el producto no hace X, que te toca ir a Austin a estar todo el día en un stand, sabiendo que cada minuto que estás allí tienes 3 nuevos mensajes de slack. Que si la competencia hace ha publicado una página con algo nuevo que es un fake, y aunque lo sabes, te mata un poco porque los fakes los podrías estar haciendo tú. Que un cliente te dice que mal mal mal, el board es dentro de un mes y no hemos hecho nada. No eres suficiente internacional, no eres diverso, no piensas suficientemente grande, no tienes foco, no tienes el foco correcto, gastas poco, gastas mucho, la madre que lo parió.
Hoy te levantas a las 5 de la mañana y no puedes dormir. Te pones al ordenata a avanzar cosas, “hoy termino antes” dices con la total seguridad de que no va a pasar. Sabes que te tienes que cuidar, hacer deporte, comer bien, ser buen marido/mujer/pareja/padre/hijo/loquesea como si fuese una tarea más. Tengo una tarea en mi calendario con este título *“
La historia de esto es que no sabes si estás en esto porque te gusta o tienes síndrome de Estocolmo. No dejas de sentirte culpable porque tu vida y tu trabajo están mezclados y, ya sabes, los que saben de la vida te dicen que eso está fatal, tienes que vivir tu vida como ellos te dicen. Como si todos los trabajos tuviesen una linea divisoria entre tu vida y el trabajo, como si tuvieses un interruptor en tu cerebro que te permite cambiar de modo trabajo a modo vida personal. Como si te dejases el cerebro en la oficina.
Aprendes poco a poco a vivir con la espada colgando encima tuya, que las cosas no van siempre como quieres y las cosas no son tan malas como a veces parecen. En mi caso algunos amigos que están y otros que por desgracia ya no (*) te ayudan a relativizar y poner las cosas en tu sitio. Entonces es cuando casi disfrutas y te das cuenta que mata más estar de 9-5 teniendo reuniones absurdas que mirar el filo de la espada cerca de vez en cuando, y esto lo digo por experiencia. Imagino que el refrán “sarna con gusto no pica” va de esto.
(*) Justo hoy hace dos años que se fue Feli. Es posiblemente la pérdida que más me ha tocado a nivel personal después de la de mi padre y que me ayuda mucho a poner las cosas en su sitio más de vez en cuando de lo que querría.
Las empresas tecnológicas (y no tan tecnológicas) han despreciado e infravalorado el soporte técnico durante los últimos 20 años. Alguien en algún momento dijo “eso no escala” y es muy caro a medida que los usuarios crecen. Como si todas las empresas hiciesen el famoso hockey stick o tuviesen millones de clientes.
En parte es verdad, pero no toda la verdad. La parte que no se cuenta es que dar un soporte de alta calidad es también difícil, así que aunque creas que no lo haces porque es caro, en realidad no solo es un tema de pasta. Tener a gente con una calidad técnica alta, que sepa navegar varias capas de tecnología y personas para solucionar algo, que tenga criterio para tomar decisiones sin avisar a un supervisor, no es sencillo.
Thanks for reading Javi Santana! Subscribe for free to receive new posts and support my work.
Es complicado formar a alguien para estar a un nivel técnico alto. Más difícil es formarlos para que sean amables, empáticos y resolutivos. Pero lo realmente jodido es encontrar gente a la que realmente le preocupe lo que le pasa al cliente. Alguien que le importe, que no abandone cuando ve a un cliente en la estacada y que ponga buena cara después de dos años viendo problemas todos los días.
Soporte técnico no es “preguntas-fáciles-de-resolver as a service” o alguien respondiéndote emails con frases sacadas de una plantilla para dar la sensación de que se está haciendo algo con la esperanza que dejes de protestar.
Es preguntar las preguntas adecuadas, es informar al cliente de lo que pasa, es pelear para solucionar un problema, o por lo menos dar una respuesta satisfactoria. Es perseguir durante meses un problema, es buscar una vía para bordear lo que está bloqueando en vez de un “sorry, unfortunately”. Es instalar ese software que no instalarías en tu vida solo para ver lo que tu cliente ve. El soporte técnico no es esperar, es preguntar antes de que pase. Es monitorizar y avisar.
Mucha gente no se da cuenta que tener un soporte técnico de calidad es el mejor camino para no tener churn, la mejor forma de que tu cliente use el producto más, la mejor forma de que tu producto escuche a los clientes (y no clientes), de que esa persona junior se convierta en la persona que mejor entiende el producto. El soporte técnico tiene efecto compuesto.
En Tinybird lidero el equipo de “data engineering”, no es un equipo de trabajo con datos hacia dentro, es hacia fuera, ayudamos a los clientes a resolver problemas con datos. Somos actualmente 11 personas (un 15% de la empresa) y hacemos tareas pre y post venta. Ayudamos con desde cosas sencillas a cosas que requieren meses de investigación. Los casos de uso en los que trabajamos son complejos y difíciles, muchos de nuestros clientes podrían haber estado meses para resolver esos problemas. Y no hablo de clientes que no sepan qué es trabajar con datos precisamente.
No me arrepiento ni un segundo de haber invertido horas y horas en tener un equipo que sepa de trabajar con datos en tiempo real, que sepa sacarle jugo a cada ciclo de CPU y que tenga en la cabeza lo que tiene que preguntar después de escuchar al cliente 20 segundos. Es cierto que luego ellos han puesto la parte más importante, la parte humana, la de que te importe el prójimo.
Tinybird es un producto para desarrolladores y la parte técnica es muy importante en el soporte de calidad, de hecho para mi es un equipo más de desarrollo dentro de la empresa. Se ve que de casta le viene al galgo o que realmente no sé hacer otra cosa, pero el hecho de tener un equipo cohesionado, muy técnico y que cubra bien todos los espectros necesarios no se diferencia en prácticamente nada a un equipo de producto.
Pon un buen equipo a hablar con tus clientes y pon a todo tu equipo a hablar con tus clientes. Da igual por qué parte empieces, es un ciclo virtuoso.
(Por cierto, buscamos gente para el equipo de data engineering )
Thanks for reading Javi Santana! Subscribe for free to receive new posts and support my work.
Este es el tercer post de la serie “qué pasa cuando montas una startup y no es la primera.”
Cuando me echen de esta empresa, si me doy un golpe en la cabeza y monto otra empresa, no será remoto 100% ni por asomo.
Hay muchísimas ventajas del remoto, ya te lo han contado mil veces, especialmente te lo cuenta gente con modelos de negocio ya asentados o empresas con mucha necesidad de “talento”: acceso a gente que de otra forma sería imposible, conciliación laboral, aumento de la productividad, facilidad para muchas cosas. Estoy de acuerdo con todas ellas, llevo trabajando en algún sabor de remoto desde el año 2008, aunque hay muchos oscuros, por ejemplo gente que no sabe gestionar su tiempo, con problemas psicológicos o directamente que no tiene contacto social.
Tinybird empezó parcialmente remoto, los founders estabamos distribuidos pero al cabo de unos meses empezamos a ir casi todos los días a la oficina (agradecido eternamente a Google Campus por dejarnos un hueco allí hasta que el COVID decidió cerrar la oficina). Significa eso que no fuesemos remoto? no, absolutamente todos los procesos eran remoto.
Al principio usábamos telegram para el chat, pasamos a discord y finalmente pasamos a basecamp porque potenciaba la comunicación asíncrona. Creo fue un acierto aunque llegó un día que todo el mundo se quejó y tuvimos que poner slack. Debe ser que decimos que somos asíncronos y que nos encanta el trabajo en remoto, pero a lo mejor no tanto. Podría hacer un libro para contarte que slack es la nicotina, el azúcar, el feed de tiktok, el aceite de palma, la tragaperras, el CO2… de trabajo, pero eso ya lo sabes aunque lo niegues.
El proceso de toma de decisiones se hacía (y hace) con documentos (con reuniones para ciertas cosas), todo queda registrado, cada conversación con cada cliente, cada bug, etc. Se hacen actualizaciones semanales de todos los equipos en un “worklog”, sin hablar con nadie te puedes hacer una idea bastante buena de lo que ha pasado.
La primera persona que contratamos fue en remoto (y esto lo decidimos antes de la pandemia) y todas las siguientes lo han sido, de hecho yo no pregunto donde vives en ninguna de las entrevistas.
Y te digo todo esto presentando mis credenciales para cuando te diga que no me creo el trabajo remoto para cierto tipo de empresas. Ahora te dos un par de razones.
Primera, y empecemos por el fundamento. Para encontrar el famoso “product market fit” de una empresa tech en realidad necesitas un equipo muy pequeño. El resto es búsqueda de market fit usando fuerza bruta, con mucha gente, usando un montecarlo (*) muy caro.
Para llegar ese punto necesitas iterar en base a una idea, cuanto más rápido mejor y no hay nada más rápido que estar codo con codo. He visto dos equipos en dos startups muy similares y el 100% remoto es mucho más lento, especialmente en momentos donde hay que girar rápido.
Segunda, para esta dejo una trozo de una carta de Séneca a su discípulo Lucilio.
En consecuencia, te enviaré mis propios libros, y para que no gastes mucho tiempo buscando por doquier lo que te ha de ser útil, pondré anotaciones para que inmediatamente descubras los puntos que yo apruebo y admiro. Sin embargo, la viva voz y la convivencia te serán más útiles que la palabra escrita; es preciso que vengas a mi presencia: primero, porque los hombres se fían más de la vista que del oído; luego, porque el camino es largo a través de los preceptos, breve y eficaz a través de los ejemplos
Séneca no tenía zoom ni whatsapp el hombre, tenía cartas (que son más lentas y te toca pensar), pero efectivamente, a los humanos nos gusta el contacto. Funcionamos mejor viendonos. Y aquí estarás pensando que puede que no, pero los bares siempre están llenos, incluso en las peores crisis económicas y organizamos nuestra vida en base a la convivencia con otros seres humanos. El metaverso está bien, pero follar en persona, mejor.
Lo re-ilustro con otra cita del libro Creativity Inc (librazo por cierto)
There is an important principle here that may seem obvious, yet— in my experience— is not obvious at all. Getting the right people and the right chemistry is more important than getting the right idea.
Chapter 4: Establishing Pixar’s Identity > Page 72
Para que un equipo funcione bien se tiene que llevar bien y esto es remotamente más fácil cuando nos vemos los jetos. Un enganchón en remoto es infinitamente más fácil que en persona, por dar un ejemplo sencillo. No os imagináis la de empresas que hay donde la carencia de parte humana hace que se respire veneno al hablar con ellos.
Por último no despreciemos la parte de que todo en persona es más divertido. No hemos venido aquí a pasarnoslo bien, pero si lo haces, te aseguro que tu trabajo será mucho mejor.
Quiere decir todo esto, incluso después de mi primera frase, que no montaría una empresa en remoto? no, vaya usted a saber como funcionan las relaciones laborales en el futuro, o si es más interesante hacerlo en remoto, o si me apetecerá ver gente cara a cara, pero a que te ha hecho pensar? puede que incluso te haya molestado un poco. Es lo que pasa cuando las cosas se polarizan sin tiempo para pensar demasiado.