커서를 쓰기 시작한 이후로 동영상 강의를 더 이상 구매하지 않고 있다는 걸 문득 깨달았습니다. 왜지? 돈 아끼는 걸 좋아한다지만 책 사거나 공부할 때만큼은 아끼지 않았는데.

다시 한 번 산업혁명

커서를 쓰기 시작한 이후로 동영상 강의를 더 이상 구매하지 않고 있다는 걸 문득 깨달았습니다.
왜지? 돈 아끼는 걸 좋아한다지만 책 사거나 공부할 때만큼은 아끼지 않았는데.

그냥 커서랑 챗GPT로 하면 되니깐.
언어든 프레임워크든 잘 모르는 채로 시작하는 게 두렵지 않게 되었습니다.
가나다도 모르는 채로 일단 시작부터 하고 잘 모르겠으면 그때 가서 공식 문서 슬쩍 보고 챗GPT에게 물어봐서 답을 얻는 게 더 편하니까.

2년여 전부터 스택오버플로에 전혀 들어가지 않게 되었는데…
6개월 전부터는 강의조차 안 보게 되었습니다.
며칠 전 재밌어 보이는 강의를 발견하고는 살까 하다가 금세 마음이 가라앉은 저를 발견했습니다.
‘그냥 커서랑 챗GPT로 하면 되잖아.’

이렇게 빠르게 바뀌어버린 제 모습을 보면서 놀라움과 두려움을 느낍니다.

어제 유튜브에서 새로운 산업 혁명의 시작이라는 단테와 노정석 대표님의 대화를 들었습니다.
공감이 가기도 하고 오싹하기도 하고… 복잡한 마음이 들었습니다.
앞으로 몇 년간 기존 산업이 하나씩 대체될 텐데 이런 세상에서 내가 잘 살아남을 수 있을까?

어릴 때 산업 혁명 시대 사람들은 참 좋았겠다 생각했습니다. 돈 벌 기회가 널려있으니까.
새로운 기회가 이렇게 많은데 결국 직업을 잃고 불평하는 사람들을 한심하다 생각하기도 했습니다.
날 그 시절로 데려다주면 내가 돈 다 끌어모을텐데.

막상 산업 혁명 시기가 다시 돌아오니 그 시대 사람들의 두려움을 저도 이해하게 됐습니다.
그들도 기회가 있다는 걸 모르진 않았을 겁니다. 잘 살아남을 수 있을지 걱정됐을 뿐.
살아남기 위해 애쓰고 발버둥 치다가 경쟁에 밀려 다시 돌아올 수 없었던 것 아닐까요?

미래에 대한 기대도 물론 있지만 두려운 마음이 좀 더 큰 것 같습니다.
스타트업 세상에서 모든 성취를 다 이룬 노정석 대표님도 저렇게 열심히 공부하는데, 나는 지금 열심히 살고 있는 것 맞나?

닭장 속에서 모이만 받아먹는 닭이 되지 않기 위해 (영상에서 말씀해주시는 표현) 더 간절한 마음으로 공부하고 코딩해 보려 합니다.

https://jeho.page/essay/2025/02/14/ai-revolution.html

커서를 쓰기 시작한 이후로 동영상 강의를 더 이상 구매하지 않고 있다는 걸 문득 깨달았습니다. 왜지? 돈 아끼는 걸 좋아한다지만 책 사거나 공부할 때만큼은 아끼지 않았는데. 그냥 커서랑 챗GPT로 하면 되니깐. 언어든 프레임워크든 잘 모르는 채로 시작하는 게 두렵지 않게 되었습니다. 가나다도 모르는 채로 일단 시작부터 하고 잘 모르겠으면 그때 가서 공식 문서 슬쩍 보고 챗GPT에게 물어봐서 답을 얻는 게 더 편하니까. 2년여 전부터 스택오버플로에 전혀 들어가지 않게 되었는데… 6개월 전부터는 강의조차 안 보게 되었습니다. 며칠 전 재밌어 보이는 강의를 발견하고는 살까 하다가 금세 마음이 가라앉은 저를 발견했습니다. ‘그냥 커서랑 챗GPT로 하면 되잖아.’ 이렇게 빠르게 바뀌어버린 제 모습을 보면서 놀라움과 두려움을 느낍니다. 어제 유튜브에서 새로운 산업 혁명의 시작이라는 단테와 노정석 대표님의 대화를 들었습니다. 공감이 가기도 하고 오싹하기도 하고… 복잡한 마음이 들었습니다. 앞으로 몇 년간 기존 산업이 하나씩 대체될 텐데 이런 세상에서 내가 잘 살아남을 수 있을까? 어릴 때 산업 혁명 시대 사람들은 참 좋았겠다 생각했습니다. 돈 벌 기회가 널려있으니까. 새로운 기회가 이렇게 많은데 결국 직업을 잃고 불평하는 사람들을 한심하다 생각하기도 했습니다. 날 그 시절로 데려다주면 내가 돈 다 끌어모을텐데. 막상 산업 혁명 시기가 다시 돌아오니 그 시대 사람들의 두려움을 저도 이해하게 됐습니다. 그들도 기회가 있다는 걸 모르진 않았을 겁니다. 잘 살아남을 수 있을지 걱정됐을 뿐. 살아남기 위해 애쓰고 발버둥 치다가 경쟁에 밀려 다시 돌아올 수 없었던 것 아닐까요? 미래에 대한 기대도 물론 있지만 두려운 마음이 좀 더 큰 것 같습니다. 스타트업 세상에서 모든 성취를 다 이룬 노정석 대표님도 저렇게 열심히 공부하는데, 나는 지금 열심히 살고 있는 것 맞나? 닭장 속에서 모이만 받아먹는 닭이 되지 않기 위해 (영상에서 말씀해주시는 표현) 더 간절한 마음으로 공부하고 코딩해 보려 합니다. https://jeho.page/essay/2025/02/14/ai-revolution.html

K리그 프로그래머

2025년 2월 현재, 저는 15년째 "리서치 하는데요"라고 자신을 소개하는 사람이 되었습니다. 2005년 봄에 입학하여 2009년 2월에 졸업을 하였습니다. 8학기를 연달아 다닌 후 임관과 동시에 입대하였습니다. 전역 후 이틀 뒤에 연수를 시작하였고 2011년 8월, 부서배치를 받았습니다. 빨리 일을 하고 싶었고 불안했지만 나태하지 않았습니다.

연초에는 새 달력을 고르고 넘기며 감상에 빠지곤 합니다. 돌아보니 제 경험에는 2가지 특징이 있었습니다. 6번째 회사를 다니는 동안, 매번 제가 하는 일은 사용자 경험을 다루는 것이었고 5번의 이직을 통해 매번 업종을 바꾸었습니다. 디자인 컨설팅, 자동차, 통신사, 자율주행, 이커머스 그리고 부동산개발까지. 다른 특징 하나는 15년 동안 휴직도, 이직의 텀이 없었다는 점입니다. 하고 싶은 일이 많았고 할 수 있다고 믿었습니다. 그래서 첫 번째 유스콘 발표 제목을 '어찌어찌 꾸역꾸역 지속하는 일'로 정하였습니다.

10년 동안 UX 디자이너로 일을 하고 난 후 저는 리서처가 되기로 하였습니다. 그때 제 고민의 방향성을 찾을 때부터 지금까지, 돈 노먼의 이 문장은 아직까지 저에게 유효한 빛입니다.

"Good design is actually a lot harder to notice than poor design, in part because good designs fit our needs so well that the design is invisible."

"좋은 디자인은 오히려 나쁜 디자인보다 알아보기 어렵습니다. 이는 좋은 디자인이 우리의 필요를 너무나 완벽하게 충족시키기 때문에, 그 존재 자체를 의식하지 못하게 되기 때문입니다."

"UX 리서처란 있어야 하는 것을 없애는 사람이 아니라 불필요한 건 없애고 있어야 하는 것들을 제자리에 두는 사람이라고 생각합니다." - 레드버스백맨

제가 해 온 일에는 공통점이 있습니다. 사용자, 온라인, 오프라인. 그렇게 저는 사용자를 통해 가장 심각한 문제를 정의하기를 본업으로 정하였습니다. 그리고 저는 본업을 잘하기 위해 사용자가 되어 관찰하고 기록하기를 부업으로 정하였습니다.

트레바리 <리서치 하는데요> 시즌3 멤버로 만난 Hojun Sohn 님과 DBDLAB(디비디랩) 지수 님 덕분에 사용자 경험을 고민하는 분들과 연결되는 자리였습니다. 시즌1 멤버였던 채안 님과 시즌4 멤버 승희 님과 채영 님, 링크드인과 커리어에서 연결되어 있지만 직접 만날 기회가 없었던 원준 님까지. 저와 비슷한 관심사를 가진 분과 연결되려면 제 생각을 기록하고 공유하는 수밖에 없다는 마음으로 무대에 섰습니다. 시간을 내어 제 이야기를 들어주시고 발표 후에는 따로 인사까지 건네주신 분들께 감사드립니다. 덕분에 꾸역꾸역 더 괜찮은 사람이 되겠다는 다짐을 하며 하루를 시작합니다.

2025년 2월 현재, 저는 15년째 "리서치 하는데요"라고 자신을 소개하는 사람이 되었습니다. 2005년 봄에 입학하여 2009년 2월에 졸업을 하였습니다. 8학기를 연달아 다닌 후 임관과 동시에 입대하였습니다. 전역 후 이틀 뒤에 연수를 시작하였고 2011년 8월, 부서배치를 받았습니다. 빨리 일을 하고 싶었고 불안했지만 나태하지 않았습니다. 연초에는 새 달력을 고르고 넘기며 감상에 빠지곤 합니다. 돌아보니 제 경험에는 2가지 특징이 있었습니다. 6번째 회사를 다니는 동안, 매번 제가 하는 일은 사용자 경험을 다루는 것이었고 5번의 이직을 통해 매번 업종을 바꾸었습니다. 디자인 컨설팅, 자동차, 통신사, 자율주행, 이커머스 그리고 부동산개발까지. 다른 특징 하나는 15년 동안 휴직도, 이직의 텀이 없었다는 점입니다. 하고 싶은 일이 많았고 할 수 있다고 믿었습니다. 그래서 첫 번째 유스콘 발표 제목을 '어찌어찌 꾸역꾸역 지속하는 일'로 정하였습니다. 10년 동안 UX 디자이너로 일을 하고 난 후 저는 리서처가 되기로 하였습니다. 그때 제 고민의 방향성을 찾을 때부터 지금까지, 돈 노먼의 이 문장은 아직까지 저에게 유효한 빛입니다. "Good design is actually a lot harder to notice than poor design, in part because good designs fit our needs so well that the design is invisible." "좋은 디자인은 오히려 나쁜 디자인보다 알아보기 어렵습니다. 이는 좋은 디자인이 우리의 필요를 너무나 완벽하게 충족시키기 때문에, 그 존재 자체를 의식하지 못하게 되기 때문입니다." "UX 리서처란 있어야 하는 것을 없애는 사람이 아니라 불필요한 건 없애고 있어야 하는 것들을 제자리에 두는 사람이라고 생각합니다." - 레드버스백맨 제가 해 온 일에는 공통점이 있습니다. 사용자, 온라인, 오프라인. 그렇게 저는 사용자를 통해 가장 심각한 문제를 정의하기를 본업으로 정하였습니다. 그리고 저는 본업을 잘하기 위해 사용자가 되어 관찰하고 기록하기를 부업으로 정하였습니다. 트레바리 &lt;리서치 하는데요&gt; 시즌3 멤버로 만난 Hojun Sohn 님과 DBDLAB(디비디랩) 지수 님 덕분에 사용자 경험을 고민하는 분들과 연결되는 자리였습니다. 시즌1 멤버였던 채안 님과 시즌4 멤버 승희 님과 채영 님, 링크드인과 커리어에서 연결되어 있지만 직접 만날 기회가 없었던 원준 님까지. 저와 비슷한 관심사를 가진 분과 연결되려면 제 생각을 기록하고 공유하는 수밖에 없다는 마음으로 무대에 섰습니다. 시간을 내어 제 이야기를 들어주시고 발표 후에는 따로 인사까지 건네주신 분들께 감사드립니다. 덕분에 꾸역꾸역 더 괜찮은 사람이 되겠다는 다짐을 하며 하루를 시작합니다.

《어찌어찌 꾸역꾸역 15년째 리서치하고 있습니다》

﻿
어려운 상황에 처하게 된다면, 우리는 자연스럽게 다른 누군가의 도움을 기대하게 됩니다. 인적이 없는 사막에서 바위 틈에 끼어 옴짝달싹할 수 없는 상황에 처한다면, 지나가는 낙타라도 와서 도와주면 좋겠다고 생각할 것입니다. 망망대해 한가운데 빠져 허우적거리게 된다면, 지나가는 고래라도 와서 도와주면 좋겠다고 간절히 기도할 것입니다.

우리가 바라고 원하는 것이 있습니다. 돈, 명예, 관계, 자아실현 등 얻고 싶은 무언가를 바랄 때, 하늘에서 뚝 그것이 ‘나’에게 떨어지면 좋겠다고 상상합니다. 친구들끼리 우스갯소리로 로또 복권 1등에 당첨이 된다면, 그 돈으로 무엇을 하겠냐고 묻습니다. 군대를 다녀온 남자들은 군대 한 번 더 가면 10억 이상 준다는 가정으로 어떤 선택을 할 것인지 묻습니다. 일확천금이 생기면 진짜 행복하고, 바라던 것이 채워졌으니 만족할까요?

혹시 이런 말 들어보셨나요? 하늘은 스스로 돕는 자를 돕는다고 합니다. 제가 이해하는 이 말은 자신이 바라고 원하는 것을 얻기 위해 스스로 노력하는 사람에게 우주의 알 수 없는 기운이 바라고 원하는 것을 얻는 과정에 도움으로 작용한다는 뜻이라고 생각합니다. 결국 내가 원하는 것은 내가 노력해야 얻을 수 있는 확률이 높아진다는 것이고, 노력하지 않고 원하는 만큼 얻을 수 없다는 뜻입니다.

살면서 누구나 한 번은 사망의 음침한 골짜기를 건너는 순간을 마주하게 됩니다. 말 그대로 죽을 고비를 넘기는 순간을 의미하기도 하고, 먹고살기 힘든 생계의 어려움을 겪게 된다는 의미기도 합니다. 현실을 마주하고 있으면 어려움에 압도되어 점점 부정적이고, 폭력적인 상상을 하게 되는 순간입니다. 그래서 생각과 마음이 늪이나 무덤처럼 깊고 음습한 곳으로 빨려 들어가게 됩니다.

슬프고 우울한 수렁에서 빠져나오는 것도 본인 스스로 노력해야 가능합니다. 다른 누군가가 도움을 줄 수 있지만, 그 도움의 손길을 붙잡는 것도 결국 본인이 자신의 손을 뻗어야 가능한 것입니다. 손도 까딱한 힘이 없노라고 주저앉아 있기만 한다면, 아무런 도움을 받을 수 없고, 늪이나 무덤과 같은 컴컴한 곳에 계속 갇혀 지내야 합니다.

어려움을 겪고 있는 우리에게 이야기하고 싶습니다. 아무리 힘들더라도 손은 뻗을 수 있어야 합니다. ‘나’는 가만히 있을 테니 119 구급차가 와서 들고 업고 가면 좋겠다고 생각한다면, 그때까지 기다리기엔 지금의 상황이 너무 지긋지긋하지 않나요? 얼른 음침한 골짜기를 벗어나야 합니다. 이 깊고 깊은 수렁을 벗어나는 일은 혼자 하기 어려우니 다른 누군가의 도움을 받을 수 있다면 좋고, 그 도움을 받기 위해 우리도 힘을 내어 손을 뻗어야 합니다.

