Los beneficios de aprender en público
(gilesthomas.com)- Si publicas lo que aprendiste mientras estudias como un resumen o tutorial, produces el efecto de crear tú mismo el texto que habrías necesitado cuando estabas aprendiendo por primera vez
- Si no te quedas solo en aprender una tecnología nueva y probarla por tu cuenta, sino que además la explicas por escrito, el conocimiento se asienta más profundamente y también quedan en evidencia los huecos en tu comprensión
- Un ejemplo es la diferencia entre la llamada al sistema
epolly los eventos edge-triggered/level-triggered, que siguió siendo fácil de recordar incluso muchos años después de haberla dejado por escrito hace casi 12 años - Según Google Search Console, una parte importante de los visitantes no habituales llega a este tipo de textos de estudio mediante búsquedas relacionadas, y además las consultas suelen coincidir bien con el contenido de los artículos
- En adelante, planea publicar con más frecuencia registros de aprendizaje en formato largo bajo una categoría temporal llamada TIL deep dives, distinta de los textos cortos de Today I learned
Escribir el artículo que te habría gustado encontrar cuando empezabas a aprender
- Últimamente ha estado escribiendo más en el blog de lo habitual y revisando el archivo, pensando en qué tienen en común los textos con los que quedó más satisfecho
- Los buenos artículos se parecen a textos que resumen lo aprendido mientras se estudia algo o se intenta entender cómo funciona, y a veces están estructurados como tutoriales
- Ese tipo de texto consiste en escribir por cuenta propia “el artículo que me habría gustado encontrar cuando estaba aprendiendo por primera vez”
Ponerlo por escrito fortalece la comprensión
- Aprender algo nuevo y, si es posible, probarlo directamente, es importante para crecer como ingeniero
- Escribir lo aprendido hace que el conocimiento se asiente más profundamente
- Un buen criterio para saber si realmente se entendió algo es si puedes explicárselo a un lector inteligente e interesado
- El artículo sobre la llamada al sistema
epolly la diferencia entre eventos edge-triggered/level-triggered fue escrito hace casi 12 años, pero aún sigue muy presente en la memoria
Registros de aprendizaje que también llegan a otras personas
- Al mirar Google Search Console, se ve que muchos visitantes que no son lectores habituales llegan mediante búsquedas relacionadas con este tipo de artículos de aprendizaje
- Como las consultas de búsqueda y el contenido de esos textos coinciden bien, es posible que los visitantes estén encontrando justo lo que buscaban
- Publicar lo que aprendes en abierto no solo consolida tu propia comprensión, sino que también puede llegar, a través de la búsqueda, a personas con problemas similares
La categoría TIL deep dives
- En adelante, planea aumentar este tipo de textos de forma más consciente
- La expresión “el tutorial que ojalá alguien hubiera escrito antes de que yo aprendiera esto” es demasiado larga, así que por ahora les puso el nombre de TIL deep dives
- Estos textos son distintos de los posts cortos de “Today I learned” que se ven en otros blogs
- Son de la misma familia que los TIL de Simon Willison, pero más cercanos a textos de formato largo
- Simon Willison también mantiene un subdominio de TIL
1 comentarios
Opiniones en Hacker News
Si encuentras un texto así, avisarle al autor también debería ser parte de la acción que sigue
Basta con enviar un correo breve o dejar un comentario. Detrás de unas cuantas celebridades de YouTube hay miles de personas que publican buen contenido sin tener idea de quién lo ve y lo agradece
Por eso, cuando veo un texto o un trabajo que me mueve algo, tengo la costumbre de enviarle un correo incluso a un desconocido. Siguiendo a Derek Sivers y a patio11, también puse de forma visible en mi sitio una “invitación permanente”, y cuando de vez en cuando llega un correo de “saludos de un desconocido de internet”, me mejora el día o la semana. El email es realmente bueno para charlas profundas y pausadas
https://www.evalapply.org/index.html#standing-invitation
No tenía ni idea de que debajo de la guantera había una pieza pequeña parecida a un transistor, y era una reparación de 50 centavos. Si esa persona no lo hubiera publicado, nunca me habría enterado, así que le mandé una nota de agradecimiento
Resultó que ese juego nunca se lanzó oficialmente, y la demo incluida junto con varios juegos y software era su único rastro público. El desarrollador todavía tenía el instalador, y como era lo bastante pequeño para adjuntarlo en la respuesta, me lo envió. Me quedó una fuerte sensación de que preguntarle por un juego que había hecho hacía más de 20 años le alegró bastante el día
El criterio para mis publicaciones de TIL también sigue esta filosofía
Si primero busqué y aun así me tomó horas entender algún problema, esa es una señal muy fuerte de que vale la pena dejarlo por escrito. Mi publicación más reciente trata sobre proxyear el tráfico de scraping de GitHub Actions a través de un nodo de salida de Tailscale: https://til.simonwillison.net/tailscale/tailscale-github-act...
Dice: “Simon Willison hace esto realmente bien, e incluso tiene un subdominio dedicado a sus TIL”
Cada vez que arreglo algo o sufro con un problema, siempre escribo una entrada de blog para mí mismo, e incluyo todo lo posible: los mensajes de error exactos y las palabras clave que busqué mientras armaba la solución
Mientras buscaba, encontré un post relacionado en Reddit [1], vi que tenía enlazado un GitHub Gist y entonces me di cuenta de que quien lo había publicado era yo. Había olvidado por completo que ya había hecho ese trabajo
[1] https://www.reddit.com/r/NixOS/comments/1dahr3g/steamos_base...
Era un problema relacionado con MVC.net, y aunque había arreglado el mismo problema que tenía la pregunta, no entendía qué querían decir las respuestas marcadas como “mejor respuesta” ni por qué eran relevantes. Así que escribí el procedimiento exacto con el que lo arreglé, en plan “haz clic aquí y escribe esto de esta manera allá”. Mucho después entendí que mi respuesta, al final, decía exactamente lo mismo que las otras respuestas recomendaban, pero mi respuesta siguió recibiendo votos de muchas personas que buscaban sin entender todavía las conexiones casi mágicas entre los bindings, las vistas y los componentes que genera Visual Studio
Lo último que escribí fue sobre cómo averiguar cómo reemplazar la batería de un monitor de bebé
https://www.michael1e.com/how-to-replace-the-eufy-spaceview-...
No te devuelven tráfico ni recompensa, y ni siquiera te citan como fuente ¯_(ツ)_/¯
Así, cuando llegue una respuesta, la próxima persona podrá encontrarla
Probablemente la parte más importante de este enfoque es que, si escribo yo mismo el artículo que quería encontrar, hay muchas probabilidades de que vuelva a serme útil a mí algún día
Muchos textos que escribí me volvieron a servir años después de publicarlos. Ese efecto creció aún más cuando agregué búsqueda al sitio e incluí también las publicaciones del microblog
A veces, buscando, me he encontrado con una entrada vieja de mi propio blog
Como lo escribí en mi blog en 2019, todavía lo consulto para recordarlo
Este hábito para mí se convirtió en un negocio de estilo de vida. Ahora vivo de documentar la burocracia alemana
Di una charla sobre “por qué lo hago”, y eso se convirtió en una entrada larga de blog: https://nicolasbouliane.com/projects/all-about-berlin
Ojalá más gente hiciera esto. Cuando encuentro recursos parecidos, me aseguro de agradecerlos. Uno me ayudó a cruzar Corea en bicicleta, y otro a reparar un dispositivo muy específico. Es una lástima que Google, las redes sociales y la IA exploten a cielo abierto el trabajo de estas personas útiles y les quiten la recompensa
Como no había información, pronto voy a publicar una página web con lo que me tomó varios días-persona averiguar
Si la publicación real se está demorando es porque estoy experimentando con una forma más sostenible que antes. Eso incluye encontrar alguna manera de generar dinero y hacer que sea difícil para los crawlers y servicios de “AI” copiarlo todo :(
También escribí una continuación para intentar explicar por qué: https://news.ycombinator.com/item?id=43166761
Cuando alguien se toma el tiempo de disfrutar mi trabajo, ya sea escribir, cocinar o desarrollar herramientas, me siento reconocido y eso me sube mucho el ánimo
En cambio, cuando publico algo y desaparece en el vacío sin que nadie lo reconozca o lo celebre, me desanima. En 10 años con una cuenta en Medium viví ambas cosas, y ahora escribir es parte de mi camino y los lectores son caprichosos, así que no puedo dejarlo. Acepto que esto es como los términos y condiciones de la creación
El promedio probablemente sea de alrededor de 1, porque las entradas que sí reciben comentarios suelen tener 3 o 4. En 19 años blogueando, mi mayor dosis de dopamina fue ver que esta entrada llegó al puesto 1 de la portada de HN, y no creo que vuelva a pasar
Incluso ahora estoy escribiendo una entrada de blog de ese tipo
En los últimos meses solo he publicado cosas que me costó mucho averiguar en mi área, Kubernetes, o textos que profundizan muchísimo en la lectura de código de bases de código open source
Este tema dio justo en el clavo, y cada día crece más en mí la necesidad de escribir algo así. Simplemente tengo que hacerlo
Últimamente estuve trabajando con Microchip PolarFire SoC[1], y ya sabía que no hay mucho material sobre diseño con FPGA. Pero Microchip está en otra dimensión frente a Xilinx/AMD, Lattice o las herramientas open source. Tuve que librar muchísimas batallas para lograr hacer cosas, y recién ahora tengo un flujo de trabajo más o menos armado y entiendo el chip. Ahora me gusta bastante, y para alguien que quiera meterse en el codiseño hardware-software, es un chip viable dentro de cierto presupuesto
Cada vez que termino una batalla pienso: “Carajo, esto debería anotarlo en algún blog. Si ayuda a una sola persona en el futuro, incluso a mi yo del futuro, ya sería una gran victoria”. Pero hasta ahora ganó mi yo perezoso y un poco asustado
Me preocupaba que, como el inglés no es mi lengua materna, quizá no escriba lo suficientemente bien; o que lo que escriba sea obvio para todos y yo haya sido el único que estuvo peleándose con eso; o que algún amigo lo vea de casualidad y se burle. Pero no importa. Quiero hacerlo, así que tengo que hacerlo
[1] https://www.microchip.com/en-us/development-tool/mpfs-disco-...
La frase final me hizo pensar en “Roll the dice” de Charles Bukowski. Quizá debería recordarlo más seguido: https://hellopoetry.com/poem/68266/roll-the-dice/
Hoy en día siempre hay alguien que ya escribió el texto que yo quería escribir. Así que escribo mi versión
La mayoría de las entradas iniciales de mi blog se inspiraron en preguntas de foros públicos. Respondía ahí, luego escribía una entrada en el blog y, después, enviaba el enlace a esa entrada. Mis entradas de principios de los 2000 muestran ese rastro
Por ejemplo, la entrada sobre cómo abrir el navegador en pantalla completa en IE5 tuvo un éxito enorme: https://brajeshwar.com/2002/ie-50-full-screen-from-itself/