Dionei | Dev Bombril

agente matou um monolito que respondia em 10ms pra subir uns 20 microsserviço. agora a request leva 800ms só passeando pela rede. a aws cobra o triplo e o log é um labirinto. mas o diagrama da arquitetura ficou lindo no slide do tech lead. valeu a pena.

É esse o nível de confiança que uma esteira de testes robusta te dá. Reescrever um runtime inteiro em 8 dias e mergear, sem quebrar tudo. É pra aplaudir de pé. E tem gente que acha teste automatizado inútil

@RealGalego Eu baixo em PDF, se o livro não me cativou até o fim do primeiro capítulo, eu não compro!

Eu preciso confessar que eu tenho uma vontade muito grande de comprar e ler esses dois livros. 1 porque eu sou muito curioso e eu queria entender que p**** ta escrito aqui. 2 pq eu acho que ia ser engraçado fazer um vídeo fazendo uma review. Mas o amor próprio tem me impedido

@HamiltonSan É melhor desistir mesmo. Quem começou a estudar em 2015 e não conseguiu emprego em 2021-22, é preferível nem entrar na área. Pelo bem do software no mundo.

pj presencial AMOOOOOOO

Popping alert(1) doesn't show REAL impact. Escalate your XSS by stealing cookies instead👇 Better XSS escalation paths here: bugcrowd.com/blog/the-ultim…

Tenho um cliente que vende produto digital de low ticket em Portugal. Faturamento maior que muitos SaaS da bolha dev brasileira. Maior gargalo? Suporte. Quando avisei que low ticket gera até 3x mais volume de suporte que ticket convencional, ele achou exagero e quis testar. Testou. Confirmou. Isso acontece por 3 razões: 1. Perfil de comprador diferente Quem paga R$49 tem compromisso diferente de quem paga R$499, menos paciência para resolver sozinho, menor familiaridade com produto digital e mais expectativa de atendimento humano. 2. Decisão de compra impulsiva Ticket baixo = fricção baixa = compra por impulso. Usuário entra sem entender o que comprou, primeira reação? Buscar suporte. 3. Custo de oportunidade invertido Para cliente de ticket, o tempo dele vale mais que esperar suporte. Ele resolve sozinho. Para cliente de ticket baixo, pedir suporte é mais fácil que procurar resposta. E no caso de SaaS? O que parece problema de suporte geralmente é problema de design. Você reduz volume de suporte durante o próprio onboarding. FAQ contextual dentro do produto, interface que responde dúvidas antes de serem feitas. Existe um case antigo com a McAfee onde foi reduzido 90% do volume de suporte implementando FAQ, na época sem nenhum tipo de chatbot, texto mesmo. Automatizar suporte resolve esse sintoma, mas redesenhar a jornada resolve a causa e pode impactar também no churn. Meu cliente está fazendo os dois, mas se tivesse feito o segundo antes, talvez não precisasse do primeiro.

@vagasprajr Todos! Simplesmente não tenho mais saco pra nada, só pra escutar musica e foi bom

Título no YouTube que eu ... - O(A) ... morreu - A IA vai .... (polêmica) - ... na gringa Quais assuntos vocês já estão cansados de ver no YouTube? Parece que a galera entrou em um loop de falta de criatividade ...

Quem não se emocionou vendo isso daqui, já está morto por dentro! Só quem acompanhou o professor dormindo no chão pra realizar o sonho dele, e conquistar, e hj, ser referencia pra muita gente aqui no br e lá fora, sabe o que é ser brasileiro e sempre lutar contra o mundo

Três planos. Free. Pro e Enterprise. 90% dos SaaS brasileiros. Problema: você está deixando a decisão para o usuário. Usuário com opções iguais demora a decidir, posterga. Quem posterga não converte. Efeito Chamariz: Quando você adiciona uma opção pior, a opção alvo parece melhor. Não inventei isso, no o The Economist vendeu 3X mais assinaturas print + digital quando adicionou a opção "só impressa" pelo mesmo preço. Ninguém comprou só impressa. Mas todo mundo comparou e concluiu : "Impresso + digital é obviamente melhor" Seu pricing: Free: 0 Pro: 99 Enterprise: sob consulta O usuário compara o Free com Pro, lógico que o Pro vai parecer claro. Pricing com chamariz: Starter: R$79 (com limitações irritantes) Pro: R$99 (sem limitações) Enterprise: Sob consulta O usuário compara starter com Pro, e aí o Pro parece óbvio por R$20 a mais. Conversão sobe de 10-20% em testes documentados, não porque você mudou o produto, mas porque você mudou a moldura de comparação. Pq eu arranquei o Free? Ancoragem: O primeiro número que a pessoa vê define o referencial. Seu pricing mostra Free primeiro, ancora o zero. Tudo parece caro comparado a zero. Pricing que converte mostra o preço maior primeiro, um preço anterior, um plano enterprise... Pro a R$99 parece barato. Mesmo preço, percepção diferente, conversão diferente, você está competindo contra seu próprio plano free. E perdendo.

os dev discutindo arquitetura hexagonal por 2 horas na daily o banco de prod tem 4 usuario um deles é o pm fazendo teste agente só queria jogar um go no cloud run e ir dormir mas o ego do tech lead precisa de uns pattern q nem o claudinho entende

