Dev갱이

에프랩(F-Lab) Node.js 백엔드 수료 후기

Dev갱이 — Thu, 15 May 2025 14:39:42 +0900

6개월간의 멘토링 여정이 끝이났고 드디어 수료 하게되었습니다!!!!

멘토링을 시작하기 된 계기

1. 에프랩 소개 페이지 및 Organization Repositroy

주변에 소문이나 그런것도 솔직히 잘 몰랐고 우연히 구글 광고를 통해서 홈페이지에 소개 되어있는 커리큘럼이나 F-Lab Organization에 공개되어 있는 Repository들을 보고 흥미가 생겼습니다. 그리고 멘토링 신청 페이지에 있는 "인생의 중요한 시기, 한번 할 때 제대로 하셔야 합니다" 문구가 저에게 많이 와닿았고 도전 해보게되었습니다!

2. 개발 성장곡선의 고원지대(plateau)를 경험

이미지에 나와 있듯이 중간의 고원지대에 빠지게 되어서 공부를 해도 개발자로써 전혀 성장하고 있다는 기분이 들지 않았습니다. 회사에서 서비스를 만들고 배포하고 하는것이 개발자의 성장과 직결되는것이 아니라고 생각하고 그것은 그냥 일인것 같다는 생각이 많이 들었습니다.

해당 부분의 개발 성장 고원지대에 관한 팟캐스트 및 정리 아티클이 있는데 시간 나실때 보시면 좋습니다!