행운은 기다리며 적극적으로 붙잡기 위해 노력하는 사람에게 찾아옵니다. 사실 행운은 누구에게나 찾아오는 것인데, 행운을 알아보는 눈이나 그것을 붙잡기 위한 적극적인 노력은 아무나 할 수 없는 일입니다. 눈을 부릅뜨고 지켜봐야 하고, 귀를 활짝 열고 들어야 하고, 코로 킁킁거리며 냄새를 맡아야 하고, 입은 침묵하며 필요한 말만 아껴야 합니다. 모든 호흡과 감각을 곤두세워야 겨우 알아볼 수 있는 녀석이 행운이라는 놈입니다.

행운이 기회라면 기회가 주어지는 순간 붙잡는 것도 우리의 노력으로 가능합니다. 기회가 내가 어쩌지 못하도록 꽉 붙잡아 줄 것으로 생각한다면 그건 오해입니다. 사막 위에 오아시스를 만나도 그곳에 가지 않으면 목마름을 해소할 수 없습니다. 불이 났을 때 비상구를 만나도 그곳에 가지 않으면 안전한 곳으로 탈출할 수 없습니다. 우리는 기회라고 생각하는 것을 만났을 때 그것을 붙잡기 위해 노력해야 기회가 주는 열매를 맛볼 수 있습니다.

어려움에 처한 우리에게 주어질 수 있는 다른 누군가의 도움과 기회는 동일한 원리로 작동하는 것입니다. 바로 우리가 적극적으로 손을 뻗어야 비로소 만날 수 있습니다. 삶의 무게가 우리를 짓누를지라도 버티고 일어서서 도움의 손길과 기회의 문을 만나야 합니다. 힘들다고 주저앉아 있었다면 어서 정신을 차리고 일어나길 바랍니다. 그리고 눈앞에 있는 도움과 기회를 적극적으로 만나세요.

한 가지 분명한 건, 사망의 음침한 골짜기를 누구나 벗어날 수 있다는 것입니다. 벗어나기만 하면 이제 밝은 곳에서 행복하게 지낼 수 있습니다. 언제 슬프고 우울했는지 기억도 잘 나지 않을 정도로 웃으며 행복할 수 있습니다. 그런 도움과 기회를 만나는 오늘이 되길 진심으로 응원합니다.

﻿어려운 상황에 처하게 된다면, 우리는 자연스럽게 다른 누군가의 도움을 기대하게 됩니다. 인적이 없는 사막에서 바위 틈에 끼어 옴짝달싹할 수 없는 상황에 처한다면, 지나가는 낙타라도 와서 도와주면 좋겠다고 생각할 것입니다. 망망대해 한가운데 빠져 허우적거리게 된다면, 지나가는 고래라도 와서 도와주면 좋겠다고 간절히 기도할 것입니다. 우리가 바라고 원하는 것이 있습니다. 돈, 명예, 관계, 자아실현 등 얻고 싶은 무언가를 바랄 때, 하늘에서 뚝 그것이 ‘나’에게 떨어지면 좋겠다고 상상합니다. 친구들끼리 우스갯소리로 로또 복권 1등에 당첨이 된다면, 그 돈으로 무엇을 하겠냐고 묻습니다. 군대를 다녀온 남자들은 군대 한 번 더 가면 10억 이상 준다는 가정으로 어떤 선택을 할 것인지 묻습니다. 일확천금이 생기면 진짜 행복하고, 바라던 것이 채워졌으니 만족할까요? 혹시 이런 말 들어보셨나요? 하늘은 스스로 돕는 자를 돕는다고 합니다. 제가 이해하는 이 말은 자신이 바라고 원하는 것을 얻기 위해 스스로 노력하는 사람에게 우주의 알 수 없는 기운이 바라고 원하는 것을 얻는 과정에 도움으로 작용한다는 뜻이라고 생각합니다. 결국 내가 원하는 것은 내가 노력해야 얻을 수 있는 확률이 높아진다는 것이고, 노력하지 않고 원하는 만큼 얻을 수 없다는 뜻입니다. 살면서 누구나 한 번은 사망의 음침한 골짜기를 건너는 순간을 마주하게 됩니다. 말 그대로 죽을 고비를 넘기는 순간을 의미하기도 하고, 먹고살기 힘든 생계의 어려움을 겪게 된다는 의미기도 합니다. 현실을 마주하고 있으면 어려움에 압도되어 점점 부정적이고, 폭력적인 상상을 하게 되는 순간입니다. 그래서 생각과 마음이 늪이나 무덤처럼 깊고 음습한 곳으로 빨려 들어가게 됩니다. 슬프고 우울한 수렁에서 빠져나오는 것도 본인 스스로 노력해야 가능합니다. 다른 누군가가 도움을 줄 수 있지만, 그 도움의 손길을 붙잡는 것도 결국 본인이 자신의 손을 뻗어야 가능한 것입니다. 손도 까딱한 힘이 없노라고 주저앉아 있기만 한다면, 아무런 도움을 받을 수 없고, 늪이나 무덤과 같은 컴컴한 곳에 계속 갇혀 지내야 합니다. 어려움을 겪고 있는 우리에게 이야기하고 싶습니다. 아무리 힘들더라도 손은 뻗을 수 있어야 합니다. ‘나’는 가만히 있을 테니 119 구급차가 와서 들고 업고 가면 좋겠다고 생각한다면, 그때까지 기다리기엔 지금의 상황이 너무 지긋지긋하지 않나요? 얼른 음침한 골짜기를 벗어나야 합니다. 이 깊고 깊은 수렁을 벗어나는 일은 혼자 하기 어려우니 다른 누군가의 도움을 받을 수 있다면 좋고, 그 도움을 받기 위해 우리도 힘을 내어 손을 뻗어야 합니다. 행운은 기다리며 적극적으로 붙잡기 위해 노력하는 사람에게 찾아옵니다. 사실 행운은 누구에게나 찾아오는 것인데, 행운을 알아보는 눈이나 그것을 붙잡기 위한 적극적인 노력은 아무나 할 수 없는 일입니다. 눈을 부릅뜨고 지켜봐야 하고, 귀를 활짝 열고 들어야 하고, 코로 킁킁거리며 냄새를 맡아야 하고, 입은 침묵하며 필요한 말만 아껴야 합니다. 모든 호흡과 감각을 곤두세워야 겨우 알아볼 수 있는 녀석이 행운이라는 놈입니다. 행운이 기회라면 기회가 주어지는 순간 붙잡는 것도 우리의 노력으로 가능합니다. 기회가 내가 어쩌지 못하도록 꽉 붙잡아 줄 것으로 생각한다면 그건 오해입니다. 사막 위에 오아시스를 만나도 그곳에 가지 않으면 목마름을 해소할 수 없습니다. 불이 났을 때 비상구를 만나도 그곳에 가지 않으면 안전한 곳으로 탈출할 수 없습니다. 우리는 기회라고 생각하는 것을 만났을 때 그것을 붙잡기 위해 노력해야 기회가 주는 열매를 맛볼 수 있습니다. 어려움에 처한 우리에게 주어질 수 있는 다른 누군가의 도움과 기회는 동일한 원리로 작동하는 것입니다. 바로 우리가 적극적으로 손을 뻗어야 비로소 만날 수 있습니다. 삶의 무게가 우리를 짓누를지라도 버티고 일어서서 도움의 손길과 기회의 문을 만나야 합니다. 힘들다고 주저앉아 있었다면 어서 정신을 차리고 일어나길 바랍니다. 그리고 눈앞에 있는 도움과 기회를 적극적으로 만나세요. 한 가지 분명한 건, 사망의 음침한 골짜기를 누구나 벗어날 수 있다는 것입니다. 벗어나기만 하면 이제 밝은 곳에서 행복하게 지낼 수 있습니다. 언제 슬프고 우울했는지 기억도 잘 나지 않을 정도로 웃으며 행복할 수 있습니다. 그런 도움과 기회를 만나는 오늘이 되길 진심으로 응원합니다.﻿

사망의 음침한 골짜기

A massive new AI infrastructure project dubbed “Stargate” just got announced in dramatic fashion—and it’s turning heads for a few reasons.

OpenAI, SoftBank, and Oracle Just Revealed “Stargate,”A $500B AI Infrastructure Moonshot

🏵️ 스타게이트(stargate) 프로젝트란?
 * OpenAI, 소프트뱅크, 오라클, 5,000억 달러 규모의 AI 인프라 프로젝트
 * 목표: 4년간 최대 5,000억 달러를 투자하여 미국 전역에 대규모 AI 데이터 센터 구축
 * 참여기업: OpenAI, SoftBank, Oracle, MGX(아랍에미리트 국부펀드)
 * 역할
   * 자본 투자: 소프트뱅크 그룹 중심
   * 데이터센터: 오라클, 크루소
   * 운영: OpenAI 중심으로 NVIDiA, MS, Arm 등 기술 파트너 기업
 * 공개: 2025년 1월 21일 - 트럼프 대통령 취임 첫날

🏵️ 스타게이트(stargate) 프로젝트 중요한 이유
 * AI 인프라
   * AI칩: 수만 개(최종적으로는 수십만 개)의 Nvidia GPU
   * 기가와트급 전력 수요: 텍사스 오스틴 크기의 도시에 전력을 공급할 수 있는 양
   * 미국 전역 시설 확장 계획
 * 미국의 AI 기술 주도권
   * 최근 중국의 DeepSeek로 충격이 있기는 하지만, 미국 주도의 AI기술 리드를 하고자 하는 국가 차원의 AI프로젝트 상징성
   * 일부 AI 리더가 AI 방정식의 인프라 측면에 대규모의 문샷 스타일 자금 지원을 약속하려는 의지

🏵️ 5,000억 달러는 가능할것가?
 * 5,000억 달러라는 막대한 금액은 고정된 예산이라기보다는 장기적인 목표 예상
 * 소프트뱅크나 OpenAI는 실제로 5,000억 달러를 보유하고 있지 않기 때문에 전체 금액을 어떻게 모금할지(그리고 모금할 수 있을지에 대해) 많은 추측 난무
 * 일론 머스크의 소프트뱅크의 '190억 달러'의 정당성에 대해 X에서 공개적으로 의문 제기
   
   
🏵️ 이슈
 * Microsoft, 머스크, 그리고 점점 커지는 불화
   * Microsoft는 샘 알트먼이 오라클과 별도의 인프라 계획을 추진하도록 허용
 * 스타게이트의 데이터 센터에 전력을 공급하는 에너지원 확보 - 재생에너지?

 * source: https://www.marketingaiinstitute.com/blog/project-stargate

🏵️ 스타게이트(stargate) 프로젝트란?<ul ><li>OpenAI, 소프트뱅크, 오라클, 5,000억 달러 규모의 AI 인프라 프로젝트</li><li>목표: 4년간 최대 5,000억 달러를 투자하여 미국 전역에 대규모 AI 데이터 센터 구축</li><li>참여기업: OpenAI, SoftBank, Oracle, MGX(아랍에미리트 국부펀드)</li><li>역할<ul ><li>자본 투자: 소프트뱅크 그룹 중심</li><li>데이터센터: 오라클, 크루소</li><li>운영: OpenAI 중심으로 NVIDiA, MS, Arm 등 기술 파트너 기업</li></ul></li><li>공개: 2025년 1월 21일 - 트럼프 대통령 취임 첫날</li></ul> 🏵️ 스타게이트(stargate) 프로젝트 중요한 이유<ul ><li>AI 인프라<ul ><li>AI칩: 수만 개(최종적으로는 수십만 개)의 Nvidia GPU</li><li>기가와트급 전력 수요: 텍사스 오스틴 크기의 도시에 전력을 공급할 수 있는 양</li><li>미국 전역 시설 확장 계획</li></ul></li><li>미국의 AI 기술 주도권<ul ><li>최근 중국의 DeepSeek로 충격이 있기는 하지만, 미국 주도의 AI기술 리드를 하고자 하는 국가 차원의 AI프로젝트 상징성</li><li>일부 AI 리더가 AI 방정식의 인프라 측면에 대규모의 문샷 스타일 자금 지원을 약속하려는 의지</li></ul></li></ul> 🏵️ 5,000억 달러는 가능할것가?<ul ><li>5,000억 달러라는 막대한 금액은 고정된 예산이라기보다는 장기적인 목표 예상</li><li>소프트뱅크나 OpenAI는 실제로 5,000억 달러를 보유하고 있지 않기 때문에 전체 금액을 어떻게 모금할지(그리고 모금할 수 있을지에 대해) 많은 추측 난무</li><li>일론 머스크의 소프트뱅크의 '190억 달러'의 정당성에 대해 X에서 공개적으로 의문 제기 </li></ul>🏵️ 이슈<ul ><li>Microsoft, 머스크, 그리고 점점 커지는 불화<ul ><li>Microsoft는 샘 알트먼이 오라클과 별도의 인프라 계획을 추진하도록 허용</li></ul></li><li>스타게이트의 데이터 센터에 전력을 공급하는 에너지원 확보 - 재생에너지?</li></ul> <ul ><li>source: https://www.marketingaiinstitute.com/blog/project-stargate</li></ul>

www.marketingaiinstitute.com

[백악관] 스타게이트(Stargate) 프로젝트

﻿
지금까지 살면서 가장 실패를 맛본 경험을 하나만 꼽으라면, 여러분은 언제 있었던 어떤 일을 이야기할 수 있나요? 솔직히 저는 실패한 경험이 선뜻 잘 떠오르지 않습니다. 살면서 했던 모든 시도가 모두 다 성공했냐? 그건 아니고요. 대단히 실패였다고 판단할 거리가 별로 없었다고 이야기하는 것이 더 정확한 표현입니다.

그럼에도 불구하고 인생에서 후회가 남는 경험 중 하나는 대학 생활입니다. 어디서부터 꼬였는지 모르지만 대학교 4학년 내내 철저한 아웃사이더로 지낸 것이 후회가 됩니다. 그리고 공부도 안 하고 어영부영 시간을 보냈던 것도 그때 내가 왜 그랬나 싶습니다. 만약 대학생으로 돌아간다면 해보고 싶은 일이 많습니다. 일단 학교생활을 열심히 하겠습니다. 수업도 열심히 듣고, 동아리 활동도 하고 학교에서 하는 행사도 열심히 참여하겠습니다. 그리고 해외 유학도 다녀오겠습니다. 미국도 가고 유럽도 가고 일본에서 공부해 보고 싶기도 합니다. 책도 많이 읽고 사색도 많이 하겠습니다. 자아를 탐구하고 사람에 대한 이해도 넓히겠습니다.

제가 정의하는 실패는 후회가 남는 시기인가 봅니다. 이렇게 말하고 행동할걸 후회가 남거나 결과가 원하던 것과 다르게 나오면 실패라고 생각합니다. 성공의 기준이나 목표가 뚜렷하지 않았기 때문에 실패의 경험이 선명하게 떠오르지 않는 것도 있습니다. 세상이 저에게 기대하는 목표가 있었지만, 그것을 온전히 내 몫이라고 받아들이지 않았습니다. 목표는 스스로 세웠을 때 의미가 있어지나 봅니다.

직장에서 후회가 남는 장면을 꼽으라면 직무를 여러 번 바꾼 것입니다. 자의도 있고, 타의도 있지만 어쨌든 직무를 여러 번 바꾼 것이 조금 아쉽게 느껴질 때가 있습니다. 한 우물만 팠다면 지금쯤 어떻게 살고 있을까? 상상해 봅니다. 한 분야의 전문가로 추앙받으며 살고 있지 않을까? 직장을 옮기는 이직도 덜하고 진득하게 한자리에 머물며 맛이 진하고 구수한 된장 같은 모습이 아니었을까? 후회도 잠시, 다양한 직무를 경험한 덕분에 지금처럼 커리어 코칭을 할 수 있게 된 것을 감사합니다. 다양한 조직을 경험한 덕분에 건강한 문화에 대해서 더 고민을 할 수 있게 된 것을 축복이라고 생각합니다.

