
Daniel Gabriel
426 posts

Daniel Gabriel
@orevogabe
- founder at @sowerventure, @pathoraworld & @foradoradarcast - sr design engineer & heavy AI user
Katılım Şubat 2023
594 Takip Edilen367 Takipçiler

openai matou o sora pra focar no que importa pro ipo, 3 meses depois de fechar com a disney, não sei se video gen vai ser prioridade agora, acho que quem apostou nisso com eles se ferrou
é muito difícil matar algo que funciona pra apostar no que escala, tô tendo que fazer isso no pathora em escala menor, dói igual
Português

@jeanlucas @pathoraworld @foradoradarcast quando voce diz workspace ativos, é workspaces que estao gerando eventos certo ? acho interessante e faz sentido com a getforty
Português

@orevogabe @pathoraworld @foradoradarcast Legal ein?
Enquanto eu fazia o tweet eu fiquei pensando na da Tipspace
E é Valor Transacionado por Semana
Português

Você já definiu a sua North Star Metric?
A North Star Metric é a métrica que conecta uso do produto com crescimento do negócio.
Ela força o time a focar no que realmente gera valor.
Alguns exemplos:
1. Airbnb: noites reservadas
2. Spotify: horas de streaming
3. Slack: mensagens enviadas
4. Netflix: horas assistidas
5. Stripe: Volume de pagamentos (TPV)
6. Shopify: GMV por loja
Tô pensando em usar "Workspaces ativos por semana" no GetForty, é muito ruim?
O que vocês tem usado por aí?
Português

descobri um concorrente da @pathoraworld
primeiro pensamento: "fudeu, perdi o timing."
segundo pensamento: "peraí."
se alguém mais tá apostando no mesmo espaço, eu não tô maluco. o mercado existe. o problema existe.
o que separa quem ganha de quem some não é quem chegou primeiro. é quem construiu melhor e ser viciado na execucao
vou acelerar mais ainda!!
queria saber de voces, quando encontra um concorrente direto, qual a primeira reação? e como voce lida com isso?
Português

semana passada eu tava a todo vapor
reuniões com anjos pra pathora, episódios do fora do radar, mudança de apartamento, eventos, conteúdo e trabalho.
aí acordei num dia e não sabia por onde começar.
a motivação simplesmente sumiu. tinha tanta coisa acontecendo que eu parei de ouvir a minha própria cabeça
parei, voltei pro básico e lembrei por que comecei
Português


1. tem certeza que ninguem comeca a produzir depois do carnaval ? essa frase existe nao é a toa. kkkkk mas
2. se o cara acha que isso é otimo tudo bem, foi por isso que levantei o ponto tem gente produzindo pra caramba desde do day 2 do ano.
3. desculpa mas meu post nao é para alarmar todo mundo, nem todo mundo vai ter a vontade, e para as pessoas que querem realmente construir algo e serem grandes, se voce nao tem esse perfil e prefere descansar deboas do dia 2 ate o fim do carnaval ( independente da matematica ) bom para voce
eu prefiro produzir :)
Português

@orevogabe KKKKKKKKK calma, vamo lá, eu n falei pra nao curtir o carnaval, falei q ninguém começa o ano no fim de março, o carnaval geralmente acaba no meio de fevereiro, tipo no trigésimo dia útil do ano, e mesmo se voltasse no fim de março, deixa os cara procrastinar se faz bem pra eles
Português

"o ano só começa depois do carnaval" e é por isso que você não sai do lugar
eu escuto isso todo fevereiro. e todo fevereiro penso a mesma coisa: se você precisa de uma data no calendário pra começar a executar, o problema não é o calendário. é o propósito.
faz a conta:
janeiro → "to voltando de férias"
fevereiro → "tem carnaval"
março → "agora sim, bora"
60 dias úteis. um quarto do ano. jogado fora. voluntariamente.
não por crise. não por problema real. porque "todo mundo faz isso."
enquanto isso tem founder commitando código desde 2 de janeiro. designer montando wireframe no feriado. gente mandando cold email pra investidor enquanto o país inteiro tá em modo de espera.
mesma timezone. mesmo mercado. prioridades completamente diferentes.
90% das startups falham e uma das razões é timing de execução. não timing de mercado.
o gap entre a ideia e a ação. e todo ano um país inteiro adiciona 45 dias de atraso voluntário e chama isso de tradição.
não é anti-carnaval. é anti-desculpa.
não é sobre não curtir os 4 dias de festa. é sobre não transformar 4 dias em 60 dias de inércia.
se o propósito fosse real, nenhum feriado te tiraria do jogo.
Q1 é o trimestre mais desperdiçado do brasil. não por causa do carnaval. por causa da mentalidade.
Português

