Pedro ➔ finl.app

Eu me perdi, acho que a gente saiu do quote original. Você começou dizendo que a iteração rápida torna a IA mais efetiva no front. Eu tentei explicar que iteração rápida não captura os problemas que importam. Agora a discussão virou "backend também tem problema", o que é verdade, mas não muda a premissa inicial. Iteração rápida continua não sendo o motivo da IA ser melhor em lugar nenhum. Meu ponto é esse. Nada mais. E, INFELIZMENTE, bons devs front-end sofrem layoff em algumas empresas porque gestores acreditam cegamente nessa ideia ai.

Assim como código gerado no frontend pode criar armadilhas, no backend também tem isso. Isso não é uma exclusividade só de um lado. Diria que as armadilhas no backend são até mais críticas e difíceis de notar (o que reforça que AI ser mais proveitoso no frontend do que no backend). Exemplo: Código gerado no backend pode estar deixando escapar alguma validação de segurança que não quebra os caminhos que foram testar. Vai parecer certo, mas não está. Não vejo motivos de porque a AI "acertaria mais" no backend do que no frontend.

Tem um motivo simples de porque IA sai melhor no frontend: é mais fácil de avaliar o resultado e iterar. À medida que o custo da iteração for maior (e.g., navegar numa página vs. ler código para validar as regras de negócio num CRUD), usar IA vai tendo menos vantagem

Sua premissa inicial foi que iteração rápida = efetividade da IA, e eu disse que o resultado tende a ser ruim mesmo com iteração rápida. Se "efetividade" não inclui qualidade do output, o que ela inclui então? Velocidade? Então eu acho que a gente usa "efetividade" de maneira diferente. Pra mim, efetividade é produzir código que resolve o problema bem. Se você define como "conseguir guiar a IA pra renderizar o que eu quero ver", aí sim, frontend ganha, mas isso nem sempre é efetivo em produção. E é justamente esse o meu ponto: a iteração rápida no front te permite manobrar a IA pra um output que parece certo, não que é certo. No backend, "parece certo" e "é certo" tendem a coincidir mais, quebra ou não quebra. No front, divergem, e o loop rápido vira armadilha, não vantagem. TL;DR = No backend, ruim quebra. No front, é ruim, mas a UI ta bonito. Por isso o loop rápido engana: você para no "tá bonito", mas bonito não é o que importa. E eu te respondi sim, só que a resposta depende da gente concordar no que "efetividade" significa. 😁

Você iterar rapidamente viabiliza manobrar mais rapidamente a IA para ir na direção desejada. O que eu quis dizer é literalmente o que está escrito: não que seria mais convivente, mas apenas que isso é uma característica que torna IA mais efetiva no backend. O que você falou em nada responde porque IA seria menos efetivo no frontend do que no backend

@DevStarving @gkpacker @pokerdev7 Engraçado, minhas experiências recentes apontam exatamente o contrário. Acho que você tá precisando rever suas fontes de informação antes de trazer uma estatística baseada em suposição.

@pedroodcl @gkpacker @pokerdev7 O fato é 99,9% dos apps o frontend só tem que ser bonito. Se vc ficar querendo dar uma de "especialista de front" e n se abrir pro resto, provavelmente vai ficar bem dificil p vc

uma galera foi demitida no trab por conta da IA o maior impacto foi em middle-management e frontend, mas também alguns devs backend quem não se adaptar à nova realidade tá correndo risco, infelizmente sinto um grande interesse deles por adaptar meu fluxo de dev no Visor lá quem se dispor a aprender, experimentar e buscar adaptar pro contexto atual, parece ainda estar mais tranquilo não vão achando que estamos tão safe assim

Eu concordo que dá pra automatizar algumas coisas, mas não concordo com gestor que demite times de front-end porque "front-end é mais fácil" : não é Infelizmente, a parte de que a qualidade não importa é verdade também, mas isso sempre tem um preço a longo prazo, e o gestor que não vê isso é tão incompetente quanto.

@pedroodcl @gkpacker @pokerdev7 É pq é mais fácil ter um front muito bom pra cuidar da parte realmente complexa do frontend e deixar atividades mais simples pra agentes e automatizações. A gente tá numa era que a qualidade importa menos a cada dia, o que importa é a velocidade, funcionalidade e execução.

Sim, mas o front-end não é só a camada visual, e tem gente que insiste nisso. Meu ponto é: eu não justificaria que o layoff foi porque a IA consegue fazer mais front, e sim que foi por ignorância mesmo. Tem muitos sistemas críticos para os quais os usuários precisam que o front-end seja performático, acessível e que os devs consigam manter. Já vi o Claude levar 1 hora pra não resolver nada em problemas triviais, ou fazer um boilerplate porco, e já vi Dev que não era front-end, derrubar produção por confiar no que o modelo disse - qualquer Dev front-end experiente conseguiria ver que era uma decisão errada Dá pra acrescentar também: DDoS em si mesmo por não entender fluxo de dados Lag por querer ter um god Object Bugs por inconsistência de estado IA = contexto contexto = informação Se você não tem gente que passe a informação correta, como garante que não tá fazendo besteira?!

