De bits a posts: vantagens, desafios e métricas da produção de conteúdo de tecnologia em 2023

Eu levei 12 horas e 50 minutos para escrever o post mais demorado do blog, sobre os diferentes tipos de array.

O mais rápido, sobre o evento Codecon Summit 2023 em Joinville, levou 2 horas e 10 minutos.

Nesse post que fecha o ano, resolvi escrever sobre como foi produzir conteúdo de tecnologia em 2023:

• Como faço para escrever os posts aqui do blog

• Um breve histórico de tudo que já aconteceu

• Pontos positivos

• Desafios

• E alguns números do blog

Espero que esse conteúdo te ajude de alguma forma, principalmente se você pretende produzir conteúdo ou já faz.

Como escrevo os posts sobre tecnologia no blog

Para mim, checklists sempre funcionam muito bem.

Tenho um checklist para produção de conteúdo que me acompanha há muito tempo. Já fiz muitas adaptações nele e hoje divido as tarefas em 7 fases:

1. Planejamento

2. Criação

3. Imagens

4. Revisão

5. Título

6. Publicação

7. Divulgação

Planejamento

O planejamento é o começo de tudo.

Faço pesquisa de palavras-chave, vejo outros conteúdos no Google e YouTube, e tópicos para escrever no post.

Criação

A etapa de criação é a mais demorada e a mais difícil de todas.

No começo, eu crio o esqueleto do post em formato de títulos e subtítulos, ordeno eles, e depois escrevo o corpo deles. Nessa parte também faço novas pesquisas, estudo sobre o conteúdo e testo todos os códigos.

Escrevo o último capítulo que chamo de Callback, ele serve para retomar todo o conteúdo de forma resumida.

Outra parte bem importante é criar "ligações" entre os capítulos. É estranha a sensação de parecer que cada capítulo é um texto isolado, então eu conecto eles com frases lógicas. Isso ajuda a justificar a ordem que escolhi para eles.

Imagens

Apenas quando necessário, eu apoio o conteúdo com imagens.

Quando as imagens ajudam a transmitir a mensagem, essa parte é bem demorada, já que preciso produzir ou pesquisar por elas.

Então vou atrás das imagens que preciso usar no corpo do post, imagem de capa, otimizo, e subo para o post. Além de preencher o texto alternativo.

Revisão

Essa etapa talvez seja uma das mais chatas, mas uma das que mais gera valor: revisão.

É aqui que eu:

• Corrijo erros

• Removo palavras repetidas

• Destaco trechos em negrito

• Troco palavras difíceis por outras mais simples

• Diminuo trechos longos

• Removo verbos em terceira pessoa, gerúndio e voz passiva em excesso

É incrível como o texto sobe de nível com a revisão. Não acredito que o conteúdo possa sair pronto de primeira, então eu escrevo sem muito apego, e faço a revisão logo após.

E para finalizar, depois de uma noite de sono eu faço uma leitura final para garantir que fiz o meu melhor. Esse tempo antes de reler é muito bom, pois destaca alguns problemas do texto que antes não estavam claros.

Já usei a etapa de revisão para alterar completamente a estrutura do post.

Quando falei sobre o forEach em Javascript, transformei todo o texto em uma história. Nela, você está no seu primeiro dia de trabalho como pessoa desenvolvedora e recebe tarefas. Conforme elas chegam, eu mostro como resolvê-las com o forEach.

Foi bastante trabalhoso, mas acredito que ficou muito superior a um simples tutorial.

Título

O título é uma das etapas mais legais.

Porque é como se eu precisasse escrever outro texto, mas que deve ter entre 80 e 100 caracteres. Depois disso adapto o título para aparecer no Google, com até 65 caracteres, crio a descrição curta do post e o texto da URL.

Publicação

A publicação é a etapa mais rápida e mais prazerosa de todas.

Mais rápida porque eu apenas clico em "Publicar". Também crio link nos posts antigos apontando para o novo, mas apenas quando existe uma relação entre os conteúdos.

E mais prazerosa porque é o momento de ver o que o mundo achou daquilo.

Divulgação

Apesar de parecer, ainda não acabou o trabalho com esse post.

Nesse momento já estou com vontade de iniciar o próximo texto, mas é muito importante fazer a parte de divulgação. Apesar de eu achar que ainda não faço isso muito bem.

Eu reproduzo todo o conteúdo no Medium e dev.to , com uma URL canônica que aponta para o meu blog, como conteúdo original. Também publico uma prévia no Tabnews e um link que aponta para o blog.

Outra divulgação é via Twitter. Eu sempre crio uma thread com o conteúdo. É um formato que a galera gosta bastante, compartilha, favorita e me segue. Porém caiu muito o engajamento depois que desativaram o @sseraphini.

