DEV Community: vitoriazzp

[Boost]

vitoriazzp — Sat, 08 Aug 2026 02:56:45 +0000

Hemapriya Kanagala for The DEVengers

Aug 7

Dev Opportunity Radar #11: Claude Community Ambassadors, YC Startup Internship Expo, Z Fellows, and Stanford's AI Agents Course

#discuss #community #opportunities #resources

12 min read

O abismo entre cuidar do usuário e vender atenção: por que precisamos falar sobre dark patterns

vitoriazzp — Wed, 05 Aug 2026 10:30:00 +0000

Quem desenha interfaces sabe exatamente quais botões, textos e animações empurram alguém a gastar mais tempo, compartilhar mais dados ou clicar sem pensar. Isso não é acaso nem intuição: é técnica, testada e refinada em cada sprint.

Ao mesmo tempo, o produto cobra crescimento, retenção e ARPU. Esse atrito entre cuidado e conversão é o que chamamos de dark patterns.

Quero abrir essa discussão aqui porque ela raramente aparece nos fóruns certos. Falamos de dark patterns como algo que "outras empresas fazem", quando na prática é uma decisão que passa pela mesa de qualquer designer, PM ou dev em algum momento da carreira. Não é teoria distante. É escolha ética, técnica e muitas vezes política dentro do time, e vale a pena colocar em discussão em vez de tratar como tabu.

Quando percebi que eu também podia manipular: mexi no microcopy de confirmação de compra, uma palavra aqui, um botão que trocava de posição ou cor ali, e a taxa de desistência caiu.

A partir daí passou a ser recorrente: otimizações que "melhoravam métrica", mas dependiam de nudges que exploravam culpa, urgência ou o medo de perder algo.

Exemplos que você provavelmente conhece
Instagram. Entendo por que o feed infinito existe: mantém engajamento. Mas sei o que acontece no cérebro com recompensas imprevisíveis, e sei também como enterramos a opção de reduzir recomendações nos labirintos de configuração. Fiz isso? Já fiz ajustes parecidos.

Duolingo. A linguagem do feedback (streaks, perda de progresso) é poderosa. Já prototipei variações que aumentavam a retenção usando culpa como gatilho. Funcionava e me fazia questionar se o usuário estava aprendendo ou só evitando perder um número.

Twitter. Badges, contagens, notificações: projetos simples que criam desejo por validação social. Em sprints, empurramos features que aumentavam esse efeito porque "a métrica subiu". No fundo, eu sabia que estávamos jogando com a ansiedade alheia.

Apps de aposta viralizados. Pop-ups com ofertas por tempo limitado, passos confusos para cancelar, troca de opções por padrões escuros. Já recebi feedback de usuários irritados, e eu, que desenhei um dos fluxos, tive que ouvir isso de frente.

Shein, Shopee e afins. "Só resta 1 produto", "mais de 5 mil pessoas compraram isso" e contadores regressivos que reiniciam quando você atualiza a página. É falsa urgência e falsa escassez: números fabricados ou reciclados para criar pressão emocional artificial. A diferença entre isso e uma informação real de estoque baixo é sutil na tela e enorme na ética, e é justamente essa sutileza que faz o padrão funcionar tão bem.

O que a ciência mostra, e por que importa pra quem desenha
Reforço intermitente e dopamina. Quando você projeta recompensas imprevisíveis, o cérebro busca repetidamente a próxima "surpresa". A consequência é superficial: retenção aumentada, engajamento falseado.

Aversão à perda. Mensagens que mostram o que o usuário "vai perder" ativam decisões rápidas e emocionais, muitas vezes contrárias ao interesse real dele.

Sobrecarga e atalhos. Telas complexas e caminhos confusos para sair (cancelar, desativar) tiram o raciocínio crítico do jogo. O usuário cede por fadiga, e nós arquitetamos isso.

Como isso afeta quem está do outro lado da mesa
Conflito interno. Sinto culpa quando meu trabalho aumenta a receita às custas do tempo ou da saúde mental do usuário. Sinto pressão quando meus líderes perguntam "Como aumentar essa métrica em 10%?"

Risco reputacional. Os ganhos rápidos vêm com custos: perda de confiança, churn e críticas públicas. E ainda assim, sprints e metas conseguem cegar times para isso.

Posição de poder e responsabilidade. Nós, designers, temos influência direta sobre escolhas que não são apenas estéticas. São comportamentais. Isso exige decisão ética.

Questionamentos para sair do abismo
A pergunta de ouro antes de clicar em "entregar". Quem se beneficia mais com essa mudança, o usuário ou a empresa? Se a resposta for "empresa". Faça experimentos com métricas humanas. Além de CTR e tempo no app, rodo testes com métricas de bem-estar: satisfação após o uso, taxa de arrependimento, feedback qualitativo de suporte.

Transparência no design. Escrevo microcopies que explicam custos e consequências, proponho padrões claros de opt-in (nada de dark opt-out escondido) e defendo cancelamento simples.

Registro de decisões. Documento trade-offs e decisões de produto para prestar contas depois, principalmente quando sou cobrada por métricas agressivas.

Criar alternativas. Em vez de remover uma funcionalidade que traz receita, proponho versões menos opacas. Um exemplo: transformar streaks em relatórios de progresso voluntários, sem punição.

Buscar aliados. Levo preocupações para PMs, jurídico e pesquisa de usuário. O design sozinho não muda cultura. Muda quando vira política de time.

Argumentos que uso quando preciso convencer stakeholders
Ética + negócio: respeito ao usuário constrói confiança, e confiança vira retenção real, não só picos inflados por truques.

Risco regulatório: as legislações de privacidade e de proteção ao consumidor estão mais rígidas, e dark patterns têm custo legal.

Longo prazo > curto prazo: métricas infladas podem mascarar problemas de produto; focar em uma experiência sustentável evita churn e crises de imagem.

Dica: leia o livro "Como articular decisões em design do Tom Grever"

