1
일 잘하는 사람이 연차가 쌓인다. 그럼 보통 리더가 된다. 하지만, 분명 실무는 잘했는데, 좋은 리더는 못 되는 사람들이 있다. 왜일까?

2
답은 간단하다. 실무자와 리더의 일은 다르기 때문이다. 실무자는 내가 맡은 일만 잘 하면 된다. 하지만 리더는 팀의 일이 되도록 만들어야 한다.

3
팀의 일이 되도록 만든다는 건 뭘까. 팀과 개인을 생각해 보자.

4
팀은 개인의 합이다. 그래서 팀은 개인보다 언제나 위대하다. 한 명의 개인보다 훨씬 큰일을 할 수 있으니까. 팀은 단순한 1+1=2가 아니다. 그 합은 3, 4도 되고 10도 될 수 있다. 팀은 창발적 가치를 만들어낸다.

5
팀의 일은 개인의 일의 합이다. 혼자 해서 끝나는 일도 있다. 하지만, 대부분의 일은 연결된다. 모든 개인의 일이 맞물려서 가치를 낸다. 마무리가 되어야 성과를 기대할 수 있다. 이걸 반복해야 성장한다.

6
이 과정을 챙기는 게 리더의 역할이다. 막힌 곳을 뚫는다. 느린 곳을 점검한다. 마무리를 짓는다. 결과를 확인하고 성과를 본다. 직접 하는 게 아니라 사람을 움직여야 한다.

7
하지만, 일 잘하던 리더는 답답하다. 저걸 왜 못할까, 이렇게 밖에 못할까, 내가 하면 금방인데. 시간은 없고, 마음이 급하다.

8
그래서 실무에 직접 손을 댄다. 깊숙이 관여한다. 한정된 리더의 시간을 실무에 쏟으면, 전체를 볼 시간이 줄어든다. 숲을 보지 못하고 나무만 볼 확률이 높아진다.

9
사람을 움직이는 노력보다 개별적인 일에 집중해서는 팀이 잘될 수 없다. 이게 반복되면 결국 리더는 지친다. 일 잘하던 사람이 리더 역할은 왜 못하나. 스스로도 좌절한다.

10
넓은 시야로 보려고 노력하기. 사람을 움직이는 법을 배우기. 이게 리더가 해야 할 일이다.

11
사실 리더의 일은 티가 안 난다. 그래서 리더의 역할은 쉬워 보인다. 내가 겪었던 수많은 리더들도 그랬다. 딱히 하루 종일 하는 일이 없어 보인다. 자리에도 잘 없다. 도대체 어디서 무엇을 하고 있을까. 궁금했다. 부당하다고 느낀 적도 있었다.

12
리더가 된 후에 깨달았다. 그럴 수밖에 없었다. 리더의 일은 눈에 보이지 않으니까. 그래서 또 어렵다. 무슨 일을 해야 하는지 알 수가 없으니까.

13
결국은 사람이다. 세상에 수많은 훌륭한 경영자와 사상가들이 하나같이 하는 말. 인사가 만사다. 결국, 리더가 잘 해야 하는 단 한 가지의 일은 사람 공부다.

