여러분 안녕하세요! 오늘은 정말 설레는 소식을 하나 전해드리려 해요.

크레에이터와 팬을 이어주는 플랫폼 essentory와 파트너십을 맺고, 저만의 특별한 멤버십 콘텐츠를 새롭게 선보이게 되었습니다.

해외에서는 Patreon 같은 플랫폼을 통해 수많은 크리에이터들이 자신만의 멤버십 커뮤니티를 만들고, 진짜 팬들과의 관계에 집중하며 지속 가능한 창작 활동을 이어가고 있죠. 에센토리는 이런 흐름을 한국에서 이끌고 있는 플랫폼이며, 저도 감사하게 초기 창작자로 함께하게 되었습니다.

제가 18년 동안 개발자로 지내며 깨달은 가장 큰 교훈은 "혼자 배우는 것보다 함께 배우는 것이 훨씬 강력하다"는 점입니다. 앞으로 에센토리에서 깊이있고 진정성있는 다양한 컨텐츠를 만들어보려고 합니다.

- 한국에서 시작해 글로벌 빅테크로, 그리고 실리콘밸리 스타트업까지 이어진 커리어 여정의 비하인드 스토리
- 다양한 경험을 바탕으로 한 커리어 조언과 기술 인사이트
- 캐나다에서 아이를 키우며 미국 회사에서 원격으로 일하는 평범한 개발자 아빠의 소소한 일상

멤버십에 가입하시면 월 2회 이상의 독점 콘텐츠와 구독자 전용 Q&A 세션, 그리고 개발자 커리어 관련 1:1 상담 기회도 제공해 드릴 예정입니다.

🔗 멤버십 채널 바로가기: https://essentory.onelink.me/Ly5q/channels?id=188

창작자로서 한 걸음 더 나아가는 저의 도전에 응원과 관심으로 함께해주시면 정말 큰 힘이 될 것 같아요. 🙇‍♂️ 찐팬으로 함께해주실 분들 기다릴게요! 💙

여러분 안녕하세요! 오늘은 정말 설레는 소식을 하나 전해드리려 해요. 크레에이터와 팬을 이어주는 플랫폼 essentory와 파트너십을 맺고, 저만의 특별한 멤버십 콘텐츠를 새롭게 선보이게 되었습니다. 해외에서는 Patreon 같은 플랫폼을 통해 수많은 크리에이터들이 자신만의 멤버십 커뮤니티를 만들고, 진짜 팬들과의 관계에 집중하며 지속 가능한 창작 활동을 이어가고 있죠. 에센토리는 이런 흐름을 한국에서 이끌고 있는 플랫폼이며, 저도 감사하게 초기 창작자로 함께하게 되었습니다. 제가 18년 동안 개발자로 지내며 깨달은 가장 큰 교훈은 "혼자 배우는 것보다 함께 배우는 것이 훨씬 강력하다"는 점입니다. 앞으로 에센토리에서 깊이있고 진정성있는 다양한 컨텐츠를 만들어보려고 합니다. - 한국에서 시작해 글로벌 빅테크로, 그리고 실리콘밸리 스타트업까지 이어진 커리어 여정의 비하인드 스토리 - 다양한 경험을 바탕으로 한 커리어 조언과 기술 인사이트 - 캐나다에서 아이를 키우며 미국 회사에서 원격으로 일하는 평범한 개발자 아빠의 소소한 일상 멤버십에 가입하시면 월 2회 이상의 독점 콘텐츠와 구독자 전용 Q&amp;A 세션, 그리고 개발자 커리어 관련 1:1 상담 기회도 제공해 드릴 예정입니다. 🔗 멤버십 채널 바로가기: https://essentory.onelink.me/Ly5q/channels?id=188 창작자로서 한 걸음 더 나아가는 저의 도전에 응원과 관심으로 함께해주시면 정말 큰 힘이 될 것 같아요. 🙇‍♂️ 찐팬으로 함께해주실 분들 기다릴게요! 💙

🙉 달레의 찐팬이 되어주실래요? 💕

알고리즘 입문자를 위한 달레의 친절한 안내서

Binary Tree Level Order Traversal | 알고달레

코딩 테스트를 준비하시는 분들을 위해서 일주일에 한 번씩 문제 풀이를 해드리고 있습니다. 이번 시간에는 LeetCode의 102번째 문제인 Binary Tree Level Order Traver를 재귀와 깊이 우선 탐색을 통해 풀어보겠습니다.

📺 동영상: https://youtu.be/eRQJzWHyQmM
📝 설명/코드: https://www.algodale.com/problems/binary-tree-level-order-traversal/

코딩 테스트를 준비하시는 분들을 위해서 일주일에 한 번씩 문제 풀이를 해드리고 있습니다. 이번 시간에는 LeetCode의 102번째 문제인 Binary Tree Level Order Traver를 재귀와 깊이 우선 탐색을 통해 풀어보겠습니다. 📺 동영상: https://youtu.be/eRQJzWHyQmM📝 설명/코드: https://www.algodale.com/problems/binary-tree-level-order-traversal/

알고달레

리트코드 102. Binary Tree Level Order Traver

직장인으로서 10년 정도 일하게 되면 피할 수 없는 순간이 바로 조직에서 리더의 역할을 받게 되는 인사발령이다. 팀원이었을 때는 내게 주어진 업무를 내가 가진 능력과 주변 동료들의 도움으로 해결하고, 그에 합당한 평가와 보상을 기다리며, 나쁘지 않는 리워드와 내 위치에 안도하며 또 새해를 맞이하고 하루하루를 버텨나가는 과정에 큰 어려움이 없다.

하지만 파트장, 팀장이라는 직함을 받으며 구성원들을 리딩해야 하는 역할이 주어지는 순간부터는 입장이 완전히 달라진다. 더군다나 요즘 같은 VUCA 환경에서 세대 간 격차가 더 촘촘히 벌어진 시대의 리더십은 과거의 나의 상사에게 배웠던 것을 그대로 답습하는 순간 나의 조직문화/리더십 평가는 나락으로 내려갈 수 있다.

리더가 되는 순간, 조직의 성과를 내는 것은 나의 구성원들이고, 그들이 성과를 내도록 해줘야 나의 리더로서의 필요성도 더 넓은 범위로 확장이 되는 것이다. 그렇기에 리더십은 과거의 나의 사수들이 가르쳐줬던 것을 재활용하는 것으로만 끝나면 안되고, 세대와 문화의 변화에 발맞춰 끊임없이 학습해야 한다.

결론은 항상 리더십의 역할이 의외로 크다는 것이며, 팔로우십도 역시 리더십의 수준에 맞춰 따라간다는 것이다. 이에 이 글을 읽는 리더들이 현재의 자리에서 오래오래 좋은 성과를 내며, 믿음직한 조직원들과 함께 동반성장을 하는 바램으로 직원몰입을 유도하는 방법을 함께 고민해보고자 한다.

우리는 흔히 동기부여란 말을 리더십의 주요 덕목으로 자주 사용한다. 동기부여는 외부적 요인, 특히 승진이나 인센티브처럼 어떤 노력이나 성취를 통해 가치 있는 보상을 얻을 수 있다는 기대에 큰 영향을 받는다. 반면에 직원몰입(Engagement)은 내면에 뿌리가 깊고, 흔들림 없는 강력한 헌신, 자부심, 충성을 포괄하는 개념이다. 몰입은 동기부여와 유사하지만 결코 같은 말이 아니다.

개인이 몰입도가 높으면 부정적 환경이 동기부여에 영향을 미쳐도 크게 흔들리지 않는다. 목표에 집중하면서도 주위로 시선을 돌려 조직의 미션을 달성하는 데에 도움이 될 수 있는 기회를 찾으려고 한다. 반면, 동기는 강하지만 몰입도가 낮은 직원은 뭔가 얻을 것이 있을 때만 열심히 일한다.

몰입도가 높은 직원은 조직의 성공을 위해 할 수 있는 일을 최대한 하려고 한다. 직원몰입이 높을수록 기업의 성과도 높다. 몰입도가 낮은 직원으로 인해 발생하는 생산성 손실액이 어마어마하고, 이와 같은 것들이 원인이라면, 문제해결을 위해 자원을 배분하는 것은 전혀 어려운 일이 아니다.

그렇다면 구성원들의 몰입도가 낮아지는 순간은 언제일까? 한번 체크해보자.
☑️비현실적인 기대를 받을 때
☑️내 가치가 항상 평가절하되고 인정받지 못할 때
☑️상사가 내 공을 가로챌 때
☑️리더가 무능하고 사람들에게 존경 받지 못할 때
☑️아무 가치도 없는 일을 해야 할 때
☑️‘안녕하세요’, ‘고마워요’ 같은 기본적인 인사를 듣지 못할 때
☑️상사가 나에게 도움을 주지 않을 때
☑️업무를 잘 처리해도 인정과 칭찬을 받지 못할 때
☑️업무에 의욕이 없는 상사를 볼 때
☑️존중 받지 못할 때
☑️업무에 도움이 안 되는 비판을 받을 때
☑️다른 사람들보다 훨씬 많은 노력을 하는데, 전혀 인정받지 못할 때
☑️조직이 어떤 방향으로 움직이고 있는지 알 수 없을 때
☑️업무를 하기 위해, 극복하거나 피해가야 할 걸림돌이 너무 많을 때
☑️절차가 지나치게 번거로울 때
☑️상사가 직원 의견을 수렴한다고 해놓고 막상 의견을 말하면 무시할 때
☑️상사가 내 의견에 아무 관심이 없을 때
☑️상사가 직원들에게 피드백과 제안을 받아놓고 아무 후속조치도 하지 않을 때

필자가 직장생활에서 상사에게 피드백을 받았던 경험을 떠올려 본다. 내 상사 중 한 분은 업무 진행에 앞서 그 업무의 배경과 기대치를 설명해줬다. 진행과정에서 당연히 등장하는 장애물에 대한 해결책을 찾기 위해 고민과 지원을 요청하면 함께 해주었고, 그 과정에서 작은 결과물에도 인정을 아끼지 않고, 실패와 실수에도 자책감 안겨주기 보다는 응원과 다른 시각을 건네주었다.

그렇다 보니 연말평가서의 길지 않은 평가코멘트에도 나의 부족함을 스스로 인정하며, 더 복합적인 접근방법과 다양한 시도를 할 수 있었음을 반성하고, 새로운 해에는 더 성장해보자 라는 다짐을 하게 되는 성공적인 피드백 시간이 되었다. 그렇게 직장인들을 자기완결성을 갖춰 가며 성장해나가는 것이다.

리더로부터 좋은 피드백과 인정을 받아 몰입도가 높아진 직원들은 이런 행동을 보인다.
✅업무에 관해 새로운 아이디어를 제시한다.
✅업무에 열정과 의욕을 보인다.
✅일을 주도적으로 처리한다.
✅자신과 동료의 능력 향상과 회사 발전을 위해 적극적으로 노력한다.
✅목표와 기대수준을 항상 뛰어넘는다.
✅매사에 호기심이 많고, 질문을 자주 한다.
✅동료들을 격려하고 지지해준다.
✅긍정적이고, 낙관적인 태도를 보인다. 표정이 밝다.
✅어려움을 극복하고 업무에 계속 집중한다. 끈기가 있다.
✅조직에 헌신적이다.

요즘 직원들에게 과연 몰입이란 것이 있을 수 있냐고 반문한다면, 그건 리더가 하기 나름이라고 말씀드리고 싶다. 물론 리더십에 정답은 없다. 하지만 아직 ChatGPT가 대체할 수 없는 일은 사람과 사람이 모여서 하는 것이고, 사람관계에서 인정과 존중은 무엇보다 큰 힘을 발휘한다는 것을 절대 잊어서는 안 된다.

⬇️원문링크
https://www.nterway.com/magazine/view.asp?gubun=column&idx=322

