Se me van espaciando cada vez más los artículos... Con lo fácil que es consumir información y no procesarla...
Crear es un proceso de error... ¿que lo puede seguir cualquiera?
Abro con un artículo bien intenso (me lo he tenido que leer por lo menos tres veces y no estoy seguro de haberme quedado con todo).
Why are CEOs failing software engineers?
Al margen de la (completita) vista de pájaro que da sobre creación de valor y sistemas de management, hay varios puntos que me resuenan mucho con la clasaza de la semana pasada que nos dio Roberto Heredia, cofundador de Muroexe, en el programa de Direccción de Producto del Instituto Tramontana:
Here is the rub: new value is a function of failure, not success; and, much of software engineering is about discovering new value.
a pesar de que sea doloroso, como el propio Roberto nos contaba en clase respecto de salir con MVPs (aunque ese dolor es muy distinto a este dolor). También es parecida a una de las "lessons learnt" que nos contaba Roberto la siguiente afirmación:
Avoid forcing individuals into the same ways of thinking about a problem
Que cualquiera puede emprender en un dominio del problema porque es un proceso de descubrimiento, como hizo Roberto con su ecléctico equipo de diseño (¡quién estuviera en un grupo así!).
Sobre esto mismo, Taleb en Antifragility nos dice un poco lo mismo:
Technology is the result of antifragility, exploited by risk-takers in the form of tinkering and trial and error, with nerd-driven design confined to the backstage. Engineers and tinkerers develop things while history books are written by academics;
O "lecturing birds on how to fly".
Pero sí que me sorprende esta afirmación del artículo:
...new products that truly address new points of need (new value) aren’t a function of time and money; instead, they are the result of learning from hundreds of small failures that must necessarily occur in the pursuit of discovering a new solution.
Lo que me sorprende es que precisamente sí que es una función de tiempo, y por supuesto, de dinero para errar, aunque se pueda optimizar:
Since learning from failed value attempts is the only path forward to discovering new value, our goal must be to get the cost of failure down (not the number of failures), and the rate of learning up. One of the easiest way to achieve this goal is to get the size of the teams down by investing in individual and small team level value attempts.
BTW, tengo por casa 3 librazos que a ver si les meto un meneo de nuevo y los sumarizo, de cuando andaba en el doctorado en crisis y no producía ideas nuevas ni a la de 3, especialmente el de Mihaly-never-ending-surname:
(aunque algo contaba ya de ellos aquí 👇)
Acho, ¿qué has estado haciendo estos últimos tres años? (2015)
Con mi Bistrohub en la mente, seguimos con los MVPs y llegamos a este substack curiosísimo, "the first 1000" (customers), con los primer customers de Doordash: te puedes imaginar el MVP... entregando los pedidos ellos mismos. Éste cliché del garaje de Sillicon Valley y contacto directo con los clientes lo cierto es que me lo creo muchísimo como necesario para el éxito. ¿Cómo vas a hacer una solución para alguien cuyos problemas no conoces de cerca?
A vueltas con el ageism in tech
De una manera muy similar a como ya comenté en
aparece este hilo rico rico de Hacker News hace unas pocas semanas: la eterna duda de un programador vocacional, ¿puedo hacer esto hasta el final de mis días?
Ask HN: Is working as a developer on technical route until retirement feasible? | Hacker News
y he recordado, no lo recordé entonces, que Xataka hizo un reportaje del estilo:
Soy programador y tengo 50 años
El tl;dr de ambos, que se dejaba entrever en ese debate previo en el número anterior, es que sí, pero que no puedes ni relajarte, ni esperar tener un sueldo siempre creciente, ni vivir mejor de lo que vivirías como gestor. PERO, puedes elegir.
Por favor, no quiero ser un diletante
Hablábamos de esto también en Instituto Tramontana este mismo viernes pasado. Hacer producto digital (lo hagas como PM, como ingeniero, como diseñador...) requiere de multidisciplinariedad.
Ver también:
A mí no me supone un problema, me lo pide el cuerpo a gritos. Voy cumpliendo años y en vez de tener intereses cada vez más específicos, los tengo más amplios... Mi madre hace ya 20 años me decía lapidariamente "tú te vas a cansar de to". A mí me preocupa muchísimo. No quiero acabar siendo un superficial inempleable. De hecho, me contaba Jorge Sancha que efectivamente, esto tiene el coste de no ser un experto en algo y un sentimiento de vulnerabilidad mayor por ello. Sergio Leiva por otro lado me recordaba que ¿cuánto te hace falta saber para hacer algo bien? El 80% del conocimiento lo puedes conseguir con el 20% del esfuerzo (Pareto intensifies). In any case, toda esta chapa para introducir este artículo:
Do the Real Thing | Scott H Young
Lo que quieras... pero just do it.
Lo mismo debería preocuparme también un poquito menos porque cada cosa que me interese tenga que ser empleable y marketeable, como vamos leyendo en mi club de lectura este mes con:
[Leyendo] Al menos tienes trabajo
Seguid a su autora en Twitter... porque es la bomba: @enchandal_
Bonus round
Las palas en la Fiebre del Oro del data science: el data engineering.
No es trivial, desde luego, plantar un modelo de machine learning en producción. Me sabe mal por los data scientist porque parece que es una tarea poco agradable para ellos. Más para mi :).
Notion <3 forever freakness.
Buena droga. Una checklist de rendimiento sobre Notion (que probablemente valga también para tu app).
Case study: Analyzing Notion app performance
OK a los podcast... pero esto ya...
Developers to follow on Instagram
Esto me parece EL HO-RROR. Instagram... mira, yo creo que no eres el medio para esto. Es la superficialidad pura y dura por diseño: ¿pero cómo vas a tener debates interesantes en la sección de comentarios, que es incomodísima? ¿Qué vas a aportar de valor con una foto? ¿O con un story? Socorro.