서론이 글은 리더, 경영진, 그리고 실무 개발자들을 대상으로 합니다. MSA 전환을 고려하거나 이미 추진 중인 조직의 이해관계자들이, 전환 과정에서 발생할 수 있는 문제와 그 해결 방안을 이해하는 데 도움이 되기를 기대합니다. 마이크로서비스 아키텍처(MSA)는 현재 많은 조직에서 주니어 개발자 채용 공고에도 우대사항으로 언급될 만큼 널리 채택되고 있는 아키텍처 패턴입니다. 그러나 MSA 전환은 단순한 기술 도입 이상의 도전으로, 조직 내 모든 구성원의 협력과 상당한 노력이 필요합니다. 기술적인 변화를 성공적으로 이루기 위해서는 단순히 시스템 구조를 변경하는 것만으로는 충분하지 않습니다. 조직의 문화, 비즈니스 전략, 그리고 운영 모델 전반에 걸친 변화가 필요하며, 이러한 변화는 경영진의 확고한 의지와 실..

리더가 MSA 전환을 하자고 했다. 그리고 처참히 실패했다.

 * MSA 전환을 고려하고 계신 분이라면 읽고 많은 것을 느끼실 수 있을 것 같네요
 * 가상의 배경을 가정해서 글이 전개됩니다.

목차
 * 설계 이슈
 * 유관 부서가 협조를 안하는 경우
 * 다른 부서는 왜 공감하지 못하는가
 * 비용을 구체적으로 고려했는가?
 * 수레를 끌 힘이 있는 조직인가
 * 구현 디펜던시
 * 흔들리는 경영진, 퇴사하는 실무진
 * 결론

https://imksh.com/127

<ul ><li>MSA 전환을 고려하고 계신 분이라면 읽고 많은 것을 느끼실 수 있을 것 같네요</li><li>가상의 배경을 가정해서 글이 전개됩니다. </li></ul> 목차<ul ><li>설계 이슈</li><li>유관 부서가 협조를 안하는 경우</li><li>다른 부서는 왜 공감하지 못하는가</li><li>비용을 구체적으로 고려했는가?</li><li>수레를 끌 힘이 있는 조직인가</li><li>구현 디펜던시</li><li>흔들리는 경영진, 퇴사하는 실무진</li><li>결론</li></ul> https://imksh.com/127

강승현입니다

일 하다 눈이 가는 소식을 큐레이션해서 공유합니다

TREND REPORT "2024년 10월에 본 것"

매달 1번 보내는 뉴스레터를 메일리에서 45개월, 3년 9개월 동안 계속하고 있습니다. 아래는 오늘 아침, 메일을 보내며 띄우는 인사말입니다. 따뜻하고 괜찮은 10월의 마지막 날들을 보내시길 바라는 마음으로 인사드립니다.

그간 따뜻하셨어요? 갑작스럽게 찾아온 추위와 일교차로 감기에 걸리지는 않으셨는지요? 가장 좋은 계절의 순간은 언제나 짧게 머물다 지나가곤 합니다. 이 계절에 안부를 전하고 미뤄두었던 것들을 하나씩 해보시길 바라며 2024년 10월에 본 것을 시작합니다. 저는 10월에 회사 업무로 유난히 바쁘게 주말과 밤을 보냈는데, 소중한 것을 놓치고 있지는 않을까 내심 조마조마한 마음도 있었습니다. 균형감각을 잘 유지하기 위해 여전히 고군분투하는 일 하는 사람, UX 리서처, 메일을 보내는 발행인으로 어김없이 찾아뵐 수 있어 다행입니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ 만드는 사람이 품은 문장 📝
2️⃣ 올리브영 다크 패턴에 돌아선 사용자 🤥
3️⃣ UX 리서치로 틈을 채우는 여정 - TEDxKyunghee 비움 | 틈 | 채움 🔗
4️⃣ 문화에는 허영이 필요하다 🍿
5️⃣ 트레바리 <리서치 하는데요> 시즌4를 시작합니다 🎅🏻
6️⃣ 서로의 애씀을 응원하는 동료 ☕️

https://maily.so/redbusbagman/posts/xyowd6j2z28

매달 1번 보내는 뉴스레터를 메일리에서 45개월, 3년 9개월 동안 계속하고 있습니다. 아래는 오늘 아침, 메일을 보내며 띄우는 인사말입니다. 따뜻하고 괜찮은 10월의 마지막 날들을 보내시길 바라는 마음으로 인사드립니다. 그간 따뜻하셨어요? 갑작스럽게 찾아온 추위와 일교차로 감기에 걸리지는 않으셨는지요? 가장 좋은 계절의 순간은 언제나 짧게 머물다 지나가곤 합니다. 이 계절에 안부를 전하고 미뤄두었던 것들을 하나씩 해보시길 바라며 2024년 10월에 본 것을 시작합니다. 저는 10월에 회사 업무로 유난히 바쁘게 주말과 밤을 보냈는데, 소중한 것을 놓치고 있지는 않을까 내심 조마조마한 마음도 있었습니다. 균형감각을 잘 유지하기 위해 여전히 고군분투하는 일 하는 사람, UX 리서처, 메일을 보내는 발행인으로 어김없이 찾아뵐 수 있어 다행입니다. [ 큐레이터의 문장 🎒 ] 1️⃣ 만드는 사람이 품은 문장&nbsp;📝2️⃣ 올리브영 다크 패턴에 돌아선 사용자&nbsp;🤥3️⃣ UX 리서치로 틈을 채우는 여정 - TEDxKyunghee 비움 | 틈 | 채움&nbsp;🔗4️⃣ 문화에는 허영이 필요하다&nbsp;🍿5️⃣ 트레바리 &lt;리서치 하는데요&gt; 시즌4를 시작합니다&nbsp;🎅🏻6️⃣ 서로의 애씀을 응원하는 동료&nbsp;☕️ https://maily.so/redbusbagman/posts/xyowd6j2z28

레드버스백맨

《TREND REPORT "2024년 10월에 본 것"》

계란후라이 1096

Meta communication 의사소통 과정에서 전달되는 메시지 안에 함축된 메시지, 대인 간 상호작용에서 전해지는 메시지에 함께 전달되는 비언어적인 메시지에 포함된 메시지를 뜻합니다. 언어적 메시지와 일치하지만, 때로는 서로 모순되는 경우도 있습니다.
예를 들면, 말로는 대화하자고 메시지를 전달하지만 굳은 표정이 마치 상대방의 이야기는 절대 듣지 않겠다고 전달하고 있는 것입니다.
장난으로 ‘원하는 것이 있으면 무엇이든 말만 해’라는 메시지 밖에는 말만 듣고 상대방이 원하는 바를 진짜 해줄 건 아니라는 의미를 표정과 말투로 전달하는 것입니다.
의사소통 과정에서 전달되는 함축된 메시지가 중요한 이유는 대화에 참여하고 있는 사람의 심리 상태에 영향을 주기 때문입니다. 내가 저 사람과 안전하게 대화할 수 있을까? 판단하는 요인으로 메타 커뮤니케이션이 작용합니다.
요즘 많은 회사가 추구하는 문화 중 하나가 자유로운 소통입니다. 수평적인 관계로 누구에게나 무엇이든 이야기할 수 있다는 것입니다. 이와 같은 문화가 실제로 작동하려면 조직 구성원 모두가 대화할 때 메타 커뮤니케이션이 일치해야 합니다. 쉽게 이야기해서 말투와 표정, 태도가 진실되어야 한다는 의미입니다.
말로는 자유로이 대화한다고 하고, 주제에 따라서 불편한 기색을 내비친다면, 구성원은 마음에 불편함을 갖고 편안하게 대화에 참여하지 못할 것입니다. 그리곤 다시는 이 조직 안에서 자신의 생각과 고민, 어려움을 공유하지 않겠다고 결심할 것입니다.
대화에서 중요한 것은 심리적 안정감입니다. 하고 싶은 이야기를 마음껏 할 수 있다는 편안한 감정을 느껴야 하는 것입니다. 마음에 있는 어떤 불편함도 쉽게 이야기할 수 있는 분위기가 조성된 관계, 공동체가 건강한 소통 문회를 가지고 있는 것입니다.
면접에서 질문에 따라 답변을 하는데 면접에 참여한 회사 구성원이 불편한 표정을 짓는다면, 어떤 입사 지원자가 편안하게 대화를 나눌 수 있을까요? 그러니까 면접에 참여하는 평가자 분들에게 이야기하고 싶어요. 굳은 표정으로 압박 면접하는 건, 인재 안 뽑고 싶다는 의미라고요. 편안한 표정으로 입사 지원자 이야기를 있는 그대로 경청해 주세요.
회사뿐만 아니라 가정에서 부모와 자녀 사이, 친구 사이도 마찬가지입니다. 상대방과 대화하는 순간에 ‘나’는 어떤 표정과 느낌을 전달하고 있는지 생각해 보세요. 안타깝게도 우린 자신의 표정을 볼 수 없습니다. 그래서 누군가와 대화 말미에 물어보세요. ‘나’와 대화가 어떠했는지 편안했는지, 불편했는지. 만약 대화가 어떤 요인에 의해서 불편했다면 그 원인을 밝혀 개선해 보세요. 그럼 누구나 우리와 대화하길 좋아하는 파트너가 될 수 있다고 믿습니다.
수준 높은 대화 문화를 만드는 시작은 이와 같이 안정감을 느낄 수 있는 분위기를 조성하는 것부터라고 생각합니다.

계란후라이 1096 Meta communication 의사소통 과정에서 전달되는 메시지 안에 함축된 메시지, 대인 간 상호작용에서 전해지는 메시지에 함께 전달되는 비언어적인 메시지에 포함된 메시지를 뜻합니다. 언어적 메시지와 일치하지만, 때로는 서로 모순되는 경우도 있습니다.예를 들면, 말로는 대화하자고 메시지를 전달하지만 굳은 표정이 마치 상대방의 이야기는 절대 듣지 않겠다고 전달하고 있는 것입니다.장난으로 ‘원하는 것이 있으면 무엇이든 말만 해’라는 메시지 밖에는 말만 듣고 상대방이 원하는 바를 진짜 해줄 건 아니라는 의미를 표정과 말투로 전달하는 것입니다.의사소통 과정에서 전달되는 함축된 메시지가 중요한 이유는 대화에 참여하고 있는 사람의 심리 상태에 영향을 주기 때문입니다. 내가 저 사람과 안전하게 대화할 수 있을까? 판단하는 요인으로 메타 커뮤니케이션이 작용합니다.요즘 많은 회사가 추구하는 문화 중 하나가 자유로운 소통입니다. 수평적인 관계로 누구에게나 무엇이든 이야기할 수 있다는 것입니다. 이와 같은 문화가 실제로 작동하려면 조직 구성원 모두가 대화할 때 메타 커뮤니케이션이 일치해야 합니다. 쉽게 이야기해서 말투와 표정, 태도가 진실되어야 한다는 의미입니다.말로는 자유로이 대화한다고 하고, 주제에 따라서 불편한 기색을 내비친다면, 구성원은 마음에 불편함을 갖고 편안하게 대화에 참여하지 못할 것입니다. 그리곤 다시는 이 조직 안에서 자신의 생각과 고민, 어려움을 공유하지 않겠다고 결심할 것입니다.대화에서 중요한 것은 심리적 안정감입니다. 하고 싶은 이야기를 마음껏 할 수 있다는 편안한 감정을 느껴야 하는 것입니다. 마음에 있는 어떤 불편함도 쉽게 이야기할 수 있는 분위기가 조성된 관계, 공동체가 건강한 소통 문회를 가지고 있는 것입니다.면접에서 질문에 따라 답변을 하는데 면접에 참여한 회사 구성원이 불편한 표정을 짓는다면, 어떤 입사 지원자가 편안하게 대화를 나눌 수 있을까요? 그러니까 면접에 참여하는 평가자 분들에게 이야기하고 싶어요. 굳은 표정으로 압박 면접하는 건, 인재 안 뽑고 싶다는 의미라고요. 편안한 표정으로 입사 지원자 이야기를 있는 그대로 경청해 주세요.회사뿐만 아니라 가정에서 부모와 자녀 사이, 친구 사이도 마찬가지입니다. 상대방과 대화하는 순간에 ‘나’는 어떤 표정과 느낌을 전달하고 있는지 생각해 보세요. 안타깝게도 우린 자신의 표정을 볼 수 없습니다. 그래서 누군가와 대화 말미에 물어보세요. ‘나’와 대화가 어떠했는지 편안했는지, 불편했는지. 만약 대화가 어떤 요인에 의해서 불편했다면 그 원인을 밝혀 개선해 보세요. 그럼 누구나 우리와 대화하길 좋아하는 파트너가 될 수 있다고 믿습니다.수준 높은 대화 문화를 만드는 시작은 이와 같이 안정감을 느낄 수 있는 분위기를 조성하는 것부터라고 생각합니다.

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

