요우의 내맘대로 블로그

함께 자라기 "애자일로 가는 길" (김창준 / 2018 / 인사이트)

Yowu — Thu, 22 Feb 2024 02:18:38 +0900

함께 자라기 "애자일로 가는 길" (김창준 / 2018 / 인사이트)

함께 자라기, 부제 "애자일로 가는 길"은 2018년 출판된 애자일 코치로 유명한 김창준 님의 저서다. 당시 창준님의 애자일 관련 도서가 드디어 나왔다고 하며 IT 업계에 나름 센세이널한 구매 열풍이 불었던 것으로 기억한다. 나 역시 거의 출판하자마자 도서를 구입했지만, 계속 묵혀만 두다가 최근 몇 년만에 완독 했다.

천성이 그런 것인지는 모르겠지만, 신입 시절부터 애자일을 포함하는 각종 개발 프로세스나 협업 방식에 대한 관심이 많았다. 나름 신입 시절이었던 2~3년 차에 당시 재직 중이던 스타트업에서 애자일, 스크럼을 본격적으로 도입하기 위해 JIRA를 사용한 애자일 스크럼에 대한 나름의 연구 포스트를 작성하기도 했고, Y모사 개발자로 재직할 때는 팀 내에서 스크럼 마스터를 겸임하고 팀의 개발 테스크와 주간 스프린트를 관리해보기도 했다. 이 책을 읽으면서 당시에 알았으면 좋았겠는데 하는 부분들이 꽤나 많았다. (저 포스트는 지금 보면 수치스러울 정도로 허접하지만, 아직까지도 종종 저 포스트를 보고 조언을 구하기 위해 연락을 주시는 업계 분들이 있다;)

본문에서는 크게 세 개의 꼭지로 구성되어 있다. "자라기", "함께" 마지막으로 "애자일"이다. 나는 각각의 꼭지에 대해 다음과 같은 느낌을 받았다. 먼저 어떻게 하면 개인으로서 성장할 수 있는지를 먼저 다루고(자라기), 이후에 팀이나 조직 단위로 어떻게 함께 성장할 수 있는지(함께)를 살펴본 뒤에서야 마지막 챕터로 이 책의 근간이라고 할 수 있는 "애자일"에 대해서 얇게나마 맛볼 수 있도록 구성했다고 느꼈다.

본문에서도 언급하지만 애자일을 단지 책 한 권만으로 완벽하게 이해하기는 당연히 어렵다. "자라기", "함께" 섹션을 통해 먼저 개인과 조직의 입장에서 불확실한 상황 속에서 어떻게 전문성을 기를 수 있는지를 설파하고, 대략적인 "애자일" 에 대해서는 알려주지만 궁극적으로 각 상황과 경험에 맞게 "함께 자라기" 바탕으로 애자일을 시도하라고 이해했다.

본문을 읽으면서 몇 가지 기억에 남는 구절들을 기록한다. 아래의 구절들은 빙산의 일각이다. 이래저래 개인의 성장, 조직의 발전을 위한 인사이트들이 여럿 있으니 한 번쯤은 충분히 읽어볼 법하다.

꾸준한 반복으로 달인이 되려면 적어도 실력을 개선하려는 동기가 있어야 하고,
구체적인 피드백을 적절한 시기에 받아야 한다.

아무리 기술적인 실천법이라고 해도, 그 기술은 사회적 맥락 속에서 실천되어야 하며, 그 기술의 성공을 위해서는 사회적 자본(신뢰)과 사회적 기술(도움받기, 피드백, 영향력, 가르치고 배우기, 위임하기 등)이 함께 필요하다.

뛰어난 소프트웨어 개발자일수록 타인과의 인터랙션에 더 많은 시간을 쓴다.
뛰어난 개발자들은 약 70%가 동료와의 협력을 언급하는 반면,
실력이 그저 그런 개발자들은 20%도 안 되는 사람들만이 동료와의 협력을 언급한다.

실력이 뛰어난 프로그래머는 커뮤니케이션과 협력에 더 오랜 시간을 들입니다.
반면 설계나 코딩, 테스팅에 들이는 시간에는 통계적으로 큰 차이가 없었습니다.

자신이 작성하는 코드의 추상성을 높이고 싶다면 혼자서 고민하지 말고 다른 사람들과 협동하고, 대화하세요. (...) 인간에게는 다른 인간과 소통하고 협력할 수 있는 놀라운 능력이 있습니다.
대화는 기적입니다.

팀장 자리에 있으면 새로운 아이디어 전파(하향식 변화 도입)가 쉬울 것이라고 생각하는 것은 환상입니다.

의사결정을 하는 과정에 감정적이고 직관적인 부분이 큰 역할을 하고 있으며,
그런 감정적 부분이 배제된다면 의사결정을 제대로 할 수 없다. (...)
결국 결정하는 것은 사람이다.

전문가들 모아서 팀 만든다고 잘하는 것 아니고, 오히려 성과가 떨어질 수 있다.
정보 공유하고 협력을 잘하기 위한 명시적인 도움이 필요하며,
소셜 스킬 등이 뛰어난 제너럴리스트가 있으면 도움이 된다.

실수율이 낮고, 학습 속도가 빠른 조직은 내 생각이나 의견, 질문, 걱정, 혹은 실수가 드러났을 때
처벌받거나 놀림받지 않을 거라는 믿음이 있는 심리적 안전감이 높은 조직이다.

애자일의 핵심 구동원리는 학습과 협력, 즉 함께(협력) 자라기(학습)입니다.
그래서 저는 불확실한 삶을 살아갈 때도 애자일적 태도가 도움이 될 것이라고 생각합니다.

우리의 진짜 고객은 누구인가?
어떻게 점진적으로 가치를 전달할 것인가?
어떻게 보다 일찍, 그리고 보다 자주 가치를 전달할 것인가?
무엇이 가치인가?
지금 우리가 하고 있는 일이 정말 가치를 만드는 일인가?
지금 가장 높은 가치는 무엇인가?
비슷한 수준의 가치를 더 값싸게 전달하는 방법은?
가치를 우리가 갖고 있지 않고, 고객에게 정말 전달하고 있는가?
고객이 정말 가치를 얻고 있는가?

하이닉스 DDR5 A다이 5600 -> 6000 오버클럭 기록 (AMD 라이젠)

Yowu — Sun, 17 Sep 2023 00:45:55 +0900

현재 인텔 13세대와 라이젠 7000번대 구도에서 특히나 라이젠은 DDR5 의 클럭을 높이기 어려운 이슈가 있고, 인터넷에 관련자료가 드물어서 기록차원에서 남김.

현재 시스템 구성

Gigabyte X670E Aorus Master
AMD Ryzen 7700X (Curved Optimizer -25, 주력 코어 -20 / 온도 제한 90)
Gigabyte RTX 4080 Gaming OC D6X 16GB
SK Hynix A다이 DDR5 16G 44800 (5600 Mhz) x2 (22년 48주차, 2/4번 슬롯, 정우컴퍼니 방열판 장착)
가상화 필요로 SVM Mode On (이걸 켜면 성능 소폭 하락한다는 얘기가 있음)

램 타이밍 (실사용 값) 및 의견

6,000 Mhz / 36-40-40-80 / 나머지는 Auto / 전압 변경 x
세부 램 타이밍을 Auto로 두고 클럭만 6,200 이상 올릴 경우 부팅 실패하는 현상이 있음 (세부 램 타이밍을 조절하면 된다고 하는데 거기까지 시도해보지 않음. 특히나 기가바이트 보드가 더 그런 현상이 있다는 얘기가 있음)
인텔 위주의 인터넷 최적 값을 살펴보면 6,000Mhz 의 경우 램 타이밍은 36-36-36-76 혹은 30-36-36-76 정보가 있는데, 실 사용 위주의 셋팅이면 충분해서 더 이상 타이밍을 조이지는 않음 (32-36-36-76 은 안정화 실패함)
위 값은 TM5 (테스트 15개 까지 있는 것) 2회 통과만 하고, 추가 검증은 하지 않음.
이슈 생겨서 램타이밍 변경할 경우 여기 포스트에 업데이트 예정
메인보드 바이오스가 업데이트 되면서 타이밍이 좀 더 조여지는 느낌이 있음 (현재 F8 버전 사용, 기분 탓일 수도 있음)
Curved Optimizer 가 적용될 경우 램 안정화에 영향일 미치는 느낌이 있음 (기분 탓일 수도 있음)
정우컴퍼니 램 방열판 장착 기준으로 TM5 돌릴 시 최대 온도는 46도까지 올랐음 (50도 이상 오를 경우 문제가 발생할 확률이 높아진다고 함)

AIDA 64 / CPU-Z (순정)

라이젠 계통은 5,600 램을 꼽아도 바이오스 손대지 않으면 5,200으로 인식되는 것을 고려해야함
5,200Mhz / 램타이밍 42-42-42-84 로 작동

ADIA 64 / CPU-Z (6,000 오버 적용)

6,000 Mhz / 램타이밍 36-40-40-80 으로 설정
순정 대비 Read 2% 향상(;), Write 16% 향상, Copy 4% 향상, Latency 6% 감소 ~~(뭐 잘못했나;)~~

외전: 기가바이트 보드 DDR5 Auto Booster Enable 적용

최근에 바이오스 업데이트하고 DDR5 Auto Booster 메뉴가 생김. 해당 기능을 Enable 하고 동일하게 측정
램 관련된 모든 값을 Auto로 설정하고, Auto Booster 만 Enable할 경우 클럭은 5,800Mhz 에 50-47-47-93 으로 작동
순정 대비 Read / Copy 는 거의 차이가 없지만 Write 는 8%, Latency는 2% 가량 증가함 (오차 범위 일듯)
L2 Cache 성능도 거의 수동 오버 한것과 유사한 수치로 증가함
잘 모르겠으면 그냥 오버클럭이고 뭐고 DDR5 Auto Booster 만 켜고 써도 문제 없어보임

개발자 블로그 및 온라인 프로필 그리고 Self PR

Yowu — Thu, 6 Jul 2023 21:30:38 +0900

2023년 7월 7일 https://brunch.co.kr/@luckyyowu/7 으로 글을 옮김

스타트업 vs 대기업: IT 개발자로서 어디서 일할 것인가?

Yowu — Tue, 27 Jun 2023 02:18:02 +0900

2023년 7월 7일 https://brunch.co.kr/@luckyyowu/6 으로 글을 옮김

프론트엔드 개발과 백엔드 개발 중 어떤 것을 선택해야 할까요?

Yowu — Tue, 20 Jun 2023 11:29:17 +0900

2023년 7월 7일 https://brunch.co.kr/@luckyyowu/5 으로 글을 옮김

삼성 시금치램 DDR5 5600 -> 6000 오버 클럭 후기

Yowu — Mon, 27 Feb 2023 00:29:34 +0900

오버가 정말 안되기로 유명한 삼성 DDR5 5600 램이지만, 조금이라도 클럭을 올려봤다. 지금 사용 중인 PC 환경은 아래와 같다.

Gigabyte X670E Aorus Master
AMD Ryzen 7700X (Apply Curve Optimizer)
Gigabyte RTX 4080 Gaming OC D6X 16GB
Samsung DDR5 16G 44800 (5600 Mhz) x2
가상화 필요로 SVM Mode On (이걸 켜면 성능 소폭 하락)

순정 상태

https://www.userbenchmark.com/UserRun/59450365

6,000 Mhz 적용

6,000Mhz: 46-42-42-84

Latency가 소폭 오르긴 했는데, 클럭 향상으로 인한 성능 증가 폭이 더 큰 것 같아서 그냥 적용해서 사용 중이다. TM5 2회 정도만 통과시키는 것을 확인했다. 6,200 Mhz 이상 적용이나 CL 타이밍을 더 줄여보려 했는데, 모두 부팅 실패했다.

https://www.userbenchmark.com/UserRun/59544552

AIDA64 벤치가 더 낮게 나오는 이유는 모르겠다.

참고 사항으로 CPU에 Curve Optimizer가 적용되어 있다. (AMD 라이젠 7700X PBO2 언더볼팅으로 발열 최소화 / 성능 최적화). 주력 코어는 -20, 나머지 코어는 -25 적용 중이다. 몇 번의 테스트 결과 Curve Optimizer 적용 수치가 램 오버클럭에도 영향을 주는 것으로 보인다. 주력 코어 -25, 나머지 코어 -30 일 때는 6,000 Mhz 오버는 물론 5,600 Mhz에서 램 타이밍 줄이는 것도 모두 실패했다.

SK 하이닉스 5600 램 테스트 추가 (2023.03.19)

SK 하이닉스 5600 16기가 램 2장을 구하게 되서 6000 넣고 램 타이밍을 줄여보았다. 여전히 6000 이상 잘 올라가지 않던데, 몇 군데 자료를 확인해보니 애초에 현재 라이젠의 경우 램오버를 6000 중반 이상 먹일 수가 없다고 한다.

하이닉스 램 관련 추가 포스트 (2023.09.17)

2023.09.17 - [내맘대로/내맘대로포스팅] - 하이닉스 DDR5 A다이 5600 -> 6000 오버클럭 기록 (AMD 라이젠)

AMD 라이젠 7700X PBO2 언더볼팅으로 발열 최소화 / 성능 최적화

Yowu — Fri, 24 Feb 2023 02:54:25 +0900

최근에 홈 데스크톱을 업그레이드했다. 내가 선택한 것은 라이젠 7700X와 공랭 쿨러 조합이었는데, 역시나 들었던 소문과 같이 벤치마크 온도는 90도~95도 미친 듯이 오르고, 쿨러는 평상시에도 윈도우 창만 하나 띄워도 비행기 이륙하는 소리가 난다. 그렇다고 성능이 잘 나오는 것도 아니고, 오히려 부스트 클럭인 5,500 Mhz 보다 못 미치는 5,200 ~ 5,300 Mhz 정도로 나왔다. 열심히 돈 벌어서 데스크톱 업그레이드 했는데 제대로 못써먹으면 너무 억울하다. 그래서 발열과 성능을 잡기 위해 몇 가지 테스트를 진행했었고, 가장 효과적이었던 방법 하나를 공유한다.

유튜브와 인터넷에 라이젠 7세대 발열을 잡기 위한 수많은 글들이 있지만 나는 퀘이사존 10분 AMD PBO2 커브옵티마이저 설정 팁 글이 발열과 성능을 모두 잡는데 가장 유효했기에 방법을 공유한다. 퀘이사존 설정 팁 글은 대충이라도 한번 읽어 보는 것이 좋다.

현재 데스크탑 환경

Gigabyte X670E Aorus Master
AMD Ryzen 7700X
Thermalright Peerless Assassin 120 SE ARGB (공랭)
SAMSUNG DDR5 16G x2

언더볼팅 순서

요약하자면 PBO Limit은 Motherboard(Auto), Curve Optimzer 값은 주력 코어는 -25 (Negative), 나머지 코어는 -30 (Negative)로 설정이다. 전력 제한, 온도 제한 설정 등도 시도해 봤었는데 다 쓸모없고 PBO Limit과 Curve Optimizer 값만 세팅하는 게 제일 효과가 좋았다. (더 효율 좋은 방법이 있어도 복잡한 건 싫다. 나중에 다시 세팅할 때 기억 못 함)

2023.02.27 추가) 원래는 주력 코어 -25, 나머지 코어는 -30 으로 설정했었으나, 해당 값 적용 이후 TestMem5 (TM5)에서 메모리 체크가 실패하여 값을 -20, -25로 조정했다. CPU 온도가 좀 더 오르기는 하는데 메모리 문제 없는 듯

주력 코어 찾기

Ryzen Master를 설치한다. 설치 후 Advenced View의 Home에서 Core Section을 펼쳐보면 별과 달 아이콘이 붙은 Core가 표시되는데, 별이 주력 코어 1, 달이 주력 코어 2다. 코어 번호를 잘 기억해 두자

Ryzen Master Core Section

나의 경우는 Core 8번이 Primary 주력 코어고, Core 2번이 Primary 주력 코어다.

메인보드 BIOS 세팅

이건 제조사마다 방식이 달라서 자세하게 적지는 않는다. 퀘이사존 AMD PBO2 커브옵티마이저 설정 팁 글을 확인하거나 어느 정도 지식이 있다면 PBO Limit은 Motherboard(Auto), Curve Optimzer 값은 주력 코어 2개는 -25 (Negative), 나머지 코어는 -30 (Negative)로 설정한다. 주의할 점은 메인보드에서는 Core 번호가 0부터 시작하고, Ryzen Master에서는 1부터 시작할 수 있으니 설정 먹일 때 숫자 헷갈리지 않도록 조심한다. (바이오스 설정 완료 후 다시 라이젠 마스터 들어가 보면 내가 어떤 코어에 Curve Optimizer를 먹였는지 확인가능하니 너무 쫄진 말자)

결과

언더볼팅 전에는 CPU Core 최고 온도 95도까지 찍었고, 그럼에도 Clock은 5,200~5,300 Mhz 수준으로 터졌었다. PBO2, Curve Optimzer 적용 이후에는 같은 상황에서 최고 온도 80~83도, Clock은 5,500 Mhz가 충분히 터지고 있다.

언더볼팅 후 7700X Full Load (UserBenchmark 실행시)

추가로 내가 테스트한 UserBenchmark 결과를 공유하니 참고하는 것도 좋다.

Gigabyte GA-X670E AORUS MASTER Performance Results - UserBenchmark

www.userbenchmark.com

시네벤치 결과 추가 (2023-02-25)

시네벤치 R23 Multi-core 점수 20158

시네벤치 R20 Multi-core 점수 7817

시네벤치 실행 후 HWMonitor 결과

시네벤치가 UserBenchmark보다 CPU를 더 잘 갈구는 것 같다. 언더볼팅을 해도 최대온도 90도까지 오르고, 클럭은 5,612 Mhz 터진다.

Windows 11 (윈도우 11) 설치 후 초기 셋팅 / 추천 프로그램

Yowu — Thu, 9 Feb 2023 09:23:27 +0900

이전에 Ubuntu 설치 후 초기 셋팅 시리즈를 몇 번 작성했지만, 정작 종종 쓰는 윈도우 환경에 대한 셋팅 포스트를 작성한 적은 없었다. 최근 버전의윈도우에서 WSL2 등등 개발에 도움이 되는 많은 기능들이 추가가 되었고, 요즘에는 윈도우로도 개발을 종종 하고 있다.

2020.04.19 - [내맘대로/내맘대로리눅스] - 우분투 20.04 LTS (Focal Fossa) 데스크탑 설치 후 해야하는 것들

그러던 중 종종 즐겨보는 유튜버인 눈쟁이 유튜브에 윈도우 11 관련된 초기 셋팅 영상을 보게 되었고, 나도 평소에 즐겨 사용하는 소프트웨어에서는 반가움을, 내가 잘 몰랐던 소트프웨어에서는 신박함을 느끼게 되어 추후 윈도우 재설치 시 참고하기 위해 포스트를 작성한다.

"윈도우11 설치부터 세팅까지 한번에 알려드립니다." by 눈쟁이

윈도우 시동 디스크 생성

Rufus: https://rufus.ie/ko/

Rufus

나는 지금까지 마이크로소프트에서 제공하는 윈도우 시동 디스크 생성 도구를 사용했는데, Rufus라는 도구가 있더라. 윈도우 설치 시 발생할 수 있는 다양한 불편한 절차들을 간소화시킬 수 있다. 특히 최근 버전의 윈도우 11 버전부터는 인터넷 연결을 강제하는 경우가 있는데 LAN 드라이버가 잡히지 않았을 경우 설치가 막히게 된다. 이를 해소할 수 있는 다양한 Tweak을 제공한다.

Rufus 홈페이지에서 다양한 버전을 제공하고 있는데, Protable 버전을 사용하면 별도의 설치 절차 없이 실행파일로 즉시 사용가능하니 추천한다. "시작" 버튼을 눌러 Windows User Experience 메뉴로 들어가면 윈도우 버전에 따라서 다양한 설치 편의 옵션을 제공하니 체크하고 윈도우 설치 디스크를 만드는 것을 권장한다.

Remove requirement for an online Microsoft account (설치시 MS 로그인 절차 제거)
Disable Data Collection (설치시 데이터 수집 관련 설정 생략)

3DP Net

3DP Net: https://www.3dpchip.com/3dp/net_down_kor.php

특히 최근에 출시된 노트북에서 윈도우 설치 시 무선 LAN 드라이버가 잡히지 않는 경우가 있다. 윈도우 시동 USB에서 3DP Net 하나쯤 추가해 두면 윈도우 설치 시 도움을 받을 수 있다. (3DP Net에서 LAN 드라이버를 찾지 못할 수도 있다. 이 경우엔 해당 노트북/메인보드 제조사의 LAN 드라이버를 찾아 USB에 넣어둔다. 사실 이게 더 정석적인 방법이다.)

윈도우 업데이트

윈도우 설치 후 "Windows 업데이트 설정" 메뉴로 진입하면 최근 윈도우 업데이트 내역을 확인할 수 있다. 설치만 미리 해두고 재부팅은 마지막에 몰아서 한다.

CPU Chipset Driver

AMD Chipset (AMD CPU를 사용하는 경우)

AMD Drivers and Support: https://www.amd.com/en/support

AMD 칩셋 소프트웨어 설치 프로그램

라이젠 데스크탑을 몇 년째 사용하면서 딱히 불편한 것은 없었지만, 라이젠 PC의 경우 AMD Chipset Driver를 설치해 주는 것이 좋다고 한다. 나는 메인보드 칩셋만 설치했다. (StoreMI 는 설치하지 말자)

Inter Chipset (Interl CPU를 사용하는 경우)

인텔 드라이버 및 지원 도우미: https://www.intel.co.kr/content/www/kr/ko/support/detect.html

인텔 CPU를 사용한지 너무 오래돼서 잘 모르겠는데, AMD와 마찬가지로 설치해 주면 좋아 보인다.

파일 탐색기에서 최근 사용한 파일 / 자주 사용하는 폴더 표시항목 제거

파일 탐색기 - 옵션 - 개인 정보 보호

매번 설치할 때마다 찾아보는 항목 중에 하나다. "파일 탐색기" - "옵션" - "개인 정보 보호"에서 최근에 사용한 파일 표시, 자주 사용하는 폴더 표시를 제거할 수 있다.

사용자 계정 컨트롤 설정 변경

사용자 계정 컨트롤 설정

관리자 권한이 필요하거나 기타 상황에서 소프트웨어를 실행시킬 때 윈도우 백그라운드 화면을 사용하지 못하게 되면서 권한을 확인하는 창이 뜰 때가 있다. "사용자 계정 컨트롤 설정 변경"에서 옵션을 조절하여 권한을 허가할 때 사용자의 UX를 방해하는 정도를 지정할 수 있다. 나는 밑에서 2번째 정도가 적당할 것으로 생각한다.

"전원 모드" 변경

전원 모드 변경

데스크탑의 경우는 굳이 전원 모드를 "최고 성능" 외에 다른 옵션으로 사용할 필요가 없다. 랩탑(노트북)의 경우는 "균형 잡힘" 정도로 사용하는 것이 좋아 보인다.

NVIDIA 제어판 설정 변경

NVIDIA 그래픽 카드를 사용할 경우 "NVIDIA 제어판" - "3D 설정 관리" 탭에서 "저지연 모드" 울트라, "최대 프레임 속도" 최고 성능 선호로 설정한다.

ClearType 텍스트 조정

눈쟁이 유튜브에서는 언급하지 않았지만, "ClearType 텍스트 조정" 메뉴에서 내 눈으로 가장 보기 편한 텍스트 표현 방식을 선택한다. 둔한 사람은 크게 차이를 못 느낀다고 하지만, 나는 개인적으로 반드시 설정해 주는 옵션이다.

포인터 정확도 향상 체크 해제 (선택 사항)

나는 포인터 정확도 향상(마우스 이동시 포인터 이동 가속 기능)을 켜놓고 사용하지만, 끄고 사용하는 사람도 많은 것 같다.

여기서 부터는 윈도우 기본 설정이 아닌 추천 프로그램

Winaero Tweaker 설정

Winaero Tweaker Download: https://winaero.com/download-winaero-tweaker/

Winaero Tweaker

윈도우에서 트윅 할 수 있는 여러 가지 기능들을 제공한다. 다운로드 압축 파일을 열어보면 일반적인 Setup exe 파일과 SlientSetup cmd 파일이 있는데, SlientSetup을 사용하면 별도의 설치 절차 없이 사용할 수 있다. (근데 나는 SlinentSetup 이 실행이 안돼서 그냥 Setup.exe 에서 portable 설치로 사용한다) 대충 다음과 같은 Tweak을 할 수 있다.

마우스 오른쪽 버튼 클릭 시 나타나는 메뉴를 윈도우 11 메뉴가 아닌 예전 버전 레거시 메뉴로 변경 (Classic Full Contenxt Menus)
윈도우 키로 검색 시 Bing 웹 검색 결과 제거 (Disable Web Search)

위 두 개가 대표적인 Tweak이고, 하나씩 살펴보면 유용한 것이 있을지도...?

CBX Shell

CBX Shell Github releases: https://github.com/T800G/CBXShell/releases/tag/4.6.2

이미지 압축파일에서 썸네일을 표시해 준다. 나는 필요 없어서 사용하지 않는다.

Parsec

Parsec Download: https://parsec.app/downloads

원격 데스크탑 연결용 클라이언트다. 나도 몰랐던 프로그램인데, 눈쟁이 유튜브 영상을 보면 윈도우즈에서 제공하는 기본 원격 데스크탑 연결 (mstsc) 보다 연결 퀄리티가 좋아보인다. 나는 종종 원격으로 데스크탑 PC에 연결할 일이 있어서 앞으로 사용해볼 예정

CCleaner

CCleaner Download: https://www.ccleaner.com/ko-kr/ccleaner/builds

설치 버전과 Portable 버전(비설치) 버전 중 선호하는 것을 사용하면 된다. 몰랐던 프로그램인데 오래전 유행하던 윈도우 정리 프로그램의 일종으로 보인다.

TreeSize

비상업적, 개인용으로 사용한다면 TreeSize Free를 설치하면 된다. 마찬가지로 Portable 버전을 지원한다. 윈도우를 사용하다보면 "도대체 어떤 폴더에서 이렇게 용량을 많이 쓰고 있는거야?" 의문이 들때가 있는데, TreeSize를 사용하면 간단하게 확인이 가능하다. 역시나 몰랐던 프로그램이다.

구라제거기

구라제거기 다운로드 블로그: https://teus.me/category/IT/%EA%B5%AC%EB%9D%BC%EC%A0%9C%EA%B1%B0%EA%B8%B0

이젠 윈도우 사용 시 필수 프로그램이 되어버린 구라제거기다. 평소에도 잘 사용하고 있었다. 공공기간/은행 사이트 사용시 설치되는 보안 관련 Active X, 보안 exe 들을 한방에 확인하고 제거가 가능하다. (나는 그런 작업들을 virtual machine에서 해서 사용 안 하지 꽤 되었지만...)

보안 프로그램의 경우는 항상 새로운 프로그램이 나오기 때문에 가급적 구라제거기를 돌릴 때마다 최신 버전을 확인하고 돌리는 것이 좋다.

AppCheck

AppCheck Donwload: https://www.checkmal.com/product/appcheck

랜섬웨어 보안 관련 프로그램이다. Windows Defender 성능이 워낙 좋아져서 몰랐고, 사용하지 않던 프로그램이다. 혹시나 랜섬웨어 피해를 입을 수 있으니 백그라운드에서 돌려놓고 있으려 한다. (무료버전은 제한된 기능으로 개인 사용자만 사용할 수 있음에 주의한다.)

Malware Zero

Malware Zero: https://malzero.xyz/

마찬가지로 Windows Defender 만 사용하던 나는 몰랐던 프로그램이다. 종종 돌려주면 좋다고 한다. 다운로드하고 압축을 푼 다음 start.bat 배치파일을 관리자 권한으로 실행하면 된다.

반디집 / 꿀뷰 / 팟플레이어

반디집: https://kr.bandisoft.com/bandizip/
꿀뷰: https://kr.bandisoft.com/honeyview/
팟플레이어: https://tv.kakao.com/guide/potplayer

반디집(압축 유틸)과 꿀뷰(이미지 뷰어), 팟플레이어(동영상 재생)는 나도 거의 10년 가까이 사용하고 있지만 정말 만족도 높은 프리웨어다. 특히 반디집의 경우 군대 행정병 시절 때 부터 정말 애용하는 프로그램이다.

팟플레이어의 경우 설정 - 소리 - 노멀라이저/잔향 메뉴에서 노멀라이저 설정을 체크해제하는 것이 좋다. (동영상 소리 평탄화)

언급한 내용 외에 기타 자세한 내용은 상단의 눈쟁이님 유튜브 영상을 참고하기를 바라며, 마지막으로 좋은 프로그램들을 알려주신 눈쟁이님 초감사.. 유튜브 광고 한번 더 볼게요.

장우컴퍼니 JW-I9 PRO M.2 NVMe SSD 외장케이스 / 벤치마크

Yowu — Fri, 27 Jan 2023 00:51:13 +0900

어쩌다 보니 NVMe SSD가 하나 남았다.

이것을 외장하드처럼 사용할 목적으로 NVMe 케이스를 하나 구입할 생각으로 몇 개의 후보를 추렸다. 후기에 많이 보이는 케이블 불량 이슈만 제외하면 장우컴퍼니 JW-I9 PRO 제품이 가성비가 좋아 보여 구매했다.

JW-I9는 NVMe 연결을 위한 브릿지 컨트롤러로 JMS583을 사용하는데 보급형 중에서도 중간급 칩셋으로 가성비가 뛰어나다. JMS583칩셋은 아래와 같은 스펙을 지원한다.

USB 3.1 Gen 2(10Gbps) 데이터 전송 속도 지원
NVMe 1.3 프로토콜 지원
최대 용량이 4TB인 NVMe 솔리드 스테이트 드라이브(SSD) 지원
UASP(USB 연결 SCSI 프로토콜) 지원
TRIM 및 S.M.A.R.T. 지원
BCD(부팅 구성 데이터) 지원
펌웨어 업데이트를 위한 내장 플래시 메모리
Windows, MacOS 및 Linux를 포함한 여러 운영 체제 지원

외관 및 NVMe 장착

내용물은 심플하다. 케이블은 C Type, A Type USB 케이블을 하나씩 준다. (근데 후기를 보면 케이블 불량률이 높은 듯..)

뚜껑을 따면 이렇게 생겼다. NVMe에 사용 가능한 써멀패드 10장이 제품에 포함되어 있다.

상품 설명에는 2280 NVMe만 사용 가능한 것 처럼 얘기하는데, 적당한 나사가 있으면 더 작은 사이즈도 충분히 사용 가능하다.

나는 NVMe 연장 플레이트가 있어서 플레이트 사이즈가 옆으로 조금 오버되는 것들만 잘라내고 그대로 사용했다.

나름 깔끔하니 보기 좋다. PC와 정상 연결되면 녹색 불이 들어온다.

Benchmark

우선 케이스에 사용된 NVMe는 레노버 아이디어패드 Slim3 15ABA7 제품에서 탈거한 마이크론의 MTFDKCD256TFK 모델이다. PC의 M.2 슬롯에 연결했을 때의 CrystalDisk 벤치 스펙은 아래와 같다.

Micron MTFDKCD256TFK CystalDiskInfo

Micron MTFDKCD256TFK CrystalDiskMark 결과

보급형 노트북에서의 벤치마크

첫 번째로 레노버 아이디어패드 Slim3 15ABA7 R5 모델에서 벤치마크를 지원했다.

2023.01.22 - [내맘대로/내맘대로쓴리뷰] - 레노버 아이디어패드 Slim3 15ABA7 R5 벤치마크 및 메모리 업그레이드

이 모델에서는 USB 3.0 전송만을 지원하고 USB 3.1 Gen 2와 같은 고속 데이터 전송을 지원하지 않는다. (USB 3.0 = 5 Gbps = 625 MB/s)

USB C Type 연결

USB A 타입 연결

C 타입으로 연결하나 A 타입으로 연결하나 큰 차이가 없다. 그래도 예상보다는 성능이 낮게 나와서 혹시 케이블 문제인가 싶어 데이터 케이블을 추가 주문 해둔 상태다.

고성능 데스크톱에서의 벤치마크

고성능이라고 당당하게 말하기엔 조금 연식이 지났지만 그래도 X470 AORUS GAMING 7 WIFI (rev. 1.0) 메인보드에 딸린 포트로 테스트를 해봤다. 메인보드에는 USB 3.2 Gen2x1 (USB 3.1 Gen 2)를 지원하는 포트와 일반 USB 3.2 Gen 1 (USB 3.0)을 지원하는 포트가 모두 있다.

USB 3.1 Gen 2 (USB 3.2 Gen 2x1): 최대 1250 MB/s
USB 3.0 (USB 3.2 Gen 1) 최대 625 MB/s
~~진짜 USB 네이밍 하는 놈들 뚝배기 다 깨버리고 싶다.~~

NVMe 케이스에 장착한 MTFDKCD256TFK의 CystalDiskInfo

벤치 특이사항이 있는데, 기본으로 제공되는 C 타입 케이블이 불량인지 USB 3.0은 정상 작동 했지만 USB 3.1 Gen2 포트에서 인식이 되지 않았다. 몇 번의 시도 끝에 인식이 되긴 했지만 거의 못쓸 정도로 성능이 나오지 않아서 개인적으로 가지고 있던 Type C 데이터 전송 케이블을 사용했다.

USB 3.1 Gen 2 C 타입 연결 성능 (별도 데이터 케이블)

USB 3.2 Gen 2x1 (USB 3.1 Gen 2) C Type 연결 성능은 그럭저럭 나왔다. 최대 1250 MB/s를 제공해야 하지만 원래 이런 벤치나 성능은 스펙 대비 20% 정도 깎아서 보는 거다.

USB 3.1 Gen 2 A 타입 연결 성능 (번들 전송 케이블)

USB 3.0 A 타입 연결 성능 (번들 케이블)

번들 A타입 케이블을 사용한 USB 3.1 Gen 2, USB 3.0 포트에서의 결과가 조금 이상하게 나왔다. 개인적으로 가지고 있는 A 타입 데이터 케이블이 없어서 비교 테스트는 못해봤는데 번들 A타입 케이블이 USB 3.1 Gen 2 성능을 제대로 끌어내지 못한 것으로 보인다. 이것 역시 주문한 데이터 케이블이 도착하면 다시 테스트 예정이다.

별도의 전용 데이터 케이블로 다시 테스트

USB C Type, A Type 고속 데이터 케이블을 별도로 구매해서 다시 테스트했다. 결론부터 얘기하자면 번들로 제공되는 C Type, A Type 케이블 둘 다 불량이다.

번들 C Type 케이블: USB 3.0으로는 연결되나 USB 3.1 Gen 2로는 연결되지 않음. (인식 X)
번들 A Type 케이블: 마찬가지로 USB 3.0으로만 연결되고 USB 3.1 Gen 2로는 연결되지 않음.

USB 3.1 Gen 2 A 타입 연결 성능 (별도 데이터 전송 케이블)

장우컴퍼니 JW-I9 PRO 구매를 생각하고 있다면, QC 문제인지 번들로 오는 케이블의 상태가 좋지 못하니, 별도의 데이터 케이블 구매를 준비해 놓는 것이 정신 건강에 이롭다.

요우의 2022년 개발자 회고

Yowu — Wed, 25 Jan 2023 00:03:34 +0900

또 한 해가 지나갔다. 회고는 작성하는 년도가 있고, 작성하지 않는 년도가 있는데 2022년은 생각할 해볼 것들이 많아 한번 작성해보려 한다. 요즘에는 블로그 자체에 글을 잘 작성하지 않지만, 이런 식으로라도 블로그에 글을 싸지르고, 한 번씩 회고를 작성할 때마다 몇 년 전 내가 작성한 회고를 다시 읽어보는 재미가 또 있다.

개발자 요우의 2021년 회고. 근데 2년치를 한방에

2년 6개월 만의 회고 (2019.06~2021.12) 그렇다. 이것은 2년 6개월 만의 회고글이다. 마지막으로 회고글을 작성한 것이 2019년이었고, 오늘은 어느새 2021년 12월 31일이다. 사실 올해 중순에 회고글 하나

luckyyowu.tistory.com

흔한 2019년 상반기 회고

평소와 다를 바 없는 어느 출퇴근길에 역시나 평소와 같이 페이스북 타임라인을 눈팅하고 있었습니다. 그러던 중 조은님의 2019년 상반기 회고 글을 봤습니다. 2018년 회고 포스트도 작성 못 했던

luckyyowu.tistory.com

흔한 개발자의 2017년 회고

회고는 무슨, 회나 먹고 싶다. 2017년 1월에 2016년 회고록을 쓰다가 잠시 접어놓고, 정신 차려보니 2017년이 끝나고 2018년이 와버렸다. 이런 젠장 이렇게 게으른 주제에 회고는 무슨 회고냐. 내 주제

luckyyowu.tistory.com

2022년에 기억에 남는 것들을 위주로 정리해 본다.

멘토링
네이버 쇼핑라이브 숏클립
"오만함"
블로그와 개발 위키 분리
Flex Items (내가 질러버린 것들)

멘토링

2022년 중순부터 다양한 멘토링 프로그램의 멘토로써 참여했다. “잇다” 플랫폼에서 멘토로 참여한 클래스가 4회, 대학교 혹은 교육기관에서 주최하는 멘토링에 4회 정도 멘토로써 참여했다.

“잇다”는 멘토링 전용 플랫폼이다. 대학교 후배가 여기서 멘토로서 활발하게 활동하는 것을 보고, 나도 흥미가 생겨 참여하게 되었다. 이전에는 내가 졸업한 대학교나 혹은 SNS에서 알게 된 개발자로부터 알음알음 요청 들어오는 것들만 진행했는데, “잇다”를 통해 내가 직접 클래스를 꾸미거나 불특정 다수의 멘티로부터 질문을 받고 답변해 주는 것 등 조금 더 다양한 활동을 할 수 있었다.

유용우 멘토

‍ 5명 창업 동아리에서 망해버린 50명 스타트업, 그리고 성장하는 500명 중견 IT 스타트업과 5,000명에 육박하는 IT 대기업까지 다양하게 경험한 흔한 IT 백엔드 개발자입니다. 현) NAVER Fores

