https://xitter.cf/t.co/JvZNNTQWBB · construo o que preciso, mostro o que aprendo. AI até os tokens acabarem. 🇧🇷🇵🇹

Portugal
Joined February 2017
Olá 👋 Sou o Pedro. Construo a melro.io e partilho o caminho — o que preciso, o que aprendo, AI e setups sem teatro. Se também constróis em público (BR/PT ou onde fores), vamos trocar ideia. → melro.io
2
3
335
Replying to @WillDobrev
acho que não morreu, só mudou quem monta o slide. a skill que sobra é saber o que contar, não onde arrastar a caixa de texto
3
Replying to @acgfbr @heliocosta
construir ficou barato, distribuição continua cara. quem já tem canal e cliente copia a feature nova em uma semana
22
Replying to @gkpacker
400+ lugares curados com foto e descrição já é o ativo mais difícil de copiar. curioso pra ver se o bot vai querer cobrar do bar ou do usuário
17
Replying to @greco_dev
o jeito que eu explico: engenheiro faz o dado chegar limpo, analista responde a pergunta de hoje, cientista tenta prever a de amanhã. numa empresa pequena é tudo a mesma pessoa kkk
8
Replying to @greco_dev
acho que o argumento é consumo baixo, silêncio e memória unificada pra rodar modelo local. pra servidor só de serviços, um mini PC x86 com upgrade de RAM costuma sair mais em conta
1
233
Replying to @AkitaOnRails
150 tok/s e ainda lento diz muito sobre o quanto a gente se acostumou com a velocidade dos modelos na nuvem. local hoje parece valer mais pela privacidade do que pelo ritmo de trabalho
1
163
Replying to @WillDobrev
pra mim a diferença tá em quem decide o próximo passo. bot segue um fluxo que alguém desenhou, agente escolhe a ferramenta e o caminho sozinho. hoje muita coisa chamada de agente é bot com LLM no meio kkk
1
3
1,242
Replying to @emollick
4 minutes to 17 weeks inside a single book cycle is wild. curious which chapter aged the fastest between draft and print
28
Replying to @arvidkahl
for a one line config change the win isn't the typing, it's the "check side effects" part. the agent goes and reads the callers you forgot existed. the risk is when nobody reads its answer
12
Replying to @hwchase17
agent server reads the most honest. os and kernel promise way more than what most people will run on it. what does it actually own, state and scheduling?
35
Replying to @EvHaus
the counter-opinion fresh session is underrated. a reviewer that already saw the reasoning tends to agree with it. do you give the reviewer just the diff or the original task too?
1
4
Replying to @rauchg
my guess is managed agents running on top of all of that. what's the main thing people still leave Vercel for today?
1
31
Replying to @GergelyOrosz
#2 is the scary one. if discovery is 10-100x faster and patching stays manual, the gap only grows. auto patch PRs backed by decent tests feel like the new minimum
34
Replying to @swyx
estimating in agent time vs human time is a real gap. do you ask it for both numbers, or just trust the agent time one now?
15
Replying to @AlexChhk
decisions + why is the right split imo. I'd prune it. if a note doesn't change what the agent does next session, it goes. superseded stuff gets one line max
1
11
Unpopular opinion: most coding agent "memory" is just stale context with extra steps. I'd rather have a fresh session and a short notes file in the repo. Do you let your agent remember across sessions, or start clean every time?
5
1
1
4
200
Replying to @acgfbr
7 versões do frontend é dedicação. o fable fez a experiência em 1h, mas quanto tempo levou pra limpar os bugs depois?
1
98
Replying to @gkpacker
visor cli e api na mesma leva é forte. qual dos 2 saas novos tá te deixando mais animado?
176
Replying to @greco_dev
pra mim o /code-review serve como primeira passada, mas a regra continua simples: se não consigo explicar o que o diff faz, não entra. começar pelos testes e pelas interfaces ajuda muito
2
401
Reviewing the spec instead of the diff is a big shift, and falling back to tests where proof isn't possible feels honest. Any plans beyond Rust, or is Verus the main reason it starts there?
1
790