asbubam's blog on 2dal.com

asbubam

한 해의 회고를 적어보는 건 처음이다. 일단 회고를 적으려고 블로그에 들어가보니 빠르고 정확하게 답변을 받을 수 있는 질문하는 법 이후 1년 반 이상 아무 글도 적지 않았다는 걸 알게되었다. ㅠ_ㅠ 하고 정했으니 회고를 시작으로 다시 블로그도 열심히 해보려고 한다. 목과 허리가 좋지 않은데, 올해 초에 디스크가 재발했다. 이건 별거 아닌 것 같아서 지웠다가, 이 글을 보고 계신 분들께 바른자세가 정말 중요하다는 말을 해야겠다는 생각이 들어 다시 살렸다. 디스크는 2018년 어느날 종종 안부인사를 해주곤 한다. 통증이 심해지면 그냥 누워있는 것 말고는 아무것도 하고싶지 않을만큼 눈물찔끔나게 아프다. 의사 선생님은 본인도 디스크가 있다며(?) 디스크엔 그냥 꾸준한 코어운동과 바른 자세가 답이라고 말씀해주셨다.
Source

2021년 회고

모두의 근삼이

개발자로 일을 하기 시작한지 3년이 훌쩍 넘었고, 길게만 느껴졌던 산업기능요원도 어느덧 소집 해제가 되어 민간인 신분이 되었다. 언제나 막내일 것만 같았던 나도 이제 조금씩 신입의 티를 벗기 시작했고, 회사에서 조금씩 고여가는 나를 보며, 이제 다음 계단을 밟기 위해 다시 한번 도약을 할 시기라는 것을 깨닫게 되었다.  인생은 곱셈과 같아서, 찬스가 왔을 때 내가 제로이면 아무런 의미가 없다는 말이 있다는 말이 있다. 서울에 상경 해서 부터 지난 5..

DevOps 3년차 경력 이직 도전기(feat. 네카당)

기억보단 기록을

이동욱 (향로)

2021년 CTO 회고

ASH84

ash84

2020년 12월 TechAssemble 진행
TechAssemble이라는 Tech내부에서 현황을 공유하고 앞으로 해야할 일들을 공유하는 자리를 마련했다. 
2020년 12월 어떤 식으로 일을 할 것이고, 코드리뷰를 하는 방식, git branch 전략을 Github Flow로 통일했다. 
단순히 코딩을 한다는 것보다는 제품(product)/서비스를 만들고 가치를 만들어내는 중요한 역할을 하는 것이 우리의 역할이라고 상기시켰다. 
2021년 3월에 다시 TechAssemble을 진행했고, 우리가 일하는 방식이 변화되면서 1분기 사이 PR과 배포 관련 지표상으로 어떻게 달라졌는지를 구성원분들에게 보여주었다. 
2021년 12월에 TechAssemble: 성장에 대한 이야기 라는 주제로 진행, 1년동안 구성원, 서비스 그리고 일을 하는 프로세스와 소통 방식이 어떻게 변화되었는지를 주제로 다시 구성원들에게 공유를 했다. 
코드리뷰-배포 프로세스 개선 
기존에는 특정 요일에 정기적으로 나가는 식이 아닌 만들어지는 대로 배포하는 프로세스였다. 
문제점은 오픈라인 결제업의 특성상 그리고 코로나 이슈로 점심/저녁 그리고 주말 점심/저녁에 사용량이 몰리는 상황이었다. 이 상황에서 코드버그로 인한 핫픽스가 주말에 발생 할 수 있어서 매주 정기적 배포하는 프로세스로 변경했다. 당연히 배포당 에러율이 현저하게 줄어들었다. 
QA가 없기 때문에 매주 배포 전 QA시간을 캘린더로 관련된 분들을 초대해서 진행하기로 했다. 
개발자, 디자이너, PO등이 참여해서 변경사항 뿐만 아니라 골든패스에 대한 테스트 무조건 수행 
한 번에 배포하는 방식이 아닌, 점짐적 배포 방식(30% => 50% => 70%)을 도입, 주말전에 릴리즈된 버전에 한해서 실제 환경에서 100% 사용될 수 있도록 배포를 스케쥴링 했다. 
기술에 대한 부분 
Github Actions/Environment/Secrets를 통해서 배포하는 식으로 전체 배포 프로세스를 통일했다. 자세한 부분은 내년에 https://blog.payhere.in 에서 밝힐 예정이다. 
개인적으로 조금 더 Django/DRF와 그리고 golang/Gin에 대해서 익숙할 수 있었던 한 해.
Layered Architecture를 기본으로 code 작성시의 그라운드 룰(ground rule) 문서를 작성해서 코드를 작성하거나 리뷰하는데 서로 align을 많이 맞추도록 노력했다. 이 부분은 항상 현재진행형이다. 
Swagger를 모든 서버 Github Repo에 위치하도록 가이드했고, Multiple Swagger를 oauth-proxy를 이용해서 볼 수 있는 사내 apidoc 사이트를 만들었다. 
사람에 대한 부분 
1on1
초기에 굳이 해야하는가에 대한 의견도 있었지만 처음 했을때 팀원분들의 생각들을 다양하게 엿볼수 있어서 좋았다. 어떤 고민들을 하고 있고, 어떤 생각들을 하고 있는지 그리고 회사가 성장함에 따라 역할이 어떻게 변화되게 되는지에 대해서 미리 알려주었다. 
원래는 분기별로 모든 인원에 대해서 하려고 했는데, 프론트엔드 파트가 급속으로 인원이 늘어가면서 하지 못했고 현재는 입사하면 1번은 무조건하고, 백엔드는 내가 맡아서 1달에 한번은 무조건 진행하고 있다. 각자가 원하는 부분이 달랐고, 진짜 열 길 물속은 알아도 한길 사람속은 모른다는 말이 틀린말이 아니다라는 것을 느꼈다. 
Tech 파트 뿐만 아니라 1인 팀으로 있는 분들 그리고 다른 업무적 연관성이 있는 분들과 몇번 1on1을 했었고 다들 스타트업에서 힘든 순간들을 버티고 있구나 라는 생각이 들었다. 
내년에는 더 자주 하고 좀 더 듣고 실행하는것에 초점을 맞추고 싶다. 
병역특례
마이스터고 분들을 모시려고 했고, 1분을 모셨고 기대보다 더 잘해줘서 너무 고마웠다. 
좋은 선례가 되어서 내년 1월부터 2명의 인턴분들을 모시고 함께 하려고 한다. 
다행히 병역특례 업체로 지정이 되었다. 
면접
면접 내에서 기본적인 면접 진행방식을 만들었고, 이후에 몇 번의 면접들을 보면서 백엔드 팀원들이 같이 회고를 진행, 공통 면접 질문이나 코딩테스트 문제 등을 취합했다. 
경력 서버엔지니어는 1년 내내 지원자체가 너무 없었고, 그 안에서 뽑고 싶은 사람은 더 없었던것 같다. 그래도 2명을 뽑았고 기대 이상으로 너무 잘해주고 있다. 🥰
나는 주로 내가 면접을 봐왔던 최근의 환경들을 기준으로만 생각 했었다. 경력직 면접 기준 
생각보다 개발/코딩에 대한 세상의 관심이 많아졌고, 그로 인해서 학교를 졸업하고 취업을 하는 일반적인 루트가 아닌 부트캠프나 다른 분야의 회사를 다니다가 개발자로의  취업을 하는 분들이 많다는 것을 느꼈다. 
서비스를 만들어야 하는 것들은 많은데 사람은 늘지 않고 내부 인원들이 지쳐가는 모습들을 보면서 채용의 바를 낮춰야 하는가에 대한 고민이 많았다. 내부에서도 기준의 너무 높다는 의견들이 있었다. 그러나 언제나 기준을 높게 가져가야 한다는 것에 대해서는 여전히 고수하고 있다. 그 기준에 대한 증명은 입사하신 분들이 일에 대한 기준/기술적으로 높은 수준을 유지하려는 부분에서 증명된다는 것을 확인했다. 
경력직을 채용하기 어려운 상황에서 하반기 이후부터는 주니어 포지션을 본격적으로 열고 과제를 주고 평가후, 면접으로 진행하는 식으로 바꾸었다. 1주일의 시간을 드리기 때문에 내부에서도 피드백을 반드시 드려서 설사 면접으로 진행되지 않더라도 한 명의 개발자로의 성장에 도움이 되는 피드백을 드리려고 노력하고 있다. 
많은 분들을 면접관으로 배정하고 있고, 그 과정에서 면접 구성에 대한 피드백과 자연스러운 개선이 일어났다. 어떻게 하면 성장가능성을 볼 것인지, 좀 더 편안하게 면접자에게 아이스브레이킹을 할 수 있는 방법은 무엇인지 등등 다양하게 고민을 하는 부분이 좋았다. 가장 좋았던 것은 이제는 나혼자 이런 고민을 하지 않는다는 것이다. 
면접을 정말 많이 봤고, 백엔드 뿐만 아니라 다양한 직군분들을 만나뵈었던것 같다. 
확실히 개발자 연봉이 많이 올랐다는 것을 새삼느끼고 있고, 이제는 그것을 어떻게 반영할 것인가에 대한 부분은 숙제로 계속 남게 되는 것 같다. 
원래 사람을 만나서 이야기 하는것을 그리 좋아하지 않는 스타일이었고 인간관계도 넓은 편이 아니였다. 전형적인 내향적인 사람. 자리가 사람을 만든다고 했던가, 리멤버 또는 페이스북/트위터에서 모르는 사람에게 쪽지 보내서 커피챗을 하자고 서슴없이 하게 되었다.  
사람 한명한명이 올 때마다 진짜 달라지는 것을 느낌. 백엔드 2명일 때 진짜 너무 힘들었는데, 3명일때 좀 더 수월해졌고, 점점 늘어나면서 일을 분배할 수 있게 되고 좀 더 미래지향적인 그림을 그릴 수 있게 되었던 것 같다. 그렇지만 일은 스트리밍으로 늘어나고(나는 카프카이고 싶지만 컨슈머일뿐) 그런 상태를 유지하는건 진짜 점점 더 어렵다는 것을 느꼈다. 
항상 나보다 나은 점이 있는분들(그것이 꼭 기술적일 필요는 없다.)을 모시자는 생각을 가지고 있다. 
초반부터 markdown 기반의 회사 기술 블로그를 만들고 싶었고 생각보다 시행착오는 많았지만 기술블로그를 넘어서 모든 영역의 분들이 열심히 글을 써주시고 있다. 
툴
여러 가지를 도입했지만 가장 잘 샀다고 생각하는 건 Datadog 
도입과정에서 비용에 대한 부분이 걱정되긴 했지만, 전체 구성원이 대만족! 
우려했던 것 만큼 많은 비용은 나오지 않는다. 
프론트 엔지니어가 백엔드 엔지니어에게 요청/응답 로그를 확인해달라는 요청을 많이 했었는데, 이제는 알아서 Datadog에서 로그를 검색해서 검색링크 기반으로 소통 진행하고 있다. 
로그 검색을 통해서 데이터 기반의 의사결정을 할 수 있게 되었다. 문제가 되는 케이스에 대한 데이터 확보가 쉬워졌고 그에 따른 의사결정이 가설이나 추정이 아닌 데이터에 기반해서 자연스럽게 의사결정하게 되었다. 
전체적으로 인프라-백엔드-프론트엔드의 통합을 위해서는 꽤 많은 부분을 설정을 해야 하는데 내년에도 계속 될 예정이다. 
문화에 대한 부분 
문화는 쉽게 만들어지지 않는다는 것을 깨달음.
좋은 문화속에 있을때는 절대 알지 못한다. 마치 물안에 있는 것과 같은 느낌. 
업무적으로 DM을 하지 않는 문화를 만들려고 노력했고, 잘 되고 있는지는 모르겠다. 
최대한 공유하고 투명하게 오픈하려고 노력하고 있다. 
회의에 대한 부분 
짧게 가져가고 싶은데, 짧은 대신 많아지는 것도 있었던 것 같다. 
불필요한 회의가 있는데 그것을 자각하지 못한 것도 있었고, 사람이 늘어나는 것, 늘어나는 속도에 따라서 빠르게 회의방식, 커뮤니케이션 방식을 바꿔야겠다는 생각이 들게 되었다.  
원래 회의록을 잘 안 쓰는 편인데, 모든회의록을 다 슬랙 채널에 공개해서 최대한 무슨 일을 하는지 다른 파트의 분들에게 공유했다. 
도움이 되었던 책 
마음도 운동이 필요해
개발 함정을 탈출하라
프로덕트 오너
건강한 프로그래머
올해 구매해서 좋았던 것들 
브레블 880 : 커피에 대해서 진심이었고, 구매해서 너무 좋았다. 다만 그렇다고 해서 스타벅스를 안가지는 않는다..
깔창 : 왼쪽 발바닥 통증이 심했는데(걷지도 않는데), 박스까남 영상을 보고 바로 샀다. 통증은 이제 없어졌고, 신발별로 살까 고민중이다. 
와인냉장고 : 당근마켓을 통해서 구매했고, 삼성 비스포크 와인냉장고인데 매우 만족한다. 와인이 보이지 않게 되어서 과도한 음주를 하지 않게 되는것 같다. 
기타 
요즘 경계하는 부분은 CTO인 내가 하기 때문에 쉽게 되는 것에 대해서 경계를 하고 있다. 
어떤 개발작업이 잘 진행이 안되는 것 처럼 느껴짐. 왜 이렇게 더딜까? 를 고민. 돌이켜보면 내가 CTO이기 때문에 많은 부분, 인프라에 대한 접근, 코드 리뷰 등이 쉽게 느껴져서 그렇게 생각하는 것 같다. 이런 의식을 자꾸 끊어내려고 노력하고 있다. 
일이 더딜때, 바로 들어가서 참견하기 보다는 좀 더 담당자가 잘 공유할 수 있는 환경을 만들어 주고, Blocker가 무엇인지를 물어보는 식으로 접근하려고 한다. 
사람들은 내가 스트레스를 안 받는다고 생각하는데, 나는 의도적으로 그렇게 안 보이려고 굉장히 노력하는 것 같다. 나는 사무실 들어가기 전에 이런 주문을 외운다: 오늘도 나이스하되, 드라이하게 그리고 감정적으로 힘들면 퇴근을 하는 편이다. 누가 힘든 모습을 봐서 좋을게 뭐가 있나?
스트레스로 숨을 쉬기가 힘들었을 때가 있었다. 어느 날 비가 많이 오는 날인데 번개가 치는데 잠에서 벌떡 깨서 벽에 기댔는데, 식은땀이 흘렀고, 환청이 들렸다. 그때부터 스트레스 해소에 대한 부분을 고민하기 시작했다. 
전 직장의 동료분이 명상과 관련된 책을 선물, 한동안 명상까진 아니더라도 스트레스가 받는 상황에서는 의도적으로 호흡 내뱉기 시작했고 조금씩 부담감이 덜어졌다. 
위임이 필요하다: 
코딩을 할 수 있는 시간이 엄청나게 적어졌다. 하루에 2시간. 요즘엔 연속 1시간도 힘들다.  
그러나 특정 코드 영역/도메인에 대해서 여전히 나에게 의존하는 영역이 있다. 단기간에는 어렵겠지만 이 부분도 위임을 하려고 한다. 
신규입사자가 많아짐에 따라 권한, 등록 등의 절차들이 많다. 어떤 월요일은 진짜 일을 아무것도 하지 못하는 상태, 자연스럽게 야근 혹은 새벽 근무를 한적이 있는데 이제는 진짜 위임을 해야한다고 생각하게 되었다. 
의도적으로 행복한 행위를 하려고 노력한다. 
모바일 게임이 아닌 콘솔 게임을 가끔 즐기고 있다. ROI가 안 나오는 행위라는 생각이 들지만, 재미나 행복은 ROI와 상관없다고 생각. 30분 ~ 1시간이라도 즐길려고 노력한다. 할 수 있는 시간은 사실상 새벽ㅠ, 젤다야숨, 동물의 숲, 위쳐3
주말에는 시골 생활, 주말 모니터링을 위해서 Datadog을 켜놓킨 하지만 그래도 집에 있는 것 보다 산책을 하거나 강아지와 놀거나 삽질(진짜 삽질)을 하거나 하는 등의 아날로그 적인/몸을 쓰는 행위들을 많이 해서 좋았던 것 같다.
좋은 음식을 먹으려고 노력하는 데 난 여전히 너무 유혹에 약하다. 먹어본 음식, 아는 맛은 생각보다 무섭다.  
포도나무는 올해는 거름/비료를 많이 주었는데 그게 조금 문제가 있었던 것 같고(포도알이 떨어지는 문제가 발생) 그래도 꽤 많이 열려서 몇 식구가 1박스 이상으로 가져가서 먹었던 것 같다. 
초보 CTO로 일을 하면서 느낀점은 나는 진짜 복을 받은 사람이라는 생각이 들었다. 회사분이 아닌 분들에게 많은 조언을 구했다. QA, 보안, 채용, CTO, 운영 등 다양한 분야에서 같이 일했던 분들에게 절박해서 그랬는지는 몰라도 조언을 구했고, 모든 분들이 너무 많이 나를 도와주셨다. 그래서 내가 해보지 않은 영역에서도 1년동안 잘 만들어갔던 것 같다.

2021 회고 : CTO로서 1년

Outsider's Dev Story

Outsider

어느새 또 한 해가 갔다.
주거환경
올해 큰 변화 중 하나는 경기도로 이사 왔다는 거다. 계속 서울에 살았고 가능하면 회사를 걸어갈 수 있는 강남권에 살고 있었다. 운 좋게(?) 3개 회사를 걸어서 다닐 수 있는 위치에서 몇 년간 보내면서 편안하게 살고 있었는데 코로나로 재택이 많아지다 보니 상황이 좀 달라졌다. 원래도 재택 혹은 원격 근무를 선호하는 편이었는데 사무실이 가깝다 보니 사무실로 나가는 경우도 많았고 원격 근무도 집에서 일한다기보다는 카페나 다른 곳에서 일하는 경우가 더 많았다. 다들 그렇겠지만 코로나로 갈 수 있어도 사무실 안 가는 경우나 혹은 가고 싶어도 못 가는 경우가 많아졌다. 그렇다고 카페를 가기도 어려우니 온종일 집에만 있는 날이 너무 많아졌다.
몇 년간 집에 만족하고 있었는데 집에 있는 시간이 많아져서인지 집이 답답하게 느껴지기 시작했다. 때마침 있던 집에서도 나가야 하게 되어서 고민을 하다가 경기도로 이사를 왔다. 계속 사무실에서 가까운 곳에 살까를 많이 고민했지만, 강남은 아무래도 너무 비싸고 공간이 좁아서 집 공간을 좀 넓게 사용할 수 있는 경기도로 이사를 왔다. 올 때는 고민이 많았지만, 결과적으로는 아주 좋은 선택이었다. 출근을 많이 안 해서 그렇기도 하지만 지내는 공간이 넓어지니 삶의 만족도가 상당히 올라간 기분이 든다. 전에는 컴퓨터하고 잠만 잘 수 있으면 괜찮다고 생각했지만 역시 공간이 넓으니 좋긴 하다.
작년에 가장 잘한 선택이 이직이라면 올해 가장 잘한 선택은 이사인 것 같다. 어쨌든 집이 바뀌어서 새로운 삶의 패턴에 적응해가고 있다.
번아웃 or 휴식
올해는 내가 일하면서 두 번째 번아웃이 온 것 같은 기분이었다. 번아웃이 그렇듯이 확실치는 않다. 난 약간 몰입해서 일할 때 만족감을 많이 느끼는 거 같은데 전전 회사에서도 프랑스에서 온 개발자가 너무 일 열심히 한다고 걱정하기도 했고 이전 회사에서도 내 컨디션에 대해서 걱정하는 사람이 많기는 했다. 나는 몰입해서 일할 때 좋기 때문에 불만은 없었는데 올해는 많이 그러지 못했다.
이전 회사에서는 24시간 알림에 반응할 수 있게 일하다 보니 그렇지 않은 환경에 어색하기도 했고 나도 모르게 번아웃이 왔는데 그 긴장감이 풀리면서 한 번에 왔나 하는 생각도 들었다. 일하는 데 큰 문제는 없었지만, 집에 오면 별로 코딩하고 싶지 않고 늘어져서 넷플릭스나 보는 게 올해의 일상이었다. 번아웃을 의심하는 이유가 이거인데 저번 번아웃 때도 퇴근하고 집에 와서 코딩을 별로 하고 싶지 않았기 때문이다.
일할 때 내가 해야 한다고 느끼는 일이 많으면 많을수록 거기에 맞추면서 일하는 게 습관이 되어 있다 보니 번아웃도 잘 눈치 못 채는 건가 싶기도 하다. 어떻게 생각하면 지금 패턴도 업무에 지장을 주지는 않기 때문에 문제가 있는 건 아닌데 이전에 그렇게 일을 안 했기 때문에 계속 문제인가? 하는 생각을 하는 것 같기도 하다. 물론 개인적으로 공부하고 코딩하는 게 줄어든 것은 확실하게 문제이긴 하다.
초반에는 좀 고민했지만 억지로 리듬을 복구하려고 노력하지 않고 그냥 그대로 보냈다. 오랫동안 일했으니 좀 쉬는 기간도 필요하겠다 싶었고 억지로 올리기보다는 쉬어야 한다는 신호가 왔을 때 그냥 쉬는 게 낫겠다는 생각도 들었다. 자연스럽게 패턴이 돌아오길 기대하면서 쉬었는데(저번 번아웃 때는 좀 쉬고 나니 자연히 돌아왔다) 이번에는 전처럼 돌아오진 않았다. 그래서 몇 년간 하던 mocha 프로젝트에 대한 기여도 올해는 별로 하지 못하고 메인테이너에서 잘리지(?) 않을 정도로만 유지하고 있었다.
쉴 만큼 쉬었으니 내년에는 의지를 다지고 다시 성실하고 재밌게 살아야겠다.
회사
작년 12월에 지금의 회사에 왔으니 올해 본격적으로 일한거나 마찬가지다. 지금 있는 조직에서는 배포 시스템을 만들고 있는데 다행히 위의 번아웃 걱정과는 다르게 아직은 좋은 평가를 받고 있는 것 같다. 나는 제너럴리스트에 가까운 사람이라서 일할 때 내가 필요한 역할에 더 많이 하는 편이다. 이전 회사들에서 다양한 조직에 커뮤니케이션 하던 역할을 많이 했지만, 지금은 SRE 조직이라서 훨씬 인프라에 집중하는 조직이고 커뮤니케이션은 더 잘하는 분이 있어서 배포 시스템을 만드는 데 더 집중하고 있다. 그래서 내가 스스로 느끼는 효능감(?)은 좀 떨어지는 느낌이 있는데 일단은 나한테 중요한 배포 시스템에 집중하려고 노력하고 있다.
이전에는 매니징을 했었는데 역시 나한테 매니징은 너무 어려운 업무였고 한편으로는 처음 매니징을 하면서 너무 큰 조직을 맡았단 생각도 들었다. 내 매니징에 대한 스스로 평가는 그리 높지 않았다. 사람의 감정에 그리 예민한 편은 아니라서 아무래도 어려웠다는 생각이 많이 들었다.
어쨌든 다시 엔지니어링을 한다는 기쁨은 훨씬 컸다. 위에 말한 번아웃과 겹쳐서 그 기쁨을 완전히 누리지는 못했지만 그래도 배포 시스템을 설계하면서 이전에 고민해보지 않았던 수준으로 고민하면서 만들어가는 과정은 꽤 재미가 있었다. 머릿속에 있는 개념과 내가 실제로 구현할 수 있는 능력의 차이에서 자괴감을 들었지만, 개발에서 정말 많은 영역에 관여하고 있는 배포에 대한 고민은 꽤 재미있는 일이었고 내 경력에도 맞는 부분이라는 생각이 들었다. 생각하는 걸 잘 정리해서 말로 만들지는 못하지만 그래도 그동안 공부하면서 주워들은 지식이 써 먹히는 것 같은 기분은 꽤 좋았다. 아직도 부족한 게 맞지만, 동료들한테 듣는 피드백에서 큰 방향 자체에서는 많이 틀리지 않았다는 생각이 들었다.
지금 회사에 온 지 이제 1년이 좀 넘었는데 아직은 즐거운 편이다. 동료 한 명과 일하고 있었는데 내년에는 4~5명으로 늘어날 예정이라 하던 일도 본격적으로 되고 협업 방식도 많이 달라질 것이라고 본다. 난 매니징을 못 한다는 걸 깨달았기 때문에 매니징을 다시 할 생각은 별로 안 하고 있었는데 파트 리드를 하게 되어서(올해도 이미 하고 있었지만...) 걱정도 있지만, 전보다 작고 프로젝트 리드하는 게 더 많은 부분을 차지하고 있어서 좀 더 잘해봐야겠다.
스터디
퇴근하면 쉬기만 하던 올해 그래도 내가 뭔가 계속할 수 있게 해준 건 몇 년 전부터 진행하고 있던 인프라 스터디였다. 멤버도 좀 달라지긴 했지만, 워낙 잘하시는 분들도 많고 적극적으로 하셔서 나도 자극이 되고 스터디 진도를 따라가야 하니 쉬다가도 일어나서 조금씩 공부할 수 있게 되었다.
Programming Kubernetes: Kubernetes를 쓰다 보니 오퍼레이터를 만들 일이 있을 것 같아서 스터디를 시작했다. 책은 꽤 좋다고 생각하는데 너무 어려워서 힘들었다. 진도 따라가는 거 말고도 많은 시간을 써서 공부했어야 더 도움이 되었겠지만 그러지는 못했다.
kubebuilder: 위 스터디가 너무 어려웠다는 것에 다들 동의해서 오퍼레이터를 만드는 프레임워크인 kubebuilder를 공부하고 공개된 오퍼레이터를 소스를 보거나 직접 만들어 보자. 이것도 마찬가지로 좀 어려웠고 정해진 진도가 없다 보니 좀 지지부진하게 스터디가 진행되다가 멈췄다. 
Istio in Action: 회사에서 Istio를 쓰면서 관심이 생겨서 Istio 스터디를 후반기 내내 했다. 이번에도 진도 따라가는데 급급했지만 Istio에 관해서 많이 알게 된 스터디였다. 
올해 스터디 마저 안 했으면 큰일 날뻔했다. 다들 열정이 넘쳐서 스터디 끝나자마자 다음 스터디를 논의하고 있어서 내년에도 스터디에 열심히 참여해야겠다.
최근에는 성장이 멈췄다는 걸 많이 느끼고 있다. 그동안 하던 것들로 유지 정도는 하고 있지만 성장은 못 하고 있고 오히려 퇴보하고 있는지도 모르겠다. 원인을 모르는 것은 아니다. 이것저것 공부하고 있기는 하지만 예전처럼 집중해서 수련하는 시간이 절대적으로 부족하다. 수련하지 않으니 얕은 수준의 지식은 쌓일지라도 성장을 위한 밑거름을 만들지 못하고 있다. 할 게 많기도 하지만 이미 익숙해진 것들로 둘러싸인 컴포트존에서 벗어나지 않기 때문에 수련이 안 되고 있다고 보고 있다. 전에는 컴포트존이 거의 없으니 하는 것마다 수련이 되었지만 아무래도 컴포트존이 많아지니 그 안에 갇혀버린 것 같다. 컴포트존 밖이 무섭다기보다는 갑자기 떨어진 생산성이나 어색함으로 다시 컴포트존으로 돌아오게 되어버렸다. 내년에는 의식으로 컴포트존 밖에서 수련하는 시간을 많이 만들어야겠다.
GitHub Stars
작년부터 GitHub Stars로 활동하고 있는데 비정기적으로 GitHub에서 컨퍼런스 콜을 열어서 기능을 설명해주고 피드백을 받는 시간이 있고 대부분의 새로운 기능을 프리뷰단계에서 사용할 수 있게 해주고 있다. GitHub은 워낙 좋아하는 회사라서 이런 기능을 써볼 수 있는 것은 너무 좋지만, 영어를 잘 못 하니까 논의에 같이 끼지는 못해서 아쉬움이 많다. 영어만 잘해도 훨씬 더 재밌을 텐데 하는 생각이 든다.(맨날 한다고만 하고 영어 공부를 열심히 안 해서 ㅠ)
올해는 GitHub Korea와 밋업을 8월부터인가 진행하게 되었다. 난 발표는 안 하고 진행(?)을 맡았는데 GitHub Korea뿐 아니라 본사와도 커뮤니케이션하고 같이 하다 보니 밋업 시간도 약간 애매하고 준비도 좀 어려웠다. 나한테는 GitHub이 국내에서 밋업을 한다는 것만으로도 가슴 벅차긴 하지만 실제로 퀄리티도 좀 애매하고 준비에 많은 시간을 못쓰다 보니 참석자도 많지 않았다. 다시 논의해서 내년 밋업은 잘 준비해서 다시 해보기로 했으므로 내년엔 좀 더 괜찮은 밋업을 진행할 수 있기를 기대하고 있다.
블로그
올해를 글을 52개밖에 쓰지 못했고 매달 2개씩 발행하는 뉴스레터를 제외하면 글을 거의 쓰지 못했다. 1월에는 새해 의지력으로 글을 많이 썼지만, 점점 줄어들어서 뉴스레터만 겨우 발행한 달이 너무 많아졌다. 블로그는 나에게 너무 중요한 부분이라서 놓을 생각은 없지만 벌써 3년째 50개 정도의 글만 쓰고 있다.
새삼 이렇게 보니 블로그 참 오래 했구나 하는 생각이 든다. 블로그든 스터디든 다 연결되어 있어서 코딩이든 사이드 프로젝트든 뭔가 계속 수련해야 그 가운데 글 주제도 나오고 글 쓰다 보면 코딩하게 되고 하는데 고리가 끊어지니 잘 안 되는 것 같다.(물론 todo 리스트에 글 주제는 엄청나게 밀려있지만...) 내년에는 예전만큼은 아니어도 일정한 리듬으로 계속할 수 있기를 바라고 맘 같아서는 유튜브도 하고 싶은데 유튜브는 나에겐 아직 어려운 포맷이다.
새해 복 많이 받으세요.
댓글 쓰기

Stories by Mijeong (Rachel) on Medium