실패라고 정의하는 특정한 하나의 사건을 이야기해 보라면, 원대한 꿈을 품고 도전한 지난 2년 동안의 채용 업무 경험입니다. 먼저 이야기해 둘 것은 제 기준으로 실패라고 정의한 이유는 목표와 목적이 뚜렷했지만 그 기준에 도달하지 못했다는 아쉬움 때문입니다. 그러나 전체 경력을 펼쳐 놓고 돌아봤을 때, 이때만큼 많이 배운 경험도 흔하지 않습니다. 그러니까 실패는 있어도 시련은 없다는 말이 어떤 의미인지 맛보아 알았다고 할까요? 당시 원대한  꿈은 이루지 못했지만, 다음 목표를 갖게 되었고 지금 도전할 수 있는 기반이 되었습니다. 

채용 업무 경험이 실패라고 생각한 이유는 회사가 요구하는 인재를 잘 영입했으나, 인재 영입 과정을 설계하고 결과를 도출하는 과정이 제가 목표로 했던 바대로 모두 구현해 내지 못하였기 때문입니다. (이 이야기를 자세히 설명하자면 A4 원고지 100장 이상 필요하므로 여기서 생략하겠습니다) 추진력이 약해서, 아이디어를 구체화하지 못해서, 리더를 설득하지 못해서, 기본 업무하기 바빠서, 그냥 하기 싫어져서 등 핑계는 많습니다. 목표는 핑계에 가리어지면 안 되는 것으로 알기에 될 때까지 추진하지 못한 자신이 후회됩니다.

과정에 배움이 있다면 실패는 성공과 다름없습니다. 실행을 통해 배웠다면, 성공과 실패를 나누는 것조차도 의미가 없습니다. 어차피 미래는 우리가 좌우할 수 없는 영역이라서 무엇 때문에 성공할 수도, 실패할 수도 있습니다. 우리의 열심과 노력에 관계없이 결과가 결정된다면, 우리는 과정을 통해 잘 배우기만 하면 됩니다. 물론 과정에 충실해야 함은 기본적인 태도입니다. 그리고 결과가 부정적이었다면, 긍정적인 결과를 얻어낼 때까지 도전해야 하는 것도 기본적인 태도입니다.

후회가 없는 삶이 어디에 있겠습니까? 후회를 덜 하기 위해 노력할 뿐입니다. 후회를 덜 하려면 과정에 성실해야 합니다. 후회가 남지 않을 만큼 쏟아부어야 결과에 미련이 없습니다. 과정을 설렁설렁했기 때문에 결과가 좋지 않았을 때 미련이 남는 것입니다. 그러나 한 번 떠나간 버스는 현실 세계처럼 다시 돌아오지 않습니다. 그러니까 오늘 매 순간에 최선을 다합시다. 누군가를 만나고, 맡겨진 일을 하며, 살아 숨 쉬는 모든 순간을 즐겁고 행복하게 보냅시다. 그럼 아마도 훗날 우리 삶의 흔적들이 거칠고 평탄하지 않았더라도 적어도 후회라는 녀석을 추억하진 않을 것입니다.

오늘도 기분 좋은 하루가 되길 진심으로 응원합니다.

﻿지금까지 살면서 가장 실패를 맛본 경험을 하나만 꼽으라면, 여러분은 언제 있었던 어떤 일을 이야기할 수 있나요? 솔직히 저는 실패한 경험이 선뜻 잘 떠오르지 않습니다. 살면서 했던 모든 시도가 모두 다 성공했냐? 그건 아니고요. 대단히 실패였다고 판단할 거리가 별로 없었다고 이야기하는 것이 더 정확한 표현입니다. 그럼에도 불구하고 인생에서 후회가 남는 경험 중 하나는 대학 생활입니다. 어디서부터 꼬였는지 모르지만 대학교 4학년 내내 철저한 아웃사이더로 지낸 것이 후회가 됩니다. 그리고 공부도 안 하고 어영부영 시간을 보냈던 것도 그때 내가 왜 그랬나 싶습니다. 만약 대학생으로 돌아간다면 해보고 싶은 일이 많습니다. 일단 학교생활을 열심히 하겠습니다. 수업도 열심히 듣고, 동아리 활동도 하고 학교에서 하는 행사도 열심히 참여하겠습니다. 그리고 해외 유학도 다녀오겠습니다. 미국도 가고 유럽도 가고 일본에서 공부해 보고 싶기도 합니다. 책도 많이 읽고 사색도 많이 하겠습니다. 자아를 탐구하고 사람에 대한 이해도 넓히겠습니다. 제가 정의하는 실패는 후회가 남는 시기인가 봅니다. 이렇게 말하고 행동할걸 후회가 남거나 결과가 원하던 것과 다르게 나오면 실패라고 생각합니다. 성공의 기준이나 목표가 뚜렷하지 않았기 때문에 실패의 경험이 선명하게 떠오르지 않는 것도 있습니다. 세상이 저에게 기대하는 목표가 있었지만, 그것을 온전히 내 몫이라고 받아들이지 않았습니다. 목표는 스스로 세웠을 때 의미가 있어지나 봅니다. 직장에서 후회가 남는 장면을 꼽으라면 직무를 여러 번 바꾼 것입니다. 자의도 있고, 타의도 있지만 어쨌든 직무를 여러 번 바꾼 것이 조금 아쉽게 느껴질 때가 있습니다. 한 우물만 팠다면 지금쯤 어떻게 살고 있을까? 상상해 봅니다. 한 분야의 전문가로 추앙받으며 살고 있지 않을까? 직장을 옮기는 이직도 덜하고 진득하게 한자리에 머물며 맛이 진하고 구수한 된장 같은 모습이 아니었을까? 후회도 잠시, 다양한 직무를 경험한 덕분에 지금처럼 커리어 코칭을 할 수 있게 된 것을 감사합니다. 다양한 조직을 경험한 덕분에 건강한 문화에 대해서 더 고민을 할 수 있게 된 것을 축복이라고 생각합니다. 실패라고 정의하는 특정한 하나의 사건을 이야기해 보라면, 원대한 꿈을 품고 도전한 지난 2년 동안의 채용 업무 경험입니다. 먼저 이야기해 둘 것은 제 기준으로 실패라고 정의한 이유는 목표와 목적이 뚜렷했지만 그 기준에 도달하지 못했다는 아쉬움 때문입니다. 그러나 전체 경력을 펼쳐 놓고 돌아봤을 때, 이때만큼 많이 배운 경험도 흔하지 않습니다. 그러니까 실패는 있어도 시련은 없다는 말이 어떤 의미인지 맛보아 알았다고 할까요? 당시 원대한&nbsp; 꿈은 이루지 못했지만, 다음 목표를 갖게 되었고 지금 도전할 수 있는 기반이 되었습니다.&nbsp; 채용 업무 경험이 실패라고 생각한 이유는 회사가 요구하는 인재를 잘 영입했으나, 인재 영입 과정을 설계하고 결과를 도출하는 과정이 제가 목표로 했던 바대로 모두 구현해 내지 못하였기 때문입니다. (이 이야기를 자세히 설명하자면 A4 원고지 100장 이상 필요하므로 여기서 생략하겠습니다) 추진력이 약해서, 아이디어를 구체화하지 못해서, 리더를 설득하지 못해서, 기본 업무하기 바빠서, 그냥 하기 싫어져서 등 핑계는 많습니다. 목표는 핑계에 가리어지면 안 되는 것으로 알기에 될 때까지 추진하지 못한 자신이 후회됩니다. 과정에 배움이 있다면 실패는 성공과 다름없습니다. 실행을 통해 배웠다면, 성공과 실패를 나누는 것조차도 의미가 없습니다. 어차피 미래는 우리가 좌우할 수 없는 영역이라서 무엇 때문에 성공할 수도, 실패할 수도 있습니다. 우리의 열심과 노력에 관계없이 결과가 결정된다면, 우리는 과정을 통해 잘 배우기만 하면 됩니다. 물론 과정에 충실해야 함은 기본적인 태도입니다. 그리고 결과가 부정적이었다면, 긍정적인 결과를 얻어낼 때까지 도전해야 하는 것도 기본적인 태도입니다. 후회가 없는 삶이 어디에 있겠습니까? 후회를 덜 하기 위해 노력할 뿐입니다. 후회를 덜 하려면 과정에 성실해야 합니다. 후회가 남지 않을 만큼 쏟아부어야 결과에 미련이 없습니다. 과정을 설렁설렁했기 때문에 결과가 좋지 않았을 때 미련이 남는 것입니다. 그러나 한 번 떠나간 버스는 현실 세계처럼 다시 돌아오지 않습니다. 그러니까 오늘 매 순간에 최선을 다합시다. 누군가를 만나고, 맡겨진 일을 하며, 살아 숨 쉬는 모든 순간을 즐겁고 행복하게 보냅시다. 그럼 아마도 훗날 우리 삶의 흔적들이 거칠고 평탄하지 않았더라도 적어도 후회라는 녀석을 추억하진 않을 것입니다. 오늘도 기분 좋은 하루가 되길 진심으로 응원합니다.﻿

후회

🎙️ Ameego, 아미고는 왜 만들게 되었나? - 영어 학습자의 관점에서 (2부)

1부에서 이야기했던 것의 핵심은, 영어 말하기는 결국 실전 경험이 핵심이라는 것 인데요. 하지만 대부분의 학습은 ‘공부’를 통해 실전에 대비하라고 합니다. 공부와 실전은 전혀 다름에도 불구하고 말이죠.

기존의 많은 영어 학습 앱들은 기본적인 문장을 연습하거나, 정해진 패턴을 반복하게 하는데, 실전에서는 예상치 못한 질문이 오고, 정해진 답이 없는 대화를 가게 되죠. 즉, 기존의 학습 방식으로는 시험은 잘 봐도 진짜 대화에는 도움이 별로 안됩니다.

그리고 모르면 한국어로 말해라, 너무 못알아들으면 선생님이 한국어로 말한다를 장점으로 두기도 하는데, 이 역시 학습을 방해하는 요소입니다. 일견 배운 것 처럼 보여도 사실은 알게 된 것으로 착각하게 됩니다. (이제 ABC를 배우는 아주 초보자에겐 필요하지만요)

제 경험도 그렇고 연구결과도 보면, 가장 좋은 학습법은 말하고 싶은게 생기고 궁금한게 생기고 그걸 어떻게든 소통한 뒤, 나중에 알게 되는 아하 모먼트가 생기는 과정이라고 하는데요. 그 말은 일단 몰라서 괴로운 상황이 생겨야한다는 말이고, 정말 영어로만 듣고 말하는 환경이 가장 좋은 환경이라는 것 입니다.

현재 출시된 대부분의 영어 학습 앱은 초급자를 위한 것인데요. 사실 고등학교까지 정규 교육을 받은 대부분의 사람들은 이정도는 이미 넘어있습니다. 아는 것을 반복하며 효능감만 느끼고 있을 뿐이죠. 물론 저도 그렇구요. 🥲

그리고 초급자를 위한 앱들은 여러가지를 사용해도 결국 비슷한 내용만 반복하게 되는데, 이런 방식은 영어 실력을 키우는 데 한계가 있습니다.

진짜 실력을 쌓으려면, 다양한 분포의 경험을 해야 합니다. LLM(AI 모델) 학습도 다양한 데이터 분포를 학습해야 성능이 좋아지듯이, 사람도 다양한 상황에서 영어를 써봐야 합니다.

그래서 Ameego에수는 다양한 직업과 관심사, 다양한 발음과 말투를 가진 아미고들과 이야기를 하고, 또 그 아미고들이 운영하는 파드캐스트들을 듣고 그에 관해 이야기하는 복합적인 경험을 줄 수 있도록 구성했습니다.

이를 통해 초급자는 AI 친구와 자연스럽게 대화를 하면서 한계를 깨고, 중급자는 자유롭게 대화를 나누며 스스로 영어 스킬을 늘려가고, 고급자는 다양한 억양과 스타일의 영어를 접하며 더 깊이 있는 대화를 나눌 수 있어서, 올인원으로 거의 모든 수준의 학습자가 활용할 수 있는 앱이 될 수 있을 것으로 기대하고 있습니다.

한편, 앞으로 AI가 발전하면서, 외국어 읽기와 쓰기는 일반 사람들에게는 거의 필요가 없어질 가능성이 높지만, 말하기는 다릅니다.

외국어 뿐이 아니라 스스로 일하는 AI 시대가 오면서 ‘사람과 직접 대화할 수 있는 능력’은 더욱 중요해 질 것인데요. (일은 AI가 할 것이니, 사람들은 토론과 의사결정을 위한 시간을 더 많이 쓰게 될 것)

기존의 영어 학습 시스템에서는 말하기를 제대로 배우려면 비싼 1:1 수업을 들어야 했습니다. 즉, 말하기는 돈이 많은 사람들만 익힐 수 있던 영역이었습니다. 하지만 이제는 AI를 통해 누구나 저렴하게 1:1 영어 대화 경험을 가질 수 있게 되었고, 이를 통해 영어 교육의 격차를 줄이고, 누구나 영어를 유창하게 말할 수 있는 기회를 가질 수 있게 될 것으로 기대하고 있습니다.

하지만 기존의 1:1 영어도 분명히 한계가 있는데요. 저희는 그 한계를 뛰어넘어, 마치 유학을 간 것 같은 환경의 경험을 제공하는 것을 목표로하고 있습니다. 앞으로 많은 기대 부탁드립니다. 🚀

🎙️ Ameego, 아미고는 왜 만들게 되었나? - 영어 학습자의 관점에서 (2부) 1부에서 이야기했던 것의 핵심은, 영어 말하기는 결국 실전 경험이 핵심이라는 것 인데요. 하지만 대부분의 학습은 ‘공부’를 통해 실전에 대비하라고 합니다. 공부와 실전은 전혀 다름에도 불구하고 말이죠. 기존의 많은 영어 학습 앱들은 기본적인 문장을 연습하거나, 정해진 패턴을 반복하게 하는데, 실전에서는 예상치 못한 질문이 오고, 정해진 답이 없는 대화를 가게 되죠. 즉, 기존의 학습 방식으로는 시험은 잘 봐도 진짜 대화에는 도움이 별로 안됩니다. 그리고 모르면 한국어로 말해라, 너무 못알아들으면 선생님이 한국어로 말한다를 장점으로 두기도 하는데, 이 역시 학습을 방해하는 요소입니다. 일견 배운 것 처럼 보여도 사실은 알게 된 것으로 착각하게 됩니다. (이제 ABC를 배우는 아주 초보자에겐 필요하지만요) 제 경험도 그렇고 연구결과도 보면, 가장 좋은 학습법은 말하고 싶은게 생기고 궁금한게 생기고 그걸 어떻게든 소통한 뒤, 나중에 알게 되는 아하 모먼트가 생기는 과정이라고 하는데요. 그 말은 일단 몰라서 괴로운 상황이 생겨야한다는 말이고, 정말 영어로만 듣고 말하는 환경이 가장 좋은 환경이라는 것 입니다. 현재 출시된 대부분의 영어 학습 앱은 초급자를 위한 것인데요. 사실 고등학교까지 정규 교육을 받은 대부분의 사람들은 이정도는 이미 넘어있습니다. 아는 것을 반복하며 효능감만 느끼고 있을 뿐이죠. 물론 저도 그렇구요. 🥲 그리고 초급자를 위한 앱들은 여러가지를 사용해도 결국 비슷한 내용만 반복하게 되는데, 이런 방식은 영어 실력을 키우는 데 한계가 있습니다. 진짜 실력을 쌓으려면, 다양한 분포의 경험을 해야 합니다. LLM(AI 모델) 학습도 다양한 데이터 분포를 학습해야 성능이 좋아지듯이, 사람도 다양한 상황에서 영어를 써봐야 합니다. 그래서 Ameego에수는 다양한 직업과 관심사, 다양한 발음과 말투를 가진 아미고들과 이야기를 하고, 또 그 아미고들이 운영하는 파드캐스트들을 듣고 그에 관해 이야기하는 복합적인 경험을 줄 수 있도록 구성했습니다. 이를 통해 초급자는 AI 친구와 자연스럽게 대화를 하면서 한계를 깨고, 중급자는 자유롭게 대화를 나누며 스스로 영어 스킬을 늘려가고, 고급자는 다양한 억양과 스타일의 영어를 접하며 더 깊이 있는 대화를 나눌 수 있어서, 올인원으로 거의 모든 수준의 학습자가 활용할 수 있는 앱이 될 수 있을 것으로 기대하고 있습니다. 한편, 앞으로 AI가 발전하면서, 외국어 읽기와 쓰기는 일반 사람들에게는 거의 필요가 없어질 가능성이 높지만, 말하기는 다릅니다. 외국어 뿐이 아니라 스스로 일하는 AI 시대가 오면서 ‘사람과 직접 대화할 수 있는 능력’은 더욱 중요해 질 것인데요. (일은 AI가 할 것이니, 사람들은 토론과 의사결정을 위한 시간을 더 많이 쓰게 될 것) 기존의 영어 학습 시스템에서는 말하기를 제대로 배우려면 비싼 1:1 수업을 들어야 했습니다. 즉, 말하기는 돈이 많은 사람들만 익힐 수 있던 영역이었습니다. 하지만 이제는 AI를 통해 누구나 저렴하게 1:1 영어 대화 경험을 가질 수 있게 되었고, 이를 통해 영어 교육의 격차를 줄이고, 누구나 영어를 유창하게 말할 수 있는 기회를 가질 수 있게 될 것으로 기대하고 있습니다. 하지만 기존의 1:1 영어도 분명히 한계가 있는데요. 저희는 그 한계를 뛰어넘어, 마치 유학을 간 것 같은 환경의 경험을 제공하는 것을 목표로하고 있습니다. 앞으로 많은 기대 부탁드립니다. 🚀

