Hey, I’m Vítor 👋 A Brazilian designer building NoxiFlow on my own.
I’ve been designing since I was 15. Almost two decades later, that’s taken me through advertising, motion, branding, and leading product teams at startups.
Sai uma IA nova e eu já quero testar no meio do trabalho. Só que cada troca tem um custo meio invisível: passar o contexto, conferir o que ela entendeu e retomar de onde parei.
Vocês têm algum critério pra trocar de ferramenta ou também vão na curiosidade?
#IA
A new layout, a new shortcut, and a new animation in one build. Now the flow feels worse. Cool. Which change did it?
I'm trying to test one change at a time on the same task. 20 years in and I still forget.
Been there? How'd you untangle it?
#buildinpublic
A IA me deixa montar em uma tarde algo que antes eu levaria dias pra testar. Aí vem a tentação de chamar de produto só porque já dá pra gravar uma demo.
#IA
Já bateu essa vontade de lançar no embalo? O que vocês testam antes de colocar na mão de alguém?
depois de muitos amigos me falarem do claude, eu fiz um teste, pedi a mesma tarefa para o codex com sol 6.1 alto e pro opus 5.5 médio
Meus amigos, o que o claude entregou é 100% melhor que o codex.. estou realmente pensando em migrar pro Claude.
The worst part of reviewing my own app is that I remember what I meant by every button.
Almost 20 years in design and I still give myself hints in my own tests.
#productdesign
Solo builders, who do you ask for a second opinion, and what do you put in front of them?
Abro o X e parece que todo mundo lançou um SaaS com IA antes do almoço. Aí volto pro meu negócio e tô decidindo o que acontece quando alguém arrasta um arquivo pro lugar errado. hahahahaha
Mais alguém sente que tá atrasado só depois de abrir o feed? Como vocês saem dessa?
#BuildInPublic
Vocês acreditam que é possível viver de vibe coding sem saber nada de programação? Estava tendo uma conversa com uns amigos e chegamos a opiniões bem diferentes!
1/5
The tricky part of over-refining a product is that each change can be defensible.
Better spacing. A clearer label. A smoother transition.
I can improve all three and still avoid the bigger uncertainty: will someone make room for this in their day?
#buildinpublic
Exactly. And that's the kind of refinement I think is always worth making before shipping. It's not just about whether something works, but whether the user feels confident that it worked. Sometimes the smallest details make the biggest difference in how people experience a product.
5/5
The habit I want: write down what a refinement is supposed to improve before doing it, then compare the result with that reason.
Otherwise "one last adjustment" gets another extension.
Where do you draw the line between craft and avoiding release?
#buildinpublic
4/5
That doesn't make visual quality disposable. I'm a designer; I care how it feels.
But a change should earn its place in this release.
Does it improve readability, feedback, or trust? Or do I mainly want a different version of the screenshot?
#productdesign