Career Hacker Alex
Semantic

Good engineers' code shows up as names, small PRs, tests, no comments, clean titles.

잘하는 개발자의 코드는 이름·작은 PR·테스트·무코멘트·깔끔한 제목으로 드러납니다.

meta-lifecareer-strategybigtech-comp-is-a-system
Good engineers' code shows up as names, small PRs, tests, no comments, clean titles. Five things that consistently mark the engineers Silicon Valley calls *good*. **One**: the code is readable. Variable and function names alone tell you what's happening. No unnecessary complexity. **Two**: small diffs. They don't ship cathedral rebuilds — they ship small, steady improvements. **Three**: tests speak first. Before anyone can ask *does this actually work,* the test already proved it. **Four**: no comments. The code is clean enough that there's nothing to comment on. **Five**: PR titles are sharp. One glance tells you what the PR is doing. **You don't need to be an algorithm-genius to be a good engineer.** Good code is whatever any teammate can read and extend without confusion. The same skill, frankly, as writing well on Threads.
Also in Korean
잘하는 개발자의 코드는 이름·작은 PR·테스트·무코멘트·깔끔한 제목으로 드러납니다. 실리콘밸리에서 '개발 잘한다' 소문난 사람들의 공통점 다섯 가지입니다. **첫째**, 코드가 읽기 쉽습니다. 변수 이름, 함수 이름만 봐도 이해됩니다. 쓸데없는 복잡함 없이 직관적입니다. **둘째**, 짧고 확실한 변경입니다 — small diff. 한 번에 대공사를 하지 않습니다. 작은 수정으로 꾸준히 개선합니다. **셋째**, 테스트로 말합니다. "이거 확실히 되나?"라고 묻기도 전에 이미 테스트가 증명합니다. **넷째**, 코멘트가 없습니다. 너무 깔끔해서 물어보거나 질문할 것도 없습니다. **다섯째**, PR 제목부터 깔끔합니다. 제목만 봐도 뭘 하려는지 한눈에 보입니다. **엄청난 알고리즘을 쓰는 천재여야 코딩을 잘하는 것이 아닙니다.** 누구나 쉽고 혼선 없이 이해하고 따라할 수 있는 것이 좋은 코드입니다. 쓰레드 잘 쓰는 것과 같습니다.

Sources