커리어가 고민이신가요?
새로운 산업군에 대해 궁금하신가요?

고민해결을 위한, 성장에 도움되는 살롱을 진행합니다.

노티드, 다운타우너등 11개 브랜드를 만드는 GFFG의 마케팅 팀장을 거쳐 현재 휠라 마케팅 팀장을 하고 계신 13년 차 은수빈 마케터 님을 모시고 패션업과 F&B업에 대해 그리고 서로 다른 커리어를 연결하는 노하우에 대해 2시간에 걸쳐 토크 살롱을 진행합니다.

여러 분야의 경험을 하나로 모아서 커리어를 완성하고 싶은 분,
패션과 푸드 산업에서 경험을 쌓고 싶은 분이라면 2시간의 초단기 성장의 시간이 될 것 같습니다.

일방향 강의가 아닌 소그룹으로 잘 짜여진 이야기를 기반으로 함께 이야기를 나누는 형태로, 패션과 먹는 산업이 궁금하신 분과 마케터 커리어를 키워가고 싶은 분들께 도움이 될 것 같습니다.

깊이감을 위해 '소그룹'으로 진행하며 2자리를 추가로 열어두니, 혹시 커리어와 성장에 관심 있으신 분은 댓글이나 DM을 남겨주시기 바랍니다. GFFG에서 저와 함께 일하며 경험하신 비하인드 이야기도 꺼냅니다 :)

12월 3일(일) 4시-6시 역삼에서 진행합니다.

커리어가 고민이신가요?새로운 산업군에 대해 궁금하신가요? 고민해결을 위한, 성장에 도움되는 살롱을 진행합니다. 노티드, 다운타우너등 11개 브랜드를 만드는 GFFG의 마케팅 팀장을 거쳐 현재 휠라 마케팅 팀장을 하고 계신 13년 차 은수빈 마케터 님을 모시고 패션업과 F&amp;B업에 대해 그리고 서로 다른 커리어를 연결하는 노하우에 대해 2시간에 걸쳐 토크 살롱을 진행합니다. 여러 분야의 경험을 하나로 모아서 커리어를 완성하고 싶은 분, 패션과 푸드 산업에서 경험을 쌓고 싶은 분이라면 2시간의 초단기 성장의 시간이 될 것 같습니다. 일방향 강의가 아닌 소그룹으로 잘 짜여진 이야기를 기반으로 함께 이야기를 나누는 형태로, 패션과 먹는 산업이 궁금하신 분과 마케터 커리어를 키워가고 싶은 분들께 도움이 될 것 같습니다. 깊이감을 위해 '소그룹'으로 진행하며 2자리를 추가로 열어두니, 혹시 커리어와 성장에 관심 있으신 분은 댓글이나 DM을 남겨주시기 바랍니다. GFFG에서 저와 함께 일하며 경험하신 비하인드 이야기도 꺼냅니다 :) 12월 3일(일) 4시-6시 역삼에서 진행합니다.

패션과 푸드를 잇는 은밀한 살롱

[IT클로즈업] 희망퇴직 카드 꺼낸 11번가&hellip;이커머스 판도 변화 &lsquo;진행 중&rsquo;

11번가는 큐텐과의 협상이 결렬되면서 미래가 불투명해졌는데, 직원 희망퇴직을 받기 시작했다는 뉴스입니다.
이커머스의 겨울이지만 그 가운데서도 유난히 추운 11번가의 겨울입니다. 이번주에는 IPO 무산으로 인해 투자자들이 11번가 강제 매각에 나설 수도 있다는 뉴스가 있었고, 이번 희망퇴직은 이어질 매각에서 조금이라도 손익을 개선하고자 하는 시도로 보입니다. 하지만 뒤쳐진 BM으로 지난해 영업손실 1500억원을 낸 11번가를 사 줄 곳은 마땅치 않아 보입니다.

11번가는 큐텐과의 협상이 결렬되면서 미래가 불투명해졌는데, 직원 희망퇴직을 받기 시작했다는 뉴스입니다.이커머스의 겨울이지만 그 가운데서도 유난히 추운 11번가의 겨울입니다. 이번주에는 IPO 무산으로 인해 투자자들이 11번가 강제 매각에 나설 수도 있다는 뉴스가 있었고, 이번 희망퇴직은 이어질 매각에서 조금이라도 손익을 개선하고자 하는 시도로 보입니다. 하지만 뒤쳐진 BM으로 지난해 영업손실 1500억원을 낸 11번가를 사 줄 곳은 마땅치 않아 보입니다.

디지털데일리

희망퇴직까지 시작한 11번가

가족 같은 기업? 이것은 허상이다. 회사가 가족 같다는 것을 강조한다면 조심하라. 결코 좋은 회사일 가능성은 낮으니까. 내세울 것이 없을 때 쉽게 하기 좋은 말이 가족같다는 말이다. 회사는 사적인 공간이나 사적인 관계가 아니다. 지극히 공적이고, 계약에 얽힌 냉정한 관계이다. 여기서 끈끈함이나 인간적인 정을 내세

가족같음을 강조하는 회사를 조심하라! - 머니투데이

가족 같은 기업? 이것은 허상이다. 회사가 가족 같다는 것을 강조한다면 조심하라. 결코 좋은 회사일 가능성은 낮으니까. 내세울 것이 없을 때 쉽게 하기 좋은 말이 가족같다는 말이다.

회사는 사적인 공간이나 사적인 관계가 아니다. 지극히 공적이고, 계약에 얽힌 냉정한 관계이다. 여기서 끈끈함이나 인간적인 정을 내세우는 것은 넌센스이다. 정에 이끌려 책임과 의무가 약해질 수도 있다.

‘우리가 남이가?’를 내세우며 월급이 늦을 수도 있고, 야근수당도 없이 야근시킬 수 있고, 당연한 권리인 휴가도 못쓰게 할 수 있다. 회사는 남과 남이 계약에 의해 만든 관계다. 돈을 주고받고 그에 상응하는 노동을 하는 지극히 냉정한 계약관계다.

가족같은 기업이 되려면, 우선 냉정한 계약관계가 아주 충실히 만족스럽게 구현되어야 한다. 그러고나서 정을 강조하던지, 끈끈함을 강조하면서 친하게 지내는 것은 상관없다.

직원들에게 회식도 자주 시켜주고, 직원들 생일이나 축하할 일도 잘 챙겨주고, 주기적으로 직원들과 개인면담도 하고, 철마다 1박2일로 워크샵을 가는 회사가 있다. 가족같은 분위기를 강조하며, ‘회사의 비전을 공유하자, 계속 관계를 지속시켜가자, 너희를 신뢰한다, 앞으로 회사가 커지면 그 혜택을 누리게 하겠다’는 등의 얘길 자주 한다.

여기까지만 보면 직원들을 잘 케어하는 회사의 신뢰받는 좋은 경영자의 사례처럼 보이고, 조직이 아주 끈끈하게 유지될 것으로 보인다. 하지만 직원들이 계속 퇴사하고, 새로운 직원이 들어오는게 반복된다. 퇴사하는 직원치고 웃으며 나간 사람을 찾아보기 힘들 정도다. 왜 그럴까? 언행 불일치 때문이다. 그리고 가족같음에 대한 이중적 행동 때문이다.

정말 가족이라면 잘못도 슬쩍 눈감아도 주고, 격려도 해주고, 칭찬과 동기부여도 해주고, 서로 도와주기도 하고, 능력이 모자라면 키워주기 위한 투자를 하거나 기다려주는 배려를 해야 한다. 그런데 이해관계에 따라서 어떨때는 가족같음을 강조하다가, 어떤 때에는 지극히 냉정한 계약관계를 강조하는 것이다.

직원이 사소한 실수를 하거나 하면 감정선을 건드리는 직설적 얘기를 하거나 직원을 닥달하는 경우가 많다. 직원을 못믿거나 쉽게 자르려는 태도도 보인다. 잦은 야근도 방조하면서, 직원들의 환경 개선에는 투자하지 않고 말로만 직원을 위한다고 한다. 이런 상황에서 직원들이 리더를 얼마나 믿고 따를 수 있겠나? 이런 상황에서 회사가 잘 돌아갈 수 있겠나?

물론 직원들을 먹여살리려고 사업하는 것은 아니다. 하지만 직원들도 사장 먹여살리려고 일하는 것이 아니다. 둘 다 서로를 필요로 하고, 서로에 의해서 자신의 생존과 기회가 만들어진다는 것을 안다.

가족같은 관계라는 말 속에서 두루뭉술 일하지말고, 일에서만큼은 냉정하고 치밀해보자. 정말 가족같은 회사를 만들고자 한다면 서로가 서로에게 신뢰와 배려, 그리고 희생이란 말을 되새겨야 한다. 달면 삼키고, 쓰면 뱉는 상황에서 ‘가족’이란 말을 함부로 ’회사‘ 앞에다 붙이지 마라. ‘가족’은 그렇게 함부로 붙일 가벼운 말이 아니다.

가족 같은 기업? 이것은 허상이다. 회사가 가족 같다는 것을 강조한다면 조심하라. 결코 좋은 회사일 가능성은 낮으니까. 내세울 것이 없을 때 쉽게 하기 좋은 말이 가족같다는 말이다. 회사는 사적인 공간이나 사적인 관계가 아니다. 지극히 공적이고, 계약에 얽힌 냉정한 관계이다. 여기서 끈끈함이나 인간적인 정을 내세우는 것은 넌센스이다. 정에 이끌려 책임과 의무가 약해질 수도 있다. ‘우리가 남이가?’를 내세우며 월급이 늦을 수도 있고, 야근수당도 없이 야근시킬 수 있고, 당연한 권리인 휴가도 못쓰게 할 수 있다. 회사는 남과 남이 계약에 의해 만든 관계다. 돈을 주고받고 그에 상응하는 노동을 하는 지극히 냉정한 계약관계다. 가족같은 기업이 되려면, 우선 냉정한 계약관계가 아주 충실히 만족스럽게 구현되어야 한다. 그러고나서 정을 강조하던지, 끈끈함을 강조하면서 친하게 지내는 것은 상관없다. 직원들에게 회식도 자주 시켜주고, 직원들 생일이나 축하할 일도 잘 챙겨주고, 주기적으로 직원들과 개인면담도 하고, 철마다 1박2일로 워크샵을 가는 회사가 있다. 가족같은 분위기를 강조하며, ‘회사의 비전을 공유하자, 계속 관계를 지속시켜가자, 너희를 신뢰한다, 앞으로 회사가 커지면 그 혜택을 누리게 하겠다’는 등의 얘길 자주 한다. 여기까지만 보면 직원들을 잘 케어하는 회사의 신뢰받는 좋은 경영자의 사례처럼 보이고, 조직이 아주 끈끈하게 유지될 것으로 보인다. 하지만 직원들이 계속 퇴사하고, 새로운 직원이 들어오는게 반복된다. 퇴사하는 직원치고 웃으며 나간 사람을 찾아보기 힘들 정도다. 왜 그럴까?&nbsp;언행 불일치 때문이다. 그리고 가족같음에 대한 이중적 행동 때문이다. 정말 가족이라면 잘못도 슬쩍 눈감아도 주고, 격려도 해주고, 칭찬과 동기부여도 해주고, 서로 도와주기도 하고, 능력이 모자라면 키워주기 위한 투자를 하거나 기다려주는 배려를 해야 한다.&nbsp;그런데 이해관계에 따라서 어떨때는 가족같음을 강조하다가, 어떤 때에는 지극히 냉정한 계약관계를 강조하는 것이다. 직원이 사소한 실수를 하거나 하면 감정선을 건드리는 직설적 얘기를 하거나 직원을 닥달하는 경우가 많다.&nbsp;직원을 못믿거나 쉽게 자르려는 태도도 보인다. 잦은 야근도 방조하면서, 직원들의 환경 개선에는 투자하지 않고 말로만 직원을 위한다고 한다. 이런 상황에서 직원들이 리더를 얼마나 믿고 따를 수 있겠나? 이런 상황에서 회사가 잘 돌아갈 수 있겠나? 물론 직원들을 먹여살리려고 사업하는 것은 아니다. 하지만 직원들도 사장 먹여살리려고 일하는 것이 아니다. 둘 다 서로를 필요로 하고, 서로에 의해서 자신의 생존과 기회가 만들어진다는 것을 안다. 가족같은 관계라는 말 속에서 두루뭉술 일하지말고, 일에서만큼은 냉정하고 치밀해보자. 정말 가족같은 회사를 만들고자 한다면 서로가 서로에게 신뢰와 배려, 그리고 희생이란 말을 되새겨야 한다. 달면 삼키고, 쓰면 뱉는 상황에서 ‘가족’이란 말을 함부로 ’회사‘ 앞에다 붙이지 마라. ‘가족’은 그렇게 함부로 붙일 가벼운 말이 아니다.

머니투데이

마침내, 이해됐다! '인수분해' #ebsi #정승제 #인수분해 #수포자 #생선님 #수학개념 정승제 선생님의 끝장나는 수학 개념 강의에서 개념만 모아모아✨✨ 방황하는 예비 고1? 개념공부가 필요한 학생?

※13분 순삭※ 인수분해의 세계에 오신 걸 환영합니다 I 완포자를 위한 정승제의 수학개념

커리어 코칭 일기 (Work & Tech) 767

갑자기 유튜브 알고리즘에 의해 수학 분야 스타강사 정승제 선생님이 강의하시는 콘텐츠를 시청하게 되었습니다. 강의 영상 콘텐츠를 보고 두 가지 깨달음이 있었는데요. 첫 번째는 ‘아, 나도 저 선생님처럼 강의 잘 하고 싶다!’ (시간 되시면 여러분도 링크로 남긴 강의 영상 한번 보시기 바랍니다. ‘진짜 프로 강사는 이런 모습이구나!’ 무릎을 탁 치게 되실 겁니다) 두 번째는 수학은 암기 과목이 아니라는 것입니다. 공식만 외워서 풀 수 있는 문제란 한계가 있습니다. 무수히 많은 변수를 가질 수 있는 수학을 잘 하려면 결국 공식을 이해하여 응용능력을 향상시켜야 합니다.

공식은 외우는 것이 아니라 이해해야 하는 것입니다. ‘이해가 안 되는 데 어쩌라는 말입니까?’ 수포자였다가 수학 문제집 10권을 달달 외워서 수능을 봤던 사람으로서 그 마음 잘 공감이 됩니다. 하지만 이해하지 않고 암기한 공식은 빠르게 머릿속에서 날아가 버립니다. 마치 알코올이 휴지에 묻었다가 금방 휘발되어 버리는 것과 같습니다. 이해한 내용은 머릿속에 오래 남습니다. 어젯밤에 본 유튜브 콘텐츠 수학 공식이 아직도 생생하게 기억납니다. (참고로 오늘 점심에 먹은 메뉴도 잘 기억하지 못합니다)

수학뿐만 아니라 모든 일이 그런 것 같습니다. 공식처럼 달달 외워서 하려고 하면 금방 까먹어서 공식을 활용할 실제 상황이 되었을 때 생각이 나지 않는 것입니다. 이해가 되지 않는 기능, 상황, 문제가 있다면 이해가 될 때까지 이해하려고 노력해야 합니다. 그래야 실전에서 적용할 수 있다고 믿습니다.

