💡

생각 노트

회고록

"생각대로 살지 않으면 사는 대로 생각한다"는 말에 따라, 다짐한 내용의 실천 여부와 감정을 되짚어보며, 자아를 잃어버리지 않으려고 작성합니다.

팀블라인드 소개

팀블라인드는 직장인이 회사 이메일로 가입하면 특정할 수 없는 회사 소속의 개인이 글을 자유롭게 남기며 소통할 수 있는 커뮤니티 서비스이다. 뉴스 기사에서 부당한 직장 이야기가 다뤄진다면 팀블라인드 커뮤니티의 캡처 화면은 흔히 접할 수 있다. 그런데 입사 이후에 미국에도 별도의 서비스가 있다는 것을 알게 되었다. 한국의 블라인드 서비스처럼 미국의 블라인드 서비스도 마이크로소프트, 구글, 아마존, 메타, 테슬라 등 유명한 기업에 종사하는 사람들이 많이 사용한다고 한다. 그런데 한국과 미국은 문화가 다르다 보니 서비스가 독립적으로 운영되고 정책에서 두드러지는 차이가 있다. 그래서 한국 개발자 분들이 미국 서비스까지 개발을 맡다가 점점 미국 서비스도 한국만큼 규모가 커지면서 미국/캐나다 등 각지의 개발자를 영입하여 서비스를 운영하고 있는 시기였다.

한국 서버 개발팀이 서비스를 운영하다가 미국/캐나다 개발자에게 바톤을 넘기면서 긴밀히 협력해야 하는 시점에 있었다. 주기적으로 서로의 업무 내용을 공유하기 위해 한국 시각 기준 오전 9~10시에 양국 개발팀이 서버 개발에 회의를 온라인으로 진행했다. 꼭, 업무 내용이 아니더라도 개발에 도움이 되는 툴을 소개하거나 좋은 개발 문화 만들기 위한 주제, 그리고 특정 기술을 주제로 발표하는 기회로 발표할 수 있는 시간을 만들어가고 있었다. 첫째로 희망자가 자원하거나 그렇지 않은 경우에는 순번을 정하며 발표를 준비하게 되었는데 그중 내가 발표를 자원하게 되었다.

발표를 준비한 이유와 준비하게 된 주제

순번으로 걸렸던 것도 아니고 지목 당한 것도 아니었다. 도대체 내가 왜 나서게 됐을까? 나는 개인적으로 두 번 다시 태어나더라도 이런 기회를 경험하기 어렵다는 판단이 든다면 본능적으로 나서게 되는 면이 있다. 그래서 미국 개발자들과 함께 교류하고 싶은 마음에 선뜻 나서게 됐다. 마치 그 시기에 “자바스크립트는 왜 프로토타입을 선택했을까”라는 글에 꽂혀 있었다. 당시에는 이 포스팅을 몇 번을 읽어도 전부 이해하기에는 역부족이었다. 그런데 내가 한번 다른 사람들을 대상으로 한 발표를 준비한다면 보다 잘 이해할 수 있지 않을까? 하는 마음에 이 어려운 주제를 선택했다.

어떤 개념을 이해하거나 정복해 보겠다는 다짐을 하면서도 막상 큰 벽에 부딪히게 되면 거기서 헤어 나올 방법을 찾아야 한다. 그러나 자발적인 동기로는 오래 가지 못한다. 마찬가지의 경우로 PT를 받는 것도 혼자서는 레그프레스 무게 만땅 치고 4개밖에 못 밀겠다고 생각하던 것이, 옆에 사람이 붙어서 개수를 세고 있으면 10개까지도 하게 된다. 그래서 발표도 외부 동기를 이용한다면 나의 역량을 한층 더 성장시킬 수 있을 것이라고 생각했다.

발표 준비와 과정

한국과 미국 개발자 분들을 대상으로 하다 보니까 한글로만 발표 자료를 준비할 수는 없었다. 그래서 통역하시는 분과 협업이 필요한 상황이었다.

통역하시는 분이 계셨지만, 굳이 내가 직접 영어로 말하고자 했던 이유가 있었다. 몇 번의 한/미 양국 개발자의 세미나를 들어 보니 통역하는 과정에서 언어간 스위칭 비용(시간)이 많이 드는 것을 알게 되었다. 내용이 영어로만 적혀 있는 경우에는 전적으로 통역사 분의 힘을 빌려야 하기 때문에 통역할 차례가 올 때까지 마냥 기다리는 수밖에 없었다 보니 집중력이 흐려지는 경우도 있었다. 20분 분량의 간단한 발표일지라도 언어 스위칭 비용 때문에 2배의 시간이 걸리는 것이 일반적이었다. 그래서 통역이 전문적으로 필요하지 않은 부분은 슬라이드 노트에 미리 메모해 외운 체(?)하며 내가 직접 언어를 스위칭하여 시간을 절약하며 집중을 유도했다(오, 저 사람 영어 할 줄 아나 봐!).

PPT 화면에 글자가 많이 들어가는 것을 좋아하지는 않지만, 양국 개발자의 원활한 이해를 돕기 위해 불가피하게 2개국어를 모두 화면에 실었다. 양국 개발자의 원활한 이해를 돕기 위해서는 PPT 자료도 2개국어가 모두 적혀 있으면 좋겠다고 생각했다. 내가 먼저 한국어로 발표하면 다음에는 통역사가 번역해 주시는 형식으로 진행됐다. 이때 내가 한국어로 말하는 틈에 미국 개발자는 통역사의 번역을 듣기 전에 화면을 통해 내용을 먼저 접하게 된다면 보다 집중을 끌어올릴 수 있을 것이라고 기대했다.

한/미 개발자 대상 글로벌 발표를 하고 난 뒤…

팀블라인드를 알게 된 계기

팀블라인드로 옮기기 전에 근무했던 회사에서는 Spring boot, Vue를 이용한 작업을 주로 맡게 되었는데 그중 Vue 작업을 많이 하게 됐다. 그러다 보니 자바스크립트를 많이 공부하게 되었다. 프로젝트를 진행하면서 서버가 Node.js로 구성된 프로젝트도 맡았었다. 팀에서 담당하는 프로젝트를 문맥 교환이 자연스러울 정도로 익숙해져야 한다는 정책에 따라 나는 거의 3개월 주기로 다른 성격의 프로젝트를 접하게 되었다. 그런데 기술 스택이 조금씩 차이가 있었다. 백엔드는 Spring을 쓰는 프로젝트도 있었지만 Node.js 기반의 프로젝트도 있었다. 두 가지 영역을 왔다갔다 하면서 작업해야 하니 Java까지 사용해서 두 개의 언어를 다루는 것보다는 하나의 언어를 다룰 수 있는 Javascript 진영에 마음이 끌렸다. 백과 프런트 둘 다 구현하면서 한 가지 언어만 신경쓰면 되니까!

당시 근무했던 SI 회사 분위기

그런데 SI 업무 특성상 갑작스러운 신규 프로젝트를 팀에서 담당하게 되고 내가 담당하진 않았지만, 인원이 모자라게 되면서 급하게 투입되었다. 그리고 주말에도 불려나가게 되었다. 회로를 불태우는 평일을 위해 주말엔 쉬고 싶었는데 마음대로 안 나갈 수 있는 상황은 아니었다. 회사에서는 불가피한 업무에 양해를 구한다는 느낌보다는 필요하다면 당연히 나올 것처럼 생각했다. 그리고 격무에 시달리는 동료들의 코드 품질이 나날이 하락하는 것을 체감했다.

아직까지도 이 이후로 5중으로 둘러싸인 반복문을 본 적은 없었다. 당시에는 내 두 눈을 의심했다. 얼마나 프로젝트 기한이 촉박했으면 이런 선택을 할 수밖에 없었을까? 그런데 당시에는 내가 신입사원이니까 5중 반복문을 하나의 덩어리로 인식하는 데 훈련이 필요하지 않은 걸까? 하는 생각까지 해봤다. 지금 시점에서 생각하면 얼마나 우스운 일인지… 이때부터 커리어에 대한 진지한 고민을 시작했다. 이 프로젝트가 마무리되더라도 똑같은 일이 반복될 것 같았다. 그렇다면, 성장할 수 없는 데다가 코드를 리팩터링하지 않고 만드는 것에만 급급한 습관이 내 몸에 스며들 것 같았다.

사람 일은 어떻게 될지 모른다는 불안감에 틈틈이 개발자 시장 상황을 살피던 중 우연히도 팀블라인드 회사를 알게 되었다. 당시 근무하던 회사와 비슷한 기술 스택을 사용하고 있었다. Vue.js를 사용하고 Node.js 기반으로 작업하고 있으니 이직하더라도 도메인 학습만 된다면 바로 업무를 할 수 있을 것 같다는 기대감이 들었다. 그리고 회사가 만들고 키우는 서비스를 보면서 ‘나도 서비스에 애착을 가지면서 성장할 수 있지 않을까?’ 하는 기대를 품게 되었다. 결국 나는 팀블라인드에 서버 개발자(Node.js)로 지원하여 입사하게 되었다.

팀블라인드에 합류하기로 한 이유

직장 문화 현대화를 위한 사명에 동참

블라인드 커뮤니티에서는 내가 소속한 회사가 보이고 익명 사용자로서 소통할 수 있는 공간을 제공해 준다. 이 공간에서 사내 부조리한 일들이 어떻게 벌어졌는지 공론의 장이 된다. 그중 몇몇 충격적인 사건은 몇 번 방송을 타거나 뉴스 기사로 올라오기도 한다. 파급력이 커지면서 회사원이라면 대개 이 커뮤니티에 가입할 것이다. 나는 공직자로 생활한 적이 있는데 2010년대에도 고위직 공무원들이 “관습”을 핑계로 부조리한 일을 저지르는 것을 봤다. 1980년대에 머물러 있는 퇴폐적 직장 문화가 현대화되길 바라는 마음이 있었던 것 같다. 그래서인지 이 회사가 계속해서 눈에 밟혔고 내가 구성원으로 합류하게 된다면 좀 더 나은 사회를 만드는 데 기여할 수 있을 것 같았다. 물론 혹자는 익명이라고는 하지만, 지켜질지에 의문을 품는 사람들도 있을 거다. 나도 그런 생각을 품었던 적이 있다. 실제로 공직에서는 익명으로 설문을 진행하지만, 사실 추적하면 다 나온다는 우스갯소리가 돌기도 했다. 그만큼 익명성이 지켜지기 힘들기는 했다. 이런 구시대적 사회를 경험하고 나온바, 나도 그 부분이 걱정됐다. 하지만 블라인드는 “잃어버리면 안 되는 것은 가지고 있지 않는다.”는 보안 철학을 가지고 있었는데 그걸 믿어보기로 했다. 경험해 보니 실제로도 그랬다.

나에 대한 뜨거운 관심

정말 신기한 것은 2021년까지 나에게 가장 많은 관심을 보여주었던 회사였다. 인터뷰에서는 같이 일하게 될 팀원 분들이 들어오셔서 이런 저런 물음을 주셨다. 나의 이력서에 밑줄까지 쳐 오시고 궁금한 점을 하나 하나 물어 주셨다. 누군가는 “그게 뭐 대수라고”라고 생각할 수도 있다. 하지만, 내가 공무원을 했다가 때려 치우고 첫 커리어를 내딛기 위해 개발자로서 면접장에 들어섰는데도 이걸 안 물어보는 회사도 있었다. 서로의 관심이라는 것을 중요하게 느꼈던 터라 팀블라인드에서도 내게 관심을 가져주지 않으면 어떡할까 하는 걱정도 있었다. 그런 걱정이 무색하게도 인터뷰에서는 블로그에 쓴 글까지 꺼내 질문해 주셨는데 사람을 뽑는 것에 진심이라는 것이 느껴졌다. 심지어 블로그에 왜 글이 안 올라오냐는 질문까지 받았다. 지원자일 뿐인데도 이렇게 많은 준비를 해 오신 것이 인터뷰 자리에서 보였다. 긍정적으로든 부정적으로든 일을 하는 데 동료가 영향을 가장 많이 끼친다고 생각했는데 팀블라인드 동료와 함께라면 일상이 즐거울 것 같았다. 실제로도 그랬다.

입사 첫 날의 감동과 기대했던 점

그동안 일방적인 합격 통보 메일과 입사 안내 메일은 받아봤어도 이렇게 회사 구성원 한 분으로부터 한 사람을 대한다는 느낌을 받아 본 경우는 처음이다. 오퍼 수락 후 친절하게 챙겨주시는 직원분의 따뜻한 메일에 입사하기로 나의 결정은 공고해져 간 채 입사 첫 날이 다가오게 되는데…

팀블라인드에 입사하기까지…

2021년 이룬 것들

1. 바디프로필

"두려움을 극복하며 성장하는 개발자 되기"

2. 2021년 1일 1커밋 달성 완료

나로서 가장 축하할 일인 것 같다. 개발자가 된다면 가장 해보고 싶은 것이 1일 1커밋(매일 공부하기)이었다. 퇴근한 이후에도 자기 계발을 위해서 꾸준히 집에서 공부하기 위해 인강을 수강하거나 사이드 프로젝트를 진행하는 것을 꿈꿨다. 공부를 시작한 이유는 그저 내게는 신입으로서 개발자를 시작하는 것이 인생의 도약이었는데 이는 회사 입장에서는 아직 검증되지 않은 인재를 뽑는 것 자체가 모험이 될 수 있다고 생각했기 때문이다. 그래서 하루 하루 개발자로서 겪게 될 일들에 관해 두려워하는 날 자신감으로 바꾸고자 잔디밭을 열심히 채워나갔다. 이를 통해 얻게 되는 보람과 성취감도 상당했다. 다만, 모두가 염려하는 만큼 주객이 전도되거나 의무감에 파묻히지 않기 위해서 무의미한 커밋(공백을 찍는 등 공부와는 관계없는 커밋)은 지양하되 한 줄을 코딩하더라도 공부와 관련된 것을 커밋으로 남겼다.

앞으로 얼마나 더 할 수 있을지(?)는 모르겠지만, 크게 의미부여하지 않고 그저...

내일 지구가 멸망하더라도 나는 매일 Github 잔디밭에 하나의 잔디를 심을 것이다.

3. 인터랙티브 웹 개발 제대로 시작하기

2021년 전체 회고

개발자로서 두 번째 커리어를 시작한 날

2021년 8월 17일

평소 서비스를 하는 회사에 들어가서 개발하는 것이 꿈이었던 내게는 정말 꿈 같은 상황이 펼쳐졌다. 드디어 나에게도 SI에서 서비스를 하는 스타트업으로 이직을 하게 된 것이다. 이게 꿈이야 생시야? 아직도 황홀해서 어질어질하다.

간단한 이직 동기

특히 코드를 작성한다고 해서 모두 같은 코드가 아니라는 점을 전 직장을 통해 깨달았다. 논문에나 등장할 법한 문법적으로 고급 수준의 휘황찬란한 스킬을 바랐던 것이 아니다. 서비스업계에서 일하게 되면 그 회사만의 제품을 만드는 것이고 그러다 보면 서로간의 호흡이 중요할 텐데 코드로 팀원들과 호흡을 하고 싶었다.

SI에서 힘들었던 점

회의감

그런데 생각보다 SI업계에서는 고객사가 빠듯한 일정을 요구하면 그에 맞춰서 작업을 해야 하기 때문에 시너지 효과를 낼 수가 없을 뿐더러 호흡을 맞추는 것조차 힘겹다.

하다못해 하나의 기능을 구현하기 위해서 한 개의 컴포넌트로만으로 충분할지 두 개의 컴포넌트로 분할해서 기능별로 작성하는 것이 옳은 건지 조차 고민할 여유없이 이전 컴포넌트에서 복사-붙여넣기를 해야 하는 상황이 있었다.

좀 더 깔끔하고 보기 쉬운 코드를 작성할 수 있을 것 같은데 기능은 복잡하고 시간에 쫓기다 보니 어쩔 수 없이 복사-붙여넣기를 해야만 하는 상황이 올 때마다 아, 나는 복붙 머신이 아닌데 하는 회의감이 너무 컸다.

공장의 부품처럼 일했어야 했나?

내가 개발자를 선택한 것은 개발을 잘해서도 있지만, 무엇보다도 개발하는 것을 좋아하니까였다. 사람의 손으로 일일이 작동시켜야만 하는 일련의 과정을 프로그래밍을 통해 결과물을 구현하고 작동시키는 모든 과정을 즐긴다.

그래서 개발은 일이라기보다는 재미있는 일이 되고 싶었다. 그런데 SI업계에서는 재미있는 일이 되기는 다소 어려웠다. 충분히 재충전할 시간 여유도 없이 시간이 모자라니 복-붙해야 하고 이미 기획은 나왔지만, 시시때때로 변하는 요구사항을 처리하는 피로감은 제품 개발을 지치게 만들었다.

2021년도 하반기 이직, 그 후

아직 만 1년의 시간을 채우려면 몇 달의 기간이 필요하지만, 그래도 입사 후 몇 달간 많은 경험치를 얻어냈다는 판단이 들어서 글을 써보겠다고 다짐을 하게 되었다.

그동안 개발을 혼자서만 공부하면서 성장을 했었는데 현업에서 어떻게 경험치를 쑥쑥 키우게 되었는지에 관해 회고해보고자 한다.

1년차 개발자의 성장 회고

1. Javascript 언어의 이해

현업에서는 Front-end는 자바스크립트를, Back-end는 Java 언어를 사용하는 환경에서 작업을 하고 있다. 풀 사이클로 업무를 수행하지만, 보통의 경우에는 Javascript를 이용하여 Front-end단의 작업을 수행하는 이슈가 훨씬 많다. 그런데 생각보다 토이 프로젝트로 작성했던 프로젝트가 아닌 이상 SPA로 만든 프로젝트 소스 코드를 확인하는 것은 이번 회사가 처음이었기 때문에 조금 긴장이 섞였었다.

모던 Javascript 튜토리얼을 통한 학습으로 기본기 다지기

물론 하나의 이슈를 작업할 때 모든 소스코드를 훑어보는 것이 아니라 필요한 문서(.js)만 살피면 되는 것이지만, 그래도 이러한 문서들이 낯설게 느껴지면 안 되겠다고 생각하여 모던 Javscript 튜토리얼을 학습해 가며 소스코드를 병행해 보기 시작했다. 그런데 확실히 자바스크립트 소스 코드에 많이 익숙해져서인지 이제는 소스코드를 읽을 때 예전보다는 좀 더 빠른 속도로 읽어내려갈 수 있었다.

프로토타입 언어에 관해 알아가기

자바스크립트는 객체지향이라는 패러다임도 공유하지만, 확실히 자바와는 다른 무언가가 있었다. 프로토타입 기반 언어라는 것을 몰랐던 것은 아니었지만, "자바에서는 클래스였다면 자바스크립트는 프로토타입기반의 언어이다."라는 정의 정도만 말할 수 있을 정도였다. 그런데 지금은 이 프로토타입 기반의 언어는 클래스와는 어떠한 차이가 있는지에 관해 조금은 설명할 수 있다.

this 이해하기

예전에는 강사가 화살표 함수를 쓰니까 따라 쳤던 기억이 난다. "ES6에서는 () => {...}와 같이 간략하게 적을 수 있으니까 화살표를 선호하는구나" 정도에서 멈췄었다. 물론, 지금도 완벽하게 알고 있다고 자신할 수는 없는 상황이지만, 적어도 해당 Context의 내용을 공유하기 위해서 간편하게 화살표 함수를 사용한다는 것 정도까지는 설명할 수 있다.

예를 들어, obj가 가리키는 {} 객체 내부에서의 this는 객체 자신을 가리킨다. obj에 say라는 메서드가 있다고 가정하고 이곳에서 console에 this.name을 출력하고자 한다면홍길동 님이 될 것이다.

1년차 개발자의 성장 회고

2020년 회고

조금 늦은 감이 있지만, 더 늦기 전에 2020년을 회고해 본다. 2020년은 대개 개발자로서 성장하고자 준비하고 도약한 한 해라고 평가하고 싶다. 나는 그동안 개발자와는 전혀 다른 길을 걸었다. 직업의 절대적 안정성을 보장하는 공직의 자리를 걸었는데 공무원을 그만두고 개발자로서 성장하기 위해서는 빠른 선회가 필요했다. 그리고 그동안 배웠던 컴퓨터 공학적인 지식을 정리하고 프로그래밍적인 감을 키우며 포트폴리오를 만들어 개발사에 취직하는 것이야말로 최상의 시나리오였다.

개발자 --init

국비지원 학원에 등록하기 이전에 국비 학원에 관한 좋지 않은 시선들이 많았다. 특히 강사는 복불복이고 가르치는 커리큘럼이 아무리 대단하더라도 잘 가르칠 리가 만무하다고. 그리고 8시간 동안 배우는 내용이 방대해서 그걸 다 소화하기에는 시간이 모자랄 것이라고들 하였다. 그러나 이것 말고는 딱히 선택권이 없던 나에게는 그저 기회를 잘 활용하는 것뿐이 남아 있지 않았다.

그런데 나의 경우에는 위의 이야기와는 조금 달랐다. 전산직을 준비하기 위해 그간 학부 시절 배웠던 컴퓨터 일반과 정보보호론을 공부하며 공학적인 지식을 반복하며 학습하게 되었다. 이러한 지식을 기반으로 다시 프로그래밍하는 관점에서 바라보니 시야가 넓어지는 느낌이 들었다. 그리고 이러한 탄탄한 공학적인 지식을 어느 정도 소화한 상태에서 수업을 들었고 프로그래밍 경험도 처음은 아니어서 생각보다 수월했다. 그야말로 평생토록 배운 개발에 필요한 모든 개념이 하나씩 차곡차곡 정리되는 느낌이었다. 정말 국비 학원에 다닐 때는 오가는 걱정 빼곤 행복하다는 생각뿐이었다.

매일 5시에 기상하여 도시락을 싸고 6시까지 헬스장에 도착해 운동하고 7시에 학원으로 출발했다. 8시 전후에 학원에 도착하면 그 누구보다 하루를 빨리 시작한다는 상쾌한 느낌으로 하루를 시작하고 마무리할 수 있었다. 몸은 힘들었지만, 정신만큼은 개운했다.

그동안 못 해 본 공부 해보기

국비학원에 등록하기 이전에 남는 시간이 조금 있었다. 이때 버킷리스트를 실행하고자 했던 것은 수학 공부였다.

정말 수학이 얼마나 어려웠으면 내가 학창 시절에 그렇게 무서워하고 헤맸던 걸까? 내가 배웠던 정승제 선생님께 EBS 50일 수학을 배우고자 했다. 기본적으로 수학적 사고 능력만큼은 배양하는 것이 개발자로서 커리어에 도움이 되겠다고 생각했기 때문에 시작한 공부였다. 수학이라고 하는 것이 그저 어려울 줄만 알았는데 이 또한 언어와 같이 질서가 있다는 것을 생각한다면 그렇게 어렵게 접근해야 할 문제는 아니라고 생각하는 계기가 되었다. 남은 기간이 애매해서 다 끝내지는 못한 아쉬움이 있었지만, 그래도 도전하면 안 될 것은 없다는 것을 배웠다.

처음 해보는 협업 프로젝트

와디즈를 클론한 스프링 프로젝트 이디즈(EYDIZ)

2020년 개발자 성장 회고