www.itdaa.net

다만 “잇다”의 단점도 있었는데, “잇다”에서 주최하는 클래스 중 특히 대학교로부터 요청받아 진행되는 클래스는 멘토 경험이 썩 유쾌하지 않았다. (모든 대학교 클래스가 그랬던 것은 아니다) 아마 대학교의 특정 강의의 대체 강의로 “잇다” 멘토링 클래스를 사용하는 것으로 예상되는데, 당연히 그런 강의에서 학생들의 참여가 적극적일 수 없었다. "잇다"에서 몇 번의 대학교 주최 클래스를 진행하고, 더 이상은 대학교 클래스를 진행하지 않기로 했다.

유독 기억에 남는 멘토링은 어딘가 시청 소속의 인재육성프로그램과 고향의 모 대학교의 컴퓨터공학과에서 주최한 멘토링이었다. 아무래도 오프라인 멘토링은 “잇다”의 온라인 전용 멘토링과는 느낌이 많이 다르다. 오프라인 멘토링에 참여한 멘티들은 대부분 본인의 질문이나 앞으로의 커리어 방향성에 대해 적극적으로 내게 질문하는 편이었다.

온라인/오프라인 멘토링에서 대부분 공통된 주제로 멘토링을 진행했다. 취업보다는 “좋은 개발자 되기”라는 주제로 많은 얘기를 전달해 주었는데, 스터디, 프로젝트, 커뮤니티, Self PR 등과 취업 전 겪어보면 좋은 몇 개의 기술들, 그리고 IT 업계에 대한 간단한 정보와 취업 준비자들을 위한 약간의 꿀팁을 전달했다.

멘토링을 진행하면서 몇 가지 긍정적인 것들을 적어보자면 아래와 같다.

앞으로 이 험난한 시장에 뛰어들 친구들에게 내 경험을 간접적으로나마 체험시켜 줄 수 있는 것
나 역시 멘토링을 준비하면서 내가 지나왔던 커리어, 성장 방법, 기술 동향에 대해 다시 고민해 보는 것
멘토링을 통해 추가적인 네트워크가 형성되는 것

2023년에는 어떨지 모르겠다. 아래에서 자세하게 얘기하겠지만 지금 내가 남들 멘토링해 줄 때가 아니었다.

네이버 쇼핑라이브 숏클립

네이버 쇼핑라이브

산지에서 해외까지, 생생한 리얼쇼핑

shoppinglive.naver.com

네이버 쇼핑라이브 많은 관심과 사랑 부탁드립니다

2022년 네이버 개발자로 재직하면서 가장 기억에 남는 것은 역시 쇼핑라이브 “숏클립” 프로젝트다. 약 4월부터 준비를 시작해서 9월에 오픈했다. 2021년에 네이버 쇼핑라이브 합류 이후 아직 메인으로 담당하는 서비스 도메인 영역이 없었고, 2021년에도 숏클립과 비슷한 프로토타입의 프로젝트를 진행했던 터라 숏클립 프로젝트 얘기를 들었을 때 자발적으로 손들고 프로젝트에 뛰어들었다.

숏클립은 기존에 쇼핑라이브에서 진행된 라이브 방송과는 다르게 약 2분 내외의 짧은 영상과 상품 정보를 사용자에게 제공해 주는 서비스로 기획되었다. 인스타그램 혹은 유튜브의 릴스, 숏츠와 같이 “숏폼” 형태의 동영상 서비스다. 숏클립은 판매자가 직접 플랫폼에 영상을 업로드할 수 있는 방법과, 판매자가 진행한 1시간 정도의 라이브 방송에서 구간을 추출하여 별도의 숏클립으로 만들 수 있는 방법 2개를 제공한다.

나는 숏클립 프로젝트의 Core Domain Backend 개발 메인 딜러로 프로젝트에 참여했다.

숏클립 기능을 구현하는 전반적인 백엔드 구현
기존의 서비스와 분리된 별도의 인프라 구축 및 유지보수
숏클립 DB Schema 정의 및 CRUD API 모델링/구현
쇼핑라이브 서비스와 결합을 위한 인터페이스 정리
ffmpeg를 사용한 영상 처리 및 상품 등 주요 기능과의 결합

Contributions in 2022

여러 군데에서 기대가 많았던 프로젝트다 보니 당연히 어려움도 많았다. Core 도메인 쪽을 거의 홀로 전담했고, 아직 네이버의 기술 스택에 익숙하지 않았던 터라 손이 굉장히 부족했다. 그래도 내가 손들고 찾아온 프로젝트라 사명감 하나만큼은 오져버려서 자발적인 야근과 휴일 출근까지 불사 질렀고, 많은 동료들의 도움을 받아 9월 중순에 무사히 숏클립을 오픈할 수 있었다. 다행히 숏클립은 지금까지도 큰 문제없이 쇼핑라이브 내에서 무사히 서비스되고 있다. 도움을 주신 많은 분들께 감사합니다.

숏클립은 분명 영혼까지 갈아 넣어 최선을 다했고, 쇼핑라이브에 긍정적인 영향을 주고 있는 서비스임에는 분명하다. 하지만 지금 와서 돌이켜보면 조금 더 잘 해낼 수 있었을 텐데 아쉬움이 많다. 숏클립을 담당하게 되면서 팀의 이동이 있었고, 그 과정에 커뮤니케이션 실패나 업무 진행에 몇 가지 실수 혹은 착오가 많았다. 분명 많은 것을 배우게 된 프로젝트이지만, 반면에 많은 생각을 하게 만든 프로젝트기도 하다.

아마 2023년에도 높은 확률로 숏클립 도메인을 담당하게 될 것 같다. 아쉬움이 많았지만 좋은 경험을 했고, 그 경험을 곱씹어 올해는 조금 더 좋은 영향력을 끼치면서 잘 일할 수 있기를 바란다. 예전 군대에서 봤던 명언집에 지금까지도 기억에 강렬히 남아있는 명언이 있다.

성공은 좋은 판단의 결과이고,
좋은 판단은 경험의 결과이고,
경험은 잘못된 판단의 결과이다.

앤서니 라빈스

"오만함"

2022년 10월 어느 비오던 날에

2022년을 굳이 한 줄로 요약해 보자면 “시작은 창대했으나, 끝은 미약했다” 정도일까. “숏클립” 프로젝트의 성공 여부와는 별개로 2022년 업무 평가는 상상 이상으로 낮은 평가를 받게 되었다. 평가 등급을 전달받았을 때는 굉장히 당황했지만 리더와의 면담과 나중에 오픈된 리뷰 시스템을 통해 동료 평가를 볼 수 있었고, 내가 네이버에서 얼마나 스마트하게 일하지 못했으며 아직 협업이나 소프트 스킬이 부족한지 알 수 있었다. (이전 회사까지는 동료 평가라는 시스템이 없었다)

돌이켜보면 나는 내가 네이버 입사 전의 다양한 조직에서의 경험으로 이곳에서 충분히 잘 적응하고, 새로운 업무를 충분히 잘 해낼 수 있었을 것이라는 "오만함"이 있었다. (물론 잘 되면 “자신감”이었겠지만, 결과를 보니 잘되지 못했다) 그 오만함은 결국 지금까지의 짧은 개발자 경력 중에 가장 낮은 업무 평가를 받게 만들었다.

2022년에 나는 내부에서 파트를 한번 옮기게 되었고, 파트에 녹아드는데 어려움이 있었던 것 같다. 그저 내가 잘 피드백을 수용하거나 조언을 받아들이기만 했으면 적응에 문제가 없었을 텐데 그러지 못했다. 아직 Java와 Spring Boot에 대한 이해도가 낮았음에도 기존의 팀 컨벤션 혹은 프로토콜에 대해 끊임없이 의문을 던지거나 낯선 방식의 작업을 진행했고, 결국 불필요한 커뮤니케이션이 자주 발생했다. 이것은 팀 혹은 프로젝트의 리소스를 불필요하게 소모시켰다. 예전의 경험을 바탕으로 내가 일하는 방식이 맞는 방법이라고 생각했고, 팀원들의 피드백이나 제안에도 몇 번인가 의견 충돌이 있었던 기억이 있다. 분명 좋은 인상을 주진 못했을 것 같다.

의견이 달라서 충돌하는 것이 나쁜 것은 아니다. 다양한 의견들이 충돌하거나 새로운 의견으로 기존의 관습을 타파하는 충돌은 분명 좋은 충돌이다. 하지만 나의 경우는 팀에 아직 제대로 적응하지 못한 상황에서 부족한 Java Spring Boot 스킬, 그리고 이전 몇 년간의 Node.js 백엔드 개발 경험만을 가지고 "좋은 인상"을 주는 깊은 의견을 제시하지 못했고, "나쁜 인상"만을 남기는 겉도는 의견을 자꾸 던졌다. 팀원들에게 신뢰를 주지 못했을 거라 생각한다.

나는 내가 충분히 겸손하다고 생각했는데, 이번의 경험을 바탕으로 아직 한참 더 겸손할 수 있구나를 생각한다. 대략 근성과 열정, 긍정성, 새로운 시도, 협력/기여와 커뮤니케이션에서는 좋은 피드백들을 받았지만 인사이트와 조직/구조화, 스피드, 전문성과 공유/피드백, 디테일/완성도에서는 나쁜 피드백이 더 많았다. 이전까지는 지금까지의 경험과 기술만으로도 동료들에게 인정을 받거나 좋은 성과를 낼 수 있었지만 지금의 환경에서는 크게 부족하다는 것을 객관적으로 확인할 수 있는 하나의 지표다. 반대로 생각하면 피드백을 바탕으로 부족한 부분들을 보완하여 성장할 수 있는 절호의 찬스다. (지표만 보면 완전 근성과 열정만 개쩔고 개발은 못하는 입개발러처럼 보이기도 한다 )

강점
- 강한 책임감
- 긍정적인 자세와 일에 대한 열정
- 명확한 커뮤니케이션과 협업
- 프로젝트에 대한 주인의식
단점
- Java 개발 경험 부족
- 서비스 영역에 대한 전문성 및 경험 부족
- 업무 디테일 및 완성도 부족
- 문제 해결에 이슈가 있을 경우 공유/피드백 부족

동료 평가 중 뼈아픈 한마디가 있었다. “이제 자바스크립트 개발자에서 벗어나 자바 개발자가 되셨으면 좋겠습니다.” 이 한 문장을 보고 많은 생각이 들었다. “내가 너무 자기 발전 없이 무의미한 시간들은 보냈나?” 혹은 “요즘 좀 빠져서 게으르게 살고 있나?” 사실 백엔드 개발자에 언어나 기술 스택이 뭐가 그렇게 중요한가 생각들 수도 있지만, 겉핥기로 여러 기술을 알고 겉도는 것보다는 한 가지의 기술을 깊이 알고 나서야 비로소 다른 영역의 기술을 결합시켜 시너지를 발휘할 수 있을 거란 생각이 든다.

2023년에는 몇 가지 피드백을 바탕으로 외부 활동보다는 기술력의 성장과 소프트 스킬의 성장을 이룩하려 한다.

Java와 Spring Boot의 기술 성장. 그리고 Kotlin
서비스 도메인에 대한 더 깊은 이해
작업 디테일 향상 및 체계적인 업무 진행
적극적인 이슈 공유와 커뮤니케이션, 소프트 스킬 향상
공유, 기여, 이해, 협업, 피드백 수용

(이 내용을 작성할까 말까 고민이 많았다. 사실 좋은 내용도 아니고 어떻게 보면 제살 깎아먹는 글이라 작성할 때도 힘들었고, 다시 볼 때도 힘들지만 그래도 작성해 놓고 두고두고 곱씹으려 한다.)

블로그와 개발 위키의 분리

https://wiki.yowu.dev/ko/dev/WAS/setting-certbot-ssl-on-apache2-nginx

2022년에는 티스토리 블로그와 위키를 분리했다. 정확하게는 나만의 개발 전용 위키 페이지를 새롭게 구축했다. 블로그에는 회고와 같은 조금 더 개인적인 내용을 작성하고, 위키 페이지에는 기술적인 내용을 담을 예정이다. 위키는 Wiki.js 오픈소스로 개인 서버에 구축했으며, 지금은 트래픽이 미미해서 집에서 돌아가고 있는 우분투 개인 서버로 잘 버티고 있다. 이전에 Github에 유지했던 TIL (Today I Learned) 역시 위키에 통합했다.

Home

요우의 사설 개발 위키 입니다. 온갖 잡다한 문서들이 생성됩니다.

wiki.yowu.dev

블로그와 위키를 분리하게 된 이유는 여러 가지가 있겠지만, 우선 어느 순간부터 내 블로그가 이도저도 아닌 애매한 블로그가 되었다. 어떨 때는 IT 제품 리뷰가 포스팅되기도 하고, 어떨 때는 개인 생각이나 칼럼이 포스팅되고 했으며, 어떨 때는 기술적인 내용이 포스팅되기도 했다. 여러 용도가 혼합되어 있다 보니 특히 어느 순간부터 포스트의 퀄리티 유지를 위해 간단한 기술적인 내용조차 잘 기록하지 않게 되었다. 항상 본인의 뇌를 믿지 말고 항상 어딘가 기록해야 한다고 생각하는데 이를 잘 지키지 못하고 있다고 생각했다. 그래서 블로그와 개발용 위키를 분리하게 되었다.

위에서 언급한 것 처럼 언젠가부터 블로그에 올라가는 포스트들에 퀄리티에 신경 쓰게 되었고, 그러다 보니 예전처럼 기록을 남겨야 할 때 제 때 기록을 남기지 못했다. 그리고 블로그는 뭔가 장문 혹은 제대로 된 글을 발행하기에는 좋지만 개발과 관련된 짧은 내용들은 작성하기에는 썩 적합하지 않다. 물론 이제는 티스토리에도 마크다운이라던지 좀 더 개발자 친화적인 기능들이 생겼지만 이미 10년에 가까운 세월 동안 온갖 잡스러운 스킨 HTML/CSS로 떡칠이 되어버린 내 블로그에서는 제대로 사용하기가 쉽지 않다.

Github에 푸시하던 TIL과 비교하자면, 글을 등록하는 과정이 굉장히 간단해진다. 이전에는 하나의 TIL을 작성하고, Git 으로 커밋/푸시까지 해야 비로소 기록이 되었다. 하지만 Wiki.js를 사용해서 위키를 구축하고, 스토리지 설정을 Git으로 설정해 두면 마치 Github에 푸시하는 TIL과 거의 동일한 방식으로 사용할 수 있다.

GitHub - uyu423/wiki: https://wiki.yowu.dev data storage repository

https://wiki.yowu.dev data storage repository. Contribute to uyu423/wiki development by creating an account on GitHub.

github.com

Wiki.js는 개발자 친화적이다. 아무래도 개발자 개인이 운영하는 프로젝트다 보니, 당연히 개발자 친화적일 수밖에 없다. 마크다운 문법지원, 콘텐츠를 저장할 Storage 별도 설정, 어느 정도의 커스터마이징, 단체에서 위키가 필요하면 사용자/그룹 기능까지 생각보다 많은 기능 등을 지원한다. (만약 본인이 구동시킬만한 서버가 있고 새로운 문서 저장소를 찾거나 팀에서 오픈소스 위키를 찾는다면 Wiki.js를 검토해 보면 좋을 것 좋다. 하지만 지금의 Wiki.js는 2.x 버전인데 몇 가지 불편한 기능들이 있다. 그래서 나는 3.x 버전을 기대하고 있다)

Wiki.js

Install anywhere Works on virtually any platform and is compatible with either PostgreSQL, MySQL, MariaDB, MS SQL Server or SQLite!

js.wiki

개인 블로그와 개발용 위키를 분리하게 됨으로써 몇 가지 기대하는 효과가 있다. 우선 내가 다시 보기가 정말 편하다. 가끔씩 내가 예전에는 알았지만 지금 기억나지 않는 무언가를 찾아야 할 때가 있는데, 이것을 현재의 내 티스토리 블로그에서 찾기란 여간 쉽지 않다. 하지만 별도의 개발 위키로 분리한 이후에는 탐색이 쉬워졌다.

아무튼 신규로 개설된 위키는 블로그보다는 가볍게, 그리고 짧게나마 스쳐 지나가는 것들을 기록하는 용도로서 2023년도에도 꾸준히 계속 내용을 추가할 예정이다.

Flex Items

2022년에 내가 질러버린 것들에 대한 기록이다.

천혜향 담금주 (2022. 02)

정말 맛있는 제주 특산 천혜향을 구하게 되어 안동 소주 35도 담금주를 사용해서 담갔다. 3개월 정도 담그고 있다 6월에 오픈했으며, 후숙과정을 거쳐 9월쯤에 완성했다. 결과물로 천혜향 담금주 4L 정도 뽑아냈지만 아쉽게도 주변에 선물 돌리고, 손님들 오면 마시고 해서 지금은 거의 안 남았다. 올해도 뭐 하나 담가야 하는데...

삼성 갤럭시 탭 S8+ (2022. 02)

문서 혹은 ebook을 볼 때 태블릿을 종종 사용했다. 하지만 이전까지 사용하던 샤오미 MiPad4 가 여러 가지 문제로 영 정신을 못 차리고 있던 상태라 특가판매할 때 갤럭시 탭 S8 5G 모델을 구매했다. 처음에는 데이터 쉐어링을 같이 사용할 생각이었는데, 5G 요금제에서는 데이터 쉐어링이 추가 요금이 붙어 와이파이로만 사용하고 있다.

요즘에는 문서나 도서를 보는 것보다, 밥 먹을 때 유튜브나 넷플릭스를 보는데 아주 잘 사용하고 있다. (미패드와 비교하면 화면 퀄리티가 넘사벽이다. 갤탭 울트라를 살걸 그랬나...)

침대를 슈퍼 싱글에서 퀸 사이즈로 변경 (2022. 03)

기존에 사용하던 삼분의 일 슈퍼싱글 침대에서 베스트슬립의 Z10 미디엄블루 퀸 사이즈로 변경했다. 매트리스 사이즈가 변경되어서 침대 프레임 역시 "그남자의가구" 원목 프레임으로 바꿨다. 생각보다 돈이 많이 들었지만 침대는 역시 클수록 좋다. 기존에 사용하던 침대는 마침 사촌동생이 본가로 돌아가게 되면서 고모네 집으로 입양 보냈다. 매트리스 변경과 관련해서는 구매 당시 베스트슬립 이벤트 응모를 위해 작성해 둔 블로그 포스트가 있다.

400만원짜리 침대 매트리스를 사보았다.

예전부터 슬슬 슈퍼싱글 매트리스에서 탈출해야겠다는 생각이 들었다. 사용하던 슈퍼싱글 SS 매트리스는 삼분의일에서 구매한 단단한 타입의 폼 매트리스였는데, 지난 4년간 사용하면서 불편함

luckyyowu.tistory.com

삼성 비스포크 공기청정기 2대 (2022. 03)

기존에는 삼성 비스포크 공기청정기 1대 + 오래된 LG 퓨리케어 1대 조합으로 사용하고 있었다. 사내 특가로 비스포크 공기총정기 큰 거와 작은 거 하나를 적당한 가격에 구입할 수 있게 되어서 기존 퓨리케어 한대를 중고로 처분하고, 비스포크 공기 청정기 3대를 각각 거실, 침실, 작업실에 두고 사용하고 있다. (삼성 SmartThings 매니아)

24평에 공기청정기 3대는 좀 과했나 싶긴 하다.

삼성 비스포크 큐커 (2022. 04)

4월에 대학교 동기로 부터 비스포크 큐커를 선물 받았다. 덕분에 주방에서 전자레인지와 에어프라이어를 한방에 제거할 수 있었다. 생각보다 종종 다양하게 사용하고 있다. 그런데 큐커가 생각보다 커서 주방에 있는 보조장에 들어가지가 않는다. 그래서 주방 보조테이블 뽐뿌가 왔는데, 실행으로 옮기진 못했다.

다른 생일 선물들 (2022. 04)

감사하게도 많은 분들이 4월의 내 생일을 축하해 주셨다. 정말 감사합니다. 잊지 않겠습니다.

해피해킹 하이브리드 Type-S 화이트 무각 (2022. 07)

2022년 중순부터 재택근무 + 사무실 출근 혼합 형태가 되면서 사무실에서 사용할 해피해킹 키보드를 하나 더 구매했다. 기존에도 해피해킹 프로페셔널 2 블랙 무각을 사용하고 있는데, 사무실에서 사용하기에는 생각보다 시끄러워서 적당하지 않다 생각했고, 대학교 후배의 추천으로 구매하게 되었다. Pro2 모델은 집에서 사용하고 있고, 하이브리드 Type-S는 사무실에 두고 사용 중이다. 타건감이나 소음, 디자인 측면에서 정말 만족하고 있다. 심지어 무선이다. (해피해킹 키보드 덮개는 국내에서는 적당한 제품을 찾을 수 없어 아마존으로 직구했다)

스탠딩 데스크와 허먼 밀러 체어 (2022. 08)

이제 나이가 30대 중반을 향해 달려가고 있다 보니 자세라던지 오랜 시간 앉아서 일하는 것에 대해 경계를 하게 된다. 그래서 마침 회사 공구로 진행된 FURSYS 스탠딩 데스크와 허먼 밀러 체어를 구입했다. 개인적으로는 허먼 밀러 체어 미네랄 색상이 옵션으로 있었다면 선택하고 싶었는데 옵션이 없었다. (몇 달 뒤에 다시 열린 공구에서는 미네랄 색상이 있었는데, 환율 때문에 가격이 박살 난 게 함정)

이전에 사용하던 업무용 책상은 2015년에 이케아에서 구입한 몇 만 원짜리 책상이고, 의자는 2017년에 구입한 시디즈 T50 Air 모델이다. 이케아 책상은 바로 폐기 처분되었고, 시디즈 의자는 다른 책상에서 사용하고 있다.

삼성 비스포크 식기세척기 6인용 (2022. 11)

어느 날의 재택근무 때 점심에 밥을 해 먹고, 회의 시간에 쫓겨 설거지도 못한 날이었다. "바빠 죽겠는데 설거지까지 스트레스받아야 해?" 그래서 질렀다. 식기를 대충 물에만 헹구고 식기세척기에 넣은 다음에 전용 세제 넣고 돌리기만 하면 알아서 건조까지 돼서 나온다. 2021년에 구입한 비스포크 로봇청소기와 더불어 만족도가 매우 높다.

기타

기억에 남는 것들만...

여행
- 1월에 강릉으로 당일치기
- 3월에 양평으로 1박 2일
- 4월 생일에 제천 "포레스트 리솜" 1박 2일
- 5월에 강릉으로 1박 2일
- 7월에 태안 "아일랜드 리솜" 1박 2일
- 8월에 대부도 "펜션 시티" 2박 3일
- 11월에 대부도 "펜션 시티" 1박 2일
질병
- 3월에 코로나에 걸렸다.
- 11월에 치질에 걸려서(;;) 치핵근본제거술을 받았다. 웬만하면 수술하지 마세요.
- 확실히 예전보다 잔병이 늘어났다.
운동
- 체중이 증가했고, 위기감을 느껴 출근하는 날 정자동 탄천을 1시간 정도 꾸준히 걸었는데 (4km 정도) 11월 치질 발생으로 올 스탑되었다.
스터디
- 클린 아키텍처: 재미없었다. 로버트 C 마틴 옹의 그 도서. 뭔가 1장으로 요약가능한 내용들을 1권에 걸쳐 계속 얘기하는 느낌이고, 내용 자체가 읽기 쉽지 않았다. 도서가 오래된 탓일까?
- 코틀린 인 액션: 재밌다. Node.js 에 익숙한 나는 흥미 있는 기능들이 많았다. 그런데 기능이 너무 많이 추가되어서 좀 장황한 느낌도 있다.

아무튼 2023년도 우리 존재 화이팅

라이젠 3700X PC에 RTX 4080 / PM9A1 MNVe 달고 벤치마크를 확인해보았다

Yowu — Sun, 22 Jan 2023 20:55:15 +0900

기존에 게임용/개인용으로 사용하던 데스크탑 PC가 아래와 같은 스펙이다.

Mainboard: GIGABYTE X470 AORUS GAMING 7 WIFI
CPU: AMD Ryzen 3700X (AM4)
Graphic: Zotac RTX 2060
Memory: SAMSUNG DDR4 8G PC4-21300 x4 (3466 MHz OC)
SSD1: SAMSUNG 970 EVO M.2 NVMe 500GB
SSD2: SAMSUNG MZ7TE128HMGR SSD 128GB
HDD1: WD Blue (2012) 1TB
HDD2: Seagate Barracuda HDD (2016) 1TB
Power: FSP Hydro G 650W GOLD

관련 참고 글
- 2019.03.14 - [내맘대로/내맘대로포스팅] - 삼성 DDR4 2666 PC4-21300 오버클럭
- 2019.04.30 - [내맘대로/내맘대로포스팅] - SAMSUNG 970 EVO M.2, 그냥 SSD, HDD 벤치마크 기록

2022년 12월에 위쳐3에서 차세대 업그레이드 패치를 해주면서 레이 트레이싱을 포함한 그래픽 향상, 한국어 풀 더빙 등을 지원해져서 다시 플레이하는데 현재 사용 중인 4K 60Hz 모니터에서 플레이가 원활하지 않아 GIGABYTE 지포스 RTX 4080 Gaming OC D6X 16GB을 질렀다.

GIGABYTE 지포스 RTX 4080 Gaming OC D6X 16GB

좌: RTX 4080 / 우: RTX 2060

기존에 사용하던 RTX2060 과는 2세대 차이인데, 그래픽 카드의 크기가 실로 우람하다. 처음에 그래픽카드 택배 박스 받고 조금 놀랬다. 정말 커서.

그런데 좀 더 추가 자료를 살펴보니, 그래픽카드를 RTX4080으로 올릴 경우 파워서플라이를 650W 사용하면 전력량 이슈가 있을 수도 있고, 대충 계산해 보니 3700X를 사용하더라도 조금 간당간당한 느낌이라 파워도 650W -> 1000W로 시원하고 올려줬다. 제품은 기존에 사용하던 것과 같은 라인인 FSP HYDRO G PRO 1000W 80PLUS Gold Full Modular ATX 3.0 를 구매해서 변경해 줬다.

지옥의 선정리. 케이스 좀 가벼운 걸로 살걸... 현재 케이스는 "3RSYS IR4000 강화유리 (단종)"

그리고 업그레이드 하는 김에 삼성의 PM9A1 M.2 NVMe 1TB가 가격이 괜찮게 나와서 2개 사서 달아주고, 기존에 사용하던 WD HDD 1대와 SSD 1대를 탈거시켜주었다. (그동안 수고했어~~)

RTX 4080, PM9A1 with Ryzen 3700X 벤치마크

https://www.userbenchmark.com/UserRun/58508883

http://www.3dmark.com/spy/34988099

사실 썩 마음에 드는 수치는 아니다. UserBenchmark의 경우 그래픽 성능이 하위 10%를 기록했다. 동일한 RTX 4080 제품 군안에서의 내 PC의 벤치 점수가 하위 10%라는 얘기다. Time Spy Extreme의 경우도 RTX 4080 평균인 약 28,000점보다 한참 낮은 20,000점 대를 기록했다. 이전 세대인 X470 보드와 3700X CPU에 물려놨기 때문에 최대의 성능을 뽑지 못하는 게 아닌가 추측된다. 비슷한 스펙의 그래픽 카드로 Ryzen 5700X, 7700X 인 사용자의 벤치 값과 비교해 봤는데, 대충 아래 정도의 차이를 보였다.

https://www.3dmark.com/compare/spy/34988099/spy/33478790/spy/34282317#

왼쪽이 나의 벤치 결과이고, 오른쪽이 B550보드에 Ryzen 5700X, 한칸 더 오른쪽이 X670 보드에 Ryzen 7700X 사용자다. CPU 세대가 올라갈 때 마다 약 2,000 ~ 3,000 점의 3DMark 점수 차이를 보인다. 같은 Clock을 가지는 RTX 4080 사용자들로 비교했으니, Grpahics Score를 통해 CPU 차이가 그래픽 점수에 유의미한 차이를 주는 것을 확인 할 수 있다.

https://www.3dmark.com/fs/29371303

Fire Strike의 경우 약 37,000점을 기록했다. Fire Strike는 예전에 RTX 2060 벤치 기록이 남아있어서 비교가 가능했다. 전반적인 3DMark Score에서는 같은 3700X 임에도 약 2배 정도 점수 차이가 발생했고, 그래픽 성능만을 측정하는 Graphics Score의 경우 약 3배 정도 점수 차이가 발생했다.

https://www.3dmark.com/compare/fs/29371303/fs/20473228

그리고 예상은 했지만, NVMe 2개 역시 성능이 썩 좋지 않다. 특히 2번째 NVMe 성능이 스펙이 크게 낮은데 이것은 지금 사용 중인 X470 보드가 최신 PCIe 4.0 스펙을 지원하지 않기 때문, 그리고 M.2 슬롯 중 두 번째 슬롯이 절반의 속도로 동작하기 때문이다. 그래도 X470이 해당 세대에서는 최상위 메인보드 라인이었을 텐데 조금 아쉬운 부분이다.

참고로 PM9A1의 스펙상 순차읽기, 순차쓰기의 성능은 각각 7,000MB/s, 5,100MB/s다.

PM9A1 NVMe가 X470 M.2 Slot A 에서 동작할 때 CrystalDiskInfo (PCIe 3.0 x4)

PM9A1 NVMe가 X470 M.2 Slot B 에서 동작할 때 CrystalDiskInfo (PCIe 2.0 x4)

PM9A1 MVMe가 X470 M.2 Slot A 에서 동작할 때 (CrystalDiskMark 7.0)

PM9A1 MVMe가 X470 M.2 Slot B 에서 동작할 때

참고: 이전에 사용하던 SAMSUNG EVO 970 500GB의 성능 (CrystalDiskMark 6.0)

참고2: PM9A1을 EVO 970 벤치과 동일한 CrystalDiskMark 6.0 으로 돌렸을 때

위 벤치마크를 보고, CPU를 5700X로 업그레이드하거나, 메인보드와 CPU 모두 업그레이드해서 인텔 13세대, 혹은 AMD 7세대로 갈까하는 뽐뿌가 장난이 아니었다. 하지만 NVMe 성능은 반절 밖에 못 쓰더라도 4K 60Hz 모니터에서는 위 사양으로도 충분히 많은 게임들을 돌릴 수 있어서 추가 업그레이드는 당분간 없을 예정이다. 참고로 위쳐3 레이트레이싱 울트라+ 옵션에서 4K 기준 약 70 fps로 잘 돌아가고 있다.

그냥 막짤

(집에 굴러다니는 부품과 이번에 바꾸고 남은 부품으로 PC 한대 맞출 수 있을 듯...)

현재 기준 데스크탑 PC 스펙

Mainboard: GIGABYTE X470 AORUS GAMING 7 WIFI
CPU: AMD Ryzen 3700X (AM4)
Graphic: GIGABYTE RTX 4080 Gaming OC D6X 16GB
Memory: SAMSUNG DDR4 8G PC4-21300 x4 (3466 MHz OC)
SSD: SAMSUNG PM9A1 M.2 NVMe 1000GB x2
HDD: Seagate Barracuda HDD 1TB
Power: FSP HYDRO G PRO 1000W 80PLUS Gold Full Modular ATX 3.0
Case: 3RSYS IR4000 Black 강화유리
CPU Cooler: DEEPCOOL GAMMA XX GT TGA
SYSTEM Cooler: 3RSYS Moon FAN 2 RGB x4

레노버 아이디어패드 Slim3 15ABA7 R5 벤치마크 및 메모리 업그레이드

Yowu — Sun, 22 Jan 2023 20:19:22 +0900

지금 가지고 있는 PC가 Macbook Pro 15인치 (M1 Pro, 회사용), 데스크탑 (게임/개인용), Dell XP 13 Ubuntu 22.04 (실험용) 3개가 있다.

다 꺼낸 김에... 찍어봄

평소에는 회사용 맥북프로를 들고 다니면서 개인적인 작업도 좀 하고 그러는데, 웬만하면 회사용 작업과 개인 프로젝트용 노트북을 분리해야겠다 싶어 윈도우 노트북이나 개인 맥북 한대쯤 살까? 하던 차에 아래 영상을 보게 되었다.

ItSub잇섭 - 50만원 이하 갓성비 노트북 중에 살만한 것 Best 5! 그중에서 내가 구입한 것은?

여기서 추천된 노트북 중에 레노버 아이디어패트 Slim3 15ABA7 R5 모델이 램도 8G -> 16G로 추가 제공해 주고, 당시 지마켓 이벤트로 약 46만원에 구입가능하다. 구매 결정에 영향을 준 요인은 다음과 같다.

지마켓 할인 이벤트 (이벤트 미진행시 55만~65만원 대 인 듯?)
무료 메모리 업그레이드 이벤트 진행 중 8G -> 16G
USC-C Type PD 충전 가능
라이젠 5세대 CPU (그냥 개인적으로 라이젠 선호, 근데 인텔 13세대가 쩔어서, 만약 인텔 13세대 노트북 있었다면...)

메모리 업그레이드

메모리 설치 옵션을 선택하지 않았기 때문에 내가 직접 뒷판 열고 메모리를 추가해 줬다.

아이디어패드 Slim3 15ABA7 R5 뒷판 내부

뒤판의 나사를 모두 풀고, 플라스틱 헤라 같은 것으로 틈으로 살살살 틀어주면 뚜껑이 따진다. 과정에서 내부의 플라스틱 결합부가 몇 개 떨어져 나가기는 했는데 크게 신경은 안 썼다. (;;)

메모리 추가 공간

위 사진 쪽에 메모리를 추가할 수 있다. 커버가 써져 있는데, 처음에는 이게 잘 안 뽑혀서 애먹었다. 사진 속 왼쪽에 드라이버가 있는 쪽이 결합부인데, 잘 안 열릴 경우 살짝 벌려주면 뽑기 쉬워진다. 나중에 살펴보니 그냥 힘을 뽑으면 되었을 것 같다.

뒷판의 나사 길이가 위/아래 다르다.

분해/조립 시 주의해야 할 사항은 뒷판의 위쪽(모니터 쪽)과 아래쪽(터치패드 쪽)의 결합 나사 길이가 다르다. 주의가 필요하다.

업그레이드 이후 BIOS 화면

벤치마크 (UserBenchmark, CrystalDisk)

윈도우를 설치하고 UserBenchmark를 사용해서 간단하게 벤치마크를 돌렸다.

https://www.userbenchmark.com/UserRun/58638631

몰랐던 사실인데, 노트북에 전원 연결이 되어있느냐 되어있지 않느냐로 성능 차이가 약 30% 정도 발생한다.

메모리의 경우 SK 하이닉스 램과 삼성 램이 혼용되어 있다. 아마 노트북 기본 램과 업체에서 이벤트로 제공해 준 램이 달랐겠지만 사용에는 큰 지장이 없으니.. 그냥 쓴다.

NVMe SSD 가 마이크론의 MTFDKCD256TFK 모델인데 아마 레노버 노트북 전용으로 출시되는 내수용 모델인 것으로 보인다.

Micron MTFDKCD256TFK CystalDiskInfo

Micron MTFDKCD256TFK CrystalDiskMark 결과

노트북 스펙상 다른 SSD를 설치하면 속도를 더 뽑을 수 있을 것 같다. 최근 데스크탑의 NVMe를 업그레이드하고 남은 삼성 Evo 970 500GB로 업그레이드를 진행했다.

NVMe 업그레이드 후 (Samsung 970 Evo 500GB)

먼저 Macrium Reflect와 같은 하디드스크 마이그레이션 툴로 파티션 정보를 포함한 기존 데이터들을 변경할 삼성 970 Evo로 복제했다. (다시 포맷하고, 세팅할 시간을 절약하기 위해 그냥 복제를 선택했다. 만약 NVMe를 연결할 수단이 없으면 답은 포맷뿐...)

뒤판을 열고 M.2 슬롯에 기존 NVMe를 제거한 뒤 데이터가 복제된 삼성 Evo 970 500GB를 장착시켜 줬다. 기존 NVMe는 2230 혹은 2242 사이즈라서 2280 NVMe를 장착시키면 서멀패드가 부족하다. 남는 서멀패드가 있어 양면으로 붙여줬다.

NVMe 변경 후 측정한 UserBenchmark의 Drive 성능. 전체적으로 읽기/쓰기가 향상되었다.

Samsung 970 Evo 500GB CystalDiskInfo

Samsung 970 Evo 500GB CrystalDiskMark 결과

예상했던 것과 같이 삼성 Evo 970 NVMe가 성능이 더 좋다. 2019년에 출시된 녀석이 제조사에 납품되는 보급형이지만 마이크론의 2022년 출시 NVMe를 성능으로 이겼다. 성능으로 패배한 마이크론 MTFDKCD256TFK는 NVMe 외장하드로 제2의 인생을 살게 될 것이다.

2023.01.27 - [내맘대로/내맘대로쓴리뷰] - 장우컴퍼니 JW-I9 PRO M.2 NVMe SSD 외장케이스 / 벤치마크

추가 팁

다크 블루 색상

나는 다크 블루 색상을 구매했는데, 다른 분들은 가급적 밝은 색상으로 구매하길 바란다. 재질상 지문이 오지게 잘 묻는데, 어두운 색상이다 보니 겁나 잘 보인다.

노트북을 펼치면 eSupport라고 QR코드가 하나 붙어있다. 해당 QR로 접속하면 시리얼 넘버를 포함해서 노트북에 필요한 각종 드라이버, 유틸들을 설치할 수 있다.

예비/초보 개발자 자주 묻는 질문 QnA (지극히 현실적인 ver)

Yowu — Wed, 14 Dec 2022 02:13:45 +0900

재미로 보세요.

image by https://www.gamevu.co.kr/news/articleView.html?idxno=2387

종종 진행하는 예비/초보개발자 멘토링에서 자주 나왔던 & 나올법한 질문들을 모아서 QnA 를 정리해봤더니 뭔가 혼란스러운 것들이 나왔다.

Q. 취업이 잘되는 언어 알려주세요.
A. 대한민국 만사형통 언어 "Java" 하시면 됩니다.

Q. 프론트엔드 개발을 하고 싶은데요. 저도 Java 해야 하나요?
A. 프론트엔드는 "Javascript" 하면 됩니다.

