[공감신문] 김형철 칼럼니스트= “남을 도와주는 사람이 더 행복한가요? 아니면 도움을 받은 사람이 더 행복한가요?” 강연 나가서 이런 질문하면 꼭 다른 답변을 하는 사람들이 있다. “둘 다요!” 사실 양비론 양시론을 말하는 사람이 제일 싫다. 왜? 방향성을 제시하지 않기 때문이다. 매

[김형철의 인문학 리더십] 다 같이 행복하자

“남을 도와주는 사람이 더 행복한가요? 아니면 도움을 받은 사람이 더 행복한가요?” 강연을 나가서 이 질문을 하면 꼭 다른 답변을 하는 사람들이 있다. “둘 다요!” 사실 양비론 양시론을 말하는 사람이 제일 싫다.

왜? 방향성을 제시하지 않기 때문이다. 물론 매사에 판단이 너무 극단적인 사람도 문제가 있지만, 매사가 다 옳고 다 그르다는 사람도 판단을 제대로 못하는 사람이다.

정답은 “도와준 사람이 도움을 받은 사람보다 더 행복하다.”이다. 왜 그럴까? 증명을 해보자. 자신이 도와준 사람이 기뻐하는 모습을 보면 더 기쁘게 된다. 자신의 능력에 감탄하기도 하지만, 이 세상에 쓸모있는 사람이라는 생각에 뿌듯해진다.

반대로 도움을 받은 사람도 문제가 해결되어서 기쁘다. 그러나 늘 남에게 신세만 질 수는 없는 노릇이다. 그래서 도와준 사람보다 더 행복하기가 힘들다.

“도와준 사람이 더 행복해요!” 강의에서 이렇게 말해주는 사람은 정말 착한 사람이다. 강사를 도와줘서 강의 분위기가 잘 이어지도록 만들기 때문이다.

이어서 또 묻는다. “그러면 누가 먼저 고맙다는 말을 해야 할까요?” ”도움을 준 사람요!”라고 합창으로 돌아온다. “다들 그렇게 하고 계시죠?” 답이 없다. 일부 머쓱한 웃음을 보이는 사람들도 있다. 이 평범한 진리를 모르는 것도 아니고, 다 알면서 왜 실천하지 않는 걸까?

주변에서 이런 얘기 들어 봤는가? “나는 죽어라 시간 내서 도와줬더니 ‘고맙다’는 소리 한 마디 없더라. 그런 얘기 들으려고 도와준 것은 아니지만 그래도 사람이 그러면 안 되지. 그땐 솔직히 참 섭섭하더라. 그래서 그 다음부터 그 친구는 안 봐!”

무엇을 대가로 바라고 도와준 것은 아니란다. 그렇다면 논리적으로 맞는 수순은 섭섭해하긴 커녕 먼저 고맙다고 말해야 했다. 남한테 도움을 주면 자기가 더 행복하다고 느끼는 것이 맞다. 그러면 그에 걸맞은 표현을 하는 것이 이치다. 실컷 도와주고 인간관계마저 끊기는 것만큼은 정말 피할 일이다.

어떤 사람이 말을 잘하는 사람일까? 남의 말을 잘 들어 주는 사람? 아니면 청산유수같이 말을 술술 뱉는 사람? 어떤 사람하고 말을 해보면 정말 모르는 게 하나도 없는 사람이 있다.

“이 사람 챗GPT인가”라는 착각이 들 정도다. 어떤 주제가 나와도 거뜬히 다 소화한다. 대화를 해보면 그 사람이 세상에서 제일 똑똑한 것처럼 느껴질 때, 듣는 사람은 기분이 별로 좋지 않다.

반면에 어떤 사람하고 말해보면, 대화가 진행되면 될수록 내가 정말 괜찮은 사람처럼 느껴질 때가 있다. 상대방의 말을 끝까지 잘 들어 주니까, 그 사람한테는 자기도 모르게 자신의 고민을 털어놓게 되는 사람이 있다. 이 사람이 최고의 대화 선수다.

경청한다는 것은 어떻게 하는 것인가? 초등학생들에게 물어보면 “귀를 쫑긋하고 듣는다.”라고 답한다. 그래서 “무엇을 듣느냐?”고 물어보면 토씨 하나 빼놓지 않고 다 듣는단다. 근데 이건 경청이 아니다.

경청은 이렇게 하는 것이다. 누군가 당신에게 말을 할 때는 그 말을 하는 의도가 있을 것이다. 그러면 그 사람 말을 들으면서 “지금 이 순간 이 사람이 이 얘기를 나한테 왜 하고 있을까?” 곰곰히 생각하라. 듣는 사람의 생각이 말하는 사람의 의도와 주파수가 딱 맞아 떨어지는 순간, 100% 경청이 이뤄진다.

들으면서 그냥 가만히 있지 말고, 고개를 끄덕인다든지 하면서 맞장구도 쳐줘라. 이것은 노래할 때 반주가 필요한 것과 동일한 이치다. “참 힘들었겠네. 오오 잘도 넘어갔네.” 등과 같이 말해주라. 그러면 여러분은 소통의 달인이 되는 거다.

나는 개그 프로그램을 무척이나 좋아한다. 한때는 개그맨처럼 남에게 웃음을 선사하는 사람이 되고 싶었다. 철학자가 개그맨이 되기를 원했다는 것이 믿어지지 않는 사람이 있을 수 있다. 그러나 자신의 철학이 없는 개그맨은 그저 순간순간 웃음을 파는 장사꾼에 불과하다.

그래서 개그맨이 철학까지 한다면 얼마나 좋은 일인가. 이제는 개그맨이 되기는 틀렸고, 강연장에서 웃음을 선사하는 것으로 만족한다. 사람을 웃기는 데는 3가지 방법이 있다.

1️⃣자기 자신을 낮추면 된다. 사람들이 웃을 때는 상대방에 대한 우월감이 느껴질 때다. 자기 자랑을 정말 진지하게 하는 사람은 남을 못 웃긴다. 자신이 열등감을 느낄 때는 웃음이 나오는 것이 아니라 화가 치밀어 오르기 때문이다.

2️⃣반전이 있는 스토리에 사람들은 웃도록 프로그램되어 있다. 이런 식으로 이야기가 전개될 줄 알았는데, 갑자기 엉뚱한 결말이 나오면 깜짝 놀라서 기가 막힌다. 속았다는 기분이 들 때도 어처구니가 없어서 웃는다.

3️⃣마지막으로, 뭐든지 과장스럽게 행동하거나 말하면 사람들은 웃는다. 그냥 저절로 웃음이 나온다. 부조리한 상황에 인간은 웃음으로 대처한다.

한 가지 주의할 사항이 있다. 남을 비하하면서 웃기려고 하면 오래 못 간다. 순간적으로 사람들이 웃기는 하지만, 거부감을 가질 수밖에 없다. 지금은 다른 사람을 희생양 삼아서 웃고 있지만, 언제 그 칼날이 나한테 향할지 모른다는 생각에 다들 불안하다. 실제로 그런 사람은 멀리 하는 것이 좋다.

학생들에게 물어본다. “행복한 사람이 웃는가? 웃는 사람이 행복한가?” “행복한 사람이 웃는다”라고 생각하는 학생들은 잘 웃지 못한다. 왜 그럴까?

세상에 행복할 일이 널려있을 리가 없다. 이런 학생이 웃는 모습을 보기는 힘들다. 웃는 사람이 행복하다. 무조건 자주 웃어라. 웃으면 엔도르핀이 돈다. 즐거워진다. 웃음치료라는 것도 결국 이 원리에 기초한 것이다. 자꾸 자주 웃다 보면 행복해진다.

슬픈 일이 있어도, 지루하더라도, 힘든 상황이라도 자꾸 웃어라. 남 보기에 실성한 사람처럼 보이지만 않으면 공개적인 장소에서도 자주 웃는 것이 좋다. 혼자 있을 때도 물론 자주 웃어라. “행동이 생각을 지배한다.” 하버드대학교 심리학자이자 철학자인 윌리엄 제임스의 말이다.

도움을 받는 사람이 아니라, 남을 도와주는 사람이 돼라. 말을 잘하는 사람이 아니라 잘 들어주는 사람이 돼라. 무엇보다도 남과 같이 잘 웃는 사람이 돼라. 다 같이 행복하게 사는 길이 여기에 있다.

“남을 도와주는 사람이 더 행복한가요? 아니면 도움을 받은 사람이 더 행복한가요?” 강연을 나가서 이 질문을 하면 꼭 다른 답변을 하는 사람들이 있다. “둘 다요!” 사실 양비론 양시론을 말하는 사람이 제일 싫다. 왜? 방향성을 제시하지 않기 때문이다. 물론 매사에 판단이 너무 극단적인 사람도 문제가 있지만, 매사가 다 옳고 다 그르다는 사람도 판단을 제대로 못하는 사람이다. 정답은 “도와준 사람이 도움을 받은 사람보다 더 행복하다.”이다. 왜 그럴까? 증명을 해보자. 자신이 도와준 사람이 기뻐하는 모습을 보면 더 기쁘게 된다. 자신의 능력에 감탄하기도 하지만, 이 세상에 쓸모있는 사람이라는 생각에 뿌듯해진다. 반대로 도움을 받은 사람도 문제가 해결되어서 기쁘다. 그러나 늘 남에게 신세만 질 수는 없는 노릇이다. 그래서 도와준 사람보다 더 행복하기가 힘들다. “도와준 사람이 더 행복해요!” 강의에서 이렇게 말해주는 사람은 정말 착한 사람이다. 강사를 도와줘서 강의 분위기가 잘 이어지도록 만들기 때문이다. 이어서 또 묻는다. “그러면 누가 먼저 고맙다는 말을 해야 할까요?” ”도움을 준 사람요!”라고 합창으로 돌아온다. “다들 그렇게 하고 계시죠?” 답이 없다. 일부 머쓱한 웃음을 보이는 사람들도 있다. 이 평범한 진리를 모르는 것도 아니고, 다 알면서 왜 실천하지 않는 걸까? 주변에서 이런 얘기 들어 봤는가? “나는 죽어라 시간 내서 도와줬더니 ‘고맙다’는 소리 한 마디 없더라. 그런 얘기 들으려고 도와준 것은 아니지만 그래도 사람이 그러면 안 되지. 그땐 솔직히 참 섭섭하더라. 그래서 그 다음부터 그 친구는 안 봐!” 무엇을 대가로 바라고 도와준 것은 아니란다. 그렇다면 논리적으로 맞는 수순은 섭섭해하긴 커녕 먼저 고맙다고 말해야 했다. 남한테 도움을 주면 자기가 더 행복하다고 느끼는 것이 맞다. 그러면 그에 걸맞은 표현을 하는 것이 이치다. 실컷 도와주고 인간관계마저 끊기는 것만큼은 정말 피할 일이다. 어떤 사람이 말을 잘하는 사람일까? 남의 말을 잘 들어 주는 사람? 아니면 청산유수같이 말을 술술 뱉는 사람? 어떤 사람하고 말을 해보면 정말 모르는 게 하나도 없는 사람이 있다. “이 사람 챗GPT인가”라는 착각이 들 정도다. 어떤 주제가 나와도 거뜬히 다 소화한다. 대화를 해보면 그 사람이 세상에서 제일 똑똑한 것처럼 느껴질 때, 듣는 사람은 기분이 별로 좋지 않다. 반면에 어떤 사람하고 말해보면, 대화가 진행되면 될수록 내가 정말 괜찮은 사람처럼 느껴질 때가 있다. 상대방의 말을 끝까지 잘 들어 주니까, 그 사람한테는 자기도 모르게 자신의 고민을 털어놓게 되는 사람이 있다. 이 사람이 최고의 대화 선수다. 경청한다는 것은 어떻게 하는 것인가? 초등학생들에게 물어보면 “귀를 쫑긋하고 듣는다.”라고 답한다. 그래서 “무엇을 듣느냐?”고 물어보면 토씨 하나 빼놓지 않고 다 듣는단다. 근데 이건 경청이 아니다. 경청은 이렇게 하는 것이다. 누군가 당신에게 말을 할 때는 그 말을 하는 의도가 있을 것이다. 그러면 그 사람 말을 들으면서 “지금 이 순간 이 사람이 이 얘기를 나한테 왜 하고 있을까?” 곰곰히 생각하라. 듣는 사람의 생각이 말하는 사람의 의도와 주파수가 딱 맞아 떨어지는 순간, 100% 경청이 이뤄진다. 들으면서 그냥 가만히 있지 말고, 고개를 끄덕인다든지 하면서 맞장구도 쳐줘라. 이것은 노래할 때 반주가 필요한 것과 동일한 이치다. “참 힘들었겠네. 오오 잘도 넘어갔네.” 등과 같이 말해주라. 그러면 여러분은 소통의 달인이 되는 거다. 나는 개그 프로그램을 무척이나 좋아한다. 한때는 개그맨처럼 남에게 웃음을 선사하는 사람이 되고 싶었다. 철학자가 개그맨이 되기를 원했다는 것이 믿어지지 않는 사람이 있을 수 있다. 그러나 자신의 철학이 없는 개그맨은 그저 순간순간 웃음을 파는 장사꾼에 불과하다. 그래서 개그맨이 철학까지 한다면 얼마나 좋은 일인가. 이제는 개그맨이 되기는 틀렸고, 강연장에서 웃음을 선사하는 것으로 만족한다. 사람을 웃기는 데는 3가지 방법이 있다. 1️⃣자기 자신을 낮추면 된다. 사람들이 웃을 때는 상대방에 대한 우월감이 느껴질 때다. 자기 자랑을 정말 진지하게 하는 사람은 남을 못 웃긴다. 자신이 열등감을 느낄 때는 웃음이 나오는 것이 아니라 화가 치밀어 오르기 때문이다. 2️⃣반전이 있는 스토리에 사람들은 웃도록 프로그램되어 있다. 이런 식으로 이야기가 전개될 줄 알았는데, 갑자기 엉뚱한 결말이 나오면 깜짝 놀라서 기가 막힌다. 속았다는 기분이 들 때도 어처구니가 없어서 웃는다. 3️⃣마지막으로, 뭐든지 과장스럽게 행동하거나 말하면 사람들은 웃는다. 그냥 저절로 웃음이 나온다. 부조리한 상황에 인간은 웃음으로 대처한다. 한 가지 주의할 사항이 있다. 남을 비하하면서 웃기려고 하면 오래 못 간다. 순간적으로 사람들이 웃기는 하지만, 거부감을 가질 수밖에 없다. 지금은 다른 사람을 희생양 삼아서 웃고 있지만, 언제 그 칼날이 나한테 향할지 모른다는 생각에 다들 불안하다. 실제로 그런 사람은 멀리 하는 것이 좋다. 학생들에게 물어본다. “행복한 사람이 웃는가? 웃는 사람이 행복한가?” “행복한 사람이 웃는다”라고 생각하는 학생들은 잘 웃지 못한다. 왜 그럴까? 세상에 행복할 일이 널려있을 리가 없다. 이런 학생이 웃는 모습을 보기는 힘들다. 웃는 사람이 행복하다. 무조건 자주 웃어라. 웃으면 엔도르핀이 돈다. 즐거워진다. 웃음치료라는 것도 결국 이 원리에 기초한 것이다. 자꾸 자주 웃다 보면 행복해진다. 슬픈 일이 있어도, 지루하더라도, 힘든 상황이라도 자꾸 웃어라. 남 보기에 실성한 사람처럼 보이지만 않으면 공개적인 장소에서도 자주 웃는 것이 좋다. 혼자 있을 때도 물론 자주 웃어라. “행동이 생각을 지배한다.” 하버드대학교 심리학자이자 철학자인 윌리엄 제임스의 말이다. 도움을 받는 사람이 아니라, 남을 도와주는 사람이 돼라. 말을 잘하는 사람이 아니라 잘 들어주는 사람이 돼라. 무엇보다도 남과 같이 잘 웃는 사람이 돼라. 다 같이 행복하게 사는 길이 여기에 있다.

