Researchers at Google DeepMind have used AI to predict the structures of more than 2 million new materials.

Google DeepMind AI Breakthrough Could Help Battery and Chip Development

구글 딥마인드가 AI를 활용해서 인류에게 크게 도움이 될 만한 발견과 발전을 이어가고 있어요. AI를 사용해서 200만 개가 넘는 신소재 구조를 예측했다고 하는데요. 이는 재생에너지, 컴퓨팅 등 분야에서 구체적이고 실질적인 혜택을 줄 수 있다고 합니다. 

신소재 분야에서는 재료의 ‘안정성’이 중요하다고 하는데요. 현재 인류가 알고 있는 안정적인 재료는 수만 개에 불과하다고 합니다. 예를 들어 ‘배터리’를 개선하기 위해서 새로운 고체 전해질을 찾고 있다고 하면요. 해당 재료는 이온 측면에서 양호한 전도체여야 하는 반면 전자 측면에서는 불량한 전도체여야 하고 독성이 없어야 하며 방사성이면 안된다고 합니다. 그랬을 때 옵션이 크게 줄어들고 실제로 더 나은 배터리를 만들기가 어려워집니다. 배터리 뿐만 아니라 이러한 분야는 무궁무진할 것이고 안정성 있는 재료를 향한 수요는 더 늘어나겠죠. 

구글 딥마인드는 이런 상황에서 총 220만 개의 안정할 가능성이 있는 재료 중, 그 가능성이 가장 높은 38만 1000개의 재료를 더 찾아냈습니다. 덕분에 인류가 안정할 것으로 예상한 재료가 10배 증가했어요. 이중에는 잠재적으로 리튬 이온 전도체 528개와 유사한 구조를 가진 새로운 화합물이 있어서 초전도 재료의 기초가 될 수도 있는 가능성도 열었습니다. 

세상의 거의 모든 단백질 구조도 AI로 파헤쳐낸 구글 딥마인드인데요. 이번 발견으로 인해 과학, 연구 분야에서 인류에게 아주 커다란 임팩트가 있는 성과를 다시 한번 남겼습니다. 대중적으로 알려질만한 주제는 아니어도 장기적으로, 임팩트의 크기를 생각했을 때 구글 딥마인드를 계속 주목할 수밖에 없는 이유가 되겠습니다.

구글 딥마인드가 AI를 활용해서 인류에게 크게 도움이 될 만한 발견과 발전을 이어가고 있어요. AI를 사용해서 200만 개가 넘는 신소재 구조를 예측했다고 하는데요. 이는 재생에너지, 컴퓨팅 등 분야에서 구체적이고 실질적인 혜택을 줄 수 있다고 합니다.&nbsp; 신소재 분야에서는 재료의 ‘안정성’이 중요하다고 하는데요. 현재 인류가 알고 있는 안정적인 재료는 수만 개에 불과하다고 합니다. 예를 들어 ‘배터리’를 개선하기 위해서 새로운 고체 전해질을 찾고 있다고 하면요. 해당 재료는 이온 측면에서 양호한 전도체여야 하는 반면 전자 측면에서는 불량한 전도체여야 하고 독성이 없어야 하며 방사성이면 안된다고 합니다. 그랬을 때 옵션이 크게 줄어들고 실제로 더 나은 배터리를 만들기가 어려워집니다. 배터리 뿐만 아니라 이러한 분야는 무궁무진할 것이고 안정성 있는 재료를 향한 수요는 더 늘어나겠죠.&nbsp; 구글 딥마인드는 이런 상황에서 총 220만 개의 안정할 가능성이 있는 재료 중, 그 가능성이 가장 높은 38만 1000개의 재료를 더 찾아냈습니다. 덕분에 인류가 안정할 것으로 예상한 재료가 10배 증가했어요. 이중에는 잠재적으로 리튬 이온 전도체 528개와 유사한 구조를 가진 새로운 화합물이 있어서 초전도 재료의 기초가 될 수도 있는 가능성도 열었습니다.&nbsp; 세상의 거의 모든 단백질 구조도 AI로 파헤쳐낸 구글 딥마인드인데요. 이번 발견으로 인해 과학, 연구 분야에서 인류에게 아주 커다란 임팩트가 있는 성과를 다시 한번 남겼습니다. 대중적으로 알려질만한 주제는 아니어도 장기적으로, 임팩트의 크기를 생각했을 때 구글 딥마인드를 계속 주목할 수밖에 없는 이유가 되겠습니다.&nbsp;

TIME

스포티파이 연말정산(Spotify Wrapped)이 화제입니다. 매년 연말에 사용자마다 어떤 노래를 가장 많이 들었고 어떤 가수를 제일 좋아했는지, 음원 스트리밍 서비스로서 음악으로 한 해를 마무리할 수 있도록 정보를 예쁘게 정리해 알려주는 기능이죠. 스포티파이 글로벌은 이 외에도 매년 연말에 재미있는 통계를 뉴스레터로 공유합니다. 올해 눈길이 갔던 건 Z세대 사이에서 가장 인기 있었던 노래와 아티스트 순위였어요. 글로벌이라는 점 다시금 말씀드려요.!

일단 노래 중에서는 역시 SZA의 Kill Bill이 1위를 차지했어요. 2위는 Arctic Monkeys의 10년 전 노래인 I Wanna Be Yours였어요. 여기서 틱톡의 힘을 다시금 볼 수 있었습니다. 2016년에 나왔던 The Weekend와 Daft Punk의 Starboy도 이를 증명하고요. 3위는 The Weekend와 Ariana Grande의 Die for you가 차지했어요. 정국의 세븐은 6위였습니다. 

가수 중 1위는 역시나 Taylor Swift였습니다. 그리고 Bad Bunny, The Weekend, Drake, Peso Pluma가 뒤를 이었어요. 

여기까지 봤을 때 취향과 플랫폼 사이에 밀접한 상관관계가 있다는 사실은 확실히 알 수 있었습니다. 플랫폼의 알고리듬이 취향을 만드는 것일지, 취향이 플랫폼에서 인기 있는 노래를 결정하는 것일지요. 우리는 쉽게, “취향 차이야. 내 취향은 어때”라고 중요한듯 말하지만, 과연 그것이 생각만큼 오가닉한 것일까요?

스포티파이 연말정산(Spotify Wrapped)이 화제입니다. 매년 연말에 사용자마다 어떤 노래를 가장 많이 들었고 어떤 가수를 제일 좋아했는지, 음원 스트리밍 서비스로서 음악으로 한 해를 마무리할 수 있도록 정보를 예쁘게 정리해 알려주는 기능이죠. 스포티파이 글로벌은 이 외에도 매년 연말에 재미있는 통계를 뉴스레터로 공유합니다. 올해 눈길이 갔던 건 Z세대 사이에서 가장 인기 있었던 노래와 아티스트 순위였어요. 글로벌이라는 점 다시금 말씀드려요.! 일단 노래 중에서는 역시 SZA의 Kill Bill이 1위를 차지했어요. 2위는 Arctic Monkeys의 10년 전 노래인 I Wanna Be Yours였어요. 여기서 틱톡의 힘을 다시금 볼 수 있었습니다. 2016년에 나왔던 The Weekend와 Daft Punk의 Starboy도 이를 증명하고요. 3위는 The Weekend와 Ariana Grande의 Die for you가 차지했어요. 정국의 세븐은 6위였습니다.&nbsp; 가수 중 1위는 역시나 Taylor Swift였습니다. 그리고 Bad Bunny, The Weekend, Drake, Peso Pluma가 뒤를 이었어요.&nbsp; 여기까지 봤을 때 취향과 플랫폼 사이에 밀접한 상관관계가 있다는 사실은 확실히 알 수 있었습니다. 플랫폼의 알고리듬이 취향을 만드는 것일지, 취향이 플랫폼에서 인기 있는 노래를 결정하는 것일지요. 우리는 쉽게, “취향 차이야. 내 취향은 어때”라고 중요한듯 말하지만, 과연 그것이 생각만큼 오가닉한 것일까요? &nbsp;

Gen Z가 올해 가장 많이 들은 노래와 아티스트는?(스포티파이, 틱톡)

들어가며 안녕하세요. AI Services Lab 팀의 ML 엔지니어 박희웅입니다. 저희 팀에서는 오픈챗과 관련해 다양한 AI/ML 모델을 개발하여 서빙하고 있습니다. 일전에 머신...