( https://dev.to/kakacomputer-media/how-to-break-through-the-developer-plateau-if-youre-stuck-watch-this-3058 )

아래는 저 스스로 드는 생각이고 제가 절대 대단한 개발자라고 자랑하는 글이 아닙니다!!

멘토링을 진행하기전과 비교 했을때 나는 어떻게 변했는가?

1. 학습 방법의 변화

이전에는 인터넷 강의 (인프런,유데미)등과 유튜브에 굉장히 의존하면서 공부 하였는데 이제는 공식문서와 신뢰할 수 있는 공식 자료를 기반으로 공부 할 수 있게 되었습니다.
멘토리 이후 최근에는 Go를 공부 하고 있는데 이전이라는 분명 인터넷 강의를 덜컥 샀을텐데 현재는 Go의 공식문서가 너무 잘되어있어서 공부하는데 크게 불편함이 없었습니다.

2. 기술 선택의 근거

이전에는 유행하는 기술을 프로젝트에 적용하고 잘동작한다면 그대로 배포했습니다.
멘토링 이후에는 항상 오버엔지니어링 하지 않으려고 노력하고 기술을 도입해야 하게 된다면 더 나은 차선책은 없는지와 이게 왜 필요한지에 대해서 동료 개발자들에게 설득할 수 있게 근거를 마련하고 도입 할 수 있게 노력 하고 있습니다.

3. 부채청산에서 성장 복리이자

이전에는 부채청산이라고 엔지니어가 되기전에 이미 겪었어야 했을 지식들을 하지 않아 이자가 붙어서 연차가 올라 갈수록 아주 많은 부채를 가지고 있었고 에프랩에 오게 되고나서 저에게 기술과 지식의 부채가 산더미라는것을 알게 되었습니다. 이를 청산 하기 위해서는 노력을 배로 해야 된다는것도 알게 되었습니다.
멘토링 이후 결국 부채는 청산이 되는것이었고 최근에는 정말 고원지대(plateau) 를 뚫고 저의 성장 곡선이 다시 우상향 그래프를 그리고 있는 경험을 하고 있습니다. 이는 에프랩의 저의 멘토님(Jayce)과 Fitz님이 말씀 하셨던 복리이자가 붙을거라고 하셨는데 정말로 그런것 같습니다. 저는 요즘 드는 생각이 저의 3개월뒤 6개월뒤 1년뒤에 얼마나 성장 했을지 굉장히 하루하루가 기대가 됩니다.

4. 잘못된 지식 습득의 최소화

이전에는 보통 지식들이 velog라는곳의 다른 개발자들의 기술 블로그를 통해서 얻게 되면서 확실히 잘못된 지식을 많이 얻게 되고 이게 고착화 되어버리는 문제가 있었습니다.
멘토링 이후에는 저의 멘토님(Jayce)과 Fitz님이 말씀하신대로 아는게 많이 없어서 이게 정말 잘못된 지식인지 구분할 수 있는 능력이 없어서그런거라 계속 습득하다보면 필터링 하는것도 자연스럽게 생기게 된다고 하였는데 정말 신기하게도 알고 있는 지식이 쌓일수록 이를 구분하는 능력도 많이 늘게 되었습니다. 또한 공신력있는 자료를 찾는법을 많이 알게되어 이것도 잘못된 지식을 습득하는것을 최소화 하는 방법인것 같습니다.

회사 면접과 데브시스터즈 서류합격!

이전의 저라면 꿈도 못꾸고 항상 탈락하는 정도의 회사인 데브시스터즈에 서류 합격 했을때 너무 행복 했습니다!!! (결국 떨어짐 ㅋㅋ) 그리고 확실히 좋은 회사를 만약에 서류 합격을 하게 되었을때 멘토링을 하고 있다면 멘토님에게 굉장히 많은 도움을 얻을 수 있는것 같습니다. 예를 들어서 라이브코딩테스트를 보게 된다면 이것을 처음인 사람은 어떻게 준비 해야 될지 모를텐데 이런 부분을 멘토님께서 꿀팁이나 어떻게 준비해야 되는지 알려주시니 굉장히 많은 도움이 되는것 같습니다.

면접에서 티키타카

면접에서 이전에는 "잘모르겠습니다" 라거나 "기억이 잘안납니다" 라는 다소 김빠지는 대답을 많이 했었는데 멘토링을 받은후에 스타트업에서 기술면접을 보게 되었을때 어떠한 상황이 발생 했을때 문제를 어떻게 해결 할것인지에 대한 질문을 받았는데 이때 로그 얘기부터 모니터링 시스템이 구축 되어 있는 상황인지 물어보고 그렇다면 cpu utilization은 어느정도 되는지 등을 질문과 응답을 하면서 티키타카 라는것을 처음 해보았는데 이를 통해서 문제를 해결해나가는 과정의 면접이 굉장히 재밌었습니다.

프로젝트 회고

프로젝트는 포퍼먼스 향상에 초점을 둔 프로젝트를 진행 하였고 이를 위해서 지속적인 부하 테스트(Spike Test)를 통해서 문제점들을 찾고 이를 해결 해나가는 프로젝트를 진행 했습니다. 이를 통해서 멘토링때 다루는 CS 지식과 Node.js 지식을 프로젝트에 접목 시킬 수 있었습니다. 만약 이를 알지 못한다면 부하 테스트시에 발생하는 트러블 슈팅을 해결하지 못했을것 같습니다.
그래서 프로젝트 최종적으로 API 전체 평균 RPS : 413.35/s → 1453.33/s, 약 3.5배 성능 향상 시켰습니다.

멘토링 최종 후기

좋았던점

자기가 개발자로써 성장에 욕심이 있고 주변에 좋은 개발자가 없고 또한 자신을 이끌어주는 개발자가 없다면 꼭 한번 경험 해야 할 코스라고 생각합니다. 제가 멘토링을 처음 진행 할때 첫번째로 느꼈던것은 저는 완전 우물안에 개구리였고 저와 비슷한 실력과 같은 학습 방법을 가진 개발자들은 우리들만의 리그에서 치열하게 경쟁하고 있고 그 위가 있다는것을 알게 되었습니다. 즉, 천상계 개발자들의 리그에서 그들은 그들만의 리그에서 치열하게 경쟁하고 있는데 그 리그에 합류하려면 독학으로 얼마나 걸릴지 예측이 안될것 같습니다. 그래서 그곳에 가고 싶다면 에프랩을 통해서 조금 더 지름길로 갈 수 있지 않을까 싶습니다.

아쉬운점

자신이 무엇이 부족하고 자신의 실력이 어느정도 되는지 객관화가 잘되어 있어야 할것 같습니다. 확실한것은 "아는 만큼 많이 얻어간다" 인것 같습니다. 이후에 또 추가적으로 멘토링을 받으면 더욱 성장 할 수 있을것 같은데 처음 멘토링을 하고자 한다면 자신이 어느정도 수준인지 알고 하는게 좋은것 같습니다! 너무 아무것도 모르는 경우에 하게된다면 원하는 결과를 얻지 못할 수 도 있을것 같아요.

에프랩(F-Lab) Node.js 백엔드 6개월 후기

Dev갱이 — Thu, 15 May 2025 08:15:14 +0900

멘토링 마지막 6개월 후기를 남겨보겠습니다!!!

1개월 동안 배우것

저는 현재 취업이 가장 중요하다고 생각하여서 멘토링시간에 멘토님과 저의 이력서를 기반으로 모의 면접과 이력서를 봐주시고 서류 합격을 위해서 어떤것들을 더 추가하면 좋을지에 대한 부분을 많이 다뤘습니다.

서류 합격의 목걸이는 어려웠다....

이력서를 버저닝을 통해서 수정하고 지원하고를 지속적으로 반복하고 좀 더 추가할것들에 대해서 블로그 글이나 프로젝트 기능들을 추가하고 README등도 수정하여 열심히 지원하였지만 서류 합격자체의 합격률이 30%도 넘는게 힘들다는것을 알게 되었어요. 제 이력서가 매력없을 수 도 있지만 제 생각에는 요즘 매력적인 개발자들이 많은것 같아요.

컬쳐핏 면접 이건 무엇인가?

컬쳐핏 면접(Culture Fit Interview)이란, 지원자가 회사의 문화·가치관·팀 분위기와 잘 맞는 사람인지 평가하는 면접을 말합니다.

기술력(하드 스킬)보다는 사람 됨됨이, 커뮤니케이션 스타일, 팀워크, 일하는 태도 등을 평가합니다.

결국 지원자와 회사가 잘 맞는지 핏을 보는게 컬쳐핏 면접인데 보통 이단계에서 대부분 합격한다고 주변에서 말씀 해주셨는데 여기서 떨어진 사람이 바로나~ 나름대로 회사 홈페이지도 꼼꼼히 보고 준비를 하고 갔다고 생각 했는데 제가 생각 했을때 저는 사실 마음속으로 이미 합격 했다고 생각을 했었나봐요. 탈락하고 배운점은 최종 합격까지 절대 방심 하지 말아야 한다는것이고 끝까지 긴장의 끈을 놓지 말아야 한다는것이었습니다.

1개월 후기

멘토링이 끝나기전에 취업에 성공해서 멘토님과 취업이후의 이런저런 이야기도 꼭 나눠보고 싶었는데 이부분이 저는 많이 아쉬웠네요. 그리고 멘토님에게 죄송한 마음이 드는건 어쩔 수 없는것 같습니다. 제가 문제인것인데 저를 가르쳐주신 멘토님에게 흠이 갈까봐 그부분이 마음에 걸립니다. 그래도 멘토링 끝나는 시점까지 멘토님께서 플랜B 플랜C까지 가이드 해주시고 여러가지들을 준비해서 이력서를 보강해서 시도해볼 수 있게 해주셔서 지속적으로 도전 하고 있습니다!

취업하게 되면 추가적으로 후기를 남겨보겠습니다 !!!

에프랩(F-Lab) Node.js 백엔드 5개월 후기

Dev갱이 — Thu, 15 May 2025 08:14:16 +0900

멘토링 연장을 결심하고 5개월의 멘토링 후기를 남겨 볼게요

1개월 동안 배운것

멘토링 연장 후 데이터베이스 주제로 선택하여 마찬가지로 데이터베이스 CS 공부를 했어요. 데이터베이스 시스템 7th 일명 돛단배 라는 책을 통해서 멘토링 시간에 다루기로 했는데 책을 구매하여서 도착하자마자 거대한 책의 크기와 양에 깜짝 놀랐어요.

문제점

Database System 이론이 마치 최종 보스같은 느낌 입니다. 이전에 학습 했던 모든 CS 지식의 통합본이라고 느꼈는데 자료구조와 알고리즘 공부를 조금 미흡하다보니 책에서 다루는 내용을 이해하기 위해서 다시 자료구조와 알고리즘을 공부해야 하는 러닝커브가 발생 하였어요.

이력서 작성

프로젝트는 거의 막바지에 접어들어서 취업을 위해서 이력서를 열심히 작성하게 되었어요. f-lab(에프랩)에서 공개되어 있는 무료 이력서가 많이 도움이 되었어요!

에프랩 무료 이력서

https://f-lab.kr/publish/resumes?gad_source=1&gad_campaignid=22368870602&gbraid=0AAAAACGgUFdbX-n9vLJ75260tUI-vb7LR&gclid=CjwKCAjw_pDBBhBMEiwAmY02Nk3rc5va-nJ7j4RTku2wnH449q8YVbPUkfpZC7XhDePubD7yT71MuRoC3TAQAvD_BwE

느낀점은 확실히 이력서를 적는게 많이 어렵다고 느꼈어요. 물론 이건 다른 직군도 똑같은 고민일것 같은데 뭔가 pdf 몇장으로 나를 표현 한다는게 또한 해당 pdf를 통해서 서류 합격의 목걸이가 주어지는것이 이력서를 잘 쓰는것도 하나의 소프트 스킬이라는것을 깨닫게 된것 같아요.

멘토님과 한달 후기

멘토님의 이력서를 참고할 수 있게 제공 해주시고 제 이력서도 주기적으로 봐주셔서 이부분도 생각해보면 엄청 많이 도움이 되는 멘토링 효과인것 같습니다. 멘토님의 이력서를 보면 확실히 다르다는것을 많이 느꼈습니다. 좋은 개발자가 되는것 외에 좋은 회사에 가기 위해서 잘해야 되는것이 많은것 같습니다.

에프랩(F-Lab) Node.js 백엔드 4개월 후기

Dev갱이 — Tue, 25 Mar 2025 08:21:37 +0900

4개월 후기

시간이 정말 빠른것 같습니다. 후기는 4개월 후기이고 저는 벌써 5개월차 멘토링을 진행중입니다.

문제점

건강 관리의 실패

2월에서 현재 3월까지 건강상태가 많이 안좋았습니다. 현재는 많이 좋아져서 다시 열심히 달릴 수 있게 되었는데 미리미리 건강관리를 잘 했더라면 낭비한 시간들이나 비효율적인 시간들을 줄일 수 있었을것 같은데 많이 아쉬운 순간인것 같습니다.
자기관리의 실패도 결국 저의 역량 미흡이니 이것도 다시 재발하지 않게 왜 이렇게 안좋았었는지 어떤것들을 개선 해야 될지에 대해서 기록 해두고 추후에 회사를 다니더라도 건강 관리에 유념해야 될것 같습니다.

한달동안 배운것

- 네트워크 탑다운 어프로치 책을 통한 애플리케이션 레이어 ~ 네트워크 레이어

- 프로젝트는 어느정도 정한 목표를 달성 하여서 시간 투자를 줄였습니다.

네트워크 책이 생각보다 너무 어려워서 학습 하는것에 굉장히 어려움을 겪었습니다. 이런 부분들도 멘토님에게 조언을 구하면서 진행을 하면서 어떻게든 공부를 하는것에 목적을 많이 두었습니다. 그래도 긍정적인것은 지금 다시 보았을때 확실히 처음 보았을때와 비교하면 훨씬 이해와 공부가 수월 한것 같습니다. 즉, 앞으로도 계속해서 더욱 어려운것들을 많이 접하게 될것인데 포기하지 않고 우선 첫공부를 끝까지 하는것에 목표를 두면 좋다는것을 알게 되었습니다.

새롭게 깨닫게 된것

개발언어

이전에 다른 개발자들이 “하나의 언어를 배우면 다른 언어는 금방 배운다. 언어 선택에 크게 고민 하지마라“ 라는 말들을 많이 들었고 그때는 내가 이해하고 받아 들이기로 어차피 다 RestAPI Json 리턴 해주고 반복문 조건문 등 다 비슷한 문법들을 사용하면서 개발 하니까 그런것 같군 하고 넘어갔었습니다.
그러나 에프랩을 경험하면서 (이또한 내가 생각 하는것이 틀린것일 수 있으나) 그때 그분들이 하신 말들이 무슨뜻이었는지 다시 생각 해보게 되었습니다.
언어는 ”메커니즘“ 프레임워크는 ”트렌드“ 라고 생각하게 되었습니다.

언어 같은 경우 예를 들어 해시 테이블이라는 자료구조를 통해서 Map이나 Set을 구현하는 이러한 "메커니즘"이 하나의 언어에 국한되지 않고 공통적으로 사용한다는것을 알게 되었고 즉, 이런것들이 "하나의 언어를 배우면 다른 언어를 금방 배운다" 라는 명제를 뒷받침 하는 이유가 된다는 생각을 하게 되었습니다.

프레임워크는 "트렌드"라는 것은 예를 들어 스프링이나 NestJS나 Laravel 등의 OOP를 지원하는 프레임워크들은 공통적으로 DI와 IOC를 통해서 의존성을 관리하고 주입하는 방식을 채택하는것을 알게 되었습니다. 즉, 이런것이 트렌드라고 생각 하였습니다.

코루틴 같은 경우도 트렌드인데 파이썬, 노드, 코틀린, Go등에서도 사용하는 개념인것을 알게 되었습니다. 결국 이러한 트렌드와 메커니즘들이 모여서 언어와 프레임워크를 구성하고 하나를 깊게 공부를 하게되고 나면 다른것을 접할때 러닝 커브가 그만큼 낮아진다는 생각이 들게 되었습니다.

학습방법 고민

복습을 하기 위해서 이런저런 방법들을 많이 시도 해보고 시행착오를 겪어보니 이것도 자기에게 맞는 방법을 찾아야 하는 일련의 과정인것 같습니다. 현재 시도해보고 있는 방법은 주차별로 공부한것들을 정리해두고 주 단위로 복습을 하는 방법을 사용하고 있습니다.
카테고리나 주제별로 복습하는 방법보다 주제와 상관없이 해당 주차에 공부 했던 내용을 복습 하는 방법을 사용해보니 확실히 가장 최근에 공부한 내용들이라서 그런지 복습하는 속도도 빠르고 공부 했던 내용들이 결국 관련된 내용들 위주로 공부를 하다보니 Locality한것 같습니다.

후기

항상 멘토님에게 피드백 받는 내용들에서 고쳐지지가 않는것이 저의 안좋은 습괍이 몸에 오랫동안 베여있어서 그런것 같습니다. 정말 슬프게도 멘토링이 끝날때까지 완벽하게 고쳐지지 않을것 같아서 앞으로도 항상 신경 쓰면서 고치도록 노력 해봐야될것 같네요! 특히나 무언가에 대한 설명을 대답할 때 외운듯한 내용의 설명으로 대답을 하거나 또는 외우는 공부습관이 쉽게 고쳐지지 않고 있습니다.

다음달도 화이팅!!!!

에프랩(F-Lab) Node.js 백엔드 3개월 후기

Dev갱이 — Sun, 9 Feb 2025 18:30:54 +0900

안녕하세요. 3개월차 멘토링 후기를 작성 하게 되었어요. 멘토링 후기를 작성하는 방법도 한달 회고로 작성하면 좋을것 같아요.

한달동안 배운것

네트워크 CS 공부를 하고 있어요. HTTP 애플리케이션 레이어와 전송계층까지 공부하고 있는중이에요. 우선 오늘도 멘토링을 진행하고 이 글을 작성중인데요! 저는 오늘 저에게 굉장히 실망하고 말았어요. 황금같은 멘토님의 시간을 허비한것 같은 기분이 들었거든요 ㅠㅠ 멘토링 시간에 대답을 잘못했고 확실히 제가 제 스스로를 돌아 보았을때 "공부를 잘했는가"를 생각 해봤을때 그러지 못했던것 같아요. 열심히 하는것은 중요한게 아니니까요! 그래서 오늘 제가 이전에 비해서 개선된점은 그래도 그나마 꼽자면 멘토님의 개념에 대한 질문에 대답을 하는 방식의 개선정도(?)이고 머리속에서 개념들이 전혀 정리가 되지 않고 심지어는 여러가지 키워드나 원리들이 머리속에서 백지가 되었다고 해야할까요. 공부를 했는데 왜 이렇게 이번주 멘토링을 망쳤을까요. 제 스스로가 좀 한심한 생각이 들지만 우울하기 보단 문제점을 적어보고 개선사항으로 한번 회고를 해봅시다! 다음주에 잘하면 되니까요ㅎㅎ

멘토님께서 이런 저의 쿠쿠다스 멘탈에 좋은 조언을 해주셨던게 기억이 나는게 멘토님과의 멘토링시간과 지금의 과정은 말그대로 연습 수정 개선 발전 과정인것 같아요. 멘토님 말씀을 다시 한번 생각 해보면 취업 전선에 나가서 지금 제가 오늘 했던거처럼 면접때 했다면 면접만 잘봤더라면 정말 원하는 기업에 들어갈 수 있었음에도 불구하고 그 기회를 날리는거잖아요?

오오오!!! 이렇게 생각을 글로 정리하다보니까 완전 럭키비키에요!

정말 최고의 기회가 오기전에 저의 문제점들을 파악하고 시도해보고 실패하고 수정하고 개선하기를 반복 해볼 수 있고 그거에 대한 피드백을 매주 1회 해주는 상황이잖아요?

공부 정리 방식

멘토링2개월차때

4개월차

공부 정리 방법을 이전방법이 아닌 다른 방법으로 변경하고 있어요. 음... 이전의 질문에 대해서 제가 횡설수설하는 이유가 공부를 정리할때 저렇게 정리 자체가 너무 포괄적인 내용을 정리해서 머릿속에서 정리가 안되는것 같더라고요!
(정리 방법의 변화를 통해서 조금 대답하는 방식이 개선되고 있지만 공부를 한 결과는 아직 많이 나아지지 않았네요.)

멘토님에게 얻은 인사이트와 멘토링 연장 결심

처음에는 그냥 잘하고 싶다. 배우고 싶다. 취업 좋은데로 하고 싶다. 이런 뻔한 크게 머릿속에서 하나의 목적지와 앞으로의 어떤 개발자가 되고 싶은 전체적인 그림 같은게 솔직히 없었던것 같아요. (그냥 아무 생각이 없었던거죠 ㅠㅠ)
어찌보면 이것도 회고를 통해서 실패 -> 수정 -> 개선사항 적용 과정인것 같습니다.
목표가 없었는데 (최종적으로 봤을때 취업은 목표가 아님) 멘토님과의 소통으로 이것 또한 제 인생의 큰 방향점이 될 수 있는 나는 어떤 Developer가 되고 싶은가? 너는 뭔데? 소프트웨어 개발자는 현실의 문제를 소프트웨어 기술로 해결하는 사람인데 너는 뭘 해결 하고 싶은데? 너는 왜 개발을 하는데? 개발을 할때 너가 가장 중요하게 생각하는 부분은 무엇이며 그것을 지키기 위해서 뭘 해야할지? 이런것들을 지금 당장 체계적으로 가지고 확립 시켜서 당장 얘기 할 정도는 아니지만 이부분들도 저의 문제점이라는걸 알게 되어서
실패 -> 수정 -> 개선사항을 적용하고 있는것 같아요! 즉, 진짜 목표를 정하는거죠 ㅎㅎ 하다보면 어느정도 윤곽이 잡히겠죠?

아니 근데 개발자 교육에 대한 블로그 후긴데 왜 개발 얘기는 없고 프로젝트 얘기도 없고 온통 공부 얘기지?

오오, 이것도 멘토링을 연장하게 된 결심에 대한 얘기와 이제 해당 기간의 목표로 어떤 인사이트를 얻고 싶은지에 대한 이유에 대한 얘기에요.

멘토님이 생각하는점이 저한테는 굉장히 감명 깊었고 멘토님의 생각에 완벽하게 공감이 되어서 이전의 그냥 무념무상이었던 저만의 철학 같은게 없었는데 그러한 나만의 생각을 가지고 싶어졌고 그 부분에 집중해서 개선되고 싶어서 멘토링 연장을 결심 하게 되었어요! 사실 더욱 오래 장기 결제를 하고 싶지만! 이제 돈이 없습니다 헤헤 퇴사하고 퇴직금 다써버림~

남은기간 멘토링 목표 설립하기

나만의 공부 루틴 확립하기

실패 -> 수정 -> 계획 -> 시도 -> 실패 사이클을 통해서 1주일에 1회 멘토링 후 스스로 한주를 회고를 하여 개선 해나가며 최종적으로 멘토링이 끝날때까지 나에게 맞는 방법을 최우선으로 정했어요. -> 정말 좋은것은 이것이 정말 잘하고 있다는것에 대한 증명이 피드백 시스템으로 인해서 멘토님의 인정을 받게 되는 그 순간이 확실한 결과겠네요 ㅎㅎ

조금 고민) 어떤 시간대에 가장 효율이 잘나오고 하루에 최고 효율의 공부시간은 어떻게 될지 측정 할 수 있는 도구가 없을까요...

