Claro que a gente precisa comprar coisas, novas coisas, elas têm um tempo de duração, nada é pra sempre. Tudo precisa de manutenção, de cuidado, e eventualmente é preciso trocar. A cobra sai da pele, a árvore perde a folha. É completamente normal.

Mudei pra esse apartamento faz alguns meses e, quando vi, já tinha enchido as gavetas de coisinha e mais coisinha. Resolvi botar em prática uma brincadeira que eu gosto: o jogo da caixa.

É colocar tudo que você tem dentro de uma caixa e não deixar nada solto na casa. À medida que você precisa de alguma coisa, vai tirando da caixa.

Dá pra fazer isso com qualquer coisa, até utensílio de cozinha, mas aqui já tenho bem pouco, porque eu moro no Vietnã, e no sudeste asiático é muito mais comum, barato e sociável comer fora do que cozinhar em casa.

Mas o ponto não é esse… gente compra mais do que precisa, às vezes mais do que pode. E gasta dinheiro não só porque precisa ficar bonito, mas porque quer ser aceito. Seja no escritório do trabalho, seja pra acompanhar alguma tendência na internet, a gente quer fazer parte.

Tirar em vez de adicionar

Faz alguns anos que eu descobri o minimalismo como exercício.

A graça é que, em vez de adicionar mais e mais coisas na vida, você tira e vê se ainda continua tudo harmonioso. E dá pra praticar isso com os pertences, mas também com tarefas, hábitos, pessoas, situações.

A gente costuma começar pelos pertences porque é o mais concreto, e porque as grandes empresas gastam milhões em propaganda justamente pra essa enxurrada de coisas não parar de chegar, então temos muita coisa acumulada pra brincar de minimalismo rs

Um jeito clássico de começar é contar o número de coisas que você tem.

Se você procurar na internet, vai achar vários métodos.

Um famoso é o 333:

você fica com trinta e três peças de roupa e troca de tempos em tempos, a cada três meses mais ou menos. Roupa de ginástica, pijama e roupa íntima geralmente não entram na conta. (não to falando de comprar tudo novo, mas botar numa caixa o que não usa e deixar só 33 peças á vista, por exemplo)

Comigo isso virou quase uma coincidência engraçada, porque nos últimos quase 3 anos viajando eu ficava uns três meses em cada lugar, chegava, comprava o que precisava de diferente, doava ou vendia o que não precisava mais, e dava certinho… principalmente produto pra pele, se vc usa todo dia certin, por exemplo, dura praticamente três meses mesmo.

Mas agora que eu tenho morado no mesmo apartamento por uns 8 meses, a minha regra é: tem que caber nos móveis que tenho aqui.

Tenho uma cômoda e uma arara, e as minhas coisas precisam caber ali dentro sem ficar tudo espremido. Tem que sobrar espaço pras coisas respirarem, pra quando eu abrir a gaveta eu ver exatamente o que tem ali, todas as opções, nada escondido.

São umas seis gavetas, mas no fim eu uso quatro, organizadas mais ou menos como eu já fazia quando morava em São Paulo (ta no vídeo acima)… a gente vai ficando velho e mesmo que mude muita coisa, algumas manias ficam né rs

Se desfazer de tudo

Tem uma coisa que nunca funcionou pra mim, que é se desfazer de um monte de coisa de uma vez só. Aquele “ah, beleza, não preciso mais disso, vou botar pra vender, vou resolver agora”. Eu acho mais interessante o jeito da caixa: coloca num canto, fora do seu dia a dia, e marca no calendário pra revisitar daqui a dois ou três meses.

Porque quando você vende rápido demais, achando “não usei nos últimos dois meses, vou vender”, pode ser que daqui a pouco você tenha que comprar de novo por algum motivo. (muita gente relata isso, tipo esse moço no vídeo abaixo)

E aí vira aquela bagunça de comprar e vender, comprar e vender, procurando uma barata, vendendo uma. No fim você gasta mais tempo e dinheiro, e continua se preocupando demais com coisinha, quando a ideia era justamente não ficar pensando em coisinha rs a ideia do exercício é exatamente o contrário: usar o minimalismo pra refletir nossas prioridades e passar mais tempo aprendendo, se relacionando...

Sem maquiagem

Tem um livro de que eu gosto muito, que na verdade é uma tese de doutorado da Ludmila Abílio, chamado Sem Maquiagem.

Ela entrevistou várias revendedoras de Avon, e esse universo é fascinante porque atravessa todas as classes sociais. Tem revendedora muito pobre e tem revendedora muito rica, e em todas elas revender é uma forma de socialização, de ganhar dinheiro, de pertencer.

O que ela vai destrinchando é como essa grande empresa pegou a sacada de transformar o produto, na verdade, no estilo de vida da pessoa.

As revendedoras mais pobres, que mais precisavam da venda, acabavam com pilhas de produto acumulado em casa, coisa que elas nem usavam, só porque a revistinha chegava com desconto e dizendo que era imperdível.

E isso é absurdamente relacionável com o mundo online de hoje.

Quanto mais uma empresa consegue amarrar a socialização à compra, amarrar a forma como a gente se vê à compra, mais as pessoas ficam envolvidas, mais preocupadas em saber daquele produto do que com a própria vida a longo prazo.

O que interessa a mim e o que interessa a eles

Isso me faz pensar no nosso comportamento online.

Rede social é rodada por empresa de bilhões de dólares, feita pra você querer comprar o que está ali, querer ficar mais tempo ali, e transferir pra elas a sua vida inteira:

a sua rede de sociabilidade, as suas habilidades, as coisas que você sabe fazer.

Daí vale dar um passo atrás e perguntar:

tá, isso é o que interessa a mim, e isso é o que interessa a eles?

Até onde eu estou disposta a me doar, e isso vai me servir pro longo prazo, pra quando eu tiver quarenta, cinquenta, sessenta anos?

Não é uma matemática exata, e cada um faz a sua.

Quando a gente entende melhor a empresa pra qual trabalha, e as empresas que rodeiam o nosso universo, e o que elas querem que a gente compre, fica mais fácil pensar o que é realmente necessário.

Tem coisa que é necessária, claro. Se você é advogada e quer atender grandes clientes, vai precisar se vestir de acordo. Se você é publicitário alternativão trabalhando pra cliente gringo, vai se vestir de outro jeito.

A forma como a gente se veste tem a ver com o trabalho e com o grupo a que a gente quer pertencer, e não tem nada de errado nisso.

O problema é que a gente meio que se perde em vários personagens.

Antes a gente comprava pra empresa onde ia presencialmente e pra pertencer à família ou ao bairro. Agora a gente tem vários guetos online, vários nichos.

Tem produto pra ser a pessoa que corre, o youtuber nerd alternativo, a moça sexy que não pode ser sexy no escritório…

A gente performa personagens diferentes dependendo do que vai fazer, e isso sempre foi assim: você é pai naquele momento, mas é filho, é o contador do seu cliente, é o jardineiro do seu jardim no domingo.

A diferença é que hoje tem produto pra cada uma dessas coisas, e se a gente sair comprando pra performar tudo, a gente se perde de vez nos personagens, acumula coisas, gasta nossa grana e tempo com coisas que no fundo... será que valem a pena?

Racionalizar o desejo

Uma das formas que mais me ajudam é não comprar no momento em que eu quero ou acho que preciso comprar. Geralmente nada é uma grande emergência. Então eu tenho um dia, na semana ou no mês, em que eu posso abrir os sites e comprar alguma coisa. No resto do tempo, eu só coloco numa lista.

Quando chega o dia, muitas vezes eu já não quero mais, ou percebo que não preciso, ou penso “ah, depois eu vejo”. E se eu deixei pra ver depois, é porque eu realmente não precisava, então eu apago da lista. Desapego das listas rs

Se a necessidade for real, ela volta a aparecer. Aliás, se tem uma coisa em que estão gastando dinheiro, é justamente em fazer aquilo reaparecer pra você querer de novo.

Muita coisa que a gente acha super natural querer comprar não é natural. É uma engenharia complexa, feita pra fazer a gente querer. Quanto mais a gente racionaliza isso, mais o prazer da compra vai embora, aquele “uhul, preciso comprar isso”.

Uma boa é olhar pras pessoas de quarenta, cinquenta, sessenta anos e ver como elas estão indo financeiramente, o que serviu e o que não serviu na vida delas.

Criar a própria realidade

Eu não acho que compra seja algo fútil. Pelo contrário, comprar é importante, é a nossa representação na sociedade, é o que a gente usa, o que a gente tem, que empresa a gente apoia.

A questão é que a gente não precisa ser tudo, não precisa dar suporte a tudo. A gente tem uma vida só pra viver e ela vai além dessas compras.

Como é que a gente quer viver, pra além do que o marketing propõe?

Criar a sua pequena realidade. Fazer um jardim, cultivar o próprio tomate sem agrotóxico num vaso, parar de comprar tempero no mercado. Aprender como faziam filme nos anos 50 e assistir a esses filmes. Ver como as mulheres se maquiavam nos anos 80. Estudar história, geografia, através de culturas diferentes.

Fazer amigos de universos diferentes do seu, aceitar pontos de vista diferentes.

Sair desse fluxo em que comprar é estar representado e ir pra um caminho que talvez seja um pouco mais desconfortável e mais difícil no começo, porque ele não é só receber a promessa de que, se você comprar, você vai pertencer.

Pra mim, fazer tudo isso mudou a minha perspectiva de vida com o tempo. O que é sucesso pra mim, quanto dinheiro é o suficiente, como eu me vejo daqui a cinco, dez anos… ou até minha capacidade de viver no hoje, no presente.

Selecionar melhor as coisas do dia a dia mudou a minha vida por completo.

Eu adoro comprar treco: Equipamento de filmagem, coisa tecnológica, acho divertidíssimo… Às vezes quero trocar de estilo, tento coisas diferentes, fico gata, fico brega, etc. mas também já fui o tipo de pessoa que usou o mesmo “uniforme” por cinco anos, e ainda assim tinha que comprar uma nova peça do mesmo estilo pra manter o mesmo uniforme.

Comprar pra manter ou pra experimentar coisas faz parte. Esse texto acho que é pra você que talvez esteja comprando demais. E pode ser eu mesma no futuro, a Michelle do futuro, comprando demais porque quer pertencer através da compra, e não através do próprio movimento de criar, de se colocar no mundo.

“Eu não preciso comprar isso pra pertencer ou pra fazer. Eu posso fazer de outras formas, que não só essa única forma com essa única coisa que querem que eu compre.”

Por hoje é só. Me conta nos comentários o que você pensa (:

Beijo da Mica.

No geral minha saúde tava uma porcaria, tive uma gripe sinistra & continuo na recuperação das duas cirurgias no nariz - que vou falar aqui outro dia - mas mesmo carquerada da saúde, muita coisa rolou:

Media →

Livros (que comecei e ainda não terminei):

_ The Three-Body Problem by Cixin Liu

_ Soul Machine: The Invention of the Modern Mind by George Makari

_ Just for Fun: The Story of an Accidental Revolutionary by Linus Torvalds

2 main musical finds:

_ o jazz de Junior Mance

_ e Naika

Movies & Series:

1. Lunchbox dir. Ritesh Batra

   Algumas pessoas tinham me indicado; tava na minha lista pra ver há mais ano, devia ter visto antes! Amei demais.

2. Bugonia dir. Yorgos Lanthimos

   Questões muito atuais criticando bilionários, bolhas algorítmicas, saúde mental… fora referências a filmes dos anos 70 de sci-fi ou a filmes americanos com temática de psicopatas de porão). Engraçado, sinistro e sem noção, tudo ao mesmo tempo e misturado.

3. Return to Seoul dir. Davy Chou

   Uma garota Coreana que foi adotada por franceses vai à Coreia procurar pelos pais biológicos. A colorização do filme é incrível.

E como tava doente assisti alguns outros muitos filmes rs todos bem bons tbm:

• Ema dir. Pablo Larraín

• The Fall dir. Tarsem Singh

• Agon dir. Giulio Bertelli

• Marty Supreme dir. Josh Safdie

Por fim, uma série que estou obcecada:

• Pluribus (S1) - Apple TV+

Trabalho & Negócios →