Q. 좋은 개발자가 되기 위한 역량 3개만 찍어주세요.
A. 첫 번째는 커뮤니케이션 능력, 두 번째는 문제해결 능력, 세 번째는 귀차니즘. 리얼임.

Q. 토익/토플을 어느 정도 준비하면 될까요?
A. 영어 성적이 하나도 없는 저에게 물으시면 곤란합니다. 이게 필요한 곳이 있고, 딱히 필요 없는 곳이 있습니다.

Q. 자격증은 어떤 걸 준비하면 될까요?
A. 이것저것 따봤는데, 운전면허자격증이 제일 유용합니다. 다만 종사하려는 개발 직군에 따라 다를 수 있습니다.

Q. 이것만큼은 꼭 해보고 입사했으면 좋겠다 싶은 것들이 있을까요?
A. Git, CLI 터미널 환경, 디버깅으로 밤새운 수많은 날, 혼자 6박 7일 여행, 20대 때의 뜨거운 사랑 등

Q. 개발자로 돈 많이 벌려면 어떻게 하면 되나요?
A. 큰 IT 회사에 입사하신 다음 능력을 인정 받고 추가 보상받으시거나, 앞으로 뜰만한 좀 작은 IT 회사에 입사하신 다음 스톡옵션을 받고 존-버 하시면 됩니다. 저는 로또를 선택.

Q. 앞으로 어떤 IT 회사가 뜰지 미리 알 수 없을까요?
A. 아시게 되면 저도 꼭 좀 알려주세요.

Q. 이직은 언제쯤 하는 게 좋을까요?
A. "내가 이 회사에서 더 이상 빨아먹을 게 없겠구나" 생각이 들거나 주변 시니어들이 갑자기 줄 퇴사하면 각입니다.

Q. 재계약 연봉 많이 올리는 방법 알려주세요.
A. 몸값은 이직할 때 올리는 겁니다.

Q. 이직할 때 연봉 많이 올리는 방법 알려주세요.
A. 당신의 상황과 입사하려는 회사의 상황에 따라 협상 방향이 크게 달라집니다. 그럴 때는... (여백이 부족하여 이후 과정은 생략합니다)

Q. 회사에서 인정받는 인재가 되려면 어떻게 해야 하나요?
A. 정치를 잘하시면 됩니다. 정치를 못 하시겠다면 그 정치마저 씹어먹을 정도로 일을 잘하시면 됩니다. 둘 다 잘하면 가능성이 높습니다. 아니 정치가 무조건 나쁜게 아니라니ㄲ..

Q. 개발자로 오래 살아남으려면 어떻게 해야 하나요?
A. 윗세대 선배님들이 오래 버텨주실수록 우리도 오래 버틸 수 있는 가능성이 올라갑니다. 어르신들 제발 한 살이라도 더 늦게 은퇴해주세요.

Q. 위에서 얘기한 것들 전부 진심이세요?
A. 그럼요. 90% 정도 진심입니다. 나머지 10%는 제 영업 기밀입니다.

IT 유목민의 보상과 이직

Yowu — Wed, 14 Dec 2022 02:10:16 +0900

2022.04.05에 작성했던 글을 아카이빙하기 위한 블로그 포스트입니다

IT 인력 유목민의 시대다. 직책자를 제외한 평사원의 IT 회사 평균 근속 연수는 2~3년 정도로 줄어들면서 귀착되는 것 같고, 기존의 거대 IT 회사의 인원들조차 본인의 자아실현을 위해, 혹은 험난한 자본주의 시장에서의 본인 가치를 높이기 위해 주기적으로 조직을 옮기는 경우가 많아지고 있다.

흔히 말하는 '네카라쿠배당토야', 혹은 '네카라쿠배+a' 바운더리 내에서 IT인들이 돌고 돈다는 얘기는 이미 유명한 얘기다. 회사의 입장에서 본인 회사의 인력 손실을 막기 위해 인력 유출을 막으려 할 것 같지만 실상 그렇지도 않은 것 같다. 어차피 정해진 바운더리 내에서 IT인들은 돌고 돌며, 그 과정에서 '이런 거대 IT회사에 묶여있지 않겠어!'를 외치며 스스로 바운더리 밖으로 스스로 탈출하거나, 변화나 새로운 무언가에 적응하지 못하고 도태되는 인원은 어쩔 수 없이 발생한다. 그렇게 필터링된 인원들을 제외한 '핵심 인력' 들이 남을 것이고, 회사 차원에서 그들만 어떻게든 잡아두고, 바운더리 안으로 새로 유입되는 인력들과 잘 조합하여 조직을 굴릴 수 있다면 가장 가성비가 좋다.

네카라쿠배+a가 막강한 보상을 내세우거나 처우를 개선하면서 기존 인력들을 잡으려는 노력을 하는 것 같지만, 그것은 부가적인 효과고, 실상은 더 뛰어나고 더 많은 IT인을 외부에서 끌어오기 위함이 주 기대 효과다. 물론 회사 입장에서 대놓고 그렇게 얘기할 수는 없다. 그러는 순간 욕을 찍살나게 먹겠지. 회사나 조직의 규모가 커지고 서비스 스테이지 별로 더 적합한 새로운 사람들을 데려다 쓰거나 직책에 앉히거나, 흔히 말하는 '점진적 물갈이' 하는 방식은 이미 여러 회사에서 실험되고 있다. (여기에서 '더 적합한'은 더 높은 학력이거나, 경험적/기술적으로 뛰어나거나, 현재 단계에서 더 적합한 IT 역량을 가졌거나, 혹은 더 큰 규모 서비스의 경험/경력이 있거나 등)

내가 지금 몸담고 있는 모 회사는 올해 연봉협상이 아직 끝나지 않았다. 뭐 이래저래 블라인드가 시끄러운데, 사실 잘 모르겠다. 이런 시대에서 회사에서 나를 '도의적' 으로 챙겨줄 수는 있을지언정 회사가 이만큼이나 성장했고 이 만큼이나 돈 벌었으니 우리도 많이 챙겨줘! 는 옳은 방향인지, 먹히는 방법인지도 모르겠다.(당연히 그래 주면 베스트다. 하지만 이미 잡은 물고기에게는 밥을 적당히 뛰쳐나가지 않을 정도로만 주는 법이다.) 나 역시 조금의 기대가 없었다면 거짓말이겠지만, 이젠 그냥 결과나 빨리 나왔으면 좋겠다. 괜히 일에 집중하는데 방해나 된다.

이 시국에는 결국 본인 몸값 본인이 알아서 잘 전략적으로 높이고, 회사가 나를 그렇게 이용하려 한다면 나 역시 회사를 내가 원하는 방식으로 이용할 수 있다면 서로 윈윈이다. 나는 이 업계에서 구르는 동안 정해둔 어느 정도의 목표가 있는데, 지금의 조직에서 그 목표를 달성하기 어려워 보인다면 그저 내 가치를 인정해주는 또 다른 조직으로 옮겨가 내 가치를 인정받으면 될 일이다. 내가 이곳에서 내 가치를 인정받으면 결국 회사에서 나를 잡기 위해 뭐든 하겠지. 지금까지 그러한 기준으로 이직하기도 했고. 그러다 나중에 다시 원래 있던 조직으로 돌아와 가치를 재산정받을 수도 있겠지만, 결과적으로는 본인 몸 값은 본인이 챙기고 증명해야 하는 게 속 편하다 생각이다. 회사건 조직이건 보상이건 본인의 자아실현과 생계유지를 위한 수단이 되어야지 목적이나 목표가 되어버리는 순간 삶이 피곤해진다. 목표를 위한 수단은 언제든지 다른 옵션을 고려할 수 있어야 한다.

당연히 실력 있고, 뛰어난 인원들은 이러한 문제에서 어느 정도 자유롭다. 나는 아직 그런 경지까지 오르지 못해 모르지만 이러한 사람들은 어떠한 방식으로든 회사에서 붙잡고 있으려 한다. 어쩌다 보니 알게 된 주변 갓개발자들의 고민을 떠올려본다. 나보다 더 어린 나이에, 혹은 나와 비슷한 나이에 대단한 경험을 했거나 업적을 쌓은 사람들이 많다. 이미 나 같은 흔한 개발자1의 고민 굴레에서 벗어나 또 다른 고민 굴레에 계신 분들이다. 아직 갈 길이 멀다.
정말 맨정신으로 헤쳐나가기 쉽지 않은 판국이다.

삼줄요약
1. 돌아온 IT 회사 보상 경쟁 시즌2. 근데 회사는 이익집단.
2. 보상을 '수단' 정도로 생각해야지 '목적'이 되면 삶이 피곤해진다.
3. 내 경쟁력을 가지면 뭐든 따라오겠지 뭐~~ 라고 생각하면 편안

400만원짜리 침대 매트리스를 사보았다.

Yowu — Thu, 21 Apr 2022 16:14:52 +0900

예전부터 슬슬 슈퍼싱글 매트리스에서 탈출해야겠다는 생각이 들었다. 사용하던 슈퍼싱글 SS 매트리스는 삼분의일에서 구매한 단단한 타입의 폼 매트리스였는데, 지난 4년간 사용하면서 불편함은 없었다. 오히려 가격 대비 생각하면 굉장히 잘 사용했달까. 하지만 이사를 통해 집 공간이 넓어졌고, "침대는 역시 퀸 사이즈지!" 라면서 새로운 침대 매트리스 브랜드를 알아보던 중, 친한 형의 추천으로 베스트슬립을 알아보았다.

지난 4년간 나랑 고생많았어 삼분의일 매트리스와 캐더린 프레임! 이제는 사촌동생과 행복하렴!

수지구에 있는 베스트슬립 전시장에 방문해서, 몇 가지 매트리스에 누워보고, 살펴봤다. 마음에 들었던 것은 Z10, Z8 Black, Z7 정도였는데, 역시 비싼 게 좋더라.. 결국 Z10 미디엄블루 미디엄 저상형(40cm)으로 결정. 가격이 부담이 되지 않는다면 거짓말이지만, 다음 달들의 나와 힘을 합쳐 할부로 구매했고, 매장에서의 약간의 DC(?)가 포함되어 나쁘지 않은 조건으로 구매할 수 있었다.

Z10 vs Z8 Black vs Z7... 역시나 비싼게 좋더라...

그리고 그렇게 몇 주정도 지나서, 침대 프레임과 침대 매트리스가 오기로 한날. 나는 코로나에 확진되었다 (...) 다시 2주 정도 배송을 연기시키고 3월 중순에 침대 프레임과 매트리스가 속속들이 잘 도착했다.

그남자의가구 원목 침대 프레임 / 베스트슬립 Z10 미디엄블루 저상형

베스트슬립의 고급형 매트리스는 다 비슷한 것 같은데, 기본적으로 매트리스+토퍼 구조다 보니 프레임의 높이가 굉장하다. 기본적으로는 47cm 정도가 되고, 그나마 저상형으로 압축시키면 40cm가 된다. 이래저래 고민해본 결과, 프레임과 디자인적인 궁합도 그렇고, 47cm 나 되는 매트리스 커버를 구하기도 어려워 보여서 결국 40cm 저상형으로 결정했다. 침대 프레임도 높이가 좀 있는 편이라 40cm 저상형으로 구매하기 잘했다는 생각이 든다.

저상형 높이 40cm 여도 무게와 높이가 상당하다.

매트리스 커버를 씌우고, 이불까지 얹어본 모습

이제 실사용한지 1달 반 정도 지난 것 같은데, 4년 정도 삼분의일 폼 매트리스를 사용하다가 다시 스프링 매트리스로 넘어온 터라, 초반에는 이질감이 있었지만, 지금은 굉장히 잘 사용 중이다. 개인적으로는 침대에서 잠만 잘 것이라면 폼 매트리스도 좋으나 침대에서 쉬거나 다른 활동을 하는 경우가 있다면 스프링 매트리스가 좀 더 낫다. 새로 구매한 매트리스는 원래 좀 단단한 편이고, 조금씩 몸에 맞추어 푹신해진다고 아니 그 탓일 수도 있겠다.

간단하게 베스트슬립 Z10 미디엄블루 40cm 저상형 매트리스를 시제로 사용해보고 느낀 장단점을 정리해보자면

장점
- 역시 좋다. 예전에 비해 잠에 드는 속도가 확연히 빨라졌다.
- 어차피 10년 쓸거 생각하고 구매했는데, 실제로 10년간 보증이 된다고 한다. 마음이 놓인다.
- 침대의 높이가 있다 보니, 누우면 살짝 방 한가운데 공중에 뜬 기분이다.
단점
- 40cm 저상형임에도 너무 높다. 침대를 오르는 게 이렇게 힘든 일이었던가. (구매를 고려하고 있다면 프레임 낮은 것도 고려하세요.)
- 무겁다. 속이 튼실하게 차있으니 당연하겠지만, 독신 남자 혼자서 매트리스 커버 바꾸는 것도 처음에는 애먹었다. (요령이 생기면 좀 괜찮아진다.)

아무튼 이렇게 요우의 삼분의일 -> 베스트슬립 매트리스 변경기 끝

회사 업무용 사내 메신저 '슬랙 타입' vs '일반 타입'

Yowu — Thu, 31 Mar 2022 14:57:05 +0900

> 해당 포스트의 일부 스크린샷은 슬랙 오픈 커뮤니티 '이상한 모임' 입니다.

"사내 메신저로 슬랙 타입 메신저 vs 일반 타입 메신저, 둘다 업무용으로 사용해본 사람"으로서 능동적으로 일하기에는 슬랙이 좀 더 낫다라는 전제를 깔고 작성된 글 입니다. 필요에 따라 걸러 보세요.

업무 참여의 능동성

슬랙은 기본적으로 오픈 채널이라는 기능이 있고, 조금만 관리해둔다면 프로젝트/팀/기타 분류로 각 채널을 생성해둘 수 있다. 각 담당자는 필요한 경우 각 채널에 직접 조인하여 필요한 얘기를 할 수 있다. 반면 일반 메신저는 어떤 방이 어떻게 생성되어있는지 알기 어렵고, 결국 흔히 말하는 "단체 채팅방" 에 초대될 때 까지 어디에 뭐가 있는지 알기 어렵다. 그래서 내가 최근에 가장 많이 하는 얘기 중 하나가 "이거 AA에서 이슈가 있는 것 같은데, AA의 어느 분께 문의드리면 되나요?" 하아.. 그냥 AA 채널에 들어가서 다이렉트로 컨택할 수 있으면 얼마나 좋을까.

특정 주제, 목적을 가진 오픈 채널에 필요에 따라 본인이 "직접" 참여할 수 있다.

스레드

하나의 얘기가 메신저에 똑하고 올라왔을 때, 그 밑으로 스레드를 줄줄 달수 있는 건 엄청난 기능이다. 슬랙이건 일반 메신저건 업무가 바쁠 때는 다양한 주제가 채팅방에 난립하는데, 스레드 기능이 있다면 하나의 토픽에 대해서 댓글을 계속 달면서 관련 내용을 계속 팔로우 할 수 있다. 스레드가 없고... 만약 동시다발적으로 일이 터지기 시작하면, 일반 타입의 메신저에서 단체 채팅방은 그야말로 아비규환이 된다.

하나의 토픽에 그와 관련된 댓글이 스레드로 붙은 모습.

난립하는 소규모 채팅방

1, 2번의 문제를 해결하기 위해 일반 메신저에서는 필요한 인원들끼리 소규모 채팅방을 만들게된다. 근데 이게 한 100개쯤 된다. 어떨 때는 인원들이 비슷한 경우도 많고, 이전과 똑같은 인원의 채팅방도 있다. 히스토리를 위해 나가거나 지우지 않기 때문에 이런 소규모 채팅방은 쌓이기만 한다. 그래서 어떤 분들은 예전에 대화 나누던 채팅방을 찾아보다가 못찾겠으면 바로 똑같은 방을 다시 판다. 악순환. 나중에 필요에 의해 검색이라도 할려고 하면 죽을 맛이다.

난립하는 소규모 채팅방.....

리액션 / 이모지

(요즘엔 이걸 지원하는 일반 메신저도 많아 졌지만) 어떤 공지형 채팅이 올라왔을 때, 무의미하게 '넵', '네', '넹' 으로 채팅방이 도배되지 않도록 해주는 강력한 기능이다. 단지 해당 메시지에 혹은 같은 리액션을 달아주면 그걸로 확인했다는 표시가 된다. 공지성 메시지에 반드시 리액션 할 필요는 없지만 '넵', '네~', '넹' 으로 도배되고 있는 채팅방을 보면 이모지 리액션이 그리워진다.

메시지에 이모지를 붙일 수 있는건 생각보다 강력한 기능이다.

뭐 기타 등등 많겠지 뭐. 지금의 회사에서 일반형 메신저를 쓰다가 갑자기 답답해져서 쓰는 막글. 떼잉~~

개발자 요우의 2021년 회고. 근데 2년치를 한방에

Yowu — Sat, 1 Jan 2022 00:15:27 +0900

2년 6개월 만의 회고 (2019.06~2021.12)

그렇다. 이것은 2년 6개월 만의 회고글이다. 마지막으로 회고글을 작성한 것이 2019년이었고, 오늘은 어느새 2021년 12월 31일이다. 사실 올해 중순에 회고글 하나를 작성하려 했지만, 역시나 쓰다 말아서 임시 게시물 한복판에 처박아두었고, 오늘에서야 다시 처박아두었던 임시 게시글을 다시 꺼내어 작성한다.

사람 사는거 다 비슷한거 아닙니까?

어느덧 삼십 대가 되어버린 나, 정말 짜릿해

2019년까지만 해도 20대였는데, 2020년에는 30대가 되어버렸고, 2021년에는 만 나이로도 빼도 박도 못하게 30대가 되었다. 요즘 회사 Zoom에서는 신규 입사자들 분께 21세라고 뻥치고 다니는데 (딱 한 명만 속았지만) 그렇다고 딱히 20대로 돌아가고 싶지는 않다. 아무래도 고생은 고생대로 다했지만 그렇다고 삶이 딱히 나아졌던 기억이 없어서 더 그런가 보다. 반면에 30대 초입이 된 지금은 어느 정도의 경제적 자립이 이루어졌고, 20대 때 누리지 못하고, 경험할 수 없었던 것들을 조금 더 자유롭게 누릴 수 있게 된 점이 20대 보다 지금이 훨씬 낫다고 생각들게 한다.

2019년 12월 31일. 촛불 세개와 함께 서른을 축하받았습니다.

아무튼 그런 의미에서 누군가 나한테 20대로 다시 돌아갈래? 라고 물어보면 난 안 돌아간다.

Goodbye Sadness 2020, Hello Happiness.

개인적으로 2021년 보다는 2020년이 훨씬 힘든 한 해였다. 2010년 갓 스무 살이 되었을 때, 갓 서울로 상경해서 이래저래 망나니처럼 살던 버릇이 서른이 되니깐 다시 튀어나왔던 걸까. 이곳저곳에 업보 잔뜩 쌓고 다니다가 그 업보가 한방에 터지기도 했고, 당시 재직하던 회사에서의 미묘한 신경전과 갈등으로 인한 스트레스, 그중에 가장 크리티컬 했던 것은 역시나 이사를 앞두고 살고 있던 전셋집에 집주인의 이슈로 가압류가 걸렸던 일이다. 하나만 해도 감당하기 힘든 일들이 한방에 닥쳐왔고, 버티기만 하다가는 부러진다는 얘기처럼 결국 멘탈 바사삭으로 몇 개월간 항우울제 등등을 처방받기도 했다. 살이 한 달에 4~5kg씩 빠졌다. (지금은 다 원상복구 되었다.)

저 때 뺀 살을 유지했어야 했는데...

약을 먹었던 기간은 길지 않았다. 한방에 닥쳐온 이슈들을 하나하나 해결해가며 약 3개월 정도 치료받고 나니, 더 이상 약에 의존하며 지내기는 싫어졌다. 좋은 방법은 아니지만, 앞으로도 이렇게 살 수는 없다는 생각에 한순간 약을 끊게 되었다. 다행히 지금까지도 별 다른 문제는 없이 잘 지내고 있다. 그 멘탈이 박살 났던 짧은 몇 개월간 나를 돌아보고, 문제에 직면하고, 스스로 끊임없이 회고하게 만들었던, 나름 귀한 경험이었다.

당시엔 퇴근하고 잠실한강공원가서 한시간씩 멍하게 쳐다보고 오곤 했다.

약을 먹고 나서 깨닫게 된 점이라면 몸이 아플 때 병원을 찾는 것처럼, 마음이 아프거나 정신이 아파도 병원을 가야 하는구나를 절실히 느꼈다. 가끔 주변의 고민이나 얘기를 들어주다가 "이건 아무래도 각인데?" 싶으면 진료를 받아보기를 적극 권장하며 설파하고 있다. 약을 먹어봐야 내가 지금 정상인지 아닌지 알 수 있게 된다. (비유하자면, 내가 조금이라도 다운되거나 처지려고 하면 약이 내 멱살을 잡고 다시 끌어올려주는 느낌. 내 기분이나 상태에 상관없이 사회생활은 유지해야 할 때 큰 도움이 된다.)

안동 촌놈 → 경기도민 → 서울시민에서 다시 경기도민으로

스무살에 처음 상경했을 때는 경기도 부천의 대학교 기숙사에서 수도권 생활을 시작했다. 그리고 군대. 전역 후에는 다시 대학교의 원룸에서 8년을 살다가, 야놀자 사옥이 삼성역으로 이전함에 따라 나도 거주지를 서울시 신림동 투룸으로 옮겼다. 하지만, 나의 서울생활은 길지 못했다. 전세 계약 기간 2년이 끝나자마자 부리나케 경기남도로 이사했다. 관악구, 특히 신림동 거주 환경은 나에게 좋은 점보다는 나쁜 점이 더 많이 보였다. 밤 12시쯤 되면 술 취한 아저씨들이 길가에 드러눕기 시작하는데 어후...

돌이켜보면 정신 건강에 참 해로웠던 2년간의 신림 살이

계속 서울에 붙어있을지, 경기도로 이사 갈지 꽤나 오랫동안 고민했지만, 딱히 서울에 붙어있는 것에 대한 이점을 못 느꼈다. 단독가구 독거 청년이라 청약이나 행복주택에 희망도 보이지 않았고, 어차피 내가 이직하게 된다면 서울 강남권이거나 경기 분당권일 것 같은데, 경기도에서도 충분히 다닐만하다고 생각했다. 무엇보다도 서울의 후덜덜한 집 값이 엄두가 안났다. 월/전세 이사 때문에 정기적으로 스트레스 받기도 싫었고, 몸뚱이 하나 믿고 상경했는데 그 몸뚱이 하나 뉘일 곳 하나 없던 터라 최대한 빠르게 내 집 마련의 꿈을 이루기 위해 경기남도행을 택했다.

집을 살 수 있는 가장 싼 날은 오늘이다.

결국 2020년 4월에 인생 첫 부동산 매매가 이루어졌고, 지금도 경기남도 어딘가에서 나름 만족해하며 열심히 재택근무 중에 있다. ~~하지만 사람의 욕심은 끝이 없고... 더 큰 집을 원하고...~~

야놀자 퇴사, 그리고 이직.

2019년 야놀자 송년 회식에서 죽어버린 나를 찍고 있는 팀장님을 찍고 있는 사진이다. 야놀자에서 찍힌 사진 중 제일 좋아한다. Photo by shinyoung

2021년 2월. 야놀자에서 퇴사했다. 2018년 2월에 입사했으니 정확하게 만 3년 근속하고 퇴사하게 되었다. 정신 차려보니 벌써 퇴사한지도 1년이 다 되어간다. 퇴사 이후에 바라보게 된 야놀자는 본격적으로 상장 준비도 시작했고, 이래저래 투자도 세게 받는 모습을 보면서 마치 친정이 잘되는 것을 바라보는 마냥 묘하면서도 기쁜 감정이 든다. 구성원들과 이래저래 정말 정을 많이 붙였던 조직이라 지금까지도 남다른 애착이 남아있다.

2019년 가을. 팀 멤버 6명과 떠났던 말레이시아 여행. 근데 한명은 숙소에 몸져누었던.

야놀자 CX개발팀에서 친했던 팀 멤버들끼리 작심하고 4박 5일 말레이시아 여행을 다녀온 적이 있다. 아마 저 당시처럼 회사생활을 하라고 하면 이젠 쉽지 않다고 생각한다. 조금 더 순수(?)할 때 야놀자에 입사해서 팀원들과 깊게 교류했고, 조직에 강하게 애착을 느끼면서 지냈다. 이런 직장 생활을 또 할 수 있을까 싶다. 현재 시점에서 저 때 말레이시아를 함께 다녀온 팀원들은 모두 다른 회사에서 재직 중이다.

장비반납을 위한 야놀자 마지막 출근날. Photo by syeon

친했던 멤버들의 이직 + 당시 이래저래 복잡했던 팀 상황이 겹쳐 나 역시 자연스레 이직을 생각하게 되었고, 2021년 1월 초 퇴사를 통보하게 되었다. 회사 생활을 열심히 하기 위해서 대출 역시 빡쌔게 실행해둔 터라 딱히 쉬는 기간을 두지 않고 2월 말 퇴사, 주말만 쉬고 바로 2월 말 입사를 결행했다.

바랠대로 바랬던 출입증. 아직도 머리속에는 하니의 초특가 야놀자 송이 멤돈다.

아무튼 야놀자 입사 전에는 "요우의 개발자 이직 대탐험" 이런 포스트까지 쓸 만큼 난리법석을 쳤지만 (무려 포스트의 반응도 매우 좋았던), 다음 회사로의 이직은 생각보다 심플했다.

저는 이제 Java 개발자입니다. 근데 면접은 Node.js로 본

이야.. 내가 네이버를 다와보네. 안동 촌놈 출세했네 출세했어.

이직 전략 역시 심플했다. 이전의 이직 경험을 발판 삼아 결과 통보까지 오래 걸리는 회사와 오래 걸리지 않는 회사 두 개 그룹으로 나누어서 오래 걸리는 회사부터 진행했다. N사와 N사 계열사, K사 3군데를 보았는데, N사에 합격하게 되어 오래 걸리지 않는 회사 그룹은 진행하지 않고 바로 이직하게 되었다.

야놀자에서 이직을 생각하기 한참 전부터 다음 회사에 대한 고민이 있었다. 아무래도 20명 규모 스타트업 → 60명 규모 스타트업 → 야놀자 순으로 옮겨왔던 터라, 다시 스타트업에서 조직에 강하게 involve 되어 주도적으로 일을 하고 싶은 생각과 그래도 한 살이라도 더 어릴 때 더 큰 트래픽과 더 큰 개발 조직에서의 경험을 쌓고 싶은 두 개의 선택지 가운데서 오랫동안 고민했다. "큰 회사는 가야 할 때가 있고, 갈 수 있는 때가 있다." 야놀자 당시 같은 팀의 시니어 개발자님이 해주신 조언이다. 나는 이 조언을 따라 좀 더 큰 회사로 이직했다.

네이버에 입사를 하고 나서 조금 당황스러웠던 것 중 하나는 나는 분명 Node.js 백엔드 기술 스택으로 이력서를 내고 면접을 봤는데, 합격하고 입사하니 Java + Spring Boot 기반의 백엔드 개발로 배정받았다. ~~취업사기~~ 한국에서 백엔드 개발자로 계속해서 살아가려면 언젠가는 자바와 스프링을 해야겠다는 막연한 생각은 있었는데, 이게 이렇게 풀렸다. ~~오히려 좋아.~~

2월 입사 이후 네이버 사내 Github에 찍힌 1,004개의 Contribution. 얼마 안되네..

아무래도 Node.js 기반의 백엔드 개발을 해오다가 갑작스럽게 Java 기반으로 넘어오게 되어서 초반에는 몹시 애먹었는데, 지금은 Java 생태계에 나름 적응했다. Node.js lambda function의 괴랄함을 Java에서도 적용한다거나... Spring boot에서는 잘 사용할 일이 없는 Callable, Function 타입을 매개변수로 넘겨서 callback function으로 사용하는 패턴을 선보이며 기행을 일삼고 있다. (그리고 코드 리뷰에서 철퇴를 맞는다.)

얼마 전 잠시 거리두기 단계가 완화되었을 때의 회식에서 지금 조직의 리더 분께 "저는 Node.js 스택인데 왜 저를 뽑으셨어요?"라고 물었고, 그에 대한 대답도 들었지만, 이건 언젠가 기회가 되면 다른 글로 풀어볼까 한다.

COVID... 코로나... 후...

~~이 빌어먹을 역병~~ 코로나19가 창궐한 지 벌써 2년이 되었다. 2019년 생애 최초로 말레이시아 해외여행을 다녀오고, "나도 이제 해외여행 좀 다녀볼까! 엣헴!" 하고 같은 해 12월에 베트남 다낭을 다녀온 뒤 해외는커녕 국내도 잘 못 돌아다니고 있다. 이게 단순히 놀러 다니는 것뿐만 아니라 이제 막 이직한 나에게도 큰 영향을 미쳤는데, 네이버로 이직한 지 1년이 다되어가는 시점이지만 약 60명에 육박하는 멤버 중 실제로 대면한 멤버는 10명도 채 되지 않는다.

사무실에 세팅해둔 장비들은 지금도 먼지만 쌓여가고 있다.

경기남도로 이사 오고 난 후, 네이버로 이직하게 되었고, 집에서 회사까지 차로 15분 거리지만 가급적 재택근무 권장으로 사무실 출근 횟수가 1달이 될까 말까 한다. 당연히 처음 팀에 합류하고 나서도 애로사항이 많았는데, 아무리 다수의 이직 경험(?)이 있던 나라고 해도, 풀 재택근무 상태에서 낯선 환경 + 낯선 업무 + 낯선 기술의 새로운 조직에 빠르게 합류하기란 여간 쉽지 않았다.

노세 노세. 한살이라도 더 어릴 때 놀러다니세.

온라인에서 백날 떠드는 것보다는 일단 만나서 떠들면서 업무 파악하는데 특화된 오프라인형(?) 인재인데, 정말 정말 낯설었다. 물론 이건 비단 나뿐만이 아니라 이 시국에 이직한 모든 직장러들이 겪고 있는 문제다. 무엇보다도 그린팩토리 지하 식당의 2천 원짜리 밥을 못 먹는다는 게 너무 아쉽다. 나와 같은 독신 자취남에게는 최고의 혜택인데 말이다.

아무튼 이 시국임에도 불구하고, 방랑벽이나 역마살이 있는 건지 한 번씩 밖으로 꼭 나돌아 다녀줘야 풀리는 게 있는데, 이래저래 제약이 생겼고, 결국 나는 안전하게 나돌아 다니기 위해 차를 질렀습니다(?)

감가상각에 정 붙이고 싶지 않아서 차에 이름은 짓지 않았습니다.

아반떼 CN7 1.6 인스퍼레이션 아마존 그레이 색상

차를 사야겠다 결심하게 된 경위는 심플하다. 경기남도로 이사 오고 난 어느 날 야놀자로 출근하기 위해 집 앞에서 마을버스를 기다리고 있었는데, 30분 동안 버스가 오지 않았다. "이런 빌어먹을. 이 시간대면 차로 30분 만에 회사에 벌써 도착했을 텐데!" (는 나의 착각이었다) 그날로 차를 알아보기 시작했고, 국민 첫차인 아반떼를 마이너스 통장 일시불로 질렀다.

없으면 이래저래 불편하지만 있으면 얼마든지 써먹을 수 있는 게 자동차란 녀석이다. 가장 크게 느끼는 것은 차가 없었을 때의 나의 활동 반경은 지하철 역을 따라서 결정되었지만, 차가 생기고 난 뒤로는 주차가 가능한 어디던지 활동 반경으로 삼을 수 있다는 점이랄까. 2020년 11월에 차량을 인도받았고, 1년 1개월이 지난 오늘 시점에 약 15,000km 정도 운행했다. 평소에 가볼 만한 곳을 지도에 핀 꼽아놓고, 주말이나 시간 날 때 휙 다녀온다.

네이버 지도에 저장해둔 "요우 리스트". 물론 다 가보지는 않았다.

2022년 ㅎㅇ

2022년에도 우리 존재 화이팅. Photo by katatonicboy

2020년은 고통과 함께 스스로를 돌아볼 수 있는 계기가 주어졌던 한 해였고, 2021년은 전년도를 발판 삼아서 조금 더 인간적으로 성숙해지는 시간을 가졌던 한 해였다 생각한다. 2022년에는 딱히 세워둔 계획이 없다. 무언가가 바뀔 것 같은 느낌은 들지만 결정적인 계기가 필요한 시점이다. 일단 인간적으로던 업무적으로던 아직은 좀 더 숙성이 필요한 시기라 생각하기에, 내 사람들 챙겨가며 스스로를 조금 더 푹 담가볼 생각이다.

이 포스트를 보신 모든 분들의 가문에 무한한 영광과 새해복이 함께하길 기원합니다.

이 포스트를 1월 1일 0시 전에 마무리할 생각이었지만, 쓰다 보니 0시가 넘어버렸다. 그럼 모두 새해 복 많이 받으세요.

끝.

[TIL] Windows 환경 IdeaVim 에서 ESC키 경고음 비활성화하기

Yowu — Fri, 1 Oct 2021 17:07:01 +0900

오늘 갑자기 윈도우에서 개발이 땡겨서 윈도우에 IDEA 환경을 세팅하고 개발 중이다. 나는 IdeaVim을 사용하는데, vim 모드 전화을 위해 esc 를 연타하다보면 윈도우 특유의 경고 사운드가 계속 나서 거슬렸다. 구글링해보니 다음과 같이 비활성화 시킬 수 있다.

set visualbell  
set noerrorbells

매번 IDEA 실행마다 set 커맨드를 실행하기에는 번거로우니 위 내용을 포함하는 ideavimrc 를 생성해서, IDEA 실행시 마다 적용시킬 수 있다.

Windows

path: C:\Users\<username>\_ideavimrc

MacOS, Linux

path: ~/.ideavimrc

MacOS에서의 keymap 을 다른 환경에서도 최대한 동일하게 사용할 수 있는 플러그인

추가적으로 Windows 환경에서의 IDEA는 MacOS와 단축키(keymap)이 완전히 다른데 플러그인에서 macOS For ALL 를 설치해서 가급적 동일한 keymap으로 맞출 수 있다.

[TIL] MacOS 에서 Docker Desktop 완전 삭제하기

Yowu — Tue, 28 Sep 2021 11:14:38 +0900

기존 Free 였던 무료 정책이 Personal 로 변경

Docker Desktop 이 기업 사용자를 대상으로 유료화를 선언했다. 개인 사용자는 여전히 비용 없이 사용가능하지만, 기업에서는 라이센스 정책 상으로는 더는 무료로 사용할 수 없다. 나 역시 종종 Docker Desktop 을 사용하지만, 사용 중인 Macbook Pro 가 회사에서 지급 받았기에 전사적으로 Docker Desktop 삭제 지침이 떨어졌다. 간단하게 Finder 에서 Docker 애플리케이션을 삭제하더라도 잔여 파일이 남는 경우가 있다고 하여, 좀 더 확실하게 지우는 방법을 기록한다.

1. AppCleaner 로 '응용 프로그램' 내 Docker 애플리케이션 삭제

2. CLI Command 로 잔여 docker 파일 삭제 (by stackoverflow)

sudo rm -Rf /Applications/Docker.app
sudo rm -f /usr/local/bin/docker
sudo rm -f /usr/local/bin/docker-machine
sudo rm -f /usr/local/bin/docker-compose
sudo rm -f /usr/local/bin/docker-credential-desktop
sudo rm -f /usr/local/bin/docker-credential-ecr-login
sudo rm -f /usr/local/bin/docker-credential-osxkeychain
sudo rm -Rf ~/.docker
sudo rm -Rf ~/Library/Containers/com.docker.docker
sudo rm -Rf ~/Library/Application\ Support/Docker\ Desktop
sudo rm -Rf ~/Library/Group\ Containers/group.com.docker
sudo rm -f ~/Library/HTTPStorages/com.docker.docker.binarycookies
sudo rm -f /Library/PrivilegedHelperTools/com.docker.vmnetd
sudo rm -f /Library/LaunchDaemons/com.docker.vmnetd.plist
sudo rm -Rf ~/Library/Logs/Docker\ Desktop
sudo rm -Rf /usr/local/lib/docker
sudo rm -f ~/Library/Preferences/com.docker.docker.plist
sudo rm -Rf ~/Library/Saved\ Application\ State/com.electron.docker-frontend.savedState
sudo rm -f ~/Library/Preferences/com.electron.docker-frontend.plist

6년 된 나의 Dell XPS 13 노트북 팜레스트가 끈적이기 시작했다.

Yowu — Sat, 28 Aug 2021 03:12:20 +0900

One day my Dell XPS 13 laptop palmrest started to get sticky. (Translate to English using Papago)

우분투 데스크톱으로 사용하고 있던 2015년 Dell XPS 13 (9350)을 최근에 잘 사용하지 않았는데, 구매 후 6년쯤 지난 오늘 사용하려고 노트북을 펼쳤더니, 키보드 주위의 모든 탄소섬유(델의 주장) 소재 팜레스트가 끈적이기 시작했다.

키캡과 터치패드를 제외한 팜레스트 전체가 끈적이기 시작했다. 이것저것 세척을 시도하던 중 찍은 사진이다.

정확히 언제부터 이런 증상이 발생했는지는 알 수 없다. 잠시 기억을 떠올려보자면, 노트북을 베란다에 오랫동안 방치해둔 적이 있었는데, 그 시점을 기점으로 증상이 발생한 것 같다. 그 이후 몇 달 전 잠시 사용할 때도 끈적였던 기억이 있다. 아무튼 나는 이게 단순히 이물질이나 팜레스트 오염이라 생각했었고, 소독용 물티슈를 사용해 세척해봤지만, 전혀 효과가 없었다.

손이 닿는 부위만 끈적였다면, 내 손으로 인한 오염을 의심해봤겠지만, 손이 닿는 부위가 아닌 탄소섬유 소재의 전체 부위가 끈적였던 것으로 보아 소재나 팜레스트 부위의 특수한 문제라고 판단하여, 해외의 포럼에서 유사 케이스를 찾아봤다. 노트북에서 손바닥 아랫부분이 닿는 부위가 정말 불쾌하는 느낌의 끈적임이라 도저히 이대로는 사용할 수 없었다.