체득 **體得**, 몸소 경험하여 알게 되는 것. 뜻을 충분히 이해하여 실천으로써 본뜨는 것을 의미합니다. 공식을 이해하여 실전 문제를 풀 때 적용할 수 있는 경지를 ‘체득하였다’라고 표현합니다. 체득하지 않은 공식은 이론에 불과합니다. 많은 분들이 이야기합니다. 대학교에서 배운 내용은 너무 이론이라 머리에 남지 않고, 직장 생활에서 거의 써먹지 못한다고요. 그러니 공식을 이론적인 학문으로 배우고 끝나는 것이 아니라 체득하여 삶에서 활용할 수 있다면 좋겠습니다.

P.S 와.. 근데 정승제 선생님은 정말 강의를 재미있게 하십니다. 판서를 하는데 글씨와 손동작에서 느껴지는 자신감, 지속적으로 주목을 이끌어 내는 찰진 멘트, 그리고 자신이 가르치는 내용에 대한 약간의 광기가 좋았습니다. 예전에 본 책 제목에 [미치지 않고서야], [미쳤다는 건 칭찬이다] 이렇게 ‘미친’이라는 표현이 있었는데요. 이 말이 진실이라는 생각이 듭니다. 한 분야에 미치면 파헤치게 되고, 누군가를 가르칠 때 신이 나는 것 같습니다. 다음에 생각이 난다면, [재미있는 강의]는 무엇인가? 어떤 요소가 있어야 배우는 입장에서 재미있게 보고 들을 수 있는가 정리해 보는 이야기를 글로 표현해 보겠습니다.

https://youtu.be/Fgm5umQsHxM?si=DuXb0LrMFqwwac3a

커리어 코칭 일기 (Work &amp; Tech) 767 갑자기 유튜브 알고리즘에 의해 수학 분야 스타강사 정승제 선생님이 강의하시는 콘텐츠를 시청하게 되었습니다. 강의 영상 콘텐츠를 보고 두 가지 깨달음이 있었는데요. 첫 번째는 ‘아, 나도 저 선생님처럼 강의 잘 하고 싶다!’ (시간 되시면 여러분도 링크로 남긴 강의 영상 한번 보시기 바랍니다. ‘진짜 프로 강사는 이런 모습이구나!’ 무릎을 탁 치게 되실 겁니다) 두 번째는 수학은 암기 과목이 아니라는 것입니다. 공식만 외워서 풀 수 있는 문제란 한계가 있습니다. 무수히 많은 변수를 가질 수 있는 수학을 잘 하려면 결국 공식을 이해하여 응용능력을 향상시켜야 합니다.​공식은 외우는 것이 아니라 이해해야 하는 것입니다. ‘이해가 안 되는 데 어쩌라는 말입니까?’ 수포자였다가 수학 문제집 10권을 달달 외워서 수능을 봤던 사람으로서 그 마음 잘 공감이 됩니다. 하지만 이해하지 않고 암기한 공식은 빠르게 머릿속에서 날아가 버립니다. 마치 알코올이 휴지에 묻었다가 금방 휘발되어 버리는 것과 같습니다. 이해한 내용은 머릿속에 오래 남습니다. 어젯밤에 본 유튜브 콘텐츠 수학 공식이 아직도 생생하게 기억납니다. (참고로 오늘 점심에 먹은 메뉴도 잘 기억하지 못합니다)​수학뿐만 아니라 모든 일이 그런 것 같습니다. 공식처럼 달달 외워서 하려고 하면 금방 까먹어서 공식을 활용할 실제 상황이 되었을 때 생각이 나지 않는 것입니다. 이해가 되지 않는 기능, 상황, 문제가 있다면 이해가 될 때까지 이해하려고 노력해야 합니다. 그래야 실전에서 적용할 수 있다고 믿습니다.​체득 **體得**, 몸소 경험하여 알게 되는 것. 뜻을 충분히 이해하여 실천으로써 본뜨는 것을 의미합니다. 공식을 이해하여 실전 문제를 풀 때 적용할 수 있는 경지를 ‘체득하였다’라고 표현합니다. 체득하지 않은 공식은 이론에 불과합니다. 많은 분들이 이야기합니다. 대학교에서 배운 내용은 너무 이론이라 머리에 남지 않고, 직장 생활에서 거의 써먹지 못한다고요. 그러니 공식을 이론적인 학문으로 배우고 끝나는 것이 아니라 체득하여 삶에서 활용할 수 있다면 좋겠습니다.​P.S 와.. 근데 정승제 선생님은 정말 강의를 재미있게 하십니다. 판서를 하는데 글씨와 손동작에서 느껴지는 자신감, 지속적으로 주목을 이끌어 내는 찰진 멘트, 그리고 자신이 가르치는 내용에 대한 약간의 광기가 좋았습니다. 예전에 본 책 제목에 [미치지 않고서야], [미쳤다는 건 칭찬이다] 이렇게 ‘미친’이라는 표현이 있었는데요. 이 말이 진실이라는 생각이 듭니다. 한 분야에 미치면 파헤치게 되고, 누군가를 가르칠 때 신이 나는 것 같습니다. 다음에 생각이 난다면, [재미있는 강의]는 무엇인가? 어떤 요소가 있어야 배우는 입장에서 재미있게 보고 들을 수 있는가 정리해 보는 이야기를 글로 표현해 보겠습니다. https://youtu.be/Fgm5umQsHxM?si=DuXb0LrMFqwwac3a

YouTube

공식은 외우는게 아니라 이해하는 것입니다

심리학을 배우면서 깨닫게 되는 사실 중 하나는 사람들은 서로 많이 다르면서도 그 이상으로 비슷하다는 것이다. 특히 불안 같은 부정적인 감정을 느낄 때면 대부분의 사람들이 두려움과 외로움, 남들은 다 멀쩡한데 나만 잘

[박진영의 사회심리학] '나'만 불안하란 법은 없다

사람들은 서로 많이 다르면서도 그 이상으로 비슷하다. 불안 같은 부정적인 감정을 느낄 때면 대부분의 사람들이 두려움과 외로움, 남들은 다 멀쩡한데 나만 잘못된 것 같다는 소외감을 느낀다. 불안도 외로움도 나만 느끼는 것 같고, 내 삶만 어딘가 잘못된 것 같다고 느낀다. 다들 완벽한데 나 혼자만 고장난 로봇처럼 삐끗거리고 있는 것 같아서 최대한 이러한 감정들을 숨기려 애쓴다.

하지만 흥미롭게도, 이렇게 가장 외롭고 혼자라고 생각하게 되는 순간일수록 당신은 혼자가 아닐 가능성이 높다. 대부분의 사람들이 적어도 한 번, 하루에도 여러 번 위와 같은 순간을 마주한다. 굳이 밖으로 내보이지 않을 뿐, 부정적인 감정들은 우리와 언제나 함께 하기 때문이다. 생존을 위한 가장 기본적인 감정인만큼 불안과 두려움은 언제나 물밑에서 튀어나올 준비를 하고 있다.

우리는 본능적으로 위협을 감지하고 덜컥 불안을 느끼기도 하고 (1차적이고 자동적인 경로), 자신의 삶에 대한 생각에 빠져있다가 아무것도 보장되지 않은 미래에 문득 불안감을 느끼기도 한다(인지적, 의식적인 2차 경로).

심지어 부정적 정서와 긍정적 정서는 서로 독립적인 관계라서 기쁠 때에도 어디 한켠에선 불안감을 느낄 수 있다. 하루에도 몇 번씩 일이 잘 풀리는 순간과 그렇지 않은 순간을 마주하기 때문에, 기쁨에만 도취되어 있으면 안 되기 때문이다. 더 근본적으로는 삶은 원래가 알 수 없고 통제할 수 없는 것들로 가득차 있다. 산다는 것은 본질적으로 불확실성과 위험성을 내포하고 있는 것이다.

따라서 자신의 삶에 대해 깊이 생각하면 할수록 우리는 불안해진다. 많은 이들이 밤에 잠을 못 이루는 이유 또한 침대 밑에 괴물이 있어서가 아니라 밤에도 쉴 새 없이 삶에 대해 생각하기 때문이다. 정도는 달라도 삶의 무게 앞에 불안하지 않은 존재는 없는 셈이다.

통계를 보더라도 미국립보건원(NIH) 보고에 의하면 미국의 경우 약 30%의 사람들이 적어도 한 번 각종 불안으로 인해 일상 생활에 어려움을 겪고 있고 전 세계적으로 2억7000만명의 사람들이 불안 장애를 가지고 있을 것으로 추산된다. 팬데믹으로 인해 이 수치는 더 늘어났을 것으로 예측된다. 때때로 또는 자주 심하게 불안하더라도 당신은 절대 혼자가 아니라는 것이다.

하지만 안타깝게도 특히 SNS 등의 발달로 인해 나를 제외한 모든 사람들이 완벽한 삶을 살아가고 있다는 착각에 빠져들기 쉽다. 그래서 더 우울해지고 심한 소외감과 불안에 빠져드는 사람들이 적지 않다. 이렇게 “나만” 부족한 것 같다는 느낌은 우리 마음 속에 쉽게 침투하고 마음을 갉아먹는다.

따라서 불안하고 외로움, 내 존재의 연약함을 느낄 때일수록 나는 혼자가 아니라는 사실을 애써 떠올릴 필요가 있다. 내가 모든 사람들에게 나의 연약함을 떠벌리지 않듯 다른 사람들도 그럴 뿐이다. 살아간다는 것은 자신의 연약함과 불안을 매 순간 마주하는 일이다. 나뿐만 아니라 모든 사람들에게 그러하다. 

오늘도 나만 사람들 앞에서 어색하고, 나만 실수하고, 나만 뒤쳐지고, 나만 스트레스 받고, 나만 우울하고 불안하다는 생각에 절망했다면 살아있는 모든 마음 안에는 비슷한 외로움과 불안들이 자리하고 있음을 떠올리자. 혼자인 것 같을 때일수록 혼자가 아니다.

사람들은 서로 많이 다르면서도 그 이상으로 비슷하다. 불안 같은 부정적인 감정을 느낄 때면 대부분의 사람들이 두려움과 외로움, 남들은 다 멀쩡한데 나만 잘못된 것 같다는 소외감을 느낀다. 불안도 외로움도 나만 느끼는 것 같고, 내 삶만 어딘가 잘못된 것 같다고 느낀다. 다들 완벽한데 나 혼자만 고장난 로봇처럼 삐끗거리고 있는 것 같아서 최대한 이러한 감정들을 숨기려 애쓴다. 하지만 흥미롭게도, 이렇게 가장 외롭고 혼자라고 생각하게 되는 순간일수록 당신은 혼자가 아닐 가능성이 높다. 대부분의 사람들이 적어도 한 번, 하루에도 여러 번 위와 같은 순간을 마주한다. 굳이 밖으로 내보이지 않을 뿐, 부정적인 감정들은 우리와 언제나 함께 하기 때문이다. 생존을 위한 가장 기본적인 감정인만큼 불안과 두려움은 언제나 물밑에서 튀어나올 준비를 하고 있다. 우리는 본능적으로 위협을 감지하고 덜컥 불안을 느끼기도 하고 (1차적이고 자동적인 경로), 자신의 삶에 대한 생각에 빠져있다가 아무것도 보장되지 않은 미래에 문득 불안감을 느끼기도 한다(인지적, 의식적인 2차 경로). 심지어 부정적 정서와 긍정적 정서는 서로 독립적인 관계라서 기쁠 때에도 어디 한켠에선 불안감을 느낄 수 있다. 하루에도 몇 번씩 일이 잘 풀리는 순간과 그렇지 않은 순간을 마주하기 때문에, 기쁨에만 도취되어 있으면 안 되기 때문이다. 더 근본적으로는 삶은 원래가 알 수 없고 통제할 수 없는 것들로 가득차 있다. 산다는 것은 본질적으로 불확실성과 위험성을 내포하고 있는 것이다. 따라서 자신의 삶에 대해 깊이 생각하면 할수록 우리는 불안해진다. 많은 이들이 밤에 잠을 못 이루는 이유 또한 침대 밑에 괴물이 있어서가 아니라 밤에도 쉴 새 없이 삶에 대해 생각하기 때문이다. 정도는 달라도 삶의 무게 앞에 불안하지 않은 존재는 없는 셈이다. 통계를 보더라도 미국립보건원(NIH) 보고에 의하면 미국의 경우 약 30%의 사람들이 적어도 한 번 각종 불안으로 인해 일상 생활에 어려움을 겪고 있고 전 세계적으로 2억7000만명의 사람들이 불안 장애를 가지고 있을 것으로 추산된다. 팬데믹으로 인해 이 수치는 더 늘어났을 것으로 예측된다. 때때로 또는 자주 심하게 불안하더라도 당신은 절대 혼자가 아니라는 것이다. 하지만 안타깝게도 특히 SNS 등의 발달로 인해 나를 제외한 모든 사람들이 완벽한 삶을 살아가고 있다는 착각에 빠져들기 쉽다. 그래서 더 우울해지고 심한 소외감과 불안에 빠져드는 사람들이 적지 않다. 이렇게 “나만” 부족한 것 같다는 느낌은 우리 마음 속에 쉽게 침투하고 마음을 갉아먹는다. 따라서 불안하고 외로움, 내 존재의 연약함을 느낄 때일수록 나는 혼자가 아니라는 사실을 애써 떠올릴 필요가 있다. 내가 모든 사람들에게 나의 연약함을 떠벌리지 않듯 다른 사람들도 그럴 뿐이다. 살아간다는 것은 자신의 연약함과 불안을 매 순간 마주하는 일이다. 나뿐만 아니라 모든 사람들에게 그러하다.&nbsp; 오늘도 나만 사람들 앞에서 어색하고, 나만 실수하고, 나만 뒤쳐지고, 나만 스트레스 받고, 나만 우울하고 불안하다는 생각에 절망했다면 살아있는 모든 마음 안에는 비슷한 외로움과 불안들이 자리하고 있음을 떠올리자. 혼자인 것 같을 때일수록 혼자가 아니다.

Naver

YouTube Premium subscribers can test more than 30 mini-games - but they might not be here to stay.

YouTube is now getting into games

유튜브가 유료 구독자들을 대상으로 게임 분야에 진출하려는 움직임을 보이고 있습니다. 지난주 프리미엄 구독자들에게 ‘플레이어블스(Playables)’라는 섹션에 접근할 수 있는 권한을 제공했어요. 플레이어블스는 지난 9월 실험적으로, 한정된 사용자들에게만 오픈된 게임 섹션이었는데요. 이제 프리미엄 구독자 모두를 대상으로 모바일 앱, 데스크톱 앱에서 플레이해 볼 수 있는 권한을 연 것이에요.

플레이어블스에는 총 37개의 미니 게임(30분 플레이)이 올라와 있고, 다운로드를 하거나 설치할 필요는 없습니다. 앵그리버드 쇼다운, 브레인아웃, 크로스워드 등 모두가 쉽고 편하게 짧은 시간 동안 할 수 있는 스낵 게임들이 포함됐어요. 

이로써 유튜브 역시 넷플릭스처럼 게임사는 아닌데 게임 분야로 사업을 확장하는 기업 대열에 합류하게 됐네요. 결과는 엇갈렸습니다. 지금까지 구글은 지난 1월 게임 서비스였던 스타디아(Stadia)를 중단했어요. 아마존도 게임 분야 진출을 하려고 했으나 몇 주 전 게임 부문 130명 이상의 직원을 해고하며 사실상 중단했습니다. 틱톡은 2021년 대대적으로 게임 분야 진출을 노렸으나 모회사인 바이트게임이 이번주 월요일, 틱톡 게임 부문에서 약 천 명의 직원을 해고할 것이라고 밝혔어요.

