📃 기술 콘텐츠는 대체로 헛소리다. ✍️ 대부분 개발을 하다 보면 '문제'를 만나기 마련이고 '삽질'이라는 시간을 갖게 됩니다. 해결 방안을 고민하다 도저히 모를 때면 우리는 자연스럽게 '구글링

📃 기술 콘텐츠는 대체로 헛소리다. ✍️ 대부분 개발을 하다 보면 '문제'를 만나기 마련이고 '삽질'이라는 시간을 갖게 됩니다. 해결 방안을 고민하다 도저히 모를 때면 우리는 자연스럽게 '구글링'을 하게 되죠. 누군가가 올려놓은 글을 보고 적용해 보고 그 문제가 '해결'이 되면 빨래 끝- 해결이 되었다는 마음의 안정을 찾곤 합니다. 그런데, 우리는 찾았던 그 글이 올바른 글인지 의심을 하거나 궁금해했던 적이 몇 번이나 있었을까요? 요즘 들어 부쩍 기술 블로그가 개발자들의 필수 템(?) 중 하나가 되는 분위기 같습니다. 그만큼 기술 관련된 글들이 홍수처럼 쏟아져 나오는데요. 그런 글들을 보고 읽는 우리들의 시간은 생산적일까요 소비적일까요? 개발자는 늘 고민하고 의심해야 합니다. 누가 어떻게 하더라, 해보니 되더라 하는 식의 시각보다 그런 글들을 보고 실제로 해보니 다른 방식과의 어떤 차이 혹은 장/단점이 있는지, 왜 그렇게 돌아가고 내부 소스는 어떻게 구성되어 있는지 등 똥인지 된장인지 찍어 먹어봐야 아는 것처럼 직접 해보고 그 경험을 본인의 무기로 만들어야 하죠. 이 글에서는 기술 소비자로 머무르지 않기 위해 계속해서 배우고 호기심을 가지라고 이야기하고 있습니다. 늘 하던 방식(comfort zone)을 벗어나 새로운 것을 받아들이는 연습을 평생 해야 하는 게 저희(개발자)가 아닐까 싶네요.