https://www.reddit.com/r/Dell/comments/dmug6k/xps_15_9560_soft_touch_palmrest_getting_sticky/

XPS 15 9560 - Soft touch palmrest getting sticky and peeling off like dead skin after 2.5 years of light-medium use.

Posted in r/Dell by u/Iintl • 34 points and 42 comments

www.reddit.com

https://www.dell.com/community/Latitude/Frame-around-the-keyboard-it-s-sticky/td-p/7622689

Frame around the keyboard ...it's sticky!

Hi everyone. After I've solve the Support Assist problem, I want to bring your attention for an aesthetic problem affecting my 2013 Latitude E6430 . All the plastic part, adjacent to the keyboard, they are becoming sticky ... dust is sticking on it and I f

www.dell.com

놀랍게도 정화하게 나와 동일한 증상을 보이는 Dell 노트북 사용자들이 있었다. 대체적으로 약 70% 아이소프로필 알코올(러빙 알코올)을 사용하여 도포하여 세척해준 다음, 사용하지 않는 플라스틱 신용카드로 코팅된 부분을 긁어내면 다시 예전의 촉감을 가진 탄소섬유 팜레스트가 나타났다. 아이소프로필 알코올은 여성용 아이 리무버에도 포함되어 있고, 매니큐어 제거제, 손 소독제에도 포함되어 있다.

Shift 키 옆의 경계를 기준으로 아래는 코팅을 긁어낸 부분, 위쪽은 긁어내지 않은 부분. 왼쪽의 와사비 같은 것은 긁어낸 무언가.

이게 웃긴 게, 아이소프로필 알코올 없이 긁어내려 하면 잘 긁어내 지지 않는다. 알코올 성분이 끈적이는 코팅된 무언가를 팜레스트에서 분리해주는 역할을 해주는 것으로 추정한다. 아래 사진의 경우 왼쪽 팜레스트는 알코올 도포 후 거의 즉시 긁어내기 시작해서 비교적 깔끔하게 긁어내진 반면, 오른쪽은 도포 후 시간이 지난 후 긁어내기 시작해서 깔끔하게 긁어내지지 않았다. 긁어낼 때 부위별로 알코올을 도포하고 너무 오랜 시간이 지나지 않은 상태에서 긁어내기 시작해야 할 것 같다.

오른쪽에 비해, 왼쪽이 훨씬 깔끔하게 제거되었다. 그리고 전체를 모두 벗겨내기엔 쉽지 않아서 손이 주로 닿는 부위만 긁어냈다.

정말 팜레스트에 어느 정도 탄소 섬유의 성질이 있는지, 플라스틱 재질의 신용카드로 좀 긁었다고 팜레스트에 심각한 손상이 발생하지는 않았다. 끈적이는 코팅을 긁어낸 이후 약간의 긁어낸 자국은 어쩔 수 없지만, 손바닥에 닿는 촉감은 거의 처음 노트북을 샀을 때의 그 팜레스트의 촉감을 유지하고 있다.

참고로, 물티슈, WD-40, 로션, 기름때 제거용 세척제 등을 사용해봤지만 단순히 세척만으로는 저 껌처럼 끈적이게 코딩된 무언가가 사라지지는 않았다. 긁어내는 수밖에 없는 것 같다. 해당 증상을 겪은 사람들의 얘기를 들어보면 D-Brand의 XPS 전용 스킨을 씌우기도 하는 듯하다.

긁어낸 이후 찌꺼기가 키캡이나, 터치패드 사이로 들어가는데 조금 스트레스.

개인적으로 Dell XPS 시리즈의 만족도가 굉장히 높아서, 다음번에 새로운 노트북을 구매하게 될 경우 최신 기종의 Dell XPS 노트북을 구매할 의사도 있다. 부디 이미 해결된 이슈이며, 신형 XPS 노트북에서는 이 문제가 없기를 바란다.

Done.

그리디파머스 무선 충전기는 예쁘지만 충전 속도가 너무 느리다.

Yowu — Thu, 12 Aug 2021 20:54:39 +0900

올해 초 이직을 하고, 새로운 사무실에서 새로운 업무환경을 갖추기 위해 인터넷 쇼핑몰을 둘러보던 중, 그리디파머스의 데스크 패드, 마스크 스트립, 가죽 코스타 그리고 오늘의 주인공 15w 고속 무선 충전기를 구매했습니다. 그리디파머스의 가죽 퀄리티가 너무 좋아서 사무실뿐만 아니라 집의 재택 환경까지 모두 그리디파머스 제품으로 도배를 했는데요. 배송받은 그리디파머스 제품들의 퀄리티 자체는 너무 만족스러웠습니다.... 만 단 한 가지, 무선 충전기 요 녀석이 너무 말썽입니다.

그리디파머스 15w 고속 무선 충전기

갤럭시 버즈 프로를 충전하는 모습

저는 무려 이걸 3개나 사서 사무실에 하나, 집에 2개를 두고 쓰는데요. 제품 퀄리티나 소재, 마감은 너무나 훌륭해서 마음에 쏙 드나 딱 한 가지. 충전 속도가 너무 느립니다.

충전기가 너무 예뻐서 3개를 사서, 집에 2개, 사무실에 1개를 두고 쓰고 있다.

1칸이 2시간 정도이고, 중간에 좀 사용하긴 했지만, 그래도 100% 충전되는데 6시간이 넘게 걸렸다.

위 스크린샷은 갤럭시 S21 울트라의 배터리 충전 그래프인데요. 보시다시피 거의 0% 에서 100%까지 충전되는데 6시간이 넘게 걸렸습니다. 중간에 좀 사용해서 배터리가 소모되긴 했지만, 그것을 감안하더라도 너무나 느린 속도입니다;

대부분의 무선 충전기의 속도가 느린 경우 전원을 공급하는 어댑터의 이슈인 경우가 많아서, 그리디파머스에서 판매하는 전용 어댑터도 사용해보고, 별도의 고성능 전원 장치를 물려봤지만, 딱히 충전 속도에 차이는 없었습니다. 구매한 3개 모두 동일하니 뽑기의 문제는 아닌 것 같습니다.

정격 출력은 15W 로 명시되어 있긴하다...

제품 뒷면에는 9V/1.67A 입력, 15W 출력으로 표시되지만, 실제로는 전혀 그렇지 않은 것 같습니다. 제품의 마감이나 퀄리티 자체는 너무나 만족스럽지만 충전 성능 하나가 너무 부족해서 안타깝습니다. 그리디파머스에서 추가로 무선 충전기를 출시할 계획이 있다면 이 부분이 해결돼서 출시가 되면 좋겠습니다. 그럼 무조건 살듯.

라이브리 (LiveRe) 댓글 플러그인을 버린다.

Yowu — Sun, 1 Aug 2021 03:30:33 +0900

라이브리 댓글 플러그인 초창기부터 시작하여 몇 년에 가까운 시간 동안 잘 사용하고 있었습니다. 잘 사용하고 있던 라이브리에도 몇 년 전부터 Monetization 정책이 시행되었고, City, Premium 플랜으로 나뉠 때도 City 무료 플랜으로 계속 사용하고 있었습니다. 또한 어느샌가 티스토리 자체 플러그인으로 라이브리 댓글을 사용할 수 있게도 되어 불편함을 크게 느끼지 않고, 사용 중에 있었습니다.

언젠가부터 제공된 티스토리의 "소셜댓글 LiveRe" 플러그인

하지만, 언젠가부터 댓글 플러그인 위/아래 광고가 과하게 붙는 것 같아, 오늘을 기점으로 라이브리 댓글 플러그인을 제거합니다. 제 블로그가 광고(애드센스)가 하나도 없는 블로그는 아니지만, 그래도 심미성을 크게 해치지 않으려고 노력하는데, 라이브리를 사용하게 되면 아래 스크린샷처럼 댓글 플러그인 위/아래로 너무 과하게 붙는감이 있습니다.

파란 부분의 영역이 모두 라이브리 댓글 플러그인의 영역. 광고가 덕지덕지 붙어있다.

개발자 도구로 확인해보면, area_replay 영역 내의 모든 광고가 라이브리로 인해 붙는 것을 알 수 있습니다. City (무료 버전) 플랜이라 그럴 것이고, 기업의 입장에서 무료 플랜에 광고를 붙이는 것도 부정적으로 생각하지는 않습니다. 다만 위에서도 말한 것과 같이 너무 과한 느낌이고, 조금 더 댓글 플러그인에 자연스럽게 광고를 붙일 수 있는 방법이 없었을까 아쉬움이 남습니다.

또한 언젠가부터, 라이브리의 운영이 잘 이루어지지 않는다는 느낌을 받았습니다. 방금 그동안 댓글이 얼마나 쌓였나 확인해볼 겸 라이브리 인사이트 접속하려고 하니 라이브리 홈페이지에서 500 Error로 로그인조차 잘 되지 않습니다. 라이브리 초창기에는 버그 리포팅도 하고 나름 서비스를 같이 발전시켜나간다는 느낌이 있었는데, 그 느낌마저 희미해진 지 오래되었습니다.

"대상 SNS 서버와의 연결이 실패했습니다" 이젠 로그인 조차 되지 않는다...

아무튼, 그동안 라이브리에 쌓인 수많은 블로그 댓글들은 아쉽지만, 그 댓글들을 뒤로한 채, 일단은 티스토리 기본 댓글 기능으로 돌아갑니다. 앞으로 DISQUS, 코스모스팜 댓글 플러그인과 같은 다른 댓글 플러그인을 쓰게 될지는... 아직 모르겠네요.

Done.

pm2-dev 에서 TypeScript 프로젝트를 띄울 수 있다.

Yowu — Sun, 3 May 2020 20:01:40 +0900

Keymetrics 사의 pm2 는 최근 몇년간 가장 많이 쓰이는 Node.js Process Manager 가 아닐까 싶습니다. 예전에는 다른 것도 좀 썼던거 같은데, 서비스 제공을 위한 클러스터링, Reload Trigger, 대시보드 등 다양한 기능들이 추가되면서 Node.js 기반의 프로젝트 서빙에서 필수요소 처럼 되어가고 있습니다.

pm2 에는 nodemon 과 같이 개발을 위한 pm2-dev 가 내장되어 있습니다. 어차피 pm2 를 사용 중이고, pm2-dev 기능으로 nodemon 을 대체 할 수 있다면 굳이 둘 다 설치해야하나? 라는 생각입니다. ~~(어차피 파일 변경 기반 reload 만 지원 된다면...)~~

다만 pm2-dev 가 메인 기능은 아니라서 pm2 에 비해 뭐든 지원이 느린 감이 있습니다만 크게 불편함은 없습니다.

아무튼 아래는 pm2-dev 에서 --interpreter 옵션으로 .ts 파일을 띄우는 방법입니다. pm2 와 pm2-dev 는 비슷하게 공유하는 옵션이 많아서 pm2 에서도 그대로 사용할 수 있습니다.

Install pm2, ts-node

npm install pm2 --save && npm install ts-node --save-dev

pm2-dev 는 pm2 패키지 내에 되어있습니다.
필요에 따라 pm2 를 global 로 설치할 수 도 있습니다.
- 저는 사실 글로벌로 씁니다.
ts-node 는 .ts 파일을 마치 node 로 실행하듯이 띄워주는 타입스크립트 실행 환경. 아무튼 멋진 친구입니다.

Run pm2-dev with ts-node

pm2-dev --interpretor ./node_modules/.bin/ts-node ./src/index.ts

pm2-dev 에 인터프리터 옵션으로 ts-node 를 줘서 .ts 파일을 받아내게 만듭니다.

여담

저도 기억안나서 찾아봤던 내용인데... 3년전에 제가 뭔가를 물어봤더군요..
- https://github.com/Unitech/pm2/issues/3100

우분투 20.04 LTS (Focal Fossa) 데스크탑 설치 후 해야하는 것들

Yowu — Sun, 19 Apr 2020 20:13:01 +0900

아래 포스트에서 이어집니다.

2020/04/19 - 우분투 20.04 LTS (Focal Fossa) 데스크탑 달라진 점과 간단 후기

1. Google Chrome 설치

대한민국 만민의 인터넷 브라우저 Chrome 을 설치해줍니다. 우분투에는 기본적으로 Firefox 제품군이 설치되어 있지만 저는 크롬의 노예이므로...

https://www.google.com/intl/ko/chrome/
chrome 설치 *.deb 파일을 다운로드하고 다음 명령어로 설치 (현재 우분투 소프트웨어 앱 버그인지 deb 파일이 데스크탑에서 열리지 않음)

sudo dpkg -i ./google-chrome-stable_current_amd64.deb

Chromium을 사용하시는 분은 snap으로 쉽게 설치할 수 있습니다.

sudo snap install chromium

2. apt 소스 저장소를 카카오 미러 서버로 변경

우분투 기본 소스 저장소가 느리진 않지만 카카오 미러 서버가 넘사벽으로 빨라서 저는 바꿔줍니다.

sudo sed -i 's/kr.archive.ubuntu.com/mirror.kakao.com/g' /etc/apt/sources.list

3. 몇 가지 기본 패키지 설치와 전체 업데이트

sudo apt update
sudo apt install vim git curl gnome-tweaks
sudo apt upgrade -y
sudo apt autoremove -y

vim: 우분투 배포판에 기본으로 설치된 vi를 vim (Vi IMproved)으로 변경
git: 다음의 몇 가지 패키지 설치 때 필요 및 개발 시에도 필요
gnome-tweaks: 우분투 기본 설정에서 변경 안 되는 Gnome 환경을 더 변경할 수 있게 해 줌. 예를 들어 폰트..

4. uim 입력기 설치 및 uim 벼루 설정

우분투에 기본으로 설정된 iBus 입력기가 Chrome에서 이상하게 동작할 때가 있음 (예를 들어 페이스북..) 그래서 저는 uim 입력기를 사용합니다.

sudo apt install uim uim-byeoru

설정 - 지역 및 언어(Region & Language)에서 입력 소스(Input Source)를 한국어(101/104) 추가 후 영어(English)를 삭제합니다. (의미 있는지는 잘 모르겠음)

설정 - 지역 및 언어

입력기 설정(Language Support)에서 기본 입력기 방식(Keyboard input method system)을 iBus 에서 uim 으로 변경합니다.

입력기 설정에서 기본 입력기 방식을 iBus -> uim 으로 변경

uim의 입력기 설정 (App 이름 '입력기' 혹은 'Input Method')에서 기본 입력기를 벼루 (Byeoru)로 변경합니다.

uim 설정 (Application 이름 '입력기' or 'Input Method') 에서 기본 입력기를 벼루(Byeoru) 로 설정

uim 입력기 설정의 벼루 키 설정 1(Byeoru Key Binding 1)에서 한/영키로 사용할 키를 잡아줍니다. 입력 소스를 한국어(101/104)로 설정했다면 오른쪽 Alt 키가 hangul 키로 잡힙니다.

벼루 키 설정에서 한/영키 변경 키를 설정

설정 완료 후 재부팅하고, 한/영 변경으로 잡아둔 키가 정상 작동하는지 테스트해보면 됩니다. 로그아웃은 제대로 적용 안 되는 것 같고, 재부팅해야만 입력기가 적용됩니다.

5. zsh과 oh-my-zsh 설치, 그리고 플러그인 적용

데스크탑 환경에서 bash 쉘의 시대는 저물고 있고 바야흐로 zsh의 시대입니다.

sudo apt install zsh -y && chsh -s `which zsh`
# chsh 명령어 실행시 password 를 확인합니다.
curl -L https://raw.github.com/robbyrussell/oh-my-zsh/master/tools/install.sh | sh

chsh 명령어로 기본 쉘을 변경해도 로그아웃 후 재 로그인 전까지 Terminal 앱에서는 bash 쉘이 기본으로 나타납니다.

5-1. zsh bullet-train 테마

zsh bullet-train 테마

zsh에서는 agnoster 테마가 가장 유명하지만 저는 bullet-train 테마를 사용합니다.

wget http://raw.github.com/caiogondim/bullet-train-oh-my-zsh-theme/master/bullet-train.zsh-theme && mkdir $ZSH_CUSTOM/themes && mv bullet-train.zsh-theme $ZSH_CUSTOM/themes/

위 명령어를 실행 후 ~/.zshrc 파일을 열어 ZSH_THEME 값을 bullet-train 으로 바꿔줍니다.

# ...
ZSH_THEME="bullet-train"

5-2. 조금 도움되는 플러그인 들

zsh-autosuggestions: 명령어 history 기반으로 입력할 명령어를 추천해줍니다.

git clone git://github.com/zsh-users/zsh-autosuggestions $ZSH_CUSTOM/plugins/zsh-autosuggestions --depth=1

zsh-syntax-highlighting: 명령어에 하이라이팅을 넣어줍니다.

git clone https://github.com/zsh-users/zsh-syntax-highlighting.git ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-syntax-highlighting --depth=1

zsh-better-npm-completion: Node.js를 사용하여 개발할 때 npm script 자동완성을 지원합니다.

git clone https://github.com/lukechilds/zsh-better-npm-completion ~/.oh-my-zsh/custom/plugins/zsh-better-npm-completion --depth=1

위 세 개 플러그인을 한방에 clone 해버리기

git clone git://github.com/zsh-users/zsh-autosuggestions $ZSH_CUSTOM/plugins/zsh-autosuggestions --depth=1
git clone https://github.com/zsh-users/zsh-syntax-highlighting.git ${ZSH_CUSTOM:-~/.oh-my-zsh/custom}/plugins/zsh-syntax-highlighting --depth=1
git clone https://github.com/lukechilds/zsh-better-npm-completion ~/.oh-my-zsh/custom/plugins/zsh-better-npm-completion --depth=1

플러그인 설치 후 ~/.zshrc 에서 설치한 플러그인을 plugins 에 추가합니다.

plugins=(
  git
  zsh-autosuggestions   
  zsh-syntax-highlighting
  zsh-better-npm-completion
)

이후 source ~/.zshrc 를 실행하면 zsh 설정이 반영됩니다.

5-3. Powerline 폰트 설치

zsh의 예쁜 디자인을 활용하기 위해서는 Powerline 폰트 설치가 필요합니다. Powerline Github 저장소 에서 원하는 폰트를 다운로드하여 설치하면 됩니다. 여기서는 제가 사용하는 Ubuntu Mono derivative Powerline 폰트 링크만 겁니다. 폰트 설치 후 apt로 설치한 gnome-tweak 앱 Fonts 설정에서 Monospace Text 폰트를 변경하면 터미널에 적용됩니다.

wget https://github.com/powerline/fonts/raw/master/UbuntuMono/Ubuntu%20Mono%20derivative%20Powerline.ttf
wget https://github.com/powerline/fonts/raw/master/UbuntuMono/Ubuntu%20Mono%20derivative%20Powerline%20Italic.ttf
wget https://github.com/powerline/fonts/raw/master/UbuntuMono/Ubuntu%20Mono%20derivative%20Powerline%20Bold.ttf
wget https://github.com/powerline/fonts/raw/master/UbuntuMono/Ubuntu%20Mono%20derivative%20Powerline%20Bold%20Italic.ttf

Ubuntu Mono derivative Powerline Regular

6. snap으로 몇 가지 개발 도구들 설치

저는 아래 4개의 개발 도구를 snap 명령어를 사용하여 설치합니다. 선택사항입니다.

Visual Studio Code: 텍스트 에디터 기반의 IDE
GitKraken: Git GUI Client
Slack: 유명한 그 메신저
Authy: 편리한 OTP 인증 Client

sudo snap install code --classic
sudo snap install gitkraken
sudo snap install slack --classic
sudo snap install authy --beta

7. Node.js 개발 환경 구축

개발할 때 Node.js를 가장 많이 사용하므로 관련된 설치를 합니다. 예전에는 node 명령어를 apt 통해 바로 설치했지만 이제는 nvs 라는 Node Version Switcher 라는 Node.js 가상화 환경 도구를 사용합니다. nvs 설치시 .rc 파일을 조작하는 부분이 있으므로 zsh 환경에서 설치를 진행합니다.

export NVS_HOME="$HOME/.nvs"
git clone https://github.com/jasongin/nvs "$NVS_HOME"
. "$NVS_HOME/nvs.sh" install
echo "nvs auto on" >> ~/.zshrc
nvs add lts
nvs use lts
nvs link lts

8. TLP(노트북 배터리 최적화 패키지) 설치

2020.05.03 추가

우분투를 노트북에서 사용하는 경우에만 설치합니다. 우분투 버전이 올라가면서 노트북 배터리 관리 기능도 분명 좋아졌겠지만, 예전부터 TLP를 설치해서 사용하던 습관이 있었고, 느낌적으로던 실제로던 노트북 배터리 성능이 좋아지는 느낌이 있습니다. TLP의 기능에 대해서는 잘 정리된 블로그 포스트가 있기에 첨부합니다. (Ubuntu 노트북 사용시 배터리 최적화 하기)

아래 명령어로 저장소 추가 후 설치 가능하며, 한번 서비스 띄워두면 재부팅시 자동으로 적용됩니다.

sudo add-apt-repository ppa:linrunner/tlp # 저장소 추가
sudo apt install tlp tlp-rdw -y # 패키지 설치
sudo tlp start # TLP 서비스 시작

레노버 싱크패드 제품의 경우 아래 패키지를 추가로 설치합니다. 저는 싱크패드를 안써서 무슨 기능이 더 붙는지는 잘 모릅니다.

sudo apt install tp-smapi-dkms acpi-call-tools -y
sudo tlp start

마무리

우분투가 만민에게 쓰여지는 그날과 카카오톡 우분투 버전이 나오는 그날까지...

이상으로 우분투 20.04 LTS 설치 후 잡아줘야 하는 설정들에 대한 포스트가 끝입니다. 사실 제가 나중에 재설치할 때 보려고 아카이빙 해두는 성격의 포스트입니다. 그러므로 비정기적으로 업데이트가 있을 수 있습니다.

우분투 20.04 LTS (Focal Fossa) 데스크탑 달라진 점과 간단 후기

Yowu — Sun, 19 Apr 2020 18:57:50 +0900

2020년 4월 23일에 우분투 20.04 LTS 버전이 릴리즈 됩니다. 저는 12.04 LTS 가 나왔던 대학생 때부터 우분투를 노트북에 올려서 잘 사용했었습니다. 대학생 때는 가난해서 맥북을 살 수 없었고 그래서 지금도 애플 제품을 싫어합니다. 아무튼 이번 20.04 LTS에서는 18.10 버전부터 시도되었던 많은 변경사항이 적용되었고, 나름 기대를 하고 있습니다. 릴리즈를 일주일 앞둔 시점에서 어느 정도 안정화되었을 것이라 기대되어 우분투 20.04 LTS Beta를 설치해봤습니다. 이번 포스트에서는 20.04 (Focal Fossa) 릴리즈에서 변경된 내용을 것을 몇 가지 뽑아보고, 다음 포스트에서는 간단하게 초기 설정을 잡아보겠습니다.

저는 다음 포스트 먼저 보고 싶은데요?: 2020/04/19 - 우분투 20.04 LTS (Focal Fossa) 데스크탑 설치 후 해야하는 것들

대충 달라진 점

1. Linux Kernel 5.4 적용

사실 이건 데스크탑 사용자에게 직접적으로 체감되는 부분은 아닙니다. 하지만 커널 버전이 올라갈수록 지원되는 하드웨어의 종류가 많아지고 지속적인 최적화와 안정화가 이루어지기 때문에 최신 리눅스 커널을 선호하는 편이긴 합니다. 우분투를 포함해 리눅스 커널을 먹은 많은 배포판들이 디바이스 종류 상관없이 어디든 깔아 쓸 수 있는 건 정말 큰 장점입니다.

2. 부팅할 때 OEM 제조사 로고 표시

출처: https://www.omgubuntu.co.uk/2019/10/ubuntu-20-04-release-features

사실 사소한 기능이지만 나름의 퀄리티랄까... 기존에는 우분투 부팅 시에 자주색 화면에 Ubuntu 로고만 나왔다면 이제는 OEM 마크와 함께 우분투 로고가 나타납니다. 부팅 시에만 노출되는 화면이라 스크린샷은 못 찍었고, 상단은 OMG Ubuntu Article에 첨부된 이미지입니다.

3. Gnome 3.36의 다양한 사용성 개선

이번 20.04 LTS에서 가장 기대되었던 부분이 Gnome 3.36에서 이루어진 다양한 사용성 개선입니다. 18 버전 이전에 사용되었던 우분투 자체 데스크탑 환경인 Unity는 많은 사람들의 비판 속에서 역사 뒤안길로 사라졌고, 이제 우분투는 Gnome 데스크탑 환경과 함께합니다. 저는 Ubuntu Gnome 배포판이 별도로 존재할 때부터 Gnome 3 환경이 편한다고 생각돼서 계속 사용했습니다. 그럼에도 일단 기본 테마가 너무 이쁘지 않아서 Arc Theme를 추가 설치해서 사용했는데, 이번에 변경된 UI를 보니 이젠 별도로 테마질을 하지 않아도 될 것 같습니다.

잠금 화면

로그인 화면

Gnome Yaru Dark Theme 를 적용한 화면

드디어 추가된 방해금지 모드(Do Not Disturb)

이번 Gnome 3.36 에서는 로그인 / 잠금 화면이 새롭게 개선되었고, 본격적인 다크 테마 지원, 방해 금지 모드 추가, 세부적인 UI 개선과 애니메이션 성능 최적화가 이루어졌습니다. (이 정도면 사실상 Ubuntu 20.04 LTS 데스크탑 변경 사항 === Gnome 3.36 변경 사항)

4. 기본 배경 화면 변경 (...)

기본 배경화면 Focal Fossa

그렇습니다. 역사와 전통을 자랑하는 우분투 기본 배경 화면이 당연하게도 변경되었습니다. 이번 20.04의 코드 네임은 Focal Fossa입니다. Fossa 가 뭔지 찾아보니 마다가스카르 섬에 사는 고양잇과의 포식동물이라고 합니다. 이 동물에 맞는 배경화면입니다.

5. Display 설정에 Fractional Scaling option 추가

Display 설정에 추가된 Fractional Scaling

Fractional Scaling 은 HiDPI 설정입니다. 기존의 디스플레이 설정에서는 높은 해상도 사용 시 배율 설정이 100%, 200%, 300% 같이 100% 배수로 밖에 설정을 못했습니다. 125% 와 같이 세밀하게 설정해주기 위해서는 귀찮게도 터미널에서 스크립트 짜서 부팅 시 불러오도록 작업해주어야 했는데 Fractional Scaling 옵션이 Display 설정에 추가되면서 배율 설정 시 귀찮은 작업이 줄었습니다. (Fractional Scaling 은 해당 옵션을 on 한 다음 재부팅을 한번 해주어야 적용됩니다.)

6. Ubuntu Software Store 가 snap 기반으로 변경

Ubntu Software App 이 snap 기반으로 변경

기존의 Ubuntu Software 가 apt 기반에서 snap 기반으로 변경되었습니다. 이에 따라 우분투 배포판에 snap 패키지가 기본으로 설치되게 됩니다. 변경된 이유는 잘 모르겠습니다만.. 가볍게 사용해보니 크게 불편한 것은 없는데 Ubuntu Software App 자체가 아직 안정화가 안된 느낌입니다. snap 은 CLI 명령어와 Store Web을 지원하므로 Store Web -> CLI 명령어로 사용하는 게 아직은 좀 더 편해 보입니다. 그리고 버그인지 deb 확장자를 가진 우분투 패키지가 Ubuntu Software App으로 열리지 않아 dpkg -i 명령어로 직접 설치해줘야합니다. (아 이제 apt 랑 snap, dpkg 세 개 섞어 써야 됨..)

달라진 점은 대충 요 정도로 마무리하고, 다음은 우분투 20.04 LTS 데스크탑 설치 후 잡아줘야 하는 설정들 포스트로 이어집니다.

2020/04/19 - 우분투 20.04 LTS (Focal Fossa) 데스크탑 설치 후 해야하는 것들

우분투 20.04 LTS (Focal Fossa) 데스크탑 설치 후 해야하는 것들

아래 포스트에서 이어집니다. 2020/04/19 - 우분투 20.04 LTS (Focal Fossa) 데스크탑 달라진 점과 간단 후기 1. Google Chrome 설치 대한민국 만민의 인터넷 브라우저 Chrome 을 설치해줍니다. 우분투에는 기본적..

luckyyowu.tistory.com

샤오미 Mi Pad 4 Android 10 적용 (Bliss Rom)

Yowu — Sun, 5 Apr 2020 05:25:13 +0900

아래 글에서 연결됩니다.

2019/03/22 - [내맘대로/내맘대로포스팅] - 샤오미 Mi Pad 4 에서 사용가능한 Pixel Experience 9.0 적용 (Android Pie)

샤오미 Mi Pad 4 에서 사용가능한 Pixel Experience 9.0 적용 (Android Pie)

기본으로 들어있는 중국 내수용 MIUI 는 국내에서 쓰기에는 쓰레기고, 그나마 MIUI EU Rom 을 잘 사용하고 있었는데, 오늘 참석했던 스터디에서 누군가 샤오미 폰에 Pixel Experience 적용해서 사용한다는 얘기를..

luckyyowu.tistory.com

Download Mi pad 4 Bliss Rom Download (clover)

XDA Developers https://forum.xda-developers.com/mi-pad-4/development/rom-blissroms-v12-2-t4038271
Source Forge https://sourceforge.net/projects/blissroms/files/Q/clover/

Download NikGapps for Android Q

https://sourceforge.net/projects/nikgapps/files/Releases/NikGapps-Q/

설치 후기

Bliss Rom 이 문제 없이 잘 올라갔으면 굳이 포스팅하지 않았겠지만, 커스텀 롬 올리는 과정에서 문제가 생겼음.
이전에 사용 중이던 Pixel Experience 9.0 이나 다른 커스텀 롬때는 이런일이 없었지만 Bliss Rom 최신 버전을 TWRP 통해서 인스톨 하고 재부팅하면 Fastboot 화면으로 들어가면서 아무것도 진행되지 않음.
Fastboot 로 들어가는 현상 자체가 커스텀 롬이 정상 설치 안된 것 같아 구글링을 했지만 별다른 정보는 못 찾음.
내가 설치한 버전은 Bliss-v12.5-clover-OFFICIAL-20200326 였는데 혹시 몰라서 20200317 빌드까지 설치해봤지만 역시나 실패.
아예 예전 빌드인 Bliss-v12.2-clover-OFFICIAL-20200128 를 인스톨하니 그제서야 설치 성공.
이 후에 다시 TWRP 에서 최신 버전을 Wipe 없이 설치해주니 OS 업데이트가 성공.
OS 업데이트를 했는데 Gapps 도 다 날아가서 Gapps 를 다시 설치함.
(이 내용을 Bliss Forum 같은데 공유해야될 것 같은데, 포럼을 못찾겠음..)

결론

미패드4 에서 Bliss Rom 이 정상설치 안되는 것 같으면 예전 빌드로 OS 설치하고, 최신 버전 패치를 별도로 진행하자

약간의 사용 후기

아직 많이 사용해보진 않았지만 Pixel Experience 9.0 사용할 때보다 조금 버벅이는 느낌이 난다.
Bliss Rom 이 최대한 순정에 가깝다고는 했지만 역시 순정만큼의 Pure 함은 좀 부족한 듯.. 뭔가 옵션이 많다. 귀찮..
Bliss Rom 에 마치 삼성 Dex 처럼 사용 가능한 데스크탑 모드가 있는 것 같은데 HDMI 연결해봤지만 뭐가 되는 건 없었다.

약간의 스크린샷

잠금 화면 (충전 정보 나오는건 신박)

홈 화면

Bliss Rom 12.5 (Android 10)

조금 더 안전한 랜덤 숫자(의사 난수) 생성할려고 했던 얘기

Yowu — Thu, 2 Jan 2020 20:53:38 +0900

발단

최근 TypeScript 로 작성한 코드에서 아래와 같은 코드 퀄리티 이슈가 발생함

Make sure that using this pseudorandom number generator is safe here.

대충 의사 난수 생성기를 여기서 써두 되는지 확인하라는 내용

As the Math.random() function relies on a weak pseudorandom number generator, this function should not be used for security-critical applications or for protecting sensitive data. In such context, a cryptographically strong pseudorandom number generator (CSPRNG) should be used instead.

대충 Math.random() 함수는 약한 의사 난수 생성기이고 상황에 따라 충분히 다음에 도출될 난수를 예측가능하기 때문에 때문에 보안 목적으로는 사용하면 안된다고 한다. 만약 크리티컬한 내용과 관련된 기능이라면 Cryptographically Strong Pseudorandom Number Generator (CSPRNG) 를 사용을 권장한다.

(물론 이번에 개발한 코드는 보안과 전혀 상관 없고 크리티컬하지 않은 코드지만 이 기회에 바꿔본다.)

제시하는 대안이 crypto 패키지에 내장된 getRandomVlues, randomBytes 패키지를 사용하는 것인데, 실제로 crypto.randomBytes(1) 을 사용해서 다음과 같이 난수를 생성할 수 있다.

const { randomBytes } = require('crypto');
const random = parseInt(randomBytes(1).toString('hex'), 16);

하지만 쓸 수 없어...

하지만 위 방법으로는 1 byte 에 해당하는 0-255 까지의 수 밖에 생성할 수 없다. 물론 randomBytes(2) 로 0-65535 까지 생성할 수 있고, 인자의 숫자를 늘리면 더 큰 난수도 생성가능하지만 이 방법은 편향된 난수 를 발생시킬 수 있으므로 올바르지 않다고 한다.

예를 들어 randomBytes(1) 로 0-255 난수를 발생시키고, modular 연산으로 난수 범위로 지정했을 때 다음과 같은 문제가 발생할 수 있다.

let randomCharacter = randomByte % 36;

0-35 stays 0-35.
36-71 becomes 0-35.
72-107 becomes 0-35.
108-143 becomes 0-35.
144-179 becomes 0-35.
180-215 becomes 0-35.
216-251 becomes 0-35.
252-255 becomes 0-3.

If you look at the above list of ranges you'll notice that while there are 7 possible values for each randomCharacter between 4 and 35 (inclusive), there are 8 possible values for each randomCharacter between 0 and 3 (inclusive). This means that while there's a 2.64% chance of getting a value between 4 and 35 (inclusive), there's a 3.02% chance of getting a value between 0 and 3 (inclusive).

(원문: joepie91 Gist)

요약하자면 0-255 난수가 발생했을 때 36으로 modular 연산하게 될 경우 252-255 에서는 반드시 0-3 만 도출되므로 다른 케이스에 비해 바이어스되어 도출될 확률이 높다. 원문에서는 아예 Don't use crypto.getRandomBytes directly. 라고 쓰여있다.

하지만 쓸 수 없어...2

그래서 아예 도출 숫자가 커버리면 크게 문제가 없지 않을까하여 꼼수로 다음과 같이 구현을 했었고 실제로 쓸려고 했었다. 8 바이트에 해당하는 랜덤 바이트를 뽑은 다음에 그것을 바로 integer 처럼 취급하여 목적 달성.

const random = crypto.randomBytes(8).readUInt32LE(0)
// 1317034331

위 값을 적당히 modular 연산하면 될 줄 알았으나 성능 이슈로 인해 이번에 문제가된 코드에는 사용하지 않기로 했다. 아래는 Math.random() 과 crypto.randomByte() 를 100,000회 루프 돌렸을 때 걸린 시간을 10 Cycle 돌린 결과 값이다.

== Cycle 1 ==
crypto: 518.536ms
math: 3.901ms

== Cycle 2 ==
crypto: 487.265ms
math: 3.491ms
...
== Cycle 9 ==
crypto: 501.247ms
math: 0.841ms

== Cycle 10 ==
crypto: 485.678ms
math: 1.641ms

생각해보면 crypto random 이니깐 보편적인 의사 난수 생성기에 비해 빠를 수가 없다. 이번의 내가 구현한 코드의 경우 보안성과는 무관했고 한번에 실행 횟수가 많은 기능이었기 때문에 crypto 를 사용하지 않고 다른 대안을 찾기로 했다.

역시 무난한건 mathjs 야..

당연한 사실이지만 mathjs 에도 random 관련된 기능이 포함되어 있다. mathjs.random() 의 경우 Math.random() 과 동일한 동작을 보장하면서도 min, max 를 파라미터로 전달 받을 수 있는 등 조금 더 편리하다.

그리고 mathjs.random() 의 경우 내부에서 seed-random 이라는 패키지로 조금 더 안전하게 랜덤 값을 뽑아준다. 자세히는 못 뜯어봤지만 seed-random 패키지 저장소를 보면 RC4 를 사용하므로 조금 더 임의성이 보장된다.

mathjs.random() 은 성능도 준수해서 Math.random() 과 크게 차이나지 않는다.

== Cycle 1 ==
crypto: 485.578ms
mathjs: 15.037ms
math: 1.975ms

== Cycle 2 ==
crypto: 556.57ms
mathjs: 6.451ms
math: 1.994ms
...
== Cycle 9 ==
crypto: 460.319ms
mathjs: 19.881ms
math: 0.883ms

== Cycle 10 ==
crypto: 555.885ms
mathjs: 4.594ms
math: 0.792ms

mathjs 는 이외에도 랜덤 관련된 편리한 기능들을 제공한다.

math.random(min, max) 와 같이 최소/최대 값을 파라미터로 넘겨 사용할 수 있다.
math.randomInt(min, max) 의 경우 0-1 사이의 소수가 아닌 바로 정수로 뽑아준다.

결론

아무튼 이번 이슈에 대해서는 mathjs.random() 을 사용해 문제를 해결했고, 앞으로 보안 요소에 대해서는 crypto 를 사용한 난수 생성, 이 외에는 mathjs 를 사용한 난수 생성을 하게 될 것 같다. 사실 Math.random() 그대로 썼어도 문제가 없었을 코드였지만 이렇게 또 하나 배워갑니다.

만약 내 글이 너무 똥망이라서 이해하기 힘들었다면 대충 다음과 같이 정리가 가능.

크리티컬한 보안 요소의 난수 생성: crypto.randomBytes()
보안이 중요하지 않고 성능이 더 중요한 난수 생성: Math.random()
그 중간 어딘가 + 편리성 + 코드 퀄리티 이슈 해소 : mathjs.random()

여담