워낙 굴곡이 많은 해를 보내서 ‘회고를 해도 되나?’ 라는 생각으로 마음을 접고 있었다. 이곳저곳에서 회고를 안 쓰냐는 연락을 받기도 했고, 다른 분들의 다양한 회고를 읽고 나니 ‘굴곡이 많았으니 회고를 써도 되는 것 아닌가?’ 라는 마음으로 바뀌었다. 일기장에 펜으로 끄적였던 올해의 키워드를 중심으로 나의 2021년을 돌아본다.
1. 두 곳의 회사
올해 초에는 계획했던 퇴사와 연말에는 계획에 없었던 퇴사를 했다. 앞으로도 일 년에 퇴사를 두 번이나 하는 일은 좀처럼 없을 것 같아 기억에 오래 남을 것 같다. 두 곳 모두 개발자이자 매니저로서 역할을 했고, 내가 경험하거나 깨달은 것은 무엇이었나 곱씹어봤다.
복잡한 도메인/시스템 설계
올해 이전에도 복잡한 도메인이나 시스템에 대한 경험은 있었지만, 이를 위한 설계를 주도적으로 이끌면서 접근 방향에 대해 본격적으로 기준이 생긴 것 같다.
해결하고자 하는 문제 그리고 달성하고자 하는 목표는 무엇인가? 프로덕트/회사의 방향과 일치시키며 우리가 할 수 있는 것과 포기해야 할 것은 무엇인가? 시스템 간의 영향도는 어떻게 되는가? 확장성은 어느 수준까지 고려하는 것이 적절한가? 팀의 합의는 어떻게 끌어내야 하는가?
기술(시스템), 팀, 회사(프로덕트)를 모두 배제하지 않고 복잡한 문제 해결을 이끌어가는 경험은 개발자로서 큰 의미가 있는 경험이었다.
함께 달성하는 성과
개인 SNS에 지겹도록 이야기했지만, 개인보다 팀이 성과를 만드는 일에 진심이다. 몇 년 전, 매니저 일을 처음 시작했을 때 괜찮은 매니저가 되기 위해 세웠던 기준인 ‘개인의 성과보다 팀의 성과에 집중’ 이 시작이었던 것 같다.
첫 번째 퇴사를 한 회사였던 우아한 형제들 베트남에서는 2년이 넘는 시간에 걸쳐 오랜 시간 함께했던 멤버들과 새로운 멤버들, 그리고 급격한 서비스 성장과 복잡도 사이에서 어떻게 우리가 함께 성장할 수 있는지에 많은 시간을 할애했다. 팀원들과 많이 대화하고, 또 팀원들이 스스로 결정할 수 있도록 방향을 제시하는 것에 초점을 맞추었다.
두 번째 퇴사를 한 스타트업에서는 변화와 성장에 갈증을 느끼고 있던 기존 멤버들과 함께 어떻게 변화할 수 있는지 고민했다. 문제라고 이야기하는 것들의 배경을 충분히 듣고 이해하고, 작은 변화를 실천해서 동기부여를 주고. 짧은 시간이었지만 밀도 있는 ‘함께’ 의 경험을 했다. 회사를 나오기 전, ‘한 사람이 이렇게 짧은 시간 안에 많은 것들을 변화시킬 수 있구나.’ 라는 감사의 말을 들으며 생각했다. 변화할 수 있었던 건 진심으로 받아들인 멤버들의 덕분이었다고.
일, 돈 그리고 사람
직장인으로 회사를 선택하는 것의 지표는 일, 돈 그리고 사람일 테다. 사람이라는 지표가 내 선택에서는 가장 큰 비중을 차지한다는 것을 다시 한 번 깨달았다.
사람에 대한 기준은 실력이 좋은 사람 혹은 유명한 사람이 아니다. 동료의 말을 들을 준비가 되어있고, 개인이 아닌 팀으로 일할 준비가 되어있는 사람을 의미한다. 적어도 나에게는 그렇다.
2. 집필
역자는 여러 번 해봤지만, 저자는 엄두가 나질 않았다. 내가 직접 책을 쓴다는 것은 너무나 뜬구름 잡는 이야기였다. 그래서 출간 제의는 계속 거절해왔었다.
어느 날, 골든래빗 출판사의 최현우 프로 에디터님(이하 ‘프로님')으로 부터 출간 제의를 받았다. 왜 내가 해당 주제로 집필해야 하는지에 대한 성의있는 제안에 처음으로 진심으로 고민했고 결국 올해 9월 세상에 내놓는 것에 성공했다.
책을 만들면서 또 새로운 협업을 경험했다. 프로님은 심하게 꼼꼼하셨으며 당연하게도 저자보다 책을 잘 만드는 것에 대해 욕심이 많으셨다. 어휴 ㅋㅋㅋ. 1차 원고를 작성하고, 2차 원고 수정을 거치고, 베타 리더 분들의 의견을 반영하고, 인쇄에 들어가기 전까지도 구성에 대한 논의를 하고. 이 책의 기본 컨셉과 우리가 담고 싶은 내용 사이에서 치열하게 의견을 주고받으며 함께 완성했다.
작년까지만 해도 책을 집필하고 있다는 사실만으로 부담과 동시에 어깨가 으쓱하는 면도 있었다. 하지만 이제는 안다. 책을 집필하고 있는 것과 결국 완성하여 세상에 내놓는 것은 비교가 안 되는 일이다. 앞으로는 책을 집필하는 중에 어깨가 으쓱하는 건방은 떨지 않게 될 것 같다.
추가로, (감히 또 겁도 없이) 프로님에게 ‘타입스크립트’와 ‘시스템 설계’ 책을 집필하고 싶다는 말을 해버렸다. 새해의 나에게 맡겨본다고 했으니 우선 지금은 마음만 갖고 있어야지.
3. 발표/강의
자칭타칭 공유 중독자로서 내 지식과 경험을 공유하는 일을 즐긴다. 이제는 이 바닥(?)에 10년 정도 있었으니 일종의 의무감도 있는 것 같다.
Wanted Con. 누구나 할 수 있는, 기술리더로 성장하는 법.
대덕소프트웨어마이스터고. 진로 및 취업콘서트.
스여일삶. 별난 직장의 여자들.
깃 & 깃허브 라이브 발표.
탈잉. 월간 코드리뷰.
스여일삶. 별난 직장의 여자들 완결편.
OKKY. 깃허브 저자 네라쿠배 개발자의 커리어 이야기.
그 외, 유튜브 라이브 방송 참여 등.
올해 해외 생활을 정리하고 한국으로 돌아오면서 이런저런 행사에서 공유할 기회가 많았다. 주로 개발자 그리고 매니저로서 성장에 대한 이야기, 진로에 대한 이야기 등을 다뤘다. 공식적인 발표나 강의는 아니지만, 가끔 몇몇 회사의 개발팀이 겪고 있는 문제에 대해 의견을 드리는 일도 하면서.
해외 생활 정리로 여유가 없어서 거절했던 강의 제작 기회들도 있었고, 지금은 집필과 유사하게 제작하고 싶은 강의 주제들도 있다. 새해에는 또 다른 의미 있는 공유를 시도해보자.
4. 직장인 N대 허언
우리가 아는 직장인 N대 허언이 많다. 1년의 1/3이라는 시간은 어딘가에 소속되지 않고 자유롭게 지낸 덕분에 몇 가지 허언을 실행해볼 수 있었다.
퇴사. 말해 뭐해. 두 번이나 했다.
제주살이. 꽤 넉넉하게 시간을 갖고 제주의 고즈넉한 집을 빌려서 지냈다. 아침에 눈을 뜨면 늘 커피 사러 나가는 게 일상인데, 나가는 길의 풍경이 극적으로 평온했다. 온통 집과 돌담 그리고 풀로 가득한 길을 거닐어서 커피를 사러 가는 길의 기분이 여전히 선명하다. 제주에 사는 옛 동료를 만나 한 달 살기를 위한 정보들을 얻어와서 곧 다시 떠나지 않을까 기대한다.
유튜브. 채널을 만든 게 얼마 안 됐지만 어쨌든 실행은 했으니 허언이 아닌 것으로 하자. 시작은 영상 편집 도구를 학습하는 게 흥미로워서였고, 한동안은 꾸준히 업로드해보는 것으로.
👉 레이첼의 개발일상 채널
5. 그 외
결혼
좋은 사람을 만날 것에 대한 큰 기대가 없었는데, 찾아왔다(?) 아니 찾아냈다. 우리는 베트남에서 웨딩촬영을 하고, 혼인 신고를 했다. 나를 향한 걱정과 조언을 온전히 나를 두고 생각하는 사람이라 참 예쁘다. 요즘 남편과 한 약속은, ‘온전히 쉬어보기’ 이다. 쉬고 있다고 하지만 책을 쓰고 강의를 하고 일상을 정해진 약속 내에서 바쁘게 살아가는 나를 보고 남편이 꼭 부탁했던 일이다. 누군가와의 약속이나 의무감이 없는 선에서 해보고 싶은 것만 하는 시간을 가져보기. 덕분에, 처음으로 ‘나 쉬고있구나’ 라는 생각을 해보게 된다.
귀국
2년 반을 살았던 베트남 생활을 정리하고 한국으로 돌아왔다. 누군가를 만나는 일에서 에너지를 과하게 소모하는 사람이면서 친구도 많지 않은 나라서 타국에서의 삶이 그리 어렵지 않을 것이라 착각했다. 하지만 선택의 여지가 없는 타국에서의 고독한 삶은 글쎄, 이제는 혼자서는 하지 않을 것 같은 일임을 깨달았다.
하지만, 오랜만에 서울에서 살 곳을 구하는 과정은 정말 힘들었다. 더군다나 국내에서 몇 년 동안 수입이 잡히지 않았던 사람에게는 더더욱 가혹했다 흨.
독서
책 읽기는 늘 취미이고 올해도 꾸준히 읽었다. 그중에 책의 구절을 바탕으로 작가의 생각과 경험을 담아 새로운 책으로 내놓은 2가지가 참 좋았다.
책의 말들: 다른 세계를 상상하고 공감하기 위하여 — 김겨울 작가
태도의 말들: 사소한 것이 언제나 더 중요하다 — 엄지혜 작가
나 자신과 일상을 돌아볼 기회를 준 책들이었다.
운동
운동을 꾸준히 하는 건 어렵지 않을 정도로 단련된 사람이다. 올해는 남편과 함께 웨이트에 취미를 붙였다. 몇 년 만의 추운 겨울이 당황스러워서 지금은 홈트로 대체하고 있지만, 새해에는 다시 근육을 잘 키워보자. PT 쌤이 안 나오시냐고 문자해서 무서워서 그런 건 절대 아니다.
피드백
유난히도 함께 일했던 동료들 혹은 주변 사람들로부터 피드백을 많이 받을 수 있었던 해였다. 이별을 맞이했던 동료들도 많았고, 함께 일했던 경험은 없지만 내 활동을 관심 있게 지켜봐 주고 연락을 주시는 분들 덕분에 나의 강점을 더욱 알 수 있게 됐다.
개발팀 매니저로 내가 어떤 강점을 가졌는지, 팀과 시스템의 변화를 이끌어 내기 위해 내가 어떤 노력들을 했는지, 나의 글과 행보를 통해 용기를 얻거나 방향을 잡아가고 있다든지, 다양한 피드백 덕분에 더 괜찮은 사람이 되고 싶어졌다.
우아한 형제들 베트남, 2년 반 그리고 퇴사 전 회고
다가오는 2022년에는 건강하게 몰입하고, 또 새롭고 의미 있는 영향을 줄 수 있는 사람이 될 것 같다.

Y2021 개인 회고

🌱개발자 Dion의 성장기록

Dion

2021년 회고는 세가지 파트로 나눠서 작성하려고 합니다.
첫번째 파트는 제가 코드리뷰어로 활동한 것에 대한 회고입니다.
두번째 파트는 제가 개발자로 활동한 것에 대한 회고입니다.
세번째 파트는 개발자 커뮤니티와 관련된 회고입니다.
그리고 다음편은 이직기 + 앞으로의 목표입니다.
코드리뷰어 이야기
코드스쿼드 코드리뷰어
2020년 백엔드 마스터즈 코스를 수료하고 코드스쿼드에서 코드리뷰어 제안을 주셔서 코드리뷰어로 활동하게 되었다.
처음엔 걱정을 많이 했다. '내가 리뷰어로 잘 활동할 수 있을까?', '현업에서 일도 얼마 안해봤는데 좋은 리뷰를 내가 할 수 있을까?' 와 같은 고민이었다.
실제로 리뷰를 하면서 굉장히 많은 시간이 걸렸던 이유는 내가 한 말에 확신이 생기지 않아서 직접 실행해보고, 레퍼런스가 될만한 문서를 찾아보는 탓에 시간이 걸렸다. 하지만 꼼꼼하게 리뷰를 하기 위해서 최선을 다했던 것 같다.
그러면서 리뷰이에 대한 차트를 관리하고, 어떤 분이 리뷰를 요청하지 않으시면 직접 DM을 드려서 리뷰를 요청하시게끔 먼저 연락을 드린적도 있었다. (이런식으로 코드스쿼드 수강중에도 출석부를 관리했던 기억이 났다. ㅎㅎ)
사실 리뷰를 어떻게 할 것인가에 대한 전략을 세웠던 적이 있다. 처음엔 같이 협업을 함에 있어서 기본적인 사항들에 대한 리뷰를 먼저하고, 시간이 지나면 지날 수록 이런 비율은 줄이되 최대한 IDE에 의존하게끔 하고, 기술적으로 내가 아는 설계 방법이라던가 주의해야할 점에 대해서 리뷰를 하자고 다짐했던 것 같다. 그리고 최대한 내 리뷰를 골고루 해드리려는 욕심을 가졌는데, 리뷰어 선정 기준이 어떻게 되냐는 질문을 받았던 것으로 봐서는 썩 잘하진 못한 것 같다. 😅
결과적으로는 완전 계획대로 리뷰를 하지 못했다. 나는 항상 코멘트가 수십개를 넘어갔으며, 지엽적인 부분도 있고, 내가 잘못 알고 리뷰를 남긴 내용도 많았다. (이불킥)
다만 가끔 2021 멤버스 기수분들과 대화를 하는 경우가 종종 있는데, 내가 남긴 리뷰 덕분에 꼼꼼하게 학습할 수 있었고, 여러가지를 생각해 볼 수 있었다고 주신 말씀 덕에 리뷰어라는 타이틀에 부끄럽지 않을 수 있었던 것 같다. 또, 그렇게 알려드린 분들이 좋은 결과를 얻었다는 소식을 간접적으로 들었는데 그럴 때마다 기쁜 기분이 들었다. 사실 그분들께서 열심히 학습하셔서 좋은 결과가 나왔다고 생각하고, 내 도움은 아주 약간의 도움이 되었으리라 생각이 된다.
그리고 사실 다른 리뷰어분들이 시간이 지나면서 바빠지셔서 활동이 조금 뜸해지셨는데, 리뷰를 받고자 하는 양은 그대로여서 때로는 넥스트 스텝 과제를 제출하고 새벽 3시까지 리뷰를 한 다음 7~8시에 일어나서 출근을 하는 조금은 힘든 일상도 보냈었다. 이 때는 매일 '피곤해', '힘들어' 라는 말을 입에 달고 살았던 것 같다. 하지만 넥스트 스텝 과제를 하면서 이를 리뷰에 적용하니 내 이해도 올라가고, 피드백도 받을 수 있어서 많은 도움이 되었다고 생각이 들었다.
그렇게 약 5개월정도 리뷰어로 활동을 했는데, 회사 업무 + 리뷰어 + 과제를 하고 나니 정신적으로 많은 피로가 있었다. 그래서 한 달 정도는 그냥 내 개인 공부만 하면서 쉬자는 생각을 갖고 있었다.
내년에도 리뷰어에 대한 제안을 받았는데, 이번에는 업무와 내 삶에 지장을 주지 않는 선에서 리뷰를 하는 것이 목표다.
넥스트스텝 코드리뷰어
사실 쉬자는 마음을 갖고 있었는데, 넥스트 스텝의 포비께서 연락을 주셨다.
리뷰어 제안이었다. 처음엔 쉬고자 하는 마음도 있었고, 내 경력도 부족했기에 거절을 했었다.
하지만 리뷰어가 너무 부족해서 부탁한다는 말씀에 하겠다고 말씀드렸고, 리뷰어로 활동하게 되었다.
넥스트스텝은 코드스쿼드와 다르게 24시간 이내에 리뷰를 해주어야 하는 시스템이다. 그래서 사실 약속도 함부로 못잡았고, 리뷰어로 투잡을 뛰는 기분이었다.
특히 주말에 문제가 많이 두드러졌는데, 리뷰이도 재직자고 나도 재직자니까 평일에는 사실 저녁에 올라온 리뷰만 처리하면 현실적으로 충분히 처리가능한 양이었다. 하지만 주말에 올라오는 리뷰를 대처하다보면 내 주말 시간이 온전하게 지켜지지 않는 기분이었다. 이는 후반이 되어도 크게 달라지지 않았던 것 같다.
이미 심적으로 굉장히 지쳐있는 상태였기 때문에, 코드스쿼드와는 달리 대부분 수동적이고, 활기없는 리뷰 경험을 보이는 분들이 많아서 굉장히 실망스러운 부분이 많았다. 그래서 더더욱 재미도 없고 힘들기만 했던 것 같다.
나도 어떻게든 리뷰를 잘 하기 위해서 자극도 많이 받고, 피톨로지의 영상을 보면서 내가 잘못 알려드리는 것은 아닌가? 하고 스스로를 되돌아보는 시간도 가졌었다.
이 경험으로 느낀건 난 굉장히 자율적인 사람이라서 어떤 강제적인 제약같은 것이 가해지면 능률이 떨어진다는 느낌을 많이 받았다.
그래서 넥스트 스텝 리뷰어로 활동하면서 분명히 많은 부분을 배웠지만, '다음에 다시 하게될까?'에 대해서는 나조차도 장담을 할 수 없을 것 같다. 오히려 조금 더 역량을 쌓은 다음 리뷰를 해주는 편이 나을 것 같다는 생각도 들었던게, 피드백 중에 '경력이 3년 이하인 리뷰어에게 리뷰를 받고 싶지 않다.' 라는 피드백이 있었기 때문이다.
조금 더 회사 업무에 집중을 하고, 내 역량을 키운 다음 리뷰어로 활동하는게 더 좋을 것 같다는 내 생각도 분명히 있었기 때문이다.
개발자 이야기
플랜드 이야기
내가 다니던 회사는 사실 9월 출시를 목표로 하고 있었다. 하지만 기획안도 너무 양이 방대하고, 클라이언트 개발자를 충원하는데 너무 긴 시간이 걸려서 12월 말 출시로 목표를 조정했다.
사실 클라이언트 개발자 충원도 내가 추천하신 분들이 입사하셨고, 겨우겨우 프로젝트가 굴러가기 시작했다. 이 분들이 없었다면 아마 그 전에 이직을 결심하지 않았을까 하는 생각이 들었다.
회사는 비포괄 임금제에 야근을 최대한 하지 말자는 기조여서, 그 기조에 맞추어 개발을 했던 것 같다. 백엔드 개발에 대한 전반적인 일정 수립이나 어떤 업무를 누가 수행할 것인가에 대해서 결정하고, 또 개발도 같이한다는 것은 굉장히 어려운 일이었다. 하지만 좋은 동료들과 함께 즐겁게 일할 수 있었다.
하지만 애자일을 지속적으로 적용하다 보면, 일정을 어느정도 예측가능하게 되는데, 이게 무리한 일정이라는 지표가 좀 강하게 나왔고, 그 때부터 이를 어떻게 해결할 것인가 하는 고민들도 많이 들었던 것 같다.
사실 백엔드는 어느정도 기능이 개발되어있는 상태였고, 세세한 최적화는 출시 이후 해도 충분하겠다는 내부의 판단이 있었기에 테스트 코드를 많이 작성하고, 프론트엔드 업무를 배워가면서 기능을 최대한 쳐내기 위해 노력했다.
모바일 웹은 내가 생각했던 것 보다 상호작용에 대한 고민도 많아야했고, 내가 아는건 간단한 html/css/js인데 react/typescript 기반으로 기술을 사용해야하니 어려움도 많았다. 하지만 맡은 일을 확실하게 하자는 책임감으로 내가 할 수 있는 부분만큼은 확실하게 했었다.
갑작스런 회사의 경영악화
그러던 어느날, 회사에서 갑자기 모두에게 중요한 이야기를 한다고 했다. 그 때까지만 해도 별다른 생각이 없었던 것 같다.
회의실에서 회사가 이전부터 힘들었다는 얘기를 듣고 살짝 어이가 없었다. 나도 물론 잘못이 있다. 꼭 스타트업에 들어갈 때에는 재무상태를 파악하고 있는지, 투명하게 공개되고 있는지, 매출은 나오는지에 대해서 생각해보길 바란다.
사실 그동안 모아둔 돈이 다행이 있고, 마이너스 통장도 미리 만들어두어서 돈이 부족할 일은 없겠다고 생각했다.
그리고, 언제든 망할 수 있는게 스타트업이라 처음엔 덤덤하게 받아들였던 것 같다.
하지만, 생각은 생각일뿐 마음 한 켠에는 마무리 짓지 못한 아쉬움, 혼란, 약간의 배신감, 그리고 나를 믿고 이 회사에 와준 동료들에 대한 미안함이 떠오르는 상태였다.
특히 출근을 안한지 첫 주에 굉장히 심각했다. 
좋아하는 일을 해도 재밌지 않고, 얼른 일부터 하고 싶었다.
다들 열심히 달려왔으니 쉴 때다 라는 말을 해줬지만, 나는 쉬고싶어서 쉬는 것이 아니라 더 슬펐다.
결국 다시 구직을 해야할 때가 되었다.
회사에 대한 너무 많은 얘기가 적히지 않은 이유는 사실 이 때문이기도 하다.
분명한 것은 나는 플랜드에서 즐겁고 열정적으로 일했고, 일을 했던것에는 후회를 남기지 않고 나오게 되었다.
개발자 커뮤니티 이야기
페이스북에 OOP와 DDD에 대해서 글을 남겼던 적이 있다. 오브젝트 책을 읽으면서 어떤 궁금증이 생겨 그런 생각을 남겼는데, 안영회님께서 먼저 연락을 주셔서 만나뵙게 되었다.
처음 뵈었을 때 익스트림 프로그래밍이 영회님께 미친 영향을 들으면서 읽고 싶다는 생각이 들었고, 무엇인가 같이 해보는 경험을 했으면 좋겠다는 영회님의 말씀에, 무엇을 해야하지 하는 생각이 많이 들었던 것 같다.
그래서 처음에는 XP 읽기모임을 통해 아름다운 가게 개발자 분들과 유영모님을 만나뵙게 되었다. XP 읽기모임을 하면서 내가 다니던 회사 밖의 시야를 알게되고, '더 좋은 모습으로 우리 회사를 바꿔나가기 위해서 어떤 노력을 해야할까?'에 대한 고민도 굉장히 많이하게 되었다.
XP 읽기모임을 성공적으로 끝마치고 때마침 회사가 안좋게 되었다는 얘기를 했었고, 영회님과 새로운 도전을 시도하기로 약속했던 것 같다.
그렇게 베터코드의 java 오픈소스 프로젝트를 지원하게 되었고, SI 서비스만 하던 업체에 기초 세팅을 정의해서 제공하는 역할을 수행하게 되었다. 이 때 느꼈던 점은 구직자와 현업에서의 기술 간극을 줄여서 기술 성숙도를 전반적으로 높이고, 더 발전된 형태의 개발을 지향할 수 있게끔 하는 것도 목표로 삼아도 좋겠다는 생각을 했다. 그러기 위해선 나 자신이 그런 기술에도 익숙해야 할 뿐만 아니라 갖고 있는 지식을 잘 전달하는 것에도 익숙해야겠다는 생각이 들었다.
이렇게 베터코드와 함께하면서 조금씩 네트워크가 확장되어 간다는 느낌을 받았다. 나쁘지 않은 경험이라고 생각되었고, 코로나가 어느정도 진정되면 더 많은 분들을 만나뵙고 싶어졌다.
그 밖의 생각
커뮤니케이션 역량이 중요함을 느낀 한 해였다. 어디 적을 데가 없어서 그 밖의 생각으로 따로 뺐는데, 1년 내내 커뮤니케이션에 대해서 생각을 많이 하게 된 것 같다.
나는 개인적으로 커뮤니케이션을 그렇게 잘한다고 생각하지는 않는다. 오히려 해당 부분에 대해서 피드백을 받고자 하면 "디온은 커뮤니케이션 잘하는 편이죠." 라는 얘기를 듣곤 했다. 하지만 내가 느끼기엔 너무 배려없고, 딱딱한 얘기를 한다는 느낌을 많이 받아서 이를 고치고자 많은 노력을 했던 것 같다.
<비폭력 대화>와 <익스트림 프로그래밍>이 올해 나에게 큰 영향을 미쳤는데, 비폭력 대화의 경우에는 우리가 행하는 말들이 얼마나 폭력적인지 잘 알게 해준다. 읽다가 중간에 말았는데, 나오는 내용 하나하나 실천하다보면 얼마나 내가 폭력적인 말을 하고 있는지를 깨달을 수 있었다.
그리고 <익스트림 프로그래밍>은 모두를 인간적으로 존중한다는 내용이 많이 와닿았고, '그럼 어떻게 해야 인간적으로 존중한다는 것이지?' 에 대한 생각이 가장 많이 들었던 책이다.
이는 앞으로도 계속해서 발전시켜나가야 할 부분이라고 생각이 되고, 내년에는 익스트림 프로그래밍 읽기 모임에서 추천받았던 <당신이 옳다>를 읽어볼 생각이다.
올해는 생각보다 책을 별로 못읽었다는 생각이 많이 든다. 아마 자취를 시작하게 되면서 지하철을 타지 않게된 영향이 큰 것 같다. 의식적으로 시간내서 책을 읽어야겠다는 생각이 많이 들었다.
그리고 부족함을 여러 요소에서 많이 느끼는 부분이 많았는데 이를 업무를 수행하면서 계속해서 보충해야할 필요가 있을 것 같다는 생각이 들었다.

2021년 회고 - 1 -

레오군

2021년 한 해를 돌아보는 회고 포스팅. 아쉬움, 즐거움, 그리고 나름의 소소한 성취.    잘했어요 of the year: 그로스해킹 책 출간 그로스 해킹 강의에 이어서, 책까지 출간하게 되었다. (사실 글 쓰느라 괴로웠던 건 2020년이고, 2021년에 출간이 된 거지만 ㅎㅎ)  인쇄 들어갔다는 메시지를 받을 때까지도 진짜 책이 나오긴 하는건가 싶었는

2021년 회고 - 올해의 이것저것, 한 해를 정리해봅니다.

donghL-dev Velog

Donghun, Lim

2021년 회고📝

로토의 블로그

로토

어느덧 2021년의 마지막 날이 찾아왔다.
연례행사인 올 한 해를 되돌아보는 시간을 가져본다.
Software Development
ondemandlatino 출시
올 상반기, https://ondemandlatino.com 을 출시했다.
2019년에 https://blog.roto.codes/odc-tech-stack/ 를 출시하면서 만들어둔 컴포넌트들을 최대한 재사용했다.
레이아웃과 테마를 추상화하여 처리했고, window나 document 등에 바로 접근하는 컴포넌트들에 방어코드를 넣은 것 빼고는 거의 대부분 재사용 할 수 있었다.
기존에 만들었던 ondemandchina 은 Creact React App 기반이고 약간의 SSR이 필요한 곳은 AWS Lambda Edge를 사용했었는데, ondemandlatino의 경우는 next.js 기반으로 작업했다.
Jamstack을 활용했다. 2020년부터 Jamstack 관련 연구 및 삽질을 지속적으로 해왔었는데 ondemandlatino에서는 그 부분이 적용되어 있다.
SSG + ISR 기반이며 vercel로 배포한다.
이로 인해서 lighthouse 점수가 상당히 올랐다.
관련하여 정리된 슬라이드는 https://blog.roto.codes/cra-to-nextjs/ 에 걸어두었다.
실제 프로젝트를 진행하며 여러가지 사건사고들도 있었는데, 자세한 내용은 https://wiki.lucashan.space/post-mortem/2021-memoir/#ondemandlatino 참고.
좋았던 점
개발 외적으로 많은 고통이 있었지만 개발만 놓고 보면 유의미한 경험이었다.
머릿속에서 여러번 시뮬레이션 해보고 지속적으로 연구해왔던 부분을 실제 프로젝트에 적용했을 때, 그리고 그것이 유의미한 가치를 만들어냈을 때 오는 쾌감(?)을 오랜만에 느꼈다. 이게 좀 마약 같아서 이 일을 계속 하는 것 같다.
아쉬웠던 점
구조 자체가 다량의 트래픽이 발생해도 충분히 견딜 수 있는 구조인데, 그 다량의 트래픽이 발생하지 않아서 해당 부분에 대해서는 큰 임팩트를 느낄 수 없었던 점.
아래에 후술하겠지만 회사를 옮기게 되었다. ondemandchina, ondemandlatino를 거치면서 ondemandkorea 사이트에 대해 개선하는 것을 계속해서 고민해왔고, 차근차근 쌓아온 경험과 자산들을 이용해 2021년에는 ondemandkorea를 전격개선하는 걸 목표로 했지만 언제나 삶은 생각대로 되지 않는다.
인디스트릿 웹 개발
밴드 홈페이지(https://idiots.band)를 만들고 운영하면서 다른 밴드들의 데이터들도 쌓아보고 싶은 욕심이 생겼다.
과거에 인디스트릿이라는 사이트가 있었고 비슷한 느낌의 사이트를 만드는 것에 계속 고민하던 찰나에 지금은 팀 동료인 rainygirl님께서 https://indistreet.com 도메인에 대한 이전, 그리고 그 이름을 계승해서 만드는 것에 대해 흔쾌히 승락해주셔서 설 연휴 동안 열심히 코드를 짰다.
웹 프로젝트의 경우 Jamstack 기반이다. 시기를 생각하면 여기서 쌓아둔 경험을 ondemandlatino에 적용했다고 볼 수 있다.
현재 사이트의 주요 목적은 인디음악씬의 공연 기록이다. 이를 통해서 공연이 어떻게 늘고 줄었는지, 어떤 팀이 어느 시점부터 성장이 두드러졌는지 등을 보려고 하고 있다.
또한 여기저기 파편화가 되어 돌아다니는 공연 정보에 대한 접근성을 인디스트릿을 통해 개선하려고 하고 있다.
특히 인스타그램을 통해 공지되는 공연의 경우 인스타그램 특성상 불편한 점이 꽤나 많은데
인스타그램의 feed가 실시간이 아니기 때문에 이미 끝나버린 공연이 노출된다던가
인스타그램 내에서는 bio 영역과 story 영역을 제외하고는 하이퍼링크가 걸리지 않아 티켓팅 사이트까지 이동이 굉장히 불편하다는 점이다.
2022년에는 이 부분을 중점적으로 개선해볼 생각이다.
관련 경험을 현재 회사 팀원들에게 발표했다. 관련 슬라이드는 https://slides.com/rotoshine/indistreet-tech-stack/ 이다.
아직은 실험적이지만 linktree와 비슷한 툴을 만들고 있다.
프로토타입: https://indistreet.com/artists/idiots/links
대략 손이 닿는 부분까지 공연 관련 데이터를 계속해서 쌓으려고 했고, 그렇게 쌓인 데이터로 연말결산과 비슷한 걸 만들었다.
https://indistreet.com/statistics/2021/1
좋았던 점
역시 next.js 기반이며 strapi로 back-end를 구성한다. 그리고 graphql codegen 으로 hook을 만들어쓴다.
이 경험이 꽤 좋았다. 요즘 하는 거의 대부분의 개인 프로젝트에서는 strapi + graphql codegen 조합을 거의 무조건 사용한다.
만들고 운영하는 동안 많은 아티스트분들, 인디음악 팬 분들에게 격려의 메시지를 받았다. 이러한 메시지 덕분에 지속적으로 개발하고 운영할 수 있는 것 같다.
그동안 해왔던 사이드 프로젝트는 어떠한 기술적인 갈증을 채우기 위함이 주이고, 대부분 그 갈증이 해소되면 크게 신경쓰지 않았다. 하지만 이 프로젝트는 갈증해소 그 이상의 가치를 주었다.
인디스트릿을 개발하는데 있어서 많은 도움을 주신 에고 펑션 에러의 민정 님, 그리고 일렉트릭뮤즈의 김민규 대표님의 도움으로 인디스트릿 런칭 기념 공연을 해본 경험이 너무 좋았다.
아쉬웠던 점
아직까지는 공연 입력을 별도의 크롤링을 하지 않고 수기로 입력하고 있다. 그러다 보니 놓치는 공연이 꽤나 많다.
이 부분은 공연장용 툴을 좀 더 개선해서 실제 공연장 사장님 혹은 공연 관계자 측에서 직접 입력하는 것을 유도할 생각이다.
서버비가 지속적으로 발생하 것에 대한 고민이 있다. 아직은 광고, 유료 결제 등에 대해 붙일 생각은 없고 patreon과 같은 후원 플랫폼을 붙여야 하나 하는 고민이 있다.
인디스트릿 앱
2020년에는 매번 해야지..해야지 해놓고 하지 못했던 그것을 했다.
바로 React-native 앱 작업이다.
2020년 추석즈음 작업을 했고 expo를 이용해 비교적 간단한 기능만 구현했기 때문에 3~4일 내에 구현하고 배포할 수 있었다.
play store: https://play.google.com/store/apps/details?id=com.rotoshine.indistreet
ios appstore: https://apps.apple.com/vn/app/인디스트릿/id1587144264
좋았던 점
앱 개발 경험이 처음은 아니지만 처음부터 온전히 배포까지 해본 경험을 갖게 된 것이 좋았다.
playstore의 경우는 6년전에 등록만 한 상태였고, ios appstore는 요 작업을 하면서 99달러를 내고 등록을 했다. 앱스토어 배포를 하면서 웹 배포와는 다른 색다른 경험을 해보게 된 것이 좋았다.
아쉬웠던 점
런칭 이후 어떤 부분들을 추가할지에 대한 로드맵은 충분히 그려둔 상태인데, 아직 실행하지 못하고 있는 부분이 좀 있다.
기능이 크게 없어서겠지만 사용자 수가 크게 많지 않다. 이점은 2022년에 각종 기능 구현으로 최대한 끌어올려볼 생각이다.
그외
최근 출시된 remix 를 만져보고 있다.
gatsby.js 기반으로 만들었었던 이디어츠 홈페이지를 remix로 바꿨다.
회사생활
odkmedia를 떠나 올 7월 Watcha에 합류했다.
이직의 이유
올해 초 일부 직원들에게 권고사직이 있었고, 이 과정에서 상당히 많은 잡음과 진통이 있었다. 또한 주니어 팀원들이 상당히 동요하게 되는 결과가 있었다.
이런 과정에서 상당히 쳐진 팀 분위기를 어떻게든 끌고 가려고 했지만 쉽지 않았고, 이 부분이 상당한 심적 스트레스를 주었다.
결국 팀원들이 이탈하기 시작했고, 그로 인해서 팀원들이 하던 업무를 맡아 밤새워가며 처리하는 나날들이 있었다.
그리고 결정적인 트리거가 된 것은 크롬캐스트 관련 업무였는데, 혼자서 밤새 고군분투하다 연동에 성공하고 나서 좀 쉬려고 침대에 누웠는데 그때 시간이 새벽 7시였다.
그런데 스트레스 때문인지 잠을 못 이루고 10시까지 뜬 눈으로 지새우고 나서 이러다 진짜 죽겠다 싶어서 퇴사를 결심했다.
Watcha를 선택한 이유
이직을 하면서 총 세 곳의 회사에 지원했었고, 세 곳 모두 오퍼를 받았다.
일반적으로 면접이란 면접관이 면접자를 평가하는 자리이기도 하지만, 반대로 면접자가 회사에 대한 분위기나 느낌을 평가하는 자리이기도 하다.
그런 측면에서 지원했던 한 회사는 밴드를 하는 것에 대해 부정적인 뉘앙스를 주었고, 이 때문에 고려 우선순위에서 바로 빼버렸다.
그렇게 남은 두 회사 중에서 Watcha를 고르게 된 이유는
일단 밴드를 하고 있는 것에 대해 굉장히 호의적이었고
회사 업무도 관련하여 시너지를 낼 수 있는 부분이 여럿 보였기 때문이다.
아직까지는 만족하면서 다니고 있다.
이직후 바뀐 점
작년 대비 10kg 정도가 빠졌다. 이전 회사를 다니면서 스트레스성 폭식이 잦았고 이 때문에 살이 상당히 많이 쪘었다.
회사가 주던 스트레스 상당부분이 완화되면서 자연스럽게 폭식 횟수가 줄어들었고 결과적으로 별다른 운동 없이 체중감량이 되었다.
정리
2021년은 next.js의 한 해였다고 할 정도로 진행해온 거의 모든 프로젝트가 next.js 기반이었다.
아직까지는 개발경험이 꽤 만족스럽기 때문에, 특별한 일이 아니면 앞으로도 next.js 기반으로 작업할 것이다.
회사를 옮기게 되었고 열심히 다니고 있다. 이제 이직하는 것도 지겨워서 이번에는 좀 오래 다니는 것을 목표로 하고 있다.
인디스트릿 웹/앱을 만들고 런칭했다.
기술적으로는 2020년 회고에 적어두었던 2021년 목표를 달성한 것 같다.
음악 관련
디지털 싱글
총 세 장의 디지털 싱글을 발매했다.
언제나
https://indistreet.com/albums/3 - 2021.2.8 발매
아주 작은
https://indistreet.com/albums/176 - 2021.6.17 발매
사랑을 멈추지 말아요
https://indistreet.com/albums/290 - 2021.8.24 발매
뮤직비디오
처음으로 뮤직비디오를 찍었다.
이 글을 읽는 사람들은 대부분 감상했겠지만 혹시 모르니 링크를 첨부한다. https://www.youtube.com/watch?v=EwfJ8_yuSks 이미 본 사람은 다른 계정으로 한 번 더 보도록 하자
해당 영상에서 고개를 끄덕이는 발연기 장면이 회사에서 밈으로 쓰이고 있다.
참고자료: https://twitter.com/winterwolf0412/status/1441233674419130375
인천 / 광주 / 부산 공연
밴드를 하면서 처음으로 서울을 벗어나 다른 지역에서 공연을 했다.
인천
https://indistreet.com/live/1011
광주
https://indistreet.com/live/1305
부산
https://indistreet.com/live/112
https://indistreet.com/live/1380
이자리를 빌어 공연할 수 있는 기회를 만들어준 많은 분들에게 감사드린다.
내년에는 더 많은 지역을 누비고 싶다.
40번의 공연
코로나가 우리의 일상을 앗아간지가 벌써 2년이 넘어갔다. 그 와중에도 방역지침을 준수하면서 어떻게든 공연을 이어나갔다.
수를 세어보니 40번 정도의 공연을 했다. 2019년에도 비슷한 수를 헀었던 것 같다.
100번째 공연은 기획공연을 하나 할 생각인데, 이 속도라면 내년 가을쯤 가능하지 않을까 싶다.
강의
늘 해오던 프로그래머스의 자바스크립트 코드 리뷰 스터디가 어느새 12기까지 마무리 됐다.
위의 강의 외에도 프로그래머스에서 하는 K-Digital Training: 빅데이터 플랫폼 프론트엔드 엔지니어링에서도 강사로 참여했었다.
라이브 강의가 아닌 사전녹화 강의였는데, 사전녹화 강의보단 라이브 강의가 훨씬 체질에 맞는다는 걸 깨달았다.
항상 마감시간 아슬아슬하게 녹화된 강의를 업로드 했었는데, 이 자리를 빌어 Lia에게 진심어린 감사를...
그외에 LG CNS에서 기업 강의를 두번 정도 했었다.
이쪽 교육시장이 계속해서 커지고 있다보니 여기저기에서 강의 관련 요청이 많이 들어오는 편이지만, 2022년에는 올해 한 것 이상으로는 활동을 늘리지 않을 생각이다.
2022년의 목표
Software Development
가지고 있는 기술과 경험을 살려 팀, 그리고 회사에 전반적으로 큰 영향을 끼칠 수 있는 사람이 되는 것을 목표로 하고 있다.
인디스트릿을 지금보다 훨씬 더 많이 발전 시키는 것.
음악
3년 정도 보컬 레슨을 받고 있는데, 2022년에는 지금보다 타이트하게 레슨 받고 훈련하는 것을 목표로 하고 있다.
락 페스티벌 무대 서보고 싶다.
곡 작업....
강의
큰 목표는 없고 그저 2021년에 한 것만큼만 잘하자.
마치며
굉장히 격동의 한 해를 보냈다. 심적으로 고통스러운 나날도 있었지만 밴드를 하며 얻은 에너지 덕분에 가라앉을 수 있던 상황들을 어떻게든 벗어나서 여기까지 올 수 있었던 것 같다. 모두 관객 여러분들, 그리고 같이 무대에서 뛰어준 아티스트분들과 공연 관계자분들 덕분이다.
2022년에는 지금보다 더 재미있고 에너지 넘치는 한 해가 될 것이라는 기대가 있다. 2022년 12월 31일에 쓸 회고에서는 즐거웠고 재밌었던 경험이 가득했으면 좋겠다.
그리고 오늘 한 해를 마무리하는 공연이 클럽빵에서 진행된다. 업무에 참고하셨으면 좋겠다. https://indistreet.com/live/1688

2021년을 회고하며

janeljs.log

개발을 시작한 뒤 1년 동안 매일이 만족스럽지는 않았지만 게으르고 부족한 대로 꾸준히 공부하다 보니 네이버웹툰 신입 공채에 합격하여 서버 개발자로 일하게 되었습니다 🙂 제 블로그를 보고 동기부여를 받았다는 댓글 + 메일을 종종 받았었는데 취업 후 얌체같이 근황도 전하지 않고 사라져버린 것을 반성하며 근황을 알릴 겸 회고를 공유합니다. 
진부하지만... 어쩌다가 개발자가 되었니
10년 넘게 교사를 꿈꾸며 학창 시절을 보내고 대학에서 교육학과 영어영문학을 복수전공하였으나, 약 8번의 진로 변경과 함께 3년간 방황하였고, 콘텐츠 및 서비스 기획 쪽에 잠깐 발을 담갔다가 더 나이 들기 전에 마지막으로 한 번만 더 도전하자 싶어서 개발을 시작하게 되었습니다. (아직 창창한 96년생입니다.)
만들고 싶은 앱이 있었고, 엔지니어가 되고 싶다기보다는 제 아이디어를 실현할 수 있는 능력을 얻고 싶었습니다. 그래서 비전공자를 위한 플러터 개발 모임에 들어갔었는데 (나름 5:1의 경쟁률에 서류와 면접 전형을 통과했지만) 1기라 망해버렸습니다.
뭔가 인생이 꼬이나 싶어서 html + css + javascript로 간단한 웹 사이트를 하나 만들어보고, 알고리즘 문제를 풀어보고, 노마드코더에서 에어비앤비 클론코딩 강좌도 따라 해보지만(3일 하다 접었습니다) 이거 해서 개발자로 취업할 수 있겠나 싶었습니다. 소규모 스타트업이 아닌 큰 기업에서 개발자로서의 커리어를 시작하고 싶었기에 함께 성장해나갈 수 있는 좋은 동료와 멘토를 만날 수 있는 부트캠프를 찾았습니다. 
여러 후기글을 읽으며 코드스쿼드의 백엔드 마스터이신 Honux의 페이스북을 발견했는데요. 이상한 게임 만드는 것이 주된 포스팅이었는데 갑자기 이 분께 배우면 재밌고 즐겁게 코딩을 할 수 있겠다는 느낌이 들었습니다. 그런데 Honux는 제가 원래 관심 있었던 웹프론트엔드나 모바일이 아닌 백엔드 마스터셔서 조금 고민을 했습니다. 
그렇지만 원래 마음이 정하고 그 뒤에 이유를 가져다 붙인다는 말이 있잖아요? 주변에 개발자 지인 1명 없었기에 아무것도 모르던 저는 백엔드 먼저 해서 뒤에서 어떻게 돌아가는지 배우면 나중에 웹프론트엔드나 모바일 쪽을 할 때도 도움이 될 것 같다는 생각 + 괜히 더 어려워 보이는 백엔드를 돌파하고 나면 다른 것도 잘할 수 있을 것 같다는 생각으로 백엔드 클래스를 지원했습니다. (오만했죠)
1월 ~ 6월 - 코드스쿼드
어찌어찌 코테와 면접을 통과해서 1월부터는 코드스쿼드와 함께할 수 있게 되었습니다. 
1월 1달간은 미션을 기반으로 CS지식을 학습하는 CS10 과정을 거치는데, 백엔드 개발자가 되기로 한 것을 후회하기 시작했습니다. 미션을 봐도 무슨 말인지 모르겠고 수업도 이해할 수가 없어서 책을 보는데, 네트워크 책을 펼치면 한 문단에 모르는 단어가 10개 넘게 나와서 도저히 책을 읽을 수가 없었습니다. 가상머신 설치하고 터미널에서 이것저것 해보는데 재미가 너무 없고 오류만 잔뜩 나서 '내가 왜 개발자를 한다고 해서 이 고생을...'이라는 생각만 10번 했습니다. 웹프론트엔드나 iOS 클래스로 옮겨달라고 장문의 편지를 썼지만 이미 친해진 백엔드 동료들과 마스터이신 호눅스의 얼굴이 아른거려 차마 매니저님께 보내지는 못하고 백엔드 클래스에서 존-버하기로 합니다.
2월부터는 언어에 익숙해지고 객체지향에 대해 알아가는 프로젝트를 하나 하는데, 체스 게임을 만드는 것입니다. 확실히 CS10보다는 훨씬 할만했고, 코드리뷰가 있어 혼자 망망대해를 헤쳐나가는 느낌은 덜했습니다. 궁금하신 분은 체스게임 마지막 PR을 확인해 보시면 됩니다. 
3월부터는 드디어 스프링 부트를 이용해 게시판을 하나 만들어 보는데요. 저는 이때부터 개발에 재미를 느꼈던 것 같습니다. CS10과 체스 미션 때와 다르게 직접 사이트 다운 사이트를 만드니까 삽질하는 과정도 재밌고 피어리뷰 시간에 코드리뷰 하는 것도 재밌었습니다. 이후에는 프론트엔드, ios 개발자와 함께 여러 건의 팀 프로젝트를 진행하는데요. 졸업 프로젝트로는 GitHub의 issue 관리 기능을 클론하는 프로젝트를 진행했습니다. 코드스쿼드에서 프로젝트 코드리뷰가 어떻게 진행되는지 궁금하신 분은 이슈트레커 코드리뷰를 확인하시면 됩니다. 
7월 ~ 11월 - 알고리즘 + 스터디 + 도커/쿠버네티스 부트캠프 + 프로젝트 + 취업준비
코드스쿼드를 졸업한 뒤에는 알고리즘 + 스터디 3개 + 카카오 * 멋사에서 주관하는 도커/쿠버네티스 부트캠프 + 프로젝트 2개 + 취업 준비를 하며 지냈습니다.
하반기에 취업하면 좋겠지만, 만약 안 될 경우 내년 상반기에 취업해도 된다고 마음먹고 공부 + 여러 활동을 하며 지냈습니다. 부트캠프만 졸업하면 만나자고 지인들한테 양해를 구했었는데, 졸업 후 더 바빠져서 또 사람들을 못 만나고 개발만 하며 지냈습니다. 취업하기 전 2021년에 지인들을 만났던 횟수가 10회 미만일 정도로 여유가 없었습니다.
각 활동 모두 한 편의 글이 될 만큼 배운 게 많은데 지면이 없어 취업 준비하시는 분께 도움이 될 것 같은 부분들에 대해서만 말씀드리려고 합니다. 
알고리즘
먼저 알고리즘은 아직도 잘 푸는 편이 아닌데도, 어떻게 공부했는지 질문을 많이 받았는데요. 이론 부분의 경우 비전공자였기에 Data Structures and Algorithms in Java, 자바로 배우는 핵심 자료구조와 알고리즘, 두잇 자료구조와 함께 배우는 알고리즘 입문, 이것이 코딩테스트다, 파이썬 알고리즘 인터뷰, 누구나 자료구조와 알고리즘 등 여러 권의 책과 패스트캠퍼스 자료구조 및 알고리즘 강의를 들으며 기본 지식을 익혔습니다. 
문제 풀이의 경우 algorithm-sparta라는 스터디를 만들어 매일 4시간씩 알고리즘 문제를 풀었습니다. 주말에는 algorithm-squad라는 스터디에서 실제 코딩테스트를 보듯이 시간을 재서 알고리즘 문제를 풀어보는 연습을 했습니다.
풀었던 문제들은 전부는 아니지만 알고리즘 블로그에 올렸는데요. 이렇게 정리해두었더니 추후 비슷한 유형의 문제에서 막힐 때, 이전에 작성했던 코드를 쉽게 찾을 수 있어 큰 도움이 되었습니다. 
(사실 저만 보는 줄 알고 주석이나 해설은 거의 없이 코드만 올렸는데 회사에 들어가 보니 제 알고리즘 블로그를 알고 있는 분들이 계시더라구요... 기대하고 클릭했다가 설명이 없어 화나셨던 경험이 있으시다면 이 자리를 빌려 사과의 말씀을 드립니다.)
프로젝트
다음으로 부트캠프를 졸업하신 분 또는 비전공자이신 분들께 꼭 추천드리고 싶은 건 IT 동아리 참여입니다. 넥스터즈, 매쉬업, 메이커스, 디프만, 프로그라피 등등 정말 많은 프로젝트를 할 수 있는 동아리들이 있는데요. 취업 준비와 동시에 프로젝트를 하면 코딩테스트와 면접 준비 등으로 프로젝트에 몰입하기 힘든 환경이 지속되고, 마감기한이 없으면 프로젝트는 한없이 늘어질 수 있습니다. 그러나 개발 동아리에 들어간다면 마감기한이 정해져있고, 중간 발표, 런칭 데이 등 강제성이 있는 행사들로 인해 프로젝트가 어떻게든 완성됩니다. 
(물론 탈주하는 팀원을 만나면 어쩔 수 없습니다ㅜㅜ)
저는 Central Makeus Challenge(줄여서 메이커스)에 8기 챌린저로 참여하게 되었는데요. 뚝딱이라는 포트폴리오 공유 서비스 앱을 런칭했습니다. 네이버웹툰에 최종 합격한 이후에도 한 달가량 개발만 하며 지냈어서 괜히 했다...싶기도 했지만, CMC에서 서버개발자를 대상으로 했던 했던 기술 발표도 면접 때 좋은 소스가 되었고, 지금까지 진행했던 프로젝트들 중에는 제일 설계가 복잡한 어플리케이션이어서 많은 공부가 되었습니다. 연관관계 매핑, 트랜잭션, elasticsearch, 워터마크 처리 등등 관련하여 발생한 수많은 오류들(feat. bug 태그들)로 인해 discord 알람이 울릴 때마다 가슴이 두근거리고 2일 밤을 꼴딱 새우면서 오류를 수정하기도 했습니다. 
걱정을 많이 했는데 만능 기획자 디모 덕분에 데모데이 때 기업 관계자분들께 좋은 피드백 및 사업화 제안도 받으며 잘 마무리했습니다. 
(런칭과 동시에 보안이 우려되어 서버 파트 레포를 private으로 돌려놨었는데 현재는 서버 비용으로 인해 아예 서버를 닫게 되어 의미가 없어졌습니다.)
면접
앞서 말했듯 하반기에는 취업에 큰 뜻이 없었기에 꼭 가고 싶은 기업 위주로만 지원을 했습니다. 그 중 네이버웹툰과 우아한형제들의 코딩테스트 및 서류 전형을 통과하게 되어 면접 기회가 주어졌는데요. 네이버웹툰에서의 면접이 첫 기술면접이었는데 무려 라이브 코테 2번에 3시간 동안 진행되는 기술면접이었습니다. 네이버웹툰 1차에서 제대로 당한 뒤 면접스터디를 진행해서 우아한형제들 1차와 네이버웹툰 2차는 비교적 잘 봤던 것 같습니다. (우아한형제들 2차는 너무 긴장을 해서 덜덜 떨다가 끝났네요🤣)
면접 스터디는 각자의 이력서와 자기소개서를 모두 공유한 뒤 나올 수 있는 예상 질문을 적었습니다. 또한 여러 면접 기출들을 참고하여 기술 질문 및 인성 질문도 적어 미리 공유하였습니다. 이후 요일별로 한 사람 ~ 두 사람씩 집중하여 면접을 봐줬고, 실전처럼 꼬리 질문도 하고 나름 엄숙한(?) 분위기에서 진행했습니다. 면접관 역할을 맡은 사람들은 면접 대상자가 복습할 수 있게 답변을 받아 적으며 들었고, 모의 면접이 끝나면 200%의 솔직함으로 상처받을 수 있는 말도 서슴지 않고 서로의 성장을 위해 돌아가며 피드백을 해줬습니다. 이렇게 하드 트레이닝 받았던 게 실전 면접에서도 도움이 많이 되었던 것 같습니다.
12월 - 네이버웹툰에서 근무
네이버웹툰과 우아한형제들 모두 최종 합격하였고, 현재는 네이버웹툰의 글로벌 웹툰 서비스 개발 팀에서 서버 개발자로 근무하고 있습니다. 우아한형제들에는 존경하는 개발자분들도 많고(특히 면접에서 영한님을 만났을 땐 연예인 본 것보다 더 설렜습니다) 언젠가 꼭 일해보고 싶은 회사지만, 어렸을 때부터 웹툰을 너무 좋아하기도 했고 여러 조건을 고려해 보았을 때 현재 상황에서는 네이버웹툰이 저에게 더 잘 맞을 것 같다는 판단에 네이버웹툰으로 입사를 결정했습니다. 
팀의 리더님께서 기술적으로 성장할 수 있는 과제를 주시고, 버디님도 팀에 잘 적응할 수 있도록 도와주셔서 웹툰에서의 생활은 기대했던 것보다도 더 만족하고 있습니다. 다만 사람 구실하려면 쉬지 않고 더 열심히 공부해야 할 것 같아요. 😂 (당장 다음 주에 팀 내에서 기술 발표를 해야하는데 개발하며 틈틈이 잘 준비해봐야 겠습니다.)
근무 시간 외에는 코드스쿼드 멤버들과 함께하는 스프링 스터디와 네이버웹툰 신입 동기들과 함께하는 자바 스터디를 하고 있습니다. 대부분 신입인 처지라 공감되는 부분도 많고... 어려운 점을 나눌 수 있어 스터디라기보다는 회포 푸는 시간이라는 느낌도 있지만, 덕분에 영한님 스프링 핵심원리 고급편과 effective java를 (강제로) 공부하고 있습니다.
안녕...
1년 회고를 쓰려고 했는데, 저처럼 비전공자로 개발자 취업 준비를 하는 분, 부트캠프에 대한 정보를 찾는 분들께 정보를 전달드리려고 하다보니 회고와 공부 방법 일상 이야기 등등이 섞여버렸습니다. 하고싶은 말을 하다보니 제법 글이 길어져 버려서 이만 마무리하려고 합니다. 
"앞으로 저는 어떤 개발자가 될 것 같나요?"라고 물었을 때 어떤 분이 익명으로 "어딜가나 배려할 줄 아는 개발자. 협업 시 코드에도 배려가 묻어날 것 같은 개발자. 멋진 개발자."라고 적어주셨는데, 제가 속한 팀의 구성원들도 그렇게 느낄 수 있도록 노력하는 2022년을 보내고 싶습니다. 
다들 새해 복 많이 받으세요~!

2021년 회고 

~/xo.dev

changhui lee

0년
2016년 가을에 군대를 전역하고, 2017년에 복학을 했다. 항상 가지고 있던 별 볼 일 없는 지방대 학생이라는 자격지심을 바탕으로, 2년 만의 학교생활은 회의감만 남기고 한 학기 만에 다시 휴학하는 것으로 마무리가 되었다. 돈이 없었던 것도 컸다. 이때가 2학년 1학기였는데, 사실 휴학을 하며 별생각이 없었다. 어떻게든 되겠지 싶었다. 아무튼 휴학하고 프리랜서로 짧은 코드를 짜주며 돈을 받기도 했었고 아르바이트를 하기도 했었다. 그러다가 페이스북에서 어쩌다 보게 된 넥슨 상반기 공개채용 공고를 보고 ‘한 번 해볼까?‘하면서 후다닥 쓴 이력서가 붙어버렸고 어쩌다 보니 인턴을 거쳐 정직원이 되었다. 그렇게 내 개발자 커리어가 시작됐다.
1년
처음 1년은 정말 좋았다. 회사의 문화와 복지, 그리고 팀원 모두 만족했다. 팀에 개발자가 부족해, 혼자서 이것저것 찾아보며 문제를 해결하는 시간이 많았다. 사수가 팀을 떠나고 나 혼자 개발을 하는 기간도 있었다. 혼자서 서비스를 만들긴 해야 하니 이런저런 고민을 하며 많은 시도를 해보았고, 문제를 해결하며 성장한다는 느낌을 받았다.
중간에 프론트엔드 개발자분이 합류하셔서 나 혼자 모든 부분을 개발하는 일은 적어졌지만, 그래도 사람이 부족한 건 마찬가지였다. 그렇게 1년이 지나니 갑자기 길을 잃은 기분이 들고 ‘내가 잘하고 있는 게 맞나?‘라는 의문이 들었다. 이 의문은 여러 곳에 적용될 수 있지만, 당시에는 나의 개발자로서의 성장, 하드 스킬에 대한 부분이었다. 개발을 하다보면 기술적인 부분에 대해 결정을 내려야하는 경우가 있었는데 ‘이 결정이 옳은가’에 대한 답을 내려줄 사람이 나밖에 없었다. 어두운 터널속에 들어온 듯, 막막한 기분이 밀려왔다.
“나는 이제 일한 지 1년이 막 지났는데 내가 하는 결정이 옳을까?”
그래서 입사하고 1년 반 만에 시니어가 있는 회사를 찾아 떠났다.
2년
그 다음 회사는 핀테크 스타트업이었다. 좋은 동료분들을 정말 많이 만났다. 여기서 만난 분들은 요즘도 종종 연락한다. 사람 빼고 다 안 좋은 회사.. 어쨌거나, 회사에서 항상 야근하는 사람들이 눈에 보였고 그 원인이 기술부채라는 것을 파악했다. 사람도 부족했지만, 더 근본적인 원인은 말도 안 되는 개발/배포 프로세스를 가진 기술 부채였다. 프론트엔드 개발을 하는데 로컬에서 그 결과를 확인할 수 없다니. 말이 안 된다.
더 놀라운 것은 분명히 회사에서 주로 쓰는 기술이지만 사람들이 기피한다고 채용 공고에도 적지 않고 채용 프로세스 내내 한 마디도 안 꺼내는 기술이었다. 뭔가 잘못 돌아감을 느꼈다. 그래서 동료분들과 의논하여 기술 부채를 걷어내기로 했다. 그렇게 계속 작업을 하다가, 대표가 ‘연차가 낮은’ 몇 명의 개발자만 따로 불러 의견을 듣는다고 회의를 소집했다. 회의라는 것은 보통 양방향 소통인데, 막상 들어가 보니 단방향 소통이더라. 작년 회고에 적었던 그 사건이다. 회의가 끝나고 바로 한 달 뒤에 퇴사하겠다고 이야기를 했다. 10개월 만에 또 이직을 하게 되었다.
여담으로, 학교는 계속 휴학을 하다가 이때 쯤 자퇴했다. 한국에서 대졸이 아닌 고졸로 사는 것이 괜찮은지는 아직도 잘 모르겠고 아직도 자격지심이 남아 있지만, 분명한 건 내가 학교를 계속 다니면서 배운 것보다 회사에서 배운 것이 훨씬 많다는 것이다.
3년
머신러닝 스타트업으로 이직했다. 백엔드로 입사를 했고 MLOps 커리어로 전환을 생각하며 약 반년간 MVP 프로덕트 개발에 참여했다. 열띤 토론을 지향하는 회사 분위기와 능력 있는 사람들, 내 일에 모두 만족했다. 그런데 MVP 프로덕트를 완성하니 일이 없었다. 회사에 더 오래 계셨고, 잘하시는 분들이 대부분의 태스크를 맡으셔서인지, 내가 일을 맡을만한 역량이 없다고 판단해서인지 아니면 정말 일이 없었는지는 잘 모르겠다. 아무튼 계속 일을 안 하니 뭐라도 해야 할 것 같아서, 한 분의 프론트엔드 개발자분이 모든 업무를 하셔서 그 일을 조금씩 도와드리니 프론트엔드의 업무 비중이 점점 더 커졌다. 그렇게 일을 하다가 연말인가 연초쯤에 조직 개편을 한다고 해서 봤더니 개발팀이 도메인별로 쪼개지고, 백엔드 개발자였던 나는 프론트엔드 팀으로 이동이 되어 있었다. 순간 뭔가 잘못됨을 느꼈지만, 난 아무런 액션도 취하지 않았다. 왜 그랬을까.
아무튼, 프론트엔드 개발팀에서 많은 것들을 해봤고, 또 해보려고 했다. 신입분들을 가르치고, 팀에서 만드는 서비스에 맞게 기술 스택을 다시 정하고, 팀의 생산성과 코드 퀄리티를 높여보려고 이런저런 제안과 시도를 했다. 그 이전에는 단순한 린터 하나 안 들어가 있었다. 그렇게 4개월쯤 일 하니 ‘팀에서 나만 이런 것(생산성, 코드 퀄리티, DX 같은 것들)에 관심을 가지나?‘라는 생각이 들었다. 내가 제안을 하면 다른 사람들이 장단을 맞춰주는 느낌이 강하게 들어 스스로 ‘내가 여기에 오래 있게 된다면, 뭔가 의미 있는 것을 이뤄낼 수 있을까?’ 라는 질문을 했고 부정적인 결론을 내렸다.
다시 이직 준비를 하기 시작했다.
이직을 하는 과정에서 부족함을 너무 많이 느꼈고, 운이 좋게 두 포지션에 합격했다. 진행 중인 곳이 더 있었지만, 당시에는 너무 괴로워서 최대한 빠르게 옮기고 싶었다. 한 곳은 유명한 OTT 서비스 회사의 백엔드, 한 곳은 지금 다니는 데브시스터즈의 프론트엔드 포지션이었다. 계속 백엔드를 했고 나의 정체성을 백엔드 개발자라고 생각하였던 나였기에 과거의 나라면 당연히 백엔드 포지션으로 이직했겠지만, 거의 반년 동안 프로덕션에서 백엔드 개발을 못 한 상태였던 나는 자신감이 떨어져 있었다. 잘할 자신이 없었다. 결국, 도피하는 느낌으로 프론트엔드 개발자가 되었다.
4년
데브시스터즈에서의 약 1년은 정말 바빴고 즐거웠다. 일이 넘쳐난다. 고쳐야 할 것도 많고 해야할 것도 많고, 시도해보고 싶은것도 많았다. 입사한지 얼마 되지 않은 사람이 이래도 되나 싶을 정도로 바꿔야겠다고 생각한 부분은 다 바꾸자고 이야기를 했다. 실제로 여러 시도를 해보았고 그 중 일부는 팀원분들도 만족하는 결과가 나왔다고 생각한다. 하지만 아쉬운건 역시 현실적 문제에 부딪쳐 더 많은 시도를 해보지 못했다는 것..
프론트엔드로 풀타임 개발을 제대로 해보니, 생각보다 변수가 너무 많았다. 내 코드의 버그는 예삿일이고 오픈 소스 라이브러리의 버그와 웹 브라우저의 버그 같은 예상치 못한 난관이 너무 많았다. 오픈 소스 라이브러리는 PR 올려 고치고, 배포에 반영 될 때 까지는 patch-package를 써서 어떻게든 돌려막으면 되었지만, 웹 브라우저 버그는 기획과 개발 방향을 바꿔야했다. 이러한 일을 여러번 겪으니 프론트엔드 개발에 대한 회의감이 들었다. 원래 다 이렇게 하나?
또 백엔드 개발을 할 때는 함수의 사이드 이펙트를 최소화해서 TDD를 하던 것이, 프론트엔드 개발을 할 때는 정반대였다. 많은 경우 사이드 이펙트를 수반하는 프론트엔드 컴포넌트의 특성상 TDD를 해도 이걸 TDD라고 말 할수 있나라는 괴리가 들기 시작했다. E2E 테스팅이 더 효과적이고 실용적이겠지만, 아무튼 변명을 하자면 업무 일정상 TDD를 적용할만한 시간도 없었다.
바쁘게 일을 하다가 연말에 가까워질때즈음 넥슨에서 들었던 감정이 다시 들기 시작했다. 팀에 프론트엔드 시니어라고 할만한 사람이 없으니 내가 그와 비슷한 역할을 했는데, 그럼 나는 누구한테 배워야하나 싶었다. 그러다가 어느 날 다른 팀 팀장님이 백엔드 개발자가 부족하다는 말을 하셨다. 매력적인 서비스를 만들고, 트래픽도 많고 관심있는 언어를 주로 사용하는 포지션이었다. 관심 있다고 말씀을 드리고 몇 번의 미팅을 하니 팀을 옮기게 되었다. 그렇게 내년부터는 다시 백엔드 개발자로 일을 하게 됐다. 사실, 내가 익숙한 언어를 쓰지도 않고 백엔드 개발을 1년 넘게 안했으니 당장 잘 할 자신은 없는데 2022년 회고를 쓸 때 쯤이면 좀 잘 하지 않을까?
여담
신입때부터 지금까지 흔히들 말하는 백엔드+프론트엔드 다 하는 풀스택으로 일하다보니 내가 어떤 개발자인가 라는 의문이 있다. 백엔드라기엔 4년 내내 백엔드에 집중한 사람에 비해서 부족하고, 프론트엔드라기엔 4년 내내 프론트엔드에 집중한 사람에 비해서 부족하다고 생각하니까. 그래서 남들이 나에게 풀스택이라 하면 자조 섞인 농담으로 ‘풀스택은 잘 하는게 하나도 없는 사람을 말해요’라고 하기도 한다. 그리고 이제는, 내년부터는 하나에 집중해야 될 때가 아닌가 싶다. 잘 하고 싶다.
여러분들 풀스택 하지 마세요! 다 의미 없습니다!

4년간의 회고

Hyeseong's Blog

커리어의 첫 장을 넘기며

재그지그의 개발 블로그

복학생 개발자의 2021년 회고

Channy's Blog

정말 다사다난했던 2021년이 마무리 되고 있네요. 연말에는 늘 회고를 해 왔습니다. 2018년은 커뮤니티, 2019년은 클라우드 기술 예측, 그리고 작년은 AWSKRUG 운영진 분들과 동영상 회고를 해 보았는데요. 올해는 개인적인 회고글을 써 볼까 합니다. (2022년 클라우드 기술 예측은 버너 보겔스 박사님 블로그 참고)
AWS에 입사 하면서 가졌던 막연한 꿈 중에 하나가 제가 하는 일로 인해 국내 뿐만 아니라 전 세계 개발자에게 영향을 주는 것이었습니다. 첫 직장이였던 스타트업에서는 제가 하고 싶은 서비스를 맘껏 개발할 수 있었다면, 인터넷 포털이었던 Daum에서 국내 개발자와 함께 할 수 있는 기회가 많았습니다. 하지만, 7년전에는 클라우드 산업 자체가 워낙 초기 단계였기 때문에 국내에서 AWS 커뮤니티를 만들고 개발자들을 도와야 하는 일에 집중해야만 했습니다.
다행히 2018년부터 제가 속한 팀이 글로벌 소속으로 바뀌고, 해외에 있는 동료들과 협업도 하기 시작하면서 국내 업무와 APAC 지역 업무가 병행이 되기 시작했습니다. 하지만, 글로벌 기업의 단점 중에 하나가 대부분 업무가 미국(시애틀)을 중심으로 일어나기 때문에 뭔가 제대로 하려면 큰 결심을 하고 해외로 근무지를 옮겨야 합니다.
1. 블로그를 통해 제품 개발팀과 글로벌 협업 확대
근무지와 상관 없이 글로벌로 영향을 줄 수 있는 일을 찾던 중, 2020년 초에 AWS 공식 블로그 팀에 참여할 기회를 얻었습니다. 이 팀은 고객-중심 리더쉽 원칙에 따라 만들어지는 서비스 출시를 제품 개발팀과 함께 협업해서 소개하는 일을 합니다. 대개 하나의 서비스 출시가 개발이 마무리 될 무렵 부터 출시까지 수 개월 동안 함께 협업해서 블로그를 완성해 나갑니다. 서비스팀의 PRFAQ 문서를 기초로 블로그 초안을 만들고, 첫 내부 사용자로서 기술 데모를 만들면서 고객의 입장에서 제품 개발팀에게 피드백을 전달해 주기도 합니다.
네이티브 스피커가 아닌 제가 전 세계 개발자들이 읽는 영문 블로그를 쓴다는게 부담이 많이 되는 일이지만, 용기있게 도전을 시작했습니다. 작년에는 처음이다 보니 주요 서비스 출시(Tier-1)보다는 Tier-2에 집중을 했지만, AWS IoT SiteWise, AWS Network Firewall와 AWS Gateway Load Balancer와 같은 Tier-1에 참여 하는 과정에서 많은 것을 배울 수 있었습니다.
덕분에 올해는 꽤 많은 주요 출시에 참여할 수 있었습니다. 대표적으로 AWS Application Migration Service, Amazon ECS Anywhere 및 EKS Anywhere, 그리고 Amazon OpenSearch Service 및 Karpenter 같은 오픈 소스 기반 제품 등이 기억에 남습니다. 이들 출시 뉴스는 조회수도 상당히 높았고, 덕분에 TechCrunch, ZDNet, InfoQ, Silicon ANGLE, InfoWorld, The Register 등 해외 주요 IT 매체들이 제 블로그 글을 보고 인용 기사를 써 주기도 했습니다.
블로그를 좀 쓰다 보니 제 관심사와 잘 맞는 몇몇 서비스팀, 특히 Container, Outposts, EFS, IoT 팀과 자주 일을 하게 되더라구요. 덕분에 해당 제품 PM들과 친해지기도 했구요. 매년 연말에 하는 동료 평가를 요청하게 되는데, 올해는 90%가 해외에 있는 분들이었습니다. (입사 초기에는 국내:해외 비율이 9:1이었는데 말이죠.)
해외 기업에서는 승진으로 인해 레벨(Level)이 올라가면, 필연적으로 자신이 하는 일의 결과에 따른 영향력을 더 크게 확대해야 합니다. AWS 공식 블로그는 회사내에서도 저에게 굉장히 큰 기회였고, 올해 어느 정도 잘 안착을 하게 되어 내년이 더 기대가 됩니다. 전 세계 개발자를 위해 더 많은 팀과 다양한 서비스 출시를 다뤄 봤으면 좋겠네요. (서비스 출시 과정에 정말 다양한 에피소드들이 있는데, 이건 나중에 AWS를 퇴사하면 언젠가 이야기할 수 있는 날이 오겠죠.)
2. 유튜브를 통한 온라인 활동 전환
제가 한국에 있기 때문에 여전히 한국 개발자 분들은 저의 관심 (업무) 영역입니다. 팬데믹으로 인해 모든 오프라인 활동이 셧다운이 되었기 때문에, 저의 모든 국내 활동 역시 온라인으로 전환되었는데요. 덕분에 글로벌 협업과 국내 온라인 활동을 효율적으로 병행할 수 있게 되었습니다. 재택을 하니까 시간도 효율적으로 쓸 수 있고, 업무 시간도 유연하게 할 수 있으니까요.
그래서, 작년에 제 개인 유튜브 계정을 재활성화 했습니다. 원래 블로그 영상 아카이브 용도로 만들어 쓰고 있었는데, 본격적으로 클라우드 클리닉이라는 비디오 팟캐스트를 시작하고, AWS 기술 데모 같은 짧은 영상 같은 걸 올리는 실험을 시작했습니다. 작년에는 페이스북 위주로 조회수가 많았는데, 올해는 유튜브를 중심으로 조회수가 올라가기 시작해서 지난 11월에 총 조회수 3백만을 달성했습니다. (특히, 2020년에 8만이었는데, 올해 30만이었습니다. 진짜 팬데믹과 유튜브 알고리즘의 힘입니다.)
클라우드 클리닉 상위 조회 영상은 주로 아마존 개발 문화와 입사 관련 영상이랑 유명 개발자 분들과 대담 영상이더군요. 아무래도 혼자 떠드는 영상은 잘 안보시네요. ㅎㅎㅎ 그래서 내년에는 어떤 분들과 함께 수다를 해볼까 생각중입니다.
클라우드 기술 분야 상위 조회 영상은 실험적으로 올려본 5분 데모 영상들인데, 아무래도 짧은데다 키워드 검색을 통해 유튜브 알고리즘을 잘 타는 것 같습니다. 물론 마이크로서비스 아키텍처 관련 영상 조회수도 높은 거 봐서는 MSA는 여전히 핫 토픽인 것 같네요. 
내년에도 짧은 데모 영상을 많이 올려 볼 생각이고, 얼마전 AWS 코리아 유튜브 채널에도 비슷한 시도를 시작했습니다. 동영상 뿐만 아니라 AWS 코리아 블로그의 주간 소식 모음도 변화를 줄 생각입니다. AWS 서비스가 200개까지 늘어났기 때문에, 어떻게 서비스 활용을 판단하는지 (예: 컨테이너) 혹은 서비스 실습 가이드 안내 등에 더 신경을 써야 할 것 같습니다. (내년에 AWS코리아 기술 조직이 만드는 새로운 기술 블로그가 오픈 될 예정인데, 기대가 큽니다.)
3. 몇 가지 주변의 변화
올해도 작년과 비교해서 큰 변화는 없었지만, 개인적으로 기억나는 몇 가지를 적어 보면… (인스타그램 링크 포함)
클럽 하우스 – 올해 2월 부터 한 달 정도 국내에 클럽하우스 열풍이 불었죠. 저도 꽤 재미있게 참여했던 기억이 납니다. 1년동안 소통을 못했던 답답함을 풀 수 있었던 좋은 기회였고, 해외 계신 개발자 분들도 사귈 수 있어서 아주 소중했던 시간이었습니다.
애플 M1 맥북 – 얼마 전 회사에서 세번째 랩탑을 받았습니다. 이번에는 M1 맥북입니다. 회사에서도 직접 만드는 Arm 기반 칩셋을 기반한 매니지드 서비스 확대를 중요시 하고 있기 때문에, Arm 기반 개발과 배포 등을 앞으로 중요한 변화가 될 것으로 생각합니다.
아이들의 독립 – 늘 함께 했던 아이들이 이제 집에 없습니다. 딸은 8월에 미국으로 유학을 떠났고, 아들은 9월에 병역의 의무를 다하기 위해 입대를 했습니다. 집에 아이들이 없으니 허전한 마음이 들지만, 집을 떠나서 각자의 삶을 살아가는 기회를 통해 더 많은 경험을 했으면 합니다.
얼마 전 제 매니저랑 1:1 면담 중에 “7년이나 같은 일을 했는데, 뭔가 새로운 일을 하고 싶지 않으세요?”라고 묻더군요. 저는 “아니오. 저는 어떤 일을 시작했다면, 10년을 장기적인 관점으로 하길 원하고, 아직은 3년이나 남았네요.”라고 이야기했어요. ’10년이면 강산도 변한다’는 한국 속담이 있죠. 10년이면 세상을 바꿀 수 있는 시간인데요. 그래서, 회사든 개인이든 장기적인 전략을 가져야 합니다. 
올해는 제가 대학에 입학한 이후 30년이 되기도 했어요. 늘 그렇듯, 제 경력을 통틀어 장기적인 전략으로 어떤 일을 해왔는지, 이력서와 경력 지도를 업데이트 하면서 마무리를 하려고 합니다.
인생 참 깁니다. 이 글을 읽는 여러분도 장기적인 관점에서 인생의 마일스톤을 설계해 나가시기 바랄께요.

온라인 활동 전환과 글로벌 협업 확대 – 2021년 회고

Stories by 조은, Eun Cho on Medium

choeun

올 해는 참 바쁜 한 해였다. 왜 이리 정신없이 흘렀나 생각해보면 내가 의도한대로 동작한 것들도 있었지만 그렇지 못한 것들도 있었기 때문이다. 그래도 회고는 계속 하면 좋다고 생각되어 2021년을 회고해보려고 한다.
총평: 힘들지만 재미있었다.
올 해가 가장 힘들었던 이유는 여러가지 이유가 복합적으로 엮였기 때문이다. 이직을 하게 되었는데, 내 의지가 아닌 이직이 처음이었고 팀 리드로써 처음으로 퇴사자 면담을 하는 경험도 하게 되었다.
잘 하고 있던 일들에 조금씩 버퍼가 걸리기 시작하고, 스스로의 자존감도 많이 꺾이던 순간이 있었다. 괜찮다고 스스로를 다독였지만 사실 괜찮았던 적은 한 번도 없었던 거 같다.
방에서 혼자 우는 날이 생기거나, 종종 혼자 술을 마시는 날이 있기도 하였지만 그런 것들이 곧 고독함과 친구가 되어간다는 이야기였기 때문에 마냥 나쁘게만 보지는 않기로 하였다.
나쁜 일이 있던 만큼 좋은 일도 있었기 때문에 다행히 올 해를 잘 버틸 수 있지 않았나 생각한다. 좋았던 사람이 나를 미워하게 되거나, 악의를 품고 나에게 이야기하는 사람들이 많아진다는 점은 그렇게 좋은 점은 아닐 수도 있겠지만.
올 해 처음 해본 일들
Ashtanga yoga — 꽤 본격적으로 아쉬탕가 요가를 시작하게 되었고, 지금은 여러 사정으로 인해 아쉬탕가 요가는 못하고 있지만 좋은 기회가 된다면 아쉬탕가 요가를 수련하고 싶다는 마음이 있다. 프라이머리 시리즈를 한 번 다 돌아보는 게 목표다.
팀원을 향한 퇴직 면담 — 내가 퇴직 면담을 신청해본 적은 있지만 팀원이 나에게 퇴직 면담을 하는 건 처음이었다. 기존에 나를 붙잡았던 수많은 팀장님들이 스쳐 지나가면서 그 분들에게 존경심이 드는 순간이었다.
산악 자전거 — 자전거를 이용해서 산을 타보았는데 정말 힘들었지만 산을 모두 올라갔을 때에는 아주 뿌듯하였었다. 아쉽게도 지금은 겨울이라 산악 자전거를 타기엔 어렵지만 봄이 오면 다시 할 수 있도록 체력을 길러볼까 한다.
트레일 러닝 — 여름 즈음 갑자기 운동에 진심이 되어 트레일 러닝도 집 근처에 있는 남한 산성에서 해봤었다. 산을 오르는 경험은 그냥 도로를 뛰는 것과는 전혀 다른 경험이었고 뜻 깊은 경험이 되었다.
타의적 퇴사 — 딱히 그 회사에 악감정이 남아있지는 않지만 적절하지 못한 시기에 적절하지 못한 방법으로 퇴사하게 된 것은 사실이다. 그 시기에는 모든 게 밉게만 생각했는데 지금은 딱히 그렇지도 않다. 앞으로 그 회사가 나아가는 길이 더 좋은 방향이기를 기대한다.
스타트업 컨설팅 — 지금 회사에 입사하기 전에 여러 스타트업, 특히 초기 스타트업에서 기술 조직과 관련하여 고민하고 있는 분들과 이야기를 나누고 여러 조언을 드렸다. 개인적으로는 이 과정에서 배운 점도 많았다고 생각한다.
올 해 배우거나 사용한 기술들
Next.js — 웹 애플리케이션을 만들 때 대부분의 경우 Next를 이용해서 구성하였다. 내가 가장 선호하는 조합은 Next (TypeScript, SSR) + SWR + Axios + Emotion 정도인 듯하다.
Swift UI — 잠시 iOS 개발을 공부해보고 싶어서 배워보았다. 앱을 하나 만들어서 런칭하는 경험을 하고싶은데 그런 경험을 해보려면 아무래도 직접 하는 게 가장 빠르고 좋겠다는 생각도 했고, 웹 뷰에 대한 이해도도 높이는 데 도움이 되었다.
React Native — 앱을 만들기 위해서 시작하였다. 처음에는 Flutter로 할까 했었는데 아무래도 내 손에 익은 건 어쨌던 React고 Flutter 개발자를 채용하는 것보다는 더 수월하지않을까 기대하고있기 때문이다.
Docker — 지금까지는 클라이언트 서버를 직접 구축하더라도 Docker Container를 만드는 건 다른 조직에서 많이 도와주셨기 때문에 올해 처음으로 Docker Container를 만들어보았다.
strapi — 백엔드 환경을 만들어야 하는데 어떤 식으로 해볼까 고민하다가 서버리스 대신 strapi를 사용하기로 했다. 여러 이유가 있었지만 가장 큰 이유는 CMS 기능도 함께 제공한다는 점이다.
KEEP
운동 — 육체를 건강하게 만드는 목적의 운동이 아니라 정신 건강에도 이롭기에 운동을 계속해서 해야겠다는 생각을 하고 있다. 특히 요가는 처음 시작했을 때와 현재 마인드 모델이 많이 바뀌었기 때문에 앞으로도 계속해서 하려고 한다.
명상 — 요가를 시작하면서 명상도 함께 하고 있다. 예전에는 짜증냈을 일이어도 지금은 그렇게까지 짜증이 나지 않는다는 점에서 명상 자체의 효과는 굉장히 뛰어났다고 생각한다. 또 나 자신을 찾아 나가는 과정을 계속해서 반복해 나가고 있다.
교육 — 나는 교육에서 생각보다 많이 자존감을 얻는데 올 해는 사람을 직접 만나는 교육은 거의 못하다가 11월에 들어 멋쟁이사자처럼의 프론트엔드 개발 스쿨 1기를 도와드리고 있다. 특강으로 우연하게 참여하게 된 거라 페이는 거의 없지만, 학생들의 열정이 뛰어나서 계속 참여해서 이런저런 걸 보고 있다.
PROBLEM
건강 — 아무래도 건강을 챙겨야겠다는 생각을 요즘 부쩍 자주 한다. 특히 허리가 많이 아파진 거 같은데 운동은 계속 하고 있으니까 의자라도 좋은 걸로 바꿔야겠다.
권한과 위임 — 여전히 어떤 권한을 부여하고, 어디까지 위임해야 할 지에 대해서는 숙제처럼 놓여 있다. 내가 해야만 하는 일은 무엇이며, 하지 않아도 되는 일은 무엇일까? 계속하여 고민해 나가고 있다.
경제적 자유 — 집을 사고 싶다. 경제적인 자유를 얻고 조금 더 나은 삶을 살고 싶다는 생각을 계속 한다. 경제적 자유를 얻기 위해 어떤 삶을 살아가는 게 좋을 지 계속 고민하는 데, 해결책은 아직 못 찾았다. 지금 마냥 부족하게 살고 있는 건 아니다.
TRY
자체적인 교육 — 내년에는, 아마 외부 교육 기관과 커넥션을 맺고 무언가를 하기야 하겠지만 자체적으로 교육을 해보려고 생각한다. 세무적인 문제만 해결되면 조금 더 쉽게 해결할 수 있을 거 같기도 한데 말이다. 부트 캠프들의 가격이 비싼데 이로 인해 교육의 양극화가 생기는 것도 피해야 하는 부분이라는 생각이 계속 든다. 하지만 교육에는 돈이라는 게 결국엔 필요하기 때문에 이 문제를 어떻게 해결해 나갈 지는 계속 고민이다.
건강한 식단 — 올 해 잠시 채식을 했다가 여러 이유로 채식을 멈춘 상태인데 다시 채식을 시작해보려고 한다. 채식이 건강한 식단이라고 딱 이야기하기는 어렵지만, 그래도 육식을 줄이는 효과만으로도 좋은 행위라고 생각한다. 그래서 조금씩이라도 채식을 늘려보려고 한다. 우선 연두 선생님의 힘을 빌려보자. 그리고 배달 음식도 역으로 줄여야겠다.
집안일 미루지 않기 — 다른 일이 중요하다고 집안일을 미루는 경우가 꽤 있었다. 이제 집안일을 가급적 미루지 않고, 꾸준히 매일 하는 습관을 가져보자.
소회
2022년 1월 1일이면 정확히 이 커리어를 시작한 지 10년이 된다. 사실 30세가 되는 건 그렇게 설레는 일은 아니지만, 커리어 10년을 맞이하는 건 완전히 색다른 경험이다.
지금 내가 잘 하고 있는가에 대해서는 솔직히 나 자신도 모르겠다. 그저 나를 믿고 묵묵히 앞으로 나아가다 보면 언젠가 더 나은 나를 마주하지 않겠는가 — 그렇게 생각하면서 그저 앞을 향하기로 하였다.

2021년을 돌아보며

Math && Programming

2021년이 끝나가는만큼 그냥 기억에 남은 것들을 적어봤다. 당연하지만(?) 올해도 코딩만 했다. swc: PR 2021년은 나에게 엄청나게 행복한 해였다. Verc

2021년을 마무리하며

어쩐지 오늘은

2021년 회고 및 요즘 생각들

백근영.log

아주 오랜만에 글을 다시 쓴다.
회사 생활을 처음 시작했을 때는 글을 쓰는게 참 쉽고 즐겁게 느껴졌었는데, 어느 순간부터는 글을 쓰는게 어려워진 것 같다. 그 이유를 지금 떠오르는대로 대충 적어보면 아래와 같다.
글을 쓰는 것보다 더 중요하다고 생각되는 일에 시간을 투자하느라
개발자로써 성장함에 따라 더 양질의 글을 쓰고 싶다는 생각 때문에
성장을 위해 글쓰기를 시작했는데, 이제는 글쓰기가 성장에 있어 효과적인 행위가 아닌 것 같아서
전보다 게을러져서
하지만 글을 쓰는 것이 웬만하면 좋은 습관이라는 생각은 여전하다. 이번에는 회사에서 꽤 긴 시간동안 방학을 줘서 좀 여유가 생겨 2021년을 회고해보는 시간을 가지려고 한다. 이 회고글을 시작으로 다시 틈 날때마다 글을 쓰려고 노력해봐야겠다.
1. 회사 / 개발
이직
8월에 이직을 했다. 이직을 결심했던 이유는 당연히 복합적이지만, 그 중 회고해보고 싶은 몇 가지 이유가 있다.
1. Mission Align
Mission을 정의하는 것은 회사 내에서 이루어질 수 있는 가장 큰 규모의 의사결정이다. 회사가 전체적으로 어떤 방향으로 나아가야 하는지에 대한 의사 결정은 구성원들의 업무 내용과 업무 방식, 업무 분위기 등 모든 영역에 지대한 영향을 끼친다. Mission이 구성원들 간에 확실하게 align되어 있지 않다면, 혹은 mission이라는게 제대로 정립된 적조차 없다면 과연 그 회사는 시장에 임팩트를 전달할 수 있을까?
Mission과 Vision을 분명하게 정의하고, 회사의 모든 구성원들이 이를 명확하게 인지했을 때부터 비로소 스타트업은 시작된다고 생각한다. 내가 하고 있는 일이 정말 의미 있는 일이 맞는지, 혹은 이 일을 왜 하는지 의문이 들 때 Mission과 Vision을 통해 답을 알려줄 수 있는 회사를 원하게 되었다.
2. 고객 중심적 사고
개발자들이 개발을 통해 제품을 만드는 이유는 무엇인가? 좀 더 단순하게 말하면 개발자가 일을 하는 이유는 무엇인가? 이 질문에 대한 답은 단순하고, 어쩌면 당연하다. 엔지니어는 사람들이 가지고 있는 불편을 해소해주기 위해 일한다. 우리가 만드는 제품은 고객의 문제를 해결해주어야 한다.
그럼 고객은 어떤 문제를 갖고 있는가? 혹은 어떤 문제를 가진 사람들을 우리의 고객으로 만들 것인가? 이러한 질문에 대해 계속해서 고민하고 답을 찾아나가는 것이 성공적인 제품을 만들기 위해 필요한 핵심적인 과정이라고 생각한다. 그래서 나는 제품의 기능을 개발할 때 항상 고객 중심적으로 사고하고, 고객의 소리를 다양한 방법으로 수렴하기 위해 고민하는 회사에 가고 싶다고 생각하게 되었다.
3. 투명한 정보 공유
1번과 비슷한 얘기일지도 모르겠다. 나는 업무와 관련된 모든 정보들을 최대한 개방적으로 공유하는게 좋겠다고 (지금으로서는) 생각하고 있다. 우리 회사가 가진 Mission이 무엇인지는 물론이고, 우리의 제품에 어떤 기능을 넣기로 결정했다면 왜 그렇게 결정했는지, 제품 개발 일정은 어떤 과정을 통해 산출되었는지 등등 일을 하다보면 크고 작은 의사결정이 계속해서 일어난다. 이러한 의사 결정의 과정을 최대한 투명하게 공유하면 할수록 실무자들은 계속해서 의욕적인 상태로 업무를 진행할 수 있고, 어떤 식으로 일을 진행해야 하는지 더 잘 아는 상태에서 업무를 하게 된다고 생각한다.
스타트업은 구성원 모두가 밀도있는 퍼포먼스를 내서 폭발적으로 성장해야 하는 곳이다. 기계적으로 양적인 기여만을 해도 된다면 구성원 모두가 모든 정보를 접할 필요는 없을 것 같다. 하지만 폭발적인 성장을 위해서는 눈에 명확하게 보이지 않는 질적인 기여가 반드시 필요하다. 더 양질의 기여를 하기 위해서 실무자는 회사의 상황을 더 자세하게 인지하는게 좋다고 생각한다.
... 이렇게 크게 3가지 정도의 갈증을 해소해줄 수 있는 회사를 찾아보게 되었고, 매우 신중하게 고민을 거듭한 끝에 지금 회사로 오게 되었다. 결과적으로 내가 옳은 선택을 했는지는 시간이 더 많이 흘러봐야 알겠지만, 입사 후 약 4개월이 지난 지금 아직까지는 전반적으로 만족하면서 일을 하고 있는 것 같다.
개발 철학
이번에 이직을 하면서 다시 한 번 확실하게 정립하게 된 철학이 있다. 개발자는 기술자이기 이전에 비즈니스맨이어야 한다는 것인데, 이전까지의 나를 포함한 대부분의 주니어 개발자들은 기술이 그 자체로 의미를 가지는 숭고한 무언가라고 생각하는 경향이 있는 것 같다. 진입장벽이 높고 더 깊은 전문성을 요하는 기술일 수록 그런 경향은 강해지는 것 같은데, 앞서 언급했듯이 제품을 제조하는 업의 본질은 고객의 불편을 해소하고 문제를 해결해주는 것이다. 기술은 "어떻게 하면 고객의 문제를 더 많이 더 자주 해결해줄 수 있을까?"라는 질문에 대답하기 위한 수단 중 하나일 뿐이다.
이 철학은 기술은 가치 중립적이라는 말과도 어느정도 맞닿아 있다. 특정 기술에 함몰된 일부 개발자들은 기술에 대해 가치 판단을 하는 위험한 행위를 저지르곤 한다. "좋은 기술" 혹은 "나쁜 기술"이란건 없다. 특정 상황에 대해 적절한 기술과 적절하지 않은 기술이 있을 뿐이다. "어떤 기술은 좋은 기술이다" 혹은 "어떤 기술은 안 좋은 기술이다"라고 단정짓는 순간, 비즈니스와 align되어야 하는 기술적 의사결정의 퀄리티는 떨어질 수밖에 없다.
새 회사에서 이루고 싶은 것
새로 합류하게 된 회사는 핀테크 회사이다. 기존의 오래된 레거시를 청산하고, 내외부적으로 완전한 개편을 시도하고 있다. 지금까지 회사에서 내가 이루고 싶은 것은 내 개인적인 성장이 거의 대부분이었던 것 같다. 하지만 이번에 이직을 하면서 내가 왜 일을 하는지 깊게 고민하고, 어느정도 철학을 정립하게 되면서 지금 회사에서 이루고 싶은 것도 자연스럽게 정해진 것 같다. 지금까진 나의 성장을 목표로 달렸다면, 이제부터는 내가 만드는 제품을 성공시키고 회사를 성장시키는 것을 더 주된 목표로 달릴 것이다. 그 과정에서 나의 성장은 자연스럽게 이루어질 것이라고 생각한다. 
현재는 규모가 별로 크지 않은 회사여서 인지도가 그리 높지도 않고, 이 회사로 합류하기로 한 나의 결정을 의문스럽게 생각하는 주변 사람들도 적지 않았다. 하지만 나는 이미 커버린 회사에 들어가기보다는 내가 직접 회사를 성장시켜보고 싶다. 그리 멀지 않은 미래에는 이 업계의 모든 사람들이 인정하는 유니콘(~데카콘) 기업으로 만들 것이다.
2. 재테크
TBD
3. 운동
TBD

복세편살

2021년 8월, 30세 나이에 아들을 낳았다. 내 인생 계획 치고는 굉장히 빠른 나이에 임신과 출산을 했다. 
나는 일과 공부하는 것을 좋아한다. 육아를 시작하면 20대처럼 지낼 수 없고, 포기해야 하는 것들이 많아질 거라 생각했다. 그래서 아이를 갖는 것은 내게 먼 이야기였다.
2020년에는 코로나로 인한 사회적 거리 두기 때문에 집에 있는 시간이 많아졌다. 재택근무를 하다 보니 업무와 삶의 경계가 모호해졌다. 일을 하는 것은 여전히 재미있었지만, 일로서 삶의 의미를 찾는 것에는 한계가 있다는 생각이 들었다.
10대에는 대학교, 20대에는 취업이 삶의 주된 목표였다. 23세에 인턴으로 직장을 처음 경험하고, 24세부터는 진짜 직장인으로 살아왔다. 6년간 일을 하고 나니, 30대에는 또 다른 삶의 목표가 있어야겠다는 생각이 들었다. 지치는 순간이 있더라도, 지루하지 않고, 달성한 이후에는 보람찬 그런 목표가 필요했다. 10대 때 학창 시절이 그러했고, 20대 때 번듯한 직장인이 되기 위해 살아왔던 순간들이 그러했다. 
그래서 전 세계인들이 집에 있는 지금, 아기를 낳기로 결심했다. 어차피 집에 있어야 한다면, 언젠가 만나야 할 인생의 숙제라면, 지금 아기를 낳아 키우는 게 유리하다는 생각이 들었다. 시부모님께서 육아를 도와주시기로 하였고, 현 직장에서도 3년간 근무를 했기 때문에 아기를 낳기에 시기적으로 가장 적합한 상황이었다. 
올해 8월까지는 계속 임산부로 살아왔다. 육아를 시작하면, 임신했을 때가 그리워진다는 말이 있다. 그립기는 개뿔이다. 임신 후기에는 30분정도 앉아있으면 허리가 아프고는 했다. 그래서 30분 간격으로 앉았다 누워서 쉬기를 반복했다. 그런데 누워있으면 또 다른 불편함이 있었다. 마치 뱃속의 아가와 햄버거 놀이를 하고 있는 듯했다. 항상 나는 햄버거 놀이에서 바닥에 깔려있는 술래였다. 앉으나 누워있으나 편히 쉬기 어려웠다. 막달에는 옆으로 누워있기 힘들어서 잘 때에는 정자세로 누워 자고는 했다. 잠도 편히 자기 어려웠다. 새벽에는 갈증으로 2-3시간 간격으로 깼고, 밤중에 물을 1-2L 가까이 마신 적도 있다. 
출산 전에는 막연히 휴직 중에 공부를 하고, 코딩할 시간이 있을 거라 상상했다. 조리원에 노트북을 들고갈 정도였다. 조리원은 천국이라길래, 푹 쉴 수 있을 줄 알았다. 그러나 출산 후부터 시작이었다. 전에는 알지 못하던 새로운 미션들이 있었다. 다양하게 아프고 피곤했다. 오늘 하루 잠을 잘 수 있는지 셌고, 2시간 연속으로 잠을 잘 수 있으면 다행이었다. 일주일 간, 잠시라도 문 밖에 바람 쐬러 나가는 순간은 손꼽을 수 있을 정도였다. 이 와중에 매일 빠르게 성장하는 아가에 맞춰 계속 공부해야 했다. 잠깐의 시간 동안 유튜브를 보면서 시기에 맞는 육아 방법들을 연구하고, 필요한 아기 용품들을 찾아 주문하고는 했다. 하루에 편히 쉴 수 있는 시간이 없어서, 출산 전에 허투루 썼던 시간들의 소중함을 깨닫게 되었다. 
지금은 아기가 태어난지 4개월이 되었다. 나도 점점 아기를 키우는 방법에 적응했고, 아이도 많이 자라서 전보다 "잠, 외출, 자유시간"에 자유로워졌다. 그리고 하루에 1-2시간 주어진 여유시간에 내가 가장 좋아하는 것들을 하고는 한다. 그러다 보니 내가 가장 좋아하는 게 뭐였는지 깨닫고 있다. 낮에는 틈틈이 책을 읽으면서, 조금이라도 머리를 써보려고 노력한다. 밤에는 요가로 스트레칭을 하면서 멍 때리는 시간을 가진다. 대신, 프로그래밍과 관련된 것에 시간을 쏟은 건 아티클 1개를 읽어본 게 전부이다. 오랜 시간을 투자할 수 있는 여유시간이 없다 보니, 짧은 시간 안에 즐길 수 있는 가장 하고 싶었던 것을 찾아서 쉬고는 한다. 
2021년은 30대의 큰 터닝포인트가 되는 한 해였다. 아기를 키우면서 오는 신비함과 즐거움을 경험했고, 직장에서는 자바/스프링을 도입하면서 파이썬 코드를 자바로 포팅하면서 큰 학습 기회를 얻었다. 올해의 힘들었던 순간들은 미래에 힘든 순간을 견뎌낼 수 있는 맷집이 되어있을거라 기대한다.

엄마가 된 개발자의 2021년 회고

빠리의 택시 운전사

들어가며
2021년이 이제 정말 얼마 안남았다. 요 몇 달간 블로그 글을 안 올리고 있었는데, 한 해도 끝나가는 겸 뭐라도 써야지 하는 심정으로 올 해도 2021년 개발자 회고를 해보려한다.
 ‍  재택 어게인
2020년 코로나가 터진 이후 2020년에는 회사도 직원들도 이전에 겪어보지 못한 상황에 우왕좌왕하며 재택과 출근을 번갈아했었다. 그러다 2020년 후반부터 회사는 전면 재택을 선언하였고, 계속되는 재택 연장으로 2021년 동안 풀로 재택으로 근무하게 되었다. 그래서 새로운 장비를 구입해서 가져오거나 특별한 일이 있지 않은 이상 회사를 가지 않아서 부서 층수도 까먹고 내 자리가 어디인지도 까먹었을 지경이다... 내년 초까지는 계속 이러한 재택 기조가 이어질 것 같다.
1년 넘게 집에서만 일을 하다보니 자연스럽게 "코딩은 장비빨"이라는 생각으로 모니터, 키보드, 마우스, 도킹 스테이션, 맥북 거치대 등 이런 저런 장비들을 추가했다. 조만간 해당 내용으로 글도 작성해보려한다.
서비스 출시
작년에 이어서 올 해에도 프리미엄 콘텐츠라는 서비스를 출시했다. 이전에 출시한 서비스에 비해 엄청 큰 프로젝트로 다양한 영역들이 있는데 필자는 프리미엄 콘텐츠 스튜디오라는 프리미엄 콘텐츠의 콘텐츠 제작자분들이 사용하는 어드민 서비스를 개발하는 데 참여했다.
해당 프로젝트는 이전 프로젝트보다 의미가 더 깊었다. Next.js, TypeScript, Styled-Components, Ant Design 등 해당 부서에서 많이 사용해보지 않았던 기술 스택들을 적극적으로 도입을 추진하였고, 기초가 되는 프로젝트를 하나하나 만들어갔던 경험을 했기 때문이다. 또한 해당 결과물이 성공적으로 서비스되고 있다는 점도 기뻤다.
관련 링크
프리미엄 콘텐츠
네이버, 유료 콘텐츠 실험…'프리미엄 콘텐츠' 베타 오픈
DEVIEW 2021 발표
서비스 출시를 마치고, DEVIEW 2021이 다가오면서 프리미엄 콘텐츠 스튜디오를 만들면서 배운 내용을 DEVIEW에서 발표해볼 생각이 없냐는 제의가 왔었다. 아직 주니어이고, 내가 정보가 될 만한 내용을 발표할 수 있을까? 잘 발표는 할 수 있을까 라는 생각을 했지만, 사실 어짜피 안 될 것 같아서... 한 번 발표 개요를 올려보았다. 그런데 덜컥 DEVIEW 연사가 되어버린 것이다.
그 이후에 발표 준비했던 시간은 정말 정신없이 돌아갔었던 것 같다. 공식 문서부터 내가 짜온 코드, 유튜브 영상등 많은 자료를 검토하고 PPT 만들고 팀원들에게 모의 발표도 해보았다. 그렇게 발표날이 다가오고 여차저차 발표를 마쳤다. 이후에 편집본을 보는데 세상 어색했다, 유튜브에서 보던 연사들은 그렇게 말 잘하고 위트있게 하던데... 다시 한 번 대단하다고 느껴졌다.
그래도 작년에 DEVIEW 2020에서 다른 분들이 발표했던 것을 정리하던 입장에서 이전까지는 상상만하던 "개발자 발표"라는 것을 이루었고, 주니어를 대상으로 하는 발표이다보니 대단한 내용은 아니지만 도움이 되었다는 댓글도 보여서 뿌듯했던 경험이였다.
관련 링크
Next.js, Apollo와 함께 리액트 개발의 Next Level로 가자!
  운동 그리고 달리기
재택을 하다보면 "움직임"이라는 것이 0에 가까워지게 된다. 아침에 일어나서 대충 씻고, 바로 책상에 앉아서 몇 시간 일하고, 짬 내서 밥 먹고 커피 마시고, 다시 침대로 가서 자고 무한 반복이다. 나와 나무늘보의 만보기 기록을 재면 나무늘보의 수치가 더 높을 것이다.
이러다보니 살도 찌고, 몸도 둔해지면서 운동을 해야겠다는 생각에 꾸준히 운동을 해왔고 근력과 유산소를 병행하다. 어느 순간 달리기의 매력에 푹 빠졌었다. 근처에 탄천이라는 좋은 코스가 있어서 탄천을 따라 하루 30분 5~6km 정도를 하염없이 뛰는 것이다. 달리기는 하는 순간은 힘들기 때문에 고통도 있지만, 뛰면서 밀렸던 슈카월드도 듣고 노래도 듣고 잠시 여러 상념에도 빠져보는 나에게는 하나의 힐링이였다. 그렇게 거의 매일 달리기를 하였고, 개발 장비처럼 달리기용 장비들도 하나 둘 늘어나게 되었다. 요즘은 너무너무 추워서... 집에서 근력 운동하며 잠시 숨고르기를 하고 있다. 봄이 되면 또 러닝의 계절이 올 것이다.
관련 링크
달리기는 뇌운동이다
블로그
올 해는 간단한 정보 제공성 글들은 썼지만, 작년처럼 글다운 글을 쓰지는 못한 것 같다. 작년에는 글쓰는 즐거움 같은게 있었던 것 같은데 올 해는 뭔가 글을 쓰기위해 준비하는 과정 과정이 일처럼 느껴지는 순간이 많았다. 억지로 글을 쓰지는 않을 것 같고 내년에도 간간히 쉬운 글들을 적을 것 같다.
사이드 프로젝트
올 해 블로그에는 많은 신경을 못 썼지만, 그 신경을 모두 사이드 프로젝트에 거의 몰빵했다. 올해 서비스 출시를 하면서 업무도 하면서 끝나고는 사이드 프로젝트를 하고, 덕분에 개인 깃허브의 풀밭도 푸릇푸릇해졌다.
사이드 프로젝트를 계속하면서 느끼는 점이지만 혼자 프로젝트를 하다보니, 실제 일을 하면서 배우는 것들 이외에 생각치도 않았던 것들에 대해 고민해보고 배우게 되었다. 실제 유저들이 사용하는 서비스를 만들고 내가 홍보하고 댓글로 직접 피드백을 받다보니 조금 더 유저 입장에서 생각하면서 만들게 되고, 디자인 적인 부분도 더 챙기게 되었다. 또한 서비스의 크기가 점점 커져도 결국 내가 다 감당해야하다보니 코드의 재사용성을 좀 더 신경써서 짜게 되었다. 사이드 프로젝트로 얻어가는 것들이 많아져서 내년에도 사이드 프로젝트는 꾸준히 병행하게 될 것 같다. 요즘 크로스 플랫폼을 이용한 앱 개발에 관심이 생겨서 내년에는 앱을 하나 출시하는 게 목표이다. 하지만 유데미 강의를 사놓고 튜토리얼 하나 들었다.
관련 링크
더 많이 더 적게: 고장나버린 사이트 살려야한다
구글 애드센스로 1000달러 벌기까지의 여정  
  22년을 바라보며
작년 회고를 읽으며 글을 작성하고 있는 데, 작년 회고에 "일단 2021년에는 코로나가 좀 사라졌으면 좋겠다."라고 적었더라. 미안하지만 과거의 나야 아직도 코로나 시국이고 변이는 오미크론까지 나왔어 이제 그리스 알파벳도 부족할 지경이야... 신 사옥이 지어졌다는데 아직 입구도 보질 못했다. 내년에는 정말 코로나가 종식되어서 신사옥에서 즐겁게 코딩할 수 있길 바란다.

  2021  

Integerous DevLog on Integerous DevLog

한정수

이 글은 개인적인 회고록이다. 그래서 독백체 2018년 회고와 2019년 회고와, 2020년 회고에 이어, 2021년의 경험과 생각을 정리한다. 1. 토스 페이먼

체대 출신 개발자의 2021년 회고

욱이의 IT 생존일지

Jaewook Oh

어제 생일을 맞이하면서, '2021년도 마무리되었구나.' 라는 생각이 들었다.
그리고 몇 해동안 묵혀왔던 '회고'를 작성할 시간이 되었다고 느꼈다. 아직 종식되지 않은 코로나가 오미크론을 이끌고 다시 기승을 부리고 있지만, 계속해서 앞으로 나아가야 하니까.
2020년엔 석사 졸업과 동시에 직장인이라는 새로운 타이틀을 얻게 되면서, 인생에서 큰 변화를 겪었다. 많은 곳에서 아직 다듬어지지 못했던 내 경력과 자아를 다듬는 시간이었다. 그래서 2020년이 끝나고 2021년을 맞이할 땐, 올해 이렇게 큰 변화를 맞이할 수 있을 줄 몰랐다. 2020년에 만들어둔 상황이 조금 더 지속되지 않을까 했기 때문이다.
이번 회고를 통해서 올 한 해 내가 무엇을 해왔는지, 기술적으론, 정신적으론 어떤 변화가 있었는지 정리해보고자 한다.
2021년 1월엔 이직에 대한 의욕으로 불타고 있었다. 작년 가을-겨울 동안 외근을 다니게 되면서, 나는 어떤 일을 하는 사람인지 계속해서 되물었고, 더는 그렇게 일하고 싶지 않았다. 내가 하는 일에서 내 스스로 의미와 재미를 찾지 못하고 있었고, 막연하게 떠나야한다는 생각이 자리잡았다. 그래서 GitHub 1일 1커밋을 통해 잔디 심기를 시작했고, 백준이나 프로그래머스 문제를 매일 하나씩 풀기 시작했다. 그리고 전문연구요원이라면 한번씩은 다녀와야 하는 군사훈련(aka. 훈련소) 날짜를 4월로 확정지었다. 최대한 빨리 다녀오고 싶었다.
2021년 2월과 3월에는 여전히 회사의 일과 이직 준비로 바빴다. istio 스터디와 백준 문제를 풀면서 대부분의 시간을 보냈다.
2021년 4월 1일, 만우절 거짓말처럼 훈련소에 입소했다. 반들반들해진 머리를 만져보며, 처음 만난 생활관 동기들과 약 22일 간의 동고동락을 시작했다. 다들 전문연구요원 또는 산업기능요원이라, 뭔가 사회에서 멋진 일을 하다 오던 사람들이었고, 가장 신기했던 건, 백준에서 1위에 랭크된 구사과를 내 옆자리 훈련병으로 만났던 기억이었다.
훈련소 생활은 다른 시기에 비해 그렇게 어렵지 않았던 것 같다. 운이 좋게도(?) 코로나 시국이어서, 처음 약 10일 간은 제대로된 훈련을 받지 않았다. 대부분의 시간을 생활관 내에서 보냈고, 처음 며칠은 씻기는 커녕, 양치도 못했다. 힘들었지만, 나름대로 그 안에서 동기들과 재미난 요소들을 하나씩 찾아갔다. 그러다 훈련 중반기에 외이도염에 걸려서 귀가 마치 당나귀 귀처럼 붓고 압통과 가려움을 겪었다. 여차저차해서 길었던 22일이 끝났고, 우리는 무사히 사회의 품으로 돌아왔다. 그리고 멈춰 있던 머리를 다시 굴렸다. 삐걱 삐걱대며 돌아가기 시작했다.
5월과 6월은 여러 가지 회사 일로 바빴다. 딱히 기억은 나지 않지만, 매주 주말마다 카페에 가서 이력 정리를 했던 기억이 난다.
2021년 7월, 본격적으로 이직을 준비하기 시작했다. 원티드와 프로그래머스, 사람인 등을 보면서 여러 회사에 이력서를 넣었다. 전문연구요원이 가능하고, DevOps Engineer 포지션으로 물색했다. 몇몇 회사들이 나왔고, 일부 회사엔 전문연구요원 전직이 가능한지 묻는 메일도 보냈다. 비록 메일에 답장을 해준 회사는 없었지만, 다행히 코딩테스트와 1차 면접 제의가 왔다. 그렇게 약 4개월 간의 이직 여행이 시작됐다. 이때부터는 면접 준비로 정신이 없어서, 내가 했던 일들이나 업무 이력을 정리하는 데에 집중했다. 기존에 꾸준히 작성해오던 TIL (Today I Learned)는 계속했지만, 코딩 테스트 준비는 조금 소홀하게 했다.
2021년 8월 역시 7월부터 이어져 왔던 면접과 과제 전형으로 정신 없이 보냈다. 와중에 이전 회사에서 진행하고 있었던 과제를 마무리해야해서, 외근도 잦았다. 면접 일정이 잡힐 때마다 휴가를 써댔고, 덕분에 수중에 남은 연차가 4개정도밖에 없었던 기억이 난다.
그러다 8월 9일, 우연찮게 토스에서 3년차 이하 주니어 개발자를 모집하는 '2021 토스 NEXT' 공고를 보게 되었다. 기존에 다른 회사에 지원하고 있던 DevOps Engineer 포지션은 없어서, 지원 가능한 포지션 중에서 가장 가까웠던 Data Engineer에 지원했다. '꼭 붙어야 해..'라는 생각보단, '어떤 문제를 마주치게 될까?' 하는 생각으로 지원했던 거 같다.
며칠 뒤 8월 14일에, 코딩 테스트를 치렀고, 며칠 뒤 17일, 합격 메일을 받았다. 그 이후로, 직무 인터뷰와 문화적합성 인터뷰를 진행했고, 한 달 뒤인 9월 15일, 최종 오퍼레터를 받았다. 사실 될 거라는 생각을 전혀 못했기 때문에, 너무도 당황스러웠다. 애초에 직무 인터뷰도 포기하려고 했는데, 인터뷰에 참여해봐야 대답할 수 있는 내용이 없었을거라 생각했기 때문이다. 그러나 리크루팅 일정을 잡아주시던 분께서, 가벼운 마음으로 가능성을 테스트해본다는 생각을 가지고 편하게 임해보라면서 일정을 미뤄주셨다. 정말 감사한 분.. (아직 감사하다는 말씀을 못 드렸는데, 언젠가 꼭 드릴 생각이다.)
오퍼레터를 받고 나서도 고민이 많았다. 다른 회사에서도 비슷한 조건으로 DevOps Engineer 포지션 오퍼레터를 받았기 때문인데, 이 때 정말로 행복하다면 행복한, 그러나 미래와 현재를 계속 생각해봐야 하는 나름 심각한 고민을 거듭했던 기억이 난다. 결국, 문화적으로 좀 더 잘 맞을거라고 기대하고 결론적으론 토스를 선택하게 되었다. 이 때 고민했던 다른 회사의 인사 담당자 분도 너무 친절하셨어서, 나중에 어딘가에서 뵙게 된다면 꼭 인사 드리고 싶다.
이렇게 해서 길었던 4개월 간의 이직 여행이 마무리 되.. 었으면 좋았겠지만, 전문연구요원 들은 한 곳을 더 거쳐야 한다. 바로 '병무청'. 전문연구요원이 전직(이직)을 하려면, 한 회사에서 1년 6개월 이상을 일한 후에 움직일 수 있다. 내 경우, 10월 17일이었고, 이 시점까지 회사에 퇴사 의사를 밝히고, 인수인계 및 문서 작성을 진행했다. 그리고 10월 18일이 돼서 병무청에 전직 신청서를 제출했다. 물론 이 전에 토스 쪽 인사 담당자님과 전 회사 인사 담당자님을 통해서 전직에 필요한 서류들을 준비했다. 다행히 별 탈 없이 전직 승인이 이루어졌고, 10월 22일 퇴사를 했다. 그리고 그 다음주 월요일인 25일, 토스에 입사했다.
기술적인 측면에선 새로운 분야로의 도전이라 더 큰 변화를 겪었다. 다행히 기존에 활용하던 Kubernetes는 나의 든든한 기초 체력이 되어주었다. 한편으론, 이젠 Kubernetes 하나만 가지고는 나를 브랜딩하기 어렵겠다는 생각도 들어서, 이번 이직이 정말 절묘한 타이밍이었다는 생각도 든다.
또, 새롭게 데이터 기술 스택을 쌓아보려고 이거 저거 강의를 들어봤는데, 막상 나에게 맞는 강의를 찾기는 쉽지 않았다.. (강좌 가격은 어마어마 했는데..) Hadoop, Spark, Airflow ... 정말 생소하던 이름의 기술들을 이제는 친숙하게 듣고 있다. 이름은 어느정도 친숙해졌는데, 각 컴포넌트가 어떤 역할, 어떤 구조를 갖는지는 좀 더 봐야할 거 같다. 특히, 우리 팀에서 하는 일들이 무엇이 있는지 다방면으로 꾸준히 살피지 않으면, 하나에 고일 수도 있겠구나 하는 생각도 들었다.
팀원들이 주는 피드백을 기쁘게 받고, 내가 할 수 있는 것들을 해나가면서, 하나하나 내 것으로 만드는 시간을 앞으로 계속 가질 것 같다. 나의 영향력을 넓힐 수 있도록, 하나에 매몰되지 않은 그런 배움과 경험을 쌓아가야겠다.
정신적인 측면에선 한층 더 성숙해지기 위해 노력했다. '질투는 나의 힘'이라는 시의 제목처럼 나보다 대단한 사람들을 보면서 따라잡기 위해 달렸다. 하지만 그들은 내가 다른 일을 하는 동안 그 분야에서 더 많은 경험을 쌓았고, 그 경험은 결코 무시할 수 있는 것이 아니라는 걸 깨달았다. 단지, 어제보다 더 나은 오늘의 나를 만들기 위해 부단히 달리는 것이 중요하단걸 몸소 체험한 거 같다. 남과 비교하지 말고, 나 스스로를 가득 가득 채워가는 2022년을 보내야겠다.
 
새롭게 시작되는 2022년은 2021년과는 다른 의미로 자기 발전을 위해 더 힘쓰는 한 해, 건강을 챙기는 한 해, 그리고 나의 가치관을 올바르게 정립해가는 한 해가 되었으면 좋겠다.

[wookiist] 2021년 회고

MiryangJung

주니어 개발자의 2021 회고

Juneyr.dev RSS Feed

June Kim

회고를 시작하면 작년의 회고를 본다. 개인적인 기록은 역시 작성자에게 제일 재미있는 법이어서, 재작년으로 넘어간다・・・ (끝나지 않음)
그러다 도달하게 되는 글이  2017 년의 회고  다.  처음의 회고를 보면 여러 생각이 든다. 패기있네, 그때 꽤 힘들었구나 ・・・ 기특하다, 별 생각이 드는 데 이번 해는 이 생각이다.
'회고가 벌써 다섯개째 쌓이는 걸 보니, 내가 몇년차지..?' 서버 개발자가 된지 만 3년이고,…

2021 회고

사바라다는 차곡차곡

안녕하세요. 2021년 한해도 지고 이제는 2022년이 되었습니다.
모두 새해 복 많이 받으시기바랍니다.
이번 포스팅에서는 2021년의 회고와 정리, 그리고 2022년의 계획에 대해서 알려드리도록 하겠습니다.
회고를 시작하며..
이 블로그는 2019년 6월에 오픈하였습니다. 저는 첫 회사를 운이 좋게도 대기업 IT 직군으로 입사하게 되었었습니다. 그리고 그곳에서 2년동안 일을 했습니다. 저는 그 2년동안 PM일을 병행하면서 개발을 병행했었습니다. 시간이 지날수록 내가 정말 되고 싶었던 개발자가 이런직장에서 될 수 있을까? 라고하는 의문을 많이 가지게 되었고 결국 퇴사하였습니다. 그렇게 이 블로그는 제가 생각하는 개발자로 성장하기 위한 발판으로 삼고자 시작하게 되었습니다. 지금 생각하면 정말 이 블로그를 시작한 일은 잘한 일이라고 생각합니다. 지금 제가 이 자리에 있게 해준것고 이 블로그에 정리한 글들 때문이라고 생각합니다. 오늘은 이렇게 감사한 블로그에 대해서 처음으로 지금까지 블로그를 운영해온 상황과 느낀점을 회고를 한번 해보면 좋겠다라고 생각했습니다.
블로그 현황
먼저 사바라다는 차곡차곡 블로그의 현황을 공유드리려고합니다.
방문 인원
아래 사진은 1월 첫주 수요일 새벽에 촬영한 사진입니다. 주중 일 평균 1800명 정도의 분들이 방문해주고 계십니다. 이 분들중 80% 이상은 구글로 검색을 하셔서 들어오십니다. 그리고 지금까지 누적 방문자는 곧 50만이 넘을 것 같습니다. 처음에 블로그를 시작할때는 이런건 전혀 생각도 안했는데 정말 감개무량합니다.
아래는 월간 방문자 수 입니다. tistory 관리자 페이지에서 뽑아낸 부분입니다. 제일 왼쪽에 있는 2월의 인원은 17,183번 방문을 해주셨습니다. 그리고 11월이 가장 많이 방문해주신 달인데 이때는 4만을 조금 넘씁니다. 1년동안 2배정도 차이가 나고 있습니다.
이런 방문 인원을 보고 있으면 블로그를 계속할 수 있는 동기부여가 됩니다. 이런 부분에서 정말 감사드리고 싶습니다.
지금까지 작성한 글
아래는 2년 반 동안 작성한 글의 수를 한번 리스트화 해보았습니다. 카테고리별로 내리면 너무 길어질것 같아서 비슷한 분류끼리 묶어 두었습니다. 총 204건의 글을 작성했더라구요. 제가 한편의 포스팅을 하는데 평균 4시간 정도 소모됩니다. 이렇게 간단히 계산했을 때 이 블로그에는 저의 800시간이 넘는 시간이 투자되었습니다. 요즘은 1주일에 1건의 포스팅도 좀 빠듯한 느낌이 듭니다만 개인적으로는 앞으로도 적어도 일주일에 1건 이상의 포스팅은 하고 싶다고 생각합니다. 정리하고 싶은 리스트는 너무 많습니다.
프로그래밍 [199]
Java[28] kotlin[18] Spring[18] Spring Cloud[13] Webflux [1]
자료구조[9] 알고리즘[6] 디자인 패턴[11] 테스트[11]
python[5] 자바스크립트[2]
redis[9] ElasticSearch[3] 데이터베이스[7] 로깅과 트레이싱[6]
Docker[2] MSA[3] 리눅스[3]
git[5] 블록체인[10] 기타[29]
회고[5]
인기가 있었던 글
아래 이미지는 12월의 월간 인기글 리스트입니다. TOP 5의 순위는 거의 바뀌지 않고 꾸준하게 아래의 5개로 유지되고 있습니다. 재미있는 점은 최신글 보다는 상대적으로 오랜된 그리고 기초적인 내용이 좀 더 월간 조회수가 높게 나오고 있습니다.
커밋 그간의 노력
아래는 블로그의 글을 작성하기 위한 커밋 로그입니다. 주중에는 일도 있고 개인적인 약속도 있어서인지 주말에 많이 몰려있었다는 사실을 알 수 있었습니다.
느낀점
이렇게 2년 반 동안의 결과를 알아 보았습니다. 그럼 이제 이렇게 블로그를 하면서 생각한 점을 정리해보겠습니다.
지금까지 좋았던 점
기술적인 내용을 정리하는 블로그를 운영하면서 가장 스스로 크게 성장한 점은 역시 기술적인 내용을 잘 이해하게 되었다는 사실입니다. 이 정리는 나만 보기위한 정리라기 보다는 다른사람에게 설명하기 위한 정리이기 때문에 그 내용을 조금 더 깊게 그리고 평소보다 더 많은 이해를 요구했습니다. 그렇기 때문에 주제의 포스팅을 마무리하고 나면 어느정도 스스로는 그 주제에 대해서 더 많이 이해하게 되는 긍정적인 효과를 가져왔던것 같습니다.
그리고 정리하는 능력도 많이 향상되었습니다. 많은 문서를 보고 이를 좀 더 알기 쉽게 정리하는 경우도 더러 있었는데 이런 포스팅의 경우 문서 정리하는 데 있어서 도움이 많이 되었던것 같습니다.
고민이 되는점
인기가 있었던 글 목록 리스트를 보시면 아시겠지만 하나의 기술에 대해서 자세히 다루는 포스팅 보다는 포괄적으로 넓게 다루는 포스팅이 좀 더 다른 사람들이 많이 찾아봐 준다는 사실을 알 수 있었습니다. 그래서 앞으로의 블로그를 어떻게 운영할지에 대해서 고민을 했었습니다.
실무에서 제가 사용하고 제가 정리하고 싶은 글을 올리면 사람들의 유입은 원하는 만큼 올라오진 않을것입니다. 하지만 개인적으로 필요한 내용을 정리한다는 의미는 더 클것이라고 생각했습니다.
기본적인 내용을 좀 더 중심으로 올리면 유입이 많이 되고 블로그 홍보에도 좋은 영향을 줄 것이라고 생각되어졌습니다. 하지만 개인적으로 필요한 내용을 정리한다는 본래의 목적과는 많이 동 떨어지게 됩니다.
여러 생각을 해 본결과 저는 제가 정리하고 싶은 글을 7할정도 그리고 유입을 위한 넓게 포괄하는 주제를 3할정도로 해서 앞으로 정리를 해야겠다고 생각했습니다. 정리라는 본연의 목적도 중요하고 방문자가 많아지는것은 또 다른 동기부여가 되기 때문에 놓치기는 어렵다라고 생각되었습니다.
2022년의 블로그
2022년도도 지금까지 해왔던것 처럼 블로그에 글을 성실하게 업로드해나갈 예정입니다. 이제는 이 블로그는 저에게 있어서 하나의 무기가 되었다고 생각합니다. 이러한 이유로 LinkedIn을 추가했습니다. 그리고 블로그 설명에 제가 다니고 있는 회사도 명시하였습니다. 언젠가는 개발하는 사람들에게 유명한 블로그중 하나가 될 날이 되는 것도 기대하고 있습니다.
마무리
이렇게 회고를 했지만 지금까지 이렇게 꾸준히 블로그에 글을 올릴 수 있었던 동기는 역시 제가 올린 글을 많은 사람들이 봐주셨기 때문입니다.
만약 지금과 같은 방문자 수가 나오지 않고 덧글도 달리지 않았다면 좀 더 다른쪽에 힘을 쏟았을 것입니다.
부족한 글들이 많지만 이렇게 많이 찾아주셔서 저에게는 큰 기쁨입니다.
앞으로도 꾸준하게 글을 올릴 수 있도록 노력하겠습니다.
감사합니다.

2021년 회고와 2022년의 계획

JBEE.io

이전 회고
Jbee.log(2020)
Jbee.log(2019)
Jbee.log(2018)
Jbee.log(2017)
되돌아보면 정말 빨리 흘러간 한해였다. 물론 자세히 들여다보면 많은 우여곡절이 있었겠지만 말이다. ‘행동으로 옮겨서 좋았던 것’, ‘앞으로 해볼 것’, ‘하지 못해 아쉬웠던 것’ 세 가지로 회고해보려고 한다.
가장 오래
어쩌다보니(?) 지금 있는 토스팀이 내가 가장 오래 머무른 조직이 되었다. 전 직장, 전전 직장 둘다 1년 반을 넘지 못했기 때문이다. 올해 초는 이직 쿨타임(2년)이 되는 시기긴 한데, 아마 별일이 없다면 이 팀에 계속 있지 않을까.
가장 오래 머무른 팀, 조직이라는 것은 나에게 꽤 의미있게 다가왔다. 다니던 대학교도 1년 반을 못 채우고 자퇴를 했고 Next 교육 기관도 1년 반을 못 채우고 수료했다. (군대라는 조직에선 타의로 1년 반을 조금 넘겼다) 어떤 이유에서든지 한 조직에 오래 머물지 못하는 역마살이 끼었나 싶을 정도로 붙어있지 못했다.
그런 내가 마음 붙이고 잘 안착할 수 있는 팀을 만난 것은 아닐까. 오히려 이런 팀을 또 만날 수 있을까 싶기도 하다.
나와 맞는 팀을 찾은 것
이 팀에 합류하고 싶다면? 너 내 동료가 돼라
해결하고자 하는 문제
이 이야기를 너무 길게 쓰면 회고글이 리쿠르팅 글로 바뀔 수 있을 것 같아 적당히 둘러대보자면, 조직이 공개된 이력서에 적었던 선호하는 조직과 일치하기 때문이다. 그리고 도전할 수 있는 문제들이 많이 있다고 생각한다.
앞으로 해결하고 싶은 문제들이 많은데 외부에서 봤을 땐 이미 다 갖춰진 회사라고 생각할 수 있을 것 같다. 나도 N사에 입사하기 전까진 N사엔 모든 것이 다 갖춰져있을 것이라 생각했기 때문에 이해한다. N사처럼 큰 회사도 해결해야 할 문제가 많았는데, 과연 토스는 다를까?
외부에서 토스는 ‘갖춰져 있다’고 느끼는 이유는 실제로 ‘대부분’ 갖추고 있기 때문일 것이다. 하지만 팀이 성장할수록 기본적인 문제를 넘어선 새로운 문제를 마주하게 된다. 그리고 이 새로운 문제는 대부분 난이도가 높다.
아무것도 갖춰지지 않은 조직에선 1의 역량으로 10만큼 변화를 만들어 낼 수 있고 그 변화로 10만큼의 임팩트를 낼 수 있다. 어느정도 성장한 조직에서는 1만큼의 변화를 주는 것만으로도 엄청난 임팩트를 낼 수 있는데 그 난이도가 훨씬 높기 때문에 요구되는 역량이 높다.
예를 들면 이런 것이다. 10% 생산성을 내고 있는 조직을 20% 생산성을 낼 수 있도록 무언가 개선한다면 그것은 200%의 임팩트이다. 그러나 이미 100% 생산성의 조직을 101%로 끌어올리는 것은 1%의 임팩트이지만 조직을 구성하는 인원이 10,000명이라면 이야기가 달라진다. 그리고 100%에서 개선할 수 있는 1%를 찾고 정의하는 것은 매우 어렵다.
문제를 정의하기 위해서는 평소에 비판적인 사고가 충분히 연습되어 있어야 한다. 문제로 보이는 부분은 좀 더 면밀하게 들여다보고 더 날카롭게 정의하여 해결 방법을 찾아야 한다.
문제를 찾고자 비판적으로 바라보는 연습을 하고 있는 것.
그리고 찾은 문제는 보다 더 날카롭게 정의하는 연습을 할 것.
만드는 것이 가장 쉽다
새로 만드는 것이 내가 하는 일 중 가장 쉬운 것임을 깨달았다. 지나온 경력 대비 참 늦게도 깨달았는데 이전에 해왔던 것들이 전부 새로 만드는 것 뿐이라 이게 가장 쉬운지를 몰랐던 것이다.
Impact
우선 내 리소스를 들여 만든 무언가가 ‘어떤 임팩트를 냈는가’, 그리고 ‘실제로 임팩트가 있었는가’가 중요한데 이것이 참으로 어려웠다.
단순히 코드로 무언가를 만드는 것은 하면 되는 것인데, 이 때 한정적인 내 리소스가 필요하다. 이 제한적인 자원을 임팩트가 있다고 판단되는 부분에 투자해야 하는데 이것이 참 어려웠다. 위에서도 언급된 이야기지만 문제를 정확하게 파악하고 날카롭게 정의할수록 임팩트가 있다.
Focus on Impact 하지 못했던 경험
이메일 템플릿 관리가 엉망으로 되고 있었다. 디자인과 HTML 파일 간의 싱크가 되어 있지 않았고, 실제 정기적으로 발송되고 있는 템플릿과 관리되고 있는 듯해 보이는 HTML 파일 간의 싱크가 맞지 않고 있었다. 그냥 파국이었다.
하지만 잘 발송되고 있고 문제가 없었기 때문에 문제로 삼지 않으면 문제가 되지 않았던 이슈였다. 문제로 삼기엔 우선순위가 높은 다른 일들이 더 많았기 때문이다. 하지만 이런 잠재적인 부채들은 나중에 크게 발목을 잡기 마련인데, 전체 템플릿을 교체해줘야 하는 이슈를 겪고 그제서야 해당 문제에 대한 우선순위를 높이게 됐다.
이 때, 문제를 좀 더 면밀하게 들여다 봤어야 했는데 그러지 못했다. 전체 템플릿을 교체하는 작업이 너무 고된 나머지, 일단 템플릿을 관리하는 제품을 만들었다. 뒤도 안돌아보고 후다닥 만들어진 이 제품은 지금 사용되지 않으며 따로 관리할 사람이 없는 계륵이 됐다.
투입된 리소스 대비 임팩트가 없었다. 단순히 템플릿 관리만 하면 문제가 해결될 줄 알았고, 그에 맞는 제품을 만들었지만 문제는 그것이 아니었을 뿐만 아니라 내가 만든 제품은 기능이 아닌 부채가 되어 골칫거리가 되었다.
운영이라는 꽃
부끄러운 커리어를 공개하자면 여태 한 프로젝트를 1년 이상 해본 적이 없다. 단발성 프로젝트를 담당했거나 장기 프로젝트면 초기에 투입됐다가 운영을 할 때 즈음 또 다른 신규 프로젝트에 투입(?)됐다. 운이 없었던 것인지 좋았던 것인지 모르겠지만 둘다 장단점이 있고 배울 수 있는 부분이 따로 존재하기 때문에 크게 아쉽진 않다.
아무튼 토스팀에 합류했고 페이먼츠에서는 하나의 제품을 내가 처음부터 내가 만들고 지금까지 계속 운영하고 있다. 운영이 소프트웨어 개발의 꽃인 것을 깨달았고 이제서야 그 꽃을 마주하게 되었다.
가장 큰 문제는 과거의 나란 녀석이 저지른 수많은 코드들이었다.
      
  
    
엉뚱하게 작성된 코드 옆에, GitLens를 통해 보이는 'Jbee, 1 year ago' 를 보고 있자면, 빡침이 우러나온다.
프런트엔드 개발에서 느낀 운영성 이슈들은 다음의 것들이 있다.
사용하지 않는 backend api 와의 sync
선형적으로 증가하는 코드 라인 수, 그에 따른 빌드 속도 저하, 생산성 감소
변경에 따른 사이드 이펙트를 감지할 수 있는 시스템
신뢰할 수 있는 에러 모니터링 시스템
중복으로 정의되는 모듈과 모듈간의 의존성 관리
제 3자에게 해당 프로젝트의 맥락을 ‘잘’ 전달하는 방법
확실히 프런트엔드에서 마주하는 운영성 이슈는 백엔드에서 마주하는 운영성 이슈와는 다른 성격을 가지고 있고 그 양도 상대적으로 적다고 생각한다. 그렇기에 백엔드의 운영성 이슈를 함께 바라본다면 좀 더 효율적으로 처리할 수 있지 않을까 생각했다. 고작 1년임에도 많은 문제를 정의할 수 있었다. 앞으로 어떤 문제를 마주할지 기대된다.
제너럴리스트를 바랬을지도
나중에 내가 개발팀을 이끈다는 생각을 했을 때, 많은 경험을 하면 할수록 좋다고 생각했다. 그래서 은연중에 서버 개발에 대한 욕심도 있었던 것 같다.
지난 회고를 읽어보면 진짜 매년 꾸준히 등장하는 소재 중 하나인 것 같은데, 나는 왜 아직도 이 내용을 회고에 쓰고 있는지 참 이해할 수 없다. 사이드 프로젝트도 백엔드를 하지 않는 것을 보면 사실 그렇게 궁금하지 않는게 아닐까 싶다.
그래도 작년 하반기에는 백엔드 개발을 해볼 수 있을지에 대해 CTO님과 이야기도 해보았다. 내 의지는 환영받았지만 아쉽게도 팀 사정 상 다음 기회를 노려보기로 했다. 이 팀 사정이라는게 내가 아직 준비가 되어있지 않았기 때문이어서 크게 아쉽진 않았다. 한편으로는 아직 준비가 안 됐는데, 잘 해낼 수 있을까? 하는 걱정도 있었는데, 기회가 왔을 때 잡아채려면 단단히 준비가 되어있어야겠다.
나만 준비되면 할 수 있겠다는 확신을 얻었다.
스스로를 속이고 있진 않은지 되돌아 볼 필요가 있고 진정 원하는 것이 있으면 착실히 준비해보자.
제품을 만드는 개발자
제품에 초점을 맞춰 성장하지 않았나 싶다. 내가 만든 이 제품이 오랜 기간 건강하게 자라려면 어떻게 해야할지 고민을 했던 시기였고 유연하게 만드는데 고민을 많이 했다. 올해는 작년의 내가 저지른 코드들을 수습하기 바쁘겠지만 이 과정 속에서 또 많은 것을 얻을 수 있을 것 같아 기대가 크다.
오픈소스
경제적 자유에 관심이 조금 생겼는데, 그 이유가 오픈소스 때문이다. 경제적인 걱정없이 (그럴 수 있을진 모르겠지만) 시간을 투자할 수 있다면 오픈소스만 하고 싶은 마음도 있다. 작년 한해 동안 정말 멋진 오픈소스 메인테이너들을 많이 알게 된 한해였고 많은 자극을 받았다.
꾸준함
FEConf2021 계기로 강동윤님과 이야기를 나눴었는데, swc 프로젝트는 프런트엔드 생태계 뿐만 아니라 나에게도 큰 영향을 주었다. 아니 어떻게 사이드 프로젝트를 4년동안이나 할 수 있지? 프로젝트 자체로도 충분히 대단하지만, 나에게 영향을 주었던 것은 그 프로젝트를 4년 동안 운영한 꾸준함이었다.
장기적으로 꾸준히 운영할 수 있는 사이드 프로젝트를 고민하고 시작할 것
나도 한다, 오픈소스
경제적 자유라는 핑계는 뒤로하고 오픈소스는 지금 당장 시작할 수 있고 그냥 하면 되기 때문에, 작년 초에 작고 귀여운 달력 라이브러리를 만들었다. 실제 팀에서 운영하고 있는 제품에서 사용하기 위해 만들었고 나만 사용하고 있는 줄 알았는데, 어떤 개발자로부터 샤라웃 받았다. 참 기분이 묘했다.
      
  
    
h6s 홍보
방금 말한 달력 라이브러리 원래 이름이 @veccu/react-calendar 였는데, 최근에 리브랜딩(?)했다. headless라는 단어를 줄여서 h6s라고 만들어봤다. headless ui 라이브러리들을 하나 하나 추가해나갈 예정이다. 간단한 컴포넌트보단 복잡한 컴포넌트를 쉬운 인터페이스로 만들 수 있는 라이브러리들을 위주로 만들 예정이다.
우선 기존의 캘린더 라이브러리를 @h6s/calendar 로 마이그레이션 했고, 앞으로의 로드맵을 이 Roadmap 이슈에 정리해두고 진행할 예정이다. GitHub Organization, NPM Organization을 만들고, 디자인을 하고, 문서를 만드는 과정 하나 하나가 정말 재밌었다!
      
  
    
https://h6s.dev/
오픈소스를 모노레포로 전환 참 잘했다. 꾸준히 잘 이어나가보자.
커뮤니티와 멘토링, 그리고 블로그
페이스북도 잘 안 하게 되는 요즘, 온라인 개발 커뮤니티는 어디로 갔을까? 멘토링을 하다 보면 내 블로그 글이 잘 퍼지지 않는 느낌을 받았다. 어떻게 하면 더 잘 전달할 수 있을지 고민하다가 요즘 개발 커뮤니티는 어디에 있는지 궁금해졌다. (트위터… 좋은데 말이야…)
FEConf2021
5년 꾸준히 했으니 프런트엔드 개발자들의 연례 행사로 자리 잡았지 않았을까? 하는 생각을 해보지만 또 그런 것 같지도 않고, 잘 모르겠다. 작년도 온라인이었는데 올해도 온라인일까? 오프라인으로 진행한다 하더라도 온라인과 병행하는 방향으로 진행해야 하지 않을까 싶다.
참여해주신 참가자 분들 그리고 알찬 세션으로 행사를 가득 채워주시는 스피커 분들께 감사하다. 그리고 아무런 보상없이도 묵묵히 컨퍼런스를 만들어 나가는 오거나이저 분들께도 존경한다.
올해도 진행한 것 자체에 박수를!
FEConf Youtube Channel 구독 하셨나요?
멘토링
코딩 교육을 위한 부트캠프가 쏟아지는 시대다. 우형에 합격했다는 트윗이 많이 올라오길래 우아한형제들 공채가 있었나? 했는데, 자세히 보니 우아한테크코스 과정에 합격했다는 트윗이었다.
이런 흐름에서 현업 개발자들이 코드 리뷰를 해주는 고런 시스템도 생겨난 것 같은데, 여러 군데 제의를 받았고 몇 군데 참여를 해보았다. 리뷰를 진행하면서 많은 것을 느낄 수 있었는데, 우선 들어가는 정신력, 노동력 대비 얻는게 매우 적다는 것이었다.
맨날 하는 코드 리뷰를 생각했는데 너무 얕잡아봤다. 나도 비슷한 코드를 N번 리뷰해본 경험이 없었고 마음의 준비가 안 된 상태에서 맥락을 잘 모르는 코드를 리뷰하려다 보니 힘이 많이 들어가지 않았나 싶다. 참여하는 중엔 주말이 휘발되는 고통을 감수해야 했는데 이 정도 시간을 들일 거였으면 다른 무언가를 하는게 낫겠다 싶었다.
그래도 우아한테크코스 리뷰어는 재미있게 참여했다. 커리큘럼 과정에서 동의할 수 없는 부분이 있었지만 이 마저도 굉장히 많은 고민을 해주신 것 같아 교육 과정 자체를 리스펙하게 됐다. ‘크루’(테크코스 과정에 참여하신 분들을 크루라고 부름)분들이 어설픈 내 리뷰를 찰떡같이 반영해주셔서 감사할 따름이었다. 다음엔 좀 더 잘해볼 수 있지 않을까 하는 아쉬움이 남았던 경험이었다. 해당 코스를 잘 수료(?)하신 크루분들 중 토스팀에 합류해주신 분들도 꽤 계신다. 한거라곤 리뷰 몇 줄 뿐이지만 괜히 속으로 뿌듯했다는…
올해는 좀 더 성숙한 모습으로 누군가의 성장을 돕는 역할을 할 수 있으면 좋겠다.
블로그
템플릿을 꾸준히 잘 유지보수 했어야 했는데 그러지 못했다. (gatsby 잘못) 그래서 가장 쉬운 방법, 새로 만드는 것을 택했다. 블로그를 하는 이유는 블로그를 만들기 위해서라고 하지 않았던가! 아직 시작하진 않았는데 빨리 해야 할 것 같다. 왜냐하면 내 템플릿(gatsby-starter-bee)과 이 블로그는 node 12 version에서만 빌드되기 때문이다. 의도와는 다르게 완전 고전이 되어버렸는데, 나름 앤틱한 매력이 있다. (아님)
블로그 유지보수 못했다!
에라 모르겠다. 그냥 새로 또 만들자!
작년엔 6개 정도 썼나? 포스팅 하나 작성하는데 공을 들이면 보통 한달씩 (대부분 그 이상) 걸리곤 하는데, 이 정도면 매우 만족스럽다. 최근에 개발 블로거들을 비난하고 비꼬는 어떤 글을 봐서 인류애가 떨어졌지만 별로 신경쓰지 않고 간간히 글을 올릴 예정이다.
강의
인프런의 꾸준한 러브콜로 강의라는 것을 기획해보고 있다. (개발자 3대 허언 중 하나가 등장) 이러다 말 수도 있고 진짜 할 수도 있는데, 확실한 것은 기획을 마음에 들 때까지 꽤 오랜 기간 동안 할 것 같다. 마음 먹게 된 계기까진 아니지만 캡틴판교님 Youtube를 통해서 동영상이라는 매체로 내 의견을 말한 것이 처음이었는데 참 재밌었다. (초대해주셔서 감사합니다!) 모쪼록 좋은 강의가 기획되길 바란다.
마무리
점점 시간이 빠르게 흐르는 것 같다. 하염없이 경력만 늘어나는 것을 경계하면서 경험을 쌓고 관점을 늘려가는 한해가 되었으면 좋겠다.

Jbee.log(2021)

코딩팩토리

안녕하세요 코딩팩토리입니다. 조금 늦었지만 이번 포스팅에서는 2022년 새해를 맞아 작년이었던 2021년 블로그 결산을 해보려 합니다. 이번 하반기 들어서 블로그에 신경을 많이 못썼는데도 불구하고 많은 분들이 제 블로그를 찾아주셨습니다. 그리고 지표들을 보면 제 블로그를 주기적으로 찾는 분들이 적지 않게 있는 것으로 판단됩니다. 작년 한 해 제 블로그를 찾아주신 모든 분들께 진심으로 감사드립니다.
 
2021년도 블로그 결산
위의 지표는 구글 애널리틱스로 2021년 제 블로그를 분석한 결과입니다. 작년 한 해에도 많은 분들이 제 블로그를 방문해주셨습니다. 약 300만 명의 방문자들이 제 블로그를 다녀갔고 총 페이지 뷰 수는 무려 800만 뷰를 넘겼습니다. 방문해주신 모든 분들께 감사드립니다.
 
월간 포스팅 및 방문자 수
월
포스팅 수
방문자 수
월
포스팅 수
방문자 수
1월
35개
542,228명
7월
19개
501,054명
2월
44개
443,568명
8월
15개
490,658명
3월
9개
611,803명
9월
12개
495,639명
4월
8개
610,820명
10월
8개
547,772명
5월
18개
573,010명
11월
7개
564,314명
6월
7개
541,972명
12월
8개
515,731명
지난 한 해에 총 190개의 글을 올렸습니다. 2021년 초반에는 매일 글을 썼으나 올해 하반기부터는 다른 일정들이 많이 생겨 글을 많이 쓰지 못하였습니다.
 
아쉽게도 작년에는 이 블로그를 시작한 뒤 처음으로 역성장을 맞이하였습니다. 특히 방문자 수가 직전 연도에 비해 전반적으로 하락하였습니다. 최근에는 일일 방문자가 2만 명을 밑돌기 시작하여 위기감이 생기고 있는데. 올해에는 더욱 열심히 하여 다시 성장하는 모습을 보여드리도록 하겠습니다.
 
블로그 수익 공개
2019년을 마지막으로 수익을 공개한 이후 더 이상 수익을 공개하지 않으려고 했으나 앞으로 제가 진행할 전자책 프로젝트의 신뢰성을 위해 제 블로그의 수익을 공개해야 할 필요성을 느껴 이번 포스팅에서 공개하고자 합니다. 위 지표는 제 애드센스의 3년간의 월 수익 지표입니다. 결론부터 말씀드리자면 현재 한 달에 150$ ~ 200$정도의 수익을 벌어들이고 있습니다. 많은 금액은 아니지만 월급과 애드센스에서 나오는 수익을 합하여 제 나이에 비해서는 여유로운 한 달을 보내고 있습니다. 특히 꾸준한 상승추세에 있다는 점에서 앞으로가 더 기대됩니다.
[블로그] 2019년 블로그 결산 및 애드센스 수입 공개
 
 앞으로의 계획 
전자책 발간
"티스토리"를 주제로 전자책을 출간하려 합니다. 빠르면 다음 달 중으로 "와디즈"라는 플랫폼에서 먼저 선보일 계획이고, 이후에는 크몽과 같은 사이트로 판매 플랫폼을 확장하려는 계획을 가지고 있습니다. 이 전자책에 제가 지금까지 이 "코딩팩토리"라는 블로그를 운영하면서 얻은 방문자, 수익, SEO 등 모든 노하우들을 한 권의 책으로 담았습니다. 분량은 총 200page 정도가 될 것 같고 지금까지 시중에 풀려있는 어떤 전자책보다도 질과 정보의 양 모두 최고라고 자부합니다. 책은 80% 정도 완성되었으며 현재 상세페이지 제작 단계에 있습니다. 좀 더 세부적인 계획이 나오면 따로 포스팅으로 알려드리고자 하니 많은 관심 부탁드립니다.
 
브런치 작가 활동
브런치 작가 활동을 올해부터 본격적으로 시작하려고 합니다. 제 블로그에는 "생각정리"라는 카테고리가 있었습니다. 그냥 잡생각이 많이 날 때 주저리주저리 적었던 글들인데 많은 분들은 아니지만 하루에 약 10 ~ 20명 정도 되는 분들이 제가 작성한 글들을 읽어주시고 댓글을 달아주시곤 하셨습니다.
"생각정리"라는 카테고리에는 제 블로그 성격에는 안 맞는 감성적인 글들이 많았습니다. 어느 순간 제가 쓴 글들을 다시 읽어봤는데 너무 부끄럽더군요. 제 사적인 생각들을 적어놓은 글들을 모든 사람들이 본다는 사실이 말이죠. 그래서 모두 비공개로 전환하고 잊어버리고 있었는데 그곳에 있던 글들을 다듬어 브런치라는 플랫폼에서 에세이 형식으로 써보고자 합니다. 지금은 제 브런치에는 글이 10개 정도밖에 없는데 올해 연말에는 80개 정도의 글까지 채워 넣도록 열심히 노력하겠습니다. 아래 링크로 들어가시면 제 브런치가 나옵니다. 관심 있으신 분들은 구독 눌러주세요.!
 https://brunch.co.kr/@e8362cab2f0c484
 
제대로 된 공부를 해 볼 생각입니다.
2017년도 12월에 개발자가 되었으니 나름 연차가 있는 개발자입니다. 하지만 아직 실력은 많이 부족하다고 생각합니다. 어쨋든 이쪽으로 직업을 삼았으니 끝을 보고 싶습니다. 실력있는 개발자가 되고 싶습니다. 그 꿈을 이루기 위해 올해부터는 조금 더 열심히, 제대로 된 공부를 해보려고 합니다. 포스팅 또한 아무래도 쉬운 내용들에 방문자 유입이 많다 보니 이때까지는 백과사전 형식으로 글을 작성하려고 하였습니다만 지금부터는 제가 업으로 삼고 있는 분야도 많이 공부하여 조금 더 깊이 있는 글들도 종종 작성하도록 하겠습니다. 
 
올해 제가 딱 서른 살이 되는 해입니다. 제주도까지 가서 일출까지 보고 왔는데 30대가 되어 아쉽다기보다는 설렘이라는 느낌을 받았습니다. 이제 조금 더 책임감이 생긴 나이가 된 만큼 더 열심히 살아야 할 시간이라고 생각합니다. 앞으로도 좋은 정보를 제공하는 개발자가 되겠습니다. 많이 지켜봐 주세요. 감사합니다.

[블로그] 2021년 블로그 결산 & 수익 공개 (앞으로의 계획)

Jay's Code Factory

안녕하세요! 운동하는 개발자 Jay 입니다!  2022년... 벌써... 시간이 정말 훅 간 것 같아요 ㅠㅠ 다들 2021년 바쁘게 보내셨죠?!
저도 뭔가 한 게 없던 것 같은데 은근히 되돌아보니 여러 가지 에피소드? 들이 있었던 것 같아요!
 
사실 글을 쓰는 지금은 2022년 1월이지만... 음... 뭐 하루 이틀 늦어도 회고를 쓰는데 의의가 있는 것 이니까요 ㅋㅋ 
일단 작년 목표를 한번 되돌아보면서 얼마나 달성했는지 체크를 해보려고 해요!
음... 아... 음... 하하하하하.... 꿈은 크게 갖으라고 했죠?! ㅋㅋㅋ 후....  올해는 이런저런 핑계로 목표를 많이 이루지 못한 것 같아요. 저기서 딱 1개 이루었네요. 2번 ㅋㅋㅋㅋ 그래도 뭐 1개라도 달성했다! 예이~
 
자, 이제 한해를 되돌아보며 무슨 일이 있었는지 정리해보겠습니다.
 
1. 이직  ‍ 
2021년 상반기 회고를 작성하기도 했는데, 이직이 사실 2021년도 가장 큰 에피소드 이긴 했습니다. 이직 준비한다고 운동, 유튜브 다 쉬다가 결국 나쁜 습관만 엄청 쌓이고   ㅋㅋㅋ 운동도 계속 쉬었네요.
 
그래도 이직을 통해 많은걸 얻은 한해였습니다. 내가 현재 얼마큼 성장했고, 앞으로 어떤 방향으로 성장을 해야 하는지 그리고 세상은 넓고 잘하는 개발자들이 얼마나 많은지 깨달은 한해였어요.
 
- 세이프티존 (safety-zone)을 벗어나다.
 
이직을 하기 전에는 "내가 혼자 무언갈 만들 수 있을까?", "그런 능력이 될까?" 라는 생각을 많이 했던 것 같습니다. 회사에서는 잘한다고 하지만 뭔가 객관적인 평가를 받을만한 창구가 없었던 것 같습니다. 그래서 더욱이 개발자로서 자신감도 없고 커리어에 대한 불안감도 커졌던 것 같아요.
 
물론 토이 프로젝트를 통해 어느 정도 혼자 서비스를 만들어 보는 과정을 경험했지만 회사일은 또 다르니까요. 그래서 이직을 통해 내가 어느 정도 수준이고, 얼만큼의 능력을 가졌는지 확인하고 싶었습니다. 
 
다행히 여러 회사에 지원하고 수많은 면접 끝에 지금 다니고 있는 다노에 합류하게 되었어요! 그리고 오자마자 제 능력을 확인할 수 있는 프로젝트에 투입을 하게 되었죠 ㅋㅋㅋㅋㅋ(이것이 스타트업이다!)
 
솔직히 부담도 컸지만, 전 직장에서 좋은 사수들 덕분에 잘 배운 기술들을 활용해 신규 서비스를 무사히 런칭 하였습니다. 그 과정에서 또 새로운 것들도 많이 배웠고요. 그리고 올 한 해 다노를 8개월 정도 다니면서 정말 좋은 동료들을 알게 돼서 좋았습니다. 그리고 다노(Dano)라는 회사에 오길 정말 잘했다는 생각도 했고요!
잠시 저희 회사 자랑을 하자면 정말 회사가 숨기는 게 없이 투명하고, 내가 회사를 같이 만들어 간다는 느낌이 큽니다. 동료들도 모두 열심히 하고 능력자 분들도 많아서 배울 것도 넘치고요! 진짜, 너무너무 후회 없고 만족하며 다니고 있습니다! 정말 진심으로 회사가 잘되길 바라는 마음을 갖고 서비스를 만들어 가는 중입니다!
 
2. 출간  
올해 또 큰 저의 이슈(?)중 하나인 책 출간입니다 ㅠㅠ 책을 쓴지는 정말 오래된 것 같은데(거의 1년)... 진짜 출간이 되긴 하는 건가 했는데 출간이 되었네요 ㅋㅋㅋ 
 
개발 이론이 있는 그런 책은 아니지만, 주니어 개발자인 제가 저의 이야기를 담은 책을 쓴다는 게 정말 신기했고 그래도 되는 건지 고민을 많이 했던 것 같아요. 책을 쓰기까지 고민도 많았지만 주변 지인들의 응원으로 결국 출간까지 이루었네요 ㅋㅋ
 
책을 출간하면서 많은 것을 느꼈고 뭐든지 하면 되고, 도움이 된다는 생각을 많이 했습니다. 블로그를 하다 보니까 이런 제안도 생기고 그런 거 보면 기회는 때가 되면 생기는 것 같기도 해요 (참고: 주니어 개발자가 책을 썼다고?)
 
3. 토이 프로젝트 라이브 배포  
- OPGC(Over Programming Good Coding)
토이 프로젝트를 많이 해본건 아니지만 저의 첫 토이 프로젝트는 라이브 배포까진 가보지 못해서 개인적으로 많이 아쉬웠습니다. 그래서 실제로 유저들이 사용하는 서비스를 만들고 운영해보고 싶었어요.
친한 친구 중 한 명이 프런트엔드 개발자로 일하고 있는데, 같이 술 마시다가 "우리 그룹 만들어서 토이 프로젝트 같이 할래?" 하다가 정말 그날 그룹 로고 만들고 바로 레포지토리를 팠습니다 ㅋㅋㅋㅋ 친구랑 함께해서 더 재밌었던 토이 프로젝트였습니다.
 
무얼 만들까 하다가 이때 당시 제가 롤(League of Legend)에 빠져있어서 OPGG(롤 전적 검색 사이트) 같이 개발자 랭킹? 전적? 을 알 수 있는 사이트를 만들면 재밌겠다 싶어서 만들게 되었습니다. 기존에도 개발 전 랭킹 사이트들이 몇 개 있었는데 저희는 좀 재밌는 콘셉트와 디자인으로 차별화된 사이트를 만들고자 노력했던 것 같아요.
그렇게 OPGC(Over Programming Good Coding)가 탄생하게 되었고 현재 866명의 유저가 등록되어 있습니다ㅋㅋㅋ 물론 초반에 비해 현재는 하루에 1명 들어올까 말까 하는 서비스지만 그래도 유저들이 조금씩 사용하고 계시더라고요 ㅋㅋㅋ 조만간 서비스 신규 피쳐 개발을 해보려고 합니다. 
 
처음 개발 당시에 버그 및 많은 피드백을 주시던 분도 있으셔서 그 덕분에 더 열심히 만들었던 것 같아요 ㅋㅋㅋ 역시 내가 만든 서비스를 사용하는 사람들이 있고 그런 사람들과 소통하는 게 재밌는 것 같아요. (제가 개발자를 하는 이유 중 하나이기도 하고요)
 
회고를 빌어서 다시 한번 감사합니다 찬호(utilForever)님!!
 
- Emoji Rank (이모지 랭크)
개인적으로 토이 프로젝트를 하나 더 진행하기도 했는데, 오픈소스로 만들었던 서비스(오픈소스라고 하기엔 그냥... 오픈된 소스 ㅋㅋ)인데, 회사에서 사용할 수 있게 디자인이나 기능들을 커스텀해서 사용하고 있습니다.
(관련글: 오픈소스 프로젝트 만들어본 썰 풉니다(feat.FastAPI, Slack))
사내 전체에서 사용하고 있진 않지만 2층 프로덕 개발팀 전용으로 이모지 랭크라는 서비스를 오픈했습니다! 첫 FastAPI 프로젝트이기도 했고, 간단하지만 vue로 혼자서 고군분투하면 디자인부터 다 만들어본 거라 뿌듯했습니다.
 
슬랙 웹 훅을 이용해서 동작하는 거라 재밌기도 했고, 팀원들과 부스트 데이에 기능을 추가해서 슬랙 명령어로 특정 분야(?)의 이모지를 많이 받은 멤버들을 선출하는 기능도 추가하였습니다. 코로나 시대라 재택을 많이 하는데 나름 이모지로 재미난 요소중 하나로 사용할 수 있어서 뜻깊었던 토이 프로젝트입니다.
 
4. 솔로탈출  
하... 올해 가장 큰 이벤트죠ㅠㅠ 드디어 솔로탈출 했습니다. 사실 올해도 솔로 크리스마스를 보낼 줄 알았는데, 사람 인연이라는 게 있나 봐요! ㅋㅋㅋ 여자친구랑 정말 신기하게 알게 되었고, 사귀고 잘 만나고 있습니다! 진짜 여자친구랑은 인연인 것 같아요!!
 
성격도 잘 맞고 대화도 잘 통하는 여자친구 덕분에 올 한 해 마무리를 너무 따뜻하게 한 것 같아요! 2022년에는 함께 좋은 시간 많이 보내려고 합니다! 헤헿
 
  끝으로
2021년에는 잘한 것도 많지만 못한 것도 많은 한해였던 것 같습니다. 개인적으로 스터디, 운동을 너무 못(이라 쓰고 안이라 읽는다)했던게 아쉬웠습니다.  게임에 빠져서 시간 관리를 잘 못했던 점도 있고요 ㅠㅠ
2022년에는 개발자로서 한층 더 성장하는 한 해, 그리고 헬스도 다시 시작해서 예전 운동 퍼포먼스를 회복 시켜보려고 합니다!
그리고 마지막으로 회고의 마무리는 새해 목표죠!!
 
  2022년 목표!
헬스 다시 시작 (3대 350 회복...)
NestJS, K8S 스터디
알고리즘 스터디
DDD, Event-Driven 스터디
오픈소스 활동
여자친구랑 제주도 여행
올해 목표만 봐도 배부르네요 ㅋㅋㅋ
 
2022년에도 코로나와 함께 살아가야 하는데, 그럼에도 불구하고 좋은 사람들과 함께 일할수 있고 일상을 함께 할 수 있어서 힘이 나는 것 같습니다. 힘든 시기 다들 힘내시길 바라고 행복한 2022년 되시길 바랍니다!
 
저는 이제 4년 차에 접어들었는데 주니어라고 하기에 애매한 연차가 되었네요 ㅋㅋ 그래서 더욱 부담도 되지만 즐겁게 열심히 공부하면서 부담감을 이겨내 보려고 합니다! 올해도 다들 성장하는 개발자가 되면 좋겠습니다! 화이팅!

솔로탈출에 성공한 2021년 회고  

sNyung Site's RSS Feed

이번 회고는 작성하지 않으려고 했다. 생각해보면 회사에서 새로운 제품(자리톡)을 만들고 운영한 밖에 생각나지 않았고, 이걸 쓴다고 해서 의미있는 글을 작성할 수 있을까? 라고 생각했다.
Intro(생각해보기)
최근 일은 어떻게 해야 하는 것이고 어떻게 일을 하는 게 맞는 것인지에 관한 생각을 많이 하게 되었다. 일이 나의 생활을 잡아먹고, 나의 생활을 하기 위해 일을 이렇게까지 해야 하나 라는 생각을 한 것이다. 나의 생활을 하는게 더욱 노력해야 한다는 게 말이 되나? 내 시간인데?
그래도 막상 연말/연초에 다른 분들이 올린 글을 보니 회고라는 게 단순히 내가 했던 걸 나열하는 게 아니라 내 생각을 적는 것이었다는 것을 다시 떠올리게 되었다. 그러면 내가 가지고 있는 생각을 다시 정리하는 것이 목적이라는 생각이 들었다.
회고라는 좋은 말이 있지만, 내 생각을 곱씹으면서 잘못한 생각과 더 발전시키면 좋을 거 같아 제목을 곱씹어보기라고 하였다.
2021 회고 돌아보기
00으로서 나는
Im-D 고도화 & 블로그
2021년이 되면서 내가 제일 중요시 했던 생각은 개발자로서 개발을 당연히 공부하고 Develop 해 가는 건 좋은데 내가 하고 싶은 일을 하는 게 목표였다. 그렇게 생각하니 올해는 완벽히 이루지 못했지만, 꽤 이루었다고 생각했다.
올해 제일 아쉬운 것은 운영하던 Im-D 스터디를 그만하기로 했다. 2021년 10월부로 모든 활동은 중지하고 Slack 채널만 유지하기로 했다. 어느 순간 스터디원들의 열정이 이전과 동일하지 않은 것을 인지하고 있었고, 3년간의 스터디를 2021년 부로 마무리 지었다.
목차
Intro(생각해보기)
자리톡
활동
Next Level
자리톡
자리톡이란 무슨 서비스인가? 임대인이 사용하는 서비스로 임차인 관리, 수납관리, 공실 내놓기, 임대인 커뮤니티를 가지고 있는 종합 서비스다.
zaritalk.com
Service
첫 내용으로 회사의 내용을 안 적을 수 없었다. 올해는 회사 일에 집중한 게 80% 였다고 생각했다. 작년 회고글을 보게 되면, 이름은 적지 않고 새로운 서비스를 런칭했다고 작성하였다. 이제는 소개해도 된다고 생각이 되어서 작성해보려고 한다(물론 개발자들에게 알리고 싶어서다).
서비스 런칭은 작년 크리스마스이브(2021.12.24)에 해서 1년이 넘었다. 생각보다 많은 임대인 분들이 자리톡 서비스를 보시고 필요한 서비스였는데 만들어 줘서 고맙다고 해주셨다. 현재도 가입자 수는 꾸준히 늘고 있고, MAU(Monthly Activity User)도 점점 늘어나고 있다. 그러다 보니 개발자 대비 일도 많이 늘어나는 추세다.
초기에 2명의 개발자(본인 포함)가 한 달도 안 되는 시간 동안 만들어서 배포하였고, 작은 서비스로 시작해서 벌써 굵직한 Feature를 3개나 가진 서비스가 되었다.
처음으로 서비스를 초기부터 만들어서 운영해보았다. 누가 연차도 별로 안 되는데 이러한 경험을 할 수 있을까? 라고 생각했다. 시간이 지나더라도 경험은 돈주고 살 수 없으니까.
Prev Skill
초기 서비스는 Preact + Vite + TS + SWR 였다. 이렇게 구성한 이유는 Preact라는 새로운 라이브러리를 사용하면서 Vite로 빠른 개발 & 빌드할 수 있게 하고, TS로 좀 더 안정성이 높은 서비스를 만들고 SWR로 컴포넌트 단위로 개발을 유용하게 하고 싶은 마음이 모두 담겨있었다.
New Skill
개발을 진행하다보니 문제가 있었다. Preact로 개발을 하다보니 라이브러리들이 React는 지원하나 Preact를 지원하지 않아서 사용하고 싶은 라이브러리가 있을 때마다 Preact로 바꾸는 작업을 하고 적용하여 2번 작업하였다.
사실 이런 일이 일어날 수 있을 것을 미리 생각하고 작업하고 있어서 이전하는 과정은 쉬었다. 우선 React로 변경하는 걸 1차 목표로 잡았으며 Next js로 바꾸는 것을 2차 목표로 잡았다. 그리고 올해 마지막 목표를 Nx Framework로 전환하는 것이었다.
💡 Nx는 마이크로 프론트엔드를 위한 Framework로 다양한 App을 개발한다면 유용하다.
자리톡에서는 현재를 기준으로 임대인을 위한 App, 중개인을 위한 App, 어드민 App 이렇게 구성되어있다. 그리고 각각의 App에는 다양한 Domain들이 들어가 있다. 각각의 Domain은 동일한 컴포넌트, Hooks, Util, API(SWR)를 사용한다. 이를 서로 별도의 프로젝트로 구성하게 되면 동일한 기능의 코드가 여러 곳에 있게 된다. NPM으로 올려서 관리한다면 배포하는 시간과 확인하는 시간이 걸리게 된다. 이를 더욱 쉽게 유연하게 관리하기 위해서 Nx를 도입한 것이다.
초기 SCSS로 개발되었으나 관리가 힘들다는 결론이 나왔다. 스타트업 특성상 만들었다가 사라지는 컴포넌트가 많은데 SCSS로 관리하게 되면 사용되었다가 사라지는 스타일이 많아 관리하기 힘들며 동일한 클래스가 너무나 많아지고 있다. 이후에 찾아보니 Zero-Runtime Styled Component인 Stitches를 알게 되고 나서 SCSS를 다 Stitches로 변경하였다.
PC보다는 Mobile이 편하고 사용하는 시간이 많다보니 웹보다는 앱이 편하다는 사람들이 많다. 그리고 생각보다 많은 분이 앱 스토어(플레이 스토어)에서 검색하고 들어오는 경우도 상당했다. 앱에 필요성으로 인해 안드로이드 개발자, IOS 개발자를 모두 뽑을 수 없어 이번 기회에 공부하고 적용해보았다.
결과는 생각보다 좋았다. 하이브리드 웹앱으로 개발하여 화면을 다시 만들지 않고 앱배포가 아닌 웹배포로 빠르게 대응할 수 있도록 하였다. 이번 개발은 혼자서 한 달간 공부하고 개발하였다. Post를 작성하기도 했지만, React-Native로 개발하였으며 fastlane으로 자동화하고 firebase를 적극적으로 활용하였다.
올해는 나와 개발할 분들이 많이 들어왔으면 좋겠다.
https://www.wanted.co.kr/company/2157
새로운 프론트엔드 개발자
2021년 중반까지는 프론트엔드를 혼자서 담당하고 있었다. 시간이 갈수록 할 일은 많아져만 가는데 혼자서 감당할 수 없는 경지가 왔다. 그래서 새로운 분을 채용하였다.
사실 경력자인가, 신입인가를 많이 고민했다. 그런데 신입을 뽑는 것에 주저함이 없었다. 이전에 스터디에서 많은 사람과 같이 공부하는 것에 익숙해지다 보니 내가 가지고 있는 지식을 공유하면서 같이 성장할 수 있다는 자신감이 있었다. 그리고 그 결과는 매우 만족스럽다.
Code Review
입사 당시 콜버스랩에서는 코드리뷰 문화가 없었다. 그렇다보니 개발자끼리 어떤 코드를 작성하고 개발되고 있는지 공유할 시간, 배울만한 시간이 없었다. 팀장이되고 2021년에 처음으로 도입하여 점차적으로 맞춰나가는 방향으로 진행하였다.
생각해보면 개발을 빠르게 하는 건 중요하지만 그보다 중요한 건 안전하면서 클린한 코드가 되도록 유지하는 것이다. 그리고 개발자들이 자신의 코드를 통해 의견을 공유할 수 있는 환경이 있어야 한다고 생각한다. 개발자의 발전은 공유로부터 오니까. 콜버스랩에 처음 들어왔을 때 코드리뷰도 다 시간이 있어야 한다고 생각했으나 꼭 그렇지 않았다. 내가 출근하고 1시간만 시간을 내어도 리뷰는 충분히 할 수 있다.
내 채용의 기준은 나에게 도움이 되어주는 사람이다. 리뷰할 때 나에게 ‘이거 이렇게 하는건 어떻게 생각하시나요?’ 라고 말을 해주는 사람이 필요하다. 그냥 승인을 할 거면 내가 그 사람을 채용할 이유는 없다고 생각한다.
Study
새로운 개발자분이 오시면 하고 싶었다. 최근 신입 개발자분들 중 자바스크립트 코어를 잘 모르고 개발하시는 분들이 많다고 생각한다. 그래서 새로 오신 분과는 우선 그 개념을 잡고 시작하고 싶었다. 약 한 달간 같이 코어자바스크립트 책을 보면서 개념을 잡았고, 이후에는 클린코드로 코드를 어떻게 작성하여야 좋은가는 논의하고, 마지막으로 리팩토링2를 보면서 어떻게 코드를 클린하고 리팩토링 할 수 있는지 논의해 보려고 하고 있다.
그중 현재 2단계를 무난히 진행하고 있다. 이외에 네트워크에 대한 책을 보면서 같이 공부도 생각하고 있다.
이별한 서버 개발자
제일 슬픈 날이다. 자리톡을 초기부터 같이 개발하신 분이 퇴사한다고 하셨다. 예상한 일이면서도 매우 가슴이 아픈 일이었다. 같이 호흡을 맞춘 분이 떠나간다는 건 회사적으로도 손실이지만 개인적으로 큰 아픔으로 다가왔다.
그분이 단순히 일적으로 좋았다라고 생각하기엔 그보다 더한게 많았다. 초기에 야근하면서 개발하고 저녁도 같이 먹으면서 아주 친해졌고 회사에서 대화를 제일 많이 하고 서로의 의견을 받으면서 나도 많이 배웠다. 처음으로 회사분이 퇴사한다는 말이 슬픈 단어라는 걸 알게 되었다.
좋은 곳에서 항상 행복한 일만 가득하시길
활동
퇴근하고 해보고 싶은 것들을 하는 시간을 조금씩 가졌다. 그렇다고 내가 활동적인 성격이 아니라서 모임에 참여하고 사람이 많은 곳을 가는 것은 못하지만 하고 싶었던 것을 하나씩 해보려고 했다.
Running
  
    
운동을 하고 싶어하던 시기였는데 회사분들이 러닝에 관심을 가지게 되면서 자연스럽게 나도 러닝을 해볼까? 하는 생각이 들었다. 10월 한 달간 RunDay라는 앱을 깔고 초보러너를 위한 러닝 프로그램을 시작했다. 총 19회 정도 달렸고 슬슬 재미를 느껴가고 있었다.
11월이 되고 날씨가 추워지니 자연스럽게 달리는 날이 줄어들더니 지금은 달리고 있지 않다. 올해는 덜 추워지기 시작하면 러닝을 시작해서 이전보다 더 달려보고 싶다.
러닝은 무릎을 쉽게 다칠거라고 생각했는데 유튜브로 공부하고 앱에서 설명해주는대로 달리니 안전하고 재밌게 달릴 수 있었다.
Piano
이전 회사분을 만났는데 악기 배우고 싶다고 생각이 같았다. 6월에 급격하게 학원을 찾아보고 강남역에 있는 학원을 3개월 수강권으로 시작했다(현재 6개월째 수강중).
지인을 만나 피아노 학원에 다닌다고 하면 다들 말을 맞춘 듯 ‘체르니 몇까지 했어?’라고 물어본다. 한국 사람의 특징인 줄 알았다. 성인이 체르니를 하나씩 한다고 흥미를 느끼는 것도 아닌데 학원이 돈을 벌기 위해서는 성인이 흥미를 느끼는 수업을 하지 않았을까? 현재 피아노 학원은 본인이 원하는 곡이 있다면 그 곡을 칠 수 있게 도와주게 한다.
그런데 나처럼 도레미도 못치는 사람은 이론부터 해서 읽는 법, 치는 법을, 한 3~4주간(일주일에 1번 개인지도) 배우고 그 뒤부터 노래라는 걸 연주할 수 있게 된다. 이제는 악보를 보고 칠 수 있게 되었다. 올해도 계속 다닐 거 같다. 피아노를 잘 치는 건 날이 갈수록 재밌으니까!!
ReadMe
집, 회사 등 어디에서든 기록하는건 나에게 자산이 된다고 생각하고 있다. 이전에도 기록은 많이 하고 있었지만 올해 회고에서 처음으로 정리한 내용을 토대로 곱씹어보려고 한다.
CallbusLab
  
    
회사에서는 Jira, Notion 등등 회사에서 사용하는 Tool이 있다. 그러나 개인적으로 회사 일을 정리하면서 기록하는 것을 좋아하기 때문에 2018년부터 Notion을 사용하기 시작해서 주 단위로 내가 할 일과 한 일을 정리하고 있었다. 그 결과 올해 1년 동안 기록이 남게 되었다.
주 단위로 기록하게 되면 좋다. 2018년 처음 사용할 때는 하루하루 단위로 기록했으나 기록을 확인하고 파일을 관리하기가 힘들고 스프린트의 개념에서 보면 주단위가 작성하기 좋았다. 추가적으로 한 주에 한 내용에 대해서 스스로 이모지로 기분을 표기하면서 내가 얼마나 힘들고, 재밌었는지 한눈에 볼 수 있었다.
연말에 이 기록들을 펼쳐서 보니 뿌듯하면서 스스로 고생을 많이 했다고 생각하게 되었다. 한주는 별거 아닌듯 써내려가는데 1년이라는 큰 단위가 됨으로써 나에게 큰 의미로 다가왔다.
Personal Schedule
  
    
회사에 대해서는 회사대로 정리하고 개인적인 스케줄이나 목표는 따로 정리하고 있었다. 개인적인 스케줄은 일이 아닌 내가 생각하거나하고 싶은 것을 저장하는 공간이다.
주가 아니라 월별로 작성하고 있다. 개인활동하는 것은 주마다 작성한다고 해서 많은 일이 일어난다고 생각하지 않았다. 당연한 것이 아침에 일어나서 10시 반에 출근을 하고 7시 반에 퇴근해서 집에 도착하면 거의 9시가 되어 2시에 잠들게 되면, 집에 있는 시간은 45시간이지만 회사에서는 89시간을 보내기 때문이다.
4~20일간 적지 않은 날이 있지만 이건 간헐적 일기처럼 며칠간 해야 할 목표를 정하고 작성하는 공간이라고 생각했기 때문이다.
Blog
실패했다 😥 한 달에 1 Post를 목표로 생각했는데 올해는 9개밖에 작성하지 못했다. 지금도 쓰고 싶은 내용은 차고 넘치는데, 막상 글을 쓰려고 하면 다른 것들의 유혹을 피하지 못하고 글을 쓰지 않게 되고 있다. 그래도 9개밖에 작성하지 않았지만 많은 분의 관심사가 같아서인지 들어오시는 분들이 많이 늘었다.
2020년 9월에 블로그를 시작했다. 올해 2년 가까이 되는 시점에서 연도별로 비교를 해보았다.
  
    
2020년 9월~12월
  
    
2021년 1월~12월
정확히 1년을 비교하는 지표는 아니지만 클릭 수, 노출 수, 게재 순위에 많은 변화가 있다는 것을 확인할 수 있었다. 아쉬운 건 최근에 글을 작성하지 않았더니 점점 하락세에 접어들었다.
다시 한 달에 1 Post 하려고 한다.
Next Level
올해에 대해서 다시 곱씹어보면서 적어보니 생각보다 많은 것을 하려고 했고, 100% 완벽하게는 아니지만, 행복하게 살아왔다고 생각했다. 작년보다 적을 게 많아서 좋았다 😁
회고의 핵심은 작년을 되돌아보며, 앞으로 어떻게 나아갈지를 생각해볼 수 있는 시간을 스스로 가진다가 핵심이라고 생각해서 마지막은 올해 목표를 작성하였다.
올해는 행복한 한 해되기
Tech
Rust
React-Native
Micto-FrontEnd
Test Code
None Tech
돈 공부(주식, 부동산, 블로그)
취미 추가(피아노, 여행 다니기)
건강챙기기(러닝, 영양제, 피부)
운전하며 돌아다니기
책 10권 읽기

2021 곱씹어보기(회고)

Veluexer’s Blog

2020년 회고글을 보니 다사다난 했다는 말로 시작했었는데 2021년 회고글의 시작도 다사다난 했다는 말로 시작해야될 것 같다. 어머니 환갑 생신 등 가족행사도 많은 한해였고 코로나19가 장기화 되고 한때는 종식될 수도 있다는 기대감과 함께 그동안 미뤄왔던 지인들과의 만남을 많이 가졌었다. 그리고 다시한번 이직을 하게 되면서 연초에는 바쁜 나날을 보내기도 하였다.
아무튼 말도 많고 탈도 많았던 2021년 회고를 시작해본다.
좋은 동료
2021년에 있었던 일중에 가장 뜻깊었던 일을 꼽으라면 전 직장에서 좋은 동료들을 사귀게 된것이라고 할 수 있다. 대부분 전 직장에서 새롭게 알게된 분들이지만 전 직장 이전부터 알았던 분도 있다. 이 분들 덕에 이전까지 직장동료에 대한 나의 생각은 완전히 바뀌게 되었고 전 직장 이전에 친하게 지내던 동료들을 더욱 소중하게 생각하게 되었다. 이 글을 빌어 감사의 인사를 올린다.
현재는 다들 다른 회사에서(같은 회사에 다니는 분도 있지만) 자신의 존재를 뽐내며 멋지게 지내고 있다. 함께 일했던 그때가 아직도 그립지만 언젠가 다시 함께 일할 날을 기억하며 각자의 길을 응원해주고 싶다.
이직
2020년에도 이직은 큰 이벤트중 하나였다. 사실 1년도 채 다니지 않은 회사에서 이직을 결심하는 것은 쉽지 않았다. 좋지 않은 이력을 남기는 것은 둘째치고 회사에 입사하면서 목표했던바를 채 이루기도 전에 이직을 한다는 것은 나에게 많은 아쉬움이 있었다. 하지만 그럼에도 불구하고, 이전 회사에서 계속 재직하는 것은 나에게는 제대로 일을 하지 않으면서 무의미한 시간을 보내게 될것 같다는 두려움에 도저히 참고 견뎌낼 자신이 없었기 때문에 이직을 결심하게 되었다.
다음 이직할 곳에 대해서는 이전과 달리 많은 사람과 얘기를 나누면서 고민을 하였다. 코딩 테스트를 함께 공부하고 회사를 알아보며 많은 의견을 주고 받았다. 여러곳의 면접을 진행하고 당락하면서 마지막엔 두개의 고민거리로 행선지 결정을 고민하게 되었다.
하나는 커머스 도메인을 다루는 회사들이었는데, 커머스 도메인은 이전부터 계속 다루면서 전문성을 쌓고 싶어했던 도메인이었기 때문에 현재 제대로 경험하지 못한 아쉬움을 달래고 싶은 마음이 컸다. 그리고 개인적으로 커머스 도메인에 적용해보고 싶은 많은 것들이 있어서 욕심이 나기도 하였다. 그리고 그 회사들은 무엇보다 내가 고민하고 있는 다른 회사에 비해 인지도도 높았고 복지도 좋았으며 서비스의 규모도 커서 여러가지 배울것이 많았다.
다른 하나는 매니징을 경험할 수 있는 회사였다. 내가 사용하던 주력 언어도 아니었으며 비교 대상인 회사에 비해서 아쉬운 부분들이 있었다. 하지만 매니징이라는 경험을 할 수 있는 기회는 흔치 않은 기회라 생각했고 주변 지인들의 의견도 매니징을 경험해보는게 나중에는 더 값질 수 있다는 의견을 받았다.
결국 나는 비교했던 회사들 중 매니징을 경험할 수 있는 회사를 선택하였고, 다행이 현재까지 큰 문제 없이 잘 다니고 있다.
챕터리드
앞서 한 이야기를 좀더 자세히 이야기 해보자.
현재 팀에 합류하면서 CTO님이 나에게 주문하신 역할은 챕터장으로써 백엔드를 이끌어 달라는 것이었다. 앞에서도 말했지만 입사전에 이러한 얘기를 주고 받았었고 챕터장으로 활동하면서 배울부분이 많을것 같아서 합류하게 되었다.
합류당시 팀 상황은 주니어 개발자들이 백엔드 프론트앤드의 명확한 구분없이 풀스택 개발자로써 제품을 만들어오고 있는 상황이었다. 그러다보니 만들어진 제품의 상황이 아쉬운점이 많았고, 개발 프로세스나 전반적인 환경을 고쳐야할 필요성을 많이 느꼈다. 그래도 건강한 개발 프로세스와 문화를 가지고 있어서 이후에 말할 아쉬운 부분들만 잘 고쳐나가면 가진 문제를 쉽게 풀어갈 수 있을 것 같았다.
하지만 이전 회사에서 새로운 구성원이 합류하면서 기존에 만들었던 제품이나 활동들에 대한 부정적인 피드백을 받으면서 느꼈던 아쉬움들이 있었던 터라 이러한 문제점들을 기존 구성원들의 감정을 상하게 하지 않으면서 설득을 통해 해결해 나갈 수 있는지가 관건이었다.
합류하고 고쳐보고자 했던 항목들은 크게 세가지가 있었다.
첫번째는 제품을 만드는 부서에서 도메인에 대한 인식 전환이었다. 합류 당시 팀원들은 도메인에 대한 중요성보단 DB에 대한 의존도가 높은 상황이었다. 모든 문제를 DB로써 풀려고 하다보니 사고가 DB 중심적으로 갈 수 밖에 없었고 경직되고 확장하기 어려운 구조로 개발되는 상황이 종종 연출되고 있었다. 그래서 워크샵때 우리가 도메인을 왜 중요하게 생각해야하는 지를 소개하였고 이걸로는 당연히 설득이 되지 않으리라 생각되어서 백엔드 챕터부터 현재 개발되어있는 백엔드 코드를 기반으로 도메인 문서를 작성하기 시작했다. 사실 완벽하지 않은 문서가 될 수 밖에 없었음에도 불구하고 문서를 작성하기 시작한 이유는 사람들이 도메인이라는 것에 조금더 익숙해지는 것이 첫번째요, 백엔드 개발자들이 현재 만들어져 있는 서비스의 기능을 다시한번 돌아보면서 정리하는 시간을 가졌으면 했기 때문이었다.
두번째는 GIT에 대한 사용방법이었다. 불필요하다고 느껴지는 프로세스가 많았고, 로그관리를 잘 하지 않아 코드 이력 추적이 쉽지 않은 상황이었다. 그래서 GIT 사용정책을 잡아가면서 좀더 GIT을 잘 사용하면서 왜 우리가 GIT을 사용하면서 이력관리를 해야하는지에 대한 가이드를 잡아가기 위해 노력했다. GIT 로그 관리의 필요성에 대한 의문을 제기하는 동료도 있었는데 이부분은 워크샵때 다시한번 세션을 준비해서 설명해 줌으로써 설득하려고 하였고, 특성 스프린트에 실험적으로 도입해서 사용해 봄으로써 그 이로움을 직접 경험해보는 것을 제안하였다.
세번재는 레이어의 분리였다. 처음 코드를 열었을때 충격은 말로 표현하기 어려웠다. 속으로 수십번 “그럴 수 있지”를 외쳤다. 오히려 레이어가 분리되어있지 않은게 좀더 파이써닉하지 않은가를 한참 고민하게 되었고 책까지 읽어보면서 나의 생각이 틀리지 않았는지 돌아보았다.
결론은 그럼에도 불구하고 레이어는 분리되어야 한다는 것이었고, 팀원들과 여러 논의를 통해서 레이어를 분리하기로 결정하였다. 다행스럽게도 백엔드 챕터 동료들은 은연중에 레이어 분리의 필요성에 대해 느끼고 있었고, 어떻게 나누고 정책을 가지면 될지 명확히 정리해서 제시함으로써 구성원들의 합의를 이끌어내게 되었다.
그 외에도 개발적으로나 제품개발 프로세스적으로도 많은 의견을 주고받으며 바꾸어나가고 있는 상황이다.
확실히 이전에 나 혼자만 잘하면 되었던 상황과는 달리 고민해야하는 부분이 많이 다름을 느끼고 있다. 그리고 지금 내가 잘하고 있다고 말하기 어려운것도 사실이다. 사실 이성적이고 실리적인 차원에서 결정을 내려야함에도 불구하고 그렇게 하면 안되는 상황도 많이 부딛히게 되기도 하고 공감능력이 떨어지다보니 챕터구성원의 힘든부분을 세심하게 케어하지 못하는 것도 많이 있다고 느끼고 있는 중이다. 다만, 지금 이 경험이 내 미래에 큰 디딤돌이 되리라 생각하고 하나하나 곱씹으며 나름대로 최선의 선택들을 내릴 수 있도록 노력해 나가야 겠다.
파이썬
현재 재직중인 회사는 파이썬이 주언어이다. 파이썬은 이전에 간단한 스크립트를 만들어보거나 코딩 튜터활동을 하면서 사용해본 것이 다라 실무에서 사용해보는 것은 처음이었다. 그래서 두려움 반 설렘 반으로 코드기여를 시작했던 때가 기억이 난다.
내가 느낀 파이썬이라는 언어에 대해 적어보면 아래와 같다. (지극히 개인적인 견해다.)
파이써닉?
파이썬을 사용하면서 “파이써닉”이라는 일종의 신앙과도 같은 단어를 많이 접하게 되었다. 처음엔 잘 이해가 되지 않아서 결국 Fluent Python이라는 책을 읽어보게 되었고 어느정도 느낌은 가져갈 수 있게 되었다.
pytest는 아주 매력적이다.
Test Driven Development: By Example책에서도 python을 이용한 테스트 코드 작성이 junit 보다 훨씬 좋다고 얘기한다. 개인적으로도 pytest는 junit보다 훨씬 간결한 코드로 가독성 높은 테스트 코드를 작성할 수 있어서 큰 매력으로 다가왔다.
type을 정의해줄 수 있지만 보장하지 않는다.
사실 어떻게보면 당연하다고 생각한다. 동적언어인데 타입을 명시하다니. 그저 유지보수성을 높이기 위한 임시방편이라 생각한다. 코드작성 시 IDEA의 코드 힌트를 받을 수 있어 많은 도움이 되지만 간혹 런타임에서 정의한 타입과 다른 값이 반환될때면 머리에 쥐가 나곤 했다.
덕 타이핑?
Fluent Python을 읽으면서 덕타이핑에 대해 처음 알게되었다. 첫 느낌을 말하자면 참 신선했다. 그리고 왜 파이썬으로 만들어진 어플리케이션에 테스트코드가 많이 보이는지 이해가 되기도 하였다. 사실 아직까지도 편리해 보이긴 하지만 혼자 개발할게 아니라면 좋아보인다고 말하긴 어려운 것 같다.
언어의 패러다임 자체가 이전에 사용하던 자바나 코틀린과는 달라서 이 패러다임을 어느정도 이해하기까지 다소 시간이 걸렸다.(사실 제대로 이해하고 있는지 잘 모르겠다.) 내 프로그래밍 언어의 한계는 내 세계의 한계라고 했던가. 정적언어를 다루면서 알지못했거나 파이썬이 가진 철학을 알게되면서 좀더 넓은 시야를 가질 수 있게 되었다는 느낌이 든다. 한편으로는 아쉬운 부분들도 있다. 하지만 그 아쉬운 부분 조차 파이썬을 접하지 않았다면 느끼지 못했을 부분이라 생각이 든다.
자바를 거쳐 코틀린을 배우고 파이썬을 배우면서 느낀건 언어별로 가진 패러다임이 있고 그 패러다임을 익혀가면서 다양한 시각으로 개발에 대한 접근을 할 수 있다는 것이다. 꼭 실무에서 사용하지 않더라도 다양한 언어를 익혀보면서 개발적인 시야를 넓혀가보는 것도 좋아보인다.
블로그
2021년에도 나에게 칭찬하고 싶은 부분은 여전히 포기하지 않고 블로그를 꾸준히 운영하고 있는 것이다. 이전만큼 자주 많이 작성하고 있진 않지만 나름대로 최소기준을 잡고 꾸준히 작성하려고 노력하고 있다. 어느새 120개가 넘는 글들을 쓰게 되었고(많은 부분이 회고글이지만 ^^;;) 가끔 지인을 통해 글 잘읽고 있다는 얘기를 들을 때면 뿌듯하기도 하고 좀더 잘 쓰기 위한 노력을 계속 해야 겠다고 다짐하곤 한다.
블로그를 쓰면서 느낀 또 하나의 장점은 바로 글을 쓰는 능력이 미세하게나마 늘고 있다는 것이다. 이게 회사생활하면서 내가 가진 생각을 공유하거나 보고서를 작성할때 나름 도움이 되는데, 무엇보다 글을 작성하는데 부담감이 확실이 많이 줄었다는게 가장 큰 도움이 된것 같다.
2022년에도 꾸준하게 내생각을 공유하기 위해 노력해야겠다.
코로나19
2021년에는 왠지 끝날것만 같았던 코로나는 2022년에도 여전히 진행형이다.
전 직장에서 확진자가 나와서 선별진료소를 몇번이나 가기도 하였고 백신접종을 받으며 아프진 않을까 걱정했던 때도 있었다. 한때는 위드코로나라고 해서 거리두기를 대폭 하향하면서 이전의 일상생활로 전환되나 하였지만 최근 확진자가 늘어나면서 이마저도 다시 어려워 졌다.
2022년에는 부디 여행을 갈 수 있을 거라는 기대를 가져본다.
운동
코로나 핑계로 운동을 한동안 쉬다가 도저히 이대로는 안되겠다 싶어서 헬스장을 다니기 시작했다. 너무 오랜만에 해서인지 온몸이 쑤시고 가기 싫고 하였지만 그래도 꾸준하게 다닌 덕분에 나름 운동한 티가 나는 몸은 되었다. 하지만 여전히 살은 빠지지 않고 있다. 덩치만 더 커진게 아닌가 싶다. 아무래도 식이를 제대로 하지 않으니 몸무게가 줄지 않는것처럼 보인다. 그래도 운동을 하니 활력도 생겼고 근육량이 늘면서 자세도 교정이 되었다.
최근에는 유산소 비중을 늘리고 있는데 2022년에는 진짜 레알루 체중감량에 성공해봐야지…^^
투자
올해 투자는 반은 성공했고 반은 실패했다.
작년과 달리 주식은 수익률이 마이너스에서 헤어나질 못했다. 주식으로는 수익을 보기 힘들겠다고 판단했던 나는 코인의 비중을 늘려갔다. 그래도 마이너한 코인은 다루지 않았고 비트코인과 이더리움까지만 다루면서 나름 쏠쏠한 수익을 얻을 수 있었다. 2021년 막바지에 코인이 급락하면서 얻었던 수익의 절반은 잃었지만 이와중에도 적당한 손절 타이밍이 왜 중요한지, 익절은 왜 예술인지 배울 수 있는 좋은 경험을 얻었다.
새해 계획
작년에 목표했던 다이어트는 실패했고 알고리즘공부는 결국 하지 못했다. 그리고 독서는 2020년에 비해 현저히 낮은 양으로 마무리 하였다 ㅠ 결국 계획했던 목표들을 모두 이루지 못하는 참담한 한해였다 ㅠ 실패를 돌아보니 구체적인 목표가 부족하지 않았나 싶다. 그래서 2022년 목표는 좀더 구체적이고 달성가능한 목표를 세워서 달성하기 위한 노력을 이어가야 겠다.
언어전환
현재 서비스중인 제품의 언어전환이 진행중이다. 성공적으로 언어를 전환해서 좋은 경험을 남겼으면 좋겠다.
다이어트
올해는 꼭 다이어트 성공한다. 운동으로 기반을 어느정도 다졌으니 식이조절이 필요해보인다! 목표는 75KG!!
공부
책을 읽거나 공부를 하는것은 아무래도 잘 안되는 것 같으니 쉬운 영상강의를 듣는것부터 다시 도전해봐야겠다. 자세한 목표를 설정하기는 쉽지 않으나 매일 하나 이상의 공부를 30분이상 하는것을 목표로 해야겠다.
독서
유튜브에서 했던 얘기가 기억난다. 좋은 독서 습관을 가지려면 재밌는 책을 읽는것부터 시작하라고. 필독서를 읽는것에 너무 집착하지 않았나 싶다. 재밋는 책을 찾기위해 서점을 들러야겠다. 꼭 개발서적이 아니라도 말이다.
2021년은 2권의 책을 읽고 2권의 책을 읽다가 말았으니 2022년은 6권의 책을 읽는것을 목표로 가져가봐야 겠다.

Bactoria

2021년 나의 상황들을 되돌아보았다.
2021년의 취미생활
2020년에는 취미가 없었다. 그래서 누군가가 “취미가 뭐에요?” 라고 물어보면 답하기가 정말 곤란했다.
그런데 올해에는 취미라고 말 할 수 있는 것들이 생겼다.
취미: 백패킹
나는 집 밖을 잘 안나가지만, 액티비티는 좋아하는 모순된 사람이다.
집에서 재택근무만 하다보니 너무 집 안에만 있어 건강이 나빠지는 것을 느꼈고, 이에 하반기에 백패킹을 3차례 다녀왔다.
노고산
    
인원: 1
총 7km
장봉도
    
인원: 2
총 19km
강릉
    
인원: 1
총 16km
백패킹 장비를 산다고 예상치못한 지출이 발생하기는 했지만, 역시 하길 잘했다.
집구석에서만 지내다가 밖에서 자연을 보고, 텐트치고 1박을 한다는게 신선했다.
낮에는 아무 생각 없이 걷기만 하다가 밤에는 텐트 안에서 두발 펴고 누울 때면 개발자가 아닌 다른 정체성이 있다는 느낌도 받을 수 있어 좋았다.
강릉에서 다리를 다친 이후 아직도 회복되지 않아 더 다니지 못했는데, 2022년에는 더 다양한 곳들을 돌아다니고 싶다.
취미: 폴가이즈
이 게임을 너무 하고싶어서 윈도우PC를 구매했다. 60명에서 1등을 가리는 게임인데, 꽤 재미있다.
지금은 가끔 생각날 때마다 하는데, 한번 시작하면 무조건 1등을 할 때까지 계속 하게 되는 묘한 재미가 있다.
취미: 노래듣기
음향기기에 관심이 있어 2021년 초부터 하나씩 구매했다.
노래 듣는 것이 즐겁다는 말이 뭔지 알게 되었다.
한동안은 퇴근 이후 눈감고 노래만 듣다가 잠을 자기도 했었는데 노래듣기가 취미 생활이 될 수 있다는 걸 느꼈다.
조직에서의 개발자
2021년에는 2년차 개발자로서 한해를 보냈다.
원격근무
2021년의 조직 생활을 뒤돌아보면 가장 먼저 떠오르는 것은 원격근무 이다.
2021년에는 모두 원격근무를 했다. 2020년에 이미 조직에 적응한 상태라, 조직 적응에 대한 어려움은 없었다.
하지만 업무와 생활의 분리는 쉽지 않았으며, 업무에 대한 집중도는 떨어질 수 밖에 없었다.
출근하기 10분 전에 일어나는 경우도 많았고, 저녁에 퇴근하고 그냥 업무를 하는 경우도 다반사였다.
원격근무를 하니 집 밖에 나갈 일도 줄어들고, 건강도 많이 나빠졌다. 원격근무 라는 상황이 여러모로 나에게는 독이었다.
이를 해결하고자 몇차례 출근을 하기도 했는데, 국내 코로나 확진자 1000명이 넘은 이후로 다시 원격근무를 하고있어 아쉬웠다.
PR 리뷰
우리 조직의 좋은 문화중에 하나가 리뷰 문화라고 생각 했었다. 이유는 다음과 같다.
버그가 될 부분들을 캐치해내는 경우가 많다.
더 좋은 코드로 개선되는 경우가 많다.
리뷰 시 상대방이 싫어할만한 뉘양스의 리뷰는 한번도 보지 못했다.
주변 다른 개발자들의 조직에서의 리뷰문화를 들어보았을 때도 우리 조직보다 좋은 사례를 들어보지도 못했다.
그런데 연말에 조직 내에서 ‘우리 조직의 코드리뷰가 형식적인 것 같다’ 는 말이 나오게 되면서, 나의 코드리뷰에 나쁜 습관도 되돌아보게 되었다.
리뷰어가 많으면 리뷰어로서 관심이 낮아짐.
우리 조직의 구성원은 12명이다. 어떨 때는 PR에 8명 이상씩 리뷰어로 달리는 것도 있는데 이럴 때는 관심도가 낮아지더라. 
리뷰를 빠른 시간 내에 시작하지 않음.
좋은 리뷰문화와 관련된 글을 보면 리뷰는 최대한 빨리 시작하라고 한다. 주된 이유는 리뷰받는 동료는 리뷰가 완료될 때 까지 Block상태가 되기 때문이다. 이에 리뷰어는 코딩하던 것을 잠깐 중단하고 리뷰를 시작할지 잘 판단해야 한다. 나는 이부분에서 이기적인 면이 있었던 것 같다. 
코딩하던 것을 중단하고 코드리뷰를 하고 오면, 다시 작업을 이어가기가 어렵다. 집중도 떨어지고, 문맥도 까먹는 경우가 많았다. 그래서 작업하던 것을 다시 살펴보는 경우가 많았다. 이런 경험들이 나는 싫어서 현재 하던 것을 마무리 짓고 리뷰를 시작하는 편이었다. 그러다보니 리뷰 시작하는 시간이 길어지는 경우가 있고, 심지어는 리뷰를 해야한다는 사실조차 까먹고 퇴근할 때가 더러 있었다. 조직 내에서는 워킹데이 1일 이내로 리뷰를 남기자. 조직에서 새로운 룰이 생겼다. 다행히도 나의 잘못된 습관을 2022년에는 개선하는데 도움이 될 것 같다. 점심시간 이후 / 화장실 다녀온 후 와 같이 리프레시가 되는 시간 에는 리뷰를 시작할 수 있는 포인트인 것 같다.
나의 조직 영향력
개발자로서 조직 문화를 개선하는 것은 누구나 당연히 해야할 일이다. 올해 나의 조직 영향력은 적었다고 생각한다.
내가 팀문화를 개선시킨 부분이 적었다.
자동화하여 팀 생산성을 높인게 적었다.
신입크루를 신경쓰지 못했다.
왜 적었나.
1) 팀문화
조직에는 연차가 오래된 된 경력자분들이 많이 계신다.
조직은 12명이나 된다.
나는 이번 회사가 첫 회사다. (무엇이 문제인지조차 알기 어렵다.)
나는 이미 마음에서부터 안될거라고 단정지어버리고 있었다.
2) 자동화
자동화와 관련되서 생산성을 향상시킬 아이디어는 몇개 있었다.
하지만 실천을 하지 못했다.
2022년에는 생각해둔 것들을 구현하고 조직내 공유를 해야겠다.
3) 신입크루
내가 입사한지 3개월 뒤에 2021 공채신입으로 한분이 들어왔다.
당시 나는 뉴크루의 조직 적응에 적합한 사람이었다.
    
