29년 만의 이벤트가 생각보다 소득이 없었던 이유는 | 아래 글은 2023년 11월 22일에 발행된 뉴스레터에 실린 글입니다. 전체 뉴스레터를 보시려면 옆의 링크를 클릭하시면 됩니다. [뉴스레터 보러 가기] 29년 만의 이벤트였는데요... LG트윈스가 무려 29년 만의 감격의 우승을 달성했습니다. 프로야구 최고 인기 구단 중 하나인 만큼 그 파급력도 정말 엄청났는데요.

LG는 프로야구 우승하고도 왜 써먹질 못하니

29년 만의 이벤트가 생각보다 소득이 없었던 이유는

[아티클 3문장 요약📑]

1️⃣ LG트윈스가 무려 29년 만에 감격의 프로야구 통합 우승을 일궈냈는데, 오랜 기다린 만큼 엄청난 화제성을 낳았고, 이렇게 되자 사람들의 관심은 우승 기념 세일로 쏠리기 시작했습니다.

2️⃣ LG그룹 역시 대대적인 할인 행사에 나섰지만, 그 파급 효과는 기대보다 못하였는데, 우선 통합 스피커의 부재로 인해 언론 기사 이외의 홍보나 사전 알림이 부족하였고, D2C 판매 채널 역시 빈약하여, 화력이 분산되어 효과가 반감된 것은 물론, 그나마 있는 채널로 이를 집중시키지도 못하였기 때문입니다.

3️⃣ 사실 이러한 결과가 나온 것은, 우승 확률이 높았고 큰 화제성도 예견되었지만 사전 준비가 미비했기 때문으로, 이번에 나름 비싼 수업료를 치른 만큼 혹시나 내년에도 좋은 결과를 얻는다면 조금 더 인상적인 이벤트가 준비되기를 기대해 봅니다.

💡기묘한 관점➕
이번 아티클을 작성하면서, 크게 히트하였던 드라마, 재벌집 막내아들의 주인공 진도준이 떠올랐습니다. 극중의 일이고, 미래를 알고 있었기에 가능했지만 진도준은 2002 월드컵을 엄청난 홍보의 장으로 활용을 하여 큰 성공을 거두었는데요. 물론 미래를 명확히 알지 못하는 기업들이 이렇게나 과감한 움직임을 보이긴 어렵겠지만, 조금 더 기민하게 이에 대처하는 모습 정도는 보여주기를 바라 봅니다.

🥤트렌드라이트 구독하기
https://bit.ly/3iSbx4e

📕『기묘한 이커머스 이야기』 책 보러가기
https://bit.ly/3hEicxg

29년 만의 이벤트가 생각보다 소득이 없었던 이유는 [아티클 3문장 요약📑] 1️⃣&nbsp;LG트윈스가 무려 29년 만에 감격의 프로야구 통합 우승을 일궈냈는데, 오랜 기다린 만큼 엄청난 화제성을 낳았고, 이렇게 되자 사람들의 관심은 우승 기념 세일로 쏠리기 시작했습니다. 2️⃣&nbsp;LG그룹 역시 대대적인 할인 행사에 나섰지만, 그 파급 효과는 기대보다 못하였는데, 우선 통합 스피커의 부재로 인해 언론 기사 이외의 홍보나 사전 알림이 부족하였고, D2C 판매 채널 역시 빈약하여, 화력이 분산되어 효과가 반감된 것은 물론, 그나마 있는 채널로 이를 집중시키지도 못하였기 때문입니다. 3️⃣&nbsp;사실 이러한 결과가 나온 것은, 우승 확률이 높았고 큰 화제성도 예견되었지만 사전 준비가 미비했기 때문으로, 이번에 나름 비싼 수업료를 치른 만큼 혹시나 내년에도 좋은 결과를 얻는다면 조금 더 인상적인 이벤트가 준비되기를 기대해 봅니다. 💡기묘한 관점➕이번 아티클을 작성하면서, 크게 히트하였던 드라마, 재벌집 막내아들의 주인공 진도준이 떠올랐습니다. 극중의 일이고, 미래를 알고 있었기에 가능했지만 진도준은 2002 월드컵을 엄청난 홍보의 장으로 활용을 하여 큰 성공을 거두었는데요. 물론 미래를 명확히 알지 못하는 기업들이 이렇게나 과감한 움직임을 보이긴 어렵겠지만, 조금 더 기민하게 이에 대처하는 모습 정도는 보여주기를 바라 봅니다. 🥤트렌드라이트 구독하기https://bit.ly/3iSbx4e 📕『기묘한 이커머스 이야기』 책 보러가기https://bit.ly/3hEicxg

Brunch Story

⚾LG는 프로야구 우승하고도 왜 써먹질 못하니

Let's begin the adventure | * 이 글은 운영 중인 UX 스터디 내 챌린지 참여를 위해 운영자인 제가 작성한 글입니다. "깃헙의 특별한 회원가입 UX" 안녕하세요, 레오입니다. 최근에 새로운 깃헙 계정을 만들게 되었는데, 회원가입 과정의 UX가 너무 흥미로웠어서 공유해봅니다 :) "Welcome to Github! Let's begin the adventure" 우선 우주에

깃헙의 특별한 회원가입 UX

안녕하세요, 레오입니다. 최근에 깃헙에서 새 계정을 만들 일이 있었는데 회원가입 UX가 너무 흥미로웠어서 짤막하게 글을 적어보았습니다 :)

우주를 연상시키는 디자인과 함께 보이는 'Let's start the adventure'이라는 문구, 개발이라는 깃헙의 도메인이 잘 나타나는 폰트(SF Mono 계열), 단순히 체크나 토글이 아니라 마치 코딩하는 것 처럼 Y/N을 입력하는 경험 등을 통해 깃헙만의 느낌을 만드는데 집중하여 회원가입 과정을 설계했다는 점이 인상깊었고 이 점이 Github의 회원가입 경험을 더욱 특별하게 만들었던 것 같습니다 :)

안녕하세요, 레오입니다. 최근에 깃헙에서 새 계정을 만들 일이 있었는데 회원가입 UX가 너무 흥미로웠어서 짤막하게 글을 적어보았습니다 :) 우주를 연상시키는 디자인과 함께 보이는 'Let's start the adventure'이라는 문구, 개발이라는 깃헙의 도메인이 잘 나타나는 폰트(SF Mono 계열), 단순히 체크나 토글이 아니라 마치 코딩하는 것 처럼 Y/N을 입력하는 경험 등을 통해 깃헙만의 느낌을 만드는데 집중하여 회원가입 과정을 설계했다는 점이 인상깊었고 이 점이 Github의 회원가입 경험을 더욱 특별하게 만들었던 것 같습니다 :)

미라클레터] 미라클모닝을 하는 이들의 참고서

[특호] 오픈AI 올트먼 퇴출, "인류를 위한 쿠데타"

가히 사태라 부를만한, 샘 올트먼 해고와 관련한 소식이 정리된 글입니다.

https://stibee.com/api/v1.0/emails/share/Kj7SyaODJq9afI2RMlVsHDk-gEyJbjA