A pergunta que fica não é "dark patterns existem?"
É: quem no seu time está disposto a levantar a mão e perguntar "quem se beneficia com essa mudança"? E o que a empresa faz quando a resposta incomoda?

Se você já viveu esse abismo, no seu time ou na sua carreira, quero saber:

Como vocês lidam com isso na prática? Existe espaço pra recusar uma métrica agressiva onde você trabalha, ou o assunto nem chega a ser discutido?

Para saber mais: desenhar interfaces que vendem e respeitam quem usa
Ética em design não é abrir mão de conversão. É mudar o critério do que conta como sucesso. Alguns materiais que aprofundam esse caminho:

Deceptive Patterns, de Harry Brignull. O pesquisador que cunhou o termo "dark patterns" mantém um catálogo público de exemplos reais e escreveu o livro de referência sobre o assunto, disponível para leitura gratuita online.

The Ethical Design Handbook, de Trine Falbe, Martin Michael Frederiksen e Kim Andersen. Um guia prático (com PDF de amostra gratuito) sobre como crescer um negócio sem depender de dark patterns, incluindo um "Ethical Design Scorecard" para avaliar produtos.

"What Makes a Dark UI Pattern?", vídeo do Nielsen Norman Group, que traça a linha entre design persuasivo (nudge transparente) e manipulação (nudge que obscurece).

"Stop Shaming Your Users for Microconversions", também do NN/g, sobre por que confirmshaming ("não, prefiro continuar pagando caro") corrói confiança a médio prazo.

Se você trabalha com produto e quer levar esse debate para dentro do seu time, esses materiais dão vocabulário e dados concretos para a conversa, o que ajuda bastante quando o argumento precisa sair do campo do "eu acho" e entrar no campo do "aqui está o risco e o custo".

Bem-vindo(a) à Pastelaria de Design como organização aqui no DEVto!

vitoriazzp — Sun, 02 Aug 2026 19:01:47 +0000

Atenção: essa é uma extensão da Newsletter da vitoriazzp no Linkedin, ela tem o objetivo de levar conhecimento sobre design, UX, produto e o que mais tiver relacionado à tecnologia para quem tiver a fim de ler.

Newsletter: https://www.linkedin.com/newsletters/pastelaria-de-design-7313906464668946432/

Introdução

Essa organização foi criada por mim, vitoriazzp. Ela nasce como uma extensão mais livre da Newsletter do Linkedin, inspirada no que eu vi quando entrei no Dev.to: pessoas compartilhando experiências reais, aprendizados e conteúdo que ajuda de verdade.

Foi justamente essa vivência que me motivou a criar a Pastelaria de Design. O objetivo é reunir pessoas que demonstraram excelência no que fazem, indo além das expectativas que colocam sobre si mesmas.

Além disso, os membros poderão compartilhar conteúdos sobre seus nichos com bastante qualidade, de forma clara e fácil de acompanhar para qualquer pessoa no Dev.to.

Conteúdo esperado

Dependendo da pessoa, o conteúdo pode variar. Não existe um tema fixo para o que a Pastelaria de Design vai publicar. Pode ser desde dicas e truques, opiniões sobre produtividade, até conteúdos sobre design, UX, produto e outros assuntos ligados a produto e tecnologia.

O importante é que os posts sejam sempre úteis, relevantes e de alta qualidade para quem gosta desse universo.

Como participar?

O processo de entrada é simples. Você pode comentar neste artigo ou me chamar no Linkedin ou Twitter/X para trocarmos uma ideia.

Se a liderança da organização entender que você tem o perfil ideal para o grupo, o convite será enviado por e-mail usando o recurso de convite.

Obrigada!

Essa é a nossa introdução! Obrigada por ler. Fique à vontade para deixar dúvidas ou comentários abaixo.

[Boost]

vitoriazzp — Sun, 26 Jul 2026 19:31:18 +0000

Honest peer validation of tech career fears

Bárbara Martins da Silveira for He4rt Developers

Jul 26

Como eu venci o medo da transição de carreira

#carreira #aprendizado #networking #braziliandevs

143

3 min read

Contribuir para a comunidade: como destacar isso no seu LinkedIn e currículo

vitoriazzp — Wed, 22 Jul 2026 18:11:09 +0000

Como eu mostro que estou contribuindo?
Posso colocar no meu LinkedIn?
E no meu currículo, como faço?

Foi a partir dessas dúvidas que eu elaborei esse guia pra você que quer contribuir do seu jeito e mostrar às empresas e às pessoas, de forma clara e estratégica, o que você está fazendo.

Vamos lá? 👇

Por que eu deveria mostrar no LinkedIn?

LinkedIn é a porta de entrada para o mundo corporativo no Brasil e no mundo. É por meio dele que você mostra "trabalho". E tem mais: não é só experiência remunerada que conta como evidência de que você tem conhecimento e prática, mas também tudo o que você constrói de forma voluntária, seja tirando dúvida de alguém, participando de um projeto open-source ou escrevendo sobre o que aprendeu. Recrutador não lê currículo pensando só em carteira assinada. Lê pensando em capacidade.

Você contribui com algo para a comunidade e quer colocar isso no seu perfil. Existem 3 formas que você pode usar, e elas podem ser usadas todas juntas ou só uma.

Escolha aquela que fizer mais sentido pro seu perfil ou busque por outras pessoas que você admira dentro da comunidade e veja como elas colocaram no próprio perfil.

1. Seção de Experiência

Use como experiência sempre que estiver contribuindo de forma profissional pra uma área que você busca. Se você participa de contribuições no GitHub, seja através de código, documentação ou outra forma, use como experiência.

Pessoas que também estão ajudando na moderação ou administração (community managers) podem destacar as responsabilidades ou resultados das suas ações por aqui.

Exemplo de como preencher no LinkedIn:

Cargo: [cargo que você faz] Open Source
Empresa: [Nome do projeto/organização]
Tipo de emprego: Meio período (ou Voluntário)
Local: Remoto, Brasil

Descrição:
- Contribuí com [X] pull requests na documentação do projeto [Nome],
  focando em clareza para novos contribuidores.