@pedroodcl @pokerdev7 a questão não é IA se sair melhor no front que um dev, mas sim que front tem muito boilerplate de html que a IA acelera agora, onde um dev front end consegue dar conta de muito mais coisa do que antes

@gkpacker @pokerdev7 sinceramente, acreditar que a IA se sai melhor no front é umas das maiores ignorâncias dos ignorantes (me referindo a leadership no caso)

@pokerdev7 recebemos acesso recentemente só, nem deu tempo de ter alguma forma de avaliar o uso particular de cada um alguns até estavam usando melhor que outros que ficaram tb acho que os cortes foram mais por áreas em que a IA dá conta melhor do que eficiência do uso particular

A metodologia é interessante, mas cadastrar manualmente é meio chato, principalmente em dias com muita movimentação. É só ver os comentários na comunidade, querendo ou não, muita gente turbina a planilha, ou luta o suficiente pra facilitar a análise de dados, o app em si é limitado e não cobre todos os use cases. Mas, concordo que no geral, a visão/metodologia em si, é a melhor de todas. Previsibilidade é tudo!

@banhosdev saas de finanças

Pq vc ainda n criou seu proprio SaaS? Pega um fim de semana ai e invez de sair pra beber senta a bunda na cadeira e cria algo

@heliotsx @onicolasrivera @mrvitor @enrichthesoil @acgfbr @gkpacker vou encontrar uma data então

@onicolasrivera @mrvitor @enrichthesoil @acgfbr muito bom a próxima vai ser um calendário com datas de lançamentos dos saas de finanças e de currículo já temos data para os dos @pedroodcl e @gkpacker

🚨 A Plataforma de Previsões da Bolha Dev chegou. Projeto Open Source com a ideia do @enrichthesoil, onde agora a comunidade pode prever qual vai ser o próximo SaaS que o @acgfbr vai quebrar.

@heliotsx agora é o momento de lançar o concorrente do dinzo, estourar os limites todos

claude fazendo parceria com a SpaceX pra trazer poder computacional agora a briga tá se equiparando em amigos... até então OpenAI arrebentava no quesito poder computacional por isso inclusive o codex é mais barato/tem limites maiores será que veremos a assinatura do claude code ficando mais barata ou tendo limites mais generosos em breve? 👀

@ClaudeDevs @claudeai Why did you remove the subscription payment grace period? 🤡 Help @trq212 ?

@MichLieben ads

I'm giving away the Claude Code skills we use to manage $300k/mo in ad spend at ColdIQ. 4X ROAS on $1M+ spent. Ivan, our head of growth, built them off 300+ hours running ad campaigns for our clients. They run Google, Meta, and LinkedIn ads from the terminal in plain English: → bulk edits across platforms → custom audiences from CRM lists → creative fatigue detection before CTR dips → bid adjustments at scale → performance audits across periods Reply "ads" and I'll send the full repo. Must be following.

@Morett_the_best @devcansado404 Em time com gente encostada high agency até pode virar jargão para explorar, mas empresa decente não fica subsidando mediocridade.

@devcansado404 verdade hoje acontece isso

pra vc trabalhar na Monest vc só precisa de 2 coisas: 1. Ser high agency 2. Saber programar

Acho que fator R não compensa nesse caso. TL;DR: considerando um app fazendo $50k/mês, depois de Apple (15%) e RevenueCat (1%), convertendo via TechFX com dólar a R$5,10, sobram ~R$213k. Com Lucro Presumido (~13% de impostos), ficam ~R$184k na PJ. Mas graças ao nosso belo Brasil, agora tem 10% de IRRF sobre dividendos acima de R$50k, então líquido na PF: ~R$166k/mês. Sem considerar ads 💸

como fica essa conta no Brasil?

Em breve vocês vão entender o finl no meu handle 👀

I received an invitation! 🥳 I plan to test and share the results, but I'm especially excited about it since the last video from @steveschoger. I'm with high expectations. 👀

Você está em uma entrevista para o cargo de sênior de front-end. O entrevistador te mostra esse código e te pergunta: "O que tem de errado?" O que você responderia? 👀 cc @sseraphini

I'm unsure what others are doing with the Claude Code leak, but one notable result is that I've reduced my AI costs by 14% after optimizing based on their prompt and context techniques. Bonus: My AI Assistant's performance has improved dramatically using Sonnet/Opus.