Os últimos lugares que divulgo é em alguns servidores de Discord e um grupo dos devs da firma.

Agora fico um ou dois dias sem mexer no blog, até para aliviar a cabeça.

Agora sim, posso começar um post novo.

Mas antes de escrever, eu preciso ter ideias para saber o que escrever.

Como ter ideias para produzir conteúdo de tecnologia?

Tendo.

Aposto que a internet atualmente responde a pergunta "como ter ideias para meu blog?" com "use uma uma IA". Particularmente, não gosto.

As ideias que eu escrevo são:

• Coisas que apliquei no trabalho e foram desafiadoras (como o atributo loading=lazy e como fazer lazyload)

• Conhecimentos fundamentais de web que aprendi e posso reler o post no futuro (como box model)

• Conhecimentos que eu considero importantes para quem está começando (como os diferentes tipos de array em Javascript)

• Experiências pessoais (esse post aqui é um caso)

• E a partir do ano que vem, quero escrever mais sobre projetos (aguarde...)

Como você pode perceber, os temas têm uma relação muito pessoal comigo. Nenhuma IA ia sugerir um tema nessa linha que me agradasse.

Então, com os tópicos acima em mente, sempre que penso em algum tema, adiciono ele no backlog do blog. Quando chega o dia de produzir um novo conteúdo, apenas pego do backlog aquele que mais me agrada e começo a escrever. Faço isso para não precisar pensar no que escrever a cada novo post.

Outras fontes de temas muito interessantes são blogs de fora do Brasil. No dia de escrever faço uma longa pesquisa para que meu post não fique uma cópia de outro blog.

Mas todo esse trabalho deve gerar alguma coisa boa.

Conquistas: o que eu ganhei com tudo isso?

Conhecimento para desenvolver o blog

Sem dúvidas, a maior conquista nisso tudo foi o conhecimento.

Antes de começar, fiz uma longa pesquisa de referências, com print de componentes, e criei o style guide.

Depois, adquiri muito conhecimento para programar o blog. Pratiquei muito React, Styles Components e NextJS. Nesse último, entendi sobre server side render e static site generator.

Eu usei um template da Vercel para iniciar o blog , mas fiz muitas alterações nele. Uma delas foi criar paginação dos posts que não existia.

A outra foi mudar a origem dos posts. Originalmente, eles são arquivos markdown no repositório, porém mudei para escrever no DatoCMS. Isso foi outro salto de conhecimento para aprender a usar um CMS headless, consumir uma API GraphQL e descobrir as libs datocms-structured-text-utils e react-datocms que facilitaram muito o trabalho.

Através da pasta API do Next, criei um modo de preview para visualizar o post no site antes de publicar.

Fiz deploy e, claro, vi a página de um post quebrar em produção por causa de um componente mal feito.

Conhecimento para escrever os posts

Posso falar com tranquilidade que pesquiso bastante.

Tão importante quanto o conhecimento para subir o blog, é aquele que preciso para produzir os conteúdos. Eu tenho muito receio de explicar algo errado, então me esforço para estudar e testar tudo que escrevo. Apesar de saber que não preciso ser especialista para falar de um assunto.

Além do tema técnico, escrever em um blog me ajuda muito na escrita e comunicação. Esses dois conhecimentos são importantíssimos na nossa área.

Conhecimento de SEO

Search Engineering Optimization.

Isso me acompanha desde quando trabalhava com marketing digital. SEO são técnicas para você ficar bem colocado nos resultados de ferramentas de busca. Você pode aplicar isso para:

• Seu site ficar bem colocado no Google

• Seu vídeo ficar bem colocado no YouTube

• Seu aplicativo ficar bem colocado na loja de aplicativos

• Entre outros

E como tenho acesso ao código fonte do blog, aplico técnicas que seriam mais difíceis caso usasse o Wordpress, por exemplo. Claro que ele tem plugins para facilitar esse trabalho, mas a minha ideia é fazer as coisas na mão para aprender.

Um "quase patrocínio" para ir a um evento

Outra "quase conquista" que já aconteceu foi receber patrocínio para ir a um evento.

Eu tenho alguns posts sobre como foram os eventos de tecnologia, como esse sobre a Codecon Summit em 2023. Isso chamou a atenção de uma pessoa importante da comunidade, e ela me convidou para participar de um evento e registrar ele.

Infelizmente não aconteceu por questões de agenda e distância do local do evento, mas seria uma experiência incrível.

Treino para palestrar

Como pretendo palestrar no futuro, o blog acaba sendo um treino.

Existem muitas semelhanças entre um post e uma palestra:

• Escolher um bom tema

• Escrever o conteúdo da palestra, seja o texto na íntegra ou apenas os tópicos

