개발자로서 너무 늦게 배운 습관 — 파트 1

발행: (2026년 2월 18일 오후 04:53 GMT+9)
3 분 소요
원문: Dev.to

Source: Dev.to

고품질 오픈소스 프로젝트를 따르지 않음

나는 주로 GitHub를 내 코드를 저장하는 장소로만 사용했기 때문에 다음을 놓쳤다:

  • 실제 프로젝트가 어떻게 구조화되는지
  • 유지보수자가 풀 리퀘스트를 어떻게 검토하는지
  • 디자인 결정이 이슈에서 어떻게 논의되는지
  • “프로덕션‑품질” 코드가 실제로 어떤 모습인지

좋은 코드를 꾸준히 읽는 것이 내 코드를 직접 작성하는 것만큼이나 중요하다는 것을 알게 되었다.

지금 나는 이렇게 한다

비록 활발히 코딩하고 있지 않더라도, 나는 매주 GitHub에 방문해 내가 별표한 저장소들을 확인한다. 이 습관 하나만으로도 코드 품질에 대한 내 사고방식이 바뀌었다.

Medium, dev.to, CodePen 같은 개발자 커뮤니티를 모르는 것

오랫동안 학습은 강의, 튜토리얼, 부트캠프만을 의미했다. 나중에 깨달은 점은:

  • 강의는 이상적인 시나리오를 가르치며, 결국 대부분을 잊어버린다.
  • 커뮤니티 게시물은 실제 현장의 실수와 트레이드‑오프를 보여준다.
  • 작은 실험이 전체 튜토리얼보다 더 많은 것을 가르쳐준다.

dev.toCodePen 같은 플랫폼은 사람들이 실제로 해결하고 있는 문제들을 접하게 해 주며, 단순히 개념만 따로 설명하는 것이 아니다. 챌린지와 커뮤니티 실험을 따라가는 것도 재미있다.

더 나은 개발자가 되고 싶다면, 학습 과정을 견디는 것이 아니라 즐겨야 한다.

0 조회
Back to Blog

관련 글

더 보기 »

SoundBoardio: GitHub 기반 사운드보드

GitHub 리포지토리를 공유 가능한 soundboard로 바꾸세요. 간단한 config, PWA‑ready, 그리고 완전히 무료. 완벽한 타이밍의 sound bite는 종종 천 마디 말보다 가치가 있습니다.