바야흐로 협업의 시대다. 탁월한 넘버원이 성장을 주도하는 시대는 저물었고, 다양한 재능과 성향을 가진 사람들의 유의미한 협업을 통해 혁신이 일어난다. 협업의 핵심은 '연결'이다. 도저히 어울리지 않을 법한 여럿을 조합해 전혀 새로운 혁신을 창조해낸다. 조직을 성장시켜야 하는 비즈니스 리더는 다양한 사람들을 한 팀으로 모으고 그들이 강력한 시너지를 발휘하도록 만들어야 한다. 그래야 사업이

'앱 과부하'로 고통받는 리더에게 필요한 협업 콕핏

최근 통계에 의하면 기업에서 평균적으로 8~10개의 앱(업무툴)을 사용한다고 합니다. 동시에 사용하는 앱 개수가 늘어나면서 ‘앱 과부하'로 고통받는 사람들이 늘어나고 있습니다. 사람들은 필요한 정보를 찾기 위해 ‘앱 전환'을 끊임없이 해야 하고, 실시간으로 수많은 채널에서 몰려오는 요청에 대응해야 합니다. 이는 피로감을 유발할 뿐 아니라 번아웃, 집중력 저하, 생산성 저하라는 치명적인 결과로 이어집니다. 
AI시대에 인간들의 협업 방식은 어떤 변화를 해야 하는지, 직원들이 더 창의적이고 전략적인 작업에 집중하게 하려면 리더는 무엇을 해야 하는지에 대한 인사이트 글을 지금 확인해 보세요.🔽

💡 [추천] 이런 고민을 하시는 기업이라면, 아티클을 꼭 읽어보세요.

* 팀별로 사용하는 업무툴이 달라서 부서 간 정보 공유가 잘 안된다.
* 여러 툴에 흩어진 업무 정보를 찾느라 시간 소모가 많다. 
* 불필요한 얼라인 미팅이나 업무 보고 시간을 줄이고 싶다.
* 불필요한 업무툴은 줄이고, 꼭 필요한 업무툴은 스마트하게 사용하고 싶다.

ALLO Blog

‘앱 과부하’로 고통받는 리더에게 필요한 협업 콕핏!

아래 내용은 Confluence, JIRA를 서비스하는 아틀라시언(Attlassian)의 전략 담당자, Tom Alder가 링크드인에 적은 내용을 번역하고 제 해석을 덧붙인 것입니다. 원문은 링크를 통해서 확인하실 수 있습니다. 여담으로 아틀라시안 은 호주를 대표하는 Tech 기업으로 시드니에 본사가 있습니다. 도어대시(DOORDASH) 는 역사상 유례를 찾아보기 어려울 만큼 놀라운 시장점유율 상승을 이뤄냈습니다.

도어대시는 왜 이기는가? | RBBM

아래 내용은 Confluence, JIRA를 서비스하는 아틀라시언(Attlassian)의 전략 담당자, Tom Alder가 링크드인에 적은 내용을 번역하고 제 해석을 덧붙인 것입니다. 원문은 링크를 통해서 확인하실 수 있습니다. 여담으로 아틀라시안은 호주를 대표하는 Tech 기업으로 시드니에 본사가 있습니다.

도어대시(DOORDASH)는 역사상 유례를 찾아보기 어려울 만큼 놀라운 시장점유율 상승을 이뤄냈습니다. 2018년부터 2021년까지, 3년 만에 미국 배달시장 내 시장점유율이 16%에서 53%로 3.3배 증가했기 때문인데요. 이 과정에서 3년 전 1위 사업자였던 GrubHub, Uber Eats, Postmates와 치열하지만 이기는 싸움만 했습니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ 경쟁을 피했습니다.

도어대시는 경쟁사라고 할 수 있는 다른 음식배달 업체들과 같은 레스토랑을 놓고 경쟁하는 것을 피했습니다. 아직 음식배달 업체를 활용하고 있지 않은 레스토랑을 대상으로 서비스 제휴를 늘렸습니다. 중개자로서 업의 속성을 알고 새로운 콘텐츠를 늘리는데 집중했습니다.

중개자로서의 업의 속성

➊ 내가 원하는 음식점이 입점해 있는가?
➋ 내가 원하는 음식을 빠르게 받을 수 있는가?
➌ 프로모션 혜택이 있는가?

2️⃣ 음식점의 경쟁력을 키웠습니다.

국내에서도 배민, 요기요, 쿠팡이츠 모두 중개하는 서비스이기 때문에 본질은 절반은 음식점, 나머지 절반은 배달에 있습니다. 고객 입장에서는 원하는 음식을 빨리 받아먹는 것이 중요하지, 누가 배달하는지는 크게 중요하지 않습니다. 결국 가장 중요한 경쟁력은 '내가 원하는 음식점'이 플랫폼에 계속 입점해 있도록 유지하는 전략이죠. 그래서 도어대시는 다른 플랫폼과 달리 그 지역에서 인기 있는 요리, 고객들의 인구통계, 동네 별 배달시간 등 음식점에서 궁금해하는 데이터를 제공하기 시작했습니다. 음식점은 도어대시의 데이터를 활용해 새로운 메뉴를 개발하거나, 식재료를 미리 확보해 두거나, 요일 별로 파트타이머를 시프트 하는 등의 효율화가 가능했습니다.

3️⃣ 평균주문금액(AOV, Average Order Value)을 높이는데 집중했습니다.

DAU, MAU, Stickness 모두 중요하지만 결국 평균 주문 금액을 높임으로써 이기는 싸움을 할 수 있었는데요. 도심 지역 보다 대규모 가족들이 거주하는 교외 지역의 주택들을 공략했습니다. 식구가 많으니 주문하는 음식의 양이 많았고, 도심 지역의 1인 가구가 주문하는 것과 비교해 3, 4배 이상의 AOV를 달성할 수 있었습니다.

4️⃣ 브랜드 이미지를 '상생'으로 가져갔습니다.

코로나로 인해 팬데믹을 겪었을 때 도어대시는 배달에 참여하는 라이더(Dasher)와 식당 사장님들을 위해 다양한 혜택을 제공했습니다. 사장님들을 위해 'COVID-19 사장님 지원센터'를 만들고 대금을 3일 만에 지급할 수 있도록 정책을 변경했습니다. 라이더에게는 마스크와 손소독제를 제공하고 금융 지원 프로그램을 운영했습니다. 동시에 라이더는 할인된 가격으로 원격진료, 코로나 검사는 무료로 받을 수 있었습니다. 이러한 조치들은 함께 위기를 극복해 나가겠다는 메시지를 전달하면서 '함께 자라기'라는 전략으로 브랜드를 새롭게 포지셔닝했습니다.

https://www.redbusbagman.com/openthedoordash/

RBBM

⟪도어대시는 왜 이겼을까?⟫

"정답이 아니어도 괜찮으니 표본을 늘려간다는 마음으로 '레드버스백맨'이라는 퍼스널 브랜드를 통해 관찰한 것을 기록하고 공유한다"는 작가에 대한 소개의 마지막 문장입니다. 감사하게도 이 책에 대해 많은 관심과 애정을 보내주셨습니다. 교보문고에서는 판매 2주 차에 베스트셀러에 선정되었고, 컴퓨터/IT 부문 46위에 올랐습니다. 감사함에 보답하고자, 나태하지 않게 대신 부담을 내려놓고 제 생각을 부지런히 공유하도록 하겠습니다. 아래는 닮고 싶은 크리에이터, 생각노트 님께서 적어주신 책의 추천사와 인스타그램 리뷰입니다.