• Fazer escolha de palavras adequadas

• Revisar tudo

• E no fim, ambos são produção de conteúdo

A diferença é que uma palestra exige uma apresentação de slides interessantes e a exposição do conteúdo com a tua própria voz. E essa parte preciso exercitar mais.

Spoiler: sequências de clichês.

Mas nem tudo são flores, e para que eu pudesse conquistar essas coisas, houve pedras no caminho.

Desafios para produzir conteúdo

Para mim, o grande desafio para produzir conteúdo é o tempo.

Se você não é herdeiro ou filho(a) de bilionário(a), tem que trabalhar algumas/muitas horas por dia. E no tempo que sobra para você descansar, ainda deve ter energia para produzir conteúdo. Esse tempo extra vem antes do trabalho pela manhã, após o trabalho à noite, fim de semana e feriado.

É bem difícil decidir entre descansar, ler um livro, ver uma série ou filme, dormir, ou produzir conteúdo. A escolha é muito particular. Você precisa colocar os prós e contras na balança e ver o que pesa mais.

Quanto maior o esforço para produzir conteúdo de qualidade, mais tempo vai levar, a não ser que contrate pessoas para fazer algumas tarefas. Mas se você ainda não ganha dinheiro com seu conteúdo, dificilmente isso vale a pena.

Desde o começo do blog, postei conteúdos voltados para a teoria de desenvolvimento web. E isso trouxe outro problema, eu deixei de lado os projetos pessoais, pois não conseguia mantê-los junto com o blog. Mas como já falei, quero mudar isso ano que vem. Talvez até codar os projetos em live.

Eu sempre fui um pouco apaixonado por números, então eu conto o tempo que levo em cada etapa de um post. Fiz um apanhado desses números e trouxe agora para você.

O demenezes.dev em números

Acessos

O primeiro commit do blog foi em 4 de julho de 2021:

No dia 15 de agosto do mesmo ano comprei o domínio demenezes.dev no Google Domínios. Mas por causa de compromissos e uma mentoria que dei nesse ano, o primeiro post só foi ao ar no dia 25 de maio de 2022. Mais de 22 mil pessoas já leram esse post, que foi sobre como centralizar qualquer coisa em CSS.

Outros que despontaram foram:

• A diferença entre links e botões em HTML

• Dicas de atalhos customizados no VS Code

• E uma visão geral sobre o comportamento de focus na web

De lá para cá, já foram 37 posts e pelo menos 1 por mês.

Mas agora sim, meus amigos. Vou falar sobre o ponto que me despertou para escrever sobre isso, o tempo necessário para produzir os conteúdos.

Métricas internas

Eu mantenho um controle do tempo que levo para escrever cada uma das 7 etapas do post.

Veja abaixo um resumo desde quando comecei a contabilizar:

Agora vou destacar alguns pontos que achei bem interessantes.

O tempo médio para produzir um conteúdo é de 7 horas e 37 minutos.

O post mais demorado foi sobre os diferentes tipos de array. E o mais rápido, sobre o evento Codecon Summit 2023 em Joinville.

Os posts sobre eventos são mais rápidos de escrever, pois não exigem revisão técnica ou testes, são apenas um relato. Você pode notar isso nos outros sobre o Front in Sampa 2023 e a Codecon Online 2023. Outro ponto é que eu chego do evento com o esqueleto do post pronto, pois faço anotações. Mas confesso que é um tipo de conteúdo que não me orgulho muito, quero mudar o formato.

A etapa de criação do post, como era de se esperar, é a mais demorada, já que é a mais importante.

E para além dos números, os posts que mais me orgulhei de ter escrito foram:

• Talvez você não deva usar o atributo loading="lazy"

• Como fazer um lazyload compatível com qualquer browser

Callback

Para produzir o conteúdo aqui do blog, divido o processo em 7 etapas. Planejamento, criação, imagens, revisão, título, publicação e divulgação.

As ideias surgem de desafios que passei no trabalho, assuntos de estudo e experiências pessoais.

Percebo que até agora adquiri muito conhecimento técnico com o blog, SEO, além de ser um preparo para quando eu palestrar.

Os principais desafios para produzir conteúdo foram:

• O tempo necessário para escrever tudo com a qualidade que eu desejo

• E ter deixado outros projetos pessoais de lado

O blog começou a mais ou menos 2 anos e meio, já escrevi 37 posts, contando com esse. Levo em média 7 hora e 37 minutos para escrever cada um deles.

Apesar do meu interesse em mostrar os dados do último ano, aproveitei e fiz esse levantamento geral.

Muito obrigado a você que acompanhou o blog até aqui. Deixe um comentário com a sua opinião sobre o blog inclusive com sugestões, estou em época de mudanças.

Um feliz 2024 para você 😬