시중에 떠도는 답변 정답지만 외우지 마세요.

진짜 중요한 건 포폴에 담긴 프로젝트 이해도의 깊이에요. 하나의 질문의 연쇄에서 어느 정도를 대답할 수 있는지 자문해 보시면 느낌이 올거예요.

1. 왜 온보딩 프로세스를 개선했나요?

→ 기존 온보딩 완료율이 30%로 낮았고, 이탈률이 높아 실질적인 서비스 이용률이 저조했기 때문입니다.

2. 왜 온보딩 완료율이 낮았나요?

→ 사용자 인터뷰와 데이터 분석을 해보니… 음, 기존 온보딩에서 사용자들이… (잠시 머뭇거림) 너무 많은 단계를 거치면서 이탈하는 경우가 많았던 것 같습니다.

(면접관 기다림)

면접관 반응:

🧐 “그럼, 그 단계들이 왜 많았던 거죠?”

시중에 떠도는 답변 정답지만 외우지 마세요. 진짜 중요한 건 포폴에 담긴 프로젝트 이해도의 깊이에요. 하나의 질문의 연쇄에서 어느 정도를 대답할 수 있는지 자문해 보시면 느낌이 올거예요. 1. 왜 온보딩 프로세스를 개선했나요? → 기존 온보딩 완료율이 30%로 낮았고, 이탈률이 높아 실질적인 서비스 이용률이 저조했기 때문입니다. 2. 왜 온보딩 완료율이 낮았나요? → 사용자 인터뷰와 데이터 분석을 해보니… 음, 기존 온보딩에서 사용자들이… (잠시 머뭇거림) 너무 많은 단계를 거치면서 이탈하는 경우가 많았던 것 같습니다. (면접관 기다림) 면접관 반응: 🧐 “그럼, 그 단계들이 왜 많았던 거죠?”

💡프로덕트 디자인 면접은 암기가 아닌 깊이

🎉 예비 디자이너의 노력과 채용 사이드의 니즈를 좁히고 싶어 <우디의 초단기 포폴챗>을 오픈했습니다! 빠른 포폴 검증이 필요하면 링크를 클릭해 주세요!

https://www.latpeed.com/products/QkCkT

안녕하세요. 그린입니다 🍏이번 포스팅에서는 RxSwift에서의 bind, subscribe, drive의 역할과 어떤 차이가 있는지에 대해 알아보겠습니다 🙋🏻오늘 정리해볼 이 subscribe, bind, drive는 각각 목적과 특징이 다르기에 적절히 사용하는것이 좋습니다. 그렇기에 이 세가지에 대해 차이점을 확실히 알고 어떤 상황에서 어떤걸 사용할지 체크해보죠! 👯‍♂️ 그전에 하나 짚고 가볼께요. RxSwift에서의 핵심 개념은 Observable과 Observer죠.여기서 Observable은 데이터를 방출하는 스트림이고, Observer는 방출된 데이터를 수신하고 처리하는 객체 역할을 합니다.이 두 개념을 통해서 우리는 반응형 프로그래밍을 구현하는것이죠.여기서 subscribe, bind..

RxSwift - subscribe vs bind vs drive

RxSwift에서 구독 혹은 바인딩을 위한 연산자들의 대표적인 세가지가 존재하죠.
subscribe, bind, drive인데요!

많이들 익숙하게 사용하고 있을텐데, 이 세가지는 어떤 용도로 만들어졌고 어떻게 쓰이고 비교했을때 어떤 차이가 있는지 제가 헷갈려서 한번 정리해봤습니다 🙋🏻

저처럼 헷갈리시고 명확하게 한문장으로 설명할 수 없다면 이참에 정리해보는것도 좋지 않을까요? ☺️

RxSwift에서 구독 혹은 바인딩을 위한 연산자들의 대표적인 세가지가 존재하죠.subscribe, bind, drive인데요! 많이들 익숙하게 사용하고 있을텐데, 이 세가지는 어떤 용도로 만들어졌고 어떻게 쓰이고 비교했을때 어떤 차이가 있는지 제가 헷갈려서 한번 정리해봤습니다 🙋🏻 저처럼 헷갈리시고 명확하게 한문장으로 설명할 수 없다면 이참에 정리해보는것도 좋지 않을까요? ☺️

iOYES

RxSwift's Subscription/Binding Operators

"주인공 (주간 인사이트 공유)" 뉴스레터는 한 주 동안 읽은 글들 중 공감되고, 인사이트를 주는 내용을 모아 전달드립니다. 

25년 2월 2주차. 주인공 (주간 인사이트 공유) - Introducing Core 4: The best way to measure and improve your product velocity

Core 4 framework는 속도(Speed) 🕒, 품질(Quality) ✅, 효율성(Effectiveness) 🔄, 영향(Impact) 🌟이라는 네 가지 차원을 통해 팀의 생산성과 방향성을 측정하고 개선할 수 있는 프레임워크입니다.

Core 4의 주요 특징
- 정량적 데이터 📊와 정성적 데이터 📝의 조화
- 벤치마크를 활용한 비교 📈
- 작은 변화가 큰 결과로 연결 💪

https://maily.so/marcus.lee/posts/l1zqvqp4r5x

뉴스레터 구독하기 : https://maily.so/marcus.lee
커피챗 및 멘토링 신청하기 : https://inf.run/GRTee
팀 코칭 신청하기 : https://open.kakao.com/o/sh47Hq4g

Core 4 framework는 속도(Speed) 🕒, 품질(Quality) ✅, 효율성(Effectiveness) 🔄, 영향(Impact) 🌟이라는 네 가지 차원을 통해 팀의 생산성과 방향성을 측정하고 개선할 수 있는 프레임워크입니다. Core 4의 주요 특징 - 정량적 데이터 📊와 정성적 데이터 📝의 조화 - 벤치마크를 활용한 비교 📈 - 작은 변화가 큰 결과로 연결 💪 https://maily.so/marcus.lee/posts/l1zqvqp4r5x 뉴스레터 구독하기 : https://maily.so/marcus.lee커피챗 및 멘토링 신청하기 : https://inf.run/GRTee팀 코칭 신청하기 : https://open.kakao.com/o/sh47Hq4g

Learning by Doing

팀의 속도와 생산성을 측정하고 싶다면?

당근, 테이블링, 카카오맵의 업데이트 소식 살펴보기!

🥕 당근은 채팅 서비스를 어떻게 바라보고 있을까요?

💌 2월, 주요 서비스의 업데이트 사례 살펴보기!
✅️ 당근 채팅, 메시지 저장 및 공감
✅️ 테이블링 검색 필터, 더 많은 식당을 확인
✅️ 카카오맵 검색 결과, 지도와 목록을 한번에

💌 2월, 주요 서비스의 업데이트 사례 살펴보기!✅️ 당근 채팅, 메시지 저장 및 공감✅️ 테이블링 검색 필터, 더 많은 식당을 확인✅️ 카카오맵 검색 결과, 지도와 목록을 한번에

우리는 현재 AI의 발전으로 인해,
유래없는 미친 속도의 혁신과 발전을 경험하고 있습니다.

LLM(Large Language Model)을 필두로,
이미지 생성, 다국어 번역, 컨텐츠 요약, 영상 제작 AI까지
무궁무진한 AI들이 말 그대로 쏟아지고 있습니다.

최근 메타(Meta)가 3600명이라는 대규모 인원의 직원을
정리 해고했다는 소식을 보았습니다.
AI가 중급 개발자 능력을 대체할수 있다는
주커버그의 인터뷰가 공개된 지 몇 주만에요.

앞으로 AI의 미친 발전 속도로 인해,
이런 일들은 더욱 많이 발생할 것입니다.
수많은 사람들이 다시 일자리를 잃거나,
또는 자신의 자리를 빼앗길지도 모릅니다.

이럴 때일수록, 앞으로 더 중요하게 여겨질
인간만의 고유한 역량에는 무엇이 있을까요?

저는 바로 능동적 관리(Proactive Management) 역량이라고 생각합니다.

네. 여러분이 생각하시는 그 매니저(Manager)의 역할이 맞습니다.
최근 MZ세대들이 가장 기피하는 직무가 매니저라는 말이 있을만큼,
복잡도가 올라간 세상에서 매니저의 역할 및 임무들은 더욱 많아졌으며,
그 난이도도 예전에 비해 훨씬 올라갔습니다.

예전에는 단순히 매니저라는 직책이
수동적 관리 (Passive management)에 집중했다면,
이제는 미리 문제 상황이나 트랜드를 파악하고,
그에 빠르게 대처하는 능동적 관리 능력(Proactive Management)이
앞으로도 더 많이 요구될 거에요.

우리의 선택지가 하나 또는 둘이였을 때는
큰 관리 능력이 필요하지 않았지만,
우리의 선택지가 많아질 수록,
빠른 시간 내에 좋은 결정을 내리고,
그 결정들을 토대로 탄탄한 시스템(System)을
구축해야 하는 행위는 점점 더 늘어갈 것입니다.

우리의 일상 생활에서도 관리(management) 영역은 꾸준히 확대되어 왔습니다.

개인적인 차원에서는 여러분들이 즐겨보는
OTT 구독 관리, SNS 관리, 건강 상태 관리, 경제/재무 관리 등이 있습니다.

그리고 전 세계적으로는
지속 가능한 발전 (Sustainable Progress),
환경 보호 (Environmental Conservation)과 같은
미래에 꼭 이루어야 할 관리(management)가 있습니다.

저는 AI에게 모든 것을 맡기고,
인간이 AI에 대체된다는 절망감을 가지기보다는,
오히려 AI를 더 잘 이해하고, 어떻게 AI와 협력했을 때,
더 좋은 성과/결과를 만들어낼 수 있을지를 연구하고 있습니다.

앞으로의 시대가 어떻게 변화될지는 누구도 정확하게 예측할 수 없습니다.
하지만 나만의 고유한 관리 능력을 가진 이들이 더 많은 변화에 적응하고,
그들만의 탄탄한 시스템을 만들것이란 생각은 변함이 없습니다.

AI를 수용하되, AI 중심이 아닌,
이미 구축한 자신의 시스템 중심으로 AI를 수용한다면,
우리는 또다른 새로운 영역의 혁신을 마주할 수 있을 거에요.

우리는 현재 AI의 발전으로 인해,유래없는 미친 속도의 혁신과 발전을 경험하고 있습니다. LLM(Large Language Model)을 필두로,이미지 생성, 다국어 번역, 컨텐츠 요약, 영상 제작 AI까지무궁무진한 AI들이 말 그대로 쏟아지고 있습니다. 최근 메타(Meta)가 3600명이라는 대규모 인원의 직원을정리 해고했다는 소식을 보았습니다.AI가 중급 개발자 능력을 대체할수 있다는주커버그의 인터뷰가 공개된 지 몇 주만에요. 앞으로 AI의 미친 발전 속도로 인해,이런 일들은 더욱 많이 발생할 것입니다.수많은 사람들이 다시 일자리를 잃거나,또는 자신의 자리를 빼앗길지도 모릅니다. 이럴 때일수록, 앞으로 더 중요하게 여겨질인간만의 고유한 역량에는 무엇이 있을까요? 저는 바로 능동적 관리(Proactive Management) 역량이라고 생각합니다. 네. 여러분이 생각하시는 그 매니저(Manager)의 역할이 맞습니다.최근 MZ세대들이 가장 기피하는 직무가 매니저라는 말이 있을만큼,복잡도가 올라간 세상에서 매니저의 역할 및 임무들은 더욱 많아졌으며,그 난이도도 예전에 비해 훨씬 올라갔습니다. 예전에는 단순히 매니저라는 직책이수동적 관리 (Passive management)에 집중했다면,이제는 미리 문제 상황이나 트랜드를 파악하고,그에 빠르게 대처하는 능동적 관리 능력(Proactive Management)이앞으로도 더 많이 요구될 거에요. 우리의 선택지가 하나 또는 둘이였을 때는큰 관리 능력이 필요하지 않았지만,우리의 선택지가 많아질 수록,빠른 시간 내에 좋은 결정을 내리고,그 결정들을 토대로 탄탄한 시스템(System)을구축해야 하는 행위는 점점 더 늘어갈 것입니다. 우리의 일상 생활에서도 관리(management) 영역은 꾸준히 확대되어 왔습니다. 개인적인 차원에서는 여러분들이 즐겨보는OTT 구독 관리, SNS 관리, 건강 상태 관리, 경제/재무 관리 등이 있습니다. 그리고 전 세계적으로는지속 가능한 발전 (Sustainable Progress),환경 보호 (Environmental Conservation)과 같은미래에 꼭 이루어야 할 관리(management)가 있습니다. 저는 AI에게 모든 것을 맡기고,인간이 AI에 대체된다는 절망감을 가지기보다는,오히려 AI를 더 잘 이해하고, 어떻게 AI와 협력했을 때,더 좋은 성과/결과를 만들어낼 수 있을지를 연구하고 있습니다. 앞으로의 시대가 어떻게 변화될지는 누구도 정확하게 예측할 수 없습니다.하지만 나만의 고유한 관리 능력을 가진 이들이 더 많은 변화에 적응하고,그들만의 탄탄한 시스템을 만들것이란 생각은 변함이 없습니다. AI를 수용하되, AI 중심이 아닌,이미 구축한 자신의 시스템 중심으로 AI를 수용한다면,우리는 또다른 새로운 영역의 혁신을 마주할 수 있을 거에요.

능동적 관리 (Proactive Management)의 시대가 옵

우여곡절 끝에 아미고를 출시합니다. 우선 iOS만 출시했습니다. (우선 한국 스토어만, 안드로이드는 2주 뒤에 출시 예정)

https://bit.ly/ameego-ios

영어 학습이 궁극의 목표는 아닙니다만, 다른 이야기는 차차하도록 하고요. 영어를 배우는 앱으로써 Ameego의 컨셉을 간단히 소개드리면,