예측 가능한 의사 난수 생성기 글을 살펴보면 다음과 같은 피해가 발생할 수 있다고 한다.
- 예측 가능한 CSRF 토큰이 생성됨
- 예측 가능한 토큰으로 비밀번호 변경 페이지 URL 이 만들어짐.
  - 대부분의 비밀번호 변경 페이지는 Query String 에 개인 식별 token 을 물고 들어가니깐.
Random Seeds, Coded Hints, and Quintillions
- seed-random 패키지 관련 글
가만보면 seed-random 패키지의 저장소는 정말 특이한 패키지 저장소 중에 하나다.
- 코드 단 173줄
- 마지막 npm 배포: 2013년
- 2015년에 등록된 이슈에 답글이 달린 것은 2018년
- 사실상 활동이 없는 npm 패키지고, github 저장소지만
- 아무튼 npm 주간 다운로드 20만에 육박

Dell 노트북에 우분투를 설치하고 추가로 해야하는 일들

Yowu — Thu, 29 Aug 2019 19:52:35 +0900

2016년 초에 무려 4 BTC 로 해외직구한 Dell XPS 13 9350 노트북에 Ubuntu 18.04 LTS 를 올려 사용 중이다.
Dell XPS 는 Developer Edition 이라고 Ubuntu OEM 으로 운영체제 깔아서 팔기도 한다.
그렇다면 분명 Dell 에서 지원해주는 Ubuntu 업데이트가 있을거라 생각했는데, 역시나 Dell Archive apt Repository 를 발견해 적용했기에 기록한다.
해당 포스트에서 시도된 환경은 아래와 같다.

Dell apt Repository 추가

Ubuntu 18.04 (bionic) 기준

$ sudo add-apt-repository 'deb http://dell.archive.canonical.com/updates bionic-dell public'
$ sudo add-apt-repository 'deb http://dell.archive.canonical.com/updates bionic-dell-service public'
$ sudo add-apt-repository 'deb http://dell.archive.canonical.com/updates bionic-oem public'

다른 버전을 사용하고 있다면 중간의 버전 코드 값을(bionic) 적절하게 변경한다.
bionic-dell, bionic-dell-service 와 같은 값들은 조금씩 변경되었을 수도 있다. 만약 특정 uri 가 404 Not Found 발생한다면 해당 레포지터리의 dist 에서 직접 찾아보자.

Dell apt Repository 를 사용하기 위한 gpg 키 추가

위 레포지터리를 추가하고 sudo apt update 하면 공개키가 없어 에러가 발생한다.

W: GPG 오류: http://dell.archive.canonical.com/updates bionic-dell Release: 다음 서명들은 공개키가 없기 때문에 인증할 수 없습니다: NO_PUBKEY 1234567890ABCDEF
E: The repository 'http://dell.archive.canonical.com/updates bionic-dell Release' is not signed.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

NO_PUBKEY 다음의 서명으로 공개키 추가해준다.
위 예제에서는 1234567890ABCDEF 로 표시했지만 본인 터미널에 출력된 값을 사용한다.

$ sudo gpg --keyserver pool.sks-keyservers.net --recv-key 1234567890ABCDEF
gpg: WARNING: unsafe ownership on homedir '/home/yowu/.gnupg'

gpg: key 1234567890ABCDEF: public key "Canonical Archive Automatic Signing Key <ftpmaster@canonical.com>" imported
gpg: Total number processed: 1
gpg:               imported: 1

$ gpg -a --export F9FDA6BED73CDC22 | sudo apt-key add -
OK

(2020.08.08 추가) 다른 공개키 등록 방법

위방 법으로 공개키 등록이 되지 않는다면 아래 커맨드를 사용해본다.
출처: https://askubuntu.com/questions/13065/how-do-i-fix-the-gpg-error-no-pubkey

sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys <PUB_KEY>

Executing: /tmp/apt-key-gpghome.NbjP9zTCZO/gpg.1.sh --keyserver keyserver.ubuntu.com --recv-keys <PUB_KEY>
gpg: key <PUB_KEY>: public key "Canonical OEM Archive Automatic Signing Key (2020) <commercial-engineering@canonical.com>" imported
gpg: Total number processed: 1
gpg:               imported: 1

마무리

이제 sudo apt update 하면 정상적으로 dell archive repository 를 사용할 수 있다.
나는 다음 2개 업데이트가 설치되었는데 뭔지는 모르겠다.

$ apt list --upgradable
리스팅... 완료
fwupd/알 수 없음 1.2.5-1~somerville1 amd64 [upgradable from: 1.0.9-0ubuntu2]
libfwupd2/알 수 없음 1.2.5-1~somerville1 amd64 [upgradable from: 1.0.9-0ubuntu2]

Dell 노트북 외의 다른 기종에서는 해당 Repository 추가시 어떤일이 일어날지는 잘 모르겠다.

끝.

~~아.. 저 때 구매 실패해서 까먹고 4 BTC 를 묵혀두기만 했으면...~~

흔한 2019년 상반기 회고

Yowu — Mon, 29 Jul 2019 02:23:55 +0900

평소와 다를 바 없는 어느 출퇴근길에 역시나 평소와 같이 페이스북 타임라인을 눈팅하고 있었습니다. 그러던 중 조은님의 2019년 상반기 회고 글을 봤습니다. 2018년 회고 포스트도 작성 못 했던 터라 나도 간단하게 올해 상반기 회고만이라도 작성해보면 좋겠다는 생각이 들었습니다. 그래서 지금 시작합니다.

이 포스트는 조은님의 "2019 상반기, 상반기 회고" 포스트를 벤치마크 했습니다.

요우님은 뭐하시는 분인가요?

사실 주변에 저 자신을 소개할 때는 그냥 흔한 백엔드(서버) 개발자라고 소개하고 있습니다만... 요즘 들어 느끼는 게 생각보다는 흔하지 않은 개발자일 수도 있다고 생각이 듭니다. 의외로 Node.js 백엔드 개발자가 잘 없더라고요.. (Node.js 백엔드 개발자 뽑아요~)

처음부터 루피가 해적왕 되고 싶어 하는 것 마냥 "나는 커서 Node.js 백엔드 개발자가 되겠어!" 한 것은 아닙니다. 지금보다 더 아무것도 몰랐던 대학교 재학생일 때 무작정 웹 서비스를 만들고 싶어서 PHP로 웹 개발과 스타트업을 시작했었고, 처음 만들었던 웹 서비스를 말아먹은 다음 어쩌다 덜컥 첫 회사에 입사했습니다.

첫 회사에서 PHP 개발을 계속하다가 회사의 기술 스택이 PHP → Node.js 으로 변경되면서 회사의 요구사항에 맞춰 자연스럽게 Node.js 개발자가 되었습니다.

막상 써보니 너무 좋아서 계속 Node.js 개발로 먹고살고 있습니다. 개발이야 회사 다니기 전부터 했었지만 실제로 돈 받으면서 일한 것은 2015년부터니 벌써 개발로 먹고 산 지도 4~5년 된 어정쩡한 연차의 개발자입니다.

자세히보시면 야놀자 티셔츠

고백하자면 요즘엔 집에서 기술 포스트 뒤져보고 기술 관련 포스트 작성하는 것보다 통기타치고 친구들 데려와서 노는 것에 빠져있습니다. ~~이럼 안되는거 알지만 독신 싱글라이프 채고~~

할 줄 아는게 뭐에요?

지금이야 순수 Node.js 에 Typescript 를 끼얹은 백엔드 개발만 하고 있지만 지금 회사에 입사하기 전에는 프론트에서 백엔드, DB, 인프라까지 전부 건드려야 했던 잡캐였습니다. 아무래도 소규모 개발팀의 스타트업을 다녔다 보니 이것저것 다해야 되서 잡기술이 많이 늘었습니다.

프론트 개발은 가끔 해야 재밌고, 백엔드 개발은 계속해도 재밌길래 백엔드 하고 있습니다. 제가 프론트 하면 적녹색약이라 그런가 자꾸 파란색만 쓰게 되더라고요. 여담으로 마크 주커버크도 적녹색약이라 페이스북이 파란색ㅇ...

최근엔 백엔드는 거의 Typescript 를 끼얹은 Node.js 만 하고 있습니다. 학교 다닐 때도 리눅스나 시스템 엔지니어링 쪽 빠돌이였다 보니 백엔드나 인프라 쪽고로는 이것저것 다양하게 하는 것 같습니다. 백엔드 쪽으로 정점 한번 찍어보는 게 목표입니다. 백엔드 아키텍쳐 설계나 RDBMS 스키마 설계하면 재밌어요. 내가 짠 아키텍쳐나 코드가 이쁘게 딱 떨어져서 굴러가는 모습을 보고 있으면 뭔가 기분이 짜릿하더라고요. ~~아 그런데 요즘엔 AWS 새로운 서비스 추가되는 걸 따라가지 못하겠... 누가 크레딧 기부 좀..~~

그럼 야놀자에서는 뭔 일 하세요?

비즈니스 요구사항에 맞춰 앱/웹 클라이언트에게 RESTful API를 개발, 제공해주고 있습니다. 숙박/여행 쪽 비즈니스가 복잡하다 보니 야놀자의 비즈니스 도메인도 엄청 넓고 거대합니다. 저는 심해에서 열심히 관리되고 개발되고 있는 각각의 도메인별 Java API 들을 심해와 수면 중간 어디쯤에서 이쁘게 말아서(aggregate) 클라이언트에 제공해주는 역할을 맡고 있습니다. 그 과정 중에 클라이언트가 사용하기 편하게 모델을 정제하거나 결합해주거나 아무튼 뭐 그런 일들을 합니다. 그렇게 전달된 API 가 앱/웹에서 사용되고 수면 밖의 사용자와 수면 아래 깊은 곳에 있는 데이터를 예쁘고 빠르게 만날 수 있게 하는 교두보를 오늘도 튼튼하게 만들고 있습니다.

아무래도 맡은 역할의 특성상 RDBMS 나 개별 도메인 스키마의 깊은 내용까지는 파악하기 쉽지 않기에 이런 부분들은 조금 아쉽기도 합니다. 그래도 필요할 때는 Redis, ElasticSearch 와 같은 Data Storage/Search Engine 이나 다른 AWS 서비스를 적절하게 사용하기도 하고, 개별 도메인을 적절하게 결합하기 위해서는 비즈니스 도메인에 대해 넓게 알아야 하기 때문에 비즈니스 도메인의 큰 그림을 볼 수 있어 만족하고 있습니다. 솔직히 비즈니스가 복잡한 만큼 그걸 구현해내는 것도 재밌어요. 언젠가 때가 되고 필요하게 되면 또 무언가 새로운 것을 하게 될 거라 기대하고 있습니다.

2019년 상반기는 어땠나요?

왜 벌써 상반기가 끝났는지 잘 모르겠어요. 그냥 정신없이 들어오는 이슈 치고, 개발하고, 버그 수정하고, ~~소주 마시고,~~ 새로운 버전 계속 내보내다 보니 벌써 상반기가 끝나버렸습니다. 그래도 이번 상반기에는 나름 큰 기능 2~3개 정도 내보냈더니 나름 뿌듯하고 보람도 있습니다.

돌이켜보니 올해 상반기는 회사에서 하는 개발 외의 개발 활동이 거의 없어 조금 아쉽습니다. (맨날 집 와서 기타나 치고 친구 만나 소주나 마시고 있으니...) 요즘에는 이상하게도 엄청나게 땡기는 커뮤니티 모임이나 세미나 같은 것도 잘 안 보이는 기분이고 (안 찾아본 게 아닐까..) 뭔가 새로운 걸 만들거나 기술적인 도전 욕구가 조금 줄어서 걱정입니다. 지속적으로 새로운 사람들을 만나야한다는 생각으로 사는데 그러지 못하기도 했고요.

아무튼 이번 상반기에는 개인적으로 힘든 일도 있었고, 되게 복잡한 기능 개발 프로젝트에 투입되어서 정신없이 지나간 것 같습니다. 그러다 보니 회사 일에는 만족했지만, 개인적으로는 조금 텐션 떨어졌던 상반기였어요. 그래도 그 와중에 작은 npm 패키지 하나 내보낸 것이 꾸준히 정도는 나와줘서 뿌듯합니다.

2019년 하반기는 뭐하고 싶으세요?

~~로또 당첨되고 싶어요.~~

얼마 전 야놀자에서 1회 테크톡 행사가 있었습니다. 행사 스태프로 참여하면서 발표자분들이 발표 준비하는 것과 발표하는 것을 지켜본 것도 있고 작년에 했던 발표 자료(2018 종합선물세트 for 개발취준생) 업로드를 까먹고 있다가 얼마 전에야 올렸는데 괜찮게들 봐주신 덕분에 뽐뿌와서 어디서든 뭐든 발표해볼까 생각 중입니다. ~~가톨릭대학교 취업특강은 이제 그만...~~

조금 두렵다. 에이 설마.. 그냥 던져보신거겠지..

그래도 발표하고 싶다고 하니 찾아주시는 분들이 있어서 진짜 마음만 먹으면 한번은 할 수 있지 않을까 하고 있습니다. 발표는 매년 꾸준히 하긴 했지만, 매번 기술 관련 발표가 아니라 개발자 학습이나 취업 관련된 발표여서 이번에는 기술 관련된 발표를 하고 싶...긴 하지만 내가 할 수 있을까.. 후..

그리고 프론트 개발을 깔짝깔짝 해볼까 합니다. 야놀자 입사하기 전 2년 전쯤에는 진짜 다 해야 했던 상황이라서 React.js 프론트 개발도 하긴 했었는데, 2년 지나서 보니깐 뭐 되게 많이 바뀌었더라고요. 토이 프로젝트로 React.js 개발 슬쩍해서 회사에 기여해볼까 판 짜고 있습니다. 아이디어 구상은 해둬서 시작만 하면 됩니다. Next.js 좋던데..

또 개인적으로 공간에 대한 욕심이 있는 편이라 다음 이사 지역을 물색할 겁니다. 작년 중순까지 부천에서 원룸 살다가 드디어 서울시민이 되었는데 인간의 욕심은 끝이 없다고 더 좋은 공간에서 살아보고 싶네요. 딴 건 모르겠고 일단 무조건 집부터 어떻게 하자!!! 라는 주의라서.. 제발 안동 촌놈 행복주택 당첨되게 해주세요...

공간 욕심 1. 평소엔 저기 늘어져있습니다.

공간 욕심 2. 코딩하거나 글쓸 땐 여기서 합니다.

마지막으로 회사에서 하자는 개발 열심히 하고 있을 겁니다. 쓱 보니 하반기도 장난 없던데 적당히 들이받으면서 후후...

하반기도 우리존재화이팅

우리존재화이팅. 줄여서 "우존화"

싸이의 5집 PSYFIVE 의 마지막 곡 "나의 Wanna Be" 라는 노래에는 아래와 같은 가사가 있습니다.

열등감이 오늘의 나를 살게 해~ 그래 말이 필요 없이 잘 돼야 돼~ 보란 듯이 미친 듯이 반드시...

지금도 어리지만, 더 어릴 때의 저는 "남들보다 못해서는 안 돼, 뭐라도 남들보다 잘 하는 게 있어야 해" 와 같은 열등감에 크게 사로 잡혀있었습니다. 빨리 돈 벌고, 남의 힘 안 빌리고 살 수 있게 되면 무작정 행복하고 평안하게 잘살게 되는 것이라고 믿었습니다. 그래도 나름 열등감을 원동력으로 잘 삼아서 잘 성장하고 있다고 믿고 있습니다만.. 요즘에는 조금 다른 생각이 들 때가 많습니다.

얼마 전 오랜만에 만난 친구와 술 한잔하면서 이런 말을 들었습니다. 예전의 저를 굉장히 잘 아는 친구가 한 말입니다. "너는 옛날부터 그랬어. 빨리 돈 벌어야 해. 빨리 성공해야 해. 빨리 자리 잡아야 해. 빨리 인정 받아야 해. 그런 생각과 강박감이 너를 계속 갉아먹는 거야. 니가 못해서 지금 니 주변 환경이 그렇다고 생각하는 건 자의식 과잉이야"

듣고 보니 정말 그랬던 터라 아무 말도 못 했습니다. 하지만 나는 아직 성공하지도 못했고, 자리 잡지도 못했다는 생각이 여전히 들고 있고, 계속해서 열등감이 오늘의 나를 살게 하고 있습니다. 하지만 어디까지 뭘 어떻게 해야 성공한 것이고 자리 잡은 것인지 알 수 없어서 뭔가 다른 생각을 가지고 원동력으로 삼아야 하지 않을까 생각만 하고 있습니다. 저 얘기를 듣고 머리통 한방 얻어맞은 기분이라 저 얘기해준 친구에게는 고맙게 생각합니다.

서른 코앞에 둔 시점에서 어떻게 살아나가야 할지도 생각도 많아지고 고민도 많아지고 있습니다. ~~본격 질풍노도 29춘기~~

아무튼 하반기도 우리존재화이팅 입니다.

그리고 야놀자에서 저와 함께 즐거운 개발 라이프해보고 싶으신 분은 야놀자 채용공고 쓱 보시고 DM 주시거나 me@yowu.dev 로 연락 부탁드립니다. ㅎㅎ

~~기승전채용공고 에바참치..~~

SAMSUNG 970 EVO M.2, 그냥 SSD, HDD 벤치마크 기록

Yowu — Tue, 30 Apr 2019 00:08:16 +0900

수정사항

CrystakDiskMark 50Mib 테스트 결과 값에서 1Gib 테스트 결과 값으로 변경

아래 기록에서는 다음 4개의 제품의 CrystalDisk 벤치마크를 비교합니다.
- 짱짱한 Samsung 970 EVO M.2 500G
- 닳고 닳은 Samsung MZ7TE128HMGR-00000 SSD 128G
- 닳고 닳은 WDC WD10EZEX-22BN5A0 HDD 1TB
- 닳은 Seagate ST1000DM010-2EP102 HDD 1TB

970 EVO M.2 2280 공식 스펙

SAMSUNG 970 EVO M.2 2280 500GB (해당 첨부 이미지의 저작권은 '삼성전자' 에 있습니다.)

970 EVO M.2 2280 CrystalDiskMark

970 EVO M.2 2280 500G CrystalDiskMark 결과 값 (아래 CrystalDiskInfo 의 사용기록 등을 반영하여 참고)

970 EVO M.2 2280 CrystalDiskInfo

970 EVO M.2 2280 500G CrystalDiskInfo 결과 값

공식 스펙에는 TRIM 과 GC 지원인데 기능란에 왜 빠져있을까?

Legacy SSD CrystalDiskInfo & CrystalDiskMark

비교를 위해 그냥 예전부터 쓰던 한 4년 좀 넘은 모델명 없는 SAMSUNG Legacy SSD 벤치마크 값도 찍어봤다.
- 모델명은 SAMSUNG MZ7TE128HMGR-00000

SAMSUNG MZ7TE128HMGR-00000 CrystalDiskInfo 결과 값 (사용시간 36061 무엇..)

SAMSUNG MZ7TE128HMGR-00000 CrystalDiskMark 결과 값

해당 모델명에 대한 자료가 부족하여 현재 전송속도에 대해 36,000 시간을 혹사 당한 내 SSD의 상대적 성능이 어떤지 확인할 수 없다 (...)

Legacy HDD CrystalDiskInfo & CrystalDiskMark

컴퓨터 구매했을 때 부터 꾸준히 사용하던 WD 1TB HDD가 하나있고, 중간 즈음에 추가 장착한 Seagate 1TB HDD가 하나 더 있다.
- WD (Western Digital) HDD 모델명: WDC WD10EZEX-22BN5A0
- Seagate HDD 모델명: ST1000DM010-2EP102

WDC WD10EZEX-22BN5A0 CrystalDiskInfo 결과 값 (사용시간 32445 무엇..)

WDC WD10EZEX-22BN5A0 CrystalDiskMark 결과 값

Seagate ST1000DM010-2EP102 CrystalDiskInfo 결과 값 (얘는 좀 낫네.. 사용시간 17074..)

Seagate ST1000DM010-2EP102 CrystalDiskMark 결과 값

테이블로 한판 정리

아래 테이블은 CrystalDiskMark 에서 1Gib 벤치마크 결과 값이다.

-	Samsung 970 EVO M.2	Samsung MZ7TE128HMGR SSD	WD10EZEX-22BN5A0 HDD	ST1000DM010-2EP102 HDD
사용시간 (Hour)	217	36061	32445	17074
Seq Q32T1 Read (MB/s)	3565.3	528.1	156.3	148.3
Seq Q32T1 Write (MB/s)	2473.5	143.6	153.0	160.5
4KiB Q8T8 Read (MB/s)	1034.9	369.8	0.855	0.833
4KiB Q8T8 Write (MB/s)	1123.1	142.4	1.321	0.844
4KiB Q32T1 Read (MB/s)	399.1	333.1	0.899	0.814
4KiB Q32T1 Write (MB/s)	314.3	142.8	1.312	0.889
4KiB Q1T1 Read (MB/s)	39.83	32.74	0.375	0.329
4KiB Q1T1 Write (MB/s)	168.3	110.1	1.287	0.867

고찰

역시 M.2 로 부팅 디스크를 변경하니 뭔가 짱짱 빨라진 기분이었는데 기분 탓이 아니었다.
로딩 빡쌘 게임을 M.2 에 심었더니 실제 로딩 체감 속도가 엄청 빨라졌다.

[TypeScript TIPS] Interface 를 써야할 때와 Type 을 써야할 때

Yowu — Mon, 29 Apr 2019 00:36:17 +0900

처음 TypeScript 2.x 버전 대를 익히면서 가장 혼란이 왔던 부분이 어떤 상황에서 Interface 를 사용하고, 어떤 상황에서 Type 을 사용해야하는지 명확하지 않다는 것이다.

export type SomeMbmerType = {
  name: string;
  age: number;
  address: string;
  tier: string;
};

export interface SomeMemberInterface {
  name: string;
  age: number;
  address: string;
  tier: string;
}

다행히 최근 lastest 버전의 tslint 에서는 어느 정도 가이드를 잡아준다.
- Use an interface instead of a type literal.tslint(interface-over-type-literal)
  - 타입은 리터럴 타입에서만 사용하고 Object 형태의 타입은 인터페이스를 쓰라는 소리다.
그렇다. Type 은 리터럴 타입의 값에만 사용하고, Object 형태의 타입을 잡아줄 때는 Interface 를 사용하면 고민없이 행복해진다.

export type TSomeMemberTier = "Basic" | "Premium" | "Admin";

export interface ISomeMember {
  name: string;
  age: number;
  address: string;
  tier: TSomeMemberTier;
}

++

대략 typescript 3.x 부터 tslint 가 모든 인터페이스 네이밍 앞에 대문자 I 를 강제한다.
- interface name must start with a capitalized Itslint(interface-name)
- 물론 해당 옵션을 끌수도 있지만 나는 그냥 I 를 prefix 로 사용한다. ~~C#의 영향일까..~~
- 그럼 타입 앞에도 대문자 T 를 붙여줘야 할까? tslint 에서 강제하는 부분은 없다. 아직까지는 개인의 선호에 맞게 사용할 수 있는 듯
  - TSomeMemberTier or SomeMemberTierTypes
사실 위 케이스와 같은 경우 나는 Type 보다는 Enum 사용을 더 선호한다. 실제 코드 상에서 상수 값을 제거할 수 있기 때문이다.

export enum SOME_MEMBER_TIER {
  BASIC = "BASIC",
  PREMIUM = "PREMIUM",
  ADMIN = "ADMIN"
}

export interface ISomeMember {
  name: string;
  age: number;
  address: string;
  tier: SOME_MEMBER_TIER;
}

Enum 은 기본적으로 number 매핑이지만 나는 string 매핑을 더 선호한다. number 매핑을 사용될 경우 실제 데이터에도 number 가 들어가서 raw data 보기가 영 힘들다.
- 개인적으로 비즈니스 로직이 포함된 코드 내에 상수 사용을 꺼리는 편이다.

/**
 * ISomeMember.type 에 Type 을 사용했을 경우
 * ISomeMember.type: TSomeMemberTier
 */
const member: ISomeMemberWithType = {
  /** ...some data */
};

if (member.tier === "Basic") {
  // some logic
}
if (member.tier === "Premium") {
  // some logic
}

/**
 * ISomeMember.type 에 Enum 을 사용했을 경우
 * ISomeMember.type: SOME_MEMBER_TIER
 */
const member: ISomeMemberWithEnum = {
  /** ...some data */
};

if (member.tier === SOME_MEMBER_TIER.BASIC) {
  // some logic
}
if (member.tier === SOME_MEMBER_TIER.PREMIUM) {
  // some logic
}

나는 후자가 더 좋다.

[TIL] GitKraken Inotify Error 해결 방법

Yowu — Sun, 28 Apr 2019 23:14:40 +0900

GitKraken Inotify Limit Error 해결

리눅스 커널 기반 운영체제에서 GitKraken 을 사용하다보면 Inotify Limit Erorr 를 만나게될 확률이 굉장히 높다.
GitKraken 은 파일 시스템의 변경 사항을 실시간으로 추적하는데 우부투 커널 내의 Inotify 서브 서비스를 사용한다.
(아래 내용은 Ubuntu 18.04 기준이다)

현재 Inotify Limit 확인

cat /proc/sys/fs/inotify/max_user_watches
8192

일시적인 Inotify Limit 변경

아래 커맨드를 사용하여 일시적으로 Inotify Limit 을 변경할 수 있다. 현재 세션에서 유지됨

echo 99999 > /proc/sys/fs/inotify/max_user_watches
cat /proc/sys/fs/inotify/max_user_watches
99999

영구적인 Inotify Limit 변경

아래 커맨드를 사용하여 영구적으로 Inotify Limit 을 변경할 수 있다.

echo fs.inotify.max_user_watches=99999 | sudo tee -a /etc/sysctl.conf && sudo sysctl -p
cat /proc/sys/fs/inotify/max_user_watches
99999

참고

안드로이드 9.0 (파이) 화면 회전 제안 버튼 비활성화 하기

Yowu — Fri, 19 Apr 2019 13:35:06 +0900

갤럭시 S8을 안드로이드 9.0으로 업데이트 했는데, 사소한 기능이 하나 생겼다. 자이로 센서로 화면이 돌아갔다는 것이 판단되면 오른쪽 하단에 작은 화면 회전 버튼이 하나 생기는데, 얘를 눌러서 바로 화면을 회전 시킬 수 있는 기능이다.

하지만 이 기능이 나에게는 아주 개같은 기능인 것이, 누워서 폰질하다 보면 자꾸 얘가 뜨고, 나의 평소 손가락 위치와 얘가 맞물려 자꾸 화면이 돌아가는 것이다.

현재 안드로이드 설정 내에서는 이 옵션을 키거나 끄는 메뉴는 없는 것 같고 adb 통해서 핸들링 가능하다.

끌 때

adb shell settings put secure show_rotation_suggestions 0

다시 킬 때

adb shell settings put secure show_rotation_suggestions 1

+

기본적으로 secure show_rotation_suggestions 값은 null 이다.
기글하드웨어 포럼의 '안드로이드 파이 화면 회전 버튼 비활성화 하기' 는 나의 갤럭시 S8 에서 효과가 없었음. 아마 num_rotaion_suggestions_accepted 는 내가 생각했던것 과는 별개의 기능일 것으로 추정
ADB를 모른다 하면 https://harryp.tistory.com/12 참고
참고
- Redit Post
- Android Source

카멜마운트 PMA-2U 에 진짜 고중량 40인치 모니터를 설치해보았다.

Yowu — Sun, 14 Apr 2019 04:03:31 +0900

얼마전에 IT 관련 유튜버 도레님 관련 이벤트로 카멜마운트 PMA-2U 모니터 암 예약구매가 있어서 질렀습니다. 원래는 4월 5일 출고 예정이었는데, 카멜마운트 쪽 배송 이슈로 오늘 도착을 했고, 바로 설치를 했습니다. 레알 고중량 모니터를 설치하다보니 여러 이슈가 많고, 현재진행형인 것들도 있는데요. 우선 간단하게 썰 풀어봅니다.

사용 중인 알파스캔 4077 모니터. 40인치, 공식 스펙상 무게 12.1kg (모니터 화면에 보이는 집 정리 상태 무엇..)

우선 이 녀석은 2018년 5월쯤 구매하여 지금까지 잘 사용 중인 알파스캔 4077 모니터입니다. 40인치에 4K 60hz 를 지원하고 공식 스펙상으로 12.1kg 라는 후덜덜한 무게를 가진 친구입니다. 무게가 있어서인지 보시다시피 틸트, 스위블, 피벗, 높낮이 조절이 모두 불가능한 녀석입니다. (예전에 대충 다나와에 싸질러둔 알파스캔 4077 후기 참고)

간단 모니터 관련 용어 상식
- 틸드: 모니터를 위아래 각도를 조절할 수 있는 기능
- 스위블: 모니터를 좌우로 회전 시킬 수 있는 기능
- 피벗: 모니터 화면을 90도 이상으로 회전시킬 수 있는 기능
- 높낮이 조절: 말 그대로 모니터 높낮이 조절

그 와중에 가성비 좋기로 유명한 카멜마운트에서 고중량 모니터용 모니터 암이 출시된다는 소식을 듣고, 예약 구매를 지르게됩니다. PMA 시리즈의 경우 최대 15kg 까지 견딜 수 있다고 합니다.

그리고 대망의 배송 완료

모니터 암을 사용하면 틸드, 스위블, 피벗, 높낮이 조절을 모두 사용할 수 있다.

참고로 PMA 시리즈의 경우 기본적으로 베사 사이즈가 최대 100mm 입니다. 알파스캔 4077 40인치의 경우 베사 사이즈가 200mm 라서, 카멜마운트의 베사 확장 브라켓을 추가 구입했습니다.

카멜마운트에서 부가적으로 판매 중인 베사 확장 브라켓 VC-1. 바닥의 더러움이 인상적이다.

아무튼 조립 ㄱㄱ

예.. 뭐 대충 이렇게 포장되어서 옵니다.

조립자체는 크게 어려운 부분이 없습니다. 지지대만 조립하고 나면 나머지는 그냥 갖다 끼우기만 하는 간단한 구조입니다. 지지대의 경우 디귿자 클립식으로 책상에 지탱시키는 구조입니다.

카멜마운트 PMA-U2 모니터 지지대 상단. U 시리즈는 지지대 상단에 USB 포트와 3.5mm 잭 포트가 2개씩 추가된다.

하단은 디귿자 형태로 책상에 결합하여 고정시키는 방식이다.

레알 고중량 모니터를 설치하면서 발생한 문제점들

이제 본론입니다. 제목과 본문 윗부분에서 언급했듯이 제가 설치할 모니터는 카멜마운트 PMA-2U 모니터 암 최대 하중 무게에 근접한 12.1kg 짜리 40인치 모니터입니다. 알파스캔 4077의 경우 공식 스펙상 12.1kg 이고, 따로 쟀을 때는 13kg 까지도 나왔습니다.

우선 베사 확장 브라켓의 경우는 무리 없이 PMA-2U 제공되는 베사에 설치할 수 있습니다.

확장 베사 브라켓 VC-1 과 PMA-2U 제공 베사와의 만남

그리고 이 합체된 베사를 모니터에 합체시켜야하는데, 일단 PMA-2U 에서 제공되는 나사는 알파스캔 4077 40인치 모니터 베사와 규격이 맞지 않습니다. 그리고 알파스캔 4077 쪽을 살펴보니, 구매시에 베사에 결합 가능한 나사도 제공되지 않은 듯 합니다. 다행히 집에 굴러다니는 나사 중에 사이즈 맞는 것이 딱 4개 있어서 결합은 했습니다. 만약 고중량, 고인치 모니터에 결합하실 분들은 미리 베사 나사를 확인해보고 필요할 경우 구비해두셔야할 듯 합니다.

우측의 은색 나사가 PMA-2U 에서 제공되는 기본 나사, 황동색 나사가 다행히 집에 굴러다니던 조금 더 큰 나사

다행히 집에 추가 나사가 있어서 결합은 완료했지만, 집에 조금 더 큰 나사 4개를 발견하지 못했다면 멘탈파괴 되었을 듯.

그리고 미리 책상에 결합해둔 모니터 암과 모니터 본체를 연결하는데, 당연히 무게를 버티지 못하고 아래로 고꾸라집니다.

40인치 모니터를 성인 남자 혼자서 모니터 암에 연결하는 것은 정말 힘든 일입니다.

고중량을 견디기 위해서 당연하게도 모니터 암의 장력을 조절해줘야하는데요. 크게 위아래 각도(틸드)에 양향을 미치는 부분과, 높낮이 조절에 영향을 미치는 부분의 장력을 조절해줘야됩니다.

높낮이 결정부, 고 중량 모니터의 경우 이부분에 부하가 엄청나게 걸린다.

위 사진에 보이는 윗 구멍으로 장력을 조절할 수 있습니다. 저는 멍청하게 측면에 있는 나사를 계속 돌리면서 아씨 왜 12.1kg 모니터를 못 버티는 것이지? 고민했었는데, 측면이 아니라 상단에 있는 나사를 돌려 장력을 조절하는 것이었습니다. (...) 괜히 측면을 무리하게 돌리다가 나사만 좀 작살 났습니다 ㅠ..

틸드 결정부. 12.1kg 를 버티게하기 위해서는 젖먹던 힘까지 짜내서 진짜 끝까지 돌려야된다.

위 사진은 틸드를 결정하는 부분인데요. 12.1kg 하중을 견디게하려니 진짜 젖먹던 힘까지 끌어서 엄청나게 강하게 장력을 조여줘야 됩니다. 왠만큼해서는 버티지 못하고 계속 기울더군요.. 그리고 장력을 엄청나게 조였더니 모니터는 고정되었지만 실제로 손을 사용하여 틸드 기능을 사용하기가 힘듭니다. 틸드할 때마다 장력을 풀어줄 수도 없고, 적절한 사용법을 고민해봐야겠네요.

케이블 정리부, 아랫쪽 암의 나사를 체결하기 힘들다.

케이블 정리를 위한 공간은 적당히 있는 편입니다. DP 케이블을 좀 두꺼운걸 쓰는 편이고, 추가적으로 HDMI 도 사용하는데 둘 다 무리 없이 케이블 정리 공간에 들어갑니다. 사진에서 전원 케이블는 길이가 짧아서 케이블 정리 공간에 넣지 않고 그냥 빼서 쓰는 중입니다. 한가지 단점이라면 이미 지지대가 책상에 결합된 상태에서 아랫쪽 암의 케이블 정리부 나사를 빼거나 체결하기가 굉장히 어렵습니다. 일단 안보이고, 나사도 살짝 비스듬히 들어가는 느낌이라 감만으로 체결해야되는데, 모니터 암 책상 결합 전에 미리 케이블까지 결합시켜 놓는게 편할 듯 합니다.

그리고 모니터가 무거운 상태에서 모니터 암을 통해 무게가 한 점에만 몰리게 되니 책상에 굉장한 부하가 갑니다. 저는 이케아에서 적당한 가격으로 산 MDF 책상을 사용 중인데, 모니터를 멀리 빼서 무게를 가중시키면 책상에서 으지직 하는 소리와 함께 조금씩 들어가고 있습니다.

사진으로는 별로 표가 안나는데, 모니터 암 모서리 부분의 책상에 움푹 패이고 있다...;

모니터 암과 지지대를 가까이 두고 쓰면 문제가 없는데, 멀리두게 될 경우 무게 부하가 더 쏠려서 책상에 손상이 갑니다. 아마 막쓰다가는 조만간 컴퓨터 책상을 바꾸게 될 것 같네요.

위 내용들 빼고, 레알 고중량의 모니터를 카멜마운트 PMA-2U 에 설치하는데 치명적인 문제는 없었습니다.

설치 후 사용 사진

PMA-2U 모니터 암에 40인치 모니터를 결합하고 최대한 위로 올렸을 때

PMA-2U 모니터 암에 40인치 모니터를 결합하고 최대한 아래로 내렸을 때

PMA-2U 모니터 암에 40인치 모니터를 결합하고 최대한 밖으로 뺐을 때 (더 뺄 수 있을 것 같은데, 책상에서 우지직 소리가 계속 나서 시도하지 않음)

위 사진을 보시면 눈치 채신 분들도 있겠지만 일반적인 상황에서 모니터의 정중앙과 지지대의 중앙이 일치하지 않습니다. 암 방향에 따라 다르겠지만 저의 경우는 모니터가 지지대보다 오른쪽에 위치하게 됩니다. 다른 모니터 암을 사용해본적이 없어 모든 제품에서 발생하는지는 잘 모르겠네요.

PMA-2U 모니터 암에 40인치 모니터를 결합하고 90도 피벗했을 때. (화면의 상태가...?)

틸드 같은 경우는 위에서 말했던 너무 높은 장력으로 인한 사람 속으로 틸드 불가능 단점으로 인해, 거의 테스트를 못해봤습니다. 할려면 너무 많은 힘과 노력이 들 것 같아서 일단은 그냥 쓸려고합니다.

PMA-2U 모니터 암을 높이고, 작업용 노트북과 결합했을 때.

총평

10만원 초반대로 튼튼한 모니터 암이다. 확실히 공식 스펙 12.1kg, 실측 13kg 40인치 모니터를 버텨내고 있다.
10kg 이상의 레알 고중량 모니터를 설치하기 위해서는 많은 힘과 노력이 필요하다. 책상도 튼튼해야된다.
모니터가 100mm 이상의 베사라면 확장 베사 브라켓을 구매하고, 베사 결합 나사도 미리 확인해둔다.
모니터 암을 쓰면 확실히 공간 활용도가 좋아진다. 흰색 유광 코팅의 디자인도 괜찮은 편이다.
필요하다면 USB 와 3.5mm 잭 포트가 포함된 U 모델을 구입하자

무엇보다 PMA-2U 모니터 암의 장점은 확실히 책상의 공간 활용도가 좋아집니다. 기존 모니터 받침대를 사용했을 때는 모니터 아랫부분을 거의 사용할 수 없었는데, 바로 위 사진과 같이 모니터 아랫부분을 좀 더 다용도로 활용 할 수 있게 되었습니다. 물론 기존에 사용 불가능 했던 틸드, 스위블과 같은 부가 기능을 사용할 수 있게된 것은 기본이구요.

카멜마운트 PMA-2U 모니터 암 설치 전. 모니터 아랫 부분은 사실상 활용할 수 없는 공간이다.

