Estamos em Dezembro, fim do ano praticamente. As crianças estão de férias e algumas encomendas da black-friday já começam a sair de Valinhos, polo norte, lar do bom velhinho Santa Claus, ou simplesmente papai Noel, para os lares daqueles bons meninos e meninas que se comportaram ao longo do ano.

Exceto, claro, se você incluiu um carregador de celular junto na cartinha, pois nosso querido ministro e futuro candidato Haddad, ou simplesmente taxade, precisa também presentear os seus e neste caso um pacote com marcador de livro, iô-iô, fone de ouvido, chaveiro e outros cacarecos chineses pode cair na malha fina da Anatel, ou simplesmente anatoa, sem possibilidade de resgate pelos próximos 3 meses.

É aquela época do ano de tentar arrumar a bagunça do escritório que você não conseguiu o ano inteiro, jogar lixo fora, encaixotar lixo eletrônico velho para dar espaço ao lixo eletrônico novo. Natal, tempo de consumismo.

Nesta manhã chuvosa de sexta, me pego digitando num computador que o bom velhinho trouxe, não tive a coragem de trocar o meu confiável Thinkpad de quase uma década de serviços prestados por outro laptop. Ao invés de aposentá-lo eu decidi ter uma máquina de mesa para complementá-lo.

Comprei um mini-pc de especificações mais "modernas" (relativamente ao menos, pois é uma máquina de 2023 comprada usada). Uma máquina com parafusos, slots para upgrade de memória e disco, outro laptop fatalmente significaria memória soldada e menos possibilidades de upgrade.

Ele veio com Windows mas já tratei de eliminar esta bomba nos primeiros minutos de uso. Coloquei um Omarchy, que eu estava com vontade de provar, para ter uma experiência boa de um OS com Hyperland sem precisar cair num buraco de coelho infinito de configurações logo de cara.

Estou no meio de um freela grande então não quero me distrair muito. Queria algo bem pronto para o uso, e isto me serviu. Assim como tem sido o caso do Bluefin no laptop.

Mas numa sexta feira de dezembro é realmente difícil não se distrair, outro upgrade de hardware novo neste fim de 2025, com streamings e assinaturas abundantes, foi um "mp3 player". Isto mesmo, parece que ter controle sobre sua própria coleção de músicas é uma tendência que está voltando com tudo (pelo menos para mim, para alguns isto nunca nem saiu de moda).

O que significa que parte da arrumação do escritório passa por desenterrar aonde raios estava um leitor de CDs externo para eu dar inicio à grande cópia de álbums físicos do fim do ano, sei que o buraco de coelho do áudio hifi e formatos com qualidade melhores que a de um "rip" lossless de CD existe, mas como eu disse, pragmatismo é uma virtude para quem possui tendência à distrações do tipo. Agora não é o momento.

Cá estou, num linux zerado, ripando um CDs usados, comprados numa feira da barganha qualquer, Terra Samba, Raul Seixas, Elis Regina, num PC usado que na minha opinião também foi uma barganha, para popular um "ipod" moderno, renascido como "chi-fi" player para entrar no ano novo com um setup diferente, longe ainda do minimalismo, mas com esperanças.

Eu quero uma casa no campo
Do tamanho ideal, pau a pique e sapé
Onde eu possa plantar meus amigos
Meus discos e livros e nada mais

Feliz 2026!

Emprego, ocupação, ofício, profissão, serviço, função incumbêncïa, esmero, obra, faina, labutação, lida são alguns sinônimos da palavra "trabalho".

A origem da palavra vem do termo em latim tripaliare que significa torturar com o instrumento de tortura tripálio, do latim tripalium: que tem três estacas.

Hoje (escrevi este texto no feriado do dia do trabalho) é dia de lembrar e comemorar isto. Por sorte é um dia de folga, não de tortura.

Neste dia do trabalho, eu me encontro sem trabalho, no sentido de atividade profissional regular remunerada, mas não sem trabalho no sentido de obra, já que estou digitando este texto, com esmero diga-se, e a serviço de mim mesmo das pessoas que se depararem com ele. Estou na lida.

Meu trabalho atual tem sido exercitar e dar vazão à minha criatividade, seja em textos como este ou em poemas ainda não publicados. Ser escritor é um trabalho? A julgar pelo número de autores de sucesso que mantiveram seus day jobs antes de conseguir dedicação exclusiva para isto, talvez não.

We're living in a culture that sidelines the creative act. That says it's something for children or something for the retired. It's an indulgence. It's a little bit selfish. It's frivolous. It's decoration. It is a narrative that is actively harming us. It is repressing our innate instincts to create

esta mulher é foda

https://youtu.be/2XZ9z6OewR0?si=u3axxnUqExNuN6bW

Outras atividades que têm me ocupado o dia são os estudos, estou cursando um seminário e relendo o Mastering Bitcoin do Antonopoulus, aprendi um framework de Javascriot novo (Svelte 5/Svelte Kit) para o take-home de um processo seletivo que foi interrompido no meio, entre outras coisas mais próximas do prazer do que da tortura.

Neste feriado tem show da Lady Gaga na TV e um show do Massacration para ir com uns amigos, estas atividades certamente são da categoria folga, não trabalho.

Em um restaurante famoso aqui da cidade, pregado num quadro de recados, tem um cartaz com uma versão simplificada e muito engraçada daquela frase atribuída a Confúcio sobre trabalhar com o que gosta, mas talvez por terem simplificado ficou ambígua e com margem para ser interpretada como "se você fizer só o que gosta, nunca trabalhará na vida"... pois não estão contratando.

Eu preciso voltar lá e tirar uma foto deste cartaz, pois de memória eu não consigo fazer justiça ao humor involuntário que este papelzinho continha, não sei neste momento as palavras exatas que usaram, só lembro da reação irônica que passou pela minha cabeça e me fez rir. Eu definitivamente vou voltar lá para ler de novo, e para comer também, já que a comida é muito boa. As cozinheiras devem gostar do que fazem, julgando apenas o resultado, é inquestionável que são boas. Se fazem por vocação além de apenas por remuneração eu já não sei.

Ha muito mimimi e textão de LinkedIn sobre como a I.A., vai tomar nossos empregos, o alarmismo e o medo são reações típicas. Usar a produtividade das ferramentas para que trabalhemos menos, ou encarar a substituição como algo positivo é um ângulo que eu não vejo ser muito explorado neste debate, a não ser em forma de piada, o que já é um começo, pois uma piada com fundo de verdade também gera sinapses, como esta sobre UBI "I for one am stoked":

https://youtu.be/6WAe0f74Q0s?si=PqqKvLVWHCInJn2W&t=26

Header photo by Markus Spiske on Unsplash

https://youtu.be/QSzU3PVBnI4

Juventude analógica

Ontem o algoritmo do Youtube me recomendou um vídeo sobre o
Louis, um jovem que vive em São Paulo e que é aficcionado por máquinas de escrever e outras tecnologias antigas. Gostei da descrição que ele deu de uma máquina de escrever como uma "máquina meditativa".

https://youtu.be/9PRub2BLs9s

Para alguém com minha idade (45), o interesse por máquinas de uma época pré-internet, pode ter sua origem na nostalgia, na saudade de outros tempos, quando havia menos acesso, mais inconveniências, mais rituais. Mas no caso de muitos jovens que já nasceram depois da internet, esta atração pelo analógico deve ter mais a ver com o desejo de experimentar este estilo de vida que eles só conhecem por relatos. Talvez seja uma reação ao mundo hiperconectado, dos scrolls infinitos, das redes, das telas preenchendo qualquer menor sinal de tédio, aquele papo conhecido. Nas palavras do próprio entrevistado:

"pessoas vivas, pessoas jovens... estão completamente exaustas de telas, de internet, de ter que ficar conectadas o tempo todo"

Ainda pelo Youtube, este tema reapareceu em alguns video-essays (ensaios em formato de vídeo), nas minhas fugas da programação da TV aberta durante o domingo, a Globo em particular está uma chatice com esta história de comemorações dos 60 anos, até o Globo Rural inventou de fazer reportagens bregas sobre novelas...

Enfim, compartilho aqui estes exemplos deste sentimento, desta tendência, deste "espírito do tempo": um vídeo de um outro jovem explicando porque jovens gostam de coisas velhas e um sobre a importância da inconveniência.

Máquina de escrever

Voltando ao Louis e suas máquinas de escrever, eu sou uma pessoa que tem certa tendência de acumular tralhas, no meu apartamento tem muito livro de papel, tem pilhas de CDs, DVDs, eletrônicos diversos, projetos inacabados, materiais de costura, de crochê, instrumentos musicais, vários videogames antigos, TVs e monitores de tubo e etc, é um "ecoponto", tenho até uma máquina de somar, mas não tenho nenhuma máquina de escrever, ainda...

