
## 요즘의 아쉬움

문득 든 생각인데 최근 3개월은 기술적으로 나아진 게 없는 거 같다.
정산 어드민 리뉴얼 프로젝트를 열심히 했는데, 하루 8시간 주 5일 회사에서 뇌 리소스를 다 써버리니까 주말이나 퇴근 후엔 거의 개발을 못했다.
사이드프로젝트(리욜드) 개발을 하긴 했지만 짜는 코드의 질은 별로 개선이 없었던 느낌이랄까?

지난 12월 말 - 1월 초에 코로나 휴가를 가지면서 유인동 강사님의 인프런 함수형 강의를 들었다.
잘 써먹어보리라 다짐했었는데 아직 실제 프로젝트에서는 못 써봤고, 주중에 시간을 따로 내서 하는 동료들과의 스터디와
개인 사이드 프로젝트만 간간히 하고 있다.

작년 하반기에는 레거시 홈페이지의 자동화 테스트를 도입했다. Cypress, Mocha 문법, POM 패턴, 테스트 코드 짜는 법 등등
공부하면서 실무에서 사용해볼 수 있었는데 최근 3개월에는 프로젝트 완성을 최우선으로 하느라
문서를 그때그때 발췌독하면서 작업을 해서 이런 아쉬움이 남았다.(이런 작업 방법이 나쁘다고 생각하지는 않는다.)

어쨌든 회사 내 성과 평가는 잘 받았지만 뭔가 채워지지 않는 것이 있었다고나 할까.
진짜 일을 잘 하는 사람들은 회사를 위해 일하지 않고 나를 위해 일한다던데
최근 몇개월간은 내 개인적 성장보다는 회사를 위해서 일한 것 같다.

물론 그 과정에서 내가 기존에 사용해온 기술들을 더 잘 이해할 수 있었고, 더 많은 문서와 지식을 얻긴 했지만
지금보다 더 라이브러리를 잘 활용하고, 코드의 질도 높이고 싶다. 기술 부채를 청산할 때가 온 거다.
그래서 이런 고민을 한 팀 동료에게 이야기했는데 같이 정기적으로 회고해보자고 하셔서 매주 금요일마다 해보려고 한다.

또 블로그 글의 질을 높이고 싶다. 그냥 기본적인 개념을 정리해놓기보단 정말로 내가 개발하면서 마주쳤던 문제와 내가 찾은 해결법, 시도들을 
기록하고 싶은데 그런 글을 쓰려면 품이 많이 든다. 틈틈이 내가 썼던 글들을 보면서 보완하거나, 글 목록에서 빼두려고 한다. 
이미 같은 고민을 먼저 했던 사람이 더 나은 해결책을 적어두진 않았을까 싶어서 쓰는게 주저되기도 한다.    
쉽지 않군

## 회고 양식

**[new]**
- 이번주 새로 배운 것이 있었나요?
- 있었다면, 다음번에 또 활용할 수 있을까요? 어떻게 활용하면 좋을까요?

**[finding]**
- 이번주 기술적으로 가장 어려웠던 건 뭐였나요? 어떤 이슈가 있었나요?
- 해결했다면 어떻게 해결했나요?

**[future]**
- 앞으로 시도해보고 싶은 게 있나요?

## 3월 돌아보기

### [new] 새로 배운 것이 있었나요?

- Mui ver.4에는 `warning`, `info`, `success` 등의 color prop이 없다.
- **행복 방정식**. 행복은 내가 원하는 것 대비 내가 가진 것의 양이라는 방정식인데,   
  이때 행복을 키우는 방법에 분모를 줄이는 것 또는 분자를 키우는 것이 있다면 나는 분자를 키워 행복을 키우려는 사람이다.  
  왜 그렇냐면 타고난 성정이 '새로운 뭔가를 해보는 것'을 너무 좋아해서 그렇다.
  활기와 에너지를 갖고 다양한 것에 도전하며 분자를 늘리려 노력하자.
  
<img width="200px" alt="행복 방정식" src="https://user-images.githubusercontent.com/50111853/227767505-853dc3ee-1c17-4be7-9aa3-29cb818c0509.png"/>

### [finding] 가장 어려웠던 건 뭐였나요?