직장인으로서 10년 정도 일하게 되면 피할 수 없는 순간이 바로 조직에서 리더의 역할을 받게 되는 인사발령이다. 팀원이었을 때는 내게 주어진 업무를 내가 가진 능력과 주변 동료들의 도움으로 해결하고, 그에 합당한 평가와 보상을 기다리며, 나쁘지 않는 리워드와 내 위치에 안도하며 또 새해를 맞이하고 하루하루를 버텨나가는 과정에 큰 어려움이 없다. 하지만 파트장, 팀장이라는 직함을 받으며 구성원들을 리딩해야 하는 역할이 주어지는 순간부터는 입장이 완전히 달라진다. 더군다나 요즘 같은 VUCA 환경에서 세대 간 격차가 더 촘촘히 벌어진 시대의 리더십은 과거의 나의 상사에게 배웠던 것을 그대로 답습하는 순간 나의 조직문화/리더십 평가는 나락으로 내려갈 수 있다. 리더가 되는 순간, 조직의 성과를 내는 것은 나의 구성원들이고, 그들이 성과를 내도록 해줘야 나의 리더로서의 필요성도 더 넓은 범위로 확장이 되는 것이다. 그렇기에 리더십은 과거의 나의 사수들이 가르쳐줬던 것을 재활용하는 것으로만 끝나면 안되고, 세대와 문화의 변화에 발맞춰 끊임없이 학습해야 한다. 결론은 항상 리더십의 역할이 의외로 크다는 것이며, 팔로우십도 역시 리더십의 수준에 맞춰 따라간다는 것이다. 이에 이 글을 읽는 리더들이 현재의 자리에서 오래오래 좋은 성과를 내며, 믿음직한 조직원들과 함께 동반성장을 하는 바램으로 직원몰입을 유도하는 방법을 함께 고민해보고자 한다. 우리는 흔히 동기부여란 말을 리더십의 주요 덕목으로 자주 사용한다. 동기부여는 외부적 요인, 특히 승진이나 인센티브처럼 어떤 노력이나 성취를 통해 가치 있는 보상을 얻을 수 있다는 기대에 큰 영향을 받는다. 반면에 직원몰입(Engagement)은 내면에 뿌리가 깊고, 흔들림 없는 강력한 헌신, 자부심, 충성을 포괄하는 개념이다. 몰입은 동기부여와 유사하지만 결코 같은 말이 아니다. 개인이 몰입도가 높으면 부정적 환경이 동기부여에 영향을 미쳐도 크게 흔들리지 않는다. 목표에 집중하면서도 주위로 시선을 돌려 조직의 미션을 달성하는 데에 도움이 될 수 있는 기회를 찾으려고 한다. 반면, 동기는 강하지만 몰입도가 낮은 직원은 뭔가 얻을 것이 있을 때만 열심히 일한다. 몰입도가 높은 직원은 조직의 성공을 위해 할 수 있는 일을 최대한 하려고 한다. 직원몰입이 높을수록 기업의 성과도 높다. 몰입도가 낮은 직원으로 인해 발생하는 생산성 손실액이 어마어마하고, 이와 같은 것들이 원인이라면, 문제해결을 위해 자원을 배분하는 것은 전혀 어려운 일이 아니다. 그렇다면 구성원들의 몰입도가 낮아지는 순간은 언제일까? 한번 체크해보자.☑️비현실적인 기대를 받을 때☑️내 가치가 항상 평가절하되고 인정받지 못할 때☑️상사가 내 공을 가로챌 때☑️리더가 무능하고 사람들에게 존경 받지 못할 때☑️아무 가치도 없는 일을 해야 할 때☑️‘안녕하세요’, ‘고마워요’ 같은 기본적인 인사를 듣지 못할 때☑️상사가 나에게 도움을 주지 않을 때☑️업무를 잘 처리해도 인정과 칭찬을 받지 못할 때☑️업무에 의욕이 없는 상사를 볼 때☑️존중 받지 못할 때☑️업무에 도움이 안 되는 비판을 받을 때☑️다른 사람들보다 훨씬 많은 노력을 하는데, 전혀 인정받지 못할 때☑️조직이 어떤 방향으로 움직이고 있는지 알 수 없을 때☑️업무를 하기 위해, 극복하거나 피해가야 할 걸림돌이 너무 많을 때☑️절차가 지나치게 번거로울 때☑️상사가 직원 의견을 수렴한다고 해놓고 막상 의견을 말하면 무시할 때☑️상사가 내 의견에 아무 관심이 없을 때☑️상사가 직원들에게 피드백과 제안을 받아놓고 아무 후속조치도 하지 않을 때 필자가 직장생활에서 상사에게 피드백을 받았던 경험을 떠올려 본다. 내 상사 중 한 분은 업무 진행에 앞서 그 업무의 배경과 기대치를 설명해줬다. 진행과정에서 당연히 등장하는 장애물에 대한 해결책을 찾기 위해 고민과 지원을 요청하면 함께 해주었고, 그 과정에서 작은 결과물에도 인정을 아끼지 않고, 실패와 실수에도 자책감 안겨주기 보다는 응원과 다른 시각을 건네주었다. 그렇다 보니 연말평가서의 길지 않은 평가코멘트에도 나의 부족함을 스스로 인정하며, 더 복합적인 접근방법과 다양한 시도를 할 수 있었음을 반성하고, 새로운 해에는 더 성장해보자 라는 다짐을 하게 되는 성공적인 피드백 시간이 되었다. 그렇게 직장인들을 자기완결성을 갖춰 가며 성장해나가는 것이다. 리더로부터 좋은 피드백과 인정을 받아 몰입도가 높아진 직원들은 이런 행동을 보인다.✅업무에 관해 새로운 아이디어를 제시한다.✅업무에 열정과 의욕을 보인다.✅일을 주도적으로 처리한다.✅자신과 동료의 능력 향상과 회사 발전을 위해 적극적으로 노력한다.✅목표와 기대수준을 항상 뛰어넘는다.✅매사에 호기심이 많고, 질문을 자주 한다.✅동료들을 격려하고 지지해준다.✅긍정적이고, 낙관적인 태도를 보인다. 표정이 밝다.✅어려움을 극복하고 업무에 계속 집중한다. 끈기가 있다.✅조직에 헌신적이다. 요즘 직원들에게 과연 몰입이란 것이 있을 수 있냐고 반문한다면, 그건 리더가 하기 나름이라고 말씀드리고 싶다. 물론 리더십에 정답은 없다. 하지만 아직 ChatGPT가 대체할 수 없는 일은 사람과 사람이 모여서 하는 것이고, 사람관계에서 인정과 존중은 무엇보다 큰 힘을 발휘한다는 것을 절대 잊어서는 안 된다. ⬇️원문링크https://www.nterway.com/magazine/view.asp?gubun=column&amp;idx=322

최근 스타트업 씬에서는 AI 시대를 맞아  회사 규모와 성과의 관계를 다시 정의해 나...

제너럴리스트, 플레이어 코치…이제 작은 팀으로 큰 임팩트 낸다

과거에는 기업이 성장하면 직원 수도 비례해서 늘어나는 것이 정석이었는데, AI 툴과 오픈 소스 등이 발전하면서 소수 인원으로도 과거에는 불가능했던 규모의 성과를 낼 수 있게 됐어요.

(감마는 28명의 직원으로 사용자 5000만 명을 보유했고 연간반복매출(이하 ARR, Annual Recurring Revenue)은 약 150억 원 이상 내고 있어요. 애니스피어는 20명의 직원으로, 일레븐랩은 50명의 직원으로, 창업한 지 2년이 채 안 돼 ARR 1억 달러(약 1470억 원)를 달성했습니다.)

그러면 누구를 채용하는 것이 좋을지, 그들과 함께 어떻게 일하면 좋을지가 당장 궁금해집니다. 그 트렌드를 짚어봤어요. 자세한 내용은 본문을 읽어주시면 좋겠습니다.

 * 실무진 채용 트렌드 
   * 엔지니어 전공자가 아닌 엔지니어의 증가
   * 툴을 잘 사용하는 사람에 대한 수요 증가
   * 제품을 잘 만드는 사람에 대한 수요 증가
 
 * 관리자 채용 트렌드 
   * 플레이어-코치 포지션의 중요성 상승
   * 제너럴리스트의 급부상
   * IC(Individual Contributor) 채용 증가

 * 조직 문화 트렌드
   * 무의미한 일을 혐오하는 문화
   * 용병(Mercenaries)보다 선교사(Missionaries)를 우대하는 문화
   * 방어적인 태도보다 신뢰를 쌓는 문화
   
   
https://eopla.net/magazines/30434

과거에는 기업이 성장하면 직원 수도 비례해서 늘어나는 것이 정석이었는데, AI 툴과 오픈 소스 등이 발전하면서 소수 인원으로도 과거에는 불가능했던 규모의 성과를 낼 수 있게 됐어요. (감마는 28명의 직원으로 사용자 5000만 명을 보유했고 연간반복매출(이하 ARR, Annual Recurring Revenue)은 약 150억 원 이상 내고 있어요. 애니스피어는 20명의 직원으로, 일레븐랩은 50명의 직원으로, 창업한 지 2년이 채 안 돼 ARR 1억 달러(약 1470억 원)를 달성했습니다.) 그러면 누구를 채용하는 것이 좋을지, 그들과 함께 어떻게 일하면 좋을지가 당장 궁금해집니다. 그 트렌드를 짚어봤어요. 자세한 내용은 본문을 읽어주시면 좋겠습니다. <ul ><li>실무진 채용 트렌드&nbsp;<ul ><li>엔지니어 전공자가 아닌 엔지니어의 증가</li><li>툴을 잘 사용하는 사람에 대한 수요 증가</li><li>제품을 잘 만드는 사람에 대한 수요 증가</li></ul></li></ul>&nbsp;<ul ><li>관리자 채용 트렌드&nbsp;<ul ><li>플레이어-코치 포지션의 중요성 상승</li><li>제너럴리스트의 급부상</li><li>IC(Individual Contributor) 채용 증가</li></ul></li></ul> <ul ><li>조직 문화 트렌드 <ul ><li>무의미한 일을 혐오하는 문화</li><li>용병(Mercenaries)보다 선교사(Missionaries)를 우대하는 문화</li><li>방어적인 태도보다 신뢰를 쌓는 문화</li></ul> </li></ul>https://eopla.net/magazines/30434

여기만 아니면 돼 

AI 시대, 작아지는 팀 규모 : 채용은 어떻게 해야 할까?

﻿
이력서에는 많은 경험을 나열하기보다, 성과가 뛰어나거나 기여도가 높은 소수의 경험을 구체적으로 설명하는 것이 더 효과적입니다. 최근에는 동아리 활동, 기업 주최 공모전, 관심 분야 대회 등 다양한 대외활동을 통해 여러 경험을 쌓는 분들이 많습니다. 진심에서 우러나온 참여도 있지만, 이력서 한 줄을 채우기 위한 목적도 존재합니다.

물론 다양한 경험을 했다는 점은 긍정적입니다. 모든 경험은 분명 가치 있는 자산입니다. 그러나 단순히 "해봤다"고 나열만 한다면, 이력서를 읽는 사람에게는 아무런 인상을 주지 못할 수 있습니다. 따라서 경험의 배경, 목표, 본인의 역할, 구체적 성과, 배운 점 등을 중심으로 상세히 서술하는 것이 중요합니다.

경험이 10개가 넘는데, 모두 자세히 써야 할까요? 이론상 가능하지만, 분량이 많아지면 핵심이 흐려질 수 있습니다. 따라서 가장 대표적이고 자랑하고 싶은 경험 3가지 정도를 선정해 집중적으로 설명하는 것이 효과적입니다.

그렇다면 나머지 경험들은 어떻게 해야 할까요? 버리는 것이 아니라, 별도의 문서로 정리해 링크 형태로 이력서에 첨부하면 됩니다. 이력서에는 대표 경험 3가지를 중점적으로 서술하고, 추가 경험은 "더 많은 경험은 여기에 있습니다"라는 방식으로 안내해보세요. 이력서의 밀도는 높이고, 독자의 흥미를 유도하는 전략이 될 수 있습니다.

채용 담당자는 시간이 없습니다. 그렇다고 대충 읽는다는 의미는 아닙니다. 다만, 주어진 시간 안에 많은 업무를 처리해야 하기에 한 명의 이력서를 오랜 시간 읽기 어렵다는 점을 이해할 필요가 있습니다. 이력서를 읽는 사람의 입장을 고려하면, 작성자의 태도도 달라져야 합니다.

그래서 이력서는 무조건 짧아야 할까요? 아닙니다. "한 장으로 줄이라"는 조언도 있지만, 저는 동의하지 않습니다. 이력서 분량보다 더 중요한 건 흥미롭고 잘 읽히는 내용입니다. 얇지만 어려운 책보다 두껍지만 쉽게 읽히는 책이 더 매력적일 수 있듯이, 이력서도 마찬가지입니다.

이력서는 단순한 정보 나열이 아니라 스토리텔링이 필요합니다. 경험을 시작한 이유, 진행 과정, 결과와 배움까지 이야기 형태로 풀어내면, 읽는 이의 흥미와 공감을 이끌어낼 수 있습니다.

성과가 눈에 띄지 않아 어떤 경험을 써야 할지 고민이 되나요? 자신감을 가지세요. 경험의 가치는 그 속에서 얻은 배움에 있습니다. 숫자가 크거나 유명한 프로젝트보다, 본인의 성장과 통찰을 보여주는 경험이 더 인상 깊을 수 있습니다. 배운 점, 다음에 더 잘할 수 있다는 다짐 등도 훌륭한 성과로 어필할 수 있습니다.

마지막으로, 이력서를 읽는 사람은 모두 다릅니다. 숫자를 중시하는 사람, 친숙한 주제를 반가워하는 사람, 스토리텔링에 끌리는 사람 등 각자의 관점이 있습니다. 따라서 정답은 없습니다. 자신이 가장 잘 표현할 수 있는 방식으로, 자신만의 이야기를 담아내는 것이 가장 좋은 전략입니다.

여러분의 소중한 경험을 자신 있게 표현할 수 있기를 진심으로 응원합니다.

﻿이력서에는 많은 경험을 나열하기보다, 성과가 뛰어나거나 기여도가 높은 소수의 경험을 구체적으로 설명하는 것이 더 효과적입니다. 최근에는 동아리 활동, 기업 주최 공모전, 관심 분야 대회 등 다양한 대외활동을 통해 여러 경험을 쌓는 분들이 많습니다. 진심에서 우러나온 참여도 있지만, 이력서 한 줄을 채우기 위한 목적도 존재합니다. 물론 다양한 경험을 했다는 점은 긍정적입니다. 모든 경험은 분명 가치 있는 자산입니다. 그러나 단순히 "해봤다"고 나열만 한다면, 이력서를 읽는 사람에게는 아무런 인상을 주지 못할 수 있습니다. 따라서 경험의 배경, 목표, 본인의 역할, 구체적 성과, 배운 점 등을 중심으로 상세히 서술하는 것이 중요합니다. 경험이 10개가 넘는데, 모두 자세히 써야 할까요? 이론상 가능하지만, 분량이 많아지면 핵심이 흐려질 수 있습니다. 따라서 가장 대표적이고 자랑하고 싶은 경험 3가지 정도를 선정해 집중적으로 설명하는 것이 효과적입니다. 그렇다면 나머지 경험들은 어떻게 해야 할까요? 버리는 것이 아니라, 별도의 문서로 정리해 링크 형태로 이력서에 첨부하면 됩니다. 이력서에는 대표 경험 3가지를 중점적으로 서술하고, 추가 경험은 "더 많은 경험은 여기에 있습니다"라는 방식으로 안내해보세요. 이력서의 밀도는 높이고, 독자의 흥미를 유도하는 전략이 될 수 있습니다. 채용 담당자는 시간이 없습니다. 그렇다고 대충 읽는다는 의미는 아닙니다. 다만, 주어진 시간 안에 많은 업무를 처리해야 하기에 한 명의 이력서를 오랜 시간 읽기 어렵다는 점을 이해할 필요가 있습니다. 이력서를 읽는 사람의 입장을 고려하면, 작성자의 태도도 달라져야 합니다. 그래서 이력서는 무조건 짧아야 할까요? 아닙니다. "한 장으로 줄이라"는 조언도 있지만, 저는 동의하지 않습니다. 이력서 분량보다 더 중요한 건 흥미롭고 잘 읽히는 내용입니다. 얇지만 어려운 책보다 두껍지만 쉽게 읽히는 책이 더 매력적일 수 있듯이, 이력서도 마찬가지입니다. 이력서는 단순한 정보 나열이 아니라 스토리텔링이 필요합니다. 경험을 시작한 이유, 진행 과정, 결과와 배움까지 이야기 형태로 풀어내면, 읽는 이의 흥미와 공감을 이끌어낼 수 있습니다. 성과가 눈에 띄지 않아 어떤 경험을 써야 할지 고민이 되나요? 자신감을 가지세요. 경험의 가치는 그 속에서 얻은 배움에 있습니다. 숫자가 크거나 유명한 프로젝트보다, 본인의 성장과 통찰을 보여주는 경험이 더 인상 깊을 수 있습니다. 배운 점, 다음에 더 잘할 수 있다는 다짐 등도 훌륭한 성과로 어필할 수 있습니다. 마지막으로, 이력서를 읽는 사람은 모두 다릅니다. 숫자를 중시하는 사람, 친숙한 주제를 반가워하는 사람, 스토리텔링에 끌리는 사람 등 각자의 관점이 있습니다. 따라서 정답은 없습니다. 자신이 가장 잘 표현할 수 있는 방식으로, 자신만의 이야기를 담아내는 것이 가장 좋은 전략입니다. 여러분의 소중한 경험을 자신 있게 표현할 수 있기를 진심으로 응원합니다.﻿