이번달 회고

하루 공부의 타임포인트 분배 실패
CS (네트워크) : 4시간
프로젝트 : 4시간
1~2시간 추가 optional

문제점
저의 학습 능력과 이해속도 강의 보는 시간 책을 회독하는 시간 정리하는 시간 등 멘토링 시간에 알찬 시간을 보내기에 확실히 CS 학습시간이 부족한것 같네요. 우선 순위를 조정하고 다른것에 대한 타임포인트를 뺏고 공부 시간을 조금 늘려야 될것 같군요.
시간을 쪼개서 분배해서 하는건 하는건데 제가 과연 이시간에 진짜 70~80% 집중력을 발휘 했을지에 대해 생각 해보면 그렇지 않은것 같긴 하네요. 분명 어디에서 Time leak가 발생하고 있는것 같습니다. 이부분을 해결하기 어떻게 하면 좋을지 고민을 좀 해보고 보통 어느 타임 포인트에 어느정도까지 공부목표를 달성하는지 (정말 매우매우 귀찮지만) 매일매일 회고하는 방식으로 개선해보자구요.
1주일 기억은 잘 안나긴 하는데 뭔가 기억 나는건 어떤 특정 공부 분야의 주제 부분을 이해하는데 4시간이 걸렸던 드문드문한 기억이 나네요. -> 아아!! http/2 공부 하는데 그랬군요. 사실 4시간이 투자 했는데도 아직도 모르겠습니다 허허. 이런걸 진짜 귀찮지만 기록 하는 습관을 추가 해봐야겠습니다. 이거 때문에 Blocking 되고 있었다는걸 멘토링 끝난 저녁 시간대인 지금에서야 알게 되었군요. 이런건 그냥 넘어가고 나중에 시간날때 다시 공부하라고 하셨던 멘토님의 조언이 생각나는 순간입니다 ㅠㅠ (그땐 왜 기억이 안나는....) 즉, 공부도 non-Blocking 해야되었던 거에요!!! 공부라는것을 좀 Node.js Event-loop처럼 하는 방법을 고민 해봐야겠습니다. 오오 회고를 적다보니 뭔가 생각이 정리되고 아이디어 같은것도 떠오르고 좋은것 같네요!