soma e passa a régua

Ver aquele jovem exibir sua coleção e descrever as particularidades de cada tipo de máquina me deixou com certa vontade de adquirir uma, não vou negar... Abri os classificados locais (Facebook Marketplace) e um site de comércio de usados (Mercado Livre) para olhar as oportunidades, porém tenho a satisfação de declarar que consegui, pelo menos por enquanto, freiar o meu impulso consumista.

Não vou dizer que a idéia de ter uma "máquina meditativa", um aparelho que serve a um único propósito não me agrada, pelo contrário, acho bem atrativo estes representantes de uma vida com foco, com atenção. Gosto de ler jornal de papel tomando café, gosto do ritual de escolher e escutar um álbum de música inteiro... faz bem estes momentos de contemplação.

Uma máquina de escrever, para alguém que, como eu, gosta de escrever, é uma chance de ter este canal. De criar oportunidades para escrita focada e sem distrações. No entanto também significa abrir mão de muitas facilidades magníficas como o meu tecladinho mecânico, split e super confortável, bem como as inovações dos processadores de texto modernos, tais quais: a capacidade de mover o cursor ou mesmo o revolucionário e simples "backspace".

Decidi então construir uma "máquina de escrever" utilizando as tralhas que já possuo primeiro.

Resignificando um iPad

Dentre os cacarecos do meu museu de lixo eletrônico, tenho um tablet relativamente velho, um iPad mini 2, que foi comercializado entre 2013 e 2017, mas que eu comprei usado, já fora de linha, na minha cidade em meados de 2023 para brincar de fazer música com um controlador MIDI e um adaptador USB-Lightning OTG.

Este tablet me pareceu um bom candidato para ser usado como display da minha máquina. Uma vantagem de usar um iPad velho para isto é o fato dele já possuir uma bateria embutida, ou seja: portabilidade.

As desvantagens são o fato de precisar arranjar um software adequado e compatível com um iOS já abandonado (12.5.7), além do fato do iPad ser um computador completo e multipropósito, eu tenho jogos e aplicativos diversos instalados nele, as distrações estariam lá sempre a um "touch" de distância, talvez até aparecendo em forma de notificações caso eu não me discipline.

there's an app for that

Tenho também um Kindle que eu pensei em usar. Escrever com uma tela de e-ink seria um coisa bem agradável, sei de alguns projetos com raspberry pi, tipo este que usa VNC mas eu descuidei e deixei o firmware atualizar, perdi a chance de destravá-lo com um jailbreak, então ele não pode por enquanto fugir muito dos destinos que a Amazon quiser para ele... malditos! (observação: sei que existem soluções baseadas em browser que não dependem de jailbreak, fica para um outro post)

Vamos de iPad mesmo, o teclado externo eu consigo usar o adaptador USB que eu tenho, fui atrás de como travar ele em um único app, o chamado modo "quiosque" (como estas tablets de cardápio de restaurante, que não podem facilmente funcionar como tablet genérica). O último passo foi decidir qual software utilizar, escolher um "app" de escrita, notas, processador de texto, diário ou algo assim.

Apps destes existem aos montes, o desafio é encontrar um que funcione em iOS 12, já que o incentivo na Apple Store é para que os aplicativos suportem apenas as versões mais recentes do iOS. Por exemplo, eu não consigo instalar Youtube ou Netflix numa tablet de poucos anos atrás.

Sugestões de aplicativos

Experimentei 6 aplicativos, alguns nem abriram, outros dependiam de assinatura ou cobravam por funcionalidades básicas, outros tinham anúncios.

Os dois compatíveis com esta versão antiga do iOS que eu gostei e posso recomendar para alguém com objetivos parecidos são estes dois: PenCake e Hanx Writer.

O PenCake é um editor de Markdown, bem completo, gratuito, com dark mode e opção de sincronizar os textos na nuvem da Apple ou no Google Drive. O segundo, que eu considerei o mais apropriado para este propósito de "máquina de escrever" é um aplicativo do Tom Hanks, o ator e também amante das máquinas de escrever.

https://youtu.be/v9ppR7rbLp8

Este app, apesar de sem updates desde 2017 funciona razoavelmente bem, simula máquinas de escrever é gratuito com uma opção de liberar algumas funcionalidades a mais, como fontes maiores, multiplos documentos, cores diferentes e mudança da cor de fundo por 10 dólares (por sua conta e risco, é um app abandonado)...

Modo quiosque

Para ativar o "mode quiosque" e permitir que o iPad sirva exclusivamente para rodar um único aplicativo, sem possibilidade de distrações, o caminho é uma funcionalidade chamada "Guided Access" que pode ser habilitada nesta versão do iOS pelo Settings, menu General > Accessibility > Learning > Guided Access. Uma vez habilitada, entre no aplicativo que deseja "travar" e aperte o Home Button três vezes seguidas.

O resultado está registrado no vídeo que abre este post, deixem lá um like para dar uma moral :)

Mais sobre writerdecks

Depois que entrei neste projeto de montar minha máquina de escrever, caí num grupo de Reddit chamado /r/writerdeck que funciona como ponto de encontro para pessoa e projetos com este mesmo intuito. O nome é uma variação do termo Cyberdeck que vem da cultura cyberpunk, seriam computadores portáteis, pequenos terminais usados por hackers ou algo nesta linha, outro nicho de projetos caseiros muito interessantes para se explorar.

Header Photo by Yukon Haughton on Unsplash

Uma das últimas coisas que eu aproveitei meu plano de saúde para fazer foi ir ao oftalmologista pela primeira vez na vida (aqueles exames de renovar carteira de motorista não contam, obviamente).

Saí de lá com uma receita de lentes para poucos graus de astigmatismo. O próprio médico me disse ser opcional usar óculos, já que o grau é pequeno, mesmo assim eu encomendei uns para ter a experiência.

Nota gramatical: Eu encomendei uma única unidade, já que a palavra óculos, assim como "férias" e "parabéns" já são palavras no plural, há frases que deixam um mistério no ar mesmo. "Eu encomendei uns..." Uns quantos? Devo tratar sempre como um par, tipo um par de meias. Enfim... aprender isto também faz parte do meu novo cotidiano, de pessoa madura que usa (um par de) óculos.

Sempre admirei pessoas que usam, acho a estética bacana, gosto de comprar óculos de sol vagabundos na praia, mas usar um não-escuro uns não-escuros, apenas para "fazer graça" ou para parecer mais inteligente me parecia cheating (trapaça), ainda é um tabu e provavelmente um desrespeito com quem precisa de verdade.

Mas hoje eu consegui minha autorização. Faço parte do clube finalmente! E muitas coisas novas eu estou podendo viver por conta disso: ter que limpar, enxugar gotas d'água na chuva, lembrar onde deixei etc, mas vou começar pela principal delas: enxergar melhor!

Sim, apesar da opcionalidade do uso, segundo meu médico, eu não sabia de fato o que eu estava perdendo em termos de riqueza de detalhes no mundo, para quem só vê tudo sempre levemente embaçado, aquilo é o mundo. Por falta de ter um parâmetro de comparação, eu sempre considerei que a pintura impressionista que eu enxergava em tudo era apenas a realidade. E agora, tendo acesso à definição 4k, eu me pergunto se esta clareza toda é de fato a realidade também...

Tipo, ninguém consegue sem uma luneta enxergar muitos e muitos metros de distância, por melhor que sua visão seja, ninguém sem uma câmera com visão noturna consegue ver no escuro, será que os óculos que eu tenho hoje apenas corrigiram um problema e me colocaram no mesmo patamar que uma criança saudável tem, ou será que esta correção foi um pouco além e deu para mim algo que qualquer humano só conseguiria com assistência mesmo? Fica a dúvida...o fato é que corrigir esses poucos graus já fez grande diferença em diversas situações, e eu pretendo usar para ter este acesso com bastante frequência, mesmo sem precisar.

Encerro com um pequeno clipe, dirigido pela minha sobrinha, com cenas de um passeio que fizemos durante o feriado, ainda deslumbrado com o acessório e aprendendo os acordes da famosa música dos Paralamas.

https://youtu.be/8CWCFdvSrcU

Há umas duas semanas terminou meu contrato com a empresa onde passei meus últimos anos trabalhando full-time. Isto significa que estou naquela fase mista de entre-empregos: uma mistura de férias, sabático e aposentadoria. O que é uma excelente desculpa para eu escrever mais por aqui.