뉴크루 가이드 문서를 내가 작성하기도 했고, 해당 문서에 부족한 부분도 내가 잘 알기에.
보완하거나 직접 알려줄 수 있는 부분들도 많았다.
하지만 내 업무에 신경쓰느라 챙겨주지 못했던 것 같다. (그래도 시니어분들 덕분에 조직적응은 잘 하신 것 같아 다행이다.)
회사 경험이 부족한 만큼 2022년에는 책이나 좋은 글들을 많이 찾아 읽어야 하겠다.
공채 코드리뷰어
2022년에는 조직에 신입공채 한분이 합류하신다. 나는 2022 공채신입 코드리뷰어로 활동하고 있다.
코드리뷰어로 지원한 동기는 뉴크루의 역량을 향상시켜줄 수 있을 것이라는 자신이 있었다. 성장은 결국 본인 몫이긴 하지만, 무엇을 알아야하는지에 대해서는 최소한 다른 리뷰어에 꿀리지 않게. 뉴크루가 자랑스러워 할 수 있게 할 자신은 있었다.
코드리뷰 할 때는 코드를 개선하기 위한 목적보다는, 정말 교육 목적으로 리뷰를 진행하고 있다.
앞으로 한달 이상 리뷰어로 활동을 할 예정인데, 어쩌면 이것이 조직에 영향력을 불어넣는 시발점이 될지도 모르겠다.
목적조직과 기능조직
개발자는 두가지 마인드셋으로 나눌 수 있을 것 같다.
개발자는 개발을 하는 사람이다.
개발자는 서비스를 만드는 사람이다.
나는 자소서 쓸 때  개발자는 서비스를 개발하는 사람이라고 적었던 것 같다. 그리고 대부분의 개발자가 나와 비슷할거라 생각했는데, 내 경험으로는 전혀 반대였다.
우리 조직이 기능조직 이라서 그런건지는 모르겠지만, 개발자가 이 프로젝트를 하는 이유에 대해서 필요성을 느껴서 하기보다는, 기획에서 내려진 과제를 그냥 구현하는 사람인가 하는 생각이 든다.
다음번에는 규모가 적은 목적조직에서 서비스 개발을 해보고 싶다.
조직 밖에서의 개발자
2021년에는 무엇을 학습했나
서적: 엘레강트 오브젝트
서적: 자바 코딩의 기술
NextStep - 이펙티브 코틀린
스터디: 클린 아키텍처 서적
스터디: 대용량 서비스를 위한 아키텍처 강의 (ing)
2021년에는 상반기에는 학습을 하다가, 하반기에는 개발공부를 손놓았던 것 같다. 깃헙 잔디가 그걸 증명해주고 있다.
몇년 뒤엔 CTO를 해봐야하지 않을까..
처음 입사했을 때는 스스로 경쟁력 있는 신입이라고 생각을 했었다.
경쟁력 있는 경력자 가 아닌 것 같다.
현재로써는 이렇다 할 나만의 강점이 없는 것 같다고 생각하기 때문이다.
지금 나에게 가장 필요한건 내적동기 이다. 나는 동기 없이는 잘 행동하지 않는 타입이고, 2021년에는 공부를 해야하는 동기가 턱없이 부족했다.
구체적인 목표 와 그 목표를 이루겠다는 전략 이 필요한 것 같아 고민하다가, CTO 를 해야겠다. 는 생각을 했다.
CTO가 되기 위한 구체적인 목표를 세우기에는 너무 이르지만, 오늘 하루를 그냥 흘려보내면 안될 것 같다 는 생각을 갖게 해준다. 올해 말에 다시 학습을 시작한 것도 이 목표 덕분이었으니 지금은 이걸로 동기는 충분한 듯 싶다.
어쨌거나 2021년은 앞으로의 개발자 커리어 통틀어 최악의 해로 선정되지 않을까 싶다.ㅋㅋ 이런 부끄러운 기록들이 발목잡는 날이 올지도 모르겠으나, 2022년에는 그만큼 2021년에 쌓아두었던 학습부채를 청산하기를 바란다.