[Try]

시간을 슬라이스해서 쪼개지 않고 중요도가 높은것을 높은 우선순위에 두고 1주일 간의 목표에 80%이상 도달 하기전에 다른 TASK를 처리 하지 않는 방법을 시도 해보자구요.
위에서 정한 남은 기간의 멘토링 목표에서 네트워크가 가장 중요하니까 네트워크 공부의 1주일 목표가 80%이상 도달하기전까지 프로젝트는 안하기로 정해볼게요.
제가 지금 해야될것들중에서 프로젝트 목표를 정하긴 했지만 멘토링 목표가 프로젝트 목표보다 더 높은 priority를 가지고 있기 때문에 프로젝트는 진짜 남는 시간에 진행 할게요.

후기

위의 계획수정 공부방법, 정리방법 , 목표 정하는 방법, 개발자란? 이러한 내용들은 모두 다 멘토님에게 배운내용이고 음... 멘토님을 안만났다면 제 머리속에서 떠오를 아이디어는 아니었을것 같아요!ㅎㅎ 오 생각해보면 이건 마치 고등학교때 과외 같군요.

오오 이거 진짜 완전 럭키비키 아닌가요? 에프랩의 가격이 비싸보이지만 1달로 나누었을때

- 공부 과외

- 개발 공부