< 일 잘하는 사람이 좋은 리더가 되기 어려운 이유 >

 1. 하이라이트 문장 130개. '밀리의 서재' 내 책장에 있는 책 중 가장 많은 밑줄을 친 책. 솔직히 좀 놀라웠다. 책의 저자인 정지우 작가의 인스타그램을 1년 가까이 팔로우하면서 추구미가 비슷하다고 느끼긴 했지만, 이렇게까지 갈구하는 삶의 구조가 같을 줄이야. 내 삶의 미리보기가 있다면 이런 삶은 아닐지 책을 읽는 내내 생각했다. 먼 훗날 정지우 작가처럼 내가 원하는 삶을 좀 더 명확하게 정의할 수 있을 때쯤이면, 나는 왠지 이 책에 나온 것과 거의 유사하게 내 삶을 그려내고 있을 것만 같았다. 

 2. 30대 초반까지만 하더라도 내 삶의 목표는 오히려 단순하고 뚜렷했다. 돈 많이 벌어 부자가 되는 것. 그러나 어째선지 30 중반이 넘어가면서 바라는 삶의 모습이 되려 어렵고 손에 잡히지 않는 안개처럼 느껴졌다. 내가 주체가 되는 삶, 나다운 삶이 지금 내가 생각하는 '좋은 삶'인데, 내가 중심이 되는 삶이란 도대체 무엇이란 말인가! 최근 내 머릿속을 지배하고 있는 이 고민에 대한 실마리를 정지우 작가의 책에서는 조금 얻을 수 있지 않을까 바라며 책을 읽기 시작했다.  

 3. <돈 말고 무엇을 갖고 있는가>는 성장이나 성공에 대한 방식이나 노하우를 전하는 책은 아니다. 그렇다고 물질만능주의를 비판하는 책도 아니다. 모든 것이 돈으로 통하는 시대고, 물질이 최고로 여겨지는 사회지만, 정지우 작가는 돈 말고도 삶을 지탱하는 자신만의 기준을 찾고자 노력했고 마침내 원하는 삶의 구조를 만들어 살고 있노라고 전한다. 작가 그 특유의 담백하고 건조한 톤으로, 그 어떤 것도 가르치거나 강요하지 않고 그냥 자신은 이렇다고 툭 던지는 것이 오히려 더 설득력 있었다.  

 4. 작가는 말한다. 남들이 중요시하는 가치에 휘둘리지 않고, 내가 만족하고 충만해지는 세계를 만들기 위해서는 반드시 '메타적인 나'에 이르러야만 한다고. 자신이 뭘 좋아하고 잘하는지, 뭘 싫어하고 좋아하는지 아는 것도 중요하지만, 그보다 더욱 중요한 것은 자신의 '감정'을 알아채리고 다스리는 것이다. 감정의 뒤에는 내가 진짜 바라는 것이 숨어있다. 다소 낯선 나라도, 내 안에 있는 여러 개의 나를 찾는 노력을 가장 먼저 그리고 끊임없이 해야만 한다. 

 5. 메타적인 나에 이르는 과정에서 저자는 '글쓰기'의 중요성을 입이 마르도록 강조한다. 저자는 10년 넘게 꾸준히 글을 썼는데, 혼자서 생각을 이어나가다 보면 어느덧 불안이 사라졌다고 한다. 글을 쓰면서 자신이 어떤 삶을 살고 싶은지 비로소 선명하게 알게 되기도 하였다고. 자신이 어떤 차를 타고, 무슨 옷을 입었고, 어떤 집에 사는지 '소비'로 평가되는 것이 아닌, '생산자'로서 평가받는 삶을 살 수 있게 된 것도 글쓰기 때문이었다고 한다. "생산하는 삶이 곧 자기만의 삶을 사는 길"이라는 것이 작가의 생각이고 가치관이며, 생산하는 삶 그 중심에는 기록하는 삶이 있다.    
 
 6. '형식'을 갖추며 살고 있느냐도 삶의 중심을 잡기 위해 던져야 할 중요한 질문 중 하나로 다뤄진다. 즉, 개인에게도 시스템이 필요하다. "매일 아침이 오듯 책을 읽고, 매일 밤이 오듯 글을 쓰면, 이 삶을 이겨 낼 수 있다."며 "사람은 시스템을 통해 어른이 된다."고 작가는 이야기 한다. 삶은 그냥 두면 손에 잡히는 실체가 없어서 흘러가는 강물이 된다는 말에 너무 공감한다. 내가 매일 지켜나가고 있는 원칙과 규칙은 정신없고 혼란스러운 삶으로부터 흔들리는 나를 막아주는 수비수가 되어준다. 

 7. "삶에서의 마인드 컨트롤이란, 대개 두 가지 관점을 오가는 일이다. 오늘 하루가 못 견딜 것 같을 때는 거대한 시간을 생각한다. 반대로, 이 거대한 시간 속에서의 과정을 못 견딜 것 같을 때는 오늘 하루의 할 일에 뛰어든다. 그렇게 삶을 계속 굴려가야 하는 것이다." 삶을 넓게 보고 좁게 보는 리듬에 대한 이야기는 책을 통틀어 내게 가장 큰 영감을 준 부분이다. 결국 삶이란 것은 현재만 봐서도 안되고, 또 미래만 봐서도 안 되는 것. 내가 어떤 삶을 살아야 할 것인가에 대한 큰 그림은 가지고 있되, 오늘 하루의 의미와 중요성을 인식하며 살아갈 때 "하루의 소중함을 살리면서도 인생 전체를 살릴 수도 있다."

 8. 이 관점이 삶의 중심을 잡아가는 데 매우 핵심적인 기준으로 작용하는 이유는 두 가지인데, 첫째는 현재 자신의 모습이 초라하고 보잘것없어 보이더라도 거대한 흐름 안에서 오늘 하루를 조금 더 나은 맥락으로 바라볼 수 있도록 도와주기 때문이고, 다른 하나는 실패를 대하는 유연성을 갖게 해주기 때문이다. 작가는 삶에서 중요한 선택을 해야 할 때, 언제나 두려운 것을 택한다고 한다. 두렵다는 것은 거기에 자신이 진정으로 더 원하는 것이 있다는 신호임을 거듭 확인해 왔기 때문이라고. 

 9. 어려운 것을 선택하다 보면 실패는 필연적으로 따라온다. 하지만 역시나 삶을 큰 그림 안에서 바라본다면, 실패는 해당 스테이지의 실패지 인생 전체의 실패가 아니라는 것을 알게 된다. 비록 지금 실패하더라도 최선을 다해 무언가에 몰두했다면 우리는 그로부터 배우는 것이 있다. 그런 관점에서 보면 우리 삶에 "완벽히 실패했다"고 말할 수 있는 것은 아무것도 없다. 있는 것은 오로지 '여정' 뿐이라는 것이, 책의 마지막 장을 덮는 순간 내게 각인된 메시지였다.