알림처럼, 숫자 뱃지가 위에 올라가는 탭. Mui Tab 컴포넌트와 Badge 컴포넌트를 썼는데 탭도 `span`, 뱃지도 `span`이라 `width` 잡기가 힘들었다.
글자 수에 따라 다이나믹하게 탭 길이가 달라지는 걸 원했다. 탭의 `overflow: hidden` 속성들을 다 `visible`로 바꾸고
글자 수가 가장 적을 경우를 `min-width`로 고정해둬 글자수가 길어지더라도 글자와 뱃지가 모두 보이도록 했다.

### [future] 앞으로 시도해보고 싶은 게 있나요?

react-query 더 자세히 공부


2023년 3월 요즘의 생각


## 첫번째 원동력: 사람

파스토에 다닌지 약 5주가 지났다.  
이직 회고를 작성해 소셜미디어에 공유했었는데, 어느날 이런 디엠이 왔다.

![대화1](/images/blog/2208/meet1.jpg)
![대화2](/images/blog/2208/meet2.jpg)

전 회사에서 며칠 함께 근무했던 분이 그 글을 보시고, 연락을 주신 거였다!  
나보다 몇개월 먼저 퇴사하셨었는데, 내 글을 보고 이직을 축하한다는 메시지를 주셨다.
개발자 세상이 좁다는 건 알고 있었지만 이렇게 다시 실감할 줄이야.

그와 더불어 그때의 내가 악조건(와이파이와 인터넷이 불가능한 내부망, 프로젝트 담당 공무원이 계속 바뀜 등등)에도 불구하고
눈이 반짝반짝했다는 이야기를 해주셔서, 지금의 나는 이때의 열정과 마음가짐을 잃지 않았는지 다시 한번 생각해보는 기회가 되었다.

사실 그때 힘든 환경에서 개발하는게 마냥 쉽지만은 않았지만,
그 경험덕분에 앞으로 어떤 환경이 주어지더라도 빠르게 적응해서 프로덕트를 만들어낼 수 있을 것이다.  
쉽지 않은 상황에서 나에게 가장 큰 원동력이 되어주는 건 바로 같이 하는 `동료들`이다.

## 두번째 원동력: 성취감

지금 회사에서는 지라로 업무 관리를 한다.
내가 맡은 업무의 설명과 개발 기간, 상태, 관련된 인물 등 업무 정보를 입력하는걸 '지라 티켓을 딴다'고 한다.
개발 진행상황을 계속 지라에 업데이트하는데... 이 지라 티켓을 관리하는게 너무 재미있다.

### 지라 재밌어요. 왤까요?

#### 1. 업무 상태를 바꿀 때의 손맛

할 일을 지라 티켓으로 배정받고 하나하나 끝낼 때마다 지라 티켓 상태를 `진행 중`에서 `개발 완료`로 바꾼다.
아이에게 성취감을 주려면 일을 잘개 쪼개서 작은 성취를 여러개 맛보게 하라고 했던가. 지라 티켓 상태를 바꿀 때가 바로 그렇다.
손맛이 있다. 꽤 큰 심리적 보상으로 다가온다.

#### 2. 내가 한 일을 정량적으로 체크 가능

지라에는 스토리포인트(`SP`)라는 '해당 업무를 끝내는데 얼마의 시간이 걸리는지를 산정하는 지표'가 있다.
`SP`는 담당자가 아니라 개발자 평균을 기준으로 산정된다.
지라 내 쿼리문을 작성해 내가 한 달동안 완료한 스토리 포인트를 조회할 수 있다.
1점이 반나절 기준이니 만약 8월에 SP 40점만큼의 일을 완료했다면 20일치의 일을 했다고 볼 수 있다.

## 결론: 사람과 성취감이 내 원동력이다

결론적으로 직장인으로서의 나를 `move forward`하게 해주는 가장 큰 두가지는 사람과 성취감이다.  
외향적인 성격이란 자기 외부, 즉 사회와 사람에게서 힘을 얻는 성격이라고 했는데 내가 정말 그렇다.
함께 성장하고 의견을 나눌 수 있는 동료들을 만나 긍정적인 피드백을 주고받는 게 생각보다 큰 힘이 된다.

앞으로도 성취감과 생산성을 높게 유지할 방법을 계속 찾으면서 **지속 가능한 개발, 회사 생활**을 해야겠다.
직장인 생활 1.5년차... 직장인으로서 나만의 스트레스 해소법과 동기부여 방법을 찾아가고 있는 것 같아 기쁘다.


직장인으로서의 나를 계속 앞으로 나아가게 해주는 원동력은... (더보기)

My biggest motivation


