- Aunque en el trabajo te reconozcan como un ingeniero de alto nivel, la brecha frente a los verdaderos cracks puede ser enorme, y esa diferencia suele notarse en cuánto han aprendido de verdad
- La experiencia de haber abandonado el arte después de la preparatoria muestra, con un solo libro, Drawing On The Right Side Of The Brain, y unas horas de práctica, que el material adecuado puede bajar mucho la barrera de entrada
- En ingeniería también hay una gran diferencia entre quienes han leído al menos un libro sobre un tema específico y quienes casi ni lo intentan; en muchas profesiones, estos últimos son mayoría
- La especialización se divide en capas, como la esgrima a nivel local, nacional y olímpico, y quienes profundizan leyendo varios libros se acercan a competir por los trabajos del nivel más alto
- Leer libros por sí solo no basta: sin la meta-habilidad de elegir buen material y desechar lo malo, es difícil rendir incluso aferrándose a materiales sobre Scrum, Agile o liderazgo
El punto de partida: “estoy arriba, pero al mismo tiempo me falta mucho”
- El autor ha sido reconocido de forma constante como buen ingeniero en entornos laborales
- Dice que estudia hasta varias veces más que el ingeniero promedio de su entorno
- En una ocasión recibió una oferta de nivel senior de una de las mejores empresas de su estado
- La “Serious People” quiere volver a contratarlo, y se enoja con mensajes de commit flojos
- Pero al compararse con muchas de las personas que le escriben correos, cree que claramente se queda corto
- Tiene 3 o 4 años de experiencia y formación en psicología
- Fuera de proyectos personales, casi nunca escribió tests, y los empleadores que vio no tenían tests funcionales ni intención de adoptarlos
- El código de su tesis de maestría fue escrito sin control de versiones, y explica que una de las mejores universidades del país no enseñaba control de versiones
- Desarrolla esta contradicción con ejemplos de arte, ingeniería y deporte, subrayando la distancia entre “alguien que aprendió un poco bien” y “alguien que casi no lo intentó”
El efecto de “un libro adecuado” en el arte
- En la preparatoria odiaba más que nada el arte y, tras decidir que no era artsy, pasó unos 10 años sin dibujar casi nada aparte de cubos garabateados
- En 2022 intentó el curso de Drawabox, pero le pareció muy aburrido y sintió que no avanzaba
- Luego, por una recomendación en Hacker News, encontró Drawing On The Right Side Of The Brain de Betty Edwards
- El título le incomodó, sobre todo por haber dejado atrás la psicología, pero existían recomendaciones y ejemplos de before/after
- Las imágenes del after le parecían tan irreales que le sonaban a estafa tipo publicidad de bajar de peso
- La primera tarea del libro era dibujar su mano lo mejor posible, y el autor pasó entre 30 y 45 minutos haciéndolo
- Según sus estándares de entonces, era el mejor dibujo de su vida, pero aun así lo consideró insuficiente
- Después practicó siguiendo con la vista las líneas de dibujos invertidos, y se sorprendió con el resultado tras hacer algunos más
- Cuando volvió a dibujar su mano, con apenas 6 horas de lectura y práctica, el resultado fue muchísimo mejor que antes
- Esta experiencia se volvió un caso de haber estado a punto de perderse toda una vida del disfrute del arte, hasta que, al tomar el libro correcto, logró cruzar esa barrera
La “barrera de un libro” y la distribución de los ingenieros
- Los ingenieros se dividen, a grandes rasgos, en dos grupos
- Quienes han leído 1 libro o más sobre un tema específico suelen parecer muy competentes
- No tiene que ser literalmente un libro; una cantidad suficiente de blogs técnicos o cursos también puede cumplir un papel parecido, aunque con diferencias de eficiencia
- Del otro lado están los ingenieros que casi no lo intentan en toda su carrera, y la gente de otras profesiones; el autor cree que ellos son la mayoría
- El gran ingeniero Seth Newman describe al profesional promedio como alguien “más cerca de atravesar su vida laboral como sonámbulo”
- Hay movimiento, pero no la conciencia suficiente para evitar caerse por las escaleras
- El propio autor se ve, en la mayoría de los temas relacionados con el trabajo, como alguien que ha leído apenas un buen libro
- Gracias a Pro Git entiende bien el modelo de datos de Git, pero dice que no conoce los algoritmos que hay debajo
- Aun así, considera que eso basta para aplastar a un ingeniero elegido al azar
- También reconoce, al mirar proyectos como Evennia, que existen personas en un nivel mucho más profundo
- Tras hablar con gente de alto rendimiento en distintos campos, dice haber oído la misma reacción: en casi todas las áreas hay muchísimas personas que ni siquiera intentan aprender en serio
La especialización se divide en capas sin fin
- La conversación con Seth lleva a preguntarse hasta dónde puede llegar la especialización profunda
- Como ejemplo en básquetbol, menciona a un jugador conocido por estar entre los peores de la NBA, que incluso 10 años después de retirarse y con el cuerpo ya deteriorado sigue aplastando a amateurs y jugadores profesionales de bajo nivel en este video
- Su experiencia en esgrima muestra la misma estructura
- En Melbourne, el autor era considerado un sablista decente y le ganaba a la mayoría de los amateurs
- Pero algunos competidores del campeonato estatal lo dominaban por completo
- Un compañero de entrenamiento luego ganó los Nationals de Australia, pero contra alguien que intentaba clasificar a los Olímpicos no pudo anotar ni un punto
- Yu Peng Kean, de Malasia, perdió 15 a 1 contra el campeón de ese año en los Juegos Olímpicos de 2012
- Esta estructura jerárquica no es extraña, como cuando Magnus Carlsen domina a jugadores de ajedrez que han entrenado toda su vida, pero enfrentarlo en persona se siente totalmente distinto
- Describe que los jugadores de arriba siempre parecen un poco más lejanos, más rápidos y más precisos, y que el rival siente que un niño corre contra un adulto
Incentivos y “la gente que terminó por error en la industria tecnológica”
- El autor reconoce que él mismo, en áreas como el piano, está más cerca de un estado sonámbulo
- Siente también falta de talento, pero en la práctica simplemente no ensaya lo suficiente
- Solo que no se dedica al piano y nadie le paga por tocar
- Cree que, en tecnología, la sociedad se equivocó al dar incentivos para entrar incluso a gente sin talento ni interés
- Muchas personas podrían estar más despiertas en deporte, arte, matemáticas u otras áreas
- Como en algunos campos sobra el dinero, dirigir organizaciones grandes es difícil y existe una tendencia a convertir fondos corporativos en estatus personal, cree que incluso malos programadores y malos líderes reciben sueldos altos
- Critica con dureza que ser PowerBI developer sea una forma de ganar por encima del promedio mientras es fácil perder más de 6 horas al día sin hacer mucho
- Citando la experiencia del primer empleo de Christopher Hitchens, subraya que ser tan malo en algo como para no poder quedarse ahí puede empujarte a salir por otro camino
La ventaja competitiva que da un libro
- Conecta esto con el texto de Dan Luu very little effort, y plantea que a veces hace falta muy poco esfuerzo para convertirse en alguien de alto rendimiento
- Ese alto rendimiento puede ser alguien capaz de hacer una tarea claramente definida, como un backflip, o alguien que simplemente rinde más que los demás
- Un libro normalmente puede llevarte hasta el nivel de “agregar una nueva funcionalidad a una app de React sin generar deuda técnica”
- Si eliges con inteligencia un trabajo que la sociedad recompense, eso basta para ganarte la vida de forma ética
- Si lees varios libros, te acercas a competir por los trabajos de salario más alto
- Ahí importa si puedes hacer lo mismo en un día o en una semana
- Si tus competidores leyeron N libros, tú tienes que leer N+1: se vuelve una carrera armamentista
- Como Deloitte y el desarrollador promedio no leen ningún libro, el autor cree que es fácil enfrentarlos
- Si quedas atado a una organización como empleado de tiempo completo, puede resultar desesperante tener que trabajar con gente así
- Si te mueves de forma más mercenaria, cree que puedes aplastarlos en entrevistas y reuniones
- En entrevistas técnicas propone preguntar al candidato qué libro técnico le gusta, y conversar solo con quienes mencionen uno cuyo contenido el entrevistador pueda verificar; así se filtrarían la mayoría de los dud candidate
- Un candidato que haya leído un gran libro que el entrevistador no conoce podría convertirse en un false negative
- Pero especula que casi no habría false positives
Gente que se esfuerza pero no logra resultados, y la capacidad de filtrar materiales
- Hay un caso más complejo: personas que de verdad trabajan duro, pero aun así no logran resultados al dirigir equipos
- Hacen sufrir a los ingenieros, se frustran, no saben contratar y sobreestiman sus capacidades, pero se esfuerzan de verdad
- Siguen intentando aplicar Scrum correctamente, pero al final parecen sonámbulos caminando hacia un lago
- La habilidad que les falta es la meta-habilidad de saber qué libro leer
- La diferencia entre Drawabox y el libro de Betty Edwards es el ejemplo representativo
- Drawabox parecía convincente en la superficie, pero para la meta del autor, el libro de Edwards resultó mucho mejor
- Piensa que Drawabox asumía que ya conocías el truco central que Edwards enfatiza, y pasaba directo a habilidades mecánicas
- Por esa pieza faltante, incluso completar todo el curso podía no producir casi ningún avance
- En tecnología, normalmente confía más en materiales hechos por personas que construyeron algo impresionante de forma directa
- Si hay señales de conocimiento difíciles de falsificar, como mantener open source, les da alta puntuación
- Logros más difusos, como “gran empresa”, puntúan menos porque pueden conseguirse por suerte o por humo
- Cree que es difícil fingir que tu código compila
- También propone reglas sueltas para evaluar materiales
- Un nombre demasiado llamativo resta puntos
- Cree que los buenos libros suelen tener portadas aburridas o sobrias
- Si el título incluye “leadership”, normalmente sospecha que probablemente sea puro humo
- Cuanto más presume el autor de premios, más le suena a mentira
- Un estilo coloquial resta puntos, aunque si el tema es sutil no lo considera un defecto decisivo
Crítica a Agile, The Phoenix Project y el aprendizaje en LinkedIn
- En su trabajo entró un Agile consultant, a la gerencia le encantó, pero a los ingenieros les preguntaron “califiquen el Agile training del 1 al 5”
- El autor cree que esa pregunta, en sí misma, no tiene sentido
- Dice que hay una correlación de casi 100% entre la gente a la que le gustó esa sesión y la gente que lee los libros equivocados
- Incluso dentro de un libro hay que poder desechar las partes inútiles
- The Phoenix Project tiene buenas ideas, pero cree que, al contar una historia de transformación organizacional dejando solo a un mal actor y volviendo al resto extremadamente competente y trabajador, se aleja de la realidad de las grandes empresas
- Hay que sacar las ideas valiosas y notar que el resto se parece más a “leadership fanfic”
- Sin esta capacidad de filtrado, el aprendizaje y la mejora personal se bloquean muchísimo
- Cree que cuando un ejecutivo hace públicos los materiales que lee, a veces se vuelve inmediatamente evidente que esa persona probablemente no sea buena en su trabajo
- Si un líder dice que aprende en LinkedIn, el autor afirma que eso le provoca un rechazo muy fuerte
Conclusión: abrir un libro funciona, pero no hace falta recomendárselo a los competidores
- Al principio, esto iba a ser un texto sobre el efecto anormalmente grande que puede tener abrir un libro en la era de YouTube
- La conclusión real, de forma irónica, queda más cerca de no recomendarle a nadie que lea libros bajo ninguna circunstancia
- Si los demás se quedan sin leer, para quien sí lee se convierte en dinero fácil
- Cierra bromeando con que su siguiente texto estará lleno de propaganda anti-Git y enlaces de materiales sobre Scrum
2 comentarios
Es importante conocer aunque sea por encima la tecnología, porque para intentar usarla primero hay que saber que existe.
Comentarios de Hacker News
Escribe bien, pero parece subestimar el conocimiento tácito de un ingeniero experimentado que a los principiantes les falta
A veces parece simple sentido común, pero en realidad no lo es, y como resultado es fácil que eso lleve a una falta de empatía. Pasar tiempo con niños o adultos mayores, o ayudar del mismo lado a un familiar que la está pasando mal, puede ayudarte a desarrollar esa empatía. Es parecido a pensar en la diferencia entre un hablante nativo que simplemente habla con naturalidad y alguien que sufre mientras aprende el idioma
A mi hermano le costaban cosas que yo daba por obvias, como mantener una indentación consistente o leer de verdad los mensajes de error del compilador y usarlos para depurar. Le tomó años llegar al nivel para conseguir trabajo como programador, y en realidad a mí también me tomó años; solo que yo había olvidado mi punto de partida
El mejor ingeniero de la consultora casi no lee libros por un TDAH severo, pero tiene una enorme experiencia práctica y sí lee suficiente documentación y posts de blogs de alto nivel, así que parece haber cierta equivalencia. Una vez una persona extremadamente brillante dijo que “los libros no le habían servido mucho”, pero luego enumeró de corrido cinco libros que había leído ese año; aunque los libros en sí quizá no le resultaran tan útiles, la disciplina de abrir cinco libros parece haberlo llevado a la cima
Esa intuición viene de una cantidad enorme de práctica deliberada
La parte sobre “ingenieros que nunca lo intentan de verdad ni una sola vez en toda su carrera” coincide 100% con mi experiencia
No soy un desarrollador genio; creo que tengo la capacidad para construir soluciones decentes a problemas pequeños que me asignan, y también cierto instinto para distinguir entre enfoques correctos e incorrectos, pero no estoy seguro ni de si podría pasar una entrevista de FAANG. En el trabajo siempre estoy en estado de alerta, como si en cuanto apartara la vista un momento fueran a meterse los gremlins
Me refiero a ver un PR ya aprobado por dos ingenieros senior y detectar en 30 segundos una falla de seguridad fatal; o notar un patrón de carga que funciona bien con 5 registros de prueba pero que en el dataset real lanza 300 consultas a la base de datos por página; o ver código que gasta el 75% del tiempo de CPU reconstruyendo objetos de fecha a partir de timestamps que se van a descartar de inmediato. Al final, parece una falta de curiosidad, interés y pasión innata por la programación
Para mí, la buena programación se parece al trabajo artesanal. Si por requisitos de negocio tengo que desplegar un parche temporal, siento una incomodidad difícil de expresar con palabras; y si es algo que yo hice, quiero que quede bien aunque no le tenga un gran apego al producto en sí. A menudo escucho “simplemente lo hice así porque no sabía cómo hacerlo funcionar”, pero en la práctica eso casi siempre significa “lo primero que intenté se topó con un obstáculo menor y entonces dejé de intentarlo”. Mientras peor se vuelve el codebase, más difícil es hacer aportes de los que uno pueda sentirse orgulloso
Me pregunto si solo he trabajado en empresas especialmente malas, o si de verdad toda la industria está así
Él no lo sabe, pero ese es el rockstar de nuestro equipo. Por los ejemplos, parece que a tus colegas no les importa mucho su trabajo
Yo soy la persona a la que todos llaman cuando hay un incidente, cuando hay que ordenar un desacuerdo de opiniones, cuando hay que arreglar algo que parecía imposible de arreglar, cuando hay que averiguar algo. Nunca he sentido que tenga las credenciales para eso, y en un lugar como Facebook creo que no duraría ni un día. No soy bueno para integrarme bien al equipo ni para soportar las estructuras políticas, así que prefiero los rincones oscuros
Si preguntas si toda la industria está así, en realidad está mucho peor. Hay más gente en la industria que nunca, y es casi imposible encontrar a alguien que realmente sepa algo. Hay que construir a lo largo de 5 a 10 años una lista de personas confiables, no soltarlas nunca y mantener la relación
Porque es más difícil esconderse entre la multitud, y por supuesto hay personas inteligentes y comprometidas en empresas de todos los tamaños. No te quedes eternamente apagando incendios; si vas encontrando personas que comparten o respetan tus principios, deberías estar bien
He visto demasiada gente que simplemente avienta código a un issue sin mayor interés, atención ni curiosidad, y luego cree que eso está bien. Un exmanager buscaba gente con “chispa”, y a juzgar por que me contrató, parece que en ese entonces yo también la tenía
También hay lugar para desarrolladores que no tienen esa chispa y, por otro lado, he visto organizaciones sufrir por tratar de reunir solo a personas así. Pero también hay muchos egresados de bootcamp que entraron por dinero o porque pensaban que era una profesión estable, y fuera de eso no tienen mucho interés
Si en 2025 la consultora tiene suficientes ingresos como para contratar en 2026, estaría bien que les enviaras un correo
La parte importante es leer los “libros correctos”. Leí algunos libros de autoayuda en la preparatoria y, con solo unos cuantos, te das cuenta de que, como dice el autor, la mayoría se parece más a fan fiction
Mientras lees, te preguntas constantemente: “¿Esto es obvio? ¿Ya lo sabía?”, y se nota un patrón frecuente de usar muchos ejemplos o historias e intentar expandir una metáfora o consigna simple, como “skin in the game”, hasta convertirla en toda una filosofía de vida
El segundo grupo recordó la información mucho mejor. Las personas nos sentimos atraídas por las historias, y hay una razón por la que las epopeyas más antiguas son relatos. Los libros de autoayuda siguen esa fórmula porque funciona. Leer algo, entenderlo, aplicarlo y dominar esa aplicación son cosas muy distintas entre sí
Creo que el núcleo de este tipo de libros está en lograr que adoptes por completo una idea, rutina o proceso, y desarrollar la capacidad de aplicarlo casi por instinto cuando llega el momento. Para algunos libros, bastaría con una entrada de blog, y también hay pésimos textos inflados solo para aumentar el número de páginas, pero muchas historias y narrativas son un recurso para que el lector se vea reflejado en alguna de ellas y recuerde con fuerza la lección. No se puede culpar a un libro solo por tener un título adecuado
A menudo me preguntan si leo a Cal Newport, pero me cuesta soportarlo porque no me gusta esa forma de mezclar observaciones buenas con otras trilladas y luego apoyarse en ejemplos e historias. Hay lugares donde los ejemplos y las historias sí hacen falta, pero ese estilo no me resulta convincente. Es una lástima no haber pensado en los tres puntos anteriores al escribir, y también da risa que “Skin In The Game” sea justamente un libro de Taleb. No significa que ese libro sea malo; solo es gracioso que se use como ejemplo a un autor cuyos libros me inmunizaron contra este patrón
Normalmente una o dos buenas ideas aparecen al principio, y el resto es repetición y relleno. Este problema es tan común que, en la mayoría de los casos, creo que basta con escuchar videos resumen de YouTube. Otro truco es conseguir siempre la primera edición, porque por lo general es más corta y más clara
Desde que empecé a leer libros otra vez, aumentaron mucho mi capacidad de atención y mi concentración, y también disminuyó mi impulso de hacer doomscroll
En muchas personas, lo que ven en sí mismas como algo parecido al ADHD también se superpone con una capacidad de concentración menos desarrollada o intencionalmente descuidada. No digo que sea así en todos los casos. Si tú mismo o un profesional te ha diagnosticado ADHD, vale la pena preguntarte si entrenas con regularidad ese músculo de la concentración haciendo trabajo que la exija, y si eres capaz de apartarte de la basura como el doomscroll o los videos cortos. Si no estarás evitando, como si fueras siervo del dolor, lo difícil y cayendo en conductas que refuerzan el problema. La concentración es una capacidad que se agota para todo el mundo
Está algo exagerado y la realidad es más compleja, pero como principio general estoy de acuerdo. Con solo preocuparte de verdad por lo que haces, ya puedes quedar muy por delante de quienes solo van a cobrar el sueldo
Estoy bastante de acuerdo con la idea de que “algo salió muy mal en una sociedad que empezó a empujar al sector tecnológico a personas sin talento ni interés”, pero esa forma de pensar lleva a conclusiones interesantes
Primero, todo el proceso de contratación en tecnología podría ser varios niveles más ineficiente de lo que se queja la propia industria. Incluso al buscar talento junior, quizá las empresas estén seleccionando lo equivocado
Segundo, en profesiones de cola larga como el deporte profesional o las artes, los incentivos económicos son muy malos. Si se quiere abordar el problema que ve el autor, también hay que abordar eso, y ese por sí solo ya es un agujero de conejo profundo
Tercero, si la situación es tan mala, ¿por qué las empresas no capacitan directamente a sus empleados en el trabajo?
Cuarto, casi nunca nos preguntamos si este costo de oportunidad es más caro que una renta básica, porque hoy las decisiones del sector privado y del sector público tienden a avanzar de forma ortogonal
Aunque logren terminar el proceso, nadie sabe qué pasará con su carrera si suponemos que de verdad consiguen un empleo en desarrollo de software
En la mayoría de los lugares, prácticamente se considera que todos los empleados ya están “completamente capacitados”, y de manera extraña se trata la capacitación en el trabajo como si fuera un favor que se le hace al empleado. Es muy probable que esto esté relacionado con la cultura de que los trabajadores tecnológicos se quedan poco tiempo en cada empresa
El aumento de los salarios en tecnología es una señal de que no hay suficientes programadores. La mayor parte del crecimiento económico de Estados Unidos ahora se basa en la programación y la tecnología
Al final, esto parece una historia del tipo “dominant Matlab filedriver”
Leer más de un libro, tocar guitarra, tener algún hobby raro, ser gimnasta semiprofesional o cualquier otra experiencia personal de la que uno se agarre para construir un marco narrativo con el que justificar, sin demasiado esfuerzo, un largo rant sobre lo brillante que es uno mismo o lo tontos que son los demás
La lectura es más bien un catalizador y un punto de partida; lo que hace que las cosas realmente encajen es la práctica. Y también es importante tener suficiente curiosidad como para investigar y probar por cuenta propia distintas cosas
https://ludic.mataroa.blog/blog/i-will-fucking-piledrive-you...
Estoy muy de acuerdo con esta premisa. Mis habilidades se dividen en tres categorías: las que inventé directamente desde primeros principios, las que aprendí leyendo un libro y las que no sé hacer.
Una de las cosas que no sé hacer es encontrar buenos libros. Hay libros por todas partes y la mayoría son basura, pero todos los libros que me han recomendado han sido excelentes. ¿Habrá un buen libro sobre cómo encontrar buenos libros?
https://www.gnooks.com/faves.php
Gnod general: gnod.com
https://www.literature-map.com/
También hay sitios que reúnen listas de libros
https://www.goodreads.com/review/list/21394355-william-adams...
https://www.goodreads.com/review/list/21394355-william-adams...
Si las recomendaciones no te llegan de forma natural, puedes buscarlas en las recomendaciones y bibliografías de libros que hayas leído y te hayan gustado, en otros libros de autores que te gustaron, o en otros libros de una serie que te convenció después de leer uno
Si usas herramientas que combinan modelos de lenguaje grandes con datos en tiempo real, como Gemini, los resultados mejoran
Esto conecta con la frase: “aprendo de algo que otra persona pensó y preparó durante mucho tiempo, y trato de dominarlo en mucho menos tiempo”
https://news.ycombinator.com/item?id=40147526
¿Leer HN también cuenta como desarrollo personal? No puedo contar cuántas “pistas” de habilidades o ideas he obtenido pasando tiempo en este sitio
Si no fuera por las historias de aquí, creo que no habría dejado mi trabajo para convertirme en emprendedor solista. Todavía es pronto para decir si fue una buena decisión
Absorbo por ósmosis mucho conocimiento que no habría conseguido de otra manera. En realidad he usado solo una pequeña parte de las tecnologías, pero terminé conociendo bastante bien el ecosistema de programación en general. Ayuda a saber “qué hay allá afuera” y “qué deberías buscar”
Aun así, probablemente el 95% de ese conocimiento por ósmosis podría obtenerse con apenas el 10% del tiempo de scroll. En general, HN sí suele ser un buen uso del tiempo, pero por lo común yo estoy desperdiciándolo a propósito