[나를 성장시킨 책] 돈 말고 무엇을 갖고 있는가

Kafka Streams는 실시간 데이터 처리를 위한 강력한 도구로, KStream과 KTable이라는 두 가지 데이터 구조를 제공합니다.
이번 글에서는 이 두 데이터 구조의 개념과 차이를 살펴보고, 실제 KStream-KStream, KStream-KTable, KTable-KTable 조인의 예제를 설명하겠습니다.
 
KStreams - KStreams 조인
KStream-KStream 조인은 두 개의 실시간 데이터 스트림을 결합합니다.
이 조인은 타임 윈도우를 기준으로 이루어지며, 설정된 기간 내에 동일한 키를 가진 데이터를 결합합니다.
 * 타임 윈도우가 필수적입니다.
 * 데이터가 실시간으로 들어오므로, 시간이 지나면 윈도우가 닫히고 더 이상 데이터를 결합할 수 없습니다.

[시나리오: 결제와 배송 요청 이벤트 결합]
 * payments 스트림: 결제 정보 Key: 주문 ID, Value: 결제 상태
 * shipments 스트림: 배송 요청 정보 Key: 주문 ID, Value: 배송 상태
KStream<String, String> payments = builder.stream("payments");
KStream<String, String> shipments = builder.stream("shipments");

// 타임 윈도우를 적용한 조인
KStream<String, String> joinedStream = payments.join(
    shipments,
    (payment, shipment) -> "Payment: " + payment + ", Shipment: " + shipment,
    JoinWindows.of(Duration.ofMinutes(5)) // 5분 윈도우 설정
);

joinedStream.to("joined-orders");

Key: "order123", Value: "Payment: completed, Shipment: dispatched"

 
KStreams - KTable 조인
KStream-KTable 조인은 실시간 스트림(KStream)과 상태 기반 데이터(KTable)를 결합합니다.
KStream의 각 이벤트가 KTable의 현재 상태와 조인됩니다.
 * KStream의 데이터는 실시간으로 계속 흐르지만, KTable은 현재 상태만 유지합니다.
 * KStream의 각 레코드는 KTable의 최신 상태와 결합됩니다.
   
   