Não sei se alguém ainda lê blogs, ou se em 2025 ainda há quem assine ou saiba o que são RSS feeds (ainda mais fora do contexto de podcasts). Mas o Google bot ainda passa por aqui, e registrar meus pensamentos no ciberespaço é algo que sempre tenho vontade de fazer—especialmente fora dos jardins murados das nossas queridas plataformas (Instagram, LinkedIn, Twitter). Vez por outra, acho que é o correto.

Estes posts para assoprar a poeira do blog são sempre muito parecidos: é impossível prever se a próxima atualização virá amanhã, mês que vem ou daqui a três anos. Aproveito então para deixar alguns links onde você pode me encontrar nesses sites de terceiros:

• LinkedIn: @fabricio
  • #opentowork, aliás—de preferência freelas ou jobs que possam ser disponibilizados como Open Source, relacionados com Bitcoin ou que paguem em Bitcoin, Euro ou Dólar.
  • Tenho uma newsletter por lá chamada Trombeta Plebéia, que eu deveria repostar aqui, mas sempre esqueço.
    • E também um grupo de Telegram de "links candidatos", onde posto links que podem ou não terminar no boletim.
• Instagram: @concept.ack
  • Tenho uma conta privada também, mas é fechada. Este perfil público é do meu projeto artístico-musical Concept ACK.
• Twitter: @fczuardi
  • Usando cada vez menos, tentando desmamar e utilizar mais o Nostr.
• Nostr: npub1qe066sd43fjyudqesjsdh5p7k88cafprldvmafqd9zvnd7j27m0sxhwxvr
• Mailing List: Tenho uma lista de e-mails bastante secreta, vazia e abandonada, que utilizei para escrever sobre um programa de incentivo para financiar programadores open source (o Falafel Fellows). Pretendo reativá-la e voltar a escrever sobre isso em breve—quem sabe? Já enviei por lá alguns textos curtos (cartas) e posso voltar a fazê-lo.

Também voltei ao Slack do Open Sanca e estou empolgado para levar um evento de Bitcoin para lá. Mais notícias sobre isso em breve também.

Photo by Andraz Lazic on Unsplash

[Update 5 de Junho] este tutorial foi adaptado e publicado na documentação oficial da Magalu Cloud!

Infraestrutura como Código

Infraestrutura como código (IaC) é o nome dado a prática de utilizar arquivos de configuração em repositórios de código para descrever a infraestrutura de recursos computacionais (servidores, redes, armazenamento, bancos de dados, acessos, DNS, etc).

É comum em empresas que consomem serviços de nuvem o uso da ferramenta Terraform para organizar configurações de infraestrutura e para automatizar os provisionamentos dela.

O surgimento da Lu-vem

Por aqui, temos uma nova nuvem em construção, a MagaluCloud, que é também a empresa onde eu atualmente trabalho. É um projeto ambicioso, uma nova cloud pública, com duas regiões no Brasil, com suporte em português, preços em Reais e com muita gente boa no time.

Um dos primeiros produtos oferecidos por esta nuvem é o de Object Storage, que é uma solução escalável para armazenamento de dados compatível com o padrão AWS S3 da Amazon.

OpenTofu + S3 + Magalu Cloud

Abaixo segue um pequeno tutorial de como utilizar o OpenTofu, que é uma alternativa livre ao Terraform, para a criação e gerenciamento de recursos de Object Storage.

Pérrequisitos

Este tutorial assume que você tenha:

• uma conta da Magalu com acesso ao console da nuvem
• um sistema Linux (exemplo: Ubuntu)
• a ferramenta OpenTofu numa versão igual ou superior a v1.7.1

Projeto e Módulo Raíz

Vamos começar criando uma pasta para nosso projeto e um módulo de configuração raíz:

mkdir tutorial-tofu  
cd tutorial-tofu  
echo "terraform {}" > main.tf  
tofu validate  

Apesar de válida, esta configuração raíz está vazia. Módulos de Terraform utilizam plugins chamados de Providers que são extensões instaláveis que permitem o uso de diferentes produtos de diferentes nuvens.

Para este tutorial, vamos utilizar o provider hashicorp/aws (licença MPL v2.0), que habilita o uso de fornecedores de Object Storage compatíveis com o padrão S3. Para isto vamos aumentar nosso main.tf para ficar assim:

# main.tf

terraform {  
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "5.50.0"
    }
  }
}

provider "aws" {  
  # Configuration options
}

E utilizar o comando abaixo para instalar este plugin:

tofu init  

Voltaremos na linha comentada acima após criarmos um "profile aws" com credenciais de acesso no passo a seguir.

Configuração das credenciais

Por ser compatível com S3, o Object Storage da nuvem da Magalu funciona também com autenticação por API Key, no console você pode criar uma chave destas indo em Início > Object Storage > API Key, botão "Criar API Key"

Esta chave possui duas informações importantes para serem configuradas na sua máquina: ID e Secret. Para este tutorial, vamos declarar estas variáveis num arquivo de configuração de perfis da aws, que deve estar localizado no caminho ~/.aws/credentials, vamos dar o nome deste perfil de tutorial-tofu, substitua os textos em caixa alta COLE_AQUI_O... no exemplo abaixo pelo conteúdo do ID e do SECRET da chave recém criada:

mkdir -p ~/.aws  
cat << EOF >> ~/.aws/credentials  
[tutorial-tofu]
aws_access_key_id = COLE_AQUI_O_ID  
aws_secret_access_key = COLE_AQUI_O_SECRET

EOF  

O padrão destes perfis de aws é utilizar a nuvem da Amazon. Para funcionar com a nuvem da Magalu, é preciso mudar os campos endpoint_url e region, neste exemplo vou utilizar a região "Brasil - Nordeste 1", a br-ne1:

cat << EOF >> ~/.aws/config  
[profile tutorial-tofu]
endpoint_url = https://br-ne1.magaluobjects.com/  
region = br-ne1

EOF  

Se tudo deu certo, podemos voltar ao módulo raíz do nosso projeto e incluir este nome de perfil como o campo profile do bloco que configura o provider aws:

provider "aws" {  
  profile                     = "tutorial-tofu"
  skip_region_validation      = true
  skip_requesting_account_id  = true
  skip_credentials_validation = true
}

(este alinhamento dos sinais de igual é culpa do tofu fmt, não me xinguem)

Estes outros três atributos (skip isto, skip aquilo, skip aquilo outro) serão necessários também para o nosso caso, detalhes sobre cada um deles podem ser consultados na documentação do plugin.

Primeiro Bucket

Finalmente, podemos criar o primeiro recurso de nossa infraestrutura: um bucket para armazenarmos objetos dentro, vamos criar um novo módulo de configuração, um arquivo: resources.tf

# resources.tf

resource "aws_s3_bucket" "first_bucket" {  
  bucket_prefix = "tutorial-bucket"
}

Nota: Utilizei o campo bucket_prefix ao invés do campo bucket para nomear nosso primeiro contêiner pois, assim como na AWS, os nomes de buckets na Magalu Cloud também são globais e devem ser únicos, portanto ao invés de inventar um nome único, forneci só um prefixo e deixei para o provider a tarefa de preencher o resto do nome com um numero aleatório único.

Neste ponto, já podemos utilizar o comando tofu plan para planejar o provisionamento:

tofu plan  

Este comando lista as mudanças nos recursos que serão necessárias para refletir o estado final descrito nas configurações declarativas do projeto. No nosso caso, ele listará a criação de um bucket: "# aws_s3_bucket.first_bucket will be created"

E posteriormente aplicar este plano:

tofu apply -compact-warnings  

Ele vai exibir o plano novamente e pedir para você digitar yes.

Se tudo der certo este processo deve terminar com uma mensagem parecida com esta:

Apply complete! Resources: 1 added, 0 changed, 0 destroyed.

O estado deste novo recurso pode ser consultado com os comandos tofu state list e tofu state show

A criação deste bucket pode ser verificada também pela listagem do console via navegador:

Lembre-se de mudar a região para "Brasil -Nordeste 1" caso seu console esteja em outra região:

Mais recursos: objetos

Agora que temos um resource do tipo aws_s3_bucket criado, vamos utilizar um resource do tipo aws_s3_object para adicionar dois arquivos dentro deste bucket:

# resources.tf

resource "aws_s3_bucket" "first_bucket" {  
  bucket_prefix = "tutorial-bucket"
}

resource "aws_s3_object" "first_bucket_objects" {  
  for_each = tomap({
    file1 = "./main.tf"
    file2 = "./resources.tf"
  })
  bucket = aws_s3_bucket.first_bucket.id
  key    = each.value
  source = each.value
}