- 프로젝트 코드리뷰

- 트러블 슈팅 해결 방법

- 멘토님이 생각하는 개발에 대한 사고

이러한 인사이트들을 이가격에 이용한다고요? 요즘 서울대생 고등학생 과외도 한달에 300~400아닌가요? ㅎㅎ 너무싸요!

극한의 최적화

Dev갱이 — Sun, 2 Feb 2025 17:48:53 +0900

https://github.com/nestjs/nest/issues/1570

Transport Layer: uWebSockets.js · Issue #1570 · nestjs/nest

I'm submitting a... [ ] Regression [ ] Bug report [x] Feature request [ ] Documentation issue or request [ ] Support request => Please do not submit support request here, instead post your question...

github.com

uWebSoketd 업대터 사용?

) Zero-Copy 기술 활용
• Buffer 사용: res.send(Buffer.from(...))처럼 Buffer를 직접 사용하여 CPU 사용량을 줄입니다.
• Stream 활용: 파일 전송 시 fs.createReadStream()을 사용하여 메모리 사용량을 최소화합니다.

(2) JSON Parsing 비용 절감
• JSON 대신 MessagePack, CBOR 같은 이진 포맷을 사용하면 CPU 부하를 줄일 수 있습니다.

(3) 데이터베이스 요청 최소화
• 가능한 한 **캐시(redis)**를 적극적으로 사용하여 DB 쿼리를 줄입니다.
• DB 대신 읽기 전용 데이터를 메모리에 캐싱(e.g., Map, Set)할 수도 있습니다.