염근철

2021년은 나에게 수확의 시기였다. 올해 초에 서울에 상경한 이후로 내가 해온 일들을 회고하는 시간을 가져서 였을까? 올 안해 동안은 나 스스로가 나에게 던지는 질문이 많았던 해였던 것 같다. SK하이닉스로의 파견, 판교 입성..? 회사에서 승진을 하고 처음으로 받은 임무는 개발 팀들과 함께 정자역에 위치한 SK하이닉스 분당두산타워 거점으로 장기 파견을 나가서 하이닉스 사내에 내부용 머신러닝 경진대회 플랫폼으로 사설 Kaggle을 개발해 주는 프로..

swimjiy

사실 이전까지의 회고는 하루 이틀이면 금세 나왔는데 이번 회고는 썼다 지웠다를 반복해 지우개의 흔적이 많이 남아있는 글입니다. 4개월 만의 포스팅이라 제 안의 인문학적 감성이 전사했는지 몰라도 이 다사다난했던 한 해를 어떻게 하면 정리할 수 있을지 고민이 많이 되더라고요. 그래서 이번 회고에서는 간략히 회사 안에서, 회사 밖에서는 어떤 일을 했는지 사건 위

2년 차 개발자의 조금 늦은 2021년 회고 - ~ 휘낭시에 쿨타임이 돌아오기 전까지는 ~