Um tofu plan vai nos dizer:

Plan: 2 to add, 0 to change, 0 to destroy.  

E o posterior tofu apply:

Apply complete! Resources: 2 added, 0 changed, 0 destroyed.  

Pronto, os dois arquivos estão na nuvem. Um tofu state list deve mostrar agora 3 resources:

$ tofu state list
aws_s3_bucket.first_bucket  
aws_s3_object.first_bucket_objects["file1"]  
aws_s3_object.first_bucket_objects["file2"]  

State do segundo object:

$ tofu state show 'aws_s3_object.first_bucket_objects["file2"]'
# aws_s3_object.first_bucket_objects["file2"]:
resource "aws_s3_object" "first_bucket_objects" {  
    arn                = "arn::s3:::tutorial-bucket20240523203657781600000001/resources.tf"
    bucket             = "tutorial-bucket20240523203657781600000001"
    bucket_key_enabled = false
    content_type       = "application/octet-stream"
    etag               = "01d689431df57be26625e8fb41ac04d2"
    force_destroy      = false
    id                 = "./resources.tf"
    key                = "./resources.tf"
    source             = "./resources.tf"
    storage_class      = "STANDARD"
    tags_all           = {}
}

Desprovisionando Tudo

Tão importante como saber criar coisas na nuvem, é saber como limpar tudo para no fim do mês não receber uma surpresa na conta do cartão de crédito. Este tutorial não estaria completo se não ensinasse como apagar estes recursos todos, por mais baratos que sejam:

tofu destroy  

Destroy complete! Resources: 3 destroyed.  

Configuração e Estado

Como visto acima, o comando tofu state tem funções para mostrar o que o sistema sabe sobre a instalação real da infraestrutura descrita no código dos módulos de configuração. Ter a declaração em arquivos de como as máquinas deveriam estar e saber como elas de fato estão são duas coisas diferentes, esta segunda parte é o "state", o estado da instalação.

Na minha config eu declarei que a instalação tinha que ter um bucket com um certo prefixo no nome e dois objetos dentro, com o caminho dos arquivos locais para cada objeto.

O estado vai ter bem mais informação que isto, como por exemplo o nome completo que o bucket recebeu, as etags de cada objeto e vários outros detalhes.

Um ls no diretório do projeto vai mostrar a existência de dois arquivos gerados que descrevem o estado atual e o estado anterior da minha instalação:

terraform.tfstate  terraform.tfstate.backup  

Um less no arquivo atual, depois do destroy, vai mostrar que o estado atual não possui nenhum recurso por exemplo:

$ less -F terraform.tfstate
{
  "version": 4,
  "terraform_version": "1.7.1",
  "serial": 7,
  "lineage": "51390cb1-af8e-d82b-99d6-1bb5da876657",
  "outputs": {},
  "resources": [],
  "check_results": null
}

Compartilhando o estado com o time

Num cenário onde várias pessoas vão trabalhar na mesma infra, ter as configs e este estado apenas local na máquina de quem executou o plano por último não é o ideal. Ao mesmo tempo, por conter informações sensíveis, não é recomendado colocar os arquivos tfstate.* num repositório git, especialmente se este repositório for público.

Uma possível saída para coordenar este trabalho em grupo e compartilhar de maneira privada o estado da instalação, é usar a funcionalidade de estado remoto, que suporta várias opções de onde armazenar este estado, implementados por diferentes backends.

Vamos então finalizar este tutorial com um exemplo de como configurar o OpenTofu para armazenar o estado remotamente num bucket de S3 da Magalu Clloud, utilizando o backend "s3".

Primeiro, vamos criar um bucket novo só para isto, num arquivo novo state-bucket.ft:

# state-bucket.tf

resource "aws_s3_bucket" "state_bucket" {  
  bucket_prefix = "tutorial-state-bucket"
}

tofu apply  

Agora vamos exibir na tela o nome do bucket gerado para copiar e usar na config do backend depois:

tofu state show aws_s3_bucket.state_bucket  

E finalmente, de volta no main.tf adicionamos este bloco backend "s3" ao bloco terraform

# main.tf

terraform {  
  required_providers {
    aws = {
      source  = "hashicorp/aws"
      version = "5.50.0"
    }
  }

  backend "s3" {
    bucket                      = "NOME_DO_SEU_BUCKET_DE_STATE_AQUI"
    key                         = "the_state"
    region                      = "br-ne1"
    profile                     = "tutorial-tofu"
    skip_region_validation      = true
    skip_requesting_account_id  = true
    skip_credentials_validation = true
    skip_s3_checksum            = true
  }
}

provider "aws" {  
  profile                     = "tutorial-tofu"
  skip_region_validation      = true
  skip_requesting_account_id  = true
  skip_credentials_validation = true
}

E para instalar o backend:

tofu init  

Nota num cenário mais real talvez o bucket de state não viveria no mesmo projeto, ou teria alguma prevenção tipo lifecycle { prevent_destroy = true }, ou seria criado manualmente. Eu criei junto aqui apenas para facilitar o tutorial.

Considerações finais

IaC e OpenTofu podem ajudar na organização e manutenção de sistemas na nuvem.

Esta introdução, apesar de ser na cloud da Magalu, utilizou um provider genérico de S3, optei por fazer assim para demonstrar compatibilidade, porém existe um provider de Terraform da MagaluCloud, que inclui outros recursos, como máquinas virtuais por exemplo, documentação aqui.

O tema é vasto, e eu não sou nenhum expert no assunto, escrevi este texto por estar também conhecendo este mundo. Se houver demanda posso continuar esta série, Terragrunt por exemplo é uma ferramenta que eu já ouvi falar mas nunca testei pessoalmente.

Remixe

Se achou parte deste artigo útil, por favor replique, este texto está licenciado sob a Creative Commons Atribuição 4.0.

Foto do cabeçalho:
Homemade Tofu - Cocoro Cafe, QVM AUD10 set by Alpha, on Flickr

Sexta feira passada montei uma breve introdução sobre o protocolo nostr, aqui vai a gravação:

https://youtu.be/sM8ikVOH_9k

Foto do cabeçalho: Dawn McDonald on Unsplash

Esta é a segunda parte de uma série, leia também a parte I em: Micro frontends em 2023, parte I: Quando usar?

Opções de implementação

São muitas as implementações possíveis: pacotes npm compartilhados entre projetos; ESModules via tag script, iframe, importmaps, web components, url rewriting, NextJS Multi Zones, etc. Mas neste primeiro guia vou documentar uma delas em específico: webpack module federation.

Passo-a-passo com dois projetos NextJS

Vamos montar o seguinte exemplo, um site base principal (o hospedeiro, o host, o app shell, a container application) representada abaixo na cor laranja (app1), com um mini-app remoto (o módulo, o remote) representada em violeta (app2), embutido dentro, este módulo vem de outro site. Ambos os sites são projetos NextJS.

1. Criar os dois projetos NextJS

npx create-next-app app1  
npx create-next-app app2  

2. Instalar o plugin @module-federation/nextjs-mf e o bundler webpack 5 nos dois projetos

Existe um pacote que facilita um pouco a configuração de module federation em projetos Next, o @module-federation/nextjs-mf. Este plugin já foi proprietário e pago um dia, mas atualmente é livre e gratuito. Isto me confundiu muito pois varios resultados do Google e exemplos online ainda usam a referência dele no registry de pacotes fechados PrivJS.

cd app1  
yarn add @module-federation/nextjs-mf webpack  
cd ../app2  
yarn add @module-federation/nextjs-mf webpack  
cd ..  

3. Criar um módulo no projeto 2

cd app2  
mkdir src/components  
vim -p src/components/ModuleA.tsx src/pages/index.tsx  

app2/src/components/ModuleA.tsx

export default function ModuleA() {  
  return <h2 style={{ color: "darkviolet" }}>Módulo A from app2</h2>;
}

app2/src/pages/index.tsx

import ModuleA from '@/components/ModuleA'

export default function Home() {  
  return (
    <ModuleA/>
  )
}

Para testar suba o servidor de desenvolvimento na porta 3001:

yarn dev -p 3001  

e acesse http://localhost:3001/

4. Configurar a build do app2 para expor um remoteEntry contendo o módulo

vim next.config.js  

app2/next.config.js

const { NextFederationPlugin } = require("@module-federation/nextjs-mf");

/** @type {import('next').NextConfig} */
const nextConfig = {  
  reactStrictMode: true,
  webpack(config, options) {
    const { isServer } = options;
    config.plugins.push(
      new NextFederationPlugin({
        name: "app2",
        remotes: {},
        filename: "static/chunks/remoteEntry.js",
        exposes: {
          "./ModuleA": "./src/components/ModuleA",
        },
        shared: {},
      })
    );
    return config;
  },
};

