천천히 배우고, 꾸준히 배우기: 코딩에 대한 나의 접근법
Source: Dev.to
소개
저는 느린 학습자입니다. 하루에 다섯 개의 튜토리얼을 급하게 진행하거나 하룻밤 사이에 거대한 프로젝트를 만들 수 없으며, 오랫동안 그 때문에 제가 코딩에 적합하지 않다고 생각했습니다. 그러다 느림 자체가 문제가 아니라 서두르는 것이 문제라는 사실을 깨달았습니다.
왜 느린 학습이 효과적인가
- 한 번에 모든 것을 이해하려고 강요하지 않습니다; 어떤 개념은 시간이 필요합니다.
- SQL JOIN, Python 클래스, Git 같은 주제는 바로 이해되지 않았습니다.
- 이해했다고 가장하기보다 나중에 다시 살펴봅니다—때로는 다음 날, 때로는 일주일 뒤에—그때마다 이해도가 깊어집니다.
느리고 일관된 접근법의 이점
- 더 나은 기억 유지 – 배운 것을 실제로 기억합니다.
- 더 명확한 사고 – 코딩하면서 명확하게 생각할 수 있습니다.
- 스트레스 감소 – 불필요한 압박을 피합니다.
- 정직함 – 내가 알고 있는 것과 모르는 것에 대해 솔직합니다.
나의 학습 철학
- “강의 계획서를 끝내기 위해” 공부하지 않습니다. 이해하기 위해 공부합니다.
- 매일 코딩하지는 않지만 정기적으로 코딩에 복귀합니다.
- 진전은 의미 있는 작업에서 나오며, 연속 기록이나 압박에서 나오지 않습니다.
내가 집중하는 것
- 하나의 LeetCode 문제를 제대로 해결한다.
- 하나의 깔끔한 함수를 작성한다.
- 한 번에 하나의 SQL 개념을 학습한다.
빈도보다 일관성
많은 사람들이 일관성을 매일 코딩과 동일시합니다. 저에게 일관성은 지속 가능한 방식으로 꾸준히 나타나는 것입니다. 오늘 무언가를 제대로 배울 수 있다면 그것만으로 충분합니다. 고급처럼 보이려 애쓰거나, 큰 정의를 외우려 하거나, 아직 파악 중인 주제를 아는 척 하지 않습니다.
실용적인 루틴
- Python → SQL → 작은 프로젝트 → 반복.
- 매주 바꾸기보다 몇 가지 주제에 집중한다.
- 작고 완전한 성공을 목표로 한다: 요약 함수, 로그인 시스템, 단일 SQL 쿼리, 시각화 등.
이러한 작은 성공이 실제 자신감을 키웁니다. 열 개의 기능을 시작하고 모두 포기하기보다 하나의 기능을 제대로 완성하는 것이 낫습니다.
진행 상황 추적
GitHub를 사용해 작업을 추적하지만, 활동을 강제하기 위해 사용하는 것이 아닙니다. 어떤 날은 코드를 푸시하고, 어떤 날은 푸시하지 않습니다. 스트릭을 위해 푸시하지도 않습니다. 진전은 매일 커밋하는 것이 아니라, 의미 있는 작업—주 1~2회라도—에 달려 있습니다.
혼란 다루기
무언가 이해되지 않을 때는 잠시 두고 갑니다. 대부분 나중에 다시 보면 바로 이해됩니다. 혼란스러운 상태에서 억지로 “이해한다”고 하면 좌절만 생깁니다; 뇌가 처리할 시간이 필요합니다.
최종 생각
예전엔 빠르게 배우는 것이 똑똑함이라고 생각했습니다. 이제는 정직하게 배우는 것이 더 중요하다고 믿습니다. 누구나 서두를 수 있지만, 꾸준히—비록 느리게—하면 명료함을 얻습니다.
- 필요하면 천천히 가되, 멈추지는 마세요.
- 당신의 속도가 당신을 정의하지 않으며, 일관성이 당신을 정의합니다.
저는 아직도 천천히 배우고, 계속해서 파악해 나가며, 여기 있습니다.
무엇이 느리고 꾸준히 하는 것이 더 효과적이라는 것을 깨닫게 했나요? 다른 사람들이 어떻게 학습 속도를 조절하는지 듣고 싶어요.