[시나리오: 사용자 행동 로그와 사용자 프로필 조인]
 * user-actions 스트림: 사용자가 수행한 행동 Key: 사용자 ID, Value: 행동 타입 (click, purchase)
 * user-profiles 테이블: 사용자 프로필 정보 Key: 사용자 ID, Value: 사용자 이름과 지역
KStream<String, String> userActions = builder.stream("user-actions");
KTable<String, String> userProfiles = builder.table("user-profiles");

KStream<String, String> joinedStream = userActions.leftJoin(
    userProfiles,
    (action, profile) -> {
        if (profile == null) return action + " by unknown user";
        return action + " by " + profile;
    }
);

joinedStream.to("user-actions-with-profile");

Key: "user123", Value: "click by Alice, US"
Key: "user456", Value: "purchase by unknown user"

 
KStreams - KTable 조인
KTable-KTable 조인은 두 개의 상태 기반 데이터(KTable)를 결합합니다.
이는 KTable의 키를 기준으로 데이터가 업데이트될 때마다 결과 테이블도 업데이트됩니다.
 * 조인은 상태 기반으로 동작하며, 입력 데이터가 변경될 때마다 결과 테이블도 갱신됩니다.
 * 결합된 데이터는 항상 최신 상태를 유지합니다.

[시나리오: 상품 정보와 카테고리 정보 결합]
 * product-info 테이블: 상품의 이름과 가격Key: 상품 ID, Value: 상품 이름과 가격
 * category-info 테이블: 상품의 카테고리 정보Key: 상품 ID, Value: 카테고리 이름
KTable<String, String> productInfo = builder.table("product-info");
KTable<String, String> categoryInfo = builder.table("category-info");

KTable<String, String> joinedTable = productInfo.join(
    categoryInfo,
    (product, category) -> product + " in category: " + category
);

joinedTable.toStream().to("product-with-category");

Key: "product123", Value: "Coffee Machine, $120 in category: Appliances"

실무 사례: KTable - KTable 조인으로 데이터 정확도 개선
실무에서 제가 결합하고자 했던 데이터는 상품 정보 A와 상품 정보 B였습니다. 기존에는 KTable-KStream 조인을 사용했으나, 이 방식에서는 오래된 데이터 A와 최신 데이터 B가 결합되는 문제가 있었습니다. 이는 두 정보가 모두 실시간 데이터가 아니라 상태성 데이터였기 때문에 발생한 이슈였습니다.
 
이를 해결하기 위해 KTable-KTable 조인으로 변경하고, TTL을 설정하여 KTable 상태의 만료 시간을 관리했습니다. 이로써 과거 데이터가 결합되어 상품 정보에 반영되는 문제를 해결할 수 있었습니다.
 
결론
Kafka Streams의 조인 연산은 다양한 데이터 소스를 결합하여 강력한 실시간 데이터 파이프라인을 구축할 수 있는 도구입니다
 * KStream-KStream: 이벤트 간 시간 관계를 분석하고 처리
 * KStream-KTable: 실시간 스트림 데이터를 참조 데이터와 결합
 * KTable-KTable: 상태 기반 데이터의 지속적인 동기화 및 최신 상태 유지

Kafka Streams를 활용한 조인 방식은 데이터의 특성과 요구사항에 따라 달라져야 합니다.실시간 스트림인지, 상태 기반 데이터인지 정확히 이해하고 올바른 조인 방식을 선택하는 것이 데이터 파이프라인의 정확성과 효율성을 높이는 핵심입니다.