공감신문

그 어느 누구도 자신이 상대방보다 직위와 직책이 높다고 인간에 대한 예의를 갖추지 않고 무시하고 함부로 대하는 것은 용서할 수 없다고 생각한다.존대말을 쓴다고 해서 상대를 존중하는 것이 아니다. 사용하는 언어와 말투와 눈빛, 표정, 음색, 몸짓에서 이미 사람에 대한 예의를 상실하고 천박하게 대한다면 반말로 하지 않고 존대말을 사용했다고 해서 무시한 것은 아니라고 느끼지 않는다. 무엇보다 이 시대를 살아가는 사람들의 가치관과 사람에 대한 생각이 달라졌기 때문에 얄팍한 과거의 서푼어치도 안되는 경험과 지식으로 현 시대의 함께 일하는 사

[류랑도 칼럼] 리더십이란, 코칭하고 열정을 북돋워주는 것이다...천박한 권위주의와 잘못된 리더십

리더십이란 시키는대로 따르게 하는 것이 아니다. 하라는대로 움직이게 하는 것이 아니다. 상대가 역할수행을 통해 자신이 책임져야 할 성과를 창출할 수 있도록 코칭하고 자발적으로 일하고 싶은 열정이 생기도록 동기부여하는 것이다.

일일이 지시하고 통제하고 시키는대로 일하도록 강요하고 협박하는 것은 천박한 권위주의의 산물이다. 어느 누구도 자신이 상대보다 직위와 직책이 높다고 인간에 대한 예의를 갖추지 않고 무시하고 함부로 대하는 것은 용서할 수 없다.

존대말을 쓴다고 해서 상대를 존중하는 것이 아니다. 사용하는 언어와 말투와 눈빛, 표정, 음색, 몸짓에서 이미 사람에 대한 예의를 상실하고 천박하게 대한다면, 반말로 하지 않고 존대말을 사용했다고 해도 무시당했다고 느끼게 된다.

이 시대를 살아가는 사람들의 가치관과 사람에 대한 생각이 달라졌기 때문에, 얄팍한 과거의 경험과 지식으로 현 시대의 함께 일하는 사람을 대하는 가치관과 태도와 예의와 행동이 옛날식 상사의 모습으로 재현된다면, 그런 사람은 설 곳도 없고 받아 줄 곳도 없다.

세상 돌아가는 물정 파악하지 못하고 자신만의 세계관에 푹 빠져서 옛날식 상사 노릇을 하려고 하는 사람들을 보면 분노보다는 측은지심이 들곤 한다.

일하는 사람이 제대로 실행하게 하기 위해서는 자신이 책임져야 할 결과물이 무엇인지 스스로 깨닫게 하고 진심으로 수용하게 해야 한다. 그러기 위해 토론하고 코칭하고 설득하고 이해시키고 마음으로 받아들이게 하는 과정이 필요하다. 한 두번이야 어쩔 수 없이 하겠지만 결코 지속적으로 반복하게는 할 수 없다.

실행하는 사람들의 마음을 얻어야 하는데 그러려면 리더의 진정성을 느끼게 해 줘야 한다. 목표만 던져주고 ‘달성하지 못하면 어떤 제제조치도 각오하라’고 협박하는 것은 방임과 방치의 극단적 사례라고 할 수 있다.

일일이 하나하나 통제하면 달성결과에 대한 책임을 물을 수도 없을 뿐더러, 더 심각한 것은 실행하는 사람으로 하여금 스스로 생각하고 행동할 수 있는 자율성을 마비시켜 상사 눈치를 보게 만들고 지시와 통제에 익숙하게 만든다.

당연히 생각있는 우수한 인재들은 못견디고 떠나고, 갈 데는 없고 역량은 부족한데 월급이 필요한 사람들만 남아있게 되는 악순환을 겪게 된다.

조직이든 개인이든 일을 하는 이유는 미션을 추구하고 비전을 달성하기 위함이다. 이 때, 본부장이나 팀장과 같은 리더의 역할과 팀원과 같은 실무자의 역할은 차별화되어야 한다.

실무자의 성과에 대한 책임을 물으려면, 책임져야 할 성과목표에 대한 사전합의와 실무자가 생각하는 인과적인 달성전략과 실행방법에 대한 존중과 코칭 과정을 통해 상호공감과 조율을 하고, 실행행위에 대해서는 델리케이션을 해야 한다.

리더의 역할과 실무자의 역할을 옛날의 상사와 부하의 역할로 오해해서는 안되며, 지시통제와 성과코칭을 잘못 적용해서도 안되며, 권한위임과 방임을 혼동해서도 곤란하다.

나이와 직위와 권위로 압박할 수 있는 없으며, 오로지 인정과 존중과 티칭과 훈련과 코칭을 통하여 지속가능한 성과를 창출하게 하는 것이 해답이다.

하지만 인간에 대한 애정을 가지고 서로 노력하면서 기회를 충분히 주었지만, 자율성이 부족하고 성과가 미흡하면 자신의 역량이 잘 발휘되는 직장과 직업으로 안내하고 전환시켜주는 것이 본인을 위해서도 좋다.

인간은 급속 충전식 건전지가 아니라 자가발전기를 달고 있을 때 자존감을 느끼고 열정적으로 신바람나게 일하는 존재이기 때문이다.

리더십이란 시키는대로 따르게 하는 것이 아니다. 하라는대로 움직이게 하는 것이 아니다. 상대가 역할수행을 통해 자신이 책임져야 할 성과를 창출할 수 있도록 코칭하고 자발적으로 일하고 싶은 열정이 생기도록 동기부여하는 것이다. 일일이 지시하고 통제하고 시키는대로 일하도록 강요하고 협박하는 것은 천박한 권위주의의 산물이다. 어느 누구도 자신이 상대보다 직위와 직책이 높다고 인간에 대한 예의를 갖추지 않고 무시하고 함부로 대하는 것은 용서할 수 없다. 존대말을 쓴다고 해서 상대를 존중하는 것이 아니다. 사용하는 언어와 말투와 눈빛, 표정, 음색, 몸짓에서 이미 사람에 대한 예의를 상실하고 천박하게 대한다면, 반말로 하지 않고 존대말을 사용했다고 해도 무시당했다고 느끼게 된다. 이 시대를 살아가는 사람들의 가치관과 사람에 대한 생각이 달라졌기 때문에, 얄팍한 과거의 경험과 지식으로 현 시대의 함께 일하는 사람을 대하는 가치관과 태도와 예의와 행동이 옛날식 상사의 모습으로 재현된다면, 그런 사람은 설 곳도 없고 받아 줄 곳도 없다. 세상 돌아가는 물정 파악하지 못하고 자신만의 세계관에 푹 빠져서 옛날식 상사 노릇을 하려고 하는 사람들을 보면 분노보다는 측은지심이 들곤 한다. 일하는 사람이 제대로 실행하게 하기 위해서는 자신이 책임져야 할 결과물이 무엇인지 스스로 깨닫게 하고 진심으로 수용하게 해야 한다. 그러기 위해 토론하고 코칭하고 설득하고 이해시키고 마음으로 받아들이게 하는 과정이 필요하다. 한 두번이야 어쩔 수 없이 하겠지만 결코 지속적으로 반복하게는 할 수 없다. 실행하는 사람들의 마음을 얻어야 하는데 그러려면 리더의 진정성을 느끼게 해 줘야 한다. 목표만 던져주고 ‘달성하지 못하면 어떤 제제조치도 각오하라’고 협박하는 것은 방임과 방치의 극단적 사례라고 할 수 있다. 일일이 하나하나 통제하면 달성결과에 대한 책임을 물을 수도 없을 뿐더러, 더 심각한 것은 실행하는 사람으로 하여금 스스로 생각하고 행동할 수 있는 자율성을 마비시켜 상사 눈치를 보게 만들고 지시와 통제에 익숙하게 만든다. 당연히 생각있는 우수한 인재들은 못견디고 떠나고, 갈 데는 없고 역량은 부족한데 월급이 필요한 사람들만 남아있게 되는 악순환을 겪게 된다. 조직이든 개인이든 일을 하는 이유는 미션을 추구하고 비전을 달성하기 위함이다. 이 때, 본부장이나 팀장과 같은 리더의 역할과 팀원과 같은 실무자의 역할은 차별화되어야 한다. 실무자의 성과에 대한 책임을 물으려면, 책임져야 할 성과목표에 대한 사전합의와 실무자가 생각하는 인과적인 달성전략과 실행방법에 대한 존중과 코칭 과정을 통해 상호공감과 조율을 하고, 실행행위에 대해서는 델리케이션을 해야 한다. 리더의 역할과 실무자의 역할을 옛날의 상사와 부하의 역할로 오해해서는 안되며, 지시통제와 성과코칭을 잘못 적용해서도 안되며, 권한위임과 방임을 혼동해서도 곤란하다. 나이와 직위와 권위로 압박할 수 있는 없으며, 오로지 인정과 존중과 티칭과 훈련과 코칭을 통하여 지속가능한 성과를 창출하게 하는 것이 해답이다. 하지만 인간에 대한 애정을 가지고 서로 노력하면서 기회를 충분히 주었지만, 자율성이 부족하고 성과가 미흡하면 자신의 역량이 잘 발휘되는 직장과 직업으로 안내하고 전환시켜주는 것이 본인을 위해서도 좋다. 인간은 급속 충전식 건전지가 아니라 자가발전기를 달고 있을 때 자존감을 느끼고 열정적으로 신바람나게 일하는 존재이기 때문이다.

위키리크스한국

지난 8월말부터 12월 중순까지 17주간 SJSU(San Jose State University) Applied Data Science 석사과정에서 "Data Warehouse and Pipelines"라는 과목을 가르치며 느낀 점을 복기해보고자 한다.

 * 실리콘밸리내에서 취업률이 높기로 유명한 학교지만 IT 기업의 특히 주니어 채용이 여전히 낮다보니 오피스 아워에 찾아오는 학생들은 대부분 취업은 둘째치고 인턴자리도 없다는 하소연을 했다. 미국 경기가 좋다고 하지만 개발자나 IT쪽은 분명 아니다.
 * 위의 이유는 코딩 관련 AI 기술의 괄목할 만한 발전 때문임을 이제는 부인할 수 없다고 보여진다. 함수 레벨의 코딩은 이제 개인이 직접할 이유는 없어 보인다. 프롬프트를 잘 작성하고 검증 케이스만 만들면 충분한 정도로 코딩봇은 발전했다. 당장은 주니어 개발자들에게 영향을 주겠지만 혼자서 코딩에만 열을 올리는 개발자들에게도 곧 부정적인 영향을 주리라 믿는다. 좋은 평판을 만들고 의사 소통이 가능하며 나만이 아니라 내가 속한 그룹에 좋은 영향력을 가진 사람이 되려 할 필요가 더욱 있다.
 * 그룹 프로젝트, 랩 등 여럿이 공동으로 하는 작업의 경우 peer review를 이번에도 하기는 했지만 다음에는 성실성과 기여도에 따라 배점을 확실히 다르게 바꿔볼 예정이다. 이번에는 모든 팀원들이 가장 낮게 배점을 준 개인에게는 점수를 확실히 낮게 주었는데 다음 학기에는 이를 분명히 공표하고 팀웍을 강조할 예정이다.
 * 매주 나가는 숙제와 4주에 한번씩 본 퀴즈의 경우 배점 비율이 10%씩으로 낮았는데 이를 높이고 중간고사/기말고사/그룹 프로젝트의 비율을 상대적으로 낮출 생각이다.
 * Data Warehouse로 Snowflake를 사용하고 Visualization Tool로 Tableau를 사용하는 것을 제외하고 나머지 실습은 모두 Docker과 Google Colab으로 진행하도록 커리큘럼을 수정할 예정이다.
 * 숙제와 랩의 채점 기준도 이번 한번 하면서 어느 정도 명확해졌고 결국 어떤 조교를 채용하느냐가 가장 중요하다는 점도 깨달았다. 조교 채용을 회사에서 채용하듯이 잘 따져보려고 채용 기준을 만들었다.
 * 학생들과 소통에 대해서도 많이 배웠는데 반복해도 안 듣는 학생들이 있었고 이런 학생들까지 구제해주기 보다는 출석 열심히 하고 잘 따라오는 학생들이 더 유리한 형태로 깜짝 퀴즈등도 고려해볼 생각이다.

