Best Practice 대신 Leading Practice

Atomic Object 기사를 의역/요약한 글입니다

---

소프트웨어 엔지니어라면 특정 방법론이나 아키텍처, 코딩 패턴 등 “Best Practice”라는 용어를 들어봤을 겁니다. 최근 몇 년 동안, 저는 “Best Practice”라는 단어 대신 “Leading (선도) Practice”를 사용하기 시작했는데 - 여러분들도 그랬으면 좋겠습니다.

“Best Practice”의 문제

소프트웨어 개발에서 Best Practice란 무엇인가요? 몇몇 사람들이 Best Practice에 대해 논하는 것을 보고 있으면 마치 그것만이 정답이고 진리인 것처럼 말합니다. 어떤 소프트웨어든 품질을 올리고 싶다면 무조건 따라야 하는 것처럼 말하죠.

현실은 그렇지 않습니다. Best Practice는 회사, 팀, 심지어 개개인에 따라 달라질 수 있습니다. 한 개인이 Best Practice라고 생각하는 방법이 다른 이에게 그렇게 느껴지지 않을 수 있습니다. 코드 재사용성, 코드 테스트 등 몇몇 방법론은 유용하기 하죠. 하지만, Best Practice라는 용어는 그 의미가 너무 모호하고 맥락에 따라 달라질 수 있습니다.

단어의 애매모호함만이 문제인 것은 아닙니다. Best Practice라는 단어가 주는 최종성 (끝맺음)이 우리 업계와 맞지 않다고 생각합니다. 소프트웨어는 지속적으로 변화하고 발전합니다. 몇 년 전 Best Practice 였던 것이 지금도 유효할 것이라는 보장이 없습니다. 이런 생각의 틀을 변화 시키고 단어가 주는 어감에 맞춰 맹목적인 방법론 사용을 방지하려면 사용하는 용어의 변화가 필요하다고 생각됩니다.

“Leading Practice”가 더 의미 있는 이유

“Leading Practice”는 제가 몇 년 전에 언급한 용어고 소프트웨어 개발 업계와 좀 더 결이 맞는다고 생각합니다. 어떤 방법의 최선을 뜻하는 “Best Practice”와는 달리, “Leading Practice”는 지속적인 배움과 변화를 받아들여야 한다는 의미를 가지고 있고 이는 우리 업계와 잘 맞는다고 생각됩니다.

“Leading Practice”를 채택한다는 건 단지 생각의 틀을 바꾸는 것입니다. 오늘 잘 되던 것도 내일 다시 재평가 할 수 있다는 생각을 가져야 합니다. 이런 사고의 변화는 개발자들이 앞으로 올 것을 예측하고, 고민하고, 대비하여 전략을 구상하고, 유연한 사고를 할 수 있도록 도와줍니다. “Leading Practice”는 기존에 검증된 것을 따라야 한다는 강박에서 벗어나 새로운 아이디어를 시도해 볼 수 있게 도와줍니다. “Leading Practice”는 변화에 빠르게 반응하고 민첩하게 사고를 할 수 있게 해줍니다.

---

원글: https://spin.atomicobject.com/best-practices/