- 언제까지 듀오링고만(기초만) 할텐가? 조금 어려운 도전을 해야 실력이는다.

- 시중에 나온 자막을 보며 말하는 연습은 말하기가 아니라 사실 읽기 쓰기이다.

- 영어를 배우는 가장 좋은 방법은 논란의 여지가 없이 친구 사귀기이다. 말만 친구가 아니라 진짜 친구 같은 경험을 주자.

- 실리콘밸리의 영어 발음은 미국/영국 발음이 아니라 인도 발음이 표준이다 🤣 그러므로 다양한 발음과 말투에 노출되어야한다.

- 전화영어를 넘어 유학의 경험, 영어의 세상에 들어가는 경험을 주자.

마지막으로, 아직 결제 테스트가 부족합니다. 테스트삼아 많이 결제 해 주세요. 🥹

더 많은 이야기는 앞으로 지겹도록 하겠습니다. 감사합니다! 🙇🏻‍♀️🙇🏻

우여곡절 끝에 아미고를 출시합니다. 우선 iOS만 출시했습니다. (우선 한국 스토어만, 안드로이드는 2주 뒤에 출시 예정) https://bit.ly/ameego-ios 영어 학습이 궁극의 목표는 아닙니다만, 다른 이야기는 차차하도록 하고요. 영어를 배우는 앱으로써 Ameego의 컨셉을 간단히 소개드리면, - 언제까지 듀오링고만(기초만) 할텐가? 조금 어려운 도전을 해야 실력이는다. - 시중에 나온 자막을 보며 말하는 연습은 말하기가 아니라 사실 읽기 쓰기이다. - 영어를 배우는 가장 좋은 방법은 논란의 여지가 없이 친구 사귀기이다. 말만 친구가 아니라 진짜 친구 같은 경험을 주자. - 실리콘밸리의 영어 발음은 미국/영국 발음이 아니라 인도 발음이 표준이다 🤣 그러므로 다양한 발음과 말투에 노출되어야한다. - 전화영어를 넘어 유학의 경험, 영어의 세상에 들어가는 경험을 주자. 마지막으로, 아직 결제 테스트가 부족합니다. 테스트삼아 많이 결제 해 주세요. 🥹 더 많은 이야기는 앞으로 지겹도록 하겠습니다. 감사합니다! 🙇🏻‍♀️🙇🏻

🚀 Ameego, 마침내 출시!

[번역] 환경변수에 시크릿 값을 저장하지 않고 사용하는 더 나은 방법

오늘은 두나무의 조영제님이 번역해주신 글입니다.

우리가 자바스크립트로 프론트엔드나 백엔드 작업을 할 때는 환경 변수 관리를 위해 .env 파일을 사용하는 경우가 많습니다. 개발을 시작할 때 대부분 이렇게 관리하는 모습을 보았고, 아무래도 이 글에서 언급하는 것처럼 그렇게 하는 것이 편하기 때문일 것입니다.
이 글은 크게 두 가지를 다루고 있습니다. 첫 번째는 환경 변수에 시크릿 값을 저장하는 것이 왜 위험한지, 다양한 실제 사례를 통해 설명해줍니다. 두 번째는 시크릿 값을 안전하게 사용하는 다양한 방법에 대해 소개합니다. 이 글이 여러분이 운영하는 서비스의 보안 강화에 도움이 되길 바랍니다.

참고로 글 내에는 없지만 도플러 라는 서비스도 개인적으로 좋게 봤습니다!

글 링크: https://bit.ly/3CCk08b

오늘은 두나무의 조영제님이 번역해주신 글입니다. 우리가 자바스크립트로 프론트엔드나 백엔드 작업을 할 때는 환경 변수 관리를 위해 .env 파일을 사용하는 경우가 많습니다. 개발을 시작할 때 대부분 이렇게 관리하는 모습을 보았고, 아무래도 이 글에서 언급하는 것처럼 그렇게 하는 것이 편하기 때문일 것입니다.이 글은 크게 두 가지를 다루고 있습니다. 첫 번째는 환경 변수에 시크릿 값을 저장하는 것이 왜 위험한지, 다양한 실제 사례를 통해 설명해줍니다. 두 번째는 시크릿 값을 안전하게 사용하는 다양한 방법에 대해 소개합니다. 이 글이 여러분이 운영하는 서비스의 보안 강화에 도움이 되길 바랍니다. 참고로 글 내에는 없지만 도플러 라는 서비스도 개인적으로 좋게 봤습니다! 글 링크: https://bit.ly/3CCk08b

내일배움캠프

환경변수에 시크릿 값을 저장하지 않고 사용하는 더 나은 방법

테스트를 작성하다 보면 여러 테스트에 걸쳐서 반복되는 로직이 생기기 마련인데요. 이러한 공통 로직을 모든 테스트마다 중복해서 작성하면 개발 생산성이 떨이지고 유지보수가 힘들어집니다.

이번 포스팅에서는 Vitest를 이용해서 테스트 전이나 후에 항상 실행되야 하는 로직을 효과적으로 실행하는 방법에 대해서 알아보겠습니다.

📺 동영상: https://youtu.be/0fV30sUDAXE
📝 게시물: https://www.daleseo.com/vitest-before-after/

차세대 테스팅 프레임워크로 각광받고 있는 Vitest를 학습하시는 분들께 아래 게시물도 추천드리겠습니다.

📕 Vitest 처음 시작하기: https://careerly.co.kr/comments/115949
📗 Vitest 결과 매칭: https://careerly.co.kr/comments/116437
📘 Vitest 그룹화: https://careerly.co.kr/comments/116659

테스트를 작성하다 보면 여러 테스트에 걸쳐서 반복되는 로직이 생기기 마련인데요. 이러한 공통 로직을 모든 테스트마다 중복해서 작성하면 개발 생산성이 떨이지고 유지보수가 힘들어집니다. 이번 포스팅에서는 Vitest를 이용해서 테스트 전이나 후에 항상 실행되야 하는 로직을 효과적으로 실행하는 방법에 대해서 알아보겠습니다. 📺 동영상: https://youtu.be/0fV30sUDAXE📝 게시물: https://www.daleseo.com/vitest-before-after/ 차세대 테스팅 프레임워크로 각광받고 있는 Vitest를 학습하시는 분들께 아래 게시물도 추천드리겠습니다. 📕 Vitest 처음 시작하기: https://careerly.co.kr/comments/115949📗 Vitest 결과 매칭: https://careerly.co.kr/comments/116437📘 Vitest 그룹화: https://careerly.co.kr/comments/116659

Vitest 테스트 전/후 처리하기

React를 처음 접하는 개발자라면, 함수형 컴포넌트와 클래스형 컴포넌트의 차이, 그리고 상태 관리 방식에 대한 고민이 많을 것입니다.과거에는 React에서 상태(state)를 관리하려면 클래스형 컴포넌트를 사용해야 했습니다. 하지만 코드가 길어지고, 재사용성이 떨어지는 문제가 있었습니다. 이를 해결하기 위해 React Hook이 등장하였으며, 함수형 컴포넌트에서도 상태 관리와 생명주기 메서드의 역할을 수행할 수 있도록 도와줍니다. React Hook이 필요한 이유더 간결한 코드: 클래스형 컴포넌트보다 코드가 직관적이고 짧아짐가독성과 유지보수성 향상: 관심사 분리가 쉬워지고, 재사용성이 증가부수 효과 관리가 용이: useEffect를 활용하여 사이드 이펙트 관리를 쉽게 수행 가능백엔드 개발자의 입장에서 ..

백엔드 개발자를 위한 React Hook 가이드

과거에는 React에서 상태(state)를 관리하려면 클래스형 컴포넌트를 사용해야 했습니다. 하지만 코드가 길어지고, 재사용성이 떨어지는 문제가 있었습니다. 이를 해결하기 위해 React Hook이 등장하였으며, 함수형 컴포넌트에서도 상태 관리와 생명주기 메서드의 역할을 수행할 수 있도록 도와줍니다.
 
React Hook이 필요한 이유
 * 더 간결한 코드: 클래스형 컴포넌트보다 코드가 직관적이고 짧아짐
 * 가독성과 유지보수성 향상: 관심사 분리가 쉬워지고, 재사용성이 증가
 * 부수 효과 관리가 용이: useEffect를 활용하여 사이드 이펙트 관리를 쉽게 수행 가능

이번 글에서는 백엔드 개발자의 시선에서 React Hook을 이해하기 쉽게 설명하고, 실무에서 어떻게 활용할 수 있는지 살펴보겠습니다.
 
주요 React Hook 소개
 
[useState - 상태 관리]
useState는 컴포넌트 내부에서 상태(state)를 선언하고 변경할 수 있도록 도와줍니다.
import { useState } from "react";

function Counter() {
 const [count, setCount] = useState(0); // 상태 선언

 return (
 <div>
 현재 카운트: {count}
 <button onClick={() => setCount(count + 1)}>증가</button>
 </div>
 );
}

✅ useState는 Java에서 변수와 Setter 메서드를 사용하는 방식과 유사합니다.
하지만 React에서는 상태가 변경될 때마다 컴포넌트가 다시 렌더링된다는 차이점이 있습니다.
 
[useEffect - 부수 효과(Site Effect) 처리]
useEffect는 컴포넌트가 렌더링될 때 실행해야 하는 코드(데이터 가져오기, 이벤트 리스너 등록 등)를 처리하는 Hook 입니다.
import { useState, useEffect } from "react";

function Timer() {
 const [seconds, setSeconds] = useState(0);

 useEffect(() => {
 const interval = setInterval(() => {
 setSeconds((prev) => prev + 1);
 }, 1000);

 return () => clearInterval(interval); 
 }, []);

 return 타이머: {seconds}초;
}

✅ useEffect는 Spring의 @PostConstruct 및 @PreDestroy와 유사합니다.
 * @PostConstruct: 컴포넌트가 처음 렌더링될 때 실행 (useEffect의 초기 실행)
 * @PreDestroy: 컴포넌트가 사라질 때 정리 (useEffect의 Cleanup)

[useMemo - 성능 최적화]
useMemo는 불필요한 연산을 방지하여 성능을 최적화할 때 사용됩니다.
import { useState, useMemo } from "react";

function ExpensiveCalculation({ num }) {
 const squaredValue = useMemo(() => {
 console.log("연산 수행 중...");
 return num * num;
 }, [num]); // num이 변경될 때만 다시 계산

 return 계산 결과: {squaredValue};
}

✅ useMemo는 Java의 캐싱(Cache)과 비슷합니다.
useMemo를 활용하면 같은 입력값에 대해 불필요한 연산을 줄이고 캐싱된 값을 활용할 수 있습니다.
 
[useCallback - 함수 메모이제이션]
useCallback은 useMemo와 유사하지만, 함수의 참조값을 유지하여 불필요한 렌더링을 방지하는 Hook입니다.
import { useState, useCallback } from "react";

function Parent() {
 const [count, setCount] = useState(0);

 const handleClick = useCallback(() => {
 setCount((prev) => prev + 1);
 }, []);

 return <button onClick={handleClick}>증가</button>;
}

✅ useCallback은 Spring의 Singleton 패턴과 비슷합니다.
 
[useRef - DOM 접근 & 상태 유지]
useRef는 컴포넌트의 상태를 변경하지 않고도 특정 값을 유지하거나, DOM 요소에 직접 접근할 때 사용됩니다.
import { useRef } from "react";

function TextInput() {
 const inputRef = useRef(null);

 const focusInput = () => {
 inputRef.current.focus();
 };

 return (
 <div>
 <input ref={inputRef} type="text" />
 <button onClick={focusInput}>포커스 이동</button>
 </div>
 );
}

✅ useRef는 Java의 인스턴스 변수와 비슷한 역할을 합니다.
 
결론
React Hook은 함수형 컴포넌트에서 상태 관리와 부수 효과 처리를 쉽게 구현할 수 있도록 도와줍니다.
각 Hook의 활용 사례를 정리하면 다음과 같습니다.
 * useState → 컴포넌트 내부의 상태 관리
 * useEffect → 부수 효과 처리 (API 호출, 이벤트 리스너 등록 등)
 * useMemo → 연산 결과 캐싱 (불필요한 재계산 방지)
 * useCallback → 함수 메모이제이션 (불필요한 렌더링 방지)
 * useRef → DOM 접근 및 값 유지
백엔드 개발자라면, React를 API 연동이 필요한 대시보드나 어드민 UI 개발에 활용할 때가 많을 것입니다.
Hook을 잘 활용하면 성능을 최적화하고 유지보수하기 쉬운 코드 작성이 가능하므로, 실무에서도 유용하게 사용할 수 있습니다!

과거에는 React에서 상태(state)를 관리하려면 클래스형 컴포넌트를 사용해야 했습니다. 하지만 코드가 길어지고, 재사용성이 떨어지는 문제가 있었습니다. 이를 해결하기 위해 React Hook이 등장하였으며, 함수형 컴포넌트에서도 상태 관리와 생명주기 메서드의 역할을 수행할 수 있도록 도와줍니다.&nbsp;React Hook이 필요한 이유<ul ><li>더 간결한 코드: 클래스형 컴포넌트보다 코드가 직관적이고 짧아짐</li><li>가독성과 유지보수성 향상: 관심사 분리가 쉬워지고, 재사용성이 증가</li><li>부수 효과 관리가 용이: useEffect를 활용하여 사이드 이펙트 관리를 쉽게 수행 가능</li></ul> 이번 글에서는 백엔드 개발자의 시선에서 React Hook을 이해하기 쉽게 설명하고, 실무에서 어떻게 활용할 수 있는지 살펴보겠습니다.&nbsp;주요 React Hook 소개&nbsp;[useState - 상태 관리]useState는 컴포넌트 내부에서 상태(state)를 선언하고 변경할 수 있도록 도와줍니다.<pre ><code class="language-javascript">import { useState } from "react";

function Counter() {
 const [count, setCount] = useState(0); // 상태 선언

 return (
 &lt;div&gt;
 &lt;p&gt;현재 카운트: {count}&lt;/p&gt;
 &lt;button onClick={() =&gt; setCount(count + 1)}&gt;증가&lt;/button&gt;
 &lt;/div&gt;
 );
}</code></pre>✅ useState는 Java에서 변수와 Setter 메서드를 사용하는 방식과 유사합니다.하지만 React에서는 상태가 변경될 때마다 컴포넌트가 다시 렌더링된다는 차이점이 있습니다.&nbsp;[useEffect&nbsp;- 부수 효과(Site Effect) 처리]useEffect는&nbsp;컴포넌트가 렌더링될 때 실행해야 하는 코드(데이터 가져오기, 이벤트 리스너 등록 등)를 처리하는 Hook 입니다.<pre ><code class="language-javascript">import { useState, useEffect } from "react";

function Timer() {
 const [seconds, setSeconds] = useState(0);

 useEffect(() =&gt; {
 const interval = setInterval(() =&gt; {
 setSeconds((prev) =&gt; prev + 1);
 }, 1000);

 return () =&gt; clearInterval(interval); 
 }, []);

 return &lt;p&gt;타이머: {seconds}초&lt;/p&gt;;
}</code></pre>✅ useEffect는 Spring의 @PostConstruct 및 @PreDestroy와 유사합니다.<ul ><li>@PostConstruct: 컴포넌트가 처음 렌더링될 때 실행 (useEffect의 초기 실행)</li><li>@PreDestroy: 컴포넌트가 사라질 때 정리 (useEffect의 Cleanup)</li></ul> [useMemo&nbsp;- 성능 최적화]useMemo는 불필요한 연산을 방지하여 성능을 최적화할 때 사용됩니다.<pre ><code class="language-javascript">import { useState, useMemo } from "react";