이력서에 쓰는 경험

하지만 이력서를 거꾸로 들고 읽고있는 생성형 그림으로 HR의 맹점까지 한번에 짚어주셨네요 (ㅎㅎ)

1. 엔터테인먼트 프로덕트의 본질은 콘텐츠다. 사용자는 콘텐츠를 소비하며 감정을 느낀다. 재미, 감동, 공포, 희열. 인간의 다양한 감정이 콘텐츠를 통해 꺼내진다.

2. OTT를 제외하면 대부분의 엔터 서비스가 제공하는 콘텐츠 풀은 같다. 교보문고와 알라딘에서 살 수 있는 책들은 같다. 스포티파이와 멜론에서 들을 수 있는 음원도 같다. 그럼 어떻게 차별화할 것인가. 인지도를 위한 브랜딩과 저렴한 가격이 답일까.

3. 결국 같은 걸 어떻게 다르게 팔 것이냐의 싸움이다. 프로덕트 관점의 두 가지 가치가 중요하다. 발견과 경험. 똑같은 걸 팔지만, 무엇을 보여줄 것인가. 그 과정의 경험을 어떻게 설계할 것인가.

4. 콘텐츠가 넘쳐난다. 대신 발견은 희소하다. 책을 사러, 음원을 들으러 서비스를 찾기도 한다. 하지만 사람들은 늘 새로운 '발견'을 기대한다. 그래서 엔터 제품의 가치는 소비보다 '발견'이다. 사람과 알고리즘의 큐레이션과 그 발견의 경험이 핵심이다.

5. 발견의 경험이 자연스럽다면 소비가 일어난다. 소비의 '경험' 역시 중요하다. 극장과 스마트폰의 영화 소비의 몰입도는 다르다. 멜론과 스포티파이의 음원 소비 경험 역시 다르다. 출근길에 아이폰으로 듣던 음악이 자리에 앉은 맥북으로 연결된다. 스포티파이의 seamless 경험은 놀랍다. 쾌적하다.

6. 넘치는 콘텐츠 속에서 새로움을 어떻게 '발견'하는가. 소비하며 느끼는 '경험'의 흐름을 어떻게 설계하는가. 제품은 유저의 접점이다. 콘텐츠를 유저와 연결하는 방식이 곧 콘텐츠의 차별화다. 차별화는 기능이 아닌 발견과 경험이다. 엔터테인먼트 제품은 '무엇을'보다 '어떻게'가 중요하다.

#발견과경험

1. 엔터테인먼트 프로덕트의 본질은 콘텐츠다. 사용자는 콘텐츠를 소비하며 감정을 느낀다. 재미, 감동, 공포, 희열. 인간의 다양한 감정이 콘텐츠를 통해 꺼내진다. ​2. OTT를 제외하면 대부분의 엔터 서비스가 제공하는 콘텐츠 풀은 같다. 교보문고와 알라딘에서 살 수 있는 책들은 같다. 스포티파이와 멜론에서 들을 수 있는 음원도 같다. 그럼 어떻게 차별화할 것인가. 인지도를 위한 브랜딩과 저렴한 가격이 답일까. ​3. 결국 같은 걸 어떻게 다르게 팔 것이냐의 싸움이다. 프로덕트 관점의 두 가지 가치가 중요하다. 발견과 경험. 똑같은 걸 팔지만, 무엇을 보여줄 것인가. 그 과정의 경험을 어떻게 설계할 것인가. ​4. 콘텐츠가 넘쳐난다. 대신 발견은 희소하다. 책을 사러, 음원을 들으러 서비스를 찾기도 한다. 하지만 사람들은 늘 새로운 '발견'을 기대한다. 그래서 엔터 제품의 가치는 소비보다 '발견'이다. 사람과 알고리즘의 큐레이션과 그 발견의 경험이 핵심이다. ​5. 발견의 경험이 자연스럽다면 소비가 일어난다. 소비의 '경험' 역시 중요하다. 극장과 스마트폰의 영화 소비의 몰입도는 다르다. 멜론과 스포티파이의 음원 소비 경험 역시 다르다. 출근길에 아이폰으로 듣던 음악이 자리에 앉은 맥북으로 연결된다. 스포티파이의 seamless 경험은 놀랍다. 쾌적하다. ​6. 넘치는 콘텐츠 속에서 새로움을 어떻게 '발견'하는가. 소비하며 느끼는 '경험'의 흐름을 어떻게 설계하는가. 제품은 유저의 접점이다. 콘텐츠를 유저와 연결하는 방식이 곧 콘텐츠의 차별화다. 차별화는 기능이 아닌 발견과 경험이다. 엔터테인먼트 제품은 '무엇을'보다 '어떻게'가 중요하다. #발견과경험

< 스포티파이와 멜론, 같은 음악인데 왜 경험은 다를까? >

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

실리콘밸리에는 묘한 패턴이 하나 있다. 구글이 제법 괜찮은 AI 제품을 내놓아도 사람들은 OpenAI의 ChatGPT와 Anthropic의 Claude 같은 스타트업 서비스들에게만 열광하는 것이다.특히 구글의 최대 개발자 행사인 구글 I/O를 하루 이틀 앞두고 OpenAI가 시장을 뒤흔들 만한 제품을 발표하며 모든 이목을 집중시키는 일이 반복됐다. OpenAI는 2024년 GPT-4o와 함께 스칼렛 요한슨의 목소리를 흉내내는 전화형 모델을 출시했고, 2023년에는 구글의 Gemini 이전 버전인 Bard 출시 직전에 GPT-4를 선보이며 존재감을 과시했다. 시장은 항상 OpenAI에 열광했고, 구글은 "우리가 최고의 모델을 만들었다"는 옛 명성만 되뇌며 실질적인 반격에는 실패했다.하지만 이번에는 달랐다. 구글 I/O 직전, OpenAI가 발표한 코딩 어시스턴트 '코덱스(Codex)'는 잠시 주목을 받았고 이후 발표된 조니 아이브의 OpenAI 하드웨어 디자인 총괄 합류 소식도 주목을 받았지만, 정작 새로운 제품은 없었다. 이들은 곧 구글 I/O의 비전에 묻혔다. 구글은 AI 전쟁에서 누구보다 강력한 무기들을 가지고 있다. 전 세계 검색 시장 점유율 90%를 차지하는 압도적인 검색엔진 구글, 애플과 모바일 생태계를 양분한 안드로이드 OS, 그리고 구글 클라우드, 지메일, 구글맵 같은 킬러 앱들의 독점적 지위까지. 겉보기에는 실행 속도가 느리고, 조직 내에서는 AI를 각 부서가 따로 도입하면서 엉성하게 움직이는 듯 보였지만,

AI 시대에 갈피 못잡던 구글의 역습 : 오호츠크 리포트

실리콘밸리에는 묘한 패턴이 하나 있다. 구글이 제법 괜찮은 AI 제품을 내놓아도 사람들은 OpenAI의 ChatGPT와 Anthropic의 Claude 같은 스타트업 서비스들에게만 열광하는 것이다.

특히 구글의 최대 개발자 행사인 구글 I/O를 하루 이틀 앞두고 OpenAI가 시장을 뒤흔들 만한 제품을 발표하며 모든 이목을 집중시키는 일이 반복됐다. OpenAI는 2024년 GPT-4o와 함께 스칼렛 요한슨의 목소리를 흉내내는 전화형 모델을 출시했고, 2023년에는 구글의 Gemini 이전 버전인 Bard 출시 직전에 GPT-4를 선보이며 존재감을 과시했다. 시장은 항상 OpenAI에 열광했고, 구글은 "우리가 최고의 모델을 만들었다"는 옛 명성만 되뇌며 실질적인 반격에는 실패했다.

하지만 이번에는 달랐다. 구글 I/O 직전, OpenAI가 발표한 코딩 어시스턴트 '코덱스(Codex)'는 잠시 주목을 받았고 이후 발표된 조니 아이브의 OpenAI 하드웨어 디자인 총괄 합류 소식도 주목을 받았지만, 정작 새로운 제품은 없었다. 이들은 곧 구글 I/O의 비전에 묻혔다.

그렇다면, 과연 구글 I/O의 비전은 무엇이었길래 미래를 보여줬다고 한 것일까요?

 1. 일반 사용자를 위한 제품
 2. 창작자들을 위한 도구
 3. 엔지니어들을 위한 도구
 4. 하드웨어와 미래 비전
 5. 지구를 구하는 사명감까지

실리콘밸리에는 묘한 패턴이 하나 있다. 구글이 제법 괜찮은 AI 제품을 내놓아도 사람들은 OpenAI의 ChatGPT와 Anthropic의 Claude 같은 스타트업 서비스들에게만 열광하는 것이다. 특히 구글의 최대 개발자 행사인 구글 I/O를 하루 이틀 앞두고 OpenAI가 시장을 뒤흔들 만한 제품을 발표하며 모든 이목을 집중시키는 일이 반복됐다. OpenAI는 2024년 GPT-4o와 함께 스칼렛 요한슨의 목소리를 흉내내는 전화형 모델을 출시했고, 2023년에는 구글의 Gemini 이전 버전인 Bard 출시 직전에 GPT-4를 선보이며 존재감을 과시했다. 시장은 항상 OpenAI에 열광했고, 구글은 "우리가 최고의 모델을 만들었다"는 옛 명성만 되뇌며 실질적인 반격에는 실패했다. 하지만 이번에는 달랐다. 구글 I/O 직전, OpenAI가 발표한 코딩 어시스턴트 '코덱스(Codex)'는 잠시 주목을 받았고 이후 발표된 조니 아이브의 OpenAI 하드웨어 디자인 총괄 합류 소식도 주목을 받았지만, 정작 새로운 제품은 없었다. 이들은 곧 구글 I/O의 비전에 묻혔다. 그렇다면, 과연 구글 I/O의 비전은 무엇이었길래 미래를 보여줬다고 한 것일까요? <ol ><li>일반 사용자를 위한 제품</li><li>창작자들을 위한 도구</li><li>엔지니어들을 위한 도구</li><li>하드웨어와 미래 비전</li><li>지구를 구하는 사명감까지</li></ol>

55check.com

AI 시대에 갈피 못잡던 구글의 역습

Chat gpt is a great tool to optimize time https://papas-games.io

외국어를 사용해서? 돈을 더 많이 벌어서? 새로운 기회가 많아서? 글로벌 경력을 쌓을 수 있어서?

실제로 한국에서 일하시다가 외국으로 이직을 하신 분들께 뭐가 제일 좋으시냐고 여쭤보면 이런 답변을 자주 들어요.

"제 할 일만 할 수 있어서 너무 좋아요!"💡

참 의외죠? 😯

돌아켜보면 저도 한국에서 직장을 다닐 때는 항상 제 직무에서 벗어나는 무언가를 하느라 바빴던 것 같아요. 신입 때는 회식, 단합 대회, 송년회 등 각종 행사를 챙기느라 정신이 없었고, 올라가니 뜬금없이 위에서 긴급으로 자료를 취합해 오라는 경우가 많아서 야근이 잦았습니다. 소프트웨어 개발자인데 하루 종일 코드 한 줄 못 쓰고 엑셀 작업만 하다가 현타가 왔던 기억이 있네요 ㅋㅋ

외국에 와서는 직장에서 이런 일에 쓰는 시간이 확 줄어든 느낌인데요. 왜 그런걸까 저도 궁금해서 해외에서 다양한 직종에 종사하고 계신 한국인 분들과 이 것에 대해서 많은 대화를 나누어 보았습니다.

그 중 공통적으로 나왔던 얘기는 해외 직장에서는 중간 관리직이 이런 잡무가 아래로 내려오지 않도록 진짜 헌신적으로 일한다는 것입니다. 반면에 한국 직장에서는 상사가 일을 제대로 안 하거나 (또는 무지하거나 능력이 안 되서) 부하 직원들에게 그냥 떠 넘기는 경우가 많았다고 하시네요. 과잉 충성 때문에 오히려 불필요한 일이 생겨나기도 하고요. 이런 환경에서는 실무자들만 죽어나는 것 같습니다. ㅠㅠ

이러한 차이는 결국 연공서열에 따라 무조건 중간 관리직으로 승진시키는 한국의 기업 문화와 관련이 있지 않을까 생각해보았어요. 외국에서는 단순히 연차가 높다고 관리직에 앉히지는 않습니다. 관리직에 관심이 없는 직원들에게는 애초에 관리 업무를 주지도 않으며, 관리 역량을 성공적으로 수행할 수 있는 능력을 증명해야 관리직 역할을 유지할 수 있죠. 그래서 상대적으로 전문성을 보유한 중간 관리자가 많다고 느껴집니다.

어찌보면 우리가 직장 생활에서 원하는 것은 사실 뭐 그리 대단한 것이 아닐 수 있다는 생각이 들었습니다. 각 구성원이 자신의 역할에 맞는 일만 하게 해줄 수 있어도 훨씬 더 행복한 직장 생활이 될 수 있지 않을까요?