youngjae.kim

사실 비공개로 개인적인 회고를 하나 썼는데, 내용이 너무 다크해서 차마 공개하진 못하겠더라. 마냥 2021년이 나에게 다크했냐고 묻는다면, 사회적인 시선으로는 그렇지 않다. 아주 많은 성취를 한 해라고 보일 수는 있겠다. 사회적인 성장 팀은 10여명에서 50여명이 되었고, 곧 조직개편으로 (원하지 않아도) 100여명이 될 예정이다. 그 사이에 스케일 업/아웃이 동시에 된 셈인데 나름 안정적으로 했다는 생각이 든다. 동료들에게 … 2021 회고 계속 읽기

chan blog

2021년 리뷰
이것을 작성하는 시점인 지금은 2022년 1월 2일. 한 해가 마무리 되면서 작년에 썼듯이, 리뷰를 써야 한다는 것이 떠오르기 시작했다. 그러나 무언가 바쁜 일정들 때문에 시간을 내어서 집중해서 이것을 쓰기가 쉽지 않았다. 또 이제 새로운 블로그로 이동하려고 다른 블로그도 만들어 놓았지만, 아직 거기에 적응이 안되었고 정리도 안되어 있어서 여기에다가 더 쓸 예정이다. 아마 거기 블로그로 가게 되면 이제 영어로만 작성하게 되지 않을 까 싶다. 작년에 썼던 글은 계획에 대해서 말하지 않고, 리뷰를 하자는 거였다. 그 계획을 내 안에서 간직하고 있는게 더 멋지다고 생각했기 때문이다. 그런데 나는 친구들과 이야기 하다보면 사람들의 미래 계획을 항상 물어보고, 나의 미래 계획을 말하곤 했다. 그러다가 최근에 MBTI 관련된 유튜브 컨텐츠를 보다가 내 MBTI가 미래 관련된 이야기를 많이 한다고 한다. 아마 내가 생활하고 있는 것들이 현재의 즐거움 보다는 미래의 즐거움에 초점이 맞쳐줘 있기 때문이지 않을까 싶다. 
2021년은 내 인생에 있어서 하나의 중요한 시점이라고 평가할 수 있다. 퇴사했고, 대학원을 준비하여 합격했기 때문이다. 그리고 20대의 마지막인데, 내 피지컬과 뇌지컬이 어느정도 성숙해지는 시기인거 같은 느낌도 든다. 이제 30대가 되었으니 이것이 내려갈지 더 올라갈지는 예상할 수 없지만. 회사 일을 하면서 계속해서 배움에 대한 갈증이 났다. 나는 구현의 자유를 얻고 싶었는데 계속 회사 일을 해서는 그것을 얻을 수 없었기 때문이다. 내가 원하는 것을 얻지 못할 것이라는 생각을 했다. 내가 원하는 구현의 자유는 논문을 읽고 이해하며 그것을 구현할 수 있고 그리고 원하면 좀 더 개선할 수도 있는 것이다. 이것을 회사 생활을 하면서 실력을 기르기는 나에겐 타당해 보이지 않았다. 그러면서 계속해서 든 생각은 2년간 대학원 석사 과정에서 논문들을 읽고 구현하면서 공부한다면 내가 원하는 그 자유에 다가갈 수 있지 않을까 생각했다. 그래서 6월에 퇴사를 했고 6월 말까지 부모님 집에서 쉬다가 7월부터 대학원 준비를 시작했다. 
처음에는 IELTS 영어공부를 시작했다. Listening/Reading/Writing/Speaking에 대한 공부를 다시 오랜만에 시작했다. Reading은 평소에도 자신이 있었고 LWS는 불안했다. 그런데 결과를 보니 LR는 매우 좋아졌고, WS도 이전보다 나아졌지만 내 목표치에는 도달하지 못했다. 한 가지 좋았던 점은 그래도 내가 영어를 포기하지 않고 계속 붙들고 있으니 LR은 만점보다 한 단계 낮은 8.5까지 받았다는 것이다. 그리고 여전히 부족한 점은 Writing과 Speaking을 더 꾸준히 붙들고 있어야 한다는 것이다. 이 영어공부를 하는데 생각보다 상당히 많은 시간을 보냈다. 7월 8월 9월초까지 해서 약 2달 넘게 했기 때문이다. 결론은 대학원에 지원할 수 있는 영어점수를 받아서 9월초에 본 시험을 마지막으로 영어공부는 마무리 했다. 그리고 나의 추천서를 써주실 교수님들께 연락을 하기 시작했고, CV와 SOP에 대해 생각하기 시작했다. 이 과정에서 상당히 불안했다. 결과를 장담하지 못하는 과정 속에서는 자신을 믿고 나아가는 것 말고는 할 게 없는데, 부정적인 생각 속에 한 번씩 들어가기 때문이다. 주변의 좋은 친구들 덕분에 그 생각 속에서 나올 수 있었다. 그 이후에 계속 나아가다 보니, 길이 열렸고 내가 생각 하기에 나에게 선물같이 느껴지는 결과를 받게 되었다. 도움을 주었던 모든 분들이 감사하다.  합격을 하고나서, 비자 처리도 한 달 조금 넘게 걸려서 금방 끝냈다. 이제 나를 옭아매고 있던 대학원 입학이라는 족쇄가 풀렸던 느낌이 들었다. 물론 나를 강하게 만들 또 다른 족쇄들이 채워져 있고 채워질 예정이지만 퇴사 후 낮아졌던 스트레스 수치가 대학원을 준비하면서 다시 올라갔고, 입학을 준비하고 나서 다시 낮아지게 되었다.
운 좋게도, 내가 이전부터 하고 싶었던 분야를 연구하러 가게 되었다. Cloth Simulation with Machine Learning. 물리 엔진은 아직 나에게 무언가 숙제처럼 남아져 있는 주제이고, 거기에 평소에 머신러닝을 공부하긴 해야지 라는 생각이 있었는데, 교수님이 이것을 연구를 시킨다고 했었다. 나를 완전히 동기부여 시킬 수 있는 주제이기 때문에 매우 만족스럽다. 거기에다가 교수님께서는 학비가 커버가 될 만큼의 장학금도 주셨다. 2년간 공부하면서 학비와 생활비를 낼 만큼 돈을 모았었는데, 그 큰 파이를 차지하는 학비가 어느정도 커버가 되니 한 시름 더 덜 수 있게 되었다. 정말 공부에만 집중할 수 있는 시간과 환경을 얻게 된 것이다. 이 시간 동안 최선을 다해서 내가 가고자 하는 실력에 더 다가가려고 한다. 가기 전까지 시간이 남아있어서 목표는 물리 시뮬레이션에 필요한 물리와 수학을 공부하는 것이다. 최근에 공부하던 중 나에게 매우 적절한 책을 발견하게 되어 그 하나를 마스터하려는 목표를 잡았다. 약 7개월의 시간이 있는데 꾸준히 하여 나의 실력을 올려서 대학원에 가서 성공적인 아웃풋을 만들어 내고 싶다.
글을 쓰다 보니, 또 미래에 무엇을 하고 싶은지에 내용을 쓰기 시작했었다. 다시 지우고, 나는 2021년을 리뷰하고 있다는 것을 재차 확인한다. 이전에도 말했듯이, 준비한 것이 어느정도 뭐가 되었을 때 이야기를 하는 것이 여전히 멋지다고 생각한다. 사실 이제 더 이상 리뷰할 것은 없다. 많은 일들이 있었지만 나는 한 해 동안 최선을 다했다고 생각하고, 나의 노력에 부응하여 만족할만한 결과를 갖게 되어 이러한 운에도 감사함이 느껴진다. 나에게 최상이라고 생각하는 너무 행복하지도, 너무 슬프지도 않은 이정도의 만족감을 느낄 수 있어서 좋다. 다음 해의 리뷰에는 사실 대학원 공부중이라 별로 쓸 말이 없을 것 같다. 대학원 공부가 끝나고 중요한 일을 좀 하고 나서 쓸까 생각이 든다.