module.exports = nextConfig;

Para testar se o arquivo remoteEntry.js está sendo exposto corretamente suba o servidor de desenvolvimento:

yarn dev -p 3001  

e acesse http://localhost:3001/_next/static/chunks/remoteEntry.js

Se aparecer um arquivo grande e enigmático, é porque deu certo, pode fazer o bundle de produção e manter este servidor no ar:

yarn build  
yarn start -p 3001  

5. Configurar a build do app1 para usar o módulo remoto do app2

Em outro terminal:

cd ../app1  
vim -p next.config.js src/pages/index.tsx  

app1/next.config.js

const { NextFederationPlugin } = require('@module-federation/nextjs-mf');

/** @type {import('next').NextConfig} */
const nextConfig = {  
  reactStrictMode: true,
  webpack(config, options) {
    const { isServer } = options;
    config.plugins.push(
      new NextFederationPlugin({
        name: 'app1',
        remotes: {
          app2: `app2@http://localhost:3001/_next/static/${isServer ? 'ssr' : 'chunks'}/remoteEntry.js`,
        },
      })
    );

    return config;
  },
}

module.exports = nextConfig  

src/pages/index.tsx

import dynamic from "next/dynamic";  
import styles from "@/styles/Home.module.css";

const ModuleA = dynamic(() => import("app2/ModuleA"), {  
  ssr: false,
});

export default function Home() {  
  return (
    <>
      <main className={styles.main}>
        <header>App1 Header</header>
        <nav>
          <h2>App1 Menu</h2>
        </nav>
        <ModuleA />
        <footer>App1 Footer</footer>
      </main>
    </>
  );
}

suba o servidor do app1 para testar se funcionou:

yarn dev -p 3002  

e acesse http://localhost:3002/

Repositório

O código desta demo se encontra em https://github.com/fczuardi/host-remote-nextjs-mf

Para correções dúvidas e discussões, tanto do código de exemplo quanto desta série de blog posts, use a página de issues lá.

Próximos passos

Este passo a passo foi só uma tentativa de demonstrar um conceito utilizando código, este exemplo foi um bem básico onde a Application Shell consome módulos de outro servidor, mas extender ele para que haja um app3, ou para que o app1 exponha alguns componentes para a app2 são outras possibilidades também. A app principal poderia por exemplo ser a responsável pelos widgets do Design System, ou um MFE só para isto poderia ser outra opção, um módulo para as strings de localização pode dar a chance de updates simples de texto não requererem uma nova build do site todo, agrupar os hooks de consumo de serviço em outro módulo, etc... As fronteiras e os contratos nos pontos de interface entre os módulos vão variar de caso a caso.

Ter uma separação de responsabilidades com espaço para donas diferentes cuidarem de diferentes produtos no mesmo site é um caminho arquitetural que eu sinto que alguns projetos maiores já estão trilhando, então é bom conhecer o conceito e ter no repertório :)

PS: Mas e os BFFs? Bom, este é um outro assunto para um outro momento, eu acho que na mesma filosofia de dar autonomia para times menores que queiram experimentar com diferentes stacks, trabalhar com unidades separadas pode ser um caminho também, algo como a figura abaixo.

Referências

Alguns outros textos / abas abertas sobre o tema para quem quiser ler mais:

• Tanenbaum–Torvalds debate (Jan 1992)
  • clássico debate "Linux is Obsolete" entre Tanenbaum e Torvalds, a respeito de microkernel vs monolithc system
• Microservices: a definition of this new architectural term (Mar 2014)
  • bem completo no contexto de microservices, as partes "Organized around Business Capabilities" e "Decentralized Governance" são boas
• Lukasz Gornicki on Twitter: "@mpjme you still at Spotify? can you confirm if they are still using iframes and postMessage for the micro frontend architecture?" / Twitter (Sep 2017)
  • MPJ sobre Spotify abandonando microfrontends em favor de um big monorepo para todos
• Micro Frontends
  • texto de onde tirei a definição usada na parte I, lista como benefício a capacidade de incrementalmente atualizar um software legado parte por parte
• Micro Frontends in the Wild (Jan 2020)
  • varios slides bem ilustrativos, como o 51, o 53, o 49, o 8 e o 5
• Webpack 5 Module Federation: A game-changer in JavaScript architecture (Mar 2020)
  • post do maintainer do plugin para next usado no passo a passo (e criador do module federation do Webpack), esta mesma pessoa trabalha numa ferramenta comercial voltada a module federation e twitta bastante sobre estes temas
• Frontend Architectural Patterns: Micro Frontends (Sep 2020)
  • tem um meme legal
• Micro Frontends – Revolutionizing Front-end Development with Microservices (Nov 2020)
  • fala da divisão por business domain e tem um diagrama que vale por mil palavras
• You Might Not Need Module Federation: Orchestrate your Microfrontends at Runtime with Import Maps (Jan 2023)
  • fala sobre usar Import Maps ao invés de Webpack Module Federation

Foto do cabeçalho Steve Harvey on Unsplash

Este é um texto em duas partes com um pouco das minhas descobertas sobre implantação da arquitetura de micro frontends, num contexto de aplicações React embutidas em um aplicação maior (um host, uma application-shell) feita usando NextJS, em Janeiro de 2023. Se a frase anterior soa grego para você, pule esta postagem e a próxima. Em breve voltaremos à programação normal do blog :)

O quê?

Uma definição de micro frontend curta e em Inglês, copiada de um outro artigo bem completo sobre o tema:

"An architectural style where independently deliverable frontend applications are composed into a greater whole" -- Cam Jackson (19 de Junho de 2019)

Por quê?

Neste primeiro texto da série, convém começar tentando responder às perguntas: Para que alguém usaria uma arquitetura de micro frontends? Qual problema esta estratégia busca solucionar?

Modularização e times verticais

Para mim, falando de código, este modelo ataca o problema da divisão de responsabilidades, o problema da separação de escopos. Por meio da modularização, dividindo um sistema grande em pedaços(módulos) menores que sejam mais independentes, mais simples de entender, mais fáceis de manter e de testar isoladamente.

Outra face deste mesmo tema é a da colaboração entre pessoas. A divisão das responsabilidades não só a nível de tecnologias, mas a nível de business domain (domínios/áreas do negócio), business capabilities. Por exemplo, ao invés de ter equipes divididas entre backend, frontend e devops, ter equipes dividias por domínios ou funcionalidades, cada uma trabalhando em escopos menores, porém de ponta a ponta (incluindo a UI).

fonte: Tapan Vora

Esta abordagem abre espaço para a possibilidade de atribuir a construção e manutenção de diferentes unidades isoladas de um sistema a diferentes times de desenvolvedoras. Cada grupo usando os processos de revisão/testes/publicação, linguagens de programação e ferramentas que melhor couber, de acordo com cada tipo de problema/contexto/maturidade do módulo... (o que pode descambar para uma Torre de Babel, é verdade, mas este já seria outro assunto).

fonte: David Leitner

Dividir um "monolito" é algo que pode não fazer sentido no começo de um projeto, ou numa empresa pequena. Aplicações monolíticas possuem muitos pontos positivos. Principalmente enquanto a base de código é ainda pequena e a carga cognitiva para a entrada de uma colaboradora nova é baixa, enquanto o tempo de deploy é rápido, enquanto as burocracias e os gargalos são poucos. Para frontend vale a mesma ideia que vale no backend, começar com um monolito e esperar um momento de dor para só então quebrar em módulos (microservices, micro frontends) não tem nada de mais, é uma estratégia boa.

E com esta introdução eu poderia encerrar o texto por aqui, com uma simples sugestão que é a segura para grande parte dos cenários: não use micro frontends!

Mas outra recomendação possível seria algo do tipo: use micro frontends quando isto for uma vantagem (exemplo: proporcionar mais agilidade ou menos interdependência entre times).

Resumo

Eu gostei do abstract desta palestra que acontecerá no próximo FOSDEM em Fevereiro:

Traditionally, web applications are built as monoliths. Complex applications are typically organized into smaller packages, but these are still bundled and built together as part of the given application deployment. Micro-frontends allow developers to break out from this model by allowing a single web application to be split into multiple projects that are built, deployed and updated separately and served from different web -servers but still able to seamlessly integrate with the given application.Large projects tend to have lots of teams and collaborators working on different parts of the same application within the same code repository. Managing and coordinating releases can be difficult, since everyone involved with the project works towards the same release schedule.

Mão na massa