한 학기지만 학생들을 가르치며 취업의 어려움과 교육과 현실 사이의 거리를 느끼게 된 것은 큰 깨달음이 아닌가 싶다. AI 시대에 맞는 교육은 어떤 모양일까?

지난 8월말부터 12월 중순까지 17주간 SJSU(San Jose State University) Applied Data Science 석사과정에서 "Data Warehouse and Pipelines"라는 과목을 가르치며 느낀 점을 복기해보고자 한다. <ul ><li>실리콘밸리내에서 취업률이 높기로 유명한 학교지만 IT 기업의 특히 주니어 채용이 여전히 낮다보니 오피스 아워에 찾아오는 학생들은 대부분 취업은 둘째치고 인턴자리도 없다는 하소연을 했다. 미국 경기가 좋다고 하지만 개발자나 IT쪽은 분명 아니다.</li><li>위의 이유는 코딩 관련 AI 기술의 괄목할 만한 발전 때문임을 이제는 부인할 수 없다고 보여진다. 함수 레벨의 코딩은 이제 개인이 직접할 이유는 없어 보인다. 프롬프트를 잘 작성하고 검증 케이스만 만들면 충분한 정도로 코딩봇은 발전했다. 당장은 주니어 개발자들에게 영향을 주겠지만 혼자서 코딩에만 열을 올리는 개발자들에게도 곧 부정적인 영향을 주리라 믿는다. 좋은 평판을 만들고 의사 소통이 가능하며 나만이 아니라 내가 속한 그룹에 좋은 영향력을 가진 사람이 되려 할 필요가 더욱 있다.</li><li>그룹 프로젝트, 랩 등 여럿이 공동으로 하는 작업의 경우 peer review를 이번에도 하기는 했지만 다음에는 성실성과 기여도에 따라 배점을 확실히 다르게 바꿔볼 예정이다. 이번에는 모든 팀원들이 가장 낮게 배점을 준 개인에게는 점수를 확실히 낮게 주었는데 다음 학기에는 이를 분명히 공표하고 팀웍을 강조할 예정이다.</li><li>매주 나가는 숙제와 4주에 한번씩 본 퀴즈의 경우 배점 비율이 10%씩으로 낮았는데 이를 높이고 중간고사/기말고사/그룹 프로젝트의 비율을 상대적으로 낮출 생각이다.</li><li>Data Warehouse로 Snowflake를 사용하고 Visualization Tool로 Tableau를 사용하는 것을 제외하고 나머지 실습은 모두 Docker과 Google Colab으로 진행하도록 커리큘럼을 수정할 예정이다.</li><li>숙제와 랩의 채점 기준도 이번 한번 하면서 어느 정도 명확해졌고 결국 어떤 조교를 채용하느냐가 가장 중요하다는 점도 깨달았다. 조교 채용을 회사에서 채용하듯이 잘 따져보려고 채용 기준을 만들었다.</li><li>학생들과 소통에 대해서도 많이 배웠는데 반복해도 안 듣는 학생들이 있었고 이런 학생들까지 구제해주기 보다는 출석 열심히 하고 잘 따라오는 학생들이 더 유리한 형태로 깜짝 퀴즈등도 고려해볼 생각이다.</li></ul> 한 학기지만 학생들을 가르치며 취업의 어려움과 교육과 현실 사이의 거리를 느끼게 된 것은 큰 깨달음이 아닌가 싶다. AI 시대에 맞는 교육은 어떤 모양일까?

SJSU 강의 회고

계란후라이 1154

﻿
산타 할아버지는 존재하는가? 해마다 반복되는 논쟁에 대해서 여러분은 어떻게 생각하나요? 이제는 구글링하면 산타 할아버지에 대한 역사적 기원을 쉽게 찾아볼 수 있습니다. 그분은 실존하는 인물입니다. 그럼 매년 어떤 예산으로 전 세계 착한 아이들에게 선물을 줄 수 있는 걸까요? 이것은 아직도 밝혀지지 않은 미스터리입니다.

산타, 선물, 착한, 어린이 키워드 중에서 가장 논란의 여지가 되는 부분은 단연 어린이를 선정하는 나이일 것입니다. 초등학교 5학년이나 6학년이다. 2차 성징이 늦게 나타날 수도 있으니 사춘기 전 중학교 2학년까지라고 보는 견해도 존재합니다. 여러 집단에서 만난 다양한 사람들과 산타 할아버지가 언제까지 선물을 줬었는지 대화를 나누어보면 최대 고등학교를 다닐 때까지였다고 이야기하는 사람도 있었습니다. 안타깝게도 10세 이전 빠르게 산타 할아버지의 부재와 선물을 받지 못했다고 이야기하는 사연도 이야기 들을 수 있었습니다.

산타 할아버지는 왜 아이들이 밤에 잠을 자는 동안에 활동하는 것인가? 로켓 배송, 새벽 배송처럼 도로에 정체가 없고 주차가 용이하여 사람들이 잠을 자는 시간에 활동하는 것인가? 루돌프 썰매는 하늘을 나는 기능을 갖고 있을 테니 자동차 전용 도로를 이용할 일도, 주차장 시스템을 이용할 일도 없을 것입니다. 다만, 산타 할아버지가 낮에 활동하면 사람들이 산타 할아버지와 루돌프를 구경하느라 아무 일도 하지 않을 것이므로 사람들이 거의 나타나지 않는 가장 고요한 시간에 활동하는 것이라 추측합니다.

산타 할아버지는 지금도 매년 착한 아이들을 위하여 선물을 주고 계십니다. 저는 이것을 믿습니다. 우리 눈에 보이지 않을 뿐 그분은 할 일을 멈추지 않으십니다. 선물이 현물이 아니라고 해서 그분이 존재하지 않는다는 증거가 되지 않습니다. 선물은 엄마와 아빠가 준비하는 거라고 믿는 것은 잘못된 믿음입니다. 그건 산타 할아버지를 대신하여 주는 선물이 아니라 부모님이 자녀를 사랑하는 마음으로 준비하는 선물이 맞습니다. 산타 할아버지는 그가 준비한 선물을 주십니다. 그 선물이 무엇인지 발견하게 되는 우리 아이들이 되기를 진심으로 바랍니다.

우리는 살면서 우리가 바라는 것을 얻을 때 선물 또는 축복이라고 생각합니다. 원하는 대학에 입학하고 원하는 기업에 취업하고 원하는 스마트폰을 손에 쥐고 통장에 잔고가 두둑하면 행복한 삶이라고 착각합니다. 막상 원하는 대학에 입학하고 원하는 기업에 취업하고 원하는 스마트폰을 손에 쥐고 잔고가 두둑한 통장을 바라보면 행복은 잠시 머물다가 사라지고 이내 다른 고민이나 욕심이 생깁니다. 또 다른 소망이 채워지면 아마도 더 행복해질 것 같고, 그것이 매년 바라는 선물이 됩니다.

산타 할아버지가 착한 어린이에게만 선물을 주는 이유가 알고 싶나요? 산타 할아버지는 주고 싶은 선물을 준비합니다. 착한 어린이에게 꼭 필요한 선물을 주는 것입니다. 그 선물은 눈에 보이지 않는 것일 수도 있습니다. 받았는데 못 받았다고 착각하는 것입니다. 그리고 어느 순간 어린아이의 마음은 잃고 산타 할아버지의 선물을 기대하지 않습니다. 자기 마음대로 믿지 않고 기대하지 않으니 선물 공급이 중단된 것입니다. 어린이가 아니라서 선물을 주지 않는 것이 아니라 어린아이의 마음으로 기대하지 않으니 주어지지 않는 것입니다. 우리가 거절한 것이지 어른이 되어서 선물을 주지 않는 것이 아닙니다.

오늘은 주변 사람들에게 작은 선물을 나누는 하루가 되었으면 좋겠습니다. 꼭 돈을 들여서 주는 선물이 아니더라도 말과 행동으로 얼마든지 선물을 줄 수 있습니다. 가족과 친구, 이웃에서 따뜻한 마음을 전하는 하루가 되길 진심으로 응원해요. 메리 크리스마스!

계란후라이 1154 ﻿산타 할아버지는 존재하는가? 해마다 반복되는 논쟁에 대해서 여러분은 어떻게 생각하나요? 이제는 구글링하면 산타 할아버지에 대한 역사적 기원을 쉽게 찾아볼 수 있습니다. 그분은 실존하는 인물입니다. 그럼 매년 어떤 예산으로 전 세계 착한 아이들에게 선물을 줄 수 있는 걸까요? 이것은 아직도 밝혀지지 않은 미스터리입니다. 산타, 선물, 착한, 어린이 키워드 중에서 가장 논란의 여지가 되는 부분은 단연 어린이를 선정하는 나이일 것입니다. 초등학교 5학년이나 6학년이다. 2차 성징이 늦게 나타날 수도 있으니 사춘기 전 중학교 2학년까지라고 보는 견해도 존재합니다. 여러 집단에서 만난 다양한 사람들과 산타 할아버지가 언제까지 선물을 줬었는지 대화를 나누어보면 최대 고등학교를 다닐 때까지였다고 이야기하는 사람도 있었습니다. 안타깝게도 10세 이전 빠르게 산타 할아버지의 부재와 선물을 받지 못했다고 이야기하는 사연도 이야기 들을 수 있었습니다. 산타 할아버지는 왜 아이들이 밤에 잠을 자는 동안에 활동하는 것인가? 로켓 배송, 새벽 배송처럼 도로에 정체가 없고 주차가 용이하여 사람들이 잠을 자는 시간에 활동하는 것인가? 루돌프 썰매는 하늘을 나는 기능을 갖고 있을 테니 자동차 전용 도로를 이용할 일도, 주차장 시스템을 이용할 일도 없을 것입니다. 다만, 산타 할아버지가 낮에 활동하면 사람들이 산타 할아버지와 루돌프를 구경하느라 아무 일도 하지 않을 것이므로 사람들이 거의 나타나지 않는 가장 고요한 시간에 활동하는 것이라 추측합니다. 산타 할아버지는 지금도 매년 착한 아이들을 위하여 선물을 주고 계십니다. 저는 이것을 믿습니다. 우리 눈에 보이지 않을 뿐 그분은 할 일을 멈추지 않으십니다. 선물이 현물이 아니라고 해서 그분이 존재하지 않는다는 증거가 되지 않습니다. 선물은 엄마와 아빠가 준비하는 거라고 믿는 것은 잘못된 믿음입니다. 그건 산타 할아버지를 대신하여 주는 선물이 아니라 부모님이 자녀를 사랑하는 마음으로 준비하는 선물이 맞습니다. 산타 할아버지는 그가 준비한 선물을 주십니다. 그 선물이 무엇인지 발견하게 되는 우리 아이들이 되기를 진심으로 바랍니다. 우리는 살면서 우리가 바라는 것을 얻을 때 선물 또는 축복이라고 생각합니다. 원하는 대학에 입학하고 원하는 기업에 취업하고 원하는 스마트폰을 손에 쥐고 통장에 잔고가 두둑하면 행복한 삶이라고 착각합니다. 막상 원하는 대학에 입학하고 원하는 기업에 취업하고 원하는 스마트폰을 손에 쥐고 잔고가 두둑한 통장을 바라보면 행복은 잠시 머물다가 사라지고 이내 다른 고민이나 욕심이 생깁니다. 또 다른 소망이 채워지면 아마도 더 행복해질 것 같고, 그것이 매년 바라는 선물이 됩니다. 산타 할아버지가 착한 어린이에게만 선물을 주는 이유가 알고 싶나요? 산타 할아버지는 주고 싶은 선물을 준비합니다. 착한 어린이에게 꼭 필요한 선물을 주는 것입니다. 그 선물은 눈에 보이지 않는 것일 수도 있습니다. 받았는데 못 받았다고 착각하는 것입니다. 그리고 어느 순간 어린아이의 마음은 잃고 산타 할아버지의 선물을 기대하지 않습니다. 자기 마음대로 믿지 않고 기대하지 않으니 선물 공급이 중단된 것입니다. 어린이가 아니라서 선물을 주지 않는 것이 아니라 어린아이의 마음으로 기대하지 않으니 주어지지 않는 것입니다. 우리가 거절한 것이지 어른이 되어서 선물을 주지 않는 것이 아닙니다. 오늘은 주변 사람들에게 작은 선물을 나누는 하루가 되었으면 좋겠습니다. 꼭 돈을 들여서 주는 선물이 아니더라도 말과 행동으로 얼마든지 선물을 줄 수 있습니다. 가족과 친구, 이웃에서 따뜻한 마음을 전하는 하루가 되길 진심으로 응원해요. 메리 크리스마스!﻿