2021년 리뷰

그랩의 블로그

벌써 2022년이 시작되었습니다. 매번 회고할 때 마다 ‘작년의 나는 미래의 나에게 왜 이렇게 관대했을까’라는 생각을 하게 됩니다. 기웃거리는 것 하나는 만렙인 저는 하고 싶은 것들은 항상 많습니다. 그래서 막상 해야 할 것들을 잘 하지 못할 때가 많습니다.
네 2021년도 그랬네요. 하나를 제대로 한다는 것에는 많은 시간과 에너지가 필요하다는 사실을 더 절실하게 느꼈습니다. 그래서 2022년은 해야 할 것을 명확하게 해서 새로운 것에 고개를 돌리지 않도록 지속적 회고와 노오력이 뒷받침되어야 할 것 같습니다.
이번 회고는 작년 2021년에 큼지막하게 했었던 일들을 요약하고 3L 방식으로 진행해보고, 내년 계획을 이야기하는 방식으로 짧고 간결하게 진행하도록 하겠습니다. 
2021년 기록
1. 데이터 엔지니어로 취직하기
2021년 초 세웠던 계획을 보자면 개발 크리에이터의 방향성이 꽤나 강했습니다. 책도 쓰고 강의도 촬영하고 뉴스레터까지...
하지만 콘텐츠를 만들면 만들수록 제 부족함을 더 느꼈고 자신감이 점점 더 하락했던 것 같습니다. 그리고 혼자 우물 안에 갇힌 개구리가 되고 있다는 생각이 많이 들었던 것 같구요. 
그래서 그냥 새로 회사에 들어가서 제대로 기반을 닦자고 결심했습니다. 특히 데이터에 관심이 많았기에 데이터 엔지니어로 포지셔닝을 하였습니다. 본격적으로 취준하기 위해 집 앞에 독서실을 한 달간 끊고 알고리즘부터 시작해서 기본 개념들을 다시 빠르게 학습하기 시작했습니다.
결과적으로 가고 싶었던 회사 중 하나인 ‘쏘카’에 입사했습니다.
데이터 엔지니어 두 번째 취준 회고록
2. 쏘카 입사
1년 반 만에 회사로 다시 출근할 때 설렘 반 걱정 반의 기분을 아직도 잊을 수가 없네요. “회사에서 빠르게 인정받아야지”와 “내 실력이 뽀록나는 게 아닐까?”를 함께 생각하며 회사에 들어왔습니다. 
1주일 정도 팀장님의 친절한 온보딩 과정을 거친 후 빠르게 실전에 투입되었습니다. 주로 팀 내에서 사용하는 Python, Kubernetes 등 새로 접한 기술들이어서 초반에 따라 잡기 위해 열심히 학습했습니다.
기존에 B2C 프로덕트를 개발하는 일을 해오다가 데이터 조직에서 인하우스 개발을 하는 것은 생각보다 차이가 컸던 것 같습니다. 어떻게 보면 평온해 보일 수 있지만, 사실은 태풍의 눈에서 개발을 하고 있다는 생각도 많이 들었습니다. 
내가 개발하는 제품의 고객은 회사 팀원들, 좁게는 데이터 분석&모델링을 하는 사람이라는 점
엔지니어가 커버하게 되는 일의 범주가 자연스럽게 인프라(쿠버네티스)와 애플리케이션 그리고 CI/CD 과정이 전부 겹치게 되어 알아야 할 배경지식이 많다는 점
프로덕트 릴리즈나 마일스톤이 뚜렷하지 않은 점 + 스스로가 PM이 되어 임팩트있는 일을 찾고 진행해야 한다는 점
2021년 5월부터 지금까지 진행했던 프로젝트는 크게 아래와 같습니다. 
Airflow 버전 2 업그레이드 & 개발환경 개선
사내 상황판 대시보드 프로젝트 백엔드 개발
차량 블랙박스 이상탐지 데이터 파이프라인 구축
데이터 그룹 쿠버네티스 환경 유지보수 및 개선
MLOps TF - Jupyterhub 서비스 구축 및 커스터마이징
**. 조만간 기술블로그에 Jupyterhub 관련 글을 작성할 계획입니다.
3. 개발자 강의 촬영
인프런에 모든 개발자의 실무를 위한 올인원 기본기 클래스 강의를 런칭하였습니다.
회사에서 신입 개발자에게 요구하는 ‘기본기’라는 역량에 대한 정의는 모호하다고 생각이 들었습니다. 또한 이를 잘 설명해주는 글이나 강의도 따로 없다고 판단이 들었구요. 그래서 회사에서 개발자들과 함께 협업하기 위해 필요한 역량을 주제로 강의를 만들어보면 어떨까?하는 생각이 들었습니다. 
그래서 여러 가지 주제들을 코드 베이스 + 실습 중심으로 다룰 수 있는 강의를 기획하게 되었습니다. 본 강의에서 다루는 강의 주제는 크게 아래와 같습니다.  
실무 개발 지식
Git 실무 지식
클린 코드
객체 지향 프로그래밍
테스트 코드 작성법
소프트웨어 아키텍처 기초
다양한 분야의 전문가가 지식 공유를 해주는 문화가 점점 발전하고 있고, 이에 자연스럽게 강의 시장도 많이 활성화된 것 같습니다. 이런 환경에서 저는 방향성을 고민하고 있는 비 개발자, 초보 개발자에게 방향성을 함께 잡을 수 있도록 도와주는, 세상에는 없는 강의를 만들어내고 싶습니다 (물론 2022년에 새로운 강의를 촬영하진 않겠지만..)
4. 아지트 오픈
쏘카에 들어간 지 얼마 안돼 카일과 아지트라는 토픽으로 이야기를 나눴습니다. 가까운 사람들과 함께 작게 공간을 운영해보면 좋겠다는 생각이 서로 통했고, 험프리와 래리를 꼬셔서 함께 구의동에 아지트를 구했습니다.
아지트의 이름은 줄거리(@giving.street)로 방문한 사람들이 자신 인생에 대한 줄거리를 찾는 곳이며 동시에 giver 멤버들로 구축이 되었기에 ‘줄 거리’로도 의미를 담고 있습니다. 조금씩 공간을 꾸며나가고 있고, 다양한 사람들이 모여 영감을 줄 수 있는 좋은 문화 공간으로 발전시킬 계획입니다. 
5. 기타
재작년에 만났던 호태의 추천으로 재작년 11월부터 매달 북클럽을 꾸준히 참여했습니다. 책에 대해 이야기하는 것도 좋지만, 멤버들의 케미가 좋아서 정말 다양한 주제를 열린 마음으로 이야기할 수 있다는 점이 참 좋았습니다. 이 모임 덕분에 일이 항상 중심이었던 제 가치관에도 조금씩 변화가 오고 있는 것 같아 신기합니다.
2021년 요약 및 회고
Liked
가고 싶었던 회사에서 좋은 동료들과 함께 성장하였다
데이터 엔지니어링에 대한 이해와 소프트웨어 엔지니어에 대한 역량을 한 층 쌓아 올렸다.
만들어 보고 싶었던 개발자의 ‘기본 역량’ 강의를 기획하고 출시하였다.
다양한 사람들을 만나면서, 내가 어떤 사람인지를 조금씩 알아가고 있다는 점
Learned
데이터 엔지니어링과 소프트웨어 엔지니어링의 기본 및 실무 역량
하나의 프로덕트를 지속해서 운영하기 위해선 관리 비용이 생각보다 많이 든다는 것
무엇이든 ‘잘한다’라고 이야기하기 위해선 정말 많은 경험과 고민이 필요하다는 점(찍먹파인 나에겐 정말 뼈저린 교훈이었다)
가치관의 다양성을 인정하고 더 열린 자세로 대화하기
Lacked
커리어에 대한 진지한 고민이 부족했고 임팩트 있는 일을 많이 하지 못했다.
하고 싶은 것들과 해야 할 것에 대한 명확한 구분을 하지 못해서 결국 무엇이든 하나를 깊게 딥다이브하지 못했다.
여자친구와 만나면 대부분 카페에서 일만 했다는 점이 아쉽다. 조금 더 문화생활과 추억을 쌓았으면 어땠을까
2022년 계획
2022년도는 제 마지막 20대입니다. 그냥 열심히 하기 보단, 방향성을 가지고 한 해를 잘 보내면 좋겠습니다.
사실 계획은 누구나 잘 세울 수 있죠. 하지만 이 계획을 실천하기 위해 습관을 잘 유지하는 건 정말 어렵습니다. 그래서 습관을 잘 유지하기 위해 내가 지킬 것 + 2022년에 하지 말 것을 짧게 정리하면서 글을 마무리하겠습니다. 다들 새해 복 많이 받으세요!
습관 유지하기
매일 아침 출근하기 전 해야 할 일들을 정리하고, 회사에 출근 후 해야 할 일을 따로 정리한다.
매주 주말에 학습했던 TIL들을 모아서 staging 단계의 아티클을 만든다.
한 달에 한 번씩 방향성 회고와 TODO 리스트 점검을 진행한다.
분기에 한 번씩 회고 멤버들과 함께 산장을 빌려 분기 회고를 진행한다.
올해 안 할 것들
새로운 강의 촬영
개인 브랜딩을 위한 대외 활동
무분별한 모임(정기 모임은 최대 2개로 한정하기)
집에서 작업하기

