← 업데이트 목록으로
poteto@poteto

그리고 또 하나, @tomocchino가 공유해준 뒤로 계속 다시 찾아보게 되는 재밌는 글

also another interesting post i always come back to ever since @tomocchino shared it with me https://engineering.fb.com/2011/04/18/uncategorized/thoughts-on-software-quality/
게시물
X에서 보기 ↗𝕏 공유
poteto
코드베이스에는 항상 엉성한 코드가 있어 왔다. 미션 크리티컬한 "하드" 소프트웨어(예: 임베디드)가 아니면 코드가 완벽할 필요는 거의 없으니까, 우린 계속 이걸 받아들여 왔다. swe는 좀 특이한 엔지니어링이다. 계속 진화하고 거의 유기적인 걸 만드는 일이 많으니까 — 사용자 취향은 바뀌고, 내 멘탈 모델도 진화하고, 기능은 생겼다 사라진다. 솔직히 나를 포함해 오래 코딩해 온 많은 사람은 처음엔(2024년쯤) agent가 프로덕션 코드를 쓴다는 걸 의심했다. "그럼 우리 예쁜 코드베이스에 들어올 그 엉성한 코드는 어쩌고?" 근데 그 전에도 사람이 만든 엉성함이 있었고, 그것도 엄청 많았다! 솔직히 대부분은 "내가 안 쓴 코드"를 엉성하다고 부른다. 현실은 99%의 사람(나 포함)이 Good Code가 뭔지도 모르고, 쓸 줄도 모른다. 내가 제안하는 Good Code는: • 정확하고 • 버그가 없고 • 빠르고 비용 효율적으로 돌아간다 진짜 Good Code를 쓰는 건 항상 엄청 어렵고 비쌌다. 오랫동안(어쩌면 @bendlang이 바꿔줄지도) 코드는 이 세 가지를 싸고 형식적으로 보장할 수 있는 게 아니었으니까. 하드한 소프트웨어를 쓰는 게 훨씬 어렵고 비싼 이유가 이거다. 쓰임에 따라선 기회가 한 번뿐이라 처음부터 맞아야 하니까. 하지만 우리가 쓰는 소프트웨어 대부분은 사용자에게 가치를 주는 데 Good Code일 필요가 없다. 사실 우리가 쓰는 소프트웨어 대부분은 형식적으로 검증이 안 될 가능성이 크다! 우린 속도와 발전을 위해 버그 몇 개를 받아들이고, 대신 테스트와 o11y에 기대면서 더 점진적인 방식을 택했다. 이건 좋은 일이다! agent는 우리를 더 빠르게 해주고, 열린 마음이라면 더 나은 코드를 쓰도록 도와준다. Good Code는 아니겠지만(그건 여전히 비싸다), 평균적으로 규모가 커지면 훨씬 나을 가능성이 크다. swe의 새로운 장인 기술은 이걸 어떻게 할지 알아내는 것. 이제 그건 당신 일이다! agent를 쓸 때와 안 쓸 때 생산성이 크게 다르지 않다면, 뭔가 잘못하고 있는 거다. 하지만 받아들이고 완전히 새로운 스킬 트리를 배우는 기회로 삼기엔 늦지 않았다.
poteto
tldr 모든 코드는 다 쓰레기임
poteto
poteto
물론 내 건 예외고
poteto
그리고 또 하나, @tomocchino가 공유해준 뒤로 계속 다시 찾아보게 되는 재밌는 글
← 업데이트 목록으로