- Revisei issues abertas e sugeri melhorias de acessibilidade em
  componentes de UI usando [ferramenta/stack].
- Participei de reuniões semanais de planejamento com o time core
  do projeto.

Se estiver em dúvida sobre a sua atuação em algum projeto ou até especificamente sobre como colocar, comenta aqui ou chama a gente no Discord; ficaremos felizes em te ajudar.

2. Seção de voluntariado

Esse espaço é um pouco mais livre. Você pode usar pra mostrar que é membro da comunidade, moderador ou outro cargo que faça sentido e descreva sua participação. Não é necessário listar ou descrever o que você faz, só se quiser 🫣

Exemplo simples:

Organização: He4rt Developers
Função: Devloper Advocated
Causa: Ciência e tecnologia
Período: Março de 2025 - Presente

Descrição (opcional):
- Lidero o programa de advocacia da comunidade, conectando
  membros a oportunidades de conteúdo e mentoria.

Exemplo mínimo, sem descrição:

Organização: Friends of Figma Porto Alegre
Função: Voluntária (fotografia e recepção de convidados)
Período: 2025 - Presente

3. Seção de Projetos

Participa de um projeto específico da comunidade? Essa seção é a mais indicada pra você nesse caso, porque dá visibilidade às suas stacks e skills. Por isso é importante estruturar:

Nome do projeto
Prévia (print ou link do repositório)
Descrição do que é
Stacks que você aplica durante as suas contribuições
(opcional) Marque quem está no projeto com você

Exemplo:

Nome do projeto: Plataforma da He4rt 
Link: github.com/he4rt/heartdevs.com

Descrição:
Landing page da comunidade He4rt Developers,
Construída com identidade visual própria (roxo He4rt, dark mode).

Minha contribuição:
Design e desenvolvimento front-end da página, do wireframe
À implementação em PHP.

Stacks: Figma, React, Tailwind CSS, Claude Design

Depara: quem tem experiência x quem não tem

Um erro comum é achar que sem carteira assinada não tem o que mostrar. Não é bem assim. Muda a forma de descrever, não a legitimidade do que você fez.

Nos dois casos, a régua é a mesma: se você fez, pode mostrar. O que muda é o quanto de contexto você precisa dar pra quem está lendo confiar no que está escrito.

Segunda parada: currículo

É importante manter as mesmas informações que você tem no LinkedIn. Caso não tenha experiência formal, mas contribua pra comunidade, pode colocar diretamente na seção de experiência, com pelo menos 2 bullets do que você fez, como fez e qual foi o resultado.

Exemplo:

He4rt Developers (Tecnologia)
UI/UX Designer | Remoto, Brasil | Março 2026 - Presente

- Desenvolvi microcopy e fluxos de UI para funcionalidades internas
  da comunidade, aplicando princípios de acessibilidade e clareza.
- Colaborei com o time de desenvolvimento na construção da landing
  page de artigos, do wireframe em Figma à entrega final em React.

Exemplo pra quem já tem experiência formal em outra área e quer somar a contribuição:

Friends of Figma Porto Alegre (Comunidade)
Voluntária | Porto Alegre, Brasil | 2025 - Presente

- Apoiei a organização de eventos presenciais, atuando na recepção
  de convidados e registro fotográfico do evento.

Um modelo pra chamar de seu

Pra facilitar essa parte do currículo, criei um modelo que passa tanto pela leitura de um recrutador humano quanto por um ATS (o robô que filtra currículo antes de chegar em alguém). Ele serve tanto pra quem já tem experiência formal e quer só organizar melhor, quanto pra quem está usando a comunidade como primeira experiência pra registrar no papel.

Modelo Currículo (com e sem experiência) - Google Docs

docs.google.com

Contribuir pra comunidade é trabalho, mesmo sem salário no fim do mês. E o trabalho merece estar registrado em algum lugar que outras pessoas possam ver.

Se esse guia te ajudou a organizar como colocar sua contribuição no LinkedIn ou no currículo, conta aqui nos comentários:

Qual a sua maior dor hoje pra mostrar as suas contribuições no LinkedIn ou no currículo?

Como escolher eventos de tecnologia para participar

vitoriazzp — Mon, 13 Jul 2026 17:45:47 +0000

Quando comecei a ir a eventos de tecnologia, estava na faculdade e ia a todos os gratuitos ou que custavam, no máximo, 100 reais. Porém, eu estava começando em TI e sabia tão pouco sobre a área em que eu queria atuar, logo qualquer evento despertava minha curiosidade.

Os anos passaram e eu me tornei frontend e passei a participar de eventos como front in (sampa, floripa, poa), TDCs, Roadsec (the mind sec) entre outros aí.

Por que ir a esses eventos?

Desde que comecei a fazer freelance e me formei, percebo que é onde eu descubro as tecnologias e os problemas que as pessoas têm percebido. Também é uma forma prática de eu sair da minha zona de conforto e conhecer pessoas, visões de mundo diferentes e voltar com ideias pros meus serviços.

Quando eu estava na faculdade, era muito mais simples ter essas duas "pontes" de comunicação e também de venda de solução. Após me formar e começar a trabalhar, percebi que a prospecção de clientes seria muito mais difícil se eu não estivesse nesses eventos.

Mas Vih, eu estou estudando, não estou mirando em freelance, do que me adianta ir?

Adianta que você conhece pessoas, faz amigos ou pessoas que vão te contratar ou indicar em trabalhos futuros. Além das palestras que podem te mostrar uma área dentro de TI que você ainda não conhecia e pode acabar gostando.

Como eu escolhia os eventos que iam fazer diferença pra mim?

1) Eu tinha uma lista de assuntos e áreas de que eu gostava ou que acompanhava já nas redes sociais, exemplo:

- frontend: flutter, react, html/css, boas práticas, realidade aumentada
- segurança da informação: hacks, boas práticas, curiosidades etc
- backend: qualquer stack pra se atualizar
- design ihc, ux, produto, estratégia, marketing

2) Seguia no Instagram as pessoas dessas áreas, que às vezes eram as mesmas que participavam dos eventos, por exemplo:

@juliallabs
@stherzada
@danielhe4rt
@spacecoding
@nataliafdev
@omarcusdev
@dessadev

Esses são alguns dos exemplos que eu mais acompanhava no Instagram, algumas pessoas também têm perfil nesta plataforma, mas o conteúdo sobre eventos está no Insta!

3) Tinha uma noção do custo de alguns eventos, e quais eu podia arcar, quais eu precisava pra me atualizar ou fazer networking específico:

Conferências até R$ 1.500;
Eventos/meetups de R$ 0 a 600; > Ter a meia-entrada ou o ingresso solidário ajudava a pagar menos; às vezes, a faculdade ou o emprego pagava a entrada em troca de trazer o conteúdo aplicado. Vale consultar a disponibilidade pra economizar.

Mas qual a diferença entre conferência, eventos, meetups?

Conferência costuma ser um evento amplo; faz-se pra apresentar conteúdos específicos, e o público costuma ser de empresas que levam o funcionário ou de pessoas que já estão no mercado e conseguem arcar com o custo do ingresso.
Eventos podem ser pagos ou gratuitos; costumam ser organizados por empresas, mas às vezes comunidades também.
Meetups são frequentemente organizados por comunidades e podem ou não ter custo; depende do lugar em que acontecem.

Onde eu posso achar eventos de tecnologia?

Existem os sites de venda de ingresso como

Summits são mais voltados para empresas ou empreendedores; os valores são bem altos, mas consegue desconto dependendo da tua empresa ou faculdade. Vale a pena se pretende atuar em algum setor muito específico.

E você? Como costuma escolher quais eventos de tecnologia ir?

Design não se faz sozinho: Friends of Figma mudou como eu vejo design

vitoriazzp — Thu, 09 Jul 2026 07:31:44 +0000

Abertura

Eu sempre participei de comunidades de tecnologia: grupos de estudo do Google, Flutterando, Stem Girls, He4rt Developers. Todos esses ambientes me faziam sentir segura para cometer erros, aprender e ensinar o próximo.

Mas toda comunidade de design que eu tentava me aproximar sempre parecia muito corporativa ou elitizada. E esse aspecto sempre me afastou.

Quando descobri o Friends of Figma, eu estava buscando formas de aprimorar meu inglês para além do streaming na Twitch, tentando aprender algo que fizesse sentido para o meu contexto em UX design.

O que é o Friends of Figma (FOF)

É uma comunidade global e oficial do Figma. Existe uma edição em quase cada canto do planeta, e é possível participar de eventos online ou presenciais de forma gratuita. Basta se inscrever pelo site: https://friends.figma.com/events/#/list

A experiência online, em outros países

Minha primeira experiência com um FOF, na verdade, foi em Boston. Como falei lá no início, eu estava tentando aprimorar meu inglês, era uma forma paralela de praticar a fala e a escrita dentro do meu contexto. E funcionou por alguns meses.

Mas eu queria mais. Queria algo presencial, mesmo que isso significasse abrir mão de praticar o idioma.

A experiência local

Eu moro no sul do Brasil, mas participei de duas edições. A primeira, e a de que eu sou voluntária de verdade, é a de Porto Alegre. São eventos focados em networking, novidades do Figma e também em carreira. A segunda foi em São Paulo, quando ainda se falava bastante sobre IA e acessibilidade.

Foi interessante ir a esses eventos presenciais porque me deu visibilidade sobre quem usa a plataforma. E pasmem, não é só de designers que se faz aquela plataforma.

Foi através desse insight e das conversas com as pessoas que eu percebi: aqui é um lugar em que eu me sinto pertencente. Eu quero contribuir, quero crescer junto com essas pessoas.

Por isso, hoje em dia, já atuo como voluntária nos eventos da comunidade:

tirando fotos ou filmando;
ajudando as pessoas a se localizarem no espaço;
enviando link de dúvidas aos convidados;
trocando ideia com quem vai ao evento.

Portas que isso abriu

UX design foi onde eu encontrei propósito. Mas mesmo praticando o que o mercado pedia de um designer de produto, percebi nos eventos que eu praticava muito pouco sobre a experiência do usuário na sua essência.

Foi escutando o dia a dia de outros designers e de pessoas de fora da área que eu enxerguei potência. Vi acessibilidade, por conhecer muitas visões diferentes. Vi que meu trabalho, quando envolvesse pesquisa, poderia ter um olhar muito mais crítico do que apenas visual ou de produto.

Por que comunidade importa pra quem faz design

Em muitas das experiências que tive como designer, eu era uma equipe inteira sozinha. Precisava decidir tudo, mesmo quando havia mais designers na empresa. Pro meu produto, eu era:

quem pesquisava, UX research;
quem pensava e escrevia, UX writing;
quem criava o visual, UI design;
quem documentava, explicava decisão de UI e ainda componentizava, design system;
quem criava processos pra outros designers terem mais eficiência, design ops.

Entender que não era só eu vivendo assim, que muita gente também acumulava tudo isso, foi triste. Mas também foi bom, porque me ajudou a adaptar minha forma de trabalhar. E descobrir que existem empresas com 200 designers, onde você não acumula função, também mudou minha perspectiva.

Foi aí que comecei a entender que design é, na verdade, uma área dentro da comunicação e da estratégia. E quando você sabe usar as duas, consegue ir muito mais longe.

Fechamento

Se tem uma coisa que o Friends of Figma me ensinou, é que crescer sozinha tem um teto. Dá pra ir, mas dá muito mais trabalho, e você aprende bem mais devagar do que aprenderia ao lado de outras pessoas.

Hoje, quando penso em carreira, penso em comunidade. Não é sobre ter as respostas prontas, é sobre estar perto de quem também está buscando, errando e construindo junto. Foi assim que entendi que design não é sobre dar conta de todas as frentes sozinha. É sobre saber quando ouvir, quando aprender com quem está do seu lado e quando ensinar quem está chegando agora.