반면 넷플릭스는 모바일 게임에만 도전하며, 매력적인 IP로 다양한 게임들을 지속적으로 출시하고 있습니다. 리뷰는 엇갈리고, 빵 터뜨린 게임은 없지만 앞으로도 계속 게임 비즈니스를 밀 거라는 신호를 보내고 있어요. 이제 클라우드 게임으로도 확장하려고 합니다. 

유튜브는 플레이어블로 프리미엄 서비스에 가입하는 사람을 기대한다기보다 가입자들을 좀더 오래 묶어둘 장치를 만든 것으로 보여요. 다만 지금으로선 ‘2024년 3월 28일까지만 서비스한다’고 명시돼 있어서, 이번에 오픈을 하고 성적에 따라 계속 할지 말지 결정을 내릴 것이라고 예상합니다.

유튜브가 유료 구독자들을 대상으로 게임 분야에 진출하려는 움직임을 보이고 있습니다. 지난주 프리미엄 구독자들에게 ‘플레이어블스(Playables)’라는 섹션에 접근할 수 있는 권한을 제공했어요. 플레이어블스는 지난 9월 실험적으로, 한정된 사용자들에게만 오픈된 게임 섹션이었는데요. 이제 프리미엄 구독자 모두를 대상으로 모바일 앱, 데스크톱 앱에서 플레이해 볼 수 있는 권한을 연 것이에요. 플레이어블스에는 총 37개의 미니 게임(30분 플레이)이 올라와 있고, 다운로드를 하거나 설치할 필요는 없습니다. 앵그리버드 쇼다운, 브레인아웃, 크로스워드 등 모두가 쉽고 편하게 짧은 시간 동안 할 수 있는 스낵 게임들이 포함됐어요.&nbsp; 이로써 유튜브 역시 넷플릭스처럼 게임사는 아닌데 게임 분야로 사업을 확장하는 기업 대열에 합류하게 됐네요. 결과는 엇갈렸습니다. 지금까지 구글은 지난 1월 게임 서비스였던 스타디아(Stadia)를 중단했어요. 아마존도 게임 분야 진출을 하려고 했으나 몇 주 전 게임 부문 130명 이상의 직원을 해고하며 사실상 중단했습니다. 틱톡은 2021년 대대적으로 게임 분야 진출을 노렸으나 모회사인 바이트게임이 이번주 월요일, 틱톡 게임 부문에서 약 천 명의 직원을 해고할 것이라고 밝혔어요. 반면 넷플릭스는 모바일 게임에만 도전하며, 매력적인 IP로 다양한 게임들을 지속적으로 출시하고 있습니다. 리뷰는 엇갈리고, 빵 터뜨린 게임은 없지만 앞으로도 계속 게임 비즈니스를 밀 거라는 신호를 보내고 있어요. 이제 클라우드 게임으로도 확장하려고 합니다.&nbsp; 유튜브는 플레이어블로 프리미엄 서비스에 가입하는 사람을 기대한다기보다 가입자들을 좀더 오래 묶어둘 장치를 만든 것으로 보여요. 다만 지금으로선 ‘2024년 3월 28일까지만 서비스한다’고 명시돼 있어서, 이번에 오픈을 하고 성적에 따라 계속 할지 말지 결정을 내릴 것이라고 예상합니다.

The Verge

유튜브 프리미엄 구독자들 대상으로 게임 분야 진출

YouTube, Instagram and other apps have spent years trying to compete against the TikTok juggernaut by offering short videos resembling the 15-second clips that made TikTok famous. Now TikTok is stepping up a push to get its creators to make longer videos 

TikTok Ignited a Frenzy for Short Videos. Now It Wants Longer Ones

틱톡이 10월 말 비공개로 수십 명의 크리에이터들을 뉴욕 사무실에 초청했습니다. 여기서 틱톡 경영진들은 “더 긴 동영상을 만들어서 더 많은 수익을 얻고 더 긴 메시지를 전달하면 좋겠다”며 “사용자들도 틱톡에서 1분 넘는 영상을 더 많이 봐요”라고 말했다고 합니다. 

유튜브와 거의 10년 가까이 컨설팅 업무를 해온 에이전시 ‘크리에이터 다이내믹스(Creator Dynamics)’의 설립자 맷 코발(Matt Koval)은 유튜브는 틱톡과 더 비슷해지길 원하는 반면 틱톡은 유튜브를 따라하려고 노력한다는 코멘트를 했어요. 물론 틱톡의 초기 사용자 또는 기존 방침을 열렬히 응원하는 사용자들은 극심히 반발하지만 틱톡은 긴 영상을 장려하며 더 많은 광고와 더 나은 수익성을 모색하려 할 것이라고 봅니다. 

게다가 틱톡이 라이브 스트리밍과 쇼핑에 더 많이 투자하면서 그럴 가능성은 더더욱 높아지고 있고요. 실제로 지난 몇 년 간 틱톡은 동영상 길이 제한을 슬슬 늘려왔어요. 이젠 15분짜리 동영상도 테스트하기 시작했죠. 크리에이터들에게도 긴 영상을 만들면 인센티브를 제공하는 방식으로, 펀딩 방향을 바꾸어 왔습니다. 

디지털 플래폼의 정체성도 다른 많은 서비스들처럼 시간이 갈수록 흐릿해지기 마련이에요. 처음엔 신기하다, 독특하다, 라고 생각했던 특징들도 사용자들에게 금방 익숙해지게 됩니다. 좀 잘 되면 모방 서비스들이 우후죽순 등장하며 고유성을 쉽게 잃기도 하고요. 틱톡 역시 지금 굉장히 잘 나가고 있지만, 한편으로는 그만큼 ‘고인물’이라는 인상을 주지 않기 위해, 또 더 높은 수익성을 바라보면서 변화를 모색하는 중인 것으로 보입니다.

틱톡이 10월 말 비공개로 수십 명의 크리에이터들을 뉴욕 사무실에 초청했습니다. 여기서 틱톡 경영진들은 “더 긴 동영상을 만들어서 더 많은 수익을 얻고 더 긴 메시지를 전달하면 좋겠다”며 “사용자들도 틱톡에서 1분 넘는 영상을 더 많이 봐요”라고 말했다고 합니다.&nbsp; 유튜브와 거의 10년 가까이 컨설팅 업무를 해온 에이전시 ‘크리에이터 다이내믹스(Creator Dynamics)’의 설립자 맷 코발(Matt Koval)은 유튜브는 틱톡과 더 비슷해지길 원하는 반면 틱톡은 유튜브를 따라하려고 노력한다는 코멘트를 했어요. 물론 틱톡의 초기 사용자 또는 기존 방침을 열렬히 응원하는 사용자들은 극심히 반발하지만 틱톡은 긴 영상을 장려하며 더 많은 광고와 더 나은 수익성을 모색하려 할 것이라고 봅니다.&nbsp; 게다가 틱톡이 라이브 스트리밍과 쇼핑에 더 많이 투자하면서 그럴 가능성은 더더욱 높아지고 있고요. 실제로 지난 몇 년 간 틱톡은 동영상 길이 제한을 슬슬 늘려왔어요. 이젠 15분짜리 동영상도 테스트하기 시작했죠. 크리에이터들에게도 긴 영상을 만들면 인센티브를 제공하는 방식으로, 펀딩 방향을 바꾸어 왔습니다.&nbsp; 디지털 플래폼의 정체성도 다른 많은 서비스들처럼 시간이 갈수록 흐릿해지기 마련이에요. 처음엔 신기하다, 독특하다, 라고 생각했던 특징들도 사용자들에게 금방 익숙해지게 됩니다. 좀 잘 되면 모방 서비스들이 우후죽순 등장하며 고유성을 쉽게 잃기도 하고요. 틱톡 역시 지금 굉장히 잘 나가고 있지만, 한편으로는 그만큼 ‘고인물’이라는 인상을 주지 않기 위해, 또 더 높은 수익성을 바라보면서 변화를 모색하는 중인 것으로 보입니다.&nbsp;

The Information

틱톡, 점점 길어진다

틱톡이 공개한 [2023 뮤직 임팩트 리포트] 서머리

🌎틱톡 유저는 음악을 더 많이 들을까?

틱톡은 리서치 회사인 루미네이트에 의뢰 제작한 '틱톡이 음악 산업에 미치는 영향을 분석한 보고서'를 공개했다. 주요 10개국 틱톡 사용자를 대상으로 조사된 이 보고서에는 틱톡이 어떻게 음악 산업에 실제로 영향을 주는지 정리되어 있다. 주요 키워드를 뽑아본다.

⏯️키워드: 검색 | 오프라인 | 글로벌

 * 검색: 소셜 또는 숏폼 동영상(SFV) 플랫폼의 평균 사용자와 비교했을 때, 틱톡사용자가 새로운 음악을 발견할 가능성이 더 높다. 유튜브 쇼트, 인스타그램 릴스 같은 서비스보다 틱톡에서 음악 검색이 더 많이 이루어진다는 뜻. 물론 정확히 계측된 건 아니지만, 보고서에서는 미국에서 70%, 영국에서 92%, 독일에서는 96%의 가능성이 더 높다고 언급한다. 또한, 틱톡 참여는 스트리밍 수 증가와도 상관이 있다. 틱톡의 챌린지가 유행하는 것을 고려하면 당연하게 여겨질 수도 있지만, 이 얘기가 공식적으로 언급된 이번이 처음이다.  
   
   
 * 오프라인: 10개국에서 조사한 결과, 틱톡 사용자는 콘서트와 굿즈 등 음악에 돈을 쓸 가능성이 더 높다. 특히 미국에서는 지난 한 해 동안 틱톡 사용자가 일반 음악 리스너에 비해 콘서트와 굿즈에 더 많은 돈을 썼다. 틱톡 사용자의 38%가 라이브 콘서트에 참석했고, 45%가 아티스트 굿즈를 구매했다. 전체 음악 청취자들은 각각 콘서트 33%와 굿즈 35%에 불과했다.   
   
   
 * 글로벌: 틱톡 사용자는 일반 음악 청취자보다 다른 나라의 음악에 대한 선호도가 더 높은 것으로 드러났다. 질문 항목은 '글로벌 아티스트의 음악에 대한 접근성이 스트리밍 서비스 선택에 있어 매우 중요한지?'다. 전체 음악 청취자의 21%가 그렇다고 답한 반면, 미국 사용자는 28%가 그렇다고 답했다. 영국에서는 전체의 22%, 틱톡 사용자의 39%가 그렇다고 답했다. 반면 브라질에서는 전체가 64%, 틱톡 사용자가 51%였다.

https://maily.so/draft.briefing/posts/385a0df6

틱톡은 리서치 회사인 루미네이트에 의뢰 제작한 '틱톡이 음악 산업에 미치는 영향을 분석한 보고서'를 공개했다. 주요 10개국 틱톡 사용자를 대상으로 조사된 이 보고서에는 틱톡이 어떻게 음악 산업에 실제로 영향을 주는지 정리되어 있다. 주요 키워드를 뽑아본다. ⏯️키워드: 검색 | 오프라인 | 글로벌 <ul><li>검색:&nbsp;소셜 또는 숏폼 동영상(SFV) 플랫폼의 평균 사용자와 비교했을 때, 틱톡사용자가 새로운 음악을 발견할 가능성이 더 높다. 유튜브 쇼트, 인스타그램 릴스 같은 서비스보다 틱톡에서 음악 검색이 더 많이 이루어진다는 뜻. 물론 정확히 계측된 건 아니지만, 보고서에서는 미국에서 70%, 영국에서 92%, 독일에서는 96%의 가능성이 더 높다고 언급한다. 또한, 틱톡 참여는 스트리밍 수 증가와도 상관이 있다. 틱톡의 챌린지가 유행하는 것을 고려하면 당연하게 여겨질 수도 있지만, 이 얘기가 공식적으로 언급된 이번이 처음이다. &nbsp; </li></ul><ul><li>오프라인:&nbsp;10개국에서 조사한 결과, 틱톡 사용자는 콘서트와 굿즈 등 음악에 돈을 쓸 가능성이 더 높다. 특히 미국에서는 지난 한 해 동안 틱톡 사용자가 일반 음악 리스너에 비해 콘서트와 굿즈에 더 많은 돈을 썼다. 틱톡 사용자의 38%가 라이브 콘서트에 참석했고, 45%가 아티스트 굿즈를 구매했다. 전체 음악 청취자들은 각각 콘서트 33%와 굿즈 35%에 불과했다.&nbsp; &nbsp; </li></ul><ul><li>글로벌:&nbsp;틱톡 사용자는 일반 음악 청취자보다 다른 나라의 음악에 대한 선호도가 더 높은 것으로 드러났다. 질문 항목은 '글로벌 아티스트의 음악에 대한 접근성이 스트리밍 서비스 선택에 있어 매우 중요한지?'다. 전체 음악 청취자의 21%가 그렇다고 답한 반면, 미국 사용자는 28%가 그렇다고 답했다. 영국에서는 전체의 22%, 틱톡 사용자의 39%가 그렇다고 답했다. 반면 브라질에서는 전체가 64%, 틱톡 사용자가 51%였다.</li></ul> https://maily.so/draft.briefing/posts/385a0df6

팁스터

틱톡 사용자가 정말로 음악을 많이 들을까? 틱톡의 음악 리포트!

뛰어난 경영자는 많지만 '좋은' 경영자는 손에 꼽는다. 리더는 모든 사람에게 좋은 사람일 수 없기 때문...

'뛰어난 CEO'와 '좋은 사람'이 양립할 수 있을까?ㅣ인터비즈

CEO가 아니어도 리더분들에게 도움이 될 만한 문구가 많이 있는 좋은 글입니다.

조직 운영에 있어서 기본은 올바른 철학입니다. MBA에서 가르치는 기술이 아닙니다.
 * “옳은 일인가, 옳지 않은 일인가? 선한 일인가, 악한 일인가?” 이런 질문을 기준으로 판단했다. 정의, 공정, 용기, 성의, 겸허, 애정 등 기본적인 가치관을 존중해 판단했다. 이런 기준으로 판단하면 처음 부닥치는 일일지라도 일이 크게 잘못되거나 착오가 생기지 않을 거라 믿었다."

경영자는 또는 리더는 긍정적인 사고 능력이 중요합니다.
'이 일이 안될 것 같은 이유'가 아니라 '이 일이 되게 하는 방법'을 찾는 사람이어야 합니다.
"인생 또는 일의 결과는 사고방식 곱하기 열정 곱하기 능력이다. 능력에는 육체의 건강도 포함한다. 다른 것보다 가장 중요한 것은 사고방식인데 여기에는 플러스와 마이너스가 있다. 이 방정식의 핵심은 곱셈이란 것이다. 사물을 긍정적으로 보지 못하고 마이너스이면 능력이나 열의가 강할수록 결과도 심한 마이너스가 된다는 것이다. 그만큼 사장의 사고방식은 경영에 절대적이다."

조직을 운영하다보면 동료와 하이파이브를 하면 함께 기뻐하는 날도 있고... 어떤 날은 현타가 오는 날도 있는 것 같습니다. 너무 많은 상황이 존재하는 데 그때 마다 드는 생각은 단순 명료한 기준으로 일관성 있게 판단하자는 것이었습니다.

필드에서 분전하시는 많은 동료 리더분들께 도움이 되었으면 합니다. :)

https://m.blog.naver.com/PostView.naver?blogId=businessinsight&logNo=223267594202&proxyReferer=

