좋은 개발자는 개발 과정을 잘 이해할 수 있어야 한다.
개발은 근면 성실의 세계이다. 반복되는 과정에서도 끝까지 코드와 싸울 수 있는 각오를 가져야 한다.
새 프로그래밍 언어를 배운다는 건 단순히 문법이 아닌 그 언어에 담긴 철학, 코드 구조, 개념, 패턴까지 배운다는 것이다. 이런 부분들을 주력 언어에 녹일 수 있다면 프로그래밍 학습과 발전에 큰 도움이 될 수 있다.
새로운 언어를 배우는 데 있어서는 문법이 아닌 공식 문서부터.
배운 언어로 나만의 프로젝트를 만들때는 내가 만들어봤던 것을 그 언어로 재구현하기. 목표를 거창하게 잡고 만들어보지도 않은 것을 시도해보다가 오히려 동기 부여에 있어 역효과가 날 수 있다.

오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요

첫 북클럽 스터디로 읽은 다섯개의 챕터는 가볍게 시작하기 좋은 주제 같았다. 특히 각 언어의 탄생 배경이나 C, C++, C# 언어의 차이점 같은 에피소드를 보면 프로그래밍에 대해 본격적으로 설명하기 전에 언어에 대한 재미를 불어 넣어주려고 하는 인상을 받았다. 04에피소드 같은 이야기는 찾아볼 생각을 잘 안했던 부분인데, 덕분에 영화 속 쿠키처럼 재미있으면서도 어디가서 다른 사람들에게도 스몰 토크로 이야기 하면 좋은 주제이지 않을까 생각이 들었다 ㅎㅎ
01, 03 에피소드를 읽으면서는 내가 공부하는 방식이나 프로그래밍을 대하는 방법에 대해 돌아보게 되고 이미 알고 있었던 부분도 다시 한 번 되새겨보게 됐다. 개인적으로 새로운 언어, 프레임워크 등을 배울 때 '빨리 써먹을' 생각에 문법 익히는데만 급급하다. 그래서 책에서 말한 철학, 코드 구조, 개념, 패턴 이런 부분을 세세하게 보고 넘어가는 경우가 적다. 그러다보니 공식 문서도 먼저 살펴보는 경우도 적은 것 같다. 오히려 공식 문서는 나중에 코드를 짜보다가 모르는 게 나와 구글링을 하다가 나중에야 보게되는 경우도 적지 않다. 책을 읽으면서 습관이 이렇기 때문에 조금이라도 언어를 단단하게 배우는 게 느려지는 게 아닌가하고 돌아보게 됐다. 누구나 다 아는 중요한 공식문서고 스스로도 그렇게 생각하고 있으면서 아이러니 하다. (그런데 구글링으로 찾은 포스팅이 훨씬 이해하기 쉽고 공식 문서가 더 어렵게 느껴질 때가 있다... 공식 문서는 '공식' 문서이다 보니 한 개념에 대한 모든 내용을 세세하게 말하고 있어서 전달하려는 정보가 너무 방대하게 느껴져서 그런 것 같기도 하다.)
언어를 빨리 배우는 방법 중 마지막 방법을 읽으면서 또 다시 머릿속에 느낌표가 떴다. 나 역시도 이론을 배운 뒤 실습 차 프로젝트를 만들려 할 때, 해본 적은 없지만 다들 많이 하는 그런 프로젝트들을 찾아서 해보려 했던 적이 종종 있다. '나에겐 구글이 있지'라며 해보진 않았지만 필요한 것들을 찾아가며 어떻게든 해보자라고 시작했다가 나중에는 혼자 길을 잃는 결말... 천리길도 한 걸음이라고, 다른 언어로 만들었던 것을 새로운 언어로 시도해 보거나 (이미 만들어보았다면 다른 언어라고 하더라도 개발 구조는 비슷할 수 있으니) 정말 작은 단위의 프로젝트부터 해보는 것이 개발이나 그 언어에 대한 흥미를 유지하면서도 배움에 대한 지속력을 가지게 하는 데에 있어 중요한 것 같다.

궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.

오늘 읽은 부분에서는 새로운 것을 배우기보다, 내 학습 습관에 대해 생각해보게 된 것들이 많아 특별히 이 부분에 적을 내용은 없는 것 같다.

오늘 읽은 다른사람의 TIL

psh950502
님의 TIL (링크)

2 comments

글쓰기

노마드코더 이벤트노마드 코더, 강의 1:1 상담 해드려요~️⭐️📚 노마드코더 신간 안내 📚 IT 5분 잡학사전

# interview