꿀벌개발일지

[개발자를 위한 교양서] #14 모든 것을 알아야 한다는 강박 개발을 시작한 지 6년쯤 되었을 때입니다. 그 시절에도 기술은 정말 빠르게 변했습니다. 페이스북 피드를 열면 하루가 멀다 하고 새로운 프레임워크나 라이브러리에 대한 글이 쏟아졌습니다. 그런 글을 볼 때면 ‘이건 핫한 기술이니 나도 얼른 써봐야 하지 않을까?’ 하는 생각이 들었습니다. 시간을 쪼개어 공부했고, 새로운 기술을 배우는 것은 그 자체로 꽤 재미있기도 했습니다. 하지만 기술의 발전 속도는 항상 내가 배우는 것보다 빨랐습니다. 나름대로 빠르게 배우고 써보고 있다고 생각했지만, 어느 순간 따라가는 것이 벅차다고 느껴졌습니다. 그래도 한 번쯤은 써봐야 뒤처지지 않을 것 같다는 조급함이 마음 한 켠에 늘 자리 잡고 있었고, ‘읽어봐야지’ 하고 저장해둔 개발 글들만 계속 쌓여갔습니다. 돌이켜보면, 그 시기의 저는 ‘모든 것을 알아야 한다’는 강박을 갖고 있었던 것 같습니다. 나름 열심히 만들었는데도 역효과가 나는 경우도 많았습니다. 새로운 기술을 익히다 보니, 필요해서가 아니라 ‘그냥 할 수 있으니까’ 만들어보는 일이 잦아졌습니다. 그리고 그런 기술 중엔 몇 달 지나지 않아 사라지는 것들도 있었고요. 한창 유행일 때 서비스에 적용했는데, 얼마 지나지 않아 아무도 쓰지 않는 기술이 되어버린 적도 있었습니다. 그제야 조금씩 깨닫기 시작했습니다. 기술도 유행이라는 것을요. 그 후로는 기초와 원리를 이해하는 데 더 많은 시간을 쓰기로 했습니다. 기술도 유행이라는 관점을 받아들이고 나니, 기술을 대하는 제 태도에도 여유가 생기기 시작했습니다. 예전에는 새로운 기술이 나왔다고 하면 사용법을 공부하고 써보기 바빴는데, 그보다는 그 기술의 목적이 뭔지, 어떤 원리로 동작하는지, 기존 것들과 어떤 차이가 있는지를 살펴보게 됐습니다. 지금 생각하면 당연한 이야기지만, 그 전까지는 ‘핫하니까’ 써보기 바빴던 것이었죠. 좀 더 여유롭게 기술을 바라보게 되면서, 한 가지 당연한(?) 사실도 알게 됐습니다. 대부분의 기술은 시간이 지날수록 더 쓰기 쉬워지고, 더 안정적으로 변한다는 것입니다. 배우기도 훨씬 쉬워지고요. 그러니 나중에 배워도 늦지 않다는 것을요.

[개발자를 위한 교양서] #13 포트폴리오 네이버에 입사할 때가 떠오릅니다. 당시 저는 프론트엔드 개발자로 지원했는데, 이전 회사에서는 다른 분야의 개발을 했습니다. 경력이 직접적으로 연결되지 않다 보니, ‘내가 이 일을 잘할 수 있다’는 걸 보여줄 방법이 필요했습니다. 그래서 이력서에 취미로 만들었던 사이트를 포트폴리오로 제출했습니다. ‘픽셀드로우’라는 이름의 서비스였는데, 100x100 크기의 그리드에 마우스를 드래그해서 그림을 그리면, 20x20 픽셀의 아이콘으로 변환해주는 작은 웹서비스였습니다. 아주 오래 전이지만, 지금 생각해봐도 꽤 귀여운 아이디어였어요. 면접 때는 이 서비스를 만들면 겪었던 시행착오와, 구현 과정에서 부딪혔던 문제들에 대해 신나게 이야기했던 기억이 납니다. 아마 제 눈이 반짝였을 거예요. 개발자는 다른 직업에 비해 학력이나 자격 조건이 비교적 느슨한 편입니다. 전공자가 아니어도, 좋은 학교를 나오지 않았어도, 이전에 다른 일을 했더라도, 실력만 있다면 누구나 도전할 수 있는 분야입니다. 그리고 그 실력을 보여줄 수 있는 가장 좋은 수단 중 하나가 바로 포트폴리오입니다. 종종 취업이나 이직을 준비하는 후배들이 ‘무엇을 준비하면 좋을까’ 물어보면, 저는 항상 포트폴리오를 만들어보라고 이야기합니다. 평소에 만들어보고 싶었던 서비스가 있다면 그걸 구현해보는 것이 가장 좋고, 그런 게 없다면 작은 도구부터 시작해보라고요. 예를 들어, 변환기나 파서, 계산기 같은 도구도 좋고, 공부하면서 이해가 잘 안 됐던 개념을 쉽게 풀어주는 시각적 가이드도 좋습니다. 내가 자주 쓰고 싶은 것, 또는 누군가에게 도움이 될 만한 것이라면 더욱 좋고요. 다만, 가능한 수준에서 최대한 완성도를 높이길 추천합니다. 공개되어 있어야 하고, 실제로 제대로 동작해야 해요. 도메인을 등록해서 배포해보면 더 뿌듯할 겁니다. 요즘은 무료 호스팅도 많으서 비용 부담도 크지 않습니다. 이렇게 만든 포트폴리오의 가장 큰 장점은, 처음부터 끝까지 내가 기획하고 만든 결과물이라는 점입니다. 누군가 시켜서가 아니라, 내가 만들고 싶어서 만든 거잖아요. 그 과정에서 개발의 즐거움을 느낄 수 있고, 완성했을 때의 성취감도 큽니다. 게다가 누군가 써보고 피드백을 주기라도 하면 아주 뿌듯하죠.