cara acho que voce perdeu algo no texto, nao é sobre nao curtir o carnaval embora eu ache um disperdico de proposito e principios ir em bloquinho.
a questao é nao transformar 4 dias que acontece de fevereiro a marco em dias 45+ até 60 dias de pura procastinacao. a questao é de quem fala pra si mesmo que o ano comeca depois do carnaval.
Português

@orevogabe Seu carnaval vai até o fim de março?
E eu falei mais coisa ali alem da conta
Português

@HeitorAuBo 60 dias úteis (jan + fev + março engatando) de ~252 úteis no ano = ~24%
mais fácil discutir a conta do que entender o assunto de verdade ?
Português

@orevogabe 12/4=3 meses
3x30=90 dias
2 meses é 1 sexto do ano, nao 1 quarto
Português

ontem foi engraçado hahhaa mas decidi que vou postar todo dia por aqui algo legal
entao hoje queria trazer 3 coisas que eu faço no dia a dia que expandiram muito minha visão como design engineer ↓
1. consumir referência com intenção
costumo comecar o dia 1h antes do trabalho, preparo meu chá (já fiz post aqui falando o quanto eu amo chá kkkk) e fico navegando por twitter, layers.to, design spells, dribbble...
basicamente qualquer lugar onde tem gente boa postando ui. o intuito não é scroll aleatório. é um exercício.
vou te dar um exemplo: digamos que eu parei em uma tela que tem um avatar group. em vez de só pensar "bonito" e dar like, eu paro e tento destrinchar aquilo.
como esse layout funciona? como os avatares se sobrepõem? se eu fosse codar isso agora, como eu estruturaria?
no começo você talvez vai pensar em position absolute com margin negativa pra tudo e tá tudo bem. o ponto é que com o tempo esse exercício fica automático. você começa a olhar pra qualquer interface e já entende a lógica por trás.
o objetivo não é copiar nada. é treinar seu olho pra ler interface do mesmo jeito que você lê código. entender o conceito do porquê aquilo faz sentido visualmente.
segue o fio 🧵
Português

3. ler código de quem você admira
por muito tempo eu ficava olhando pra interface de certos projetos e pensava "como esse cara chegou nesse nível de componente?"
comecei a perguntar pra gente que eu acho muito boa em frontend. "como você pegou esses patterns de construção, essa forma de organizar componente?"
e a resposta da maioria foi basicamente a mesma: "lendo código da galera que eu acho fora da curva."
o @joaom__00 por exemplo me disse que aprendeu muito sobre criação de componentes e melhores práticas pra react estudando o código do radix. no meu caso a virada veio olhando o cmdk do pacocoursey e o repo do supabase.
você abre o código, começa a navegar, e de repente dá aquele clique: "ah é assim que resolve isso." você não precisa inventar tudo do zero. as melhores decisões de código que eu já tomei vieram de estudar como alguém que eu admiro resolveu o mesmo problema.
grandes pessoas que eu admiro e que ja aprendi muito com os posts deles foram: @pqoqubbw @diegohaz @JohnPhamous entre outros...
faz essas 3 coisas por uns 3 meses e me conta se a forma como você olha pra interface mudou. minha DM ta aberta caso voce queira um help ou me mostrar alguma coisa legal que voce tenha feito
Português