가히 사태라 부를만한, 샘 올트먼 해고와 관련한 소식이 정리된 글입니다. https://stibee.com/api/v1.0/emails/share/Kj7SyaODJq9afI2RMlVsHDk-gEyJbjA

Stibee

OpenAI 사태 정리

안녕하세요, 오픈 이노베이션 컨설팀펌 '패스파인더넷' 공동대표 강재상입니다. 팬데믹 이후 금리 인상과 함께 위기가 다가오고 있습니다. 이런 상황 속에서 기업과 실무자의 화두는 무엇보다 '생존'이 될 것 같은데요, 미매뉴얼 C라운지에서는 '수익성 경영'을 키워드로 매월 경영 세미나를 진행 중입니다. 이번 달에는 '산업별 업의 본질 파악하기'를 주제로 매력적인 시장을 찾는 방안을 알아보고자 합니다.

[C라운지 12월] 산업별 업의 본질 Part 2. 플랫폼, 커머스, 푸드테크

12월 C라운지 세미나 모집 안내

한 것도 없는 것 같은데..벌써 12월이 되었습니다. 멤버 여러분들은 연말 준비 잘 하고 계신지요?
이번 C라운지 세미나는 '산업별 업의 본질 Part 2.'입니다.

제조업, 테크, 반려동물 사업에 대해 살펴봤던 Part 1.에 이어서 이번에는 플랫폼, 커머스, 푸드테크 산업의 본질을 파악하는 방법과 그것을 어떻게 활용할 수 있을지를 살펴볼 예정입니다.

12/11(월)에 강남 강연장에서 뵙겠습니다. 자세한 내용은 아래 링크를 확인해주세요!

https://bit.ly/C라운지_12월_산업별업의본질PT2

12월 C라운지 세미나 모집 안내 한 것도 없는 것 같은데..벌써 12월이 되었습니다. 멤버 여러분들은 연말 준비 잘 하고 계신지요?이번 C라운지 세미나는 '산업별 업의 본질 Part 2.'입니다. 제조업, 테크, 반려동물 사업에 대해 살펴봤던 Part 1.에 이어서 이번에는 플랫폼, 커머스, 푸드테크 산업의 본질을 파악하는 방법과 그것을 어떻게 활용할 수 있을지를 살펴볼 예정입니다. 12/11(월)에 강남 강연장에서 뵙겠습니다. 자세한 내용은 아래 링크를 확인해주세요! https://bit.ly/C라운지_12월_산업별업의본질PT2

Google Docs

미매뉴얼 C라운지 12월, 산업별 업의 본질 Part 2.

경제리더와 기업 성공스토리, 세계CEO 정통 월간지

[K-유니콘의 비상을 위한 조건] 김재면 메이크스타 대표

2020년 약 108억2400만원이던 매출액은 지난해 479억원가량 치솟았다. 2021년을 기점으로 영업이익도 흑자전환에 성공했다. 신용보증기금이 선정하는 차세대 유니콘(제7기 혁신아이콘)에도 이름을 올렸다. 다수의 스타트업이 높은 기업가치에 비해 다소 저조한 성적표를 내놓는 가운데, 메이크스타는 승승장구하는 분위기다. 김 대표는 “창업 초반 플랫폼 가입자 수나 트래픽량에 연연하지 않았기 때문에 오히려 흑자전환이 가능했다”며 “올해는 매출 1000억원을 돌파할 전망”이라고 밝혔다.

중단기적 목표로는 보이그룹 오디션과 중국 법인 설립을 들 수 있다. 전 세계인이 참여할 수 있는 보이그룹 오디션은 내년 상반기 방송될 예정이다. 플랫폼 기업에서 머물지 않고 이제 IP(지식재산권)를 제작하는 기업으로 발돋움하겠다는 포부다.

http://jmagazine.joins.com/forbes/view/338795

2020년 약 108억2400만원이던 매출액은 지난해 479억원가량 치솟았다. 2021년을 기점으로 영업이익도 흑자전환에 성공했다. 신용보증기금이 선정하는 차세대 유니콘(제7기 혁신아이콘)에도 이름을 올렸다. 다수의 스타트업이 높은 기업가치에 비해 다소 저조한 성적표를 내놓는 가운데, 메이크스타는 승승장구하는 분위기다. 김 대표는 “창업 초반 플랫폼 가입자 수나 트래픽량에 연연하지 않았기 때문에 오히려 흑자전환이 가능했다”며 “올해는 매출 1000억원을 돌파할 전망”이라고 밝혔다. 중단기적 목표로는 보이그룹 오디션과 중국 법인 설립을 들 수 있다. 전 세계인이 참여할 수 있는 보이그룹 오디션은 내년 상반기 방송될 예정이다. 플랫폼 기업에서 머물지 않고 이제 IP(지식재산권)를 제작하는 기업으로 발돋움하겠다는 포부다. http://jmagazine.joins.com/forbes/view/338795

중앙시사매거진

Apple is adopting the texting standard and it will work alongside iMessage, a company spokesperson told 9to5Mac.

Apple's Bringing RCS Support to iPhone Next Year

지난 10여 년 동안 전 세계 스마트폰 사용자들은 커뮤니케이션 방식에서 '녹색 상자' 대 '청색 상자'라는 대표적 사회적 차별문제가 있었습니다.

아이폰 사용자가 다른 아이폰으로 문자를 보낼 때는 메시지가 파란색으로 표시되고 재미있는 이모티콘이나 애니메이션과 같은 독점적인 혜택을 이용할 수 있는데 반해 아이폰 사용자가 안드로이드 사용자에게 문자를 보내면 말풍선이 녹색으로 바뀌고, 많은 기능이 중단되며, 사진과 동영상의 품질이 저하됩니다. 이 기능은 잘 알고 계시죠?

이것은 애플의 대표적인 사용자 갈라치기 마케팅 전법중 하나였고 다음과 같은 편견주입이 잘 먹혔습니다. 충분히 해결할 수 있는 기술 솔루션이 있음에도 불구하고요.

1. 아이폰 사용자에게는 녹색 메시지 상자를 봤을때 불편한 문자 메시지 환경으로 인식되어 왔습니다.
2. 작년 코드 컨퍼런스에서는 어머니에게 동영상을 보내는 데 어려움을 호소하는 한 참석자가 문자 메시지 기술에 대해 질문하자, 애플CEO인 팀 쿡은 "엄마에게 아이폰을 사주세요"라고 답했습니다. 잡스였다면 이런 무식한 대답은 하지 않았을 겁니다.
3. 휴대폰으로 서로를 판단하는 사람들 사이에 더 깊은 사회학적 분열이 생겼습니다. 부유한 사람들만 아이폰을 구매한다는 인식 때문에 일부 사람들은 버블의 색이 지위와 부를 반영하는 상징이 되었습니다.
4. 데이팅 앱에서 녹색 거품 사용자는 종종 파란색 거품 사용자에게 거부당합니다. 비영리 단체인 Common Sense Media에 따르면, 학교에서 녹색 말풍선은 아이폰을 사용하는 어린이들에게 조롱과 배제대상이라고 합니다.
----