꿈을 찾는 사람에게 보내는 342 번째 편지

1
모든 작용은 스스로를 유지하기 위해 반작용이 필요해요.

2
저항이란 모든 활동이나 작용에 뒤따르는 음극의 반응이고, 당신의 작용과 활동은 양극의 반응이에요.

3
우리에게는 양극과 음극이 모두 필요해요. 저항이 없다면 활동도 일어나지 않아요.

4
비행기를 솟게 하는 것은 공기의 저항이에요. 저항이 없으면 비행기가 날 수 없어요. 새도 날 수 없고, 물고기도 헤엄칠 수 없어요. 심지어 걷는 것도 불가능해요.

5
엔진의 마력이 크면 클수록 비행기의 도약력이 더 커지므로, 비행기를 떠받칠 공기 저항도 더 커져야 해요.

6
그렇게 도달 할 수 있는 고도는 더욱 높아집니다. 반대로 엔진의 힘이 떨어질수록 도약력도 줄어들고, 그만큼 비행기의 고도도 낮아져요.

1 모든 작용은 스스로를 유지하기 위해 반작용이 필요해요. ​ ​2 저항이란 모든 활동이나 작용에 뒤따르는 음극의 반응이고, 당신의 작용과 활동은 양극의 반응이에요. ​ ​3 우리에게는 양극과 음극이 모두 필요해요. 저항이 없다면 활동도 일어나지 않아요. ​ ​4 비행기를 솟게 하는 것은 공기의 저항이에요. 저항이 없으면 비행기가 날 수 없어요. 새도 날 수 없고, 물고기도 헤엄칠 수 없어요. 심지어 걷는 것도 불가능해요. ​ ​5 엔진의 마력이 크면 클수록 비행기의 도약력이 더 커지므로, 비행기를 떠받칠 공기 저항도 더 커져야 해요. ​ ​6 그렇게 도달 할 수 있는 고도는 더욱 높아집니다. 반대로 엔진의 힘이 떨어질수록 도약력도 줄어들고, 그만큼 비행기의 고도도 낮아져요.

< 도약하려면 저항을 받아들여라 >

https://blog.naver.com/madaboutit/223687796374

여전히 혼란스럽고 복잡한 상황이지만, 새해엔 더 나은 희망을 품는 일. 그게 우리가 해야 할 일이지 않을까 싶은데요. 

[2025년 1월] 썸원 프라임 멤버십 모집 안내

1. 사업을 시작한 이후로, 쉬웠던 해가 한 해도 없었지만, 2024년은 연말까지 유난히 많은 일들이 벌어지고 있는데요.

2. 돌이켜보면, 작년 연말에 사무실 건물 화재 사고가 발생하면서, 2024년은 이를 수습하느라 시작부터 정신이 없었는데, 뭔가 마지막까지 소란스러운 느낌이네요.

3. 이처럼 여전히 혼란스럽고 복잡한 상황이지만, 새해엔 더 나은 희망을 품는 일. 그게 제가 해야 할 일이지 않을까 싶은데요. 단순히 희망을 품는 것을 넘어, 지나간 시간들을 되짚어보고, 새해에는 더 나은 시도를 하는 것이 저에게 남겨진 과제이지 않나 싶습니다.

4. 그런 의미에서 올 한해를 반성해보면, 작년 이맘때는 멤버십을 운영하는 사람에게 가장 중요한 것은 ‘오리지널리티’와 ‘퀄리티’라고 생각했는데요. 멤버십 회원분들에게 다른 그 어떤 서비스에서도 경험할 수 없는 오리지널리티와 퀄리티 높은 경험을 제공해야 멤버십이 제대로 작동할 것이라고 생각했기 때문입니다.

5. 그런데 지난 1년 사이에 생각이 조금 바뀌었는데요. ‘멤버십을 운영하는 사람에게 오리지널리티와 퀄리티는 당연한 거고, 그보다 중요한 건 그 오리지널리티와 퀄리티를 가지고 무엇을 추구하느냐’ 일 수 있다는 생각을 했달까요?

6. 그래서 저의 2025년 목표 중 하나는, ‘오리지널리티와 퀄리티를 넘어 다정함까지 추구’하는 것인데요.

7. 좀 더 풀어 설명하면, 어려운 시기가 계속 이어지다 보면 나를 중심으로 생각하기 쉬운데, 그러지 말고 그런 상황일수록 좀 더 다정함을 발휘하기 위해 노력해보는 것이 저의 2025년 목표입니다.

8. 제가 잘은 모르지만, 진화적으로도 위기의 순간에 혼자서 모든 것을 다 대응하려고 하는 것보다는, 위기의 순간에 협력하고 서로가 서로를 돕는 다정함을 추구하는 것이 생존에 훨씬 더 유리하다고 하는데요.

9. 그래서 힘든 상황 속에서도 최대한 다정함을 발휘해보고, 연간 멤버십 회원분들을 시작으로 멤버십 회원분들의 실질적인 성장과 발전에 기여하는 도전을 하는 것이 저의 새해 목표입니다. 그런 연장선 상에서 2025년에는 연간 멤버십 회원분들에게 ‘썸원 이용권’이라는 혜택도 드릴 예정이고요.

10. 아직도 미약하고 가난한 일개 개인 사업자라서 해드릴 수 있는 것이 제한적이지만, 그래도 제가 가진 역량이나 프로젝트 썸원이 가진 인프라를 연간 멤버십 회원분들께서 이용하실 수 있도록 열심히 서포팅할 생각입니다 ㅎㅎ

11. 올해 못지않게 2025년도 힘든 시기가 예상되는 만큼, 저는 콘텐츠의 힘과 다정함으로 뚫고 나가보려고 하는데요. 저의 이런 도전을 함께 하실 분들께서는 자세한 안내 참고해주시면 좋을 것 같고, 늘 감사합니다 ;)

1. 사업을 시작한 이후로, 쉬웠던 해가 한 해도 없었지만, 2024년은 연말까지 유난히 많은 일들이 벌어지고 있는데요. 2. 돌이켜보면, 작년 연말에 사무실 건물 화재 사고가 발생하면서, 2024년은 이를 수습하느라 시작부터 정신이 없었는데, 뭔가 마지막까지 소란스러운 느낌이네요. 3. 이처럼 여전히 혼란스럽고 복잡한 상황이지만, 새해엔 더 나은 희망을 품는 일. 그게 제가 해야 할 일이지 않을까 싶은데요. 단순히 희망을 품는 것을 넘어, 지나간 시간들을 되짚어보고, 새해에는 더 나은 시도를 하는 것이 저에게 남겨진 과제이지 않나 싶습니다. 4. 그런 의미에서 올 한해를 반성해보면, 작년 이맘때는 멤버십을 운영하는 사람에게 가장 중요한 것은 ‘오리지널리티’와 ‘퀄리티’라고 생각했는데요. 멤버십 회원분들에게 다른 그 어떤 서비스에서도 경험할 수 없는 오리지널리티와 퀄리티 높은 경험을 제공해야 멤버십이 제대로 작동할 것이라고 생각했기 때문입니다. 5. 그런데 지난 1년 사이에 생각이 조금 바뀌었는데요. ‘멤버십을 운영하는 사람에게 오리지널리티와 퀄리티는 당연한 거고, 그보다 중요한 건 그 오리지널리티와 퀄리티를 가지고 무엇을 추구하느냐’ 일 수 있다는 생각을 했달까요? 6. 그래서 저의 2025년 목표 중 하나는, ‘오리지널리티와 퀄리티를 넘어 다정함까지 추구’하는 것인데요. 7. 좀 더 풀어 설명하면, 어려운 시기가 계속 이어지다 보면 나를 중심으로 생각하기 쉬운데, 그러지 말고 그런 상황일수록 좀 더 다정함을 발휘하기 위해 노력해보는 것이 저의 2025년 목표입니다. 8. 제가 잘은 모르지만, 진화적으로도 위기의 순간에 혼자서 모든 것을 다 대응하려고 하는 것보다는, 위기의 순간에 협력하고 서로가 서로를 돕는 다정함을 추구하는 것이 생존에 훨씬 더 유리하다고 하는데요. 9. 그래서 힘든 상황 속에서도 최대한 다정함을 발휘해보고, 연간 멤버십 회원분들을 시작으로 멤버십 회원분들의 실질적인 성장과 발전에 기여하는 도전을 하는 것이 저의 새해 목표입니다. 그런 연장선 상에서 2025년에는 연간 멤버십 회원분들에게 ‘썸원 이용권’이라는 혜택도 드릴 예정이고요. 10. 아직도 미약하고 가난한 일개 개인 사업자라서 해드릴 수 있는 것이 제한적이지만, 그래도 제가 가진 역량이나 프로젝트 썸원이 가진 인프라를 연간 멤버십 회원분들께서 이용하실 수 있도록 열심히 서포팅할 생각입니다 ㅎㅎ 11. 올해 못지않게 2025년도 힘든 시기가 예상되는 만큼, 저는 콘텐츠의 힘과 다정함으로 뚫고 나가보려고 하는데요. 저의 이런 도전을 함께 하실 분들께서는 자세한 안내 참고해주시면 좋을 것 같고, 늘 감사합니다 ;)

Somewon on Notion

25년 1월 썸원 프라임 멤버십 안내

솔트웨어는 백패커 핸드메이드 작품 판매 서비스 아이디어스(idus)에 아마존웹서비스(Amazon Web Serviews, 이하 AWS) 생성형 AI 서비스인 아마존 베드록(Amazon Bedrock) 기반 제품 추천

솔트웨어, 백패커에 아마존 베드록 아이디어스 서비스 구축

아이디어스는 37만개 이상의 다양한 핸드메이드 작품을 판매하고 있으며, 거래액의 26%가 선물로 구매될 만큼 특별한 선물을 찾는 고객들에게서 인기를 끌고 있는 서비스입니다.

아이디어스는 이번에 Amazon Bedrock을 기반으로 고객의 다양한 사용 시나리오에 최적화된 새로운 추천 방식을 적용하고 창의적인 선물 테마를 추천할 수 있게 검색 경험을 혁신하였습니다.

특정 기념일이나 선물 받을 대상에 어울리는 테마명을 자동으로 생성하고, 고객은 검색어를 통해 적합한 테마를 자동으로 선택할 수 있게 된 것입니다다. 예를 들어, '생일 선물'을 검색하면 기념일과 연관된 테마가 제안되며, 선택된 테마에는 관련 작품들이 적절한 순서로 노출됩니다.

https://n.news.naver.com/article/030/0003270612?sid=105

아이디어스는 37만개 이상의 다양한 핸드메이드 작품을 판매하고 있으며, 거래액의 26%가 선물로 구매될 만큼 특별한 선물을 찾는 고객들에게서 인기를 끌고 있는 서비스입니다. 아이디어스는 이번에 Amazon Bedrock을 기반으로 고객의 다양한 사용 시나리오에 최적화된 새로운 추천 방식을 적용하고 창의적인 선물 테마를 추천할 수 있게 검색 경험을 혁신하였습니다. 특정&nbsp;기념일이나&nbsp;선물&nbsp;받을&nbsp;대상에&nbsp;어울리는&nbsp;테마명을&nbsp;자동으로&nbsp;생성하고, 고객은&nbsp;검색어를&nbsp;통해&nbsp;적합한&nbsp;테마를&nbsp;자동으로&nbsp;선택할&nbsp;수&nbsp;있게&nbsp;된 것입니다다.&nbsp;예를&nbsp;들어, '생일&nbsp;선물'을&nbsp;검색하면&nbsp;기념일과&nbsp;연관된&nbsp;테마가&nbsp;제안되며,&nbsp;선택된&nbsp;테마에는&nbsp;관련&nbsp;작품들이&nbsp;적절한&nbsp;순서로&nbsp;노출됩니다. https://n.news.naver.com/article/030/0003270612?sid=105

n.news.naver.com

'아이디어스'의 AI 선물 검색

모바일 메신저 앱 텔레그램이 수익화 모델 도입 3년 만에 첫 흑자 달성에 성공했다. 파벨 두로프 텔레그램 창업주 겸 최고경영자(CEO)는 23일(현지시간) 자신의 텔레그램과 엑스(X·옛 트위터)에 "회사 연 매출이 

텔레그램, 창사 이래 첫 흑자…"구독·코인 사업 호조"

당초 텔레그램은 모든 서비스를 무료로 제공했으나 2021년부터 유료 구독 서비스와 광고를 도입해 수익화 모델로 전환했다. 두로프 CEO는 "올해 텔레그램의 유료 서비스 가입자 수가 전년보다 3배 증가한 1200만명을 돌파했다"며 이를 통해 텔레그램이 가지고 있던 20억달러(약 2조9000억원)의 부채 중 상당 부분을 상환해 흑자 전환에 성공했다고 설명했다.

현재 전 세계 텔레그램 이용자 수는 약 10억명으로 추산된다. 이 중 1200만명의 유료 구독자는 추가 기능을 위해 매달 5달러를 지불한다.

