5 puntos por GN⁺ 2025-04-12 | 2 comentarios | Compartir por WhatsApp
  • Un relato centrado en cómo se enamoró del lenguaje Go y en el camino personal que lo llevó a escribir el libro
  • La experiencia de haber firmado con Manning a partir del éxito de una publicación de blog y de completar el libro a lo largo de 3 años
  • Un texto que describe con viveza numerosos intentos y errores, altibajos emocionales y, en especial, los conflictos durante el proceso editorial

El primer encuentro con Go y el punto de inflexión

  • En 2018, tras trabajar en un PoC con Scala/Akka en Suiza, quedó fascinado con la eficiencia y la simplicidad del lenguaje Go
  • Al usar Go en una nueva empresa, fue acumulando experiencia práctica y, al ver que sus colegas repetían los mismos errores, comenzó a escribir entradas de blog
  • Una entrada publicada en Medium tuvo una repercusión mucho mayor de la esperada y le dio confianza para seguir escribiendo

El inicio de la publicación del libro: de la idea al contrato

  • Como continuación de la entrada del blog, trazó un plan para reunir 100 casos de errores en Go y expandirlos en forma de libro
  • Envió una propuesta editorial únicamente a Manning y recibió rápidamente una respuesta positiva mediante un correo sencillo
  • Tras recibir comentarios favorables de 7 revisores externos, firmó el contrato oficial en diciembre de 2020

El proceso de escritura y la colaboración con los editores

  • Después de definir al “lector mínimamente calificado (MQR)”, eliminó con decisión el contenido básico innecesario
  • Al colaborar con un editor de desarrollo (DE), un editor no técnico, experimentó una mejora en sus habilidades de escritura
  • Hubo capítulos que reescribió más de 10 veces a través de un proceso repetido de revisión y corrección

Revisión externa y aceptación del feedback

  • El libro pasó por revisiones técnicas externas en 3 etapas (1P, 2P, 3P), y la calificación fue mejorando gradualmente
  • 1P: 13 revisores, promedio de 4.10 puntos → 2P: 4.15 puntos → 3P: 4.6 puntos
  • El principio para aceptar feedback provino de un consejo de Bill Kennedy: “no ignorar ni un solo comentario”

La gran crisis durante el proceso editorial

  • El editor técnico de desarrollo (TDE) asignado al principio generó descontento porque ni siquiera tenía conocimientos básicos de Go
  • El sistema de corrección era complejo, la forma de colaboración ineficiente e incluso el editor llegó a introducir una gran cantidad de errores
  • En medio de una gran frustración, declaró que detendría el trabajo, y Manning resolvió el problema rápidamente asignándole un nuevo editor

El camino hasta terminarlo y el vacío tras la publicación

  • Al terminar todo el proceso, en lugar de sentir “ya acabó”, lo invadió una sensación de vacío (depresión pospublicación)
  • La energía y las emociones vertidas durante casi 3 años desaparecieron de golpe
  • Con el tiempo fue recuperándose y también el orgullo por el contenido que había creado

El éxito del libro y la reacción de la comunidad

  • Justo después de la publicación, sin una gran promoción, comenzaron a compartirse espontáneamente referencias en Reddit, Twitter y otros sitios
  • Un año después, ofreció contenido resumido gratuito a través del sitio open source 100go.co
  • También por parte de Manning hubo una buena respuesta, e incluso recibió una propuesta para asumir un rol de apoyo a autores en el futuro

Regalías, ingresos y un significado más allá de eso

  • A finales de 2024, la edición en inglés había vendido 11,452 copias y generado ingresos totales por unos $47,000
  • Aunque la ganancia por hora es baja, le da más valor a la contribución a la comunidad y al logro personal que al dinero
  • También influyó en series posteriores sobre Java, C++, SQL Server y otros temas

Cierre y compromiso personal

  • Superó su objetivo con una calificación de 4.66 en Goodreads
  • Puede que no sea el mejor libro de Go, pero está convencido de que era el mejor libro que podía hacer en ese momento
  • Incluso recibió una propuesta para una segunda edición y está esperando el feedback de los lectores

2 comentarios

 
GN⁺ 2025-04-12
Comentarios de Hacker News
  • Explicó y sugirió mejoras al flujo de revisión en una configuración basada en PR, pero la otra parte no quiso intentarlo. Buscaba mayor fluidez y eficiencia en la colaboración
  • Le sorprendió que el corrector de estilo estuviera más familiarizado con usar git que con una herramienta de revisión basada en la web. En particular, mientras revisaba un libro de Go, parecía no saber mucho sobre Go
  • Le parece extraño que Manning tenga un corrector de estilo
  • Compartió una experiencia negativa con Manning. Está escribiendo un libro y autopublicándolo, y preguntó sobre la posibilidad de proponer una segunda edición a Manning. Ellos respondieron rechazando la propuesta
  • Solo se mencionó Google Docs como formato de documento, pero según la publicación del blog, parece que también aceptan AsciiDoc
  • Mencionó un problema relacionado con sync.Pool y compartió un enlace relacionado
  • Al revisar el uso de sync.Pool en la biblioteca estándar de Go, hay pools escalonados de varios tamaños, y con frecuencia se descartan los elementos de gran tamaño
  • Compartió su experiencia escribiendo un libro para Manning con DocBook. Después de la corrección de estilo, todo volvió en una sola línea y quedó decepcionado. Terminó cambiándose a la autopublicación
  • Comentó que el contacto inicial con O'Reilly comenzó por correo electrónico y mencionó que sus herramientas son excelentes. Se puede generar una versión completa en los formatos compatibles a partir de un commit de git
  • Mencionó que el formato del libro es adecuado para un club de lectura. Los errores fueron buenos temas de discusión, y las personas con más experiencia compartieron cómo los habían evitado
  • Muchas de las "equivocaciones" del libro en realidad introducen algunos aspectos de Go, como "no usar fuzzing" y "no usar errgroup"
  • Dijo que la reseña de Tim fue muy valiosa, pero le decepcionó que no hubiera una explicación concreta sobre la reseña
  • Otro autor de Manning elogió el libro y comentó que contiene mucha información práctica. Planea volver a consultarlo mientras inicia un nuevo proyecto en Go
  • Planteó una pregunta sobre un ejemplo relacionado con goroutine. Se preguntó si, al crear un closure de función sin usar goroutine, se seguiría haciendo referencia a la misma variable i
  • Expresó respeto por el proceso del autor de recibir retroalimentación y aprender a comunicarse. También mencionó su actitud firme frente a un corrector de estilo problemático
  • Compartió una experiencia refactorizando una base de código heredada en C++ en Suiza. Le gustó el entorno donde podía probar un stack nuevo y, si era difícil, intentar otra cosa
  • Mencionó una colección de páginas en Sensei's Library sobre errores que ocurrieron en Go