function ExpensiveCalculation({ num }) {
 const squaredValue = useMemo(() =&gt; {
 console.log("연산 수행 중...");
 return num * num;
 }, [num]); // num이 변경될 때만 다시 계산

 return &lt;p&gt;계산 결과: {squaredValue}&lt;/p&gt;;
}</code></pre>✅ useMemo는 Java의 캐싱(Cache)과 비슷합니다.useMemo를 활용하면 같은 입력값에 대해 불필요한 연산을 줄이고 캐싱된 값을 활용할 수 있습니다.&nbsp;[useCallback&nbsp;- 함수 메모이제이션]useCallback은 useMemo와 유사하지만, 함수의 참조값을 유지하여 불필요한 렌더링을 방지하는 Hook입니다.<pre ><code class="language-javascript">import { useState, useCallback } from "react";

function Parent() {
 const [count, setCount] = useState(0);

 const handleClick = useCallback(() =&gt; {
 setCount((prev) =&gt; prev + 1);
 }, []);

 return &lt;button onClick={handleClick}&gt;증가&lt;/button&gt;;
}</code></pre>✅ useCallback은 Spring의 Singleton 패턴과 비슷합니다.&nbsp;[useRef&nbsp;- DOM 접근 &amp; 상태 유지]useRef는 컴포넌트의 상태를 변경하지 않고도 특정 값을 유지하거나, DOM 요소에 직접 접근할 때 사용됩니다.<pre ><code class="language-javascript">import { useRef } from "react";

function TextInput() {
 const inputRef = useRef(null);

 const focusInput = () =&gt; {
 inputRef.current.focus();
 };

 return (
 &lt;div&gt;
 &lt;input ref={inputRef} type="text" /&gt;
 &lt;button onClick={focusInput}&gt;포커스 이동&lt;/button&gt;
 &lt;/div&gt;
 );
}</code></pre>✅ useRef는 Java의 인스턴스 변수와 비슷한 역할을 합니다.&nbsp;결론React Hook은 함수형 컴포넌트에서 상태 관리와 부수 효과 처리를 쉽게 구현할 수 있도록 도와줍니다.각 Hook의 활용 사례를 정리하면 다음과 같습니다.<ul ><li>useState → 컴포넌트 내부의 상태 관리</li><li>useEffect → 부수 효과 처리 (API 호출, 이벤트 리스너 등록 등)</li><li>useMemo → 연산 결과 캐싱 (불필요한 재계산 방지)</li><li>useCallback → 함수 메모이제이션 (불필요한 렌더링 방지)</li><li>useRef → DOM 접근 및 값 유지</li></ul>백엔드 개발자라면, React를 API 연동이 필요한 대시보드나 어드민 UI 개발에 활용할 때가 많을 것입니다. Hook을 잘 활용하면 성능을 최적화하고 유지보수하기 쉬운 코드 작성이 가능하므로, 실무에서도 유용하게 사용할 수 있습니다!

덕토피아

🕊️ 백엔드 개발자를 위한 React Hook 가이드

01 . 10년 넘게 스테디셀러로 사랑받아온 임경선 작가님의 ⟪태도에 관하여⟫를 최근 다시 읽게 되었습니다. 오랜만에 봐도 여전히 좋은 문장들이 쏙쏙 눈에 들어왔고, 공감 되는 지점들 역시 또 한 번 반갑게 만날 수 있어 무척 기쁘더라고요. 더불어 최근 리뉴얼 된 버전을 사서 읽은 덕분에 조금씩 업데이트된 내용들을 만나는 소소한 재미도 있었습니다.
처음 이 책을 읽었던 게 2016년, 두 번째 읽은 것이 2020년, 그리고 이번에 다시 읽게 되었으니 삼회독을 하는 과정에서 저 또한 한뼘이라도 더 성장했기를 바라는 마음이 간절한 것도 사실이었죠.

02 . 그러다 문득 두 번째 읽을 당시 책 앞에 써놓은 소감 문구가 궁금해졌습니다. 저는 나름 제게 의미 있었다고 생각되는 책 앞에는 짧게나마 메모를 덧붙여 그 소감을 기록해놓는 습관이 있는데, 그 때의 나는 이 책을 읽고 무슨 생각을 했었나를 다시 확인하고 싶어진 것이죠. 아마도 사회생활을 시작한 지 7-8년 정도가 흐른 즈음이었고, 팬데믹이 한창이었던 만큼 실제 사람들과의 관계 보다 저 자신과 마주하는 순간들이 더 많았을 그 시간에, 나는 '태도에 관하여' 어떤 생각을 가지고 있었을까라는 질문이 떠오른 겁니다.

03 . 그리고 그때의 저는 이런 문구를 써놓았다는 사실을 발견했죠.
'누군가는 태도가 경쟁력이라고 했고 누군가는 태도가 지능이라고 했다.
하지만 나에게 태도는 반사 신경이다. 오랫동안 나의 몸과 마음에 새겨온 다짐들로 큰 고민 없이 언제나 즉각적으로 내보일 수 있는 것. 얄팍한 계산이나 요란한 허세를 거치지 않고 나의 진심으로부터 나의 행동까지 이어지는 최단거리.'

04 . 다행인 건 그때나 지금이나 태도에 관한 제 생각은 크게 달라지지 않았다는 사실이었습니다. (물론 생각이야 언제든 달라질 수 있지만 그래도 과거의 내가 지금과 비슷한 생각을 갖고 있었다는 사실 역시 반가운 지점이니까요)
살다 보면 이 사람 저 사람 다 겪게 되는 게 인지상정인데 그러다 보면 묘한 공통점 하나가 발견됩니다. 그중 하나는 '사람 사는 게 크게 다르지 않을 텐데, 누군가에게는 늘 이상한 일들이 일어난다'는 점이죠. 다시 말해 언제, 어디서, 누굴 만나든 본인의 답답함과 억울함을 풀어 놓기에만 급급한 사람들이 있고 그 사람들의 이야기를 듣다 보면 늘 그 주위에는 본인을 힘들게 하는 비상식적인 사람들만 존재한다는 것이었습니다.

05 . 처음엔 저도 곧이곧대로 그 말들을 들어주던 시절이 있었습니다. 하지만 시간이 지나다보니 저도 자연스레 알게 되더라고요. 실제로 그 사람에게 일어난 일이 1이라면 자기 방식대로 변형하고 곡해한 과정을 거쳐서 스스로 9..10.. 아니 그보다 더 큰 답답함과 억울함을 생산해 내고 있단 사실을 말이죠. 그러니 일반적인 상식 수준에서는 '그럴 수도 있지'라고 넘길만한 일을 '나에게 감히?'라는 방식으로 접근하고, 그저 평범한 말 한마디조차 심한 과장을 덧대어 옮기는 바람에 발화자에게 모든 책임을 덮어씌우는 행동을 반복하고 있었던 겁니다. 이쯤 되면 누군가에게 보여지는 태도만큼이나 누군가를 받아들이는 태도 역시 얼마나 중요한지를 깨닫게 되죠.

06 . 태도를 '반사 신경'이라고 표현한 것도 이 같은 생각에서였습니다. 우리네 삶에서는 좋은 관계를 유지하며 좋은 결과물을 만들기 위해 견지해야 하는 태도가 있나 하면 실생활에서 즉각적으로, 반사적으로 드러나는 태도들도 있습니다. 꼭 눈앞의 무엇인가를 위해서 갖춘 태도가 아니라 늘 본인의 기준 속에서 '옳다'라고 생각하기에 익혀온 것들이 말과 행동으로 전환되어 반응하는 순간들이 있기 때문이죠. 그리고 사실상 이런 태도들이야말로 그 사람에 대한 진짜 평가를 내리는데 굉장히 중요한 요인으로 작용하는 것일 수도 있습니다. 무의식적인 태도가 이 정도 수준이라면, 이 사람이 의식적으로 행동하기 시작했을 때는 얼마나 더 좋은 태도를 보일지 사뭇 기대가 되기 마련이니까요.

07 . 제가 봤을 때 태도의 반사 신경이 좋은 사람들 역시 비슷한 공통점을 가지고 있었습니다. 그 많은 것들 중 제가 가장 인상 깊게 본 특징은 본인에게 안 좋은 일이 일어났을 때의 반응이었는데요, 그 힘든 상황 속에서도 스스로의 감정에 매몰되어 누군가에게 그 기분을 일방적으로 전달하듯 말하는 게 아니라 늘 자신의 기준을 기반으로 적어도 한 번은 필터링을 거친 채로 생각을 표현한다는 것이었습니다. 배려라는 말로도 부족하고, 메타인지라는 단어로는 더 부족한 특유의 태도가 빛을 발하는 순간이죠.

08 . 예를 들어 '나에게 오늘 ~ 이런 이런 일이 있었는데, 여러 번 좋은 방향으로 생각해보려 해도 하루 종일 찜찜한 기분이 따라다니더라고. 내가 너무 민감한 걸까 아니면 상대가 무례했던 게 맞는 걸까?'라든지 '누군가 나에게 조언을 구해서 ~ 이렇게 이야기를 해줬는데, 가만히 생각하니 너무 내 입장에서 이야기를 전달했던 것 같아. 오해가 없도록 이따 다시 가서 더 잘 설명해 줘야 할 것 같아'처럼 자신에게 일어난 일을 여러 입장에서 고민해 본 후 나름 해결된 부분과 그렇지 않은 부분을 잘 정리하는 경우가 많았거든요. 심지어 가장 가까운 사람들에게 말할 때조차 자신의 부정적인 감정이 너무 날 것으로 전달될까 봐 늘 조심하는 태도를 발견할 때만 '아 나도 저런 태도는 꼭 배우고 익혀놓고 싶다'는 생각이 천 번이고 만 번이고 들게 되죠.

09 . 저는 이런 노력이 가능한 이유는 평소 본인이 가진 좋은 기준들이 반사 신경처럼 작용한 덕분이라고 생각합니다.
실제 운동역학에서는 반사 신경을 두고 이런 진단을 내리기도 합니다. '반사 신경이 뛰어나면 일반적인 움직임에서의 에너지 소모가 훨씬 효율적이다. 학습과 경험에 의해 자신만의 최적 동선이 갖춰진 결과 불필요한 에너지를 거의 사용하지 않기 때문이다'라고 말이죠.
그런 의미에서 보자면 태도 역시 마찬가지겠죠. 평소에 태도의 반사 신경이 좋은 사람들은 사소한 부분들을 대함에 있어 굳이 꼬아서 듣거나, 이기적으로 생각하거나, 소모적으로 언쟁할 에너지를 사용하지 않는 겁니다. 대신 진짜 그 에너지를 써야 하는 상황이 오면 자신을 객관화시켜 가면서까지 좋은 방향으로 답을 찾으려는 노력을 하는 거죠. 어디다 에너지를 써야 하고 어디다 쓰지 않아야 하는지를 본능적으로 아는 셈입니다.

10 . 태도의 중요성은 아무리 강조해도 지나침이 없겠지만 의도적으로, 의식적으로 좋은 태도를 가지려는 노력만큼이나 정말 언제 어디서 어떤 일이 일어나더라도 즉각적으로 보여줄 수 있는 태도들을 잘 익혀놓는 것도 중요하다고 생각합니다. 개인적으로 '좋은 사람들은 남들로 하여금 오해를 불러일으키지 않는다'는 말을 참 좋아하는데요, 이 역시 그동안 우리에게 반사 신경처럼 보여준 좋은 태도들이 기반이 되어 혹시라도 그 사람을 평가해야 하는 순간이 왔을 때마저 아주 명쾌하고 정확하게 상대를 받아들일 수 있도록 해주는 것인지도 모릅니다. '좋은 태도를 갖춘 사람'이란 그 한 문장으로 말이죠.
그러니 본인 기분 좋을 때는 세상이 다 같이 기뻐해 줘야 하고, 본인에게 조금이라도 기분 나쁜 일이 있으면 세상이 같이 울어줘야 한다는 얌체 심보는 저 멀리 던져두고 이제 언제든 즉시, 빠르고 가볍게 보여줄 수 있는 좋은 태도들을 학습해 나가는 것은 어떨까요? 어차피 평생 가지고 살아야 할 것이 태도라면 필요할 때마다 새로 익혀서 보여주는 건 너무 힘들고 비효율적일 테니까요.