오프라인과 온라인 A/B 테스트를 통해 오픈챗 추천 모델 개선하기

 * 라인의 기술 블로그 URL이 변경되었네요!
 * 새로운 블로그에 올라온 글입니다. 오프라인과 온라인 A/B 테스트를 통해 오픈챗 추천 모델 개선하기
 * 라인에서 오픈챗이란 기능이 있는데(일본, 태국, 대만 서비스) 여기서 오픈챗 메인 페이지에 노출되는 추천 서비스에 대한 내용을 다룹니다
 * 추천 시스템에서 널리 사용하는 2 단계 프레임워크 적용
   * 후보 선정(Candidate Selection)
   * 랭킹(Ranking)
 * 온라인 AB 테스트의 지표
   * CPI : 가입 수 / 노출 수
   * UU CPI : 가입자 수 / 노출된 사용자 수
   * CTR : 커버 뷰 횟수 / 노출 수
   * CVR : 가입 수 / 커버 뷰 횟수
   * Request CPI / 가입 신청 수 / 노출 수
 * 최소 1주(2주 이상 권장)을 테스트해야 함
 * 필터 버블 : 사용자의 히스토리를 기반으로 제공하는 개인화 알고리즘의 결과가 거품 안에 갇힌 것처럼 사용자가 선호하는 관점으로만 구성되는 현상
 * 오프라인과 온라인 테스트의 간극을 확인 -> 이게 점점 심해지곤 함
   * Adhoc AB 테스트

https://techblog.lycorp.co.jp/ko/improve-openchat-recommendation-model-with-offline-and-online-ab-test

<ul><li>라인의 기술 블로그 URL이 변경되었네요!</li><li>새로운 블로그에 올라온 글입니다. 오프라인과 온라인 A/B 테스트를 통해 오픈챗 추천 모델 개선하기</li><li>라인에서 오픈챗이란 기능이 있는데(일본, 태국, 대만 서비스) 여기서 오픈챗 메인 페이지에 노출되는 추천 서비스에 대한 내용을 다룹니다</li><li>추천 시스템에서 널리 사용하는 2 단계 프레임워크 적용<ul><li>후보 선정(Candidate Selection)</li><li>랭킹(Ranking)</li></ul></li><li>온라인 AB 테스트의 지표<ul><li>CPI : 가입 수 / 노출 수</li><li>UU CPI : 가입자 수 / 노출된 사용자 수</li><li>CTR : 커버 뷰 횟수 / 노출 수</li><li>CVR : 가입 수 / 커버 뷰 횟수</li><li>Request CPI / 가입 신청 수 / 노출 수</li></ul></li><li>최소 1주(2주 이상 권장)을 테스트해야 함</li><li>필터 버블 : 사용자의 히스토리를 기반으로 제공하는 개인화 알고리즘의 결과가 거품 안에 갇힌 것처럼 사용자가 선호하는 관점으로만 구성되는 현상</li><li>오프라인과 온라인 테스트의 간극을 확인 -&gt; 이게 점점 심해지곤 함<ul><li>Adhoc AB 테스트</li></ul></li></ul> https://techblog.lycorp.co.jp/ko/improve-openchat-recommendation-model-with-offline-and-online-ab-test

LY Corporation Tech Blog

안녕하세요! 당근마켓에서 Data Scientist, Decision으로 일하고 있는 매튜라고 해요! 저는 2018년에 당근마켓에 합류해서 모두가 하나의 팀으로 일하던 시절부터 중고거래 팀, 그로스 팀, 데이터TF를 거쳐 현재 데이터 가치화 팀에서 리드로 일하고 있어요. 지난 4월에 2주 동안 데이터 가치화 팀이 3년 동안 할 일에 대한 로드맵을 그려보는...

창업자처럼 일하는 데이터 팀 빌딩 : 3년 로드맵 만들기

 * 당근마켓 데이터 가치화팀의 데이터 로드맵 만들기에 대한 글입니다
 * 로드맵을 달성하기 위한 과정이 나와있고, 데이터팀의 OKR 등을 설정하는 분들에게 도움이 될 글이라고 생각해요

특히 인상적인 부분은 현실을 객관적으로 분석, 회고 + 미래 전략을 현실적으로 계획하는 것!
또한 팀 외부 관점의 피드백을 받고 필요한 수정을 거치는 것도 흥미롭게 바라보면 좋을 것 같아요

https://medium.com/daangn/%EC%B0%BD%EC%97%85%EC%9E%90%EC%B2%98%EB%9F%BC-%EC%9D%BC%ED%95%98%EB%8A%94-%EB%8D%B0%EC%9D%B4%ED%84%B0-%ED%8C%80-%EB%B9%8C%EB%94%A9-3%EB%85%84-%EB%A1%9C%EB%93%9C%EB%A7%B5-%EB%A7%8C%EB%93%A4%EA%B8%B0-5542c94894bc

<ul><li>당근마켓 데이터 가치화팀의 데이터 로드맵 만들기에 대한 글입니다</li><li>로드맵을 달성하기 위한 과정이 나와있고, 데이터팀의 OKR 등을 설정하는 분들에게 도움이 될 글이라고 생각해요</li></ul> 특히 인상적인 부분은 현실을 객관적으로 분석, 회고 + 미래 전략을 현실적으로 계획하는 것!또한 팀 외부 관점의 피드백을 받고 필요한 수정을 거치는 것도 흥미롭게 바라보면 좋을 것 같아요 https://medium.com/daangn/%EC%B0%BD%EC%97%85%EC%9E%90%EC%B2%98%EB%9F%BC-%EC%9D%BC%ED%95%98%EB%8A%94-%EB%8D%B0%EC%9D%B4%ED%84%B0-%ED%8C%80-%EB%B9%8C%EB%94%A9-3%EB%85%84-%EB%A1%9C%EB%93%9C%EB%A7%B5-%EB%A7%8C%EB%93%A4%EA%B8%B0-5542c94894bc

Medium

본격 오프라인 확장을 선언한 무신사 지난 6월, 무신사는 최초로 블랙프라이데이 행사를 온오프라인 동시에 진행했습니다. 홍대에 위치한 무신사 테라스에서 팝업스토어를 연 것이었는데요. 당시 이러한 모습을 보면서 전 무신사가 앞으로 백화점의 경쟁자가 되지 않을까라고 조심스레 예측을 하기도 했었습니다. 그리고 얼마 후 무신사 관계자 분들을 우연히 뵐 기회가 생겼는

5가지 키워드로 알아본 무신사 홍대

무신사 오프라인 비즈니스 전략의 현재와 미래는

[아티클 3문장 요약📑]

1️⃣ 무신사가 무신사 플래그십 스토어를 대구 동성로와 홍대에 연이어 선보이며, 본격적인 오프라인 확장에 나서고 있습니다.

2️⃣ 무신사가 이렇게 오프라인 진출을 가속화하는 건 새로운 성장 동력이 필요하기 때문으로, 온/오프라인을 매끄럽게 연결한 옴니 채널 경험을 통해, 여전히 온라인 패션을 망설이는 고객들을 끌어 모으는 동시에, 입점 패션 브랜드들에게는 오프라인 진출 기회를 열어주고, 특히 무신사 홍대처럼 외국인 고객들이 많이 찾는 곳은 해외 진출을 위한 테스트베드 역할도 수행 가능합니다.

3️⃣ 이러한 오프라인 무신사 만의 차별점을 만들기 위해, 로컬 기반의 브랜드 및 하입한 로컬샵과 협업하여 굿즈를 만들고 이를 각각의 스토어에서만 단독으로 판매하는 '로컬 수베니어 샵'을 선보이기도 했는데, 무신사의 잠재력을 봤을 때 앞으로 매장은 더욱 대형화의 수순을 밟지 않을까 조심스레 예측해 봅니다.

💡기묘한 관점➕
무신사 홍대는 지금까지 봤던 여러 매장 중 가장 매끄럽게 온/오프 연결이 되어 있는 매장이라 할만 했습니다. 동일한 가격 정책부터, QR을 통한 경험 연결까지 아주 진보된 모습을 보이고 있었거든요. 그러는 동시에 로컬이라는 가치를 강조하면서 오프라인 만 줄 수 있는 경험 또한 놓치지 않았고요. 온라인 쇼핑 성장이 정체된 가운데, 무신사의 미래는 오프라인과 글로벌에 달려 있다고 해도 과언이 아닌데, 일단 오프라인 진출에 있어서는 출발이 나쁘지 않은 것 같습니다.

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

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

무신사 오프라인 비즈니스 전략의 현재와 미래는 [아티클 3문장 요약📑] 1️⃣ 무신사가 무신사 플래그십 스토어를 대구 동성로와 홍대에 연이어 선보이며, 본격적인 오프라인 확장에 나서고 있습니다. 2️⃣ 무신사가 이렇게 오프라인 진출을 가속화하는 건 새로운 성장 동력이 필요하기 때문으로, 온/오프라인을 매끄럽게 연결한 옴니 채널 경험을 통해, 여전히 온라인 패션을 망설이는 고객들을 끌어 모으는 동시에, 입점 패션 브랜드들에게는 오프라인 진출 기회를 열어주고, 특히 무신사 홍대처럼 외국인 고객들이 많이 찾는 곳은 해외 진출을 위한 테스트베드 역할도 수행 가능합니다. 3️⃣ 이러한 오프라인 무신사 만의 차별점을 만들기 위해, 로컬 기반의 브랜드 및 하입한 로컬샵과 협업하여 굿즈를 만들고 이를 각각의 스토어에서만 단독으로 판매하는 '로컬 수베니어 샵'을 선보이기도 했는데, 무신사의 잠재력을 봤을 때 앞으로 매장은 더욱 대형화의 수순을 밟지 않을까 조심스레 예측해 봅니다. 💡기묘한 관점➕무신사 홍대는 지금까지 봤던 여러 매장 중 가장 매끄럽게 온/오프 연결이 되어 있는 매장이라 할만 했습니다. 동일한 가격 정책부터, QR을 통한 경험 연결까지 아주 진보된 모습을 보이고 있었거든요. 그러는 동시에 로컬이라는 가치를 강조하면서 오프라인 만 줄 수 있는 경험 또한 놓치지 않았고요. 온라인 쇼핑 성장이 정체된 가운데, 무신사의 미래는 오프라인과 글로벌에 달려 있다고 해도 과언이 아닌데, 일단 오프라인 진출에 있어서는 출발이 나쁘지 않은 것 같습니다. 🥤트렌드라이트 구독하기https://bit.ly/3iSbx4e 📕『기묘한 이커머스 이야기』 책 보러가기https://bit.ly/3hEicxg

콘텐츠뷰

🏬5가지 키워드로 알아본 무신사 홍대

구글, 올 10월 전 세계 검색 시장 점유율 91.56% MS '빙'은 130조 투자에도 점유율 3.1% 그쳐 챗GPT, 구글 검색 엔진 DB에 역부족 마이크로소프트(MS)가 자사 검색 엔진 '빙'에 생성형 인공지능

"GPT 달아도 소용 없네"... 검색 시장서 '구글 천하' 못 넘는 MS '빙'

1. 마이크로소프트가 자사의 검색 엔진 ‘빙’에 '챗GPT’를 탑재해 구글이 장악한 검색 시장에 도전장을 내밀었지만, (그다지) 성과가 없는 것으로 나타났다.

2. 웹트래픽 분석 사이트 ‘스탯카운터’에 따르면, 지난달 구글의 전 세계 검색 시장 점유율은 91.56%로 지난 2009년 통계치가 공개된 이후 (계속해서) 90%대를 유지하고 있다.

3. 같은 기간 구글에 이어 2위를 달리고 있는 빙의 점유율은 3.1%에 불과했다. 오히려 1년 전(3.59%)과 비교하면, 점유율이 더 떨어진 상황이다. 빙에 이어 얀덱스(1.84%), 야후(1.2%), 바이두(1.02%) 등이 검색 시장에 이름을 올리고 있다.

4. 전 세계 검색 엔진 시장을 놓고 ‘구글 천하’를 넘기 위해 여러 기업들이 도전했지만, (아직 그 누구도) 시장 판도를 바꾸지는 못했다. 얀덱스(러시아)와 바이두(중국)는 내수용 서비스에 가깝다.

5. 마이크로소프트는 지난 2009년 ‘구글을 꺾겠다’는 목표로 야심차게 ‘빙’을 공개했지만 검색 품질이 떨어진다는 비판을 받으며 점유율 확대에 실패했다. 절치부심한 마이크로소프트는 지분 49%를 확보한 오픈AI의 챗GPT를 지난 3월부터 빙에 부분 탑재하면서 AI 검색 엔진으로의 변신을 알렸다.

6. 하지만 빙의 지난 5월 점유율은 2.77%로 전월 대비 0.01%포인트 상승하는데 그쳤다. 6월 점유율도 2.77%로 제자리다. 이후 조금씩 점유율이 올라 지난달 3%대를 다시 회복했다. 빙이 가장 많이 사용되는 미국만 놓고 봐도 지난달 기준으로 구글은 88.11%, 빙은 6.89%로 점유율 격차가 크다.

7. 사티아 나델라 마이크로소프트 최고경영자(CEO)에 따르면, 마이크로소프트는 그동안 검색 엔진에만 1000억 달러(약 130조 4600억 원)를 투자했다. 마이크로소프트가 이처럼 검색 시장에 집착하는 이유는 광고 때문이다. 검색 시장에서 점유율을 1%포인트 올릴 때마다 20억 달러(약 2조 6000억 원)의 수익이 기대되기 때문.

1. 마이크로소프트가 자사의 검색 엔진 ‘빙’에 '챗GPT’를 탑재해 구글이 장악한 검색 시장에 도전장을 내밀었지만, (그다지) 성과가 없는 것으로 나타났다. 2. 웹트래픽 분석 사이트 ‘스탯카운터’에 따르면, 지난달 구글의 전 세계 검색 시장 점유율은 91.56%로 지난 2009년 통계치가 공개된 이후 (계속해서) 90%대를 유지하고 있다. 3. 같은 기간 구글에 이어 2위를 달리고 있는 빙의 점유율은 3.1%에 불과했다. 오히려 1년 전(3.59%)과 비교하면, 점유율이 더 떨어진 상황이다. 빙에 이어 얀덱스(1.84%), 야후(1.2%), 바이두(1.02%) 등이 검색 시장에 이름을 올리고 있다. 4. 전 세계 검색 엔진 시장을 놓고 ‘구글 천하’를 넘기 위해 여러 기업들이 도전했지만, (아직 그 누구도) 시장 판도를 바꾸지는 못했다. 얀덱스(러시아)와 바이두(중국)는 내수용 서비스에 가깝다. 5. 마이크로소프트는 지난 2009년 ‘구글을 꺾겠다’는 목표로 야심차게 ‘빙’을 공개했지만 검색 품질이 떨어진다는 비판을 받으며 점유율 확대에 실패했다. 절치부심한 마이크로소프트는 지분 49%를 확보한 오픈AI의 챗GPT를 지난 3월부터 빙에 부분 탑재하면서 AI 검색 엔진으로의 변신을 알렸다. 6. 하지만 빙의 지난 5월 점유율은 2.77%로 전월 대비 0.01%포인트 상승하는데 그쳤다. 6월 점유율도 2.77%로 제자리다. 이후 조금씩 점유율이 올라 지난달 3%대를 다시 회복했다. 빙이 가장 많이 사용되는 미국만 놓고 봐도 지난달 기준으로 구글은 88.11%, 빙은 6.89%로 점유율 격차가 크다. 7. 사티아 나델라 마이크로소프트 최고경영자(CEO)에 따르면, 마이크로소프트는 그동안 검색 엔진에만 1000억 달러(약 130조 4600억 원)를 투자했다. 마이크로소프트가 이처럼 검색 시장에 집착하는 이유는 광고 때문이다. 검색 시장에서 점유율을 1%포인트 올릴 때마다 20억 달러(약 2조 6000억 원)의 수익이 기대되기 때문.

Naver

순간의 관심만으로는, 절대 레거시를 이길 수 없습니다

01 . 며칠 전 그라운드 시소에서 진행하고 있는 일러스트레이터 '루이스 멘도(Luis Mendo)' 전시회에 다녀왔습니다. 몇 해 전 우연히 알게 된 작가인데 제가 참 좋아하는 색감과 그림체를 가지고 있어서 금방 빠져들었던 기억입니다. 그림에 큰 조예가 있는 것은 아니지만 내 취향에 맞는 그림을 한눈에 알아볼 수 있을 때면 자석에 옮겨붙는 철가루처럼 작품을 향해 모든 관심이 집중되곤 하니까요.

02 . 루이스 멘도가 디지털로 그림을 그린다는 건 어디선가 들어서인지 어렴풋이나마 알고 있었지만 오직 아이패드를 가지고만 작품을 완성한다는 건 이번에 처음 알게 된 사실입니다. 그의 말에 따르면 본인은 작업용, 스케치용, 독서용 등 3가지의 아이패드를 가지고 있고 늘 이 기기들 사이를 옮겨 다니며 작품 활동을 한다고 하는데 사실 이 과정을 보다 보면 '와, 어떻게 이런 대단한 작품들을 그릴 수 있지?'라는 생각보다 '솔직히.. 좀 연습하면.. 나도 그릴 수 있을 것 같..' 뭐 이런 생각이 들기도 합니다. 물론 실제로 펜을 들고 그림을 그려보기 시작하면 금방 현실을 깨닫겠지만요.