Na parte II desta série eu implemento um exemplo simples com dois frontends em NextJS que compartilham módulos. Continue clicando no link a seguir: Micro frontends em 2023, Parte II: Module Federation e NextJS

Foto do cabeçalho Steve Harvey on Unsplash

Terça feira passada, aconteceu em São Paulo a primeira Satsconf, uma conferência sobre tecnologia que reuniu pessoas interessadas no avanço do dinheiro da internet (ou dinheiro mágico da internet), o bitcoin.

O "sats" do nome da conferência vem da abreviação de satoshis¹, assim como cents é a abreviação de centavos.

Eu tive a grande felicidade de poder estar lá, venci a preguiça e as justificativas mais óbvias para não ir e fui me encontrar com a "minha tribo²". Encarando o transtorno de uma viagem "bate-volta" cansativa para a capital, em dia útil, numa semana intensa do trabalho, com prazos e entregas se apertando e se acumulando.

Ah, conferências... que saudades que eu estava! Que coisa boa poder estar numa aglomeração de novo, acho que foi a minha primeira depois da pandemia (até tive outra, interna da firma, mas nao contou, por ser fechada). Eu amo demais estes encontros de gente criativa e maluca! IRContros, semanas da computação, Barcamps, Hackathons, viagens do Ônibus Hacker, festivais de música, FISL, Latinoware, CC Summit, Campus Party, CaiPyra... meetups em geral. Caramba, como fez falta, como foi chato não poder mudar de cenário e não poder conhecer gente ao vivo nestes últimos anos (quantos foram? três? caralho...).

Por um lado o isolamento da pandemia ajudou a gente a acelerar um tanto nossa migração para o mundo da informação. Digitalizamos ainda mais nossas rodinhas e isto foi fantástico. Suprimos a carência e a necessidade de socialização com grupos de Telegram, Discord, Spaces de twitter, podcasts, zooms, google meets, longos áudios de Whatsapp e tal. Mas poder estar presencialmente juntos, para alguém da minha geração, ainda faz muita diferença. É ótimo poder encostar, abraçar, rir, envergonhar-se, se esforçar no Inglês e Portunhol para se comunicar com estrangeiros, estar diante de gente nova, ao vivo e na altíssima definição e largura-de-banda que é este "modo" chamado mundo físico.

Nossas tribos, nosssas subculturas, são uma fatia grande de quem somos, ter uma galera que compartilha as mesmas referências, memes e piadas internas de algum contexto, seja ele o nicho que for é importante. O skate, a bike, o metal, o RPG, o poker, a capoeira, o pingue-pongue, o crochê, o futebol, a orquestra, o seminário de filosofia, o badminton, a igreja, o happy hour recorrente, o pagode, o basquete, a faculdade, o subreddit, as comunidades de projeto open-source, o motoclube, as linguagens de programação, a yoga, as jogatinas de tabuleiro, o clan do jogo online, a rave, o inferninho indie, enfim... os rolês. E eu admito que para um observador externo, um rolê sobre dinheiro (mesmo bitcoin sendo o melhor dinheiro já descoberto) é algo muito esquisito.

O encontro desta semana foi um deste nicho formado pelas herdeiras de Satoshi Nakamoto, Hal Finney, Nick Szabo, Ross Ulbritch, Shafi Goldwasser
e tantas outras. Um nicho de origens cypherpunks e libertárias, mas que, como toda boa subcultura, possui a chance/perspectiva de crescer e tornar-se mainstream, virar a norma.

Se um dia a hiperbitcoinização chegar, vai parecer estranho que em 2022 houve um encontro de "bitcoinheiros", pois bitcoin será então algo que usamos sem pensar, sem saber, assim como hoje usamos a internet, assistimos tv ou falamos Inglês, não será um assunto especial ou uma área de especialização, vai só fazer parte do dia-a-dia. Mas neste estágio em que estamos, em que "we're still early™", a identificação das pessoas como parte de um grupo especial é fundamental.

Gostei de ter ido e voltei com um caderninho cheio de anotações, muitas idéias e alguns novos contatos, ainda preciso de um tempo para digerir tudo, experimentar, refletir e quem sabe escrever mais sobre os muitos temas que ouvi neste dia que passei fora de casa. Por enquanto deixo só este singelo testemunho pessoal, o agradecimento a todos da organização impecável e o sentimento de que precisamos nos reunir e conversar mais, tanto online quanto offline. Trocar idéias, desenhar soluções para os prolemas de escala, combater FUD e etc.

É hora de persistir e caminhar com humildade no sentido de consolidar nossos valores comuns. Na minha visão, os de descentralização, soberania, privacidade, resistência à censura e liberdade individual. Estes são inegociáveis.

O radicalismo e a "toxicidade" tem o seu papel nestas lutas, assim como respeitar e aceitar a diversidade de lugares de onde cada um vem no que diz respeito aos outros valores secundários é tudo parte de uma grande equação (hat tip para o Leta que me pareceu adorar equações).

Tudo bem ser vegetariano, ou ser estritamente carnívoro, tudo bem não escovar os dentes bochechando óleo de coco, ser ou não ser Olavista, usar frigideira de teflon, ou inox, ou ferro fundido, aceitar uma urna eletrônica opaca ou mesmo ter sujado a mão de merda e cravado o 13 nela (como eu cofesso que fiz), tudo bem brincar com uma ou outra altcoin, afinal... quem nunca? O mundo real tem muitas nuances, individualidades e complexidades. E há uma beleza nisso.

Trilhar esta estrada é um desafio grande, achar um balanço entre ter bons alicerces e ao mesmo tempo não se fechar numa bolha intolerante que repele quem se beneficiaria dos princípios requer esforço. Separar o dinheiro do Estado tem que ser uma luta de todos (todes?... ha, zoeira).

Há um ajuste fino sobre como propagar estes valores de uma maneira acessível e receptiva. E felizmente nesta terça eu só encontrei pessoas bem amigáveis, foi um dia com uma atmosfera boa. As turmas de 20/21 são ótimas!! <3

Mal posso esperar o próximo :)

outras fotos do evento Satsconf2022

Já vimos que para além da buzzword, o tema Web3 pode servir de gancho para reflexões sobre descentralização.

Parte desta conversa, de espalhar o poder, passa pelas contas de usuários e pelo fim da coleta de dados pessoais.

Um outro modelo para identidades digitais é possível. Um que não seja impulsionado pela publicidade direcionada, comércio de dados pessoais e que não incentive a vigilância. Um modelo que seja baseado em privacidade e autossoberania.

Este modelo alternativo é conhecido pelo nome em inglês Self Sovereign Identity (SSI), e muita gente boa trabalha nos padrões e nas soluções tecnológicas para torná-lo viável. É um trabalho que traz esperanças para quem, como eu, odeia cadastros.

TLDR: Sumário.

Sociedade enxerida

Eu moro numa cidade relativamente pequena, mas com muitas farmácias.

E é quase impossível comprar qualquer produto da prateleira, por mais inofensivo que seja, como uma escova de dentes ou um mero sabonete, sem ser importunado com a famigerada pergunta:

Você já tem cadastro no sistema?

Lojas de departamento, especialmente em shoppings, também sofrem deste mal.

Conheço uma pessoa que desistiu de comprar um par de meias porque era simplesmente impossível comprar no dinheiro sem informar o número de telefone e o CPF.

Um. Par. De. F****ndo. Meias.

Crie uma conta para continuar lendo

Esta intromissão exagerada não se limita ao mundo físico. No mundo digital, a bisbilhotagem e a sanha da xeretice são ainda mais amplas e desproporcionais.

Faça um teste. Numa aba privada, abra a página inicial do Google, ou um link de notícias qualquer. Ser barrado, ou pelo menos incomodado, com um lembrete de que você não se identificou, é a regra. Receber o conteúdo sem impedimentos é a excessão.

Exemplos de sites, apps e serviços que exigem um cadastro no sistema deles não faltam. Privados, públicos, nacionais, internacionais, grandes, médios e pequenos.

Tudo online

A própria distinção nos exemplos acima, entre mundo físico e mundo digital não cabe, pois o sistema da farmácia e o da loja de departamentos, estão conectados com a Internet também.

Não existe mais um único dia de nossas vidas em que não interagimos com múltiplos sistemas e aparelhos conectados e que coletam dados pessoais (seja com ou sem nosso consentimento).

Laptops, celulares e videogames (e seus SOs proprietários) já exigem cadastro para as funcionalidades mais básicas deles. É parte do setup inicial criar estas contas. É o fluxo obrigatório apresentado desde a primeira vez que são ligados.

Cadastros, cadastros em todo canto