01 . 10년 넘게 스테디셀러로 사랑받아온 임경선 작가님의 ⟪태도에 관하여⟫를 최근 다시 읽게 되었습니다. 오랜만에 봐도 여전히 좋은 문장들이 쏙쏙 눈에 들어왔고, 공감 되는 지점들 역시 또 한 번 반갑게 만날 수 있어 무척 기쁘더라고요. 더불어 최근 리뉴얼 된 버전을 사서 읽은 덕분에 조금씩 업데이트된 내용들을 만나는 소소한 재미도 있었습니다. 처음 이 책을 읽었던 게 2016년, 두 번째 읽은 것이 2020년, 그리고 이번에 다시 읽게 되었으니 삼회독을 하는 과정에서 저 또한 한뼘이라도 더 성장했기를 바라는 마음이 간절한 것도 사실이었죠. 02 . 그러다 문득 두 번째 읽을 당시 책 앞에 써놓은 소감 문구가 궁금해졌습니다. 저는 나름 제게 의미 있었다고 생각되는 책 앞에는 짧게나마 메모를 덧붙여 그 소감을 기록해놓는 습관이 있는데, 그 때의 나는 이 책을 읽고 무슨 생각을 했었나를 다시 확인하고 싶어진 것이죠. 아마도 사회생활을 시작한 지 7-8년 정도가 흐른 즈음이었고, 팬데믹이 한창이었던 만큼 실제 사람들과의 관계 보다 저 자신과 마주하는 순간들이 더 많았을 그 시간에, 나는 '태도에 관하여' 어떤 생각을 가지고 있었을까라는 질문이 떠오른 겁니다. 03 . 그리고 그때의 저는 이런 문구를 써놓았다는 사실을 발견했죠. '누군가는 태도가 경쟁력이라고 했고 누군가는 태도가 지능이라고 했다.하지만 나에게 태도는 반사 신경이다. 오랫동안 나의 몸과 마음에 새겨온 다짐들로 큰 고민 없이 언제나 즉각적으로 내보일 수 있는 것. 얄팍한 계산이나 요란한 허세를 거치지 않고 나의 진심으로부터 나의 행동까지 이어지는 최단거리.' 04 . 다행인 건 그때나 지금이나 태도에 관한 제 생각은 크게 달라지지 않았다는 사실이었습니다. (물론 생각이야 언제든 달라질 수 있지만 그래도 과거의 내가 지금과 비슷한 생각을 갖고 있었다는 사실 역시 반가운 지점이니까요) 살다 보면 이 사람 저 사람 다 겪게 되는 게 인지상정인데 그러다 보면 묘한 공통점 하나가 발견됩니다. 그중 하나는 '사람 사는 게 크게 다르지 않을 텐데, 누군가에게는 늘 이상한 일들이 일어난다'는 점이죠. 다시 말해 언제, 어디서, 누굴 만나든 본인의 답답함과 억울함을 풀어 놓기에만 급급한 사람들이 있고 그 사람들의 이야기를 듣다 보면 늘 그 주위에는 본인을 힘들게 하는 비상식적인 사람들만 존재한다는 것이었습니다. 05 . 처음엔 저도 곧이곧대로 그 말들을 들어주던 시절이 있었습니다. 하지만 시간이 지나다보니 저도 자연스레 알게 되더라고요. 실제로 그 사람에게 일어난 일이 1이라면 자기 방식대로 변형하고 곡해한 과정을 거쳐서 스스로 9..10.. 아니 그보다 더 큰 답답함과 억울함을 생산해 내고 있단 사실을 말이죠. 그러니 일반적인 상식 수준에서는 '그럴 수도 있지'라고 넘길만한 일을 '나에게 감히?'라는 방식으로 접근하고, 그저 평범한 말 한마디조차 심한 과장을 덧대어 옮기는 바람에 발화자에게 모든 책임을 덮어씌우는 행동을 반복하고 있었던 겁니다. 이쯤 되면 누군가에게 보여지는 태도만큼이나 누군가를 받아들이는 태도 역시 얼마나 중요한지를 깨닫게 되죠. 06 . 태도를 '반사 신경'이라고 표현한 것도 이 같은 생각에서였습니다. 우리네 삶에서는 좋은 관계를 유지하며 좋은 결과물을 만들기 위해 견지해야 하는 태도가 있나 하면 실생활에서 즉각적으로, 반사적으로 드러나는 태도들도 있습니다. 꼭 눈앞의 무엇인가를 위해서 갖춘 태도가 아니라 늘 본인의 기준 속에서 '옳다'라고 생각하기에 익혀온 것들이 말과 행동으로 전환되어 반응하는 순간들이 있기 때문이죠. 그리고 사실상 이런 태도들이야말로 그 사람에 대한 진짜 평가를 내리는데 굉장히 중요한 요인으로 작용하는 것일 수도 있습니다. 무의식적인 태도가 이 정도 수준이라면, 이 사람이 의식적으로 행동하기 시작했을 때는 얼마나 더 좋은 태도를 보일지 사뭇 기대가 되기 마련이니까요. 07 . 제가 봤을 때 태도의 반사 신경이 좋은 사람들 역시 비슷한 공통점을 가지고 있었습니다. 그 많은 것들 중 제가 가장 인상 깊게 본 특징은 본인에게 안 좋은 일이 일어났을 때의 반응이었는데요, 그 힘든 상황 속에서도 스스로의 감정에 매몰되어 누군가에게 그 기분을 일방적으로 전달하듯 말하는 게 아니라 늘 자신의 기준을 기반으로 적어도 한 번은 필터링을 거친 채로 생각을 표현한다는 것이었습니다. 배려라는 말로도 부족하고, 메타인지라는 단어로는 더 부족한 특유의 태도가 빛을 발하는 순간이죠. 08 . 예를 들어 '나에게 오늘 ~ 이런 이런 일이 있었는데, 여러 번 좋은 방향으로 생각해보려 해도 하루 종일 찜찜한 기분이 따라다니더라고. 내가 너무 민감한 걸까 아니면 상대가 무례했던 게 맞는 걸까?'라든지 '누군가 나에게 조언을 구해서 ~ 이렇게 이야기를 해줬는데, 가만히 생각하니 너무 내 입장에서 이야기를 전달했던 것 같아. 오해가 없도록 이따 다시 가서 더 잘 설명해 줘야 할 것 같아'처럼 자신에게 일어난 일을 여러 입장에서 고민해 본 후 나름 해결된 부분과 그렇지 않은 부분을 잘 정리하는 경우가 많았거든요. 심지어 가장 가까운 사람들에게 말할 때조차 자신의 부정적인 감정이 너무 날 것으로 전달될까 봐 늘 조심하는 태도를 발견할 때만 '아 나도 저런 태도는 꼭 배우고 익혀놓고 싶다'는 생각이 천 번이고 만 번이고 들게 되죠. 09 . 저는 이런 노력이 가능한 이유는 평소 본인이 가진 좋은 기준들이 반사 신경처럼 작용한 덕분이라고 생각합니다. 실제 운동역학에서는 반사 신경을 두고 이런 진단을 내리기도 합니다. '반사 신경이 뛰어나면 일반적인 움직임에서의 에너지 소모가 훨씬 효율적이다. 학습과 경험에 의해 자신만의 최적 동선이 갖춰진 결과 불필요한 에너지를 거의 사용하지 않기 때문이다'라고 말이죠.그런 의미에서 보자면 태도 역시 마찬가지겠죠. 평소에 태도의 반사 신경이 좋은 사람들은 사소한 부분들을 대함에 있어 굳이 꼬아서 듣거나, 이기적으로 생각하거나, 소모적으로 언쟁할 에너지를 사용하지 않는 겁니다. 대신 진짜 그 에너지를 써야 하는 상황이 오면 자신을 객관화시켜 가면서까지 좋은 방향으로 답을 찾으려는 노력을 하는 거죠. 어디다 에너지를 써야 하고 어디다 쓰지 않아야 하는지를 본능적으로 아는 셈입니다. 10 . 태도의 중요성은 아무리 강조해도 지나침이 없겠지만 의도적으로, 의식적으로 좋은 태도를 가지려는 노력만큼이나 정말 언제 어디서 어떤 일이 일어나더라도 즉각적으로 보여줄 수 있는 태도들을 잘 익혀놓는 것도 중요하다고 생각합니다. 개인적으로 '좋은 사람들은 남들로 하여금 오해를 불러일으키지 않는다'는 말을 참 좋아하는데요, 이 역시 그동안 우리에게 반사 신경처럼 보여준 좋은 태도들이 기반이 되어 혹시라도 그 사람을 평가해야 하는 순간이 왔을 때마저 아주 명쾌하고 정확하게 상대를 받아들일 수 있도록 해주는 것인지도 모릅니다. '좋은 태도를 갖춘 사람'이란 그 한 문장으로 말이죠. 그러니 본인 기분 좋을 때는 세상이 다 같이 기뻐해 줘야 하고, 본인에게 조금이라도 기분 나쁜 일이 있으면 세상이 같이 울어줘야 한다는 얌체 심보는 저 멀리 던져두고 이제 언제든 즉시, 빠르고 가볍게 보여줄 수 있는 좋은 태도들을 학습해 나가는 것은 어떨까요? 어차피 평생 가지고 살아야 할 것이 태도라면 필요할 때마다 새로 익혀서 보여주는 건 너무 힘들고 비효율적일 테니까요.

태도라는 '반사 신경'

Confronting direct reports about performance issues can feel overwhelming, especially for first-time managers, who may worry that sharing critical feedback could damage their relationship with the employee. But performance conversations, especially where you need to give critical feedback, don’t have to be scary. There are a few common mistakes to avoid when giving critical feedback. One of the biggest mistakes is avoiding the conversation or waiting too long to have it. Many new managers also fail to properly prepare before their performance discussions. If there are tasks, projects, or skills at which your employee is falling short, you should also be able to give them a clear explanation of why or where they haven’t met your expectations

5 Mistakes Managers Make When Giving Negative Feedback

연말연초에는 연간 평가를 진행하는 회사들이 많다. 그런데 직속 부하 직원의 성과 문제를 지적하는 것은 특히 관리자들에게 부담스럽게 느껴질 수 있다. 성과 대화는 결코 쉽지 않지만, 시간과 반복적인 경험을 통해 피드백을 전달하는 능력과 편안함이 향상될 것이다.

HBR이 알려주는 다음의 성과 대화에서 하지 말아야 할 것과 해야 할 것을 참고해보시길 바랍니다.

🏵️ 실수 1: 대화를 너무 오래 미루는 것
 * 성과 문제는 시간이 지나면서 저절로 해결되지 않기 때문에 올바르게 해결하려면 신중한 접근과 즉각적인 피드백이 필요하다.
✅ 가장 효과적인 방법은, 문제가 발생한 즉시 혹은 가능한 한 빠른 비판적 피드백 제공
 * 작은 문제들이 쌓여 눈덩이처럼 커지기 전에 미리 피드백을 주어야 한다. 공식적인 성과 평가 미팅을 기다릴 필요 없이, 즉시 해결하는 것이 중요하다.
✅ 효과적인 방법
✔ 직원에게 미리 논의할 내용을 알려주어 준비할 시간을 주는 것이 좋다.
예를 들어: "지난 프로젝트에서 마감 기한을 놓친 것을 확인했습니다. 이번 주 후반에 이
문제에 대해 논의하고, 앞으로 어떻게 하면 좋을지 함께 고민해 보고 싶습니다."
✔ 이렇게 하면 직원이 갑작스럽게 피드백을 받는 것에 대한 불안감을 줄이고, 사전에 준비할
수 있는 기회를 줄 수 있다.

🏵️ 실수 2: 충분한 준비 없이 대화에 임하는 것
 * 많은 신입 관리자들이 성과 대화를 하기 전에 충분히 준비하지 않는다. 하지만 준비 부족은 생산적인 대화를 방해할 수 있다.
✅ 비판적인 피드백을 줄 때는 철저한 준비 필수
 * 직원의 책임과 역할을 명확히 이해하고 있어야 한다.
 * 직원이 기대하는 성과 수준을 충족했는지 여부를 파악해야 한다.
 * 직원의 강점과 개선이 필요한 부분을 명확하게 알고 있어야 한다.
 * 기대한 성과를 충족하지 못한 이유를 구체적으로 설명할 수 있어야 한다.
✅ 대화 준비를 위한 체크리스트:
 * 이 직원이 이번 분기에 달성해야 할 목표는 무엇인가?
 * 내 기대치는 합리적이었으며, 명확하게 전달되었는가?
 * 이 직원의 업무가 팀 전체 목표에 어떻게 기여하는가?
 * 성과가 부족하다고 판단하는 근거(증거)는 무엇인가?
 * 실패한 사례를 구체적으로 설명할 수 있는가?
 * 이 직원이 다시 궤도에 오를 수 있도록 어떤 조언을 줄 수 있는가?
✅ 피해야 할 표현 vs. 더 나은 표현:
❌ "당신은 프로젝트 X에서 최선을 다하지 않았어요. 실망스럽습니다."
👍 "프로젝트 X의 트렌드 분석이 좀 더 철저했더라면, 우리가 시장에서 경쟁력을 갖출 수 있었을
것입니다. 나는 당신이 더 잘할 수 있다고 생각하기 때문에, 이번 보고서 결과가 다소
아쉽습니다."

🏵️ 실수 3: 적절한 질문을 하지 않는 것
✅ 성과 대화는 일방적인 피드백 전달이 아니라 양방향 소통
 * 직원의 성과 저하 원인을 파악하려면 올바른 질문을 던지는 것이 중요하다.
 * 직원의 관점을 이해해야 적절한 해결책을 제시할 수 있다. 신뢰를 쌓는 데 시간이 걸릴 수도 있으므로, 여러 번의 대화를 통해 점진적으로 해결하는 것이 중요하다.
✅ 잘못된 접근 vs 더 나은 접근
❌ "요즘 일에 집중을 못 하는 것 같아요."
👍 더 나은 접근:
✔ "요즘 업무에 대해 어떻게 느끼세요?"
✔ "현재 역할에서 어려움을 느끼는 부분이 있나요?"
✅ 직원의 성과 저하 원인 분석
 * 개인적인 문제 (건강 문제, 가족 문제 등)
 * 필요한 기술 부족 (경험이나 역량 부족)
 * 명확한 방향성 부재 (기대치가 명확하지 않음)
 * 동기 부족 (업무 만족도가 낮거나 관심 부족)

🏵️ 실수 4: 문제를 '사람'의 문제로 만드는 것
✅ 관리자는 직원을 도와주는 조력자(facilitator) 역할
 * 직원이 성과를 개선할 수 있도록 솔루션을 함께 고민하는 태도가 중요하다.
✅ 잘못된 접근 vs 더 나은 접근
❌ "당신은 내 기대치를 충족하지 못하고 있어요."
❌ "당신이 이 일을 망쳐서 프로젝트가 지연될 겁니다."
👍 더 나은 접근:
✔ "이 프로젝트를 성공적으로 마치려면 당신의 기술이 매우 중요합니다. 하지만 현재 마감
기한을 맞추는 데 어려움을 겪고 있는 것 같습니다. 어떤 점이 가장 큰 도전인가요?"

🏵️ 실수 5: 개선 계획을 마련하지 않는 것
 * 비판적인 피드백은 단순한 지적이 아니라 성장 기회를 제공하는 것이어야 한다.
✅ 대화 후 반드시 개선 로드맵 수립
 * 우려 사항과 개선 목표를 문서화
 * 직원과 협의하여 기대치를 명확히 설정
 * 진행 상황을 점검할 수 있는 마일스톤 및 체크인 일정 설정
✅ 효과적인 계획 예시
✔ "향후 한 달 동안 이 목표를 달성하기 위해 어떤 전략을 세울까요?"
✔ "이번 프로젝트에서 부족했던 부분을 보완할 수 있는 기회를 찾아볼까요?"

 * source: https://hbr.org/2025/01/5-mistakes-managers-make-when-giving-negative-feedback?ab=HP-hero-for-you-text-2

연말연초에는 연간 평가를 진행하는 회사들이 많다. 그런데 직속 부하 직원의 성과 문제를 지적하는 것은 특히 관리자들에게 부담스럽게 느껴질 수 있다. 성과 대화는 결코 쉽지 않지만, 시간과 반복적인 경험을 통해 피드백을 전달하는 능력과 편안함이 향상될 것이다. HBR이 알려주는 다음의 성과 대화에서 하지 말아야 할 것과 해야 할 것을 참고해보시길 바랍니다. 🏵️ 실수 1: 대화를 너무 오래 미루는 것<ul ><li>성과 문제는 시간이 지나면서 저절로 해결되지 않기 때문에 올바르게 해결하려면 신중한 접근과 즉각적인 피드백이 필요하다. </li></ul>✅ 가장 효과적인 방법은, 문제가 발생한 즉시 혹은 가능한 한 빠른 비판적 피드백 제공<ul ><li>작은 문제들이 쌓여 눈덩이처럼 커지기 전에 미리 피드백을 주어야 한다. 공식적인 성과 평가 미팅을 기다릴 필요 없이, 즉시 해결하는 것이 중요하다.</li></ul>✅ 효과적인 방법 ✔ 직원에게 미리 논의할 내용을 알려주어 준비할 시간을 주는 것이 좋다. 예를 들어: "지난 프로젝트에서 마감 기한을 놓친 것을 확인했습니다. 이번 주 후반에 이 문제에 대해 논의하고, 앞으로 어떻게 하면 좋을지 함께 고민해 보고 싶습니다." ✔ 이렇게 하면 직원이 갑작스럽게 피드백을 받는 것에 대한 불안감을 줄이고, 사전에 준비할 수 있는 기회를 줄 수 있다. 🏵️ 실수 2: 충분한 준비 없이 대화에 임하는 것<ul ><li>많은 신입 관리자들이 성과 대화를 하기 전에 충분히 준비하지 않는다. 하지만 준비 부족은 생산적인 대화를 방해할 수 있다. </li></ul>✅ 비판적인 피드백을 줄 때는 철저한 준비 필수<ul ><li>직원의 책임과 역할을 명확히 이해하고 있어야 한다.</li><li>직원이 기대하는 성과 수준을 충족했는지 여부를 파악해야 한다.</li><li>직원의 강점과 개선이 필요한 부분을 명확하게 알고 있어야 한다.</li><li>기대한 성과를 충족하지 못한 이유를 구체적으로 설명할 수 있어야 한다.</li></ul>✅ 대화 준비를 위한 체크리스트:<ul ><li>이 직원이 이번 분기에 달성해야 할 목표는 무엇인가?</li><li>내 기대치는 합리적이었으며, 명확하게 전달되었는가?</li><li>이 직원의 업무가 팀 전체 목표에 어떻게 기여하는가?</li><li>성과가 부족하다고 판단하는 근거(증거)는 무엇인가?</li><li>실패한 사례를 구체적으로 설명할 수 있는가?</li><li>이 직원이 다시 궤도에 오를 수 있도록 어떤 조언을 줄 수 있는가?</li></ul>✅ 피해야 할 표현 vs. 더 나은 표현: ❌ "당신은 프로젝트 X에서 최선을 다하지 않았어요. 실망스럽습니다." 👍 "프로젝트 X의 트렌드 분석이 좀 더 철저했더라면, 우리가 시장에서 경쟁력을 갖출 수 있었을 것입니다. 나는 당신이 더 잘할 수 있다고 생각하기 때문에, 이번 보고서 결과가 다소 아쉽습니다." 🏵️ 실수 3: 적절한 질문을 하지 않는 것✅ 성과 대화는 일방적인 피드백 전달이 아니라 양방향 소통<ul ><li> 직원의 성과 저하 원인을 파악하려면 올바른 질문을 던지는 것이 중요하다.</li><li> 직원의 관점을 이해해야 적절한 해결책을 제시할 수 있다. 신뢰를 쌓는 데 시간이 걸릴 수도 있으므로, 여러 번의 대화를 통해 점진적으로 해결하는 것이 중요하다.</li></ul>✅ 잘못된 접근 vs 더 나은 접근 ❌ "요즘 일에 집중을 못 하는 것 같아요." 👍 더 나은 접근: ✔ "요즘 업무에 대해 어떻게 느끼세요?" ✔ "현재 역할에서 어려움을 느끼는 부분이 있나요?"✅ 직원의 성과 저하 원인 분석<ul ><li>개인적인 문제 (건강 문제, 가족 문제 등)</li><li>필요한 기술 부족 (경험이나 역량 부족)</li><li>명확한 방향성 부재 (기대치가 명확하지 않음)</li><li>동기 부족 (업무 만족도가 낮거나 관심 부족)</li></ul> 🏵️ 실수 4: 문제를 '사람'의 문제로 만드는 것✅ 관리자는 직원을 도와주는 조력자(facilitator) 역할<ul ><li> 직원이 성과를 개선할 수 있도록 솔루션을 함께 고민하는 태도가 중요하다.</li></ul>✅ 잘못된 접근 vs 더 나은 접근 ❌ "당신은 내 기대치를 충족하지 못하고 있어요." ❌ "당신이 이 일을 망쳐서 프로젝트가 지연될 겁니다." 👍 더 나은 접근: ✔ "이 프로젝트를 성공적으로 마치려면 당신의 기술이 매우 중요합니다. 하지만 현재 마감 기한을 맞추는 데 어려움을 겪고 있는 것 같습니다. 어떤 점이 가장 큰 도전인가요?" 🏵️ 실수 5: 개선 계획을 마련하지 않는 것<ul ><li>비판적인 피드백은 단순한 지적이 아니라 성장 기회를 제공하는 것이어야 한다.</li></ul>✅ 대화 후 반드시 개선 로드맵 수립<ul ><li>우려 사항과 개선 목표를 문서화</li><li>직원과 협의하여 기대치를 명확히 설정</li><li>진행 상황을 점검할 수 있는 마일스톤 및 체크인 일정 설정</li></ul>✅ 효과적인 계획 예시 ✔ "향후 한 달 동안 이 목표를 달성하기 위해 어떤 전략을 세울까요?" ✔ "이번 프로젝트에서 부족했던 부분을 보완할 수 있는 기회를 찾아볼까요?" <ul ><li>source: https://hbr.org/2025/01/5-mistakes-managers-make-when-giving-negative-feedback?ab=HP-hero-for-you-text-2</li></ul>