Se você é designer, ou só curioso sobre a área, e ainda não participou de um Friends of Figma perto de você, ou mesmo online, esse é o convite. Procura no site, vê se tem uma edição na sua cidade ou se rola alguma online. Vale muito a pena.

Quando o Pomodoro não funciona: organização realista para TDAH em burnout

vitoriazzp — Mon, 15 Jun 2026 21:45:00 +0000

⚠️aviso: este artigo não pretende promover o trabalho durante exaustão mental (burnout), se você estiver passando por um - busque por ajuda terapêutica ou amigos. E principalmente: descanse!

Um relato honesto de alguém que trabalha com design, vive com TDAH e está cansada de dicas genéricas

Tem um tipo de artigo sobre organização que eu já sei de cor. É sempre alguma variação de: “faça uma lista, use Pomodoro, durma 8 horas e beba água”.

Só que tem um cenário que quase nunca aparece nessas listas:

O momento em que você não é neurotípica, está em burnout, tem duas tarefas importantes com o mesmo prazo e nenhuma técnica milagrosa resolve. É sobre isso que eu quero falar aqui.

Sumário:

O cenário caótico (e bem real)
Por que o Pomodoro não funciona pra todo mundo
Burnout em quem tem TDAH
O dia em que duas tarefas importantes têm o mesmo prazo
Estratégia 1: uma prioridade verdadeira por dia
Estratégia 2: subtarefas em vez de cronômetro
Estratégia 3: time blocking gentil (agenda que não te esmaga)
Estratégia 4: reduzir fricção em vez de exigir mais disciplina
Estratégia 5: contratos curtos consigo mesma
E quando nada disso parece suficiente?
Referências

O cenário caótico (e bem real)

Imagina o seguinte:

Projeto A: entrega do pitch da pós, com prazo na sexta.
Projeto B: preparar apresentação do roadmap, também para sexta.

Você já está cansada, a cabeça rodando, o corpo em modo economia de energia.

Aí você joga no Google “como se organizar” e recebe de volta: “Use a técnica Pomodoro, 25 minutos de foco, 5 de pausa.”

E você pensa: “Amiga, eu mal estou levantando da cama. Você quer que eu vire um cronômetro humano?”

A real é que muita técnica de produtividade tradicional foi pensada para cérebros neurotípicos. Quando a gente vive com TDAH, burnout ou os dois juntos, essa lógica simplesmente não encaixa tão bem.

Por que o Pomodoro não funciona pra todo mundo

Pomodoro é ótimo… para algumas pessoas.

Mas tem motivos bem específicos para ser um caos para muitos de nós. Por exemplo:

A pausa obrigatória, interrompe justo quando o foco finalmente chegou.
A sensação do timer contando, aumenta a ansiedade em vez de ajudar.
Cada “reinício de ciclo” vira mais uma micro decisão, e nosso cérebro já sofre com excesso de decisões.

Quando você está em burnout, a coisa complica ainda mais, porque só o esforço de planejar ciclos já é cansativo, e a promessa de “é só 25 minutos” vira culpa se você não consegue seguir o script.

Então, não é sobre falta de disciplina!
Às vezes é simplesmente que a ferramenta foi desenhada para outro tipo de funcionamento mental.

Burnout em quem tem TDAH

Burnout não aparece igual para todo mundo.

Em quem tem o transtorno, ele pode se confundir com uma “piora do TDAH”:

Mais esquecimento.
Mais desorganização.
Mais travamento, mais procrastinação.

De fora, pode parecer que “a pessoa ficou mais preguiçosa”.

Por dentro, é o cérebro tentando operar com pouco combustível, mas o tempo todo.

Ao mesmo tempo, muitos textos sobre organização ainda falam como se todos tivessem a mesma percepção de tempo, a mesma capacidade de manter rotina e a mesma reserva de energia mental.

Na prática, a gente precisa de algo mais gentil e realista.

O dia em que duas tarefas importantes têm o mesmo prazo

Volta para o nosso exemplo:

Projeto A: pitch da pós.
Projeto B: apresentação de roadmap.

Ambos importantes, ambos com o mesmo deadline.

O conselho padrão seria “prioriza”.

Só que priorizar quando tudo é importante é justamente uma das grandes dificuldades para quem não tem uma relação típica com tempo e urgência.

O resultado costuma ser paralisia, culpa e distração para escapar da sensação de “não sei por onde começar”.

Então vamos olhar de outro jeito:

Não é sobre decidir qual projeto você “ama mais”
é sobre desenhar um dia que seja possível com o cérebro e a energia que você tem agora.

Separei 5 estratégias que funcionam comigo, e também podem funcionar pra você, mas lembre-se: nada do que está aqui, é escrito em pedra. Ou seja, pode mudar e ajustar conforme precisar.

Estratégia 1: uma prioridade verdadeira por dia

Sim, as duas tarefas são importantes.

Mas isso não significa que as duas precisam ser a missão principal do mesmo dia.

Uma recomendação comum em materiais de organização é reduzir o foco diário para poucas tarefas essenciais.

Aqui, a ideia é assumir que, em burnout, isso é ainda mais importante.

Na prática, poderia ficar assim:

Hoje: Projeto A (pitch da pós) é a prioridade absoluta.
Projeto B ganha um “prazo interno” diferente, por exemplo, avançar em um bloco menor no fim do dia ou no dia seguinte.

Você continua responsável pelas duas coisas.

Mas o centro da sua atenção e da sua energia fica reservado para uma tarefa de cada vez.

Isso não é irresponsabilidade, é uma forma de não se perder tentando abraçar tudo ao mesmo tempo.

Estratégia 2: subtarefas em vez de cronômetro

Em vez de focar em “quanto tempo” você vai ficar na tarefa, faz mais sentido focar em “qual próximo passo concreto eu consigo dar”.

Vários materiais de terapia cognitivo-comportamental (TCC) para TDAH sugerem quebrar tarefas grandes em etapas bem pequenas e específicas.

Por exemplo, para o Projeto A (pitch da pós):