[ 큐레이터의 문장 🎒 ]

"생각노트를 익명으로 운영하지만, 누구인지 밝혀서라도 꼭 직접 뵙고 싶은 분들이 있다. 이번에 《UX 리서처의 일》 책을 쓰신 승준님이 그랬다. 생각노트 활동 초기부터 한결같이 따뜻한 관심을 보내주셨고, 퍼블리 프로젝트를 보며 승준님의 관점과 생각이 탐났다. 그렇게 직접 만나 뵙게 되었고 바로 승준님의 팬이 됐다.

승준님의 추천사 부탁을 받고, 내가 승준님의 첫 책에 추천사를 쓸 자격이 있나 하는 고민도 들었지만, 원고를 읽고 나서는 작은 욕심이 생겼다. 이 책을 부디 더 많은 분이 읽어주셨으면 하는 바람이었다.

이 책에는 UX 리서처의 일과 삶이 솔직 담백하게 담겨 있다. 문체가 따뜻하고 사례가 풍부하다. UX 리서처는 어떤 일을 하는지 궁금하신 분, 고객 관점의 사고법이 궁금하신 분, 고객의 생각을 들여다보고 이를 서비스로 연결하는 방법이 궁금하신 분께 도움이 되는 책이다.

마지막으로, 며칠을 쓰다 지웠다 반복한 나의 추천사를 붙임해본다. 좋은 책의 발견에 조금이나마 힘이 되고 싶다는 생각으로 썼다. 부디 많은 분께 가닿았으면 좋겠다."

"사용성이 경험의 완성도를 높이는 시대. 《UX 리서처의 일》은 UX 리서처의 직업적 탐구를 넘어서서 사용자를 이해하기 위한 근원적 질문과 관점이 잘 담겨 있는 책이다. ‘사용자 중심적(User-Oriented)’ 사고법을 배우고 싶은 모든 이에게 강력 추천한다. - 생각노트 (《디테일의 발견》 저자, 블로거)"

https://product.kyobobook.co.kr/detail/S000202278318

《UX 리서처의 일》이 베스트셀러가 되었습니다

6/9 오후 OpenAI 좌담회에 초대되어 참관을 했다. 
- 영상 https://lnkd.in/ge2tB6ep
- 기사 https://lnkd.in/gHCviWeU

인상깊었던 점
- AI Impact on everything
- Tech-driven growth & consumer participation
- AI ecosystem - platform & killer app
- Chairman/CTO Greg Brockman

흥미로웠던 점
- Web3 & AI: 두번째 날 Sam Altman은 OpenAI CEO가 아닌 Worldcoin Founder로서 밋업 행사 참석. Greg도 알고보면 CTO로 근무했던 Stripe에서 크립토 사업 경험을 보유. 
https://lnkd.in/gfNH6paw

- Regulation-friendly: 17개국 직접 대면 월드 투어, 각 정부 대통령/총리와의 면담, 스스로 외교 사절단이란 표현 언급.
https://lnkd.in/gxXwf2Ey

Fireside Chat with OpenAI in Seoul

코로나 엔데믹과 경기 침체로 인해 음식 배달 수요가 감소하고 있는 가운데, 그동안 꾸준히 상승해 온 음식 배달비에 대한 소비자들의 불만도 커지고 있습니다. 하지만 라이더 단체 역시 최근 파업까지 불사하며 기본 배달비 인상 요구에 나서는 등 배달비와 관련한 사회적 갈등이 확대되는 분위기입니다. ◆과연 소비자들이 생각하는 적정 배달비는 어느 정도일까요?

"5분거리 식당서 9500원짜리 음식 시키는데 배달비 4500원" [일상톡톡 플러스]

배달 문화에 대한 생각 597

배달비 논쟁이 뜨겁습니다. 배달 요금만 5000원을 내야 하는 상황이 벌어졌기 때문인데요. 치킨 한 마리를 먹으려면 배달비를 포함하여 30000원을 지불해야 하는 시대가 되었습니다. 거의 모든 제품과 서비스 비용이 치솟는 고물가 시대에 한숨이 절로 나오는 소식입니다.

저는 배달 음식을 좋아하지 않습니다. 그래서 배달 주문을 잘 이용하지 않습니다. 음식을 사 먹어야 하는 상황에서도 저는 배달보다 포장을 더 선호합니다. 제 다리와 시간을 들여 한 푼이라도 아껴보겠다는 마음입니다. 아이러니하게도 저는 배달 중개 플랫폼 회사를 다니고 있습니다.

모 회사에서 최근 배달비가 오르고 있는 상황을 겨냥하여 사람들을 대상으로 설문 조사를 진행하였습니다. 

“당신이 생각하는 적정 배달비는 얼마인가요?”

설문 응답 결과는 충격적입니다. 전체 응답자 11140명 중 38%, 4241명이 배달비를 지불할 필요가 없다고 생각했습니다. 충격을 느낀 이유는 제가 배달 중개 플랫폼에 다니고 있기 때문이 아닙니다. 사람들이 배달비에 익숙해졌다고 생각했는데, 무료로 배달해 주던 시대를 여전히 떠올리는 것이 놀라웠습니다.

옛날에는 짜장면 한 그릇도 배달해 주던 시절이 있었습니다. 치킨, 피자는 특별한 날 야식으로 즐겨먹던 메뉴였습니다. 이 역시 배달은 당연한 서비스였습니다. 언제 도착할지 모르는 음식을 설레는 마음으로 기다리며 초인종이 울리기만 귀 기울였습니다. 그 시절을 기억하면 지금의 배달비가 야속하게 느껴질 수도 있습니다.

배달 중개 플랫폼은 음식 배달 문화를 바꾸었습니다. 이제 모든 음식을 배달로 주문할 수 있습니다. 30분 정도 기다리면 음식을 받아볼 수 있습니다. 우리가 음식을 직접 사러 가는 수고를 배달해 주시는 기사님에게 배달비를 드리는 것으로 대신하게 되었습니다.

과거의 기억과 현재의 문화가 충돌하여 새로운 갈등을 만들고 있습니다. 사람들이 문제로 인식하고 해결을 원하는 순간, 문제를 해결하는 새로운 서비스가 등장할 것입니다. 그럼 사람들은 열광하고 서비스 이용 문화에 익숙해지겠죠. 그러다 또 문제점을 찾아 지적할 것입니다. 무엇이든 영원한 건 없는 것 같습니다.

최근 10년 이상 크고 작은 스타트업이 사람들의 삶을 편리하게 바꾸었습니다. 생활 깊숙이 파고들어 우리가 겪는 아주 사소한 문제까지 해결해 주고 있습니다. 그러면서 서비스를 이용하는 사람들에게 돈을 받는 구조를 만들었습니다. 우리가 이전에는 돈을 쓰지 않던 곳에 시간과 노력을 대신하여 돈을 쓰기 시작한 것입니다. 편리함이 익숙해지자 돈을 써야 하는 상황만 두드러지게 불편한 모양입니다.

배달을 하는 사람과 배달을 시키는 사람, 배달을 연결하는 사람, 배달할 상품을 만드는 사람 사이 얽혀 있는 복잡한 이해관계가 어떻게 풀려갈지 궁금합니다. 여러분은 어떻게 생각하시는지 궁금합니다.

Naver

여러분이 생각하는 적정 배달비는 얼마인가요?

입시철이다. 수시든 정시든 학생들이 대입준비에 집중해야 할 시간이다. 다른 곳에 시선을 둘 겨를이 없다. 그런데 의외로 많은 수험생들이 학기 초나 2학년 때보다 이 때 친구들과의 사소한 마찰로 오히려 집중력을 잃어 힘들다는 하소연을 한다. 왜일까? 그들의 답변은 한결같다. 서로가 예민해져서인 것 같다는 것이다. 이런 일은 어른들의 세계에서도 마찬가지다.

[CEO 심리학] 직원들 열심히 일하게 하고 싶나요? "리더가 간절함 표현하라" - 매일경제

자신이나 부서의 미래에 있어 명운을 가를 정도로 중요한 프로젝트를 준비하면서, 초반부에는 열심을 다하면서도 오히려 그 날이 다가오면서 안정감을 잃은 채 허둥지둥하면서 자멸하는 경우가 많다.

자신의 집중력 자체가 급전직하하거나 혹은 별 일 아닌 데도 주위의 동료들과 다투면서 금쪽같은 시간을 허비한다. 안타까운 자멸이 아닐 수 없다. 그때 대부분은 예민해져서 그런 것 같다는 말을 한다. 대체 그 예민해짐이란 무엇일까? 또 그 예민함을 잘 극복해 내는 방법은 무엇일까?

인간의 생각을 물리학적으로 미세접근하는 인지심리학자의 한 사람으로서 궁금하지 않을 수 없는 현상이다. 이를 두고 심리학자들은 이른바 ‘잘 준비하고 기다리기’와 관련된 2가지 현상에 대해 우리가 재미있는 착각을 하기 때문이라고 주장한다.

캘리포니아 대학의 심리학자 케이트 스위니 교수 연구진은 매우 흥미로운 관찰 결과를 보여준다. 중요한 결과를 앞둔 사람들이 있다고 하자. 그 결과를 준비하고 기다리면서 어떤 사람들은 초조와 불안으로 괴로워한다. 반면에 어떤 사람들은 그런 모습을 거의 보이지 않는다.

그런데 기다리던 그 결과가 긍정적일 때, 기다리는 동안 괴로워했던 사람들이 상대적으로 덜 힘들어 했던 사람들보다 훨씬 더 기뻐했다는 것이다. 당연한 것 아니냐고 생각할 수 있다. 그 다음이 더 재미있다. 기다리면서 그토록 힘들어 했던 사람들은 결과가 나빴을 때도 덜 괴로워했던 사람들보다 그 다음 행동이 더 바람직했다는 것이다.

즉, 그 일에 한번 더 도전하려는 경향이 강했고 다시 시작하기 까지의 시간도 덜 걸렸다는 것이다. 정말 재미있는 결과다. 왜냐하면 이를 뒤집어 생각하면 한번 도전해서 실패하면 바로 그만두는 사람들일수록 기다림의 과정에서 별로 힘들지 않았다는 추론이 가능하기 때문이다.

우리는 나쁜 결과를 무서워하는가? 아니면 그 결과를 기다리는 것을 무서워하는가? 사실은 후자인 경우가 더 많다. 재미있는 것은, 어떤 종류의 초조함이든 준비하고 기다리는 동안 그것이 더 강할수록, 최종 결과를 마주한 이후의 행동에서 적응력이 높아진다는 점이다. 왜 이런 일이 일어나는 것일까?

그 원인은 바로 간절함에 있다. 간절함이 클수록 초조함과 불안이 커지는 것은 당연하며, 따라서 결과를 기다리는 과정에서 더 힘들어진다. 예민함은 간절함의 부산물일 뿐이다. 그러니 중요한 결과를 앞둔 조직의 리더가 무엇을 해야 하는지는 자명하다.

리더와 팔로워는 남이 아니다. 그렇기 때문에 결과를 기다리면서 힘들어 하는 모습을 굳이 숨길 필요가 없다. 섣부른 위로와 연극은 팔로워들로 하여금 “뭐야. 결국 나만 간절했던 것 아니냐!”라는 허탈함과 배신감을 느끼게 할 수도 있기 때문이다. 그렇다면 리더는 어떻게 해야 할까?

1️⃣일을 할 때는 불안을 최대한 제거해 주지만, 기다림의 과정에서는 체면과 점잖음을 버리고 자신의 간절함을 최대한 같이 공유할 필요가 있다. 그러면 결과가 좋든 나쁘든 리더와 팔로워가 결과를 받은 다음의 행동과 일에 있어서 심리적으로 한 배를 타게 되지 않을까?

2️⃣결과를 기다리는 상황에서, 일이 끝났다고 갈등 관리에 소홀해선 안 될 것이다. 마찬가지로 그 결과를 받아든 이후의 또 다른 일을 위해서다. 중요한 결과를 기다리는 과정에서는 그 날이 다가올수록 사람들끼리 더 많은 갈등을 겪으니 말이다.

어떤 사람들 사이에서 그 갈등이 가장 많이 관찰되겠는가? 바로 간절하게 기다리지는 자들과 무심하게 기다리는 자들 사이였다. 지혜로운 리더라면 열심히 일하고 솔선수범하는 것도 중요하겠지만, 같은 마음으로 기다린다는 모습을 진심으로 보이는 것 역시 간과해서는 안 될 것이다.

매일경제

This article is a plea for self-improvement. You can do this. Be an engineer. As always, caveats first: Engineers definitely should and do use frameworks. They're beautiful bits of engineering that get stuff done in a maintainable way. Frameworks are not 

Be an Engineer, not a Frameworker

프레임워크는 매우 편리한 녀석이라 개발시에 무조건 사용하게 되는데요. 이에 대한 위험성을 알려주고 있는 글이 있어서 소개합니다. 

저자는 프레임워커(문제해결에 프레임워크만 사용하는 사람을 뜻함)는 엔지니어가 아닌 프레임워크에 대한 지식을 사용하여 문제를 해결하는 데만 집중한다고 주장합니다. 

이것은 프레임워크만 사용할줄 알게 되고 문제를 해결하는 데 필요한 기술을 개발하는 데 소홀히 할 수 있음을 의미합니다. 저자는 엔지니어가 단순히 프레임워크에 갇히지 않도록 하기 위해 프레임워크에 대한 지식을 개발하는 것뿐만 아니라 문제를 해결하는 데 필요한 기술을 개발하는 데에도 집중해야 한다고 주장합니다.

프레임워커가 아닌 엔지니어가 되기 위해 다음과 같은 몇 가지 팁을 제공합니다.

1️⃣ 프레임워크에 대한 지식을 개발하되, 문제를 해결하는 데 필요한 기술을 개발하는 것을 소홀히 하지 마십시오.
2️⃣ 프레임워크를 사용하여 문제를 해결할 때 프레임워크가 제공하는 모든 기능을 사용하지 마십시오. 프레임워크가 제공하는 기능 중 필요한 기능만 사용하십시오.
3️⃣ 프레임워크를 사용하지 않고 문제를 해결하는 방법을 배우십시오. 이것은 프레임워크가 작동하는 방식을 더 잘 이해하는 데 도움이 될 것입니다.

https://johndanielraines.medium.com/be-an-engineer-not-a-frameworker-c58fe28d0c88

Medium

프레임워크 사용자가 아닌 엔지니어가 되라

90년대 후반, 다음daum에서 한메일을 만들었을 때다. 처음 보는 메일 서비스는 신기했다. 온라인이라는 새로운 세상의 나의 이름, 아이덴티티. 선점해두면 쓸 일이 있겠지 싶어 메일 주소를 만들었다. 하지만 딱히 실제로 써먹을 일은 없었다. 그러던 중 메일로 받아보는 뉴스레터를 구독했다. 고도원의 아침편지. 어떻게 알게 되었는지는 기억나지 않는다. 보내는 사람의 이름이 독특했다.