Harvard Business Review

[HBR] 관리자가 부정적인 피드백을 줄 때 저지르는 5가지 실수

사용자는 400ms(0.4초) 이내 응답이 오면
‘즉각적’이라고 느껴 사용자 경험에 더 집중하고
적극적으로 클릭/탭을 이어갈 수 있습니다.

⌚️0.4초가 넘어가면, 로딩 피드백(스피너, 진행 바, 스켈레톤 화면 등)을 제공하는게 좋습니다. 작은 딜레이에도 적절한 피드백만 있다면, 사용자의 불안감과 이탈을 크게 줄일 수 있기 때문인데요,

- 구글·네이버 검색창에서 글자 하나만 쳐도 제안어가 뜨는 이유!
- 대형 이커머스 사이트(쿠팡, 11번가 등)에서 스크롤 시 다음 이미지가 빠르게 채워지는 구조

이 간단한 원칙이 UX 성패를 가를 수 있습니다.

사용자는 400ms(0.4초) 이내 응답이 오면‘즉각적’이라고 느껴 사용자 경험에 더 집중하고적극적으로 클릭/탭을 이어갈 수 있습니다. ⌚️0.4초가 넘어가면, 로딩 피드백(스피너, 진행 바, 스켈레톤 화면 등)을 제공하는게 좋습니다. 작은 딜레이에도 적절한 피드백만 있다면, 사용자의 불안감과 이탈을 크게 줄일 수 있기 때문인데요, - 구글·네이버 검색창에서 글자 하나만 쳐도 제안어가 뜨는 이유!- 대형 이커머스 사이트(쿠팡, 11번가 등)에서 스크롤 시 다음 이미지가 빠르게 채워지는 구조 이 간단한 원칙이 UX 성패를 가를 수 있습니다.

UX/UI 에서 0.4초는 마법의 숫자? 도허티 임계 이야기🪄

Accompanying lecture notes: https://www.cl.cam.ac.uk/teaching/2122/ConcDisSys/dist-sys-notes.pdf These videos form an 8-lecture series on distributed systems...

Distributed Systems lecture series

분산 시스템(distributed systems) 공부할 때 배워야하는 중요한 개념과 유튜브 영상 추천합니다. 지난번 소개한 책에서 상당히 세세하게 다루는 주제들이지만 책으로 먼저 접하기에는 조금 거리감이 있을 수 있습니다. 유튜브 영상으로 가볍게 시청하면서 개념 이해하는 것을 추천합니다.

📌 개념 이해 전에 알아야 할 분산 시스템이 필요한 이유
https://youtu.be/UEAMfLPZZhE

분산 시스템으로 만들어야 하는/만들지 말아야 하는 가장 기본 개념을 설명해주는 영상입니다.

📌 아래는 제가 뽑은 몇 가지 중요한 기본 개념과 추천하는 영상입니다. 아래 개념은 시스템 디자인 면접에서 많이 언급될 수 있습니다. 특히 1번, 3번, 5번 그리고 6번은 라지 스케일 시스템을 디자인할 때 자주 언급되는 개념입니다.

1️⃣ Replication
https://youtu.be/mBUCF1WGI_I

레플리케이션의 의미와 개념을 먼저 알려주고, 문제점과 장점을 예시를 통해 알려줘서 쉽게 이해할 수 있습니다. 기본 개념과 문제점을 이해하고, 가장 중요한 솔루션을 몇 가지 간단하게 배울 수 있습니다. 라지 스케일 디자인할 때 중요한 점이라 꼭 숙지하고, 시스템 디자인할 때 또는 면접 볼 때 큰 도움이 될 수 있는 주제인 것 같습니다.

2️⃣ Quorum
https://youtu.be/uNxl3BFcKSA

Quorum 아키텍쳐는 분산 시스템에서 자주 언급되는 개념입니다. 이 영상에서 분산 시스템에서 중요한 토픽인  "consistency" (특히 read-after-write consistency) 에 대해 조금 더 깊이 설명해 줍니다. 

3️⃣ Consensus
https://youtu.be/rN6ma561tak

4️⃣ Linearizability
https://youtu.be/noUNH3jDLC0

분산 시스템에서 의미하는 "linearizability"가 뭔지 예시를 보면서 배울 수 있습니다. 분산 시스템을 linearizable하게 만들 수 있는 방법도 설명해 줍니다.

5️⃣ Eventual Consistency
https://youtu.be/9uCP3qHNbWw

데이터 베이스 관련 이야기할 때 자주 논의되는 Cap Theorum을 설명합니다. 그리고 레플리케이션에서 주로 언급되는 "eventual consistency" 개념을 예시와 함께 자세하게 설명해줍니다. 이 개념은 꼭 먼저 알려드린 "linearizability"를 이해하고 시청하면 훨씬 더 쉽게 이해할 수 있습니다.

6️⃣  Fault tolerance
https://youtu.be/43TDfUNsM3E

"Fault tolerance"는 경우에 따라 다르겠지만 분산 시스템 디자인할 때 가장 많은 시간을 할애하는 것 같습니다. "high availability" 분산 시스템을 설계하는 방법에 대해 간단하게 설명해줍니다. 다른 건 몰라도 영상에서 언급하는 "crash recovery"에 대해 잘 이해해두면 좋을 것 같습니다.

📌 추가적으로 입문 단계에서 봐야할 영상
1️⃣ The Byzantine generals problem
https://youtu.be/LoGx_ldRBU0

2️⃣ Broadcasting Algorithm
https://youtu.be/77qpCahU3fo 

그 외 분산 시스템에서 자주 언급되는 다른 토픽 모두 커버하면 좋지만, 입문 단계라면 위 개념 먼저 이해하는 것이 좋을 것 같습니다. 

📌 학습 효과 극대화 하기
가장 좋은 방법은 distributed system 엔지니어가 되어 실무를 통해 배운 개념들을 보고 익히는 것입니다. 

그렇지 않을 경우,
1️⃣ 영상에 남겨진 코멘트를 읽어보면서 보면서 개념 다지기 (특히 토론 코멘트)

개인적인 학습 방법일 수도 있지만, 토론을 통해 익힌 개념은 절대 잊히지 않는 장점이 있는 것 같습니다. 코멘트를 읽으면 댓글 스레드에서 토론하는 시청자들이 종종 보이는데, 영상 시청 후 이와 같은 코멘트를 함께 읽어보는 것이 좋습니다.

2️⃣ 영상 시청 후 지난번 추천한 책을 읽으면서 좀 더 깊게 파고들기

영상 플레이리스트를 보면 주제를 한눈에 볼 수 있는데, 지난번 소개한 책에서 커버하는 주제와 거의 90% 겹칩니다. 책과 영상을 모두 봤지만, 개인적으로 책을 읽으면 영상보다 좀 더 깊이 설명해주는 부분이 있고, 실제 책을 출판하기 위해 작가가 읽었던 리서치 페이퍼의 레퍼런스가 포함되어 있습니다. 읽다가 좀 더 설명이 필요한 부분은 레퍼런스를 읽고 더 깊이 파고들 수 있는 장점이 있습니다.

3️⃣ 분산 시스템 디자인 면접 영상을 보면서 분산 시스템 개념 대입해보기

가장 중요한 건 개념을 실무에 대입해보는 것입니다. 저의 경우 실무가 책에서 언급된 개념과 일치하기 때문에 큰 도움이 되었던 것 같습니다. 실무를 통해 먼저 배우고 위 영상을 보니, 확실히 개념 이해에 큰 도움이 되었습니다. 실무에서 자주 볼 수 없는 개념이라면, 유튜브에 있는 분산 시스템 디자인 모의 면접 영상을 보면서 개념 대입을 직접 해보는 것이 좋습니다.

4️⃣ 분산 시스템 모의 면접을 통해 개념 모의로 사용해보기

마지막은 직접 해보는 것이 아닐까요? 업무 보면서 개념을 모의로 사용해보는 것이 가장 좋지만, 그렇지 않을 경우 (특히 시스템 디자인 면접 준비할 때), 모의 면접을 통해 직접 사용해보는 것도 큰 도움됩니다.

🪴 함께 읽으면 좋은 글:
[개발자가 꼭 봐야 할 책 - 데이터 중심 애플리케이션 설계]
https://careerly.co.kr/comments/67004

[자기 개발에 도움되는 개발 도서 효율적으로 읽는 법]
https://careerly.co.kr/comments/67007

[개발자의 공부법 - 뭘 공부해야 되지?]
https://careerly.co.kr/comments/67013

www.youtube.com

[분산 시스템 공부법] 유튜브 채널 추천, 학습 효과 극대화 하기

SM엔터테인먼트 설립자인 이수만 전 총괄 프로듀서가 SM엔터의 제28기 정기주주총회를 앞두고 취재진에게 보내는 입장문을 통해 "나는 미래를 향해 가겠다"고 밝혔다. 이 전 총괄 프로듀서는 31일 "제 이름을 따서 창립했던 에스엠이 오늘로서 한 시대를 마감하게 된다"며 이같이 밝혔다. 이 전 총괄 프로듀서는 자신이 1977년 발표한 노래 '행복'의 가사를 인용해 이날의 소회를 전했다.

이수만 "SM, 오늘로 한 시대 마감···나는 미래 향해 갈 것"

일삶기록 (work & life) 528

SM엔터테인먼트는 추억 속 많은 가수를 배출한 연예 기획사입니다. 창립자는 이수만 선생님으로 그의 이니셜을 따서 SM이라는 사명을 얻게 된 것이죠. 이수만 선생님은 1970년대부터 가수와 MC로 활약한 유명 방송인이기도 합니다.

최근 세상을 떠들썩하게 만들었던 SM엠터테인먼트 경영권 분쟁 끝에 새로운 주인을 맞이하게 되었습니다. 28년이라는 긴 시간 동안 이수만 선생님이 만들어온 시대가 끝나고 SM 3.0이라는 이름으로 새로운 출발을 알렸습니다.

이수만 선생님은 자신이 1977년 발표한 노래 ‘행복’의 가사를 인용해 경영권을 넘기는 소회를 남겼는데요. 
‘사랑하고 미워하는 그 모든 것을, 못 본 척 눈 감으며 외면하고, 지나간 날들을 가난이라 여기며, 행복을 그리며 오늘도 보낸다’.

그리고 음악과 기술을 접목한 글로벌 뮤직으로 진화하기 위해 미래로 나아간다는 말을 남겼다고 합니다. 이것이 끝이 아닌 새로운 시작을 만들기 위한 여정의 서막이라고 해석할 수 있겠네요.

광야라는 표현을 사용하셨는데요. 광야는 척박하고 목마른 곳입니다. 광야에서 꿈을 꾼다는 것은 언제 도착할지 알 수 없는 기름진 땅에 대한 기대를 가지고 하루하루를 묵묵히 걸어간다는 뜻입니다.

지금 머무르는 곳을 떠나지 않고서 새로운 곳을 찾을 수 없습니다. 광야를 거치지 않고서 새로운 땅에 도착할 수 없습니다. 광야를 지나는 순간 두렵고 굶주려 절망스럽게 느껴지지만, 광야의 끝에는 희망이 있다는 것을 알고 있습니다.

지금 광야를 지나는 분들이 계시다면, 현재를 비관하지 않았으면 좋겠습니다. 구름이 지나고 나면 나를 향한 빛이 반드시 찾아올 테니까요. 오늘도 내일도 힘을 내서 앞으로 나아갑시다.

n.news.naver.com

드림메이커엔터테인먼트리미티드 대리

원정아

광야를 지나며

SaaS

플랫폼

이커머스

글쓰기

논리적 사고

데이터 분석

문제 정의하기

시간 관리

커뮤니케이션

프로젝트 매니징

제품과 개발 조직 성장 지원
OKR & CFR 내재화 교육 기획
온보딩 과정 개선

HR Business Partner

교육 / 에듀테크

콘텐츠

Microsoft Excel

커리어 코치

- 데이터 분석 (Retail 전문 분석 solution: Dunhumby를 활용한 회원 분석)
- 마케팅조사 (Image tracker, Mystery shopping, 고객만족도 조사 등)
- Brand Review 보고서 제작

Customer Insight Unit

온라인 광고 운영 (키워드 및 DA 광고 운영, 사회공헌활동 기획)
데이터 분석 (BI solution: Tableau를 활용한 KPI 및 회원 분석)
고객조사 (온라인 서베이, 오프라인 좌담회)

마케터

영업, 마케팅, 운영 등 다양한 포지션에 필요한 Talent Acquisition

Senior Recruiter

비즈니스 성장으로 크몽에 한 획을?!

product manager

전공 수업 외에 교양 과목만 a+
알바 인턴 대외활동 마니아

화학

석민

LinkedIn

블로그

반갑습니다 :)
커리어 여정을 설계하고 디자인하는 커리어 코치 입니다!
#그로스마인드셋 #끊임없이배우기 #네트워킹 #데이터분석 #독서 #사이드프로젝트 #문제를해결하는 #스타트업 #커리어코칭 #TalentAcquisition #성장을돕는

광야를 지나며

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필