Abrir o documento do pitch.
Escrever, em rascunho, qual problema o projeto resolve.
Transformar isso em 3 bullets de impacto.
Montar a estrutura dos slides base, sem se preocupar com visual perfeito.
Fazer uma revisão rápida e cortar o que está sobrando.

Nenhuma dessas etapas depende de um timer. O “contrato” é com a próxima subtarefa, não com 25 minutos exatos.

Para cérebros que travam facilmente, esse tipo de granularidade ajuda tanto a começar quanto a terminar tarefas.

Estratégia 3: time blocking gentil (agenda que não te esmaga)

Time blocking é reservar blocos de tempo para tarefas específicas em vez de deixar tudo jogado numa lista.

Em vez de: “trabalhar no pitch em algum momento”, fica:

Das 9h às 11h: Projeto A, escrever o conteúdo do pitch.
Das 14h às 16h: Projeto A, montar e revisar slides.

Não precisa ser milimetricamente exato. Se a manhã escorregar um pouco, você ajusta.

O objetivo é diminuir a pergunta “o que eu faço agora” e não adicionar uma nova fonte de culpa. Quando estamos em burnout, cada micro decisão a menos já é um alívio.

Estratégia 4: reduzir fricção em vez de exigir mais disciplina

Muitos conteúdos sobre organização falam de manter rotina, minimizar distrações e tentar se manter organizada.

Quando traduzimos isso para um dia real, vira algo bem simples.

Antes de começar o Projeto A, por exemplo:

Fechar as abas que não têm relação com o pitch.
Deixar abertas apenas o documento principal e o material de referência.
Preparar água ou café para evitar levantar e quebrar o foco a todo momento.

No espaço físico, não precisa ser uma revolução.

Só tirar do campo de visão aquilo que mais chama atenção ou te puxa para outra coisa.

Se energia é um recurso escasso, não dá pra confiar em disciplina infinita.

Então faz mais sentido mexer no ambiente para que agir seja um pouco menos difícil.

Estratégia 5: contratos curtos consigo mesma

Uma alternativa ao Pomodoro que aparece em algumas discussões é a técnica Flowtime. Em vez de timers fixos e pausas obrigatórias, a ideia é: escolher uma tarefa específica, entrar no fluxo e registrar quanto tempo você ficou, só depois.

Adaptando para o nosso contexto, dá para pensar em contratos curtos:

“Vou ficar no Projeto A até terminar esse slide.”
“Vou escrever o roteiro do pitch até sentir que a cabeça travou. Quando isso acontecer, faço uma pausa curta e depois volto.”

Diferente do Pomodoro, você não é arrancada do foco por um alarme.

Você respeita o próprio ritmo, e usa o tempo como ferramenta de observação, não de punição.

Para quem já sente que vive num mundo de regras e cronômetros, essa abordagem pode ser mais leve e sustentável.

E quando nada disso parece suficiente?

Não existe estratégia de organização que cure burnout, mesmo que vários textos sobre TDAH, burnout e saúde mental reforçam que descanso, redução de carga e apoio profissional são parte fundamental do processo. A vida não para, os projetos e contas continuam a chegar

Nessa encruzilhada, talvez a pergunta não seja “como ser mais produtiva”. Talvez seja “como diminuir o caos o suficiente para funcionar sem me quebrar inteira”.

Alguns pontos que aparecem com frequência nas minhas pesquisas:

Evitar multitarefa sempre que possível, mesmo que o cérebro queira abrir cinco coisas ao mesmo tempo.
Buscar companhia para iniciar tarefas (o famoso body doubling), que ajuda a atravessar a barreira do começo.
Tentar manter o básico de sono, alimentação e pausas mínimas, não como receita mágica, mas como sustentação do pouco foco disponível.

E, às vezes, organização realista é olhar para o Projeto A e o Projeto B, e decidir que um deles vai ficar mais simples do que você idealizou. Não por falta de capacidade, mas por autoconservação.

Referências

Se você quiser se aprofundar mais (ou indicar conteúdo para alguém), algumas fontes e materiais que eu gosto de ler:

Meus testes pessoais durante 4 anos de terapia e autoavaliação de como fazer a vida andar, mesmo com o céu caindo na minha cabeça. Se quiser conversar, sinta-se livre pra me chamar no instagram @viitoriazzp
A Deceptively Simple System for Getting More Done with ADHD - additude
Ebook: Feel-Good Productivity - Ali Abdaal
Ebook: Controlando a Depressão com TCC Para Leigos - Brian Thompson
Canal de videos: Psycho2Go
Video: End Doom Scrolling in 30 Days! (ADHD Dopamine Fix) - Hayley Honeyman
Video: How to Recognize, Manage & Avoid Dysregulation- Hayley Honeyman
Video: The ADHD Organizational/Schedule Hack You NEED!- Hayley Honeyman

Se esses conteúdos não conversarem com a sua realidade, talvez seja justamente porque ainda faltam textos escritos por quem está vivendo isso na pele. E, nesse caso, seu próprio relato já é uma parte importante dessa biblioteca que ainda não existe.

Achei interessante, talvez você também goste:

vitoriazzp — Wed, 03 Jun 2026 04:00:47 +0000

Pachi 🥑 (she/her)

Jun 2

O Paradoxo dos 70/30: A aceleração da IA aliada à experiência humana

#braziliandevs #ai #programming #productivity

5 min read

Entrei pra fazer networking, mas não imaginava o que ia encontrar...

vitoriazzp — Sun, 24 May 2026 00:29:09 +0000

Participar ativamente de uma comunidade é um dos processos de desenvolvimento mais silenciosos que existem.

A gente não percebe enquanto acontece. Você aparece num evento, contribui com uma ideia num projeto, responde uma dúvida num canal e parece pouca coisa. Mas vai acumulando.

De repente você tá se comunicando melhor. Organizando pensamentos antes de mandar uma mensagem. Tendo criatividade pra contribuir com algo que não é só seu, mas que tem um pouco de você.

São as famosas soft skills. Aquelas que todo mundo pede em vaga e quase ninguém consegue desenvolver dentro de uma sala de aula.

