고수는 생각한 다음 키보드 치고, 하수는 키보드부터 두드려 놓고 생각한다.

https://link.coupang.com/a/exW5r0

LG전자 2026 그램북 AI 15 코어 Ultra5 - 노트북 | 쿠팡

 

고수는 생각하고 친다 — 코딩 실력의 진짜 차이는 손가락이 아니라 머릿속에 있다

​

 

AI 활용

---

개발자 커뮤니티에 오래된 말 하나가 떠돈다.

"고수는 생각한 다음 키보드 치고, 하수는 키보드부터 두드려 놓고 생각한다."

처음 들었을 때는 그냥 그럴듯한 격언 정도로 흘려들었다. 그런데 개발 경력이 쌓일수록, 이 한 문장이 단순한 조언이 아니라 실력의 본질을 꿰뚫는 말이라는 걸 실감하게 된다.

---

 

하수의 하루 — 일단 치고 보는 코딩

신입 개발자 시절을 떠올려보자. 요구사항을 받으면 어떻게 했는가?

아마 십중팔구 에디터를 열고 일단 뭔가를 치기 시작했을 것이다. 함수부터 만들고, 변수명은 나중에 고치면 되고, 일단 돌아가게 만들고 보자 — 이런 흐름. 막히면 스택오버플로를 검색하고, 되는 코드를 붙여넣고, 또 막히면 또 검색하고. 어느새 코드는 누더기가 되어 있다.

문제는 속도가 느린 게 아니다. 방향이 없다는 것이다.

목적지도 정하지 않고 일단 달리기 시작하면, 아무리 빨리 달려도 엉뚱한 곳에 도착한다. 코드도 마찬가지다. 설계 없이 쓴 코드는 나중에 고칠 때 처음부터 다시 짜는 게 더 빠른 경우가 허다하다. 결국 두 번 일하는 셈이다.

---

고수의 하루 — 키보드 앞에 앉기 전에 이미 반은 완성

반면 경험 많은 개발자를 옆에서 지켜보면 묘한 광경이 펼쳐진다.

요구사항을 받고 나서 한동안 아무것도 안 한다. 메모를 끄적이거나, 화이트보드에 뭔가를 그리거나, 그냥 멍하니 앉아 생각하는 것처럼 보인다. 답답할 정도로 조용하다.

그런데 막상 코딩을 시작하면 손이 거침없이 움직인다. 우물쭈물하지 않는다. 변수명 하나, 함수 구조 하나가 처음부터 제자리에 놓인다. 리팩토링을 거의 하지 않아도 코드가 깔끔하다. 결과적으로 전체 작업 시간은 오히려 더 짧다.

이미 머릿속에서 코드를 한 번 짜고 온 것이다.

---

왜 이 차이가 생기는가

본질적으로 이건 사고의 순서 문제다.

코딩은 타이핑이 아니다. 문제를 분해하고, 구조를 설계하고, 엣지 케이스를 예측하고, 유지보수를 고려하는 사고 행위다. 타이핑은 그 생각을 기계어로 번역하는 마지막 단계일 뿐이다.

하수는 이 순서가 뒤집혀 있다. 타이핑을 하면서 동시에 생각하려 한다. 그러다 보니 생각도 흐려지고, 코드도 산만해진다. 두 가지 인지 작업을 동시에 처리하려다 둘 다 망치는 것이다.

고수는 생각과 타이핑을 분리한다. 생각할 때는 끝까지 생각하고, 칠 때는 집중해서 친다.

---

그렇다면 어떻게 훈련할까

이 습관은 타고나는 게 아니다. 의식적으로 바꿀 수 있다.

코딩 전에 5분을 먼저 투자하라. 에디터를 열기 전에 종이든 노션이든 어디든 좋으니, 해결해야 할 문제를 글로 써보자. 입력이 뭔지, 출력이 뭔지, 예외 상황은 뭔지, 어떤 자료구조가 맞는지. 이 5분이 나중에 30분을 아껴준다.

막히면 키보드에서 손을 떼라. 코드가 안 풀릴 때 계속 이것저것 고쳐보는 건 시간 낭비인 경우가 많다. 모니터에서 눈을 떼고, 문제 자체를 다시 읽어라. 대부분의 버그는 코드 문제가 아니라 이해 문제다.

PR 전에 내 코드를 소리 내어 설명해보라. 설명이 막히는 부분이 있다면, 그 코드는 아직 설계가 덜 된 것이다.

---

마치며

"일단 해보는 것"의 가치를 부정하는 게 아니다. 탐색적 코딩, 프로토타이핑, 실험은 분명히 필요하다.

하지만 실제 제품 코드, 팀원이 함께 읽어야 할 코드, 6개월 뒤의 내가 고쳐야 할 코드 앞에서는 — 한 박자 쉬고 생각하는 사람이 결국 더 빠르다.

키보드 소리가 요란하다고 일 잘하는 게 아니다. 조용히 생각하는 그 시간이, 가장 빠른 코딩이다.

---

#개발자 #프로그래밍 #코딩습관 #소프트웨어개발 #개발공부 #신입개발자 #개발자성장 #클린코드 #코드설계 #개발철학 #티스토리블로그 #IT #개발자일상 #코딩마인드 #좋은코드