03 . 대신 제가 느낀 경이로움은 좀 다른 포인트로부터 시작되었습니다. 멘도는 업계에서도 알아주는 엄청난 다작(多作) 작가입니다. 그는 아침에 눈을 뜨면 간단히 식사를 하고, 책상에 앉아 어제 자기 전에 읽다만 책을 조금 더 읽는 것으로 하루를 시작한다고 하는데요, 이 루틴이 끝나고 나면 그때부터는 온전히 작품을 그리는 것으로 종일의 시간을 채워간다고 합니다. 집에서도 그리고, 밖에 나가서도 그리고, 밥을 먹으면서도 그리고, 거리에 서서도 지나가는 사물들의 찰나를 포착해 끊임없이 그리는 거죠. 그렇게 그리는 그림이 자그마치 하루 20개 정도에 달한다고 합니다.

04 . 사실 아무리 드로잉 일러스트라고 해도 하루에 몇 십 개가 되는 작품을 그린다는 건 쉽게 상상하기 어려운 작업량입니다. 하지만 그는 자전적 다큐멘터리를 통해서도 본인의 세계를 가감 없이 드러내는데 그 역시 특출한 능력에 관한 것이라기보다는 일을 대하는 태도와 엮어 있는 부분이 많습니다. 그림을 그리는 일 외에는 특별한 취미조차 없고, 주변의 모든 것에서 영감을 얻고, 슬럼프가 찾아올 때도 그걸 무시하고 계속 그림을 그린다는 것이죠.

05 . 조금 다른 얘기지만 저는 최근 들어서 '항상성'이라는 개념을 자주 떠올립니다. 꾸준함이라던가 지속가능함이라던가 회복탄력성 뭐 이런 것과는 결이 또 다른 의미인 이 항상성은, 주변 환경에 의해서 안정적인 조건이 깨지더라도 이를 다시 제자리로 돌려놓거나 새로운 방식으로 나름의 안정을 꾀하는 걸 뜻합니다. 쉽게 말하면 주변이 요동치더라도 나는 나의 최적 조건을 맞추며 살겠다는 평형의 의지치인 셈이죠.

06 . 이 개념을 떠올린 것은 다작(多作)의 조건을 생각하면서부터였습니다.
저는 다작하는 사람들을 진심으로 존경하는데 대표적인 이유 중 하나가 '비가 오나 눈이 오나 일단 나의 할 일을 한다'는 그 애티튜트에 매료되기 때문입니다. 과거에는 걸출한 작품 하나를 잘 뽑아내는 사람들이 신기하고 부러웠는데 시간이 지나면서는 자기 할 일을 꾸준히 잘 하면서도 그 결과물에 만든 이의 평정심이 묻어나는 것들이 더 대단해 보이더라고요. 어느 날 꿈속에서 계시처럼 영감을 받았다는 사람보다 한자리에 서서 몇 시간 동안 같은 장면을 바라봤다는 사람이 더 존경스럽기도 하고요.

07 . 부끄럽지만 저도 글을 쓰다 보니 이 다작에 대한 애착이 참 큽니다. (애착이 크다고 했을 뿐입니다... 실제 다작을 하고 있다거나... 작품의 퀄리티가 특출나다고는 안 했습니다... 암튼) 글은 그림과 또 달라서 눈에 보이는 것, 귀로 들리는 것을 나만의 언어로 바꾸어 묘사하고 전달하는 재미가 있는 영역이라 할 수 있는데 이 역시 항상성을 유지하면서 계속 일정한 결과물을 뽑는다는 게 결코 쉽지 않은 활동이더라고요.

08 . 그러다 생긴 버릇 중 하나는 글쓰기를 '정밀 묘사'처럼 생각해 보자라는 것이었습니다. 어릴 때 미술 학원을 잠깐 다닌 적이 있었는데 그때마다 원장 선생님께서 '정물화를 그려야 하니 매번 자기가 그리고 싶은 사물 하나를 들고 오라'는 미션을 주셨거든요. 그래서 학원을 가는 날이면 오늘은 뭘 손에 쥐고 가야 하나 고민을 했었는데 지금은 마치 글쓰기의 소재를 그런 느낌으로 찾고 있는 겁니다. 다작을 위해서 일단 그날그날 떠오르는 생각들을 일단 한 손에 꽉 쥔 채로 하루를 살아보는 거죠.

09 . 그렇게 생각하니 이 다작이라는 것도 독함에 가까운 성실함이나 일중독에 가까운 생산성에 기인하는 것만은 아니라는 생각이 들었습니다. 오히려 주변에 어떤 유혹이나 갈등이 있더라도 '지금 내 손에 들린 것은 이게 전부니 오늘은 이게 내 요리의 메인 메뉴다'라는 항상성을 유지하는 자세에서 비롯되는 게 더 크다는 걸 알게 된 거죠. 그리고 이런 태도가 주는 기쁨은 매일 달리기를 하거나 매일 건강한 한 끼를 먹는 것처럼 기분 좋은 상태를 오래 간직할 수 있는 힘을 준다고 생각합니다.

10 . 흔히 다작은 질이 아닌 양으로 승부하는 세계일 거라 오해하는 경우가 있습니다. 하지만 저는 감히 다작이야말로 양으로부터 질을 확보하는 세계라고 말씀드리고 싶습니다. 어디선가 읽은 적이 있는 문구인데 '질은 양을 보장하지 못하지만, 양은 질을 보장할 수도 있다'는 말이 딱 적절한 예인 것 같더라고요. 일정한 생산량을 확보하기 위해 노력하다면 결국 나의 모든 것이 좋은 항상성을 유지하는 방향으로 바뀌게 되니까요, 다작이 주는 이로움은 한두 가지가 아닌 거죠. 그러니 여러분도 혹시 뭔가를 잘하고 싶다면 일단 다작을 할 수 있는 환경을 만들어보는 게 어떨까 싶어요. 그렇게 완성된 항상성이 여러분을 또 다른 퀄리티의 세계로 안내할 수도 있는 거니 말이죠.

(* 사진 출처 : Luis Mendo 인스타그램)