2. praticar animação fora do código
eu sei que isso soa meio sem sentido. "po eu sou dev, se eu não to codando a animação por que eu iria pro after effects?"
era exatamente o que eu pensava. até eu entender que o problema nunca foi o código. era eu não saber como uma boa animação deveria parecer.
o exercício é simples: instala o after effects ou abre o lottielab, pega qualquer componente do figma que você tem guardado, exporta e começa a brincar. keyframes, curvas de easing, momento, timing. sem tutorial ou querer finalizar uma animacao final. só experimenta.
você comeca entender por que um ease-in-out funciona aqui mas não ali. por que 200ms é melhor que 400ms naquele contexto.
e aí quando você volta pro código, você para de chutar valores. para de botar 400ms de ease-out num hover de dropdown menu (fazia muito isso kkkk). porque agora você sabe como momento funciona de verdade.
parece besta. mas é o tipo de coisa que faz alguém usar teu produto e sentir que tem algo diferente ali sem saber explicar o quê.
Português

@Grazinascito obrigado 🙏 eu sei que usei jargoes forcados para impactar mas so queria alarma pra tentar abrir o olho da galera
dev bom nao vai perder nada melhorando seu olhar pra design
Português


@dedemenezes_ do projeto que tinha feito ?
foradoradar.media
Português

Se voce é dev frontend e não sabe design, voce não ta ficando pra trás.
voce já ficou.
o mercado passou anos dizendo que frontend é sobre código. que basta saber um framework, arquitetura, boas praticas e consumir API.
e o resultado? uma geração inteira de devs que só sabe instalar shadcn e rezar pra ninguém pedir algo fora do template.
eu trabalho com design desde os 12 anos quando meu tio me deu de presente um disco de tutorial de Photoshop CS6 feito pela própria Adobe.
aquilo mudou minha vida.
quando migrei pra desenvolvimento eu não virei só mais um frontend. em 5 anos de carreira, em todo lugar que passei eu era considerado acima da média.
não porque era o melhor em código. mas porque eu entendia arquitetura, boas práticas de React e também sabia criar animações, design systems e ter opinião visual.
essa combinação não é comum. e o mercado paga caro por ela.
"Design Engineer". parece modinha. parece título inventado pra impressionar recrutador.
mas o que eu vejo na prática é diferente. eu vejo dezenas de designers extremamente talentosos que aprenderam frontend implementando features 10x melhores e mais rápido que o dev comum.
enquanto o dev mediano copia componente do shadcn sem entender o porquê, o design engineer cria o design system do zero. tokens, variantes, hierarquia visual. tudo com intenção.
a diferença não é talento. é repertório.
ontem eu quis testar uma flow de trabalho em um projeto que vou lançar em breve.
desenhei o fluxo completo no Figma, design system, variantes de componentes, tokens, tudo.
conectei meu Figma a um MCP e construí o site inteiro respeitando meu padrão de código e boas práticas.
tempo total: 20 minutos ( desenvolvimento ).
e eu nao to impressionado com isso porque não é mágica mas sim é o que acontece quando voce junta fundamento de design + fundamento de código + as ferramentas certas.
eu não to "usando IA pra substituir dev". eu to usando o sistema atual pra entregar cada vez mais no menor tempo possível. porque eu tenho a base pra fazer isso.
agora a parte que ninguém gosta de ouvir mas voce precisa ouvir:
voce "dev" custa dinheiro. seu tempo é dinheiro. por que voce acha que a Anthropic e a Vercel dão 5 mil dólares em créditos de IA pros seus devs?
isso é quase 30% do salário médio deles.
porque se o dev for 50% mais rápido a empresa já ta no lucro. a matemática é simples.
o dev que só sabe código vai competir com o dev que sabe código + design + sabe usar IA como alavanca.
não é uma competição justa. nunca foi. e vai ficar pior.
Design Engineer não é título do hype. é a evolução natural de quem entendeu que frontend nunca foi só sobre código.
voce so tem a ganhar se atualizando! mesmo se for um dev muito fora da curva
entao se voce nunca abriu o Figma com intenção de aprender, começa hoje. não amanhã. hoje.
o mercado não vai esperar voce se atualizar.
Português

@CruMEM_1921 @Laritecaa mais desculpa se voce queria muito clicar nos links da minha bio :) infelizmente apaguei meu portfolio vou refazer ele e te envio na DM
Português

@Laritecaa @orevogabe Eu uso IA pra escrever código.
Não leio texto genérico e ruim de IA feito pra engajar no tt.
Por isso tudo que eu tenho não tá fora do ar.
Abraços
Português

@CruMEM_1921 @Laritecaa voce puxou essa em kkkkkkkkkkk apenas jogou fatos
Português