[ CEO의 독서노트 (73) ] 고도원의 아침편지는 어디서 왔고, 어디까지 가고 있을까

1
90년대 후반, 다음daum에서 한메일을 만들었을 때다. 처음 보는 메일 서비스는 신기했다. 온라인이라는 새로운 세상의 나의 이름, 아이덴티티. 선점해두면 쓸 일이 있겠지 싶어 메일 주소를 만들었다. 하지만 딱히 실제로 써먹을 일은 없었다. 

​

2
그러던 중 메일로 받아보는 뉴스레터를 구독했다. 고도원의 아침편지. 어떻게 알게 되었는지는 기억나지 않는다. 보내는 사람의 이름이 독특했다. 어떤 사람인지, 어떤 목적인지는 잘 몰랐다. 그렇게 가끔씩 한메일에 온 메일을 읽었다.

​

3
20여 년이 지났다. 강원국의 '어른답게 말합니다'를 읽다가 특이한 성함을 다시 봤다. 이 분이 대통령 연설 비서관을 하셨다는 걸 알게 되었다. 그리고 그때 고도원의 아침편지가 생겨났다는 것도 이 책을 읽고 알게 됐다. 이 분이 걸어온 삶과 길, 생각을 읽었다. 두 가지를 느꼈다.

​

4
첫째는 점과 선에 대한 믿음이다. 현재의 점은 미래에 선이 된다. 지금의 가치는 지금은 모른다. 현재가 과거가 되어야 연결된 이야기가 된다. 그의 삶의 여정을 보며 정말 다사다난하다는 생각이 들었다. 그가 이러한 삶을 계획했을까. 그럴 리가 없다.

​

5
그 어떤 순간도 예측대로 희망 대로만 흘러갈 수 없는 게 사람의 삶이다. 내가 보는 다른 사람의 삶은 언제나 하이라이트다. 모두 과거니까 편집될 수 있다. 그것은 대화건 기록이건 마찬가지다. 하지만 나의 삶은 언제나 현재진행형이다. 과거는 기록이고 미래는 불안이다. 다른 이의 삶과 나의 과거에서 배울 수 있는 건 반드시 연결될 것이라는 믿음이다.

​

5
두번째는 비전과 꾸준함이다. 근면과 성실. 사람들이 가장 폄하하고 함부로 대하는 가치다. 근면과 성실의 다른 말은 꾸준함이다. 모두 다 꾸준함을 쉽게 생각한다. 해본 사람은 그게 정말 어려운 일이라는 것을 안다. 꾸준함의 가치는 그것이 좋을 때도, 싫을 때도 끝없이 반복할 수 있음에 있다. 좋을 때에 반복하는 것은 누구나 할 수 있다. 힘듦과 어려움과 실패와 좌절 속에서도 반복하는 일은 아무나 못한다. 그때의 반복이 성장과 성공을 만든다.

​

6
그가 삶에서 꿈꿨던 비전들은 원대했다. 그리고 그것을 꾸준히 현실로 만들었다. 그저 비전을 원했다. 방법은 몰랐다. 도와주는 사람이 나타났다. 운이 따랐다. 실패와 시련도 있었다. 그럼에도 그는 그것을 만들었다. 꾸준함과 함께. 그의 원대한 비전과 담담한 꾸준함을 닮고 싶다.

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

고도원의 아침편지는 어디서 왔고, 어디까지 가고 있을까

산업은 늘 같은 방향으로 진화한다. 어떤 산업이 처음 등장했을 때는 그 제품이나 서비스를 아무나 만들지 못하므로 생산업자, 즉 공급자가 힘을 쥔다. ​ 점차 시간이 흐르면 고객과의 점점을 가장 많이 가지고 있는 유통업자에게로 힘이 옮겨간다. 일례로 게임 산업이 그랬다. 처음에는 게임을 만드는 스튜디오의 힘이 셌다. ​ 그러다 게임 운영과 마케팅 등을 대행하는 퍼블리셔에게 힘이 옮겨갔다.

진화는 늘 같은 방향으로 일어난다

1
산업은 늘 같은 방향으로 진화한다. 어떤 산업이 처음 등장했을 때는 그 제품이나 서비스를 아무나 만들지 못하므로 생산업자, 즉 공급자가 힘을 쥔다. 
​
점차 시간이 흐르면 고객과의 점점을 가장 많이 가지고 있는 유통업자에게로 힘이 옮겨간다. 일례로 게임 산업이 그랬다. 처음에는 게임을 만드는 스튜디오의 힘이 셌다. 

그러다 게임 운영과 마케팅 등을 대행하는 퍼블리셔에게 힘이 옮겨갔다. 이제는 퍼블리셔가 게임 창작자인 스튜디오에 창작 의도나 게임 스토리를 수정하라고 요구하는 일이 자연스럽다. 게이머들이 퍼블리셔의 게임 플랫폼에 모이기 때문에 퍼블리셔의 힘이 커진 것이다.

- 유난한 도전 : 경계를 부수는 사람들, 토스팀 이야기 중

​

​
2
불어오는 바람의 반대 방향으로 배를 움직이는 것은 불가능하다. 바꿀 수 있는 것과 바꿀 수 없는 것을 아는 것은 그래서 중요하다. 

​

​
3
하루하루에 집중하되 거시적인 관점이 필요한 이유다. 단기는 보수적으로 장기는 긍정적으로 봐야 한다.

출판사 사장들에게는 오랫동안 카카오의 글쓰기 플랫폼 '브런치'가 금광이었다. 공전의 베스트셀러인 '90년생이 온다'의 임홍택, 정문정의 '무례한 사람에게 웃으며 대처하는 법', 하완의 '하마터면 열심히 살 뻔했다' 등과 새로운 스타 작가가 이 열린 글쓰기 공간을 통해 탄생했다. 올해 들어 온라인 대형 서점들이 글쓰기 플랫폼을 열면서 '제2의 브런치'를 만드는 데 도전하고 있다.

대박 콘텐츠 찾아라 ... 글쓰기 플랫폼 만드는 서점들

글쓰기 플랫폼 정보 공유 595

글쓰기를 해보겠다고 마음먹었을 때 ‘브런치’라는 글쓰기 플랫폼에 ‘작가’ 등록을 시도했습니다. ‘브런치’에 공개되지 않는 글 몇 편을 작성하고 ‘작가’로 활동 계획과 포부를 제출하면 심사를 받는 구조입니다. ‘브런치’ 작가로 인정받기 위한 심사를 10번 정도 시도하고 떨어졌을 때 더 이상 도전을 하지 않았습니다. 심사 탈락 이유가 명확하지 않았고 글쓰기 플랫폼은 ‘브런치’ 외에도 있었기 때문입니다. 솔직히 속상함으로 인한 삐침도 있었죠.

현재 저는 하루에 한 편씩 글을 써서 ‘블로그’와 ‘커리어리’라는 플랫폼에 같이 게시하고 있습니다. 마음속으로 조금 더 많은 채널에 같은 내용을 올리고 싶은 욕심이 있었습니다. 그냥 뭐 대단한 사람이 되고 싶다는 마음이라기보다는 생각을 공유하고 조금이라도 위로와 격려가 되는 글을 나누고 싶었습니다. 

최근 글쓰기 플랫폼이 경쟁적으로 생기고 있다는 소식입니다. 새로운 콘텐츠와 작가를 구하는 채널로 글쓰기 플랫폼이 효과적이라고 판단한 모양입니다. 비전문가들이 쏟아내는 글 중 괜찮은 내용을 선별하여 공식적인 콘텐츠로 다듬어서 상업적으로 판매하는 형식입니다.

플랫폼의 의도에 관계없이 글을 쓸 수 있고 사람들에게 쓴 글을 공유할 수 있다는 기능이 저로서는 반가운 소식이네요. 새로운 플랫폼에는 이전과 다른 스타일의 글을 써보려고 합니다. 

이래저래 사람들을 만나고 알게 되면 글쓰기를 좋아하는지 

꼭 물어보는데요. 생각보다 많은 분들이 글쓰기에 관심 있거나 좋아하여 꾸준히 글을 쓰고 있는 것을 알게 됩니다. 

혹시 글쓰기에 관심이 있는데 아직 시작 못하고 계신 분들이 있다면, 용기를 내어 새로운 글쓰기 플랫폼에서 간단한 이야기를 나누어 보시면 어떨까요? 제가 진심으로 응원 많이 해드릴게요!

거, 글쓰기 딱 좋은 시대네

While there are many resources to help programmers write better code-such as books and static analyzers-there are few for writing better comments. While it's easy to measure the quantity of comments in a program, it's hard to measure the quality, and the 

Best practices for writing code comments

1. 코드 내용을 그대로 반복하는 (추가 정보가 없는) 주석은 적지 말라.
2. 좋은 주석은 불명확한 코드를 변명하지 않는다.
    - 주석으로 코드를 설명하지 말고 코드를 다시 써라.
3. 명확한 주석을 적을 수 없다면 코드에 문제가 있을 수 있다.
    - 코드가 어렵다고 주석으로 경고하지 말고 코드를 다시 써라.
4. 주석은 혼란을 야기하는 것이 아니라 해소해야 한다.
    - 주석을 보고 더 헷갈린다면 그 주석은 지워라.
5. 관용적이지 않은(unidiomatic) 코드는 주석으로 설명하라.
    - 불필요하거나 중복된다고 생각할 수 있는 코드, 이로 인해 다른 누군가가 "단순화"할 수도 있다고 생각되는 코드에는 주석을 달아 설명하는 것이 좋다.
6. 복사한 코드라면 원본 출처 링크를 주석에 포함하라.
    - 향후 코드를 읽을 동료가 전체 컨텍스트(어떤 문제, 해당 솔루션이 권장되는 이유 등)를 파악하는 데 도움이 될 수 있음.
7. 도움이 될만한 외부 참조 링크를 포함하라.
8. 코드를 수정할 때, 특히 버그를 수정할 때 주석을 추가하라.
9. 주석을 사용해 불완전한 구현을 표시하라.
    - 기술 부채를 측정하고 해결하는 데 도움이 됨.

https://stackoverflow.blog/2021/12/23/best-practices-for-writing-code-comments/

Stack Overflow Blog

좋은 주석을 적는 방법

프로그래밍은 음악이나 미술과 같기 때문이다. 속성을 말하는 것이 아니라 범위를 말하는 것이다.

음악을 배운다고 해 보자. 음악을 하려면 무엇을 어떻게 배워야 할까? 음악 그 자체를 먼저 배우려는 사람은 없을 것이다. 피아노를 배우든, 기타를 배우든 혹은 노래를 하든 악기를 하나 선택하고, 기본 음계와 악보 보는 법, 그리고 소리내는 법을 배운 뒤 짧은 곡을 연습하는 것이 일반적일 것이다.

프로그래밍도 마찬가지다. 프로그래밍 언어를 하나 선택하고, 기본 문법과 실행 방법을 배운 뒤 작은 프로그램을 선택하여 따라 만들어보는 것이 가장 일반적인 방법이다.

또한, 음악과 악기의 종류가 셀 수 없이 많은 것 처럼, 프로그래밍도 마찬가지로 셀 수 없이 많은 프로그래밍 언어와 종류가 있다.

음악을 하려면 기간이 얼마나 걸릴까? 알 수 없다. 악기를 배우려면 얼마나 걸릴까? 악기마다 다르겠지만 보통 기초를 배우는 데 3개월, 기초적인 곡을 들을만하게 연주하는데 6개월~1년, 취미 공연을 할 수 있을 정도라면 2~3년 이상, 전공자가 되기 위해선 최소한 4~5년 가량을 매일 연습했을 것이다.

그것도 음악의 모든 범주가 아니라 하나의 악기를 다루는데만.

프로그래밍도 비슷하다. 프로그래밍을 잘 하려면 얼마나 걸릴까? 알 수 없다. 프로그래밍 언어를 배우는 데 있어서는, 언어 하나의 기초를 배우는데 3개월, 기초적인 프로그램을 제대로 만드는데에는 6개월~1년, 취미로 원하는 것를 뭐든 만들 수 있을 정도는 2~3년, 그리고 전문적인 프로그래머로 인정 받으려면 4~5년 이상 매일 프로그래밍을 해야한다.

그리고 악기 하나를 능숙하게 다룰 수 있게 되면 다른 악기를 배우는 것이 수월해진다. 프로그래밍도 마찬가지다.

즉, 악기를 연주하는 것에 대해서는 오래 걸린다는 것을 이해하고, 의심 없이 악보를 보고 따라하며 연습을 하고, 난이도를 높여가며 다양한 곡들을 연습하고 연주하며 실력을 늘려가지만, 프로그래밍을 배우는 것은 그렇게 생각하지 않으니 어렵게 느껴지는 것이다.

물론 이유는 있다. 악기 연주와는 달리 프로그래밍은 그 과정이 거의 눈에 보이지 않고, 결과 또한 드러나는 것이 전부가 아니기 때문에 기대와 과정의 괴리가 있어서 더 어렵게 느끼는 것 같다.

음악이나 프로그래밍 뿐이 아니라 세상 누구의 일도 어렵지 않은 것이 없다. 그리고 프로그래밍이 특별히 어려운 것도 아니다. 그냥 단기간에 배우려니 어려운 것이다.

프로그래밍은 왜 어려울까?

정리하게 된 배경 TMI~ API를 사용하게 되면 많이 다루게 되는 데이터 형식 중 하나가 바로 json이다. 개발중인 서비스에서도 연계된 타 서비스의 데이터를 API로 받아오게 되는데, 대용량일 시 json 문자열을 Entity 객체로 파싱하며 성능 이슈가 있는 듯하여 현재 사용중인 라이브러리와 그 외에 대중적으로 사용되는 라이브러리의 성능 차이를 검토하게 되었다.

[Java] Json을 Java 객체로 변환하는 방법(Gson, Jackson, JSON-SIMPLE)

웹 서비스를 개발할 때, 대다수의 개발자가 마주치게 되는 것이 JSON 입니다. API의 개념이 도입되면서 클라이언트와 서버는 JSON 포멧으로 데이터를 주고받는게 일반적이며, 시스템 간 서버끼리 데이터를 주고 받을 때도 API 형식으로 데이터를 넘겨주는 경우가 있습니다.

이때, 백엔드에서는 Java Entity를 JSON 문자열로 변환하거나 JSON 문자열을 Java Entity로 편하게 변환하기 위해 라이브러리를 사용하는데, 대표적으로 Jackson, GSON, JSON-SIMPLE이 있습니다. 세 개의 라이브러리 중 어떤 라이브러리를 사용해야 할까요?

단순히 코드 짜기 편한 라이브러리를 선택한다면, 성능 상 이슈가 발생할 수 있습니다. 본인이 서비스하는 시스템의 특성에 따라 라이브러리를 선택할 것을 권장합니다. 간략하게 장단점을 정리해봤습니다. 보시고 시스템 환경에 맞는 라이브러리를 선택하시길 바랍니다.

▪️ Jacskon
  - 대용량 데이터일수록 성능 향상
  - Spring Framework 내장 (어노테이션 지원)
  - Serialize/Deserialize 커스텀 용이 (상속 지원)
  - 소스코드 작성 간단함

▪️ GSON
  - 저용량 데이터에서 성능 무난
  - 대용량 데이터일수록 성능 하락
  - Serialize/Deserialize 커스텀 용이 (상속 지원)
  - 소스코드 작성 간단함

▪️ JSON-SIMPE
  - 데이터 용량에 따른 성능 차이 미세함 (저용량/대용량 모두 다루는 환경에 적합)
  - Deserialize 커스텀 불편
  - 소스코드 작성 불편함

실제 저희 서비스 환경 조건에서 각 라이브러리 별 JSON Parser를 구현해 성능 비교를 해본 결과, Jackson이 성능이 월등하게 우세하여 기존 GSON으로 되어 있는 코드를 Jackson을 사용하도록 수정했습니다. 실제 구현 방법과 성능 비교 결과는 제 블로그에 정리해뒀으니 관심이 있으시면 참고하시길 바랍니다.

Velog

Jackson vs GSON vs JSON-SIMPLE

code-review #코드리뷰 | 안녕하세요. 이번에 테크리드로 승진(?)하게 된 5년차 개발자입니다. 작은 스타트업에 있다보니 생각보다 빠르게 테크리드 역할을 맡게 되었습니다. 이제 제가 코드리...

코드 리뷰를 받는 입장에서 해야 하는 입장이 되었는데 다른 분들은 리뷰를 어떤 식으로 하는지 궁금합니다.

요약
1. 로직을 이해하기 쉽도록 구현했는지를 위주로 코드리뷰합니다.
2. 코드 작성자는 확신이 없는 부분에 대해서 사전에 설명하는 코멘트를 남겨두면 좋습니다.
3. 코드 리뷰어는 자신의 코멘트가 필수적으로 반영되어야 하는지, 선택적으로 반영하면 좋은 것인지 명시하면 좋습니다.
4. 구글 등 다른 코드리뷰 문화도 참고하시면 좋습니다.

경험상 사람마다 코드리뷰에서 주로 보는 부분이 다르겠지만, 저는 로직을 주로 봅니다. 구현하고자 하는 것에 비해서 복잡하게 되어있지는 않은지, 맥락을 알아야지만 이해할 수 있도록 구현되어 있지는 않은지 점검하는 편이에요. 그래서 사실 코드를 읽다가 이해하기 어렵다 싶으면 그때부터 로직에 개선점이 있는지 주의 깊게 봅니다. 코드 스타일 등 린터나 포매터로 자동화할 수 있는 부분은 크게 신경 쓰지 않는 편이에요(대부분 CI에서 잡히고, 새로운 린터 규칙이 필요하면 추가하면 됩니다).

한편, 코드리뷰를 하다 보면, 리뷰가 올라오기까지의 시간과, 리뷰를 반영했을 때 그걸 확인하고 승인하는데 까지 걸리는 시간이 오래 걸리기 마련입니다. 일종의 핑퐁이지요. 이 핑퐁을 줄이기 위한 방법으로 저는 선제적 코멘트를 사용했습니다. 로직을 최대한 이해하기 쉽게 짜려고 노력했지만, 더 이상 개선할 수 없었을 때, 그렇다고 주석을 남기기도 애매할 때는 github, bitbucket의 코드 인라인 코멘트로 왜 이렇게 짰는지, 무엇을 고민하고 있는지에 대해 적어둡니다. 그러면 리뷰어가 왜 이렇게 짜셨나요? 라고 묻고, 그에 대해 답하면서 생기는 핑퐁이 줄어듭니다. 

마지막으로, 코드 작성자의 입장에서는 리뷰어의 코멘트가 필수적으로 반영되어야 하는지, 아니면 반영되면 좋은 것인지 구분이 애매할 수 있습니다. 그래서 리뷰어가 필수/선택 여부를 명확하게 표시해주는 게 좋다고 생각합니다. 

https://google.github.io/eng-practices/review/ 구글의 코드리뷰 가이드 문서와 거 문서에 링크된 다른 글을 읽어보셔도 도움이 될 거 같습니다.

커리어리

코드리뷰는 어떤 식으로 해야 할까?

지금 돌이켜 생각하면 부끄러운 일이지만, 처음 테스트 코드를 마주했을 때 든 생각은 '왜 귀찮은 테스트 코드를 만들어야 하는 걸까?'였습니다. 물론 지금은 테스트 코드의 중요성을 깨달아 열렬한 팬이 되었고, 이를 제 사회 생존을 위한 필수 장치로 여기며 함께하고자 노력하고 있습니다. 요즘은 대부분의 개발 과정에서 테스트 코드 작성을 실천하며 더 나은 결과물을 만들고 있습니다.

테스트 코드는 왜 만들까? | 요즘IT

요즘 최대의 관심사는 단언컨대 "테스트 코드"입니다. 혹자는 테스트 코드를 작성하면 시간이 부족해진다는 이유로 기피하곤 합니다. 저 역시 그랬으니 그 마음을 전혀 이해 못하는 건 아닙니다. 하지만 프로그램을 만들수록 테스트의 중요성은 점점 증가했던 것 같고 특히 "테스트 코드"는 코드 품질의 향상이나 리팩토링(혹은 코드를 수정하는 행위)를 할 때 보다 안전하고 자신 있게 할 수 있게 되어 유지 보수 차원에서 꼭 필요한 존재라고 생각합니다. 조금 과장하여 개발 프로세스 중에 필수라고 생각이 들기도 합니다. 
물론, 테스트 코드가 군대에서 다치면 의무대에서 줬던 빨간약 같은 만병통치약이라는 소리는 아닙니다. 테스트 코드가 모든 버그를 방지할 수 있는 것도 아니죠. 하지만 테스트 코드가 가져다주는 장점은 분명하기 때문에 고려를 해봐도 좋다고 생각합니다. 
그렇다면 우리는 왜 테스트 코드를 작성하게 될까요? 이번 글을 통해 테스트 코드 작성에 대한 각자의 생각을 정립하는 기회가 되었으면 좋겠습니다.
https://yozm.wishket.com/magazine/detail/1964/

Wishket

테스트 코드는 왜 만들까?

Are you a Java programmer with 1-3 years of experience? Congratulations, you have passed the beginner level and now it's time to showcase your skills in interviews. To help you prepare for your next...

🕊️ 주니어 자바 개발자를 위한 100가지 질문 (2)

I care a lot about the tools I use. Especially when they aren't free. Some tools are too good to keep to myself. I have to share them! Here's what I've spent my money on in 2022-23 that has genuinely improved my life as a software engineer.

The 5 paid subscriptions I actually use in 2023 as a software engineer

넘쳐나는 구독 서비스 중 개발자가 자주 사용하게 되는 서비스는 무엇일까요?

1️⃣ 깃허브 코파일럿

코드를 작성하면 코파일럿이 다음에 작성할 코드를 예상하고 추천해준다. 코파일럿 사용후 생산성이 약 30% 증가했다. 

2️⃣ Kagi: 구글보다 나은 서치 엔진

Kagi에서 검색하면 구글기나 빙보다 더 정확한 검색
결과가 뜬다. 지속적으로 정확한 검색 결과는 자신이 제어하는 검색 개인화에 의해 더욱 강화된다. Kagi에게 스택 오버플로 또는 미디엄 사이트의 결과에 더 높은 가중치를 부여할 수 있고 결과를 보고 싶지 않은 사이트도 차단하도록 설정할 수 있다. 

https://kagi.com

3️⃣ 미드저니: AI 이미지 생성

백엔드 엔지니어가 포토샵으로 이미지 생성할 일도 없고 잘하지 못할 수 있다. 기술 아티클글 작성할 때 도움되는 이미지를 미드저니를 사용해서 생성한다. 

https://www.midjourney.com/

4️⃣ Scribd

인기 있는 전자책이 모여있는 온라인 라이브러리다. 출퇴근할 때나 여행 다닐 때 오디오북을 들으면 좋다. 

5️⃣ 미디엄

같은 직종에 종사하는 사람들로부터 배울 수 있는 블로깅 플렛폼. 

👉 보너스: Excalidraw

화이트보드 대신 온리인으로 도형을 그리며 설계할 때 도음되는 도구다.

https://excalidraw.com

개발자가 자주 사용하게 되는 구독 서비스 5가지

최근 한 기업의 소프트웨어 개발팀이 서버리스 아키텍처 프로젝트를 버리고 모놀리스를 도입해서 클라우드 인프라 비용을 90% 절감했다는 내용의 블로그 글을 올리며 뜨거운 논란을 불러일으켰다. 더구나 이 글은 다른 누구도 아닌 아마존 프라임 비디오의 선임 소프트웨어 개발 엔지니어 마신 콜니가 쓴 글이었다. 아마존은 클라우드 서비스 시장의 리더임은 말할 것도 없고 서버리스 컴퓨팅을 앞장서서 지지하는 대표적인 기업이다.

아마존 프라임 비디오의 '서버리스 vs. 모놀리스' 논란에서 얻는 6가지 교훈

아마존 프라임 비디오는 서버리스 아키텍처를 버리고 모놀리스를 선택했다. 그리고 클라우드 인프라 비용을 90% 절감했다.

언젠가부터 MSA, 서버리스 안하면 쿨하지 못한게 되었다. 이 흐름탓인지 부트캠프에서 몇 주간 진행하는 프로젝트에도 MSA로 서버를 구성한다. 정말 말리고 싶었지만 아무리 말해도 자기가 고생해봐야 이게 아닌걸 알지 않나.

각 팀과 회사가 가진 자원은 모두 다르다! 그러니 너무 부끄러워 마시라!

ITWorld Korea

모놀리스는 부끄러운 아키텍처인가?

Create FAST, Connect ALL - 급변하는 비즈니스 환경, 디지털 콘텐츠 관리를 위한 가장 파워풀한 도구 마케터, 기획자, 개발자, 디자이너를 위한 새로운 솔루션! Memex

미믹스 - Memex

안녕하세요. 현직 프론트엔드 개발자라서 관리자 페이지 만들때마다 귀찮아서 Strapi같은 외국CMS 써보다가 TF팀을 꾸려서 한국판 CMS 만들어보았습니다.

https://memexdata.io/

어쩌다가 만들었는지 자세한 내용은 "우리가 미믹스를 만든 이유" (https://memexdata.io/blog/d7c48d9122db4441800e21a3b106005a) 글을 봐주시면 감사하겠습니다.

백엔드와 서버 없이 관리자 만들고 API연동할 수 있는 기능이 있어서 저같은 프론트 / 앱개발자에게 도움이 될것 같습니다.

무료로 쓰실 수 있고 기존에 파이어베이스나 워드프레스 말고 가볍게 개발해보실분은 써보시면 좋을것 같습니다. 무료이니 만큼 개발자분들, 특히 서버하기 귀찮거나 버거운 프론트엔드 개발자분들에게 조금이나마 도움이 되면 좋겠습니다.

아래 스펙갖고 개발했습니다.
- React (18) + Redux
- Spring Boot + MariaDB + MongoDB + Redis
- UI: AntDesign / Tailwindcss
- 인프라: AWS + Vercel

궁금하신점은 댓글이나 채널톡에 문의 남겨주세요.

관리자 페이지 만들지 마세요. 프론트만 개발해보세요.

10% 비용으로 10배의 효과를 만드는 방법에 대해 알고 계신 분들은 안보셔도 괜찮아요.

🚀 오길비 부회장. 10% 비용으로 10배의 효과를 만드는 방법

✅ 3,000,000회 이상의 조회수를 기록한 TED의 인기 영상

- 오길비 그룹의 부회장이자 마케팅 전문가인 로리 서덜랜드(Rory Sutherland)는 18분이라는 짧은 시간 안에 제가 가지고 있던 일에 대한 관점을 완전히 바꿔버렸어요. 개인적으로 너무 감명 깊어서 군대에서 20번 넘게 돌려봤던 기억이 있네요. 업로드된 지 10년이 넘은 TED 영상이지만 구독자분들께 꼭 소개해 드리고 싶어서 이번 콘텐츠로 선정하게 되었어요. 시간이 되시는 분들은 원본 영상도 함께 보시는 걸 추천드립니다!

✅ 원본 글 정리 (프로덕트랩의 주관적인 해석 포함)

[멋진 철학자. A Fucking Philosopher.]

- 여기 있는 것은 전자 담배입니다. 1~2년 전에 발명된 이래로 저에게 말할 수 없는 행복을 안겨주었죠. 그 이유는 다음과 같습니다. 영국에서 공공장소에서의 흡연이 금지된 이후로 저는 더 이상 파티를 즐길 수 없었습니다. 파티에서 와인 잔을 들고 사람들과 이야기를 나누다 보면 때로는 혼자 조용히 서서 생각에 잠기고 싶을 때가 있습니다. 하지만 담배도 없이 혼자 창밖을 바라보고 있으면 반사회적이고 친구도 없는 멍청이처럼 보이기 마련입니다. 담배와 함께라면 당신은 멋진 철학자처럼 보일 수 있습니다.

[그리스에 대출을 해준 멍청한 은행들에 대한 구제 금융]

- 사물을 재정의하는 것의 중요성은 아무리 강조해도 지나치지 않습니다. 똑같은 일이라고 해도 그 일을 어떻게 바라보는가에 따라 기분이 좋아질 수도 나빠질 수도 있습니다. 고전적인 경제학의 문제 중 하나는 지나치게 현실에 집착한다는 점입니다. 하지만 실제로는 현실만큼 그 현실을 어떻게 바라보는지가 중요합니다. 같은 일을 두고 '그리스에 대한 구제 금융'이라고 말할 수도 있고, '그리스에 대출을 해준 멍청한 은행들에 대한 구제 금융'이라고 할 수도 있습니다. 사실 이 둘은 실제로는 같은 이야기입니다. 

[심리적인 접근보다 공학적인 접근이 우선시 되었던 이유]

- 인식은 우리의 생각과 행동에 엄청난 영향을 미친다고 생각합니다. 하지만 2002년 노벨 경제학상을 수상한 심리학자, 대니얼 카너먼(Daniel Kahneman) 이전에는 이를 설명할 수 있는 훌륭한 방법이 없었습니다. 하지만 기술 공학 분야는 그렇지 않았습니다. 자신들의 논리를 설명할 수 있는 훌륭한 방법들이 다수 존재했습니다. 이로 인해 우리는 심리적인 해결책보다는 공학적인 해결책에 집중하게 되었습니다.

[심리적인 접근의 효용성]

- 심리적인 해결책이 얼마나 효과적인지 말씀드리겠습니다. 혹시 파리와 런던 간의 이동 시간을 약 40분 단축하기 위해 무려 600만 파운드를 투자한 유로스타를 아시나요? 투자한 돈의 0.01%를 열차에 Wi-Fi를 설치하기 위해 사용했다면 기차에 탑승한 승객들의 즐거움을 훨씬 더 향상시킬 수 있었을 것입니다. 만약 투자한 돈의 10%를 세계 최고의 남녀 슈퍼모델들을 고용해 탑승한 모든 승객들에게 고급 와인을 무료로 나눠줬다면 어땠을까요? 여전히 500만 파운드가 넘는 돈이 남아있었을 것이고, 사람들은 오히려 이동 시간을 늘려달라고 요청했을 것입니다.

[창의적이고 감성적인 아이디어 VS 이성적이고 수치화된 아이디어]

- 저는 창의적이고 감성적인 아이디어를 대하는 방식과 이성적이고 수치화된 아이디어를 대하는 방식 간에 불균형과 비대칭이 존재한다고 생각합니다. 창의적인 아이디어는 이성적인 사람들의 검토를 거쳐 승인됩니다. 그것이 틀리다고 생각하지는 않습니다. 하지만 그 반대의 경우, 이성적이고 수치화된 아이디어는 그 자체로 승인됩니다. "숫자는 모두 맞는 것 같지만, 이 아이디어를 발표하기 전에 크리에이티브 한 사람들에게 보여줘서 더 나은 것을 생각해낼 수 있는지 알아볼게요."라고 말하지 않습니다.

[의사 결정을 할 때 고려해야 하는 3가지 요소]

- 저는 의사 결정을 할 때, 기술 / 경제 / 심리적인 요소가 모두 고려되어야 한다고 생각합니다. 어느 한 가지를 우선시하는 것이 아니라 이 세 가지를 모두 동등하게 고려하여, 가능한 그 중간 지점에 있는 해결책을 찾아야 합니다. 

[심리적 통찰력을 기반으로 검색창에 집중한 구글]

- 실제로 훌륭한 비즈니스를 보면 거의 항상 3가지 요소를 모두 고려한 것을 볼 수 있습니다. 구글은 기술적으로도 훌륭하지만, 한 가지 일만 잘하는 기업이 그 일과 다른 일을 동시에 하는 기업보다 그 일을 더 잘한다고 믿는다는 훌륭한 심리적 통찰력을 기반으로 만들어졌습니다. 이는 "목표 희석"이라는 심리적 현상입니다. 구글은 다른 포털 사이트들과 다르게 검색창에만 집중하는 방식으로 사람들의 이러한 심리를 훌륭하게 이용했습니다.

[음식을 요리하는 것과 바닥을 청소하는 것]

- 오스트리아의 경제학자인 폰 미제스는 경제학은 심리학의 하위 집합에 불과하다고 이야기했습니다. 그는 경제학을 "희소성이 있다는 조건 안에서 인간의 심리를 연구하는 학문"이라고 표현했습니다. 폰 미제스는 인간의 심리에 따른 인지의 가치를 다른 종류의 가치와 절대적으로 동등한 것으로 취급해야 한다는 사실을 가장 잘 설명한 경제학자였습니다. 폰 미제스는 식당에서 음식을 요리함으로써 창출하는 가치와 바닥을 청소 함으로써 창출하는 가치가 동일한 가치라고 말합니다. 결국 두 가치 가치 모두 우리가 음식을 즐길 수 있도록 만드는 것이기 때문입니다.

[인식이 모든 것이다]

유명 브랜드의 진통제는 유명하지 않은 브랜드의 진통제보다 더 효과적입니다. 성분이 같더라도 실제로 더 많은 통증을 감소시킵니다. 인식은 그 자체만으로도 정말 실질적인 효과가 있습니다. 

✅ 팀원들과 이런 이야기를 나눴어요.

- 제품 팀에게 데이터의 중요성을 말하는 글들은 너무 쉽게 찾아볼 수 있어요. 하지만 인간의 심리를 활용한 크리에이티브 한 아이디어의 중요성에 대해 말하는 글들은 찾아보기가 어렵죠. 팀원분들과 함께 잠시 데이터는 내려놓고 기존에 고민하고 있던 문제들에 대해 완전히 새로운 방식으로 접근해 보는 시간을 가졌어요. 창의적인 접근 방법이 필요하다면 회의 전에 팀원 분들과 이렇게 한번 말해보세요. '인식이 모든 것이다'

==

💛 카카오톡 오픈 채팅방이 만들어졌어요

- PRODUCT LAB의 새 글이 올라올 때마다 알려드려요.
- 프로덕트를 만드는 사람들이라면 읽어볼 만한 콘텐츠들을 보내드려요.
- 오픈 채팅방 비밀번호 ➡️ productt
- 오픈 채팅방 참여하기 ➡️ https://open.kakao.com/o/gwg3tB7e

===

🙏 PRODUCT LAB은 사실.

동료들은 다 아는 정보, 나만 모르지 않게 만들어주는 일일일이라는 서비스를 만들고 있어요.
아래 초대 링크를 통해 회원가입하시면 추첨을 통해 스타벅스 쿠폰을 보내드리는 이벤트를 진행하고 있으니 많은 참여 부탁드립니다!

- 초대 링크 ➡️ https://oneoneone.kr/gift?refferal_code=57fb5e04
- 일일일 바로가기 링크 ➡️ https://oneoneone.kr/

==

원본 글 : https://maily.so/productlab/posts/3a7d4267

PRODUCT LAB. 프로덕트랩

10% 비용으로 10배의 효과를 만드는 방법

MZ세대가 퇴사하는 진짜 이유

📼MZ세대가 퇴사하는 진짜 이유

[영상에서 짚어줘서 인상 깊었던 개념]
필터 버블 : 인터넷 정보 제공자가 이용자에게 맞춤형 정보를 제공함에 따라 선별된 정보에 둘러싸이게 되는 현상. 디지털 정보는 나와 반대되는 생각을 적극적으로 찾지 않으면 나에게 오지 않는다. 알고리즘이 주는대로 받기 때문에 한 곳에 치우칠 수 있다.

MZ세대가 퇴사하는 이유인 주제와 다른 이야기이긴 하지만
콘텐츠 추천시 로직 설계에서 염두해두면 좋은 개념 같습니다.

YouTube

카카오모빌리티 서비스기획

김정우

보다 나은 삶을 위해 문제를 정의하고 기술로 문제를 해결합니다. 같이하면 그 과정이 더 재밌더라고요. 

프로덕트 매니저

국내 IT 기업에서 콘텐츠 서비스를 담당하고 있는 서비스 기획자입니다. 
주 업무는 상세 페이지 기획, UI/UX 설계, 데이터 분석 등을 하고 있습니다.  IT, 콘텐츠, 웹툰 등 다양한 분야의 트렌드 서칭에 관심이 많고, 경험을 통해 얻은 인사이트를 공유하는 것을 좋아합니다.

송은주

현재는 서비스 기획자이며, 이전에는 검색 서비스 기획, 콘텐츠 에디터 역할을 하였습니다.  세상의 재밌는 일은 무엇이든 도전해보고 싶고, 그 경험을 여러 사람과 함께 나누고 싶습니다.  콘텐츠, UI/UX 설계, 성장에 관심이 많습니다.

댓글 0