CEO가 아니어도 리더분들에게 도움이 될 만한 문구가 많이 있는 좋은 글입니다. 조직 운영에 있어서 기본은 올바른 철학입니다. MBA에서 가르치는 기술이 아닙니다.<ul><li>“옳은 일인가, 옳지 않은 일인가? 선한 일인가, 악한 일인가?” 이런 질문을 기준으로 판단했다. 정의, 공정, 용기, 성의, 겸허, 애정 등 기본적인 가치관을 존중해 판단했다. 이런 기준으로 판단하면 처음 부닥치는 일일지라도 일이 크게 잘못되거나 착오가 생기지 않을 거라 믿었다."</li></ul> 경영자는 또는 리더는 긍정적인 사고 능력이 중요합니다. '이 일이 안될 것 같은 이유'가 아니라 '이 일이 되게 하는 방법'을 찾는 사람이어야 합니다."인생 또는 일의 결과는 사고방식 곱하기 열정 곱하기 능력이다. 능력에는 육체의 건강도 포함한다. 다른 것보다 가장 중요한 것은 사고방식인데 여기에는 플러스와 마이너스가 있다. 이 방정식의 핵심은 곱셈이란 것이다. 사물을 긍정적으로 보지 못하고 마이너스이면 능력이나 열의가 강할수록 결과도 심한 마이너스가 된다는 것이다. 그만큼 사장의 사고방식은 경영에 절대적이다." 조직을 운영하다보면 동료와 하이파이브를 하면 함께 기뻐하는 날도 있고... 어떤 날은 현타가 오는 날도 있는 것 같습니다. 너무 많은 상황이 존재하는 데 그때 마다 드는 생각은 단순 명료한 기준으로 일관성 있게 판단하자는 것이었습니다. 필드에서 분전하시는 많은 동료 리더분들께 도움이 되었으면 합니다. :) https://m.blog.naver.com/PostView.naver?blogId=businessinsight&amp;logNo=223267594202&amp;proxyReferer=

네이버 블로그 | 나답게 빛나는 삶 : FIND YOUR STARS

‘뛰어난 CEO’와 ‘좋은 사람’이 양립할 수 있을까?

농어업 스타트업에도 투자...'해외 유랑' 기간 식품산업 시찰·연구 박종국 특파원 = 중국 최대 전자상거래 업체 알리바바의 창업자 마윈이 먹거리 산업으로 눈을 돌리고 있다. 24일 증권시보 등 현지 매체에 따르면 마윈

먹거리로 눈 돌린 '알리바바 창업자' 마윈...식품회사 설립

해외를 떠돌 당시 마윈은 농·어업과 식품 산업 시찰과 연구에 집중했으며, 고비 사막의 농작물 재배 등 농업 분야에 시간과 정력을 쏟겠다고 밝힌 바 있다.

https://n.news.naver.com/article/001/0014353183?sid=104

해외를 떠돌 당시 마윈은 농·어업과 식품 산업 시찰과 연구에 집중했으며, 고비 사막의 농작물 재배 등 농업 분야에 시간과 정력을 쏟겠다고 밝힌 바 있다. https://n.news.naver.com/article/001/0014353183?sid=104

Bored of algorithms? Here are my recommendations that are exciting, understandable, and sometimes even useful!

Challenging algorithms and data structures every programmer should try

모든 프로그래머가 해보면 좋은 도전 과제 알고리즘 입니다
 * 토폴로지컬 소트
 * 리커시브 디센트 파싱
 * 마이어의 스트링 디프 (git의 diff알고리즘)
 * 블룸 필터 (데이터가 없는지 찾아낼 때 사용)
 * 피스 테이블 (테스트에디터에서 사용한다고함)
 * 스플레이 트리

여러분도 도전해보세요!
https://austinhenley.com/blog/challengingalgorithms.html

모든 프로그래머가 해보면 좋은 도전 과제 알고리즘 입니다<ul><li>토폴로지컬 소트</li><li>리커시브 디센트 파싱</li><li>마이어의 스트링 디프 (git의 diff알고리즘)</li><li>블룸 필터 (데이터가 없는지 찾아낼 때 사용)</li><li>피스 테이블 (테스트에디터에서 사용한다고함)</li><li>스플레이 트리</li></ul> 여러분도 도전해보세요! https://austinhenley.com/blog/challengingalgorithms.html

Austinhenley

모든 프로그래머가 해보면 좋은 도전 과제 알고리즘들

Edit 2: Lots of insightful comments at the bottom, do give them a read, too, before going with any... Tagged with go, programming, javascript, json.

JSON is Slower. Here Are Its 4 Faster Alternatives

JSON 은 데이터를 정의하는 포맷중 하나로 웹 서비스에서 서버와 클라이언트간에 통신시 많이 사용되고 있습니다.

제가 신입일때까지만 해도 XML 이나 Plain Text 형식으로 통신하는 API 들도 여럿 있었지만,
시간이 흘러 이러한 API 들은 deprecated 되었고
현재 서비스 되고 있는 OPEN API 들의 문서를 봐도 JSON 으로 통신하지 않는 API 는 찾아보기가 힘듭니다.

JSON 이 이렇게 인기가 많아진 이유는 다음과 같습니다.

📌 사람이 읽을 수 있는 형식
📌 언어에 구애받지 않음
📌 데이터 구조 일관성
📌 브라우저 지원
📌 프로그래밍 언어의 JSON API 지원

그렇지만 이러한 JSON 도 다음과 같은 이유로 성능 저하를 발생시킬 수 있습니다.

📌 광범위하거나 중첩이 깊은 데이터일 경우 Parsing 오버헤드가 발생할 수 있습니다
📌 데이터 송수신시 반드시 해야하는 직렬화 및 역직렬화 과정이 성능에 영향을 줄 수 있습니다
📌 JSON 은 텍스트 기반이기 때문에 문자열 처리를 하게 되는데 이는 이진 데이터 처리에 비해 느릴 수 밖에 없습니다
📌 JSON 에서 제공하는 데이터 Type 이 제한되기 때문에 복잡한 데이터 구조를 사용할 경우 추가적인 장치나 표현이 필요하게 되어 성능에 영향을 줄 수 있습니다
📌 바이너리 데이터에 대한 지원이 없기 때문에 이를 표현할 경우 텍스트 인코딩, 디코딩을 하게 되어 성능에 영향을 줄 수 있습니다

이러한 JSON 의 단점을 대체할 수 있는 것으로 다음과 같은 솔루션이 있습니다.

📌 Protocol Buffers
Protobuf 라고도 알려진 프로토콜 버퍼는 Google 에서 개발한 바이너리 직렬화 형식입니다.
JSON 에 비해 인코딩 및 디코딩이 더 간단하고 빠른 바이너리 인코딩을 사용하고 이전 버전과의 호환성을 유지하면서 데이터 구조를 업데이트할 수 있는 Schema Evolution 을 지원합니다.

📌 MessagePack
MessagePack 은 효율성과 속도를 위해 설계된 또 다른 이진 직렬화 형식입니다.
매우 컴팩트한 데이터 표현을 생성하여 데이터 전송 크기를 줄일 수 있고, Protocol Buffers 와 동일하게 바이너리 특성으로 빠른 인코딩 및 디코딩이 가능합니다.

📌 BSON
MongoDB 에서 사용하는것으로 유명한 BSON 은 바이너리 데이터 유형이 추가된 JSON과 유사한 구조를 유지하여 효율성과 가독성 간의 균형을 제공합니다.
또한 이미지나 멀티미디어와 같은 데이터를 처리하는 데 유용한 바이너리 데이터 유형에 대한 기본 지원을 제공합니다.

📌 Avro
Avro는 Apache Hadoop 프로젝트 내에서 개발된 데이터 직렬화 프레임워크로 스키마 호환성과 성능에 강점을 두고 있습니다.
컴팩트 바이너리 인코딩 형식을 사용하므로 페이로드를 줄일 수 있고 여러 프로그래밍 언어를 지원하므로 다양한 애플리케이션 생태계에 적합합니다.

공유 드린 원문에 이에 대한 자세한 내용과 JSON 을 계속 사용할 경우 성능을 최적화 할 수 있는 팁들이 정리되어있으니 관심있으신 분들은 원문 내용을 참고해주세요.

📚 원문
https://dev.to/nikl/json-is-slower-here-are-its-4-faster-alternatives-2g30?utm_source=oneoneone

JSON 은 데이터를 정의하는 포맷중 하나로 웹 서비스에서 서버와 클라이언트간에 통신시 많이 사용되고 있습니다. 제가 신입일때까지만 해도 XML 이나 Plain Text 형식으로 통신하는 API 들도 여럿 있었지만,시간이 흘러 이러한 API 들은 deprecated 되었고현재 서비스 되고 있는 OPEN API 들의 문서를 봐도 JSON 으로 통신하지 않는 API 는 찾아보기가 힘듭니다. JSON 이 이렇게 인기가 많아진 이유는 다음과 같습니다. 📌 사람이 읽을 수 있는 형식📌 언어에 구애받지 않음📌 데이터 구조 일관성📌 브라우저 지원📌 프로그래밍 언어의 JSON API 지원 그렇지만 이러한 JSON 도 다음과 같은 이유로 성능 저하를 발생시킬 수 있습니다. 📌 광범위하거나 중첩이 깊은 데이터일 경우 Parsing 오버헤드가 발생할 수 있습니다📌 데이터 송수신시 반드시 해야하는 직렬화 및 역직렬화 과정이 성능에 영향을 줄 수 있습니다📌 JSON 은 텍스트 기반이기 때문에 문자열 처리를 하게 되는데 이는 이진 데이터 처리에 비해 느릴 수 밖에 없습니다📌 JSON 에서 제공하는 데이터 Type 이 제한되기 때문에 복잡한 데이터 구조를 사용할 경우 추가적인 장치나 표현이 필요하게 되어 성능에 영향을 줄 수 있습니다📌 바이너리 데이터에 대한 지원이 없기 때문에 이를 표현할 경우 텍스트 인코딩, 디코딩을 하게 되어 성능에 영향을 줄 수 있습니다 이러한 JSON 의 단점을 대체할 수 있는 것으로 다음과 같은 솔루션이 있습니다. 📌 Protocol BuffersProtobuf 라고도 알려진 프로토콜 버퍼는 Google 에서 개발한 바이너리 직렬화 형식입니다.JSON 에 비해 인코딩 및 디코딩이 더 간단하고 빠른 바이너리 인코딩을 사용하고 이전 버전과의 호환성을 유지하면서 데이터 구조를 업데이트할 수 있는 Schema Evolution 을 지원합니다. 📌 MessagePackMessagePack 은 효율성과 속도를 위해 설계된 또 다른 이진 직렬화 형식입니다.매우 컴팩트한 데이터 표현을 생성하여 데이터 전송 크기를 줄일 수 있고, Protocol Buffers 와 동일하게 바이너리 특성으로 빠른 인코딩 및 디코딩이 가능합니다. 📌 BSONMongoDB 에서 사용하는것으로 유명한 BSON 은 바이너리 데이터 유형이 추가된 JSON과 유사한 구조를 유지하여 효율성과 가독성 간의 균형을 제공합니다.또한 이미지나 멀티미디어와 같은 데이터를 처리하는 데 유용한 바이너리 데이터 유형에 대한 기본 지원을 제공합니다. 📌 AvroAvro는 Apache Hadoop 프로젝트 내에서 개발된 데이터 직렬화 프레임워크로 스키마 호환성과 성능에 강점을 두고 있습니다.컴팩트 바이너리 인코딩 형식을 사용하므로 페이로드를 줄일 수 있고 여러 프로그래밍 언어를 지원하므로 다양한 애플리케이션 생태계에 적합합니다. 공유 드린 원문에 이에 대한 자세한 내용과 JSON 을 계속 사용할 경우 성능을 최적화 할 수 있는 팁들이 정리되어있으니 관심있으신 분들은 원문 내용을 참고해주세요. 📚 원문https://dev.to/nikl/json-is-slower-here-are-its-4-faster-alternatives-2g30?utm_source=oneoneone

DEV Community

💡 JSON 보다 더 빠른 대안들

LINE 의 오픈챗은 대규모 트래픽을 처리하는 서비스 중 하나입니다.

특히 유명 가수의 콘서트 시, 수백만 팬들이 오픈챗에서 활발히 소통하면서 트래픽이 급증하는 현상이 발생합니다.

이렇게 하나의 오픈챗이 다른 오픈챗보다 트래픽이 많이 발생하는 걸 LINE은 '핫 챗 (Hot Chat)'으로 정의하며, 이 글에서는 핫 챗의 발생 패턴과 해결 방법을 살펴보겠습니다.

<오픈챗이 처리하는 트래픽의 규모>

하나의 오픈챗은 수천에서 수만 명의 사용자를 수용할 수 있습니다.

오픈챗 서버는 분당 1천만 건, 일일 약 100억 건의 API 요청을 처리합니다. 활발한 하나의 오픈챗은 분당 최대 20만 건의 API 요청을 생성하기도 합니다.

<오픈챗 서비스의 구조>

LINE의 오픈챗 서비스는 이벤트 기반 아키텍처로 구성되어 있습니다.

사용자가 메시지를 보내는 등의 이벤트가 발생하면, 이들은 데이터베이스에 기록되고 Kafka를 통해 전달됩니다.

이후 Publish 서비스가 Kafka 토픽에서 이벤트를 소비하고, 사용자들에게 이벤트를 알리는 서버 푸시를 합니다.

사용자들은 API 호출을 통해 필요한 데이터를 가져갑니다.

서비스 구조는 그림으로 보는 것이 좋을 것 같은데요. 아래 파일로 첨부해두었습니다.

<Hot Chat 패턴별로 발생하는 문제와 이를 해결하는 전략>

1.1 첫 번째 문제: 오픈챗 트래픽 증가

수백만명의 가수의 팬들이 콘서트를 열 때 오픈챗에서 활발히 떠들다보니 오픈챗의 이벤트를 가져오려는 API 호출 트래픽이 급증하는 사례가 발생합니다.

이로 인해 발생하는 증상은 다음과 같습니다:
 * 트래픽 급증으로 인한 데이터베이스 요청 증가, Slow Query 발생
 * API 서버의 GC, CPU 사용량 증가 및 응답 지연
 * 카프카의 Lag 증가

1.2 해결책:

일반적으로 Naive 하게 생각해 수 있는 해결책은 Shard 를 추가하는 것일텐데, 핫 챗은 전체 오픈챗 중의 0.1% 정도 되기 때문에 단순 샤드를 추가하는 건 영향이 작을 것입니다.

LINE 에서는 Hot Chat 을 Detecting 하고 일정시간 동안 Throttling 을 적용하는 방법으로 해결했습니다:
 * 핫 챗 탐지:
 * Publish 서버에서 발생한 채팅방의 이벤트 수를 추적하고, 특정 임계점이 넘었으면 이 채팅방을 Hot Chat 이라고 기록합니다. 
 * 트래픽 Throttling 적용:
 * 핫 챗으로 분류된 채팅방에서는 확률적으로 서버 푸시 메시지 전송 빈도를 조절합니다.
 * 이는 API 요청의 폭증을 방지하고 서버 부하를 줄이는 데 도움이 됩니다.
 * 정책 동적 조정:
 * 핫 챗 정책은 LINE의 오픈소스 솔루션인 Central Dogma를 사용하여 동적으로 조정됩니다.
 * 이를 통해 서비스 운영자는 배포 없이 실시간으로 트래픽 상황에 맞춰 정책을 조정할 수 있습니다.
 * Note:
 * 이 방법은 폭증하는 트래픽에서 서버를 보호하는 방법이지, 트래픽 자체를 해결하는 방법은 아닙니다.
 * 위의 LINE 의 사례와 같은 Hot Key 문제에 대해서 트래픽 자체를 해결하려면 하나의 샤드로 향하는 트래픽을 다른 샤드들로 분산시키는 것이 필요합니다.
 * 그래서 일반적인 해결 방법 중 하나는 Shard Key 에다가 Random Number 를 붙혀서 하나의 샤드에서 다른 샤드들로 저장되고 읽을 수 있도록 하는 것입니다. 이를 'Salted Key' 라고도 합니다.
 * 이 방법으로 할 경우 읽기 요청을 할 때가 문제라서 Hot Key 의 Shard Key 가 어떻게 분산되었는지를 추적할 수 있는 방법을 추가로 필요로 합니다.
 * 이 방식으로 해결해야한다는 뜻을 말하는 것은 아닙니다. 개인적인 생각으로는 활발한 오픈챗에서 이벤트 전달은 되게 작은 문제라고 보여서 Throttling 하는 것이 더 나은 솔루션 같아 보입니다.