이런 태도가 구글과 Nothing같은 기업의 설득,애플의 구식 기술의 조롱, 신흥 기술경쟁 캠페인에 밀려 애플의 메시지앱이 수정될 예정입니다.
새롭게 도입될 기술은 RCS (Rich Communication Service)라는 것으로 이미 구글은 수년전에 도입했습니다. 이 새로운 문자 메시지 기술을 활성화하면 사용자가 누군가가 타이핑을 하고 있는지, 메시지가 수신되었는지 여부를 확인할 수 있습니다.

!! 그럼에도 이 놈의 애플놈들은 초록색 문자상자는 유지하겠다고 합니다.

사실애플의 이번 발표는 자기들이 스스로 결정했다기 보다는 2024년 유럽의 디지털 시장법이 발효되기 전에 어쩔수 없이 나왔다고 보는게 맞습니다. 디지털 시장법에서 시장 지배력을 위한 차별로 밝혀지면 이건 뭐... 유럽에서 벌금폭탄을 맞을게 뻔하거든요.

애플은 또한 모바일 기술 회사인 Nothing의 신흥 경쟁에 직면해 있습니다.
Nothing은 꽤 멋있는 회사입니다. "메시징 서비스가 휴대폰 사용자를 분열시키고 있다면, 우리는 그 장벽을 허물고 싶습니다."라는 모토를 강조합니다.

Nothing은 아이폰을 사용하지 않는 사용자도 마치 아이폰을 사용하는 것처럼 iMessage를 보낼 수 있는 앱인 Nothing Chats를 출시했습니다. 베타 버전인 이 앱은 녹색 말풍선을 파란색 말풍선으로 대체하고 해당 기기 간에 그룹 채팅, 음성 메모, 고해상도 미디어 공유 등을 가능하게 합니다.

디지털 엘리트주의는 남을 차별하는데서 출발하지 않습니다. 관심을 가져야 보이고 고칠 수 있습니다.

지난 10여 년 동안 전 세계 스마트폰 사용자들은 커뮤니케이션 방식에서 '녹색 상자' 대 '청색 상자'라는 대표적 사회적 차별문제가 있었습니다. 아이폰 사용자가 다른 아이폰으로 문자를 보낼 때는 메시지가 파란색으로 표시되고 재미있는 이모티콘이나 애니메이션과 같은 독점적인 혜택을 이용할 수 있는데 반해 아이폰 사용자가 안드로이드 사용자에게 문자를 보내면 말풍선이 녹색으로 바뀌고, 많은 기능이 중단되며, 사진과 동영상의 품질이 저하됩니다. 이 기능은 잘 알고 계시죠? 이것은 애플의 대표적인 사용자 갈라치기 마케팅 전법중 하나였고 다음과 같은 편견주입이 잘 먹혔습니다. 충분히 해결할 수 있는 기술 솔루션이 있음에도 불구하고요. 1. 아이폰 사용자에게는 녹색 메시지 상자를 봤을때 불편한 문자 메시지 환경으로 인식되어 왔습니다.2. 작년 코드 컨퍼런스에서는 어머니에게 동영상을 보내는 데 어려움을 호소하는 한 참석자가 문자 메시지 기술에 대해 질문하자, 애플CEO인 팀 쿡은 "엄마에게 아이폰을 사주세요"라고 답했습니다. 잡스였다면 이런 무식한 대답은 하지 않았을 겁니다.3. 휴대폰으로 서로를 판단하는 사람들 사이에 더 깊은 사회학적 분열이 생겼습니다. 부유한 사람들만 아이폰을 구매한다는 인식 때문에 일부 사람들은 버블의 색이 지위와 부를 반영하는 상징이 되었습니다.4. 데이팅 앱에서 녹색 거품 사용자는 종종 파란색 거품 사용자에게 거부당합니다. 비영리 단체인 Common Sense Media에 따르면, 학교에서 녹색 말풍선은 아이폰을 사용하는 어린이들에게 조롱과 배제대상이라고 합니다.---- 이런 태도가 구글과 Nothing같은 기업의 설득,애플의 구식 기술의 조롱, 신흥 기술경쟁 캠페인에 밀려 애플의 메시지앱이 수정될 예정입니다.새롭게 도입될 기술은 RCS (Rich Communication Service)라는 것으로 이미 구글은 수년전에 도입했습니다. 이 새로운 문자 메시지 기술을 활성화하면 사용자가 누군가가 타이핑을 하고 있는지, 메시지가 수신되었는지 여부를 확인할 수 있습니다. !! 그럼에도 이 놈의 애플놈들은 초록색 문자상자는 유지하겠다고 합니다. 사실애플의 이번 발표는 자기들이 스스로 결정했다기 보다는 2024년 유럽의 디지털 시장법이 발효되기 전에 어쩔수 없이 나왔다고 보는게 맞습니다. 디지털 시장법에서 시장 지배력을 위한 차별로 밝혀지면 이건 뭐... 유럽에서 벌금폭탄을 맞을게 뻔하거든요. 애플은 또한 모바일 기술 회사인 Nothing의 신흥 경쟁에 직면해 있습니다.Nothing은 꽤 멋있는 회사입니다. "메시징 서비스가 휴대폰 사용자를 분열시키고 있다면, 우리는 그 장벽을 허물고 싶습니다."라는 모토를 강조합니다. Nothing은 아이폰을 사용하지 않는 사용자도 마치 아이폰을 사용하는 것처럼 iMessage를 보낼 수 있는 앱인 Nothing Chats를 출시했습니다. 베타 버전인 이 앱은 녹색 말풍선을 파란색 말풍선으로 대체하고 해당 기기 간에 그룹 채팅, 음성 메모, 고해상도 미디어 공유 등을 가능하게 합니다. 디지털 엘리트주의는 남을 차별하는데서 출발하지 않습니다. 관심을 가져야 보이고 고칠 수 있습니다.

CNET

<애플이 만든 대표적인 사회적 차별 '녹색 상자' vs '청색상자'>

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

처음으로 취업문을 두드리는 분들과 직무를 변경하여 이직을 고민하는 분들은 새로운 직무에 대한 도전을 시작하기 전에 많은 고민을 하게 됩니다.
'이 직무를 내가 잘할 수 있을까?' '이 직무가 미래에도 내가 계속 먹고사는데 괜찮을까?' 사실 두 가지 질문에 모두 정확한 답변을 하기 어렵습니다. 직접 해보지 않고 알 수 없기 때문이죠. 그런데도 누구나 이와 같은 답 없는 질문을 얼싸안고 전전긍긍하며 도전할까 말까 노심초사합니다.
제가 다니는 교회 목사님이 어떤 사역을 할까 말까 고민하는 분들에게 지혜로운 조언을 해주십니다. '그냥 고민하지 말고 해보세요. 잘 하는지 못하는지 함께 사역하는 사람들이 이야기해 줄 겁니다.' 맞습니다. 해보지 않고 알 수 없으니 도전해 보고 함께 근무하는 사람들에게 피드백 받으면 그 직무를 앞으로 계속해도 좋을지 답을 얻게 될 것입니다.
'미래에 유망한 직업이 될 것이냐?' '자칫 물경력이 될까 봐 걱정이다.' 미래 유망 직업 여부에 대한 질문은 참고 받아줄 수 있지만, 자칫 물경력이 될까 걱정이라는 질문에는 화가 좀 납니다. 물경력이라는 단어를 몹시 싫어하기도 하고요. 경력에 도움이 안 되는 경험이라는 것 자체가 인정하기 힘들기 때문입니다.
다음 커리어에 도움이 안 된다는 의미는 다른 회사에서 잘 활용할 수 없는 경험과 역량 밖에 얻을 수 없다는 것인데요. 이것이 정말 말도 안 된다고 생각해요. 어떤 회사에서 어떤 직무를 하면 쓸모없는 경험과 역량 습득이 된단 말입니까? 구성원이 두 명이어도 다른 한 명으로부터 배울 것이 있고, 단순 문서 편집을 해도 어떻게 더 효율적으로 만들 수 있을지 고민이 들어가면 역량이 향상될 텐데요. 
미래를 걱정하는 것이 수동적인 태도라고 생각합니다. 현재 수동적으로 떠먹여줘야 경험과 역량이 쌓인다고 생각하니 미래에도 먹고살려면 책임지고 미래에도 떠먹여줘야 한다는 의미로 해석이 됩니다. 
미래에 유망한 직업은 없습니다. 오늘 사람들이 열광하는 것들이 내일이면 차갑게 외면받는 시대입니다. 그러니 인기에 휘둘리지 마시고 내가 진짜 잘할 수 있는 일과 좋아하는 일을 찾아 도전하시기 바랍니다.
결국 스킬이 있으면 뭐든 할 수 있습니다. 동료와 소통이 잘 되는 사람, 시대 트렌드를 읽는 사람, 데이터를 기가 막히게 분석할 줄 아는 사람, 협상을 잘 하는 사람, 정리와 요약을 잘 하는 사람, 실용적인 아이디어를 잘 떠올리는 사람. 역량이 없는 사람은 없고, 각자 갖고 있는 역량을 어떤 역할을 하면 즐겁게 잘할 수 있는지 떠올려 보시기 바랍니다.
세상은 우리의 안전을 보장해 주지 않습니다. 특히 회사는 더 그런 곳입니다. 언제 어디서 어떤 도전을 하더라도 우리가 갖고 있는 스킬로 먹고사는 것입니다. 막연한 미래를 걱정하지 마시고, 현재에 나에게 주어진 미션을 감사하고 기쁘게 최선을 다하시기 바랍니다. 그런 사람이 어딜 가나 인정받고 무엇이든 잘하더라고요.

커리어 코칭 일기 (Work &amp; Tech) 771 처음으로 취업문을 두드리는 분들과 직무를 변경하여 이직을 고민하는 분들은 새로운 직무에 대한 도전을 시작하기 전에 많은 고민을 하게 됩니다.'이 직무를 내가 잘할 수 있을까?' '이 직무가 미래에도 내가 계속 먹고사는데 괜찮을까?' 사실 두 가지 질문에 모두 정확한 답변을 하기 어렵습니다. 직접 해보지 않고 알 수 없기 때문이죠. 그런데도 누구나 이와 같은 답 없는 질문을 얼싸안고 전전긍긍하며 도전할까 말까 노심초사합니다.제가 다니는 교회 목사님이 어떤 사역을 할까 말까 고민하는 분들에게 지혜로운 조언을 해주십니다. '그냥 고민하지 말고 해보세요. 잘 하는지 못하는지 함께 사역하는 사람들이 이야기해 줄 겁니다.' 맞습니다. 해보지 않고 알 수 없으니 도전해 보고 함께 근무하는 사람들에게 피드백 받으면 그 직무를 앞으로 계속해도 좋을지 답을 얻게 될 것입니다.'미래에 유망한 직업이 될 것이냐?' '자칫 물경력이 될까 봐 걱정이다.' 미래 유망 직업 여부에 대한 질문은 참고 받아줄 수 있지만, 자칫 물경력이 될까 걱정이라는 질문에는 화가 좀 납니다. 물경력이라는 단어를 몹시 싫어하기도 하고요. 경력에 도움이 안 되는 경험이라는 것 자체가 인정하기 힘들기 때문입니다.다음 커리어에 도움이 안 된다는 의미는 다른 회사에서 잘 활용할 수 없는 경험과 역량 밖에 얻을 수 없다는 것인데요. 이것이 정말 말도 안 된다고 생각해요. 어떤 회사에서 어떤 직무를 하면 쓸모없는 경험과 역량 습득이 된단 말입니까? 구성원이 두 명이어도 다른 한 명으로부터 배울 것이 있고, 단순 문서 편집을 해도 어떻게 더 효율적으로 만들 수 있을지 고민이 들어가면 역량이 향상될 텐데요.&nbsp;미래를 걱정하는 것이 수동적인 태도라고 생각합니다. 현재 수동적으로 떠먹여줘야 경험과 역량이 쌓인다고 생각하니 미래에도 먹고살려면 책임지고 미래에도 떠먹여줘야 한다는 의미로 해석이 됩니다.&nbsp;미래에 유망한 직업은 없습니다. 오늘 사람들이 열광하는 것들이 내일이면 차갑게 외면받는 시대입니다. 그러니 인기에 휘둘리지 마시고 내가 진짜 잘할 수 있는 일과 좋아하는 일을 찾아 도전하시기 바랍니다.결국 스킬이 있으면 뭐든 할 수 있습니다. 동료와 소통이 잘 되는 사람, 시대 트렌드를 읽는 사람, 데이터를 기가 막히게 분석할 줄 아는 사람, 협상을 잘 하는 사람, 정리와 요약을 잘 하는 사람, 실용적인 아이디어를 잘 떠올리는 사람. 역량이 없는 사람은 없고, 각자 갖고 있는 역량을 어떤 역할을 하면 즐겁게 잘할 수 있는지 떠올려 보시기 바랍니다.세상은 우리의 안전을 보장해 주지 않습니다. 특히 회사는 더 그런 곳입니다. 언제 어디서 어떤 도전을 하더라도 우리가 갖고 있는 스킬로 먹고사는 것입니다. 막연한 미래를 걱정하지 마시고, 현재에 나에게 주어진 미션을 감사하고 기쁘게 최선을 다하시기 바랍니다. 그런 사람이 어딜 가나 인정받고 무엇이든 잘하더라고요. &nbsp;

새로운 직무로 도전을 고민하는 분들에게

프로젝트에도 금수저와 흙수저가 있습니다. 금수저 프로젝트는 예산이 풍부하고, 우수한 인력이 많아 풍족한 집에서 태어난 개인과 비슷합니다. 금수저 프로젝트는 조직에서 우선순위가 높은 업무를 수행하기 때문에 업무강도와 스트레스가 높지만, 프로젝트를 잘 끝내면 개인의 성장에 발판이 됩니다. 

흙수저 프로젝트는 예산과 인력이 부족하여 가난한 집에서 태어난 개인과 비슷합니다. 흙수저 프로젝트는 조직에서 중요도가 낮은 업무를 추진하지만  멍부형의 경영층을 만나면 업무강도가 높기도 합니다. 흙수저 프로젝트는 힘들게 프로젝트를 끝내도 조직에서 알아주지 않습니다. 성장의 욕심이 많은 프로젝트 관리자와 팀원들에게는 흙수저 프로젝트에 투입된 그 자체가 스트레스가 됩니다. 
 
- 금수저 프로젝트와 흙수저 프로젝트를 결정하는 요인은 다음과 같습니다. 
 
• 프로젝트 계획수립 

동일한 업무를 동일한 팀원이 수행해도 12개월 동안 수행하면 금수저 프로젝트이고, 6개월 동안 수행하면 흙수저 프로젝트가 될 수 있습니다. 프로젝트 기간 추정을 낙관적으로 하거나, 추정의 논리를 경영층이나 고객에게 잘 설명하지 못해 기간이 단축되면 흙수저가 됩니다. 반대로 프로젝트 관리자가 버퍼를 포함하여 제안한 기간이나 예산이 그대로 통과되면 금수저가 됩니다. 
SI 프로젝트에서는 계약을 잘못하여 투입인력과 경비가 부족한 흙수저 상태에서 시작하는 경우가 많습니다. 현실에서 일정의 여유가 있는 SI 프로젝트는 드뭅니다. 부족하지 않은 프로젝트 경비, 부족하지 않은 MM, 우수인력만 있다면 금수저 프로젝트에 가까워집니다. 

스타트업에서는 성장의 포인트를 잡지 못하고 펀딩 받은 예산이 바닥나면 마지막이 될지 모르는 흙수저 프로젝트를 할 수 있습니다. 물론 건강한 스타트업이라면 수익을 확보하기 전까지는 금수저 프로젝트를 꿈꾸지 않는 것이 정상입니다. 스타트업에서는 시간이 돈이기 때문에 프로젝트 계획도 도전적으로 수립해야 합니다.  
 
• 프로젝트의 중요도 

경영층은 전략적인 중요도가 높은 프로젝트에 우수인력을 많이 투입합니다. 호흡이 맞고 역량이 뛰어난 동료는 회사가 제공하는 가장 큰 복지라는 말은 프로젝트도 예외가 아닙니다. 또한 중요한 프로젝트는 여러 경영층들이 관심을 가지기 때문에 팀원들의 자부심도 높아집니다(물론 반대로 생각하는 팀원들도 있습니다). 성취욕구나 권력욕구가 높은 팀원에게 이러한 프로젝트는 큰 기회가 될 수도 있습니다. 

중요도가 낮은 프로젝트라고 해서 흙수저 프로젝트는 아닙니다. 금수저 프로젝트의 반대는 금수저 프로젝트가 아닌 것이지 흙수저 프로젝트는 아닙니다. 중요하지 않은 일에 인력이나 예산을 투입하기 힘든 상황에서 도전적인 목표를 부여하고 목표달성을 압박하는 관리자를 만나는 순간 그저 그런 보통의 프로젝트가 흙수저 프로젝트로 변하게 됩니다.    
 
• 포트폴리오 관리 

조직의 예산과 자원을 어떤 프로젝트에 얼마큼 할당할 것인가를 결정하는 것이 포트폴리오 관리입니다. 조직의 복잡도가 높을수록 프로젝트의 다양성이 높아지고 그 결과 포트폴리오도 복잡해집니다. 단종하는 상품수는 적은데 신규상품을 많이 출시하면 상품의 복잡도가 높아지는 것이 그 예가 됩니다. 포트폴리오가 복잡하고 많아지면 개별 프로젝트에 할당되는 예산이나 자원이 부족하고 그 결과 흙수저 프로젝트가 탄생할 가능성이 높아집니다. 
 
• 원가절감 또는 효율성을 강조

원가절감 또는 효율성을 강조하는 조직의 관리자는 모든 일을 더 빨리 더 적은 예산으로 해야 한다는 강박적 신념을 가지고 있습니다. 그 결과 여유 있는 프로젝트 계획을 승인하는 잘못을 저지르지 않도록 꼼꼼하게 점검하는 것이 올바른 것이라는 조직문화가 확산됩니다. 
그러한 조직문화와 순진하고 낙관적인 프로젝트 관리자가 만나면 나쁜 시너지를 만들어 흙수저 프로젝트를 탄생시킵니다.  
 
- 금수저 프로젝트와 흙수저 프로젝트에 대응하는 방법은 다음과 같습니다. 
 
• 개인이 원하는 프로젝트와 피하고 싶은 프로젝트를 명확히 합니다.

대부분의 개인은 금수저 환경을 좋아합니다. 개인이 하고 싶은 것을 포기해야 하는 금수저만 예외입니다. 그러나 금수저 프로젝트는 힘들어하는 사람이 많습니다. 성취나 성장에 관심 없고 가족이나 개인의 취미생활을 중요하게 생각하는 사람들이 대표적인 예입니다. 그런 사람들에게는 스트레스 없이 수행할 수 있는 그저 그렇고 유명하지 않은 프로젝트가 더 좋습니다.  
직장생활은 공짜가 없습니다. 성장이나 성취를 원한다면 본인이 어느 정도 희생해야 합니다. 반대로 업무에 헌신할 용기가 없다면 성장을 기대해서는 안됩니다. 
 
• 금수저 프로젝트를 원하면 투입 가능성을 높이기 위한 노력을 해야 합니다. 

개인이 금수저 집안에서 태어나는 것은 개인이 통제할 수 없습니다. 그러나 금수저 프로젝트에 투입될 가능성은 개인의 노력으로 높일 수 있습니다. 대표적인 것이 금수저 프로젝트가 필요로 하는 역량을 갖추는 것입니다. 그러나 개인의 역량은 단기간에 향상시키기 힘들기 때문에 현실적인 방안은 아닙니다. 

금수저 프로젝트에 투입될 가능성을 높이는 현실적인 방안은 영향력 있는 사람들에게 본인의 희망을 알리는 것입니다. 그 시점은 빠를수록 좋습니다. 본인이 원하는 금수저 프로젝트가  논의되는 초기에 정보를 파악하여 본인의 희망사항과 각오를 의사결정권자에게 어필하는 로비활동을 해야 합니다. 이러한 로비활동을 부정적으로 생각할 필요가 없습니다. 본인이 원하는 일이 있을 때 하고 싶다고 말하는 것은 오히려 장려해야 합니다. 본인이 직접 말하기 힘든 상황에서는 선배를 활용하는 것도 좋습니다. 

행운은 운의 영역이지만 스스로 노력하기에 따라 행운의 잡을 가능성은 높아집니다. 
행운의 여신의 앞머리가 무성한 이유는 사람들이 행운을 보았을 때 쉽게 붙잡을 수 있도록 하기 위함이고, 뒷머리가 대머리인 이유는 행운이 지나갔을 때 붙잡지 못하기 위함이라는 이야기를 새겨볼 필요가 있습니다. 
 