vou contratar um dev jr p me ajudar na viewx.com.br o processo: 1. take home usando IA 2. 2-3 dias de trabalho pago direto na codebase 3. referencia & oferta chama na DM se tiver interesse

@acgfbr Por esses e tantos outros motivos q eu evito de usar métodos de pagamento pequenos Quando c trata do dinheiro necessário para manter o meu SaaS no ar, ñ posso esperar a boa vontade da empresa de me pagar Kiwify/hotmart sempre! Pago os 10% de comissão rindo mas ñ me incomodo

hoje faz 30 dias que o asaas sequestrou nosso dinheiro até quando brasil empresa idônea, emitimos nota fiscal, só de março são mais de 12 mil reais de imposto até quando brasil

Alexandre Linck (Quadrinhos na Sarjeta), professor universitário com doutorado em Literatura, deu sua opinião sobre o caso do professor Wesley Bernardo, que foi proibido de usar videogames como ferramenta de ensino em suas aulas. Linck destaca a importância de adaptar a linguagem pedagógica ao seu público e afirma que o sistema de educação, de forma paradoxal, frequentemente impede que isso aconteça. O professor de história Wesley usou o cenário do jogo Assassin's Creed: Syndicate para ensinar sobre a Revolução Industrial, período em que o jogo se passa. No vídeo que viralizou, fica bem claro que isso cativou a atenção dos alunos e que estava sendo uma aula produtiva. No entanto, por alguma razão, seus superiores o proibiram de utilizar esse recurso novamente e ameaçaram seu emprego caso ele não seguisse tais ordens.

Me obriguei esta manhã a escrever alguns princípios que norteiam meu design. Sim, ele é claramente focado em influenciar comportamento e gerar receita, pois esta é minha visão de design de produto. 01. Toda a interface tem um propósito Neutralidade é omissão, interface que não influencia a atenção e comportamento do usuário de forma intencional torna o caminho até o valor mais longo e a receita mais difícil 02. ICP protege e direciona Só com ICP definido é possível alinhar comunicação e experiência que entrega valor. Pivotar produto é mais barato que pivotar base. 03. Sua promessa é do tamanho da prova Você pode prometer qualquer coisa, desde que consiga demonstrar. Depoimento de cliente, número publicado ou lógica de mecanismo único. 04. Valor antes da dúvida A promessa se cumpre ao longo do tempo, mas o valor pode vir nos primeiros minutos, quanto mais rápido, mais tempo ele fica. 04. Tudo é experimento Cada mudança de interface é uma hipótese, sem métrica de sucesso não há como saber o que funciona. 05. Sua promessa é do tamanho da prova Você pode prometer qualquer coisa, desde que consiga demonstrar. Depoimento de cliente, número publicado ou lógica de mecanismo único. 06. Contraste entrega valor Produto com ângulo único compete por categoria, o contraste pode estar no formato, no mecanismo, na narrativa, ou na experiência. 07. Padrão é comportamento Percepção, decisão e memória são influenciados por heurísticas e vieses, o padrão da interface define o que a maioria vai fazer. 08. Lembre do Canivete Suiço Cada feature adicionada aumenta curva de aprendizado, carga cognitiva e custo de manutenção. Depois de um pico cada funcionalidade reduz a utilidade percebida. Encontre seu ideal. 09. O cancelamento começa depois do signup Churn não se resolve com CS reativo, se resolve com intervenções que antecipam o abandono antes dele virar intenção. 10. Expansão nasce do uso O upsell ideal aparece quando o usuário esbarra no limite do plano de acordo com seu próprio uso como consequência de valor já percebido.

Bem vindo ao país onde roubar do povo, falir bancos, divulgar o tigrinho é permitido, mas ensinar história com videogames é extritamente proibido. Já dizia o Home Simpsons: bem-vindo ao país do Contra, BRASIILLL

> Anthropic empurrou uma atualização de software às 4 da manhã > um arquivo de debug foi acidentalmente incluído > 512.000 linhas de código-fonte proprietário. tudo isso > o pesquisador Chaofan Shou detectou em minutos > 23 milhões de pessoas viram a thread > todo o código foi espelhado pelo GitHub > a Anthropic disparou takedowns DMCA em cada repositório > o desenvolvedor coreano Sigrid Jin acordou às 4 da manhã > o usuário mais ativo do Claude Code no mundo > 25 bilhões de tokens no ano passado. o WSJ noticiou > reescreveu todo o código em Python antes do amanhecer > chamou de claw-code. subiu no GitHub > a reescrita em Python é uma nova obra criativa > o DMCA não pode tocar > 49.000 stars. 56.000 forks > mais rápido que qualquer repositório na história do GitHub > alguém espelhou o original numa plataforma descentralizada > uma mensagem. "nunca vai ser removido" > o resumo completo de como a Anthropic superou o Pentágono, vazou seus próprios segredos, e construiu a IA mais perigosa da história.

conseguiram rodar claude code localmente imagina rodar bun dev e ter o melhor harness de agentic engineering rodando de graça na tua máquina

HAHAHAHAHAHAAHHAAHAHHAAHAHAHHAHAA

Terça feira é o novo sextou hahaha VIVA O VIBE CODING (estou supondo que isso tenha sido um erro de IA kkkk)