https://n.news.naver.com/article/277/0005522599?sid=104

당초 텔레그램은 모든 서비스를 무료로 제공했으나 2021년부터 유료 구독 서비스와 광고를 도입해 수익화 모델로 전환했다. 두로프 CEO는 "올해 텔레그램의 유료 서비스 가입자 수가 전년보다 3배 증가한 1200만명을 돌파했다"며 이를 통해 텔레그램이 가지고 있던 20억달러(약 2조9000억원)의 부채 중 상당 부분을 상환해 흑자 전환에 성공했다고 설명했다. 현재 전 세계 텔레그램 이용자 수는 약 10억명으로 추산된다. 이 중 1200만명의 유료 구독자는 추가 기능을 위해 매달 5달러를 지불한다. https://n.news.naver.com/article/277/0005522599?sid=104

한 유튜버의 면접자가 실제로 썼던 코드라네요ㅋㅋ 창의성으로 통과시켜주고 싶었으나 hiring committee에서 탈락시켰다고...
😵‍💫😵‍💫

한 유튜버의 면접자가 실제로 썼던 코드라네요ㅋㅋ 창의성으로 통과시켜주고 싶었으나 hiring committee에서 탈락시켰다고...😵‍💫😵‍💫

Sleep Sort를 아세요??

이거 정렬이 되나요 😂
실행해도
실행해보니 현 배열 그대로인데 이해가 안되네요 ㅠ...

12/13-12/23 한국 방문을 했고 이번에는 다양한 회사를 방문해 이야기를 나누었다. 체감상 회사 차원에서도 부익부 빈익빈이 커진 느낌이었는데 채용등을 하며 성장하는 곳이 10%라면 그러지 못하는 곳이 90% 정도였다. 후자의 경우 어느 정도 성과를 내기는 하지만 아직은 투자 없이 성장할 수 없는 곳들이 많았고 투자를 받기위한 노력을 했지만 투자자들이 투자할 가능성이 결국은 낮다고 판단해서 결국은 비용을 줄이는 쪽으로 결정하는 패턴을 볼 수 있었다.

그러다보니 창업자들이 특히 조바심을 내며 불안감을 갖고 있었는데 사실은 이런 조바심과 불안감 때문에 이런 상황이 벌어지지 않았나 하는 생각도 하게 되었다. 왜 사람을 많이 뽑고 몸집을 키웠는지 지금 아는 것을 가지고 다시 처음으로 돌아가도 그렇게 할 것인지 물어보면 그럴 것 같지 않다는 모순된 대답을 많이 들었다.

몇년 허슬링하는 것으로 사업이 된다면 참 좋겠지만 기본적으로 10-15년 일관되게 꾸준한 노력을 해야 되는 것이 사업이 아닌가 싶다. 나보다 잘 나가는 것 같은 창업자들과 비교하다보면 뭔가 내가 부족한 것 같고 지금 뭔가 눈에 보이는 성과를 내야할 것 같은 강박관념에 빠지기 쉽지만 긴 호흡으로 바라보며 결정의 순간에는 초심으로 돌아가 생각해보는 습관을 가질 필요가 있다. 또한 창업 이후 잘못했던 결정 등을 복기하며 자괴감에 빠지기 쉬운데 그런 실수라는 직접 체험을 하지 않고 발전할 방법은 없지 않나 싶다. 주변에 나를 무조건적으로 지지해주는 사람들을 많이 만들어두고 일관성을 가지려 노력할 필요가 있다.

모든 일에는 시간이 걸린다. 이는 사업 뿐만 아니라 개인의 커리어도 마찬가지이다. 어디서 시작했는지 보다는 어떤 여정과 경험을 거쳐 어디서 마무리했는지가 더 중요하다.

12/13-12/23 한국 방문을 했고 이번에는 다양한 회사를 방문해 이야기를 나누었다. 체감상 회사 차원에서도 부익부 빈익빈이 커진 느낌이었는데 채용등을 하며 성장하는 곳이 10%라면 그러지 못하는 곳이 90% 정도였다. 후자의 경우 어느 정도 성과를 내기는 하지만 아직은 투자 없이 성장할 수 없는 곳들이 많았고 투자를 받기위한 노력을 했지만 투자자들이 투자할 가능성이 결국은 낮다고 판단해서 결국은 비용을 줄이는 쪽으로 결정하는 패턴을 볼 수 있었다. 그러다보니 창업자들이 특히 조바심을 내며 불안감을 갖고 있었는데 사실은 이런 조바심과 불안감 때문에 이런 상황이 벌어지지 않았나 하는 생각도 하게 되었다. 왜 사람을 많이 뽑고 몸집을 키웠는지 지금 아는 것을 가지고 다시 처음으로 돌아가도 그렇게 할 것인지 물어보면 그럴 것 같지 않다는 모순된 대답을 많이 들었다. 몇년 허슬링하는 것으로 사업이 된다면 참 좋겠지만 기본적으로 10-15년 일관되게 꾸준한 노력을 해야 되는 것이 사업이 아닌가 싶다. 나보다 잘 나가는 것 같은 창업자들과 비교하다보면 뭔가 내가 부족한 것 같고 지금 뭔가 눈에 보이는 성과를 내야할 것 같은 강박관념에 빠지기 쉽지만 긴 호흡으로 바라보며 결정의 순간에는 초심으로 돌아가 생각해보는 습관을 가질 필요가 있다. 또한 창업 이후 잘못했던 결정 등을 복기하며 자괴감에 빠지기 쉬운데 그런 실수라는 직접 체험을 하지 않고 발전할 방법은 없지 않나 싶다. 주변에 나를 무조건적으로 지지해주는 사람들을 많이 만들어두고 일관성을 가지려 노력할 필요가 있다. 모든 일에는 시간이 걸린다. 이는 사업 뿐만 아니라 개인의 커리어도 마찬가지이다. 어디서 시작했는지 보다는 어떤 여정과 경험을 거쳐 어디서 마무리했는지가 더 중요하다.

초심으로 돌아가기

실제 채용도 안 하면서 채용공고는 왜 올리는지. 회사 광고? 우리는 이렇게 직원을 필요로 하고 있고 성장하는 회사입니다 아니면 구직자 우롱하려고?

매년 이맘때면 연락이 와요. 회사는 어떤지, 하는 일은 마음에 드는지 안부를 묻죠. 헤드헌터예요.

이직 생각이 없더라도 헤드헌터와 알고 지내는 건 제법 괜찮은 선택이에요. '정보의 비대칭성'을 해소할 수 있으니까요.

구체적으론 세 가지 좋은 점이 있었어요.

1. 채용 시장의 분위기를 파악할 수 있어요
2. 서류 전형에 대한 부담이 낮아져요
3. 연봉 계약도 혼자 하는 것보단 유리해져요

여러분이 생각하는 헤드헌터를 알고 지내면 좋은 이유는 무엇인가요? 혹시 단점도 있었나요?

매년 이맘때면 연락이 와요. 회사는 어떤지, 하는 일은 마음에 드는지 안부를 묻죠. 헤드헌터예요. 이직 생각이 없더라도 헤드헌터와 알고 지내는 건 제법 괜찮은 선택이에요. '정보의 비대칭성'을 해소할 수 있으니까요. 구체적으론 세 가지 좋은 점이 있었어요. 1. 채용 시장의 분위기를 파악할 수 있어요2. 서류 전형에 대한 부담이 낮아져요3. 연봉 계약도 혼자 하는 것보단 유리해져요 여러분이 생각하는 헤드헌터를 알고 지내면 좋은 이유는 무엇인가요? 혹시 단점도 있었나요?&nbsp;

헤드헌터와 알고 지내면 좋은 점

저는 멘토링을 할 때 개발뿐만 아니라 문제 정의부터 시작해 기획, 커뮤니케이션, 팀 문화, PPT, 발표 등 사이드 프로젝트를 만드는데 도움을 줄 수 있는 전과정에 관한 피드백을 드립니다.

특히, 개발자분들만 모여 있는 경우 발표와 관련된 부분을 굉장히 어려워하는 것을 많이 봤습니다.
발표 자료 구성, 전달력 있는 말하기 방법, 톤, 말할 때의 습관 등 다양한 부분에 피드백을 드리는 것이 중요하다고 생각합니다.

오늘은 사이드 프로젝트 발표에서 PPT를 어떻게 구성하는지에 대한 피드백을 공유해보겠습니다.
기초적인 내용이 많지만, 실제로 도움을 드렸던 부분을 중심으로 정리해봤습니다.

---
1. 발표는 설득이 목적입니다

- 여러분은 프로젝트의 기능과 목적 등 모든 것을 이미 알고 있지만, 발표를 듣는 분들은 대부분 처음 프로젝트를 접하는 분들입니다.

- 따라서 발표 자료는 매우 친절하게 구성하고, 설득을 목적으로 만들어야 합니다.

- "왜 이 서비스를 만들었지?" "왜 해당 기능을 넣었을까?"와 같은 질문에 충분히 답할 수 있도록 자료를 준비하세요.

- 문제 정의 - 기획 소개 - 기능 소개 - 시연 - 마무리로 이어지는 흐름을 방해받지 않도록 구성하세요.

---
2. '3의 법칙'

- 문제 정의, 특징, 기능 등을 소개할 때 숫자 3을 기억하세요.

- 정보를 제시하거나 설득의 근거를 제시할 때 3개로 구성하면 효과적입니다.

- 1~2개의 경우 부족하다는 느낌을 주고, 4개 이상은 복잡하다는 인상을 줄 수 있습니다.

- 기획 및 컨설팅 업계에서는 숫자 3을 적음의 끝이자 많음의 시작이라고 표현합니다. (출처 - 시선의 발견)

- PPT에서도 숫자 3을 적절히 활용하세요.

---
3. 너무 많은 텍스트를 자료에 넣지 마세요

- 발표 자료는 발표자를 돕는 도구입니다.

- 발표 중 청중의 시선은 발표 자료가 아니라 발표자에게 머물러야 합니다.

- 하지만 PPT를 만드는 입장에서는 최대한 많은 정보를 담고 싶어 하죠.

- 이로 인해 가독성이 떨어지고, 청중이 장문의 텍스트를 읽느라 시선이 분산될 수 있습니다.

- PPT에는 중요하고 수치적인 텍스트만 간결하게 정리하고, 부연 설명은 발표자가 직접 하는 것이 좋습니다.

---
4. 최종 시연은 영상으로 진행하세요

- 시연 방법은 크게 두 가지가 있습니다.
1. 직접 웹이나 앱을 띄워놓고 시연하는 방법
2. 미리 녹화한 영상을 PPT에 삽입해 진행하는 방법

- 저는 필수가 아닌 이상 두 번째 방법을 추천합니다.

- 라이브 시연은 생생함과 어필력을 제공하지만, 시간 조절이 어렵고 실수의 가능성이 있으며, 발표 흐름이 끊길 수 있는 단점이 있습니다.

- 미리 녹화한 영상은 시간 활용이 정확하고 편집이 가능해 청중이 이해하기 쉽습니다.

- 때문에 가능하면 녹화된 시연 영상을 활용하시기를 권장합니다.

저는 멘토링을 할 때 개발뿐만 아니라 문제 정의부터 시작해 기획, 커뮤니케이션, 팀 문화, PPT, 발표 등 사이드 프로젝트를 만드는데 도움을 줄 수 있는 전과정에 관한 피드백을 드립니다. 특히, 개발자분들만 모여 있는 경우 발표와 관련된 부분을 굉장히 어려워하는 것을 많이 봤습니다.발표 자료 구성, 전달력 있는 말하기 방법, 톤, 말할 때의 습관 등 다양한 부분에 피드백을 드리는 것이 중요하다고 생각합니다. 오늘은 사이드 프로젝트 발표에서 PPT를 어떻게 구성하는지에 대한 피드백을 공유해보겠습니다.기초적인 내용이 많지만, 실제로 도움을 드렸던 부분을 중심으로 정리해봤습니다. ---1. 발표는 설득이 목적입니다 - 여러분은 프로젝트의 기능과 목적 등 모든 것을 이미 알고 있지만, 발표를 듣는 분들은 대부분 처음 프로젝트를 접하는 분들입니다. - 따라서 발표 자료는 매우 친절하게 구성하고, 설득을 목적으로 만들어야 합니다. - "왜 이 서비스를 만들었지?" "왜 해당 기능을 넣었을까?"와 같은 질문에 충분히 답할 수 있도록 자료를 준비하세요. - 문제 정의 - 기획 소개 - 기능 소개 - 시연 - 마무리로 이어지는 흐름을 방해받지 않도록 구성하세요. ---2. '3의 법칙' - 문제 정의, 특징, 기능 등을 소개할 때 숫자 3을 기억하세요. - 정보를 제시하거나 설득의 근거를 제시할 때 3개로 구성하면 효과적입니다. - 1~2개의 경우 부족하다는 느낌을 주고, 4개 이상은 복잡하다는 인상을 줄 수 있습니다. - 기획 및 컨설팅 업계에서는 숫자 3을 적음의 끝이자 많음의 시작이라고 표현합니다. (출처 - 시선의 발견) - PPT에서도 숫자 3을 적절히 활용하세요. ---3. 너무 많은 텍스트를 자료에 넣지 마세요 - 발표 자료는 발표자를 돕는 도구입니다. - 발표 중 청중의 시선은 발표 자료가 아니라 발표자에게 머물러야 합니다. - 하지만 PPT를 만드는 입장에서는 최대한 많은 정보를 담고 싶어 하죠. - 이로 인해 가독성이 떨어지고, 청중이 장문의 텍스트를 읽느라 시선이 분산될 수 있습니다. - PPT에는 중요하고 수치적인 텍스트만 간결하게 정리하고, 부연 설명은 발표자가 직접 하는 것이 좋습니다. ---4. 최종 시연은 영상으로 진행하세요 - 시연 방법은 크게 두 가지가 있습니다.1. 직접 웹이나 앱을 띄워놓고 시연하는 방법2. 미리 녹화한 영상을 PPT에 삽입해 진행하는 방법 - 저는 필수가 아닌 이상 두 번째 방법을 추천합니다. - 라이브 시연은 생생함과 어필력을 제공하지만, 시간 조절이 어렵고 실수의 가능성이 있으며, 발표 흐름이 끊길 수 있는 단점이 있습니다. - 미리 녹화한 영상은 시간 활용이 정확하고 편집이 가능해 청중이 이해하기 쉽습니다. - 때문에 가능하면 녹화된 시연 영상을 활용하시기를 권장합니다.