• 고생만 하게 될 흙수저 프로젝트는 피해야 합니다. 

흙수저 프로젝트에 능력 있는 관리자의 욕심이 더해지면 지옥과 같은 프로젝트를 경험하게 될 가능성이 높아집니다. 이러한 프로젝트는 어떠한 핑계를 대더라도 피해야 합니다. 관리자의 협박 또는 설득을 이겨내는 것은 쉽지 않지만 프로젝트에 투입되었을 때 치를 대가를 생각하고 단호하게 대처해야 해야 합니다. 인간적인 호소, 개인적인 사유, 원하는 다른 업무 등 설득 가능한 모든 카드를 동원해야 합니다.  
 
• 본인이 투입된 프로젝트의 가치를 높입니다. 

흙수저 프로젝트를 금수저 프로젝트 바꿀 수는 없지만, 은수저 프로젝트를 금수저 프로젝트처럼 조직 내에 포지셔닝할 수도 있습니다. 이는 프로젝트 관리자나 스폰서의 역할입니다. 프로젝트 결과물의 가치와 팀원들의 헌신은 적극적으로 홍보하지 않으면 조직 내에서 알기 어렵기 때문에 적극적인 홍보가 필요합니다. 다음은 조직 내에서 프로젝트를 홍보할 때 고려할 사항입니다. 스토리만 잘 만들면 프로젝트도 신분세탁이 가능합니다. 

• 해당 프로젝트의 결과물이 조직의 전략적 목표달성에 얼마나 기여하는가? 
• 프로젝트 목표가 얼마나 달성하기 힘든가? 
• 프로젝트 수행과정에서 발생했던 이슈는 무엇이고 그것을 어떻게 극복했는가? 
 
반대로 금수저 프로젝트가 흙수저 프로젝트가 될 수 있습니다. 조직에서 기대가 큰 만큼 실망도 큰 법입니다. 조직의 성공을 위해 우수인력을 아낌없이 투입했는데 성과를 창출하지 못하고 프로젝트가 계속 지연된다면 팀원의 사기는 떨어지고 조직의 지원과 관심은 줄어들어 흙수저 프로젝트가 됩니다.