2.1 두 번째 문제: 오픈챗 참여 요청이 급증:

인플루언서가 오픈챗 링크를 공유하면서 참여 요청이 갑자기 증가하는 상황이 발생할 수 있습니다.

이로 인해 발생하는 증상은 다음과 같습니다:
 * MySQL Slow Log 증가, CPU 사용률 증가
 * OpenChat 서비스의 응답 타임아웃 증가

2.2 해결책:

MySQL INSERT 성능 최적화:
 * 오픈챗 참여 INSERT 는 단순 INSERT 가 아니라, INSERT 내부에서 SELECT 를 사용하는 쿼리로 구성되어 있습니다. 이는 내부적으로 Bulk Insert 로 취급이 됩니다.
 * Bulk Insert 에서 레코드가 Auto Increment 타입의 칼럼을 쓰고 있는 경우 auto_increment_lock_mode=1 로 설정되어 있는 경우에는 Auto Increment 의 값을 연속적으로 증가함을 보장하며 테이블 락을 잡습니다. (MySQL 8.0 이전에는 auto_increment_lock_mode 의 기본 값은 1입니다.)
 * 그래서 동시에 오픈챗 참여 요청을 하면 이런 테이블락의 경합으로 인해서 CPU 사용률이 치솟는 것입니다.
 * 이를 auto_increment_lock_mode=2 로 변경하면 Auto Increment 값이 연속적으로 증가함을 보장하지는 않지만, 테이블 락보다 가벼운 Mutex 를 사용해서 더 나은 성능을 낼 수 있습니다. 
 * 모든 기술이 그렇듯이 주의할 점이 있는데  auto_increment_lock_mode=2 로 적용할 경우에는 복제에서 statement-based replication 이 아니라 row-based replication 을 적용해야합니다. Auto Increment 값이 연속적으로 증가하지 않기 때문에 복제 서버에서는 다른 값이 될 수 있기 때문입니다. 

참여 요청에 대한 Throttling 적용:
 * auto_increment_lock_mode 를 튜닝해서 처리할 수 있는 성능을 높혔더라도, 언제든지 MySQL 이 처리할 수 있는 양보다 훨씬 많은 부하를 받을 수 있습니다.
 * 여기서 Throttling 을 적용할 때 중요했던 건 Hot Chat Throttling 과 달리 Throttling 을 지연없이 빠르게 적용할 수 있는가 입니다.
 * Redis 에서도 참여 요청의 수를 집계해서 Throttling 를 적용할 수도 있지만 얼마 안되는 핫 오픈챗에 대해서 전체 오픈챗에 대해 기록하는 건 큰 오버헤드라고 판단해서 Local Cache 에서 집계를 해서 Throttling 을 적용했습니다.

Reference:
https://engineering.linecorp.com/ko/blog/how-line-openchat-server-handles-extreme-traffic-spikes

LINE 의 오픈챗은 대규모 트래픽을 처리하는 서비스 중 하나입니다. 특히 유명 가수의 콘서트 시, 수백만 팬들이 오픈챗에서 활발히 소통하면서 트래픽이 급증하는 현상이 발생합니다. 이렇게 하나의 오픈챗이 다른 오픈챗보다 트래픽이 많이 발생하는 걸 LINE은 '핫 챗 (Hot Chat)'으로 정의하며, 이 글에서는 핫 챗의 발생 패턴과 해결 방법을 살펴보겠습니다. &lt;오픈챗이 처리하는 트래픽의 규모&gt; 하나의 오픈챗은 수천에서 수만 명의 사용자를 수용할 수 있습니다. 오픈챗 서버는 분당 1천만 건, 일일 약 100억 건의 API 요청을 처리합니다. 활발한 하나의 오픈챗은 분당 최대 20만 건의 API 요청을 생성하기도 합니다. &lt;오픈챗 서비스의 구조&gt; LINE의 오픈챗 서비스는 이벤트 기반 아키텍처로 구성되어 있습니다. 사용자가 메시지를 보내는 등의 이벤트가 발생하면, 이들은 데이터베이스에 기록되고 Kafka를 통해 전달됩니다. 이후 Publish 서비스가 Kafka 토픽에서 이벤트를 소비하고, 사용자들에게 이벤트를 알리는 서버 푸시를 합니다. 사용자들은 API 호출을 통해 필요한 데이터를 가져갑니다. 서비스 구조는 그림으로 보는 것이 좋을 것 같은데요. 아래 파일로 첨부해두었습니다. &lt;Hot Chat 패턴별로 발생하는 문제와 이를 해결하는 전략&gt; 1.1 첫 번째 문제: 오픈챗 트래픽 증가 수백만명의 가수의 팬들이 콘서트를 열 때 오픈챗에서 활발히 떠들다보니 오픈챗의 이벤트를 가져오려는 API 호출 트래픽이 급증하는 사례가 발생합니다. 이로 인해 발생하는 증상은 다음과 같습니다:<ul><li>트래픽 급증으로 인한 데이터베이스 요청 증가, Slow Query 발생</li><li>API 서버의 GC, CPU 사용량 증가 및 응답 지연</li><li>카프카의 Lag 증가</li></ul> 1.2 해결책: 일반적으로 Naive 하게 생각해 수 있는 해결책은 Shard 를 추가하는 것일텐데, 핫 챗은 전체 오픈챗 중의 0.1% 정도 되기 때문에 단순 샤드를 추가하는 건 영향이 작을 것입니다. LINE 에서는 Hot Chat 을 Detecting 하고 일정시간 동안 Throttling 을 적용하는 방법으로 해결했습니다:<ul><li>핫 챗 탐지:<ul><li>Publish 서버에서 발생한 채팅방의 이벤트 수를 추적하고, 특정 임계점이 넘었으면 이 채팅방을 Hot Chat 이라고 기록합니다.&nbsp;</li></ul></li><li>트래픽 Throttling 적용:<ul><li>핫 챗으로 분류된 채팅방에서는 확률적으로 서버 푸시 메시지 전송 빈도를 조절합니다.</li><li>이는 API 요청의 폭증을 방지하고 서버 부하를 줄이는 데 도움이 됩니다.</li></ul></li><li>정책 동적 조정:<ul><li>핫 챗 정책은 LINE의 오픈소스 솔루션인 Central Dogma를 사용하여 동적으로 조정됩니다.</li><li>이를 통해 서비스 운영자는 배포 없이 실시간으로 트래픽 상황에 맞춰 정책을 조정할 수 있습니다.</li></ul></li><li>Note:<ul><li>이 방법은 폭증하는 트래픽에서 서버를 보호하는 방법이지, 트래픽 자체를 해결하는 방법은 아닙니다.</li><li>위의 LINE 의 사례와 같은 Hot Key 문제에 대해서 트래픽 자체를 해결하려면 하나의 샤드로 향하는 트래픽을 다른 샤드들로 분산시키는 것이 필요합니다.</li><li>그래서 일반적인 해결 방법 중 하나는 Shard Key 에다가 Random Number 를 붙혀서 하나의 샤드에서 다른 샤드들로 저장되고 읽을 수 있도록 하는 것입니다. 이를 'Salted Key' 라고도 합니다.</li><li>이 방법으로 할 경우 읽기 요청을 할 때가 문제라서 Hot Key 의 Shard Key 가 어떻게 분산되었는지를 추적할 수 있는 방법을 추가로 필요로 합니다.</li><li>이 방식으로 해결해야한다는 뜻을 말하는 것은 아닙니다. 개인적인 생각으로는 활발한 오픈챗에서 이벤트 전달은 되게 작은 문제라고 보여서 Throttling 하는 것이 더 나은 솔루션 같아 보입니다.</li></ul></li></ul> 2.1 두 번째 문제: 오픈챗 참여 요청이 급증: 인플루언서가 오픈챗 링크를 공유하면서 참여 요청이 갑자기 증가하는 상황이 발생할 수 있습니다. 이로 인해 발생하는 증상은 다음과 같습니다:<ul><li>MySQL Slow Log 증가, CPU 사용률 증가</li><li>OpenChat 서비스의 응답 타임아웃 증가</li></ul> 2.2 해결책: MySQL INSERT 성능 최적화:<ul><li>오픈챗 참여 INSERT 는 단순 INSERT 가 아니라, INSERT 내부에서 SELECT 를 사용하는 쿼리로 구성되어 있습니다. 이는 내부적으로 Bulk Insert 로 취급이 됩니다.</li><li>Bulk Insert 에서 레코드가 Auto Increment 타입의 칼럼을 쓰고 있는 경우 auto_increment_lock_mode=1 로 설정되어 있는 경우에는 Auto Increment 의 값을 연속적으로 증가함을 보장하며 테이블 락을 잡습니다. (MySQL 8.0 이전에는 auto_increment_lock_mode 의 기본 값은 1입니다.)</li><li>그래서 동시에 오픈챗 참여 요청을 하면 이런 테이블락의 경합으로 인해서 CPU 사용률이 치솟는 것입니다.</li><li>이를 auto_increment_lock_mode=2 로 변경하면 Auto Increment 값이 연속적으로 증가함을 보장하지는 않지만, 테이블 락보다 가벼운 Mutex 를 사용해서 더 나은 성능을 낼 수 있습니다.&nbsp;</li><li>모든 기술이 그렇듯이 주의할 점이 있는데&nbsp; auto_increment_lock_mode=2 로 적용할 경우에는 복제에서 statement-based replication 이 아니라 row-based replication 을 적용해야합니다. Auto Increment 값이 연속적으로 증가하지 않기 때문에 복제 서버에서는 다른 값이 될 수 있기 때문입니다.&nbsp;</li></ul> 참여 요청에 대한 Throttling 적용:<ul><li>auto_increment_lock_mode 를 튜닝해서 처리할 수 있는 성능을 높혔더라도, 언제든지 MySQL 이 처리할 수 있는 양보다 훨씬 많은 부하를 받을 수 있습니다.</li><li>여기서 Throttling 을 적용할 때 중요했던 건 Hot Chat Throttling 과 달리 Throttling 을 지연없이 빠르게 적용할 수 있는가 입니다.</li><li>Redis 에서도 참여 요청의 수를 집계해서 Throttling 를 적용할 수도 있지만 얼마 안되는 핫 오픈챗에 대해서 전체 오픈챗에 대해 기록하는 건 큰 오버헤드라고 판단해서 Local Cache 에서 집계를 해서 Throttling 을 적용했습니다.</li></ul> Reference: https://engineering.linecorp.com/ko/blog/how-line-openchat-server-handles-extreme-traffic-spikes

LINE 의 오픈챗 서버는 어떻게 급증하는 트래픽을 다룰까?

AI 시대에 소프트웨어 엔지니어가 필수로 배워야 하는 기초 지식은 다음과 같습니다.

1️⃣ 하나만 배운다면 데이터 구조

2️⃣ 두가질 배운다면 알고리즘

3️⃣ 세가질 배운다면 머신러닝

4️⃣ 네가질 배운다면 프롬프트 엔지니어링

소프트웨어 엔지니어의 주요 업무인 프로그래밍이라는 것은, 주어진 데이터를 변형하거나 데이터를 추출하는 것이 전부라고 할 수 있습니다. 따라서 데이터 구조와 데이터를 다루는 알고리즘을 배우는 것이 기본이겠고요.

더불어 데이터를 통해 소프트웨어를 만들어내는 머신러닝과, 이를 통해 만들어진 AI를 이용하는 프롬프트 엔지니어링을 이해해야 다가오는 AI 시대에 적응 할 수 있을 것 입니다.

즉, 프로그램이, AI가 어떻게 만들어지고 작동하는지, 그리고 AI를 어떻게 다루는지를 이해하는 것이 중요한 것이죠. 왜냐하면 나머지는 이제 앞으로 AI가 다 해 줄 테니까요.

AI 시대에 소프트웨어 엔지니어가 필수로 배워야 하는 기초 지식은 다음과 같습니다. 1️⃣ 하나만 배운다면 데이터 구조 2️⃣ 두가질 배운다면 알고리즘 3️⃣ 세가질 배운다면 머신러닝 4️⃣ 네가질 배운다면 프롬프트 엔지니어링 소프트웨어 엔지니어의 주요 업무인 프로그래밍이라는 것은, 주어진 데이터를 변형하거나 데이터를 추출하는 것이 전부라고 할 수 있습니다. 따라서 데이터 구조와 데이터를 다루는 알고리즘을 배우는 것이 기본이겠고요. 더불어 데이터를 통해 소프트웨어를 만들어내는 머신러닝과, 이를 통해 만들어진 AI를 이용하는 프롬프트 엔지니어링을 이해해야 다가오는 AI 시대에 적응 할 수 있을 것 입니다. 즉, 프로그램이, AI가 어떻게 만들어지고 작동하는지, 그리고 AI를 어떻게 다루는지를 이해하는 것이 중요한 것이죠. 왜냐하면 나머지는 이제 앞으로 AI가 다 해 줄 테니까요.

AI 시대 소프트웨어 엔지니어 필수 지식

자바스크립트 패키지 매니저: npm vs. Yarn

패키지 매니저(package manager)는 프로젝트가 의존하고 있는 패키지를 효과적으로 설치, 갱신, 삭제할 수 있도록 도와주는 관리 도구입니다. 그 어떤 프로그래밍 언어보다 풍부한 오픈 소스 생태계를 자랑하는 자바스크립트에서 특히 패키지 매니저는 중요한 역할을 하는데요. 아무리 간단한 자바스크립트 프로젝트라고 해도 적게는 수십게 많게는 수백개의 다른 패키지에 의존하기 때문입니다.

대부분의 자바스크립트 패키지 매니저는 Node.js 실행 환경(runtime)에서 돌아가며 `package.json`이라는 파일에 프로젝트가 의존하고 있는 패키지 목록을 명시합니다. 일반적으로 패키지는 프로젝트의 `node_modules` 디렉토리에 저장되는데, 주로 공개 npm 저장소(registry)로 부터 다운을 받지만 회사의 경우 사내망 내의 사설 저장소를 운영하는 경우도 있습니다.

자바스크립트 커뮤니티에서는 npm과 Yarn이라는 두 가지 패키지 매니저가 오랫동안 시장을 양분해왔는데요. 이번 포스팅에서는 현재 기준으로 npm과 Yarn을 비교해보고 이중 무엇을 쓰는 게 좋을지 알아보겠습니다.

📝 포스팅: https://www.daleseo.com/js-package-manager/

사실 자바스크립트 생태계에서는 본 포스팅에서 다룬 npm과 Yarn 외에도 Pnpm과 같은 새로운 패키지 매니저가 줄줄이 등장하고 있습니다. 또한 차세대 자바스크립트 런타임인 Bun의 경우에는 아예 패키지 매니저를 내장하고 있어서 어떤 패키지 매니저를 사용할지 고민할 필요도 없습니다. 기본적으로 표준화보다는 자율성을 가치로 삼는 자바스크립트 커뮤니티에서 향후 이 패키지 매니저 전쟁이 어떻게 진행될지 지켜보면 흥미로울 것 같습니다.

패키지 매니저 관련해서 아래 게시물도 함께 읽어보시기를 추천드립니다.

📕 자바스크립트 개발자를 위한 package.json 파일 정리: https://careerly.co.kr/comments/90359
📗 패키지 잠금 파일 (package-lock.json, yarn.lock): https://careerly.co.kr/comments/93535
📘 자바스크립트 개발자를 위한 필수 npm 커맨드 정리 (+npx): https://careerly.co.kr/comments/93003
📙 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임 🥟: https://careerly.co.kr/comments/92202

패키지 매니저(package manager)는 프로젝트가 의존하고 있는 패키지를 효과적으로 설치, 갱신, 삭제할 수 있도록 도와주는 관리 도구입니다. 그 어떤 프로그래밍 언어보다 풍부한 오픈 소스 생태계를 자랑하는 자바스크립트에서 특히 패키지 매니저는 중요한 역할을 하는데요. 아무리 간단한 자바스크립트 프로젝트라고 해도 적게는 수십게 많게는 수백개의 다른 패키지에 의존하기 때문입니다. 대부분의 자바스크립트 패키지 매니저는 Node.js 실행 환경(runtime)에서 돌아가며 `package.json`이라는 파일에 프로젝트가 의존하고 있는 패키지 목록을 명시합니다. 일반적으로 패키지는 프로젝트의 `node_modules` 디렉토리에 저장되는데, 주로 공개 npm 저장소(registry)로 부터 다운을 받지만 회사의 경우 사내망 내의 사설 저장소를 운영하는 경우도 있습니다. 자바스크립트 커뮤니티에서는&nbsp;npm과 Yarn이라는 두 가지 패키지 매니저가 오랫동안 시장을 양분해왔는데요. 이번 포스팅에서는 현재 기준으로 npm과 Yarn을 비교해보고 이중 무엇을 쓰는 게 좋을지 알아보겠습니다. 📝 포스팅: https://www.daleseo.com/js-package-manager/ 사실 자바스크립트 생태계에서는 본 포스팅에서 다룬 npm과 Yarn 외에도 Pnpm과 같은 새로운 패키지 매니저가 줄줄이 등장하고 있습니다. 또한 차세대 자바스크립트 런타임인 Bun의 경우에는 아예 패키지 매니저를 내장하고 있어서 어떤 패키지 매니저를 사용할지 고민할 필요도 없습니다. 기본적으로 표준화보다는 자율성을 가치로 삼는 자바스크립트 커뮤니티에서 향후 이 패키지 매니저 전쟁이 어떻게 진행될지 지켜보면 흥미로울 것 같습니다. 패키지 매니저 관련해서 아래 게시물도 함께 읽어보시기를 추천드립니다. 📕 자바스크립트 개발자를 위한 package.json 파일 정리: https://careerly.co.kr/comments/90359📗 패키지 잠금 파일 (package-lock.json, yarn.lock): https://careerly.co.kr/comments/93535📘 자바스크립트 개발자를 위한 필수 npm 커맨드 정리 (+npx): https://careerly.co.kr/comments/93003📙 Bun: 귀엽지만 강력한 새로운 자바스크립트 런타임 🥟: https://careerly.co.kr/comments/92202

Daleseo

자바스크립트 패키지 매니저: npm vs. Yarn 🥊

유명한 프로그램들을 많이 만들었습니다. 카카오톡. N드라이브. 왓챠. 하지만 제 프로그램이라고 부를 수는 없었습니다. 내가 처음부터 만든 게 아니었으니까. 다른 사람들이 만들고 이미 유명해진 상태에서 내가 껴들었을 뿐.

회사를 그만두도록 뽐뿌를 준 책들

유명한 프로그램들을 많이 만들었습니다.
카카오톡. N드라이브. 왓챠.
하지만 제 프로그램이라고 부를 수는 없었습니다.
내가 처음부터 만든 게 아니었으니까.
다른 사람들이 만들고 이미 유명해진 상태에서 내가 껴들었을 뿐.

그래도 좋긴 했습니다.
내 실력으로는 엄두도 못 낼 유명한 프로그램들을 함께 만들고…
지하철에서 옆 사람들이 앱을 써주는 걸 보는 기분은 끝내줬습니다.

그런데 가만…
내가 처음부터 만든 건 뭐가 있지…?
뭐야, 아무것도 없잖아.

책을 읽다가 그런 생각이 들었던 것 같습니다.
나도 내 제품을 만들어 보고 싶어.
아무것도 없는 백지에서 시작한 나의 코드, 나의 제품 말이야.

나도 창업이란 걸 해보고 싶다.
아니, 창업이란 말은 너무 거창하고…
내 제품을 만들어서 그걸로 돈을 벌어 보고 싶어.
단 돈 만 원이라도 벌어봤으면.

그 당시에 저에게 뽐뿌를 줬던 책들.
'플레이', '아이디어맨', '티몬이 간다'

넥슨의 창업이야기.
마이크로소프트의 창업이야기.
티켓몬스터의 창업이야기.

이 책들을 읽을 때 어찌나 가슴이 두근거렸는지…
어쩌면 이 책들을 읽으면서 회사를 떠날 준비를 했는지도 모르겠습니다.
언젠가 다시 한번 읽어보고 싶습니다.

https://jeho.page/essay/2023/11/23/business-books.html

유명한 프로그램들을 많이 만들었습니다. 카카오톡. N드라이브. 왓챠. 하지만 제 프로그램이라고 부를 수는 없었습니다. 내가 처음부터 만든 게 아니었으니까. 다른 사람들이 만들고 이미 유명해진 상태에서 내가 껴들었을 뿐. 그래도 좋긴 했습니다. 내 실력으로는 엄두도 못 낼 유명한 프로그램들을 함께 만들고… 지하철에서 옆 사람들이 앱을 써주는 걸 보는 기분은 끝내줬습니다. 그런데 가만… 내가 처음부터 만든 건 뭐가 있지…? 뭐야, 아무것도 없잖아. 책을 읽다가 그런 생각이 들었던 것 같습니다. 나도 내 제품을 만들어 보고 싶어. 아무것도 없는 백지에서 시작한 나의 코드, 나의 제품 말이야. 나도 창업이란 걸 해보고 싶다. 아니, 창업이란 말은 너무 거창하고… 내 제품을 만들어서 그걸로 돈을 벌어 보고 싶어. 단 돈 만 원이라도 벌어봤으면. 그 당시에 저에게 뽐뿌를 줬던 책들. '플레이', '아이디어맨', '티몬이 간다' 넥슨의 창업이야기. 마이크로소프트의 창업이야기. 티켓몬스터의 창업이야기. 이 책들을 읽을 때 어찌나 가슴이 두근거렸는지…어쩌면 이 책들을 읽으면서 회사를 떠날 준비를 했는지도 모르겠습니다. 언젠가 다시 한번 읽어보고 싶습니다. https://jeho.page/essay/2023/11/23/business-books.html

K리그 프로그래머

01 . 저는 책상에 뭔가 많이 올려두는 걸 좋아하지 않는 편입니다. 집에서 쓰는 책상은 물론이고 회사 책상도 마찬가지죠. 그래서 가끔 팀 사람들이 '도영님은 퇴사하는 사람처럼 퇴근한다'는 우스갯소리를 던지고는 합니다. 출근하면 꺼내 올려두는 게 휴대전화, 에어팟, 노트, 필기구 몇 개 정도니까요. 그마저도 퇴근할 땐 장사판 접는 사장님처럼 말끔하게 회수해(?) 집으로 돌아가니 그런 말이 나올 법도 하죠.

02 . 하지만 제가 유일하게 책상에 자주 올려두는 것이 하나 있습니다. 바로 책입니다.
물론 책상의 일부를 마치 책장처럼 활용하며 여러 권의 책을 꽂아두시는 분들도 있지만 저는 최근 읽고 있는 책 한 권 정도만 책상에 둡니다. 그러니 자연스레 제 주위를 오가던 사람들도 제가 읽고 있는 책에 관심을 기울이고 그 책에 대해 이런저런 질문을 던지기도 하죠.

03 . 당연히 그런 자랑(?) 용도로 책을 두는 것은 아닙니다. 제가 책상에 책을 올려두는 건 일종의 마인드셋에 가깝기 때문이죠.
아무래도 기획 업무를 하다 보니 새로운 업무에 들어가거나 새로운 아이디어를 떠올려야 할 때와 자주 마주치는데 이때마다 저 스스로 어떤 관점과 마음가짐으로 그 업무를 대할지 첫 자세를 잡는 게 참 중요하더라고요. 어떤 때는 하기 싫은 일에 최대한 정을 붙여보려 노력할 때도 있고 또 어떤 때는 꽤 재미있어 보이는 일이라 저 자신이 오버하지 않도록 최대한 차분해지려는 노력을 할 때도 있죠.

04 . 그때마다 저는 그 순간에 필요한 관점을 담은 책들을 한 권씩 올려놓습니다. 그럼 왠지 그 책으로부터 좋은 영향을 받는 것 같은 느낌이 들거든요. 이따끔씩 머리 회전이 잘 안되면 책을 펼쳐서 단 5분이라도 잠깐 읽는 과정을 반복하기도 하지만 사실 꼭 그러지 않더라도 내 가까이에 그 책이 있다는 것만으로도 위로가 될 때가 있습니다. 심지어는 일종의 부적처럼 느껴질 때도 있고요.

05 . 최근에 한 프로젝트에 참여하면서는 '일'에 대한 근본적인 고민과 제 나름의 이야기를 풀어놔야 하는 과제가 주어졌는데, 이때 저는 제 책상 위에 제현주 작가님의 ⟪일하는 마음⟫이란 책을 올려두었습니다. 몇 해 전에 꽤 인상 깊게 읽었던 책이라 언제 한 번 꼭 다시 읽어야지라는 생각을 하고 있었는데 이번 기회에 다시 책상 위로 불러들인 것이죠. 지금이 바로 그 타이밍이라는 생각과 함께요.

06 . 물론 실제로 다시 책을 펼쳐서 읽은 시간은 몇 분 남짓 되지 않았지만 그런 제목의 책이 제 책상을 지켜주고 있다는 사실만으로도 뭔가 마음을 다잡게 되더라고요. 저는 늘 책 한 권을 읽는다는 건 잠깐이나마 그 작가의 생각을 빌어 살아보는 것이라고 생각하는데 제가 좋아하는 책을 끼고 일을 시작하면 조금은 새로운 마음가짐을 장착한 느낌을 받을 때가 많기 때문입니다.

07 . 누군가에게 이 얘기를 했더니 그분이 이런 말을 해주셨습니다.
"그럼 도영님께는 책이 일종의 유니폼 역할을 하는 거네요. 왜 제복을 입는 직업을 가진 사람들은 그 옷을 입는 순간 마음가짐이 달라진다고 하잖아요. 도영님이 책상에 책을 올려두는 것도 비슷한 의미이지 않을까요."

08 . 오! 그 말을 들으니 진짜 제겐 책이 그런 역할을 하는 것 같았어요. 솔직히 가끔 죽기보다도 싫은 일과 마주쳐서 책상에 앉기조차 싫을 때, 문득 책상 한 켠에 있는 책을 보면 일종의 작은 죄책감 같은 것도 느껴지거든요.
'저 책 읽을 때만 해도 온갖 좋은 생각은 다했었는데... 현실에서 또 이렇게 투덜대고만 있을 수는 없겠구나' 하면서요. 책을 읽는 이유 중 하나가 나 자신을 조금이라도 좋은 방향으로 끌고 가기 위함일 텐데 책 읽을 때 마음 따로, 책상에 앉을 때 마음 따로면 그런 나약한 애티튜드도 없겠다 싶었으니까요.

09 . 그래서 저는 주위 사람들에게 당장 읽지 않아도 좋으니 책상 위에 책 한 권 정도 올려두라는 말을 합니다. 그리고 가급적이면 꽂아두지 말고, 여러 권의 책과 함께 두지도 말고 언제든 손을 뻗으면 잡힐 만한 거리에 딱 한 권을 두는 게 더 좋다고 권하죠.
더불어 마치 그곳에 영원히 있을 것처럼 두지 말고 업무에 따라 또 기분에 따라 다른 책으로 바꿔 가져다 두는 걸 반복해 보라고 말합니다. 정말 별것 아닌 일처럼 보여도 그 작은 행동이 주는 마음가짐의 변화가 분명 존재하기 때문이죠.

10 . 그러니 여러분도 한 주의 시작은 맘에 드는 책 한 권 책상 위에 올려두는 것으로 출발하면 어떨까요? 혹시 친한 동료가 있다면 그 사람의 책상 위에 한 권을 선물해 주는 것도 좋고요. 그리고는 귀찮고, 힘들고, 짜증 나고, 하기 싫은 순간이 올 때마다 그냥 그 책 한번 집어 들어서 휘리릭 넘기고 맘에 드는 부분은 5분 정도 가볍게 읽어보는 겁니다. 마음가짐이란 게 거창해 보여도 사실 어떻게 책상 앞에 앉느냐의 문제이기도 하니까요, 그 순간에 맘에 드는 제목이 눈에 띄도록 세팅해두는 것 역시 어쩌면 내 마인드셋을 현명하게 관리하는 비법일지 모르죠.