외국어를 사용해서? 돈을 더 많이 벌어서? 새로운 기회가 많아서? 글로벌 경력을 쌓을 수 있어서? 실제로 한국에서 일하시다가 외국으로 이직을 하신 분들께 뭐가 제일 좋으시냐고 여쭤보면 이런 답변을 자주 들어요. "제 할 일만 할 수 있어서 너무 좋아요!"💡 참 의외죠? 😯 돌아켜보면 저도 한국에서 직장을 다닐 때는 항상 제 직무에서 벗어나는 무언가를 하느라 바빴던 것 같아요. 신입 때는 회식, 단합 대회, 송년회 등 각종 행사를 챙기느라 정신이 없었고, 올라가니 뜬금없이 위에서 긴급으로 자료를 취합해 오라는 경우가 많아서 야근이 잦았습니다. 소프트웨어 개발자인데 하루 종일 코드 한 줄 못 쓰고 엑셀 작업만 하다가 현타가 왔던 기억이 있네요 ㅋㅋ 외국에 와서는 직장에서 이런 일에 쓰는 시간이 확 줄어든 느낌인데요. 왜 그런걸까 저도 궁금해서 해외에서 다양한 직종에 종사하고 계신 한국인 분들과 이 것에 대해서 많은 대화를 나누어 보았습니다. 그 중 공통적으로 나왔던 얘기는 해외 직장에서는 중간 관리직이 이런 잡무가 아래로 내려오지 않도록 진짜 헌신적으로 일한다는 것입니다. 반면에 한국 직장에서는 상사가 일을 제대로 안 하거나 (또는 무지하거나 능력이 안 되서) 부하 직원들에게 그냥 떠 넘기는 경우가 많았다고 하시네요. 과잉 충성 때문에 오히려 불필요한 일이 생겨나기도 하고요. 이런 환경에서는 실무자들만 죽어나는 것 같습니다. ㅠㅠ 이러한 차이는 결국 연공서열에 따라 무조건 중간 관리직으로 승진시키는 한국의 기업 문화와 관련이 있지 않을까 생각해보았어요. 외국에서는 단순히 연차가 높다고 관리직에 앉히지는 않습니다. 관리직에 관심이 없는 직원들에게는 애초에 관리 업무를 주지도 않으며, 관리 역량을 성공적으로 수행할 수 있는 능력을 증명해야 관리직 역할을 유지할 수 있죠. 그래서 상대적으로 전문성을 보유한 중간 관리자가 많다고 느껴집니다. 어찌보면 우리가 직장 생활에서 원하는 것은 사실 뭐 그리 대단한 것이 아닐 수 있다는 생각이 들었습니다. 각 구성원이 자신의 역할에 맞는 일만 하게 해줄 수 있어도 훨씬 더 행복한 직장 생활이 될 수 있지 않을까요?

🌎 해외에서 일하면 뭐가 좋을까요❓

AWS는 어쩌다가 클라우드 서비스를 시작하게 되었을까
Git은 어떻게 만들어졌을까
19금 사이트 개발은 어떤 사람들이 하는 걸까

개발자로 살면서, 한번쯤 들었을 법한 의문들에 대해서 팟캐스트를 만들어서 올려보고 있습니다 (AI로...)

많은 관심 부탁드립니다! 🤗
https://www.youtube.com/@Beedio_pyeongbee

AWS는 어쩌다가 클라우드 서비스를 시작하게 되었을까 Git은 어떻게 만들어졌을까 19금 사이트 개발은 어떤 사람들이 하는 걸까 개발자로 살면서, 한번쯤 들었을 법한 의문들에 대해서 팟캐스트를 만들어서 올려보고 있습니다 (AI로...) 많은 관심 부탁드립니다! 🤗https://www.youtube.com/@Beedio_pyeongbee

개발자 교양 팟캐스트

쿠버네티스를 활용한 클라우드 네이티브 데브옵스 | 데브옵스를 위한 쿠버네티스 완벽 활용 가이드쿠버네티스가 표준 플랫폼으로 자리 잡은 클라우드 네이티브 세계에서 데브옵스를 실천하는 방법을 다룬다. 쿠버네티스 ……

쿠버네티스를 활용한 클라우드 네이티브 데브옵스 | 존 어런들 - 교보문고

최근, Next.js 프로젝트를 AWS EKS(Elastic Kubernetes Service)에 배포하는 경험을 했습니다.
이 과정에서 『쿠버네티스를 활용한 클라우드 네이티브 데브옵스』라는 책을 참고하며, 인프라에 대해 배운 내용을 제 방식대로 정리해봤습니다.

👨‍💻🛠️ 모든 것은 소프트웨어며 우리는 모두 엔지니어
이제는 프론트엔드 개발과 운영의 경계가 경계가 점점 사라지고 있습니다. HTML, CSS, JavaScript만 잘 다루면 됐던 시대를 지나 이제는 SSR, API 연동, 배포자동화, 모니터링 까지 고민해야 하죠.
이제 인프라도 코드로 작성하고 관리합니다.
package.json 을 다루듯, deployment.yaml, Dockerfile을 작성합니다.
결국, 인프라를 구성하는 것도 우리가 다루는 ‘코드’입니다.
그리고 코드는 바로 개발자가 잘 다루는 도구 입니다.
빠르고 안정적인 제품 전달은 특정 역할의 몫이 아니라, 모든 개발자의 책임입니다.
AI 시대에 우리는 점점 더 ‘경계를 넘는 개발자’가 되어야 합니다.
“나는 프론트만 해”라는 말보다, “이 기능을 어떻게 빠르게 사용자에게 전달하지?”라는 시야가 중요해졌습니다.
우리는 모두 ‘엔지니어’이고, 세상은 점점 더 모든 것을 ‘코드’로 표현하는 방향으로 나아가고 있으니까요.

🤖 왜 쿠버네티스인가?
비즈니스 관점에서는 “더 적게 실행하는 소프트웨어”가 중요합니다.
이 말은 꼭 적게 개발하자는 게 아니라, 이미 검증된 표준 기술을 활용해 핵심 기능에 집중하자는 의미입니다.
쿠버네티스(Kubernetes)는 그런 관점에서 사실상 인프라 관리의 표준이 되었습니다.
다수의 컨테이너를 한 번에 배포하고, 필요에 따라 스케일을 자동으로 조절해주고, 문제가 생긴 컨테이너는 알아서 다시 띄워줍니다.
프론트 기준으로 비유하자면 Turborepo가 모노레포 내에서 빌드 의존성을 분석하고, 필요한 부분만 선택적으로 빌드해주는 것처럼 쿠버네티스는 수많은 애플리케이션 인스턴스를 효율적으로 실행하고 관리해줍니다.
게다가 오토스케일링, 로드밸런싱 같은 기능도 AWS 같은 특정 클라우드에 종속되지 않고,
쿠버네티스 자체에 내장되어 있어 어떤 환경에서도 일관되게 작동합니다.
결국 우리는 인프라에 시간을 쏟기보다, 비즈니스 로직과 사용자 경험에 더 집중할 수 있게 되는 것이죠.

🧱 쿠버네티스 구조, 핵심 리소스 이해하기
쿠버네티스에서는 애플리케이션을 구성하는 요소들이 계층적으로 관리됩니다. 프론트엔드 개발자에게 익숙한 컴포넌트 트리처럼, 각각의 리소스가 어떤 역할을 하는지 이해하면 전체 구조가 훨씬 명확해집니다.
Pod
하나의 프로그램(보통 하나의 컨테이너)을 실행시키는 가장 작은 단위입니다.
프론트 기준으로 보면, 브라우저에서 하나의 탭이 하나의 페이지 앱을 띄우는 것처럼, Pod는 컨테이너 하나를 띄우는 최소 실행 단위입니다.

ReplicaSet
Pod를 몇 개 띄울지, 언제 다시 띄울지를 관리하는 리소스입니다.
마치 React에서 상태 변화를 감지해서 필요한 컴포넌트만 다시 그리는 것처럼,
ReplicaSet은 애플리케이션이 항상 원하는 수만큼 실행되도록 유지시켜줍니다.

Deployment
선언적인 방식으로 Pod와 ReplicaSet을 관리하는 상위 리소스입니다.
구조로 보면 Deployment → ReplicaSet → Pod 순서입니다.
쉽게 말해, “이 앱을 3개 실행시켜줘” 같은 요청을 코드(yaml)로 정의하고, 이 상태를 자동으로 유지하게 해주는 역할을 합니다.
Deployment는 .yaml 매니페스트로 관리되며, 실제 클러스터의 상태를 원하는 상태와 일치시키도록 쿠버네티스가 지속적으로 조율합니다.

이처럼 쿠버네티스는 복잡한 인프라 구성도 마치 컴포넌트처럼 구조화하고 선언적으로 관리할 수 있게 도와줍니다.
덕분에 인프라 변경도 코드 리뷰와 버전 관리를 통해 안전하게 수행할 수 있게 되는 거죠.

🩺 쿠버네티스의 헬스 체크
헬스 체크(Health Check)는 인프라 전반에서 널리 사용되는 개념이지만, 쿠버네티스는 이 기능을 체계화하고 자가 복구까지 연결 해 놓은 것이 큰 특징입니다. 단순히 컨테이너를 실행하는 것에 그치지 않고, 서비스가 “정상적으로 동작하는지” 판단해서 자동Pod의 응답이 없다면 그 Pod를 죽이고 새로 띄웁니다. 상태에 따라 직접 재시작 하거나 트래픽 대상에서 제외시키고 복구를 시도합니다. 즉 강력한 자가 복구를 해줍니다.
따라서 Next.js 에서는 아래와 같은 API ROUTE를 만들어줄 수 있습니다
// /pages/api/health.ts
export function GET() {
return NextResponse.json({ status: "ok" }, { status: 200 });
}

🌩️ 클라우드 네이티브 개발자?
클라우드 네이티브 개발자는, 클라우드 환경에 최적화된 방식으로 설계, 개발, 배포, 운영까지 고려하는 개발자를 말합니다.
요즘 프론트엔드는 단순한 SPA를 넘어, SSR, CSR, ISR 등 다양한 렌더링 방식에 따라 배포 전략도 달라집니다.
즉, 단순히 앱을 만드는 것뿐 아니라 어디에, 어떻게 띄우느냐"도 이제 중요한 개발의 일부가 된 것이죠.
아무리 인프라 담당자가 따로 있더라도, 도커 이미지 빌드, GitHub Actions 설정, ArgoCD로 배포 확인 및 롤백 같은 과정은 결국 프론트엔드 개발자가 직접 다루게 되는 영역입니다.
그래서 이제 프론트엔드 개발자도 클라우드 네이티브 개발자처럼 시스템 전반을 이해하고, 능동적으로 대처할 수 있는 역량이 필요해졌습니다. 단순히 UI만 잘 만드는 개발자를 넘어서, 인프라, 배포, 모니터링까지 포함한 전체 흐름을 이해해야 복잡한 문제를 "기술로 해결할 수 있는" 좀 더 나은 개발자로 성장할 수 있습니다.
이 글이 누군가에게는 그 여정을 시작하는 좋은 출발점이 되기를 바랍니다. 🙌

https://product.kyobobook.co.kr/detail/S000001810211?utm_source=google&utm_medium=cpc&utm_campaign=googleSearch&gt_network=g&gt_keyword=&gt_target_id=dsa-435935280379&gt_campaign_id=9979905549&gt_adgroup_id=132556570510&gad_source=1