프로젝트에도 금수저와 흙수저가 있습니다. 금수저 프로젝트는 예산이 풍부하고, 우수한 인력이 많아 풍족한 집에서 태어난 개인과 비슷합니다. 금수저 프로젝트는 조직에서 우선순위가 높은 업무를 수행하기 때문에 업무강도와 스트레스가 높지만, 프로젝트를 잘 끝내면 개인의 성장에 발판이 됩니다.&nbsp; 흙수저 프로젝트는 예산과 인력이 부족하여 가난한 집에서 태어난 개인과 비슷합니다. 흙수저 프로젝트는 조직에서 중요도가 낮은 업무를 추진하지만 &nbsp;멍부형의 경영층을 만나면 업무강도가 높기도 합니다. 흙수저 프로젝트는 힘들게 프로젝트를 끝내도 조직에서 알아주지 않습니다. 성장의 욕심이 많은 프로젝트 관리자와 팀원들에게는 흙수저 프로젝트에 투입된 그 자체가 스트레스가 됩니다.&nbsp;&nbsp;-&nbsp;금수저 프로젝트와 흙수저 프로젝트를 결정하는 요인은 다음과 같습니다.&nbsp;&nbsp;• 프로젝트 계획수립&nbsp; 동일한 업무를 동일한 팀원이 수행해도 12개월 동안 수행하면 금수저 프로젝트이고, 6개월 동안 수행하면 흙수저 프로젝트가 될 수 있습니다. 프로젝트 기간 추정을 낙관적으로 하거나, 추정의 논리를 경영층이나 고객에게 잘 설명하지 못해 기간이 단축되면 흙수저가 됩니다. 반대로 프로젝트 관리자가 버퍼를 포함하여 제안한 기간이나 예산이 그대로 통과되면 금수저가 됩니다.&nbsp;SI&nbsp;프로젝트에서는 계약을 잘못하여 투입인력과 경비가 부족한 흙수저 상태에서 시작하는 경우가 많습니다. 현실에서 일정의 여유가 있는 SI 프로젝트는 드뭅니다. 부족하지 않은 프로젝트 경비, 부족하지 않은 MM, 우수인력만 있다면 금수저 프로젝트에 가까워집니다.&nbsp; 스타트업에서는 성장의 포인트를 잡지 못하고 펀딩 받은 예산이 바닥나면 마지막이 될지 모르는 흙수저 프로젝트를 할 수 있습니다. 물론 건강한 스타트업이라면 수익을 확보하기 전까지는 금수저 프로젝트를 꿈꾸지 않는 것이 정상입니다. 스타트업에서는 시간이 돈이기 때문에 프로젝트 계획도 도전적으로 수립해야 합니다. &nbsp;&nbsp;• 프로젝트의 중요도&nbsp; 경영층은 전략적인 중요도가 높은 프로젝트에 우수인력을 많이 투입합니다. 호흡이 맞고 역량이 뛰어난 동료는 회사가 제공하는 가장 큰 복지라는 말은 프로젝트도 예외가 아닙니다. 또한 중요한 프로젝트는 여러 경영층들이 관심을 가지기 때문에 팀원들의 자부심도 높아집니다(물론 반대로 생각하는 팀원들도 있습니다). 성취욕구나 권력욕구가 높은 팀원에게 이러한 프로젝트는 큰 기회가 될 수도 있습니다.&nbsp; 중요도가 낮은 프로젝트라고 해서 흙수저 프로젝트는 아닙니다. 금수저 프로젝트의 반대는 금수저 프로젝트가 아닌 것이지 흙수저 프로젝트는 아닙니다. 중요하지 않은 일에 인력이나 예산을 투입하기 힘든 상황에서 도전적인 목표를 부여하고 목표달성을 압박하는 관리자를 만나는 순간 그저 그런 보통의 프로젝트가 흙수저 프로젝트로 변하게 됩니다. &nbsp;&nbsp;&nbsp;&nbsp;• 포트폴리오 관리&nbsp; 조직의 예산과 자원을 어떤 프로젝트에 얼마큼 할당할 것인가를 결정하는 것이 포트폴리오 관리입니다. 조직의 복잡도가 높을수록 프로젝트의 다양성이 높아지고 그 결과 포트폴리오도 복잡해집니다. 단종하는 상품수는 적은데 신규상품을 많이 출시하면 상품의 복잡도가 높아지는 것이 그 예가 됩니다. 포트폴리오가 복잡하고 많아지면 개별 프로젝트에 할당되는 예산이나 자원이 부족하고 그 결과 흙수저 프로젝트가 탄생할 가능성이 높아집니다.&nbsp;&nbsp;• 원가절감 또는 효율성을 강조 원가절감 또는 효율성을 강조하는 조직의 관리자는 모든 일을 더 빨리 더 적은 예산으로 해야 한다는 강박적 신념을 가지고 있습니다. 그 결과 여유 있는 프로젝트 계획을 승인하는 잘못을 저지르지 않도록 꼼꼼하게 점검하는 것이 올바른 것이라는 조직문화가 확산됩니다.&nbsp;그러한 조직문화와 순진하고 낙관적인 프로젝트 관리자가 만나면 나쁜 시너지를 만들어 흙수저 프로젝트를 탄생시킵니다. &nbsp;&nbsp;-&nbsp;금수저 프로젝트와 흙수저 프로젝트에 대응하는 방법은 다음과 같습니다.&nbsp;&nbsp;• 개인이 원하는 프로젝트와 피하고 싶은 프로젝트를 명확히 합니다. 대부분의 개인은 금수저 환경을 좋아합니다. 개인이 하고 싶은 것을 포기해야 하는 금수저만 예외입니다. 그러나 금수저 프로젝트는 힘들어하는 사람이 많습니다. 성취나 성장에 관심 없고 가족이나 개인의 취미생활을 중요하게 생각하는 사람들이 대표적인 예입니다. 그런 사람들에게는 스트레스 없이 수행할 수 있는 그저 그렇고 유명하지 않은 프로젝트가 더 좋습니다. &nbsp;직장생활은 공짜가 없습니다. 성장이나 성취를 원한다면 본인이 어느 정도 희생해야 합니다. 반대로 업무에 헌신할 용기가 없다면 성장을 기대해서는 안됩니다.&nbsp;&nbsp;• 금수저 프로젝트를 원하면 투입 가능성을 높이기 위한 노력을 해야 합니다.&nbsp; 개인이 금수저 집안에서 태어나는 것은 개인이 통제할 수 없습니다. 그러나 금수저 프로젝트에 투입될 가능성은 개인의 노력으로 높일 수 있습니다. 대표적인 것이 금수저 프로젝트가 필요로 하는 역량을 갖추는 것입니다. 그러나 개인의 역량은 단기간에 향상시키기 힘들기 때문에 현실적인 방안은 아닙니다.&nbsp; 금수저 프로젝트에 투입될 가능성을 높이는 현실적인 방안은 영향력 있는 사람들에게 본인의 희망을 알리는 것입니다. 그 시점은 빠를수록 좋습니다. 본인이 원하는 금수저 프로젝트가 &nbsp;논의되는 초기에 정보를 파악하여 본인의 희망사항과 각오를 의사결정권자에게 어필하는 로비활동을 해야 합니다. 이러한 로비활동을 부정적으로 생각할 필요가 없습니다. 본인이 원하는 일이 있을 때 하고 싶다고 말하는 것은 오히려 장려해야 합니다. 본인이 직접 말하기 힘든 상황에서는 선배를 활용하는 것도 좋습니다.&nbsp; 행운은 운의 영역이지만 스스로 노력하기에 따라 행운의 잡을 가능성은 높아집니다.&nbsp;행운의 여신의 앞머리가 무성한 이유는 사람들이 행운을 보았을 때 쉽게 붙잡을 수 있도록 하기 위함이고, 뒷머리가 대머리인 이유는 행운이 지나갔을 때 붙잡지 못하기 위함이라는 이야기를 새겨볼 필요가 있습니다.&nbsp;&nbsp;• 고생만 하게 될 흙수저 프로젝트는 피해야 합니다.&nbsp; 흙수저 프로젝트에 능력 있는 관리자의 욕심이 더해지면 지옥과 같은 프로젝트를 경험하게 될 가능성이 높아집니다. 이러한 프로젝트는 어떠한 핑계를 대더라도 피해야 합니다. 관리자의 협박 또는 설득을 이겨내는 것은 쉽지 않지만 프로젝트에 투입되었을 때 치를 대가를 생각하고 단호하게 대처해야 해야 합니다. 인간적인 호소, 개인적인 사유, 원하는 다른 업무 등 설득 가능한 모든 카드를 동원해야 합니다. &nbsp;&nbsp;• 본인이 투입된 프로젝트의 가치를 높입니다.&nbsp; 흙수저 프로젝트를 금수저 프로젝트 바꿀 수는 없지만, 은수저 프로젝트를 금수저 프로젝트처럼 조직 내에 포지셔닝할 수도 있습니다. 이는 프로젝트 관리자나 스폰서의 역할입니다. 프로젝트 결과물의 가치와 팀원들의 헌신은 적극적으로 홍보하지 않으면 조직 내에서 알기 어렵기 때문에 적극적인 홍보가 필요합니다. 다음은 조직 내에서 프로젝트를 홍보할 때 고려할 사항입니다. 스토리만 잘 만들면 프로젝트도 신분세탁이 가능합니다.&nbsp; • 해당 프로젝트의 결과물이 조직의 전략적 목표달성에 얼마나 기여하는가?&nbsp;• 프로젝트 목표가 얼마나 달성하기 힘든가?&nbsp;• 프로젝트 수행과정에서 발생했던 이슈는 무엇이고 그것을 어떻게 극복했는가?&nbsp;&nbsp;반대로 금수저 프로젝트가 흙수저 프로젝트가 될 수 있습니다. 조직에서 기대가 큰 만큼 실망도 큰 법입니다. 조직의 성공을 위해 우수인력을 아낌없이 투입했는데 성과를 창출하지 못하고 프로젝트가 계속 지연된다면 팀원의 사기는 떨어지고 조직의 지원과 관심은 줄어들어 흙수저 프로젝트가 됩니다.&nbsp;

금수저 프로젝트와 흙수저 프로젝트 이야기

"미래는 꿈꾸는 것이 아니라 만드는 것,그가 상상하면 모두 현실이 된다!" 천재인가 몽상가인가, 영웅인가 사기꾼인가? 수많은 논란 속에서도 1%의 가능성에 모든 걸 걸며 인류의 미래를 바꾸는 이 시대 최고의 혁신가, 일론 머스크의 모든 것!스티브 잡스의 유일한...

일론 머스크 - 예스24

요즘 월터 아이작슨의 <일론 머스크>를 너무 재밌게 읽고 있는데 여기 '머스크의 생산 알고리즘'으로 알려진, 머스크와 일한다면 신조처럼 읊조려야 할 계명들이 정리된 게 있습니다. 생산성에 관한 너무 좋은 통찰이라 요약해봅니다.

 1. 모든 요구사항에 의문을 제기한다. 모든 요구사항에는 그것을 만든 사람의 이름이 나와야 한다. 왜 그런지를 질의하고 요구사항을 수정하거나 없앨 기회를 얻기 위해서다.
 2. 부품이든 프로세스든 가능한 최대한 제거하라. 제거한 것 중 10%이상을 다시 추가하는 게 정상이다. 제거할 때는 아주 과감하게 제거하고 필요가 밝혀지면 다시 넣을 각오를 하는 게 생산적인 제거다.
 3. 단순화하고 최적화하라. 사람들은 앞의 두 과정을 생략하고 최적화를 하려고 하는데 이러다보면 쓸데 없는 것을 최적화하는 실수가 빈번하게 일어난다. 최적화는 앞의 과정 이후에 와야 한다.
 4. 속도를 높여 주기를 단축하라. 이것도 앞의 세 과정을 진행한 후에 집중해야 한다. 쓸데 없는 일을 비효율적인 방식으로 하면서 속도만 높여 봐야 소용이 없다.
 5. 자동화하라. 마지막 단계로, 모든 프로세스가 안정적으로 정리된 후에야 자동화를 한다. 자동화부터 적용하면 앞의 프로세스를 수정하기 더 어려워진다.