01 . 며칠 전 그라운드 시소에서 진행하고 있는 일러스트레이터 '루이스 멘도(Luis Mendo)' 전시회에 다녀왔습니다. 몇 해 전 우연히 알게 된 작가인데 제가 참 좋아하는 색감과 그림체를 가지고 있어서 금방 빠져들었던 기억입니다. 그림에 큰 조예가 있는 것은 아니지만 내 취향에 맞는 그림을 한눈에 알아볼 수 있을 때면 자석에 옮겨붙는 철가루처럼 작품을 향해 모든 관심이 집중되곤 하니까요. 02 . 루이스 멘도가 디지털로 그림을 그린다는 건 어디선가 들어서인지 어렴풋이나마 알고 있었지만 오직 아이패드를 가지고만 작품을 완성한다는 건 이번에 처음 알게 된 사실입니다. 그의 말에 따르면 본인은 작업용, 스케치용, 독서용 등 3가지의 아이패드를 가지고 있고 늘 이 기기들 사이를 옮겨 다니며 작품 활동을 한다고 하는데 사실 이 과정을 보다 보면 '와, 어떻게 이런 대단한 작품들을 그릴 수 있지?'라는 생각보다 '솔직히.. 좀 연습하면.. 나도 그릴 수 있을 것 같..' 뭐 이런 생각이 들기도 합니다. 물론 실제로 펜을 들고 그림을 그려보기 시작하면 금방 현실을 깨닫겠지만요. 03 . 대신 제가 느낀 경이로움은 좀 다른 포인트로부터 시작되었습니다. 멘도는 업계에서도 알아주는 엄청난 다작(多作) 작가입니다. 그는 아침에 눈을 뜨면 간단히 식사를 하고, 책상에 앉아 어제 자기 전에 읽다만 책을 조금 더 읽는 것으로 하루를 시작한다고 하는데요, 이 루틴이 끝나고 나면 그때부터는 온전히 작품을 그리는 것으로 종일의 시간을 채워간다고 합니다. 집에서도 그리고, 밖에 나가서도 그리고, 밥을 먹으면서도 그리고, 거리에 서서도 지나가는 사물들의 찰나를 포착해 끊임없이 그리는 거죠. 그렇게 그리는 그림이 자그마치 하루 20개 정도에 달한다고 합니다. 04 . 사실 아무리 드로잉 일러스트라고 해도 하루에 몇 십 개가 되는 작품을 그린다는 건 쉽게 상상하기 어려운 작업량입니다. 하지만 그는 자전적 다큐멘터리를 통해서도 본인의 세계를 가감 없이 드러내는데 그 역시 특출한 능력에 관한 것이라기보다는 일을 대하는 태도와 엮어 있는 부분이 많습니다. 그림을 그리는 일 외에는 특별한 취미조차 없고, 주변의 모든 것에서 영감을 얻고, 슬럼프가 찾아올 때도 그걸 무시하고 계속 그림을 그린다는 것이죠. 05 . 조금 다른 얘기지만 저는 최근 들어서 '항상성'이라는 개념을 자주 떠올립니다. 꾸준함이라던가 지속가능함이라던가 회복탄력성 뭐 이런 것과는 결이 또 다른 의미인 이 항상성은, 주변 환경에 의해서 안정적인 조건이 깨지더라도 이를 다시 제자리로 돌려놓거나 새로운 방식으로 나름의 안정을 꾀하는 걸 뜻합니다. 쉽게 말하면 주변이 요동치더라도 나는 나의 최적 조건을 맞추며 살겠다는 평형의 의지치인 셈이죠. 06 . 이 개념을 떠올린 것은 다작(多作)의 조건을 생각하면서부터였습니다. 저는 다작하는 사람들을 진심으로 존경하는데 대표적인 이유 중 하나가 '비가 오나 눈이 오나 일단 나의 할 일을 한다'는 그 애티튜트에 매료되기 때문입니다. 과거에는 걸출한 작품 하나를 잘 뽑아내는 사람들이 신기하고 부러웠는데 시간이 지나면서는 자기 할 일을 꾸준히 잘 하면서도 그 결과물에 만든 이의 평정심이 묻어나는 것들이 더 대단해 보이더라고요. 어느 날 꿈속에서 계시처럼 영감을 받았다는 사람보다 한자리에 서서 몇 시간 동안 같은 장면을 바라봤다는 사람이 더 존경스럽기도 하고요. 07 . 부끄럽지만 저도 글을 쓰다 보니 이 다작에 대한 애착이 참 큽니다. (애착이 크다고 했을 뿐입니다... 실제 다작을 하고 있다거나... 작품의 퀄리티가 특출나다고는 안 했습니다... 암튼) 글은 그림과 또 달라서 눈에 보이는 것, 귀로 들리는 것을 나만의 언어로 바꾸어 묘사하고 전달하는 재미가 있는 영역이라 할 수 있는데 이 역시 항상성을 유지하면서 계속 일정한 결과물을 뽑는다는 게 결코 쉽지 않은 활동이더라고요. 08 . 그러다 생긴 버릇 중 하나는 글쓰기를 '정밀 묘사'처럼 생각해 보자라는 것이었습니다. 어릴 때 미술 학원을 잠깐 다닌 적이 있었는데 그때마다 원장 선생님께서 '정물화를 그려야 하니 매번 자기가 그리고 싶은 사물 하나를 들고 오라'는 미션을 주셨거든요. 그래서 학원을 가는 날이면 오늘은 뭘 손에 쥐고 가야 하나 고민을 했었는데 지금은 마치 글쓰기의 소재를 그런 느낌으로 찾고 있는 겁니다. 다작을 위해서 일단 그날그날 떠오르는 생각들을 일단 한 손에 꽉 쥔 채로 하루를 살아보는 거죠. 09 . 그렇게 생각하니 이 다작이라는 것도 독함에 가까운 성실함이나 일중독에 가까운 생산성에 기인하는 것만은 아니라는 생각이 들었습니다. 오히려 주변에 어떤 유혹이나 갈등이 있더라도 '지금 내 손에 들린 것은 이게 전부니 오늘은 이게 내 요리의 메인 메뉴다'라는 항상성을 유지하는 자세에서 비롯되는 게 더 크다는 걸 알게 된 거죠. 그리고 이런 태도가 주는 기쁨은 매일 달리기를 하거나 매일 건강한 한 끼를 먹는 것처럼 기분 좋은 상태를 오래 간직할 수 있는 힘을 준다고 생각합니다. 10 . 흔히 다작은 질이 아닌 양으로 승부하는 세계일 거라 오해하는 경우가 있습니다. 하지만 저는 감히 다작이야말로 양으로부터 질을 확보하는 세계라고 말씀드리고 싶습니다. 어디선가 읽은 적이 있는 문구인데 '질은 양을 보장하지 못하지만, 양은 질을 보장할 수도 있다'는 말이 딱 적절한 예인 것 같더라고요. 일정한 생산량을 확보하기 위해 노력하다면 결국 나의 모든 것이 좋은 항상성을 유지하는 방향으로 바뀌게 되니까요, 다작이 주는 이로움은 한두 가지가 아닌 거죠. 그러니 여러분도 혹시 뭔가를 잘하고 싶다면 일단 다작을 할 수 있는 환경을 만들어보는 게 어떨까 싶어요. 그렇게 완성된 항상성이 여러분을 또 다른 퀄리티의 세계로 안내할 수도 있는 거니 말이죠. (* 사진 출처 : Luis Mendo 인스타그램)

다작(多作)이 주는 기쁨