Associate Product Manager, University Graduate 2025 Start — Google Careers

개인적으로 가장 많은 받는 질문입니다. 그러면 저는 이 질문에 꼭 반문을 하지요. "빅테크 기업의 프로덕트매니저 채용공고 Job desription을 읽어봤나요?"

대부분의 패기넘치는 젊은이도 이 쉬운 정답을 놓치는 경우가 많습니다. 시험문제를 잘 풀려면, 시험이 나오는 해당 범위와 어떤 내용을 공부해야 할지 아는 것이 무엇보다 중요하겠지요. 어떤 문제가 나올런지 모르는데 어떻게 시험을 잘 볼 수 있겠는가 싶습니다.

그런 이유로 빅테크의 PM 채용공고 JD는 정답을 제시해 줍니다.
밑에 링크한 공고는 2025년 졸업예정자를 위한 구글(인도)의 주니어 PM 채용 공고내용입니다. (내일부터 15일간 채용원서를 받으니 관심있는 젊은이들은 (당락에 상관없이) 도전해 봄직하다고 생각합니다.) 최소 자격요건, 우대 자격요건, 역할과 책임은 어떤 다른 글로벌 테크기업이 찾는 조건과 지극히 똑같습니다. 그러니 PM이 되고 싶다면 밑에 있는 내용을 잘 읽고 그렇게 준비하시면 됩니다.

------------------------
-최소 자격요건
1. 컴퓨터 공학, 데이터 과학, 수학, 통계 관련 학위 재학 혹은 졸업
2. 소프트웨어 개발 또는 이와 유사한 기술 분야에서 프로덕트 매니지먼트 인턴십 또는 조교 경험
3. 조직 내에서 기업가적 노력이나 봉사 활동을 주도하면서 부서 간 관계를 구축한 경험.
4. 인턴십, 교과 과정 또는 과외 활동을 통해 청중을 대상으로 기술 프레젠테이션을 준비하고 전달한 경험.

-우대 자격요건
1. 제품 개발 및 제공을 촉진하기 위한 방법론에 대한 경험.
2. 프로그래밍 언어, 데이터 분석, 비즈니스 사례/모델링, 가격 책정, 디자인을 포함한 기술적 유창성.
3. 뛰어난 문제 해결 능력, 조직력, 조사 능력.
4. 뛰어난 서면 및 구두 커뮤니케이션 능력.

- 책임
1. 시장, 경쟁, 사용자 요구 사항을 심층적으로 이해한다.
2. 제품과 기능을 출시하고 성능을 테스트하는 사이클을 빠르게 반복한다.
3. 엔지니어링, 마케팅, 법무, UX 부서와 기술 관련 협업을 진행한다.
4. 지역, 제품 영역 및 기능에 걸쳐 필요에 따라 협업하여 문제에 대한 혁신적인 솔루션을 개발한다.

- 역할
PM은 기술 세계와 비즈니스 세계를 연결하여 제품의 구상부터 출시까지 여러 부서를 넘나들며 업무를 수행합니다. 복잡한 문제를 제품 개발을 추진하는 단계로 세분화하여 해결합니다.
PM은 엔지니어, 디자이너, 마케터 등과 긴밀히 협력하여 사용자의 문제를 개선하는 기술을 설계하고 개발합니다. 특히 솔루션의 분석, 포지셔닝, 패키징, 홍보, 사용자 맞춤화에 중점을 두고 실행 주기 전반에 걸쳐 제품을 안내하는 역할을 담당합니다.
----------------------
제가 늘 입버릇 잔소리처럼 PM이라면 시장을 알고, 경쟁자를 알고, 사용자를 알아야 시장에서 이긴다고 매번 외치는 이유가 여기에 있답니다.
PM이면 PM이 무엇이고 어떤 일을 하는지 얼마나 멋진 일인지를 아는게 먼저 중요하겠지요. 도전에 앞서 한국에서 이야기하는 PM/PO들의 역할과 얼마나 다른지를 아는 것도 매우 중요하구요.

개인적으로 가장 많은 받는 질문입니다. 그러면 저는 이 질문에 꼭 반문을 하지요. "빅테크 기업의 프로덕트매니저 채용공고 Job desription을 읽어봤나요?" 대부분의 패기넘치는 젊은이도 이 쉬운 정답을 놓치는 경우가 많습니다. 시험문제를 잘 풀려면, 시험이 나오는 해당 범위와 어떤 내용을 공부해야 할지 아는 것이 무엇보다 중요하겠지요. 어떤 문제가 나올런지 모르는데 어떻게 시험을 잘 볼 수 있겠는가 싶습니다. 그런 이유로 빅테크의 PM 채용공고 JD는 정답을 제시해 줍니다. 밑에 링크한 공고는 2025년 졸업예정자를 위한 구글(인도)의 주니어 PM 채용 공고내용입니다. (내일부터 15일간 채용원서를 받으니 관심있는 젊은이들은 (당락에 상관없이) 도전해 봄직하다고 생각합니다.) 최소 자격요건, 우대 자격요건, 역할과 책임은 어떤 다른 글로벌 테크기업이 찾는 조건과 지극히 똑같습니다. 그러니 PM이 되고 싶다면 밑에 있는 내용을 잘 읽고 그렇게 준비하시면 됩니다. ------------------------ -최소 자격요건 1. 컴퓨터 공학, 데이터 과학, 수학, 통계 관련 학위 재학 혹은 졸업 2. 소프트웨어 개발 또는 이와 유사한 기술 분야에서 프로덕트 매니지먼트 인턴십 또는 조교 경험 3. 조직 내에서 기업가적 노력이나 봉사 활동을 주도하면서 부서 간 관계를 구축한 경험. 4. 인턴십, 교과 과정 또는 과외 활동을 통해 청중을 대상으로 기술 프레젠테이션을 준비하고 전달한 경험. -우대 자격요건 1. 제품 개발 및 제공을 촉진하기 위한 방법론에 대한 경험. 2. 프로그래밍 언어, 데이터 분석, 비즈니스 사례/모델링, 가격 책정, 디자인을 포함한 기술적 유창성. 3. 뛰어난 문제 해결 능력, 조직력, 조사 능력. 4. 뛰어난 서면 및 구두 커뮤니케이션 능력. - 책임 1. 시장, 경쟁, 사용자 요구 사항을 심층적으로 이해한다. 2. 제품과 기능을 출시하고 성능을 테스트하는 사이클을 빠르게 반복한다. 3. 엔지니어링, 마케팅, 법무, UX 부서와 기술 관련 협업을 진행한다. 4. 지역, 제품 영역 및 기능에 걸쳐 필요에 따라 협업하여 문제에 대한 혁신적인 솔루션을 개발한다. - 역할 PM은 기술 세계와 비즈니스 세계를 연결하여 제품의 구상부터 출시까지 여러 부서를 넘나들며 업무를 수행합니다. 복잡한 문제를 제품 개발을 추진하는 단계로 세분화하여 해결합니다. PM은 엔지니어, 디자이너, 마케터 등과 긴밀히 협력하여 사용자의 문제를 개선하는 기술을 설계하고 개발합니다. 특히 솔루션의 분석, 포지셔닝, 패키징, 홍보, 사용자 맞춤화에 중점을 두고 실행 주기 전반에 걸쳐 제품을 안내하는 역할을 담당합니다. ---------------------- 제가 늘 입버릇 잔소리처럼 PM이라면 시장을 알고, 경쟁자를 알고, 사용자를 알아야 시장에서 이긴다고 매번 외치는 이유가 여기에 있답니다. PM이면 PM이 무엇이고 어떤 일을 하는지 얼마나 멋진 일인지를 아는게 먼저 중요하겠지요. 도전에 앞서 한국에서 이야기하는 PM/PO들의 역할과 얼마나 다른지를 아는 것도 매우 중요하구요.

www.google.com

<프로덕트 매니저가 되고 싶은데...>

이 글은 이렇게 활용하세요 / 손석희 님에게 보냈던 첫 번째 제안 메일

내 메일에는 왜 답이 안 올까? 답장률을 높이는 제안 메일 작성법

소령님이 퍼블리를 운영하실 때 쓰셨던 글 중에서 제가 가장 많이 읽었던 아티클을 다시 찾아보았습니다. 원제는 "내 메일에는 왜 답이 안 올까? 답장률을 높이는 제안 메일 작성법"입니다. 이메일은 업무 중 가장 자주 하는 글쓰기임에도 불구하고, 누구도 그 방법을 먼저 알려주지 않는다고 생각합니다.

이 아티클에는 소령님이 손석희 아나운서께 인터뷰를 제안했을 때의 이메일이 사례로 담겨있으며, 이메일을 쓸 때 고민했던 포인트들도 함께 소개되어 있습니다.

1️⃣ 손석희 아나운서는 하루에 최소 100통 이상의 제안 메일을 받을 것이다
2️⃣ 손석희 아나운서 입장에서는 참여할 만한 명분이 있어야 이 프로젝트에 관심을 가질 것이다
3️⃣ 가장 중요한 것은 '우리가 손석희 아나운서에게 요청하는 것이 무엇인지'이다

이 글에서는 잘 쓴 이메일뿐만 아니라 실패한 제안 메일 사례도 함께 다루고 있습니다. 수신자를 '고객'으로 생각하고, 목적과 명분을 명확히 하며, 추가 문의가 필요 없도록 충분한 정보를 담고, 요청사항과 기한을 명시하는 것이 이메일 작성에서 가장 중요합니다. 이런 점에서 이메일 작성법은 사용자 경험과 매우 유사합니다.

1️⃣ 명확성(Clarity) - 이메일의 목적을 명확히 하기, 제안인지 소개인지
2️⃣ 간결성(Conciseness) - 원하는 바를 정확히 전달하기, 이메일 제목부터
3️⃣ 가독성(Readability) - 단락을 구분하고 적절한 단어를 사용하여 읽기 쉽게 만들기

https://publy.co/content/4607?s=8kw13m

소령님이 퍼블리를 운영하실 때 쓰셨던 글 중에서 제가 가장 많이 읽었던 아티클을 다시 찾아보았습니다. 원제는 "내 메일에는 왜 답이 안 올까? 답장률을 높이는 제안 메일 작성법"입니다. 이메일은 업무 중 가장 자주 하는 글쓰기임에도 불구하고, 누구도 그 방법을 먼저 알려주지 않는다고 생각합니다. 이 아티클에는 소령님이 손석희 아나운서께 인터뷰를 제안했을 때의 이메일이 사례로 담겨있으며, 이메일을 쓸 때 고민했던 포인트들도 함께 소개되어 있습니다. 1️⃣ 손석희 아나운서는 하루에 최소 100통 이상의 제안 메일을 받을 것이다 2️⃣ 손석희 아나운서 입장에서는 참여할 만한 명분이 있어야 이 프로젝트에 관심을 가질 것이다 3️⃣ 가장 중요한 것은 '우리가 손석희 아나운서에게 요청하는 것이 무엇인지'이다 이 글에서는 잘 쓴 이메일뿐만 아니라 실패한 제안 메일 사례도 함께 다루고 있습니다. 수신자를 '고객'으로 생각하고, 목적과 명분을 명확히 하며, 추가 문의가 필요 없도록 충분한 정보를 담고, 요청사항과 기한을 명시하는 것이 이메일 작성에서 가장 중요합니다. 이런 점에서 이메일 작성법은 사용자 경험과 매우 유사합니다. 1️⃣ 명확성(Clarity) - 이메일의 목적을 명확히 하기, 제안인지 소개인지 2️⃣ 간결성(Conciseness) - 원하는 바를 정확히 전달하기, 이메일 제목부터 3️⃣ 가독성(Readability) - 단락을 구분하고 적절한 단어를 사용하여 읽기 쉽게 만들기 https://publy.co/content/4607?s=8kw13m

publy.co

《누구나 쓰지만 누가 먼저 알려주지 않는 글쓰기, 이메일》