사이드 프로젝트 발표 피드백

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

최근 프론트엔드 개발에서 API 모킹의 중요성이 점점 커지고 있습니다. 서버 개발이 완료되지 않은 상태에서도 Mock 데이터를 이용해 프론트엔드 개발을 진행하고, 독립적인 테스트를 수행할 수 있기 때문인데요. 이와 관련하여, 개인적으로 우아한형제들이 개발한 MSG(Mock Service GUI)관련 소프트웨어를 관심있게 지켜보고 있습니다.

MSG(Mock Service GUI)란?
MSG는 기존의 모킹 방식처럼 코드를 수정하는 번거로움 없이, 브라우저에 표시되는 UI를 통해 모킹 데이터를 제어할 수 있는 도구입니다. MSW(Mock Service Worker)를 기반으로 개발되었으며, 브라우저 확장 프로그램이 아닌 프로젝트에 디펜던시로 설치해 사용합니다.

MSG의 주요 기능
 * UI 기반 제어: API 모킹 데이터를 코딩하지 않고 UI에서 직접 선택 및 수정할 수 있습니다. 이를 통해 API 응답 데이터를 실시간으로 변경하며 화면 전환 결과를 바로 확인할 수 있습니다.
 * 로컬스토리지 활용: 각자의 브라우저 로컬스토리지에 개인 맞춤형 API 모킹 설정을 저장하고 관리할 수 있습니다. 팀원 간 설정 충돌을 방지하며 작업 효율성을 높입니다.
 * 프로젝트 통합성: MSG는 API 모킹 데이터를 프로젝트 내 여러 API와 쉽게 매핑할 수 있어, 신규 프로젝트 셋업 시에도 빠르고 효과적으로 활용할 수 있습니다.
MSG의 활용 사례
 * 우아한형제들은 MSG를 주문, 결제, 회원 도메인 프로젝트에 적용했으며, 특히 배민클럽 구독 서비스 프로젝트에서는 초기 셋업부터 MSG를 적극적으로 활용해 다량의 모킹 데이터를 효율적으로 관리했습니다.
 * 최신 버전인 MSG 2.0은 기능이 더욱 강화되어, 팀 내 다양한 프로젝트에서 사용 사례가 점차 확대되고 있다고 합니다.

현재 MSG는 오픈소스 전환을 목표로 개발되고 있습니다. 만약 공개된다면, QA, 기획자, 개발자 모두가 실시간으로 데이터를 확인하고 테스트하면서 더욱 원활하고 신속한 협업이 가능해질 것으로 보입니다. 오픈소스로 공개된다면 안쓸 이유가 없어보이고 여러 부서와 팀에 긍정적인 변화를 가져올 것으로 보이는만큼 빨리 공개되었으면 좋겠네요 :)

https://www.youtube.com/watch?v=dDAfG4fe4do
https://techblog.woowahan.com/20154/

최근 프론트엔드 개발에서 API 모킹의 중요성이 점점 커지고 있습니다. 서버 개발이 완료되지 않은 상태에서도 Mock 데이터를 이용해 프론트엔드 개발을 진행하고, 독립적인 테스트를 수행할 수 있기 때문인데요. 이와 관련하여, 개인적으로 우아한형제들이 개발한 MSG(Mock Service GUI)관련 소프트웨어를 관심있게 지켜보고 있습니다. MSG(Mock Service GUI)란?MSG는 기존의 모킹 방식처럼 코드를 수정하는 번거로움 없이, 브라우저에 표시되는 UI를 통해 모킹 데이터를 제어할 수 있는 도구입니다. MSW(Mock Service Worker)를 기반으로 개발되었으며, 브라우저 확장 프로그램이 아닌 프로젝트에 디펜던시로 설치해 사용합니다. MSG의 주요 기능<ul ><li>UI 기반 제어: API 모킹 데이터를 코딩하지 않고 UI에서 직접 선택 및 수정할 수 있습니다. 이를 통해 API 응답 데이터를 실시간으로 변경하며 화면 전환 결과를 바로 확인할 수 있습니다.</li><li>로컬스토리지 활용: 각자의 브라우저 로컬스토리지에 개인 맞춤형 API 모킹 설정을 저장하고 관리할 수 있습니다. 팀원 간 설정 충돌을 방지하며 작업 효율성을 높입니다.</li><li>프로젝트 통합성: MSG는 API 모킹 데이터를 프로젝트 내 여러 API와 쉽게 매핑할 수 있어, 신규 프로젝트 셋업 시에도 빠르고 효과적으로 활용할 수 있습니다.</li></ul>MSG의 활용 사례<ul ><li>우아한형제들은 MSG를 주문, 결제, 회원 도메인 프로젝트에 적용했으며, 특히 배민클럽 구독 서비스 프로젝트에서는 초기 셋업부터 MSG를 적극적으로 활용해 다량의 모킹 데이터를 효율적으로 관리했습니다.</li><li>최신 버전인 MSG 2.0은 기능이 더욱 강화되어, 팀 내 다양한 프로젝트에서 사용 사례가 점차 확대되고 있다고 합니다.</li></ul> 현재 MSG는 오픈소스 전환을 목표로 개발되고 있습니다. 만약 공개된다면, QA, 기획자, 개발자 모두가 실시간으로 데이터를 확인하고 테스트하면서 더욱 원활하고 신속한 협업이 가능해질 것으로 보입니다. 오픈소스로 공개된다면 안쓸 이유가 없어보이고 여러 부서와 팀에 긍정적인 변화를 가져올 것으로 보이는만큼 빨리 공개되었으면 좋겠네요 :) https://www.youtube.com/watch?v=dDAfG4fe4dohttps://techblog.woowahan.com/20154/

www.youtube.com

API 모킹 환경의 진화, MSG(Mock Service GUI)

2024 was insane, and many things happened around AI and software development in general. I believe...

25 top open-source tools for building web apps you can't afford to miss in 2025🎉 🚀

여기 2024년에 가능성을 보여주었고, 2025년에 더욱 빛날 것으로 보이는 25개의 오픈소스 웹앱개발도구를 소개합니다. 보다 상세한 사용법과 내용은 원문을 참고해주시기 바랍니다~^^

1. AI 및 LLM 도구
 * Composio
   * https://composio.dev/
   * AI 에이전트 통합 플랫폼
   * 250개 이상의 애플리케이션을 지원하며, GitHub, Jira, Salesforce, Gmail 등 다수의 SaaS 앱 연결 지원
 * Vercel AI SDK
   * https://sdk.vercel.ai/
   * TypeScript로 AI 웹 앱 빌드
   * React, Next.js, Vue, SvelteKit 등을 지원하며, 반복적인 설정을 단순화하고 대화형 UI 기반 구축
 * LangGraph JS
   * https://www.langchain.com/langgraph
   * 그래프 기반 에이전트 워크플로우 구축
   * 상태 머신 개념을 사용하여 복잡한 AI 워크플로우를 그래프 방식으로 쉽게 구축
 * CopilotKit
   * https://www.copilotkit.ai/
   * 웹 앱에 AI 코파일럿 추가, GitHub Copilot과 같은 기능을 앱에 쉽게 추가
 * LanceDB
   * https://lancedb.com/
   * AI 앱을 위한 고성능 벡터 데이터베이스
   * 벡터 임베딩을 효율적으로 저장하고 쿼리할 수 있는 SQLite와 유사한 빠른 데이터베이스

2. 프레임워크 및 빌드 도구
 * Encore
   * https://encore.dev/
   * 자동화된 인프라가 포함된 백엔드 프레임워크
   * 클라우드 서비스를 단순화하여 일관된 API와 DevOps 자동화 제공
 * HTMX
   * https://htmx.org/
   * JavaScript 없이 동적 웹 앱 개발
   * HTML만으로도 모던한 웹 앱을 구축
 * Val Town
   * https://www.val.town/
   * 서버리스 JavaScript 실행 플랫폼
   * GitHub Gist와 서버리스 함수의 결합처럼 작동하며 JavaScript 코드 공유와 실행 방식 혁신
 * Deno 2
   * https://deno.com/
   * TypeScript 지원을 내장한 안전한 런타임
   * Node.js의 창시자인 Ryan Dahl의 새로운 프로젝트로, 현대적인 기능과 내장된 보안 제공
 * Turborepo
   * https://turbo.build/
   * 고성능 JS 모노레포 빌드 시스템
   * 지능형 캐싱과 병렬 실행을 통해 모노레포 관리의 빌드 시간 단축

3. 실시간 및 이벤트 기반 시스템
 * Socket.io
   * https://socket.io/
   * 웹 앱용 양방향 실시간 통신 라이브러리
   * 실시간 기능을 추가할 때 복잡한 통신 문제를 손쉽게 처리
 * Feather.js
   * https://feathersjs.com/
   * 실시간 API 프레임워크
   * REST API와 실시간 업데이트를 모두 지원하는 프레임워크
 * Deepstream.io
   * https://deepstream.io/
   * 확장 가능한 실시간 데이터 동기화 엔진
   * 협업 편집기나 멀티플레이어 게임 구축에 적합
 * Serverless Framework
   * https://www.serverless.com/
   * 클라우드 애그노스틱 서버리스 앱 개발
   * AWS, Azure, Google Cloud 등 다양한 클라우드 환경에서 서버리스 애플리케이션을 배포
 * RabbitMQ
   * https://www.rabbitmq.com/
   * 분산 시스템을 위한 강력한 메시지 브로커
   * 신뢰할 수 있는 메시지 전달을 지원하며 Node.js 애플리케이션에 필수

4. 개발자 경험 및 테스트 도구
 * Vitest
   * https://vitest.dev/
   * Vite 통합 차세대 테스트 프레임워크
   * 빠른 속도로 테스트를 실행하며, 개발 서버의 성능을 테스트 환경에서도 제공
 * Playwright
   * https://playwright.dev/
   * AI 기반 E2E 테스트 생성 도구
   * 믿을 수 있는 QA 엔지니어처럼 작동하며, 앱을 클릭하면 테스트 코드 자동 생성
 * Prettier
   * https://prettier.io/
   * 코드 포맷터
   * 세미콜론이나 줄바꿈과 같은 논쟁을 끝내주는 일관된 코드 포맷터
 * Jest
   * https://jestjs.io/
   * 스냅샷 지원을 갖춘 JavaScript 테스트 프레임워크
   * 단위 테스트부터 스냅샷까지 모두 지원하는 만능 도구
 * Puppeteer
   * https://pptr.dev/
   * 모던 웹 테스트를 위한 헤드리스 Chrome 자동화
   * 크롬 자동화, 웹 스크래핑, PDF 생성 등 다양한 작업 수행

5. 디자인 컴포넌트 및 UI
 * Shadcn-UI
   * https://ui.shadcn.com/
   * 복사-붙여넣기 구현을 지원하는 접근성 컴포넌트 라이브러리
   * 스타일링 제한 없이 컴포넌트를 완전 제어할 수 있는 접근 방식 제공
 * Radix Themes
   * https://www.radix-ui.com/themes/docs/components/theme
   * Radix Primitives를 위한 프로덕션 준비 테마 시스템
   * Radix Primitives의 장점을 테마 시스템에 통합하여 쉽게 활용
 * Daisy UI
   * https://daisyui.com/
   * Tailwind 기반 컴포넌트 라이브러리
   * Tailwind의 클래스를 간소화하여 코드가 더 깔끔하게 유지
 * Vanilla Extract
   * https://vanilla-extract.style/
   * 실행 시간 없는 타입이 적용된 CSS-in-JS 솔루션
   * TypeScript의 강력함과 실행 시간 없이 순수 CSS 제공
 * Ark UI
   * https://ark-ui.com/
   * 프레임워크에 구애받지 않는 헤드리스 UI 컴포넌트
   * React, Vue, Solid에서 일관된 컴포넌트 제공

 * 원문: https://dev.to/composiodev/25-top-open-source-tools-for-building-web-apps-you-cant-afford-to-miss-in-2025-5005