에프랩(F-Lab) Node.js 백엔드 2개월 후기

Dev갱이 — Thu, 16 Jan 2025 09:34:34 +0900

안녕하세요. 어느덧 시작한지 2달이 지났다는게 실감이 잘 나지 않네요. 그만큼 시간이 빠르다는거겠죠 ㅎㅎ

이번달 진행상황

2달차에는 본격적인 프로젝트와 os를 중점적으로 공부 했습니다.
OS에 대해서 정말 공부가 많이 부족했던점과 이게 왜 중요하고 프로젝트를 진행 하면서 공부 했던 내용들이 눈에 보이기 시작하면서 이전에 이런것들을 모르고 일을 했던 제가 부끄러웠습니다.

깨달았던점

프로세스와 스레드의 차이점을 확실히 알게되고 스레드풀에 대해서 공부하게 되면서 Node.js가 싱글 스레드로 동작 한다라는 것은 맞습니다. 메인 스레드가 싱글 스레드입니다. 그러나 이벤트 루프를 다시 보게 되면 이상한점이 한가지 있습니다. 바로 이벤트 루프에서 하나의 스레드를 가지고 파일 읽기 같은 i/o작업을 실행하기 위해서 하나의 싱글 스레드로 처리하기엔 역부족이라는것입니다. 이러한 작업을 처리하기 위해서 node.js에서는 libuv 라이브러리를 이용하여 처리 할 수 있게 동작 합니다. libuv는 기본적으로 4개의 스레드풀을 생성 합니다. 여기서 완료된 콜백들을 이벤트루프의 Phase에 쏙쏙 넣어주는거죠. 스레드풀이란 개발자가 직접 생성하고 관리하는 스레드와 달리 소프트웨어에서 관리 해주는 소프웨어 기술입니다. 그리고 기본적으로 미리 스레드풀 몇개를 생성해서 바로바로 할당하게 해줍니다. 여기서 libuv는 기본 4개의 스레드풀을 생성 합니다.

