Dev Crítico 🦀

2K posts

Dev Crítico 🦀 banner
Dev Crítico 🦀

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 Katılım Ocak 2025
579 Takip Edilen2.5K Takipçiler
Dev Crítico 🦀
Dev Crítico 🦀@DevCritico·
@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
1
0
1
64
Marcelo
Marcelo@Marcelo_corrtes·
É 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
3
2
8
1.3K
Dev Crítico 🦀 retweetledi
Codista
Codista@ocodista·
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
3
12
83
2.4K
Dev Crítico 🦀
Dev Crítico 🦀@DevCritico·
Usar perfume doce pra ir pra academia é sacanagem heim 🥲
Português
0
0
0
98
Leonardo Pereira
Leonardo Pereira@llp_devr·
@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
1
0
1
61
Dev Crítico 🦀
Dev Crítico 🦀@DevCritico·
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
3
2
31
2K
Dev Crítico 🦀 retweetledi
Daphne Cornelisse
Daphne Cornelisse@daphne_cor·
I'm feeling this one today
Daphne Cornelisse tweet media
English
3
14
175
104.2K
Dev Crítico 🦀 retweetledi
Bruno Souza
Bruno Souza@brjavaman·
"Microsoft runs on Java. We have over 2.5 million JVMs in production across Microsoft" @JavaOne keynote!!!
Bruno Souza tweet media
English
11
112
979
142.7K
Dev Crítico 🦀
Dev Crítico 🦀@DevCritico·
Call de status report NÃO faz sentido. Quer falar o que você fez e/ou vai fazer? Manda no slack, valeu.
Português
1
0
5
381
Dev Crítico 🦀
Dev Crítico 🦀@DevCritico·
Escolher banco de dados é mais sobre sistemas distribuídos do que sobre armazenamento.
Português
5
3
56
3K
Dev Crítico 🦀 retweetledi
akinn.eth
akinn.eth@akinncar·
pessoas inteligentes não tem medo de parecerem burras
Português
2
8
71
1.6K
Luke Berry
Luke Berry@LukeberryPi·
cansei de ser pleno vaga de sênior aqui vou eu 😍😍😍
Luke Berry tweet media
Português
22
6
727
22.6K
Dev Crítico 🦀
Dev Crítico 🦀@DevCritico·
TV de tubo, super Nintendo, soprar a fita, mãe falando que o vídeo game ia estragar a TV, família com pouco recurso mas com muito amor. O vídeo game sempre esteve presente na minha vida, era a única coisa que fazia o Fabinho ficar horas sem aprontar algo.
Retro Games@retrogamei

Super Mario World (1990)

Português
1
0
20
773
Dev Crítico 🦀
Dev Crítico 🦀@DevCritico·
“BREAKING” “SOMEONE JUST…” Meu pau
Sukh Sroay@sukh_saroy

🚨Breaking: Someone just open sourced a knowledge graph engine for your codebase and it's terrifying how good it is. It's called GitNexus. And it's not a documentation tool. It's a full code intelligence layer that maps every dependency, call chain, and execution flow in your repo -- then plugs directly into Claude Code, Cursor, and Windsurf via MCP. Here's what this thing does autonomously: → Indexes your entire codebase into a graph with Tree-sitter AST parsing → Maps every function call, import, class inheritance, and interface → Groups related code into functional clusters with cohesion scores → Traces execution flows from entry points through full call chains → Runs blast radius analysis before you change a single line → Detects which processes break when you touch a specific function → Renames symbols across 5+ files in one coordinated operation → Generates a full codebase wiki from the knowledge graph automatically Here's the wildest part: Your AI agent edits UserService.validate(). It doesn't know 47 functions depend on its return type. Breaking changes ship. GitNexus pre-computes the entire dependency structure at index time -- so when Claude Code asks "what depends on this?", it gets a complete answer in 1 query instead of 10. Smaller models get full architectural clarity. Even GPT-4o-mini stops breaking call chains. One command to set it up: `npx gitnexus analyze` That's it. MCP registers automatically. Claude Code hooks install themselves. Your AI agent has been coding blind. This fixes that. 9.4K GitHub stars. 1.2K forks. Already trending. 100% Open Source. (Link in the comments)

English
0
0
9
1.1K
Dev Crítico 🦀 retweetledi
sudox
sudox@kmcnam1·
sudox tweet media
ZXX
29
374
2.9K
81.6K