여기 2024년에 가능성을 보여주었고, 2025년에 더욱 빛날 것으로 보이는 25개의 오픈소스 웹앱개발도구를 소개합니다. 보다 상세한 사용법과 내용은 원문을 참고해주시기 바랍니다~^^ 1. AI 및 LLM 도구<ul ><li>Composio<ul ><li>https://composio.dev/</li><li>AI 에이전트 통합 플랫폼</li><li>250개 이상의 애플리케이션을 지원하며, GitHub, Jira, Salesforce, Gmail 등 다수의 SaaS 앱 연결 지원</li></ul></li><li>Vercel AI SDK<ul ><li>https://sdk.vercel.ai/</li><li>TypeScript로 AI 웹 앱 빌드</li><li>React, Next.js, Vue, SvelteKit 등을 지원하며, 반복적인 설정을 단순화하고 대화형 UI 기반 구축 </li></ul></li><li>LangGraph JS<ul ><li>https://www.langchain.com/langgraph</li><li>그래프 기반 에이전트 워크플로우 구축</li><li>상태 머신 개념을 사용하여 복잡한 AI 워크플로우를 그래프 방식으로 쉽게 구축</li></ul></li><li>CopilotKit<ul ><li>https://www.copilotkit.ai/</li><li>웹 앱에 AI 코파일럿 추가, GitHub Copilot과 같은 기능을 앱에 쉽게 추가</li></ul></li><li>LanceDB<ul ><li>https://lancedb.com/</li><li>AI 앱을 위한 고성능 벡터 데이터베이스</li><li>벡터 임베딩을 효율적으로 저장하고 쿼리할 수 있는 SQLite와 유사한 빠른 데이터베이스</li></ul></li></ul> 2. 프레임워크 및 빌드 도구<ul ><li>Encore<ul ><li>https://encore.dev/</li><li>자동화된 인프라가 포함된 백엔드 프레임워크</li><li>클라우드 서비스를 단순화하여 일관된 API와 DevOps 자동화 제공</li></ul></li><li>HTMX<ul ><li>https://htmx.org/</li><li>JavaScript 없이 동적 웹 앱 개발</li><li>HTML만으로도 모던한 웹 앱을 구축</li></ul></li><li>Val Town<ul ><li>https://www.val.town/</li><li>서버리스 JavaScript 실행 플랫폼</li><li>GitHub Gist와 서버리스 함수의 결합처럼 작동하며 JavaScript 코드 공유와 실행 방식 혁신</li></ul></li><li>Deno 2<ul ><li>https://deno.com/</li><li>TypeScript 지원을 내장한 안전한 런타임</li><li>Node.js의 창시자인 Ryan Dahl의 새로운 프로젝트로, 현대적인 기능과 내장된 보안 제공</li></ul></li><li>Turborepo<ul ><li>https://turbo.build/</li><li>고성능 JS 모노레포 빌드 시스템</li><li>지능형 캐싱과 병렬 실행을 통해 모노레포 관리의 빌드 시간 단축</li></ul></li></ul> 3. 실시간 및 이벤트 기반 시스템<ul ><li>Socket.io<ul ><li>https://socket.io/</li><li>웹 앱용 양방향 실시간 통신 라이브러리</li><li>실시간 기능을 추가할 때 복잡한 통신 문제를 손쉽게 처리</li></ul></li><li>Feather.js<ul ><li>https://feathersjs.com/</li><li>실시간 API 프레임워크</li><li>REST API와 실시간 업데이트를 모두 지원하는 프레임워크</li></ul></li><li>Deepstream.io<ul ><li>https://deepstream.io/</li><li>확장 가능한 실시간 데이터 동기화 엔진</li><li>협업 편집기나 멀티플레이어 게임 구축에 적합</li></ul></li><li>Serverless Framework<ul ><li>https://www.serverless.com/</li><li>클라우드 애그노스틱 서버리스 앱 개발</li><li>AWS, Azure, Google Cloud 등 다양한 클라우드 환경에서 서버리스 애플리케이션을 배포</li></ul></li><li>RabbitMQ<ul ><li>https://www.rabbitmq.com/</li><li>분산 시스템을 위한 강력한 메시지 브로커</li><li>신뢰할 수 있는 메시지 전달을 지원하며 Node.js 애플리케이션에 필수</li></ul></li></ul> 4. 개발자 경험 및 테스트 도구<ul ><li>Vitest<ul ><li>https://vitest.dev/</li><li>Vite 통합 차세대 테스트 프레임워크</li><li>빠른 속도로 테스트를 실행하며, 개발 서버의 성능을 테스트 환경에서도 제공</li></ul></li><li>Playwright<ul ><li>https://playwright.dev/</li><li>AI 기반 E2E 테스트 생성 도구</li><li>믿을 수 있는 QA 엔지니어처럼 작동하며, 앱을 클릭하면 테스트 코드 자동 생성</li></ul></li><li>Prettier<ul ><li>https://prettier.io/</li><li>코드 포맷터</li><li>세미콜론이나 줄바꿈과 같은 논쟁을 끝내주는 일관된 코드 포맷터</li></ul></li><li>Jest<ul ><li>https://jestjs.io/</li><li>스냅샷 지원을 갖춘 JavaScript 테스트 프레임워크</li><li>단위 테스트부터 스냅샷까지 모두 지원하는 만능 도구</li></ul></li><li>Puppeteer<ul ><li>https://pptr.dev/</li><li>모던 웹 테스트를 위한 헤드리스 Chrome 자동화</li><li>크롬 자동화, 웹 스크래핑, PDF 생성 등 다양한 작업 수행</li></ul></li></ul> 5. 디자인 컴포넌트 및 UI<ul ><li>Shadcn-UI<ul ><li>https://ui.shadcn.com/</li><li>복사-붙여넣기 구현을 지원하는 접근성 컴포넌트 라이브러리</li><li>스타일링 제한 없이 컴포넌트를 완전 제어할 수 있는 접근 방식 제공</li></ul></li><li>Radix Themes<ul ><li>https://www.radix-ui.com/themes/docs/components/theme</li><li>Radix Primitives를 위한 프로덕션 준비 테마 시스템</li><li>Radix Primitives의 장점을 테마 시스템에 통합하여 쉽게 활용</li></ul></li><li>Daisy UI<ul ><li>https://daisyui.com/</li><li>Tailwind 기반 컴포넌트 라이브러리</li><li>Tailwind의 클래스를 간소화하여 코드가 더 깔끔하게 유지</li></ul></li><li>Vanilla Extract<ul ><li>https://vanilla-extract.style/</li><li>실행 시간 없는 타입이 적용된 CSS-in-JS 솔루션</li><li>TypeScript의 강력함과 실행 시간 없이 순수 CSS 제공</li></ul></li><li>Ark UI<ul ><li>https://ark-ui.com/</li><li>프레임워크에 구애받지 않는 헤드리스 UI 컴포넌트</li><li>React, Vue, Solid에서 일관된 컴포넌트 제공</li></ul></li></ul> <ul ><li>원문: https://dev.to/composiodev/25-top-open-source-tools-for-building-web-apps-you-cant-afford-to-miss-in-2025-5005</li></ul>

DEV Community

[Dev] 2025년에 놓쳐선 안 될 25가지 오픈소스 웹 앱 개

우아콘에 나온 데이터분석 챗봇 '물어보새!'
이거 보고 저도 만들고 있어요!
(재밌는데 AI 엔지니어로 전향을...)

연휴에 널널한데 재밌게 좋네요 :) 다들 업무에 적용해보세요!

https://youtu.be/_QPhoKItI2k?si=X7-bDz4IGqJx0NDc

우아콘에 나온 데이터분석 챗봇 '물어보새!'이거 보고 저도 만들고 있어요!(재밌는데 AI 엔지니어로 전향을...) 연휴에 널널한데 재밌게 좋네요 :) 다들 업무에 적용해보세요! https://youtu.be/_QPhoKItI2k?si=X7-bDz4IGqJx0NDc

youtu.be

랭체인+RAG으로 text to SQL 만들기

React 19가 얼마 전 정식 버전으로 출시되었는데요, 혹시 React 19 업그레이드를 고려하고 계신가요? 공식 문서의 업그레이드 가이드를 한글로 번역해두었으니 참고하시면 도움이 될 것 같습니다 😊

[번역] 리액트 19 업그레이드 가이드

오늘은 라인플러스의 김은빈님이 번역해주신 글입니다.

리액트 19가 정식 버전으로 출시되면서 많은 변화와 개선사항들이 있었습니다. 특히 메이저 업데이트인 만큼 호환성이 깨지는 변경사항들이 있어 업그레이드 시 주의가 필요한데요.

이 가이드에서는 설치부터 시작해 코드 자동 변환(Codemods), 호환성 이슈, 지원 중단되는 기능들까지 상세히 다루고 있습니다. 특히 실제 마이그레이션 과정에서 발생할 수 있는 이슈들과 해결 방법에 대해 자세히 설명하고 있으니, 리액트 19 업그레이드를 계획하고 계신 분들에게 꼭 필요한 내용이 될 것 같습니다.

업그레이드 과정에서 어려움을 겪지 않도록, 목차에 있는 내용들을 차근차근 살펴보시는 것을 추천드립니다! 😊

글 링크: https://velog.io/@eunbinn/react-19-upgrade-guide

오늘은 라인플러스의 김은빈님이 번역해주신 글입니다. 리액트 19가 정식 버전으로 출시되면서 많은 변화와 개선사항들이 있었습니다. 특히 메이저 업데이트인 만큼 호환성이 깨지는 변경사항들이 있어 업그레이드 시 주의가 필요한데요. 이 가이드에서는 설치부터 시작해 코드 자동 변환(Codemods), 호환성 이슈, 지원 중단되는 기능들까지 상세히 다루고 있습니다. 특히 실제 마이그레이션 과정에서 발생할 수 있는 이슈들과 해결 방법에 대해 자세히 설명하고 있으니, 리액트 19 업그레이드를 계획하고 계신 분들에게 꼭 필요한 내용이 될 것 같습니다. 업그레이드 과정에서 어려움을 겪지 않도록, 목차에 있는 내용들을 차근차근 살펴보시는 것을 추천드립니다! 😊 글 링크: https://velog.io/@eunbinn/react-19-upgrade-guide

velog.io

리액트 19 업그레이드 가이드

내 커리어 30년을 돌이켜보면 초반에 많이 했던 실수 중의 하나가 내가 있는 현재 환경에 대한 부정적인 시각을 갖고 있었던 것이었다. 좋은 점은 눈에 안 들어오고 나쁜 점만 부각되는 형태였는데 그러면서 왠지 다른 회사나 경쟁사는 우리보다 훨씬 더 완벽한 환경이란 착각을 하는 모양새였다.

큰 기대를 가지고 다른 환경에 가서 일하면서 여기는 여기대로 또 다른 문제점들이 존재한다는 것을 깨닫는데 오랜 시간이 걸리지는 않았다. 중요한 포인트는 안 좋은 점 하나에 꽂혀 버리는 것이 아니라 균형 잡힌 시각을 갖는 것이다.

 1. 긍정적인 부분의 합이 부정적인 부분의 합보다 크다면 괜찮은 환경이다. 여기서 합을 할 때 중요한 포인트는 가중치를 분명하게 주어야 한다는 점이다. 사람이 좋은 곳인지 특히 내 상사가 좋은 사람인지 여부에는 높은 가중치를 주어야 한다. 회사의 비전과 미션이 내 개인적인 관심사와 일치하는지도 중요한 포인트다.
 2. 다른 환경은 완벽할 것이라는 기대는 충족될 수 없는 기대다. 다른 환경으로 이동할 때 기대 수준 관리를 할 필요가 있다. 기대가 크면 실망도 크다.

완벽한 환경은 존재하지 않지만, 균형 잡힌 시각을 바탕으로 긍정적인 부분의 합이 부정적인 부분의 합보다 큰지를 바라봄으로써 계속 있는 것이 맞는지 아니면 다른 환경을 찾아가는 것이 맞는지 결정할 수 있었다. 그리고 어디에 있건 언젠가는 떠나겠지만 현재에 최선을 다하는 모습을 보이는 것은 중요하다. 이게 평판에 영향을 끼치며 좋은 평판 없이 커리어 후반기 이직은 쉽지 않다.

내 커리어 30년을 돌이켜보면 초반에 많이 했던 실수 중의 하나가 내가 있는 현재 환경에 대한 부정적인 시각을 갖고 있었던 것이었다. 좋은 점은 눈에 안 들어오고 나쁜 점만 부각되는 형태였는데 그러면서 왠지 다른 회사나 경쟁사는 우리보다 훨씬 더 완벽한 환경이란 착각을 하는 모양새였다. 큰 기대를 가지고 다른 환경에 가서 일하면서 여기는 여기대로 또 다른 문제점들이 존재한다는 것을 깨닫는데 오랜 시간이 걸리지는 않았다. 중요한 포인트는 안 좋은 점 하나에 꽂혀 버리는 것이 아니라 균형 잡힌 시각을 갖는 것이다. <ol ><li>긍정적인 부분의 합이 부정적인 부분의 합보다 크다면 괜찮은 환경이다. 여기서 합을 할 때 중요한 포인트는 가중치를 분명하게 주어야 한다는 점이다. 사람이 좋은 곳인지 특히 내 상사가 좋은 사람인지 여부에는 높은 가중치를 주어야 한다. 회사의 비전과 미션이 내 개인적인 관심사와 일치하는지도 중요한 포인트다.</li><li>다른 환경은 완벽할 것이라는 기대는 충족될 수 없는 기대다. 다른 환경으로 이동할 때 기대 수준 관리를 할 필요가 있다. 기대가 크면 실망도 크다.</li></ol> 완벽한 환경은 존재하지 않지만, 균형 잡힌 시각을 바탕으로 긍정적인 부분의 합이 부정적인 부분의 합보다 큰지를 바라봄으로써 계속 있는 것이 맞는지 아니면 다른 환경을 찾아가는 것이 맞는지 결정할 수 있었다. 그리고 어디에 있건 언젠가는 떠나겠지만 현재에 최선을 다하는 모습을 보이는 것은 중요하다. 이게 평판에 영향을 끼치며 좋은 평판 없이 커리어 후반기 이직은 쉽지 않다.