이런식의 중요한 기본기인 cs를 공부하면서 진행 하다보니 이전에 아무생각없이 하던것들 놓치고 있던 부분들이 눈에 보이기 시작 했습니다.

예를 들어 cypto나 파일 읽기 등과 같은 I/O작업들이 빈번하게 발생하는 상황에서 이런 I/O작업들을 libuv 스레드풀을 통해서 동작하게 되어 있는데 이때 이러한 작업들은 CPU 이용률을 많이 차지하여 4개의 스레드풀로 처리하지 못하게 되면 CPU 이용률이 급격하게 오르게 됩니다. 이때 CPU 바운드 문제라고 판단하여 CPU 코어수를 늘려도 되지만 이는 근본적인 문제 해결 방법이 아니라 왜냐하면 4개의 스레드풀을 꽉 차게 되면 더 많은 작업들을 처리하지 못하는거죠. libuv 스레드풀을 늘리게 되면 해결 되는 경우도 확인 할 수 있습니다. 하지만 이런 스레드풀을 무작정 많은 수로 늘리게 된다면 이는 곧 컨텍스트 스위칭 비용이 굉장히 증가하여 높은 오버헤드를 발생 시키기 때문에 주의 할 필요가 있습니다.

멘토님 만족도

에프랩을 통하지 않았다면 내가 언제 이런분과 대화를 나눠보고 나라는 사람을 피드백 받을 수 있을까라는 생각이 많이 들었습니다. 그만큼 멘토님의 만족도는 최상이고 내가 노력하는 만큼 이미 알고 있는 지식의 깊이만큼 더 많이 배우고 얻어 갈 수 있는것 같습니다. 지속적으로 하면서 잘못된 공부 방법과 습관과 생각하는 방법들을 연습을 계속 해야 될것 같습니다. 멘토님과의 멘토링 시간을 경험하면서 저에게는 이전과 이후의 변화가 확실히 몸으로 느껴지고 개발뿐만 아니라 여러가지로 많이 배우고 있습니다.

끝으로

벌써 반이나 달려 왔는데 제 나름대로 열심히 하고 있다고 생각 하는데 확실히 열심히 하는것과 잘하는것은 별개인것 같습니다. 남은 멘토링 시간동안 계속 발전하기 위한 노력을 통해 잘할 수 있는 개발자가 되도록 노력 해야 될것 같아요. 모두가 잘하고 싶은 마음은 다 똑같을텐데 아무리 열심히 하더라도 그 방향이 잘못되었다면 올바른 길로 더 효율적인 길로 갈 수 있는 방향성을 제시해주는 에프랩과 멘토링 프로그램을 적극적으로 추천하며 본인 스스로의 계획으로 1년 공부 하는것과 에프랩에서의 4개월의 시간은 비교불가 하다는것을 알게 되었습니다.

typeorm-extension 사용시 seed

Dev갱이 — Fri, 13 Dec 2024 12:47:56 +0900

EntityMetadataNotFoundError: No metadata for

https://github.com/tada5hi/typeorm-extension/issues/387

Bug: EntityMetadataNotFoundError: No metadata for "Entity" was found. · Issue #387 · tada5hi/typeorm-extension

Versions Node: 18.4 OS: MacOS 13 Reproduction My project - https://github.com/golubvladimir/pizza-app/tree/backend/add-seeding Seeders and factories - https://github.com/golubvladimir/pizza-app/tre...

github.com

공식문서에 나와있는 내용으로 하면 Entity를 찾을 수 있게 모든 방법을 동원해도 해결이 안된다.

void (async () => {
    const options: DataSourceOptions & SeederOptions = {
type: (process.env[ENV_DB_TYPE] as any) || "mysql",
host: process.env[ENV_DB_SOURCE_HOST] || "localhost",
port: Number(process.env[ENV_DB_PORT]) || 3306,
username: process.env[ENV_DB_USERNAME] || "root",
password: process.env[ENV_DB_PASSWORD] || "test",
database: process.env[ENV_DB_DATABASE] || "test",
entities: ["src/entities/*{.js,.ts}"],
logging: true,
    };

    const dataSource = new DataSource(options);
    await dataSource.initialize();

    await runSeeders(dataSource);
})();

그냥 바로 DataSource를 export 하면 해결 된다...

const options: DataSourceOptions & SeederOptions = {
    type: (process.env[ENV_DB_TYPE] as any) || "mysql",
    host: process.env[ENV_DB_SOURCE_HOST] || "localhost",
    port: Number(process.env[ENV_DB_PORT]) || 3306,
    username: process.env[ENV_DB_USERNAME] || "root",
    password: process.env[ENV_DB_PASSWORD] || "test",
    database: process.env[ENV_DB_DATABASE] || "test",
    entities: ["src/**/*.entity.ts"],
    logging: true,
    seeds: [`src/database/seeds/**/*{.js,.ts}`],
    factories: [`src/database/factories/**/*{.js,.ts}`],
};

export const dataSource = new DataSource(options);

runSeeders로 했을때 왜 못찾는지 원인을 찾아봐야 하지만 현재 시간이 없다... 다음 기회에

에프랩(F-Lab) Node.js 백엔드 1개월 후기~

Dev갱이 — Wed, 4 Dec 2024 13:30:25 +0900

에프랩 신청 배경

제가 F-Lab에 신청하게 된 계기는 혼자서 성장하는것에 한계에 부딪혔다. 이전 사수 없는 환경에서의 3년간의 개발자 생활에서 소위 말해 저는 "물경력"을 쌓아온것 같았다. 그래서 Node.js 개발자로 좀 더 성장하고 싶어서 해당 F-Lab을 신청하게 되었다.

1개월 간 배운 점

JavaScript와 Node.js를 사용해왔기에 어느 정도 잘 알고 있다고 생각했습니다. 하지만 멘토님의 깊이 있는 질문들에 답변을 하면서, 제 지식이 겉핥기에 불과했다는 것을 절실히 깨달았습니다. OS에 대한 공부도 비슷했습니다. 이전에 가볍게 들었던 OS 강의가 전부라고 생각했지만, 깊게 공부할수록 제가 모르는 것들이 너무 많다는 것을 알게 되었습니다.

1개월 동안 만나본 멘토님

멘토님은 정말 탄탄한 CS 지식과 기본기를 갖추신 분이셨고, 모르는 것이 없으신 것 같다는 인상을 받았습니다. 제가 궁금한 점을 질문할 때마다 명확하게 답을 주셨고, 무엇을 더 알아봐야 하는지 방향성을 제시해 주셔서 제 시야를 넓혀 주셨습니다. 매번 "나는 왜 이런 생각을 하지 못했을까?"라는 감탄을 하게 되었고, 성장의 계기를 마련해 주셨습니다.

멘토링에서 좋았던 점

특히 좋았던 점은 제가 공부한 내용을 가지고 질문과 피드백을 주고받는 과정이었습니다. 매주 새로운 질문을 받으면서 제 스스로의 성장도 확실히 느낄 수 있었고, 공부를 더욱 깊고 꼼꼼하게 해야겠다는 동기부여가 되었습니다. 또한 멘토님께서 제가 공부한 부분에 대해 세밀하게 점검해 주시고, 부족한 부분을 보충하기 위해 어떤 방향으로 학습을 이어나가야 할지 구체적인 조언을 주셨습니다. 덕분에 단순히 암기하는 공부가 아니라, 스스로 사고하고 문제를 해결할 수 있는 능력을 키울 수 있었습니다. 매주 새로운 질문과 과제를 해결하면서 자연스럽게 성장이 느껴졌고, 매주 조금씩 발전하는 제 모습을 확인할 수 있었습니다.

앞으로의 각오

앞으로는 겉핥기 식의 공부가 아니라 깊이 있는 공부를 통해 기본기를 확고히 다지고, 성장에 필요한 다양한 영역을 적극적으로 탐구하고자 합니다. 최근 한 달간의 멘토링을 통해 부족했던 부분들을 인식하게 되었고, 이를 보완해 나가면서 진정한 개발자로 거듭나고 싶습니다.

후기

에프랩의 가격이 비싸서 저 역시 많은 고민을 했습니다. 실제로 다른 사람들도 이 부분에서 망설이는 경우가 많습니다. 하지만 1개월간의 멘토링 과정을 진행하면서 가장 먼저 든 생각은 "조금만 더 빨리 시작할 걸"이라는 것이었습니다.

멘토링을 받기 전에는 학습 방법 자체가 잘못되어 있었고, 그런 방식으로 오랫동안 공부하다 보니 자연스럽게 '물경력'이 쌓였던 것 같습니다. 만약 멘토링을 조금만 더 일찍 시작했더라면, 더 나은 방향성과 효율적인 학습 방법을 바탕으로 훨씬 더 좋은 성장을 할 수 있었을 거라는 아쉬움이 남습니다.

그럼에도 불구하고, 지금이라도 멘토링을 통해 올바른 학습 방향을 찾았고, 이를 바탕으로 앞으로 미래의 저의 성장에 더 집중 할 생각입니다.

프로젝트를 진행하게 되면서 부터 코드리뷰를 받게 되었는데 코드리뷰를 받아본적 없는 나에게는 이것 또한 나에게 굉장히 많은 도움이 되었다.

prisma에서는 비관적 락(Pessimistic Lock)을 지원하지 않는다.

Dev갱이 — Wed, 23 Oct 2024 19:53:30 +0900

https://github.com/prisma/prisma/issues/4988

Optimistic Concurrency Control · Issue #4988 · prisma/prisma

Problem statement The current API doesn't allow to implement application-level Optimistic Concurrency Control, which is a pattern commonly implemented by applications with high concurrency needs, t...

github.com

https://www.prisma.io/docs/orm/prisma-client/queries/transactions#optimistic-concurrency-control

Transactions and batch queries (Reference) | Prisma Documentation

This page explains the transactions API of Prisma Client.