Construir suas próprias ferramentas de blog é uma jornada divertida • AndreGarzia.com

Eu li uma postagem de blog muito interessante hoje: “Então, eu estive pensando em geradores de sites estáticos”, de PolyWolf, na qual ela se aprofunda em sua busca para criar um gerador de sites estáticos 🚀BLAZING🔥 rápido. Foi uma leitura muito boa e estou surpreso com a rapidez com que ela fez as coisas funcionarem. A conversa sobre o post no Lobste.rs também está cheia de joias. Ver tantas pessoas investindo energia no problema específico de tornar SSGs muito rápidos me parece muito com modders obtendo o máximo desempenho de suas CPUs ou motores de carro. É divertido ver como eles estão se saindo e quão rápido eles podem fazer compilações limpas e incrementais.

Ninguém jamais reclamará que seu SSG é muito rápido.

Como alguém que usou um SSG muito lento durante anos e acabou migrando para meu próprio site dinâmico desenvolvido internamente, entendo como a geração lenta de sites pode ser frustrante. No meu caso pessoal, decidi optar por um site dinâmico da velha escola usando tecnologia antiga dos anos 90, como cgi-bin scripts em Lua.

Isso elimina a necessidade de reconstruções do site, pois ele é gerado em tempo de execução. Uma crítica que continuo ouvindo é sobre a escalabilidade da minha abordagem. As pessoas dizem: “E se uma de suas postagens se tornar viral e o site travar?”bem, para mim está tudo bem, porque se eu pegar um resfriado ou uma gripe, eu também caio, por que exigiria do meu site algo que não exijo de mim mesmo?

Brincadeiras à parte, o problema da escalabilidade pode ser resolvido com alguma heurística para descobrir quando uma postagem está esquentando e, em seguida, gerar uma versão estática dessa postagem, mantendo as postagens que não são dinâmicas. Não estou preocupado com isso.

Em vez de dedicar meu tempo ao problema de engenharia de tornar meu SSG rápido, decidi colocar minha energia em outro lugar. Um ponto que muitas vezes é esquecido por muitas pessoas que desenvolvem sistemas de blog é o fluxo de trabalho de edição e postagem. Eles terão SSGs muito rápidos e permitirão que o usuário descubra como escrever os arquivos de origem usando qualquer ferramenta que desejar. Não há nada de errado com isso, mas quero algo melhor do que lançar o $EDITOR para escrever meus posts.

No meu caso, o que me impediu de postar mais não foi o tempo que meu SSG levou para reconstruir meu site, mas o atrito entre querer postar e ter o post escrito. Quais ferramentas usar, como lidar com uploads de arquivos, etc.

Então comecei a otimizar e desenvolver ferramentas para me ajudar nisso.

Primeiro, criei uma interface de postagem simples. Isso não faz parte do sistema de blog, é uma ferramenta independente que compartilha a base de código com o resto do blog (só para que eu tenha minhas próprias rotinas CGI disponíveis). Internamente utiliza micropub para publicar.

Depois disso, transformei-o em um complemento do Firefox. O complemento foi desenvolvido para distribuição ad-hoc e não é compartilhado na loja, é só para mim. Depois de instalado, recebo uma barra lateral que me permite editar ou postar.

Isso faz parte de tornar meu navegador preferido não apenas um navegador, mas também uma ferramenta de criação de sites. Estou integrando tudo que preciso para escrever posts no próprio navegador e assim diminuindo a distância entre navegar na web e fazer web.

Adicionei recursos ao complemento para me ajudar a citar postagens, obter endereços enquanto os navego e editar minhas próprias postagens. Está tudo ali no navegador.

Assim como a PolyWolf, sou apaixonado por minhas ferramentas e blogs. Acho que deveríamos assumir a responsabilidade de construir as ferramentas de que precisamos, caso elas ainda não estejam disponíveis (ou apenas por diversão).

Embora eu não esteja mais no movimento SSG, estou profundamente interessado em blogs e gostaria de ver mais pessoas experimentando a construção de suas próprias ferramentas, especialmente se seu foco estiver em ux interessantes e fluxos de trabalho de escrita.