2021년 그랩의 회고

👨‍💻꿈꾸는 태태태의 공간

미래의 시간을 계획하는 것도 중요하지만 과거의 시간을 돌아보고 더하거나 빼는 시간이 더 중요하다고 느끼는 시간인 ‘회고’. 올해도 어김없이 필자의 2021년을 돌아보며 회고 글을 쓰려 했지만 이런저런 일들로 한 해를 넘기고야 만다. 연말이 지나고 새해가 시작되었지만 무슨 일이 있어도 매년 회고는 꼭 하자는 나와의 약속을 지키려 2021년을 되돌아보고 크나큰 이벤트들의 연속이 될 것만 같은 2022년을 위해 더할 건 더하고 뺄 건 빼는 리뷰를 해보고자 한다.
여러 가지 작은 도전들 　재택근무가 장기화되면서 시간을 좀 더 알차게 사용할 수 있었고, 그에 생각하지도 못한 다양한 경험들을 할 수 있게 되었다. 먼저 찾아보기도 하거나 필자의 블로그나 다른 경로를 통해 오히려 연락이 왔던 ‘멘토링’은 많은 것을 생각하게 해주는 경험이 되었다. BE, FE, 머신러닝, DevOps 등 분야를 막론하고 이제 막 개발자로써 취업전선에 뛰어드려 하는 예비 개발자부터 한참 개발을 시작하고 있는 이른바 주니어 개발자까지 다양한 분들을 zoom이나 gather-town 같은 온라인 플랫폼에서 만나게 되었고, 그들의 고민을 함께 이해하려 노력하며 선배 개발자로써 조금이나마 도움이 되는 부분들에 대해 이야기해주는 활동들을 해왔다.
10년후에 만나요 :D" 10년후에 만나요 :D  　물론 필자를 완벽하게 잘 성장한 (또는 본보기의 대상이 될만한) 개발자라고 말하기는 매우 어렵지만 그들보다는 다양한 경험들을 먼저 해본 선배 입장에서 노하우나 방향성에 대해 이해하기 쉽게 최대한 풀어 설명하려 했다. 이러한 점을 누구는 대수롭지 않게 여긴 적도 있지만 누군가는 XX 기업에 취업을 했다거나 며칠간 복잡하고 힘들었던 고민이 해결이 되었다는 소리를 들었을 땐 아, 멘토링 하길 잘했다는 생각이 들게 되었고 더불어 이제는 점점 누군가와 함께 공동의 목표를 이루기 위한 위치에서 있다 보니 이런 점을 연습할 수 있는 기회가 된 것 같아 너무 좋았다. 무엇보다 멘토링을 하면서 필자도 대충 알고 있던 개발 지식에 대해 (제대로 알려주기 위해) 공부하게 되는 기회가 되었고 이런저런 상담을 하며 느낀 그들의 열정을 조금이나마 간접경험하며 얼마 전부터 잃어버린 내 열정도 찾으려는 동기부여도 되기도 하였다.
　코로나가 장기화되고 개발자로써 할 수 있는 건 없을까 하며 Elastic Stack 을 활용하여 코로나19 대시보드 만들기라는 포스팅을 올리게 되었고 그에 힘입어 나만의 데이터 분석 플랫폼 엘라스틱서치라는 책에 베타 리딩을 하기도 하였다. 작년부터 책을 써보는 건 어떻겠냐는 요청이 아주 가끔 들어오지만 베타 리딩을 하면서 책을 출간하는 게 얼마나 어려운 건지 다시 한번 깨닫게 되었고 기회가 된다면 내 이름으로 된 책을 써보고 싶은 생각도 들었다.
　공모주 청약을 가끔 하면서 누군가 알려주면 좋을 텐데 하는 생각으로 공모주 알리미 라는 토이 프로젝트를 만들었다. 기술 블로그 구독 서비스를 운영하고 있는 AWS ec2 서버에 메모리가 조금 남아 배치 형식으로 만들어서 텔레그램으로 정보를 알려주는 서비스인데 생각보다 수요가 많아서 깜짝 놀랐다. 보다 대중적인(?) 메신저인 카카오톡으로 운영하고 싶었지만 메시지를 보낼 때마다 비용이 발생해서 (아무리 토이 프로젝트라 해도…) 차마 엄두가 나질 않아 카카오톡 채널만 만들고 텔레그램 링크를 연결해두었다. 지금은 아예 손도 안대는 서비스이지만 잘 돌아가고 있는 걸 보면 자동화의 힘은 정말 대단하다는 걸 다시금 느껴본다. 카카오채널 가입자에게 메세지를 보낼 수 있음 좋을텐데…" 카카오채널 가입자에게 메세지를 보낼 수 있음 좋을텐데… 
라이프 사이클의 변화 　문득 이렇게 재미있는 개발을 언제까지 할 수 있을까 하는 생각을 하게 된 적이 있다. 개발을 오랫동안 할 수 있는 방법이 무엇이 있을까 하는 생각의 끝에는 결국 “든든한 자산"과 “생각의 패러다임 전환”, 그리고 “건강"이라는 결론에 도달하게 되었다. 개발 업무 기기를 산다거나 신기술 학습을 위해 투자하기 위해서는 결국 돈이 필요하다고 느껴졌고, 공대생의 고립된(?) 가치관에서 다양한 인문학적인 관점들이 가미된다면 개발에도 훨씬 도움이 될 거라 생각이 들었다.

고장나기 직전 개발자의 2021 리뷰

컴퓨터와 수학, 몽상 조금

[2021년 회고] 공군 SW 개발병의 1년을 돌아보며

RoyJung _ dev blog

(호랑이해이니 호랑이책 많관부)
살면서 처음으로 회고라는걸 써보고자 한다. 많은 분들이 작성한 회고를 보면서 부럽기도 했고, 장기적 계획 없이 단기적으로 ‘이번엔 뭐 해볼까’만 생각하며 흘러가는 대로 살아온 내 인생도 1년을 쭈욱 돌이켜보면 뭐라도 이룬게 있겠지 싶다. 찬찬히 생각나는대로 정리해보자.
1. 이사 (3월)
코로나 덕분에 결혼식은 하지 않은 채로 2020년 3월에 처음 양재에서 신혼집을 자리잡았는데, 12평 남짓한 작은 집이 아기자기하게 만족하면서도 못내 답답했었다.
여가생활 및 잠을 자기 위한 공간으로만 계획했던 건데, 코로나가 장기화되면서 재택근무를 1년 가까이 하다보니 몸이 축났다. 책상이 없어서 바닥에 앉아 좌식테이블 깔고 일하다보니 허리도 아프고 눈도 침침해졌다.
그래도 어떻게든 2년 채우고 이사하려고 생각했었지만, 우연히 동네에 신축 건물이 눈에 들어와서 큰 맘 먹고 이사를 단행했다. 신혼 혼수 가전을 부랴부랴 장만하고, 전세자금대출, 전세보증보험 등도 열심히 알아보느라 정신없고 힘들지만 참 신나는 나날이었다. 탕진잼이란 이런거구나!
이사 오고는 여러모로 쭈욱 행복하다. 나름대로 작업 환경이 갖춰진 덕분에 이후의 많은 대외활동도 가능해졌으니, 참 잘 한 선택이었다.
2. 멘토링
올 한 해는 멘토링의 해라고 해도 될 것 같다. 멘토링을 참 많이도 했는데, 주제 넘는 참견이나 잘못된 지식을 전파한 사례도 있었지 않을까 싶다. 멘토링 사례를 쭈욱 모아보면 이렇다.
인턴 멘토링 (1월)
2020년말에 멘토링했던 부스트캠프 멘티 둘이 포함된 총 네 명의 인턴이 팀에 합류했다. 이들을 두 팀으로 나누어 한 팀을 맡아 프론트엔드 관련해서만 조언을 해주었다. 최종 세 명이 팀에 합류했으니 엄청 성공적이었지만, 내가 기여한 건 0에 가깝다는 생각이 든다. 굳이 기여한 부분을 찾자면 부스트캠프 멘토링 때 유심히 지켜봤던 둘을 추천했다는 점 정도?
인턴과정을 거쳐 입사한 신입들은 각자도생 알아서 잘 크는 중이다.
나름 멘토로서 뭐라도 케어해줘야겠다는 생각이 없진 않은데,
알아서 너무 잘들 하고 있고,
코로나 시국이라 계속 재택만 하다 보니 생각보다 쉽지 않았다는 점,
내 앞가림도 잘 못하는 주제에..?
싶은 생각 등을 핑계 삼아 그저 관망만 하고 있다.
뭐 이제 1년이 꽉 찼으니 다들 그럭저럭 잘 적응한 듯 싶으니, 마음의 짐은 은근슬쩍 내려놓기로..
인프런 멘토링 (1년내내)
‘내 주제에’ 라는 생각을 늘 갖고 있으면서도, 누구보다 적극적으로 멘토링을 해댔다. 다양한 환경과 입장에 놓인 프론트엔드 꿈나무들을 만나면서, 나름대로 최선을 다해 조언을 해주었다고 생각한다. 기록을 잘 하지 못하는 나이지만, 멘토링 할 때의 기록은 남아 있어 어떤 분들과 어떤 내용으로 얘기했는지는 복기할 수 있어 다행이다.
내가 기여한 바가 없었더라도 어쨌든 ‘덕분에 취업했다’는 소식이 들리면 정말 행복하고 뿌듯하다. 이 맛에 끊지 못해! 몇몇 분들은 이후로도 몇 번씩 찾아와서 내가 고기도 사주고 가끔 얻어먹기도 하며 인맥이 늘어나고 있다. 친구도 없어서 사람 볼 일 없이 집에만 콕 박혀 살던 내게는 가뭄의 단비 같은 일이었고, 그 때마다 ‘내가 그래도 잘 살고 있구나’ 하는 안도를 느꼈다.
연말에 인프런에서 '나침반상'을 줬다. 아직 선물이 집에 도착하진 않았지만 어쨌든 뿌듯하다! '성장 기회의 평등'이라는 큰 목표에 어떤 식으로 좀 더 가까워질 수 있을지, 계속해서 고민하고 다양하게 시도해봐야지.
캐치 웨비나 (7월 23일)
https://www.catch.co.kr/CatchCafe/ProgramView/1230
멘토링 하면서 공통적으로 고민하는 내용들이 종종 눈에 밟혀 이런 내용들을 한 데 모아 웨비나 형식의 발표도 몇 번 하게 되었다. 캐치 웨비나가 그 중 첫번째였는데, 줌으로 하다보니 어색했지만 어떻게든 잘 마무리했다.
우테코x원티드 오늘의 개발자 (10월 6일)
https://www.wanted.co.kr/events/livetalk42
나름대로 취준생들에게 힐링의 시간을 드리고자 했으나, 팩폭으로 뼈가 아프다는 반응도 있었다. 임동준님께서 진행을 너무 잘 해주셔서 참 편하게 녹화했던 것 같다.
3. 강의, 스터디, 발표
graphQL 라이브러리 비교 발표 (4월 16일)
사내에서 apollo-client, swr, react-query를 비교 분석하는 발표를 했다. 발표 자체는 시청률 1위를 찍을 정도로 큰 관심을 받았는데, 상대적으로 팀 내부에서는 그닥 관심을 받지 못해 아쉬웠다. 내가 현재 팀의 성장 및 발전을 위해 기여할 수 있는 부분이 무엇이 있을지 잘 모르겠다.
인프런 react 클론코딩 강의 오픈 (7월 8일)
https://www.inflearn.com/course/풀스택-리액트-토이프로젝트?inst=4227b52f
사내발표때 준비했던 자료를 바탕으로 새로운 강의를 오픈했다. 프론트엔드 개발자로서 초반에 느꼈던 가장 큰 갈등, 즉 프론트엔드 포트폴리오를 만들기 위해 부득이 백엔드를 ‘깊이 있게’ 공부해야 한다고 생각해 부담을 느끼는 분들에게 백엔드 개발자 없이도 동작하는 서비스를 만들 수 있는 손쉬운 방법을 전하고 싶었다. 이런 마음이 수강생들에게 충분히 전달되었기를 바랄 뿐이다.
인프런 코어자바스크립트 강의 리뉴얼 (8월 26일)
https://www.inflearn.com/course/핵심개념-javascript-flow?inst=6fb80580
코어자바스크립트는 2017년에 처음 JSFlow 라는 이름으로 오픈했던 강의로, 사실상 지금의 나를 있게 한 시초라고 해도 과언이 아닐 것 같다. 이를 바탕으로 코어자바스크립트 라는 책도 쓰게 되었고, 책 출간 기념으로 오프라인 강의를 하고 영상을 추가했던게 벌써 3년 전 일이니 말이다.
당시의 내가 알던 지식에 잘못된 내용도 있었고, 전달력에 대한 보강도 필요했으며, 무엇보다 오프라인 녹화영상의 한계(기침소리, 가독성, 볼륨조절 등)가 컸다. 리뉴얼에 대한 심리적 압박을 계속 느끼고 있다가, 올 해 드디어 일을 저질렀다.
기존 슬라이드로부터 내용을 잔뜩 보강하고, 촬영과 편집을 거듭하는 등 정말 노력에 노력을 기울였다. 심지어 자막까지 추가했다. 역시 시작하기 전엔 엄두도 나지 않던 일도, 저질러놓고 보면 어떻게든 끝을 볼 수 있다는걸 새삼 깨달았다.
리팩터링 2판 독서 스터디 (6월 29일 ~ 7월 22일)
https://youtube.com/playlist?list=PLjQV3hketAJmyZmqXZ1OVEFNctalbf9SX
인프런을 통해 인원제한 없이 모집했다. 온라인 1:n 스터디는 처음 시도해 보는 방식이었다.
처음에는 유튜브 스트리밍에 전적으로 기대었다. 채팅 딜레이가 생각보다 컸지만, 주로 나 혼자 일방적으로 떠드는 형식이라 크게 문제되지 않았다.
다만 2회차 컨텐츠(챕터2)는 책의 내용 자체보다는 각자의 경험담을 대화를 통해 나누는 것이 훨씬 의미있을 것 같아, 디스코드를 활용했으나… 장렬히 실패했다. 1:n으로 모집한 상태에서 스터디원들끼리 서로 인사를 나눈 적도 없는 상태이다보니, 멤버 모두에게 ‘참여자’보다는 ‘관전자’라는 인식이 크게 자리매김했기 때문이 아닐까 한다. 애초에 그런 한계가 있을거란건 어느정도 예상하고 시작했던 것인데, 생각보다도 벽이 훨씬 높았던 것 같다.
어쨌든 꾸역꾸역 끝까지 어떻게든 달렸다. 리팩터링 자체에 대한 지식보다는 ‘어떻게든 해냈다’는 성취감이 더 컸는데, 그래도 유튜브 영상이 남았으니 두고두고 가끔씩 필요한 부분 살짝살짝 꺼내어 먹을 수 있게 되었다는 점은 좋은 것 같다.
이펙티브 타입스크립트 독서 스터디 (7월 27일 ~ 8월 17일)
https://youtube.com/playlist?list=PLjQV3hketAJmXGaWCMGB9-085EiefWcyw
리팩터링 독서스터디에서 탄력받아 바로 이어서 또 저질렀다.
이번에는 웨일 브라우저의 ‘웨일온’ 기능을 이용하여 스터디원들과 소통하고자 했는데, 채팅 딜레이는 없었지만, 채팅 내용이 두개씩 뜨거나 자꾸만 튕기는 멤버들이 많았다. 꾸역꾸역 이어가다가, 결국에는 줌으로 갈아타게 되었다.
내가 타입스크립트 초보이기도 했고, 컨텐츠 자체 난이도가 있는데다, 책이 설명을 생략하거나 저자 본인만 알 법한 내용들이 종종 있어서 유추를 해야하다보니, 그럭저럭 스터디원들의 참여율이 꽤 높았다. 함께 토론하고 추측하면서 허위허위 헤쳐나가다 보니 타입스크립트에 대한 이해도 제법 높아진 것 같다. 그 덕분에 1:n이라는 형식에도 불구하고 다함께 성장하는 좋은 시간이었던 것 같다.
모던 자바스크립트 딥다이브 독서 스터디 (8월 30일 ~ 10월 7일)
https://youtube.com/playlist?list=PLjQV3hketAJnP_ceUiPCc8GnNQ0REpCqr
역시 인프런을 통해 모집했다. 이번에는 처음부터 줌으로 진행했고, 인원을 100명으로 제한하여 추가 모집 없이 그대로 쭉 갔다. 그간의 경험을 통해 3회 불참시 강퇴라는 나름의 초강수를 두었는데, 이게 도움이 된 건지 독이 된 것인지는 잘 모르겠다.
유튜브로 편집해서 계속 업로드를 하였기 때문에 스터디원들에게도 ‘빠져도 못들어도 그만’이라는 생각이 은연중에 자리잡지 않았을까 싶기도 하고, 본방사수를 통해서만 누릴 수 있는 무언가가 더 있었다면 어땠을까 싶기도 한데, 그 ‘무언가’가 무엇인지는 모르겠다.
이번 스터디는 애초에 내가 이미 잘 알고 있는 지식을 빠르게 전달하면서 가끔 내가 모르던 지식이 등장하면 다행이다- 생각하고 진행했던 터라 앞선 스터디들보다도 더 일방적으로 진행될 수밖에 없었다. 그렇지만 완전히 일방적이지 않을 수 있었던 이유는 스터디원들이 종종 유의미한 질문을 해주셨기 때문인 듯 하다.
생각치 못한 계기로 이웅모 저자님도 참관을 들어오셨는데(thanks to Rita), 내가 헛소리를 하거나 틀린 정보를 전달하는 경우도 있었을텐데도 묵묵히 참고 견뎌주신게 감사하면서 한편 묘하게 서운하기도 하고 그랬다. 중간에 한 번 2022에 새로 추가될 기능 관련한 링크를 툭 던져주셨던게 기억에 남는다. 나중에 기회가 된다면 술 한 잔 꼭 나누고 싶은 분이다.
기존 스터디는 나도 잘 모르는 내용이다보니 ‘에라 모르겠다’ 하는 심정에 편집도 거의 하지 않고 유튜브에 빠르게 올렸는데, 이 스터디는 내가 나름대로 자신 있는 내용으로만 거의 이뤄져있어서 그런지, 강의 영상과 비슷한 욕심이 나서 편집하기가 정말 힘들었다. 나는 원래도 말을 한 번에 주욱 유려하게 잘 하지 못하고, 몇 단어를 뱉다가 생각하고 다시 몇 단어 뱉는 식으로 문장 사이사이의 호흡이 길다. 남들은 아무렇지 않게 받아들일 수도 있을 것 같지만, 왠지 나 스스로는 그걸 견디기가 참 힘들다. 하여 녹화된 영상을 틀 떄면 어김없이 공백을 잘라내곤 하는 것이다.
vrew라는 편집툴에서 ‘공백제거’ 기능을 제공하고는 있는데, 이걸 통해서도 내 특유의 ‘단어 사이의 공백’까지 제거해주지는 못한다. 결국 내가 견딜 수 있는 영상을 위해서는 매번 직접 들으면서 잘라붙이기를 해야 하는 건데, 어색하지 않게 이어붙이려면 같은 문장을 몇 번씩 들어야 한다. 내 목소리를 몇 번이고 돌려 들으면서 편집을 하다보면 이상하게 잠이 쏟아진다. 잠과 싸워가며 꾸역꾸역 편집을 해내는 데엔 보통 1시간짜리 영상 하나당 4~5시간 정도가 쓰이는 것 같다.
나에게 온라인 강의에서 가장 큰 부담은 바로 이 편집과정에 있다. 편집 전문 어시스트가 간절한데, 어지간하면 내 까다로운 요구사항을 만족시켜줄 사람은 없을 것 같아 아예 찾아볼 엄두도 못내서 문제다.. 아무튼 2021년 12월 31일에야 비로소 힘들고 지난한 편집과정을 마쳤다. 후련함과 동시에 극심한 피로가 몰려와서 이틀간 내리 잠만 자다가 이제서야 뒤늦은 회고를 적게 되었네.
우테코 next step - clean code js 1기 참여 (11월 10일 ~ 12월 31일)
우아한 테크코스 리뷰어로 활동하기 위한 사전 답사 목적으로 스터디에 참여했다. 그간 생각만 하고 직접 테스트해본 적은 없었던 다양한 기법들, 예컨대 MVC 및 MVP 패턴이라거나 Custom Element, Flux 아키텍쳐 등 다양한 테크닉을 시도해보며 즐거운 시간을 보냈다.
멤버들끼리 서로의 코드를 보고 리뷰해주는 것만으로도 단기간에 동반 폭풍 성장하는 놀라운 현장을 직접 체험했다는 점이 커다란 의미로 다가왔다. 현재 하고 있는 고민(성장 기회의 평등)을 보다 구체적으로 고민할 수 있게 해준 계기가 되었던 것 같다.
인프런 ‘To. 주니어 개발자’ 투고 (12월 3일)
https://www.inflearn.com/pages/for-junior-developers-20211207
난 아직 스스로 ‘시니어’라고는 생각하지 않는다. 기껏해야 주니어 레벨을 간신히 떼고 이제서야 1인분의 팀원 구실을 하고 있는 정도일까.
그럼에도 ‘숨만 쉬는 동안 저절로’ 연차는 쌓여버려서인지, 어느새 링크드인 등을 통해 입사제안이 들어오는 걸 보면 대부분 ‘시니어 프론트엔드 개발자’로서의 나를 기대하는 것 같다.
인프런 투고글 역시 마찬가지였다. 단순히 그냥 나라는 사람에게 ‘주니어에게 해주고 싶은 말’을 요청한 것이라고 생각했고 그에 응했을 뿐인데, 지나고 보니 그 요청 자체도 이미 나를 시니어로 보고 있기 때문에 들어왔던 것이었던 것이었다. 어쩌다보니 본의 아니게 뒷짐지고 엣헴 거리며 ‘라뗀말이야’ 일장연설을 늘어놓은 셈이 된 것 같아 퍽 부끄럽고 민망했다.
글의 전체 취지는 ‘자괴감에 잡아먹히지 말자’는 것이었는데, 여러 커뮤니티 사이트에서의 공격적인 댓글들이 가슴을 후벼팠다. 그렇지만 분명 이 글이 작게라도 위로와 힘이 된 분들도 분명 많이 있으리라 생각한다.
유튜브 1000명 돌파 감사 라이브 방송 (12월 27일)
https://youtu.be/34vl5MQH-KU
모던 자바스크립트 딥다이브 독서 스터디 영상 덕분인지 순식간에 구독자가 1000명을 돌파했다. 이번 역시 일단 질러놓고 나서 어떻게든 수습했고, 그 결과 영상이 짠 하고 결과로 남아 만족스럽다.
사실 이전부터 짤막하게 내 생각을 영상으로 만들어 올리는 작업을 하고 싶었는데, 모자딥 영상 편집을 모두 마치고 나서 하자며 뒤로 미뤄왔었다.
이번 영상을 계기로 앞으로는 종종 프론트엔드 개발과 관련한 다양한 생각이나 정보들을 공유하는 영상을 계속 이어가보고자 한다.
4. 2022년의 목표
‘시니어 개발자’로서의 자질을 갖춰가는 데에 보다 포커스를 맞춰 고민하고 성장하는 한 해가 되길 바란다.
‘성장 기회의 평등’과 관련하여 고민하고 있는 부분(코드리뷰 등)을 어떻게 하면 풀어낼 수 있을지, 방법을 찾아내고 이리저리 시도해보자.
저지르고 수습하는 방식은 잘 맞으니 계속 이렇게 살아보자. 지르고 나면 어떻게든 되겠지. 아님 말고.

Home on 개발자 이동욱

Lee Dong Wook

