왜 “Just Be Consistent”가 개발자에게 끔찍한 조언인가

Source: Dev.to

“그냥 일관성을 유지하라”는 조언의 문제점

많은 개발자들이 이미 꾸준히 노력하고 있습니다:

• 매일 코딩한다.
• 교육 영상을 시청한다.
• “이니셔티브”를 시작한다.
• LeetCode 문제에 도전한다.
• 로드맵을 북마크에 저장한다.

하지만 그들이 하지 못하고 있는 것은 진전입니다. 명확성 없이 일관성만 유지하면 순환에 머물 뿐, 스스로 쌓여 나가지 않습니다. 같은 일을 꾸준히 한다고 해서 진전이 되는 것은 아닙니다.

숨겨진 전제

이 조언은 조용히 다음과 같은 전제를 깔고 있습니다:

• 올바른 개념을 배우고 있다
• 올바른 기술을 연습하고 있다
• 올바른 문제를 해결하고 있다
• 피드백을 받고 있다
• 반성하고 조정하고 있다

대부분의 개발자는 이 중 어느 것도 하지 못하고 있습니다. 대신 그들은 꾸준히:

• 설계를 만들기보다 가이드를 따르고 있다
• 비판적 사고보다 코드를 복제하고 있다
• 핵심 원칙을 다루기보다 개선 사항을 추가하고 있다
• 시스템을 이해하지 못한 채 도구만 배우고 있다

일관성은 나쁜 전략을 고칠 수 없으며, 오히려 고정시켜 버립니다.

일관성이 함정이 되는 경우

몇 달, 혹은 몇 년 동안 코딩을 해왔지만 여전히 다음과 같은 느낌이 듭니다:

• 면접이 감당하기 어렵다
• 시스템 설계가 벅차다
• 문제 해결이 추측에 불과하다
• 자신감이 크게 늘지 않았다

이것은 동기 부여 문제가 아니라 학습 프레임워크의 문제입니다. 그런 상황에 있는 사람에게 “그냥 일관성을 유지해”라고 말하는 것은 사막에서 길을 잃은 사람에게 “계속 걸어라”고 조언하는 것과 같습니다. 어디로 걸어가라는 말인가요?

대부분이 지나치는 진실

일관성은 명확성 뒤에서만 효과가 있다.
현재 하고 있는 일을 배가시킬 뿐이다.

두 명의 개발자가 1년 동안 “매일 코딩”을 한다고 해도 결과는 크게 다를 수 있습니다—한 사람은 반복하며 성장하고, 다른 사람은 단지 streak를 유지할 뿐입니다.

더 나은 접근법: 일관성보다 의도성을

의도적인 질문을 던져라

• 이번 주에 어떤 기술을 향상시키고 있는가?
• 내 오류는 어디에 있는가?
• 지금 테스트하고 있는 아이디어는 무엇인가?

streak보다 피드백에 최적화하라

매일 코딩 streak는 멋져 보일 수 있지만, 진정 중요한 것은 하루에 얼마나 배우는가입니다. 피드백 루프가 코딩 일수보다 더 중요합니다.

성장은 외부의 압력에서 비롯된다. 의견 충돌이 없으면 변화는 일어나지 않는다.

저항하는 프로젝트를 만들라

프로젝트가 절대 깨지지 않고, 혼란을 주지 않으며, 재고하게 만들지 않는다면 그것은 너무 쉽습니다. 진정한 성장은 마찰 속에서 일어납니다.

소비보다 반성에 더 많은 시간을 투자하라

많은 코더들은 지식이 부족한 것이 아니라 반성이 부족합니다.

각 세션이 끝난 뒤 스스로에게 물어보세요:

• 오늘 무엇이 혼란을 일으켰는가?
• 예상보다 오래 걸린 부분은?
• 다음 번엔 무엇을 다르게 할 것인가?

반성은 학습이 실제로 고정되는 곳입니다.

결론

일관성은 명확성과 의도성이 결합될 때 강력합니다. 그렇지 않다면 단순한 움직임에 불과합니다.

오늘 무겁게 느껴진다면 천천히 진행해도 괜찮습니다. 힘은 종종 조용한 방식으로 나타납니다. 휴식은 포기를 의미하지 않으며, 때로는 제자리에 머무르는 것이 용기일 수 있습니다.

누군가 “그냥 일관성을 유지해”라고 말한다면 이렇게 답하세요:

무엇에 일관성을 유지하겠는가—그리고 어떤 결과를 향해 가는가?

---

이 글이 공감된다면, 궁금합니다:

• 개발자로서 바쁘지만 정체된 느낌을 받은 적이 있나요?
• 결국 무엇이 그 상황을 탈피하게 만들었나요?

아래 댓글로 이야기 나눠요. 👇