E mesmo aparelhos que não possuem nenhuma razão para estarem online, estão. Este é um assunto que merece um post sozinho, não me aprofundarei aqui, mas uma navegada no blog @internetofshit, que coleciona exemplos de IoT (Internet das Coisas, Internet dos Alvos), passa uma noção do tanto de coisas conectadas¹ que nos cercam.

Informar alguns dados aqui e ali é algo normal; é aparentemente inofensivo; é quase inevitável; todo mundo faz; o Google é gratuito; me ajuda com mapas; já teve como lema a frase "não seja mal"; dá para confiar; ninguém na farmácia quer me sacanear; o coitado do vendedor de roupas ganha mal e precisa bater a meta de cadastros; posso até ganhar descontos se eu dedurar mais 3 amigos…

Se preocupar com o destino destes dados é coisa de paranóico, certo?

Ou será que falhamos enquanto espécie? Normalizamos a invasão de privacidade, perdemos o controle e fomos longe demais?

Não sei, toma aqui um cupom de desconto para comprar lanche e vamos esquecer disso… "Alexa, acender a luz da sala".

Como você conseguiu o meu número?

Ninguém mais tem nome na lista telefônica, ainda assim, quem tem celular, invariavelmente recebe ligações de bancos e operadoras de telefonia todo santo dia no Brasil.

Esta praga atinge até números de celular, recém adquiridos. Ao atender uma chamada destas é difícil não inciciar o diálogo perguntando: "Como você conseguiu meu número?"

Telemarketing é chato? Sim. Mas não é a única e nem a pior consequência de concentrarmos informações pessoais em sistemas com bases de dados conectadas à Internet e a disposição de parceiros.

Se mandarem mensagem pedindo dinheiro, não sou eu

Dados permanentes, como o número de CPF, ou dados chatos de trocar, como o número de telefone, uma vez comprometidos, comprometidos ficam, para sempre, é uma via de mão única, é irreversível, a pasta de dentes não volta para a bisnaga.

O número de informações vazadas em circulação só aumenta, se tornam cada vez mais baratas e mais disponíveis para fraudes em massa, falsificação, roubo de identidade, empréstimos, compras e ataques de personificação. Nem bebês escapam, alguns brasileiros já praticamente nascem com o CPF sujo.

Reportagem da série CPF – Devolvam Meu Nome

O mundo mudou rápido e nós não nos adaptamos na mesma velocidade. Precisamos de atenção a novos cuidados que não eram necessários² em tempos analógicos. É muito fácil esquecermos que a internet é um lugar extremamente perigoso e nos expormos até sem querer³.

Correr atrás do prejuízo

Houve avanço nos cadastros em sites e serviços online — logins federados, consentimentos seletivos e revogáveis, gerenciadores de senhas, autenticação em dois passos, leis de proteção de dados —, estamos caminhando.

Mas ainda estamos perdendo a corrida. Ainda deixamos nossas informações por aí, longe da nossa posse, ainda temos que confiar nos sistemas de outros para guardarem estes dados sensíveis.

Grandes plataformas concentram muita informação cobiçada em grandes "lagos de dados" (fossa de dados), o que é uma má idéia. Mesmo as instituições mais poderosas e modernas, com dinheiro para contratar as melhores engenheiras, não sabem como lidar com os dados que coletam.

É preciso avançar na direção de abandonar a dependência e confiança em entidades centralizadas. Mover os nossos perfis, nossas preferências e nossos históricos para fora das grandes plataformas. Trazê-los para perto, carregá-los conosco.

Onde enfiei minha carteira?

No mundo físico, carregamos conosco um punhado de credenciais. Que são documentos emitidos por entidades e que atestam informações a nosso respeito, tais como: a data de nascimento, a aprovação em um teste de direção, o time de futebol do coração, a nacionalidade, o recebimento de uma vacina.

Diferentes lugares que eu frequentar podem aceitar ou não o valor da informação atestada nelas. E me dar algum benefício, como meia entrada no cinema por exemplo.

é verdade esse bilhete

No mundo digital, é mais raro conseguir transportar credenciais de um site para outro, sempre temos que "refazer a carteira de motorista" para cada nova estrada ou cidade que formos visitar (malditos cadrastros!). E mesmo em dois sites que reconheçam uma mesma informação atestada por uma entidade em comum (o nome da minha conta no Google por exemplo), a credencial não está comigo, está com o provedor de identidade (neste caso, o Google).

Um modelo mais parecido com o primeiro, é o que vem sendo trabalhado no padrão Verifiable Credentials (VC).

The W3C VC model parallels physical credentials: the user holds cards and can present them to anyone at any time without informing or requiring the permission of the card issuer. Such a model is decentralized and gives much more autonomy and privacy to the participants. Wikipedia

Desafios da web pós-Snowden

Alguém construindo um site ou serviço hoje, tem que se fazer as perguntas abaixo:

• Como eu desenho um produto levando em conta a privacidade? (Privacidade desde a concepção)
• Como eu desenho um produto que não exige um cadastro?
• Qual é a versão daquilo que eu quero construir, que não tem um botão Sign Up (Cadastre-se)?
• Eu consigo atender meus clientes de uma maneira que seja possível contornar, evitar ou combater KYC?

Identidade é o que os outros falam sobre você

Existe uma discussão profunda sobre o que é identidade, mas para fins práticos, não vou entrar nela.

Para muita coisa na vida, identificadores e certificados acabam servindo de resumo para identidade, se eu escrever "Aurora" na coleira de uma cachorrinha e ela se perder. Alguém que a encontrar pode consultar a coleira e confirmar comigo se ela é a mesma cachorra que eu procuro me perguntando: "Qual o nome da cachorra que você procura?"

SweetWilliamLondon

Porém mais de uma cachorra pode ter o mesmo nome escrito na coleira, a palavra "Aurora", sozinha, não é um identificador único.

É comum recorrer a instituições centralizadas, tipo a prefeitura de São Paulo para conseguir um RGA que seja único, mas aí estaríamos voltando com a dependência que queremos eliminar.

Uma solução mais descentralizada para este problema, seria eu colocar um pequeno cadeado na coleira e guardar a chave num cofre da minha casa. Se algum dia eu precisasse provar que a cachorra encontrada é a mesma cachorra que foi perdida, eu teria que abrir o cadeado. E neste caso, eu nem precisaria escrever uma informação pessoal na coleira, como o nome dela ou o número de telefone. Privacidade desde a concepção!

https://twitter.com/SeedMint21/status/1518934554840600579

No mundo digital este par cadeado-chave é um par de chaves criptográficas, e qualquer um pode construir quantos deles precisar, é coisa bem simples e independente, não precisa registrar na prefeitura, no google ou em nenhuma outra entidade externa. É puramente matemático, único⁴, e pode ser gerado offline.

pic.twitter.com/YDHp4XSzi7

— Rijndael (@rot13maxi) March 30, 2022

Identidade é o que você revela sobre você

Na Internet, ninguém sabe que você é um cachorro, então se parte da minha identidade é ter como cor favorita o amarelo, eu posso manter esta informação em segredo comigo e a revelar seletivamente para apenas quem eu quiser que saiba disso. O controle deste dado é meu.

Com uma ajuda da matemática, eu posso inclusive entrar em clubes digitais que aceitem amantes das cores do conjunto "amarelo ou vermelho"(um outro assunto fascinante para outro post) sem revelar qual das duas é minha cor favorita. E o clube nunca seria alvo de alguém aparecendo lá com um mandato judicial para que revelem quantos ou quais dos membros gostam do amarelo porque esta informação não existe concentrada em nenhum sistema.

Não tem como acontecer um vazamento de dados. Se você não guarda nenhum dado.

Sumário

Vivemos num momento onde a coleta de dados pessoais é excessiva. Atividades banais como a compra de um par de meias estão a cada dia mais difíceis de se realizar sem deixar rastros e sem dar satisfações para redes bisbilhoteras.

Esta coleta excessiva, o armazenamento descuidado e a centralização das plataformas trazem consequências danosas que vão desde uma mera chateação de telemarketing até casos mais graves de golpes, roubo de identidade e perseguição.

É possível diminuir os danos causados pelos cadastros. A matemática pode ajudar no desenho de sistemas mais seguros, sem donos e que coloquem o controle sobre a criação de identidades digitais e o controle sobre a divulgação seletiva de dados nas mãos das pessoas.

Bônus

Um vídeo em Inglês, muito bem feito, da Dr. Ann Cavoukian feito para a Microsoft⁵.

https://www.youtube.com/watch?v=vYzDn8Ws4as