2021년 회고
진작부터 작성을 하려고 했으나, 미루다가 결국에는 2021년이 다 가고 나서야 적게 되는 것 같다. 굉장히 많은 일들이 있었던 것 같기는 하지만, 막상 기억을 해보려고 하니까 잘 기억이 나지 않는 것 같다. 하지만 최대한 기억을 해보려고 노력을 해봐야겠다. 그래도 다행인 것은 일일 회고가 내가 어떤 일을 했었는지 기억하기 굉장히 쉽게 만들어 준다는 것이다.
코드숨 - 스프링 과정 수강
우선 첫 번째로 기억이 나는 것은 코드숨 자바 백엔드 개발 과정을 수강했다는 것이다. 이는 나에게 많은 도움이 되었던 것 같다. 물론 스프링에 대해서 이론적인 것을 배운 것도 있지만 기술적인 내용을 배우는 자세에 대해 특히 더 많은 것을 배운 것 같다. 특히 기계인간 님인 이종립 님이 어떤 방법으로 학습하는지 어께 너머라도 배울 수 있어서 많은 도움이 되었다.
그리고 메서드 주석을 작성하는 방법 및 테스트 코드를 작성하는 방법에 대해서 배우게 되었다. 이는 현재 솔루션을 개발 할 때 협업하는 개발자를 위해서 어떻게 코드를 명확하게 작성하고 설명할지에 대해서 고민을 하고 노력하게 만들었다.
무엇보다 좋았던 것은, 코드숨을 통해서 처음 회고를 작성해야겠다는 생각을 하게 되었고 블로그를 통해서 글을 작성하는 습관을 들였다는 것이다.
그리고 코드숨에서 진행하는 스터디도 참여하였다. 물론 도중에 많이 빠지기는 했지만 그래도 도메인 주도 개발에 대해서 조금이라도 알게되는 계기가 되었다.
사내 세미나 - 자바 및 스프링
사내 세미나로 진행하는 자바 스터디 및 스프링 강의를 수강하고 연습문제를 과제로 제출하였다. 이를 통해서 모던 자바 문법에 대해서 많이 알게 되었다. 하지만, 현재는 자바로 솔루션 개발을 하고 있지 않아서 많이 까먹어서 많이 아쉽다. 자바나 코틀린으로 서버 개발을 하고 싶은 마음이 있지만, 내년에 그게 가능할지는 잘 모르겠다.
코딩 테스트 공부
이번 년도 상반기까지는 코딩 테스트 공부를 열심히 했던 것 같다. 하지만 그때는 코딩 테스트를 공부하는 것이 솔루션을 개선하는데 도움이 되지 않아서 흥미가 떨어져서 지속적으로 공부를 하지 못했다.
지금도 솔직한 마음으로는 코딩 테스트 공부를 하기 보다는 내가 관심을 가지고 있는 분야를 공부하는 것이 더 재미있을 것이라는 생각이 든다. 내년에는 그래도 틈틈히 코딩 테스트 공부를 하여 좋은 기회를 놓치는 일이 없도록 해야겠다.
자신이 없기는 한데, 오프라인 스터디를 참여하거나 아니면 내가 개설을 해서라도 코딩 테스트에 대한 두려움을 극복할 수 있으면 좋겠다.
일일 회고를 보다보니, 나도 까먹었는데 이번 년도에 코딩 테스트 스터디에 참여했었다. 하루에 한 문제씩 풀어서 정리한 내용을 카카오톡에 올리는 것이였는데 그래도 안하는 것보다는 낫지만 지속적이지 못해서 효과는 그리 크지는 않은 것 같다. 확실히 지속적으로 하는 것이 중요한 것 같다.
시스템 프로그래밍 공부
시스템 프로그래밍에 대해서 공부를 했다. 운영체제 시간에 이론적으로만 접했던 개념들을 실제 코드로 작성해보니까 좀 더 와닿는 것 같다.
좋은 책을 찾아서 비교적 쉽게 이해할 수 있었다고 생각한다. 하지만, 내가 시스템 프로그래밍을 직접 할 일이 없다보니까 공부하지 않아서 조금씩 까먹고 있는 것 같다. 하지만 네트워크 쪽은 내년에도 여유가 된다면 다시 한번 공부를 하고 싶다. 추상적으로 배웠던 소켓 통신을 직접 코드로 작성하다보니 매우 재미있었고, 실제 어떤 개념을 이해하는데 많은 도움이 되었다.
쿼리 튜닝
오라클 성능 고도화 강의를 수강하였지만, 그때는 아무것도 몰라서 솔직히 무슨 이야기를 하는지도 제대로 파악하지 못했다. 솔직히 말하면 거의 이해하지 못했다.
하지만 연말에 성능이 느린 쿼리를 개선하는 작업을 하면서 관련된 도서를 읽게 되었고 과거보다는 SQL에 익숙해진 상태라서 책의 내용이 무엇을 말하는지 알 수 있었다. 따라서 쿼리 튜닝에 대해서 재미를 느꼈으며 조금은 성장한 것이 느껴졌다. 역시 직접 해봐야 실력이 많이 느는 것 같다.
마리아 데이터베이스에 조인 방식에 대해서 글로 정리해보려고 했으나, 시간이 없다는 핑계로 자꾸 뒤로 미루었는데 이럴 수록 빨리 해야겠다는 마음이 든다.
글또
글또를 신청하여 활동한 것은 참 잘한 것 같다. 이유는 블로그 글을 꾸준하게 작성하게 되는 이유를 만들어주기 때문이다.
하지만 글또를 처음 시작했을 당시에 목표를 채우지는 못했던 것 같다. 글또를 시작할 당시의 목표는 배운 내용을 정리하기 위해서 작성하는 글이 아닌 다른 사람에게 유용한 정보를 전달하기 위한 글을 작성하는 것이 였는데, 그러한 글을 작성하지 못한 것 같아서 아쉽다. 퀄리티 있는 글을 작성하기 위해서는 많은 노력이 필요한 것 같다.
다음 글또 기수에는 정리하기 위한 글을 작성하되, 제출하는 글은 퀄리티 있는 글을 작성하는 것을 목표로 삼고 활동을 해야겠다는 생각이 든다.
오픈 소스
이번 년도에는 오픈 소스 컨트리뷰톤에 참여하지 못하였다. 이 부분에 대해서 굉장히 아쉽게 생각하고 있다.
연말에 데이터베이스에 대해서 많은 컨퍼런스를 시청하고 정리하려고 노력했던 것 같다. 따라서 POSTGRES애 대해서 조금은 알게 된 것 같다.
특히 디버깅을 하는 법 및 테스트 코드를 작성하기 위해서 PERL 언어를 배우는 등 노력을 하였다.
다국어 관련해서 번역을 하기는 하였지만, 아직은 오픈 소스 기여에 대한 노력이 많이 부족하기는 한 것 같다.
취미 생활
이번 여름부터 복싱을 배우기 시작했는데, 백신을 맞고 나서 지속하지 못했던 것 같다. 내년부터 다시 복싱을 해야하는지 조금 고민되기는 하지만, 운동을 무조건 시작하기는 해야겠다.
기타는 여름부터 시작하여 계속 배우고 있다. 스트레스를 풀거나, 나중에 캠핑에 가서 연주를 하려고 배웠는데 잘 한 것 같다. 하지만 요즘 조금은 슬럼프에 빠져서 연습을 열심히 하고 있지 않은데 이를 반성하고 열심히 공부할 수 있도록 노력을 해야겠다.
영어
하반기부터, 영어 회화 스터디를 진행하면서 영어 회화 및 공부를 해야겠다는 필요성을 느끼게 되었다.
영어 학원을 추가적으로 등록하기는 하였지만, 결국에는 영어 회화 및 학습을 꾸준히 하는 것이 답이 될 것 같다. 어떻게 할지는 고민을 하고 있는데, 영어 회화는 매일 전화 영어를 하는 것이 어떨까 고민중이다.

=== [2021년 회고] ===

utilForever’s Programming Life!

2021년 회고 / 2022년 계획

JHyeok

2021년의 회고를 작성한다.
블로그를 개편했다
블로그가 다크 모드를 지원하지 않는 게 항상 아쉬웠다. 그래서 10월에 다크 모드를 지원하도록 수정했다. Gatsby를 사용하는 많은 블로그들이 다크 모드를 지원하고 있어서 참고해서 기능을 추가하는 것은 어렵지 않았다.
다크 모드를 지원하도록 수정하면서 당연하게도 블로그의 색상 테마도 고민하게 되었다. 블로그를 처음 만들었을 당시에는 C#을 사용하는 개발자여서 블로그의 테마를 닷넷 개발자로 하고 싶었다. 그래서 .NET Core의 로고에서 사용하는 색을 메인으로 해서 만들었다.
이제는 Node.js와 TypeScript를 메인으로 사용하기 때문에 Node.js 웹사이트를 많이 참고했다.
의존성들도 대부분 최신 버전으로 변경했다. Gatsby를 v3에서 v4로 변경하고, Node 버전도 16으로 올려주었다. gatsby-image가 deprecated가 되어서 가이드를 보고 gatsby-plugin-image로 마이그레이션 했다.
미니멀한 재택근무 환경편
2021년의 약 2개월은 사무실 출근을 하고, 그 이외에는 전부 재택근무를 했다. 재택근무를 길게 하다가 중간중간 사무실 출근을 해서 정확한 시간은 모르겠다.
넷플릭스에서 미니멀리즘: 오늘도 비우는 사람들이라는 다큐멘터리를 재밌게 봤다. 그 영향이 있었던 건지 재택근무를 하면서 장비 욕심이 없었다.
노트북 하나만 있어도 개발하는데 문제가 없는데 굳이 필요해? 라는 생각이 있었다.
하지만 결국 노트북을 책상에 올려놓고 코딩을 하다 보면 목이 아파서 노트북받침대를 샀다.
오랜 시간 의자에 앉아있다 보니 기존에 사용하던 의자가 낡기도 했고 불편해서 의자도 교체했다. 매장에 가서 여러 의자를 앉았는데 시디즈의 T40이 나한테는 가장 편해서 T40 시리즈의 의자를 구매했다.
미니멀한 재택근무 업무편
재택근무를 하면서 다행이라고 생각한 게 있다. 회사에서 신규 feature를 추가하면서 특정 시간대에 평소의 몇 십배가 넘는 트래픽이 항상 들어오는 구조의 서비스가 되었다. 그래서 오픈 초기에는 7시에 재택근무가 끝나고 씻고 밥 먹고 그 시간대가 되었을 때 장애에 대처하려고 항상 모니터링을 했다.
모니터링을 하면서 트래픽으로 인해서 발생하는 문제에 대해 자유로운 의견을 슬랙 채널에 올렸는데 나뿐만 아니라 우리 팀이 그렇게 했다. 지금은 트래픽을 잘 받아내고 있다. 만약 재택근무가 아니었다면 퇴근 시간 이후였기 때문에 힘들었을 것 같다.
지금 회사에서는 1년이 넘는 장기 프로젝트를 하고 있는데 22년도에는 끝이 보일 것 같다. 이 프로젝트에서는 비즈니스 로직 위주로만 하다 보니 기술적인 도전은 많이 하지 못한 것 같아서 아쉬운 점도 있다.
재택근무를 하면서 Slack의 Huddle, Google Meet, JetBrains의 CodeWithMe를 사용하는데 이러한 도구들이 재택근무의 단점들을 잘 커버해주는 것 같다.
올해 가장 만족한 사이트
IT 기술 블로그들의 최신 포스트들을 모아서 보여주는 TechBlogPosts이 있다.
모바일로 보기 간편해서 이동하는 시간이나 자투리 시간에 많이 보고 있다.
지금까지 이직을 2번 하면서 느낀 거지만 팀의 프로젝트에는 사용 중인 구조가 있고 컨벤션에 맞게 코드를 작성했다. 이 구조는 전임자가 만들어놓고 간 레거시일 수도 있고 팀의 시니어 개발자가 리드해서 만들어진 구조일 수 있다.
지금 회사의 프로젝트 구조에는 매우 만족하지만 만약 내가 새로운 환경에서 리드를 해서 프로젝트의 아키텍처를 설계한다면 어떻게 만들어야 할지 고민을 한적도 있다. 그래서 아래의 포스트들을 인상 깊게 읽었을 수도 있다.
인상 깊게 읽은 포스트
스포카 기술 블로그 - 도메인 주도 개발 전환 이야기
29CM 기술 블로그 - 선물하기 서비스 개발기
29CM 기술 블로그 - 유저 주문 취소 기능 Java 전환기
다른 팀들의 컨벤션을 정하는 과정과 어떻게 설계를 하고 개발을 하는지 볼 수 있어서 재밌다.
인상 깊은 포스트들은 아카이빙을 했는데 개인 프라이빗 깃허브에 저장을 해놓다 보니 잘 정리가 되지 않는 느낌이다. 다른 방법을 찾아야 할 것 같다.
Vim
개발 관련 유튜브를 보다가 Vim을 주제로 한 재밌는 영상을 봤다. 그래서 나도 Vim을 사용해보기로 마음먹었는데 결론부터 말하면 하루도 되지 않아서 돌아갔다.
IDE의 편리한 환경을 버릴 수는 없어서 IDE에 Vim 플러그인을 설치해서 사용을 했다.
Vim을 익힐 수 있는 게임도 있었고 잘 만들어진 Vim 가이드도 찾았지만 설치하고 환경을 구성하는데 시간을 많이 투자해야 해서 피로감이 들었다.
그래서 간편하게 환경을 구성했는데 하루 사용을 해보니 익숙해지지 않아서 Vim 플러그인을 삭제했다.
Vim에 익숙해지면 편리하고 좋아 보였는데 나에게는 맞지 않았던 것 같다. 웃픈 경험이었다.
채굴을 하다
더마르스 마이닝앱을 시작했다. 12월에 동생의 추천으로 시작했다. 돈이 들지 않았고 혹시 모르는 기대감으로 시작했다. 친구도 꼬셔서 팀을 만들어서 같이 채굴을 하고 있다.
시작한 지 얼마 되지 않아서 얼마나 오래 갈지는 모르겠지만 재미로 시작한 것이기도 하고 꾸준히 채굴하다 보면 이 코인으로 점심 한 번은 사서 먹을 수 있지 않을까? 하는 기대를 하고 있다.
마치며
처음 회사일을 시작했을 때에는 어떤 일을 하였고, 어떤 것을 느꼈고, 해야 할 일 등을 기록하였는데 지금은 맥북의 메모 앱으로 TODO 정리만 하고 있다. 회고를 쓰면서 느낀 건데 1년간 무엇을 했는지 생각 정리가 되지 않아서 아쉬웠다. 2022년에는 다시 개인 기록을 꾸준히 해야겠다.

하나씩 점을 찍어 나가며

WY's Tech Blog

20년 당시 회고글을 돌아보니, 키워드 별로 정리해놓은 포맷이 나쁘지 않은 것 같아 이번에도 같은 포맷으로 회고를 해보고자 합니다.
&nbsp
올해의 키워드 1. 올해의 고난 (자세히 기술하지는 못 합니다) 회사에서 기존에 맡고 있던 업무의 비즈니스 모델(BM)이 올해 중반을 기점으로 전혀 예상하지 못 했던 방향으로 계획을 변경되면서 개인적으로는 하반기가 참 힘이 들었습니다. 모든 팀원들이 한번도 경험해보지 못 한 “처음 해보는 일”을 짧은 시간 내 해내야하는 프로젝트가 시작이 되었습니다. 이로 인해 기존에 계획되었던 것보다 더 급하게 자회사가 설립되고, 짧은 시간동안 많은 외부 인사 영입이 이루어졌습니다.

[KR] 2021년이 지났다.

devmoon.log

7월. React Native 프로젝트 시작
회사에서 React Native를 기반으로 로보어드바이저 자산관리 앱을 만드는 데 투입되었다.
내가 투입되기 전에 외주 개발자 2분께서 먼저 진행하고 계셨었다.
이 때 Gitlab에서 기존 프로젝트를 클론받고, 빌드하는데 많이 애를 먹었던 기억이 난다.
M1 맥북의 호환성 문제때문에....
약 1.5일동안 M1을 들고 고군분투하며 겨우겨우 iOS와 Android를 빌드하는 데 성공했다..
나의 첫 React Native 개발은 앱의 '설정 탭'이었다.
초기 버전이다 보니 레이아웃도 간결했고, 기능도 특별히 어려운 것은 없었다.
다만 가끔씩 잘 돌아가던 앱에서 시뻘건 에러가 뜨는건 좀 마음에 들지 않았다..
(해결하기 어려운 에러들은 아니었는데, 이따금씩 잘 돌아가다가 주기적으로 뜨는 에러들이 있다. 해본 사람만 앎)
8월. 우당탕탕 주니어들
그런데 설정 탭을 끝낸 이후, 투자 성향 설문 / 투자 성향 결과 화면을 맡았을 때 헬게이트가 열렸다.
특히 투자 성향 결과 화면에서 애니메이션이 과하다 싶을 정도로 많이 들어갔었는데,
React Native의 애니메이션 구현은 생각보다 까다로웠다.
웹의 기본적인 css인 transition도 허용되지 않았고, 성능 상 이점을 가져갈 수 있는 react-native-reanimated 라이브러리도 어느정도 러닝커브가 있었다.
또 Lottie 애니메이션도 들어갔었는데, 외주 애니메이션 작업을 맡으셨던 분께 받았던 json file을 앱에서 출력해보니 사람 허리가 잘리거나 팔, 다리가 엄한 곳에서 따로 움직이며 놀고있는 기괴한 애니메이션이 나온 적이 있었다. 이것 때문에 디자이너 분이랑 개발 쪽이 문제냐, 디자인 쪽이 문제냐 하면서 몇 일동안 삽질했던 기억이 난다...
결론은 외주로 애니메이션 작업을 맡아주셨던 분의 잘못이었는데, json file에 대한 경험이 많이 없으셨던 분 같다.
디자이너분도, 외주 디자이너분도, 나도 주니어여서 그랬는지 정말 우당탕탕이었다ㅋㅋ
(아래는 Lottie 애니메이션 예시입니다. 출처: LottieFiles)
9월. 불안감이 스멀스멀
이제 막 React Native에 어느정도 자신감이 붙으면서 개발해 나가고 있었는데,
Front-end 쪽에서 메인으로 개발해주시던 외주 개발자분의 계약 기간이 9월 말까지라는 소식을 들었다.
회사에 상주하고 계시진 않았지만, 슬랙으로 이것저것 여쭤보고 조언을 들으면서 많이 의지가 되었던 분이었다.
회사에서는 앞으로 개발자 채용 계획도 뚜렷하게 없었고, 아직 주니어인 나 혼자서 Front-end를 총괄한다는 것이 부담스럽게 느껴졌다.
나 혼자 개발한다고 해도 어찌저찌 고군분투하며 해쳐나갈 수는 있겠으나, 나는 그 상황이 좀 Risky하게 느껴졌다.
혼자서 개발하다보면 현재 취하고 있는 방식이 옳은지, 효과적인 것인지 판단하기가 쉽지 않고,
잘못된 방식인지도 모르고 그 방식을 지닌 채 직진만 할 수도 있다고 생각했다.
그래서 9월 중순 쯤 부터인가 채용 플랫폼들을 기웃거리기 시작했다.
공격적으로 지원하지는 않았고, 구직 프로필만 공개로 돌려놓았다.
그런데 2021년 1월에 지원했다가 서류 탈락했던 회사에서 제안이 왔었다.
뭐지.. 싶었는데 우선 면접을 보기로 했다.
큰 기대도 없었을 뿐더러, 회사 일정이 바빠서 면접 준비도 제대로 하지 못했었던 것 같다.
온라인으로 진행했고, 난이도는 크게 어렵지 않았지만 순간 헷갈려서 제대로 답하지 못했던 것들도 있었다.
그런데 결과는 합격을 통보받았다 😀
무려 카카오 출신 개발자분께서.. 😀
하지만 이 분도 조만간 이직한다고 하셨다...
어쨌든 다음날 회사를 마치고 연봉협상을 하러 갔고, 현재 연봉에서 20%를 올릴 수 있었다.
10월. 마무리와 새로운 시작
다니고 있던 회사에 이직 의사를 밝힌 후, 약 2주 동안 내가 맡고 있던 개발 파트를 끝내고, 인수인계 문서를 작성하기 시작했다.
기존에 백엔드 쪽을 조금씩 서포트 해주시던 PM님이 프론트엔드 쪽까지 담당해주시기로 했으나, 이 분은 프론트엔드 개발 경험이 별로 없으셔서 조금 걱정이 됐다.
그래서 프로젝트를 처음 접한 개발자도 이해하기 수월하게 정성을 들여서 인수인계 문서를 작성했다.
그렇게 마지막 날까지 인수인계를 무사히 마치고, 10월 18일 월요일에 새로운 회사로 출근했다.
( 그리고 폐업했던 회사에서 같이 일했었던 개발자 한 분을 데려왔다. 😀 )
역삼 쪽 공유오피스에 위치해 있었는데, 분위기는 스타트업 느낌이 물씬 났다.
일주일 간 세팅 & 코드 분석 하는 시간을 가졌는데, 코드 스타일이 객체 지향에 모노레포를 사용하고 있었다.
그래서 처음엔 낯선 감이 있었지만 계속 쳐다보면서 이것저것 만지다 보니 금방 적응할 수 있었다.
코드 분석 시간을 마친 후 바로 프로젝트에 투입되었는데, 기존 React Native 기반의 앱을 
껍데기만 그대로 두고 속의 내용물 중 일부들을 웹뷰로 전환하는 작업이었다.
(4개의 Bottom Tab 메뉴가 있는데, 그 중 2개의 Tab을 웹뷰로 전환하는 작업)
웹뷰로 전환하는 이유는 대략 아래와 같았다.
시니어 React Native 개발자 채용이 쉽지 않다.
디버깅이 쉽지 않다.
앱 심사가 까다롭고, 시간이 걸리기 때문에 배포도 딜레이가 된다.
=> 웹뷰로 구현하고 리액트 개발자를 뽑아 발전시켜 나가자!
웹뷰 개발 경험도 없었고, 이런 방식을 차용하는 회사들도 많다고 해서 처음엔 그렇구나 했다..
아무튼 그렇게 본격적으로 웹뷰에 컨텐츠로 들어갈 프로젝트 세팅부터 시작했다.
11월. 프로젝트에 대해 회의감이 들었던 시기
우리는 Next.js 기반의 웹뷰를 만들고 있었는데, 개발을 진행하다 보니 생각보다 많은 이슈들이 발생했다.
한 스텝 나아갈 때마다 새로운 이슈들과 부딪혔고, 이슈를 해결했다 싶으면 다음 스텝에서 그 이슈를 해결했던 항목이 발목을 붙잡는 경우도 있었다.
간단한 예시를 들자면 아래와 같이 웹뷰 상에서 모달이 떴을 때 모달의 Background가 SafeAreaView 영역을 커버해주지 못하는 경우가 있었다.
아래 사진에서 보이는 파란색 영역이 SafeAreaView이다.
SafeAreaView 영역까지 웹뷰가 차지하도록 설정해서 해결했으나, 그렇게 설정하고 나니 다른 부분에서 이슈가 발견되었다.
아래처럼 웹뷰의 컨텐츠가 SafeAreaView 영역에 겹쳐서 UX상으로 좋지 못한 결과를 가져다 준 것이다.
이걸 동시에 해결하려면 웹-앱 간의 커뮤니케이션 코드가 더 추가되어야 한다.
(참고로 위 예시는 수많은 이슈들 중 마이너한 부분이었다.)
그런데 계속 이런 방식으로 해결해나가다 보면 장기적으로 봤을 때 유지보수 비용이 더 많이 발생하게 될 것이라는 생각을 했다.
웹의 코드만 건드리는 것이 아니라, 앱의 코드까지 건드려야 하기 때문이다.
상황이 이렇다보니 여기저기서 불만의 목소리가 들렸다.
"아무리 React Native가 싫다지만.. 진짜 이정도면 그냥 React Native로 개발하는 게 낫겠는데?"
계속 이렇게 가다간 Due Date까지 우리가 원하는 결과물을 도출해내는 것이 불가능할 것 같았다. 
회사는 이제 곧 Series Pre-A 단계의 투자를 유치할 것이고 빠른 피쳐 개발을 통해 유저의 피드백을 토대로 발전시켜 나가야 하는 상황이었는데, 현재 회사의 상황과 우리의 개발 방식 간의 괴리가 있는 것 같다고 느꼈다.
우리의 개발 방식을 요약해보면 아래와 같았다.
기존 모바일 앱 코드 분석 (React Native 기반 코드 파악 & 특정 코드가 어떤 기능을 하는지 등 Search)
앱에서는 이러한 방식으로 구현을 했는데, 웹에서 똑같은 메커니즘을 적용하는 것이 가능한가에 대한 고민
웹에서 앱의 특정 코드와 같은 기능을 할 수 있는 옵션이나 라이브러리는 무엇이 있는지 Search & Apply
웹과 앱 간 특정 커뮤니케이션을 어떻게 해야 하는지 Search & Apply
예상치 못한 이슈 발견 후 Search & Resolve or Hold
그냥 React Native로 개발해 나갔으면 1번 + ⍺에서 그쳤을 것이다.
개발을 해나갈 수록 점점 더 회의감이 들었다.
순수 웹이나 순수 앱으로 개발했으면 하지 않아도 될 고민들을 하고 있는 나날들 때문에 너무 스트레스를 받았다.
결국 나는 11월이 거의 끝나가고 있던 시점의 어느 날, 퇴근 후 집에서 밤 10시 즈음부터 글을 써내려가기 시작했다.
현재 우리가 겪고 있는 이슈들과 그것들을 해결하기 위해 했던 노력의 흔적들을 스크린샷, 동영상, 설명 등을 곁들여 적었다. 그리고 지금 이 시점에 우리에게 가장 필요한 것은 무엇인가, 만약 이대로 프로젝트를 억지로 끌고 갔을 때 생길 문제점 등을 서술하여 프로젝트를 엎어야 한다는 결론의 글을 작성했다.
글에 마침표를 찍고 시계를 봤을 땐 새벽 4시였다. 😵
12월. 프로젝트를 엎고 다시 React Native로
12월 초. 내 장문의 글이 먹혔다. 많은 의견들이 오갔고, 결국 개발자분들의 만장일치로 프로젝트를 엎자는 결론을 얻었다.
약 1개월 반 정도를 소모했으나, 우리는 이번 시행착오를 통해 큰 교훈을 얻었고 나름대로 유의미한 시간이었다고 생각한다.
이후 다시 React Native로 앱을 개발하고 있는데, 확실히 고민해야 할 것들을 고민하고 있으니 더 재밌었다.
또 Amplitude와 FireBase Remote Config를 통해 이벤트로그를 심고, A/B 테스트도 진행해보고 있다.
사용자 액션에 따라 이벤트로그가 찍히는걸 보고 있으니까 너무 꿀잼인것ㅎㅎ
2주 스프린트가 좀 빡쎄긴 하지만 그래도 예전보단 만족스러운 하루하루를 보내고 있다.
그리고 Series Pre-A 단계의 투자 유치도 성공적으로 이루어진 기념으로 첫 팀 회식을 했고, 팀워크를 다질 수 있는 시간도 가졌다. 🙂
앞으로 회사와 함께 내 개발 실력도 무럭무럭 성장할 수 있는 2022년이 되었으면 좋겠다!

2021 하반기 회고

HotHandCoding

DarrenKwon

Notion에서 더욱 깔끔하게 읽을 수 있습니다.
https://glass-lily-8dc.notion.site/2021-8be2f1577d7c49e1836550788cb09746
 
1년을 회고해보니 회고와 동시에 미래에 대한 계획도 어렴풋이나마 생기게 되어 정리해본다.
뒤돌아보니 회사에 근무한 6개월간 나름 치열하게 성장도했고 동시에 스스로에 대한 부족한 점도 알게되었지 않나 싶다. 가장 큰 건 관심 있는 분야가 생겼다는 것.
 
1. 첫 회사
2021년 6월 말에 BUSINESS CANVAS에 조인했다. 친구의 친구가 참여하고 있는 회사였는데 블포파 피칭데이에서도 등장하고 심지어 학교 수업 시간에도 언급되는 등 다양한 곳에서 언급이 되어 궁금증이 생겼다. 그래서 무작정 인턴 자리 없냐고 물어보고 없는 자리를 만들어 지원했었다. 지원 후에는 일반 정규직의 입사 절차인 코딩테스트 → 기술면접 → 팀핏 면접을 통해서 선발되었다.
 
생각해보면 당시의 마음가짐은 굉장히 가벼웠다. 첫 회사라기보다는 미래에 창업을 할 생각이 있어서 스타트업의 생리를 몸소 경험하고 배우고 싶어서 반쯤은 투자하는 기분으로 지원하였다. 그래서 제대로 된 이력서라기보다는 정리하고 있었던 개발 블로그와 github 주소를 첨부하였다. 자기 소개서는 우대 사항에 해당 되는 내역을 상세하게 적는 등 성의있게 적긴 했지만 분량은 A4 반장 정도로 비교적 간략하게 적어 보냈다.
 
당시에 보냈던 포트폴리오는 대략 아래처럼 생겼었다.
Portfolio
 
결론적으론 학기 중에 인턴으로 들어가서 일을하다가 정규직으로 전환되었다. 인턴 정도로 스쳐갈 회사라고 생각했는데 첫 회사가 되어버린 것이다. 물론 그 사이에 회사도 성장하여서 라운드가 높아졌다.
 
50억을 투자받고 시리즈 A 회사가 되었다.
비즈니스캔버스, 50억 투자유치..."글로벌 SaaS 기업 도약" - 머니투데이
 
초반에는...
익숙하지 않았던 프로젝트 구조
첫 회사이기도 했고 사이드 프로젝트 이상의 프로덕션 레벨의 코드를 처음 접해보아서 초반에는 힘든 편이었다. 무엇보다 내가 알고 있는 구조가 아니었다.
현재 폴더링과 모델링을 포함해 FE의 전반적인 구조를 개선하고 있는 리팩토링 작업을 하고 있음을 감안한다면, 내가 만약 그 때 더 노련했더라면 프론트 아키텍쳐 개선을 건의하고 주도할 수 있었을텐데란 생각이 든다. 이 건에 대해서 얻을 수 있는 것은 다음과 같았다.
신규 입사자가 들어온 시기는 기존에 발견하지 못했던 결함(그것이 개발이든, 문화이든)을 발견할 수 있는 소중한 기회라는 것
내 경험과 실력이 부족하다는 것
프론트엔드 구조 개선이 이루어지면 이를 회사 기술 블로그에 정리해서 되새김질해볼 예정이다.
피어 코드 리뷰
코드 리뷰 자체가 처음이었다. 그런데 merge protection 규칙이 최소 2명 이상의 리뷰를 받아야만 merge가 가능하게끔 설정이 되어 있었고, FE가 나를 포함해 3명밖에 없었기 때문에 결과적으로 내가 리뷰를 하지 않으면 merge가 되지 않았었다.
프로젝트의 전체적인 그림 자체도 명확하지 않은 상태에서 리뷰를 해야만했고, 설사 approve를 하더라도 merge된 이후에 문제가 발생하면 리뷰자인 내가 책임을 물어야 할 것 같아서 부담스러웠다.
게다가 내가 할당 받은 ticket 처리에도 시간이 부족했었는데 리뷰를 진행하다보니 context switching의 비용이 컸었다.
결국 리뷰가 늦어져 개발 속도가 늦어지게 되었다.
이 문제는 내가 성장하면서 일부 해소가 되었다.
리뷰에 너무 큰 의미와 책임을 두게 되면 오히려 리뷰가 악효과를 가져오게 되는 것을 경험했다. 그렇다고 대충하라는 말은 아니지만 장고 끝에 악수 둔다는 말이 있지 않은가.
돌이켜보면 프로세스 자체의 개선이 불가능했을까 생각이들지만, 오히려 이렇게 빡빡했기 때문에 사수가 없는 스타트업에서 그나마 코드 퀄리티를 유지하기 위한 최선의 방법이 아니었나 싶다.
현재는 기존 멤버들의 성장 + 훌륭하신 분들의 입사로 리뷰 적체 문제는 상당 부분 해결되었다.
온보딩
온보딩은 ‘신규 입사자니 이 시간 동안 잘 적응하세요'가 아니라 ‘이 시간 안에 자신의 쓸모를 입증하라’는 것에 가깝다고 생각한다. toxic한 생각일지도 모르겠지만, 적어도 나는 그렇게 느꼈다.
다른 회사에가서 다른 경험을 하면 또 달라질지도 모르는 일이다...
런웨이를 계산해나가면서 하루하루 일을 진척시키는 것이 스타트업 때문에 이 사람이 필요한지 아닌지가 상당히 빨리 판가름나는 편이다.
 
2. 개발
컨벤션의 중요성
프로젝트의 규모가 커질수록 규칙을 정하는 것은 매우 중요해진다.
특히 css를 우습게 보면 안된다. 프로젝트의 규모가 커질수록 정말 걷잡을 수 없어진다.
NHN css convention을 참고해서 자체적으로 CSS Convention을 기존 멤버분이 사용하고 계셨는데 천만다행인 일이다.
프로젝트가 커지면서 z-index repository를 만들어 관리하고 있다. 잘못 관리하면 서비스가 복잡해질수록 정말 지옥을 맛볼 수 있다. (vscode 소스 코드를 참고함)
이 모든 것들을 위해서 eslint, stylelint, prettier formatter를 pre-commit 시점에서 git hook을 통해 작동하도록 만들었다.
stylelint가 자동으로 내가 설정한대로 (심지어 css-in-js도) fix해주기 때문에 css convention을 수동으로 확인하지 않아도 되어서 리뷰 시간이 매우 많이 단축되었다.
import 순서에 대하여 prettier-plugin-sort-imports를 통해 formatter단에서 해결하는 방법과 eslint-plugin-import를 통해서 lint단에서 해결하는 방법 사이에서 결론적으론 eslint-plugin-import를 만족스럽게 사용하고 있다.
react-hooks/exhaustive-deps rule은 정말이지 최고다.
 
FE에서의 도메인 주도적인 설계의 필요성
엄격한 DDD를 말하는 것이 아니다.
bizdev팀 ↔ 기획팀 ↔ 개발팀 간의 용어를 통일할 필요성을 느꼈다.
이건 여러 팀과 멤버들이 노력해주어서 어느 정도 통일이 된 상태이다.
특히 서비스 특성상 한 entity가 다른 entity의 역할을 겸임할 수 있어서 말을 하다보면 우리 스스로가 헷갈리는 경우가 많았다.
ex - 우리가 정의한 ‘Document’가 Document도, Folder도, Resource도 될 수 있는
fetching해온 데이터를 model에 맞게 class로 wrapping하고 관련 조작 함수들을 메서드화해서 관리하는 방법론을 멤버분이 제안해주셨는데, 아직 작업이 끝나지 않았지만 복잡했던 비즈니스 로직이 점차 자리를 잡아가는 것 같다.
flutter의 방식을 차용한 것인데, 이런 사례만 보아도 다른 영역을 공부해두는 것은 언젠가 도움이 되는 것 같다.
 
기술에 대한 깊은 이해에 대한 추구 필요
번들링
기존 프로젝트에서는 neutrino.js라는 라이브러리를 사용하고 있었으나 javascript → typescript 마이그레이션을 위해서 싹 밀어버리고 webpack를 활용해서 바닥부터 다시 빌드했다.
솔직히 ‘작동한다’에 가깝지 ‘잘짰다'는 아닌 것 같다.
이 과정에서 번들러에 대한 공부를 이것저것 살펴보았다. 지금은 없어졌지만 회사에서 browser extension을 만들면서 newTab을 vite.js로 번들했는데 매우 빨라서 놀랐다.
내가 typescript를 알고 있는 것이 맞나
Components props 타이핑 좀 해주는 수준이 아니라 제대로 알고 있는지에 대한 의문이 들기 시작했다. 나는 타입스크립트에게 정말 내 의도를 이해시키고 있는 것인가?
[April 2020] Epilogue & Session 3. 타입스크립트에게 내 의도를 이해시키는 방법 - 김혜성 님
FE의 배후에 놓인 기술들이 어쩌면 나의 edge가 될 수 있을 것 같다는 생각이 든다. javascript가 아닌 타 언어를 활용해서 프론트엔드의 성능이나 DX를 향상시킬 수 있는 것이 매우매우 매력적이라고 생각한다.
Go언어로 만들어진 esbuild를 보면서 FE에 이런 분야가 존재한다는 것을 알고서는 관심이 가게 되었다.
Go와 Rust를 배우고 싶다
swc와 같은 프로젝트를 보고 내가 모르는 것이 너무 많다는 것을 느꼈다
[A6] swc와 웹 개발의 미래
상반기 즈음에 진행할 browser extension 개선 프로젝트를 rollup + 모노레포로 구성해보고 싶다.
Web 3.0을 공부해보고 싶다.
buildspace 가입만 해놓은 상태
buildspace
 
오픈소스를 만들어보다 (⇒ 개밥먹기도 시도해보자)
부끄럽지만 이렇게라도 연습을 해보고있다.
솔직히 메인테인을 할 정도의 프로젝트는 아닌 것 같다.
ko-fuzzy
typed-design-system
 
2022년에는 가능하다면
한국어+영어 조합에서 사용 가능한 client-side 검색 기능 라이브러리를 만들어서 배포해보고 제대로 메인테인을 해보고 싶다. 추가적으로 이렇게 만든 오픈소스 라이브러리를 회사 내에도 도입하여 개밥먹기를 해보고 싶기도 하다.
 
개발 문화 조성에 대하여
테크 블로그 개설 및 활성화 시도
처음에는 gatsby로 개발 블로그를 직접 만드려고 했다.
실제로 github action을 통해서 간단한 배포 프로세스도 만들었지만, 지속적으로 블로그의 개발적 퀄리티에 신경을 쓸 리소스가 없다고 판단하였다. 결국에는 미디엄 블로그를 열었다.
블로그는 만들어졌지만 팀원들이 자발적으로 글을 쓰게 만들어야 한다.
현재 회사에선 팀원간 사이가 돈독(?)한 편이라서 알게된 것을 공유하는데 거리낌이 없는 편이다. 공부하기 좋은 자료가 생기면 가장 먼저 올리는 곳이 slack이다.
회사에서 일을 통해 얻게된 지식을 글로 정리하는 것은 개발자 채용에도 도움이 되고 회사의 인지도를 높이는데도 도움이 된다.
글쓰기를 의무로 만드는 것은 의미가 없다. 현재 회사에 적극적으로 어필해서 개발 블로그 작성에 포상금이 주어지도록 만들었다.
그러나 개인 블로그가 아닌 회사의 이름을 달고 쓰는 개발 블로그는 부담감이 심한 편이다. 솔직히 지금까지 글이 딱 1개밖에 없다. 블로그를 만든지 얼마 안 되었으니까 좀 더 지켜보자...
 
자기 PR
CV역할을 할 영문 버전의 개인 블로그를 만들어야 할 필요성
현재 블로그는 신변잡기적인 내용까지 잡다하게 들어가 있다. CV 역할을 할 깔끔한 영문 블로그가 필요
영문 블로그에는 지금처럼 아무 글이나 적지 말고 깊이 있고 핵심적인 글만 올려야 한다. 대표적인 예시로는 아래와 같은 블로그들이 참고해볼만 하다
TK
Anthony Fu
내가 새롭게 배운 것들을 녹여낸 사이드 프로젝트 개발의 필요성
사실상 github에 있는 다양한 코드들은 내가 알고 있는 것들, 배운 것들과 어느 정도 괴리가 생긴 편이다.
현재 시점으로 보니 과거에 짠 내 코드들이 더럽다고 느껴지는 부분이 많다.
 
etc
주말을 앞두고 배포를 진행하는 것은 좋지 못한 생각이다.
 
3. 비즈니스
회사의 오너로써
작동하는 것 / 쓸 수 있는 것 / 팔 수 있는 것
트위터에서 어떤 분이 말씀하신 분류인데, 정말로 절묘하다고 생각한다. 이 셋 사이의 차이는 정말로 크다.
직원이 불만없이 일에 몰입할 수 있는 환경을 조성하는 것도 대표의 능력이다
데이터 기반 제품 개발과 의사 결정의 중요성
시장 크기 >>>>>>> 팀 >>>>>>>>>>>>>> 아이디어
학교에서 지속적으로 공부한 내용이지만 체감해보니 그 정도가 다른 것 같다. 정말로 처음의 아이디어 그 자체로서는 아무 의미가 없다.
valuation은 정말로 협상의 영역이다. 같은 지표와 결과를 가지고서도 초기 기업의 valuation은 10배 이상 차이가 날 수도 있다. 정말이다.
회사의 직원으로써
개발팀이 핸들을 잡고 있는 회사로 가야 한다.
핸들을 쥐고 있다면 적극적으로 운전해야할 책임이 있다. 위에서 주는 것만 한다는 입장도 존중하지만 아직은 내 성격이 그걸 받아들이기에 쉽지 않은 것 같다.
특히, 부채 청산 기간은 개발자가 책임지고 얻어내야 한다. 기술 부채가 비즈니스적으로 어떤 결과를 불러올지 제일 잘 알고 있는 사람이기 때문이다.
FE에 대한 생각이 어떠한가. 단순히 '뷰 찍는 사람' 정도로 생각한다면 실제로도 그 정도 일밖에 안하고 있을 가능성이 높다. 다행히도 지금 회사는 너무 좋은 편.
면접을 통해 해당 회사의 내부 분위기를 파악하라고는 하지만 사실 면접으로는 제대로 알 수가 없다. 그럼에도 불구하고 낮은 퇴사율은 좋은 회사와 유의미한 관계가 있는 듯하다.