최근, Next.js 프로젝트를 AWS EKS(Elastic Kubernetes Service)에 배포하는 경험을 했습니다. 이 과정에서 『쿠버네티스를 활용한 클라우드 네이티브 데브옵스』라는 책을 참고하며, 인프라에 대해 배운 내용을 제 방식대로 정리해봤습니다. 👨‍💻🛠️ 모든 것은 소프트웨어며 우리는 모두 엔지니어 이제는 프론트엔드 개발과 운영의 경계가 경계가 점점 사라지고 있습니다. HTML, CSS, JavaScript만 잘 다루면 됐던 시대를 지나 이제는 SSR, API 연동, 배포자동화, 모니터링 까지 고민해야 하죠. 이제 인프라도 코드로 작성하고 관리합니다. package.json 을 다루듯, deployment.yaml, Dockerfile을 작성합니다. 결국, 인프라를 구성하는 것도 우리가 다루는 ‘코드’입니다. 그리고 코드는 바로 개발자가 잘 다루는 도구 입니다. 빠르고 안정적인 제품 전달은 특정 역할의 몫이 아니라, 모든 개발자의 책임입니다. AI 시대에 우리는 점점 더 ‘경계를 넘는 개발자’가 되어야 합니다. “나는 프론트만 해”라는 말보다, “이 기능을 어떻게 빠르게 사용자에게 전달하지?”라는 시야가 중요해졌습니다. 우리는 모두 ‘엔지니어’이고, 세상은 점점 더 모든 것을 ‘코드’로 표현하는 방향으로 나아가고 있으니까요. 🤖 왜 쿠버네티스인가? 비즈니스 관점에서는 “더 적게 실행하는 소프트웨어”가 중요합니다. 이 말은 꼭 적게 개발하자는 게 아니라, 이미 검증된 표준 기술을 활용해 핵심 기능에 집중하자는 의미입니다. 쿠버네티스(Kubernetes)는 그런 관점에서 사실상 인프라 관리의 표준이 되었습니다. 다수의 컨테이너를 한 번에 배포하고, 필요에 따라 스케일을 자동으로 조절해주고, 문제가 생긴 컨테이너는 알아서 다시 띄워줍니다. 프론트 기준으로 비유하자면 Turborepo가 모노레포 내에서 빌드 의존성을 분석하고, 필요한 부분만 선택적으로 빌드해주는 것처럼 쿠버네티스는 수많은 애플리케이션 인스턴스를 효율적으로 실행하고 관리해줍니다. 게다가 오토스케일링, 로드밸런싱 같은 기능도 AWS 같은 특정 클라우드에 종속되지 않고, 쿠버네티스 자체에 내장되어 있어 어떤 환경에서도 일관되게 작동합니다. 결국 우리는 인프라에 시간을 쏟기보다, 비즈니스 로직과 사용자 경험에 더 집중할 수 있게 되는 것이죠. 🧱 쿠버네티스 구조, 핵심 리소스 이해하기 쿠버네티스에서는 애플리케이션을 구성하는 요소들이 계층적으로 관리됩니다. 프론트엔드 개발자에게 익숙한 컴포넌트 트리처럼, 각각의 리소스가 어떤 역할을 하는지 이해하면 전체 구조가 훨씬 명확해집니다. Pod 하나의 프로그램(보통 하나의 컨테이너)을 실행시키는 가장 작은 단위입니다. 프론트 기준으로 보면, 브라우저에서 하나의 탭이 하나의 페이지 앱을 띄우는 것처럼, Pod는 컨테이너 하나를 띄우는 최소 실행 단위입니다. ReplicaSet Pod를 몇 개 띄울지, 언제 다시 띄울지를 관리하는 리소스입니다. 마치 React에서 상태 변화를 감지해서 필요한 컴포넌트만 다시 그리는 것처럼, ReplicaSet은 애플리케이션이 항상 원하는 수만큼 실행되도록 유지시켜줍니다. Deployment 선언적인 방식으로 Pod와 ReplicaSet을 관리하는 상위 리소스입니다. 구조로 보면 Deployment → ReplicaSet → Pod 순서입니다. 쉽게 말해, “이 앱을 3개 실행시켜줘” 같은 요청을 코드(yaml)로 정의하고, 이 상태를 자동으로 유지하게 해주는 역할을 합니다. Deployment는 .yaml 매니페스트로 관리되며, 실제 클러스터의 상태를 원하는 상태와 일치시키도록 쿠버네티스가 지속적으로 조율합니다. 이처럼 쿠버네티스는 복잡한 인프라 구성도 마치 컴포넌트처럼 구조화하고 선언적으로 관리할 수 있게 도와줍니다. 덕분에 인프라 변경도 코드 리뷰와 버전 관리를 통해 안전하게 수행할 수 있게 되는 거죠. 🩺 쿠버네티스의 헬스 체크 헬스 체크(Health Check)는 인프라 전반에서 널리 사용되는 개념이지만, 쿠버네티스는 이 기능을 체계화하고 자가 복구까지 연결 해 놓은 것이 큰 특징입니다. 단순히 컨테이너를 실행하는 것에 그치지 않고, 서비스가 “정상적으로 동작하는지” 판단해서 자동Pod의 응답이 없다면 그 Pod를 죽이고 새로 띄웁니다. 상태에 따라 직접 재시작 하거나 트래픽 대상에서 제외시키고 복구를 시도합니다. 즉 강력한 자가 복구를 해줍니다. 따라서 Next.js 에서는 아래와 같은 API ROUTE를 만들어줄 수 있습니다 // /pages/api/health.ts export function GET() { return NextResponse.json({ status: "ok" }, { status: 200 }); } 🌩️ 클라우드 네이티브 개발자? 클라우드 네이티브 개발자는, 클라우드 환경에 최적화된 방식으로 설계, 개발, 배포, 운영까지 고려하는 개발자를 말합니다. 요즘 프론트엔드는 단순한 SPA를 넘어, SSR, CSR, ISR 등 다양한 렌더링 방식에 따라 배포 전략도 달라집니다. 즉, 단순히 앱을 만드는 것뿐 아니라 어디에, 어떻게 띄우느냐"도 이제 중요한 개발의 일부가 된 것이죠. 아무리 인프라 담당자가 따로 있더라도, 도커 이미지 빌드, GitHub Actions 설정, ArgoCD로 배포 확인 및 롤백 같은 과정은 결국 프론트엔드 개발자가 직접 다루게 되는 영역입니다. 그래서 이제 프론트엔드 개발자도 클라우드 네이티브 개발자처럼 시스템 전반을 이해하고, 능동적으로 대처할 수 있는 역량이 필요해졌습니다. 단순히 UI만 잘 만드는 개발자를 넘어서, 인프라, 배포, 모니터링까지 포함한 전체 흐름을 이해해야 복잡한 문제를 "기술로 해결할 수 있는" 좀 더 나은 개발자로 성장할 수 있습니다. 이 글이 누군가에게는 그 여정을 시작하는 좋은 출발점이 되기를 바랍니다. 🙌 https://product.kyobobook.co.kr/detail/S000001810211?utm_source=google&amp;utm_medium=cpc&amp;utm_campaign=googleSearch&amp;gt_network=g&amp;gt_keyword=&amp;gt_target_id=dsa-435935280379&amp;gt_campaign_id=9979905549&amp;gt_adgroup_id=132556570510&amp;gad_source=1

product.kyobobook.co.kr

Next.js 프로젝트를 AWS EKS에 배포하며 배운 것들

프로덕트 매니저(PM)로 일하면서 늘 지표 이야기를 듣게 됩니다. 대부분 PM은 선행지표(leading indicator)와 후행지표(lagging indicator)의 개념을 잘 이해하고 있습니다. 하지만 선행지표에 영향을 미치는 '인풋(input) 지표, '아웃풋(output)' 지표까지 고려하지 않는 경우가 있어서 예시와 함께 설명을 드려보겠습니다.

1. 선행지표와 후행지표
선행지표는 우리가 지금 당장 어떤 행동을 해야 미래의 목표를 달성할 수 있을지 미리 알려주는 지표입니다. 쉽게 말하면 '미래의 성과를 예측할 수 있는 지표'입니다. 예를 들면 커머스에서 '검색 결과에서 장바구니로 담는 비율', SaaS 서비스의 '세션당 핵심 기능 사용 횟수' 등이 대표적입니다.

반면 후행지표는 이미 일어난 일을 통해 우리의 노력이 얼마나 성공적이었는지 확인하는 지표입니다. 예를 들면 매출, ARR(연간 반복 매출), 리텐션 등이 있습니다.

2. 선행지표에 집중해야 하는 이유
OKR을 설정할 때 후행지표가 아니라 선행지표를 설정해야 한다는 점을 많이 강조합니다. 선행지표가 중요한 이유는 변화를 사전에 감지하고 이에 따라 적절히 개선할 수 있는 시간을 확보할 수 있기 때문입니다. 또한, 선행지표는 하나의 팀이나 조직이 직접적으로 통제할 수 있는 지표인 반면, 매출 같은 후행지표는 외부 변수나 여러 팀의 복합적 요인이 영향을 미치기 때문에 통제력이 낮으며, 문제 발생시 진단하고 개선하는 데 많은 시간 지연이 발생할 수 있습니다.

선행지표의 다른 장점은 조직 내 행동을 촉진하는 점입니다. "사람은 측정되는 대로 행동한다"라는 말이 있듯이, 실행 가능한 행동에 집중하도록 하는 것이 선행지표의 큰 장점입니다. 선행지표를 OKR과 같은 주요 목표와 연결하면 팀이 당장 실행 가능한 행동에 집중할 수 있고, 후행지표로 최종 성과를 검증해서 목표 왜곡을 방지해나갈 수 있습니다.

3. 우리가 놓치기 쉬운 인풋과 아웃풋 지표의 중요성
선행지표만으로 충분하다고 생각할 수도 있지만, 실제로는 이 선행지표를 움직이는 인풋(input)과 아웃풋(output) 지표 개념을 같이 일면 좋습니다. PM이 이 구조를 이해하면 제품의 다이나믹고 함께 지표를 더욱 체계적으로 관리할 수 있습니다. 인풋 지표는 팀이 직접적으로 통제할 수 있는 구체적인 행동을 나타내며, 아웃풋 지표는 그 행동의 결과로 나타내는 지표입니다. OKR과 같은 전략적 목표는 선행지표로 설정하고, 선행지표를 움직이게 만드는 인풋과 아웃풋 지표는 개별 이니셔티브나 프로젝트 단위에서 설정하면 목표 달성을 위한 실행력을 높이고, 실질적인 개선 방향을 잡을 수 있습니다.

4. 가상의 예시: 커머스의 검색→구매 전환율 높이기
커머스 search and discovery 팀의 예시(가상)를 통해 인풋 지표(input metric), 선행 지표(leading metric), 아웃풋 지표(output metric), 그리고 후행 지표(lagging metric)의 명확한 관계와 역할을 설명해 보겠습니다.

이 팀의 목표는 검색을 진행한 유저들의 구매 전환율을 향상시키는 것입니다. 처음에는 '검색 결과를 본 유저가 장바구니에 상품을 담는 비율(검색>장바구니 전환율)’을 선행지표로 잡고 UX 개선을 시도했으나, 기대만큼 장바구니 담기 전환율이 상승하지 않았습니다. 그때 담당 프로덕트 매니저(PM)는 중요한 점을 깨닫습니다.

바로, 선행 지표에 직접 영향을 줄 수 있는 팀이 컨트롤 가능한 '인풋 지표'가 설정되지 않았다는 점이었습니다. 기존의 검색 결과 로직이 단순 알파벳(가나다) 순이었기 때문에, 이를 '인기순' 정렬로 변경하는 실험을 진행하기로 합니다.

팀은 '인기순 정렬이 적용된 검색 결과 페이지의 노출 수'를 인풋 지표로 정의했습니다. 팀이 검색 결과 화면에서 인기순 정렬 방식을 부분적으로 배포하여, 이 노출 수를 직접적으로 조정할 수 있었기 때문입니다. 또한 인기순 정렬의 실제 성과는 '검색 결과 CTR(클릭률)'이라는 아웃풋 지표를 통해 측정하였습니다.

실험 결과, 인기순 정렬이 적용된 페이지의 CTR이 상승했고, 이는 선행지표인 장바구니 전환율의 상승으로 이어졌습니다. 결과적으로 장바구니 전환율의 증가는 후행 지표인 주간/월간 검색 기반 매출의 의미 있는 상승으로 이어졌습니다.

이를 간단히 플로우로 보여주면 아래와 같습니다.
(Input) 인기순 정렬 적용된 검색 결과 페이지 노출 수 증가 ⟶ (Output) 검색 결과 CTR 증가 ⟶ (Lead) 장바구니 담기 전환율 증가 ⟶ (Lag) 주간/월간 매출 증가

이처럼 인풋, 선행, 아웃풋, 후행 지표를 명확히 구분하고 각 지표의 역할, 영향력을 설정하면 PM이 제품 개선의 방향성을 정하는데 기여할 수 있을 것이라 생각합니다.

프로덕트 매니저(PM)로 일하면서 늘 지표 이야기를 듣게 됩니다. 대부분 PM은 선행지표(leading indicator)와 후행지표(lagging indicator)의 개념을 잘 이해하고 있습니다. 하지만 선행지표에 영향을 미치는 '인풋(input) 지표, '아웃풋(output)' 지표까지 고려하지 않는 경우가 있어서 예시와 함께 설명을 드려보겠습니다. 1. 선행지표와 후행지표 선행지표는 우리가 지금 당장 어떤 행동을 해야 미래의 목표를 달성할 수 있을지 미리 알려주는 지표입니다. 쉽게 말하면 '미래의 성과를 예측할 수 있는 지표'입니다. 예를 들면 커머스에서 '검색 결과에서 장바구니로 담는 비율', SaaS 서비스의 '세션당 핵심 기능 사용 횟수' 등이 대표적입니다. 반면 후행지표는 이미 일어난 일을 통해 우리의 노력이 얼마나 성공적이었는지 확인하는 지표입니다. 예를 들면 매출, ARR(연간 반복 매출), 리텐션 등이 있습니다. 2. 선행지표에 집중해야 하는 이유 OKR을 설정할 때 후행지표가 아니라 선행지표를 설정해야 한다는 점을 많이 강조합니다. 선행지표가 중요한 이유는 변화를 사전에 감지하고 이에 따라 적절히 개선할 수 있는 시간을 확보할 수 있기 때문입니다. 또한, 선행지표는 하나의 팀이나 조직이 직접적으로 통제할 수 있는 지표인 반면, 매출 같은 후행지표는 외부 변수나 여러 팀의 복합적 요인이 영향을 미치기 때문에 통제력이 낮으며, 문제 발생시 진단하고 개선하는 데 많은 시간 지연이 발생할 수 있습니다. 선행지표의 다른 장점은 조직 내 행동을 촉진하는 점입니다. "사람은 측정되는 대로 행동한다"라는 말이 있듯이, 실행 가능한 행동에 집중하도록 하는 것이 선행지표의 큰 장점입니다. 선행지표를 OKR과 같은 주요 목표와 연결하면 팀이 당장 실행 가능한 행동에 집중할 수 있고, 후행지표로 최종 성과를 검증해서 목표 왜곡을 방지해나갈 수 있습니다. 3. 우리가 놓치기 쉬운 인풋과 아웃풋 지표의 중요성 선행지표만으로 충분하다고 생각할 수도 있지만, 실제로는 이 선행지표를 움직이는 인풋(input)과 아웃풋(output) 지표 개념을 같이 일면 좋습니다. PM이 이 구조를 이해하면 제품의 다이나믹고 함께 지표를 더욱 체계적으로 관리할 수 있습니다. 인풋 지표는 팀이 직접적으로 통제할 수 있는 구체적인 행동을 나타내며, 아웃풋 지표는 그 행동의 결과로 나타내는 지표입니다. OKR과 같은 전략적 목표는 선행지표로 설정하고, 선행지표를 움직이게 만드는 인풋과 아웃풋 지표는 개별 이니셔티브나 프로젝트 단위에서 설정하면 목표 달성을 위한 실행력을 높이고, 실질적인 개선 방향을 잡을 수 있습니다. 4. 가상의 예시: 커머스의 검색→구매 전환율 높이기 커머스 search and discovery 팀의 예시(가상)를 통해 인풋 지표(input metric), 선행 지표(leading metric), 아웃풋 지표(output metric), 그리고 후행 지표(lagging metric)의 명확한 관계와 역할을 설명해 보겠습니다. 이 팀의 목표는 검색을 진행한 유저들의 구매 전환율을 향상시키는 것입니다. 처음에는 '검색 결과를 본 유저가 장바구니에 상품을 담는 비율(검색&gt;장바구니 전환율)’을 선행지표로 잡고 UX 개선을 시도했으나, 기대만큼 장바구니 담기 전환율이 상승하지 않았습니다. 그때 담당 프로덕트 매니저(PM)는 중요한 점을 깨닫습니다. 바로, 선행 지표에 직접 영향을 줄 수 있는 팀이 컨트롤 가능한 '인풋 지표'가 설정되지 않았다는 점이었습니다. 기존의 검색 결과 로직이 단순 알파벳(가나다) 순이었기 때문에, 이를 '인기순' 정렬로 변경하는 실험을 진행하기로 합니다. 팀은 '인기순 정렬이 적용된 검색 결과 페이지의 노출 수'를 인풋 지표로 정의했습니다. 팀이 검색 결과 화면에서 인기순 정렬 방식을 부분적으로 배포하여, 이 노출 수를 직접적으로 조정할 수 있었기 때문입니다. 또한 인기순 정렬의 실제 성과는 '검색 결과 CTR(클릭률)'이라는 아웃풋 지표를 통해 측정하였습니다. 실험 결과, 인기순 정렬이 적용된 페이지의 CTR이 상승했고, 이는 선행지표인 장바구니 전환율의 상승으로 이어졌습니다. 결과적으로 장바구니 전환율의 증가는 후행 지표인 주간/월간 검색 기반 매출의 의미 있는 상승으로 이어졌습니다. 이를 간단히 플로우로 보여주면 아래와 같습니다. (Input) 인기순 정렬 적용된 검색 결과 페이지 노출 수 증가 ⟶ (Output) 검색 결과 CTR 증가 ⟶ (Lead) 장바구니 담기 전환율 증가 ⟶ (Lag) 주간/월간 매출 증가 이처럼 인풋, 선행, 아웃풋, 후행 지표를 명확히 구분하고 각 지표의 역할, 영향력을 설정하면 PM이 제품 개선의 방향성을 정하는데 기여할 수 있을 것이라 생각합니다.

PM이 이해하면 좋은 지표 개념

1. 회사의 스테이지마다 필요한 인재는 다르다. 회사가 성장하면 그 단계에 맞는 구성원이 필요하다. 어린아이가 자라면 입던 옷은 작아진다. 몸에 맞는 새로운 옷이 필요하다. 회사도 그렇다. 성공 경험을 해봤거나, 다른 경험과 생각을 가진 사람이 필요하다. 더 성장하기 위해서.

2. 회사가 변하면 구성원들은 성장하거나, 정체하거나, 도태된다. 이들을 성장시키고, 동기부여하고, 충원하는 건 리더의 몫이다. 최소 몇 걸음을 먼저 보고 고민한다. 그래서 성장은 리더의 그릇과 크기가 같다. 리더가 늘 성장해야 하는 이유다.

3. 10년 전 쿠팡은 그런 회사였다. 미친 듯이 성장했다. 있던 사람들이 나갔다. 또, 새로운 사람들이 들어왔다. 이 사이클의 반복이었다. 그렇게 계속 성장했다.

4. 그 중심은 김범석 의장이었다. 쿠팡의 PO로 일하며 그의 모습을 종종 직접 볼 수 있었던 건 행운이다. 쿠팡을 떠나고 나스닥 상장 시 그의 환한 웃음은 내가 봤던 바로 그 표정이었다. 장소와 상황이 비현실적으로 느껴졌다. 그를 직접 봤던 장면들이 떠올랐다.

5. 하나. 쿠팡 초기 그는 직접 PO 조직을 맡았다. 어느 날 퇴근 무렵 모든 PO가 소집됐다. 무슨 일일까. 이슈는 없었다. PO들에게 떠오른 그의 생각을 직접 전했을 뿐이다. 그때 PO는 mini-ceo라 불렸다. PO 들과 다른 직원들이 보는 그의 모습은 온도차가 있었다. 회사의 기대가 컸기 때문일 거다.

6. 둘. 로켓배송 초기에 물량이 터졌다. 주문이 몰렸다. 마냥 좋아할 수가 없었다. 물량을 받아낼 오퍼레이션 준비가 안됐으니까. 애자일 조직 전체가 주말 물류센터로 투입됐다. 생수를 나르고, 기저귀를 날랐다. 누구도 예외가 없었다. 그 정신없는 물류센터에서 환한 표정으로 웃으며 소매를 걷어붙이고 함께 물량을 쳐내던 그가 있었다.

7. 셋. 그는 직접 전 직원을 대상으로 교육을 진행했다. 지마켓과 쿠팡은 무엇이 다른가, 전략과 수익모델의 차이는 무엇인가. 밖에서 보면 같은 커머스다. 하지만 갈 길은 달랐다. 뭐가 다른지, 왜 달라야 하는지 그는 열변을 토하며 이해시키려고 했다. 커머스를 배우던 내게 신선했다. 많이 배웠다.

8. 넷. 로켓배송 확장을 하던 때다. 동남권 물류센터가 처음 오픈했다. 삼성동에서 대구까지 같은 차로 이동했다. 당시 C 레벨들과 함께. 두 시간 동안 그는 잠시도 쉬지 않았다. 임원들에게 본인의 생각들을 계속 쏟아냈다. 공교롭게도 도착할 무렵 이슈가 터졌다. 전면 장애로 앱 접속이 아예 안됐다. 하필이면 CEO와 있을 때 장애라니. CTO는 사색이 됐다. 그는 잠깐 붉은 얼굴로 화를 내고서는, 다시 환하게 웃는 얼굴로 미팅에 참석했다.

9. 다섯. 함께 축하할 성과가 생겼다. 하지만 당장 다 같이 모일 장소가 없었다. 그는 전층 사무실을 직접 돌았다. 책상 위에 올라가서 확성기로 소리쳤다. 서슴없이 직원들과 하이파이브를 나누며 떠났다. 모두 환호하고 박수를 치며 기뻐했다.

10. 여섯. 분기마다 전사 타운홀을 했다. 코엑스 컨퍼런스룸에서. 아마 스티브 잡스의 키노트 준비가 이렇지 않았을까. 수없는 리허설의 반복, 피드백의 요구, 디테일의 수정. 준비 과정을 모르는 사람들에게는 그저 완벽하고 자연스럽고 울림 있는 프레젠테이션이었을 거다.

11. 쿠팡 없이 어떻게 살았을까? 그런 세상을 만들자. 그는 10년 전부터 외쳤다. 강하게, 자주 반복했다. 그때는 모두 반신반의했다. 로켓배송이 없던 때다. 하지만 그 일이 실제로 일어났다. 코로나 때 쿠팡이 없었다면 우리는 어땠을까. 쿠팡은 전통적인 유통회사들의 매출을 이미 넘어섰다.

12. 그때 그는 어떤 생각이었을까. 이미 나스닥과 글로벌을 생각했을까. 아니면 그도 함께 변하고 성장했을까. 리더는 앞을 내다보는 사람이다. 남이 보지 못하는 걸 본다. 그걸 모두에게 공유한다. 그게 곧 비전이다. 조직을 한 방향으로 이끌어 현실로 만든다. 결국 회사는 그 비전의 크기, 리더가 상상하는 크기만큼 성장한다. 그를 직접 보며 배울 수 있던 기회에 지금도 감사하다.

1. 회사의 스테이지마다 필요한 인재는 다르다. 회사가 성장하면 그 단계에 맞는 구성원이 필요하다. 어린아이가 자라면 입던 옷은 작아진다. 몸에 맞는 새로운 옷이 필요하다. 회사도 그렇다. 성공 경험을 해봤거나, 다른 경험과 생각을 가진 사람이 필요하다. 더 성장하기 위해서. ​2. 회사가 변하면 구성원들은 성장하거나, 정체하거나, 도태된다. 이들을 성장시키고, 동기부여하고, 충원하는 건 리더의 몫이다. 최소 몇 걸음을 먼저 보고 고민한다. 그래서 성장은 리더의 그릇과 크기가 같다. 리더가 늘 성장해야 하는 이유다. ​3. 10년 전 쿠팡은 그런 회사였다. 미친 듯이 성장했다. 있던 사람들이 나갔다. 또, 새로운 사람들이 들어왔다. 이 사이클의 반복이었다. 그렇게 계속 성장했다. ​4. 그 중심은 김범석 의장이었다. 쿠팡의 PO로 일하며 그의 모습을 종종 직접 볼 수 있었던 건 행운이다. 쿠팡을 떠나고 나스닥 상장 시 그의 환한 웃음은 내가 봤던 바로 그 표정이었다. 장소와 상황이 비현실적으로 느껴졌다. 그를 직접 봤던 장면들이 떠올랐다. ​5. 하나. 쿠팡 초기 그는 직접 PO 조직을 맡았다. 어느 날 퇴근 무렵 모든 PO가 소집됐다. 무슨 일일까. 이슈는 없었다. PO들에게 떠오른 그의 생각을 직접 전했을 뿐이다. 그때 PO는 mini-ceo라 불렸다. PO 들과 다른 직원들이 보는 그의 모습은 온도차가 있었다. 회사의 기대가 컸기 때문일 거다. ​6. 둘. 로켓배송 초기에 물량이 터졌다. 주문이 몰렸다. 마냥 좋아할 수가 없었다. 물량을 받아낼 오퍼레이션 준비가 안됐으니까. 애자일 조직 전체가 주말 물류센터로 투입됐다. 생수를 나르고, 기저귀를 날랐다. 누구도 예외가 없었다. 그 정신없는 물류센터에서 환한 표정으로 웃으며 소매를 걷어붙이고 함께 물량을 쳐내던 그가 있었다. ​7. 셋. 그는 직접 전 직원을 대상으로 교육을 진행했다. 지마켓과 쿠팡은 무엇이 다른가, 전략과 수익모델의 차이는 무엇인가. 밖에서 보면 같은 커머스다. 하지만 갈 길은 달랐다. 뭐가 다른지, 왜 달라야 하는지 그는 열변을 토하며 이해시키려고 했다. 커머스를 배우던 내게 신선했다. 많이 배웠다. ​8. 넷. 로켓배송 확장을 하던 때다. 동남권 물류센터가 처음 오픈했다. 삼성동에서 대구까지 같은 차로 이동했다. 당시 C 레벨들과 함께. 두 시간 동안 그는 잠시도 쉬지 않았다. 임원들에게 본인의 생각들을 계속 쏟아냈다. 공교롭게도 도착할 무렵 이슈가 터졌다. 전면 장애로 앱 접속이 아예 안됐다. 하필이면 CEO와 있을 때 장애라니. CTO는 사색이 됐다. 그는 잠깐 붉은 얼굴로 화를 내고서는, 다시 환하게 웃는 얼굴로 미팅에 참석했다. ​9. 다섯. 함께 축하할 성과가 생겼다. 하지만 당장 다 같이 모일 장소가 없었다. 그는 전층 사무실을 직접 돌았다. 책상 위에 올라가서 확성기로 소리쳤다. 서슴없이 직원들과 하이파이브를 나누며 떠났다. 모두 환호하고 박수를 치며 기뻐했다. ​10. 여섯. 분기마다 전사 타운홀을 했다. 코엑스 컨퍼런스룸에서. 아마 스티브 잡스의 키노트 준비가 이렇지 않았을까. 수없는 리허설의 반복, 피드백의 요구, 디테일의 수정. 준비 과정을 모르는 사람들에게는 그저 완벽하고 자연스럽고 울림 있는 프레젠테이션이었을 거다. ​11. 쿠팡 없이 어떻게 살았을까? 그런 세상을 만들자. 그는 10년 전부터 외쳤다. 강하게, 자주 반복했다. 그때는 모두 반신반의했다. 로켓배송이 없던 때다. 하지만 그 일이 실제로 일어났다. 코로나 때 쿠팡이 없었다면 우리는 어땠을까. 쿠팡은 전통적인 유통회사들의 매출을 이미 넘어섰다. ​12. 그때 그는 어떤 생각이었을까. 이미 나스닥과 글로벌을 생각했을까. 아니면 그도 함께 변하고 성장했을까. 리더는 앞을 내다보는 사람이다. 남이 보지 못하는 걸 본다. 그걸 모두에게 공유한다. 그게 곧 비전이다. 조직을 한 방향으로 이끌어 현실로 만든다. 결국 회사는 그 비전의 크기, 리더가 상상하는 크기만큼 성장한다. 그를 직접 보며 배울 수 있던 기회에 지금도 감사하다.

< 쿠팡의 창업자를 직접 보며 배운 것: 리더의 크기가 전부다 >

나는 가끔 조합형 한글의 아름다움에 대해 생각한다.

그 아름다움은 단순히 예쁜 글꼴이나 정갈한 종이 위의 자소 배열에서 끝나지 않는다. 진짜 매력은, 정밀한 정보 구조와 이산 수학적 규칙성 속에 숨어 있다.

초성 19자, 중성 21자, 종성 28자(받침없음 포함)의 조합으로 구성된 조합형 한글은 이론적으로 가능한 모든 조합을 체계적으로 담아낸, 말 그대로 한글 문자 컴파일러와도 같다.

유니코드에서 한글은 U+AC00(가)부터 U+D7A3(힣)까지, 무려 11,172개의 음절로 정의되어 있는데, 이 조합 방식은 다차원 배열의 인덱싱 구조와도 흡사하다. 예컨대 ‘한’이라는 글자는 초성 ‘ᄒ’, 중성 ‘ᅡ’, 종성 ‘ᆫ’으로 구성되며, 다음 공식을 통해 유니코드 포인트가 계산된다:

U+AC00 + (초성 인덱스 × 588) + (중성 인덱스 × 28) + 종성 인덱스

이는 단순한 문자 처리 방식이 아니다. 초·중·종성이라는 세 개의 축을 갖는 3차원 좌표 공간에서 유니코드 포인트로 압축하여 출력하는 고성능 한글 출력 엔진이라 할 만하다. 15세기에 고안된 문자 체계가 현대 알고리즘 수준의 체계를 이미 내포하고 있었다는 것이다.

물론 조합형이라는 표현은 현대 디지털 기술이 정의한 것이지만, 그 기저에는 분해와 조합이 가능한 체계적 자모 설계가 존재한다. 즉, 세종대왕은 문자라는 고급 개념을 기계적으로 구현 가능한 형태로 설계한 엔지니어였던 셈이다.

어찌 보면, 조합형 한글은 600년 전에 만들어진 한국어라는 언어의 바이트코드다. 문자 이전의 자모, 음소 이전의 정보 구조. 다르게 말하자면 세종대왕은 나랏말을 만든 게 아니라, 나랏말을 코드화한 것이라고 할 수 있다.

즉, 세종대왕은 킹 갓 프로그래머였던 것.

나는 가끔 조합형 한글의 아름다움에 대해 생각한다. 그 아름다움은 단순히 예쁜 글꼴이나 정갈한 종이 위의 자소 배열에서 끝나지 않는다. 진짜 매력은, 정밀한 정보 구조와 이산 수학적 규칙성 속에 숨어 있다. 초성 19자, 중성 21자, 종성 28자(받침없음 포함)의 조합으로 구성된 조합형 한글은 이론적으로 가능한 모든 조합을 체계적으로 담아낸, 말 그대로 한글 문자 컴파일러와도 같다. 유니코드에서 한글은 U+AC00(가)부터 U+D7A3(힣)까지, 무려 11,172개의 음절로 정의되어 있는데, 이 조합 방식은 다차원 배열의 인덱싱 구조와도 흡사하다. 예컨대 ‘한’이라는 글자는 초성 ‘ᄒ’, 중성 ‘ᅡ’, 종성 ‘ᆫ’으로 구성되며, 다음 공식을 통해 유니코드 포인트가 계산된다: U+AC00 + (초성 인덱스 × 588) + (중성 인덱스 × 28) + 종성 인덱스 이는 단순한 문자 처리 방식이 아니다. 초·중·종성이라는 세 개의 축을 갖는 3차원 좌표 공간에서 유니코드 포인트로 압축하여 출력하는 고성능 한글 출력 엔진이라 할 만하다. 15세기에 고안된 문자 체계가 현대 알고리즘 수준의 체계를 이미 내포하고 있었다는 것이다. 물론 조합형이라는 표현은 현대 디지털 기술이 정의한 것이지만, 그 기저에는 분해와 조합이 가능한 체계적 자모 설계가 존재한다. 즉, 세종대왕은 문자라는 고급 개념을 기계적으로 구현 가능한 형태로 설계한 엔지니어였던 셈이다. 어찌 보면, 조합형 한글은 600년 전에 만들어진 한국어라는 언어의 바이트코드다. 문자 이전의 자모, 음소 이전의 정보 구조. 다르게 말하자면 세종대왕은 나랏말을 만든 게 아니라, 나랏말을 코드화한 것이라고 할 수 있다. 즉, 세종대왕은 킹 갓 프로그래머였던 것.

나는 가끔 조합형 한글의 아름다움에 대해 생각한다.

그 아름다움

리트코드 102. Binary Tree Level Order Tr

🚀 유니콘이라 불리던 그들, 이제 진짜 실력을 보여줄 때

어제 언더스탠딩에서 본 파인드어스 이재용 회계사님의 분석이 인상 깊어서 정리해 봤습니다. 이 글을 쓰는 중에도 &quot;흑자 났다고 축하할 때가 아니다&quot;라는 말이 계속 맴돕니다.

💰 유니콘, 기업가치 1조 원의 무게

기업가치 1조 원, 이제 증명해야 할 시간입니다. 경기가 좋을 때, 투자받을 때는 &#39;가능성&#39;으로 평가받았지만, 이제는 다릅니다. 투자자들은 2-3년 내 회수를 기대하고 있고, 우리가 봐야 할 건 손익계산서가 아니라 진짜 성장하고 있는지입니다. 매출 숫자보다 중요한 건, 사용자들이 정말 우리 서비스 없이는 못 사는지예요.

📈 토스 | 일상이 된 금융 플랫폼

토스는 이 한 가지 수치만 봐도 압도적입니다.

1인당 평균 사용시간 154분 (카카오뱅크는 28분)으로 2022년 53분에서 시작해서 매년 2배씩 늘어나는 중이죠. 토스를 단순한 인터넷은행으로 본다면 하루에 2시간 반 쓴다는 게 납득하기 어렵습니다. 하지만 토스는 해냈습니다. 일단 시도하고 아니면 롤백하는 방식에 호불호는 있지만 만보기부터 운세, 건강검진결과까지 다양한 서비스로 사용자를 모은 덕분이죠. 금융에 생활이 더해져서 이제는 생활에 금융이 닿은 플랫폼이 되었고 무엇보다 인터넷뱅킹 사각지대에 있던 시니어와 키즈 세그먼트를 유입시켰죠. 매일 들어오게 만드는 데 성공했습니다.

일단 들어왔으니 투자도 보고, 대출도 확인하고 어느새 토스 없는 하루가 상상이 안 

토스·당근·오늘의집, 찔끔 흑자라고 웃을 때 아닙니다 (파인드어스 이재용 회계사) | Walcoln SJ Rhee

어제 언더스탠딩에서 본 파인드어스 이재용 회계사님의 분석이 인상 깊어서 정리해 봤습니다. 이 글을 쓰는 중에도 "흑자 났다고 축하할 때가 아니다"라는 말이 계속 맴돕니다.

💰 유니콘, 기업가치 1조 원의 무게

기업가치 1조 원, 이제 증명해야 할 시간입니다. 경기가 좋을 때, 투자받을 때는 '가능성'으로 평가받았지만, 이제는 다릅니다. 투자자들은 2-3년 내 회수를 기대하고 있고, 우리가 봐야 할 건 손익계산서가 아니라 진짜 성장하고 있는지입니다. 매출 숫자보다 중요한 건, 사용자들이 정말 우리 서비스 없이는 못 사는지예요.

📈 토스 | 일상이 된 금융 플랫폼

토스는 이 한 가지 수치만 봐도 압도적입니다.

1인당 평균 사용시간 154분 (카카오뱅크는 28분)으로 2022년 53분에서 시작해서 매년 2배씩 늘어나는 중이죠. 토스를 단순한 인터넷은행으로 본다면 하루에 2시간 반 쓴다는 게 납득하기 어렵습니다. 하지만 토스는 해냈습니다. 일단 시도하고 아니면 롤백하는 방식에 호불호는 있지만 만보기부터 운세, 건강검진결과까지 다양한 서비스로 사용자를 모은 덕분이죠. 금융에 생활이 더해져서 이제는 생활에 금융이 닿은 플랫폼이 되었고 무엇보다 인터넷뱅킹 사각지대에 있던 시니어와 키즈 세그먼트를 유입시켰죠. 매일 들어오게 만드는 데 성공했습니다.

일단 들어왔으니 투자도 보고, 대출도 확인하고 어느새 토스 없는 하루가 상상이 안 되는 상태가 되었죠. 현존하는 국내 서비스에서는 가장 확실하게 성공을 증명한 진짜 플랫폼 전략이구나 싶었습니다.

🥕 당근마켓 | 양적 성장의 한계와 질적 성장의 과제

당근 발표 자료를 보면 곳곳에 성장 한계의 신호들이 보입니다. 이미 가입자는 4천만 명이고 MAU는 2,000만 명으로 크게 이 수치를 늘리기 어려워 보여죠. 1인당 거래는 연 9건 수준입니다. 이것도 한계가 보입니다.

진짜 문제는 다른 곳에 있습니다. 중고거래를 넘어서야 하니 '알바', '동네생활', '동네지도' 등 당신 근처의 생활을 위해 앱을 적극적으로 사용하는 패턴이 만들어져야 하는데 글쎄요. WAU 1,300만 명이 1년에 3,900만 건의 소통을 한다는 건, 1인당 매년 3개 글만 쓴다는 뜻이에요. 활성화된 커뮤니티라고 하기에는 부족합니다.

중고거래는 이사나 대청소처럼 필요할 때 급증하는데 사용자를 매일 들어오게 하려면 동네 맛집 추천도 보고, 운동 모임도 찾고 그래야 하잖아요. 아직은 그 단계까지 가지 못한 것 같습니다.

당근은 중고거래의 왕은 맞지만, 동네 커뮤니티의 왕이 될 수 있을까요? 게다가 당근에서 물건을 찾다가 쿠팡 광고를 보면 음? 이런 느낌이 종종 듭니다. 아, 광고는 현재 당근 수익의 99.8%를 차지하고 있습니다.

🏠 오늘의집 | 구조적 역풍 속 생존

거시경제의 바람이 매섭습니다.

1. 통계청 발표에 따르면 1970년 이후 이사율은 최저치 - 100명 중 12명 수준
2. 1인 가구 비중은 33%까지 늘었지만, 인테리어 지출은 신혼가구 대비 1/3 수준
3. 경기침체로 부동산 거래량 지속적 감소세

사회적 변화로 보면 오늘의집 2024년 실적(영업이익 6억 원)은 '졌잘싸'로 평가할 수 있습니다. 전년 대비 22% 정도 거래액이 늘었다는 건 인정해야 합니다.

앞으로가 더 걱정입니다.

1. 비혼, 저출산 시대에 집을 꾸밀 절대적 모수 감소 (10년 전과 비교하면 40% 감소)
2. 부동산 가격 영향으로 이사 자체가 줄어들고 월세가 전세 역전
3. 경기가 어려워지면서 가처분소득 감소로 인테리어는 뒷순위

오늘의집은 슈퍼커머스를 꿈꾸며 카테고리를 늘렸고 쌀, 소고기, 계란까지 판매하고 있습니다. 인테리어로 시작해 식품까지 파는 건 유니콘으로서 부여받은 목표 거래액(수, 양)을 맞추기 위해서 어쩔 수 없는 선택이었을 겁니다. 문제는 정체성의 혼란, 쿠팡이나 컬리와 경쟁하는 상황이 되어버렸습니다.

[ 큐레이터의 문장 🎒 ]

✅ 토스가 증명한 하나의 성공 방정식
사용자에게 스며들기. 금융 서비스가 아니라 생활 서비스가 된 거죠.

🔄 당근의 숙제
중고거래 1등에서 동네생활 1등으로 진화할 수 있을까요? 쉽지 않은 상황입니다.

🏗️ 오늘의집의 생존기
어려운 이사, 인테리어 시장에서도 성장했다는 건 의미 있지만, 앞으로가 더 걱정입니다.

유니콘으로 선정되는 것보다 유니콘이라는 것을 증명해야 하는 시기. 기업가치가 아니라, 사용자들이 "이거 없으면 안 돼"라고 말하는 서비스를 만든 곳이겠죠. 여러분이 매일 사용하는 서비스 중에서 정말 '없으면 안 되는' 서비스는 무엇인가요?

출처: 파인드어스 이재용 회계사 - "토스·당근·오늘의집, 찔끔 흑자라고 웃을 때 아닙니다"

https://www.linkedin.com/posts/redbusbagman_%ED%86%A0%EC%8A%A4%EB%8B%B9%EA%B7%BC%EC%98%A4%EB%8A%98%EC%9D%98%EC%A7%91-%EC%B0%94%EB%81%94-%ED%9D%91%EC%9E%90%EB%9D%BC%EA%B3%A0-%EC%9B%83%EC%9D%84-%EB%95%8C-%EC%95%84%EB%8B%99%EB%8B%88%EB%8B%A4-%ED%8C%8C%EC%9D%B8%EB%93%9C%EC%96%B4%EC%8A%A4-%EC%9D%B4%EC%9E%AC%EC%9A%A9-activity-7333327097496514561-v_Ka?utm_source=social_share_send&utm_medium=member_desktop_web&rcm=ACoAAAZSc3oBarIEHbo_ENsWiZv-BA5Ud1-qJ3U

어제 언더스탠딩에서 본 파인드어스 이재용 회계사님의 분석이 인상 깊어서 정리해 봤습니다. 이 글을 쓰는 중에도 "흑자 났다고 축하할 때가 아니다"라는 말이 계속 맴돕니다. 💰 유니콘, 기업가치 1조 원의 무게 기업가치 1조 원, 이제 증명해야 할 시간입니다. 경기가 좋을 때, 투자받을 때는 '가능성'으로 평가받았지만, 이제는 다릅니다. 투자자들은 2-3년 내 회수를 기대하고 있고, 우리가 봐야 할 건 손익계산서가 아니라 진짜 성장하고 있는지입니다. 매출 숫자보다 중요한 건, 사용자들이 정말 우리 서비스 없이는 못 사는지예요. 📈 토스 | 일상이 된 금융 플랫폼 토스는 이 한 가지 수치만 봐도 압도적입니다. 1인당 평균 사용시간 154분 (카카오뱅크는 28분)으로 2022년 53분에서 시작해서 매년 2배씩 늘어나는 중이죠. 토스를 단순한 인터넷은행으로 본다면 하루에 2시간 반 쓴다는 게 납득하기 어렵습니다. 하지만 토스는 해냈습니다. 일단 시도하고 아니면 롤백하는 방식에 호불호는 있지만 만보기부터 운세, 건강검진결과까지 다양한 서비스로 사용자를 모은 덕분이죠. 금융에 생활이 더해져서 이제는 생활에 금융이 닿은 플랫폼이 되었고 무엇보다 인터넷뱅킹 사각지대에 있던 시니어와 키즈 세그먼트를 유입시켰죠. 매일 들어오게 만드는 데 성공했습니다. 일단 들어왔으니 투자도 보고, 대출도 확인하고 어느새 토스 없는 하루가 상상이 안 되는 상태가 되었죠. 현존하는 국내 서비스에서는 가장 확실하게 성공을 증명한 진짜 플랫폼 전략이구나 싶었습니다. 🥕 당근마켓 | 양적 성장의 한계와 질적 성장의 과제 당근 발표 자료를 보면 곳곳에 성장 한계의 신호들이 보입니다.&nbsp;이미 가입자는 4천만 명이고 MAU는 2,000만 명으로 크게 이 수치를 늘리기 어려워 보여죠. 1인당 거래는 연 9건 수준입니다. 이것도 한계가 보입니다. 진짜 문제는 다른 곳에 있습니다. 중고거래를 넘어서야 하니 '알바', '동네생활', '동네지도' 등 당신 근처의 생활을 위해 앱을 적극적으로 사용하는 패턴이 만들어져야 하는데 글쎄요. WAU 1,300만 명이 1년에 3,900만 건의 소통을 한다는 건, 1인당 매년 3개 글만 쓴다는 뜻이에요. 활성화된 커뮤니티라고 하기에는 부족합니다. 중고거래는 이사나 대청소처럼 필요할 때 급증하는데 사용자를 매일 들어오게 하려면 동네 맛집 추천도 보고, 운동 모임도 찾고 그래야 하잖아요. 아직은 그 단계까지 가지 못한 것 같습니다. 당근은 중고거래의 왕은 맞지만, 동네 커뮤니티의 왕이 될 수 있을까요? 게다가 당근에서 물건을 찾다가 쿠팡 광고를 보면 음? 이런 느낌이 종종 듭니다. 아, 광고는 현재 당근 수익의 99.8%를 차지하고 있습니다. 🏠 오늘의집 | 구조적 역풍 속 생존 거시경제의 바람이 매섭습니다. 1. 통계청 발표에 따르면 1970년 이후 이사율은 최저치 - 100명 중 12명 수준 2. 1인 가구 비중은 33%까지 늘었지만, 인테리어 지출은 신혼가구 대비 1/3 수준 3. 경기침체로 부동산 거래량 지속적 감소세 사회적 변화로 보면 오늘의집 2024년 실적(영업이익 6억 원)은 '졌잘싸'로 평가할 수 있습니다. 전년 대비 22% 정도 거래액이 늘었다는 건 인정해야 합니다. 앞으로가 더 걱정입니다. 1. 비혼, 저출산 시대에 집을 꾸밀 절대적 모수 감소 (10년 전과 비교하면 40% 감소) 2. 부동산 가격 영향으로 이사 자체가 줄어들고 월세가 전세 역전 3. 경기가 어려워지면서 가처분소득 감소로 인테리어는 뒷순위 오늘의집은 슈퍼커머스를 꿈꾸며 카테고리를 늘렸고 쌀, 소고기, 계란까지 판매하고 있습니다. 인테리어로 시작해 식품까지 파는 건 유니콘으로서 부여받은 목표 거래액(수, 양)을 맞추기 위해서 어쩔 수 없는 선택이었을 겁니다. 문제는 정체성의 혼란, 쿠팡이나 컬리와 경쟁하는 상황이 되어버렸습니다. [ 큐레이터의 문장 🎒 ] ✅ 토스가 증명한 하나의 성공 방정식 사용자에게 스며들기. 금융 서비스가 아니라 생활 서비스가 된 거죠. 🔄 당근의 숙제 중고거래 1등에서 동네생활 1등으로 진화할 수 있을까요? 쉽지 않은 상황입니다. 🏗️ 오늘의집의 생존기 어려운 이사, 인테리어 시장에서도 성장했다는 건 의미 있지만, 앞으로가 더 걱정입니다. 유니콘으로 선정되는 것보다 유니콘이라는 것을 증명해야 하는 시기. 기업가치가 아니라, 사용자들이 "이거 없으면 안 돼"라고 말하는 서비스를 만든 곳이겠죠. 여러분이 매일 사용하는 서비스 중에서 정말 '없으면 안 되는' 서비스는 무엇인가요? 출처: 파인드어스 이재용 회계사 - "토스·당근·오늘의집, 찔끔 흑자라고 웃을 때 아닙니다" https://www.linkedin.com/posts/redbusbagman_%ED%86%A0%EC%8A%A4%EB%8B%B9%EA%B7%BC%EC%98%A4%EB%8A%98%EC%9D%98%EC%A7%91-%EC%B0%94%EB%81%94-%ED%9D%91%EC%9E%90%EB%9D%BC%EA%B3%A0-%EC%9B%83%EC%9D%84-%EB%95%8C-%EC%95%84%EB%8B%99%EB%8B%88%EB%8B%A4-%ED%8C%8C%EC%9D%B8%EB%93%9C%EC%96%B4%EC%8A%A4-%EC%9D%B4%EC%9E%AC%EC%9A%A9-activity-7333327097496514561-v_Ka?utm_source=social_share_send&amp;utm_medium=member_desktop_web&amp;rcm=ACoAAAZSc3oBarIEHbo_ENsWiZv-BA5Ud1-qJ3U

