📜

Posts

리스트 보기

2024년의 시간은 유독 더 빠르다. 1분기는 어느새 마무리가 되었고, 나는 그 동안 뭘 하였는지 잘 기억이 나지 않아서 일단은 블로그 글로라도 정리를 하며 어떤 시간이었는지 회고할 필요가 있었다.

어떤식으로 회고할지 고민이 되던 차에 서핏에서 마치 나에게 타게팅 된 것 같은 아티클을 누르게 됐다. 삶이 완전히 업그레이드 될지는 모르겠지만, 안의 내용을 기반으로 삼아 작성해보는 것도 재밌겠다 싶어서 양식을 일부 가져와봤다.

회고 초보를 위한, '삶을 완전히 업그레이드'하는 18가지 질문

좋은 삶이란 무엇일까요? 사람의 수만큼이나 답변은 다양하겠지만 보편적으로 좋은 삶이라...

https://eopla.net/magazines/14336#

글에서 알려주는 18가지의 질문들

위 질문들을 작성해주신 작성자분께서는 혼자 일을 하는 사람들을 위한 글을 쓰시는 분이다보니 다소 개인적인 영역에 대한 질문들도 포함되어있는 것 같지만, 사실 일과 삶의 경계가 모호하다고 생각하는 나의 입장에서 이런 질문들은 삶을 복합적으로 이해하는 면에서 유익하다 느껴진다.

그럼 질문을 따라 답을 작성해봐야겠다.

건강

•

2023년 중반정도부터 풋살 / 수영을 시작하게 되었고, 이제는 풋살만 꾸준히 진행하고 있다. 앉아서만 일하는 직업이다보니 최대한 주말이나 평일 중에 활동적인 취미를 가져야겠다는 생각에 꾸준히 해오고 있고 좋아하는 운동이어서 스트레스 관리에도 꽤나 도움이 많이 되는 것 같다. 

•

작년 말부터 식이 조절을 통한 다이어트를 해왔는데, 그 때 식습관과 수면에 대한 중요성을 굉장히 많이 느꼈다. 정제당이 우리 몸의 면역과 균형을 무너뜨리게 되는 부분들과 영양의 불균형이 가져오는 문제 / 수면의 질이 삶에 미치는 영향들에 대한 영상들이 한동안은 유튜브에 지속적으로 노출되었다. (요즘에는 유튜브나 인스타그램의 추천 목록을 살펴보면 한 사람이 꽤나 파악되는 것 같다.)

•

관심을 가져서인지 지속적으로 건강한 상태의 몸과 정신을 유지하고 있는 것 같다. 지속적으로 더 나은 건강을 유지하기 위해 이제는 PT도 등록하여 한달가량 몸을 단련하려 한다. 아이가 곧 출생하게 되는 것 때문에라도 열심히 체력을 기르려는 참이다. 

관계

•

2024-1Q 회고하기

벌써 2023년을 마무리하는 시기가 도래한 사실이 아직도 어색하기만 하다.

지난 회고 에서는 벤디트로 이직 후의 1년을 되돌아보다보니, 22-23년을 걸쳐 회고하게 되었었는데, 이제 1년 단위로 다시 한 해를 반추해봐야겠다.

Events

풀스택 3명 / 백엔드 1명 / 프론트 2명 / 디자이너 1명 / PM 1명

디자이너와 PM이 각각 1명씩 뿐이었기 때문에 두 스쿼드에서는 개발자가 PM 역할을 맡기도 했고, 프론트엔드 엔지니어가 디자인을 담당하기도 했다. 이는 한 명이 여러 역할을 수행하는 어려움을 야기했다.

2023 Review

벤디트에서 함께하게 된 지 어느새 1년이 되었고, 개발자로서 일하게 된지는 만으로 4년이 되었다.

그간의 개발자로서의 성장과정을 살펴보고, 1년간의 회사 적응기 & 성장기를 적어보며 나름의 회고와 앞으로 나아갈 방향을 생각해보고자 글을 적는다.