카멜마운트 PMA-2U 모니터 암 설치 후. 모니터 아랫쪽에 여유가 생겼다. 나는 일단 이정도면 충분히 만족한다.

저는 이제 세로로 돌려놓고 걸그룹 직캠 4k 60fps 유튜브 영상 보러갈겁니다.

2019-04-21 내용 추가

모니터 암을 사용해서 모니터를 움직일 때 마다 책상에 계속 무리가 갔고, 한쪽이 들어가서 수평이 맞지 않는 지경이 되었습니다.

조금 짱구를 굴려서 아래와 같이 중간에 무게를 분산시켜줄 수 있는 받침대를 하나 추가해서 문제를 해결했습니다. 책상을 새로 사야되나 고민했는데, 의외로 쉽게 해결이 되었습니다 아래 처럼 중간에 좀 두꺼운 MDF 판 하나 깔아주니 튼튼하게 사용할 수 있게 되었습니다. ~~아 학교 다닐 때 물리 좀 열심히 할걸~~

끝

자취 독신남의 흔한 소고기 스테이크 굽기 (대충/적당 주의)

Yowu — Fri, 29 Mar 2019 00:34:54 +0900

수입 소고기는 가격이 저렴해서 한번 비벼볼만한다. 위 정도 크기를 7,000원 정도 준 듯. 이걸 한우로 샀다고 생각하면..

자취 독신남의 흔한 소고기 스테이크 준비물 (대충/적당 주의)

적당한 크기의 소고기

올리브유

후추

소금

마늘 or 다진마늘 (있으면)

파슬리 (있으면)

적당한 양의 버터 or 마가린 (있으면)

근처 정육점에 가서 수입 소고기 등심을 산다. 대부분의 정육점에 진열된 소고기는 얇으니 따로 두껍게 썰어달라고 한다. 대부분의 동네 정육점의 수입 소고기는 냉동인 경우가 많으나 잘 찾아보면 냉장으로 판매하는 곳도 있다.
소고기는 굽기전에 상온에 30분 정도 둬서 고기를 대충 미지근하게 만든다. 냉장인 상태에서 바로 굽기 시작하면 고기가 두꺼울 경우 가운데 부분이 적당하게 익지 않는 경우가 있다.
고기가 미지근해졌으면 후추와 파슬리를 양면에 양껏 골고루 뿌려준다.
후추와 파슬리가 적당히 뿌려졌으면 올리브유를 고기에 뿌려서 적신다.
마늘이 있으면 미리 다져놓거나 적당하게 쓸어둔다.
가스렌지 센불을 켜고 후라이팬에 올리브유를 적당한 양 둘러놓는다. 스테인리스 팬을 쓰면 좋다고 하지만 잘 모르겠다. 코팅팬도 상관없다. 올리브유에서 연기가 올라올만큼 뜨겁게 달군다.
팬이 뜨거워져서 김이 살살 올라오면 올리브유, 후추, 파슬리 범범된 소고기를 후라이팬에 때려 넣는다.
마늘이 있었다면 손질해둔 마늘도 넣는다.
한 쪽면을 1분 정도 강한 불에 굽는다. 괜히 뒤적거리지 말자
고기를 뒤집어서 반대쪽 면도 1분 정도 구워준다. 고기 재워뒀던 그릇에 올리브유 + 후추 + 파슬리 올리브유가 남았다면 익힌면의 고기 위에 부어준다.
한번 더 뒤집어서 버터나 마가린이 있다면 팬에 투척한다. 고기 위에 올리지말고, 팬의 빈 공간에 둔다. 녹으면서 자연스럽게 올리브유와 섞이게 하자.
버터 or 마가린이 녹은 올리브유를 고기 위로 계속 끼얹어준다. 이 행위의 전문 용어가 있었는데 기억이 안난다.
반대쪽도 한번 뒤집어 줘서 올리브유를 끼얹어 준다. 이렇게 양면을 1분 정도 더 구워준다.
위 과정을 모두 마쳤다면 적당한 그릇에 옮겨주고 1분 정도 기다렸다가 존맛탱구리를 외치면서 맛있게 먹는다.
~~티스토리 에디터 바뀐거 짱짱맨이라서 쓴 포스트~~

적당히 좋아하는 굽기로 잘 구워졌다. 상온에 조금 둬서 차가운 기운을 뺏어야했는데 귀찮아서 걍 구웠더니 가운데는 너무 빨갛긴 하다. 담번엔 더 잘 구워봐야지.

흔한 개발자가 두서 없이 쓰는 글 #3 (완)

Yowu — Mon, 25 Mar 2019 09:00:00 +0900

두서 없이 쓰는 글 #3 (완)

부제: 서른 코 앞 흔한 개발자의 발자취

이 글은 '개발자 커리어' 와 관련된 주제로 출판사에 투고되었던 칼럼입니다. 출판사와 논의 결과 출판 예정인 도서와 컨셉이 맞지 않아 실리지 않았고, 대신 개인 블로그에 공개하는 글입니다..
해당 특정 출판사를 유추할 만한 내용은 블라인드 처리했습니다만 내용을 읽는데에는 지장이 없습니다.

2019/03/18 - [내맘대로/끄적끄적] - 흔한 개발자가 두서 없이 쓰는 글 #1
2019/03/21 - [내맘대로/끄적끄적] - 흔한 개발자가 두서 없이 쓰는 글 #2

군 전역 후 가입했던 정보보안 동아리는 국내에서 꽤 유명한 대학 정보보안 동아리였고 대회에서 수상에 여러 번 받은 실력 있는 해커 그룹이었습니다. 사실 1학년 때부터 들어가고 싶었지만, 연이 닿지 않았던 동아리였습니다. 스터디가 굉장히 빡쌔기로 유명했는데 약 반 년간 동아리에 몸을 담으면서 지금까지 배웠던 컴퓨터 공학의 모든 것들보다 더 많은 것을 배울 수 있었습니다. C 언어와 어셈블리, 로우-레벨 프로그래밍 구조, 리눅스 시스템, 웹, 리버싱, 정보보안 등 정말 많은 것을 익히는 좋은 경험이었습니다. 하지만 시스템이나 서비스에서 취약점을 찾는 것보다 직접 개발하고 만드는 것에 더 흥미를 느끼고 적성에 맞다는 것을 깨닫고, 반년 만에 그만두게 되었습니다. 비록 대학교 1학년 때부터 꿈꾸던 정보보안전문가의 길을 벗어나게 되었지만, 개발자에게도 보안 지식은 굉장히 중요한 역량 중 하나기 때문에 그때의 경험 역시 지금의 저에게 매우 큰 도움이 되고 있습니다.

그렇게 정보보안 동아리를 나와서는 평소 친하게 지냈던 동기들과 함께 대학교 창업지원센터를 통해 창업 동아리를 만들게 됩니다. 당시는 대학생의 창업 관련된 정부 지원 프로그램이 많았을 때라 아무것도 몰랐던 대학생들이었지만 거대 IT 기업의 시니어를 멘토로 붙여주고, 비즈니스 모델 컨설팅을 해주는 등 많은 도움을 받을 수 있었습니다. 당시 만들던 서비스는 자체 승률 계산 알고리즘을 기반으로 한 '스포츠 경기 예상 서비스' 였습니다. 대학생 5명이 모여 비즈니스 모델에 대해 치열하고 고민하고 개발 방향과 구조를 생각하고 코딩해나가 베타 서비스까지를 만들어냈습니다. 물론 대학생 개발자로서 자신의 역량 부족을 충분히 알고 있었기에 그 때 즈음부터 외부 개발 커뮤니티 활동을 자연스럽게 시작하게 되었습니다.

기억 속의 개발 커뮤니티 오프라인 행사 첫 참석. 2014년. (출처: OSS 개발자 포럼)

첫 개발자 커뮤니티는 'OSS 개발자 포럼' 이라는 페이스북에 존재하는 작은 개발 커뮤니티와 '생활코딩' 이었습니다. 서비스를 만드는 동안 막히는 점, 막혔던 점을 해결한 방법 등을 공유하고, 다른 사람의 이슈를 해결해주는 과정을 통해 자연스럽게 커뮤니티 활동을 이어나가게 됩니다. OSS 개발자 포럼에서는 방학 시즌마다 예비 개발자를 위한 2박 3일간의 캠프가 열리고는 했는데, 이때 처음으로 외부 개발자 행사에 참여하게 됩니다. 캠프에 참여하면서 자연스럽게 현업에 계신 개발자분들과 알게 되고 자연스럽게 개발자 네트워크 사회에 발을 들이게 됩니다. 이후로 개발자 커뮤니티의 필요성과 참여의 재미를 조금씩 깨닫고 국내 '우분투 한국 사용자 포럼', '90년대생 개발자 모임 (현 9XD)’, ‘이상한 모임' 등 다양한 커뮤니티에서 조금씩 활동하기 시작합니다. 국내 여러 분야의 개발자들과 교류하기 시작하면서 자기 계발과 좋은 개발자로서의 방향성을 스스로 세워나가기 시작했습니다.

다시 스타트업 얘기로 돌아와서 창업을 위한 도전은 1년도 되지 않아 무너지고 맙니다. 대부분의 스타트업이 그렇듯이 경험 부족으로 말미암은 불확실한 미래에 대한 불안감, 초기 멤버의 상태 변화와 이탈이 원인이었습니다. 창업은 무산되었지만, 이때의 경험은 실제로 작은 스타트업의 인턴이 되는 기회가 되었습니다. 이때가 대학교 3학년 2학기였습니다.

인턴 개발자로 입사한 회사는 임베디드 하드웨어와 이를 기반으로 웹 서비스를 제공하는 20명 규모의 작은 IoT 스타트업이었습니다. PHP 개발자로 입사했고, 나중에는 업무가 확대되어 서버 인프라까지 담당하게 됩니다. 인프라로 업무가 확대되었지만 크게 문제가 되지 않았던 것은 대학교 복학 후에 리눅스 시스템에 미친 듯이 몰두했던 시기가 있었는데 그 때 습득한 지식과 CCNA를 공부하면서 얻게 된 지식이 실무에 도움이 되었습니다. 제가 입사했을 시기에는 회사 내에 아직 애자일 프로세스나 AWS가 도입되기 전이었는데, 제가 몸담고 있던 시기 동안 애자일 프로세스와 Redmine 과 같은 프로젝트 관리 툴 도입, AWS 클라우드 인프라 도입과 이전, Node.js 도입 등 신입 인턴 개발자로서 쉽게 경험하기 어렵지만 정말 귀중한 경험을 함께하게 됩니다.

하지만 첫 회사에서의 커리어는 8개월 만에 끝나고 맙니다. 실제 현업을 겪어보니 스스로 공부가 얼마나 부족했는지 통감하게 되었고, 아직 마치지 못한 학업에 대한 제 부담감과 압박감이 있었습니다. 결국, 퇴사를 하고 학교로 돌아가게 되었고, 복학 후 2015년 8월. 대학교를 졸업하게 됩니다.

여름 졸업은 하지 않는 걸루.. 땀에 쩔어있는 사진 밖에 없네..

8월에 대학교를 졸업하고 9월에 바로 다음 회사를 결정, 10월에 입사를 하게 됩니다. 지금 생각해보면 조금 성급하지 않았나 싶습니다. 조금 더 시간을 두고 다양한 기회를 탐색했거나 졸업 전부터 구직에 대한 노력을 들였어야 했는데, 빨리 돈을 벌고 싶다는 생각에 그러지 못했습니다. 조금은 아쉽다는 생각이 이제야 듭니다.

졸업 직후 입사한 회사 역시 스타트업이었습니다. 졸업 즈음에 다시 스타트업을 갈 것인지 아니면 다른 기회를 찾을 것인지 고민이 있었는데, 고민 끝에 내린 결론은 스타트업이었습니다. (이 고민에 대한 자세한 내용은 예전에 블로그에 작성한 글을 참고하시면 좋을 것 같습니다.) 그렇게 입사한 두 번째 회사는 가정 간편식(HMR) 을 O2O 앱 서비스로 제공하는 스타트업이었습니다.

두 번째 회사는 Node.js 백엔드 개발자로 입사했습니다. 작은 스타트업이 대게 그렇듯이 인프라와 데이터베이스, API 개발 전반이 주 업무였지만 때때로는 웹 프론트엔드와 모바일 앱 개발까지 해야 하는 일이 많았습니다. 그리고 놀랍게도 제가 개발팀에서 연차가 가장 높았기에 스크럼과 스프린트 계획까지 진행했어야 했습니다. 개발 프로세스에 대해 가장 치열하게 고민하고 공부하여 적용했던 시기였습니다. 하지만 진짜 고통은 업무에서 오는 것이 아니었습니다.

입사한 지 2개월 만에 회사는 자금 문제를 겪게 됩니다. 60명이었던 전체 직원 수가 20명까지 줄어들고, 8명이었던 개발팀은 저를 포함해 3명이 남게 됩니다. 그런 상황마저 경험이라고 생각했던 저는 퇴사하지 않고 잔류하게 되었고 대신 경영 사정이 나아질 때까지 연봉 일부만 받고 나머지는 스톡옵션으로 지급한다는 임금삭감 동의서에 사인하게 됩니다. 이후 사정이 조금 나아서 개발팀이 5명까지 늘어났었지만, 근본적인 자금 흐름이 개선되는 데 어려움이 있었고, 2차 자금 위기를 맞습니다. 그 위기에서 개발팀을 2명만 남긴다는 통보를 받게 됩니다. 임금삭감 동의서에 사인한 후 1년을 더 버텼지만 저는 결국 퇴사를 결심하게 됩니다.

입사한지 2달도 되지 않아서.. 실제로는 이후 상황이 더 좋지 않아져서 75% 로도 받지 못했다. 최악의 상황일 때는 한 20% 정도. 시간이 지났으니 그냥 좋은 경험으로...

상황으로만 봤을 때는 제 커리어 중에 가장 절망적인 지점이 되었을 수도 있지만 저는 좋은 경험이었다고 생각합니다. 상황이 상황이니만큼 일반적인 개발자가 절대 겪어보지 못하는 경험을 할 수 있었습니다. 회사의 당장 수익을 낼 수 있는 개발 방향과 비즈니스 모델에 깊이 관여를 하게 되고, 개발자가 할 수 있는 마케팅 전략을 세우고, 심지어 판교역 앞에서 전단지를 돌리기까지 했었습니다. (그 때 얻은 별명이 '마발자', 마케터+개발자였습니다.) 그 때는 그저 회사를 살려야 한다는 생각 하나로 가능했던 것 같습니다. 그리고 이 경험 역시 퇴사 후 다음 회사를 선택하기 위해 면접을 다닐 때 저를 좋게 봐주시는 부분 중 하나가 되었습니다.

그렇게 두 번째 회사를 퇴사한 후에 다음 회사를 선택하는 데는 굉장히 시간과 노력을 들이게 됩니다. (이때의 면접 별로 느낀 점과 후기 역시 상세하게 기록해두고 블로그 포스트로 남겼습니다.) 결국 그렇게 선택한 회사가 지금의 회사가 되었고, 지금의 저는 제 커리어의 세 번째 회사를 무리 없이 잘 다니고 있습니다.

어떠셨나요? 작성하다 보니 지금까지의 제 개발자 커리어를 모두 한번 되짚어보는 회고 형태의 칼럼이 되었습니다. 개발자로서의 방향성이나 팁은 '@@@ @@' 본문에 제가 전달 드리는 것보다 더 훌륭하고 상세하게 나와 있기에 저는 다른 이야기를 전달 드리고 싶었습니다. 제가 드리고 싶었던 진짜 얘기는 "비록 별 의미가 없어보였던 모든 행동과 실패 뿐인 경험들이라고 생각했지만, 그것들이 언젠가는 다음 기회로 이어지는 발판이 되었다." 입니다. 제 시작은 단순히 외동이라 학교를 다녀온 후 집에서 할 게 없어서 컴퓨터랑 가장 많이 시간을 보냈던 그냥 초등학생일 뿐이었습니다. 그랬던 초등학생이 외삼촌 컴퓨터를 바이러스로 고장 낸 다음 남들보다 조금 더 빨리 인터넷을 접할 수 있게 되었고, 그 후로 흥미를 느껴서 이루었던 작은 흔적들이 모여서 컴퓨터 공학이라는 전공을 선택하는데 도움을 주었습니다. 그리고 중도 포기했던 부트 캠프와 취득 실패했던 CCNA 자격증의 네트워크 지식, 역시나 중도 포기했던 보안 동아리의 경험, 단순한 흥미와 MacOS 대체로 사용했던 리눅스 지식이 모여 백엔드 개발자가 되었습니다. 또 실패했던 창업 동아리의 경험이 인턴 개발자로서의 입사 기회를 열어주기도 했습니다.

분명 앞으로도 꾸준히 실패하거나 중도 포기하는 일이 있을 것입니다. 하지만 이제는 그 모든 것들이 제 경험이 되고 무기가 되고 커리어가 된다고 믿고 있습니다. 저 역시 앞으로 나아갈 길이 까마득한 개발자이고 다음에 무엇이 있을지 모르지만, 저와 모두의 커리어를 응원합니다. 저 역시 계속된 실패로 힘들었을 때, 개인적으로 존경하는 개발 커뮤니티의 모 선배 개발자분에게 넋두리에 가까운 메일을 보내고 회신을 받은 적이 있습니다. 굉장히 응원이 되었던 메일이라 그 일부분과 인생의 좌우명으로 삼는 명언 한 구절을 끝으로 제 부끄러운 글을 마무리하겠습니다. 감사합니다.

(생략) .. 사람은 언제나 실패할 수 있습니다. 나중에 돌이켜보면 실패가 아니었을 수도 있습니다. 다만 지금 실패라고 느끼는 것을 통해 더욱 발전할 수 있다는 사실을 잊지 않기 바랍니다. 앞으로도 더 많은 경험하시고, 더 치열하게 공부하시고, 꼭 좋은 개발자로 성장하시길 바랍니다.
- 모 선배 개발자

지속적인 자기발전이 없다면
현재의 당신이 앞으로의 당신이 될 것이고,
당신이 될 수 있었던 사람과 당신이 비교될 때
고통은 시작될 것이다
-엘리 코헨

(29세 3월 25일까지의 기록. 끝)

샤오미 Mi Pad 4 에서 사용가능한 Pixel Experience 9.0 적용 (Android Pie)

Yowu — Fri, 22 Mar 2019 04:02:10 +0900

샤오미 Mi Pad 4 Android 10 적용 (Bliss Rom)

