La economía de escribir libros técnicos
(architectelevator.com)- Los libros técnicos pueden dejar ingresos significativos por regalías, pero requieren miles de horas de escritura, producción y promoción, así que es difícil empezarlos solo por dinero
- Para ganar 100 mil dólares con un solo libro, la ganancia por ejemplar varía mucho según el canal de distribución: se necesitarían unas 6 mil copias de eBook autopublicado, 10 mil copias impresas autopublicadas o 25 mil copias con publicación tradicional
- Las ventas reales suelen ser limitadas salvo en algunos títulos de larga duración; para una editorial, vender 10 mil copias ya puede considerarse un éxito, y un libro dependiente de una tecnología específica puede quedar desactualizado en 12 a 18 meses
- Gumroad, Leanpub, Amazon y las editoriales tradicionales difieren en reparto de ingresos, herramientas de producción, control, marca, alcance y apoyo promocional, lo que cambia tanto las ganancias del autor como su forma de trabajar
- Un libro no solo genera ingresos directos por ventas: también puede impulsar consultoría, talleres, charlas pagadas y credibilidad profesional; para consultores independientes, en particular, funciona como prueba de especialidad
Es difícil escribir un libro técnico solo por dinero
- El principio básico que aplica a autores técnicos, conferencistas y editores de series es que si alguien más gana dinero, el autor también debería ganarlo
- La primera regla de escribir libros técnicos es no escribirlos con el dinero como objetivo
- Eso no significa que no se pueda obtener un ingreso decente con un libro técnico; el tamaño de ese ingreso depende en gran medida del volumen de ventas y del canal de distribución
- Las regalías suelen clasificarse como ingresos pasivos, pero en la práctica se parecen más a una compensación diferida por trabajo pasado de escritura, producción y promoción
- Plataformas como Leanpub, que envían un e-mail cada vez que se vende un libro, hacen que la notificación de ventas se sienta de inmediato
Cuántas copias hay que vender para ganar 100 mil dólares
- La cantidad aproximada de ventas necesaria para ganar USD 100,000 con un libro cambia mucho según la ganancia por ejemplar
- eBook autopublicado: con precio de lista de $20 y regalía de $16, unas 6 mil copias
- Impreso autopublicado: con precio de lista de $30 y regalía de $10, unas 10 mil copias
- Libro técnico con publicación tradicional: con precio de lista de $50 y regalía de $4, unas 25 mil copias
- Tener muchos seguidores en redes sociales no se traduce automáticamente en compras; el resultado real depende de la tasa de conversión
- En un sitio web, una conversión de 2 a 5% ya es muy buena; si 100 mil personas ven una página de libro en Leanpub y el público objetivo está bien alineado, unas 3 mil podrían comprarlo
- En Amazon, la conversión puede ser más alta porque muchas veces quienes llegan a la página del libro ya tienen intención de compra
Ventas reales y el impacto de las ventas de largo plazo
- Algunos libros técnicos y de negocios bien conocidos han registrado grandes ventas durante largos periodos
- Enterprise Integration Patterns (2003): más de 100 mil copias
- Team Topologies (2019): más de 150 mil copias
- UML Distilled (1997): más de 300 mil copias
- Design Patterns (1994): más de 500 mil copias
- The Unicorn Project (2018): más de 500 mil copias
- Todos estos casos pasaron por canales de publicación tradicional, pero eso no significa que publicar de forma tradicional siempre venda más
- Dice que no conoce casos de libros técnicos autopublicados que hayan superado las 100 mil copias
- Para una editorial, vender 10 mil copias puede considerarse un éxito, y a partir de ahí podrían pedirle al autor otro libro
- En Leanpub, algunos autores hacen públicas sus ventas
- Software Architecture for Developers de Simon Brown llevaba casi 27 mil copias vendidas en mayo de 2024
- Esa cifra puede incluir distribuciones gratuitas
- Platform Strategy ocupa el puesto 19 en la lista histórica de bestsellers de Leanpub
Cómo estimar ventas en Amazon
- Amazon no publica las unidades vendidas, pero en libros de los últimos 5 años aproximadamente se puede estimar el volumen a partir del número de calificaciones en Amazon.com
- La fórmula empírica es ventas = número de calificaciones en Amazon.com × 60
- Esta fórmula funciona bien para Team Topologies y The Software Architect Elevator, pero puede subestimar libros más antiguos
- Design Patterns tiene una cantidad de calificaciones parecida a Team Topologies, pero lleva mucho más tiempo vendiéndose
- Antes Amazon era más pequeño o menos gente dejaba calificaciones
- Distintas edition acumulan calificaciones por separado, así que hay que sumarlas
- Amazon también muestra en algunos libros un rango de ventas mensuales
- The Software Architect Elevator: rango de 100+
- Tidy First de Kent Beck, Building Microservices de Sam Newman: rango de 250+
- Design Patterns: rango de 500+
- System Design Interview: rango de 1k+
- Designing Data-Intensive Applications de Martin Kleppmann: rango de 2.5k+
La economía de la vida útil de un libro
- Se puede ganar 100 mil dólares con un libro, pero no hay que esperar ganarlos en un año
- Enterprise Integration Patterns hizo ganar más de 100 mil dólares por autor, pero a lo largo de 20 años
- La vida útil del tema del libro influye mucho en sus ingresos
- EIP sigue vendiendo varios miles de copias por año incluso 20 años después de su publicación
- Un libro sobre una tecnología específica puede quedar obsoleto en 12 a 18 meses
- Una manera de extender la vida del libro es publicar una segunda o tercera edición
- 37 Things y Cloud Strategy vendieron de forma constante durante unos 4 años, y 37 Things evolucionó hacia The Software Architect Elevator, que en total ha vendido bien durante más de 7 años
Qué parte le toca al autor según el canal
- La proporción aproximada del precio de lista que termina en manos del autor cambia según el canal
- Gumroad: alrededor de 88%, considerando 2% de comisión de tarjeta
- Leanpub: 80%
- Amazon Kindle: 65% si el precio es menor a $10, 35% si es de $10 o más
- Amazon KDP: precio × 60% - costo de impresión
- Editorial tradicional: alrededor de 5 a 8%
- Gumroad paga 90% menos 2 a 3% de comisión de tarjeta
- Leanpub ofrece una tasa de regalías justa y un sistema de renderizado de libros; algunas funciones adicionales tienen costo mensual, pero puede eximirse a autores verificados
- En Kindle eBook, la tasa es buena por debajo de $10, pero cae fuertemente a 35% a partir de $10, que es donde entra la mayoría de los libros técnicos
- En KDP para libros impresos, el autor asume el costo de impresión dentro de ese 60%
- Un ejemplo para un libro técnico de 300 páginas es $30 × 60% - $5 = $13
- Al final, el autor gana aproximadamente 30 a 40% del precio de lista
- Las editoriales tradicionales pagan alrededor de 15% sobre ingresos netos, que equivale a cerca de 6% del precio de lista; es decir, unos $3 por un libro de $50
- Si hay coautores, ese monto se reparte, así que la ganancia por persona baja proporcionalmente
- En editoriales tradicionales, la regalía de audiolibros y eBooks ronda el 25%, y gracias al menor costo de distribución puede representar la mitad del cheque de regalías
Formas de ganar más dinero con un libro
- Para muchos autores independientes, el libro no es un producto de venta directa sino una herramienta de marca personal
- Un libro puede ayudar a atraer negocio y a subir la tarifa de consultoría
- Un solo taller pagado puede generar tanto como vender 1,000 copias del libro
- En un taller incluso se puede regalar el libro
- También se pueden dar charlas pagadas, pero los honorarios varían mucho y no se puede asumir que siempre los habrá
- Los eventos pagos en línea o webinars pueden ser ventajosos porque no implican tiempo ni costo de traslado
- Si se trabaja como empleado de tiempo completo, puede haber menos opciones para monetizar adicionalmente, y algunos empleadores pueden restringir la realización de talleres
- Un libro puede ayudar a conseguir oportunidades de entrevista laboral, pero no hará que alguien apruebe la entrevista por sí solo
- Para un consultor, un libro sirve para mostrar la especialidad y el consejo que quiere vender
Precios y extras digitales
- Las editoriales tradicionales suelen fijar el precio de los libros técnicos en un rango de $40 a $80
- En autopublicación, el autor fija directamente el precio, y el rango empírico es de aproximadamente $25 a $30
- Si se contrata a un editor profesional y un ilustrador, un libro autopublicado puede alcanzar una calidad similar a la de uno tradicional
- Los ejemplos de precio mínimo de bestsellers en Leanpub son relativamente bajos
- Software Architecture for Developers: $15
- Art of Data Science: $20
- Event Storming: $9.99
- Un libro de Leanpub de $20 puede dejar más ganancia al autor que una venta Kindle de $40
- Al empezar un libro en Leanpub, poner un precio inicial bajo de $9.99 puede recompensar a los primeros lectores
- Los primeros lectores reciben todas las actualizaciones gratis
- Asumen el riesgo de que el libro no se complete y la carga de leer un manuscrito aún no editado
- Cuando el libro madura, se sube el precio
- Una estrategia de precio útil que todavía no se ha probado son los extras digitales
- Ofrecer workbook, template, toolkit o video como pago adicional
- Se basa en la idea de que lograr que un comprador existente gaste $10 más es más fácil que encontrar un comprador completamente nuevo
Ciclo de pago y reportes
- Casi todos los canales de venta tienen un periodo de retención por reembolsos o costos de pagos pequeños
- Gumroad: 7 días
- Leanpub: 60 días
- Amazon: 60 días
- Editoriales: 60 a 180 días
- Gumroad paga al final de la semana siguiente a la venta, así que en el peor caso se esperan unos 13 días
- Leanpub retiene el dinero hasta que termine su garantía de reembolso de 60 días
- Amazon paga con un calendario similar
- Las editoriales tradicionales tienen ciclos de pago que van de mensual a semestral
- Leanpub ofrece reportes en línea inmediatos, y Amazon también ofrece reportes diarios en línea con algo de retraso
- Las editoriales envían reportes en PDF junto con el pago
Series de libros y ganancias del editor de serie
- Las series de libros de editoriales tradicionales agrupan varios títulos bajo una marca común para fomentar la venta cruzada
- Un caso representativo es Martin Fowler’s Signature Series de Pearson, a la que también pertenece Enterprise Integration Patterns
- Libros con títulos parecidos como “Up and Running” de O’Reilly o “In Action” de Manning buscan una submarca y venta cruzada, pero no son series en el sentido de tener un editor de serie
- La parte habitual del editor de serie es 1% de los ingresos netos, lo que equivale a unos 20 centavos por un libro de $50
- Ese dinero no sale de la parte del autor, sino que se paga aparte bajo la idea de que la serie impulsa ventas
- Si una serie exitosa tiene varios libros que superan las 50 mil o 100 mil copias, incluso ese 1% puede acumularse
- Para superar 100 mil dólares en ingresos de serie habría que vender unas 500 mil copias, y para convertirse en editor de serie primero hay que ser un autor exitoso
- Como escribir, producir y promocionar un libro requiere miles de horas, es difícil calcular sus ingresos como ganancia por hora
Elegir entre autopublicación y publicación tradicional
- Elegir un canal de publicación no es solo una cuestión de regalías, sino un intercambio entre control y nivel de apoyo
- Un autor principiante puede beneficiarse de la credibilidad y la imagen de marca de una editorial tradicional
- La comparación aproximada es la siguiente
- Gumroad: altas regalías y alto control, pero herramientas, marca y apoyo promocional débiles
- Leanpub: altas regalías y alto control, con herramientas para producir PDF y EPUB
- Amazon: buen alcance y reportes en línea, pero hay tiempos de espera para cambios
- Editorial tradicional: bajas regalías y poco control, pero fuerte en producción, marca, alcance y apoyo promocional
- En Gumroad y Amazon hay que llevar el libro ya terminado
- En Leanpub se puede renderizar un PDF desde un script en Markua o escribir directamente en el navegador
- Incluso usando Leanpub, la portada, las ilustraciones, la corrección y el diseño siguen siendo responsabilidad del autor
- Encargar edición y arte a profesionales puede costar entre $500 y varios miles de dólares, según el tamaño y la complejidad del libro
- En Leanpub se puede cambiar el contenido y el precio en cualquier momento, y también crear cupones de un solo uso
- Amazon impone una espera de 72 horas por cada cambio, y durante ese tiempo ni siquiera se pueden pedir copias para autor
- Las editoriales tradicionales planifican con meses de anticipación según su pipeline de producción, y no reciben bien los cambios tardíos
- Si el objetivo no es maximizar ingresos sino maximizar el alcance entre lectores, la publicación tradicional puede ser una mejor opción
IngramSpark y la distribución impresa
- IngramSpark es una de las mayores empresas de impresión y distribución de libros del mundo, y puede hacer que un libro autopublicado esté disponible para pedido en librerías y bibliotecas
- Su estructura de pago es la misma que Kindle Direct: 60% del precio de lista - costo de impresión
- “Expanded Distribution” de Kindle Direct hace que un libro publicado en Amazon también se distribuya por Ingram
- A la inversa, un libro publicado en Ingram también puede venderse en Amazon
- La distribución de libros impresos parece converger en dos gigantes: Amazon e Ingram
La ruta de publicación puede ampliarse por etapas
- Los canales de publicación no son completamente excluyentes
- Una forma de avanzar es empezar con posts de blog para obtener retroalimentación rápida, y luego expandirse en el orden Leanpub, Kindle/KDP y editorial tradicional
- 37 Things siguió esa ruta y evolucionó hacia The Software Architect Elevator
- Antes, las editoriales tradicionales desconfiaban de libros ya autopublicados, pero eso ha cambiado
- Si un libro autopublicado ya vende bien por sí solo, la editorial puede verlo como un riesgo menor porque cree que puede llevar esas ventas todavía más arriba
Marketing, publicidad y promoción
- Leanpub no aporta mucho tráfico por sí sola, así que el autor tiene que llevar ese tráfico
- El principio central de la autopublicación es el auto marketing
- Gumroad puede conseguir más tráfico, pero captar atención ahí tiene un costo alto
- Amazon sí aporta tráfico real a través de rankings de búsqueda y recomendaciones, y eso influye mucho en las ventas
- Las editoriales tradicionales pueden comprar visibilidad, enlazar con otros libros exitosos y enviar ejemplares a influencers
- El nombre de la editorial puede generar confianza y subir la conversión
- También existen mecanismos publicitarios por plataforma
- Leanpub tiene The Shelf
- Gumroad Discover toma al menos 30% de la venta y aumenta la visibilidad
- Los anuncios de Amazon funcionan eligiendo palabras clave y haciendo pujas, y aparecen con la etiqueta “sponsored”
- El costo por clic en anuncios de Amazon puede llegar fácilmente a $1
- Si se gana $10 por venta y la conversión es de 20%, se gastan $5 en publicidad para conseguir una venta
- En ese caso, la ganancia se reduce a la mitad
- Hay que comprobar si esa venta no habría ocurrido de todas formas sin publicidad
- Los compradores miran la descripción del libro, la portada y las reseñas
- Se considera que las reseñas de Goodreads son más confiables que las de Amazon; Amazon es dueña de Goodreads y en algunas regiones muestra ambas puntuaciones juntas
- Además de publicidad paga, muchos autores promocionan su libro mediante blogs, redes sociales y eventos
- Dar charlas en eventos puede tener un efecto débil sobre las ventas del libro; si una ponencia internacional solo vende 5 a 10 ejemplares, hace falta otra recompensa que justifique el tiempo
- Los cupones de Leanpub son una función promocional útil
- Un cupón de 25% de descuento para un libro de $20 puede vender mejor que un libro con precio fijo de $15
Empezar al final significa escribir un libro
- Todas las estructuras de ingresos y estrategias de distribución solo aplican después de terminar el libro
- La forma de ganar 100 mil dólares con libros técnicos sigue siendo, al final, venderlos de uno en uno
1 comentarios
Opiniones de Hacker News
Publiqué 4 libros técnicos y ya terminé el manuscrito del quinto, así que ahora estoy conversando con editoriales sobre la distribución.
He visto muchos textos parecidos, pero este me pareció el más realista y completo.
En especial, debería enfatizarse más la parte de que “vender 10 mil copias es un éxito, y 2 mil copias pueden ser el punto de equilibrio”.
Muchos libros de programación de editoriales tradicionales tampoco superan las 2 mil copias, y es probable que la autopublicación sea aún más difícil.
El “Reality Check” del texto todavía no es lo bastante frío. Eligió y mostró casos de libros técnicos que se vendieron bien, pero la realidad es que la mayoría de los libros de programación no llega a las 10 mil copias, que es el criterio de “venderse bien”, y muchos libros ni siquiera superan las 2 mil copias.
La economía de escribir libros técnicos no es buena, y empeorará si el mercado se inunda de basura generada por LLM.
No hay que escribir para ganar dinero; hay que hacerlo cuando de verdad quieres escribir por otras razones, como carrera o educación.
Sí se puede ganar dinero con libros técnicos, pero la ruta de monetización no es la “venta de libros”, sino vender algunos ejemplares para construir credibilidad, pasar de ahí a conferencias y luego conectar con trabajos de consultoría, que son los que realmente generan dinero.
Que un libro de ingeniería de software venda 100 mil copias es realmente excepcional, y para un libro sobre una tecnología específica, vender 1 mil copias puede ser un resultado bastante común. Y eso a lo largo de varios años.
No hay dinero en esto. Existe un pequeño mercado de autores que pueden producir de forma constante contenido técnico más o menos legible para series como “...for Dummies”. Si 10 libros generan regalías al mismo tiempo, puede estar bien en relación con el tiempo invertido, pero con uno o dos libros es probable que ganes menos que en un empleo de salario mínimo.
Aun así, no significa que no debas intentarlo; se parece más a un hobby para personas que tienen algo que compartir y que se ganan la vida con su trabajo principal. Además, la piratería de libros está muy extendida, y lo difícil es que incluso personas a las que el texto ayudó y que sí pueden pagar están acostumbradas a compartir copias pirateadas gratis.
Hace poco leí un libro técnico terrible que claramente parecía generado por un LLM, y al contactar a la editorial, esta aseguró que “solo era el estilo del autor y no se usó ningún LLM”. Por supuesto, creo que todo eso es mentira.
Parece que, aunque publiquen libros pésimos, de todos modos generan ventas.
Mi libro vendió 91 copias en 5 meses, y trata sobre cómo funciona el machine learning. Soy un autor desconocido, no tengo redes sociales y el presupuesto de publicidad fue 0, así que todo viene de la exposición orgánica de Amazon.
La economía definitivamente no es buena, pero no lo escribí por dinero. Pesó más una razón más existencial: querer dejar mis palabras en el mundo.
Aunque no se vendan mucho, pueden servir como herramienta de credibilidad para consultoría o, aunque incomode decirlo, para campañas de ‘influencer’.
En 2020, después de revisar completa la documentación de FFmpeg, escribí un libro sobre FFmpeg.
Quería aprender FFmpeg a fondo usando las funciones que ofrece la documentación en conversiones reales de audio y video, y publiqué el resultado como open source, como una extensión de la documentación oficial[0], y también lo lancé en Kindle[1].
En los últimos 4 años vendí 743 copias y gané casi 2 mil dólares. Aun así, cada vez que recibo el correo mensual de pago de KDP, curiosamente me da más satisfacción que mi sueldo de FAANG+.
[0] https://github.com/jdriselvato/FFmpeg-For-Beginners-Ebook
[1] https://www.amazon.com/dp/B087GYV15Y/.
Por eso pensé: ¿y si lo uso para toda la edición de video? Es más difícil que una UI, pero los comandos serán los mismos en 2050 que ahora, y también se pueden automatizar con scripts.
Claro, todo está conectado, no escribiste ffmpeg tú mismo ni creaste la codificación de video ni la tecnología de cámaras, pero si nos ponemos a hilar así, no se termina nunca.
Como dice correctamente el texto, escribir un libro es una buena idea por muchas razones, pero generar ingresos no está entre ellas.
En mi experiencia personal, hace 15 o 20 años, en la época dorada del mercado de libros técnicos, me pagaban 1,500 dólares por escribir un capítulo. Era un trabajo de 2 a 3 semanas, y pagaba mejor que artículos de revista que tomaban un tiempo similar pero pagaban un poco menos.
Un libro entero probablemente eran unos 25 mil dólares, pero tomaba al menos 6 meses.
Por supuesto, era un pago al completarlo, y también existía la promesa de regalías más adelante si el libro iba bien, pero salvo que tuvieras muchísima suerte, casi nunca pasaba.
Aun así, recibir 2,500 dólares en valor actual por menos de un mes de trabajo no estaba nada mal, y el título de autor publicado daba ventaja para conseguir trabajos de consultoría.
Pero hoy en día, los “contratos de revistas o libros que realmente pagan dinero” prácticamente han desaparecido.
Escribí un manual sobre cómo usar una estación de trabajo de audio digital llamada Cubase, e incluí también conocimientos de base como teoría musical, conceptos de audio, mezcla, efectos e instrumentos.
Me tomó 2 años escribirlo, y durante 1 de esos años le dediqué todo mi tiempo libre, así que equivalió a unos 9 meses a 1 año de trabajo a tiempo completo.
Pero nadie lo compró. Unos 2 años después, alguien de la industria lo promocionó por casualidad y empezó a venderse.
Lo he seguido actualizando hasta ahora; empezó con Cubase 6 y ya va por Cubase 13. Se vende de forma bastante estable, por lo general deja unos 400 libras de ingresos al mes. No es mucho dinero, pero ayuda a pagar parte de los gastos de vida, y cada vez que sale una nueva versión de Cubase vale la pena dedicar, en promedio, 2 semanas a actualizarlo.
Lo vendo en todo el mundo mediante impresión bajo demanda de Amazon. Antes usaba Lulu, pero en realidad era una estructura en la que subcontrataban a Amazon, y aunque Amazon deja menos ganancia por ejemplar, vende 3 veces más que Lulu. Después Lulu descontinuó el formato que yo usaba, así que la decisión fue aún más fácil.
También publiqué otro libro, pero tanto el precio como las ventas son menores. Hacer libros es bastante entretenido, pero difícil; se parece más a “si trabajas en ello cuando tienes tiempo libre, quizá algún día lo recuperes a lo largo de 1 o 2 años”.
Si fueran 400 dólares al mes, serían unos 52,800 dólares en total, como pago por aproximadamente 1 año de trabajo.
Ganó algo, pero probablemente no tanto como un año de empleo a tiempo completo.
Escribir libros técnicos es una idea extremadamente mala que solo intentarían idealistas, fanfarrones u obsesivos ideológicos compulsivos.
Mi libro está aquí:
https://hypermedia.systems
(https://hypermedia.systems/tricks-of-the-htmx-masters/#html-...)
Al revisar de nuevo, el repositorio al que le había puesto estrella estaba archivado, y vi que recientemente apareció un repositorio nuevo, pero no encontré una explicación. Me gustaría saber si se trata de una actualización de contenido, de una refactorización de la forma de compilar el libro, o si hay alguna explicación o enlace al respecto.
También se puede escribir simplemente por el bien del mundo.
Muchos de nosotros tenemos trabajos principales bien pagados que nos sostienen, y la buena escritura puede hacerse como actividad secundaria.
La ventaja es que no tienes que inflar el contenido para llenar páginas, puedes escribir de forma concisa y también recibir reportes de bugs de la comunidad.
No menosprecio a quienes ganan dinero con libros. Respeto a todos los autores y editores. Pero algunas editoriales sí pueden irse al diablo.
También hay muchos caminos abiertos para mucha gente en los que el dinero no es la motivación. Hay que recordar la vieja ética hacker.
Eso parece explicar por qué buena parte de la literatura sobre desarrollo de videojuegos está detrás de puertas cerradas, detrás del acceso de 500 dólares al vault de la GDC, o solo existe como conocimiento oral interno de la industria.
Ya es difícil conseguir buena documentación; la literatura técnica lo es aún más, y después de crunches de más de 70 horas semanales casi no debe quedar energía para escribir por pasión.
El motivo de lucro enturbia las aguas. Herodotos, Newton y Darwin escribieron cosas que valía la pena pensar, y eso es lo que hace avanzar a la sociedad.
La idea de que la codicia es buena y que el motivo de lucro es el motor central es muy reciente, y podría ser perjudicial para el desarrollo de la civilización a largo plazo.
Si miras el open source, se volvió un desastre por la ausencia de una capa de pago. Y luego usaron ese código open source para bootstrapear LLMs gratis.
Es cierto que no deberías escribir un libro técnico por dinero, pero al mismo tiempo también está bien escribirlo por dinero.
Si abordas un libro como un negocio, hay suficiente dinero que se puede ganar.
Hay un post de resumen de alguien que, mientras mantenía un trabajo a tiempo completo, ganó casi 400,000 dólares durante varios años con un libro y trabajos relacionados como actividad secundaria. No todo fue ingresos por ventas directas del libro; mucho dinero vino de oportunidades que el libro abrió.
Además, gracias al libro pudo autopatrocinar su visa y residencia permanente en EE. UU., y el efecto de las muchas oportunidades que eso abrió ni siquiera está incluido en el cálculo.
La idea clave es que un libro es un producto. Debe escribirse para ayudar a alguien. Después de leer el libro, ¿qué cosa útil podrá hacer el lector que antes no podía? ¿Cómo le ayuda a conseguir más rápido lo que quiere?
https://swizec.com/blog/5-years-of-books-and-courses-or-how-...
No lo comparto para presumir, sino para animar. Hacen falta más libros útiles y con ideas valiosas.
Si vas a seguir este camino, primero recomiendo mucho leer Write Useful Books. Es el libro que me habría gustado tener cuando empecé.
http://writeusefulbooks.com/
Desde afuera pareces alguien que ya estaba bastante establecido.
Detesto cuando influencers indie dev ignoran la inercia que han acumulado y tuitean que “cualquiera puede hacerlo”. No sé lo suficiente para decir si ese es tu caso o no.
Escribí 9 libros técnicos: 4 de ellos con la editorial importante Apress y 5 de forma independiente (https://wjgilmore.com/).
De ellos, Beginning PHP and MySQL sorprendentemente cumplió 20 años desde su publicación[1] y fue traducido a varios idiomas.
Hace mucho tiempo también edité unos 70 libros en Apress y algunos en Wiley. Conozco bastante bien esta industria y, aunque no he participado directamente en los últimos años, sigo observándola con atención.
Mi consejo es este: si quieres escribir un libro, escríbelo. Pero si tienes ese deseo enfermizo de dedicar incontables horas a escribir y corregir mientras te machacas diciéndote que eres tonto, insuficiente y un pésimo escritor, al menos hazlo teniendo presente la posibilidad de que la gente lo lea y de ganar dinero.
Para generar posibilidades de éxito, empaqueta el libro de varias maneras. Combinaciones como versión impresa, versión impresa + videos, versión impresa + videos + consultoría me funcionaron muy bien personalmente.
Para producir el libro recomiendo usar Leanpub.com. Convierte Markdown a PDF, epub, etc., y te ahorra una cantidad enorme de horas de sufrimiento. No tengo ninguna afiliación; lo digo porque de verdad ayuda.
Si quieres trabajar con una editorial, algo que en 2024 no recomendaría, debes elegir con muchísimo cuidado. Hoy solo hay dos con las que consideraría trabajar, e incluso en esos casos jamás cedería los derechos habituales.
[1] A partir de la quinta edición, mi nombre dejó de aparecer en el libro por diferencias de opinión con la editorial.
Un libro no debería darse por terminado el día de su publicación.
Jeff Geerling ha liberado gratis varias veces su libro de DevOps, pero yo lo compré. Fue porque siguió trabajando en él y mejorándolo después de publicado.
Si más autores adoptaran este enfoque, la calidad subiría.
A quienes tengan interés, les recomiendo mucho Write Useful Books de Rob Fitzpatrick.
https://www.amazon.com/Write-Useful-Books-recommendable-nonf...
No es exactamente un libro sobre libros técnicos, pero trata sobre todo de cómo escribir no ficción que valga la pena recomendar, y parte de eso, por supuesto, también aplica a los libros técnicos.
Tiene muchos consejos prácticos necesarios para realmente “hacer” un libro, y a mí me llevó al menos a meter un pie en eso.
He escrito varios libros. El primero fue pésimo, pero se vendió muy bien.
En ese momento no existía Stack Overflow, las plataformas de sistemas operativos no invertían lo suficiente en soporte para desarrolladores y la documentación era un desastre. Hoy nada de eso es cierto.
El medio del libro impreso también está decayendo rápidamente. Los libros que escribí después eran mucho mejores, pero cada vez vendieron menos.
Ahora estoy haciendo TikToks que mezclan contenido de gestión de proyectos con temas que me interesan actualmente, y probablemente eso derive en una serie de clases largas en video para YouTube.
Puede que no estén todos, pero el libro más reciente que aparece parece ser Enterprise Android, un tema mucho más de nicho que libros anteriores como Programming Android.
Aunque el libro sea mejor, si el público objetivo es mucho más pequeño, es difícil superar esa diferencia.
Personalmente creo que mi primer libro, de hace 10 años, es mi mejor obra, pero el tema era tan estrecho que vendió mucho menos que mis libros posteriores.
Además, hoy hay muchos más programadores que antes. Puede que lean menos libros, pero decir que Stack Overflow y las plataformas open source mataron la publicación de libros técnicos es bastante inexacto.
Parece que estás proyectando tu propia situación al mercado completo. No lo tomes como un ataque, sino como otra perspectiva.
Escribí y publiqué varios libros, y el que más orgullo me da fue el que menos vendió.
https://www.amazon.com/dp/1484232275/ tiene una calificación de 5.0 en Amazon y 20 reseñas, y recibí muchas reacciones positivas por email, chat y en persona.
Pero el tema es de un campo muy específico, así que en la práctica casi no hay gente interesada :-)