@putzzmari10 DEPENDE.
Kkkkk
Métricas são importantes para tomada de decisão, independente do contexto.
Microgerenciamento é uma escolha, não causa de ter as métricas.
Português
Dev Crítico 🦀
2K posts
Dev Crítico 🦀
@DevCritico
👨💻 Product Engineer | Dev com 17+ anos de exp 🧠 Visão crítica sobre Desenvolvimento de Software e Produtos escaláveis.
São Paulo, Brasil Beigetreten Ocak 2025
579 Folgt2.5K Follower
Dev Crítico 🦀 retweetet
@atuhru Jogarei Crimson Desert e serei feliz, assim como jogo Zelda.
Português
vontade de enfiar uma escopeta no meu cu e atirar
Matheus Garcia | 🎮@Waynesep1
Sinceramente, difícil entender os dois pesos e duas medidas da comunidade gamer hoje em dia hein... se é a Nintendo que traz o Zelda com historia meia boca e foco em exploração do mundo e mecânicas complexas é GOTY, Crimson Desert faz isso e é alvejado de todos os lados! 🤷♂️😂😅
Português
Algo que fica batendo na minha cabeça diariamente: coloca algo no ar, faz algo logo.
Até julho tenho algo, é a minha meta.
akinn.eth@akinncar
a pior decisão que o dev pode tomar em 2026 é esperar ser contratado por alguem ao invés de lançar seu próprio produto
Português
O mais bizarro disso aqui, é que já vivemos um momento onde quem escreve um texto com uma linguagem simples e correta é julgado por usar IA para escrever o próprio texto, como se fosse algo absurdo: conseguir escrever.
el hombre pulpo@coproduto
Uma parada que eu tenho reparado é que gente sem costume de leitura se impressiona muito com gente que escreve textos longos em linguagem correta - mesmo que o texto não diga absolutamente nada Aquele marketing baseado em buzzwords é 100% baseado nesse efeito
Português
Já conheci muito sênior com menos de 10 anos de xp ótimos, obviamente que o tempo conta, mas não faz sentido se considerar algum profissional como sênior só após 10 anos.
eduarda 💻 💌@eduardevv
Fico admirada com a auto estima de quem se considera sênior com menos de 10 anos de serviço
Português
11 mil pessoas demitidas e 569M em rescisão, isso da aproximadamente 52K por funcionário.
Será que vão conseguir entregar valor como estão esperando?
Official Layoff@LayoffAI
LAYOFF ALERT: DELL Dell just confirmed 11,000 jobs cut in their annual filing. They spent $569M on severance and called it “disciplined cost management.” The list keeps growing.
Português
@Marcelo_corrtes Acontece mano! Algo que eu sempre falo: não parar de fazer entrevista, mesmo empregado. Não por procurar algo novo toda hora e mudar, mas sim pra se manter “em forma” e já ter algo no horizonte caso valho aconteça.
Português
É pessoal, a primeira vez a gente nunca esquece, meu primeiro layoff. Rolou um disband no meu setor e fui impactado. Então, estou aceitando novas oportunidades pra desenvolvimento de software, se você ja trabalhou comigo ou trocou conhecimento e tem simpatia por mim, engaja pra nós.
@samsantosb @sseraphini @DevCritico @devmagro
Português
Dev Crítico 🦀 retweetet
Problema vem antes da solução.
Observabilidade vem antes da ação.
Métricas vêm antes da hipótese.
Hipótese vem antes da implementação.
Solução sem problema é inútil.
Ação sem observabilidade é tiro no escuro.
Hipótese sem métricas é chute.
Implementação sem hipótese é freestyle.
Português
@DevCritico Eu já vi um BFF que só tem uma porta de entrada e uma de saída sendo escrito com arquitetura hexagonal. 🤯
Português
Reaproveitamento de Código
Tentar reaproveitar código a todo custo é um tiro no pé. DRY é um bom princípio, mas precisa andar junto com KISS. Não adianta isolar tudo em várias libs, componentes e composições complexas só para evitar repetição e acabar com um sistema difícil de entender e manter.
Não faz sentido criar uma lib que só faz chamada HTTP, como um CustomerClient que apenas encapsula requests para a API de customer.
O ganho é mínimo e o custo é alto. Você cria uma peça central que precisa ser mantida, versionada e ter release, tudo isso para economizar poucas linhas. Além disso, aumenta o acoplamento, porque seu serviço passa a depender não só da API, mas também de como a lib funciona.
Outro exemplo são micro frontends criando libs compartilhadas para tudo. No fim, você recria um ponto central versionado que todos dependem. Mudou a lib, impacta todo mundo.
Nem toda repetição é um problema. Complexidade desnecessária sempre é.
KEEP IT SIMPLE
Português
Vivo algo parecido no ambiente que estou hoje, muitas features, muitas customizações, e hoje nos esforçamos para simplificar pois identificamos que isso é justamente o maior problema.
Richard - Design for startups@richardrx
Batizei de Swiss Knife Index a relação entre o número de features e utilidade percebida pelo usuário. O gráfico não é linear, existe um ponto ótimo, depois dele, cada feature adicionada reduz a utilidade percebida, aumenta o custo de sustentaçãoo e eleva a curva de aprendizado. O produto tecnicamente maior vira o produto funcionalmente pior. "Minha interface está boa, mas as pessoas não usam as features principais" Essa frase aparece quando o produto já passou do ponto ótimo. O problema não é visibilidade de feature, é a carga cognitiva do produto que faz o resto ficar menos visível. O critério que uso: qualquer funcionalidade usada por menos de 10% da base ativa precisa justificar existência ou sair. Não existe número universal de features ideal, existe o numero ideal para o seu ICP, no contexto, no device onde a interaça2o acontece. O que o gráfico mostra é simples: Um produto inchado não é um produto rico, é o produto que está ativamente destruindo a conversão e retenção que você pagou caro para conquistar.
Português
Código e detalhes de implementação devem perder relevância nas discussões nesse momento, System Design é um tema que deve ganhar mais relevância IMO.
Negative Background@just_nmos
O papo de usar IA solapou qualquer discussão produtiva de programação na bolha BR.
Português
Dev Crítico 🦀 retweetet
Dev Crítico 🦀 retweetet
"Microsoft runs on Java.
We have over 2.5 million JVMs in production across Microsoft"
@JavaOne keynote!!!
English
Call de status report NÃO faz sentido.
Quer falar o que você fez e/ou vai fazer? Manda no slack, valeu.
Português
Escolher banco de dados é mais sobre sistemas distribuídos do que sobre armazenamento.
Português