Jonghyuk Max Kim
@max_kim_dev
Followers
451
Following
250
Media
40
Statuses
1,283
Explore trending content on Musk Viewer
Colorado
• 336546 Tweets
Dana Bash
• 214619 Tweets
#NuNewxNIPPONHAKU
• 172732 Tweets
Mustafa Kemal Atatürk
• 94627 Tweets
Travis Hunter
• 73430 Tweets
#LE_SSERAFIM_CRAZY
• 72907 Tweets
セクハラ
• 66114 Tweets
#30AgustosZaferBayramı
• 63809 Tweets
避難指示
• 57230 Tweets
アニサマ
• 53397 Tweets
Minnesota
• 51104 Tweets
GET WELL SOON ORM
• 48968 Tweets
Sanders
• 45309 Tweets
ハチャウマ
• 42258 Tweets
J IN SHANGHAI
• 37858 Tweets
熱帯低気圧
• 37539 Tweets
Shedeur
• 36673 Tweets
Alcaraz
• 33934 Tweets
CRAZY OUT NOW
• 31255 Tweets
Gomita
• 30382 Tweets
NDSU
• 30133 Tweets
#GrandBINIverse
• 24451 Tweets
Goma
• 23597 Tweets
台風消滅
• 21532 Tweets
ハッピーセット
• 17610 Tweets
リーリー
• 16681 Tweets
ラピュタ
• 16352 Tweets
#يوم_Iلجمعه
• 15939 Tweets
LangkahKEDEPAN KerjaPRABOWO
• 13868 Tweets
PASTIKANjaga PERSATUANrakyat
• 13243 Tweets
Deion
• 11422 Tweets
Olimpia
• 11131 Tweets
Hayırlı Cumalar
• 10432 Tweets
Pinned Tweet
제가 트위터를... 힘들때 혼잣말이나 하는 단방향 채널로 쓰고 있어서 이런 말씀 송구스럽습니다만..
혹시 저희 팀()과 FE에 관심, 궁금한 점이 있으시다면 언제든지 편하게 연락주시면 감사하겠습니다. 커피챗 요청도 환영이에요! :)
1
37
100
개발을 배우고 구직을 할때 느꼈던 아주 새로운 감각은, “시장이 나를 원한다”는 것이었고 그것은 이전에 해왔던 에디팅, 글쓰기와 관련한 직업적 성취를 이루기 위한 지난한 과정에서 전혀 느낄 수 없는 것이었다.
1
165
235
혹시 제 블로그에 일하면서 문서화 잘하는 방법, 기술문서 쓰는 좋은 방법에 대한 글을 쓴다고 하면 관심 있을 분이 계시려나요???
10
27
238
아침부터 회사 블로그 글 보면서 울고있을 줄은 전혀 몰랐다
1
155
217
웹 접근성을 높이면 좋은 이유는 간단하다. 웹 접근성은 유저 경험을 향상시킨다.
SEO, 가독성, 테스트 용이성, 웹 표준 준수는 부수적인 것이다.
1
81
137
간간히 참여했던 React New Docs 번역 작업이 끝났고 이제 무한 한국어로 즐기실 수 있습니다. 기여해주신 분들 감사하고 고생많으셨습니당
0
58
117
플렉스팀 FE 챕터가 micro frontends를 왜 고민했는지, 어떤 방식으로 적용했는지 알려드리는 블로그 포스팅 제작에 참여했습니다☺️☺️
fe conf를 포함해서, 그동안의 챌린지한 문제들과 노력에 대해 알려드릴 수 있는 계기들이 생겨서 기뻐용
2
32
101
모노레포는 커지면 커질수록 극악한 툴링이 필요해진다. 구글 사례에서도 쉽게 알 수 있다.
모노레포를 유지하기 위해 들이는 공수가 팀이 원하고 필요한 "일하는 방식"을 유지하는데서 오는 장점과 비교했을 때, 아깝지 않아야 한다. 그렇지 않다면 다른 방법이 낫다.
2
23
90
이번 FE Conf에서 발표했던 [대형 웹 애플리케이션 Micro Frontends 전환기] 발표 자료를 공유합니다!
0
38
80
제가 속한 플렉스팀 절찬리에 채용중입니다! 궁금하신 것 질문, 커피챗 요청 어떤 형태든 환영합니당
0
25
60
제딴에서 성장의 의미를 끄적여 보았습니다
3
16
57
웹 프론트엔드도 스케일에 따라 솔루션이 드라마틱하게 달라질 수 있는 국면에 이미 진입해있다. 커다랗고 쉽게 갈아엎을 수 없는 웹앱을 잘 서빙하기 위해 웹앱단 뿐만 아니라 서버, 인프라 등 여러 층의 레이어가 동원되고 있다. 프론트엔드 개발자는 이 레이어들의 운영 책임에서 자유로울 수 없다
2
7
51
Nodejs에서 Prometheus를 이용한 서버 모니터링 환경과 메트릭에 대해 공부한 내용을 정리했습니다. 요즘의 FE 개발자도 서버 운영의 책임에서 자유로울 수 없다는 생각을 해봅니당
2
14
48
제가 일하는 팀 차원에서의 2023년 회고를 공유드립니다. 올해는 커리어 하이였고, 내년에는 더 잘할 수 있으리라 생각합니다.
0
13
45
최근 골몰했던 주제에 대해 글을 썼습니다. 제가 생각하는 Micro Frontends 아키텍처의 선택지와 가치에 대한 포스트입니다
잘 설명했는지 걱정스럽네용 흑흑
0
13
44
@FeConf
발표 잘 마쳤습니다!! 들어주셔서 감사해용.
질문 받으면서, 다른 팀에서의 micro frontneds에 대한 고민과 관심도 느껴졌는데 여러분께 유익한 시간이었으면 좋겠습니다
플렉스팀 FE 엔지니어 절찬리에 채용 중인데 관심 가져주시면 감사합니다 호호
3
7
43
내 집 정원을 가꾸듯 코드베이스에 기여하고 작은 보람을 이어나가는 방식으로 일하시는 분들이 있을텐데, 스타트업의 어떤 스테이지에서는 그게 불가능하다.
뭐랄까.. 나는 내 앞 정원 가꾸고 싶은데 제품과 코드의 역사의 소용돌이에 휘말려서 일터에서의 내 운명이 상당히 결정되어버린다.
1
14
43
그래서 노력이나 고생의 총량으로만 먹고사니즘적 성취의 수준을 따지는 것은 너무 단순한 관점이다.
누군가의 관점에서 성공한 삶을 사는데 백프로 얼라인되지 않은, 가성비가 부족한 노력이 무용한 것으로 후려치지기엔 세상엔 너무 다양한 성취와 목표, 그로인한 행복이 존재한다.
0
16
41
졸업했습니다. 학교에 대한 감정은 상당히 복잡한데 좋은 순간도 있었고 많이 배웠고 상처도 받았고 끔찍했고 그랬습니다. 이 밍숭맹숭한 감정을 글에 그대로 담아 회고해봤습니다.
1
1
41
“얼마를 벌어 먹고 산다” 라는 관점에서만 아주 납작하게 이 “노력”이란 것을 해석한다면 노력의 총량을 늘리는 것보다 돈줄이 엮인 산업이 원하는 사람이 되는 것이 더 중요하다.
1
22
40
회사 첨왔을때 ECR이랑 ECS도 구분 못하는 인프라 무지렁이었는데, 이제 K8S yaml 척척 고치고 젠킨스로 CD 만들고 nodejs 모니터링도 하고 진짜 팀이 나 업어키웠다. 문득 감격에 겨움
0
3
40
tidy first는 마지막 장에서 훌륭한 엔지니어의 기나긴 시간 속에서 형성된 심오한 깊이의 지혜를, 책의 고작 두 쪽과 행간 사이에서마저도 꽉 채워 전달하고 있다.
나는 책이 주는 실무 개발에서의 효용보다, 방대한 지혜를 간결하게 전달하는 방식에서 이 책이 보여주는 탁월함이 놀랍다.
1
3
36
어려운 엔지니어링 문제들을 지속적으로 풀기 위해서는 어떤 태도가 필요할까? 에 대한 생각과 최근의 분노를 담았습니드
0
15
34
작년 회고.. 구직도 하고 입사도 하고 회사도 다니고 졸업도 준비하고 막학기도 했고 이사도 했고 달리기도 했다
1
5
33
tkdodo님의 React Query 포스팅 시리즈를 절반 읽고 사족을 달아 요약했습니다
0
21
33
제가 속한 팀의 스폰서십 페이지가 만들어졌습니다. 스탙업 잘 모르시는 부모님께 자랑할만한 자료가 하나 늘었습니다..
1
4
30
Module Federation의 컨셉과 작동원리를 탐구하고, Webpack Plugin이 제공하는 런타임 코드를 까서 분석해보는 글을 썼습니다.
0
12
29
webpack dev server 클론코딩 하는 중인데 HMR까지는 대충 만들었다.. 이제 react-refresh 연동만 하면 대충 한바퀴 돌겠다.
1
1
29
새 릴리즈가 나온 것도 아니고 최신 기술도 아니지만 내딴에 올해의 스택은 webpack이다. 이 국밥같은 기술을 더 깊게 이해하게 되었다.
프론트엔드 빌드툴링 춘추전국 시대에서 webpack을 자세히 아는 것은 어떤 의미를 가지는가... 하는 것에 대해서는 여전히 생각을 해보고 있지만서도
2
7
25
첨부터 끝까지 다시 봤는데, Micro Frontends 도입이 팀에 의미하는 바가 무엇인지를 말씀하시는 끝부분이 정말 하이라이트다.
끄덕끄덕끄덕끄덕끄덕하면서 보게된다 흑흑
1
7
25
AST 자동화로 코드 10000줄 수정했는데 아무런 이슈가 없어서 다행이고 놀랍고 생산성 혁신이다
6
5
25
FE Conf에서 발표했던 세션 영상이 유튜브에 업로드되었습니다!
0
9
20
좋은 커리어란 너무 힘들고 너무 어려워도 정신 붙잡고 가능한 가장 좋은 선택을 내리려는 어떤 일관적인 태도에서 비롯되는게 아닐까
2
2
20
수제 데브서버에 HMR 구현 완료했다. 이제 react-refresh만 남았는데.. 안을 들여다볼 생각을 거의 못하지만 로컬데브서버 자체로도 복잡한&흥미로운 소프트웨어인 것이다. 꽤 배웠다.
2
0
17
Webpack Module Federation의 의존성 공유에 대한 글을 썼어용 오월달부터 쓴다고 했었는데 이제서야 퇴고한...
0
7
16
제품에 대해 더 잘 알게 되고, 조직에서 의사결정에 더 주도적으로 참여하고, 능하게 기여가 가능할수록 조언 구하고 실험해서 깨닫고 배우려는 태도는 약해지는 것 같아서 경계를 많이 해야되는 것 같다.
난 이미 의사결정에 필요한 모든 정보를 다 알고있다는 착각을 하기가 쉬운 느낌
1
6
14
와;
1
5
15
Tanstack Query v4의 브레이킹 체인지들을 살펴보고 사족을 달아봤다.
1
7
15
런타임 통합 Micro Frontends가 푸는 문제에 깊게 공감하려면 웹앱의 크기, 도메인 깊이, 함께 작업하는 사람 - 이 3가지 요소 모두가 상당한 정도까지 스케일 업된 비즈니스에서, 관리와 작업에 적지 않은 어려움을 겪고 있어야 한다.
1
1
15
그러면 좀 겸손해졌는가? 복잡한 문제 앞에 겸손해지는 건 별로 도움이 안 되어서 깝치는건 계속 하고있다
0
2
14
일 하기 시작한지 얼마 안 되었을 때 다른 친한 개발자 만나면 다니는 회사와 거기서 하는 개발, 성장을 위한 노력들 이런게 주로 궁금했었는데
요새는 친한 사람들이 그저 재미있게 잘 살고 있는지도 궁금한데 개발이나 일 얘기 하다가 못 물어보는 경우가 좀 있다.
1
0
14
옵시디언 정리 끝냈다.
각 문서의 제목을 질문 형식으로 바꾸니 꼬리에 꼬리 무는 질문처럼 문서가 연관되서 뭐 공부하다가 어떤게 또 궁금해졌는지 도식화가 되는 듯
3
0
14
첫직장 퇴사할때 동료분들이 준 롤링페이퍼 웹 링크를 잃어버린줄 알아서 너무 맘이 안좋았는데 크롬 북마크 깊숙한 곳에서 찾았다ㅜㅜ너무 다행이고 소중하다
0
0
14
꽤나 제품을 괴롭힌 악독한 버그를 고쳤다. 상당해진 빌드 마개조를 보면서 문득 느낀, 알고 시작한건 거의 없고 여기까지 이런 모습이 될지 몰랐고 그냥 안고 구르면서 암살시도 피하고 어떻게든 여기까지 왔다는 것과 이제 그 상태로 엔지니어링의 다음 스테이지로 넘어가야 할 것 같다는 것까지
0
0
14
회사에서 “데브옵스 롤을 수행하고 있다”라는 말을 많이 들은 것 치고는 내가 하는건 그냥 있는 플랫폼 위에서 필요한 오퍼레이션 같은 것들이라 이런 짜잘뽀짝한게 데브옵스일리 없어 라고 생각하면서 살았다. 이제 그럼 무엇이 데브옵스인지 내가 알아봐야할 차례인듯..
0
0
14
I am pleased to announce that all of my blog content is now available in English.
The translation is a bit poor at the moment, I'll continue to improve it.
1
0
13
과거의 만든 기술부채의 진짜 가격을 확인하는 경험을 최근에 수번 했고 정말 미래 앞에선 예측이든 대비든 꽤나 무의미하다. 나약한 엔지니어가 할 수 있는 일이라곤 최대한 의존하지 않기, 수정하거나 없애기 쉽게 만드는 것일 뿐 아닐까.
1
3
13
결국 웹 클라이언트를 "브라우저에서 해석 가능한 자원을 서빙하는 소프트웨어/시스템" 으로 보면 프론트엔드 개발자가 무엇까지 챙겨야 하는지 알 수 있다. 스케일에 따라 이를 프레임워크나 IaaS에 위임할지, 직접 할지를 결정하는 것도 또한 프론트엔드 개발자의 몫이다.
0
5
13
올해는 개발이나 직장과 상관없는 개인 차원에서의 회고도 해봤습니다. 내년엔 더 잘 놀고 더 많이 뛰고 쓰고 읽겠습니다.
0
0
12
React는 결국 view를 위한 도구이니 데이터만 정합성이 맞으면 ssr이든(데이터가 서버에서 오든) csr이든(데이터를 브라우저에서 요청해서 넣든) 결과물이 같은데
실제로 프레임웤을 사용해 개발하다 보면 특정 데이터 소스에 의존하기 쉬워서 뭐 하나 없으면 앱이 터져버리기 쉽다.
1
0
13
온스테이지 없어진다고 해서 좋아하는 온스테이지 영상들을 뽑아기록해 봤습니다. 좋아하는 온스테이지 영상이 있으신가요?
1
0
12
현업에서 첨으로 일 시작할때 같이 일하는 분들 비전공자이신 분 많아서 진짜 상관없구나 한번 느끼고...
좀 더 지나고 나니 배경이 다양한 엔지니어들이 비즈니스와 엔지니어링에 주는 긍정적인 면이 꽤 큰 것 같기도 해서 조직엔 그게 더 좋은 거 같다는 생각 들고 그랬어따
1
0
11
꽤 계시네용ㅎㅎ 혹시혹시 개발자 문서화 관련해서 고민이나 관심사항을 공유해주시면 컨텐츠 생산에 도움이 될 것 같습니다.
4
0
12
일 시작했던 초반에 이슈 대응력이 약점이라고 생각했다. 부족한 순발력 탓인지 디버깅을 잘 못하는게 문제였는지 고민이 많았는데
그냥 많이 처맞을수록 느는거였고 그전까진 이슈를 많이 맞아본 적이 없었기 때문이었다.
0
0
11
이번주 직장 증말 속쓰렸다... 위기에서 배워야 할 것 같다 토욜날 발표해야되는데 아직 실감이 안난다
1
0
11
배럴 파일 문제가 웹 생태계에 끼치는 비효율이 상당한 것에 비해 문제의 심각성이 잘 안 알려진 것이 아닌가 하는 생각이 약간 든다.
1
4
11
어디가서 스스로에 대한 이야기 알아서 하고 나를 밝히는 일을 좋아하지만 요샌 무슨 소용인가 싶기도 하다 가만히 있고 싶은 마음 같은게 든다
1
0
11
왜 모노레포의 의존성 추적하는 도구들을 보면 dependency(의존함)에 대한 분석이나 최적화는 제공하지만 dependant(의존됨)쪽은 왜 신경을 덜 쓸까 이쪽의 최적화가 훨 어렵고 필요한 경우도 많은데
0
1
11
대규모 리팩토링에 AST를 사용하는건 생산성의 향상 때문이었다. 근데 계속 쓰다보니 AST가 없었으면 대규모 리팩토링은 사실상 시작조차 할 수 없는 것이었다.
1
5
11
예전에 건축, 토목 분야에서 엔지니어링의 영감을 많이 받았었는데요 요새는 커다란 기계를 다루시는 분들께 영감을 많이 받는다.
더 좋은 접근 방법을 빨리 생각해낼 수 없었는지 문제 푸는 과정을 회고하시는 모습이 인상적
0
1
11
직장에서 TF같은거 조직했을 때 최소 한 명 정도는 TF일이 메인업무여야 하는 것 같음 다 생업본업있으면 경험상 잘 안굴러갔음
1
0
10
드디어 이 영상을 뇌에 힘주고 다봤다...
Zack이 MF 플러그인 사용해서 만든 번들 결과물 코드까지 까면서 설명해줘서 매우 유익하다.
그리고 webpack이 제공하는 것들로 꽤나 많은 걸 할 수 있음을 또 느꼈다. 대부분의 경우 알 필요가 잘 없을뿐...
1
2
10
알아야만 하는 것이 많은 엔지니어링 환경의 고인물뿐인 팀에서의 온보딩은 어떻게 해야할까 난이도를 어떻게 낮춰드릴 수 있을까
2
4
10
“무슨 생각을 해 그냥 하는거지” 이 말 되게 좋아하는데 모든 일을 그렇게 할 수는 또 없다. 어떤 일은 진짜 그냥 할 수 있고, 어떤 일은 그냥 하면 안되고, 어떤 일은 그냥 하는게 제일 좋은 방식이며, 어떤 일은 “그냥 하기” 자체가 일종의 경지이고 사전에 정말 많은 고민과 번뇌가 필요하다.
0
0
10
Webpack Module Federation에서 의존성이 공유될때 런타임에 미리 공유 의존성에 대한 번들이 로드되어 있다면,
뒤이어 로드되는 공유 의존성을 사용하는 앱은 package.json에 해당 의존성이 없어도 공유 의존성을 런타임에 그냥 받아서 사용하는구나... 버전이 안 맞아도 일단 그냥 받는다.
1
1
10
혼자 부여 여행가서 삼일간 20km 뛰고왔다. 탁 트여있어서 넘 좋았고 한 3회차부터 부상플래그 감지해서 더 빠르게 못뛴게 좀 아쉽다.
1
0
10
가끔 제품 코드베이스가 지독한 세계관 같은거라고 생각이 들때가 있다 싫다가도 좋고 그렇다
같이 일하는 분들과 함께 과몰입하고 점점 고인물이 되어가는 중인 것 같은...
1
2
10
리액트 독스 번역에 참여하면서 다시 느끼는 것이고 영문과 다닐때도 항상 고민이었던건데, 한국 사람에게 이미 익숙하면서 아주 어색하지 않은 번역투 표현까지 풀어 번역해야할까?
어투 차이까지 번역에 반영하기가 어렵고, 막상 하려면 긴가민가한 경우도 많아서,,
1
0
10
올해는 내내 기술부채 상환만 하다 가겠다. 근데 짜치기보단 부채 진짜 개많아서 여기서도 예술을 찾을 수 있을 정도
0
0
9
직업 개발자가 되기 전까지는 내가 지금 회사에서 하고 있는 일에서 느끼는 복잡함을 잘 다루지 못하는 경우, 삶이 쉽게 흐트러질 수 있다는 것을 잘 몰랐다.
일에는 몰입하되, 어려운 일이 유발하는 복잡함에 잠식당하지 않게 삶을 관리할 수 있는 방법이 필요하다.
0
0
9
공휴일을 맞아 블로그 글을 영어로 다시 쓰고 있는데 아주 재미있다. 계속 이것만 하고싶음;
한국어 표현 A를 영어로 직역하면 말맛이 별로라 영어로 새로운 내용을 만드는 것이 더 뜻이 통할때가 있는데, 이런게 오랫동안 항상 재밌었다.
0
1
8
마이크로 프론트엔드에서 이벤트 드리븐 한다카면 MSA처럼 메시지 소실은 걱정 덜 해도 되겠네 네트워크는 안 타니까...
요런 차이점들을 좀 더 정리할 필요성이 많이 느껴짐
0
0
8
코드 격리 넘 어렵다. 의존성, 패키지, 버저닝, 레포지토리, 깃 전략, 개발경험, 런타임/빌드타임 통합에 대한 정의와 구분과 검토와 주관을 만들고, 이를 현재 제품의 특성과 스테이지와 팀스케일에 맞게 결정해야한다.
1
0
8
넘 좋은 글이구먼
0
0
8
이제 온갖 맥락을 병렬적으로 다루는 것에 더 적응했고 수많은 돌발 이슈들의 암살시도에도 어떻게든 살아남았다. 추진력삼아 다시 고성능 인간 되바야지... 잔걸음으로 빠르게 가고 싶다.
0
0
8
글쓰기 모임같은거 만들어보고 싶다. 주제는 맘대로고 그냥 뭐 마시면서 서로 글 돌려 읽으면서 코멘트 달고 이야기하구..
일년에 한번쯤 쓴것들 모아서 편집디자인 해서 인쇄소에 맡겨서 책으로 만들어 나눠갖구..
2
0
8
커리어에 닥친 가장 커다랗고 복잡한 일을 어떻게하면 자신감있게 해나갈 수 있을까… 조언을 구하러 다녀야할 시점이 확실하다
1
0
8
난세를 극복하고, 제품 경계를 잘 나누고, 문제를 쉽게 발견하고 해소할 수 있는 방식을 만들어야만 기여의 방식은 비로소 다양해진다.
또한 다양성은 팀의 스케일업에 아주 중요한 요소다. 많은 엔지니어가 기여하고 싶은 방식으로 기여할 수 있게 만드는 것은 플랫폼의 중요한 과제 중 하나다.
1
0
8
아직은 마이크로 프론트엔드와 직접적으로 관련있어 보이는 참고자료들 보다, DDD나 마이크로서비스와 관련된 축적된 지식들이 mf 구현에 더 도움이 되는 시기일지도..?
1
0
8
내취향 이력서는 모든 내용을 거르고 정제하고 고민해서 정말 찐 엑기스만 간결히 들어가 있는 건데, 그런 방식으로 잘 쓰인 이력서들은 행간에서마저도 무언가 읽힌다.
2
0
8