원문: [https://ducktopia.tistory.com/141]

?️ KStream과 KTable의 이해와 조인 활용

Kurly Senior Leader

송철욱

Kurly 백엔드 개발자

김성민

Market Kurly 프론트엔드 개발자

Daniel_Kim

마켓컬리 팀장

상래

마켓컬리 입고 관리자

이재원

마켓컬리 스태프

정하영

마켓컬리 assistant manager

오유래

마켓컬리 데이터 사이언티스트

조영훈

마켓컬리 데이터 분석가

옥수진

마켓컬리 데이터 분석 팀장

노상래

마켓컬리 프로덕트 매니저

태리

마켓컬리 매니저

hyun woo

마켓컬리 / Marketing Analyst

우찬종

마켓컬리 Marketer

정예리

마켓컬리 백엔드개발

이종립

마켓컬리 퍼포먼스 마케터

이소영

마켓컬리 리더

ChunJiung

마켓컬리 SRE Engineer

강성진

마켓컬리 커머스 시니어리더

서귀생

컬리 콘텐츠 기획

임우정

마켓컬리 주문결제 프로덕트 매니저

DeSigner NYK

데이터

오두언

마켓컬리

박혜진

모바일 앱 개발자

홍승호

비즈니스/스타트업

Sumin

마켓컬리 유저마케팅 리더

전지웅

마켓컬리 DA

김정욱

마켓컬리 백엔드개발자

?류대환

마켓컬리 분석가

이승주

마켓컬리 커머스전략

치봉

컬리넥스트마일 CEO

송승환

마케팅

Emma?

마켓컬리 CRM마케터

하은

마켓컬리 commerce sqe

이진수

마켓컬리 개발자

윤건

마켓컬리 백엔드 개발

최한성

제휴 마케팅

이영수

마켓컬리 PM

현정

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

김수지

마켓컬리 Data Scientist

박세연

마켓컬리 퍼포먼스마케터

김소연

신승하

마켓컬리 백엔드 개발자

한승윤

마켓컬리 브랜드경험기획팀 대리

윤지현

프론트엔드 개발자

이건호

마켓컬리 앱개발

박재한

컬리 백엔드 개발자

조서희

마켓컬리 콘텐츠 기획

김아름

마켓컬리 iOS 개발자

임승혁

태초

컬리 프로덕트 디자이너

최윤미

박세아

쟈니킴

마켓컬리 입고관리

서일규

마켓컬리 콘텐츠 에디터

이승은

마켓컬리 프론트엔드 개발자

요지

마켓컬리 dm

형주

마켓컬리 물류센터 

just manager

chiyodad

마켓컬리 님

박성철

마켓컬리 제휴 마케팅

마켓컬리 백엔드 엔지니어

윤지원

마켓컬리 부서원

기업

데이터 사이언티스트

이채원

학생

허정민

마켓컬리 데이터분석

Hyeyoung Lee

마켓컬리 데이터 거버넌스 관리자

강영일

소프트웨어 엔지니어

이윤준

성진

강동윤

마켓컬리 마케팅팀

황은혜

윤현규

마켓컬리 SQE

장미가

구국원

조은

김혜수

상명대학교 컴퓨터과학

마지막서영

개발 총괄

임상석

컬리 커머셜오퍼레이션 스탭

고기태

컬리 리크루터

윤선우

컬리 앱개발

컬리 검색 서비스기획

차은경

커머스 플랫폼 리더

안규민

컬리 마케터

권호원

컬리 백엔드 엔지니어

이보람

Business Analyst

이은영

컬리 프론트엔드 개발자

유경상

전략 기획

Lectom

김근청

박지환

컬리 서비스 기획

yeonjoon

육승재

iOS Developer

이의석

백엔드 개발자

오승진

이민식

Kurly Communications

공현주

컬리 데이터 분석가

박재홍

고산하

김명회

김승준

컬리

언어

프론트엔드

백엔드

데이터베이스

데브옵스

핵심 프로세스는 아니지만, 상황에 따라 코드 리뷰를 하기도 한다

하지 않거나 형식적인 리뷰 절차만 있다

코드리뷰가 업무의 핵심 프로세스로 자리 잡혀 있나요?

일주일에 야근은 며칠 정도 하나요?

주변에 나의 성장에 도움이 되는, 배울 만한 동료가 있나요?

마켓컬리에서 계속 일 하는 건 내 커리어에 도움이 된다고 생각하시나요?

제품의 구현 과정에 개발자들의 의견이 어느 정도 반영된다고 생각하시나요?

구현하는 제품이 회사의 성장에 기여한다고 느껴지나요?

개발, 인간 관계 등에 대해 어려움을 겪을 때 회사 내에 도움을 받을 멘토가 있나요?