Foto do cabeçalho por Luis Cortés no Unsplash

also available in English: Let's Talk about the 'Real' Web3

Quinta feira participei de uma conversa com dois colegas, sobre coisas relacionadas a esta buzzword, "web3".

Como faz tempo que não atualizo este site, resolvi aproveitar a temática e tirar a poeira daqui. Até para que alguém aterrisando neste blog hoje não fique com a impressão de que eu só falo de videogames :)

Os assuntos de blockchains públicas, DAOs, soberania individual, software livre e cultura de internet são alguns que eu acompanho com boa proximidade e é uma área sobre a qual presto consultoria por aí, tanto profissionalmente quanto informalmente há alguns anos. Mas que ja faz tempo que não escrevo aqui neste canal.

Do começo então, de onde vem o termo Web3?

Segundo a Wikipedia, neste contexto, o termo veio do desenvolvedor Gavin Wood da rede Ethereum¹ em uma postagem de blog de abril de 2014: ĐApps: What Web 3.0 Looks Like.

O primeiro parágrafo expõe muito claramente as motivações para um redesenho da web, abaixo com grifos meus:

As we move into the future, we find increasing need for a zero-trust interaction system. Even pre-Snowden, we had realised that entrusting our information to arbitrary entities on the internet was fraught with danger. However, post-Snowden the argument plainly falls in the hand of those who believe that large organisations and governments routinely attempt to stretch and overstep their authority. Thus we realise that entrusting our information to organisations in general is a fundamentally broken model. The chance of an organisation not meddling with our data is merely the effort required minus their expected gains. Given they tend to have an income model that requires they know as much about people as possible the realist will realise that the potential for convert misuse is difficult to overestimate.

Um resumo possível dessa visão, lá de 2014, seria algo mais ou menos na linha — bom, agora que temos Bitcoin², podemos repensar se o modelo de financiar a web com a venda de dados pessoais, continua sendo um caminho aceitável.

Esta época foi muito interessante em termos de conversas sobre as bases deste possível novo mundo, outros dois textos obrigatórios deste mesmo ano são o "Everyone's a Scammer", de Michael Goldstein, em setembro, e o "The dawn of trustworthy computing", de Nick Szabo, em dezembro (que já citei antes num outro post sobre smart contracts aqui do blog em 2015).

Tanto na entrevista do Galvin linkada na Wikipédia, quanto nos materiais do site da Ethereum, os valores de descentralização e minimização da confiança são duas grandes componentes desta promessa de uma web reimaginada.

No mundo da utopia, o termo Web3 carrega uma promessa de substituir uma necessidade de confiança em poucos poderosos (big techs na Web2) por algo mais espalhado, auditável, resistente à censura, acessível (no sentido de permissionless), voluntária e gerido pelos próprios participantes desta nova web. “Less trust, more truth.”

Mas web3 não é NFT? Onde entram os JPEGs de Macaco?

Crypto Curious - South Park
https://youtu.be/N8f-BQFo7lw

É interessante o exercício de revisitar esta origem, reler os textos da época hoje, muitos anos depois, e se perguntar o que levou a ideia de uma web pós-Snowden virar sinônimo de coleções de imagens JPEG, ferramenta de marketing para empresas oportunistas, uma corrida-do-ouro cheia de vapourware, projetos centralizados, golpistas e fraudes de todo tipo, enfim, um hype super danoso e distópico.

it seems worth thinking about how to avoid web3 being web2x2 (web2 but with even less privacy) with some urgency

Moxie Marlinspike - My first impressions of web3

Se você tem duas horas e quer conhecer uma opinião bem crítica das NFTs sob um ponto de vista de um artista, eu recomendo assistir a este vídeo: "Line Goes Up – The Problem With NFTs", mesmo discordando de algumas partes (em velocidade 1.5 é bem tranquilo se você entende Inglês), mas se estiver sem tempo, assista apenas o capítulo 4, que é um excelente resumo de NFTs em 20 minutos:

Line Goes Up – The Problem With NFTs
https://youtu.be/YQ_xWvX1n9g

Talvez seja o curso natural das buzzwords que carregam consigo grandes promessas, o de ser cooptada pelo marketing e de se esvaziar de sentido.

Há algum trigo nesta montanha de joio?

Um hype tão grande quanto este merece atenção ainda assim?

Se você acompanha notícias sobre onde o venture capital anda sendo investido, bem como o fluxo, entre diferentes startups, de pessoas/talentos (este sim o verdadeiro bem escasso) na área de tecnologia, este é um caso de onda "muito grande para ser menosprezada" (too big to overlook) nas palavras do jornalista Kevin Roose em seu guia de crypto para o New York Times. Ele escreve (e eu concordo):

I’ve also learned, in my career as a tech journalist, that when so much money, energy and talent flows toward a new thing, it’s generally a good idea to pay attention, regardless of your views on the thing itself.

A título de comparação, durante a bolha das empresas ponto com, a euforia e o medo de ficar de fora direcionou fortunas para muitas apostas erradas e o posterior estouro da bolha trouxe lições importantes para a nossa sociedade. Mas nem tudo foi fracasso, projetos como a Wikipedia e o Internet Archive nasceram nesse período. E outros grandes sobreviventes, como Google e Amazon, parece que aproveitaram alguns benefícios de terem estado lá desde o início.

Considero importante observar, conhecer e até participar com critério, das subculturas, memes e tecnologias que fazem parte da vida dos jovens e early-adopters de hoje. Para esta geração, comprar shitcoins, ser hackeado, perder dinheiro, embarcar em empreitadas furadas, sonhar com Lamborghini, gastar a mesada com skins, é parte do caminho de se encontrar, encontrar pares, viver e crescer. De certa maneira, todas estas experiências ruins são também escolas.

Uma jovem que aprende Rust para escrever smart contract na Solana, ou alguma outra altcoin hoje, não terá disperdiçado totalmente sua energia, ela sairá com um conhecimento importante na bagagem. O mesmo vale para quem instalou Metamask para colecionar gatinhos e se decepcionou com o preço do "gás", essa pessoa teve contato com BIP39, teve algum treinamento e teve que parar para pensar sobre soberania individual. Um CEO, CTO ou diretor de empresa interessado em alguma permissioned ledger porque alguém de terno vendeu para ele uma "solução", pode eventualmente esbarrar com videos do Antonopoulos e iniciar sua própria jornada individual rumo à pílula laranja. E assim por diante… Errar tentando ainda é mais educativo do que não tentar. Ou nas palavras do militar John Paul Jones, pai da marinha americana: "quem não arrisca não pode vencer".

Recuperando o termo

Para fechar, acho importante reclamarmos de volta esta buzzword para ser novamente sinônimo de algumas idéias de autonomia, independência, sobreania, privacidade, liberdade de expressão… e direcionar nossos esforços para um mundo com menos poder concentrado, mais software livre, mais servidores caseiros, mais iniciativas robustas e self-hosted, enfim, uma verdadeira Web Pós-Snowden, afinal, como diz o André Staltz, em sua resposta a uma generalização do Moxie Marlin: "algumas pessoas querem rodar seus próprios servidores".

Gosto desse tweet:

When an incumbent says "Web3.0", they really mean the most nightmarish version of Web2.0 imaginable.

The real Web3.0 will be a grass roots movement, driven by sovereign individuals running open source software on commodity hardware connecting on P2P networks without permission.

— Start9 (EmbassyOS) 🏛️ (@start9labs) December 12, 2021

Foto do cabeçalho por Wioleta Zakrzewska on Unsplash

Apêndice: Retrospectiva dos últimos oito anos

Da origem do termo Web3, naqueles primeiros anos após o presente de Satoshi para o mundo, até hoje, muita coisa aconteceu.

No campo da Ethereum, tivemos tokens ERC-20; a onda das ICOs; o hack da "The DAO"; cripto-gatinhos; ERC-721; EIP-1155 redes de segunda camada (layer 2) como a Polygon, outros forks e redes alternativas…

No campo da Bitcoin, com o qual eu particularmente tenho um maior alinhamento de valores, houve a guerra pelo tamanho do bloco; os movimentos UASF (BIP148) e No 2x que garantiram importantes upgrades no protocolo; a rede layer 2 Lightning Network floresceu e continua evoluindo (vide a recente entrada do Taproot); wallets e exchanges focadas em privacidade; projetos abertos de hardware wallets e full nodes caseiros com foco em usabilidade; satélite espacial; desmistificação da mineração caseira; El Salvador; as comunidades brasileiras andam conversando mais…

E, claro, a ajuda que certas arbitrariedades políticas deram para acelerar a conscientização de que a separação entre dinheiro e estado é importante.