O que muda quando você escolhe estar ali

No trabalho, você aparece porque precisa. Na comunidade, você aparece porque quer. E essa diferença muda a forma como você se relaciona com tudo: com os prazos, com a colaboração, com os erros, com as pessoas.
Quando você topa contribuir com um projeto comunitário sabendo que não vai ganhar nada além da experiência, algo se acomoda de um jeito diferente dentro de você.

Você aprende a colaborar sem competir. A melhorar sem precisar provar nada. A construir junto, considerando o ritmo de outras pessoas, padrões coletivos, melhoria contínua, tudo isso num espaço que muitas vezes cabe na palma da mão.

E tem algo muito específico que acontece nesses espaços: você ajuda alguém que tá passando por uma situação que você passou há pouco tempo. Uma dúvida, uma insegurança, um momento de travamento. E o fato de você estar ali, com aquela experiência ainda fresca, faz diferença real pra aquela pessoa.

Isso não aparece no currículo. Mas fica em você.

O voluntariado que não foi planejado, mas fez todo sentido

Durante anos participei da Heart Developers como membro. Sempre achei que era um lugar acessível de verdade, não só pra se conectar com pessoas, mas pra se desenvolver de formas que você não encontra em outros lugares.

Compartilhava isso com amigos, com pessoas do meu círculo, naturalmente.
Foi do ano passado pra cá que minha postura mudou. Comecei a me envolver cada vez mais com a parte de moderação e administrativa da comunidade, e também a buscar uma modalidade dentro dela onde eu pudesse contribuir e me sentir parte de algo. Algo que sempre me trouxe boas experiências nos anos que estive na área de tecnologia.

E foi exatamente isso que o voluntariado me ensinou que eu não esperava: - Que contribuir sem uma função formal também é crescimento.

Que organizar, moderar, cuidar de um espaço coletivo desenvolve habilidades que nenhum projeto solo desenvolve.
Comunicação com contexto, responsabilidade com o que é de todos, paciência com processos que não dependem só de você.

Foi a partir dessa mudança na He4rt que comecei a buscar outras comunidades também.

Passei a pesquisar em plataformas que já usava, Discord, LinkedIn, Twitch, com um olhar diferente. Foi assim que encontrei o Friends of Figma Porto Alegre, e outras comunidades que foram ampliando minha rede de pessoas em tecnologia de um jeito que o networking tradicional nunca teria feito.

Como encontrar comunidades que valem o seu tempo

Não existe fórmula, mas tem alguns caminhos que funcionaram pra mim e que podem fazer sentido pra você também.

Saiba o que você quer além do networking:
Pode parecer óbvio, mas faz diferença. No meu caso, eu queria fazer parte de algo, contribuir de verdade, e também me distrair um pouco do boom de IA que tá em todo lugar. Ter clareza sobre isso ajuda a filtrar o que faz sentido e o que não faz.
Busque nas plataformas que você já usa:
Discord, LinkedIn, Twitch, não precisa ir longe. Palavras-chave simples como "comunidade", "tecnologia", "UX design" já trazem resultados relevantes. O segredo é pesquisar com intenção, não só passivamente.
Entenda quais iniciativas aquela comunidade tem:
Antes de se envolver, observe. A comunidade só consome conteúdo ou também produz? Tem espaço pra voluntariado, projetos, colaboração? Você consegue enxergar uma forma de se desenvolver ali? Quando a resposta é sim, pertencimento vem naturalmente.

Por exemplo, duas comunidades que têm construído comigo:

A Heart Developers foi onde tudo começou a fazer mais sentido. Um lugar onde tecnologia e pessoas andam juntas, onde o papo não precisa ser só técnico pra ser relevante, e onde eu encontrei espaço pra contribuir de formas que não esperava.

Encontro do PHP Pub SP + He4rt Devs, Maio de 2026

O Friends of Figma Porto Alegre chegou depois, como parte dessa busca ativa por comunidades. E trouxe algo que eu não estava procurando diretamente: a percepção de que design é, antes de qualquer coisa, um assunto coletivo. Eventos, trocas, perspectivas diferentes sobre pessoas e seus desafios diários.

Especial dia das Mulheres com Friends Of Figma, Março de 2026

As duas têm algo em comum que não é fácil de construir: um ambiente onde você pode aparecer sem precisar fingir que já sabe tudo.

Por que isso importa mais do que parece

A gente fala muito sobre cursos, certificações, portfólio. Fala menos sobre o que acontece quando você simplesmente aparece, participa e se deixa fazer parte de algo que também tá crescendo.

A pessoa que você vai ser daqui a alguns anos não vai ser moldada só pelas ferramentas que aprendeu. Vai ser moldada pelas conversas que teve, pelos projetos que topou sem ter certeza, pelas pessoas que ajudou e pelas que te ajudaram.

Comunidade é isso. Um crescimento que acontece junto, quase sem você perceber, e que um dia você olha pra trás e vê claramente.
Se você ainda não encontrou a sua, vale procurar!

De front-end para UX, e de volta ao código: o que significa ser Design Engineer em 2026

vitoriazzp — Fri, 03 Apr 2026 13:00:00 +0000

Sou UX/UI designer, mas antes disso fui front-end.

Atuei cerca de 5 anos trabalhando com HTML e CSS, transformando layouts em páginas, entendendo hierarquia de informação e estrutura de interface. Depois, tomei o caminho oposto: migrei para UX/UI e agora completo 5 anos atuando em produtos, passando por fintech, utilities e atuando como Product Designer.

Essa trajetória, de front para UX e agora voltando a se aproximar do código, é justamente o que me levou a me reconhecer em um termo que gosto bastante: Design Engineer.

Minha trajetória: 5 anos de front-end, 5 anos de UX

Quando era front-end, eu via a tela como um resultado de código: HTML estruturando a informação, CSS dando forma e layout, um pouco de JavaScript dando comportamento.

Quando migrei para UX, passei a olhar mais para o todo do produto: pesquisa, fluxos, contexto do usuário, design systems, governança, revisão de interfaces, conversa com times de produto e de negócios.
Hoje, percebo que essas duas visões não são opostas. Elas se completam.