아래 글에서 연결됩니다. 2019/03/22 - [내맘대로/내맘대로포스팅] - 샤오미 Mi Pad 4 에서 사용가능한 Pixel Experience 9.0 적용 (Android Pie) 샤오미 Mi Pad 4 에서 사용가능한 Pixel Experience 9.0 적용 (An..

luckyyowu.tistory.com

Mi Pad 4 MIUI 건 EU Rom 이건 다 구리다..

기본으로 들어있는 중국 내수용 MIUI 는 국내에서 쓰기에는 쓰레기고, 그나마 MIUI EU Rom 을 잘 사용하고 있었는데, 오늘 참석했던 스터디에서 누군가 샤오미 폰에 Pixel Experience 적용해서 사용한다는 얘기를 듣고 찾아봤다. 그런데 Mi Pad 4 는 공식 지원 롬이 없다. 나도 미패드에서 안드로이드 파이 써보고 싶은데.. MIUI 는 최신 Weekly Build 도 아직 안드로이드 오레오(8.x)가 적용되어 있다.

다행히 해외 포럼 쪽 뒤져보니 비공식으로 나온 롬이 있다.

커스텀 롬으로 플래싱하려면 당연히 샤오미 부트로더 unlock 상태여야한다. 여기서 다루지 않는다.

구글 검색시 상단에 나오는 Pixel Experience Testing Rom 이 있는데, 사실상 쓰레기. 한번 깔았다가 애먹었다.

그거 말고 아래 링크의 XDA Developer 에서 활동하는 nazunamoe 가 꾸준히 업데이트 중인 Mi Pad 4 용 Pixel Expreience Unofficial Rom 을 사용하자. 퀄리티가 훨씬 뛰어나다. 최근 날짜의 롬을 받아서 플래싱하면 된다.

https://androidfilehost.com/?w=files&flid=287106

모든 샤오미 기능을 사용할 수는 없겠지만 생각보다 많은 샤오미 오리지널 설정들을 지원한다.

왜 이 롬이 Pixel Experience 9.0 의 공식 지원 롬이 아닌지 모르겠다. 공식 지원 롬이였으면 훨씬 덜 헤맸을텐데

이 포스트에서 TWRP 와 같은 부트로더 사용법에 대해서는 작성하지 않는다. 필요하면 구글링하자.

해당 androidfilehost 사이트의 nazunamoe 가 올린 다른 파일들을 보면 다른 커스텀 롬들도 포팅해둔게 보인다. 나중에 질리면 다른 것도 플래싱해봐야지.

2019-04-21 추가 내용 (Always On Display 해제)

MIUI 글로벌 롬에서 PE 9.0으로 넘어온지 한달 정도 지났다. MIUI 에 비교해서 모든 면이 만족스럽다. 해당 롬을 배포해준 nazunamoe@XDA-Developers 다시 한번 감사한다.

다만 계속 불편했던 점이 계속해서 Always On Display 가 적용되어서, 화면을 꺼놓아도 계속해서 배터리 소모가 일어난 점이다. 한동안 해제할 수 있는 방법을 찾아다녔는데, adb로 settings 값을 직접 바꿔도 봤지만 허탈하게도 답은 가까운 곳에 있었다.

한국어 기준으로 "설정" - "디스플레이" - "절전 모드 자동 해제" 메뉴에서 "항상 사용", "새로운 알림" 두가지 옵션을 해제하면 된다. "절전 모드 자동 해제" 라는 메뉴명 때문에 이 설정이 Always On Display의 Handler 라고는 전혀 생각하지 못했다. 으으....

스크린샷

Mi Pad 4 - Pixel Experience 9.0 잠금화면

Mi Pad 4 - Pixel Experience 9.0 바탕 화면

Mi Pad 4 - Pixel Experience 9.0 전체 앱 화면

Mi Pad 4 - Pixel Experience 9.0 설정 화면

Mi Pad 4 - Pixel Experience 9.0 샤오미 설정

흔한 개발자가 두서 없이 쓰는 글 #2

Yowu — Thu, 21 Mar 2019 09:00:00 +0900

두서 없이 쓰는 글 #2

부제: 서른 코 앞 흔한 개발자의 발자취

이 글은 '개발자 커리어' 와 관련된 주제로 출판사에 투고되었던 칼럼입니다. 출판사와 논의 결과 출판 예정인 도서와 컨셉이 맞지 않아 실리지 않았고, 대신 개인 블로그에 공개하는 글입니다..
해당 특정 출판사를 유추할 만한 내용은 블라인드 처리했습니다만 내용을 읽는데에는 지장이 없습니다.

2019/03/18 - [내맘대로/끄적끄적] - 흔한 개발자가 두서 없이 쓰는 글 #1

대학에 대해서는 처음부터 '컴퓨터 공학' 전공으로 진학하겠다는 확고한 의지가 있었습니다. 하지만 살던 당시는 지금보다 훨씬 더 정보가 없었고, 살던 곳마저 지방이었기에 대학교 진학을 위한 대단한 전략을 세우지 않았습니다. 지금 생각해보니 정말 엉망진창인 고3을 보냈던 것 같습니다. 공부한답시고 취침 가능한 독서실에서 맨날 늦게까지 공부한답시고 앉아 있다가 정작 다음 날 피곤하다고 학교에서 엎드려 잤습니다. 그래도 운이 좋았는지 당시 막 시행되고 있던 '입학사정관' 전형으로 서울·경기권 대학교의 컴퓨터 공학 전공을 수능도 치기 전에 합격해버립니다. 나중에 알게 된 사실이지만 어릴 때부터 꾸준히 관련된 활동들 (대회, 자격증 등)이 좋게 보였나 봅니다.

대학교 합격통지서를 확인하던 그날의 느낌과 기억은 아직도 생생하게 남아있습니다. 2009년이었는데 당시 신종플루가 크게 유행했고, 저 역시 신종플루에 감염되어 누워 골골대고 있었습니다. 그 와중에 합격발표가 나고 그때 만큼은 아픈 줄도 모르고 신이 났던 기억이 납니다. 하지만 기쁨도 잠시, 시골 촌놈이었던 제가 상경해서 잘해낼 수 있을까라는 걱정에 휩싸였고 때마침, 컴퓨터 공학 신입생들을 노린 코딩 부트캠프의 마케팅이 저에게 도달하고 맙니다. 그리고 10대의 마지막 겨울방학이 오기도 전에 부모님을 졸라 결국 종로구에 있는 한 코딩 부트캠프 학원에 1년 선납 등록을 해버리고 맙니다.

한 때 컴공 신입생들에게 유행하던 '그 짤'. 요즘은 모르겠다. (해당 본문과 짤 내 부트캠프와는 아무 연관이 없습니다.)

이 책 '@@@ @@' 본문에도 나와 있듯이 확고한 결심과 계획이 없는 부트캠프 등록이었기에 결과적으로 저는 이수에 실패했었습니다. 어찌 보면 20살 시작부터 제대로 된 인생 경험했다고 생각합니다. 분명 부트 캠프 시작하던 순간에는 확고한 결심이 있었을 것입니다. 하지만 10대를 막 벗어난 성인이 되었으니 놀고 싶지, 대학교와 부트 캠프는 거리도 멀지 (저 같은 촌놈에게 이동 거리가 30분 이상 걸린다는 것은 상상도 할 수 없는 고통이었습니다.) 결국 1년짜리 부트캠프 코스를 4개월 만에 전체 과정의 10% 수강하고 50% 금액만을 환불하게 됩니다.

그 뒤로 군대에 가기 전까지는 막 20살 성인 된 느낌에 취해 그냥 흔한 대학교 1학년처럼 살았습니다. 친구들과 음주를 즐기고, MT 가고, 밴드 동아리에 심취하고, 수업을 빠지는 건 다반사로 지냈습니다. 그나마 고등학생 때 익힌 C 언어와 정보처리기능사의 기억이 남아있어 신입생의 C 언어 과목과 컴퓨터 과학 개론이 그럭저럭 학점이 나와 학사경고는 겨우 면하는 수준이었습니다. 그리고 얼마 놀지도 못한 것 같은데 1년은 금방 지나가 버리고 입대라는 20대의 큰 문제와 직면하게 됩니다.

20대 전체 기간 중 가장 치열하게 공부했던 그 자격증.

그냥 군대를 아무런 의미 없이 그냥 빨리 다녀오기는 싫었던 것인지, 조금이라도 더 꿀빨려고 그랬던 것인지 지금은 기억이 희미합니다. 당시는 '정보보안전문가'가 언제나 유망 직종 순위 안에 들었던 시기였고, 저 역시 졸업 후 정보보안전문가를 목표로 삼았기에 군대도 관련 병과인 '정보보호병' 을 준비하기 시작합니다. 정보가 많지 않았고 해당 병과로 다녀온 선배도 없었기에 준비하는데 어려움이 많았으나 입학 전 잠시 스쳐 지나갔던 부트캠프에서 시스코 네트워킹 관련 자격증인 CCNA를 취득하면 높은 확률로 정보보호병에 합격할 수 있다는 정보가 떠올랐습니다.

결국 2학년 1학기를 휴학하고 몇 개월간 고시원에 박혀서 CCNA를 취득하기 위해 공부를 시작합니다. 결론부터 얘기하자면 CCNA 자격증 취득은 825점 합격점에 700점 후반대로 떨어지고 결과를 받고는 바로 현역 입대를 신청했습니다. 지금은 잘 모르겠으나 그때는 CCNA와 같은 자격증 기출 문제의 덤프를 달달 외우면 합격할 수 있었습니다. 하지만 저는 덤프를 보지 않았고 시스코사에서 출판되는 CCNA ICND 공식 교재로 몇 달간 미친 듯이 공부했습니다. 비록 자격증은 취득하지 못했고, 그 때문에 목표했던 병과도 지원할 수 없었지만 그 때 올바르게 공부했던 인프라와 네트워킹 지식은 놀랍게도 사회에 나와 개발자 생활을 이어나가는 데 큰 도움을 주고 있습니다. 그래서인지 CCNA 자격증은 취득하지 못했지만 떨어진 것에 대한 후회는 없습니다.

네트워크 운용 및 정비병. 후반기 교육 끝날 때만 해도 이런거 할 줄 알았는데..

21살의 7월의 여름 결국 저는 육군 현역병으로 입대하게 됩니다. 물론 '네트워크 운용 및 정비' 이라는 통신병과로 입대를 했고, CCNA 지식을 토대로 후반기 특기 교육에서도 전체 수석으로 수료하고 포상휴가를 받아 자대 배치를 받게 되었습니다. 하지만 자대에서는 전공과는 전혀 상관없는 행정병 업무를 21개월간 수행하다가 전역하게 됩니다. 21개월의 군 생활 동안 소득이 전혀 없지는 않았습니다. 전역 후 바로 복학보다는 어느 정도 돈을 모으고 싶었기 때문에 연등을 통한 추가적인 공부를 통해 정보처리산업기사와 네트워크관리사 자격증을 취득했습니다.

하지만 전역 후의 계획은 계획대로 되지 않았습니다. 21개월의 군 복무가 끝나 23살의 봄에 전역하자마자 약 2개월간의 교육을 받고 1개월간 몽골로 IT 교육 봉사활동을 떠났습니다. 돈을 좀 모아서 복학하겠다는 계획은 주변의 만류와 조언을 받아들여 취소했고, 몽골에 다녀와서는 2학년 2학기로 바로 엇복학하게 됩니다. 그리고 인생의 큰 전환점 중 하나인 교내 정보보안 동아리에 가입하게 됩니다.

(#3에서 계속...)

2019/03/25 - [내맘대로/끄적끄적] - 흔한 개발자가 두서 없이 쓰는 글 #3 (완)

흔한 개발자가 두서 없이 쓰는 글 #1

Yowu — Mon, 18 Mar 2019 09:00:00 +0900

두서 없이 쓰는 글 #1

부제: 서른 코 앞 흔한 개발자의 발자취

이 글은 '개발자 커리어' 와 관련된 주제로 출판사에 투고되었던 칼럼입니다. 출판사와 논의 결과 출판 예정인 도서와 컨셉이 맞지 않아 실리지 않았고, 대신 개인 블로그에 공개하는 글입니다..

해당 특정 출판사를 유추할 만한 내용은 블라인드 처리했습니다만 내용을 읽는데에는 지장이 없습니다.

평소와 다름없는 평일 지하철에서의 퇴근길이었습니다. 멍하니 스마트폰으로 오늘은 인터넷에서 무슨 일이 있었나 찾아보는데, 낯선 이메일이 한통 와있더군요. 발신이 ‘@@출판사’ 입니다. 출판사에서 나에게 연락 올 일이 없는데, 무슨 일인가 하고 열어보니, 저에게 간단한 칼럼을 써달라고 합니다. 제 블로그의 포스트들을 인상 깊게 보셨다고 합니다. 무슨 칼럼을 써야 하나 확인했더니 ‘개발자 커리어’에 관련된 어떤 주제도 괜찮다고 합니다.

이제 겨우 회사 생활 3~4년차 개발자인 제가 감히 이런 훌륭한 책에 수준 낮은 칼럼을 써도 되나 고민이 먼저 들었습니다. 해당 도서 작가의 개인적인 팬이기도 하고, 신입 개발자 즈음에 읽었던 '@@@ @@' 역시 감명 깊게 읽었었습니다. 저보다 훨씬 경력 많고 좋은 경험을 가진 개발자분들이 정말 많았을텐데 부끄럽기도 하고요. 하지만 저 역시 평소 후배님들에게 이것저것 알려주기 좋아하고, 알려준 내용으로 후배님들이 성장해가는 것을 보면 뿌듯해하기에, 그리고 무엇보다도 제 글이 @ @@@의 국내 신간 번역서에 첨부된다는 생각 칼럼을 써보겠다고 회신을 드렸습니다.

생각해보면 90년대 초반생인 저는 컴퓨터와 뗄레야 뗄 수 없는 세대이기도 합니다. 어느 정도 자아가 생길 무렵 개인용 컴퓨터(PC)가 보급되기 시작했고, 10대 때의 피처폰, 그리고 20대 때의 스마트폰을 거쳐 30대를 목전에 두고 있는 어찌 보면 일생 내내 IT와 컴퓨터라는 전자기기의 발전사와 가장 밀접하게 함께한 세대이기도 합니다.

제 기억 속 처음 본 컴퓨터는 MS-DOS였습니다. 초등학교 입학도 하기 전이었는데, 20대였던 외삼촌 방에서 처음으로 컴퓨터라는 친구를 보게 되었습니다. 그때 컴퓨터의 모습은 지금과는 사뭇 다르게 눕혀져 있는 본체 위에 뒤가 툭 튀어나온 CRT 모니터가 올라가 있었습니다. GUI 환경이 아닌 운영체제였고 까만 화면에 커서만 깜빡이는데 초등학교 입학도 하지 않은 제가 무언가 할 수 있을 리는 없었습니다. 항상 외삼촌을 졸라 ‘라이언 킹’ 이나 ‘알라딘’ 같은 도스용 게임을 플레이하곤 했습니다. 지금 생각해보면 외삼촌도 도스 환경을 능숙하게 다루는 것은 아니었는지 mdir 을 통해 항상 게임을 켜주었던 것 같습니다.

기억 속 첫 컴퓨터의 모습. CRT 모니터와 MS-DOS (출처: https://www.vogons.org)

어느 순간 외삼촌의 컴퓨터는 Windows 95가 설치되었습니다. 멋도 모르고 그림판 가지고 놀았던 게 어렴풋이 기억이 납니다. 그리고 제 개인 컴퓨터는 남들보다 조금 일찍 가지게 되었는데, 10살 무렵 Windows ME 운영체제에 인텔 셀러론이 탑재된 삼보 컴퓨터였습니다. 살던 곳도 주거지역이 아닌 상가지역이라 주변에 또래 친구도 많이 없었고 외동이었던 저에게 집에서 혼자 심심할까 봐 크게 마음먹고 사주셨던 걸로 기억이 납니다. 아마 그때 제 첫 컴퓨터였던 셀러론 PC가 아니었다면 저는 지금과는 전혀 다른 직업과 커리어를 가지고 있었을 것 같습니다.

당시는 컴퓨터에 인터넷 연결이 당연시되지 않았던 시기였기에 컴퓨터로 할 수 있는 것은 극히 제한적이었습니다. 인터넷이 연결되지 않은 PC에서 할 게 없으니 그냥 이것저것 눌러보고 괜히 본체를 뜯어서 안에는 어떻게 생겼나 구경해보고, 분해했다가 조립해보고, CD-ROM에 CD 두 장 넣었다가 고장 내고 그랬습니다. 그렇게 혼자 컴퓨터를 가지고 놀던 모습이 신기하셨는지 어머니가 대뜸 컴퓨터학원에 저를 등록을 시켰습니다. 그리고 저는 드디어 인터넷을 접하게 됩니다. 이게 2001년 11살 무렵입니다.

요즘에는 거의 보이지 않는 직군이고 장래 희망이지만 그 당시 누군가 저에게 장래희망을 물어보면 저는 조금도 고민 하지 않고 ‘웹 마스터’ 라고 얘기했었습니다. 지금 생각하면 어찌 그랬나 싶지만, 초등학교 4학년짜리가 컴퓨터 학원에서 혼자 앉아 나모 웹에디터나 포토샵, 무료 게시판 플러그인을 가지고 당시 유행했던 게임인 메가맨(록맨)X4 의 팬 홈페이지를 만들어서 운영하고 있었습니다. 그 때의 제가 HTML을 알았겠습니까 CSS 나 Javascript를 알았겠습니까. 지금처럼 웹 표준이 있던 시절도 아니었기에 그냥 마우스로 찍찍 그어가면서 만든 결과물이 인터넷에 올라간다는 게 마냥 신기했었습니다.

그러던 중 사건이 하나 터집니다. 여전히 집에 있는 제 컴퓨터에는 인터넷이 들어오지 않았는데, 외삼촌의 컴퓨터에는 인터넷이 들어오고 있었습니다. 그래서 외삼촌이 외출했을 때 외삼촌 몰래 인터넷을 하기 위해 외삼촌 방에 잠입하고는 했는데, 제가 무언가를 다운로드 받고 외삼촌 컴퓨터가 바로 바이러스에 걸려 먹통이 되어버립니다. 그 다음날 당연하게도 컴퓨터를 고장낸 범인으로 적발되었고 저는 외삼촌에게 정말 많이 맞았습니다.(약 20년 전 그날의 기억이 아직도 선명합니다...) 그 당시 화폐 가치를 생각해보면 정말 엄청나게 비싼 컴퓨터를 날려버린 것이니 맞아도 할 말이 없었습니다. 하지만 도대체 왜 그랬냐는 외삼촌의 물음에 ‘인터넷이 하고 싶어서..’ 라는 대답으로 가족들의 마음을 짠하게 만들었고 제 개인 컴퓨터에 인터넷을 넣어버리는 쾌거 역시 일으키고 맙니다.

하두 많이 맞아서 분명하게 기억이 납니다. 저 파란 화면을 쓰는 프로그램을 통해 무슨 게임을 다운 받고는 그만.. (출처: https://blog.naver.com/adonis5050)

그때부터 거의 고등학교 입학할 때까지 학교-컴퓨터-학교-컴퓨터의 생활을 이어가게 됩니다. 학업에 집중해야 한다는 부모님의 뜻에 따라 컴퓨터 학원도 진작 때려치웠는데 그때는 뭘 그렇게 한다고 매일 컴퓨터 앞에 앉아 있었는지 모르겠습니다. 당시 웨스트우드의 녹스(Nox)라는 게임을 정말 오랫동안 했었는데 메모리의 Hex 값을 변조하는 방법을 찾아 게임 핵 쓰기. 용돈을 모아 동네 컴퓨터 가게에서 RAM을 구매하여 컴퓨터 업그레이드하기, CD 플레이어가 가지고 싶어 컴퓨터의 CD-ROM을 떼서 잘 때 듣는 CD 플레이어로 쓰기. 게임하기. 그렇게 점점 컴퓨터에 심취하기 시작했습니다.

어느 순간 진로에 대해 진지하게 고민하여 ‘컴퓨터로 밥 벌어 먹고사는 사람’ 이 되기 위해 고등학생 때 다시 컴퓨터 학원을 찾았습니다. 사실 중학생 때도 잠깐 어릴 때 다니던 컴퓨터학원을 다시 다녔는데, 그 당시는 정말 지방의 컴퓨터 관련 학원들이 힘들 때라 중간고사 치고 오니 학원이 사라져있고 그랬습니다. 아무튼 새로 등록한 학원에서는 전혀 다른 걸 알려줍니다. Visual C++ 6.0은 무엇이고, 정보처리기능사는 무엇인지... 그렇게 처음 C 언어로 프로그래밍을 시작했고, 생애 처음으로 어릴 적 MS-DOS에서나 보던 까만 화면에 Hello World를 띄우게 되었습니다. 그 뒤로는 간단한 자료구조, 알고리즘 등을 익히게 되었고, 기능사 자격증 취득과 정보올림피아드 예선에서 상을 타기도 했습니다. 그러다가 또 시간이 흘러 자연스럽게 고등학교 3학년이 되었고, 역시나 대학 입시를 위해 컴퓨터 학원을 그만 다니게 됩니다.

(#2 에서 계속...)

2019/03/21 - [내맘대로/끄적끄적] - 흔한 개발자가 두서 없이 쓰는 글 #2
2019/03/25 - [내맘대로/끄적끄적] - 흔한 개발자가 두서 없이 쓰는 글 #3 (완)

기가바이트(GIGABYTE) 메인보드 AMD PBO vs EZOT (auto) OC 성능 비교

Yowu — Sun, 17 Mar 2019 03:38:03 +0900

테스트 환경
CPU: Ryzen 5 2600X
MainBoard: GIGABYTE X470 AORUS Gaming 7
RAM: SAMASUNG DDR4 PC-21300 8G x2 (C다이, 3200 OC)

간단한 테스트를 해봄.

AMD CPU 에서 제공되는 PBO 를 사용한 오버클럭과 GIGABYTE 메인보드에서 제공되는 Auto 오버클럭 기능 중에 뭐가 더 효율이 좋을지.

사전에 알고 있는 정보로는 메인보드 제조사에서 제공되는 OC 기능은 클럭만 깡으로 올리고 전압도 쎄게 줘서 효율이 좋지 않고, AMD Ryzen 군에서는 어정쩡한 수동 OC 보다는 PBO 를 사용하는게 훨씬 좋다고 들었음.

실제로는 얼마나 차이가 나는지 궁금해짐.

긴말필요 없이 벤치마크로 보자. 벤치마크로는 이것저것 확인해보기 귀찮으니 간단하게 HWMonitor 와 UserBenchmark 만 사용함.

GIGABYTE OC

UserBenchmark

GIGABYTE OC 기능을 사용했을 때의 Ryzen 5 2600X 벤치마크 (클릭시 큰 이미지 가능)

UserBenchmark Link: https://www.userbenchmark.com/UserRun/15524931

라이젠 5 2600X 의 벤치구간이 81% ~ 99% 라고 했을 때 평균 수치는 93% 이고, GIGABYTE OC 를 먹인 벤치 점수가 90.1% 나왔다. 영어 고자라 잘 모르겠지만 2600X 전체 백분위의 25% 에 해당하는 것으로 보인다.

HWMonitor

GIGABYTE OC 기능을 사용했을 때의 HWMonitor 값 (3번째가 Maximum)

HWMonitor 를 살펴보면 5000 Mhz 깡클럭을 먹였지만 전압은 1.125V 로 제한되는 모습을 보인다. CPU Load 가 100% 가 찍혔지만 전압이 낮으니 최대 온도도 46% 까지 밖에 안올라갔다.

의문인 것은 Maximum Clock 은 5059 Mhz 로 찍혔지만 UserBench 에서는 turbo 3.9 Ghz 로 찍혀있는 점이다.

AMD PBO

이제 무조건 AMD PBO 만 믿고 가는 걸로..

UserBenchmark

AMD PBO 기능만 사용했을 때의 Ryzen 5 2600X 벤치마크 (클릭시 큰 이미지 가능)

UserBenchmark Link: https://www.userbenchmark.com/UserRun/15524207

AMD PBO 기능만을 사용했을 때 98.2% 의 벤치 값을 보인다. (2600X Bench 81 ~ 99%, 평균 93%) 전체 백분위의 91% 로 평균보다 높은 값이라고 한다. GIGABYTE OC 보다 8.1% 나 높은 점수를 보인다.

HWMonitor

AMD PBO 기능만 사용했을 때의 HWMonitor 값 (3번째가 Maximum)

HWMonitor 로 살펴보면 클럭은 4300 Mhz 정도 올라갔지만 기가바이트 OC 에 비해 700 Mhz 정도 낮다. 하지만 더 좋은 효율을 보여준다. 1.475 정도의 적당한 전압이 공급되어 효율이 좋았을까? 전압이 높아진 만큼 온도도 65도까지 상승했지만 완전 안전빵이다.

역시나 최대 클럭은 4Ghz 초반대로 찍혔지만 UserBenchmark 에서는 turbo 3.8 Ghz 로 찍혔다. 의문.

결론

난 앞으로 AMD PBO 만 믿고 간다. Ryzen Zen 2 가즈아ㅏㅏ

그렇다고 제가 GIGABYTE 를 싫어하는거 아닙니다. 저 2008년인가 고딩 때 용돈 모아서 기가바이트 그래픽카드도 사고 아무튼 되고 좋아하는 브랜드입니다. X470 어로스 메인보드는 레알 개쩔어요.

DP, HDMI 동시 사용시 부팅 화면 BIOS 를 DP 모니터 사용으로 변경

Yowu — Sat, 16 Mar 2019 04:42:08 +0900

듀얼 모니터는 아니지만 현재 RTX 2060 에 Display Port 와 HDMI 를 동시에 사용하고 있음.

이 때 발생 할 수 있는 이슈가 부팅시 무조건 HDMI 가 Primary 로 설정되어서 부팅 화면과 BIOS 가 HDMI 로만 뜨는 문제가 있음.

주 사용 모니터는 DP 이고, HDMI 는 프로젝터라서 매우 불편한 상황

예전에 GTX 970 사용시에도 비슷한 이슈가 있었는데, 이 때는 애초에 nvidia 설계가 그렇게 되어 있어서 펌웨어 업데이트로 해결해야했음 (참고: https://www.nvidia.com/object/nv-uefi-update-x64.htm)

하지만 상위 버전부터는 해결된 문제로 알고 있었고, 당최 뭐가 문제인지 찾아봤는데 해외 포럼에서 아래와 같은 코멘트를 발견

Anyway, to the point finally.

In the motherboard BIOS settings under the BOOT menu (on my board) there is an option called "CSM (Compatibility Support Module)". This is Enabled by default. Changing this to Disabled instantly fixed the issue. You may want to also try 'Auto' in case you have other non-UEFI devices connected but this may not work, it didn't for me.

https://forums.evga.com/Bios-boot-priority-display-port-m2461995.aspx

그러니깐 BIOS 에 있는 설정 값 중 CSM 을 Disable 시키면 DP 를 Primary 로 사용할 수 있다는 내용이다.

CSM 이 뭔지 살표보니 레거시 시스템과의 UEFI 환경의 호환성을 위한 옵션이고 Intel 이 앞장서서 이 CSM 옵션마저 제거하고 있다고 한다. 최근 시스템에서는 불필요한 옵션이라는 얘기로 이해.

바이오스 쫒아가서 CSM Disable 하니 DP, HDMI 연결 다 되어있어도 DP 로 부팅화면이 잘 떴다.

필요하신 분은 업무에 참고

삼성 DDR4 2666 PC4-21300 오버클럭

Yowu — Thu, 14 Mar 2019 01:18:48 +0900

1일차

CPU: Ryzen 5 2600X
MainBoard GIGABYTE X470 AORUS Gaming 7
RAM: SAMASUNG DDR4 PC-21300 8G x2 (C다이)

3200Mhz 로 오버클럭 시도. TestMem 1회 통과로 확인 후 실사용

램타이밍은

CL 16
tRCD 17
tRP 17
tRAS 34
tRC 56
CR 1T
전압: 1.32

tRC 를 54 로 줄이니 실패. 위 램타이밍 값으로 시금치램 TestMem 1회 통과 성공.

시간 나면 더 줄여봐야지.

2일차

3600 시도

램타이밍은

CL 18
tRCD 19
tRP 19
tRAS 40
tRC auto (83)
CR 1T
전압: 1.35

18-19-19-38-1T 1.32v 를 주니 부팅 실패. TestMem 1회만 돌려봄.

순정, 3200, 3600 을 UserBenchmark 로 비교해 봄

PC-2666 No OC

PC4-3200 OC (16-17-17-34-56-1T, 1.32v)

PC4-3600 OC (18-19-19-40-auto(83)-1T, 1.35v)

삼성 램 16G 추가 및 OC 수치 재조정 (2019. 07. 05)

삼성 시금치 램의 8G 단면 가격이 2만9천원대까지 떨어졌고, 일본 반도체 관련 무역제재로 인해 램 값이 다시 오를 수 도 있다고 생각이 되어서 이번 기회에 8G 2장 더 사서 1번, 3번 슬롯에 추가해줬습니다. 총 32G에 모두 C 다이 램입니다.

아쉽게도 이전 같이 3200, 3600 오버클럭은 무슨 짓을 해도 들어가지 않았고, 램타이밍 16-18-18-36-Auto, 1.30v (기가바이트 메인보드는 여기에 +0.02v) 로 조정을 마쳤습니다. 3200 국민 오버보다 약간 못미치는 수치입니다. 그리고 다양한 글에서 tRC 값은 Auto 로 두는게 정신 건강에 좋다고 하여, 이젠 그냥 Auto 로 설정하고 있습니다.

8G 램 4장의 3066 오버클럭

1번, 3번 슬롯까지 사용해서 오버클럭이 잘 안먹는 것인지, 2장일 때와 4장일 때의 먹히는 값이 달라지는 것인지는 모르겠지만 아무튼 한동안은 이렇게 사용할 예정입니다. (라이젠 3세대 커밍 순...)

PC4-2666 Non-OC (20-19-19-43-62-1T)

PC4-3066 OC (16-18-18-36-auto(71)-1T, 1.32v)

UserBenchmark 결과 로 위 수치는 32G 오버클럭하기 전 순정 값의 벤치고, 아래 수치는 OC 진행 후의 벤치입니다. 3200 때에 비하면 램 포퍼먼스는 꽤나 조금 떨어졌지만, 메모리 총 용량 증설에 의미를 드구 그냥 쓸려고 합니다.

Ryzen 3세대로 업그레이드 이후 OC 수치 재조정 (2019. 09. 18)

CPU가 2600x 에서 3700x 업그레이드된 것 외의 환경은 모두 동일한데 7월 오버클럭 값과는 조금 달라졌습니다. 7월에는 8G 4장(32G) 가 무슨 짓을 해도 3200 클럭 이상으로 올라가지 않던 것이. 3466 클럭까지 올라갔습니다. 이에 따른 세부 램타이밍 조절이 있었지만, 바뀐게 CPU 뿐이라 CPU도 어느정도 램 오버클럭에 영향을 미치는 것이라 추정하고 있습니다. 램타이밍은 18-19-19-38-auto 에 전압 1.30v (기가바이트 메인보드라 +0.02v 가산됨) 으로 조정 후 TM5 3회 통과된 수치입니다.

한가지 의문은 2600x 때와 동일한 수치로 오버클럭을 해도 벤치마크에서는 성능이 하락되어 나타납니다. UserBenchmark 기준으로 2600x 때의 오버클럭과 3700x 때의 오버클럭을 비교했을 때 3700x 가 조금 더 낮게 나타납니다.

2600x 에서 16-18-18-36-auto-1T, 1.32v 주었을 때

3700x 에서 16-18-18-36-auto-1T, 1.32v 주었을 때

생각보다 성능차이가 많이나서 무엇...? 인가 싶은데 궁극적으로는 더 높은 클럭의 오버클럭 수치가 먹여져서 그냥 클럭 높여서 사용하고 있습니다. 클럭이 높아지긴 했지만 벤치마크상으로는 2600x 에서 조였을 때보다 조금 더 낮습니다.

3700x 에서 18-19-19-38-auto-1T, 1.32v 주었을 때

사실 위 수치도 램 타이밍 더 조이거나 클럭을 더 높이는 시도를 계속했으면 더 끌어올릴 수 있었을 것 같은데, 이번에 X470 보드에 라이젠 3700X 올린다고 베타 버전의 메인보드 바이오스 버전 F42a 을 올려뒀더니 오버클럭 실패시 예전처럼 깔끔하게 바이오스 리셋되는게 아니라 살짝 깡통되는 현상이 있어 불편해서 빡쌔게 시도하지 않았습니다.

벤치마크 추가 기록

2021-10-15 UserBenchmark (3700X, RTX2060, DDR4 3400M Mhz OC)

28세 독신남의 흔한 청포도 담금주 첫 제조기

Yowu — Sat, 8 Dec 2018 21:52:15 +0900

2018년 9월에 담궈서 12월에 거른 첫 담금주 청포도주에 대한 기록입니다.

별도의 본문 텍스트는 추가 작성하지 않고, 필요시 이미지에 캡션으로 달았습니다.

청포도 입니다. 집근처 시장 과일가게서 샀습니다.

담금주 병과 무려 안동소주 담금주 입니다. 담금주 병은 손잡이와 위에 공기조절/마개 기능이 있는 것을 인터넷으로 구매했습니다.

대충 이만큼 씻어넣고 실제로는 이것보다 조금 덜 쓴 것 같습니다. 다른 블로거분들 살펴보면 베이킹파우더나 식초 같은걸로 씻고 그러시던데 귀찮은 28세 흔남은 수돗물로만 씻었습니다.

병에 넣으니 이정도. 병은 약 5L 정도 입니다.

청포도를 저만큼 넣으니 안동소주 담금주 3.6L 가 다 안들어갔습니다. 한 3L 정도 쓴 듯.

담궜습니다. 인터넷에 다양한 담금주 관련 정보를 취합해본결과 굳이 설탕을 넣지 않아도 될 듯하여 무설탕으로 담궜습니다.

관략한 정보를 기재해서 포스트잇으로 붙여뒀습니다. 9월에 담궈서 12월에 거르고 3월에 후숙성하여 먹자라는 뜻. 그런데 과일 담금주 후숙은 한달 정도만 해도 된다는 얘기가 많네요.

술 담근 날 찍은 사진. 걍 사진이 이쁘게 나와서 첨부

담그고 한 달정도가 지난 10월 즈음의 모습입니다. 담금주 색이 들었고, 청포도들이 가벼워져서 뜨기 시작합니다.

선물용으로도 생각하고 있어서 미리 병을 구매했습니다. 청포도 담금주말고 복분자 담금주도 익어가는 중이라 넉넉히 구매.

세척 관련하여 식초 등을 사용하여 박쌔게 하시는 분들도 많던데 흔한 28세 남자는 귀찮아서 물로만 씻어서 건조합니다.

대망의 술 거르는 날입니다. 거르기 진적의 날에 찍었습니다. 사실 10월에 찍은 것과 별로 차이 안나는 듯. 완벽하게 3개월 채우지 않았고, 2달 반쯤에서 그냥 걸렀습니다.

미리 장비를 갖춰뒀습니다. 거름망 있는 깔대기 입니다. 초보는 역시 장비빨입니다.

선물용 A급 병으로 2병 반 조금 덜 나왔고, 청포도를 짜내어 B급(스미노프병)도 만들었습니다. 술 담그고 남은 과실 짜지 말라는 얘기가 많았는데 아까워서 걍 짰습니다.

확실히 짜낸 술과 그냥 술의 퀄리티 차이가 납니다. A급은 살짝 투명하고 맑은 느낌입니다. 이전 사진을 보면 확실히 B급은 탁함. 맛도 좀 달라요.

맛봤는데 존맛탱입니다. 안동소주 고유의 향과 청포도 특유의 달달함이 섞여 아주 기가 막히네요. 이날을 위해 미리 사둔 술잔 개봉. 후숙하면 더 맛있다고 하니 기대 중입니다.

병에 담근 후 하루 정도 지났더니 부유물 침전물 같은게 싹 가라앉으면서 때깔이 더우 고와졌습니다.

하단에 침전물 같은게 가라 앉으면서 때깔이 더욱 고와졌다. 투명해서 뒤에 사물이 보일 정도

하단에 무슨 포도 겉에 있는 하얀 가루처럼 생긴게 가라 앉아 있는데 뭔지는 모르겠네요.

2019.01.19 추가 후기) 청포도를 덜 넣어야합니다. 도수가 너무 떨어졌고, 너무 달아요.. 사진의 한 1/2 ~ 1/3 정도만 넣어도 충분해 보입니다.

리얼포스 R2(2세대)에는 딥스위치가 없다. 대신..

Yowu — Fri, 7 Dec 2018 00:28:17 +0900

어제 리얼포스 R2 텐키리스 (Realforce R2TL 45g 균등) 를 구매 후 딥 스위치가 없는 것을 알게 됨.

평소 해피해킹 쓰던 버릇이 남아서 Ctrl 과 Caps Lock 을 바꿔서 쓰고 있는데, 살짝 멘붕 함.

근데 찾아보니 딥 스위치는 없지만 하드웨어적으로 캡스락과 컨트롤 키를 바꿀 수 있었음

Fn + F1 : 브라우저 열기

Fn + F2 : 메일 프로그램 시작

Fn + F3 : 계산기 시작

Fn + F4 : 미디어 플레이어 시작

Fn + F5 : 이전 미디어로 돌아가기 ※1

Fn + F6 : 재생 / 일시정지 ※1

Fn + F7 : 다음 미디어로 진행 ※1

Fn + F8 : 미디어 중지 ※1

Fn + F9 : 설정을 저장 ※2

Fn + F10 : -

Fn + F11 : 좌측 Ctrl, Caps Lock 키 기능 교체

Fn + F12 : 키 잠금 설정 / 해제 ※3 (사전 소프트웨어에서 키 할당 필요)

Fn + F11 하시고 Fn + F9로 저장하시면 됩니다.

by. http://www.kbdmania.net/xe/qanda/11512557 Cognex 님

위 커맨드는 매우 잘 됨. 그런데 예전 레오폴드 FC660M 구매 시에는 Caps Lock 위치에 사용가능한 Ctrl 키캡을 추가로 줬는데 리얼포스는 그딴 거 없다.
심지어 그 흔한 싸구려 키보드 루프도 없이 키보드만 떨렁 들어있다. 어차피 작정하고 사는 키보드라 리얼포스 정품? 키보드 루프를 구매할 수도 있겠지만 이건 항상 재고가 없다... 그래서 그냥 아크릴 루프 판매 업체에서 적당히 구입함.
그래도 때깔과 키감은 매우 만족 중. 확실히 바디가 튼튼해서 그런지 해피해킹의 그 경박한 타건감과 다르게 묵직하니 안정감이 있는 느낌이다.
근데 vim 쓰면서 맨날 해피해킹 쓰던 버릇하니깐 esc 위치가 달라서 자꾸 백틱(`) 을 누르게된다. 흠..
어느덧 키보드만 10개가 되었다..; 멤브레인 4, 기계식 4, 무접점 2... 나중에 한번 쫙 나열해서 포스팅해봐야지.

마지막으로 레오폴드 R2TL 블루그레이 사진으로 process.exit();

리얼포스 R2TL 박싱. 리얼포스 공홈에는 해당 모델이 없고, 구글링에 의하면 국내 전용 모델인 듯 함.

아 때깔 죽인당. 팜레스트는 오픈마켓에서 구매한 7천원짜리.

위) 해피해킹 Pro2 무각 14년산, 아래) 리얼포스 R2TL 18년산. 해피해킹은 Massdrop 에서 컬러키캡을 별도로 구매.

업적 달성. "HHKB/Realforce 무접점 양대산맥 획득 완료"

샤오미 미패드4 KT 데이터쉐어링 개통 후기

Yowu — Mon, 19 Nov 2018 01:23:04 +0900

패키지 뜯기 직전에 찍음

각설하고 본론만 얘기하자면,

미패드 4 LTE 중국 내수용 기기를 해외직구를 통해 구입
배송 기간은 약 10일 정도. 중국 순정 롬
다음날 동네에 있는 KT 대리점에 데이터 쉐어링 신청하러 감
그런데 해외 직구 기기는 대리점에서 데이터 쉐어링 못한다고 함. KT 플라자로 가라고 함.
그래서 조금 더 떨어진 KT 플라자에 가서 개통함. 플라자에서 들은 얘기로는 사실 대리점에서도 다 할 수 있는데, 돈 안되고 귀찮으니깐 안해주는 것이라고 함. (이것저것 서류 작성하고 처리하는데 한 10분 정도 소요)
개통은 거의 바로 되어서 재부팅 한번 하니 바로 KT 잡히고 사용 가능. 한 회선에 기기 2개까지는 추가 요금 없음.

결론: 괜히 대리점에서 옥신각신 하느니 그냥 KT 플라자가서 개통하는게 속 편합니다.

미패드4 자체는 가격에 비해 퀄리티가 좋아서 잘 쓰고 있습니다. 자세한 리뷰는 쓰기 귀찮아서리.

추가로 eu 롬을 올릴려고 하고 있는데, 지금 unlock 360 시간 걸려서 eu롬 후기는 차후에..

내맘대로 월간 IT 북마크 모음 - 2018년 3월

Yowu — Mon, 2 Apr 2018 02:26:12 +0900

다양한 매체 소스에서 매 월 발생했던 이슈나, 이전 이슈, 흥미로운 글, 포스트 등 온갖 잡다한 글을 모아둔 월간 아카이브 입니다.

황후순님의 IT 회사 탐방기

황후순님의 싱가포르 IT 회사 (페이스북, 위워크, 그랩), 국내 IT 회사 (네이버, 우아한 형제들, 삼성 SDS, 셈웨어, 데일리 인텔리전스, 더 루프, 인프런, 오마이랩, 코더블) 방문기
나도 백수 때 해볼껄!

스타트업 피플이라면 알아야 할 스톡옵션의 모든 것

월급 대신 스톡 옵션을 주겠다고 하면 고민 좀 해보자

React를 Vue.js보다 선호하는 이유

요약
- TypeScript 지원 Coverage
- 컴포넌트 지원 복잡도
- 오픈소스 생태계
요약 2 (본문 출처)
- React에는 Vue.js에 비해 매직이 덜하다. Vue.js는 사용자에게 쉽게 느껴지는 API를 제공하기 위해 라이브러리가 직접 헤비 리프팅을 하는 경우가 많다.
- React는 Vue.js에 비해 플레인 자바스크립트에 더 가깝다. 새로운 문법 내지는 컨벤션을 정의하는 대신 자바스크립트의 그것을 활용하는데 무리가 없다면 그리 한다.
- React는 Vue.js에 비해 사용자 및 사용처에 대해 더 적은 가정을 하고, 가장 핵심적인 기능(선언전 UI 렌더링)과 관련된 부분만 코어에 포함한다.

"워라밸은 틀렸다.. 일과 삶은 하나"

어느정도 걸러들어야할 필요성 있는 글.
동의하는 부분은 있지만 명확하게는 '회사'와 '개인'을 구분해야된다.

주인의식은 주인만 갖는 거다

일명 '회사의 주인이 되어라!' 등과 같은 마인드에 대한 일갈 글
가끔 '스타트업 마인드' 를 같은 의미로 쓰는 사람들이 있다.
경험에 비추어 볼 때 내가 가진 기술과 경험 서비스를 회사에 제공하고 보수를 받는다로 심플하게 생각하면 속 편하다.

한상곤님의 2017년 회고

존경 개발자 리스트 상위에 랭크되어 계신 한상곤님의 2017년 회고
결혼 축하드립니다.
정말 공부 열심히 해야겠다고 생각만 든다.

소울부스터 개발 후기

여성 맞춤형 속옷 솔루션 스타트업 소울부스터의 개발 후기
고민과 시행착오에 대한 기록은 정말 흥미진진하게 읽었지만
특정 기술 사용 배경에서 "~은 쉽고 실용적이며 생산성이 좋다. 생태계가 활발하여 좋은 도구도 많으며, 다양한 용도로도 사용할 수 있다" 라는 구문이 있는데 과연 왠만한 메이저 언어는 ~에 대입 할 수 있을 것 같다는 느낌이 든다. 다만 뒤에 데이터에 대한 욕심이 있다는 구문이 있다는 부분이 있으니 나의 과도한 비판적 시각일 수도 있다.

페이스북 댓글을 utterances로 교체했습니다

블로그나 개인 페이지에 Github 와 연동되는 댓글 플러그인을 설치하는 방법
너무 매력적이라 당장에라도 달고 싶지만 내 블로그는 워낙 잡식 블로그라 달았다간 접근 장벽이 생길 것 같아 그저 미루는 중
Only 기술 블로그라면 매우 적합할 듯 하다.

경남지사 예비후보자, “엔씨소프트 본사를 창원으로 이전시키겠다”

어리둥절

개발자에게 좋은 회사란?

원글 출처는 국민대학교 이민석 교수님의 포스트
정말 이상향에 가꾸운 항목들이 나열되어 있지만 현실은 시궁창이다.
나열된 모든 항목들이 충족되는 회사면 정말 좋겠지만 그러지 못했다면 중요한 것은 '그러한 모습을 갖추기 위해 회사나 개발 조직이 얼마나 노력하고 있나?' 다. 이건 이번 이직 때 나에게 영향을 크게 준 부분이기도 하다.
물론 노력하고 있다고 말만 하는 회사들도 있는데, 이거 참 거르기 어렵다. 하지만 아는 개발자도 늘어나도, 짬도 차고 있고, 다양한 루트에서 들어오는 다양한 정보들을 접하다보면 대충 감이 오게된다.

박성철님의 '비즈니스와 개발자' 에 대한 페이스북 포스트

일부 회사들을 보면 비즈니스와 개발과의 관계가 마치 갑-을 처럼 보이는 경우가 있는데 정말 비생산적인 모습이라 생각한다.
그래서 나는 개발자들도 비즈니스나 사업 방향, 일정에 적극적으로 참여하고 영향력을 행사해야한다고 생각하는 편이다.
개발이 비즈니스에 어느정도 휘둘릴 수는 있지만 그렇다고 너무 끌려가서도 안된다. 적절한 밀당이 필요하다고 생각.

5 Basic REST API Design Guidelines

좋은 REST API 를 만들기 위한 5가지 기본적인 내용
도메인(리소스)에 접근 할 수 있는 적절한 이름
네이밍 컨벤션 통일
- 카멜 케이스가 좋으니, 스네이크가 좋으니 말이 많지만 다 필요없고, 반드시 팀 내에서는 공통된 네이밍 컨벤션을 사용하고 (모든 개발 조직이 다 통일되면 가장 좋겠지만) 절대 여러 네이밍 컨벤션을 혼재시키면 안된다고 생각한다.
- 다음과 같은 경우가 닥치면 정말 나는 이걸 어떻게 해소할지 고뇌에 빠지게 됨.
  - const orderId = MySqlResponseRow.order_id;
  - const orderId = HttpRequestStringQuery.order_id;
등 HTTP Method, Headers 에 대한 내용이 있음

기획자의 페르소나

야놀자 기획자이자 이모 미니티님의 포스트
솔직히 나도 지금 회사에 들어오기 전까지는 기획자의 필요성에 대해 항상 의문을 던지던 놈이다. 아마 작은 규모의 회사에만 몸담고 있었기 때문이 아닐까
지금은 생각이 바뀐게, 기획자분들의 노고로 개발자의 업무가 굉장히 수월해진다는 것을 몸소 깨닫고 있다. 부서간 커뮤니케이션, 일정 조율, 프로젝트 테스크 선정 등 정말 많은 병목 지점을 해소해주는 포지션이다.
근데 이건 사실 동양인 혹은 한국인 종특도 어느정도 한 몫하지 않나 생각한다.
- 이상하게 사람들은 자기 의견을 잘 얘기안함
- 이상하게 사람들은 의문 사항이나 개겨야하는 포인트에서도 잘 안개김
- 이상하게 사람들은 수동적인 영향이 강함
- 기획자분들이 이 수동적인 사람들 사이에서 무지하게 고생함
- ~~근데 요즘 나를 보고 있자니 왜 사람들이 수동적으로 변하는지 알 것도 같다.. 그냥 못 넘어가는 성격이라 큰일~~
언제나 기획자분들께 감사드립니다.

안드로이드 팀원에게 약 주입하기

야놀자 안드로이드 개발자 플루님의 9XD 발표자료
팀 능력치 향상, 코드/기술 개선 등 다양한 얘기가 담겨있다.

Building a kickass junior resume

주니어 개발자 이력서를 잘 써보자 (영어 주의)
내용 좋다. 이대로만 따라서 써도 확실히 눈에 들어오는 이력서 작성이 가능할 듯

왜 가장 유능한 젊은이들이 회사를 그만두는 걸까?

이거 한 줄이 가장 크다.
- "영리한 기업들은 젊은 노동자들이 무엇을 원하는지 이해하고 그것을 제공하기 위해 노력할 것이다. 직원이 머무르는 기간을 최대한으로 늘리는 대신 직원의 성장과 직원들이 가져올 수 있는 영향과 결과를 최대화할 것이다. 그리하여 조직을 장기적으로 보다 지속가능하게 만드는 인재의 파이프라인을 만들어 낼 것이다."
요즘 친구들은 회사가 나에게 아무런 가치가 없다고 느끼거나. 성장하지 못한다고 느끼거나, 더 이상 기대가 없어지면 바로 눈 돌리게 된다. 회사가 항상 신중하게 인재를 관리해야한는 이유다.

부족한 나를 기록하기

트레바리 CTO, 스타 개발자 정원희님의 포스트
가끔씩 읽게되는 원희님의 글을 보고 있으면 정말 끊임 없이 스스로에 대해 성찰하시는 분이라는 느낌이 든다. 나 같은 놈이랑 비교하면 이미 천상계에서 놀고 계시는 분이다.
글의 문체나 구성 역시 보고 있자면 감탄을 자아내게한다. 나같이 뇌 안거치고 척수에서 나오는대로 써재끼는 삼류놈이랑 수준이 다르다.
이런 부족한 부분은 정말 나도 배워야하는 부분인데

레진코믹스의 대표작! <레바툰> 읭읭이 납작쿠션 4종!

아 이건 진짜 사야되는데, 계속 고민된다. 질러? 말아? 질러?
6일 남았다.

카카오, 올챙이(Tadpole Hub) 사태

관련 링크
이 사태에 대해 개인 의견을 사족으로 달아보자면.. (2018년 3월 15일 페이스북 포스트)

올챙이(TadpoleHub)로 타임라인이 아주 따끈따끈한데, 개인적인 생각을 풀어보자면

1. LGPL 라이센스 상 법률적인 문제는 없을 것이다.

2. 하지만 카카오는 원작자인 조현종님에게 '자사가 커스터마이징한 올챙이'를 '유지보수' 해달라고 한 점이 옳은가? 올챙이 엔터프라이즈 버전이 멀쩡하게 나와있는데도 말이다.

3. 카카오는 자사가 커스터마이즈한 올챙이를 '개구리'라는 이름으로 바꿔서 홍보를 해도 되었는가?

4. 그렇다고 카카오가 올챙이 오픈소스에 무언가 기여한 바가 있는가?

5. 만약 모든 것이 문제가 없더라고 하더라도 조현종님이 카카오에 여러 피드백을 던졌을 때 카카오의 반응이 정당했는가?

6. 이 일이 결과적으로 국내 오픈소스 생태계에 좋은 선례가 될 것인가. 나쁜 선례가 될 것인가.

단순하게 라이센스 상 문제가 있다 없다식의 Boolean한 얘기보다는 개인 오픈 소스 개발자와 거대 기업의 관계를 깊게 들여다 볼 필요가 있지 않을까 싶습니다.

Announcing TypeScript 2.8

TypeScript 2.8 에서 바뀐 점
Conditional types 라는 친구가 추가된다는데 어떻게 써먹어야 되는건지 감이 안온다.
2달 정도 본격적으로 써본 느낌은 TypeScript 이거 물건이다!

일 잘하는 방법 하나 - 탁월한 질문하기

트레바리 CTO, 스타 개발자 정원희님의 포스트
나름 이렇게 한다고 노력 중에는 있지만 내가 질문을 '잘' 하고 있는지는 모르겠다.
가끔 시간적인 효율이 필요하다면 과감하게 고민 없이 직구 들어가야할 때가 있긴 하다.

SVP

신박한 기술이다. 모종의 기술을 사용하여 낮은 프레임의 동영상을 60fps 로 변환시킨다.
적용해보니 확실히 느낌이 다르다. 무료, 유료가 구분되어 있는데 나는 Plex Media Server 를 매우 잘 쓰고 있는 사용자라 진지하게 유료 버전을 구매 고려 중이다.

개발자의 평생공부

임백준 IT 칼럼리스트님의 칼럼
"그래서 실력은 지식의 총합이 아니다. 고통의 총합이다."

개발자의 기록 보관소 - TypeScript

TypeScript 에 대한 기본기가 잘 정리되어있다.

서장훈의 현실적인 조언

동영상
그 서장훈 맞다.
"즐겨서 뭘 이뤄낼 수 있는건 단연코 없다고 생각한다."
"그런데 무책임 하게 뭐 노력하는 자가 즐기는 자를 못 따라간다. 이거 완전 뻥이에요."
"즐겨서 되는거 없습니다. 즐기는 방법의 차이가 있을 수는 있지만 정말 예를 들어서 저 같은 경우에 너무 매일 뛰고 그렇게 힘들게 농구하면 3키로씩은 빠지거든요. 이게 즐겁다? 가식이고 거짓말이라고 생각합니다. 자신에게 냉정해지세요."

동적 쿼리 만들때 where 1=1 쓰면 안되는 이유에 대하여..

몇 년 지난 글이지만 흥미롭게 읽고, 자바 개발자와 얘기했던 주제
이 글을 재발굴한 개발자님의 의견은 '개발자가 String 처리를 못해서 where 1=1 을 쓴다? 에바참치다.'
나와 얘기를 나눈 자바 개발자의 의견은 '알겠지만 그렇다고 오랜 기간 내려온 관습과 팀 컨벤션을 무시할 수도 없다. DELETE 구문 where 1=1 위험성을 얘기하는 건 우릴 너무 무시하는건가?'
흠...터레스팅..

회사에서 발견할 수 있는 50가지 유형의 사람들 대정리

남들 눈엔 내가 몇 번 유형의 사람일까..?!

구글, `레드햇` 인수설…그린 사업총괄 "대형 M&A 준비중"

정말 이게 성사된다면 정말 구글 클라우드 플랫폼 친구들이 AWS, Azure에 대항할 수 있지 않을까 기대가든다.
근데 나는 서버에 레드햇 계열 안쓴지 몇 년이나 된 듯. 레드햇에서 apt 명령어 대응이 뭐더라.. 기억도 안나네..
레드햇은 유지보스 라이센스가 정말 강력한 친구라고 생각되고, 역량 된다면 우분투 친구들 정말 잘 쓸 수 있다고 생각함.
물론 구글이 레드햇 하나만 보고 인수할려고 하는건 아니겠지만

8년 끈 세기의 '자바 전쟁', 구글이 오라클에 패하다..안드로이드 생태계 흔들

와 이게 이렇게 끝나나?
구글이 줘터지고만 있지는 않겠지만 SNS 상에서 이거에 대한 의견이 팽배하다.
- 구글이 자바 버리고 코틀린, 고랭으로 넘어가는 명분이 충족되었다.
- 재판은 오라클이 이겼지만 실질적인 승자는 구글이다. 구글은 이미 어마어마한 수익과 플랫폼 장악력을 마련했다.
- 다음 관전포인트는 안드로이드 가져다가 쓴 제조사들은 어떻게 될 것인가?
- JAVA를 가져다가 안드로이드로 떼 돈번 구글한테 소송 건 오라클의 명분이 당연하기는 하다.
- 오라클을 응원하자니 뭔가 열 받고, 구글을 응원하자니 소스코드 저작권 때문에 뭔가 찝찝하다.
오라클은 법무회사가 분명하다.

3번째 직장에 오기까지 - 3. 첫 직장, 첫번째 이직

개발자 조졸두(이동욱)님의 SI 회사에서 서비스 회사로의 이직기
연봉 측정 팁, 코딩 테스트 팁도 있음
그래서 어느 회사 가신건지 넘나 궁금 ㅜㅜ

이 버그는 개발한 너의 잘못이야?

"버그 없는 서비스는 없다."
버그 발생시킨 놈을 조지는게 아니라 이 버그에 어떻게 대처할 것인가가 중요하다. 왜 사람을 조질려고 하냐. 상황을 해결하려 해야지
이건 비단 버그 뿐만 아니라 다른 다양한 문제 상황에서도 적용 할 수 있다.

제로 스펙에 가까웠던 듣보잡 개발자의 유명 IT 기업 도전기 - 참석 후기

고등학생 때는 문과, 대학교 졸업 후에는 제로 스펙에 가까웠던 개발자의 카카오 입사 도전기
10년차 개발자의 인터뷰 경험담과 조언
학습 방법에 대해서는 나의 방법과 매우 비슷해서 큰 공감
- 노가다로 일단 삽질 시작 → Hello World 출력 → 뭐를 일단 만들어봄 → 서비스 런칭
- 나는 서비스 런칭으로 넘어가는게 아니라 문제점을 개선해서 다른 프로젝트를 만들어 봄

깃허브(GitHub)로 취업하기

이력서에 깃허브 주소 넣기 전에 포스트 하단의 체크리스트는 한번 보면 정말 좋겠다.
가끔 README.md 만 있는 깃허브 주소가 적힌 이력서를 보면 심각한 내적 갈등이 생김
근데 깃허브는 진짜 페북이나 트위터처럼 '내가 해봐야지!' 한다고 되는게 아니라 그냥 자꾸 뭘 하다보면 뭐가 쌓이는 거 같다..

내 코드를 자동으로 리뷰해준다면? (by sonarQube)

비슷한 서비스 몇 개 있었던 거 같은데 이름은 기억이 안남
Github Hook -> Jenkins -> SonaQube 로 연결되는 pipeline 은 매력적으로 보인다.
Community Edition 은 무료이니 나중에 개인 프로젝트 하게 되면 적용시켜봐야겠다.

변수명 지어주는 사이트

아..! 신박하다. 심지어 몇 개 돌려봤는데 납득할 만한 변수명이 떨어진다. 북마크로 ㄱㄱ

'오늘의 숙소 정보' 라는 키워드를 변수명 지어주는 사이트에 던졌다.

MAME 최신버전 & Neogeo BIOS Roms

Yowu — Sat, 17 Mar 2018 01:46:35 +0900

신나는 고전게임

MAME 최신 버전 Release

https://github.com/mamedev/mame/releases (Github)

Neogeo BIOS Roms

neogeo.zip
마메 디렉토리 roms 에 저장
uni-bios_1_0.rom, uni-bios_1_1.rom, uni-bios_2_0.rom, uni-bios_3_0.rom, uni-bios_3_1.rom, uni-bios_3_2.rom, v2.bin 등 포함
source: https://www.epforums.org/showthread.php?103214-neogeo-zip-missing-v2-bin/page2

게임 Roms 는 각자 알아서..

(작성 중) 내맘대로 월간 IT 북마크 모음 - 2018년 2월

Yowu — Tue, 27 Feb 2018 02:16:12 +0900

뭔가 이번 달은 링크가 많을 것 같은 느낌적인 느낌..

Visual Studio Code를 사용해 Git 커밋 메시지 작성하기

이규원님 블로그 포스트
Git Commit Message에 50/72 규칙과 Visual Studio Code를 사용하여 '잘' 작성하는 방법에 대한 글

유닛테스트에 대한 생각 :: Outsider's Dev Story

아웃사이더님의 블로그 포스트
TDD, 유닛테스트 등은 수단이 되어야하지 그 자체가 목적이 되어서는 안된다.
테스트를 열심히 작성하면 기술 부채를 갚기위한 기반이 된다.
정해진 인터페이스의 테스트가 있다면 리팩토링이나 로직개선 시 사이드 이펙트에 대한 부담이 덜하기 때문.
테스트를 작성하면서 구현될 기능을 사용자 관점에서 미리 사용해 보는 것이 도움된다.
문서화의 기능을 하게 되는 것은 덤이다.

직원 절대 가르치지 말라

후임이 요청하지 않았는데도 모든 것을 알려줘버리는 것은 실수이고, 시행착오로 인한 성장의 기회를 기회를 뺏는 짓이다.
스스로 움직이고 정답을 찾을 수 있어야한다.

[취재수첩] 몸값 높아진 ‘SW개발자’

"기자의 시각이 10년전에 머물러 있다. 소프트웨어(SW) 개발자의 처우는 그리 나쁘지 않다. IT업계의 많은 사람들이 개발을 배워두지 않은 것을 후회한다. SW개발자의 처우가 아니라 SI 개발자의 위상, 처우, 환경이 문제다. SW개발자는 대접받고 있고, 이를 많이 알려야 한다. 그래야 점점 더, 좋은 어린 친구들이 SW를 배우고 개발자를 꿈꿀 수 있게 된다."
위 언급이 나온 원래 기사를 찾고 싶었으나 찾는데 실패했다.

Microservices

스프링부트로 웹 서비스 출시하기 - 7. Nginx를 활용한 무중단 배포 구축하기

[블록체인] 가장 쉽게 설명하기

장병규 김봉진이 이야기하는 스타트업 창업가의 자세

Typescript 기초문법

인터넷 기업이 아닌 회사는 왜 IT를 활용하지 못하는가? | Popit

MVC패턴과 재사용성을 고려한 Component 기반 Web UI 구현 – YodaCodd – Medium

[UXD] ① 토스는 한 가지 질문만 남겼다

프런트엔드 개발자가 되고 싶지 않았던 프런트엔드 개발자의 이직기

TypeScript + Next.js로 Webview 처리하기

OKKYCON 2017 김창준 : 협업의 미신 5가지

API 디자인 지침

본격 macOS에 개발 환경 구축하기

대기업에서 스타트업으로 이직하는 사람들

새해 일어난 일

회사 밖에서 성장하기

개발자가 모자라요 - 영록이 홈페이지

우리은행 차세대, 가동 연기 원인과 향후 일정은

NAVER LABS 입사 후, 한 달 반 회고 – Rachel – Medium

11. 대기업 Aaron과 실리콘밸리 Bryan

12. 사고를 쳐도 혼나지 않는 회사

A급 인재를 떠나게 하는 7가지 방법

[실리콘밸리를 그리다] (17) 대기업 팀장과 실리콘밸리 매니저

Visual Studio Code Tips and Tricks

현대카드는 왜 PPT 사용을 금지했을까? – Brand & Marketing – Medium

250명 직원이 사무실 하나 없어도 너무 잘 돌아가는 회사

Team Handbook

테스트를 작성하자. 너무 많이는 말고. 통합 위주로(Write tests. Not too many. Mostly integration.)

[번역] 루비에서 상속을 피하는 방법 - Rinae's playground

개발자를 위해 엄선한 국내 포트폴리오 & 개인 블로그 7선

Top 10 tips and tricks for TypeScript

와이즐리 :: 정직한 가격의 독일산 프리미엄 면도날

(개발자주의) NPM 지금 대형 사고 일으켰네요. 절대로 업데이트 하지 마세요. : 클리앙

개발자의 흔한 취미: 오픈소스 개발

How Java 10 will CHANGE the Way You Code | OverOps Blog

'벤처 1세대'의 스타트업 생태계 비판.. "창업자도 투자자도 눈앞 매출만 생각"

"나만 몰랐네!" SNS BEST ♨핫템♨

Amazon의 성공스토리

우린 Git-flow를 사용하고 있어요

28세 요우의 개발자 이직 대탐험

Yowu — Tue, 20 Feb 2018 02:57:58 +0900

안녕하세요. 요우입니다. 아시는 분들만 아시겠지만 사실 최근에 이직을 했습니다. 예전 직장 개발 팀장님이 셨던 브래드님께서 포스팅한 스타트업 면접과 후기 꿀팁 글을 보고 언젠가 나도 이직을 하게 되면 저런 글을 쓰고 말겠어! 했는데 드디어 쓸 수 있게 되었네요.

추억이 방울방울. 그냥 한번 찍어봤습니다.

2017년 말, 2018년 극초반의 상황

2017년 말 다니고 있던 스타트업의 개발팀 개편과 회사 사정 등의 사유로 인해 퇴사를 하게 되었습니다. 퇴사가 결정 된 뒤 부터 다양한 회사에 이력서를 넣거나 면접 제의를 받거나 지인 추천 등을 통해 면접을 보러 다니고 있었습니다.

옮기게 될 회사에 대한 작은 소망

면접을 보러다니기 전 이번 이직에는 다음과 같은 조건이 충족하는 회사였으면 좋겠다고 생각을 했습니다.

시니어 개발자가 듬뿍듬뿍 있는 개발팀이면 좋겠다.
- 아직은 관심과 보호와 훈육과 방임이 필요한 어여쁜 3년차 백엔드 개발자입니다.
월급으로 장난질치지 않았으면 좋겠다.
- 스톡옵션에 별로 관심 없습니다. 나중에 회사 잘되면 챙겨줄게도 이젠 안 믿습니다.
IT가 비즈니스 베이스인 "IT 회사"에 갔으면 좋겠다.
- 회사의 주요 수익 모델이 IT 기반이어야 합니다. 그래야 개발조직이 중하게 쓰이고, R&D에 역량이 집중된다고 믿기 때문입니다.
욕심일 수도 있지만 개발팀 사이즈가 크면서 스타트업 느낌도 나면 좋겠다.
- 매번 작은 규모의 개발팀에 있다보니 큰 사이즈 개발팀에서의 협업이나 프로세스를 몸소 체험하고 싶었습니다.
넘나 당연한 얘기지만 내가 성장한다고 느낄 수 있는 회사면 좋겠다
- 개인의 성장에는 개인의 역량도 중요하다고 생각하지만, 그에 못지않게 환경도 중요하다고 생각합니다.
역량이 허락된다면 여전히 업무 스코프가 넓었으면 좋겠다
- 저는 백엔드 개발도 좋아하고, DB도 좋아하고, 인프라도 좋아하고, 프론트는 취미로 좋아하고, 비즈니스나 기획도 약간 좋아하는 것 같고, 개발 프로세스에도 관심이 많은 지존 잡캐 스탯을 가졌기 때문입니다. ~~그리고 막상 닥치면 또 땅을 치며 후회하겠지~~

흔한 백엔드 개발자 요우의 비루한 스펙

교육
- 2010년 3월 ~ 2016년 8월 - 서울 4년제 대학교 컴퓨터공학 학사 졸업 (3.03 / 4.5)
- 2007년 3월 ~ 2010년 2월 - 경북 안동 인문계 고등학교 졸업
경력 사항 (약 2년)
- 2016년 10월 ~ 2017년 11월 - O2O 모바일 레스토랑 스타트업 개발자
- 2015년 7월 ~ 2016년 2월 - IoT 하드웨어/소프트웨어 스타트업 개발자
스킬
- 주로 웹 백엔드 개발 (Node.js, PHP)
- 아주 약간의 웹 프론트엔드 개발 (React.js)
- 데이터베이스 구축 / 관리 (RDBMS, NoSQL)
- 인프라 엔지니어링 (AWS, Linux, Network)
- 프로젝트 매니지먼트

~~마지막 학기에 어떻게든 평점 3점 밑으로 떨어지지 않기 위해서 발버둥 쳤던 것이 기억에 강하게 남네요.~~

제발 저 좀 주워가주세요 (면접 회사 목록)

저는 최종적으로 이번 이직 대탐험 때 13 군데 회사의 면접을 보았습니다. 아래의 리스트는 날짜 순 정렬입니다.

A사 (1차 기술 면접 탈락)

특징: IT 중견. eBook 관련 컨텐츠 사업
지원방법: 채용 플랫폼을 통한 선 면접 제의
업무: 백엔드 개발
채용 절차: 서류 전형 -> 1차 면접 -> 탈락
후기
- 이력서를 올려두었던 채용 플랫폼 중 하나를 통해서 먼저 면접 제의가 들어와씁니다.
- 기술 면접 전에 사전 테스트가 있었는데 놀랍게도 기술과 관련된 질문 뿐만 아닌 출판 업계나 문학에 관련된 객관식 질문들도 있었습니다.
  - 예) 'xx년도 출판 업계에 발생한 일은?', '다음 중 노벨 문학상을 타지 않은 사람은?'
  - 기술 테스트로 나온 질문들은 무난한 편이었습니다.
- 기술 면접 중 손코딩 테스트를 봤습니다.
  - 3 문제 중 2 문제를 골라 해결해야 했습니다. 어떤 문제들이 있었는지 잘은 기억 안납니다.
    1. 스택으로 큐를 만들어보세요.
    2. 묘한 조건부 정렬 문제
탈락
- 면접 진행 후 몇 일 내에 탈락 통보가 왔습니다.
- 탈락 통보 메일에는 '신규 기능보다 개선이 많은 현재의 회사 role과는 다소 다른 경험을 가지셨다고 판단되었습니다' 라고 적혀있었습니다.

B사 (코딩 테스트 탈락)

특징: 머신 러닝 스타트업
- 단순히 기술 연구 뿐만이 아니라 머신러닝 기술을 바탕으로 다양한 서비스를 만들고 있다는 것에 매력을 느꼈습니다.
- 퇴사 전부터 관심있게 보던 회사였습니다.
지원 방법: 이메일로 이력서와 포트폴리오, 커버레터 제출
업무: 소프트웨어 엔지니어
채용 절차: 서류 전형 -> 전화 인터뷰 -> 탈락
후기
- 이전부터 관심을 가지고 있었던 스타트업이라 이직 타이밍이 왔을 때 바로 지원해봤습니다.
- 채용절차는 신속하게 진행되었고, 채용 담당자와 컨택이 잘 이루어졌습니다.
  - 스타트업 답지 않은 확실한 채용 프로세스가 있다고 느꼈습니다.
- 기술 면접 전 전화 인터뷰가 있었는데, 놀랍게도 전화 인터뷰와 동시에 코딩 테스트를 진행합니다.
  - 전화 인터뷰와 동시에 코딩 테스트를 진행하는 것에 굉장한 압박감을 느꼈습니다.
  - 문제가 굉장히 수준이 높았다고 느꼈습니다. 수준이 높다는게 무작정 어렵다는 문제가 아니라 정말로 문제해결능력과 창의력을 보기위한 문제라고 느꼈습니다.
  - 다만 코딩 테스트에서 javascript를 사용하지 못하게 해서 1차 멘붕이 왔습니다.
    - javascript는 알고리즘 문제 풀이에 적합하지 않은 언어라고 Reject 당했습니다.
    - 그런데 Python은 된다고 합니다. 지금도 납득하기 힘든 부분 중 하나입니다.
  - javascript를 못쓰니 급하게 C/C++를 사용했는데, 몇 년 만이라 STL이나 내장 메소드도 잘 생각이 안나서 2차 멘붕이 왔습니다.
  - IDE의 힘을 빌릴 수 있었으면 좀 나았을 수도 있겠지만, Google Docs로 문서를 공유하며 손 코딩 방식으로 진행되어서 3차 멘붕이 왔습니다.
  - 이미 여러 차례의 멘붕이 왔는데, 문제도 결코 쉬운 문제들이 아니라서 코딩 테스트는 개망했습니다.
- 코딩 테스트를 포함한 전화 인터뷰 이후 아쉬운 마음에 그날 하루를 몽땅 써서 풀지 못했던 문제들에 대한 리포트를 작성해 이메일로 추가 제출을 했습니다.
- 그렇지만 탈락했습니다.

C사 (최종 합격)

특징: 신규 스타트업. 기존에 있던 서비스를 인수 후 창업
지원방법: 채용 플랫폼을 통한 면접 제의
업무: 백엔드 개발자
채용 절차: 서류 접수 -> 임원 면접 -> 실무 면접 -> 최종 합격
1차 면접
- C사 대표님께서 직접 좋은 개발자를 구하기 위해 발로 뛰고 계셨습니다.
- 저랑 만나서 커피타임을 가졌고, 저를 꽤 마음에 들어 하셨습니다.
2차 면접
- C사 에 소속된 백엔드 개발자 분과 커피타임을 가졌습니다.
- 지금까지 했던 일과 C사의 인프라, 기술에 대한 인터뷰가 이어졌고 최종 합격했습니다.
좋았던 점
- 이미 C사 대표님이 다양한 직군 출신들의 시니어들을 모셔왔었습니다.
고민 되었던 점
- 극 초기 스타트업에 대한 부담감이 있었고, 비즈니스 모델이 너무 레드오션이 아닌가하는 생각이 들었습니다.
- 하나의 비즈니스 모델에 집중하기 보다는 다양한 비즈니스 모델로 다양한 서비스를 하려고 했다는 점도 불안하게 느껴졌습니다.
- C사 대표님의 공격적인 구애가 무서울 때도 있었습니다.
- 경험이 전무 했던 GCP + Java Servlet 기술 스택이었습니다.

D사 (최종 합격)

특징: 스타트업. 대기업 스타트업 지원 프로그램으로 시작해서 빵빵함. 커머스
지원방법: 채용 플랫폼을 통한 면접 제의
업무: 백엔드 개발자
채용 절차: 서류 전형 -> 실무 면접 -> 임원 면접 -> 최종 합격
기술 면접
- D사 CTO님과 1:1 인터뷰로 진행되었습니다.
- 사전부터 저를 굉장히 좋게 보고 계셨는지 기술 인터뷰 보다는 커피 타임하면서 기술 잡담하는 느낌도 들었습니다.
- 개발 프로세스, 개발 조직, 개발 문화, 개발 기술 등에 대한 다양한 얘기를 나눴습니다.
- 기술 면접 이후 빠른 시일 내에 임원 면접 일정이 잡혔습니다.
임원 면접
- D사 대표님과 1:1 인터뷰를 가졌습니다.
- 굉장히 형식적인 미팅에 가까웠고, 대표분이 CTO에게 개발팀과 관련된 전권을 위임했다고 하셔서 큰 무리는 없었습니다
고민 되었던 점
- 회사가 너무 멀었습니다. 심지어 교통도 불편한 곳에 있어서 이곳에 출퇴근 하려면 반드시 차가 있어야만 할 것 같은 느낌이었습니다.
좋았던 점
- 업무 공간의 인테리어가 마음에 들었고, 오지에 있어서 인지 주변이 마치 깡촌 같은 느낌이라 촌놈 출신에겐 마음에 들었습니다.
- java가 메인인데 java 관련 경험이 없어도 크게 걱정하지 않으셨습니다.

E사 (1차 면접 탈락)

특징: 머신러닝 관련 스타트업
지원방법: 채용 플랫폼을 통한 면접 제의
업무: 백엔드 개발자
채용 절차: 서류 전형 -> 실무 면접 -> 탈락
1차 면접
- E사 CTO, 백엔드 개발자, 인턴 개발자와 3:1로 진행되었습니다.
- 포트폴리오와 이력서 기준으로 질의 응답이 이어졌습니다.
후기
- 비니지스에 대한 질문을 던졌는데, 중간에 E사 대표님이 들어오셔서 직접 답변을 해주신게 정말 인상 깊었습니다.
- 인터뷰를 진행하면서도 묘하게 나랑 잘 안 맞는다는 느낌을 강하게 받았는데, 역시나 광속 탈락했습니다.

F사 (최종 합격)

특징: 챗봇 관련 스타트업
지원방법: 채용 플랫폼을 통한 면접 제의
업무: 백엔드 개발자
채용 절차: 서류 전형 -> 실무/임원 면접 -> 최종 합격
1차 면접
- F사 대표, CTO님과 진행되었습니다.
- 굉장히 공격적이고 압박적인 인터뷰 분위기였습니다.
- 그렇지만 기술적인 인터뷰 부분에서만 압박과 공격적이었고, 이외에는 굉장히 좋은 분위기 였습니다.
- 1시간 30분 가량 진행되었습니다.
후기
- 면접 진행 당시 감기 크리티컬이 터져서 제정신이 아니었습니다.
- 원래 F사 면접을 볼 즈음에는 2018년 1월까지 쉴 생각으로 모든 인터뷰 제의를 쳐내고 있던 상황이었습니다.
- 하지만 F사 대표님이 따로 문자까지 보내주셔서 굉장히 사람을 아끼는 회사라는 생각이 들었고, 호기심이 생겨 인터뷰를 봤습니다.
탈락했습니다..람쥐?!
- 원래는 1차 면접 후 F사 대표님으로 부터 탈락 통지를 받았습니다.
- 그러나 한달 뒤 쯤 CTO분께 다시 연락이 와서 탈락이 아니라, 제가 1월까지는 쉬고 싶다는 의사를 보여서 탈락이 아닌 합격 통보 보류 상태였다고 했습니다. (?!)
- 아마 커뮤니케이션 미스..?
고민되었던 점
- IT회사나 스타트업 보다는 그냥 일반 중소기업 같은 분위기나 프로세스를 가지고 있는 느낌을 받았습니다.
- 사내 개발 프로세스가 제대로 정립되지 않은 것 같은 느낌도 받았습니다.
  - 오히려 시니어 집단의 소규모 개발팀이라 불필요한가? 라는 생각도 했습니다.
- 챗봇 비즈니스와 개발에 큰 흥미를 느끼지 못했습니다.
좋았던 점
- 이미 국내 스타트업 Exit 경험이 있는 대표님이 이끌고 있었습니다.
- 개발팀 대부분이 30대 이상의 시니어로 구성된 팀이라 합류하게 된다면 굉장히 많이 배울 수 있을 것이라 생각되었습니다.
- 현재 회사의 단계가 스타트업 초기에서 중기로 넘어가는 단계라 그 시기를 직접 몸으로 느낄 수 있다고 강하게 매혹 당했습니다.
- CTO분이 설명해준 다음 레벨 인프라 아키텍쳐가 굉장히 합리적으로 보였고, 직접 개발해보고 싶다는 생각이 많이 들었습니다.
- 나중에 입사 포기 연락을 드리고, CTO님께서 개인적으로 연락이 왔는데 마치 동네 형아처럼 응원해주셔서 감동이었습니다.

G사 (1차 면접, 코딩테스트 탈락)

특징: 모바일 게임 회사
지원방법: 커버레터와 이력서를 메일로 발송
업무: 백엔드 개발자
채용 절차: 서류 전형 -> 실무 면접 -> 탈락
후기
- 면접은 3차 면접까지 존재한다고 합니다.
- 1차 면접은 코딩 테스트를 포함하여 3~4시간이었습니다.
- 1차 면접 때 기술 인터뷰를 포함하여 코딩 인터뷰까지 진행합니다.
- 1차 면접은 기술 + 코딩 인터뷰, 2차는 타 직군과의 협업 면접, 3차는 임원 면접이라고 합니다.
기술 면접
- 서로 다른 파트 개발자 3명과 진행되었습니다.
- 포트폴리오, 이력서, 경력 사항 위주로 질의가 오고갔습니다.
- 1시간 ~ 1시간 반 정도 진행되었습니다.
코딩 테스트
- 제공해주는 장비나 개인 노트북으로 2시간 ~ 2시간 30분 동안 3문제를 해결해야했습니다.
- 1, 2번 문제는 괜찮았으나 마지막 문제는 사실상 서비스 하나를 찍어내야 하는 문제라 굉장히 시간이 빡빡했습니다. (채팅 서버 개발)
고민 & 아쉬었던 점
- 개인적으로 개발 경험이 없었던 게임 모바일 개발 회사라 고민되었습니다.
- 업무 공간까지 들어가보지는 못했지만 전반적으로 느껴지는 분위가가 삭막했습니다..;
- 코딩 테스트 당시 개인 노트북 화면을 행아웃으로 공유 해야했습니다.
- 워킹 타임이 굉장히 길다고 면접관이 그랬습니다.
- 교통편이 좀 불편한 곳에 회사가 위치했습니다.
좋았던 점
- 점심, 저녁 다 준다고 합니다.
- 기존에 하던 웹 서버 개발이 아닌 새로운 개발 분야에 도전 할 수 있습니다.
- 대규모 글로벌 트래픽과 고도화된 AWS 인프라 스펙을 경험할 수 있다는 점이 매혹적이었습니다.
탈락
- 탈락 후 피드백에는 '팀에서 전달된 피드백은 긴장하셨는지 코딩 면접과 AWS, MySQL관련 기술에 대한 답변이 다소 부족했었다고 판단하였습니다.'라고 적혀있었습니다.

H사 (내부 리크루터 추천, 서류 탈락)

특징: 시리즈 투자 거의 끝난 상태의 잘나가는 핀테크 스타트업
지원방법: 채용 플랫폼을 통한 미팅 제의
업무: 백엔드 엔지니어
채용 절차: 리크루터 미팅 -> 서류 전형 -> 탈락
후기
- 리크루터 사전 면담을 포함하여 3차 면접까지 있습니다.
리크루터 미팅
- 지원 포지션에 대한 설명과 회사에 대한 설명을 들었습니다.
- 면담 후 바로 채용 절차가 진행되는 것이 아닌 지원 의사를 확인하고, 서류 전형이 진행됩니다.
좋았던 점
- 업무 환경과 사무실이 정말로 좋았습니다. 마치 영화 인턴에 나오는 그런 분위기의 사무실이었습니다.
- 평소에 관심이 많던 비즈니스 분야라서 호감이 갈 수 밖에 없었습니다.
서류 탈락?
- 리크루터에게 연락와서 서류를 넣었더니 서류가 탈락했습니다. 흠?!
- 너무 순식간에 광탈하여 아쉬웠던 점도 없었습니다.

이쯤에서 새로운 이력서를 작성 했습니다.

https://resume.yowu.dev

I사 (최종 합격)

특징: 중견 IP 사업/컨텐츠 스타트업
업무: 백엔드 엔지니어
지원 방법: 내부 지인 추천
채용 절차: 서류 제출 -> 코딩 과제 -> 실무 면접 -> 임원 면접 -> 최종 합격
코딩 과제 후기
- DB 설계, API 서버 개발 선과제가 1주일 기한으로 주어졌습니다.
- 원래는 언어제한이 없는 과제였으나 저의 경우 Java 검증이 되지 않은 개발자라 그런지 오직 Java로 문제를 풀어달라는 요청이 있었습니다.
- Java 8 의 Lambda나 Stream 같은 녀석을 사용한 트랜디한 코드를 선호한다는 첩보가 있었습니다.
- 과제 진행 시 연말이고 개인 사정으로 인해 시간이 부족해 3일 추가 기한 달라고 해서 받았습니다.
- 과제를 제출했고, 어차피 인생 첫 스프링 프로젝트라 퀄리티 보다는 프로젝트를 어떻게 진행하고 이슈 해결을 위해 어떻게 접근했는지를 상세히 기록해서 추가 제출했습니다.
직무 면접
- 면접관 6명 들어와서 6:1 면접의 압박에 깜짝 놀랐습니다. 6명 중에 실제로는 5명 정도만 질문을 던지셨습니다.
- 흔하지 않은 않은 면접 질문들을 많이 받았습니다.
  - 예를 들어 단순히 프로세스 vs 스레드를 설명해보시오가 아니라. “스레드를 굉장히 자세히 아는대로 설명해보세요.”, “4코어 서버에 싱글 스레드 서비스 인스턴스 4개로 클러스터 구성했을 때 일어날 수 있는 문제가 뭐가 있을까요?” 조금 더 실무적이고 생각을 해봐야하는 질문들이 나왔습니다.
- 사전 코딩 과제만 놓고 봤을 때는 사실상 탈락이었다고 합니다.
- 1시간 정도 진행되었습니다.
임원 면접
- CEO, CTO, 재무팀장이 참석으로 30분 정도 진행되었습니다.
- 이 서비스 분야에 얼마나 흥미가 있느냐, 커뮤니케이션 방식, 업무에 부하가 걸릴 때 어떻게 대처할 것인지 등 주로 업무 Attitude에 대한 질문을 받았습니다.
- 직무 면접 피드백을 받았는데 "Java 신입으로서는 훌륭하나, 경력으로는 잘 모르겠다" 였습니다.
고민, 아쉬웠던 점
- 채용 절차가 느린 편이었습니다. 실무 면접에서 약속된 기한을 몇 일이나 넘겨 다른 회사 인터뷰 스케쥴과 꼬여서 조금 곤란한 상황에 빠지기도 했습니다.
- 인터뷰와 채용 절차를 거치면서 CEO 철권 통치의 느낌을 굉장히 많이 받았습니다.
  - 철권 통치가 나쁜 것 만은 아니고 장/단점이 있다고 생각합니다.
- 기술 면접 부터 최종 합격 후 까지 “내가 지금까지 흥미있었고 모험적인 기술 테크(Node.js)를 어느정도 접고, 안정적이고 많이 쓴다고 평가받는 새로운 기술 테크(Java Spring)으로 갈아타는게 과연 옳은 짓인가 있는가?”를 계속 고민했습니다.
  - ~~정답은 [폴리글랏 프로그래머] 다.~~
좋았던 점
- 관심많고 선호하는 비즈니스 분야였습니다.
- 평소에 애용하는 서비스의 개발사였습니다.
- 대학생 때 부터 가고 싶던 회사 중 한 곳이었습니다.
- 개발 조직이 시니어 위주로 구성되어있었습니다.

J사 (최종 합격)

특징: 중견 O2O 스타트업
업무: Node.js 백엔드 엔지니어
지원 방법: 내부 지인 추천
채용 절차: 서류 전형 -> 코딩 테스트 -> 실무/임원 면접 -> 최종 합격
코딩 테스트
- 코딩 테스트 플랫폼을 사용해서 4문제를 풀어야했습니다.
- 1,2번은 보너스 문제 느낌이고, 3,4번은 어려웠습니다.
- 1번 문제 파악 제대로 못해서 0점 맞았습니다.
- 전체적으로 문제 해석이나 예외 처리 미비 등 신중하지 않았던 부분으로 인해 감점이 많았습니다.
- 400점 만점에 210점 받고, 주니어 개발자 가산점 붙여서 겨우 턱걸이 통과 했습니다.
직무 면접 / 임원 면접
- 원래 직무 면접과 임원 면접은 따로 진행되었어야 했으나 저는 한꺼번에 봤습니다.
- 바쁜 시즌인지 면접이 오후 7시 부터 진행되었습니다.
- 원래 1시간~1시간 반정도 진행되나 두 면접을 한꺼번에 보는 케이스고, 얘기가 길어져서 면접이 약 3시간 반동안 진행되었습니다.
- J사 기획자님, 개발자님, CTO님 세분과 진행되었습니다.
- 간단한 화이트보드 손코딩도 있었습니다. 이런 상황에 대해 코드로 어떻게 표현할 것이냐? 와 같은 질문이었고, 저는 분기문이나 조건문 처리에 대한 질문을 받았습니다.
- 이력서 기준으로 특정 프로젝트에서 해당 기술을 왜 썼고, 기술의 단점이나 특징들에 대한 질의가 오고 갔습니다.
- 직무 면접 중 사전에 진행한 코딩 테스트 결과를 바탕으로 문제 해설하고 재풀이하는 시간이 있었습니다. 좀 많이 망했습니다. ~~획기적이라 생각해서 준비해간 알고리즘이 뜯어보니 O(n^3)~~ ~~뇌를 정지합니다.~~
고민 되었던 점
- 의외로 굴리고 있는 있는 비즈니스가 정말 많았습니다.
- 출퇴근 거리가 편도 55km, 1시간 30분입니다.
- 주변 업계 선배들이나 어르신들이 추천하지 않았습니다.
좋았던 점
- 개발 조직이 거대했습니다. 한 100명 될려나..?
- 개발 조직이 시니어 위주로 구성되어있었습니다.
- 국내의 나름 큰 기업들 중 Node.js를 사용하는 정말 희귀한 회사 중 하나입니다.
후기
- 사전에 들었던 얘기로 인해 회사 이미지에 대해 살짝 부정적 입장이었는데, 전형을 진행하면서 회사에 대한 이미지가 긍정적으로 많이 바뀌게되었습니다.
- 특히 기술 조직 혁신을 위해 노력하고 있다는 느낌을 받았습니다.
- 합류하게 되면 내가 해당 팀의 유일한 20대 막내 개발자가 된다고 합니다...?
- 굴리고 있는 있는 비즈니스가 정말 많았으나 이정도 규모면 한낱 개발자가 신경 쓸 부분은 크게 없을 것 같았습니다.

K사 (최종 합격)

특징: 머신러닝 기반 의료 솔루션 스타트업
업무: 웹 개발 총괄 및 Full-Stack 개발자
지원 방법: HR 업체 중개
채용 절차: HR 중개 -> 면접 전형 -> 최종 합격
직무 면접
- 담당했던 개발 프로젝트와 스타트업 경험 위주로 얘기를 나눴습니다.
- 간단한 Singleton 패턴을 화이트보드에 손코딩 했습니다.
고민 되었던 점
- 내가 정말 웹 개발 총괄과 조직을 리딩 할 준비가 되었는지에 대한 고민이 있었습니다.
- 그다지 관심 없는 서비스 분야(의료)에서 내가 열정을 가질 수 있을까도 고민 했습니다.
좋았던 점
- 정말 초창기 스타트업으로 현재 3명이지만 모두 10년 정도 경력의 시니어 집단이었습니다.
- 합류하게 되면 초창기 멤버로 실력있는 시니어 개발자와 스타트업 초기 단계에서 부터의 많은 경험이 보장되었습니다.

L사 (최종 합격)

특징: 헬스 케어 관련 스타트업
업무: 풀스택 개발자
지원 방법: 채용 플랫폼을 통한 선제의
채용 절차: 서류 전형 -> 면접 전형 -> 최종 합격
직무/임원 면접
- CTO와 직무 면접 40분, 대표와 이사와의 임원 면접 1시간 정도로 진행되었습니다.
- 나에 대해 물어보는 것 보다 본인의 스토리나 회사에 대한 얘기가 더 많아 아쉬웠던 면접이었습니다.
좋았던 점
- 강제 운동시켜 주신다고 합니다. 연 240만원 상당 헬스권을 복지로 지원해줍니다.
- 메일이나 통화 상으로는 굉장히 젊은 스타트업인 줄 알았는데, 만나보니 노련한 - 시니어 집단 스타트업이었습니다.
고민되었던 점
- 회사와 서비스, 개발조직에 매력을 느끼지 못했습니다.

M사 (연락 두절)

특징: 거대 IT 회사 계열로 IoT와 AI 등 R&D
업무: 백엔드 개발자
지원 방법: 공식 홈페이지를 통한 접수
채용 절차: 서류 전형 -> 연락 두절
연락 두절
- 지원서 접수 후 1달이 되어가지만 아무런 연락이 오지 않았고, 저는 다음 회사를 결정하게 되었습니다.
- ~~그리고 포스팅 하는 이 시점에 3달이 다 되어가지만 아직까지도 연락이 안 왔습니다.. 주륵..~~

28세 요우의 이직 대탐험을 하면서 느낀 점

이력서는 생각보다 정말 중요한가보다.
- 뭔가 중간에 이력서를 새로 작성하고 난 뒤부터 합격률이 올라간 듯한 느낌적인 느낌입니다.
- 이전에 사용하던 이력서는 굉장히 가벼운 느낌으로 쓸데없이 길고 모든 정보를 다 때려박은 이력서 였습니다.
면접도 정말 많이 볼 수록 좋아지는 것 같다
- 면접을 많이 보았던 이직 대탐험 후반 즈음에는 면접이 아니라 집 근처 회사 놀러와서 개발자 분들이랑 그냥 커피 타임 가지는 기분이 들었습니다.
- 그런데 그런 느낌이 드는 면접일 수록 좀 더 잘 본 것 같습니다..;
퇴사 후 공백기 없이 바로 이직을 해야하는가?
- 많은 분들이 전 직장을 퇴사 할 때, 쉬지 말고 바로 이직을 하라고 조언해주셨습니다..만 솔직히 잘 모르겠습니다.
- 저는 어떻게든 되겠지 라는 심정으로 3달 정도의 공백기를 가졌습니다만, 꼭 공백기 없이 바로 이직 하는 것도 정답은 아닌 것 같습니다.
- 아마 당장 돈 들어가는 데가 많이 없는 20대 독신남인 점이 작용하지 않았나 생각이 듭니다.
- 대학교 졸업 하고 첫 직장 고를 때 보다 이번 이직 때 더 신중하고 느리게 진행 했던 것 같습니다.
개발자 임원(대표) 면접의 분위기는 어떨 것인가?
- 이건 사실 지금은 HR 쪽에서 일하는 대학 동기가 물어봐서 생각을 해본 주제 입니다.
- 개발자 채용시 임원 면접은 개발 조직의 독립성과 자율성에 굉장히 큰 영향을 받는 것 같습니다.
- 개발조직이 독립적이고 자치권이 있으면 임원 면접은 사실 상 '얼굴 함 보자'라는 느낌이었습니다.
- 반면에 개발팀이 독립적이지 않고 자치권이 없으면 임원 면접이 굉장히 빡쌔지는 것 같습니다.
- 다행히 제가 면접 본 회사들은 대부분 IT 회사라 임원 면접이 엄청 빡빡하지는 않았던 것 같습니다. 임원 면접 단계가 아예 없었던 곳도 많았구요.
왜 나의 커버레터는 효과가 미약했는가?
- 제 인생 첫 개발 팀장이었던 브래드님의 브런치 포스트에서는 지원서와 커버레터를 함께 제출 시 피드백이 매우 좋았다고 했으나, 저는 두드러지는 효과는 없었던 것 같습니다. ~~빵형 저랑 밥먹어욤~~
- 제가 커버레터를 잘 못썼거나, Case-by-Case 인 것 같습니다. ~~아 커버레터 진짜 열심히 썼었는데..~~
스타트업에서의 근무 경험은 다들 좋게 평가하셨다.
- 특히나 스타트업에서 다음과 같은 경험을 하신 것을 좋게 보셨습니다.
  1. 넓은 개발 스코프를 경험 해본 점
  2. 소규모 였더라도 개발 조직을 이끌고 다른 직군과 협업해가며 프로젝트를 리딩해본 점
  3. JIRA나 Confluence를 협업 툴을 도입하고, 개발 프로세스에 대해 고민해봤던 점
  4. ~~스타트업에서 한번 x 되어 본 주니어 개발자인 점 (전직장 모 마케팅 팀장님 증언)~~

결과 (야놀자야 놀자)

제가 이렇게나 게으릅니다.

사실 이런 포스트는 입사 전에 올리면서 앞으로의 기대감 반 스푼 정도와 설렘 반 스푼, 새벽감성 세 스푼 정도 넣고 앞으로의 포부나 새로운 회사 출근에 대한 감회 등을 버무려 적어야 제 맛인데, 제가 게을러 빠져서 벌써 입사한지 2주나 지나서 감상이 날아간 채 포스트를 마무리하고 있습니다.

(사실 그런 감성도 없는 편입니다..ㅜㅜ)

입사 포부는 그냥 할 수 있는 것 보다 조금 더 해볼려고 하고 있습니다.

'Hey, Yanolja! Let's Play'는 한글로 '야놀자야 놀자' 입니다. 호우!!

그래서 지금은 모 O2O 회사 CX 서비스실의

~~유일한 20대~~

막내 개발자가 되어서 아직은 하루하루 신명나게 보내고 있습니다. 28살 주제에 벌써 세번째 회사네요. 구내식당 밥도 맛있구요. 2끼나 주고요. C427 카페도 직원 DC 되고요. 팀 선임분들도 친절하게 사랑으로 보듬어 주고 계십니다.

~~회사랑 집이 멀어서 이사 갈 날 만을 손꼽아 기다리고 있습니다. 허미 서울생활 빡씬 것..~~

마무리 (못 다한 이야기)

위 회사 리스트의 회사 어디냐고 개인적으로 연락 주셔도 안 알려드립니다.
특정 회사의 채용 절차를 까발리기 보다는 이렇게나 다양한 개발자 면접 전형이 있었고, 경험했다는 것을 공유하고 싶은 취지로 작성한 포스트입니다.
누군가에게 도움 되었으면 좋겠습니다.
다음 포스트는 아마 제가 입사한 모 O2O 회사의 기술 블로그에 올리게 될 것 같습니다. Comming Soon.
~~배 고프고 빨리 자고 내일 출근해야 되서 맞춤법 검사기 안 돌렸습니다. 봐주세요.~~
끝