01 . 저는 책상에 뭔가 많이 올려두는 걸 좋아하지 않는 편입니다. 집에서 쓰는 책상은 물론이고 회사 책상도 마찬가지죠. 그래서 가끔 팀 사람들이 '도영님은 퇴사하는 사람처럼 퇴근한다'는 우스갯소리를 던지고는 합니다. 출근하면 꺼내 올려두는 게 휴대전화, 에어팟, 노트, 필기구 몇 개 정도니까요. 그마저도 퇴근할 땐 장사판 접는 사장님처럼 말끔하게 회수해(?) 집으로 돌아가니 그런 말이 나올 법도 하죠. 02 . 하지만 제가 유일하게 책상에 자주 올려두는 것이 하나 있습니다. 바로 책입니다.물론 책상의 일부를 마치 책장처럼 활용하며 여러 권의 책을 꽂아두시는 분들도 있지만 저는 최근 읽고 있는 책 한 권 정도만 책상에 둡니다. 그러니 자연스레 제 주위를 오가던 사람들도 제가 읽고 있는 책에 관심을 기울이고 그 책에 대해 이런저런 질문을 던지기도 하죠. 03 . 당연히 그런 자랑(?) 용도로 책을 두는 것은 아닙니다. 제가 책상에 책을 올려두는 건 일종의 마인드셋에 가깝기 때문이죠.아무래도 기획 업무를 하다 보니 새로운 업무에 들어가거나 새로운 아이디어를 떠올려야 할 때와 자주 마주치는데 이때마다 저 스스로 어떤 관점과 마음가짐으로 그 업무를 대할지 첫 자세를 잡는 게 참 중요하더라고요. 어떤 때는 하기 싫은 일에 최대한 정을 붙여보려 노력할 때도 있고 또 어떤 때는 꽤 재미있어 보이는 일이라 저 자신이 오버하지 않도록 최대한 차분해지려는 노력을 할 때도 있죠. 04 . 그때마다 저는 그 순간에 필요한 관점을 담은 책들을 한 권씩 올려놓습니다. 그럼 왠지 그 책으로부터 좋은 영향을 받는 것 같은 느낌이 들거든요. 이따끔씩 머리 회전이 잘 안되면 책을 펼쳐서 단 5분이라도 잠깐 읽는 과정을 반복하기도 하지만 사실 꼭 그러지 않더라도 내 가까이에 그 책이 있다는 것만으로도 위로가 될 때가 있습니다. 심지어는 일종의 부적처럼 느껴질 때도 있고요. 05 . 최근에 한 프로젝트에 참여하면서는 '일'에 대한 근본적인 고민과 제 나름의 이야기를 풀어놔야 하는 과제가 주어졌는데, 이때 저는 제 책상 위에 제현주 작가님의 ⟪일하는 마음⟫이란 책을 올려두었습니다. 몇 해 전에 꽤 인상 깊게 읽었던 책이라 언제 한 번 꼭 다시 읽어야지라는 생각을 하고 있었는데 이번 기회에 다시 책상 위로 불러들인 것이죠. 지금이 바로 그 타이밍이라는 생각과 함께요. 06 . 물론 실제로 다시 책을 펼쳐서 읽은 시간은 몇 분 남짓 되지 않았지만 그런 제목의 책이 제 책상을 지켜주고 있다는 사실만으로도 뭔가 마음을 다잡게 되더라고요. 저는 늘 책 한 권을 읽는다는 건 잠깐이나마 그 작가의 생각을 빌어 살아보는 것이라고 생각하는데 제가 좋아하는 책을 끼고 일을 시작하면 조금은 새로운 마음가짐을 장착한 느낌을 받을 때가 많기 때문입니다. 07 . 누군가에게 이 얘기를 했더니 그분이 이런 말을 해주셨습니다."그럼 도영님께는 책이 일종의 유니폼 역할을 하는 거네요. 왜 제복을 입는 직업을 가진 사람들은 그 옷을 입는 순간 마음가짐이 달라진다고 하잖아요. 도영님이 책상에 책을 올려두는 것도 비슷한 의미이지 않을까요." 08 . 오! 그 말을 들으니 진짜 제겐 책이 그런 역할을 하는 것 같았어요. 솔직히 가끔 죽기보다도 싫은 일과 마주쳐서 책상에 앉기조차 싫을 때, 문득 책상 한 켠에 있는 책을 보면 일종의 작은 죄책감 같은 것도 느껴지거든요. '저 책 읽을 때만 해도 온갖 좋은 생각은 다했었는데... 현실에서 또 이렇게 투덜대고만 있을 수는 없겠구나' 하면서요. 책을 읽는 이유 중 하나가 나 자신을 조금이라도 좋은 방향으로 끌고 가기 위함일 텐데 책 읽을 때 마음 따로, 책상에 앉을 때 마음 따로면 그런 나약한 애티튜드도 없겠다 싶었으니까요. 09 . 그래서 저는 주위 사람들에게 당장 읽지 않아도 좋으니 책상 위에 책 한 권 정도 올려두라는 말을 합니다. 그리고 가급적이면 꽂아두지 말고, 여러 권의 책과 함께 두지도 말고 언제든 손을 뻗으면 잡힐 만한 거리에 딱 한 권을 두는 게 더 좋다고 권하죠. 더불어 마치 그곳에 영원히 있을 것처럼 두지 말고 업무에 따라 또 기분에 따라 다른 책으로 바꿔 가져다 두는 걸 반복해 보라고 말합니다. 정말 별것 아닌 일처럼 보여도 그 작은 행동이 주는 마음가짐의 변화가 분명 존재하기 때문이죠. 10 . 그러니 여러분도 한 주의 시작은 맘에 드는 책 한 권 책상 위에 올려두는 것으로 출발하면 어떨까요? 혹시 친한 동료가 있다면 그 사람의 책상 위에 한 권을 선물해 주는 것도 좋고요. 그리고는 귀찮고, 힘들고, 짜증 나고, 하기 싫은 순간이 올 때마다 그냥 그 책 한번 집어 들어서 휘리릭 넘기고 맘에 드는 부분은 5분 정도 가볍게 읽어보는 겁니다. 마음가짐이란 게 거창해 보여도 사실 어떻게 책상 앞에 앉느냐의 문제이기도 하니까요, 그 순간에 맘에 드는 제목이 눈에 띄도록 세팅해두는 것 역시 어쩌면 내 마인드셋을 현명하게 관리하는 비법일지 모르죠.

책상에 좋아하는 책 한 권 올려두기

최근 외주로 운영 되던 서비스를 내재화하는 작업을 담당하게 되면서, 특정 도메인의 목적을 위해 구현된 소스코드를 이해하는 데에는 순전히 '기술적'인 사항만 존재하지 않는다는 사실을 절실히 깨달았습니다. '모바일 쿠폰 서비스'라는 컨택스트 상에서는 당연하고 상식적인 흐름이, 그러한 컨택스트를 제외한 '기술적'요소들만을 살펴보았을 때는 터무니 없이 복잡하고 어렵게 느껴졌습니다.

DDD란? ((Business) Domain-Driven (Software) Design)

최근 팀내에서 논의가 있었다. 내부 툴 Front 단 개발을 어떤 형태로 진행할까에 대한 논의였다. 

보통 '이러한' 개발은 특정 이름 a라고 불리는 팀에 요청하여 처리하였기에, 이번에도 그런 형태로 처리하자고 마무리가 되었다. 내부에서 보면 '뚜렷하게' 차이가 나지 않는 팀 a는 명확히 구분하자면 외부사로, 특정 계약을 통해 프로젝트별로 비용을 지불하는 것으로 보였다. 

그 순간 내 머릿속에 떠오른 질문은 '어떤 기준으로 특정 작업(A)은 외주를 맡기고, 특정 작업(B)은 직접 고용한 인원으로 개발을 진행할까?'였다. 이어서, '그렇다면 내 밥값은 A 대신 B라는 특정 작업을 하고 있다는 사실로 정당한걸까?'였다. 

...

순간 스쳐지나간 생각을 글로 '끌고올' 정도로, 의미가 있다고 느꼈던 이유는

1. 이 부분에 대한 정리된 관점이, 앞으로 커리어를 잘 베팅하는 촉에 대한 도움이 될 것 같기에
2. 언젠가 '보이지 않는' 곳에서 이러한 판단을 내릴 수도 있기에 

라는 2가지 점 때문인 것 같다. 

어쨋든, 이 고민에 좀 더 머물러도 재밌겠다는 생각이 들었다.

이후 정리되지 않은 상태로 문제의 여운을 곰곰히 떠올려본 결과, 두 번째 의문은 쉽게 풀리는 것 같다. 

최근에 읽은 책, 사회학자 Jake Rosenfeld가 쓴 'You're paid what you're worth' [1]라는 책의 내용을 통해서다.

관련 부분은 짧게 요약하자면, "현대 기업은 점점 더 주주친화주의가 강해지면서 비용절감에 대한 요구에 지속적으로 부응하는 정책을 취했다. 기업들은 비핵심 또는 핵심 중에서도 비핵심적인 부분을 아웃소싱하는 형태로 발전해왔다. 또한, 그러한 시장을 만족시키는 아웃소싱 제공 업체도 점점 발전했다. 그렇기에 같은 회사에서 유사한 일을 하지만 소속에 따라서 급격한 임금 및 복지의 격차가 발생하고 있다." 
(논외로 책에서는 정확하게 성과를 측정하고 임금과 연결시키는 점의 어려움, 좋은 잡이 나빠지거나 나쁜 잡이 좋아졌던 히스토리 등 여러 흥미로운 내용을 다뤄준다 - 추천)

감정적으로는 안타깝다는 생각이 들지만, 개인적으로는 어쩔 수 없지 정도로 넘어갈 수 있는 정도의 정리인 것 같다.

...

첫 번째 고민을 생각해보니, 의외로 연관성이 있다고 느껴지는 부분은 꽤나 기술적인 개념에서 떠올랐다. 바로 DDD((Business) Domain-Driven (Software) Design) [2].

DDD에 관해 읽었던, (역시 좋은 책인) Vladik Khononov의 'What Is Domain-Driven Design?'라는 책에서는 비지니스 도메인 분석을 진행하며 서브도메인인 코어, 제너럴, 서포팅에 대하 구분지어 정의하고 있다. 

 * 코어: 경쟁기업과 '다르게' 행하는 부분, 반드시 기술적일 필요 없음, 경쟁자가 복사 및 모방이 어려워야 하기에 본질적으로 복잡, 인하우스로 구현, (기술적인 부분이라면) 높은 수준의 엔지니어를 요구
 * 제너럴: 대다수 기업들이 유사한 형태로 운영하고 있는 활동, 구현된 제품을 구입하는 것이 보통 더욱 비용효율적
 * 서포팅: 기업 비지니스를 지원하는 부분, 어떤 경쟁우위도 제공하지 않음, 인하우스로 구현하는 것에 대한 필요성이 드뭄, 아웃소싱도 고려해볼 수 있음

당시에 책을 읽고 열심히 정리[2]할 때에는 느끼지 못한 부분이 실감되었다. 명확하게 보이진 않지만, 어느 곳에서 진행되고 있는 방향성이 DDD에서 말하는 부분과 일치한다는 느낌이 들었다. 

안그래도 좋았던 DDD에 대한 인상이, 커리어 고민에 대한 도움까지 된다니 더욱 좋아지는 듯 했다.

...

돌아보니 이러한 생각의 흐름에서 찾고 있는 것은 막연한 단어로만 들었던 '고부가가치'를 '개발'에서 찾고 있는 것 같았다.

최근 하는 일에 의미를 찾으며 프로덕트에 대한 관심이 높아졌는데, 역시 이 부분도 프로덕트라는 컨택스트에서야 가치가 평가되는 것 같다. 

현재 컨택스트에서의 고부가가치는 무엇일지, 현재 가지고 있는 능력이 어느 컨택스트에서 고부가가치가 될지라는 또 다른 질문을 만드는 생각들이었다.

Reference
[1] You're paid what you're worth, Jave Rosenfeld
[2] https://kadensungbincho.tistory.com/73
[3] What Is Domain-Driven Design?, Vladik Khononov

최근 팀내에서 논의가 있었다. 내부 툴 Front 단 개발을 어떤 형태로 진행할까에 대한 논의였다.&nbsp; 보통 '이러한' 개발은 특정 이름 a라고 불리는 팀에 요청하여 처리하였기에, 이번에도 그런 형태로 처리하자고 마무리가 되었다. 내부에서 보면 '뚜렷하게' 차이가 나지 않는 팀 a는 명확히 구분하자면 외부사로, 특정 계약을 통해 프로젝트별로 비용을 지불하는 것으로 보였다.&nbsp; 그 순간 내 머릿속에 떠오른 질문은 '어떤 기준으로 특정 작업(A)은 외주를 맡기고, 특정 작업(B)은 직접 고용한 인원으로 개발을 진행할까?'였다. 이어서, '그렇다면 내 밥값은 A 대신 B라는 특정 작업을 하고 있다는 사실로 정당한걸까?'였다.&nbsp; ... 순간 스쳐지나간 생각을 글로 '끌고올' 정도로, 의미가 있다고 느꼈던 이유는 1. 이 부분에 대한 정리된 관점이, 앞으로 커리어를 잘 베팅하는 촉에 대한 도움이 될 것 같기에2. 언젠가 '보이지 않는' 곳에서 이러한 판단을 내릴 수도 있기에&nbsp; 라는 2가지 점 때문인 것 같다.&nbsp; 어쨋든, 이 고민에 좀 더 머물러도 재밌겠다는 생각이 들었다. 이후 정리되지 않은 상태로 문제의 여운을 곰곰히 떠올려본 결과, 두 번째 의문은 쉽게 풀리는 것 같다.&nbsp; 최근에 읽은 책, 사회학자 Jake Rosenfeld가 쓴 'You're paid what you're worth' [1]라는 책의 내용을 통해서다. 관련 부분은 짧게 요약하자면, "현대 기업은 점점 더 주주친화주의가 강해지면서 비용절감에 대한 요구에 지속적으로 부응하는 정책을 취했다. 기업들은 비핵심 또는 핵심 중에서도 비핵심적인 부분을 아웃소싱하는 형태로 발전해왔다. 또한, 그러한 시장을 만족시키는 아웃소싱 제공 업체도 점점 발전했다. 그렇기에 같은 회사에서 유사한 일을 하지만 소속에 따라서 급격한 임금 및 복지의 격차가 발생하고 있다."&nbsp;(논외로 책에서는 정확하게 성과를 측정하고 임금과 연결시키는 점의 어려움, 좋은 잡이 나빠지거나 나쁜 잡이 좋아졌던 히스토리 등 여러 흥미로운 내용을 다뤄준다 - 추천) 감정적으로는 안타깝다는 생각이 들지만, 개인적으로는 어쩔 수 없지 정도로 넘어갈 수 있는 정도의 정리인 것 같다. ... 첫 번째 고민을 생각해보니, 의외로 연관성이 있다고 느껴지는 부분은 꽤나 기술적인 개념에서 떠올랐다. 바로 DDD((Business) Domain-Driven (Software) Design) [2]. DDD에 관해 읽었던, (역시 좋은 책인) Vladik Khononov의 'What Is Domain-Driven Design?'라는 책에서는 비지니스 도메인 분석을 진행하며 서브도메인인 코어, 제너럴, 서포팅에 대하 구분지어 정의하고 있다.&nbsp; <ul><li>코어: 경쟁기업과 '다르게' 행하는 부분, 반드시 기술적일 필요 없음, 경쟁자가 복사 및 모방이 어려워야 하기에 본질적으로 복잡, 인하우스로 구현, (기술적인 부분이라면) 높은 수준의 엔지니어를 요구</li><li>제너럴: 대다수 기업들이 유사한 형태로 운영하고 있는 활동, 구현된 제품을 구입하는 것이 보통 더욱 비용효율적</li><li>서포팅: 기업 비지니스를 지원하는 부분, 어떤 경쟁우위도 제공하지 않음, 인하우스로 구현하는 것에 대한 필요성이 드뭄, 아웃소싱도 고려해볼 수 있음</li></ul> 당시에 책을 읽고 열심히 정리[2]할 때에는 느끼지 못한 부분이 실감되었다. 명확하게 보이진 않지만, 어느 곳에서 진행되고 있는 방향성이 DDD에서 말하는 부분과 일치한다는 느낌이 들었다.&nbsp; 안그래도 좋았던 DDD에 대한 인상이, 커리어 고민에 대한 도움까지 된다니 더욱 좋아지는 듯 했다. ... 돌아보니 이러한 생각의 흐름에서 찾고 있는 것은 막연한 단어로만 들었던 '고부가가치'를 '개발'에서 찾고 있는 것 같았다. 최근 하는 일에 의미를 찾으며 프로덕트에 대한 관심이 높아졌는데, 역시 이 부분도 프로덕트라는 컨택스트에서야 가치가 평가되는 것 같다.&nbsp; 현재 컨택스트에서의 고부가가치는 무엇일지, 현재 가지고 있는 능력이 어느 컨택스트에서 고부가가치가 될지라는 또 다른 질문을 만드는 생각들이었다. Reference[1] You're paid what you're worth, Jave Rosenfeld[2] https://kadensungbincho.tistory.com/73[3] What Is Domain-Driven Design?, Vladik Khononov

Kaden Sungbin Cho

고부가가치 개발

1 작년 9월 블로그를 시작했다. 1년 조금 넘는 동안 약 400개의 글을 썼다. 2 시작은 단순했다. 목적은 성...

기록이 쌓이면 '뭐든' 된다. 블로그 1년의 소회.