시작

벤디트에 입사하기까지 사실 별다른 이직의사가 없었다. 그러던 중 헤드헌팅을 통해 들어온 제안에 의해 외부에서의 평가를 처음으로 경험해보자는 생각에 계획에도 없는 이직 면접을 진행하게 됐다.

기대 이상의 면접 경험과 대표님의 비전에 동감하게 되는 바가 컸고, CTO를 비롯한 개발조직에 대한 기대가 있어 덜컥 회사에 입사 하기로 마음먹었다.

처음 3개월

회사에서 내게 기대했던 역량에 대해 내가 잘 할 수 있을지에 대한 고민이 컸다. 이전 회사에서는 신입으로 시작했었고, 대부분의 프로젝트 권한들이 내게 있던 상황에서 모든 게 처음 시도하며 해결했던 문제들이 대부분이었고, 그 환경 자체에서 익숙해졌던 탓에 새로운 환경에서 뭔가를 배워가고 이미 있는 프로젝트들의 문제점을 찾아 개선해 나가는 일이 한 눈에 잡히는 것은 아니였기에 두려움이 조금은 앞섰던 것 같다.

첫 어려움

벤디트는 모텔을 비롯한 숙박산업에서 고통받고 있는 업주분들을 자유롭게 하고자 자동화 솔루션을 개발하는 회사다. 내가 입사한 시점에 벤디트의 제품은 크게 3가지로, 클라우드(Room Management Service, RMS)와 키오스크, 부킹엔진(자체 예약 사이트)가 있었다.

당시 키오스크의 경우 MVP로 만들어졌던 첫번째 버전의 소스를 뒤로하고 유지보수성과 보안을 위한 Electron 버전의 업데이트 등의 이유로 V2가 거의 완성되어가고 있던 시점이었다.

이전 회사에서 Electron을 이용해 키오스크를 개발한 경험이 있던 나에게 다른 키오스크 프로젝트를 참여하게 되는 경험은 꽤나 기대되는 일이었다.(누구든 계획은 있다. 처맞기 전까지는..)

벤디트에서 키오스크는 단순한 예약체크인은 물론 하드웨어를 통제해야 하는 부분이 무척이나 많다. F&B매장의 키오스크의 경우 단순 카드결제에 대한 부분만 신경썼으면 됐었고, 심지어 해당 부분의 경우 Windows DLL을 다른 윈도우즈 개발자 분께서 소켓통신으로 사용할 수 있게 wrapper를 만들어주셔서 크게 문제 없이 단순 화면을 신경쓰는 것 위주로 작업하였는데, 여기에서는 현금입출금기를 비롯하여 카드 발급기와 카메라, 안면인식 등 다뤄야할 하드웨어 기기가 너무나도 많았고, SerialPort로 해당 기기들을 모두 직접 통제해야 하다보니 기존 코드를 파악하는데도 시간이 오래 걸렸다.

그 외에도 당시 V2로 옮겨지는 시점에서 Typescript 전환이 있었는데, 대부분의 타입들이 Any로 처리되어 있었고, API의 경우 Graphql 을 사용중이었는데, 해당 타입 또한 마땅히 작성된 부분이 없어서 임의로 프론트에서 작성한 타입만을 믿고 작성되다보니 코드를 신뢰하기란 매우 어려운 일이었다.

이직 1년차 회고

목차

Why Agile?

애자일을 만나게 되는 순간

•

개발자면 당연히 애자일은 한두번 들어본 이야기

•

출근해보니 애자일을 하고 있던데?

•

스타트업은 원래 애자일 한다고 하던데?

•

스타트업이라 애자일 해야지 투자받을 수 있어서

•

계획을 세울 수 없는 것이 애자일이라고 하던데?

•

현재 프로세스와 업무 구조로는 못 살아남을 것 같아서

•

뭔가 민첩하게 대응해야 할 것 같아서

•

우리의 성장을 위해서는 근본적인 변화가 필요해 보여서

What is Agile?

애자일은 프로젝트를 더 작은 반복주기로 나누는 프로세스다.
각 반복 주기의 결과물을 측정하여 지속적으로 일정을 평가하는데 사용한다. 
기능은 비즈니스 가치 순서대로 구현하므로 가장 중요한 것이 먼저 구현된다.
품질은 가능한 한 높게 유지한다. 
일정은 주로 범위를 조절하여 관리한다. 

이것이 애자일이다.                              - Clean Agile, Robert C.Martin

Agile 개발

실행컨텍스트？

많이 들어도 봤고 책에서도 읽었지만 볼때마다 졸음이 쏟아지는 내용.

실행컨텍스트의 내용은 사실 자바스크립트의 런타임환경을 이해하기 위해서는 필수적인 부분이기 때문에 쉽사리 넘어갈 수 없으며, 사실 자바스크립트를 사용하는 개발자들이라면 이미 은연중에 실행컨텍스트의 개념을 잘 이해할 수 있는 바탕을 갖고 있다고 볼 수 있다.

실행 컨텍스트(Execution Context)는 scope, hoisting, this, function, closure 등의 동작원리를 담고 있는 자바스크립트의 핵심원리이다. 실행 컨텍스트를 바로 이해하지 못하면 코드 독해가 어려워지며 디버깅도 매우 곤란해 질 것이다. - https://poiemaweb.com/js-execution-context 중에서

ECMAScript 스펙에 따르면 실행 컨텍스트를 실행 가능한 코드를 형상화하고 구분하는 추상적인 개념 이라고 정의한다. 좀 더 쉽게 말하자면 실행 컨텍스트는 실행 가능한 코드가 실행되기 위해 필요한 환경 이라고 말할 수 있겠다. 여기서 말하는 실행 가능한 코드는 아래와 같다.

•

전역 코드 : 전역 영역에 존재하는 코드

•

Eval 코드 : eval 함수로 실행되는 코드

•

함수 코드 : 함수 내에 존재하는 코드

•

모듈 코드: 독립적인 모듈 스코프 내에 존재하는 코드

위 코드를 실행하면 아래와 같이 실행 컨텍스트 스택이 생성되고 소멸한다. 현재 실행중인 컨텍스트에서 이 컨텍스트와 관련 없는 코드(예를 들어 다른 함수)가 실행되면 새로운 컨텍스트가 생성된다. 이 컨텍스트는 스택에 쌓이게 되고 컨트롤(제어권)이 이동한다.

논리적 스택 구조를 가지는 실행컨텍스트 스택

컨트롤이 실행 가능한 코드로 이동하면 논리적 스택 구조를 가지는 새로운 실행 컨텍스트 스택이 생성된다. 스택은 LIFO(Last In First Out)의 구조를 가지는 나열 구조다. 

실행컨텍스트 톺아보기

Yarn Berry란?

Yarn Berry는 Node.js의 새로운 패키지 관리 시스템으로, Yarn v1의 주요 개발자인 Maël Nison 씨가 만들었습니다. 2020년 1월 25일 정식버전(v2)이 출시되어, 현재는 Babel 과 같은 큰 오픈소스 레포지토리에서도 채택하고 있습니다. Yanr Berry는 GitHub yarnpkg/berry 레포지토리에서 소스코드가 관리되고 있습니다.

Yarn Berry는 기존의 “깨져 있는” NPM 패키지 관리 시스템을 혁신적으로 개선합니다.

NPM 뭐가 문제야?

NPM은 Node.js 설치 시에 기본으로 제공되어 범용적으로 사용되고 있으나, 비효율적이거나 깨져 있는 부부이 많습니다.

비효율적인 의존성 검색

NPM은 파일 시스템을 이용하여 의존성을 관리합니다. 익숙한 node_modules 폴더를 이용하는 것이 특징인데요. 이렇게 관리했을 때 의존성 검색은 비효율적으로 동작합니다.

예를 들어, /Users/toss/dev/toss-frontend-libraries 폴더에서 require() 문을 이용하여 react 패키지를 불러오는 상황을 가정합시다.