## 3월

### 16일: 이력서를 쓰고 그대로 사는게 더 쉽다

예전에 누군가 '이력서를 나중에 쓰는 것보다 먼저 쓰고, 그대로 사는 게 더 쉽다'고 한 적이 있었다.  
그때는 그게 도대체 무슨 말인가 했는데, 어제 이력서를 쓰면서 100000퍼센트 이해했다.  

#### 이 문장의 속뜻

은 바로... '이력서를 쓰면서 내가 부족한 것을 파악하고, 그걸 해내라'는 거였다.  
나는 아직 프론트엔드 개발자로서 사이트의 성능을 개선한 적이 많지 않다.  
그래서 6월에 더 해볼 것을 나열해보겠다. (그래서 다음 이력서엔 당당하게 쓸 수 있게!)

### 22일: 운영체제 스터디가 끝났다. 

스터디 방식은 한 챕터씩 강의를 듣고 각자의 방식으로 정리한 뒤, 매주 수,일요일 저녁 9시에 줌에서 이야기를 하는 것이었다. 
각자 돌아가면서 인상깊었던 것과 생각을 말하고 퀴즈를 내고 함께 풀었다.

시간이 남으면 수다를 떨었는데 나뺴고 다 백엔드개발자셨다. 덕분에 백엔드 기술 이야기를 많이 들었다. 
스터디하면서 리눅스 코드에서 세마포어를 어떻게 구현했는지 보기도 하고 깃허브로 남의 코드를 보는 재미를 알게 되었다.

### 22일: 약 35일간 체지방 2.5kg 뺐다. 

일련의 기준을 충족하는(새벽오픈, 집에서 가까울것, 인클라인 기능 있는 트레드밀이 있을것) 헬스를 등록해서 자주 다녔다. 
다행히 근육은 0.2kg만 빠졌다. 근력운동을 유산소보다 더 많이 했는데. 역시 체지방 빼는 것보다 근육 늘리는게 더 어렵구나! 더 건강해지자 아좌아좍

### 29일: 짱 맛있는 초콜릿 발견

![chocolate](/images/blog/2203/choco1.jpg)
![chocolate](/images/blog/2203/choco2.jpg)  
(얼마전 미친 맛으로 나에게 큰 행복이 되었던 기라르델리 씨솔트 아몬드 다크 초콜릿)

새로운 음식 먹어보기, 새로운 나라 여행하기, 새로운 사람 만나기.
 모든 인간과 음식, 나라, 물건이 새로운 이야기를 가지고 있고 그런 이야기(& 의견)을 알게되는건 정말 즐거운 일이다. 결국 내 사고의 확장으로도 이어진다.

### 31일: 'MessageToMe'팀 첫 워크샵

![워크샵](/images/blog/2203/workshop1.png)
![게더타운](/images/blog/2203/workshop2.png)

게더타운에서 MessageToMe 팀 첫 워크샵을 했다. 프로젝트를 하면서 회의는 자주 했지만 실제로 얼굴을 드러내고 사적인 이야기를 한 건 처음이었다. 

## 4월

### 1st April Fool's day

![스택오버플로 테마](/images/blog/2204/so1.png)

아침에 에러 고치러 스택오버플로 들어갔는데 이렇게 보였다! ㅋㅋㅋ 만우절이라 그런 것 같았다. 
해결방법 찾으려고 화면 뚫어져라 보다가 가뜩이나 안 좋은 시력 더 나빠질뻔! 
보니까 테마가 추가돼서 저런 어지러운 테마부터 페이스북 느낌, 터미널 느낌까지 다양했다.

![스택오버플로 메인](/images/blog/2204/so1.png)

아 오늘부터 1일1JS 이론 공부 시작했다.

### 6th metacognition

![지식](/images/blog/2204/know.JPG)

개발자가 되고 다른 사람들의 지식에 감탄하면서 쭈구리 모드가 되곤 했는데, 힘이 되는 다이어그램이다. 
개발자로 커리어를 시작한 이후로는 (물론 내 첫 **직업**이 개발자지만 ㅋㅋㅋ) 공부를 어떻게 할 것인가를 자주 고민하고 있다. 
배우고 싶은 && 배워야할 게 많아서 그런 것 같다. 공부 방법과 방향 감각을 잃지 않아야한다.

![공부란 스키마를 닮아가는 과정](/images/blog/2204/learn.jpg)