1
작년 9월 블로그를 시작했다. 1년 조금 넘는 동안 약 400개의 글을 썼다.

2
시작은 단순했다. 목적은 성장이었다. 성장하기 위해 읽고 쓰기보다 좋은 방법은 없으니까.

3
문제는 꾸준함이다. 뭐든 혼자서는 오래 하기 어렵다. 작은 성취감과 소소한 재미가 필요했다. 그래서 블로그에 기록들을 쌓기로 했다.

4
읽은 책과 생각을 기록한다. 나를 위한 기록이다. 나를 위함으로 시작하지만, 다른 사람에게 도움이 되면 좋겠다는 마음도 있었다. 의도할 수는 없다. 어떻게든 되겠지 싶었다.

5
기록은 쉽지 않았다. 글쓰기는 언제나 어려우니까. 유일한 위안이라면 모두에게 다 그렇다는 거다. 훌륭한 작가들에게도 절대 예외는 없다. 그냥 계속 쓸 뿐이다. 쓰고 쓰고 또 쓴다. 미련하게.

6
많이 쓴다고 글쓰기가 쉬워지지 않는다. 익숙해지지 않는다. 나를 위한 기록이지만 잘 쓰고 싶다. 하지만 결과물은 항상 마음에 들지 않는다. 몇 번을 고민해서 퇴고하고 발행 버튼을 눌러도 늘 찜찜할 뿐이다.

7
고비들도 많았다. 작은 공간에 남기는 이 기록이 무슨 의미가 있을까. 나보다 남들의 시선을 더 의식하기도 했다. 보는 눈이 없어도 자기검열은 사라지지 않는다. 때론 글쓰기에 도저히 시간을 낼 수 없을 때도 많았다.

8
그래도 1년 동안 놓지 않았다. 뭐라도 기록하고 남겼다. 놓지 않은 덕분에 성장했다. 나의 기록이 누군가에게 작은 도움이 된다. 기록이 새로운 연결의 시작이 됐다. 기쁘다.

9
기록이 쌓이면 뭐든 된다. 블로그 앱 스플래시 문구가 맘에 든다. 정말 그렇다. 한물간 서비스로 취급받던 블로그가 다시 대세가 됐다. 20년의 시간을 버텨왔기 때문이다. 중간에 놓지 않았기 때문이다.

10
모든 꾸준한 것들은 늘 사소하다. 사소함은 잘 보이지 않는다. 그래서 그것이 드러나면 모두 다 갑자기 나타났다고들 말한다. 하지만, 누구의 눈에도 보이지 않던 때를 놓지 않고 버텼기에 드러남의 시간이 있다. 축적과 발산. 모든 성장과 성공의 비밀은 여기에 있다. 예외는 없다고 믿는다.

1작년 9월 블로그를 시작했다. 1년 조금 넘는 동안 약 400개의 글을 썼다. ​ ​2시작은 단순했다. 목적은 성장이었다. 성장하기 위해 읽고 쓰기보다 좋은 방법은 없으니까. ​ ​3문제는 꾸준함이다. 뭐든 혼자서는 오래 하기 어렵다. 작은 성취감과 소소한 재미가 필요했다. 그래서 블로그에 기록들을 쌓기로 했다. ​ ​4읽은 책과 생각을 기록한다. 나를 위한 기록이다. 나를 위함으로 시작하지만, 다른 사람에게 도움이 되면 좋겠다는 마음도 있었다. 의도할 수는 없다. 어떻게든 되겠지 싶었다. ​ ​5기록은 쉽지 않았다. 글쓰기는 언제나 어려우니까. 유일한 위안이라면 모두에게 다 그렇다는 거다. 훌륭한 작가들에게도 절대 예외는 없다. 그냥 계속 쓸 뿐이다. 쓰고 쓰고 또 쓴다. 미련하게. ​ ​6많이 쓴다고 글쓰기가 쉬워지지 않는다. 익숙해지지 않는다. 나를 위한 기록이지만 잘 쓰고 싶다. 하지만 결과물은 항상 마음에 들지 않는다. 몇 번을 고민해서 퇴고하고 발행 버튼을 눌러도 늘 찜찜할 뿐이다. ​ ​7고비들도 많았다. 작은 공간에 남기는 이 기록이 무슨 의미가 있을까. 나보다 남들의 시선을 더 의식하기도 했다. 보는 눈이 없어도 자기검열은 사라지지 않는다. 때론 글쓰기에 도저히 시간을 낼 수 없을 때도 많았다. ​ ​8그래도 1년 동안 놓지 않았다. 뭐라도 기록하고 남겼다. 놓지 않은 덕분에 성장했다. 나의 기록이 누군가에게 작은 도움이 된다. 기록이 새로운 연결의 시작이 됐다. 기쁘다. ​ ​9기록이 쌓이면 뭐든 된다. 블로그 앱 스플래시 문구가 맘에 든다. 정말 그렇다. 한물간 서비스로 취급받던 블로그가 다시 대세가 됐다. 20년의 시간을 버텨왔기 때문이다. 중간에 놓지 않았기 때문이다. ​ ​10모든 꾸준한 것들은 늘 사소하다. 사소함은 잘 보이지 않는다. 그래서 그것이 드러나면 모두 다 갑자기 나타났다고들 말한다. 하지만, 누구의 눈에도 보이지 않던 때를 놓지 않고 버텼기에 드러남의 시간이 있다. 축적과 발산. 모든 성장과 성공의 비밀은 여기에 있다. 예외는 없다고 믿는다.

네이버 블로그 | 가장 보통의 스타트업 CEO

블로그에 글을 쓴 지 1년이 됐다.

1. 다이렉트 메일에선 ‘영업하는 분위기를 풍기지 말아야 한다’는 원리원칙을 지켜야 한다. (이는 다른 콘텐츠 마케팅 분야에서도 마찬가지다)

2. 처음부터 영업하는 분위기를 풍기면, 고객은 그만큼 감정적으로 반발하게 되고, 당연히 심리적 장벽을 구축한다. 그리고 그 장벽을 제거하는 건 매우 어렵다.

3. 따라서 다이렉트 메일의 경우, 봉투를 집어 들었을 때 영업이라는 분위기를 느끼지 않게 제작해야 한다.

4. 또한, 다이렉트 메일을 보낼 땐, 고객에게 이득은 있어도 리스크는 전혀 없는 제안을 해야 한다. “무료로 샘플을 보내드립니다. 하지만 이후 구입해야 할 의무는 없습니다” 같은 제안 말이다.

5. 더불어 “샘플을 요청하십시오”라고 말하는 게 아니라, “무료로 샘플을 보낼 테니 (부디) 허락만 해주십시오”라고 말하는 게 좋다.

6. 마지막으로, 고객에게 다음 행동을 하도록 만들기 위해 필요한 모든 정보를 담아야 한다. 그래서 다이렉트 메일의 문장은 매우 길다. 인사에서부터 상품 내용, 거래할 경우의 이익, 매장 내부 디스플레이 이미지 등 상세하게 설명해야 한다.

7. (물론) ‘이렇게 긴 문장을 누가 읽겠어?’라고 생각할 수도 있다. (대부분의) 회사에서는 “사람들은 바쁘다. 가능하면 간결한 문장으로 만들어야 한다”고 가르친다. 하지만 (콘텐츠 마케팅에서) 이건 (대단히) 잘못된 가르침이다.

8. 재미있으면 긴 문장이라도 읽는다. 그리고 그 문장을 읽는 사람은 결국 그 제품에 흥미가 있는 고객이다. 그리고 흥미가 있는 고객에게 다음 행동을 유도하려면 (고객이) 필요한 정보를 모두 제공해야 한다.

9. 사람은 정보가 부족한 경우에는, 리스크를 먼저 느끼기 때문에 행동하지 않는다.

10. 많은 회사들의 다이렉트 메일이 실패하는 이유는 이 때문이다. 기본적으로 “우리 제품은 훌륭하니, 부디 검토해주세요”라는 (영업 멘트와) 상품 설명만 들어있기 때문이다. 잠깐만 생각해봐도 알 수 있듯이, 영업 사원이 방문해서 “이 제품은 훌륭하니 부디 검토해주세요”라는 말만 한다면 계약이 성사될 리가 없다.

11. 그렇기 때문에 다이렉트 메일은 문장이 길어져도 필요한 정보를 모두 담는 것이 좋다. (다른 콘텐츠 마케팅도 마찬가지다. 다만, 그러려면 기본적으로 글을 잘 써야 한다)

12. 그리고 이렇게 다이렉트 메일을 설계하면 영업 과정은 매우 간단해진다. 왜냐, 결정하는 데 필요한 모든 정보가 이미 메일 안에 다 들어가 있기 때문이다.

13. 따라서 영업사원은 고객을 설득할 필요가 없다. 그저 영원사원이 하는 일은 고객의 질문에 (성실히) 대답해주는 것뿐이다. (고로) 영업용 화술을 발휘하거나 영업을 유도하는 테크닉은 필요 없다.

14. 그러니 (제품에 대한 충분한 설명이 담긴 문서나 콘텐츠가 있으면) 영업 기술이 부족한 신입사원이라고 해도 계약을 성사시킬 수 있다.

- 간다 마사노리, <90일 만에 당신의 회사를 고수익 기업으로 바꿔라> 중

1. 다이렉트 메일에선 ‘영업하는 분위기를 풍기지 말아야 한다’는 원리원칙을 지켜야 한다. (이는 다른 콘텐츠 마케팅 분야에서도 마찬가지다) 2. 처음부터 영업하는 분위기를 풍기면, 고객은 그만큼 감정적으로 반발하게 되고, 당연히 심리적 장벽을 구축한다. 그리고 그 장벽을 제거하는 건 매우 어렵다. 3. 따라서 다이렉트 메일의 경우, 봉투를 집어 들었을 때 영업이라는 분위기를 느끼지 않게 제작해야 한다. 4. 또한, 다이렉트 메일을 보낼 땐, 고객에게 이득은 있어도 리스크는 전혀 없는 제안을 해야 한다. “무료로 샘플을 보내드립니다. 하지만 이후 구입해야 할 의무는 없습니다” 같은 제안 말이다. 5. 더불어 “샘플을 요청하십시오”라고 말하는 게 아니라, “무료로 샘플을 보낼 테니 (부디) 허락만 해주십시오”라고 말하는 게 좋다. 6. 마지막으로, 고객에게 다음 행동을 하도록 만들기 위해 필요한 모든 정보를 담아야 한다. 그래서 다이렉트 메일의 문장은 매우 길다. 인사에서부터 상품 내용, 거래할 경우의 이익, 매장 내부 디스플레이 이미지 등 상세하게 설명해야 한다. 7. (물론) ‘이렇게 긴 문장을 누가 읽겠어?’라고 생각할 수도 있다. (대부분의) 회사에서는 “사람들은 바쁘다. 가능하면 간결한 문장으로 만들어야 한다”고 가르친다. 하지만 (콘텐츠 마케팅에서) 이건 (대단히) 잘못된 가르침이다. 8. 재미있으면 긴 문장이라도 읽는다. 그리고 그 문장을 읽는 사람은 결국 그 제품에 흥미가 있는 고객이다. 그리고 흥미가 있는 고객에게 다음 행동을 유도하려면 (고객이) 필요한 정보를 모두 제공해야 한다. 9. 사람은 정보가 부족한 경우에는, 리스크를 먼저 느끼기 때문에 행동하지 않는다. 10. 많은 회사들의 다이렉트 메일이 실패하는 이유는 이 때문이다. 기본적으로 “우리 제품은 훌륭하니, 부디 검토해주세요”라는 (영업 멘트와) 상품 설명만 들어있기 때문이다. 잠깐만 생각해봐도 알 수 있듯이, 영업 사원이 방문해서 “이 제품은 훌륭하니 부디 검토해주세요”라는 말만 한다면 계약이 성사될 리가 없다. 11. 그렇기 때문에 다이렉트 메일은 문장이 길어져도 필요한 정보를 모두 담는 것이 좋다. (다른 콘텐츠 마케팅도 마찬가지다. 다만, 그러려면 기본적으로 글을 잘 써야 한다) 12. 그리고 이렇게 다이렉트 메일을 설계하면 영업 과정은 매우 간단해진다. 왜냐, 결정하는 데 필요한 모든 정보가 이미 메일 안에 다 들어가 있기 때문이다. 13. 따라서 영업사원은 고객을 설득할 필요가 없다. 그저 영원사원이 하는 일은 고객의 질문에 (성실히) 대답해주는 것뿐이다. (고로) 영업용 화술을 발휘하거나 영업을 유도하는 테크닉은 필요 없다. 14. 그러니 (제품에 대한 충분한 설명이 담긴 문서나 콘텐츠가 있으면) 영업 기술이 부족한 신입사원이라고 해도 계약을 성사시킬 수 있다. - 간다 마사노리, &lt;90일 만에 당신의 회사를 고수익 기업으로 바꿔라&gt; 중

콘텐츠 마케팅을 할 때 대부분의 사람들이 흔히 저지르는 실수들

CEO가 부엌서 연설... '빌드 2020' 온라인으로 여니 참가 16배

CEO가 부엌서 연설… '빌드 2020' 온라인으로 여니 참가 16배

포스트코로나시대의 테크컨퍼런스의 모습을 소개한 기사.

"코로나 시대의 테크 행사는 이전에 보지 못한 다양한 볼거리를 제공하고 있다. 캘리포니아주 샌타클래라에 본사를 둔 그래픽처리장치(GPU) 선두업체 엔비디아는 지난 14일 연례 기술 콘퍼런스 'GTC 2020'을 온라인으로 개최했다. 기조연설 장소는 캘리포니아주에 있는 젠슨 황 CEO의 집 주방이었다. 황 CEO 뒤로 오븐과 색색깔 뒤집개, 소금·후추통이 적나라하게 보였다. 그는 "우리의 첫 주방 기조연설(kitchen keynote)"이라고 너스레를 떨었다. 연설 도중 "여기 내가 요리해둔 게 있다"며 오븐을 열고 올해 신제품을 꺼내는 퍼포먼스를 선보이기도 했다. 실리콘밸리를 비롯한 미국 대부분 지역이 두 달 넘게 자택 격리 중이고, 다들 '집밥 먹기'에 매인 현실을 재치 있게 반영한 것이다."

서동환

프리랜서 테크 비즈 라이터 

장혜림 (메이)

🤝bshr89@gmail.com 
☝️9년째 IT 주제 텍스트 콘텐츠 만들어요
😊해외 IT 소식을 큐레이션해요
👑매일 영한 번역해요
🤟재밌는 거 좋아해요
🙏제임스 고슬링 자바 창시자, 귀도 판 로썸 파이썬 창시자, 오드리 탕 대만 디지털 장관을 인터뷰했어요


그루빈(groovin) Co-Founder

김담인

‘나만의 스타일을 구제하다’ - 빈티지 패션 쇼핑플랫폼 그루빈(groovin)을 운영하고 있습니다.
@iamgroovin

대학생 창업자로서 스타트업 관련 글들을 읽고 느낀점을 공유합니다. 감사합니다.

공동대표

기자

본부장

센터장

경영학과

경영대학원

임정욱

호기심 많은 관찰자입니다. 매일 아침 조간 신문 뉴스와 IT뉴스를 챙겨보고 흥미로운 내용을 SNS에 메모해 두는 습관을 10년 넘게 유지하고 있습니다. 독서보다 넷플릭스와 유튜브를 너무 많이 보는 것 같아서 걱정입니다. 막 벤처투자자로 커리어를 바꾸는 참입니다.

댓글 0