개발자에게 집중은 참 중요한 일입니다. 좋은 코드를 짜는 것도, 어려운 문제를 해결하는 것도 결국 얼마나 몰입할 수 있느냐에 달려 있으니까요. 저는 어렸을 때부터 집중력이 아주 좋은 편은 아니었습니다. 공부 좀 해보려고 책상에 앉으면 괜히 화장실에 가고 싶고, 읽다 말았던 책이 갑자기 궁금해지고, 심지어 평소에 하지도 않던 책상 정리를 시작한 적도 많았습니다. 막상 시작하면 열심히 하긴 했지만, 그 시작이 늘 어려웠던 기억이 납니다. 개발자로 일한 지 거의 20년 가까이 되어가지만, 지금도 집중력을 유지하는 일은 여전히 쉽지 않습니다. 겨우 몰입 상태에 들어갔다가도 방해를 받으면 금방 흐트러지고, 다시 그 상태로 돌아가는 데는 생각보다 많은 시간과 에너지가 듭니다. 여러 사람과 함께 일할 때는 방해요소가 더 많습니다. 집중하고 있는데 누군가 말을 건다던가, 메신저 알림이 오는 것처럼요. 그렇다고 다 무시할 수 없으니, ‘어떻게 하면 적은 에너지로 더 잘 집중할 수 있을까’를 늘 고민하게 되더라고요. 그래서 그동안 여러 가지 방법을 시도해봤습니다. 25분 집중 후 5분 휴식하는 뽀모도로 기법도 해보고, 태스크를 30분 단위로 나눠서 할일 목록으로 관리해보기도 했습니다. 여러 타이머 앱을 써봤고, 일하다 떠오른 생수 주문 같은 잡생각은 따로 메모해보기도 했습니다. 한동안은 핸드폰을 방해 금지 모드로 두고, 노이즈 캔슬링 헤드폰을 쓰고 일한 적도 있었고요. 짧게는 며칠, 길게는 몇 달씩 시도해봤지만, 어떤 건 상황에 잘 맞지 않았고, 어떤 건 유지하는 과정이 번거로워서 자연스럽게 멀어지더라고요. 그런데 그 중에서, 유일하게 10년 넘게 꾸준히 쓰고 있는 도구가 하나 있습니다. 바로 타임 타이머(Time Timer)입니다. 이건 미국의 한 어머니가 초등학생 아들을 위해 만든 시각 타이머인데, 시간 개념을 어려워하던 아이를 위해 숫자 대신 빨간색 원으로 시간의 흐름을 보여주려는 아이디어에서 시작됐다고 합니다. “빨간색이 다 줄어들 때까지 해보자”하고 설명할 수 있는 시계입니다. 어린이용으로 만들어졌지만, 한눈에 남은 시간을 파악할 수 있다는 점이 정말 좋았습니다. 다른 움직임 없이, 1초 이내로요. 저는 집중을 시작하기 전에 이 타이머를 돌려둡니다. 딱 정해진 시간은 없고, 그날 컨디션에 따라 30분에서 1시간 정도로 맞춥니다. ‘자, 이제 집중하자’는 나름의 신호이기도 하고, 다짐이기도 합니다. 남은 시간이 눈에 보이면, 그 시간만큼은 쉽게 흐트러지지 않게 됩니다. 잠깐 딴생각이 들더라도 ‘조금만 더 버티자’는 마음이 들고, 가끔은 타이머가 끝나기 전에 마무리하자는 생각이 들면서 오히려 집중력이 높아지기도 합니다. 회사에도, 집에도 같은 타이머를 두고 쓰고 있고, 지금 이 글을 쓰면서도 바로 앞에서 시간이 줄어들고 있습니다.