[인사이트 리포트] 2023년 소프트웨어 (A.. : 네이버블로그

제가 기고한 글을 공유합니다.
연말이 되니 시장 결산과 내년 전망에 관한 원고 청탁을 받고, 제 깜냥으로 근사한 원고는 아니지만, 그래도 AI와 클라우드 시장에 대해서만 간단히 써 보았습니다. 간단히 썼는데도 두편으로 나누어 게재되었습니다. 관심있으신 분들에게 도움이 되었으면 좋겠습니다.

인공지능의 전망 부분만 살짝 발췌하면,
[인공지능]
아직은 초기단계이기에 내용 요약이나, 새로운 시작을 도와주는 어시스턴트 역할이 생성형 AI의 대부분처럼 보이나, 생성형 AI는 보여주는 기능이 주목받을 뿐만 아니라 제품의 부가가치가 가장 확실한 기술이기에 2024년 모든 소프트웨어 프로덕트/서비스에 전방위적 기능으로 등장할 것으로 전망합니다.

이미 메타나 구글의 광고 플랫폼에서 선 보이듯 복잡한 데이터 세트를 분석하고 해석이 필요한 곳에서는 인사이트를 제공하고 즉각적으로 드러나지 않을 수 있는 패턴을 발견하여 제안을 제공하는 시장이 나타날 것으로 전망. 새로운 과학 분야에도 쓰일 것으로 전망한다. 예를 들어 신약 개발을 위한 새로운 표적을 식별하며, 질병 치료에 사용할 수 있는 새로운 분자를 설계하고, 새로운 치료법의 효과를 예측할 수 있는 기회를 창출하는 데에도 사용될 것이다.

이런 발전에 맞추어 생성형 AI를 실험 단계에서 비즈니스 엔진으로 전환하고 강력한 투자 수익을 보장할 수 있는 다음 단계로 나아가려면 기업은 다양한 문제를 해결해야 한다. 그런 면에서 2024년에는 AI 윤리라고 하는 신뢰, 책임의 개념이 인공 지능 시스템을 인간이 의도한 목표, 선호도 또는 윤리적 원칙에 맞게 조정하는 것을 목표로 하는 AI 정렬(Alignment) 로 확장되어 널리 사용될 것이고 사회적 요구도 높아질 것이다.

1편: https://blog.naver.com/tmaxsoft_blog/223273939102
2편: https://blog.naver.com/tmaxsoft_blog/223276878214

제가 기고한 글을 공유합니다.연말이 되니 시장 결산과 내년 전망에 관한 원고 청탁을 받고, 제 깜냥으로 근사한 원고는 아니지만, 그래도 AI와 클라우드 시장에 대해서만 간단히 써 보았습니다. 간단히 썼는데도 두편으로 나누어 게재되었습니다. 관심있으신 분들에게 도움이 되었으면 좋겠습니다. 인공지능의 전망 부분만 살짝 발췌하면,[인공지능]아직은 초기단계이기에 내용 요약이나, 새로운 시작을 도와주는 어시스턴트 역할이 생성형 AI의 대부분처럼 보이나, 생성형 AI는 보여주는 기능이 주목받을 뿐만 아니라 제품의 부가가치가 가장 확실한 기술이기에 2024년 모든 소프트웨어 프로덕트/서비스에 전방위적 기능으로 등장할 것으로 전망합니다. 이미 메타나 구글의 광고 플랫폼에서 선 보이듯 복잡한 데이터 세트를 분석하고 해석이 필요한 곳에서는 인사이트를 제공하고 즉각적으로 드러나지 않을 수 있는 패턴을 발견하여 제안을 제공하는 시장이 나타날 것으로 전망. 새로운 과학 분야에도 쓰일 것으로 전망한다. 예를 들어 신약 개발을 위한 새로운 표적을 식별하며, 질병 치료에 사용할 수 있는 새로운 분자를 설계하고, 새로운 치료법의 효과를 예측할 수 있는 기회를 창출하는 데에도 사용될 것이다. 이런 발전에 맞추어 생성형 AI를 실험 단계에서 비즈니스 엔진으로 전환하고 강력한 투자 수익을 보장할 수 있는 다음 단계로 나아가려면 기업은 다양한 문제를 해결해야 한다. 그런 면에서 2024년에는 AI 윤리라고 하는 신뢰, 책임의 개념이 인공 지능 시스템을 인간이 의도한 목표, 선호도 또는 윤리적 원칙에 맞게 조정하는 것을 목표로 하는 AI 정렬(Alignment) 로 확장되어 널리 사용될 것이고 사회적 요구도 높아질 것이다. 1편: https://blog.naver.com/tmaxsoft_blog/2232739391022편: https://blog.naver.com/tmaxsoft_blog/223276878214

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

<2023년 소프트웨어 (AI와 클라우드) 시장 결산과 2024년 전망>

최욱 건축가 더 헤리티지 '불멍'을 아시나요? 국립중앙박물관의 '불멍'(불상을 멍하게 바라봄) 말입니다. 2년 전 국보 금동반가사유상 두 점만을 위한 '사유의 방'이 생긴 이래 130만 명이 넘는 관람객이 '불멍'을

당신이 잘 찍은게 아니다...반가사유상 인증샷 놀라운 비밀 [더 헤리티지]

01 . 그동안 국립중앙박물관 '사유의 방'에 대한 기획 과정이 참 궁금했는데 중앙일보에서 [더 헤리티지] 코너를 통해 특집 기사를 다뤄주었습니다.
2021년 11월에 '사유의 방'이 오픈한 이후 지난달까지 무려 131만 명이 넘는 관람객이 이 장소를 찾았다고 하죠. 저는 이 공간을 설계한 원오원아키택츠의 최욱 대표님도 대단하다고 느끼지만 클라이언트이자 국립중앙박물관을 책임지고 있는 민병찬 관장님의 주문이 새삼 놀라웠습니다.

02 . '반가사유상 두 점만 단독 공간에 전시해달라', '유리 없이 노출하되 두 불상이 우러러 보였으면 좋겠다.'
이 두 가지 주문이 반가사유상이 놓일 공간에 대한 요청이었던 거죠. 첫 번째 주문이야 그리 어렵지 않게 풀 수 있다고 하지만 두 번째 주문은 아마도 엄청난 고민을 불러일으키는 난제였을 겁니다.

03 . 최욱 대표님은 이 문제를 풀기 위해 어린 시절 소극장을 다니던 경험을 토대로 반가사유상을 만나는 길부터 진열 면적과 높이, 타원형 무대의 기울기, 테두리의 조명, 불상에 대한 시선 처리 등을 모두 고려해 지금의 '사유의 방'을 탄생시켰습니다. 심지어 인증샷이 중요한 요즘 사람들을 위해 불상을 담는 카메라 프레임에 다른 사람이 정면으로 잡히는 일이 거의 없도록 설계하는 디테일함까지 연출해냈죠.

04 . 저는 좋은 질문과 고민을 가진 클라이언트가 좋은 해답을 찾는 방향을 제시한다고 생각합니다. 이전에도 글로 풀어낸 적이 있지만 저 역시 프로젝트를 할 때 '아유~ 저희는 아무것도 모릅니다. 전문가들이 알아서 해주셔야죠'처럼 아무런 주문을 담지 않거나, 반대로 '다른 곳은 이렇게 저렇게 하던데 우리는 또 요렇게 고렇게 해서 트렌디한 느낌이 물씬 나되 클래식한 가치가 묻어나도록 해주시면 좋겠습니다'와 같은 복잡다단한 주문을 담는 극과 극의 형태와 자주 마주칩니다. 사실 그 무엇도 문제를 푸는 사람에겐 도움이 되지 않습니다. 한쪽은 방향이 없고, 다른 한쪽은 가보지도 않은 길을 골목 하나하나까지 미리 그려놓은 형국이니까요.

05 . 그래서 프로젝트에 대한 미션을 줄 때는 질문 자체를 기획하는 과정도 필요하다고 생각합니다. 어디까지를 방향성으로 제시할 것인지, 무엇을 그들에게 맡길 것인지, 최종 결과물을 봤을 때 느껴지는 감정이나 얻어지는 이점은 무엇인지, 그게 프로젝트 전반에 어떤 의미가 있는지를 한 번 고민해 보는 거죠.

06 . 저는 이 기사를 두 번 정독했습니다. 그리고 민병찬 관장님의 주문과 최욱 대표님의 설계를 찬찬히 정리해 기록해 뒀죠. 이 공간이 세상에 선보일 때부터 무척 좋아했지만 뒷이야기를 듣고 나니 더 애정하게 되었다고나 할까요. 언젠가 좋은 주문에 대한 고민이 다시금 깊어질 때면 제가 메모한 내용을 재차 펼쳐봐야겠다는 생각이 들었습니다. 아, 그전에 '사유의 방'을 한 번 더 다녀와야겠군요. 기획의 의도와 설계 과정을 알았으니 이제 다시 새로운 관점으로 그곳을 즐길 수 있을 테니 말입니다.

01 . 그동안 국립중앙박물관 '사유의 방'에 대한 기획 과정이 참 궁금했는데 중앙일보에서 [더 헤리티지] 코너를 통해 특집 기사를 다뤄주었습니다. 2021년 11월에 '사유의 방'이 오픈한 이후 지난달까지 무려 131만 명이 넘는 관람객이 이 장소를 찾았다고 하죠. 저는 이 공간을 설계한 원오원아키택츠의 최욱 대표님도 대단하다고 느끼지만 클라이언트이자 국립중앙박물관을 책임지고 있는 민병찬 관장님의 주문이 새삼 놀라웠습니다. 02 . '반가사유상 두 점만 단독 공간에 전시해달라', '유리 없이 노출하되 두 불상이 우러러 보였으면 좋겠다.'이 두 가지 주문이 반가사유상이 놓일 공간에 대한 요청이었던 거죠. 첫 번째 주문이야 그리 어렵지 않게 풀 수 있다고 하지만 두 번째 주문은 아마도 엄청난 고민을 불러일으키는 난제였을 겁니다. 03 . 최욱 대표님은 이 문제를 풀기 위해 어린 시절 소극장을 다니던 경험을 토대로 반가사유상을 만나는 길부터 진열 면적과 높이, 타원형 무대의 기울기, 테두리의 조명, 불상에 대한 시선 처리 등을 모두 고려해 지금의 '사유의 방'을 탄생시켰습니다. 심지어 인증샷이 중요한 요즘 사람들을 위해 불상을 담는 카메라 프레임에 다른 사람이 정면으로 잡히는 일이 거의 없도록 설계하는 디테일함까지 연출해냈죠. 04 . 저는 좋은 질문과 고민을 가진 클라이언트가 좋은 해답을 찾는 방향을 제시한다고 생각합니다. 이전에도 글로 풀어낸 적이 있지만 저 역시 프로젝트를 할 때 '아유~ 저희는 아무것도 모릅니다. 전문가들이 알아서 해주셔야죠'처럼 아무런 주문을 담지 않거나, 반대로 '다른 곳은 이렇게 저렇게 하던데 우리는 또 요렇게 고렇게 해서 트렌디한 느낌이 물씬 나되 클래식한 가치가 묻어나도록 해주시면 좋겠습니다'와 같은 복잡다단한 주문을 담는 극과 극의 형태와 자주 마주칩니다. 사실 그 무엇도 문제를 푸는 사람에겐 도움이 되지 않습니다. 한쪽은 방향이 없고, 다른 한쪽은 가보지도 않은 길을 골목 하나하나까지 미리 그려놓은 형국이니까요. 05 . 그래서 프로젝트에 대한 미션을 줄 때는 질문 자체를 기획하는 과정도 필요하다고 생각합니다. 어디까지를 방향성으로 제시할 것인지, 무엇을 그들에게 맡길 것인지, 최종 결과물을 봤을 때 느껴지는 감정이나 얻어지는 이점은 무엇인지, 그게 프로젝트 전반에 어떤 의미가 있는지를 한 번 고민해 보는 거죠. 06 . 저는 이 기사를 두 번 정독했습니다. 그리고 민병찬 관장님의 주문과 최욱 대표님의 설계를 찬찬히 정리해 기록해 뒀죠. 이 공간이 세상에 선보일 때부터 무척 좋아했지만 뒷이야기를 듣고 나니 더 애정하게 되었다고나 할까요. 언젠가 좋은 주문에 대한 고민이 다시금 깊어질 때면 제가 메모한 내용을 재차 펼쳐봐야겠다는 생각이 들었습니다. 아, 그전에 '사유의 방'을 한 번 더 다녀와야겠군요. 기획의 의도와 설계 과정을 알았으니 이제 다시 새로운 관점으로 그곳을 즐길 수 있을 테니 말입니다.

'사유의 방' 기획 과정에서 배우는 좋은 주문의 요건

01 . 며칠 전엔 저희 독서모임의 멤버분들과 한 시즌을 마무리하고 축하하는 자리가 있었습니다. 그 자리에서 '사이드 프로젝트'에 관한 간단한 세션을 진행하며 제 생각을 나누었는데요, 조금 이르기는 하지만 이제 한 해가 저물어가는 시점이기도 하고 새해가 되면 모두가 각자의 본업에서뿐 아니라 다른 분야에서도 새로운 무엇인가를 시작하고 싶은 마음이 샘솟는 만큼 사이드 프로젝트를 주제로 던져본 것이었죠.

02 . 저 역시 허가되는 범위 안에서는 글을 쓰고, 책을 내고, 이따 끔식 강연도 하며 나름의 사이드 프로젝트를 진행 중입니다. 그런 제게 이따끔씩 '도영님은 그래도 리프레시 할 수 있는 기회가 많아서 좋겠어요. 일 외에도 즐기면서 할 수 있는 것들이 많다는 게 부러워요'라고 말씀하는 분들이 있습니다. 물론 맞는 말씀입니다. 저도 이런 일련의 프로젝트들이 즐겁기도 하고 또 제가 지금 회사에서 하고 있는 일에 새로운 활력을 불어 넣어주기도 하거든요.

03 . 하지만 방금 그 말에는 두 가지 함정이 있습니다. 하나는 마치 사이드 프로젝트가 일이 아닌 놀이처럼 할 수 있는 대상이란 뉘앙스와 그 과정이 늘 즐거울 거라는 관점이죠.
일단 사이드 프로젝트가 일이냐 아니냐부터 구분해 보겠습니다. 저는 이 부분은 확실하게 말씀드릴 수 있을 것 같은데요, 다른 분들이야 어떤지 모르겠지만 제게 사이드 프로젝트는 철저하게 일입니다. 이유는 단 하나인데요, 다른 누군가에게는 그게 '본업'이기 때문입니다. 즉 그냥 재미 삼아 설렁설렁 여유롭게 접근했다가는 그걸 본업으로 하고 있는 분들과의 결과물을 비교했을 때 엄청난 퀄리티 차이를 보일 수밖에 없거든요. 그러니 사이드 프로젝트는 기본적으로 일이라고 받아들이는 게 디폴트라고 생각합니다.

04 . 다른 하나는 오늘의 주제인 '실행동력'에 관한 것입니다.
이 이야기를 본격적으로 하기 전에 제가 질문을 하나 드려보겠습니다. 앞서 말씀드린 것처럼 저는 글을 쓰는 걸 좋아하고 덕분에 책을 낼 기회도 얻었는데요, 그런 제가 '와! 나 정말 글 너무너무 잘 쓰고 싶다!'라는 마음이 최고조에 달하는 순간이 있습니다. 과연 그때는 언제일까요?
바로 출판사로부터 계약금이 입금되었을 때입니다...... 이건 제가 속물이거나 자낳괴라서 드리는 얘기가 아니라 이 계약금이 주는 부담감과 책임감이 어마어마하기 때문입니다. 그러니 계약을 하는 순간은 기쁨으로 가득차도 계약금이 들어오면 마냥 기쁠 수많은 없는 거죠. 그 현실의 무게가 두 뺨을 확 때리며 다가오거든요.

05 . 그래서 저는 원동력이라는 것과 실행동력이라는 것, 이 두 가지를 구분할 필요가 있다고 생각합니다.
원동력이란 말 그대로 어떤 움직임의 근본이 되는 힘입니다. 무엇인가를 하고 싶어 하게 만들고 우리의 몸과 마음을 움직이는 근원이 되는 게 바로 이 원동력이죠.
저는 원동력에는 기대감, 만족감, 성취감, 자존감 같은 긍정적인 것들이 연료로 작용한다고 봅니다. 즉, 내가 저 일을 했을 때 어떤 결과가 주어질지에 대한 달콤한 예상과 긍정적인 기대가 발동하는 거죠. 저 역시도 마찬가지입니다. 누구라도 제 글을 읽고 재미있어하거나, 작은 도움이라도 얻어 갈 수 있다고 생각하면 너무 기쁘고 두근거리거든요.

06 . 하지만 저를 책상 앞에 앉히고, 노트북을 열어 글을 쓰게 만들고, 그 글을 집요하게 고치게 하고, 더 좋은 단어와 표현을 고르게 하고, 편집의 마지막 순간까지 예민한 촉각으로 모든 요소를 들여다보게 만드는 힘은 그런 달다구리한 감정들과는 좀 거리가 먼 것들입니다.
그건 오히려 의무감, 책임감, 압박감, 죄책감 같은 감정들이거든요. 다시 말해 내가 저 일을 제대로 못해내거나 실망스럽게 마무리했을 때 들이닥칠 후폭풍들에 대한 우려가 실제로 저를 움직이고 제가 하는 일을 완성하도록 하는 것이죠. 저는 이게 바로 실행동력이라고 생각합니다. 원동력이 이상이라면 실행동력은 지극히 현실에 해당하는 영역인 거죠.

07 . 어떤 일을 할 때는 이 현실과 이상의 밸런스를 잘 맞추는 게 중요합니다. '왜 이 일을 하는가'에 대한 근원적인 질문에 답을 하고 그 답이 조금이나마 긍정적이고 밝은 면모를 갖추고 있을 때 우리는 좋은 방향으로 그 일을 끌고 갈 수 있습니다. 만약 이 원동력이 무너지면 우리는 성장에 대한 어떠한 욕구도 느낄 수 없을 거예요. 기대와 이상이 없는 곳에서 갑자기 하고 싶은 일들이 생길 리는 만무하니까요.

08 . 대신 '왜 이 일을 하는가'에 대한 질문이 바로 섰다면 이제 '언제, 무엇을, 어떻게 할 것인가'에 대한 고민이 뒤따라야 합니다. 가끔 사이드 프로젝트를 하겠다고 모인 사람들 중에는 매번 새로운 것에 대한 아이디어만 방출하다가 그냥 공상과학 같은 의견들만 나누고 헤어지는 경우도 많습니다. 이상을 그렸으면 이제 현실로 내려와 실행동력들을 확보해야 하는 데도 여전히 열기구를 타고 더더 높은 곳으로 올라가버리고 마는 것이죠. 안타까운 이야기지만 그런 방식을 통해 우리 손에 쥐어지는 것은 아무것도 없습니다.

09 . 그래서 저는 누군가 사이드 프로젝트에 관한 의견을 물어보면 '근데 이것도 철저히 일이라고 생각하고 접근하셔야 해요'라는 말씀을 드립니다. 특히 혼자서 하는 프로젝트가 아닌 여럿이 함께 하는 형태라면 더더욱 이 부분을 명심해야 한다는 첨언까지 곁들이죠. '우리 이렇게 모인 김에 재밌는 거 뭐라도 해봅시다'라는 것도 '그런데 우리가 이 목표를 실행하려면 최소한 이런이런 장치들은 마련해둬야 합니다'라는 부분이 뒷받침될 때 그 동력이 힘을 갖는 것이니 말이죠.

10 . 이제 11월도 며칠 남지 않았고, 분명 12월도 어영부영 지나갈 확률이 높습니다. (악담은 아닙니다... 경험에 근거한 예측이랄까요...) 그러니 '와! 진짜 내가 새해부터는 새사람으로 태어나서 진짜 멋진 목표들 세우고 1월 1일부터 완전 다 뿌신다 진짜!'라고 외칠 게 아니라 무엇이 나의 원동력이고 무엇이 나의 성장동력인지를 구분해 보는 것부터 시작해 보면 어떨까 싶어요. 그러다 보면 '왜'라는 질문과 '언제, 무엇을, 어떻게'라는 질문 역시도 좀 더 선명해질지 모르니까요.

01 . 며칠 전엔 저희 독서모임의 멤버분들과 한 시즌을 마무리하고 축하하는 자리가 있었습니다. 그 자리에서 '사이드 프로젝트'에 관한 간단한 세션을 진행하며 제 생각을 나누었는데요, 조금 이르기는 하지만 이제 한 해가 저물어가는 시점이기도 하고 새해가 되면 모두가 각자의 본업에서뿐 아니라 다른 분야에서도 새로운 무엇인가를 시작하고 싶은 마음이 샘솟는 만큼 사이드 프로젝트를 주제로 던져본 것이었죠. 02 . 저 역시 허가되는 범위 안에서는 글을 쓰고, 책을 내고, 이따 끔식 강연도 하며 나름의 사이드 프로젝트를 진행 중입니다. 그런 제게 이따끔씩 '도영님은 그래도 리프레시 할 수 있는 기회가 많아서 좋겠어요. 일 외에도 즐기면서 할 수 있는 것들이 많다는 게 부러워요'라고 말씀하는 분들이 있습니다. 물론 맞는 말씀입니다. 저도 이런 일련의 프로젝트들이 즐겁기도 하고 또 제가 지금 회사에서 하고 있는 일에 새로운 활력을 불어 넣어주기도 하거든요. 03 . 하지만 방금 그 말에는 두 가지 함정이 있습니다. 하나는 마치 사이드 프로젝트가 일이 아닌 놀이처럼 할 수 있는 대상이란 뉘앙스와 그 과정이 늘 즐거울 거라는 관점이죠.일단 사이드 프로젝트가 일이냐 아니냐부터 구분해 보겠습니다. 저는 이 부분은 확실하게 말씀드릴 수 있을 것 같은데요, 다른 분들이야 어떤지 모르겠지만 제게 사이드 프로젝트는 철저하게 일입니다. 이유는 단 하나인데요, 다른 누군가에게는 그게 '본업'이기 때문입니다. 즉 그냥 재미 삼아 설렁설렁 여유롭게 접근했다가는 그걸 본업으로 하고 있는 분들과의 결과물을 비교했을 때 엄청난 퀄리티 차이를 보일 수밖에 없거든요. 그러니 사이드 프로젝트는 기본적으로 일이라고 받아들이는 게 디폴트라고 생각합니다. 04 . 다른 하나는 오늘의 주제인 '실행동력'에 관한 것입니다.이 이야기를 본격적으로 하기 전에 제가 질문을 하나 드려보겠습니다. 앞서 말씀드린 것처럼 저는 글을 쓰는 걸 좋아하고 덕분에 책을 낼 기회도 얻었는데요, 그런 제가 '와! 나 정말 글 너무너무 잘 쓰고 싶다!'라는 마음이 최고조에 달하는 순간이 있습니다. 과연 그때는 언제일까요?바로 출판사로부터 계약금이 입금되었을 때입니다...... 이건 제가 속물이거나 자낳괴라서 드리는 얘기가 아니라 이 계약금이 주는 부담감과 책임감이 어마어마하기 때문입니다. 그러니 계약을 하는 순간은 기쁨으로 가득차도 계약금이 들어오면 마냥 기쁠 수많은 없는 거죠. 그 현실의 무게가 두 뺨을 확 때리며 다가오거든요. 05 . 그래서 저는 원동력이라는 것과 실행동력이라는 것, 이 두 가지를 구분할 필요가 있다고 생각합니다. 원동력이란 말 그대로 어떤 움직임의 근본이 되는 힘입니다. 무엇인가를 하고 싶어 하게 만들고 우리의 몸과 마음을 움직이는 근원이 되는 게 바로 이 원동력이죠.저는 원동력에는 기대감, 만족감, 성취감, 자존감 같은 긍정적인 것들이 연료로 작용한다고 봅니다. 즉, 내가 저 일을 했을 때 어떤 결과가 주어질지에 대한 달콤한 예상과 긍정적인 기대가 발동하는 거죠. 저 역시도 마찬가지입니다. 누구라도 제 글을 읽고 재미있어하거나, 작은 도움이라도 얻어 갈 수 있다고 생각하면 너무 기쁘고 두근거리거든요. 06 . 하지만 저를 책상 앞에 앉히고, 노트북을 열어 글을 쓰게 만들고, 그 글을 집요하게 고치게 하고, 더 좋은 단어와 표현을 고르게 하고, 편집의 마지막 순간까지 예민한 촉각으로 모든 요소를 들여다보게 만드는 힘은 그런 달다구리한 감정들과는 좀 거리가 먼 것들입니다.그건 오히려 의무감, 책임감, 압박감, 죄책감 같은 감정들이거든요. 다시 말해 내가 저 일을 제대로 못해내거나 실망스럽게 마무리했을 때 들이닥칠 후폭풍들에 대한 우려가 실제로 저를 움직이고 제가 하는 일을 완성하도록 하는 것이죠. 저는 이게 바로 실행동력이라고 생각합니다. 원동력이 이상이라면 실행동력은 지극히 현실에 해당하는 영역인 거죠. 07 . 어떤 일을 할 때는 이 현실과 이상의 밸런스를 잘 맞추는 게 중요합니다. '왜 이 일을 하는가'에 대한 근원적인 질문에 답을 하고 그 답이 조금이나마 긍정적이고 밝은 면모를 갖추고 있을 때 우리는 좋은 방향으로 그 일을 끌고 갈 수 있습니다. 만약 이 원동력이 무너지면 우리는 성장에 대한 어떠한 욕구도 느낄 수 없을 거예요. 기대와 이상이 없는 곳에서 갑자기 하고 싶은 일들이 생길 리는 만무하니까요. 08 . 대신 '왜 이 일을 하는가'에 대한 질문이 바로 섰다면 이제 '언제, 무엇을, 어떻게 할 것인가'에 대한 고민이 뒤따라야 합니다. 가끔 사이드 프로젝트를 하겠다고 모인 사람들 중에는 매번 새로운 것에 대한 아이디어만 방출하다가 그냥 공상과학 같은 의견들만 나누고 헤어지는 경우도 많습니다. 이상을 그렸으면 이제 현실로 내려와 실행동력들을 확보해야 하는 데도 여전히 열기구를 타고 더더 높은 곳으로 올라가버리고 마는 것이죠. 안타까운 이야기지만 그런 방식을 통해 우리 손에 쥐어지는 것은 아무것도 없습니다. 09 . 그래서 저는 누군가 사이드 프로젝트에 관한 의견을 물어보면 '근데 이것도 철저히 일이라고 생각하고 접근하셔야 해요'라는 말씀을 드립니다. 특히 혼자서 하는 프로젝트가 아닌 여럿이 함께 하는 형태라면 더더욱 이 부분을 명심해야 한다는 첨언까지 곁들이죠. '우리 이렇게 모인 김에 재밌는 거 뭐라도 해봅시다'라는 것도 '그런데 우리가 이 목표를 실행하려면 최소한 이런이런 장치들은 마련해둬야 합니다'라는 부분이 뒷받침될 때 그 동력이 힘을 갖는 것이니 말이죠. 10 . 이제 11월도 며칠 남지 않았고, 분명 12월도 어영부영 지나갈 확률이 높습니다. (악담은 아닙니다... 경험에 근거한 예측이랄까요...) 그러니 '와! 진짜 내가 새해부터는 새사람으로 태어나서 진짜 멋진 목표들 세우고 1월 1일부터 완전 다 뿌신다 진짜!'라고 외칠 게 아니라 무엇이 나의 원동력이고 무엇이 나의 성장동력인지를 구분해 보는 것부터 시작해 보면 어떨까 싶어요. 그러다 보면 '왜'라는 질문과 '언제, 무엇을, 어떻게'라는 질문 역시도 좀 더 선명해질지 모르니까요.

원동력과 실행동력은 다르다

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

블로그에 글을 쓴 지 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; 중

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

완벽한 의사결정이 존재할 수 없는 이유

<완벽한 의사결정이 존재할 수 없는 이유> 
완벽한 의사결정이란 존재할까요?
사람은 모든 정보를 다 소화할 수 없습니다. 
의사 결정은 불완전할 수 밖에 없음을 인지하고 
잘못된 판단을 내렸을 때 어떤 오류를 범했는지 되돌아보는 시간을 가진다면
더 나은 판단이 가능할 것이라 기대합니다.

Remember Now

전략 기획

soon

국제백신연구소 PM

박선주

비영리 국제기구에서 개발도상국의 감염성 질병 예방백신에 대한 연구와 개발, 백신 공급 프로젝트에 프로젝트 매니저로 참여하고 있습니다. 생명을 살리는 일에 마음을 쓰고 있고, 산책하는 것을 즐기며, 새로운 문화와 언어를 배우는 것에 관심이 많습니다. 
#끊임없이배우기

댓글 0