친구가 보내준 이 트윗도 좋아한다. **공부는 나보다 전문적인 사람들의 스키마(신경회로 패턴)을 닮아가는** 과정. 
**마법적인 지름길은 없고,** 꾸준히 접하고 따라해보면서 점차 비슷해지는 것이다!

그래서 예전엔 재미있어보이는&흥미로운 아티클들만 읽었다면 요즘은 시간을 내서 읽는 중이다. 

### 18th 모바일 앱에서 사용자가 과도하게 큰 폰트를 사용한다면?

![제페토 UI](/images/blog/2204/bigfont.PNG)

사진 속 휴대폰은 우리 할머니의 것이다.  
스마트폰이 없는 동생이 제페토를 해보고 싶대서 할머니 휴대폰에 제페토를 설치하는 중이었다.  
그러다 발견한 문제였는데, 할머니는 가장 큰 크기의 폰트를 사용하고 있어 제페토 앱이 누르라고 하는 버튼을 누를 수가 없었다.  
아래의 로그인 버튼을 클릭하라고 했는데, 스크롤이 아예 안 됐다.  
`버튼을 누르세요!`라고 적힌 영역이 버튼 영역을 잡아먹은 것 같았다.  
결국 폰트 사이즈를 줄인 이후에야 버튼이 드러나 다음 차례로 진행할 수 있었다.  
이 문제는 접근성 이슈인 것 같은데, 아마 평균의 폰트 사이즈였다면 이 문제를 알아차리지 못 했을 것 같다.  
내가 짠 웹앱들도 변수를 준다면 이런 문제들이 많이 발생할 것 같다.  
오늘도 개발의 어려움과(고려해야할게 정말 많다). UI의 중요성을 깨달은 하루였다!

### 20th 서울시립미술관 남서울미술관

![남서울미술관 해체](/images/blog/2204/southart1.JPG)

얼마전 서울 사당역에 위치한 서울시립미술관 남서울미술관에 다녀왔다.  
벨기에 영사관으로 사용되었던 남서울미술관은 원래 종로에 있었다. 
그러다 1979년에 남현동으로 이전이 확정되었고 벽돌과 석재, 나무 하나하나를 `해체`해 그대로 옮겼다고 한다.  
그 건물이 이전된 거라고 하길래 건물을 부수고 그 자리에 새로 지은 것도 아니고, 그대로 이전할 수가 있지? 생각했는데  
처음 그 건물의 설계와 이전 후 재건축(이축)을 위한 설계가 아주 철저히 이뤄졌기 때문에 가능한 거였다.  

![남서울미술관 내부1](/images/blog/2204/southart2.JPG)
![남서울미술관 내부2](/images/blog/2204/southart3.jpg)

미술관 내부를 구경하면서 안정적인 이전을 가능하게 한 건축가들의 장인정신을 느낄 수 있었다.
`소프트웨어 장인`이라는 책이 떠올랐고, 덕분에 내가 이런 멋진 공간을 즐길 수 있구나 싶었다.
층고가 높은 건물을 사랑하는데, 채광도 좋고 삐걱거리는 나무 계단도 참 좋았다.

### 25th framework