www.linkedin.com

⟪🚀 유니콘이라 불리던 그들, 이제 진짜 실력을 보여줄 때⟫

This link will take you to a page that’s not on LinkedIn

LinkedIn

한때 천만원에 거래가 되기도 했던 Manus를 "Bedrock-Manus"로 무료 오픈소스로 공개합니다. 아래는 이를 활용한 "Deep Research" 기능입니다. 데모 영상, 깃헙 코드까지 보실 수 있습니다. 이렇게 다 공개해도 되나싶네요 ㅎㅎ

🔍 Deep Research란? AI가 웹을 자동으로 탐색해서 심층적인 조사 보고서를 작성해주는 기능입니다.

✨ 주요 특징:
1️⃣ 복합적 정보 수집 및 분석
2️⃣ 자동화된 심층 리서치 프로세스
3️⃣ AWS Bedrock 기반 고도화된 AI 활용

🔗 오픈소스로 제공되니, 필요하신 분들은 언제든 자유롭게 활용해 보세요!

📺 Demo: hhttps://www.youtube.com/watch?v=Pb1lJTSLI98
👉 Code:
- Deep-researh based on Bedrock Manus: https://lnkd.in/gjfXg2CD
- Bedrock-Manus: https://lnkd.in/eCQ4qjir

여러분의 프로젝트나 업무에 도움이 되길 바라며, 사용 후기나 개선 아이디어도 공유해 주시면 더욱 발전시켜 나가겠습니다.

(AWS GenAI Specialist SA이신 장동진 박사님이 올리신 자료입니다. 더 많은 자료는 아래 유툽 채널을 참조하세요! 진짜 금광입니다....)
https://www.youtube.com/@dongjinjang5551

한때 천만원에 거래가 되기도 했던 Manus를 "Bedrock-Manus"로 무료 오픈소스로 공개합니다. 아래는 이를 활용한 "Deep Research" 기능입니다. 데모 영상, 깃헙 코드까지 보실 수 있습니다. 이렇게 다 공개해도 되나싶네요 ㅎㅎ 🔍 Deep Research란? AI가 웹을 자동으로 탐색해서 심층적인 조사 보고서를 작성해주는 기능입니다. ✨ 주요 특징: 1️⃣ 복합적 정보 수집 및 분석 2️⃣ 자동화된 심층 리서치 프로세스 3️⃣ AWS Bedrock 기반 고도화된 AI 활용 🔗 오픈소스로 제공되니, 필요하신 분들은 언제든 자유롭게 활용해 보세요! 📺 Demo: hhttps://www.youtube.com/watch?v=Pb1lJTSLI98 👉 Code: - Deep-researh based on Bedrock Manus: https://lnkd.in/gjfXg2CD - Bedrock-Manus: https://lnkd.in/eCQ4qjir 여러분의 프로젝트나 업무에 도움이 되길 바라며, 사용 후기나 개선 아이디어도 공유해 주시면 더욱 발전시켜 나가겠습니다. (AWS GenAI Specialist SA이신 장동진 박사님이 올리신 자료입니다. 더 많은 자료는 아래 유툽 채널을 참조하세요! 진짜 금광입니다....)https://www.youtube.com/@dongjinjang5551

lnkd.in

한때 천만원에 거래되었던 Manus, Bedrock 무료 오픈소스

✅️Prompting Guide 101 by Google : https://lnkd.in/d8UwPWeN

✅️ Identifying and Scaling Al use cases by OpenAl : https://lnkd.in/dJ36b3PU

✅️ A practical guide to building agents y OpenAI : https://lnkd.in/dBsKFteH

✅️ Best Practices sof Agentic Coding by Anthropic : https://lnkd.in/dA8JatJ7

✅️ Build Trusted Al in the enterprise by Anthropic : https://lnkd.in/dqjZmHax

✅️ AI in the enterprise by OpenAI : https://lnkd.in/d22VHqZt

✅️ Agents Companion by Google - https://lnkd.in/dGWvihgC

✅️ Prompt Engineering by Google : https://lnkd.in/dGXZ2DNR

✅️ The Prompt Collection : https://lnkd.in/dpFrJqvm

✅️Prompting Guide 101 by Google : https://lnkd.in/d8UwPWeN ✅️ Identifying and Scaling Al use cases by OpenAl : https://lnkd.in/dJ36b3PU ✅️ A practical guide to building agents y OpenAI : https://lnkd.in/dBsKFteH ✅️ Best Practices sof Agentic Coding by Anthropic : https://lnkd.in/dA8JatJ7 ✅️ Build Trusted Al in the enterprise by Anthropic : https://lnkd.in/dqjZmHax ✅️ AI in the enterprise by OpenAI : https://lnkd.in/d22VHqZt ✅️ Agents Companion by Google - https://lnkd.in/dGWvihgC ✅️ Prompt Engineering by Google : https://lnkd.in/dGXZ2DNR ✅️ The Prompt Collection : https://lnkd.in/dpFrJqvm

👋 LLM 활용에 도움이 되는 가이드 모음

‘훌륭한 데이터 분석가란 어떤 사람인가?’에 대해
'데이터 분석가 지망생'과 '현직 데이터 분석가' 사이에
큰 생각의 차이가 있다는 것을 최근 알게 되었습니다.

데이터 분석가 지망생의 생각은 이렇습니다.

훌륭한 데이터 분석가는
- Excel | Python | VBA | Power BI | Tableau 등을 능숙하게 사용할 수 있다.
- 마케팅 | 재무 | 광고 | 사용자 행동 분석을 깊이 있게 할 수 있다.
- 빠르게 배우는 사람 | 노력파 | 어떤 일이든 열심히 하는 인재이다. 

현직 데이터 분석가의 생각은 이렇습니다.

훌륭한 데이터 분석가는
- 의사결정자가 마주한 문제를 정의하고 효과적으로 찾아낼 수 있다
- 다양한 분석 접근 방식을 탐색하고, 가장 효과적인 방법을 선택하여 적용한다
- 전략적 문제 해결자 | 스마트하게 일하는 사람 | 실패하더라도 자기 투자에 적극적인 사람이다.

이전에는 아무도 이걸 알려주지 않았습니다.

취준생이 진짜로 집중해야 할 것은
학교나 부트캠프에서 쌓아온 이론이나 기술이 아니라,
내가 그 회사에 어떤 가치를 줄 수 있느냐입니다.

그것이 지금 데이터 분석가 취업 시장의 현실입니다.

‘훌륭한 데이터 분석가란 어떤 사람인가?’에 대해 '데이터 분석가 지망생'과 '현직 데이터 분석가' 사이에큰 생각의 차이가 있다는 것을 최근 알게 되었습니다. 데이터 분석가 지망생의 생각은 이렇습니다. 훌륭한 데이터 분석가는 - Excel | Python | VBA | Power BI | Tableau 등을 능숙하게 사용할 수 있다. - 마케팅 | 재무 | 광고 | 사용자 행동 분석을 깊이 있게 할 수 있다. - 빠르게 배우는 사람 | 노력파 | 어떤 일이든 열심히 하는 인재이다.&nbsp; 현직 데이터 분석가의 생각은 이렇습니다. 훌륭한 데이터 분석가는 - 의사결정자가 마주한 문제를 정의하고 효과적으로 찾아낼 수 있다 - 다양한 분석 접근 방식을 탐색하고, 가장 효과적인 방법을 선택하여 적용한다 - 전략적 문제 해결자 | 스마트하게 일하는 사람 | 실패하더라도 자기 투자에 적극적인 사람이다. 이전에는 아무도 이걸 알려주지 않았습니다. 취준생이 진짜로 집중해야 할 것은 학교나 부트캠프에서 쌓아온 이론이나 기술이 아니라,내가 그 회사에 어떤 가치를 줄 수 있느냐입니다. 그것이 지금 데이터 분석가 취업 시장의 현실입니다.&nbsp;

훌륭한 데이터 분석가란 어떤 사람인가?

Community maintainers, contributors, and users will continue collaborative development of an open source, in-memory data store under the new Valkey name.

Linux Foundation Launches Open Source Valkey Community

얼마전 Redis가 Reids의 라이센스를 변경해서 더이상 오픈소스가 아니게 되면서 여러 움직임이 있었는데 가장 권위있다고 할 수 있는 Linux 재단에서 Redis를 포크한 ValKey라는 프로젝트를 공개했습니다. 보통 key-value store라고 부르기 때문에 뒤집아서 ValKey라고 한것 같습니다.(개인적으로 맘에 드는 이름은 아니네요 ㅎㅎ)

7.2.4를 포크해서 개발될 예정이고 기존과 똑같은 BSD 라이센스로 배포될 예정입니다. Redis 같은 경우 클라우드 벤더에서 많이 사용하고 있어서 AWS 등 여러 클라우드의 Redis 작업하는 개발자들이 ValKey로 모이고 있는거 같습니다. 클라우드 벤더나 Redis로 사업하는 입장에서는 Redis가 오픈소스가 안된것은 큰 타격이기 때문에 이해관계가 일치해서 Linux 재단에서 이렇게 공식적으로 움직인것은 메인테이너 들이 모이기에 좋은 상황인거 같긴 합니다.

Microsoft Azure 같은 경우는 Redis사와 파트너쉽으로 계약을 맺어서 Azure에서 Redis를 기존과 동일하게 지원하기로 발표했습니다.

기존에서 메인테이너의 힘이 갈라졌다고 볼수도 있는데 어떻게 흘러갈지는 두고봐야 할 것 같습니다.

https://www.linuxfoundation.org/press/linux-foundation-launches-open-source-valkey-community

얼마전 Redis가 Reids의 라이센스를 변경해서 더이상 오픈소스가 아니게 되면서 여러 움직임이 있었는데 가장 권위있다고 할 수 있는 Linux 재단에서 Redis를 포크한 ValKey라는 프로젝트를 공개했습니다. 보통 key-value store라고 부르기 때문에 뒤집아서 ValKey라고 한것 같습니다.(개인적으로 맘에 드는 이름은 아니네요 ㅎㅎ) 7.2.4를 포크해서 개발될 예정이고 기존과 똑같은 BSD 라이센스로 배포될 예정입니다. Redis 같은 경우 클라우드 벤더에서 많이 사용하고 있어서 AWS 등 여러 클라우드의 Redis 작업하는 개발자들이 ValKey로 모이고 있는거 같습니다. 클라우드 벤더나 Redis로 사업하는 입장에서는 Redis가 오픈소스가 안된것은 큰 타격이기 때문에 이해관계가 일치해서 Linux 재단에서 이렇게 공식적으로 움직인것은 메인테이너 들이 모이기에 좋은 상황인거 같긴 합니다. Microsoft Azure 같은 경우는 Redis사와 파트너쉽으로 계약을 맺어서 Azure에서 Redis를 기존과 동일하게 지원하기로 발표했습니다. 기존에서 메인테이너의 힘이 갈라졌다고 볼수도 있는데 어떻게 흘러갈지는 두고봐야 할 것 같습니다. https://www.linuxfoundation.org/press/linux-foundation-launches-open-source-valkey-community

Linuxfoundation

유비스톰 백엔드 개발자

안희수

없음 없음

Stephen Ryu

GreenNarae

Outsider

오픈소스를 좋아하는 개발자로 종종 블로그에 글을 쓰고 있습니다. 현재는 인프라 관련 일을 하고 있으며 새로운 트랜드를 파악하는 걸 즐겨하고 즐겁게 코딩하는걸 좋아합니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필