저도 외워야겠어요ㅎ.

특히 다시 넣을 각오로 빼야한다는 게 인상적인데 실제로 머스크는 괜히 뺐다가 나중에 다시 넣으면서 원망을 들을 것에 대해서는 전혀 고민하지 않더라구요. 생산적으로 일하려면 이정도 용기가 필요한 것 같습니다.

요즘 월터 아이작슨의 &lt;일론 머스크&gt;를 너무 재밌게 읽고 있는데 여기 '머스크의 생산 알고리즘'으로 알려진, 머스크와 일한다면 신조처럼 읊조려야 할 계명들이 정리된 게 있습니다. 생산성에 관한 너무 좋은 통찰이라 요약해봅니다. <ol><li>모든 요구사항에 의문을 제기한다. 모든 요구사항에는 그것을 만든 사람의 이름이 나와야 한다. 왜 그런지를 질의하고 요구사항을 수정하거나 없앨 기회를 얻기 위해서다.</li><li>부품이든 프로세스든 가능한 최대한 제거하라. 제거한 것 중 10%이상을 다시 추가하는 게 정상이다. 제거할 때는 아주 과감하게 제거하고 필요가 밝혀지면 다시 넣을 각오를 하는 게 생산적인 제거다.</li><li>단순화하고 최적화하라. 사람들은 앞의 두 과정을 생략하고 최적화를 하려고 하는데 이러다보면 쓸데 없는 것을 최적화하는 실수가 빈번하게 일어난다. 최적화는 앞의 과정 이후에 와야 한다.</li><li>속도를 높여 주기를 단축하라. 이것도 앞의 세 과정을 진행한 후에 집중해야 한다. 쓸데 없는 일을 비효율적인 방식으로 하면서 속도만 높여 봐야 소용이 없다.</li><li>자동화하라. 마지막 단계로, 모든 프로세스가 안정적으로 정리된 후에야 자동화를 한다. 자동화부터 적용하면 앞의 프로세스를 수정하기 더 어려워진다.</li></ol> 저도 외워야겠어요ㅎ. 특히 다시 넣을 각오로 빼야한다는 게 인상적인데 실제로 머스크는 괜히 뺐다가 나중에 다시 넣으면서 원망을 들을 것에 대해서는 전혀 고민하지 않더라구요. 생산적으로 일하려면 이정도 용기가 필요한 것 같습니다.

예스24

머스크의 생산 알고리즘

1

CEO가 되고 당황스러운 점은 CEO는 조직에서 유일한 최고 직책이기에 말 그대로 동료가 없다는 것이다. CEO 혼자 모든 것에 책임을 져야 하는 것이다.

 
 
2
사업부나 지역을 관리할 때는 동료가 있고 이들과 한 팀이 된다. 하지만 회사의 CEO는 외톨이다.

 
 
3
이봐, 난 이거 못 해. 왜냐하면… 이런 말은 할 수 없다. 당신이 해야 한다. 이제 어느 누구도, 그 무엇도 비난할 수 없다. 모든 건 당신 책임인 것이다.

 
 
4
고독한 역할이라는 점에 이어 두 번째 어려움은 한 CEO의 인터뷰에서 잘 드러난다. "CEO의 역할은 모든 모순의 교차점이다.”

 
 
#세계최고의CEO는어떻게일하는가 
#하루한문장📚

1 CEO가 되고 당황스러운 점은 CEO는 조직에서 유일한 최고 직책이기에 말 그대로 동료가 없다는 것이다. CEO 혼자 모든 것에 책임을 져야 하는 것이다. &nbsp;&nbsp;2사업부나 지역을 관리할 때는 동료가 있고 이들과 한 팀이 된다. 하지만 회사의 CEO는 외톨이다. &nbsp;&nbsp;3이봐, 난 이거 못 해. 왜냐하면… 이런 말은 할 수 없다. 당신이 해야 한다. 이제 어느 누구도, 그 무엇도 비난할 수 없다. 모든 건 당신 책임인 것이다. &nbsp;&nbsp;4고독한 역할이라는 점에 이어 두 번째 어려움은 한 CEO의 인터뷰에서 잘 드러난다. "CEO의 역할은 모든 모순의 교차점이다.” &nbsp;&nbsp;#세계최고의CEO는어떻게일하는가&nbsp;#하루한문장📚

< CEO 역할은 ‘모든 모순의 교차점’이다 >

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; 중

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

'베르세르크' 작가 미우라 켄타로가 사망했다

이게 커리어리에 올릴 내용인가 싶다가도... 제 커리어리를 구독하시는 분들은 디자이너 분들이 많고, 디자이너 분들 중에선 애니메이션 / 아트워크 / 2D 등에 관심이 많은 분들도 있기에 소식을 공유드립니다. 

<베르세르크>로 잘알려진 전설적인 작가 미우라 켄타로가 사망했습니다. (RIP)
참고로 베르세르크는 완결되지 않은 상태이구요. 사인은 급성 대동맥 박리이며 지난 5월 6일 향년 54세로 사망했습니다. 소식 자체는 5월 20일에 소속사 하쿠센샤 <영애니멀> 편집부에 의해 알려졌습니다.

Hypebeast.KR | 하입비스트

프로덕트 매니저/서비스 기획

한주현

콘텐츠 기획/UX&UI

김호진 (HoJin Kim)

#문제를해결하는 #끊임없이배우기 #디자이너 #기획자 #커뮤니케이션 #질문하는 #사이드프로젝트

기타

최완호

Visual Designer

UI Designer, VD UX Design Group

Visual UX Designer & Rapid Prototyper, VD Interaction Group

Design Advisor

Head Of Design

Design Community, based in Seoul, South Korea

Founder

Product Design Chapter Lead

어드바이저

Visual Communication Design Bachelor's degree

디자인 커뮤니티 플랫폼 '디자인 스펙트럼'을 운영합니다. 디자인 경험과 지식을 공유하고 이를 바탕으로 한 콘텐츠 제작과 커뮤니티 빌딩을 맡고 있습니다. 삼성전자에서 UX/인터랙션 디자이너로 일했고 국내 프로토타이핑 문화 활성화를 위한 Sketch 공식 커뮤니티를 운영했습니다. 더 나은 디자인 문화를 조성하고 지식과 경험을 나누며 교육하는 일에 관심이 많습니다.

김지홍

페이스북

인스타그램

디자인 커뮤니티 플랫폼 '디자인 스펙트럼'을 운영합니다. 디자인 경험과 지식을 공유하고 이를 바탕으로 커뮤니티를 가꿔 나갑니다. 더 나은 디자인 문화를 조성하고 교육하는 일에 관심이 많습니다. 디자이너들이 더 행복하게 디자인할 수 있는 세상을 목표로 합니다.


댓글 0