Comecei a trabalhar meio período em uma escola de inglês aqui em Ho Chi Minh, a escola que me contratou deu entrada no meu visto de residência aqui e estou aguardando, feliz, porque me preparei um tanto pra essa vaga… e a escola é gigante, tipo uma Cultura Inglesa aqui do Vietnam (:

Também continuo trabalhando como engenheira de software, peguei um freela no começo do mês, mas sigo insistindo nos aplicativos que venho construindo, principalmente o moradiah.com e o analisematricula.com

Rolês e Viagem →

No começo do mês fui a Da Nang ser marmita: visitar meu irmão, a namorada dele, meu colega de freelas e a namorada dele.

Dizem que Da Nanh é tipo uma Bali pra nômades digitais!

A gente alugou scooters, fomos nas duas montanhas que ficam uma em cada ponta da praia, também segui algumas recomendações de amigos de restaurantes na cidade e cafézins pra trabalhar… e fui na prainha mais parecida com a vibe que a gente tem no Brasil que já fui nos últimos 3 anos fora do BR (!)

Também demos um pulo em Hoi An, uma cidadezinha de praia cheia de plantações de arroz que fica tão dreamy nessa época do ano… e acabei encontrando meu ex-vizinho aqui em Ho Chi Minh, que me apresentou ao primo dele e a namô, então foram uns dias bem ricos de vida social e tudo (:

Enfim, também fizemos vários nadas e pude correr na praia pelas manhãs, tinha um templo no fim da praia bem bonito… tudo valeu muito a pena 🧚‍♀️

Depois dessa viagem tive que fazer uma cirurgia de emergência, a segunda no nariz que comentei :(

Fiquei bem doente também, febre e tals… mas agora mais pro começo de junho tudo voltou pros trilhos, foram os últimos dias do meu irmão aqui no Vietnam & aproveitei mais pra gente jantar fora, tomar umas cervecinhas, bater papo.

E agora, de novo “sozinha” aqui do outro lado do mundo, vamos ver como vai ser essa continuação do ano!

Bom mês de junho pra ti,

Até mais,

Um beijo,

Mica

some ppl on reddit claim claude’s subscription has a better effective $/token rate than the pay-as-you-go API. i wanted to see it with my own eyes.

so this post is two things: a little rant about what we’re actually paying for, and then the savvy cheap-but-still-high-quality experiment i ran: claude code pointed at deepseek’s anthropic-compatible endpoint, max effort, 1M context.

this is a tech section in experimental’s newsletter.

if you prefer follow weekly prompts on linkedin & unfollow this section here on substack.

the apple parallel

apple taught us the shape of the trick: your phone gets weird and slow, you update, suddenly it’s fine again, or you just buy the new one.

the motive’s contested (battery protection vs. planned obsolescence), nobody outside cupertino really knows, but the effect is undeniable, and it’s an inescapable business model you’re forced to participate in.

AI providers are doing a version of this, except clumsier and more public: users keep reporting claude or GPT “feels dumber,” and the companies eventually admit they tweaked an effort default, changed a system prompt, shipped a verbosity fix that broke reasoning.

fine. whatever. who cares.

except, we never get to verify any of it, and we have no power to not upgrade, the thing we’re paying for just stops working the way it did yesterday.

the reality is that they need us on the new models….

you pay, and you’re the product

we’re a decade into social media, so we know the rule:

if you’re not paying for something, you’re the product.

but the social media version is that you pay with attention (aka your time of life) and in exchange you get reach, connections, a whole bunch of fun new things…

with AI you hand over your hours for productivity, digested knowledge, automations (things that’ll keep changing too, the way feeds did),

so, you pay with attention, money, and you’re the product.

every prompt feeds the system that trains the next model and you’re paying for it.

so, two things we already recognize:

• the product decays and you pay to “upgrade,” like the apple cycle

• they hook you into using it more so they harvest your data, your behavior, your preferences, your weird specific use cases

and two things that are new:

• when you upgrade, you apparently get less. the “smarter” model is more expensive to run, so your subscription burns through its limits faster. you pay more to chat less.

• unlike a phone or a feed, the product is non-deterministic. you can’t audit it. there’s no fixed thing to compare against , so the “$/token” question i started with has no honest answer. which is exactly how a moving target stays a moving target.

that’s the real reality check, now whether our expectations are aligned…

let’s talk configs and tokens.

tokens are the wrong unit

nobody buys tokens. people buy hours of work. tokens are just the meter running underneath, what you actually want is a feature shipped, a bug fixed, an essay written.

and the two billing models don’t just cost different amounts. they behave differently:

• on the subscription model, max effort costs nothing extra, you just hit your rate limit faster, wait for the window to reset and you’re back. annoying, but “free.”

• on pay-per-token, you don’t hit a wall. you just bleed credits. no waiting, no reset… reload your balance or stop working.

the experiment: swapping claude code’s brain

claude code is anthropic’s CLI/agent tool, by default it talks to

https://api.anthropic.com

and runs claude models.

deepseek’s “anthropic-compatible endpoint” is just an API at https://api.deepseek.com/anthropic that speaks the same protocol, same request format, same response shape, same auth pattern. so any client built for anthropic’s API (claude code included) can talk to it without code changes.

the swap is done with env vars: claude code reads them, sends its requests to deepseek instead, and never knows the difference.

same agent loop, same tool-use logic, same VS Code integration, but a different brain doing the thinking. (same pattern as pointing an openai SDK at a local ollama server, or at groq, for example)

here’s the config:

#!/usr/bin/env sh

export ANTHROPIC_BASE_URL="https://api.deepseek.com/anthropic"
export ANTHROPIC_AUTH_TOKEN="<your-deepseek-api-key>"
export ANTHROPIC_MODEL="deepseek-v4-pro[1m]"
export ANTHROPIC_DEFAULT_OPUS_MODEL="deepseek-v4-pro[1m]"
export ANTHROPIC_DEFAULT_SONNET_MODEL="deepseek-v4-pro[1m]"
export ANTHROPIC_DEFAULT_HAIKU_MODEL="deepseek-v4-flash[1m]"
export CLAUDE_CODE_DISABLE_NONESSENTIAL_TRAFFIC="1"
export CLAUDE_CODE_EFFORT_LEVEL="max"

rememebr it’s pay-per-token, so you must buy some Deepseek credits.

(tip: run /status inside claude code after launching to confirm the base URL and model actually switched.)

CLAUDE_CODE_EFFORT_LEVEL=max tells the model to use maximum reasoning tokens per turn and combine that with deepseek-v4-pro[1m] it’s the best model you can get to think about long context tasks (many pages pdfs, large code database, etc). So each turn burns significantly more billable tokens than a “normal” call.

TL;DR max effort + 1M context = the most expensive config you can run.

the math, honestly

i tested it on a small session: 4 hours of coding, ~$5 burned on deepseek pay-per-token at max effort + 1M context.

• ~$5 for 4 hours = ~$1.25/hour

• hour 20: 20 × $1.25 = $25 burned

• 40 hrs/week × 4 weeks ≈ ~$200/month, climbing

meanwhile the sub is flat at ~$100/month no matter how many hours i log, so somewhere around hour 20, the pay-per-token bill crosses the sub price, and from there every extra hour just widens the gap.

so yeah, reddit was right. como a gente diz no brasil: a voz do povo é a voz de deus kk

but.

the product underneath you shifts week to week, and it’s non-deterministic, there’s nothing fixed to measure against. subscription or pay-as-you-go, you’re paying for a moving target, you can cry on twitter about slop models, but it’s about as effective as crying over gravity.

and here’s the real math: those “extra” hours the sub keeps handing you aren’t generosity, they decide how fast you burn, how many hours you get, they hand you more hours because more usage is more data, and the data trains the next model you’ll pay to upgrade to.

you’re using the product, sure, but mostly the product is using you, you can’t audit a thing that’s being moved on purpose in the direction that extracts the most from you.

so yeah, that’s the actual math.

til next “weekly prompts”,

subscribe for more (:

Best regards,

Mica

As pessoas que nos amam ás vezes são justamente as que atrapalham quando a gente tenta mudar de vida.

Não porque elas querem nos enjaular, mas porque o diferente parece inseguro pra elas, geralmente inconscientemente.

Então vamos lá:

você jurou que não ia repetir a história da sua família,

mas tá repetindo….

Esse post é parte de uma série de pensamentos sobre quebrar padrões e transformação pessoal, se te interessar, aqui os outros:

o peso da herança e o desejo de quebrar padrões: um pouco sobre trauma que atravessa gerações e por que o grupo expulsa quem ousa desejar diferente

a gente muda com o tempo: pela literatura e pela neurociência, sobre o “script cognitivo” que escreveram pra você e como virar “antropólogo da própria vida”

faça o que você não faria: pequenos experimentos e dissonância cognitiva

Como quebrar esse ciclo quando toda a força gravitacional te puxa de volta?

Essa “maldição familiar” se sustenta em três pilares:

Três Pontos de Transformação

desculpa pelo nome brega.

1. Narrativas

As Histórias que Nos Aprisionam

As histórias que contamos sobre nós mesmos até acreditar que são leis da física.

São mantras repetidos há gerações que viram verdades inquestionáveis. Dão liga ao grupo familiar, a família usa essas crenças para julgar quem é de fora. Essas histórias também servem como bússola nas escolhas de vida, quase sempre apontando pro mesmo lugar…

frases comuns:

“Nasceu pobre, vai morrer pobre”

“Nossa família sempre foi assim”

“Descansar, tirar férias, isso é coisa de gente rica e desocupada”

“Trabalhar tem que doer pra valer.”

“A gente chegou em São Paulo com uma mão na frente e outra atrás, batalhou pra ter tudo o que consquistou”. Logo nem os filhos podem sair da cidade, mesmo que estejam infelizes, endividados, adoecendo… tem que manter a narrativa.

Narrativas comuns:

1. A família pobre que finalmente tem condições de sair da periferia pra um lugar mais arborizado ou mais perto do trabalho, mas fica porque “não podemos esquecer de onde viemos“ ou acredita que vão ser excluídos em outros lugares (sem nunca pensar que os novos lugares também são habitados por pessoas que vieram de diferentes origens).

2. A classe média que se endivida eternamente porque “nossos filhos estudam em colégio particular“, sendo que o filho é meio excluído ou até ta sofrendo bullying na escola porque não tem o mesmo poder de compra dos amigos; e, aliás, a escola pública no quarteirão do lado tem até nota melhor no MEC rs

3. A família rica que compra a mansão e não consegue manter, a casa ta caindo na cabeça deles, mas não vendem porque “nós moramos nesse tipo de lugar“ ou “o que vão pensar de nós se mudarmos pra uma casa menor”.

São narrativas que viraram prisões: não tem uma maleabilidade de acordo com a situação, não tem uma “atualização” do sistema… sem espaço pra repensar o que mudou.

É tipo uma Sunk Cost Fallacy emocional:

Investimos tanto na narrativa que mudar parece invalidar tudo o que foi construído pra chegar até aqui, sem perceber que, ok, morar em certo lugar fez sentido até agora, mas daqui pra frente pode ser diferente, sem invalidar o que passou. É o mesmo "script cognitivo" que comentei no post a gente muda com o tempo, só que escrito a várias mãos pela família inteira.

Mudar a narrativa é considerar que tudo é aprendizado e que o mundo muda. Honrar as origens não é repetir ao pé da letra o que fizeram, mas dar continuidade. A narrativa saudável reconhece que histórias estão sempre sendo reescritas.

E como se identifica uma narrativa que virou prisão?

Comparando com outras formas de se viver, ousar imaginar realidades melhores.

Se livrar das narrativas que trazem sofrimento só é possível…

Convivendo com outras famílias, lendo, vendo filmes, conhecendo outras culturas, percebendo que existem mil formas de viver. Reparando onde sentimos inveja dos outros, onde estamos infelizes, e experimentando agir diferente, mesmo que seja desconfortável no começo.

2. Dinâmicas Sociais

Os Papéis Congelados

Sabe quando você volta pra casa dos pais e instantaneamente vira adolescente de novo? Ou quando aquele amigo da faculdade te trata como se você ainda fosse o mais novo da turma, inseguro, de 10 anos atrás? São papéis fossilizados.

É um teatro onde cada um tem seu papel fixo há décadas: a tia louca, o primo fracassado, o irmão doutor. E ai de quem tentar reescrever o roteiro.

Você é “a dramática”, “o irresponsável”, “a certinha”, “o problemático”, “a solitária” e qualquer tentativa de sair do personagem é recebida com piadas, ou com um comentário que te recoloca no “lugar de sempre”.

Cada família tem suas frases pra estigmatizar quem é de dentro: “Fulano não merece coisa boa porque fez X.” Um erro cometido aos 15 anos pesando mais que todas as conquistas aos 35.

Na minha família tem um tio bem-sucedido de quem ainda dizem “nossa, o fulano repetiu de ano, fez a pior faculdade e agora tá nessa empresona”. Eu acho hilário: o cara tem mais de 60 anos. Se 25 anos depois de sair da faculdade você não pode ter virado um profissional melhor, então tamo lascado, né rs

A dinâmica saudável é o oposto: entender que pessoas mudam e têm muitas facetas.

_ o irmão que era usuário de drogas pode virar o melhor terapeuta da família;

_ a irmã “burra” pode ter mais inteligência emocional que o tio PhD;

_ o primo rico pode ter perdido tudo e agora é ele quem precisa de ajuda…

As dinâmicas podem, devem e vão mudar. O desafio é estar aberto a enxergar isso (em você e nos outros) e todo mundo entender que mudança não é traição nem ameaça. É evolução, ou simplesmente o fluxo natural da vida.

3. Design

Ambientes

Os dois primeiros pilares vivem dentro da gente e das relações; esse mora nas paredes.

Os ambientes também seguem um roteiro: como a casa é organizada, o que fica à vista, onde cada um se senta, quais cômodos a gente evita. As coisas não ditas muitas vezes estão ditas no espaço.

Mexer nisso ajuda mais do que parece: deixar a casa mais organizada e limpa, consertar o que está quebrado, colocar à vista fotos de bons momentos. Ou, no limite, mudar de casa, de bairro, de cidade.

Pra quem fica na mesma casa, com as mesmas pessoas, numa dinâmica ruim, vale tornar os espaços de convívio agradáveis o bastante pra que as pessoas queiram estar ali, em vez de se isolarem cada uma no seu canto… se bem que se isolar pode ser também nunca em casa, sempre saindo, sempre evitando.

Enfim, é bom construir ambientes que acolhem todo mundo: principalmente os mais jovens e também os mais velhos. Mudar o espaço é uma forma de mexer no roteiro sem precisar de grande discurso, às vezes uma reforma diz mais que mil conversas. E aqui também cabe o caminho inverso: frequentar lugares diferentes lá fora e trazer essas novidades pra dentro de casa.

No fim das contas…

Não da pra virar tudo de cabeça pra baixo de uma vez.

Como falei no post faça o que você não faria, dá pra começar pequeno: Mudar algo minúsculo que te lembre que você quer mudar algo maior.

E quando a força gravitacional te puxar de volta (e vai puxar), vale lembrar que não é necesariamente por maldade, o grupo só tenta se manter coeso do único jeito que aprendeu a sobreviver.

Só que o jeito que ele aprendeu costuma cobrar um preço: alguém tem que ser sacrificado pra manter a coesão, e geralmente é quem ousou desejar diferente. É o que o René Girard chamava de mecanismo do bode expiatório (falei mais disso no post o peso da herança).

E aí se você é o tal do bode espiatório, acaba que se afastar completamente é mais “eficaz” porque mexe nos três pilares: você muda de ambiente, vai viver outros papéis sociais e experimentar outras narrativas.

Claro que isso tem um custo e é quase um luto. É virar meio estrangeiro em dois lugares: no que você deixou e no que ainda não te aceitou por inteiro, se é que você vai achar outro grupo, montar um novo, enfim… isso é papo pra outro post.

um abraço,

Mica (:

Sabe, quando ta começando a borbulhar, mas ainda não tá totalmente lá?

Parece que a situação global ta meio isso em vários aspectos… os que me vêm agora em mente são:

1. Pelo previsto, já já vamos ter um El Niño bem sinitro, o que afeta seguridade alimentar e tantas outras questões vitais pra milhões de pessoas;

2. Também fica essa coisa borbulhando de quando, como e quanto o mercado de trabalho vai ser transformado por IA;

3. E as guerras né… por aí… pipocando pelo mundo… espero que não chegue ao Brasil, mas os EUA estão armando o cerco:

   Classificaram facções de tráfico de drogas como terroristas, o que abre margem pra poderem intervir no nosso território - e aí vem o Irã, que nem um adolescente na sala de aula 20 anos atrás e solta aquele “iéééé”, botou fogo com aquele vídeo do Cristo Redentor versus a Estátua da Liberdade kk

Aliás, já contei que aqui no Vietnam, na cidade de Vung Tau, eles tem um Cristo? Ele é todo quadradão nessa estética comunista mais brutalista kk a

Ainda não fui lá, mas é aqui pertinho da minha cidade, Ho Chi Minh City (HCMC):

HCMC está para Vung Tau, assim como São Paulo está para Santos, mais ou menos.

Enfim, espero que, fora o El Niño que é inevitável, nada de muito drástico aconteça.

Você também tem pensado sobre alguma dessas questões?

até mais,
beijos da Mica (:

ps.: Pra quem sentiu falta, desculpa ter ficado tanto tempo sem escrever !

march 15th, 2026

hi guys! welcome to another weekly prompts (:

today’s rambling is on what a solo developer can execute now....

this edition is basically a live example of it:

migrating infrastructure, launching a satellite product, and reworking market positioning simultaneously...

while freelancing and exploring vietnam,

not sure if all of that could be done simultaneously by one single person five years ago.

___

a quick note before we start: if you’re new here, so far we are kinda answering...

“where does software judgment come from?“

1. first edition covered ubiquitous language says it comes from talking to people, not just writing code;

2. second ed: the refactor vs. rebuild edition says it comes from honest assessment, not technical ego;

3. third ed: the architecture one says it comes from resisting borrowed complexity from big corp, being honest on how sometimes things can actually be simplified;

4. forth ed: the AI trust one says it comes from deciding how much uncertainty you’re willing to expose in your system.

so we have the same argument from four different angles: the developer who thinks clearly about tradeoffs is more valuable than the one who follows the playbook.

___

today idk, let’s just be brief and opinionated on modern stacks and marketing strategy.

let’s go (:

git diff -- vercel + supabase vs. railway

i’m testing a sub-product of leilão no mapa (the SaaS I’m building) this week and for that I’m using railway. i stumbled on this product while building the competitor analysis dashboard for a client, which I mentioned last week.

the cost is meaningfully cheaper, and railway runs on a canvas model: every service you have, your postgres instance, your app, your workers, whatever else, appears as a node you can visually connect.

internal communication between services happens over a private network by default, no extra config, no going through the public internet... for a solo dev running more than one project, the cognitive overhead of keeping infrastructure in your head is real, so this removes a layer of it. you look at the canvas and you just... see the thing lol

the pricing model also fits differently: vercel and supabase both have their own billing logic based on requests, bandwidth, database size. meanwhile railway charges for actual resource consumption, cpu and memory.

so the test of railway and possibly a full migration of the solution isn’t driven by a technical failure, this isn’t a verdict against vercel or supabase, but for where i am right now, I think that’s not the right fit anymore.

___

git branch -- one product becomes two

after a lot of user conversations about leilão no mapa, one thing became impossible to ignore: the juridical and compliance analysis of the real estate matricula is where people actually get stuck.

the matricula is the property registration document in brazil, and reading it correctly, knowing what to flag, what to look up next, is the real bottleneck in the market. my competitors have some tooling for this, but it’s buried inside chunky UIs.

so i’m testing analisematricula.com as a standalone product. not a feature inside leilão no mapa, just a separate thing. you paste or upload a matricula and it doesn’t just read it, it gives you next steps: check jusbrasil, search this on the web, here are the phone numbers you need... a shortcut for anyone buying, renting, or bidding at auction, but also useful for law firms and imobiliárias that do this dozens of times a month.

splitting products isn’t a new strategy, adobe has been doing it for years, launching focused standalone tools like adobe express and adobe sign instead of cramming every bet into creative cloud, for example.

now with AI solo developers can run the same playbook, not with the same resources ofc lol but with the same logic. i’m not certain splitting is the right call, maybe the answer is to keep everything in one place and explore UX approaches, but the user signal was clear enough that i want to test the hypothesis cleanly.

___

git stash -- making a boring market feel interesting

the other experiment: repositioning leilão no mapa. same product, different framing.

real estate auctions in brazil are genuinely associated with bureaucracy, confusion, and the faint feeling that something sketchy is going on. that reputation isn’t entirely wrong, which is part of what makes it interesting.

boring markets are often boring because nobody made the effort to explain them, and a market that nobody understands is one where the people with information profit over the people without it.

so, the audience i want to reach isn’t just the experienced investor hunting for a deal, it’s the person who has the money, who would otherwise end up in a lançamento na planta at inflated prices, or worse, buying something without understanding what they actually own...

real estate literacy in brazil is genuinely low, and that gap has real costs for people, so the strategy, if i can call it that, isn’t just about making leilão no mapa more appealing, it’s about reframing the buying experience itself as the product, not “here are auctions, good luck.” but “here’s what you need to understand to make a confident decision, here is a free deep explanation on what is what, and here’s the tool that helps you explore this world.”

the product doesn’t change much, the context does a bit, so I’m trying to frame something like where the product is obviously the right choice for a specific person in a specific context, and the context i want to own is financial literacy meets accessible real estate, not yet another auction aggregator competing on volume of listings, so I don’t need to compete with those solutions as well.

can i really do it? idk lol let’s test. whether the rebranding reflects that or not, i’ll find out when i try to write the copy and reaching people, that’s usually when you discover whether the idea actually holds, apparently.

for this week that’s all, thanks for reading s2

don’t be shy, let’s make linkedin less awkward, chime in on the comments (!)

until the next prompt, Michelle (:

Mica Tech Studio

march 8th, 2026

this week: why AI adoption is blocked by capability and trust, and how it plays out inside your pipeline the moment a model enters it.

let’s go (:

____

git fetch: the AI adoption gap

anthropic published a report on where AI is theoretically capable of making a dent and where it already should have, but hasn’t.

blue is theoretical coverage per job category. red is observed adoption. stare at legal and business & finance for a second:

in 2019 i was at deloitte automating workflows for accountants and lawyers. not with llms, but with robotic process automation, scripts, macros, and it was the low-code wave! so, uipath, power automate, the whole thing... technology that was already objectively faster and more precise than a human being.

the promise was clear: business people would do what developers do. everyone would automate everything with drag and drop. no engineers needed. and further out, so much of finance and accounting would be automated that entire roles would disappear.

___

git push --force: shipping automation nobody asked for

what actually happened: companies put real effort into getting business people to do it. they ran training sessions, bought licenses, made decks about the future of work. and still, nobody in a suit wanted to touch it for 40 hours a week. they had actual jobs, automation was someone else’s problem.

or they saw the automation wave oversell and underdeliver, maybe?

the platforms got expensive fast, only large companies could afford them at scale, and you still needed an orchestrator specialist, a developer for the edge cases, and someone to make sure people actually used the thing: yes, a surprising number of useful automations were built, handed over, and quietly never ran in production.

six years later models are better, we are what? 2 years in AI? but the chart still looks like this:

my instinct is to say: the gap has never really been about the capability of the technology, or about turning the business worker into a technical one with a powerful tool... actually, i don’t think that gap ever fully closes, it has always been more about access control and internal politics.

legal and finance, to keep the example, haven’t adopted more AI partly because the models still aren’t reliable enough for the liability surface those industries carry. a hallucinated clause in a contract isn’t a trust problem. it’s a product problem, and they’re correctly pricing the cost of a silent failure in a regulated environment, so the gap is still there.

now, don’t get me wrong. AI-based solutions will take a meaningful share of these occupations, because part of trust is downstream of capability. when the systems become reliable enough, adoption follows.

today i’m playing a bit of both sides here. i’m skeptical about how fast the gap closes, but at the same time my long-term prediction is almost a bit utopian, or catastrophic, depending on how you look at it...

___

git branch: the startup window

that complexity is usually framed as an opportunity for mid-sized companies and we’ve heard the argument before with mobile, cloud, low-code: being small and fast is a structural advantage.

but this time the window is shorter, my guess is: one to two years for small and mid-sized companies to move before big solutions consolidate, depending on the industry.

the window closes faster than small companies can operationalize, because speed at the prototype stage doesn’t compound. execution does, so when large firms move, they move with distribution, compliance infrastructure, and customer trust already built.

___

git permissions: who gets access to the sauce

so the honest version of the opportunity isn’t “small is better”, it’s more closer to this: there’s a window where experimentation is cheap enough that you can build something real before the category gets defined for you.

that window is open, but it’s also temporary, and it requires operational follow-through that most companies “moving fast” aren’t actually doing.

the move for mid-sized companies isn’t to imagine a long future inside that gap, it’s to capture it while it’s open: you can now build a working prototype in days instead of months... not just replicating existing processes, but enriching them with knowledge that wasn’t accessible before.

but to do that, business owners who want any shot at competing with increasingly monopolistic firms have to do something uncomfortable: they have to hand their entire sauce to a random developer. their processes. their exceptions. their workarounds. every undocumented thing keeping the operation running. all of it. on a shared drive. with someone they met three weeks ago.

the developer sits in the middle of this, building the trust layer that neither side can provide on their own: between the model, the client expectations of handing over their entire process logic to someone they met three weeks ago, and the big players that already dominate the market.

this was already a bottleneck during the automation wave. now the trust stack has more layers:

0_ trust the developer

1_ trust the model

2_ trust how the developer is using the model.

that third one is invisible to most clients, it’s where the real costs hide, and where the biggest misconceptions live right now... which brings me to what i was building this week.

___

git log: tracing the disappearance

I’m building a competitive analysis platform for a client. the core of it: read and classify a large volume of industry documents: the kind of work that used to require a dedicated research team at a large firm. AI makes it possible at a different cost curve. but AI in the middle of a real system is a different animal than AI in a demo.

most of the pipeline was built quickly with AI assistance. fast enough that someone who doesn’t usually work with this stack could get something running, which is the promise of this moment: you can assemble a working system much faster than before. ofc.

but speed hides a different kind of fragility. the prompt was loose, the contracts between stages weren’t clearly defined, and everything looked correct at the surface level, until you looked at the data.

the file classification pipeline looked fine. the dashboard showed “X files classified.” the process completed without exceptions. logs were clean... it wasn’t fine.

files were entering the pipeline, going through every stage, and not showing up in the database. no error. no warning. the pipeline thought it had done its job. the database had no idea those files ever existed.

three distinct failure modes, each quieter than the last:

_ the first: a nearly-empty file. the code identified it, decided there wasn’t enough content to justify an AI call, skipped it. no output. no database row. the file evaporated.

_ the second: the AI reads a document and returns “Global Brand.” the system checks the taxonomy — there’s Global Brand Owner, Regional Brand Owner — but “Global Brand” without “Owner”? not recognized. rejected, silently. no note that it was attempted. the field disappears.

_ the third: even if the first two let something through, a final check verified whether the value had a matching entry in the taxonomy table. wrong capitalization, incomplete seed data — it printed a warning to the console and moved on. the row was never inserted. the file appeared classified in the JSON output. the database had no idea it existed.

none of this is new! empty record handling, taxonomy mismatches, constraint validation errors... the AI layer doesn’t introduce new failure modes, it just makes the old ones harder to anticipate, and harder to catch, because the output looks reasonable. the fix has a name: defensive programming, but how to implement it now that the contract is probabilistic?

____

git blame: the contract nobody wrote

in traditional systems, observability is about capturing state: what happened, when, with what inputs. logs, stack traces, metrics... the contracts can be confuse, but are explicit: types, function signatures, tests. when something breaks, the system tells you.

AI-in-the-middle systems are different. the contract isn’t explicit anymore, your code calls a model, the model returns something that looks reasonable, passes the validation you wrote, and still maps to nothing your system understands.

the instinct is to patch the edges: add more aliases, loosen the matching, make the search more tolerant, but that assumes the model behaves like deterministic code. it doesn’t. the output will always produce edge cases, that’s not a bug you close, it’s the nature of the contract you’re working with, which creates a tension you can’t resolve cleanly.

you need the model to reason beyond your explicit rules, that’s the whole point! but you also need it not to invent things your system can’t handle. so, the more freedom you give it, the more value it can generate. the more you constrain it, the safer the pipeline becomes (but then you have what, an expensive regex?)

the questions to worry about now are: how much uncertainty your system tolerates, at which step, and what failure costs if it goes undetected. (can you answer that in AI speed?)

right now, developers sit in the middle of that calibration. part of the job is still technical, schemas, validation layers, defensive checks... and translating messy business processes into something a probabilistic system can operate inside: defining the contracts, anticipating the failure modes, deciding what “good enough” actually means for that pipeline.

__

git rebase: developers removed from history

and there’s an uncomfortable implication here. the reason so much scaffolding exists today is partly because models still struggle to follow structured contracts reliably. the expectation, explicitly promised by the people building them, is that this improves... as structured output, tool use, and self-correction get better, some of that scaffolding shrinks.

if that happens, the translation layer developers are currently building starts to stabilize and historically, when translation layers stabilize, platforms absorb them. cloud platforms absorbed infrastructure management. payment platforms absorbed the complexity of payment networks.

which means the interesting gap in those adoption charts will actually be filled by the AI companies themselves. it might be what happens to everyone whose value today comes from translating between the business and the machine (developers, consultants, internal operators) when the platform learns to speak both languages.

___

git push origin monopoly

if that translation layer stabilizes fast enough, the business logic currently being extracted to build these systems doesn’t just power the company that implemented it... it flows upstream into the platforms themselves.

and historically, when platforms absorb the complexity of a layer, they also absorb a large part of the value created in that layer... so the real risk isn’t only that developers become less necessary as translators (sorry for bringin that up last minute lol), but it’s that if this shift happens quickly enough, the gap between capability and trust that companies are currently bridging with their own AI systems becomes the raw material for the next generation of platform monopolies.

in other words: the question isn’t just who fills the gap. it’s who captures it once it closes.

___

quick note: this newsletter was previously in Portuguese as “commits da semana.” it’s now in english “weekly prompts”, to reach more people. if you were here before: olá, bem-vindo à versão gringa (:

___

until the next prompt, Michelle (:

Mica Tech Studio

01 de março de 2026

em ciência da computação só tem duas coisas difíceis:

0_ invalidação de cache;

1_ dar nomes às coisas;

2_ erros de ‘um por um’.

não sei de quem é essa piada, mas acho que todo dev já ouviu alguma versão dela 😂

vamos nomear algumas coisas hoje! vamos de monolito, monorepo, microserviços e o porquê isso importa mais agora em tempos de IA.

bora lá (:

git diff: monolito, monorepo e microserviços

monolito é quando toda a sua aplicação é uma coisa só. um backend que faz tudo, um deploy que sobe tudo junto, um processo que roda tudo. se uma parte quebra, o resto pode ir junto. imagina um restaurante onde o mesmo funcionário atende, cozinha, lava a louça e faz o caixa. funciona quando é pequeno. quando cresce, complica.

microserviços é o contrário. você pega aquele restaurante e divide: um time só cozinha, outro só atende, outro cuida do caixa. cada um funciona de forma independente, se comunica com os outros por mensagens (APIs, filas, eventos), e pode ser atualizado ou escalado separado. se o caixa quebra, a cozinha continua funcionando. a complexidade vai pra outro lugar, a comunicação entre esses serviços, mas cada peça é menor e mais fácil de entender sozinha.

monorepo é só onde você guarda o código. é uma decisão de organização, não de arquitetura. o repositório é a gaveta. o que você coloca dentro é outra conversa.

grandes empresas como Google e Meta trabalham com monorepos. o Google guarda uma quantidade absurda de código num repositório único, mas dentro desse repositório tem milhares de serviços independentes. ou seja: monorepo (organização) e microserviços (arquitetura) são decisões independentes. você pode combinar qualquer uma com qualquer outra.

monorepo facilita compartilhar código entre times, manter dependências consistentes e fazer mudanças que afetam vários serviços de uma vez. é mais fácil refatorar quando tudo tá no mesmo lugar do que quando você precisa abrir pull request em 15 repositórios diferentes.

então por que empresas menores costumam separar em vários repositórios?

primeiro, porque monorepo em escala grande exige tooling pesado, CI/CD sofisticado*, e processos que times pequenos geralmente não precisam. pra um time de 3 pessoas, ter um repositório por serviço pode ser mais simples.

segundo, e esse é um ponto que passa despercebido: permissão de acesso. se você contrata um dev freelancer pra mexer só no front, com repositórios separados você dá acesso só àquele repo. num monorepo, a pessoa tem acesso a tudo, scraper, lógica de negócio, infra, chaves de API que alguém esqueceu de colocar no .env...

o controle de acesso é um dos principais motivos pelos quais os multirepositórios ainda são populares, porque não há solução para controle de acesso em monorepositórios.

___

commit na main

a gente gasta muito tempo tentando encaixar o que constrói em categorias que foram pensadas pra contextos completamente diferentes. monolito vs. microserviços é um debate que faz sentido quando você tem 20 devs e deploys diários. quando é você e seu café às 23h, a pergunta é outra: consigo manter isso? consigo voltar pro código depois de uma semana focada em outro freela e entender o que tá acontecendo?

e tem gente levando essa simplicidade ao extremo faz tempo. o Pieter Levels, que construiu o Nomad List e o RemoteOK, roda produtos com milhões de usuários numa estrutura ridiculamente simples: um arquivo PHP, um servidor, jQuery no front. o Marc Lou faz algo parecido com Next.js. nada de microserviços, nada de orquestração. complexidade mínima necessária pra resolver o problema e seguir em frente.

não quer dizer que essa é a resposta certa pra todo mundo. mas quando um dev solo faturando alto usa uma arquitetura que um estagiário entenderia, talvez a gente devesse ser humilde de entender que muito do que a gente aprende na faculdade e trabalhando pra grandes empresas é, na real, opcional.

tem muitas formas de construir uma casa. com engenheira e arquiteta, só com mestre de obras, até um grupo construindo uma eco vila. muda o material, a técnica, a manutenção... mas no fim o importante é a casa construída e servindo aos moradores. software é a mesma coisa.

___

git cherry-pick: IA lê melhor quando o código tá junto

quando o contexto do projeto inteiro tá no mesmo lugar, a IA consegue navegar entre os serviços. entender como o scraper alimenta o banco, como o banco alimenta o front, e sugerir mudanças que fazem sentido pro sistema inteiro.

com repositórios separados, a IA só enxerga o pedaço que você abriu. é como pedir conselho pra alguém que só leu o capítulo 3 do livro. a pessoa até tenta ajudar, mas falta contexto.

as ferramentas que a gente usa pra codar estão mudando rápido, e a forma como organizamos o código precisa acompanhar. não é mais só sobre legibilidade pra humanos. é sobre legibilidade pra humanos e pra IA ao mesmo tempo.

um aviso: IA é copiloto, não piloto automático. a velocidade de aprendizado aumenta muito quando você trata cada sugestão como ponto de partida pra entender, não como resposta final.

___

git rebase: juntando tudo num lugar só

resolvi adotar o monorepo pro buscador de leilões. em algumas horas juntei tudo num repositório só: scraper, leitor de matrículas e front. organizado com pnpm workspaces, que é uma forma de ter vários “projetos” no mesmo repo, cada um com suas dependências, mas linkados entre si. pensa numa casa com quartos independentes que compartilham a mesma cozinha.

e foi com essa visão de contexto completa que a bagunça apareceu rápido. com acesso a todas as peças do quebra-cabeça, a IA apontou coisas que eu sozinha ia demorar pra notar.

tinha scripts apontando pra arquivos que não existiam. referências no package.json pra código que ainda não tinha sido escrito. e o pior: eu tinha um package.json tentando fazer tudo, subir o servidor, rodar scrapers, processar PDFs, geocodificar endereços. era o equivalente técnico daquele funcionário do restaurante que atende, cozinha, lava louça e faz o caixa. lembra dele lá de cima? pois é.

arrumando a bagunça, olhei pro resultado e pensei: isso aqui é um monolito?

não. cada serviço tem seu próprio package.json, suas próprias dependências, seu próprio tsconfig. o scraper roda no próprio schedule com node-cron. o leitor de matrículas exporta uma função: recebe URL de PDF, devolve dados estruturados, e acabou. a API sobe separada. são processos independentes que moram no mesmo endereço. monorepo, mas não monolito.

e aqui tá o ponto que vai além de monorepo vs. multi-repo: distribuir o sistema em serviços separados não resolve confusão. só espalha. se você não consegue definir limites claros dentro de um repositório só, criar quinze repositórios não vai magicamente trazer essa clareza. a bagunça só fica mais difícil de encontrar.

___

git diff: como as peças se conectam sem se conhecer

em microserviços de verdade, os serviços se comunicam por HTTP, filas e eventos. aqui a integração é mais simples: o banco de dados.

o scraper escreve no Supabase. a API lê do Supabase. o leitor de matrículas processa o PDF e devolve os dados pra quem chamou, sem escrever em lugar nenhum. cada peça só conhece o banco. nenhuma peça conhece as outras.

é microserviço no sentido formal? não. é monolito? também não. é algo no meio. e pra uma dev solo construindo produto, esse “no meio” é exatamente onde eu preciso estar. microserviços formais iam significar deploy separado, filas, orquestração, e cada erro ia custar três vezes mais pra debugar. pra um time de uma pessoa, isso é overhead que não volta em valor nenhum.

não tô no meio porque sou pequena demais pra fazer “direito”. tô no meio porque é o lugar onde tenho mais clareza. e clareza, pra quem constrói sozinha, é o recurso mais valioso que existe.

____

outras branches

tenho conhecido muitas pessoas que nunca codaram antes e estão arriscando agora com IA, meio que vibe coding, meio que não... de qualquer forma é muito legal ver designers e pessoas de produto dando seus primeiros deploys com esse brilho nos olhos de quem acabou de colocar algo no ar pela primeira vez.

semana passada fui co-host de uma sessão de co-building com IA em Ho Chi Minh City, o “Ship Happens”.

a ideia:

3 horas focadas construindo junto, com timer. antes de começar, todo mundo fala pras pessoas da mesa quais os objetivos do bloco de tempo, e cada um trabalha no seu projeto em silêncio. nos intervalos, troca de ferramentas e feedback.

no final, mini pitch de 2 minutos pra quem quiser mostrar o que fez. todos os níveis, inclusive quem nunca abriu um terminal. [link]

e pra semana que vem... bora organizar na sua cidade mini eventos tech pro dia das mulheres? aqui o evento que vou ser co-host em Ho Chi Minh pra você se inspirar. [link].

Até o próximo commit, Michelle (:

Mica Tech Studio

__

*CI/CD é o que acontece entre você dar git push e o código estar rodando em produção. CI (continuous integration) é a parte automática que roda depois do push: um servidor (tipo GitHub Actions) instala as dependências, roda os testes, verifica se o código compila. se alguma coisa falha, você recebe um aviso antes de qualquer coisa ir pro ar. CD (continuous deployment) é o passo seguinte: se o CI passou, o deploy acontece automaticamente.

se você usa Vercel pro front, já tem CD funcionando sem perceber, toda vez que faz push na main a Vercel faz build e sobe. o que provavelmente falta é o CI rodando testes antes de deixar o deploy acontecer. sem isso, se o código tiver um bug, ele vai pro ar e você descobre quando abre o site (ou pior, quando um usuário descobre). com CI, o deploy só acontece se os testes passaram. é uma rede de segurança automática. o custo é escrever os testes, que é onde a maioria das pessoas empaca, mas o CI em si é só um arquivo de configuração no repositório. (:

21 de fevereiro de 2026

o bafafá da semana é até o CEO da Anthropic se perguntando se a inteligência artificial deles é um ser consciente ou não (!) Claude se dá 15 a 20% de chance de ser consciente, aparentemente.

curioso, porque neurocientistas já estimam que 95% da nossa própria atividade cognitiva acontece fora da consciência. como um ser inconsciente avalia a consciência de sua própria criação? rs eis a questão.

enfim, vamos falar de outra coisa que a gente acha que tem controle sobre: decisão sobre as ferramentas pra construir software. hoje, 3 aprendizados:

1. se já tem muita coisa funcionando, não vale a pena refazer do zero

2. não troque de ferramenta se o problema não é a ferramenta

3. com tantas opções e variações, não saber qual é a melhor é normal

bora lá (:

aliás, stack, arquitetura, ferramentas, tecnologia... todo mundo do mercado fala da mesma coisa de formas diferentes. se você leu a edição passada sobre linguagem ubíqua, tá aí mais um exemplo. [link]

1. git merge: quando “precisa refazer tudo”

decidir com quais ferramentas construir sua ideia de software é um passo importante, principalmente quando você não é uma pessoa programadora: o que é o caso da maioria das pessoas de negócio.

pra pequenas e médias empresas, essa decisão pesa mais porque o orçamento pra voltar atrás geralmente não existe, eles escolhem uma stack e convivem com ela. mas curiosamente, o que vi nos últimos anos é: empresas com menos capital querendo trocar de tecnologia, mesmo quando a solução atual funciona...

enquanto empresas grandes, que teriam mão de obra e recursos pra otimizar, acabam anos arrastando as mesmas soluções ineficientes. os dois extremos custam caro, mas hoje vou falar do primeiro.

o Joel Spolsky escreveu um artigo clássico sobre isso: em 2000, ele contou a história da Netscape: eles olharam pro código do navegador, decidiram que tava feio demais e reescreveram tudo do zero. levou três anos.

enquanto isso, o Internet Explorer comeu o mercado deles. a Netscape praticamente morreu por causa dessa decisão.

o argumento do Spolsky é: código velho é feio, mas funciona. aquelas gambiarras que parecem não fazer sentido geralmente são correções de bugs reais que alguém descobriu da pior forma possível.

quando você reescreve do zero, joga fora todo esse conhecimento acumulado e vai redescobrir cada um desses bugs de novo. claro que agora com IA o custo de tempo pra codar é bem menor, mas ainda vale a leitura se você já pensou em “refazer tudo do zero”... vou deixar o link no fim do post.

__

2. git log: a troca que não precisava acontecer

a cereja do bolo nesse tópico das minhas experiências com clientes foi um projeto de automação fiscal construído inteiro em Python: scrapers que navegavam portais de prefeituras de vários municípios brasileiros, quebravam captchas, baixavam XMLs de notas fiscais e se comunicavam via Azure Service Bus.

um robô que já tava rodando, já tinha clientes, já tinha uma arquitetura modular com factory pattern pra cada município: login, extração, parsing, tudo configurável. e com menos de dois anos de solução, a empresa resolveu trocar tudo pra Java...

por “meras“ questões interpessoais internas da empresa. acabou que foram algumas reuniões com um dev mais sênior apresentando uma arquitetura que basicamente tinha os mesmos elementos da anterior.

o argumento principal era que os scrapers rodariam melhor em paralelo com Java... e sim, Java tem multithreading nativo e um ecossistema maduro pra concorrência, mas Python tem asyncio, tem Celery, tem Scrapy com pipelines assíncronas, tem multiprocessing.

a maior parte das soluções de coleta de dados em produção hoje roda em Python, desde scrapers simples até pipelines de dados de empresas como Spotify e Instagram. ou seja, esse tipo de solução também deve suprir uma empresa de médio porte.

o gargalo de um scraper quase nunca é a linguagem: é I/O, é rate limiting da fonte, é parsing mal feito, é falta de tratamento de erro. ou seja, se dessem mais horas pros outros devs na solução original ou contratassem mais, tudo seria feito em Python com as ferramentas que o ecossistema já oferece.

__

git notes

fora isso, esse caso me deixou uma outra reflexão: é bom lembrar que aprendizado não é linear e que o tempo de curva de aprendizado pra trocar de solução quase nunca é calculado.

e não tô falando só de dinheiro, essa tarefa retrabalhosa pode levar o time ao burnout (a.k.a. estafa), menos rendimento, menos motivação, menos coesão dos times... fica nas entrelinhas. a maioria dos devs gosta de resolver problemas e aprender coisas novas, vai dizer sim pra mudança, mas tem todo esse custo escondido aí.

escolhi essa historinha porque todos nós já vimos variações dela, e é um tópico recorrente no desenvolvimento de software que vai ficar ainda mais comum agora com o boom de promessas de opções milagrosas e soluções mais eficientes com IA...

___

git diff: dois devs, mesmo problema, respostas diferentes

já no caso de devs solo (como comentei no último post) a escolha de arquitetura não precisa de votos do time, é sua e só sua a responsa e lidar com o que escolheu depois, pro bem e pro mal rs essa semana tive uma prova de como o mesmo problema gera soluções completamente diferentes.

fiz uma reunião com uma pessoa que construiu algo similar ao que tô construindo, sendo usado lá na Espanha. aqui alguns pontos técnicos que vimos: ambos precisamos armazenar coordenadas no banco de dados, mas eu uso Supabase e ele usa PostgreSQL com PostGIS.

como o Supabase roda em cima de PostgreSQL, então em teoria eu poderia habilitar a extensão PostGIS e ter o melhor dos dois mundos: queries geoespaciais nativas tipo “me dá todos os imóveis num raio de 5km desse ponto”. hoje não faço isso. faço a filtragem geográfica mais no front do que no banco, o que provavelmente não vai escalar bem.

por falar em geo-referenciamento, a solução dele conta com uma base de dados espanhola mais centralizada, com poucos dados faltando. já a minha tem dezenas de milhares de propriedades, a maioria sem latitude e longitude, uso a API do Mapbox pra popular essas informações. então pra ele, Mapbox é mais só visualização, enquanto pra mim, é infraestrutura de dados também.

porém, na visualização eu uso o Mapbox GL JS direto no client side: controle total sobre camadas, filtros, popups, clusters, tudo via código. ele usa o Mapbox Studio pra montar, embeda no front e disse que assim a experiência do usuário fica mais rápida e fluída.

e o engraçado é que nenhum dos dois “escolheu“ a abordagem do mapa de propósito. eu uso Next.js, ele usa Angular: o Mapbox GL JS se integra naturalmente com React, então meter a mão no código foi um caminho agradável. no Angular, embedar pelo Studio evita uma dor de cabeça... então meio que a stack induziu a escolha do uso do mapa.

também vale pensar que ele escolheu a stack dele há 3 anos atrás, eu escolhi a minha agora... e obvio que daqui 3 anos os dois vão olhar pra solução e pensar “da pra fazer isso e isso diferente“. a lista só cresce e ninguém tem tempo de testar tudo antes de decidir ou mudar completamente a stack pra acompanhar o moderno e mais, mais otimizado.

a Netscape reescreveu o navegador do zero e perdeu o mercado. a empresa trocou de Python pra Java com o produto rodando e provavelmente pagou um custo a mais por isso sem super precisar. e dois devs que nunca se falaram, resolvendo o mesmo problema com ferramentas parecidas, fizeram escolhas opostas... e os dois funcionam.

as pessoas gostam de discutir infinitamente as ferramenta, mas nesse três casos de escalas totalmente diferentes, o problema nunca foi a ferramenta. se você é dev e tá perdido nesse mar de opções, ou se você é de negócios e não entende por que cada dev sugere uma stack diferente:

bem-vindo ao clube. não tem receita 100% certa, tem o quase ideal e tem o que funciona pro seu contexto agora: você escolhe com o que sabe, constrói, e ajusta no caminho de forma razoável. o importante é solucionar as dores dos usuários.

__

outras branches

links e referências que me chamaram atenção na semana

_ Joel Spolsky, “Things You Should Never Do, Part I”: por que reescrever software do zero quase sempre é a decisão errada. escrito em 2000, ainda relevante. [link]

_ Dario Amodei no podcast “Interesting Times” do NYT sobre não saber se o Claude é consciente. [link]

_ sobre a referência de neurociência: o número 95% vem de estudos em neurociência cognitiva, é debatido mas amplamente citado. o estudo do Max Planck Institute mostrou que dá pra prever a escolha de uma pessoa até sete segundos antes dela conscientemente decidir. [link], mas descobri isso pelo livro do Sam Harris “Free Will“ (2012) que muito recomendo [link]

Até o próximo commit, Michelle (:

15 de fevereiro de 2026

sexta treze, meu aniversário de 35 anos, decidi abrir essa news pra compartilhar o dia a dia de desenvolvimento de software no furacão tecnológico que é 2026.

aqui espero ser um afago aos devs mais novos e uma mãozinha às pessoas não técnicas (:

nessa primeira edição, apresento o projeto principal em que estou trabalhando e deixo uns links bacanas que vi na semana.

hoje vamos falar de: descoberta de produto, entrevista com usuários e linguagem ubíqua.

Bora lá!

__

Mono Repo

O projeto principal da vez.

Estou construindo um Software as a Service (SaaS) para facilitar a compra de imóveis em leilão no Brasil, por enquanto ele chama: leilaonomapa.com

Descoberta de produto: antes de codar, entender pra quem

Uma dica que posso dar a quem quer construir o próprio software: antes de tudo, faça uma descoberta de produto. No mundo de gestão de produto, existe uma metodologia chamada Product Backlog Building (PBB) que estrutura isso muito bem. A ideia central é: parta do problema e do impacto pro usuário antes de entrar nos detalhes técnicos.

Na prática, isso começa com uma pergunta simples: quem são seus usuários?

No meu caso, o usuário pode ser:

• leiloeiros querendo divulgar seus leilões;

• investidores em imóveis de leilão;

• advogados ou assessores especialistas em compra e venda em leilão;

• pessoas comprando seu primeiro imóvel.

Repare que cada uma dessas pessoas vai usar a plataforma de um jeito, priorizando funcionalidades diferentes. No PBB, chamam isso de definição de personas e o ponto é que quando você enxerga o produto sob a perspectiva de quem realmente o utiliza, muda sua mentalidade. Você para de pensar só em implementação técnica e começa a se preocupar com a experiência real.

entender o processo na cabeça do usuário

De início, criei um fluxo do processo de busca, seleção, análise e compra de imóvel de leilão baseado num curso da área e analisando meus “concorrentes”.

Não é suficiente.

Fazer entrevistas com potenciais usuários é essencial. É aí que você descobre pontos cegos no mercado — e pra um SaaS, isso é crucial, especialmente se a gente for aplicar o que o Marc Lou indica: começar com um software simples que resolva apenas uma dor, sem colocar mil coisas logo de cara. (Eu não tô fazendo bem isso... mas enfim rs)

Esse é o coração do PBB: identificar o problema real antes de definir funcionalidades. Em vez de sair codando uma lista desorganizada de features, você mapeia problemas, expectativas e personas e as funcionalidades surgem com um motivo claro pra existir.

o maior insight que tive até agora

... veio entrevistando um leiloeiro. como achei um leiloeiro?! mandando muitas mensagens, todos os dias, via linkedin, instagram e whatsapp, conversando com diferentes pessoas que vão me guiando pra outros contatos. esse é o caminho das pedras rs

Bom, ele disse que a maior dificuldade do processo é que, quando a documentação (a análise jurídica) é muito complicada, rola um “vai e vem”: tem que ver quanto vai custar a regularização jurídica, somar na análise comercial e aí sim saber se vale a pen

Ele disse que cada caso é um caso.

E minha curiosidade no momento é: é mesmo?

Há mais de 5 anos trabalhando com automações corporativas, vi muitos casos em que as pessoas consideravam um processo difícil de padronizar e no fim era totalmente automatizável.

Falar a língua deles

Uma coisa que você vai perceber fazendo entrevistas, as pessoas falam da mesma etapa do processo, mas de formas diferentes:

no caso do leilaonomapa o leiloeiro chama de “análise jurídica”, o investidor usa mais termos em inglês e chama de “due diligence”, mas o advogado vai falar em português mesmo: “diligência documental”.

Isso é um problema clássico de engenharia de requisitos. Se cada persona usa um termo diferente pro mesmo conceito, como você modela um sistema que atenda todos?

No Domain-Driven Design, do Eric Evans, isso virou o conceito de linguagem ubíqua (ubiquitous language): criar um vocabulário comum entre todos os envolvidos (devs, usuários, stakeholders) pra que o código reflita o domínio real do negócio, sem tradução perdida no caminho.

Na prática, pro Leilão no Mapa, isso significa que eu preciso decidir: qual termo o sistema vai adotar? Depende muito do cliente que quero atender... é bom que esse termo seja compreendido por todas as partes, inclusive um comprador mais leigo... então, preferi usar “análise jurídica”.

__

Merge Conflict

descobrir demanda vs. criar demanda

Uma objeção à minha própria “metodologia” é aquele argumento popularizado pelo Steve Jobs: as pessoas não sabem o que precisam ou querem.

Kevin O’Leary (do Shark Tank) contou que nos anos 90, quando sua empresa Softkey fazia software educacional pra Apple, Jobs disse pra ele algo como “Eu não ligo pro que os estudantes querem, eles não sabem o que querem até eu dizer o que querem.” [link]

Você pode criar algo e gerar o desejo de compra nelas depois.

Isso tem sido em parte verdade nessa minha experiência, mas é uma tensão que todo mundo que constrói produto enfrenta. O PBB resolve isso parcialmente: ele não pede pro usuário dizer o que quer como solução, e sim que descreva seus problemas e expectativas.

A solução é construída a partir daí, pelo menos backlog já sai priorizado por valor, não por achismo... mas sim, é limitado pela visão dos entrevistados.

__

Outras Branches

Links e referências que me chamaram atenção na semana.

• Rotina da Carol Paiffer, uma das Mulheres Mais Ricas do Brasil: empreender E comunicar é tudo na tentativa e erro. Não tem um mapa exato, o dia a dia é teste, ajuste, teste de novo. Bom lembrete pra quem tá construindo e divulgando algo do zero.

• VS Code entra na era dos multi-agentes de IA: Agora tem um workspace unificado pra coordenar diferentes agentes ao mesmo tempo. da pra rodar em paralelo pesquisa, refatoração, testes... com suporte nativo a Claude e Codex. [release notes | canal no YouTube

Até o próximo commit, Michelle (:

olá mes ami, como estão?

por aqui tudo bem, graças a deus hoje choveu pra dar uma baixada nesse calorão.

Se a cidade de Ho Chi Minh tivesse um habit tracker, ele marcaria 30grau todo dia, consistência de dar inveja a todos nós que tamo tentando bater açúcar zero.

vamos ás quinzecoisa que curti essa semana:

1. youtube: tem um vídeo motivacionanl do casey neistat que eu gosto muito, mas esse do logan que ele lançou recentemente ficou foda porque mostra quem tem muitas formas de viver e sentir essa vida, MESMO. cada um constrói seus sistemas de recompensa internos:

2. youtube: ano passado fiquei viciada nesse gringo (e outros) fazendo react de rap antigo brasileiro e como eles ficam chocados com a profundidade que mano brown descreve o racismo estrutural [link]

3. na mesma vibe, esse genZ fazendo react do eminem me fez lembrar quando eu e mariana uma amiga da infância traduziamos eminem pra entender as letras e participávamos de um forum de rap… hoje revisitando a gente ve o cara era um gênio mesmo [link]

4. esse artigo [link] do meu mais novo substack preferido, em que o cara diz memo que não ta transano porque tem coisa melhor a se fazer, vissi 🤝 tmj irmão

5. ano passado curti muito a animação dos vietnamitas com a vitória 3x2 contra a Tailândia no futebol masculino [link] não tô acompanhando o Southeast Asia Games (SEA Games), mas achei legal ver a galera causando de moto e vuvuzela pela cidade toda até tarde.

6. livro: outro long form que tô pra acabar e já indiquei é o livro ‘Flâneuse: Women Walk the City in Paris, New York, Tokyo, Venice, and London’, ainda não conheço Londres e Paris, mas foi muito legal ler as outras cidades que já fui. [link]

7. livro: acabei de ouvir Dostoevsky, ‘notes from underground’ e achei que o áudio livro te coloca muito mais na história do que o livro, primeira vez que prefiro o audiobook que o escrito! [link]

8. livro: a contagem dos sonhos da chimamanda [link] ta bom demais, aprendi muito do jeito de pensar nigeriano e tem uma pegada anti cultura americana que me deixou pensando bastante sobre as culturas que tenho conhecido. fim do ano recebi ele de presentinho pelos correios 🥲 direto de doha pro vietnam.

9. um ode a variedade de coisas nas lojinhas de convenência aqui na ásia, ano passado colecionei fotinhas de produtinhos aleatórios do japón, korea e até aqui no vietnam que nem é tão diferentão quanto o japón, tem produtos com cores e formatos que nunca tinha visto:

10. e bem por isso no natal, num almoço com novas migas, sugeri de última hora um amigo secreto em que a gente comprasse coisas aleatórias da lojinha de conveniência… eis que terminei com uma pokebola eum malborão:

11. comentei ali em cima que tô tentando açúcar zero, e queria defender um ponto: vamos normalizar só olhar pra comidas interessantes e nunca comer. tipo essa loja de donuts que tem um com um pudim em cima. não vou comer pois pura fritura com açúcar kk mas mto engraçadinho:

12. fim do ano minha amiga que trabalha num resort arranjou um descontinho pra gente ir no resort Meliã na praia de Ho Tram. eu sempre acho meio brega só ir num lugar chique, totalmente artifcial e fazer vários nadas, mas confesso que foi legal ver mais esse lado aqui no vietnam.

12. claro que a gente saiu da toca (do hotel) e foi comer lá no centrinho da cidade, bem gracinho, tinha essas “praças de alimentação” que parece um tanto de brasil até, a não ser pelo fato que nesses baldes vermelhos ficam os peixes, camarões e bichinhos vivos, vc escolhe e eles preparam 😅 bem asia

14. obcecada com o a ideia desse meu conhecido, de transformar o doutorado dele em um jogo!

15. terminando a lista com um predinho qualquer gracinho aqui de Saigon. já comentei em outro post o porquê eles são tão estreitos [link]

abraços da mica (:
té mais!

último post

Experimental

quando você quer mudar alguma coisa na vida, mas se sente confuso ou resistente

quando você quer mudar alguma coisa na vida, mas se sente confuso ou resistente, uma boa maneira de sair dessa nhaca é fazer pequenos experimentos…

Read more

5 months ago · Michelle Azevedo

funciona assim, você escreve a hipótese, o design dos seus experimentos, como se você fosse um cientista da sua própria vida, respondendo duas questões importantes:

_ o que você vai testar?

_ quanto tempo demora o experimento?

exemplos:

“eu vou passar fio dental todas as noites por uma semana.”

“eu vou visitar minha avó aos domingos por três semanas.”

“eu vou escrever e postar uma newsletter pela manhã por 10 dias” (estou realmente fazendo isso agora rs)

“eu vou fazer 10 ligações para prospectar clientes por dia, durante duas semanas”

PACT

pra te ajudar a responder esse porquê e quando, aqui vai um pequeno protocolo / acrônimo para de ajudar:

P _ Purpose (Propósito)

deixe a curiosidade te guiar, não precisa ser um propósito de vida, mas algo que você tem interesse nesse momento agora.

A _ Action (Ação)

escolha algo que você pode experimentar agora mesmo, com os recursos e tempo que tem.

C_ Continuity (Continuidade)

algo que dê pra fazer repetidas vezes, se você só fizer uma vez, fica difícil dizer se gosta.

T _ Track (Monitorar)

mantenha simples: você fez hoje? sim ou não?

esse passo a passo foi criado pela neurocientista Anne-Laure Le Cunff.

tenho acompanhado o blog dela (ness labs) há alguns anos e recentemente, depois que terminou o mestrado em neurociência aplicada, ela lançou esse livro “tiny experiments: como viver livre em um mundo obcecado por metas”.

ela defende que o tempo e aprendizado não são lineares e a vida é mais uma sequência de pequenos experimentos que se iteram, do que um bloco em que a gente é uma coisa só por 20 anos. aqui uma palestrinha da gata:

refletir sobre os resultados

a parte mais importante da ideia toda de um pequeno experimento, é o fim:

• tudo que deu bom

• o que não deu bom

• o que você quer tentaria no próximo? o que vai mudar e onde?

refletir honestamente sobre como você se sentiu e quais foram os efeitos.

por isso a ideia é fazer “a coisa” mais de 2-3 vezes, pelo menos, e manter o experimento até o fim. para coletar mais dados, ver como se sente em dias quentes, frios, com funcionalidade quando tudo está a seu favor ou tudo contra…

a vida tem seus altos e baixos, né.

pode ter dias que você gosta e outros que você não gosta, dias em que você tem mais facilidade e outros mais dificuldade, claro, é algo novo.

você vai querer desistir

a gente tem um mecanismo natural de sobrevivência, um controle de compensação, que tenta trazer a gente de volta pra “ordem”, no controle.

a “ordem” são as coisas como a gente já conhece e onde nosso corpo-mente sabe operar e agir.

então quando a gente sai muito disso sentidos medo, começamos a pensar demais e racionalizar como escapar da novidade o mais rápido possível, mesmo que ela seja uma coisa boa.

não desista no meio.

só quando terminar colete os dados, reflita e faça uma decisão no fim.

algum outro dia vou trazer os experimentos que fiz nos últimos anos.

senti que agora em 2025, depois de ler esse novo livro da anne e aplicando esse método mais redondinho, alguns experimentos trouxeram reflexões mais interessantes (apesar de sentir que estou em um momento de vida meio caótico internamente rs)

um abraço da mica,

té mais!

ps.: ontem comi essa sobremesa e tava pensando…

milhares de pessoas quando olham pra essa sobremesa sentem um carinho e um conforto, é uma comidinha da infância delas ou algo que a avó preparava, talvez! e eu não consigo parar de pensar que parece algo meio alienígena hah essa mistura de cores, formas e texturas. 👽

porém, é muito gostosinha sim e refrescante com esses gelos no meio (:

em algum momento, culpar o passado se torna uma distração do seu futuro. com o passar dos anos, viver da maneira que você vive é mais e mais uma escolha pessoal.

a cura é sua responsabilidade.

o crescimento é sua decisão.

pouco a pouco.

eu não tô falando de transformação pessoal á lá livro de autoajuda estadunidense.

tô falando de cura de traumas passados entre gerações e de reinvenção pessoal como uma recusa de passar pra frente um estilo de vida destrutivo.

do sofrimento, arrastado pelas gerações passadas que não tiveram recursos pra lidar com os traumas - de guerra, imigração, escravidão, ou do que for.

um aviso:

outro dia tava falando do peso das heranças familiares e o desejo de quebrar padrões, de fazer diferente. hoje resolvi trazer de volta esse tema…

encare esse espaço como uma conversa - a gente muda de assunto, da risada, depois lembra de outra coisa, volta e assim vai…

uma vez ouvi a Hebe contando em entrevista que se encontrava com as amigas pra jogar cartas e elas continuavam os assuntos do ponto em que pararam no último encontro, meses atrás. essa é todinha a energia dessa newsletter:

literatura

dois exemplos de quem passou por esse processo complexo e controverso são os dois queridos da literatura francesa contemporânea:

• sobre a autonegação e reinvenção, Édouard Louis, descreve também como que a transformação pessoal passa pela aparência física e sexualidade. um dos meus livros preferidos “mudar: método”:

ele narra sua própria metamorfose, como foi seu processo de amadurecimento de Eddy Bellegueule, nascido na classe operária em uma pequena cidade no norte da França, até se transformar em quem é hoje, Édouard Louis, escritor de sucesso internacional - tão internacional que ele já foi na nossa querida roda vida.

• a ganhadora do nobel de literatura de 2022, annie ernaux, que fala sobre sua mudança de classe social pela via da educação e como isso mexeu com suas relações familiares com o seu livro “o lugar”:

na real a ernaux pode ser considerada a precursora nisso que é a “auto-sócio-biografia”, uma mistura entre história pessoal e sociologia. e que é toda a diferença também de uma literatura de auto-ajuda genérica, porque contextualiza que toda transformação pessoal esta inserida em uma época e em uma realidade sócio-econômica complexa.

neurociência

essa transformação só é possível se você fica consciente do que os neurocientistas chamam de “script cognitivo”.

esse roteiro que foi escrito pra você pelas pessoas que te criaram e pelo lugar onde você nasceu. esse roteiro que descreve o que você performa em pensamentos, palavras e expressão corporal (expressões faciais, como você senta, abraça, tudo…), onde caminha, com quem fala, onde evita frequentar e com quem nunca falaria.

vir

pra quebrar esses padrões, é preciso observar o que você esta fazendo, sem julgar, pensar de onde você aprendeu a falar de certa forma, sorrir em algumas ocasiões, se você gosta mesmo de falar isso ou aquilo em grupos de amigos ou trabalho, ou se você gostaria de experimentar outros “scripts” de comportamento nas mesmas situações.

ser intencional.

perguntar o porquê das pessoas ao seu redor passarem o tempo fazendo x ou y.

fingir que você é um antropologista da sua própria cultura e vida.

esse processo científico-antropológico é legal de ser feito também se você tem dúvidas sobre o que fazer na vida:

ao invés de ignorar, observar.

responder “por que”, “como”, ”onde", qual a duração desses comportamentos e eventos… assim você cria hipóteses sem julgamento moral, sem “peso cristão”, mas do ponto de vista da curiosidade.

á partir daí, experimenta novas formas de agir, reflete sobre isso e itera sobre os experimentos…

não importa qual o destino final, realmente não tem como saber, por isso não é muito como uma auto-ajuda estadunidense, que tem um objetivo claro romantizado e padronizado pra todos nós.

o destino, é claro, não vai estar escrito no roteiro que escreveram pra você. por isso mesmo que é doloroso, complexo e controverso: preferir seguir um caminho declaradamente incerto, do que fazer como a maioria de nós e seguir o roteiro que nos foi dado fingindo que sabemos com certeza o destino dele.

um abraço,

até mais,

Mica (:

por falar em transformação, ainda tô digerindo o que foi conhecer o oriente médio e pensar que há poucas décadas, ali onde era deserto, agora são prédios enormes e construções luxuosas… não escrevi sobre isso ainda, mas comentei no quinze artistas palestinos, da uma olhada lá:

Experimental

quinze artistas palestinos

arte é a maior forma de esperança…

Read more

5 months ago · 1 like · Michelle Azevedo

eu pelo menos falo de viagem porque é o que estou vivendo mais agora, claro… mas também faço isso por dois motivos principais:

primeiro ponto

1. falo de viajar porque viajadores abrem os horizontes das pessoas que conhecem por aí; é uma possibilidade de autoexploração que se expande porque esses encontros com quem veio de longe tocam todos nós em pontos desconhecidos e inesperados.

já comentei por cima em outros textos, tipo:

• o sobre multiculturalismo cognitivo

• e o fim desse texto que falo sobre AIESEC e trago essa frase do Anthony Bourdain

segundo ponto

2. falo de viajar porque viajeiras mulheres podem inspirar e empoderam outras mulheres em todo lugares onde vão, mesmo sem falar nada sobre.

até pouco tempo atrás era impensável tantas mulheres sairem viajando por aí livremente. cada uma falando com quem quiser, dando sua opinião no que viu, fazendo conexões livremente… só de falar que fui e fiz e faço e vou, já é alguma coisa.

vou falar mais sobre isso em outro post (de novo), mas queria deixar aqui a indicação do livro “flâneuse”, to terminando de ler.

sobre mulheres que caminham por cidades e as histórias pessoais da autora.

no começo do livro ela conta que por muitos anos essa palavra “flâneur” só existia no masculino e inclusive alguns homens defenderam que seria impossível uma mulher ser flâneur. concordo em muitos pontos, mas vou trazer em outro post (:

voltando ao primeiro ponto:

viajeiros expandem o mundo, um a um, organicamente.

a gente vive em tempos obscuros em que as pessoas leem cada vez menos livros e veem cada vez menos filmes, muito menos os de narrativas sobre outras culturas. o que chega nas redes sociais geralmente é muito filtrado pelos algoritmos do que faz dinheiro, uma visão predatória de viajar e caricata de outras culturas.

a gente vive o discurso político extremamente polarizado em todo lugar e quando abro as redes sociais o discurso nacionalista não é só do lado conservador, mas meus amigos mais prafrentex amam só falar dos seu lugares.

no brasil as notícias são que o brasil é o pica agora em 2026 e todos os famosos vão viajar pra lá pra cultuar nossa cultura alegre e vida artística. como tudo é melhor no brasil, como a gente é engraçado, festivo, etc.

entendo que a gente precisa sair da síndrome do vira-lata e discutir ativamente com quem lança uns comentários besta tipo “ai, eu não assisto filme brasileiro”, “credo, funk não é música”.

entendo que somos uma nação muito jovem, com uma população de origem diversa que foi tacada num pedação de terra e estamos aí nos virando criar uma identidade coesa e digna.

nem é essa a questão, o problema é que…

meus amigos de cada nacionalidade ou de cidades específicas (berlin, tokyo) tem “algoritmos nacionalistas” sobre suas próprias localidades!

no vietnam, onde moro, os algoritmos mostram como o povo é bonito, especialmente as mulheres fortes como tigres. sempre enfatizando como o país ta crescendo economicamente, os altos índices de educação, prova disso são quantos estrangeiros vem pra viver e investir aqui.

então, acho que cada ser humaninho que contribuir pra trazer sua visão de outros lugares, não de forma comercial, caricata e predatória. não numa eterna competição de “onde é o melhor lugar”, mas apenas comentários aqui e ali pra lembrar a todos que o mundo é grandão e que diversidade é lindo… pronto (:

bom demais.

recomendações

• um instagram que viajeira que fala de multiculturalidade é a @ complexica - olha só esse vídeo dela contando que no Peru eles criaram uma lei que protege o lago Titicaca como se fosse uma pessoa!

esse é o maior lago navegável do mundo, fica entre Peru e Bolívia, um dos lugares mais lindos que já fui na américa latina 🥲 e ela conta inclusive que outros países usaram estratégia jurídica similar.

multiculturalidade é importante pra aprender com os acertos e erros de outras culturas em políticas públicas, arquitetura, segurança alimentar, etc. expandir e avançar como humanidade no planeta todo, ainda mais agora que precisamos mais do que nunca salvar nosso meio ambiente do aquecimeto global.

• uma newsletter que gosto muito sobre viagem é a desse cara viajando de bike entre sete continentes até chegar no Japão:

Ride with Ian

Bringing you a weekly update on what it takes to bike across all seven continents

By Ian Andersen

abraços da mica,

até mais (:

por falar em viagem e sustentabilidade, tô de cara com esse jardim do aeroporto de singapura - fui pra lá agora em janeiro e o país todo é um exemplo de políticas públicas que fomentam a paz entre diferentes culturas e crenças (eles tem 4 idiomas oficiais!) e incríveis soluções arquitetônicas e urbanísticas pra lidar com o aquecimento global. apaixonada. 🥲

antes disso, minhas primeiras saídas do brasil foram:

_ 2014 fui á região de santiago do chile. vi neve e esquiei pela primeira vez e gritei chi-chi-chi-le-le-le biba chilê bebendo mais vinho do que deveria nas ruas de Santiago enquanto a copa do mundo rolava no Brasil;

_ 2015 fui ao Peru e fiz meu primeiro voluntário pelo worldpackers, numa vila sustentável com permacultura e yoga, mas também acampei, fiz trilha e basicamente explorei de norte ao sul do país - Peru, a nova zelândia da américa do sul.

_ 2016, fevereiro, na colômbia: bogotá, mededín, cartagena, acampei no parque tayrona & voluntariei numa vila sustentável na sierra nevada di santa marta.

pra nada disso precisa de passaporte.

mas agora é diferente: em 24 de novembro de 2016, esse novo documento-caderneta recebeu o primeiro visto, a permissão de 02 entradas na China com a permanência de 30 dias por vez.

esses são meus primeiros passos pra fora da américa do sul.

não é tudo que a gente deseja nessa vida que consegue fazer,

mas essa grande ideia rolou:

conhecer a américa latina antes da europa, conhecer a china antes dos estados unidos.

no dia 07 de dezembro de 2016, pisei em Shaghai.

os prédios enormes e a eficiência do metrô numa cidade com 23 milhões de habitantes quebrou qualquer papo furado anti-asiático que já tinha ouvido na vida.

há dez anos atrás aprendia pela experiência do dia a dia, que todos os tipos de governo têm efeitos positivos e negativos. não existe um absurdamente melhor que o outro, depende do que você valoriza no curto-longo prazo, do que preza nas esferas individual e coletiva, do que acredita…

e não tem como todo mundo acreditar na mesma coisa.

em 30 de dezembro, ainda em 2016, estamparam meu passaporte com um visto de múltiplas entradas para a Índia, válido por seis meses.

era pra eu ter chego 1-2 semanas antes, mas a tentativa de visto pra índia que fiz antes não tinha sido processado pelo sistema.

vai viajar? verifique os vistos e documento e sistemas uma, duas, três, quatro vezes… com bastante antecedência.

esse meu vacilo, porém, rendeu uma semana a mais da China e um romance intenso que se arrastou por mais uns três anos.

enfim, entrei em nova delhi no dia 31.

aos 45 do segudo tempo, meu ano de 2016 deu uma cambalhota e logo nas primeiras horas, a mãe índia me mostrou que ás vezes a gente acha que:

“tem uma limitada forma correta de se viver o mundo e que fora desse eixo, as coisas não funcionam.” ⚠️ isso é um enorme erro de visão de mundo.

a gente pode e vive de formas muito variadas, coisas que ninguém fala alto, escreve ou documenta. formas de viver que você nunca pensou que funcionariam em larga escala, com muita gente vivendo em cidades grandes…

a índia foi e é uma escola viva de expansão da mente.

há muitas formas de viver nesse mundo, diferentes sociedades e valores - e todas são válidas. tanto é que todas estão coexistindo igualmente agorinha mesmo independentemente da opinião individual de qualquer pessoa.

⚠️ estou pensando em escrever essas cartinhas em inglês, pode me dar sua opinião?

um beijo da mica,

até mais!

art is in the very highest form of hope.

no quinzecoisa de hoje, os quinze artistas palestinos que estavam expondo no museu de arte moderna de Doha (onde fui passar agora o final do ano de 2025), vamos juntos dar uma volta no museu:

1. Nour Shantout

bordado palestino (tatreez), seu trabalho trata esse artesanato tradicional não apenas como patrimônio, mas como um arquivo vivo e resistente, que incorpora identidade, contramemória e conhecimento intergeracional.

Seus projetos baseados em pesquisa traçam narrativas pessoais íntimas e histórias coletivas, particularmente em contextos de deslocamento e marginalização, como o campo de refugiados de Shatila, no Líbano. Em Searching for the New Dress (Em Busca do Novo Vestido), Shantout reflete sobre a transmissão da memória e a circulação de vestidos bordados entre gerações de mulheres exiladas, revelando como as vestimentas se tornam veículos de sobrevivência cotidiana, contramapeamento e resiliência cultural.

De uma perspectiva feminista pós-colonial, Shantout examina a estética da exibição etnográfica e as estruturas da produção institucional de conhecimento. Ela questiona como as histórias são contadas, quem as conta e por meio de quais mídias.

2. Samia Halaby

Recusando a dicotomia Oriente-Ocidente ou os discursos nacionalistas e universalistas, as composições abstratas de Halaby se baseiam em um profundo envolvimento com o movimento, o ritmo e a percepção visual, frequentemente inspiradas por formas naturais, paisagens urbanas e a geometria da arte islâmica tradicional.

Nascida em Jerusalém e radicada em Nova York desde a década de 1970, Halaby é amplamente reconhecida como uma das figuras mais importantes da arte árabe contemporânea.

3. Kalil Rabah

Incorpora materiais como oliveiras, terra e pedra, situa esses símbolos de resiliência e enraizamento dentro de instituições de arte globalizadas, enfatizando seu deslocamento forçado.

4. Dima Srouji

Dima Srouji é uma arquiteta, artista e pesquisadora palestina. Seu projeto Jaffa: Fragmentos de uma Modernidade Contínua explora o plano diretor não realizado de 1946-48 para Jaffa, a última tentativa do prefeito palestino da cidade de apresentar uma visão “moderna” às autoridades do Mandato Britânico, com o objetivo de impedir a ocupação da cidade.

Srouji revive esse plano fantasma não por nostalgia, mas como uma reflexão crítica ela revela a ironia de que, ao abraçar a definição de “modernidade” do colonizador, o plano continha inerentemente a lógica de seu próprio apagamento, desafiando a suposição de que povos marginalizados devem representar a civilização para existir.

5. Abdul Hay Mosallam Zarara

6. Oraib Tokan

7. Majd Abdel Hamid

Seu trabalho explora as condições fragmentadas da vida contemporânea sob ocupação, deslocamento e violência sistêmica. Abdel Hamid transforma o bordado em uma ferramenta conceitual:

Resonance apresenta uma série de bordados que traçam o crescimento lento de uma planta suculenta observada ao longo de vários meses. Através da prática do bordado e da observação diária do crescimento da planta, Abdel Hamid abstrai um conjunto de motivos da experiência vivida.

Conhecidas por suas folhas grossas e capacidade de prosperar em condições áridas, as suculentas incorporam resiliência, adaptabilidade e uma inteligência silenciosa. Suas formações espirais otimizam a sobrevivência, maximizando a luz e canalizando a umidade para as raízes.

Nestes estudos bordados, a planta torna-se uma metáfora para a persistência sob pressão e para a resistência em ambientes com escassez de recursos. Com sutileza e cuidado, Abdel Hamid traça paralelos entre as estratégias naturais de sobrevivência e as paisagens emocionais e políticas da vida humana.

8. Emily Jacir

Investiga como múltiplas temporalidades são vividas simultaneamente.

Explora as histórias entrelaçadas do domínio colonial britânico na Palestina e na Irlanda. Traçando como essas geografias distantes estão ligadas por laços históricos, materiais e analógicos.

Ela evoca a natureza fragmentada, porém sistemática, do controle imperial através da imposição de uma nova forma de medir o tempo.

Quão impactante foi para esses povos a padronização do tempo pelos britânicos através de torres de relógio e novas taxações. A obra parte da Torre do Relógio que outrora se encontrava no Portão de Jaffa, em Jerusalém, e da perda do fuso horário próprio de Dublin, o Tempo Médio de Dublin (DMT).

A torre de Jerusalém foi destruída pelos britânicos em 1922 para alinhar a cidade a uma visão bíblica moldada pela imaginação colonial. A sua remoção também eliminou a coexistência de duas perceções de tempo, substituindo-a por uma única medida padronizada, ligada a Greenwich.

9. Jumana Manna

Sua instalação “Seu Tempo Passa e o Meu Não Tem Fim” inclui bandeiras artesanais bordadas com citações de prisioneiros políticos palestinos contemporâneos, como Walid Daqqa e Khaleda Jarrar, hasteadas entre estruturas metálicas semelhantes a varandas.

As composições e cores das bandeiras remetem à história dos mawasim – celebrações festivas tradicionais realizadas por meio de orações, cânticos e danças, comuns em todo o mundo árabe e, historicamente, na Palestina, onde essas assembleias comunitárias foram interrompidas pela Nakba.

10. yasmine eid sabbagh

11. Suha Shoman

12. Taysir Batniji,

13. DAAR (Sandi Hilal & Alessandro Petti)

14. Barış Doğrusöz

15. Walid Raad

beijos da mica,

té mais (:

vou te contar uma coisa que penso sempre que falam em brasil.

pra começar, eu não faço amizade com Israelis.

é janeiro de 2026, estou no oriente médio, em Doha, num restaurante italiano que tem bossa nova brasileira de trilha sonora. esse desconhecido sentado ao meu lado vai me contar o porquê ele nunca foi ao Brasil e não sabe se iria.

depois de um ano inteiro na ásia, acabar de conhecer alguém que começa uma frase com um fato polêmicos e um mistério, aparentemente desconexos, soa como elixir aos meus ouvidos.

generalizando, na minha experiência com asiaticos até agora, as conversas são mais lineares, tem certa hierarquia na ordem dos acontecimentos, não é tão comum linkar fatos aleatórios na mesma história, muito menos polêmicos, principalmente quando se conversa com alguém com quem você não tem intimidade.

por exemplo, diferentes pessoas da inglaterra que conheci esse ano chegaram a comentar que vietnamitas, koreanos e japoneses geralmente não usam, não aceitam ou não entendem sarcasmo muito bem.

enfim, papo pra outro texto, voltando aqui pra Doha:

fui num encontro de filosofia, discutimos em grupo ‘o que é o amor?’ e questões relacionadas (funfact: o tópico de ter várias esposas apareceu bastante, já que estamos em um país muçulmano) e corta agora pro jantar pós evento.

a gente pediu os pratos de comida e esse cara do Egito resolveu compartilhar comigo:

vou te contar uma coisa que penso sempre que falam em brasil.

pra começar, eu não faço amizade com Israelis.

eu estava no interior da Colômbia e outros dois turistas que também tinham acabado de chegar no hostel e estavam famintos perguntaram se poderiam ir jantar comigo e eu disse que sim, mas que queria andar até lá, uns 40 minutos.

no caminho, eu muçulmano, descubro que a menina, de 22 anos, é israeli.

_ é, conheci bastante Israeli viajando a américa latina, eles vão depois do período obrigatório que eles tem de cumprir no exército!

sim, então, eu não sabia que era chance grande de conhecer Israeli por ali e o pior é que a guerra tinha acabado de começar…

então logo pensei, vou levantar os assuntos polêmicos, a gente briga e não tenho mais que lidar com ela nos outros dias no hostel.

mas todo tópico que eu levantava, ela era uma pessoa razoável.

ela dizia que entendia meu ponto e era claro na carinha dela que era muito controverso na cabeça dela as coisas que tinha aprendido enquanto nascida e criada em Israel e o que ela via do outro lado da moeda.

no dia seguinte logo pela manhã ela bateu na porta do meu quarto, perguntou se podia fazer o rolê das vinícolas comigo…

eu disse que queria ir sozinho.

mas ela insistiu, disse que ela não queria ir sozinha e só tinha eu pra ir junto, se eu não podia fazer um esforço de ir com ela.

acabei topando e passamos um dia bem bacana, ela disse que de lá, ao invés de continuar o itinerário meio esperado de turistas na Colômbia, ela iria ao Brasil.

o sonho dela era conhecer o brasil, ela sentia quase um chamado de ir ao brasil.

passou uns dias.

passou uns dias e eu tava no twitter, tava acompanhando uma discussão em que o país muçulmano X estava apoiando Israel na guerra e, como protesto, um civil matou um turista israeli.

sinceramente eu era á favor do cara.

eu não queria que o país X apoiasse Israel e se pra ter um embate político fosse preciso matar israelis no país, mesmo turistas que não tem nada a ver, eu era á favor.

na mesma sessão de comentários alguém linkou outra notícia e disse

“parece que hoje não é um dia bom pra israelis”.

eu cliquei no link e tava lá, a foto dela…

turista de israel é morta num assalto no rio de janeiro.

os pratos chegaram na mesa e tavam esfriando ainda, mas eu não conseguia tirar os olhos dos olhos dele e comecei a chorar.

o pior é que assim que ele começou a falar a parte do twitter de notícia de morte eu já tinha entendido, que ela tinha morr!do no brasil…

é eu chorei no dia também.

foi muito estranho, controverso..

não fazia nem uma semana que ela tinha ido pro brasil.

eu abri o whatsapp e vi que minhas mensagens não chegavam pra ela.

eu ainda queria que o outro cara tivesse morrido e que qualquer coisa fosse feita pra que ninguém mais apoiasse mais Israel na guerra.

eu ainda não faço amizade com Israelis.

mas naquele dia eu chorei por ela.

“Viajar não é uma recompensa por trabalhar. Viajar é educação para viver”

Anthony Bourdain

essa história me lembrou de que quando tava na faculdade trabalhei dois anos numa ong chamada ‘AIESEC’.

é uma ONG internacional criada logo depois da Segunda Guerra Mundial com a ideia de que se pessoas muito diferentes se conhecessem de verdade, talvez o mundo brigasse menos.

na prática a ong promove intercâmbios de jovens para trabalho voluntário, projetos sociais e estágios profissionais em quase todos os países do planeta.

funciona como uma rede global gerida por jovens: você se inscreve, passa por um processo seletivo, escolhe um projeto ou vaga fora do país e recebe apoio da organização tanto na ida quanto na chegada.

não é uma instituição perfeita, é até meio mais corporativa hoje em dia, mas ainda acho que a essência no fundo é bem transformadora, pelo menos foi pra mim a parte da aposta de que viver a experiência do “outro lado” forma lideranças mais conscientes e menos propensas a enxergar o mundo em blocos inimigos.

a ideia não é turismo pelo turismo, mas que viver o cotidiano do outro: trabalhar junto, dividir casa, lidar com diferenças culturais, políticas e religiosas na prática… faz com que a gente veja humanidade nos outros.

Experimental

um ano e meio nômade

a cada troca de país, cidade, bairro, grupo de amigos, empregos, livros ou contexto no geral, nosso cérebro muda a forma de pensar…

Read more

8 months ago · 6 likes · Michelle Azevedo

esse tipo de iniciativa é uma contribuição importante pra gente ver o mundo e a vida de diferentes ângulos. gosto de pensar que quando a gente muda de ideia e quebra preconceitos, a gente aprende a amar um pouquinho mais o mundo, as pessoas… e a gente da uma segunda chance até pra gente mesmo em diferentes aspectos da vida.

e esse post não tem lá muito feischamento rs é um misto dos paradoxos e contradições, entre estereótipos, preconceitos… que ás vezes se concretizam sim, as vezes, como nesse caso do Brasil.

essa não foi a primeira pessoa que me contou um causo chocante sobre o BR e não tem muito o que fazer nessas horas, é isso, acontece mesmo. muito mais do que na maioria dos lugares e geralmente em uma escala mais abrupta e chocante mesmo.

por outro lado, não conheço no mundo lugar mais musical e com festas mais alegres do que no Brasil, e geralmente gringos me falam isso também. assunto pra outro post.

bom começo de ano pra nós (:

2025 não foi fácil pra esse planetinha,

acho que 2026 não vai ser também,

mas espero que tenham feito suas mandinga, escrito as metas do ano

e seguimos segurando os paradoxos dessa vidinha. né mesmo?…

beijos da Mica

até mais (:

como estamos? por aqui, todo dia ta batendo 32 graus na cidade de Ho Chi Minh..

1. a receitinha de café que tem ganhado meu coração ultimamente, água de coco com nuvem de café:

2. aluguei um apartamento que tem um toca disco & a dona deixou alguns vinis! não são os mais legais do mundo, ainda tenho que caçar/comprar uns mais bacanas, mas deixo aqui um gostinho pra vocês de vinil vietnamita:

3. é cheio de galerias de arte nos quarteirões ao redor da minha casa aqui em Saigon. esses dias fui ver a exposição da artista Loan Phuong, ‘road to the clouds’, composta principalmente por pinturas de mulheres em cenários oníricos, na natureza e com animais e tal. uma das marcas mais fortes do trabalho dela são os cabelos esvoaçante ou ornamentados:

4. se você der um zoom na imagem acima, vai ver que as flores são craqueladas, essa é uma tecnica tradicional vietnamita conhecida como Cẩn trứng (incrustação de ovo), que é parte fundamental da arte de laca mais ampla, o Sơn mài. o efeito fica muito interessante. (link)

5. mas sou uma pessoa simples, não entendo de arte, se você bota animaizinhos no cabelo de uma moça, põe umas nuvens com transparência e faz uma sequenciazinha, já estou feliz. essa foi minha obra preferida da artista:

6. das coincidências da vida, esses dias tava num ‘Uber’ (Grab) e o motorista tava ouvindo viet-techno, um tipo de techno que, sinceramente, difícil apreciar… mas dessa vez, pela primeira vez, curti o som! então dei um Shazan pra descobrir a música e, pra minha surpresa, a coisa mais improvável: o artista tinha nome vietnamita, mas todas as músicas tinham nome em português! segue o álbum ‘Favela Drift’ de Lưu Xuân Nghiệp - link.

7. por falar em Brasil, olha o que encontrei no shopping outro dia, não sabia que tinha loja de havaianas até no Vietnam:

8. ainda sobre Brasil, antes de se tornar o líder da independência do colonialismo francês no Vietnã & na Guerra do Vietnã contra os Estados Unidos, Ho Chi Minh viajou pelo mundo e passou pelo Rio de Janeiro (!) por volta de 1912 e participou movimentos sindicais! (link) (link)

9. esses dias andando pelas ruas de um bairro nada turístico, encontrei ‘escondido’ um monumento-presente da Venezuela pro Vietnam! a história é ótima: em 1964, Nguyễn Văn Trỗi tentou assassinar o secretário de defesa dos Estados Unidos, mas foi pego. nisso, a FALN (Forças Armadas de Libertação Nacional) lá da Venezuela decidiu agir em solidariedade e sequestraram um coronel da Força Aérea dos EUA em Caracas. exigiram publicamente a libertação de Trỗi no Vietnã em troca da vida do americano. a troca falhou, Trỗi foi executado, mas foi uma super prova de que os governos de esquerda eram a “irmãos na luta de libertação”

10. acho tão bonitinhos os biscoitos tradicionais por aqui, tipo os nossos ‘biscoito de polvinho’, sabe? não tem um gosto super especial, mas é algo popular:

11. na real, sempre fico surpresa com os formatos e texturas das comidas no geral. por exemplo, tem um rolinho chamado Bì Cuốn, que é feito de pele de porco desfiada, mas outro dia pedi num restaurante vegano a versão feita de tofu… e não é que ainda assim o negócio veio com cara de qualquer coisa, menos tofu?! o molho, se você quiser procurar, é Nước Chấm.

    

12. aqui em Ho Chi Minh, as fachadas dos prédios são super estreitas, legado do período colonial francês. naquela época o imposto sobre a propriedade (tipo IPTU) era cobrado com base na largura da fachada voltada para a rua, a solução para economizar foi construir as ‘tube houses’: super estreitas, mas muito profundas e com vários andares.

13. se você tem curiosidade sobre o vietnam atual, bem ritmo frenético e colorido genZ, o filme Money Kisses mostra algumas questões de classe, relações entre gêneros e até especulação imobiliária. (link)

14. já pra quem é de livro, ainda não terminei esse, mas já da pra recomendar “on earth we’re briefly gorgeous”, uma história complexa entre mãe e filho que explora heranças comportamentais familiares, bom pra entender até mesmo sutis nuances culturais. (link)

15. um fato curioso sobre o idioma vietnamita é que eles não falam o final das palavras, dão mais ênfase a primeira sílaba, o que torna ensinar inglês pra eles o total oposto de ensinar pra nós, brasileiros. pra eles é preciso enfatizar a pronúncia de um t ou d no final, já pra gente é preciso dizer “‘standard não é standardiii, é com o ‘d mudo’, standard” haha já eles aqui falariam: STAN mais alto, “da” mais baixo e “rd” quase não existente…

é isso!

o quinzecoisa dessa semana foi mais conhecimentos gerais do que dicas, talvez? aqui um anterior com mais dicas, se você ainda não leu:

Pequenos Experimentos

quinzecoisa: foco, arte e pequenos rituais

oiê! ou, como se diz aqui na Coreia 🇰🇷 안녕하세요 (annyeonghaseyo…

Read more

a year ago · 8 likes · Michelle Azevedo

beijo da mica (:

é preciso desenvolver flexibilidade mental pra vivenciar diferentes universos.

pra além de carimbos no passaporte e conversão de moedas, no último ano e meio como nômade digital explorei novas formas de ver e viver o mundo.

não entendi todas elas de cara, mas a cada destino tentei “me misturar” com a cultura local pra tirar algum aprendizado, por mais desconfortável que pudesse ser ás vezes.

não estou falando de aprender algumas palavras em outro idioma pra poder pedir um café, mas de ver o que a maioria das pessoas faz e experimentar fazer igual.

Estudos mostram que pessoas que pertencem a muitos grupos diferentes e consideram ter muitas identidades são menos preconceituosas e mais flexíveis mentalmente (o que os psicólogos chamam de “complexidade de identidade social”). (fonte)

em nova york a maioria das pessoas é mais criativa, ambiciosa, não importa muito de onde você vem, mas o que você gosta e sabe fazer, eles transitam diferentes grupos de amigos e de empregos de forma fluida, são muito disruptivos e dinâmicos os new yorkers. ano passado morei três meses por lá e foi assim que tentei viver.

cinco meses depois estava em Kyoto, onde a maioria das pessoas são muito reservadas e silenciosas, passam bastante tempo sozinhas e quando conversam entre si geralmente usam muito mais “palavras educadas” do que a gente costuma ver em outras culturas. a cidade dorme cedo, tem muita história e natureza pra absorver… e foi assim que tentei viver por dois meses.

sempre sendo verdadeira e honesta, mostrando meu eu pras outras pessoas, mas também me permitindo brincar com diferentes formas de vestir, de comer e de me comunicar. com certeza fui me transformando e mudei a forma como vejo o mundo.

na real, mesmo se nem tentasse experimentar as diferentes culturas das cidades, cada lugar tem uma infraestrutura pública específica que te “obriga” a seguir o ritmo.

em Veneza, na Italia, não tem como você pegar um metrô, todos tem que respeitar o tempo de andar pela cidade ou pegar um ferry e isso muda a velocidade com que você olha pras coisas e pessoas ao seu redor.

aqui em Saigon, no Vietnam, o pessoal se locomove de moto pra cima e pra baixo, milhares e milhares de motinhas lado a lado; já em Seoul, na Coréia, a cidade é cheia de morros, então metrô e ônibus são a melhor pedida.

cada lugar também tem uma camada digital diferente, um conjunto de aplicativos:

em Nova York você faz absolutamente tudo com seu cartão de crédito na carteira do celular, se você quiser, até o passe do metrô! é só usar o mesmo cartão e ele calcula o preço do conjunto de passagens de acordo com seu uso. andar pela cidade é também muito conveniente, porque Manhattan é plana, as calçadas não tem um buraco sequer e os quarteirões são planejados, muito simétricos, você meio que perde a noção de que esta andando e andando...

Em Tokyo é preciso parar na máquina e carregar o cartão do metrô com dinheiro em espécie, e apesar do sistema de transporte ser super moderno e cruzar o país inteiro, ás vezes, pra comprar o ticket do trem, é melhor ir no guichê pessoalmente e falar com um ser humano do que comprar online.

e assim vai, não tem a melhor forma de fazer as coisas, não tem um lugar mais atrasado e outro muito mais avançado, cada um tem seus altos e baixos, e varia a depender da avaliação de quem esta falando rs

pra navegar tudo isso o cérebro desenvolve progressivamente diferentes códigos de pensamento, ele alterna entre diferentes modelos mentais e se adapta para alternar entre eles automaticamente.

ao viajar e se permitir deixar seu ego um pouco de lado e experimentar a forma como outras culturas também vivem a centenas ou milhares de anos, você se torna uma pessoa mais cheia de nuances e flexível.

um mundo com pessoas assim, multiculturais, forma redes para conexões mais criativas, que fazem conexões inesperadas e geram novas ideias, mesmo que nas pequenas coisas do cotidiano, pequenas transformações.

viajar é uma experiência imersiva intensa, onde você não tem como “escapar” de se adaptar, mas tem outras formas de ousar sair do que estamos acostumadas.

voltando ao início do texto, isso pode ser alcançado viajando, sim, mas também navegando entre diferentes grupos de pessoas, buscando ler sobre assuntos que você não leria, aprendendo novos trabalhos, idiomas, instrumentos…

Pequenos Experimentos

faça o que você não faria

se você ta doida pra mudar alguma coisa na vida, me responde…

Read more

9 months ago · 2 likes · 2 comments · Michelle Azevedo

até a próxima (:

um beijo

mica

Além disso, geralmente eles são lastreados na contagem do tempo.

Como se contar o tempo já fosse um feito em si, por exemplo:

_ manter um casamento por 50 anos

_ praticar tênis por 5 anos

_ ter um grupo de amigos por 30 anos

_ dizer “sou médico cirurgião com 10 anos de experiência”

mas quantos maus profissionais vemos por aí que podem atestar “anos de experiência”? também temos relações destrutivas de longa data e gente frustrada praticando certas atividades por anos sem nunca ver uma “evolução”.

Uma forma melhor de pensar metas é:

_ construir um relacionamento amoroso em que eu seja suporte familiar pro meu marido e ele também seja suporte familiar pra mim

_ participar das competições regionais de tênis da minha região, seja como competidora, assistindo com minhas amigas ou trabalhando na divulgação

_ desenvolver uma relação com minhas amigas em que a gente ache importante ser atenciosa e sincera em nossas conversas, mesmo quando a vida ta atribulada

_ salvar vidas como médica cirurgiã

esse segundo tipo de meta foca mais no processo do que no fim, requer que a gente esteja ativamente consciente do que esta rolando, alinhado com as intenções das pessoas ao nosso redor e por dentro das mudanças do mundo.

isso permite que a gente integre outras coisas no plano para enriquecer a experiência ao invés de achar que são distrações ou desvios de rota.

por exemplo, no caso da médica:

• primeiro tipo de meta:

para ser uma “profissional com 10 anos de experiência” basta bater carteirinha no consultório, memorizar o básico e fazer a manutenção dos contatos.

sim, já é bastante. mas pode trazer dois embates:

1. gera uma resistência a novidades, a pessoa não quer integrar novidades ou experimentar coisas porque tem medo que isso afaste ela da continuidade, linearidade, tradicionalismo;

2. ou o total oposto, pra conseguir se manter um longo tempo na mesma posição a pessoa atropela tudo numa mentalidade “vou fazer isso custe o que custar”.

• segundo tipo de meta:

para “salvar vidas” a cirurgiã pode buscar trabalhar em conjunto com outras profissionais, ser visitante em hospitais, se voluntariar, criar perfil nas redes sociais, dar aulas, continuar estudando…

o tempo não tem nada a ver com os méritos.

ainda requer constância, disciplina, e comprometimento, mas contar o tempo não é o fator principal.

essa abordagem parece trazer uma vida mais rica e dinâmica!

por hoje é isso,

um beijo da mica

até a próxima (: