poteto@poteto

유지보수성이랑 클린 코드가 아직도 중요하다는 답글이 엄청 많이 와서 꽤 흥미로워. 난 그게 더 이상 맞지 않다고 보고, 2026년에 Good Code가 진짜 뭘 의미하는지 다들 생각을 업데이트해야 한다고 봐. 클린 코드엔 항상 비용이 있었어 - 성능. 간접화나 사람이 읽고 이해하기 쉬운 코드로 만드는 건 공짜가 아니고, 보통 성능을 깎아먹어. 우리가 그동안 그걸 괜찮다고 여긴 건 무어의 법칙 덕분이고, 대부분의 코드가 핫 패스에 있지 않아서였지. 이런 원칙들은 사람이 코드를 유지보수하던 시절에 나온 거기도 해. 그땐 사람 기준으로 최적화하는 게 말이 됐지만, 에이전트가 이미 모든 코드를 쓰고 있는 지금은 별로 말이 안 돼. 아마 우리는 새로운 원칙을 발견하고 만들어 내게 될 거야: 에이전트 친화적인 아키텍처 원칙 (이거에 대해선 조만간 더 써볼 생각)

it's very interesting how many replies i've gotten about maintainability and clean code being still important. i would argue that that is no longer true and we all need to update our priors on what Good Code really means in 2026. clean code has always come at a cost - performance. indirection and making code readable/understandable for a human is not free, it often comes at the cost of worse performance. we have historically been okay with this because of Moore's Law and the fact that most code is not on the hot path. these principles also came from a time where humans maintained code. it made sense to optimize for humans then, but it makes less sense now when agents are already writing all the code. we will in fact probably discover and come up with new principles: principles of agent friendly architecture (i plan to write more thoughts about this soon)