모든 일에는 명암이 있다

A few points that I want to mention after working in Coupang for 6 months as a Recommender system software engineer

Review - 6 Months in Coupang

쿠팡에서 추천 시스템 백엔드 엔지니어로 조인한지 6개월 차가 되었습니다.
다음 분기를, 내년을 준비하고자 지난 기간을 되돌아봅니다.

문화
자신의 상황에 따라 많이 차이가 있을 수 있으나, 제가 경험하고 느낀 바는 아래와 같습니다.

 * 사용자 문제에 기반
대부분의 주요 프로젝트는 사용자 문제에 기반하여 주도됩니다. 여러 데이터를 참조하여 문제를 정의하고, 해결하고자 하는 바를 기술하며, 성공과 실패(롤백)은 어떤 기준일지를 작성한 1-pager를 통해 변경 프로젝트가 시작되고 팀이 구성됩니다.

 * 실험 주도
문제 정의부터 성공과 실패의 정의 및 판단까지 모든 것은 데이터와 A/B 테스트를 기반으로 진행됩니다. 고도화되어 구현에 큰 비용이 발생하지 않는 A/B 테스트 플랫폼과 프로세스는 중요 핵심 자산으로 보이며, 그렇기에 모든 변경은 검증되어 개선이 인정될 때만 반영되고 그렇지 않다면 폐기됩니다.
(관련해 좋은 책, Ron Kohavi의 Trustworthy Online Controlled Experiments)

 * 문제를 소유하지, 도메인을 점유하지 않음
주로는 도메인 오너가 도메인에 대한 변경을 진행하게 되지만, 리소스가 없다면 도메인 오너의 가이드 하에 특정 문제를 해결하기 위해 도메인 오너가 아닌 컨트리뷰터가 기여하기도 합니다. 물론, 특정 도메인 서비스에 대한 운영, oncall 등은 도메인 오너가 진행합니다.

하지만, 어떤 문제를 어떤 구성원이 P0로 해결하는 중이라면 그 문제를 위한 변경은 도메인에 구애받지 않고 '급한 구성원'이 해결할 수 있는 기회가 비교적 열려 있습니다.

Self AAR (Review)
추천 시스템은 다른 백엔드 시스템과는 조금 다르게 내부적으로 헤비한 데이터(Data-Intensive) 처리가 존재하고, 그 데이터 처리에 기반한 모델을 서빙한다는 특징이 있습니다. 유사한 도메인으로는 검색, ML 서빙 플랫폼와 같은 것들이 생각되는데요.

그렇기에 엔지니어로 관여하는 부분은 모델링, 파이프라이닝, 서빙, 그리고 기본적인 운영과 같은 4가지로 구분할 수 있습니다.

저는 지난 160일간 대략적으로 파이프라이닝, 서빙, 그리고 운영에 관여하였습니다.

 * 파이프라이닝
특정 유저에 대해 특정 추천상품이라는 후보군들을 뽑아내기 위해 Offline으로 준비되는 데이터에 해당됩니다. Java, Scala, Python 등에 기반한 Spark으로 되어 있어, 일부 데이터를 추가하는 작업을 진행하였습니다.

 * 서빙
실시간으로 추천 위젯과 위젯의 상품 리스트를 응답하는 서비스입니다. 주로 다양한 업스트림을 Aggregate하는 패턴으로 다양한 아규먼트를 받을 수 잇는 GRPC 엔드포인트를 제공합니다.

 * 운영
모델링, 파이프라이닝, 서빙에 대한 유지와 모니터링이 해당됩니다. Spark 버젼을 마이그레이션하거나, AWS LB와 내부 클러스터 설정 구조를 변경하거나, CICD에 사용되는 서비스를 전사 정책에 따라 마이그레이션 하는 등의 작업을 진행합니다.

특징적으로는 Oncall이 일주일씩 로테이션이 되기에, Grafana alert에 따라 전화가 오면 핸들링하는 Oncall 프로세스를 진행하기도 합니다.

(원본: https://kadensungbincho.com/blog/backend/review-6-months-in-coupang)

쿠팡에서 추천 시스템 백엔드 엔지니어로 조인한지 6개월 차가 되었습니다. 다음 분기를, 내년을 준비하고자 지난 기간을 되돌아봅니다. 문화자신의 상황에 따라 많이 차이가 있을 수 있으나, 제가 경험하고 느낀 바는 아래와 같습니다. <ul ><li>사용자 문제에 기반</li></ul>대부분의 주요 프로젝트는 사용자 문제에 기반하여 주도됩니다. 여러 데이터를 참조하여 문제를 정의하고, 해결하고자 하는 바를 기술하며, 성공과 실패(롤백)은 어떤 기준일지를 작성한 1-pager를 통해 변경 프로젝트가 시작되고 팀이 구성됩니다. <ul ><li>실험 주도</li></ul>문제 정의부터 성공과 실패의 정의 및 판단까지 모든 것은 데이터와 A/B 테스트를 기반으로 진행됩니다. 고도화되어 구현에 큰 비용이 발생하지 않는 A/B 테스트 플랫폼과 프로세스는 중요 핵심 자산으로 보이며, 그렇기에 모든 변경은 검증되어 개선이 인정될 때만 반영되고 그렇지 않다면 폐기됩니다. (관련해 좋은 책, Ron Kohavi의 Trustworthy Online Controlled Experiments) <ul ><li>문제를 소유하지, 도메인을 점유하지 않음</li></ul>주로는 도메인 오너가 도메인에 대한 변경을 진행하게 되지만, 리소스가 없다면 도메인 오너의 가이드 하에 특정 문제를 해결하기 위해 도메인 오너가 아닌 컨트리뷰터가 기여하기도 합니다. 물론, 특정 도메인 서비스에 대한 운영, oncall 등은 도메인 오너가 진행합니다. 하지만, 어떤 문제를 어떤 구성원이 P0로 해결하는 중이라면 그 문제를 위한 변경은 도메인에 구애받지 않고 '급한 구성원'이 해결할 수 있는 기회가 비교적 열려 있습니다. Self AAR (Review)추천 시스템은 다른 백엔드 시스템과는 조금 다르게 내부적으로 헤비한 데이터(Data-Intensive) 처리가 존재하고, 그 데이터 처리에 기반한 모델을 서빙한다는 특징이 있습니다. 유사한 도메인으로는 검색, ML 서빙 플랫폼와 같은 것들이 생각되는데요. 그렇기에 엔지니어로 관여하는 부분은 모델링, 파이프라이닝, 서빙, 그리고 기본적인 운영과 같은 4가지로 구분할 수 있습니다. 저는 지난 160일간 대략적으로 파이프라이닝, 서빙, 그리고 운영에 관여하였습니다. <ul ><li>파이프라이닝</li></ul>특정 유저에 대해 특정 추천상품이라는 후보군들을 뽑아내기 위해 Offline으로 준비되는 데이터에 해당됩니다. Java, Scala, Python 등에 기반한 Spark으로 되어 있어, 일부 데이터를 추가하는 작업을 진행하였습니다. <ul ><li> 서빙</li></ul>실시간으로 추천 위젯과 위젯의 상품 리스트를 응답하는 서비스입니다. 주로 다양한 업스트림을 Aggregate하는 패턴으로 다양한 아규먼트를 받을 수 잇는 GRPC 엔드포인트를 제공합니다. <ul ><li>운영</li></ul>모델링, 파이프라이닝, 서빙에 대한 유지와 모니터링이 해당됩니다. Spark 버젼을 마이그레이션하거나, AWS LB와 내부 클러스터 설정 구조를 변경하거나, CICD에 사용되는 서비스를 전사 정책에 따라 마이그레이션 하는 등의 작업을 진행합니다. 특징적으로는 Oncall이 일주일씩 로테이션이 되기에, Grafana alert에 따라 전화가 오면 핸들링하는 Oncall 프로세스를 진행하기도 합니다. (원본: https://kadensungbincho.com/blog/backend/review-6-months-in-coupang)

Kaden Sungbin Cho

쿠팡에서의 6개월 회고

남이 짠 코드를 읽는 건 재미없는 일입니다. 가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다. 잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다. 내가 코딩할 때나 재미를 느끼는 것입니다.

코드를 짜는 재미

남이 짠 코드를 읽는 건 재미없는 일입니다.
가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다.
잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다.
내가 코딩할 때나 재미를 느끼는 것입니다.

남의 코드를 많이 읽어야 실력이 빨리 향상된다고 합니다. 동의합니다.
저도 공부를 위해 가끔 오픈 소스 코드를 다운로드해서 읽어 보려 시도했지만…
번번이 포기했습니다. 너무 어렵고 재미없고 고통스러워서.
20년 동안 코딩을 했지만 실력이 이 모양인 건 남의 코드를 많이 안 읽어서 아닐까?

요즘 다시 남의 코드를 읽고 있습니다.
다 Cursor 덕분입니다.
Cursor에게 부탁하고 Accept를 누르다 보면 코드를 하나도 모른 채 프로그램이 동작하게 됩니다.
분명 내 프로젝트인데 어떤 파일에 어떤 코드들이 있는 건지 나도 모르겠어.

할 수 없이 잠시 멈추고 꾸역꾸역 코드를 읽습니다.
남이 짠 코드. 역시나 재미없고 스트레스를 받습니다.
그래도 읽어 나갈 수밖에 없습니다. 내 프로젝트니까.

이렇게라도 남의 코드를 읽으며 배울 수 있으니 좋은 거 아닐까?
그런 생각이 들면서도 이게 뭐 하는 짓인가 현타가 오는 건 어쩔 수 없습니다. 코딩을 하는 재미를 빼앗기고 있는 것 같습니다.

바둑을 두던 사람들도 이런 기분이었을까요?

https://jeho.page/essay/2024/12/23/writing-code.html

남이 짠 코드를 읽는 건 재미없는 일입니다. 가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다. 잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다. 내가 코딩할 때나 재미를 느끼는 것입니다. 남의 코드를 많이 읽어야 실력이 빨리 향상된다고 합니다. 동의합니다. 저도 공부를 위해 가끔 오픈 소스 코드를 다운로드해서 읽어 보려 시도했지만… 번번이 포기했습니다. 너무 어렵고 재미없고 고통스러워서. 20년 동안 코딩을 했지만 실력이 이 모양인 건 남의 코드를 많이 안 읽어서 아닐까? 요즘 다시 남의 코드를 읽고 있습니다. 다 Cursor 덕분입니다. Cursor에게 부탁하고 Accept를 누르다 보면 코드를 하나도 모른 채 프로그램이 동작하게 됩니다. 분명 내 프로젝트인데 어떤 파일에 어떤 코드들이 있는 건지 나도 모르겠어. 할 수 없이 잠시 멈추고 꾸역꾸역 코드를 읽습니다. 남이 짠 코드. 역시나 재미없고 스트레스를 받습니다. 그래도 읽어 나갈 수밖에 없습니다. 내 프로젝트니까. 이렇게라도 남의 코드를 읽으며 배울 수 있으니 좋은 거 아닐까? 그런 생각이 들면서도 이게 뭐 하는 짓인가 현타가 오는 건 어쩔 수 없습니다. 코딩을 하는 재미를 빼앗기고 있는 것 같습니다. 바둑을 두던 사람들도 이런 기분이었을까요? https://jeho.page/essay/2024/12/23/writing-code.html

K리그 프로그래머

 
데얼스는"고객의 아웃도어 경험을 디자인한다"
라는 미션을 가지고 서비스를 만들어가고 있습니다.
 
스포츠 산업 분야 전문 평가단께서 
데얼스의 성장(생장) 가능성에 기회를 주셨답니다.
 
스포츠(액티비티) 산업에 
필요한 데얼스가 되도록 오늘도 충실히 임하겠습니다. 💪
 
데얼스와 함께 멋진 경험을 만들어가실 분들은 연락 주세요! 🤗

&nbsp; 데얼스는"고객의 아웃도어 경험을 디자인한다"라는 미션을 가지고 서비스를 만들어가고 있습니다.&nbsp; 스포츠 산업 분야 전문 평가단께서&nbsp;데얼스의 성장(생장) 가능성에 기회를 주셨답니다.&nbsp; 스포츠(액티비티) 산업에&nbsp;필요한 데얼스가 되도록 오늘도 충실히 임하겠습니다. 💪&nbsp; 데얼스와 함께 멋진 경험을 만들어가실 분들은 연락 주세요! 🤗

주식회사 데얼스 대표

최혁준


'쉼을 위한 아웃도어 경험을 디자인한다'라는 미션을 가지고
국내 NO1. 아웃도어 커뮤니티&커머스 
'데얼스'를
만들어가고 있습니다.

(축 선정) 2024년 스포츠 산업 창업 도약 기업

2012년 12월  스마트폰 배터리 공유 서비스 "만땅"론칭
2013년 5월 (주)마이쿤 공동창업
2016년 3월 만땅--> 스푼라디오 BM 피벗
-개인오디오 방송 최초글로벌 3,000만 다운로도
-해외 22개국 서비스 론칭 및 법인 지사 관리
(투자유치)시리즈 C 685억 투자 유치 경험 
(인재채용)3명에서 시작하여 170명 인재채용 경험





(축 선정) 2024년 스포츠 산업 창업 도약 기업

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필