A economia de escrever livros técnicos
(architectelevator.com)- Livros técnicos podem render uma quantia significativa em royalties, mas como exigem milhares de horas de escrita, produção e divulgação, são um trabalho difícil de começar pensando apenas no dinheiro
- Para ganhar US$ 100 mil com um único livro, a quantidade de exemplares necessária varia muito conforme o modelo de distribuição: cerca de 6 mil eBooks autopublicados, 10 mil exemplares impressos autopublicados ou 25 mil exemplares por uma editora tradicional
- Na prática, as vendas costumam ser limitadas, exceto por alguns títulos que vendem por muitos anos; para editoras, vender 10 mil exemplares é considerado um sucesso, e livros dependentes de uma tecnologia específica podem ficar defasados em 12 a 18 meses
- Gumroad, Leanpub, Amazon e editoras tradicionais diferem em divisão de receita, ferramentas de produção, controle, marca, alcance e apoio de divulgação, o que muda tanto a receita do autor quanto sua forma de trabalhar
- Além da receita direta de vendas, livros também influenciam consultorias, workshops, palestras pagas e credibilidade profissional; para consultores independentes, em especial, tornam-se uma prova de especialização
Livros técnicos são difíceis de escrever pensando só no dinheiro
- O princípio básico aplicável a autores técnicos, palestrantes e editores de séries é que se outra pessoa ganha dinheiro, o autor também deve ganhar dinheiro
- O primeiro princípio de escrever livros técnicos é não escrever com o dinheiro como objetivo
- Isso não significa que não seja possível obter uma boa receita com livros técnicos; o tamanho da receita depende muito do volume de vendas e do modelo de distribuição
- Royalties costumam ser classificados como renda passiva, mas, na prática, são mais uma remuneração adiada pelo trabalho passado de escrita, produção e divulgação
- Plataformas como a Leanpub, que enviam um e-mail a cada venda do livro, permitem sentir imediatamente as notificações de venda
Quantos exemplares é preciso vender para ganhar US$ 100 mil
- A quantidade aproximada de vendas necessária para ganhar USD 100,000 com um livro varia bastante conforme a receita por exemplar
- eBook autopublicado: preço de varejo de $20, royalties de $16, cerca de 6 mil exemplares
- Impresso autopublicado: preço de varejo de $30, royalties de $10, cerca de 10 mil exemplares
- Livro técnico por editora tradicional: preço de varejo de $50, royalties de $4, cerca de 25 mil exemplares
- Mesmo com muitos seguidores em redes sociais, isso não se converte diretamente em compras; o resultado real depende da taxa de conversão
- Em um site, uma taxa de conversão de 2% a 5% já é muito boa; se 100 mil pessoas visitarem a página de um livro na Leanpub e o público estiver bem alinhado, cerca de 3 mil podem comprar
- Na Amazon, a taxa de conversão pode ser maior, pois muitas vezes usuários com intenção de compra chegam à página do livro
Vendas reais e o impacto das vendas de longo prazo
- Alguns livros técnicos e de negócios conhecidos registram grandes volumes de venda por longos períodos
- Enterprise Integration Patterns (2003): mais de 100 mil exemplares
- Team Topologies (2019): mais de 150 mil exemplares
- UML Distilled (1997): mais de 300 mil exemplares
- Design Patterns (1994): mais de 500 mil exemplares
- The Unicorn Project (2018): mais de 500 mil exemplares
- Todos esses exemplos passaram por canais de publicação tradicionais, mas isso não significa que a publicação tradicional sempre venda mais
- Afirma-se não conhecer casos de livros técnicos autopublicados que tenham passado de 100 mil exemplares
- Pelos critérios de uma editora, vender 10 mil exemplares pode ser considerado um sucesso, e o autor pode ser convidado a escrever o próximo livro
- Na Leanpub, alguns autores divulgam seus números de venda
- Software Architecture for Developers, de Simon Brown, havia vendido quase 27 mil exemplares em maio de 2024
- Esse número pode incluir distribuições gratuitas
- Platform Strategy ocupa a 19ª posição na lista dos mais vendidos de todos os tempos da Leanpub
Como estimar vendas na Amazon
- A Amazon não divulga o número de exemplares vendidos, mas, para livros dos últimos cinco anos aproximadamente, é possível estimar as vendas de forma aproximada pelo número de avaliações na Amazon.com
- A regra prática é exemplares vendidos = número de avaliações na Amazon.com × 60
- Essa fórmula funciona bem para Team Topologies e The Software Architect Elevator, mas pode subestimar as vendas de livros mais antigos
- Design Patterns tem um número de avaliações parecido com Team Topologies, mas vende há muito mais tempo
- No passado, a Amazon talvez fosse menor ou menos pessoas deixassem avaliações
- Edições diferentes acumulam avaliações separadamente, portanto é necessário somá-las
- A Amazon também exibe, para alguns livros, faixas de vendas mensais
- The Software Architect Elevator: faixa de 100+
- Tidy First, de Kent Beck, e Building Microservices, de Sam Newman: faixa de 250+
- Design Patterns: faixa de 500+
- System Design Interview: faixa de 1k+
- Designing Data-Intensive Applications, de Martin Kleppmann: faixa de 2.5k+
A economia da vida útil de um livro
- Mesmo que seja possível ganhar US$ 100 mil com um livro, não se deve esperar ganhar isso em um ano
- Enterprise Integration Patterns rendeu mais de US$ 100 mil por autor, mas ao longo de 20 anos
- A vida útil do tema do livro tem grande impacto sobre a receita
- EIP ainda vende alguns milhares de exemplares por ano 20 anos após a publicação
- Livros sobre uma tecnologia específica podem ficar defasados após 12 a 18 meses
- Uma forma de aumentar a vida útil de um livro é lançar 2ª e 3ª edições
- 37 Things e Cloud Strategy venderam de forma consistente por cerca de quatro anos, e 37 Things evoluiu para The Software Architect Elevator, que vendeu bem por mais de sete anos no total
A fatia do autor por canal de distribuição
- A porcentagem aproximada do preço de varejo que fica com o autor varia conforme o canal
- Gumroad: cerca de 88%, considerando taxa de cartão de crédito de 2%
- Leanpub: 80%
- Amazon Kindle: 65% se o preço for inferior a $10, 35% se for $10 ou mais
- Amazon KDP: preço × 60% - custo de impressão
- Editora tradicional: cerca de 5% a 8%
- A Gumroad paga 90% menos taxas de cartão de crédito de 2% a 3%
- A Leanpub oferece uma taxa de royalties justa e um sistema de renderização de livros; recursos adicionais têm mensalidade, mas ela pode ser dispensada para autores verificados
- O eBook Kindle tem boa taxa de royalties abaixo de $10, mas, acima de $10, faixa em que se enquadra a maioria dos livros técnicos, cai bastante para 35%
- Em livros impressos pelo KDP, o autor arca com o custo de impressão a partir dos 60%
- Um exemplo de cálculo para um livro técnico de 300 páginas é $30 × 60% - $5 = $13
- No fim, ganha-se cerca de 30% a 40% do preço de varejo
- Editoras tradicionais pagam cerca de 15% da receita líquida, o que corresponde a cerca de 6% do preço de varejo, ou aproximadamente $3 por exemplar de um livro de $50
- Se houver coautores, a mesma fatia é dividida, então a receita por pessoa diminui proporcionalmente
- As taxas de royalties de audiolivros e eBooks em editoras tradicionais ficam em torno de 25% e, graças aos baixos custos de distribuição, podem representar metade dos cheques de royalties
Maneiras de ganhar mais dinheiro com um livro
- Para muitos autores independentes, o livro não é um produto de venda direta, mas uma ferramenta de branding
- Um livro pode ajudar a atrair negócios e aumentar o valor cobrado por consultoria
- Um único workshop pago pode render tanto quanto a venda de mil exemplares do livro
- Em workshops, o livro também pode ser distribuído gratuitamente
- Palestras pagas também são possíveis, mas os cachês variam muito e não se deve presumir que serão pagos
- Eventos online pagos ou webinars podem ser vantajosos por não exigirem tempo nem custo de deslocamento
- Trabalhar em tempo integral pode limitar as opções de geração de receita adicional, e alguns empregadores podem restringir a realização de workshops
- Um livro pode ajudar a conseguir oportunidades em processos seletivos comuns, mas não faz o autor passar pela entrevista em si
- Para consultores, o livro se torna um material que demonstra a especialização e os conselhos que eles querem vender
Precificação e produtos digitais adicionais
- Editoras tradicionais costumam definir o preço de livros técnicos na faixa de $40 a $80
- Em livros autopublicados, o autor define o preço diretamente; a faixa empírica fica em torno de $25 a $30
- Ao contratar editores profissionais e ilustradores, a qualidade de um livro autopublicado também pode se aproximar da de um livro de editora tradicional
- Exemplos de preços mínimos dos best-sellers da Leanpub são relativamente baixos
- Software Architecture for Developers: $15
- Art of Data Science: $20
- Event Storming: $9.99
- Um livro de $20 na Leanpub pode render mais ao autor do que uma venda de $40 no Kindle
- Ao iniciar um livro na Leanpub, deixar o preço inicial baixo, em $9.99, pode recompensar os primeiros leitores
- Os primeiros leitores recebem todas as atualizações gratuitamente
- Eles assumem o risco de o livro não ser concluído e o ônus de ler um manuscrito ainda não editado
- Quando o livro amadurece, o preço sobe
- Uma estratégia de preço útil ainda não testada são produtos digitais adicionais
- Oferecer workbook, template, toolkit e video mediante pagamento adicional
- Baseia-se no conselho de que fazer compradores existentes gastarem mais $10 é mais fácil do que encontrar um comprador totalmente novo
Ciclos de pagamento e relatórios
- Quase todos os canais de venda impõem um período de retenção por causa do processamento de reembolsos ou de taxas de pequenos pagamentos
- Gumroad: 7 dias
- Leanpub: 60 dias
- Amazon: 60 dias
- Editoras: 60 a 180 dias
- A Gumroad paga no fim da semana seguinte à venda, então, no pior caso, a espera é de cerca de 13 dias
- A Leanpub retém o dinheiro até terminar o período de garantia de reembolso de 60 dias
- A Amazon também paga em um cronograma semelhante
- Editoras tradicionais variam em ciclos de pagamento de mensal a semestral
- A Leanpub oferece relatórios online imediatos, e a Amazon também oferece relatórios online diários com um pequeno atraso
- Editoras enviam relatórios em PDF junto com o pagamento
Séries de livros e a receita de editores de série
- Séries de livros de editoras tradicionais agrupam vários livros sob uma marca comum para incentivar vendas cruzadas
- Um exemplo representativo é a Martin Fowler’s Signature Series, da Pearson, da qual Enterprise Integration Patterns faz parte
- Livros com títulos parecidos, como “Up and Running”, da O’Reilly, ou “In Action”, da Manning, buscam sub-marcas e vendas cruzadas, mas não são séries no sentido de terem um editor de série
- A fatia típica de um editor de série é 1% da receita líquida, cerca de 20 centavos por exemplar de um livro de $50
- Esse dinheiro não sai da fatia do autor; é pago separadamente, sob a premissa de que a série impulsiona as vendas
- Em uma série bem-sucedida, com vários livros passando de 50 mil ou 100 mil exemplares, 1% também pode se acumular
- Para ultrapassar US$ 100 mil de receita com uma série, seria necessário vender cerca de 500 mil exemplares, e, para se tornar editor de série, primeiro é preciso ser um autor de sucesso
- Escrever, produzir e divulgar um livro exige milhares de horas, portanto é difícil calcular a receita de um livro como renda por hora
Escolhendo entre autopublicação e publicação tradicional
- A escolha do canal de publicação não envolve apenas taxas de royalties, mas uma troca entre controle e nível de apoio
- Autores iniciantes podem se beneficiar da credibilidade e da imagem de marca de uma editora tradicional
- Uma comparação aproximada é a seguinte
- Gumroad: royalties e controle altos, mas ferramentas, branding e apoio de divulgação fracos
- Leanpub: royalties e controle altos, com ferramentas para produzir PDF e EPUB
- Amazon: bom alcance e relatórios online, mas há tempo de espera para alterações
- Editora tradicional: royalties e controle baixos, mas produção, marca, alcance e apoio de divulgação fortes
- Na Gumroad e na Amazon, é preciso levar o livro finalizado diretamente
- A Leanpub permite renderizar PDFs a partir de scripts Markua ou escrever no navegador
- Mesmo usando a Leanpub, capa, ilustrações, revisão e diagramação são responsabilidade do autor
- Contratar especialistas para edição e arte pode custar de $500 a vários milhares de dólares, dependendo do tamanho e da complexidade do livro
- Na Leanpub, é possível alterar conteúdo e preço a qualquer momento e criar cupons de uso único
- A Amazon impõe um período de espera de 72 horas a cada alteração, durante o qual nem cópias de autor podem ser encomendadas
- Editoras tradicionais seguem um pipeline de produção com cronogramas definidos com meses de antecedência, e mudanças tardias não são bem-vindas
- Se o objetivo for maximizar o alcance de leitores, e não a receita máxima, uma editora tradicional pode ser a melhor escolha
IngramSpark e distribuição impressa
- IngramSpark é uma das maiores empresas de impressão e distribuição de livros do mundo e pode tornar livros autopublicados disponíveis para pedido por livrarias e bibliotecas
- A estrutura de pagamento é a mesma do Kindle Direct: 60% do preço de varejo - custo de impressão
- A “Expanded Distribution” do Kindle Direct faz com que livros publicados pela Amazon também sejam distribuídos pela Ingram
- Por outro lado, mesmo publicados pela Ingram, os livros podem ser vendidos na Amazon
- A distribuição de livros impressos parece estar convergindo para dois grandes atores: Amazon e Ingram
O caminho de publicação pode se expandir em etapas
- Os canais de publicação não são totalmente excludentes
- Um modo de avançar é começar com posts de blog para receber feedback rápido e depois expandir, na sequência, para Leanpub, Kindle/KDP e editora tradicional
- 37 Things seguiu esse caminho e evoluiu para The Software Architect Elevator
- No passado, editoras tradicionais relutavam em aceitar livros já autopublicados, mas isso mudou
- Se um livro autopublicado vende bem por conta própria, a editora entende que pode aumentar ainda mais as vendas e considera o risco menor
Marketing, anúncios e promoção
- A Leanpub não traz muito tráfego próprio; o autor precisa trazer o tráfego
- O princípio central da autopublicação é automarketing
- A Gumroad pode gerar mais tráfego, mas conseguir atenção custa caro
- A Amazon realmente traz tráfego por meio de ranking de busca e recomendações, e isso tem grande impacto nas vendas
- Editoras tradicionais podem fazer exposição paga, links cruzados com outros livros que vendem bem e enviar livros a influenciadores
- O nome da editora pode gerar confiança e aumentar a taxa de conversão
- Também existem formatos de anúncios por plataforma
- A Leanpub tem The Shelf
- Gumroad Discover fica com pelo menos 30% do valor das vendas e aumenta a exposição
- Anúncios da Amazon funcionam por escolha de palavras-chave e lances, e aparecem com o rótulo “sponsored”
- O custo por clique em anúncios da Amazon pode facilmente chegar a $1
- Se você ganha $10 por venda e a taxa de conversão é de 20%, gastará $5 em anúncios para gerar uma venda
- Nesse caso, o lucro cai pela metade
- É preciso verificar se a venda não teria acontecido sem o anúncio
- Compradores olham a descrição do livro, a capa e as avaliações
- Avaliou-se que as avaliações do Goodreads são mais confiáveis que as da Amazon; a Amazon é dona do Goodreads e, em algumas regiões, exibe as duas notas juntas
- Além de anúncios pagos, muitos autores promovem seus livros por blogs, redes sociais e eventos
- Palestras em eventos podem ter pouco efeito sobre vendas de livros; se em uma palestra no exterior forem vendidos apenas 5 a 10 exemplares, é preciso haver outra compensação pelo tempo investido
- Cupons da Leanpub são um recurso promocional útil
- Um cupom de 25% de desconto em um livro de $20 pode vender melhor do que um livro de preço cheio a $15
No fim, começar é escrever um livro
- Todas as estruturas de receita e estratégias de distribuição só se aplicam depois que o livro é concluído
- A forma de ganhar US$ 100 mil com um livro técnico é, no fim, vender um exemplar de cada vez
1 comentários
Opiniões no Hacker News
Publiquei 4 livros técnicos e já terminei o manuscrito do quinto; agora estou conversando com editoras sobre publicação e distribuição.
Já vi muitos textos parecidos, mas achei este o mais realista e abrangente.
Em especial, a parte de que “vender 10 mil exemplares é um sucesso, e 2 mil exemplares podem ser o ponto de equilíbrio” deveria ser ainda mais enfatizada.
Mesmo muitos livros de programação publicados por editoras tradicionais não passam de 2 mil exemplares, e autopublicação provavelmente é ainda mais difícil.
O “Reality Check” do texto também ainda não é frio o bastante. Ele seleciona exemplos de livros técnicos que venderam bem, mas a realidade é que a maioria dos livros de programação fica abaixo dos 10 mil exemplares, que é o critério de “vende bem”, e muitos livros nem passam de 2 mil.
A viabilidade econômica de escrever livros técnicos não é boa, e vai piorar se lixo gerado por LLMs inundar o mercado.
Não escreva para ganhar dinheiro; escreva quando você realmente quiser fazer isso por outros motivos, como carreira ou educação.
É possível ganhar dinheiro com livros técnicos, mas o caminho de monetização não é “venda de livros”; é vender alguns livros para construir credibilidade, transformar isso em palestras e, depois, chegar a trabalhos de consultoria, que são onde o dinheiro de verdade está.
Um livro de engenharia de software vender 100 mil exemplares é algo realmente excepcional, e, para um livro sobre uma tecnologia específica, vender 1 mil exemplares pode ser um resultado bastante comum. E isso ao longo de vários anos.
Não há dinheiro nesse mercado. Existe um pequeno mercado para autores capazes de produzir de forma constante conteúdo técnico razoavelmente legível para séries como “...for Dummies”. Se 10 livros geram royalties ao mesmo tempo, pode valer a pena pelo tempo investido; com um ou dois livros, é provável que se ganhe menos do que em um emprego de salário mínimo.
Ainda assim, não quero dizer que ninguém deva tentar; está mais para um hobby de pessoas que têm algo a compartilhar e ganham o sustento no emprego principal. Além disso, a pirataria de livros é muito disseminada, e uma parte difícil é que até pessoas que foram ajudadas pelo texto e têm condições de pagar estão acostumadas a compartilhar cópias piratas de graça.
Recentemente li um livro técnico horrível que claramente parecia ter sido gerado por LLM e entrei em contato com a editora; ela garantiu que “isso era apenas o estilo do autor e que LLMs não foram usados”. Claro que, na minha opinião, era tudo mentira.
Parece que mesmo publicando livros péssimos ainda se consegue gerar alguma receita.
Meu livro vendeu 91 exemplares em 5 meses; é um livro sobre como machine learning funciona. Sou um autor desconhecido, sem redes sociais e com orçamento de publicidade igual a 0, então é apenas exposição orgânica na Amazon.
A economia certamente não é boa, mas não escrevi por dinheiro. O principal motivo foi mais existencial: querer deixar minhas palavras no mundo.
Mesmo que não vendam muito, podem servir como ferramenta de credibilidade para consultoria ou, embora isso me incomode, para campanhas de “influenciador”.
Em 2020, depois de ler toda a documentação do FFmpeg, escrevi um livro sobre FFmpeg.
Eu queria aprender FFmpeg a fundo, usando na prática as funcionalidades que a documentação oferece para conversões reais de áudio e vídeo; depois publiquei o resultado como open source, como uma extensão da documentação oficial[0], e também coloquei no Kindle[1].
Nos últimos 4 anos, vendi 743 cópias e ganhei quase 2 mil dólares. Ainda assim, por algum motivo, toda vez que recebo o e-mail mensal de pagamento do KDP, fico mais satisfeito do que com meu salário mensal de FAANG+.
[0] https://github.com/jdriselvato/FFmpeg-For-Beginners-Ebook
[1] https://www.amazon.com/dp/B087GYV15Y/
Então pensei em usar isso para toda edição de vídeo. É mais difícil que uma UI, mas os comandos em 2050 ainda serão os mesmos de hoje, e também dá para automatizar com scripts.
Claro, tudo está conectado; você não escreveu o ffmpeg diretamente, nem criou a codificação de vídeo ou a tecnologia de câmeras, mas, se formos entrar nesse tipo de detalhe, não há fim.
Como o texto diz com precisão, escrever um livro é uma boa ideia por vários motivos, mas gerar renda não está entre eles.
Pela minha experiência pessoal, 15 a 20 anos atrás, durante a era de ouro do mercado de livros técnicos, eu recebia 1.500 dólares para escrever um capítulo. Era um trabalho de 2 a 3 semanas, e pagava melhor do que artigos de revista que levavam tempo parecido, mas pagavam um pouco menos.
Um livro inteiro provavelmente rendia cerca de 25 mil dólares, mas levava pelo menos 6 meses.
Claro, era um pagamento na conclusão, e havia também a promessa de royalties depois se o livro fosse bem, mas isso quase nunca acontecia a menos que você tivesse muita sorte.
Mesmo assim, receber 2.500 dólares em valores de hoje por menos de um mês de trabalho não era nada mau, e o título de autor publicado ajudava a conseguir trabalhos de consultoria.
Mas hoje em dia praticamente desapareceram os “contratos de revista ou livro que realmente pagam dinheiro”.
Escrevi um material didático sobre como usar a estação de trabalho de áudio digital chamada Cubase, e também incluí conhecimentos de base como teoria musical, conceitos de áudio, mixagem, efeitos e instrumentos.
Levei 2 anos para escrever; em 1 desses anos dediquei todo o meu tempo livre, então, em termos de trabalho em tempo integral, foi algo como 9 meses a 1 ano de esforço.
Mas ninguém comprou. Uns 2 anos depois, alguém da indústria acabou divulgando por acaso, e aí começou a vender.
Continuei atualizando desde então; começou no Cubase 6 e chegou ao Cubase 13. Vende de forma bastante estável, normalmente gerando cerca de 400 libras por mês em receita. Não é muito dinheiro, mas paga parte das despesas, e vale a pena gastar em média 2 semanas atualizando sempre que sai uma nova versão do Cubase.
Vendo por impressão sob demanda da Amazon no mundo todo. Antes eu usava a Lulu, mas na prática era um modelo em que ela terceirizava para a Amazon; mesmo com lucro menor por exemplar, a Amazon vendia 3 vezes mais que a Lulu. Depois, a Lulu descontinuou o formato que eu usava, então a escolha ficou ainda mais fácil.
Também lancei outro livro, mas tanto o preço quanto as vendas são menores. Fazer livros é bem prazeroso, mas difícil, e está mais para “trabalhar nisso quando sobra tempo e talvez recuperar o investimento ao longo de 1 ou 2 anos”.
A 400 dólares por mês, daria cerca de 52.800 dólares no total, como pagamento por aproximadamente 1 ano de trabalho.
Ganhou algum dinheiro, mas é bem provável que não tenha sido tanto quanto um ano em um emprego de tempo integral.
Escrever livro técnico é uma ideia extremamente ruim, que só idealistas, fanfarrões e ideólogos compulsivos tentariam.
Meu livro está aqui:
https://hypermedia.systems
(https://hypermedia.systems/tricks-of-the-htmx-masters/#html-...)
Conferindo de novo, o repositório que eu tinha favoritado foi arquivado, e vi que apareceu um novo repositório recentemente, mas não encontrei uma explicação. Seria bom ouvir ou receber um link sobre se é uma atualização de conteúdo, uma refatoração do modo de build do livro, ou algo relacionado.
Dá para simplesmente escrever pelo bem do mundo.
Muitos de nós têm empregos principais bem remunerados que sustentam a vida, e a boa escrita pode ser feita como um projeto paralelo.
A vantagem é que não há necessidade de encher páginas à força, então dá para escrever de forma concisa, e também receber relatos de bugs da comunidade.
Não desprezo quem ganha dinheiro com livros. Respeito todos os autores e editores. Só acho que algumas editoras podem ir se ferrar.
Há muitos caminhos abertos, para muita gente, em que o dinheiro não é a motivação. É preciso lembrar a antiga ética hacker.
Isso parece explicar por que uma parte considerável da literatura sobre desenvolvimento de jogos fica atrás de portas fechadas, ou atrás do acesso ao vault de 500 dólares da GDC, ou existe apenas como conhecimento oral interno da indústria.
Já é difícil conseguir boa documentação; literatura técnica é ainda mais difícil, e depois de crunches de mais de 70 horas por semana provavelmente sobra pouca energia para escrever por paixão.
O motivo do lucro turva as águas. Heródoto, Newton e Darwin escreveram coisas dignas de reflexão, e é esse tipo de coisa que move a sociedade adiante.
A ideia de que a ganância é boa e que o motivo do lucro é a principal força motriz é muito recente e pode até ser prejudicial ao desenvolvimento de longo prazo da civilização.
Olhando para o open source, virou uma bagunça por causa da ausência de uma camada de pagamento. E então usaram esse código open source para fazer o bootstrap de LLMs de graça.
É verdade que não se deve escrever livros técnicos por dinheiro, mas, ao mesmo tempo, tudo bem escrever por dinheiro.
Se você encarar o livro como um negócio, há dinheiro suficiente a ganhar.
Há um post de retrospectiva de alguém que, mantendo um emprego em tempo integral e fazendo livros e trabalhos relacionados como atividade paralela por alguns anos, ganhou quase 400 mil dólares. Nem tudo veio de vendas diretas dos livros; muito do dinheiro veio das oportunidades que os livros abriram.
Além disso, graças ao livro, a pessoa conseguiu patrocinar por conta própria o visto e o green card dos EUA, e o efeito disso em abrir muitas oportunidades nem entrou na conta.
O insight central é que um livro é um produto. Ele deve ser escrito para ajudar alguém. Depois de ler o livro, o leitor consegue fazer alguma coisa útil que antes não conseguia? Como ele ajuda a obter mais rápido o que a pessoa quer?
https://swizec.com/blog/5-years-of-books-and-courses-or-how-...
Não compartilho para me gabar, mas para incentivar. Precisamos de mais livros perspicazes e úteis.
Se você for seguir esse caminho, recomendo muito ler primeiro Write Useful Books. É o livro que eu gostaria que existisse quando comecei.
http://writeusefulbooks.com/
Visto de fora, você parece alguém que já estava bem estabelecido.
Não gosto quando influenciadores indie dev ignoram a inércia que já acumularam e tuitam que “qualquer um consegue”. Não sei o suficiente para dizer se esse é ou não o seu caso.
Escrevi 9 livros técnicos; 4 deles foram publicados por uma grande editora, a Apress, e 5 de forma independente (https://wjgilmore.com/)
Desses, Beginning PHP and MySQL, surpreendentemente, completou 20 anos desde o lançamento[1] e foi traduzido para vários idiomas.
Muito tempo atrás, também editei cerca de 70 livros na Apress e alguns na Wiley. Conheço bem esse setor e, embora não participe diretamente há alguns anos, ainda o acompanho de perto.
Meu conselho é este: se você quer escrever um livro, escreva. Mas, se tiver esse desejo doentio de passar incontáveis horas escrevendo e revisando, enquanto se acusa de ser burro, insuficiente e um péssimo escritor, então ao menos faça isso considerando a possibilidade de as pessoas lerem e de você também ganhar dinheiro.
Para criar chances de sucesso, empacote o livro de várias maneiras. Combinações como versão impressa, versão impressa + vídeo, versão impressa + vídeo + consultoria funcionaram muito bem para mim.
Recomendo usar o Leanpub.com para produzir o livro. Ele transforma Markdown em PDF, epub etc. e poupa uma quantidade enorme de sofrimento. Não é parceria nem nada; digo isso porque realmente ajuda.
Se quiser trabalhar com uma editora — eu não recomendaria em 2024 — escolha com muito cuidado. Hoje, acho que há apenas duas com as quais valeria a pena trabalhar e, mesmo nesses casos, eu jamais cederia os direitos habituais.
[1] A partir da quinta edição, meu nome saiu do livro por divergências com a editora.
Um livro não deve ser visto como algo encerrado na data de publicação.
Jeff Geerling disponibilizou seu livro de DevOps gratuitamente várias vezes, mas eu comprei, porque ele continuou trabalhando nele e melhorando-o depois do lançamento.
Se mais autores adotarem esse caminho, a qualidade vai subir.
Para quem tiver interesse, recomendo fortemente Write Useful Books, de Rob Fitzpatrick.
https://www.amazon.com/Write-Useful-Books-recommendable-nonf...
Não é exatamente um livro sobre livros técnicos, mas trata principalmente de como escrever não ficção que as pessoas recomendem, e parte disso obviamente se aplica também a livros técnicos.
Há muitos conselhos práticos necessários para realmente “fazer” um livro, e foi uma obra que me levou, pelo menos, a dar os primeiros passos.
Escrevi vários livros. O primeiro era péssimo, mas vendeu muito bem.
Na época não existia Stack Overflow, as plataformas de sistema operacional não investiam o suficiente em suporte a desenvolvedores, e a documentação era uma bagunça. Hoje nada disso é verdade.
O meio do livro impresso também está em rápido declínio. Os livros que escrevi depois eram muito melhores, mas venderam cada vez menos.
Hoje estou fazendo TikToks que misturam conteúdo de gerenciamento de projetos com temas que me interessam no momento, e isso provavelmente vai virar uma série de aulas longas no YouTube.
Talvez nem todos estejam lá, mas o livro mais recente listado parece ser Enterprise Android, um tema muito mais de nicho do que livros anteriores como Programming Android.
Mesmo sendo um livro melhor, é difícil superar essa diferença se o público potencial é muito menor.
Pessoalmente, considero meu primeiro livro, de 10 anos atrás, meu melhor trabalho, mas o tema era tão restrito que ele vendeu muito menos do que os livros seguintes.
Além disso, hoje há muito mais programadores do que antes. Eles podem até ler menos livros, mas dizer que Stack Overflow e plataformas open source mataram a publicação de livros técnicos é bastante impreciso.
Parece que você está projetando sua própria situação no mercado como um todo. Não é um ataque; espero que receba como outra perspectiva.
Escrevi e publiquei alguns livros, e aquele de que mais me orgulho foi o que menos vendeu.
https://www.amazon.com/dp/1484232275/ tem nota 5,0 na Amazon e 20 avaliações, e recebi muitas reações positivas por e-mail, chat e pessoalmente.
Só que o tema é uma área estreita demais, então, na prática, quase ninguém se interessa :-)