이 글은 DuckDB 사용법을 작성한 글입니다 예상 독자 DuckDB가 궁금하신 분 데이터 분석가 : Pandas가 느리다고 생각해서 다른 대안을 찾고 있는 분 데이터 엔지니어 : 데이터 엔지니어링의 Transform 영역에서 활용할 수 있는 수단을 찾고 있는 분. 작은 규모의 회사에서 데이터 웨어하우스를 고민하고 있는 분 키워드 : Duckdb 사용법, Duckdb 설치,...

DuckDB 사용법(DuckDB Python + Jupyter Lab)

 * 요즘 Pandas 대용, 데이터 웨어하우스 대용으로 많이 언급되는 DuckDB 사용법을 작성한 글입니다
 * 정말 빠르니 데이터 직무에 계신 분들은 꼭 보시고 사용해보시면 좋겠네요..!!!

https://zzsza.github.io/data-engineering/2024/10/25/duckdb/

<ul ><li>요즘 Pandas 대용, 데이터 웨어하우스 대용으로 많이 언급되는 DuckDB 사용법을 작성한 글입니다</li><li>정말 빠르니 데이터 직무에 계신 분들은 꼭 보시고 사용해보시면 좋겠네요..!!!</li></ul> https://zzsza.github.io/data-engineering/2024/10/25/duckdb/

zzsza.github.io

DuckDB 사용법

계란후라이 1094

모든 문제를 반드시 해결해야 하는 것은 아닙니다. 우리는 가정과 직장, 그리고 살아가는 모든 자리에서 크고 작은 문제를 만납니다. 어떤 문제는 생선가시처럼 작지만 뾰족하여 찔리면 따가와서 즉시 가시를 빼내고 싶은 것이 있습니다. 또 다른 문제는 울산바위처럼 엄청 거대한 규모에 압도당하여 문제 앞에서 바둥거리지만 정작 치우지 않아도 사는데 큰 지장이 없습니다.
모든 문제는 해결하고 싶습니다. 그런 마음이 들죠. 그 문제가 '나'에게 얼마나 영향이 크든 작던지 사람은 누구나 문제를 해결하고 싶어 합니다. 작은 호기심 하나도 당장 스마트폰을 열어서 확인하고 싶은데, 문제라고 보이면 얼마나 눈엣가시겠습니까?

최근에 알게 된 사실은 모든 문제를 해결할 필요는 없다는 것입니다. 이게 무슨 소리냐고 하면, 어떤 문제는 우리 삶에 영향력이 적기도 하고, 또 다른 문제는 시간이 지니고 상황이 바뀌면 더 이상 문제가 아닌 것이 되기도 합니다. 예를 들면, 구멍 난 양말을 신는 것이 구멍 사이로 발가락이 빠져나와서 불편하다면 양말 구멍을 꿰매는 것이 아니라 양말을 벗거나 다른 양말을 신는 것이죠. 대화를 하면 맨날 싸우는 동료가 있다면 대화가 필요한 순간에 이메일 또는 온라인 메신저로 소통하는 것입니다. 이게 적절한 예시인지 모르겠는데, A라는 문제를 꼭 A로 해결할 필요는 없고, B로 우회하거나 문제 해결을 포기해도 괜찮다는 것입니다.

문제를 해결했을 때 '나'에게 돌아오는 혜택이 무엇인지 판단해 보면 좋습니다. 문제를 해결하면 얻을 수 있는 혜택이 큰 문제를 먼저 해결하는 것입니다. 문제 해결이 쉬워 보이거나 그냥 지금 하고 싶은 일을 하면 인생이 문제로 인해 계속 고달파집니다. 어느 위장 보호제 약품 광고처럼 문제를 해결하고 나면 가슴이 뻥 뚫릴 것 같은 문제부터 해결해야 합니다. 분별해야 할 것은 문제를 지금 해결할 필요가 있는지 판단입니다.

위에서 언급한 바와 같이 어떤 문제는 시간이 지나거나 상황이 변화하면 문제가 아닌 것이 되기도 합니다. 예를 들면, 원수같이 지내는 동료가 있다면 관계를 완화하기 위해 신경 쓰고 노력할 필요가 없습니다. 때가 되면 어느 누가 먼저 회사를 나갈 것이기 때문입니다. 이것도 적절한 예시인지 모르겠지만, 요지는 우리의 소중한 시간과 에너지를 절약하자는 것입니다. 쓸데없이 해결도 어려운 문제를 붙잡고 끙끙대거나 해결해도 시원치 않은 문제를 푸느라 소중한 에너지를 낭비하느니 차라리 내일에 기회가 되는 생산적인 일을 합시다.

계란후라이 1094 모든 문제를 반드시 해결해야 하는 것은 아닙니다. 우리는 가정과 직장, 그리고 살아가는 모든 자리에서 크고 작은 문제를 만납니다. 어떤 문제는 생선가시처럼 작지만 뾰족하여 찔리면 따가와서 즉시 가시를 빼내고 싶은 것이 있습니다. 또 다른 문제는 울산바위처럼 엄청 거대한 규모에 압도당하여 문제 앞에서 바둥거리지만 정작 치우지 않아도 사는데 큰 지장이 없습니다.모든 문제는 해결하고 싶습니다. 그런 마음이 들죠. 그 문제가 '나'에게 얼마나 영향이 크든 작던지 사람은 누구나 문제를 해결하고 싶어 합니다. 작은 호기심 하나도 당장 스마트폰을 열어서 확인하고 싶은데, 문제라고 보이면 얼마나 눈엣가시겠습니까? 최근에 알게 된 사실은 모든 문제를 해결할 필요는 없다는 것입니다. 이게 무슨 소리냐고 하면, 어떤 문제는 우리 삶에 영향력이 적기도 하고, 또 다른 문제는 시간이 지니고 상황이 바뀌면 더 이상 문제가 아닌 것이 되기도 합니다. 예를 들면, 구멍 난 양말을 신는 것이 구멍 사이로 발가락이 빠져나와서 불편하다면 양말 구멍을 꿰매는 것이 아니라 양말을 벗거나 다른 양말을 신는 것이죠. 대화를 하면 맨날 싸우는 동료가 있다면 대화가 필요한 순간에 이메일 또는 온라인 메신저로 소통하는 것입니다. 이게 적절한 예시인지 모르겠는데, A라는 문제를 꼭 A로 해결할 필요는 없고, B로 우회하거나 문제 해결을 포기해도 괜찮다는 것입니다. 문제를 해결했을 때 '나'에게 돌아오는 혜택이 무엇인지 판단해 보면 좋습니다. 문제를 해결하면 얻을 수 있는 혜택이 큰 문제를 먼저 해결하는 것입니다. 문제 해결이 쉬워 보이거나 그냥 지금 하고 싶은 일을 하면 인생이 문제로 인해 계속 고달파집니다. 어느 위장 보호제 약품 광고처럼 문제를 해결하고 나면 가슴이 뻥 뚫릴 것 같은 문제부터 해결해야 합니다. 분별해야 할 것은 문제를 지금 해결할 필요가 있는지 판단입니다. 위에서 언급한 바와 같이 어떤 문제는 시간이 지나거나 상황이 변화하면 문제가 아닌 것이 되기도 합니다. 예를 들면, 원수같이 지내는 동료가 있다면 관계를 완화하기 위해 신경 쓰고 노력할 필요가 없습니다. 때가 되면 어느 누가 먼저 회사를 나갈 것이기 때문입니다. 이것도 적절한 예시인지 모르겠지만, 요지는 우리의 소중한 시간과 에너지를 절약하자는 것입니다. 쓸데없이 해결도 어려운 문제를 붙잡고 끙끙대거나 해결해도 시원치 않은 문제를 푸느라 소중한 에너지를 낭비하느니 차라리 내일에 기회가 되는 생산적인 일을 합시다.

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

어제 Notion 이 발표한 대규모 업데이트 덕분에 하루 종일 떠들썩했습니다.

그 중 큰 업데이트 중 하나는
노션의 템플릿(Template) 기능이 마켓 플레이스(Marketplace)로 변경된 것인데요.

이제는 노션 템플릿을 외부 플랫폼이 아닌,
노션 웹사이트에서 직접 판매하거나 무료로 제공할 수 있습니다.

노션 크레에이터들에게는 더 없이 좋은 소식이 아닐수 없는데요.

저도 현재 무료로 제공하고 있는 [데이터 이력서 템플릿]을 마켓 플레이스에서
누구나 무료로 자신의 워크 스페이스로 사용할 수 있도록 제공하고 있습니다.

데이터 분야에서 취업을 준비하고 있으시다면,

datarichard가 만든 📄 데이터 이력서 템플릿으로
자신의 커리어와 경력을 전문적으로 표현해보세요.

📄 데이터 이력서 템플릿은
아래의 구성요소들(Components)로 이루어져 있습니다.

↗️ 자기 소개 파트 (Introduction)
↗️ 이력 / 경력 파트 (Experience)
↗️ 보유 스킬 파트 (Skill)
↗️ 프로젝트 파트 (Project)
↗️ 학력 파트 (Education)
↗️ 소셜 미디어 파트 (Social)

무료로 다운로드 받기👇
https://www.notion.so/gallery/templates/datarichar-resume

어제 Notion 이 발표한 대규모 업데이트 덕분에 하루 종일 떠들썩했습니다. 그 중 큰 업데이트 중 하나는 노션의 템플릿(Template) 기능이 마켓 플레이스(Marketplace)로 변경된 것인데요. 이제는 노션 템플릿을 외부 플랫폼이 아닌, 노션 웹사이트에서 직접 판매하거나 무료로 제공할 수 있습니다. 노션 크레에이터들에게는 더 없이 좋은 소식이 아닐수 없는데요. 저도 현재 무료로 제공하고 있는 [데이터 이력서 템플릿]을 마켓 플레이스에서 누구나 무료로 자신의 워크 스페이스로 사용할 수 있도록 제공하고 있습니다. 데이터 분야에서 취업을 준비하고 있으시다면, datarichard가 만든 📄 데이터 이력서 템플릿으로 자신의 커리어와 경력을 전문적으로 표현해보세요. 📄 데이터 이력서 템플릿은 아래의 구성요소들(Components)로 이루어져 있습니다. ↗️ 자기 소개 파트 (Introduction) ↗️ 이력 / 경력 파트 (Experience) ↗️ 보유 스킬 파트 (Skill) ↗️ 프로젝트 파트 (Project) ↗️ 학력 파트 (Education) ↗️ 소셜 미디어 파트 (Social) 무료로 다운로드 받기👇https://www.notion.so/gallery/templates/datarichar-resume

Notion 마켓플레이스에서 이력서 템플릿을 무료로 가져가세요.

NAVER D2

﻿
순간적으로 트래픽이 급증하는 서비스를 운영하다 보면 단순히 서버를 늘리는 것만으로 해결이 안되는 경우가 있습니다. 또한 동시성 해결을 위해서 다양한 락(Lock)을 적용하여 처리한다고 해도 서비스를 온전히 사용하는 사용자가 있는 반면, 비즈니스 로직이나 상황에 따라서는 일부 사용자들은 정상적으로 사용이 어려운 경우가 생기기 마련인데요. 인기 있는 음식점을 가면 한정된 공간 안에 손님들을 모시기 위해 대부분 마련한 번호표 시스템처럼 서비스에도 "대기열 시스템" 을 적용해 보는 것도 검토의 대상이라 생각을 해봅니다.

네이버페이 주문에 적용된 확장 대기열 개발기라는 주제로 확장성에 초점을 두고 시스템 설계 측면에서 설명하는 글이 있어 공유합니다.

특히, 일반적인 폴링 형태로 사용자가 대기열을 통과 가능한지 체크하는 방식이 아닌 사용자와 대기열 사이에 중계 서버를 둬서 순번에 맞는 사용자만 통과시키는 방식이라든지 대기표 관리를 범위로써 관리하여 데이터베이스 관점에서 좀 더 유연한 구조를 가져간 점이 특징이라 볼 수 있는 것 같습니다.

https://d2.naver.com/helloworld/6480558

﻿순간적으로&nbsp;트래픽이&nbsp;급증하는&nbsp;서비스를&nbsp;운영하다 보면&nbsp;단순히&nbsp;서버를&nbsp;늘리는&nbsp;것만으로&nbsp;해결이&nbsp;안되는&nbsp;경우가&nbsp;있습니다.&nbsp;또한&nbsp;동시성&nbsp;해결을&nbsp;위해서&nbsp;다양한&nbsp;락(Lock)을&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;번호표&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;대기표&nbsp;관리를&nbsp;범위로써&nbsp;관리하여&nbsp;데이터베이스&nbsp;관점에서&nbsp;좀 더&nbsp;유연한&nbsp;구조를&nbsp;가져간&nbsp;점이&nbsp;특징이라&nbsp;볼 수&nbsp;있는 것&nbsp;같습니다. https://d2.naver.com/helloworld/6480558

d2.naver.com

네이버페이 주문에 적용된 확장 가능한 대기열 개발기

MongoDB는 NoSQL 데이터베이스로, 그 유연성 덕분에 Spring Boot와 자주 함께 사용됩니다. Spring Boot에서는 Spring Data MongoDB를 통해 MongoDB 연동을 쉽게 할 수 있습니다. Spring Data MongoDB는 두 가지 주요 방식을 제공합니다. 바로 MongoTemplate와 MongoRepository 입니다. 이번 포스팅에서는 이 두 가지 방법을 비교하고, 어떤 상황에서 각각을 사용하는 것이 좋은지 살펴보겠습니다. MongoRepository와 MongoTemplate[MongoRepository] MongoRepository는 레파지토리 패턴을 기반으로 한 인터페이스입니다. 기본적인 CRUD 메서드를 자동으로 제공합니다. Spring Data JPA와..

Spring Boot의 MongoDB 연동: MongoTemplate vs MongoRepository

MongoDB는 NoSQL 데이터베이스로, 그 유연성 덕분에 Spring Boot와 자주 함께 사용됩니다. Spring Boot에서는 Spring Data MongoDB를 통해 MongoDB 연동을 쉽게 할 수 있습니다. Spring Data MongoDB는 두 가지 주요 방식을 제공합니다.

바로 MongoTemplate와 MongoRepository 입니다.
 
이번 포스팅에서는 이 두 가지 방법을 비교하고, 어떤 상황에서 각각을 사용하는 것이 좋은지 살펴보겠습니다.
 
[MongoRepository]
MongoRepository는 레파지토리 패턴을 기반으로 한 인터페이스입니다. 기본적인 CRUD 메서드를 자동으로 제공합니다. Spring Data JPA와 비슷하게 작동하며, MongoDB 데이터를 처리하는 데 매우 간단한 방법을 제공합니다.
 
장점
 * 기본적인 CRUD 작업을 자동으로 처리
 * 코드가 매우 간결하고 유지보수가 쉬움
 * 메서드 이름만으로 커스텀 쿼리를 작성할 수 있음 (ex. findByCategory)
단점
 * 복잡한 쿼리 작업에서는 제한적
 * 커스터마이징이 어렵고 고급 기능을 구현하기에 한계가 있음
 
[MongoTemplate]
MongoTemplate은 Spring의 템플릿 패턴을 사용한 MongoDB 연동 방식입니다. 더 복잡한 MongoDB 제어가 가능하며, 어려운 쿼리 작성에 적합합니다.
 
장점
 * 복잡한 쿼리나 커스텀 작업을 더 쉽게 수행 가능
 * MongoDB와의 깊이 있는 상호작용에 적합
 * 더 세밀한 데이터 처리와 제어가 가능
단점
 * 기본적인 CRUD 작업도 코드로 직접 작성해야 하므로 코드가 다소 복잡해짐
 * 레파지토리 패턴보다 다소 비효율적일 수 있음
 
[MongoRepository 사용 예시]

Product 엔티티
@Document(collection = "products")
public class Product {
 @Id
 private String id;
 private String name;
 private String category;
}

ProductRepository 인터페이스
public interface ProductRepository extends MongoRepository<Product, String> {
 List<Product> findByCategory(String category);
}

MongoRepository를 확장한 ProductRepository를 정의하였습니다. CRUD 메서드는 기본으로 제공되며, 커스텀으로 findByCategory 같은 메서드를 쉽게 추가할 수 있습니다.
 
CRUD 작업 사용 예시
@Autowired
private ProductRepository productRepository;

public void addProduct(Product product) {
 productRepository.save(product);
}

public List<Product> getProductsByCategory(String category) {
 return productRepository.findByCategory(category);
}

이처럼 MongoRepository를 사용하면 간단한 CRUD 작업을 매우 직관적으로 처리할 수 있습니다.
 
[MongoTemplate 사용 예시]
이번에는 같은 Product 엔티티를 사용하여 MongoTemplate을 이용한 예제를 살펴보겠습니다.
 
MongoTemplate으로 복잡한 쿼리 작성
@Autowired
private MongoTemplate mongoTemplate;

public List<Product> findProductsByCategory(String category) {
 Query query = new Query();
 query.addCriteria(Criteria.where("category").is(category));
 return mongoTemplate.find(query, Product.class);
}

위 코드에서는 MongoTemplate을 사용하여 MongoDB 쿼리를 직접 사용했습니다. Criteria와 Query 객체를 이용해 더 복잡한 쿼리나 고급 기능을 쉽게 구현할 수 있습니다.
 
CRUD 작업 처리 
public void addProduct(Product product) {
 mongoTemplate.save(product);
}

public Product getProductById(String id) {
 return mongoTemplate.findById(id, Product.class);
}

MongoTemplate을 사용하면 모든 작업을 수동으로 처리해야 하지만, 그만큼 더 세밀하게 제어할 수 있는 장점이 있습니다.
 
[어떤 것을 선택해야 할까?]
MongoRepository를 사용해야 할 때:
 * 기본적인 CRUD 작업을 빠르게 처리해야 할 때
 * 코드의 간결함과 유지보수의 용이함이 중요할 때
MongoTemplate을 사용해야 할 때:
 * 복잡한 쿼리나 트랜잭션 처리가 필요한 경우
 * 데이터베이스와의 더 세밀한 상호작용이 필요할 때
 
[결론]
MongoDB와 Spring Boot의 연동에서 MongoRepository와 MongoTemplate은 각각 다른 용도에 맞춰 설계된 도구입니다. 저는 실제 프로젝트에서 bulk upsert 기능이 필요한 상황을 겪었는데, MongoRepository에는 해당 기능이 기본적으로 제공되지 않아, 더 유연한 MongoTemplate을 사용할 수밖에 없었습니다. 물론 upsert를 여러 번 호출하는 방법도 가능하지만, 이는 비효율적이므로 MongoTemplate을 통해 간단히 처리할 수 있었습니다.
 
반면, 단순한 조회 작업에서는 MongoRepository를 사용했습니다. MongoTemplate보다 코드가 훨씬 깔끔하고 유지보수하기가 쉬웠기 때문입니다. 이처럼 MongoRepository는 기본적인 작업에 최적화되어 있고, MongoTemplate은 고급 작업에서 강력한 기능을 제공합니다.
 
결국 중요한 것은 프로젝트의 요구사항에 맞춰 이 두 방식을 적절히 선택하거나 혼합하여 사용하는 것입니다. 각 도구가 제공하는 장점을 최대한 활용해, 프로젝트에 가장 적합한 솔루션을 찾는 것이 성공적인 MongoDB 연동의 핵심입니다.

MongoDB는 NoSQL 데이터베이스로, 그 유연성 덕분에 Spring Boot와 자주 함께 사용됩니다. Spring Boot에서는 Spring Data MongoDB를 통해 MongoDB 연동을 쉽게 할 수 있습니다. Spring Data MongoDB는 두 가지 주요 방식을 제공합니다. 바로&nbsp;MongoTemplate와&nbsp;MongoRepository 입니다.&nbsp;이번 포스팅에서는 이 두 가지 방법을 비교하고, 어떤 상황에서 각각을 사용하는 것이 좋은지 살펴보겠습니다.&nbsp;[MongoRepository]MongoRepository는 레파지토리 패턴을 기반으로 한 인터페이스입니다. 기본적인 CRUD 메서드를 자동으로 제공합니다. Spring Data JPA와 비슷하게 작동하며, MongoDB 데이터를 처리하는 데 매우 간단한 방법을 제공합니다.&nbsp;장점<ul ><li>기본적인 CRUD 작업을 자동으로 처리</li><li>코드가 매우 간결하고 유지보수가 쉬움</li><li>메서드 이름만으로 커스텀 쿼리를 작성할 수 있음 (ex. findByCategory)</li></ul>단점<ul ><li>복잡한 쿼리 작업에서는 제한적</li><li>커스터마이징이 어렵고 고급 기능을 구현하기에 한계가 있음</li></ul>&nbsp;[MongoTemplate]MongoTemplate은 Spring의 템플릿 패턴을 사용한 MongoDB 연동 방식입니다. 더 복잡한 MongoDB 제어가 가능하며, 어려운 쿼리 작성에 적합합니다.&nbsp;장점<ul ><li>복잡한 쿼리나 커스텀 작업을 더 쉽게 수행 가능</li><li>MongoDB와의 깊이 있는 상호작용에 적합</li><li>더 세밀한 데이터 처리와 제어가 가능</li></ul>단점<ul ><li>기본적인 CRUD 작업도 코드로 직접 작성해야 하므로 코드가 다소 복잡해짐</li><li>레파지토리 패턴보다 다소 비효율적일 수 있음</li></ul>&nbsp;[MongoRepository 사용 예시] Product 엔티티<pre ><code class="language-java">@Document(collection = "products")
public class Product {
 @Id
 private String id;
 private String name;
 private String category;
}</code></pre>ProductRepository 인터페이스<pre ><code class="language-java">public interface ProductRepository extends MongoRepository&lt;Product, String&gt; {
 List&lt;Product&gt; findByCategory(String category);
}</code></pre>MongoRepository를 확장한 ProductRepository를 정의하였습니다. CRUD 메서드는 기본으로 제공되며, 커스텀으로 findByCategory 같은 메서드를 쉽게 추가할 수 있습니다.&nbsp;CRUD 작업 사용 예시<pre ><code class="language-java">@Autowired
private ProductRepository productRepository;

public void addProduct(Product product) {
 productRepository.save(product);
}

public List&lt;Product&gt; getProductsByCategory(String category) {
 return productRepository.findByCategory(category);
}</code></pre>이처럼 MongoRepository를 사용하면 간단한 CRUD 작업을 매우 직관적으로 처리할 수 있습니다.&nbsp;[MongoTemplate 사용 예시]이번에는 같은 Product 엔티티를 사용하여 MongoTemplate을 이용한 예제를 살펴보겠습니다.&nbsp;MongoTemplate으로 복잡한 쿼리 작성<pre ><code class="language-java">@Autowired
private MongoTemplate mongoTemplate;

public List&lt;Product&gt; findProductsByCategory(String category) {
 Query query = new Query();
 query.addCriteria(Criteria.where("category").is(category));
 return mongoTemplate.find(query, Product.class);
}</code></pre>위 코드에서는 MongoTemplate을 사용하여 MongoDB 쿼리를 직접 사용했습니다. Criteria와 Query 객체를 이용해 더 복잡한 쿼리나 고급 기능을 쉽게 구현할 수 있습니다.&nbsp;CRUD 작업 처리&nbsp;<pre ><code class="language-java">public void addProduct(Product product) {
 mongoTemplate.save(product);
}

public Product getProductById(String id) {
 return mongoTemplate.findById(id, Product.class);
}</code></pre>MongoTemplate을 사용하면 모든 작업을 수동으로 처리해야 하지만, 그만큼 더 세밀하게 제어할 수 있는 장점이 있습니다.&nbsp;[어떤 것을 선택해야 할까?]MongoRepository를 사용해야 할 때:<ul ><li>기본적인 CRUD 작업을 빠르게 처리해야 할 때</li><li>코드의 간결함과 유지보수의 용이함이 중요할 때</li></ul>MongoTemplate을 사용해야 할 때:<ul ><li>복잡한 쿼리나 트랜잭션 처리가 필요한 경우</li><li>데이터베이스와의 더 세밀한 상호작용이 필요할 때</li></ul>&nbsp;[결론]MongoDB와 Spring Boot의 연동에서 MongoRepository와 MongoTemplate은 각각 다른 용도에 맞춰 설계된 도구입니다. 저는 실제 프로젝트에서 bulk upsert 기능이 필요한 상황을 겪었는데, MongoRepository에는 해당 기능이 기본적으로 제공되지 않아, 더 유연한 MongoTemplate을 사용할 수밖에 없었습니다. 물론 upsert를 여러 번 호출하는 방법도 가능하지만, 이는 비효율적이므로 MongoTemplate을 통해 간단히 처리할 수 있었습니다.&nbsp;반면, 단순한 조회 작업에서는 MongoRepository를 사용했습니다. MongoTemplate보다 코드가 훨씬 깔끔하고 유지보수하기가 쉬웠기 때문입니다. 이처럼 MongoRepository는 기본적인 작업에 최적화되어 있고, MongoTemplate은 고급 작업에서 강력한 기능을 제공합니다.&nbsp;결국 중요한 것은 프로젝트의 요구사항에 맞춰 이 두 방식을 적절히 선택하거나 혼합하여 사용하는 것입니다. 각 도구가 제공하는 장점을 최대한 활용해, 프로젝트에 가장 적합한 솔루션을 찾는 것이 성공적인 MongoDB 연동의 핵심입니다.

덕토피아

MongoRepository vs MongoTemplate 차이와 활용

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

 - YouTube

프론트엔드 개발 환경에서
Next.js
가 사실상 표준으로 자리잡고 있는 현 시점에서 “Next.js 꼭 써야할까?” 라는 주제의 이번 토스
모닥불 EP.6
를 흥미롭게 봤습니다.

프레임워크 선택과 활용
 1. 문제 해결 능력 평가: 프레임워크가 어떤 문제를 얼마나 효과적으로 해결하는가?
 2. 상황에 맞는 최적의 선택: 다양한 프레임워크를 비교 분석하고 종합적으로 검토하여 선정
 3. 학습지향적 접근: 표면적으로만 사용하는 것이 아닌, 내부 동작 원리를 이해하려는 자세
 4. 프레임워크 의존성 탈피: 프레임워크에 종속되기 보다는 개발자가 프레임워크를 주도하는 자세

프레임워크를 사용하면서도 지속적인 학습을 통해 성장을 추구해야 합니다. 또한
Next.js
를 포함한 다양한 프레임워크를 경험하고 비교 분석함으로써, 더 넓은 시야와 깊이 있는 통찰을 얻을 수 있습니다. 결국에 프레임워크도 도구이기 때문에 이를 효과적으로 활용하고, 때로는 필요하다면 프레임워크 커스터마이징을 통해 본질적인 문제를 해결할 수 있는 개발자의 역량을 갖추는 것이 중요합니다.

https://www.youtube.com/watch?v=L2gAcPmB9WY

프론트엔드 개발 환경에서 <code >Next.js</code>가 사실상 표준으로 자리잡고 있는 현 시점에서 “Next.js 꼭 써야할까?” 라는 주제의 이번 토스 <code >모닥불 EP.6</code> 를 흥미롭게 봤습니다. 프레임워크 선택과 활용<ol ><li>문제 해결 능력 평가: 프레임워크가 어떤 문제를 얼마나 효과적으로 해결하는가?</li><li>상황에 맞는 최적의 선택: 다양한 프레임워크를 비교 분석하고 종합적으로 검토하여 선정</li><li>학습지향적 접근: 표면적으로만 사용하는 것이 아닌, 내부 동작 원리를 이해하려는 자세</li><li>프레임워크 의존성 탈피: 프레임워크에 종속되기 보다는 개발자가 프레임워크를 주도하는 자세</li></ol> 프레임워크를 사용하면서도 지속적인 학습을 통해 성장을 추구해야 합니다. 또한 <code >Next.js</code>를 포함한 다양한 프레임워크를 경험하고 비교 분석함으로써, 더 넓은 시야와 깊이 있는 통찰을 얻을 수 있습니다. 결국에 프레임워크도 도구이기 때문에 이를 효과적으로 활용하고, 때로는 필요하다면 프레임워크 커스터마이징을 통해 본질적인 문제를 해결할 수 있는 개발자의 역량을 갖추는 것이 중요합니다. https://www.youtube.com/watch?v=L2gAcPmB9WY

www.youtube.com

도구를 넘어선 개발자의 역량: "Next.js 꼭 써야할까?"

저는 하고 싶은 일을 하느라 바쁘거든요 | 일하기 싫어요.일하고 싶은 회사로 만들어주세요.   밀레니얼 세대가 회사에 적응하는 방법  밀레니얼 세대인 나는 어려서부터 '하고 싶은 일을 하라'는 말을 들으며 자랐다. 그래서 무슨 일을 하든 내가 하고 싶은 마음이 드는지, 동기 부여가 되는지가 중요했다. 그건 첫 직장에 들어가서 일을 할 때에도 마찬가지였다.   처음엔 회사가 나에게 동기 부여해주기를 

12화 동기 부여는 회사가 책임져 주세요

브런치 글들을 이리저리 찾아 읽다가 스타트업 신입사원 가이드라는 주제로 작성된 글이 있어 공유드립니다. 과거 자신의 경험 예시로 작성해주셨고, 저도 과거에 가졌던 생각과 일치하는 부분이 있어 흥미롭게 읽었습니다.

밀레니얼 세대가 회사에 적응하는 방법
저는 '하고 싶은 일을 하라'는 말을 들으며 자랐기에 무슨 일을 하든 내가 하고 싶은 일, 동기부여가 되는지가 중요했었습니다. 그래서 처음에 회사가 나에게 동기 부여를 해주길 바랬고 '일하고 싶은 마음, 동기 부여' 또한 회사에 당당히 요구하는 건 내게 당연한 일이라고 생각했었습니다. 그래서 스타트업에 입사하고 회사에 이것저것들을 요구했습니다. 물론 회사에 근로자가 요구할 수 있는건 당연하지만 저는 바라기만 하고 책임질 생각은 전혀 못했습니다

권리만 알고 책임은 모른다는 것
첫 입사 후 느낀건 '회사는 학교가 아니라 일터' 라는 것입니다. 내가 알던 회사는 직원들을 케어하고, 성장할 수 있도록 사내 교육도 제공하며, 일하기 좋은 환경을 만들기 위해 노력하는 곳이였습니다. 그러나 현실은 회사는 돈을 버는 치열한 일터이고 직원에겐 성과를 만들어내야 하는 책임이 있었습니다. 그렇게 깨닫고 나니 '일하고 싶은 마음' 은 오히려 회사가 나에게 요구할 수 있는 내 책임이였습니다. 회사도 일하기 좋은 환경을 제공해야 하지만, 직원 또한 스스로 동기 부여를 하든 뭘 하든 노력해서 성과를 만들어낼 책임이 있는 것입니다.

아마추어가 일을 하지 못하는 수많은 변명을 이야기 할 때, 프로는 그냥 한다.
아마추어는
 * "시간이 없어서 못했어요. 업무량이 너무 많아요.",
 * "왜 해야 하는지 모르겠어요",
 * "제가 하고 싶었던 일이 아니에요" 라는 말을 하지만,
프로는
 * "영감이 중요하다고? 그런 게 어딨어, 그냥 하는 거지",
 * "일을 왜 하냐고요? 그런게 어딨어, 그냥 하는거지" 라는 말을 합니다.
일터에서 스스로 동기 부여를 하지 못하면 팀 전체에 피해를 주고, 일할 마음이 안 든다는 이유로 뒤쳐져 있으면 안됩니다.

어쩌면 동기부여가 중요한게 아니라
동기 부여를 하든 뭘 하든 성과를 만들어내는것이 중요하고 그게 프로입니다. 어떻게든 직장생활에서 스스로 동기 부여하는 방법을 찾아내기 위해 악착같이 노력해야 합니다.

동기부여는 회사가 책임져주지 않습니다.
동기 부여는 회사가 대신해주지 않고, 하고 싶은 일이나 자아실현은 자기가 알아서 해야합니다. 프로들은 알아서 Self-Motivation하고 능동적으로 문제를 해결하고 자신의 일을 남에게 떠넘기지 않고 그들은 권리를 따지기 전에 먼저 책임을 지고자 합니다. 제대로 된 프로가 되고 싶다면 나 또한 그렇게 돼야 합니다.

직장 생활에서 스스로에게 동기 부여 하는 방법
 * 우선순위: 스스로 포기할 수 없는 핵심 가치를 찾기
 * 커리어 디자인: 내가 이 일을 왜하는지 지금의 경험이 어떻게 도움이 되는지 스스로 명확한 답을 내리기
 * 밸류 체인: 자기 직무가 뭐하는지만 아는게 아닌 밸류 체인에서 어떤 의미가 있는지, 시장에서 어떤 의미가 있는지 알기, 더 나아가 제품/서비스가 시장 안에서 어떤 의미가 있는지 알기
 * 책임 떠맡기: 회사 안에 문제가 있을 때 그 문제의 책임을 다른 사람에게 돌리는 게 아니라, 내가 먼저 나서서 떠맡기 (높은 수준의 책임을 지기)
 * 업무방법론: 자기만의 업무방법론 만들기

브런치 글들을 이리저리 찾아 읽다가 스타트업 신입사원 가이드라는 주제로 작성된 글이 있어 공유드립니다. 과거 자신의 경험 예시로 작성해주셨고, 저도 과거에 가졌던 생각과 일치하는 부분이 있어 흥미롭게 읽었습니다. 밀레니얼 세대가 회사에 적응하는 방법저는 '하고 싶은 일을 하라'는 말을 들으며 자랐기에 무슨 일을 하든 내가 하고 싶은 일, 동기부여가 되는지가 중요했었습니다. 그래서 처음에 회사가 나에게 동기 부여를 해주길 바랬고 '일하고 싶은 마음, 동기 부여' 또한 회사에 당당히 요구하는 건 내게 당연한 일이라고 생각했었습니다. 그래서 스타트업에 입사하고 회사에 이것저것들을 요구했습니다. 물론 회사에 근로자가 요구할 수 있는건 당연하지만 저는 바라기만 하고 책임질 생각은 전혀 못했습니다 권리만 알고 책임은 모른다는 것첫 입사 후 느낀건 '회사는 학교가 아니라 일터' 라는 것입니다. 내가 알던 회사는 직원들을 케어하고, 성장할 수 있도록 사내 교육도 제공하며, 일하기 좋은 환경을 만들기 위해 노력하는 곳이였습니다. 그러나 현실은 회사는 돈을 버는 치열한 일터이고 직원에겐 성과를 만들어내야 하는 책임이 있었습니다. 그렇게 깨닫고 나니 '일하고 싶은 마음' 은 오히려 회사가 나에게 요구할 수 있는 내 책임이였습니다. 회사도 일하기 좋은 환경을 제공해야 하지만, 직원 또한 스스로 동기 부여를 하든 뭘 하든 노력해서 성과를 만들어낼 책임이 있는 것입니다. 아마추어가 일을 하지 못하는 수많은 변명을 이야기 할 때, 프로는 그냥 한다.아마추어는<ul ><li>"시간이 없어서 못했어요. 업무량이 너무 많아요.",</li><li>"왜 해야 하는지 모르겠어요",</li><li>"제가 하고 싶었던 일이 아니에요" 라는 말을 하지만,</li></ul>프로는<ul ><li>"영감이 중요하다고? 그런 게 어딨어, 그냥 하는 거지",</li><li>"일을 왜 하냐고요? 그런게 어딨어, 그냥 하는거지" 라는 말을 합니다.</li></ul>일터에서 스스로 동기 부여를 하지 못하면 팀 전체에 피해를 주고, 일할 마음이 안 든다는 이유로 뒤쳐져 있으면 안됩니다. 어쩌면 동기부여가 중요한게 아니라동기 부여를 하든 뭘 하든 성과를 만들어내는것이 중요하고 그게 프로입니다. 어떻게든 직장생활에서 스스로 동기 부여하는 방법을 찾아내기 위해 악착같이 노력해야 합니다. 동기부여는 회사가 책임져주지 않습니다.동기 부여는 회사가 대신해주지 않고, 하고 싶은 일이나 자아실현은 자기가 알아서 해야합니다. 프로들은 알아서 Self-Motivation하고 능동적으로 문제를 해결하고 자신의 일을 남에게 떠넘기지 않고 그들은 권리를 따지기 전에 먼저 책임을 지고자 합니다. 제대로 된 프로가 되고 싶다면 나 또한 그렇게 돼야 합니다. 직장 생활에서 스스로에게 동기 부여 하는 방법<ul ><li>우선순위: 스스로 포기할 수 없는 핵심 가치를 찾기</li><li>커리어 디자인: 내가 이 일을 왜하는지 지금의 경험이 어떻게 도움이 되는지 스스로 명확한 답을 내리기</li><li>밸류 체인: 자기 직무가 뭐하는지만 아는게 아닌 밸류 체인에서 어떤 의미가 있는지, 시장에서 어떤 의미가 있는지 알기, 더 나아가 제품/서비스가 시장 안에서 어떤 의미가 있는지 알기</li><li>책임 떠맡기: 회사 안에 문제가 있을 때 그 문제의 책임을 다른 사람에게 돌리는 게 아니라, 내가 먼저 나서서 떠맡기 (높은 수준의 책임을 지기)</li><li>업무방법론: 자기만의 업무방법론 만들기</li></ul>

Brunch Story

동기부여는 회사가 책임져 주세요

당신이 꼭 사용해보았으면 좋을 DATA/AI 도구 리스트를 소개합니다.

Archive(저장) - 노션 (Notion)
Summary(요약) - 릴리즈 AI, MyLens AI
Presentation(발표) - 감마 AI, 캔바, 톰 AI
LLM (대규모언어모델) - 챗지피티, 클라우드, 펄프랙시티

더 자세한 소개와 내용이 궁금하다면 아래에 링크로 첨부한
링크드인 뉴스레터를 읽어보세요.

https://www.linkedin.com/pulse/datarichard-%EB%89%B4%EC%8A%A4%EB%A0%88%ED%84%B0-202410-richard-lim-1xqoc/

당신이 꼭 사용해보았으면 좋을 DATA/AI 도구 리스트를 소개합니다. Archive(저장) - 노션 (Notion)Summary(요약) - 릴리즈 AI, MyLens AIPresentation(발표) - 감마 AI, 캔바, 톰 AILLM (대규모언어모델) - 챗지피티, 클라우드, 펄프랙시티 더 자세한 소개와 내용이 궁금하다면 아래에 링크로 첨부한 링크드인 뉴스레터를 읽어보세요. https://www.linkedin.com/pulse/datarichard-%EB%89%B4%EC%8A%A4%EB%A0%88%ED%84%B0-202410-richard-lim-1xqoc/

당신이 꼭 사용해보았으면 좋을 DATA/AI 도구 리스트

팀네이버 컨퍼런스 DAN 24는 네이버의 비즈니스 전략과 기술, 크리에이티브, 그리고 다양한 경험의 전문성을 유기적으로 연결하여 네이버가 앞으로 만들어나갈 비즈니스, 서비스의 변화 방향을 제시하는 자리입니다.

DAN 24

 * DAY 1 참가신청 - 10월 30일 15시
 * DAY 2 참가신청 - 10월 31일 15시
네이버페이 앱 설치 필요

행사 일시: 2024. 11. 11-12
행사 장소: 코엑스 서울

https://dan.naver.com/24/registration

<ul ><li>DAY 1 참가신청 - 10월 30일 15시</li><li>DAY 2 참가신청 - 10월 31일 15시</li></ul>네이버페이 앱 설치 필요 행사 일시: 2024. 11. 11-12행사 장소: 코엑스 서울 https://dan.naver.com/24/registration

dan.naver.com

팀네이버의 컨퍼런스 DAN24

어제 시애틀에 있는 한인 프로페서널 모임 창발 테크 서밋에 메인 스피커 중의 하나로 참여했다. 어려운 대화에 관한 이야기를 하고 행사 후 네트워킹 파티에서 많은 분들과 이야기를 나누었는데 한 분이 주신 질문이 빠르게 변화하는 IT 업계에서 어떻게 30년 동안 일과 개인 생활의 균형을 잡을 수 있었는지 물어보았다. 자주 받는 질문 중의 하나인데 내 이야기를 요약해보면 아래와 같다.

 * 먼저 딱히 워라밸의 경계를 유지하려고 의식적인 노력을 하려고 하지는 않는다. 처음에는 아주 못했지만 지금은 순간순간 무엇이 더 중요한지 판단하려 한다. 예를 들면 가족과 외식 중이라면 외식에 집중하려 한다. 외식하는 몇 시간을 못 기다릴 정도로 중요한 일은 생각보다 많지 않다. 아무리 스트레스 받는 일이 있어도, 그 걱정은 잠깐 걱정의 방에 가둬두고 외식이 끝난 후 나중에 꺼내서 이야기 해보자. 순간순간 무엇이 더 중요한지 생각해보자.
 * 특히 커리어 초기에 재미있는 일을 한다면 워라밸을 유지하려 하는 것 보다는 미친 듯이 일을 해보고 몰두하는 경험도 해볼 필요가 있다. 스트레스도 따라올 수 있고 관리가 잘 안되면 번아웃이 올 수도 있는데 이런 경험도 해볼 필요가 있다. 넘어지는 경험을 안하고 자전거를 탈 수 없는 법이다. 안 좋은 경험일수록 회복이 불가능한 것만 아니라면 직접 경험이라는 것이 꼭 필요하다.
 * 개발자 관점에서 하나 중요한 포인트는 기술을 모두 따라가려 하는 것이다. 필요에 의해 또는 호기심에 의해 따라가는 것은 좋다. 조바심과 불안감이 너무 크다면 변화하는 것을 따려가려 해보고 그게 정말 도움이 되는지 판단해보자. 다시 한번 직접 경험을 해보고 판단하는 것은 나쁘지 않다.
 * 기술은 계속 바뀌며 새로운 것이 계속 나온다. 많은 개발자들이 레거시 프레임웍을 현재 회사에서 사용하는 것에 대한 걱정을 한다. 하지만 새로운 프레임웍을 도입한다고 해도 2-3년 지나면 레거시 프레임웍이 된다. 결국, 필요에 의해 새로운 프레임웍을 도입해야지 커리어가 걱정이 이유라면 안 좋은 생각이다. 내가 원하는 것 이외에도 다른 사람들이 나에게 하는 기대가 무엇인지 생각해보자.
   
   
내 앞에 생각보다 시간이 많다는 점을 기억하자. 건강이 나빠진다면, 너무 힘들다면 잠깐 쉬어가도 좋다. 43살 때 3번째로 간 스타트업이 펀딩 실패하고 망하면서 11개월 쉬었는데 내 커리어에서 가장 잘 한 결정이었다. 그를 통해 배운 것은 남과 비교하지 않고 나이를 덜 의식하며 나에게 맞는 환경을 찾아가는 것이 건강한 커리어와 인생의 기본이라는 점이었다. 내가 원하는 것이 무엇인지 잘 모르겠어도 많이 고민해보자.

어제 시애틀에 있는 한인 프로페서널 모임 창발 테크 서밋에 메인 스피커 중의 하나로 참여했다. 어려운 대화에 관한 이야기를 하고 행사 후 네트워킹 파티에서 많은 분들과 이야기를 나누었는데 한 분이 주신 질문이 빠르게 변화하는 IT 업계에서 어떻게 30년 동안 일과 개인 생활의 균형을 잡을 수 있었는지 물어보았다. 자주 받는 질문 중의 하나인데 내 이야기를 요약해보면 아래와 같다. <ul ><li>먼저 딱히 워라밸의 경계를 유지하려고 의식적인 노력을 하려고 하지는 않는다. 처음에는 아주 못했지만 지금은 순간순간 무엇이 더 중요한지 판단하려 한다. 예를 들면 가족과 외식 중이라면 외식에 집중하려 한다. 외식하는 몇 시간을 못 기다릴 정도로 중요한 일은 생각보다 많지 않다. 아무리 스트레스 받는 일이 있어도, 그 걱정은 잠깐 걱정의 방에 가둬두고 외식이 끝난 후 나중에 꺼내서 이야기 해보자. 순간순간 무엇이 더 중요한지 생각해보자.</li><li>특히 커리어 초기에 재미있는 일을 한다면 워라밸을 유지하려 하는 것 보다는 미친 듯이 일을 해보고 몰두하는 경험도 해볼 필요가 있다. 스트레스도 따라올 수 있고 관리가 잘 안되면 번아웃이 올 수도 있는데 이런 경험도 해볼 필요가 있다. 넘어지는 경험을 안하고 자전거를 탈 수 없는 법이다. 안 좋은 경험일수록 회복이 불가능한 것만 아니라면 직접 경험이라는 것이 꼭 필요하다.</li><li>개발자 관점에서 하나 중요한 포인트는 기술을 모두 따라가려 하는 것이다. 필요에 의해 또는 호기심에 의해 따라가는 것은 좋다. 조바심과 불안감이 너무 크다면 변화하는 것을 따려가려 해보고 그게 정말 도움이 되는지 판단해보자. 다시 한번 직접 경험을 해보고 판단하는 것은 나쁘지 않다.</li><li>기술은 계속 바뀌며 새로운 것이 계속 나온다. 많은 개발자들이 레거시 프레임웍을 현재 회사에서 사용하는 것에 대한 걱정을 한다. 하지만 새로운 프레임웍을 도입한다고 해도 2-3년 지나면 레거시 프레임웍이 된다. 결국, 필요에 의해 새로운 프레임웍을 도입해야지 커리어가 걱정이 이유라면 안 좋은 생각이다. 내가 원하는 것 이외에도 다른 사람들이 나에게 하는 기대가 무엇인지 생각해보자. </li></ul>내 앞에 생각보다 시간이 많다는 점을 기억하자. 건강이 나빠진다면, 너무 힘들다면 잠깐 쉬어가도 좋다. 43살 때 3번째로 간 스타트업이 펀딩 실패하고 망하면서 11개월 쉬었는데 내 커리어에서 가장 잘 한 결정이었다. 그를 통해 배운 것은 남과 비교하지 않고 나이를 덜 의식하며 나에게 맞는 환경을 찾아가는 것이 건강한 커리어와 인생의 기본이라는 점이었다. 내가 원하는 것이 무엇인지 잘 모르겠어도 많이 고민해보자.

변화가 빠른 IT 업계에서 어떻게 오랜 시간 동안 워라밸을 유지했

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다.

RSC/Server Action을 디폴트로 사용하게 되면서 Vercel의 장점이 크게 낮아졌고, Vercel의 서버 구조로 인해서 속도 저하로 인한 사용성이 많이 떨어질 뿐만 아니라, 디버깅하거나 세세한 로직을 제어하기가 어려워졌다.

물론 이미지 최적화 등을 손쉽게 할 수 있는 등의 여러가지 편의 기능이 있긴 하지만, 무엇보다 성능 최적화와 디버깅이 어렵다는 점이 좀 괴로웠음. 요즘 트래픽 좀만 높아져도 비용 폭탄 맞는다는 말도 많이 나오고..

덕분에 Fly.io를 자세하게 들여다 보게 되었는데, 이거 아주 물건임.

가격도 좋고 대시보드도 잘 되어 있고, 무엇보다 VM을 배포하거나 API로 제어하는 것이 매우 간편하다는 점이 아주 만족스럽다. PaaS, IaaS의 기치가 DevOps를 외주 주세요. 라는 것이지만 늘 뭔가 좀 부족하다는 생각을 했다면, Fly.io는 진짜로 DevOps가 있는 것 같은 느낌.

다만, 보안적인 문제가 약간 걱정되는 면이 있긴 한데, 배포 프로세스를 자동화하고 정책을 잘 정하면 문제 없을 듯.

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다. RSC/Server Action을 디폴트로 사용하게 되면서 Vercel의 장점이 크게 낮아졌고, Vercel의 서버 구조로 인해서 속도 저하로 인한 사용성이 많이 떨어질 뿐만 아니라, 디버깅하거나 세세한 로직을 제어하기가 어려워졌다. 물론 이미지 최적화 등을 손쉽게 할 수 있는 등의 여러가지 편의 기능이 있긴 하지만, 무엇보다 성능 최적화와 디버깅이 어렵다는 점이 좀 괴로웠음. 요즘 트래픽 좀만 높아져도 비용 폭탄 맞는다는 말도 많이 나오고.. 덕분에 Fly.io를 자세하게 들여다 보게 되었는데, 이거 아주 물건임. 가격도 좋고 대시보드도 잘 되어 있고, 무엇보다 VM을 배포하거나 API로 제어하는 것이 매우 간편하다는 점이 아주 만족스럽다. PaaS, IaaS의 기치가 DevOps를 외주 주세요. 라는 것이지만 늘 뭔가 좀 부족하다는 생각을 했다면, Fly.io는 진짜로 DevOps가 있는 것 같은 느낌. 다만, 보안적인 문제가 약간 걱정되는 면이 있긴 한데, 배포 프로세스를 자동화하고 정책을 잘 정하면 문제 없을 듯.

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다.

RSC

개발자 직무 면접에서 1분 자기소개 시 사용할 수 있는 템플릿을 사례와 함께 소개합니다.

개발자 면접 1분 자기소개, 이렇게 준비하자 - 재그지그의 개발 블로그

- 개발자 직무 면접에서 1분 자기소개 시 사용할 수 있는 템플릿을 사례와 함께 소개합니다.

---

최근에 제가 참여하고 있는 개발 커뮤니티의 익명 고민 상담 채널에서 자기소개에 대한 고민 글을 보게 되었습니다.

“내일 면접인데 혹시 자기소개는 보통 어떤 식으로 하나요? 무슨 말로 자기소개를 해야 할지, 어느 정도 문장으로 구성해야 할지 고민이네요.”

이 글을 보고 나서 제가 예전에 면접 볼 때 자기소개를 어떻게 했었는지를 다시 한번 떠올려봤습니다. 사실 마지막으로 면접을 본 게 거의 3년 전이다 보니, 만약 지금 당장 면접을 본다면 저를 어떻게 소개해야 할지 생각하게 되더라고요. 일반적으로 면접의 시작은 1분 자기소개와 함께 하니까요.

1분이라는 시간이 누군가에게는 짧게, 또 누군가에게는 길게 느껴질 수도 있는데요. 이 시간에 나의 장점을 면접관에게 잘 어필하기 위해서는 글의 구조를 다듬고 표현을 정제하는 과정이 필요하기 때문에 철저히 준비해야 실수를 하지 않습니다.

그래서 이에 대한 답변을 달아보았는데 오늘은 그 답변 내용을 바탕으로 이야기를 정리해 보았습니다.

https://wormwlrm.github.io/2024/10/25/Self-Introduction-for-Developer.html

- 개발자 직무 면접에서 1분 자기소개 시 사용할 수 있는 템플릿을 사례와 함께 소개합니다. --- 최근에 제가 참여하고 있는 개발 커뮤니티의 익명 고민 상담 채널에서 자기소개에 대한 고민 글을 보게 되었습니다. “내일 면접인데 혹시 자기소개는 보통 어떤 식으로 하나요? 무슨 말로 자기소개를 해야 할지, 어느 정도 문장으로 구성해야 할지 고민이네요.” 이 글을 보고 나서 제가 예전에 면접 볼 때 자기소개를 어떻게 했었는지를 다시 한번 떠올려봤습니다. 사실 마지막으로 면접을 본 게 거의 3년 전이다 보니, 만약 지금 당장 면접을 본다면 저를 어떻게 소개해야 할지 생각하게 되더라고요. 일반적으로 면접의 시작은 1분 자기소개와 함께 하니까요. 1분이라는 시간이 누군가에게는 짧게, 또 누군가에게는 길게 느껴질 수도 있는데요. 이 시간에 나의 장점을 면접관에게 잘 어필하기 위해서는 글의 구조를 다듬고 표현을 정제하는 과정이 필요하기 때문에 철저히 준비해야 실수를 하지 않습니다. 그래서 이에 대한 답변을 달아보았는데 오늘은 그 답변 내용을 바탕으로 이야기를 정리해 보았습니다. https://wormwlrm.github.io/2024/10/25/Self-Introduction-for-Developer.html

재그지그의 개발 블로그

🙋🏻‍♂️ 개발자 면접 1분 자기소개, 이렇게 준비하자

오늘은 AI 관련 굵직한 소식들이 유난히 쏟아지는 날입니다. 

-런웨이(Runway)가 영상과 음성을 입력 인터페이스로 활용해서 애니메이션을 제작하는 액트원(Act-One)을 내놓았습니다. 
-이디오그램(Ideogram)은 최고의 인페인팅 및 아웃페인팅 기능을 갖춘 무한 창작 보드 캔버스(Canvas)를 출시했고요. 
-오픈AI는 음성 인터페이스 어드밴스드 보이스(Advanced Voice)를 EU 포함 다수 국가에서 사용 가능하게 풀었습니다. 
-퍼플렉시티(Perplexity)는 ‘리즈닝 모드(reasoning mode, 추론 모드)’를 추가해서 프로 서치(Pro Search)를 내놨는데, 여러 층위의 질문을 해도 퍼플렉시티가 적용해서 답을 주는 기능입니다. 요즘 정말로 구글보다 퍼플렉시티를 많이 쓰는데 매력적인 기능이 추가된 것 같습니다. 
-앤트로픽은 컴퓨터(Claude)가 컴퓨터를 사용할 수 있는 인터페이스를 API로 내놨습니다. 앤트로픽은 ‘위험한 AI를 만들지 않겠다’고 나선 팀이었는데요. 이는 ‘AI 에이전트’ 시대의 본격적인 도래를 의미하지 않나 싶습니다. 어디까지 갈 수 있을까요. 그리고 이거 정말 괜찮을까요.

오늘은 AI 관련 굵직한 소식들이 유난히 쏟아지는 날입니다.&nbsp; -런웨이(Runway)가 영상과 음성을 입력 인터페이스로 활용해서 애니메이션을 제작하는 액트원(Act-One)을 내놓았습니다.&nbsp;-이디오그램(Ideogram)은 최고의 인페인팅 및 아웃페인팅 기능을 갖춘 무한 창작 보드 캔버스(Canvas)를 출시했고요.&nbsp;-오픈AI는 음성 인터페이스 어드밴스드 보이스(Advanced Voice)를 EU 포함 다수 국가에서 사용 가능하게 풀었습니다.&nbsp;-퍼플렉시티(Perplexity)는 ‘리즈닝 모드(reasoning mode, 추론 모드)’를 추가해서 프로 서치(Pro Search)를 내놨는데, 여러 층위의 질문을 해도 퍼플렉시티가 적용해서 답을 주는 기능입니다. 요즘 정말로 구글보다 퍼플렉시티를 많이 쓰는데 매력적인 기능이 추가된 것 같습니다.&nbsp;-앤트로픽은 컴퓨터(Claude)가 컴퓨터를 사용할 수 있는 인터페이스를 API로 내놨습니다. 앤트로픽은 ‘위험한 AI를 만들지 않겠다’고 나선 팀이었는데요. 이는 ‘AI 에이전트’ 시대의 본격적인 도래를 의미하지 않나 싶습니다. 어디까지 갈 수 있을까요. 그리고 이거 정말 괜찮을까요. &nbsp;

오늘은 AI 관련 굵직한 소식들이 유난히 쏟아지는 날입니다. 



사용자가 공유한 콘텐츠

1. “(애니메이션 OTT인 라프텔은) 일단 사람부터 모았습니다. 애니메이션 스트리밍 서비스를 하려면, 우선 콘텐츠 공급자(Contents Provider, CP)로부터 애니메이션을 제공받아야 하는데요”

2. “그런데 CP는 아무것도 없는 회사에 쉽게 콘텐츠를 주지 않습니다. (그래서) 우선 애니메이션 추천 플랫폼을 만들었어요. 트래픽을 모은 다음 스트리밍 서비스로 발전시키려고 한 겁니다”

3. “(그리고) 서비스 오픈 후에는 ‘부천만화축제’에 갔어요. 부스 설치하고, (축제에 온) 사람들에게 콘텐츠를 평가해달라고 했는데, 반응이 뜨거웠죠. (축제에 온 애니메이션 찐덕후분들께선) 1시간 넘게 앉아서 자기가 본 콘텐츠에 대해 수백 개씩 평가를 남기고, 친구들까지 데려오더라고요. 저희가 만든 서비스에 사람들이 몰려드는 걸 처음 눈으로 확인한 순간이었어요” (=고객과 실제로 교류)

4. “(축제 기간) 나흘 동안 1만 6천 개의 평가 데이터를 모았어요. 덕분에 의미 있는 추천이 작동했고요. (뿐만 아니라) 덕후분들 사이에서 입소문이 나기 시작했어요”

5. “(사람이 어느 정도 모인 후에는) 본격적으로 스트리밍을 시작해도 되겠다는 확신이 들었는데요. 그래서 CP를 찾아다녔는데, (안타깝게도) 계속 거절당했습니다”

6. “얻을 것도 크지 않아 보이는데, 소중한 콘텐츠를 정체도 모를 작은 회사에 넘겨야 하니 리스크가 훨씬 크다고 생각하는 게 당연했죠. 계속 문을 두드리는 것 외에 특별한 방법은 없었어요”

7. “CP사 대표님을 만나고 싶은데, (아예) 기회조차 안 주시는 거예요? 그래서 한 번은 대표님 동선을 상상해서 주말에 데이트하는 척 그 주변을 배회한 적도 있고요. 팀원들이 모여서 손편지를 써서 보낸 적도 있어요”

8. “(그러다) 마침내 계약하겠다는 연락이 왔는데, 손편지가 도착하기 전이라길래 급하게 반송한 적도 있어요 ㅎㅎ 저희가 적극적으로 쫓아다니니까 속는 셈 치고 한 번 믿어주신 거죠. (그렇게 콘텐츠를 수급하기 위해 CP사 대표님을 덕질하듯 쫓아다녔습니다)”

9. “(동시에 애니메이션 플랫폼의 경우) 불법 사이트의 존재가 CP사들에게도 골치였어요. 건강하게 운영하는 스트리밍 서비스가 그들에게도 필요했죠”

10. “(콘텐츠를 수급했으니, 이제 남은 건 고객이 돈을 내도록 설득하는 것이었는데 다행히) 넷플릭스 같은 대형 OTT 성장이 큰 역할을 했습니다. 넷플릭스를 통해 소비자들이 "콘텐츠는 돈 내고 봐야 한다"라는 개념에 익숙해진 거예요”

11. “운도 좋았지만, 저희가 준비돼 있었기 때문에 트래픽을 흡수할 수 있었어요. 아마존 창업자 제프 베조스가 저렴하고 다양한 제품을 빠르게 배송하는 걸 강조했잖아요? (저희는) 디지털 콘텐츠도 비슷하다고 생각했어요”

12. “특히 이용자들이 최대한 빨리 볼 수 있게 하려고 많이 노력 했어요. 저희도 덕후인지라, 조금이라도 콘텐츠를 빨리 보고 싶은 마음을 잘 알거든요. 운영팀이 '집착' '광기'에 가까운 수준으로 서비스를 운영했어요” (=덕후들의 니즈 파악)

13. “보통 애니메이션 신작은 일본에서 공개된 이후 한국 TV에 공개돼요. TV에서 방송이 끝나면 OTT로 넘어오는데요. 그 틈새를 불법 사이트가 치고 들어갔습니다. (그래서) 신작이 처음 공개되는 시점과 국내에서 합법적으로 볼 수 있게 되는 시점의 차이가 너무 길다고 생각했어요”

14. “이 과정을 조금이라도 줄이고 싶어서, TV 방송이 끝나면 파일을 받아 빠르게 작업 후 바로 공개했어요. 새벽 3시에라도요. 덕분에 덕후분들 사이에서 '라프텔이 제일 빠르다'는 인식이 생겼어요”

15. “(라프텔은 인수되기 전부터 월 단위로 흑자를 내고 있었는데) '충성도 높은 고객의 선순환'이 만들어진 덕분이었어요. 덕후분들은 충성도가 강하고, 이 분야에 진심이기 때문에, 리텐션이 높은 편이니까요”

16. “또한 (애니메이션 OTT는) 구독자 수, MAU, 등 모든 지표의 변동 폭이 다른 OTT에 비해 훨씬 적은 편이에요. (그래서) 라프텔은 비용을 쏟아붓는 화려한 방식보다는 '소박한 진심'을 전달하며 서비스를 만들어 왔어요. 그래서 꾸준히 서비스를 성장시킬 수 있었다고 생각합니다” (=섣부른 규모화보다는 덕후들의 마음에 집중)

- 김범준&김남희 전 라프텔 공동창업자

1. “(애니메이션 OTT인 라프텔은) 일단 사람부터 모았습니다. 애니메이션 스트리밍 서비스를 하려면, 우선 콘텐츠 공급자(Contents Provider, CP)로부터 애니메이션을 제공받아야 하는데요” 2. “그런데 CP는 아무것도 없는 회사에 쉽게 콘텐츠를 주지 않습니다. (그래서) 우선 애니메이션 추천 플랫폼을 만들었어요. 트래픽을 모은 다음 스트리밍 서비스로 발전시키려고 한 겁니다” 3. “(그리고) 서비스 오픈 후에는 ‘부천만화축제’에 갔어요. 부스 설치하고, (축제에 온) 사람들에게 콘텐츠를 평가해달라고 했는데, 반응이 뜨거웠죠. (축제에 온 애니메이션 찐덕후분들께선) 1시간 넘게 앉아서 자기가 본 콘텐츠에 대해 수백 개씩 평가를 남기고, 친구들까지 데려오더라고요. 저희가 만든 서비스에 사람들이 몰려드는 걸 처음 눈으로 확인한 순간이었어요” (=고객과 실제로 교류) 4. “(축제 기간) 나흘 동안 1만 6천 개의 평가 데이터를 모았어요. 덕분에 의미 있는 추천이 작동했고요. (뿐만 아니라) 덕후분들 사이에서 입소문이 나기 시작했어요” 5. “(사람이 어느 정도 모인 후에는) 본격적으로 스트리밍을 시작해도 되겠다는 확신이 들었는데요. 그래서 CP를 찾아다녔는데, (안타깝게도) 계속 거절당했습니다” 6. “얻을 것도 크지 않아 보이는데, 소중한 콘텐츠를 정체도 모를 작은 회사에 넘겨야 하니 리스크가 훨씬 크다고 생각하는 게 당연했죠. 계속 문을 두드리는 것 외에 특별한 방법은 없었어요” 7. “CP사 대표님을 만나고 싶은데, (아예) 기회조차 안 주시는 거예요? 그래서 한 번은 대표님 동선을 상상해서 주말에 데이트하는 척 그 주변을 배회한 적도 있고요. 팀원들이 모여서 손편지를 써서 보낸 적도 있어요” 8. “(그러다) 마침내 계약하겠다는 연락이 왔는데, 손편지가 도착하기 전이라길래 급하게 반송한 적도 있어요 ㅎㅎ 저희가 적극적으로 쫓아다니니까 속는 셈 치고 한 번 믿어주신 거죠. (그렇게 콘텐츠를 수급하기 위해 CP사 대표님을 덕질하듯 쫓아다녔습니다)” 9. “(동시에 애니메이션 플랫폼의 경우) 불법 사이트의 존재가 CP사들에게도 골치였어요. 건강하게 운영하는 스트리밍 서비스가 그들에게도 필요했죠” 10. “(콘텐츠를 수급했으니, 이제 남은 건 고객이 돈을 내도록 설득하는 것이었는데 다행히) 넷플릭스 같은 대형 OTT 성장이 큰 역할을 했습니다. 넷플릭스를 통해 소비자들이 "콘텐츠는 돈 내고 봐야 한다"라는 개념에 익숙해진 거예요” 11. “운도 좋았지만, 저희가 준비돼 있었기 때문에 트래픽을 흡수할 수 있었어요. 아마존 창업자 제프 베조스가 저렴하고 다양한 제품을 빠르게 배송하는 걸 강조했잖아요? (저희는) 디지털 콘텐츠도 비슷하다고 생각했어요” 12. “특히 이용자들이 최대한 빨리 볼 수 있게 하려고 많이 노력 했어요. 저희도 덕후인지라, 조금이라도 콘텐츠를 빨리 보고 싶은 마음을 잘 알거든요. 운영팀이 '집착' '광기'에 가까운 수준으로 서비스를 운영했어요” (=덕후들의 니즈 파악) 13. “보통 애니메이션 신작은 일본에서 공개된 이후 한국 TV에 공개돼요. TV에서 방송이 끝나면 OTT로 넘어오는데요. 그 틈새를 불법 사이트가 치고 들어갔습니다. (그래서) 신작이 처음 공개되는 시점과 국내에서 합법적으로 볼 수 있게 되는 시점의 차이가 너무 길다고 생각했어요” 14. “이 과정을 조금이라도 줄이고 싶어서, TV 방송이 끝나면 파일을 받아 빠르게 작업 후 바로 공개했어요. 새벽 3시에라도요. 덕분에 덕후분들 사이에서 '라프텔이 제일 빠르다'는 인식이 생겼어요” 15. “(라프텔은 인수되기 전부터 월 단위로 흑자를 내고 있었는데) '충성도 높은 고객의 선순환'이 만들어진 덕분이었어요. 덕후분들은 충성도가 강하고, 이 분야에 진심이기 때문에, 리텐션이 높은 편이니까요” 16. “또한 (애니메이션 OTT는) 구독자 수, MAU, 등 모든 지표의 변동 폭이 다른 OTT에 비해 훨씬 적은 편이에요. (그래서) 라프텔은 비용을 쏟아붓는 화려한 방식보다는 '소박한 진심'을 전달하며 서비스를 만들어 왔어요. 그래서 꾸준히 서비스를 성장시킬 수 있었다고 생각합니다” (=섣부른 규모화보다는 덕후들의 마음에 집중) - 김범준&amp;김남희 전 라프텔 공동창업자

www.folin.co

어쩌면 한국에서 로컬 OTT가 살아남는 거의 유일한 방법 ㄷㄷ

문장에서 '있는'을 쓰지 않는 편이 더 자연스러워요. 굳이 있다고 쓰지 않아도 존재하기 때문이죠. 포트폴리오 라이팅시 참고하시면 좋습니다.

포트폴리오 예시는?

🥹 화면 상단에 위치하고 있는 네비게이션 바.
😀 화면 상단에 위치한 네비게이션 바.

🥹 메인 화면에 표시되고 있는 알림 배너.
😀 메인 화면에 표시된 알림 배너.

🥹 페이지 하단에 있는 ‘저장’ 버튼.
😀 페이지 하단 ‘저장’ 버튼.

저도 '있는'을 자주 썼는데, 첫 책을 쓸 때 에디터 님의 권유로 빼는 연습을 했습니다. 문장이 더 간결하고 자연스러워질 거예요.

문장에서 '있는'을 쓰지 않는 편이 더 자연스러워요. 굳이 있다고 쓰지 않아도 존재하기 때문이죠. 포트폴리오 라이팅시 참고하시면 좋습니다. 포트폴리오 예시는? 🥹 화면 상단에 위치하고 있는 네비게이션 바.😀 화면 상단에 위치한 네비게이션 바. 🥹 메인 화면에 표시되고 있는 알림 배너.😀 메인 화면에 표시된 알림 배너. 🥹 페이지 하단에 있는 ‘저장’ 버튼.😀 페이지 하단 ‘저장’ 버튼. 저도 '있는'을 자주 썼는데, 첫 책을 쓸 때 에디터 님의 권유로 빼는 연습을 했습니다. 문장이 더 간결하고 자연스러워질 거예요.

📝 포트폴리오에 ‘있는’을 쓰지 않아도 돼요

[스타트업]8개월 아닌 2주, 카카오에서 배운 당근의 성공 비결 스터디

당근마켓 창업자 인터뷰입니다. 저도 초기 판교장터일때 회사 주변에서 분유 거래했던 때가 생각나네요 ㅎ

stibee.com

Product Owner

정재용

한국 최초 메타버스 결혼식 진행자

글쓰는개미핥기

사용자가 좀 더 쉽게 서비스를 이용하도록 돕는 UX Writer 🤗

🎁 나는 내가 만난 사람들의 총체다.
🙄 '非주류의 Be주류'를 외쳤던 인간

💬 커피챗 언제든지 환영이에요!
✔ UX Writer 성장 클럽장💪
#UXWriter #UXWriting #UX라이팅

연민지마켓 대표

연민지

INTP, 가치 있는 곳을 알리고  줄 세우기 위해 공부합니다.경영,  마케팅, 브랜딩,  철학, 심리에 관심이 많습니다.
"고객이 이기게 하라"는 원칙 하에 정직하게 판매하려고 노력합니다.
세종시 한의원 2곳에서 팀장으로 일하는 동안 브랜딩하여 유명하게 만들었습니다.

- 카카오택시 비즈니스 모델 관련 프로젝트 관리. “카카오택시 for business” 사업기획 및 프로젝트 관리, “카카오택시 블랙” 프라이싱·정산 프로세스 기획, “카카오택시” 자동결제 상위 기획. 카카오택시의 수익화 기반 구축 기여

- 카카오 성과형 광고의 영업기획 담당. 성과분석(SQL 활용) 바탕으로 비즈니스 인사이트 및 영업 가이드 도출. 다음카카오 합병 첫 광고 과제인 “검색광고-옐로아이디 연계 프로젝트” 사업PM으로 500여개 광고주 참여 및 상담률 2배 증가 기여 
 
- Daum앱, 마이피플, 소셜네트워크 Yozm, 위젯뱅크 서비스 기획 및 운영. 통신사·스타트업·모바일 솔루션(OCR, 음성인식) ·콘텐츠 제공자 파트너십 관리. 기타 전사 모바일(UX, 개발) 가이드 관리

Business Development & Project Manager

- Managed “AWAY”, an in-vehicle infotainment (IVI) platform, by working with cross functional teams, and establishing partnerships with mobility companies. Verified business feasibility of IVI market
- Coordinated strategic meetings and facilitated the decision-making processes for the top management. Conducted budget management and created product development processes (R&D, S/W, H/W)

—

- “AWAY” 서비스 PM. 사업기획/프로젝트 관리/파트너십 관리
- 전략 기획 업무 담당. 임원 회의체 운영 및 의사결정 프로세스 지원. 예산 및 제품개발 프로세스(R&D, S/W, H/W) 관리

Strategy & Project Manager

- Global map 플랫폼 프로젝트 관리, 플랫폼 상위 기획 및 전략적 파트너십 관리 
- 네이버지도 내비게이션 궤적 데이터 성장 과제 PM
- 네이버 지도의 비즈니스 모델 테스트 PM, 신규 수익원 발굴
- 네이버 엔터프라이즈 API 출시 사업개발 담당. Deview 2018 키노트 레퍼런스 섭외(Uber, 쏘카, 우아한형제들 등)
- 네이버 지도 갤럭시 기어 앱 제휴 서비스 관리. 전략파트너십 관리 및 C/S 기반 제품 개선 대응
- 네이버 지도 데이터 소싱(대중교통, 로컬 콘텐츠) 관련 파트너사 및 정부기관·지자체 대관 업무 담당

Business Development & Project Manager, NAVER Map

- Expanded Zigzag's business model to include an online "Brand Store" that offers branded merchandise. Established protocols for acquiring new brand selections
- Led projects to improve storefront customer experience and integrate a new catalog system to expand zigzag's selection, significantly increasing customer engagement level
- Led multiple projects to improve the search and shopping experience for zigzag customers
- Established Scrum · A/B testing · customer interview process in the company

- 지그재그 서비스의 신사업 ‘브랜드관’ 런칭, 브랜드 셀렉션 확대 위한 기반 구축
- 스토어홈 개편 프로젝트 관리(UX 개선 & 신규 카탈로그 시스템 통합)
- 지그재그 앱 및 검색 서비스 UX 개선 관리, 쇼핑몰 검색엔진 도입

Product Manager

- Spearheaded the launching of Posty, an online shopping platform targeting women over 40

- 4050여성 타겟 패션 커머스 신사업 “Posty” 총괄, 프로덕트·사업개발·마케팅·세일즈 리드

Head of New Business

교육 / 에듀테크

Product Management

리더십

문제 정의하기

사용자 조사

Product Management & QA Team Lead

- Led a new initiative for the AI SaaS Collaboration Platform “Callabo.ai,” targeting sales professionals as a Product Manager.
- Spearheaded a stealth mode new business initiative, focusing on the incubation and development of a groundbreaking product as Head of New Business.

Product Manager & Head of New Business

- 모바일 신사업 서비스 기획/제휴: 다음앱, 마이피플
- 소셜네트워크 서비스 기획/제휴: yozm
- 위젯 서비스 기획: 위젯뱅크

Project manager

Digitalmedia Bachelor

Graduate school of culture technogy Master

진용진

브런치

linkedin

훌쩍 큰 아이를 바라보며 시간의 속도를 실감하는 아빠. 아주대 미디어학부, KAIST 문화기술대학원을 졸업하고, 다음커뮤니케이션, 카카오, 네이버랩스, 네이버, 카카오스타일, 링글 등에서 프로덕트 관리, 신사업 리더 업무를 담당했었습니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필