O que é design engineer em 2026?

Se você pesquisar sobre "Design Engineer", vai encontrar muitas definições técnicas, mas na prática o que mais faz sentido para mim é:

A pessoa que entende UX, código e um pouco de backend ao mesmo tempo, e usa isso para desenhar interfaces que são pensadas desde o primeiro pixel até a última chamada de API.

Não é só "quem desenha + quem programa"
É quem pensa em experiência e implementação juntas:

Um botão que não só parece bem-desenhado, mas também considera estados de loading, erro, disabled.
Um fluxo de cadastro que não só é bonito, mas que já prevê o que o backend vai precisar para validar, salvar e devolver feedback.
Um produto que pensa em performance, acessibilidade e usabilidade em uma única conversa.

Como front-end e UX mudam sua forma de ver produto

Como eu via a tela como desenvolvedor front-end
HTML estruturando a informação. CSS dando forma. Um pouco de JavaScript dando comportamento. A tela era resultado direto do código.

O que mudou quando migrei para UX/UI
Passei a olhar para o produto como um todo: pesquisa, fluxos, contexto do usuário. O código virou uma consequência, não o ponto de partida.

O que muda agora é que percebo que não preciso mais ficar só de um lado

Por que estou voltando ao código agora

Com o avanço de ferramentas como IA integrada ao Figma, prototipagem cada vez mais próxima do código e experiências acumuladas como Product Designer, foi aí que o conceito de Design Engineer passou a fazer sentido de verdade pra mim.

JavaScript moderno, React e um pouco de backend
Comecei a estudar de forma mais focada para:

Atualizar meu JavaScript (ES2024, async/await, fetch, arrays/objetos)
Reativar React (componentes, hooks, estado compartilhado)
Entender backend leve (Node/Express, rotas simples, persistência básica)
Pensar em performance e otimização das interfaces que ajudo a construir

Como estou usando IA no processo de aprendizado

Hoje, uso o Claude AI não como substituto, mas como apoio para:

Quebrar problemas de código em etapas menores
Revisar fluxos de dados entre front e backend
Organizar pensamentos e lógica de features

Design Engineer não é um cargo. É uma forma de pensar

O que mais gosto de dizer é que, em 2026, Design Engineer não é só um título de empresa grande ou de time específico. Pode existir em qualquer lugar onde UX e código se encontram:

Em um produto próprio
Em um projeto freelancer
Em um repositório público
Em um fluxo de trabalho híbrido, mesmo sem ter um cargo oficial com esse nome

O que importa é a maneira de pensar: UX + código ao mesmo tempo. Protótipos e implementação como parte do mesmo processo. Interfaces que consideram o que o usuário sente e o que o backend precisa.

O que vem por aí: UX data-driven e componentes React

Esse movimento não é só "voltar" ao front-end. É re-aprender JavaScript, entender melhor React e backend, e levar essa visão de UX para dentro do código.
Em breve, quero escrever mais sobre:

Como transformo um fluxo de UX do Figma em componentes React
Como penso em performance e carregamento em UX para web
Como organizar estudos de UX + código em ciclos curtos e práticos

E numa parte que ainda não me sinto confortável, mas sei que é essencial: vou falar sobre como estou começando a me tornar uma UX mais data-driven, porque ser Design Engineer em 2026 também é aprender a ouvir o que os números dizem sobre o UX que eu desenho.

Você também está nesse meio-termo entre UX e código?

Se você chegou até aqui, é bem provável que também se sinta em algum meio-termo entre UX e código.

Que tal comentar:

Como você se vê hoje entre design e desenvolvimento?
Você já tentou voltar pro código depois de virar UX, ou está no caminho invertido?

Esse é o tipo de conversa que me ajuda a entender como o conceito de Design Engineer está se moldando, bem além de títulos de empresa.

Microsoft Teams: como fazer bom uso para o dia a dia

vitoriazzp — Fri, 06 Feb 2026 01:25:27 +0000

Microsoft Teams ou apenas Teams para os mais íntimos! é uma plataforma de agendamento de reuniões da Microsoft, similar ao Google Meet e Zoom, ela faz parte do pacote office.

Aqui no trabalho por conta do uso dos programas Microsoft, o uso frequente e eficiente do Teams também se faz essencial. Em vista disso, eu trouxe algumas dicas e funcionalidades que ajudam a minha rotina a ser mais leve.

Bom, vamos lá?

1. Assistente de agendamento

selecione todas as pessoas que irão participar da agenda;
clique em assistente de agendamento
visualize quais gaps (intervalos) de agenda estão livres para todos os integrantes

Nessa visualização fica bem mais fácil de visualizar e também de agendar uma reunião que precise da participação de gerentes ou de todo o time de desenvolvimento

2. Em chats: crie uma seção para "agrupar"

Se assim como eu você também faz muitas reuniões, criar seções pode ser um caminho de organizar e agrupar as tuas reuniões

3. Agendamento de Mensagem

Digite a sua mensagem de texto, mas antes de tocar na tecla Enter, pegue o mouse e toque com o botão direito do mouse, em seguida irá aparecer para agendar

4. Estruture a sua reunião

Uma reunião costuma ser de 30min, 1h ou no máximo 2h são para resolver um problema ou levantar ideias. É importante deixar claro aos participantes sobre o que é e como planeja fazer isso. Seja por meio de uma planilha, por meio de uma pergunta de provocação ou outro material.

Mostrar a quem participa que você preparou algo, mesmo que de forma básica e objetiva vai tornar a agenda mais assertiva e consequentemente pode trazer mais resultado.

Outras formas de tornar a estrutura notável, é seguir algumas dicas como:

título nome squad: assunto
Ex: Time Tech Arrecadação: Uso do cursor por desenvolvedores
Pessoas obrigatórias: quem tu precisa pra resolver o problema - seja teu colega
Pessoas opcionais: quem pode contribuir, mas não é essencial
descrição: coloque aqui o objetivo da reunião