[자바스크립트 프레임워크 전쟁은 끝났다](https://news.hada.io/topic?id=6395&utm_source=weekly&utm_medium=email&utm_campaign=202217)

**최고의 프레임워크는 사용자 코드에서 자신을 제거하는 프레임워크**

정말 맞는 말이다!
사용자가 프레임워크만의 문법을 덜 쓴다면 나중에 다른 개발자가 유지보수할 때도 읽기 쉽고  
또는 다른 프레임워크로 옮겨가야할 때도 편하다.  

(별개로, Geeknews weekly를 몇주째 구독중인데 내가 지금 받아보는 뉴스레터 중 가장 재미있고 깔끔하고 읽기 쉽다.  
운영자분들 적게 일하고 많이 버십시오~~)

## 5월

### '별말,씀' 프로젝트 & 협업의 어려움

요즘은 퇴근 후에도 '별말,씀' 프로젝트를 계속 개발 중이다.  
깃랩으로 작업하고 있어서, 깃허브 잔디에 소홀해진 게 아쉽다
팀원들이 깃랩을 쓰자고 해서 쓰는 중인데 딱히 깃허브보다 나은 점은 잘 모르겠다(여쭤봐야겠다).  
프론트엔드 개발하면서 파트를 나눴지만 공통적으로 필요한 컴포넌트들이 있어서 공통 컴포넌트는 내가 다 개발하고 있다.  
이 컴포넌트가 어떻게 해야 여러 다른 점들을 포용하면서도 한 가지 기능& 스타일을 유지할 수 있을까 생각을 하게 된다.  
그래서 optional 변수를 명시적으로 적어둘 수 있는 타입스크립트가 더 유용하게 느껴진다.  

그리고 기능별로 브랜치를 나눠서 작업하는데, 내가 브랜치 바꾸는 걸 자주 까먹는다.  
그래서 종종 `cherry-pick`을 한다.  
확실히 협업을 하니까 그만큼 컨플릭트도 더 자주 마주치지만 깃 명령어들과도 더 친해지고 있다.  

주2회로 화요일엔 프론트엔드 회의, 목요일엔 전체 회의를 하는데 팀원 모두가 열정을 가지고 프로젝트에 임하고 있어서 나도 더 열심히 하게 된다.  
'별말,씀'이라는 이름이 어제 회의에서 정해진 우리 서비스의 정식 이름이다.  
잘 마무리되길!

### GDB는 진짜 오래 걸린다(?)

회사에서 neo4j 를 사용해 GDB를 구축하는 업무를 맡고 있다.
근데 GDB는 진짜 오래 걸린다. 엣지(관계)를 연결할 때엔 쿼리로 노드를 검색해서 그 노드가 있으면 연결을 하는데, (이 전제가 없으면 없는 노드를 바로 생성해 연결한다.) 
그 검색이 진짜 오래 걸린다. 노드 수가 늘어날 수록 검색 속도는 더 느려지고, 요즘엔 1초에 엣지 하나를 생성하는 수준이다. 
엣지 3만개를 넣는다고 하면, 약 3만초가 걸리는 셈이다...

노드1과 노드2를 잇는 관계 생성 쿼리의 경우 노드1이 없으면 그 쿼리는 사실상 무용지물이 된다. 
그래서 원래는 DB 결과를 바로 GDB 쿼리로 만들었는데, 
두 노드 중 하나라도 없진 않은지 미리 확인하고, 하나라도 없으면 그 쿼리를 생략(break)하도록 로직을 추가하려고 한다. 

구체적인 방법은 생각하지 않았지만... ㅋㅋㅋ   
컴퓨터가 느린 경우도 있구나 싶다. 


### 송은 / 미술관을 다녀와서

![송은 미술관](/images/blog/2205/se1.jpg)

송은 미술관에 다녀왔다. 도산대로 한복판에 자리잡고 있는 거대한 비영리 문화공간. 이게 진정한 FLEX라고 생각한다. 
주말에 갔는데도 한적했던 송은 미술관! 트여있는 창과 높은 층고 덕분에 한숨 돌렸다.

![전시 도록](/images/blog/2205/se2.jpg)
![엘레베이터](/images/blog/2205/se3.jpg)

UI/UX 디자인을 할때 국내외 미술관 사이트를 많이 참고하는데, 하나같이 감각적이거나 깔끔하면서도 개성 있어서이다. 
따라하고 싶어도 따라하기 정말 어려운 것들.

전시 도록들을 보면 엄청 작은 글씨로 A4 한장에 빽빽히 들어차있는 경우가 많다. 
빳빳한 종이 말고 평범하게 얇은 A4가 주는 그 감성이 좋다.ㅋㅋㅋ `margin`과 `padding`이 적게 들어가 있는 것도 좋다.

송은 아트센터의 경우 길쭉네모네모한 폰트를 쓰고 있었는데, 세련됐으면서도 정갈해서 언젠가 웹사이트 디자인할 때 써보고 싶었다.

![미술관 밖 공간](/images/blog/2205/se4.jpg)

### Google IO 2022 구경

Google IO 2022가 열렸다.   

웹, 플러터, 안드로이드 등등 여러 분야를 게더타운처럼 탐험하면서 구경할 수 있었다.   
구글 맵존도 있었는데, 웹이랑 구글 맵 쪽이 제일 흥미로웠다 ㅋㅋㅋ   

![Google IO 2022](/images/blog/2205/googleio1.png)
![Google IO 2022](/images/blog/2205/googleio2.png)
![Google IO 2022](/images/blog/2205/googleio3.png)

생각

'생각'에 관한 글들을 모아봤어요.

2023년 3월 요즘의 생각

My biggest motivation

2022년 3~5월의 짧은 기록