라이브러리를 찾기 위해 순회하는 디렉토리의 목록을 확인하려고 할 때, Node.js에서 제공하는 require.resolve.paths() 함수를 사용할 수 있습니다. 이 함수는 NPM이 검색하는 디렉토리의 목록을 반환합니다.

목록에서 확인할 수 있는 것처럼, NPM은 패키지를 찾기 위해서 계속 상위 디렉토리의 node_modules 폴더를 탐색합니다. 따라서 패키지를 바로 찾지 못할수록 readdir, stat과 같은 느린 I/O 호출이 반복됩니다. 경우에 따라서는 I/O 호출이 중간에 실패하기도 합니다.

TypeScript 4.0까지는 node_modules를 이용한 패키지 탐색이 너무 비효율적인 나머지, 패키지를 처음으로 import 하기 전까지는 node_modules 내부의 타입 정보를 찾아보지 않기도 했습니다. (TS 4.0 Changelog)

환경에 따라 달라지는 동작

Yarn Berry, 정녕 node_modules의 구원자인가?

숙력된 사람의 직관만큼 코드의 냄새를 맡는 정확한 기준은 없다.

1. 기이한 이름 Mysterious Name

•

함수 선언 바꾸기

•

변수 이름 바꾸기

•

필드 이름 바꾸기

이름만 잘지어도 문맥을 파악하느라 해맬 시간을 크게 절약할 수 있다.

2. 중복 코드 Duplicated Code

•

함수 추출하기

•

문장 슬라이드하기

•

메서드 올리기

3. 긴 함수 Long Function

코드를 이해하고, 공유하고, 선택하기 쉬워진다는 장점은 함수를 짧게 구성할 때 나오는 것이다. 

→ 하지만, 결국 함수 이름을 잘 지어놓으면 본문 코드를 볼 이유가 사라짐

•

함수 추출하기

•

임시 변수를 질의 변수로 바꾸기

코드의 냄새

IndexedDB란？

IndexedDB 는 파일이나 블롭 등 많은 양의 구조화된 데이터를 클라이언트에 저장하기 위한 로우 레벨 API입니다.

•

트랜잭션을 사용하는 데이터베이스 시스템

•

JavaScript 기반의 객체지향 데이터베이스

•

인덱스 키를 사용해 저장하고 회수

•

구조화된 복사 알고리즘을 지원

IndexedDB 사용하기

기본패턴

데이터베이스 열기

객체 저장소(Object) 생성

Transaction 시작하고, 데이터 추가 or 읽기 작업 요청

DOM 이벤트 리스너를 사용하여 요청 완료때까지 기다리기

결과로 작업하기

웹이 제공해주는 IndexedDB 알아보기

지나온 길

•

콜렉티드 포스 개발(3~8월)

•

프로젝트 확장

•

웨이팅 서비스 개발 (9월 ~ 10월)

•

멤버십 서비스 개발( 11월 ~ 12월)

•

팀 확장( 2명 → 1명 → 3명)

좋았던 점들

•

도메인에 대한 이해는 확실히 이전과 비교하여 많이 좋아진것 같음.

•

js에 대해 조금은 더 알게되었던것 같지만, 분명한건 공부할게 아직도 무궁무진 함.

•

팀원들이 늘어남에 따라 공부도 함께 하고 의견을 나눌 수 있는 사람이 있어서 감사했다. 

•

단순히 내 일을 해야하는 것을 넘어서 다른 사람의 업무를 관리하는 차원에 대해 생각해 볼 수 있는 기회였던 것 같다. 

아쉬웠던 점들

•

공부할 시간을 충분히 마련하지 못했다... (결혼을 핑계로) 회사일도 바빴어서, 팀원들과 충분한 스터디시간을 확보하지 못해서 아쉬웠다. 

•

KDP, Hyosung 등 외부 업무로 인해 정작 자체 서비스 개발에는 지지부진했던 것 같다. 

2021 Review