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]

Kafka Streams는 실시간 데이터 처리를 위한 강력한 도구로, KStream과 KTable이라는 두 가지 데이터 구조를 제공합니다.이번 글에서는 이 두 데이터 구조의 개념과 차이를 살펴보고, 실제 KStream-KStream, KStream-KTable, KTable-KTable 조인의 예제를 설명하겠습니다.&nbsp;KStreams - KStreams 조인KStream-KStream 조인은 두 개의 실시간 데이터 스트림을 결합합니다.이 조인은 타임 윈도우를 기준으로 이루어지며, 설정된 기간 내에 동일한 키를 가진 데이터를 결합합니다.<ul ><li>타임 윈도우가 필수적입니다.</li><li>데이터가 실시간으로 들어오므로, 시간이 지나면 윈도우가 닫히고 더 이상 데이터를 결합할 수 없습니다.</li></ul> [시나리오: 결제와 배송 요청 이벤트 결합]<ul ><li>payments 스트림: 결제 정보 Key: 주문 ID, Value: 결제 상태</li><li>shipments 스트림: 배송 요청 정보 Key: 주문 ID, Value: 배송 상태</li></ul><pre ><code class="language-lasso">KStream&lt;String, String&gt; payments = builder.stream("payments");
KStream&lt;String, String&gt; shipments = builder.stream("shipments");

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

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

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

joinedStream.to("user-actions-with-profile");</code></pre><pre ><code class="language-groovy">Key: "user123", Value: "click by Alice, US"
Key: "user456", Value: "purchase by unknown user"</code></pre>&nbsp;KStreams - KTable 조인KTable-KTable 조인은 두 개의 상태 기반 데이터(KTable)를 결합합니다.이는 KTable의 키를 기준으로 데이터가 업데이트될 때마다 결과 테이블도 업데이트됩니다.<ul ><li>조인은 상태 기반으로 동작하며, 입력 데이터가 변경될 때마다 결과 테이블도 갱신됩니다.</li><li>결합된 데이터는 항상 최신 상태를 유지합니다.</li></ul> [시나리오: 상품 정보와 카테고리 정보 결합]<ul ><li>product-info 테이블: 상품의 이름과 가격Key: 상품 ID, Value: 상품 이름과 가격</li><li>category-info 테이블: 상품의 카테고리 정보Key: 상품 ID, Value: 카테고리 이름</li></ul><pre ><code class="language-lasso">KTable&lt;String, String&gt; productInfo = builder.table("product-info");
KTable&lt;String, String&gt; categoryInfo = builder.table("category-info");

KTable&lt;String, String&gt; joinedTable = productInfo.join(
 categoryInfo,
 (product, category) -&gt; product + " in category: " + category
);

joinedTable.toStream().to("product-with-category");</code></pre><pre ><code class="language-groovy">Key: "product123", Value: "Coffee Machine, $120 in category: Appliances"</code></pre> 실무 사례: KTable - KTable 조인으로 데이터 정확도 개선실무에서 제가 결합하고자 했던 데이터는 상품 정보 A와 상품 정보 B였습니다. 기존에는 KTable-KStream 조인을 사용했으나, 이 방식에서는 오래된 데이터 A와 최신 데이터 B가 결합되는 문제가 있었습니다. 이는 두 정보가 모두 실시간 데이터가 아니라 상태성 데이터였기 때문에 발생한 이슈였습니다.&nbsp;이를 해결하기 위해 KTable-KTable 조인으로 변경하고, TTL을 설정하여 KTable 상태의 만료 시간을 관리했습니다. 이로써 과거 데이터가 결합되어 상품 정보에 반영되는 문제를 해결할 수 있었습니다.&nbsp;결론Kafka Streams의 조인 연산은 다양한 데이터 소스를 결합하여 강력한 실시간 데이터 파이프라인을 구축할 수 있는 도구입니다<ul ><li>KStream-KStream: 이벤트 간 시간 관계를 분석하고 처리</li><li>KStream-KTable: 실시간 스트림 데이터를 참조 데이터와 결합</li><li>KTable-KTable: 상태 기반 데이터의 지속적인 동기화 및 최신 상태 유지</li></ul> Kafka Streams를 활용한 조인 방식은 데이터의 특성과 요구사항에 따라 달라져야 합니다.실시간 스트림인지, 상태 기반 데이터인지 정확히 이해하고 올바른 조인 방식을 선택하는 것이 데이터 파이프라인의 정확성과 효율성을 높이는 핵심입니다. 원문: [https://ducktopia.tistory.com/141]

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

“연차가 얼만데 이것도 몰라요?”

이런 말 들을까 봐 아는 척할 때가 있어요.

부디 연차가 더 쌓이기 전에 모른다고 말하세요. 지금 인정하고 배우는 편이 나아요.

시간의 무게는 갈수록 무겁고 부담스러워져요. 연차가 쌓일수록 모른다고 말하기 어려워요.

지금이 모른다고 말하기 가장 쉬울 때예요.

“연차가 얼만데 이것도 몰라요?” 이런 말 들을까 봐 아는 척할 때가 있어요. 부디 연차가 더 쌓이기 전에 모른다고 말하세요. 지금 인정하고 배우는 편이 나아요. 시간의 무게는 갈수록 무겁고 부담스러워져요. 연차가 쌓일수록 모른다고 말하기 어려워요. 지금이 모른다고 말하기 가장 쉬울 때예요.

주말이 너무 길어요. 출근하고 싶어요.

개발자 1년 차에 제가 했던 말이에요. 망언이죠.

당시엔 일하는 게 유일한 놀이였어요. 주말은 지루했어요. 친구들이랑 만나는 시간도 아까웠어요.

회사에 있는 게 가장 좋았죠. 일과 회사를 애정했어요.

조금씩 알게 됐어요. 과했다는 걸. 애정을 둬야 할 곳은 내 주변 사람이라는 걸 깨달았어요.

그 후론 주말을 잘 활용하려고 해요. 친구들과 시간을 보내고 관계의 밀도를 높이는 데 써요.

이젠 알아요. 주말은 너무 짧아요.

주말이 너무 길어요. 출근하고 싶어요. 개발자 1년 차에 제가 했던 말이에요. 망언이죠. 당시엔 일하는 게 유일한 놀이였어요. 주말은 지루했어요. 친구들이랑 만나는 시간도 아까웠어요. 회사에 있는 게 가장 좋았죠. 일과 회사를 애정했어요. 조금씩 알게 됐어요. 과했다는 걸. 애정을 둬야 할 곳은 내 주변 사람이라는 걸 깨달았어요. 그 후론 주말을 잘 활용하려고 해요. 친구들과 시간을 보내고 관계의 밀도를 높이는 데 써요. 이젠 알아요. 주말은 너무 짧아요.

코드를 짜맞추는 재미. 그 재미를 안다는 게 너무 감사한 순간들이 있어요.

일이 쏟아질 땐 스트레스 받고 힘들죠. 그런데 와중에도 개발 그 자체는 정말 재밌다는 생각이 들어요.

요구사항을 내 손으로 완성했을 때 주는 쾌감이 있어요. 기능 하나가 동작하는 걸 보면 뿌듯해요.

완성한 기능을 혼자만 써봐도 기분 좋아요. 심지어 누가 그걸 써주면? 더할 나위 없죠.

개발자는 정말 좋은 직업이에요.

코드를 짜맞추는 재미. 그 재미를 안다는 게 너무 감사한 순간들이 있어요. 일이 쏟아질 땐 스트레스 받고 힘들죠. 그런데 와중에도 개발 그 자체는 정말 재밌다는 생각이 들어요. 요구사항을 내 손으로 완성했을 때 주는 쾌감이 있어요. 기능 하나가 동작하는 걸 보면 뿌듯해요. 완성한 기능을 혼자만 써봐도 기분 좋아요. 심지어 누가 그걸 써주면? 더할 나위 없죠. 개발자는 정말 좋은 직업이에요.

GitHub Copilot을 그동안 Individual, Business, Enterprise 3가지 유료 플랜으로 제공하고 있었다. 그 외 오픈소스 기여자나 학생, 교사에게는 무료로 제공되었지만, 기본적으로는 유료 기능이었다.



이번 12...

새로 공개된 GitHub Copilot Free :: Outsider's Dev Story

그동안 유료로만 제공되던 GitHub Copilot이 이번에 무료플랜을 추가했습니다. 사용량의 제한은 있지만 가볍게 사용한다면 큰 무리가 없을 정도라고 생각되고 대부분의 기능은 그대로 제공되기 때문에 결제까지 원하지 않는 사람은 경험해 볼 수 있게 되었습니다.

https://blog.outsider.ne.kr/1747

그동안 유료로만 제공되던 GitHub Copilot이 이번에 무료플랜을 추가했습니다. 사용량의 제한은 있지만 가볍게 사용한다면 큰 무리가 없을 정도라고 생각되고 대부분의 기능은 그대로 제공되기 때문에 결제까지 원하지 않는 사람은 경험해 볼 수 있게 되었습니다. https://blog.outsider.ne.kr/1747

Outsider's Dev Story

1
우리의 문제는 단순함을 약점으로 여기고 복잡한 것이 훨씬 수준 높은 것으로 생각하는 데서 시작된다.

2
그 때문에 성급하게 결론을 내리고 점진적이고 논리적인 과정을 놓치기 쉽다.

3
느리지만 올바른 것이 아니라 빠르고 틀린 쪽을 택하는 것이다.

4
우리는 옳은 답을 찾는 것보다 남들에게 똑똑해 보이는 것을 더 중시하는 경향이 있다.

5
그 결과 성급하게 결론을 내리며, 흥미롭고 예상에서 벗어난 해결책이나 더 창의적인 해결책을 충분히 알아보지 않는다.

6
성급하게 결론을 내릴 때는 전통적이고 일반적인 해결책을 구할 때가 많다.

7
우리의 자아는 빠른 속도와 남들에게 똑똑해 보이는 것을 매우 중시하기 때문에 잘못된 생각에 빠진다.

8
결과보다 절차, 목적보다 수단을 더 중시하는 것이다.

9
하지만 그런 사고방식은 사실 똑똑한 것과 거리가 멀다.

#크로스오버씽킹

1 우리의 문제는 단순함을 약점으로 여기고 복잡한 것이 훨씬 수준 높은 것으로 생각하는 데서 시작된다. ​ ​2 그 때문에 성급하게 결론을 내리고 점진적이고 논리적인 과정을 놓치기 쉽다. ​ ​3 느리지만 올바른 것이 아니라 빠르고 틀린 쪽을 택하는 것이다. ​ ​4 우리는 옳은 답을 찾는 것보다 남들에게 똑똑해 보이는 것을 더 중시하는 경향이 있다. ​ ​5 그 결과 성급하게 결론을 내리며, 흥미롭고 예상에서 벗어난 해결책이나 더 창의적인 해결책을 충분히 알아보지 않는다. ​ ​6 성급하게 결론을 내릴 때는 전통적이고 일반적인 해결책을 구할 때가 많다. ​ ​7 우리의 자아는 빠른 속도와 남들에게 똑똑해 보이는 것을 매우 중시하기 때문에 잘못된 생각에 빠진다. ​ ​8 결과보다 절차, 목적보다 수단을 더 중시하는 것이다. ​ ​9 하지만 그런 사고방식은 사실 똑똑한 것과 거리가 멀다. #크로스오버씽킹 ​

< 똑똑한 척하는 대신 제대로 생각하라 >

https://blog.naver.com/madaboutit/223682602148

계란후라이 1150

﻿
‘구글의 아침은 자유가 시작된다 WORK RULES!’ 책을 읽고 있습니다. HR Process 혁신을 위해 참고할 만한 도서를 고르다가 이 책을 만났습니다. 또, 구글인가? 책을 열기도 전에 약간 식상하게 느껴지고, 마음 한편에 또 좋은 내용이 잔뜩 들어가 있겠지, 그렇게 따라 해봐야 현실 대한민국에선 잘 안 통할 거란 생각이 들었습니다. 그럼에도 불구하고 다른 대안으로 감지되는 책이 없어서 울며 청양고추 먹기로 이 책을 읽어보기로 작정했습니다. 참고하고 싶었던 채용, 평가, 보상, 조직 문화에 대한 내용이 가장 자연스러운 실제 사례로 설명이 되어 있는 것 같아서 좋았습니다.

이제 막 책을 읽기 시작하여 1/5 정도 보았습니다. 두 가지 놀라움이 있었습니다. 이래서 구글이 회자가 되는구나! 비약적인 성공과 성장을 만드는 회사는 이상을 현실로 만드는 신념과 노력이 있구나!
제게도 이상과 신념이 있고, 그것을 현실로 만들고자 하는 노력할 수 있는 에너지가 있는데 그럼 대한민국 어떤 기업에서도 비약적인 성공과 성장을 만들 수 있는 것 아닌가?! 감탄과 탄식이 흘렀습니다. 이상적인 내용을 보면 제가 잘 감탄하는 편이긴 하지만, 정말 노력하면 가능하다는 생각이 들었고, 그 노력이 믿음만 있다면 얼마든지 가능한 일이라고 느껴졌습니다.

책의 1/5만 읽고 어떤 이상적인 내용에 뽕이 가득 찼는가 하면, 구글의 기업문화를 규정하는 세 가지 측면이 있는데 사명과 투명성, 그리고 목소리라는 것입니다. 이것은 요즘 시대 기업에서 새로운 이야기가 아닙니다. 거의 모든 기업이 추구한다고 이야기하는 내용입니다. 원대한 사명을 세우고, 내/외부적으로 정보를 투명하게 공유하며, 내/외부 고객의 목소리를 경청한다고 이야기하지 않는 기업은 없습니다. 다른 말로 하면, 사명과 투명성, 그리고 목소리를 철저히 지키고 있는 기업이 얼마나 있을지 궁금합니다. 개인이나 조직이나 실천이 어려운 법입니다.

사명은 단순하고 명료해야 합니다. 사명을 따르는 일이 좋은 일이라는 사실을 저절로 분명히 알 수 있도록 해야 합니다. 사명은 직원 개개인이 수행하는 일에 의미를 부여합니다. 사명은 최종적으로 달성하기 불가능합니다. 불가능해 보인다는 사실이 끊임없이 혁신하고 새로운 영역을 찾는 동기가 됩니다.

회사 안에서 모든 것을 공유하며 직원들이 비밀을 잘 지킬 것임을 믿습니다. 그리고 모든 것이 질문과 토론의 대상이 될 수 있습니다. 정보가 공유될 때 전 직원은 다른 부서나 팀의 목표가 제각기 다르다는 사실을 충분히 이해하고 내부의 소모적인 경쟁을 피할 수 있습니다. 개방과 공개는 리더가 직원이 올바른 판단을 내린다고 믿으며 그들을 신뢰한다고 공표하는 일입니다.

직원의 목소리를 이끌어내는 것은 정확한 판단과 조직의 효율성을 더하는 핵심 요인입니다. 경제성 원리가 아니라 우리가 가진 소중한 가치들을 지켜나가야 한다는 원칙을 바탕으로 한 의사 결정이 중요합니다.

시대가 지나고 세대가 바뀌어도 사람들은 존중과 인정을 받고 싶어 하는 존재라는 것은 변하지 않는 사실입니다. 조직과 리더가 구성원을 신뢰하고 존중하며 성과를 칭찬하고 인정할 때, 구성원은 동기부여가 되어 잘하고 싶은 마음, 즉 욕심과 열정이 쏟아날 것입니다. 이와 같은 조직 문화가 형성될 수 있다면 아무리 불가능해 보이는 사명이라 할지라도 누가 이기나 해보자! 마인드로 끝까지 도전할 수 있지 않을까요? 도전하다 보면 저절로 크고 작은 성과를 얻고, 주변에서 인정하는 성공한 기업이라고 역사가 기록할 것입니다.

심각할 것도 없고, 그냥 재미있게 일을 즐기는 분위기의 회사를 꼭 한 번 제 손으로 만들어 보고 싶습니다! 여러분도 각자 일을 하는 곳에서 재미와 감동을 만드는 주도적인 역할을 해보시길 진심으로 응원합니다.

계란후라이 1150 ﻿‘구글의 아침은 자유가 시작된다 WORK RULES!’ 책을 읽고 있습니다. HR Process 혁신을 위해 참고할 만한 도서를 고르다가 이 책을 만났습니다. 또, 구글인가? 책을 열기도 전에 약간 식상하게 느껴지고, 마음 한편에 또 좋은 내용이 잔뜩 들어가 있겠지, 그렇게 따라 해봐야 현실 대한민국에선 잘 안 통할 거란 생각이 들었습니다. 그럼에도 불구하고 다른 대안으로 감지되는 책이 없어서 울며 청양고추 먹기로 이 책을 읽어보기로 작정했습니다. 참고하고 싶었던 채용, 평가, 보상, 조직 문화에 대한 내용이 가장 자연스러운 실제 사례로 설명이 되어 있는 것 같아서 좋았습니다. 이제 막 책을 읽기 시작하여 1/5 정도 보았습니다. 두 가지 놀라움이 있었습니다. 이래서 구글이 회자가 되는구나! 비약적인 성공과 성장을 만드는 회사는 이상을 현실로 만드는 신념과 노력이 있구나!제게도 이상과 신념이 있고, 그것을 현실로 만들고자 하는 노력할 수 있는 에너지가 있는데 그럼 대한민국 어떤 기업에서도 비약적인 성공과 성장을 만들 수 있는 것 아닌가?! 감탄과 탄식이 흘렀습니다. 이상적인 내용을 보면 제가 잘 감탄하는 편이긴 하지만, 정말 노력하면 가능하다는 생각이 들었고, 그 노력이 믿음만 있다면 얼마든지 가능한 일이라고 느껴졌습니다. 책의 1/5만 읽고 어떤 이상적인 내용에 뽕이 가득 찼는가 하면, 구글의 기업문화를 규정하는 세 가지 측면이 있는데 사명과 투명성, 그리고 목소리라는 것입니다. 이것은 요즘 시대 기업에서 새로운 이야기가 아닙니다. 거의 모든 기업이 추구한다고 이야기하는 내용입니다. 원대한 사명을 세우고, 내/외부적으로 정보를 투명하게 공유하며, 내/외부 고객의 목소리를 경청한다고 이야기하지 않는 기업은 없습니다. 다른 말로 하면, 사명과 투명성, 그리고 목소리를 철저히 지키고 있는 기업이 얼마나 있을지 궁금합니다. 개인이나 조직이나 실천이 어려운 법입니다. 사명은 단순하고 명료해야 합니다. 사명을 따르는 일이 좋은 일이라는 사실을 저절로 분명히 알 수 있도록 해야 합니다. 사명은 직원 개개인이 수행하는 일에 의미를 부여합니다. 사명은 최종적으로 달성하기 불가능합니다. 불가능해 보인다는 사실이 끊임없이 혁신하고 새로운 영역을 찾는 동기가 됩니다. 회사 안에서 모든 것을 공유하며 직원들이 비밀을 잘 지킬 것임을 믿습니다. 그리고 모든 것이 질문과 토론의 대상이 될 수 있습니다. 정보가 공유될 때 전 직원은 다른 부서나 팀의 목표가 제각기 다르다는 사실을 충분히 이해하고 내부의 소모적인 경쟁을 피할 수 있습니다. 개방과 공개는 리더가 직원이 올바른 판단을 내린다고 믿으며 그들을 신뢰한다고 공표하는 일입니다. 직원의 목소리를 이끌어내는 것은 정확한 판단과 조직의 효율성을 더하는 핵심 요인입니다. 경제성 원리가 아니라 우리가 가진 소중한 가치들을 지켜나가야 한다는 원칙을 바탕으로 한 의사 결정이 중요합니다. 시대가 지나고 세대가 바뀌어도 사람들은 존중과 인정을 받고 싶어 하는 존재라는 것은 변하지 않는 사실입니다. 조직과 리더가 구성원을 신뢰하고 존중하며 성과를 칭찬하고 인정할 때, 구성원은 동기부여가 되어 잘하고 싶은 마음, 즉 욕심과 열정이 쏟아날 것입니다. 이와 같은 조직 문화가 형성될 수 있다면 아무리 불가능해 보이는 사명이라 할지라도 누가 이기나 해보자! 마인드로 끝까지 도전할 수 있지 않을까요? 도전하다 보면 저절로 크고 작은 성과를 얻고, 주변에서 인정하는 성공한 기업이라고 역사가 기록할 것입니다. 심각할 것도 없고, 그냥 재미있게 일을 즐기는 분위기의 회사를 꼭 한 번 제 손으로 만들어 보고 싶습니다! 여러분도 각자 일을 하는 곳에서 재미와 감동을 만드는 주도적인 역할을 해보시길 진심으로 응원합니다.﻿

꿈을 찾는 사람에게 보내는 338 번째 편지

이번주 하루 평균 2건 정도씩 컨설팅과 멘토링을 진행했다. 대부분 온트랙이거나 마무리 단계라 민감한 이슈가 없었고 딱 한건만 살짝 삐딱선 타서 잠시 골머리를 앓았을 뿐 편안하게 보냈다. 지난주 백수모드가 이번주도 이어졌다는 마음가짐에 당장 내일부터 미디어에서 각종 연말 시상식들이 예정되어 있다보니 마음은 내일부터 올해가 끝날 때까지 푹쉬는 긴 연휴모드에 돌입하고 있다. 온도보다 일조량에 컨디션이 좌우받는 체질이라 내일 동지가 그 변곡점이 될 듯하고. 내일부터 1월 1일까지 일도 거의 없어서 연휴 백수 아재 놀이에 무리가 없다. 내일 오프라인 컨설팅 한건, 다음주 온라인 컨설팅 2건에 올해 남은 기간동안 OI Book 제작 컨설팅에서 담당한 스타트업들 서면 컨설팅만 하면 된다. (사실 미리 하면 좋은 다른 일들이 있지만 마침 일정도 충분하고 모두 내년으로 미룰 것이다) 아무튼...

올해 새롭게 깨닫게 된게 있다면 그것은 바로 행복에 대한 정의다. 난 주위사람들에게 항상 지금 너무 행복하고 인생 모든 시기 중에서도 지금이 가장 행복하다고 말해왔다. 그래서인지 추억에 빠져 과거를 그리워하는 일도 별로 없고 과거로 돌아가고 싶은 생각도 없다. 작년에 올해 트렌드를 예상하는 트렌드 강연이나 컨설팅을 하면서 이야기했던대로 올해는 '카오스' 시기로 정점에 달했고 아니길 바랬지만 최악의 트렌드 시나리오대로 가버렸다. 내 사업이나 일의 특성상 직접적인 영향을 받을 수 밖에 없는데 역시나 그 거대한 물결을 피할 수 없었다. 그런 이유로 정면돌파를 선언하고 올해를 지내왔는데 어쨌든 결국 살아남았다. 파도를 타지는 못했지만 파도에 쓸려가버리진 않았다. 그래서인지 행복에 대해 다시 생각해보게 되었고 새롭게 정의를 내리게 되었다. 행복은...

뭐 대단한 목표를 달성하거나 엄청나게 즐겁거나 하루하루 재미있는 것이 아니라 무탈하고 심심한 것이다. 하루하루 바로 눈앞의 순간순간을 어떻게 살아갈지 걱정하지 않고, 풀어야할 큰 문제나 고민은 있지만 해결해나갈 수 있는 시간과 에너지가 있고, 밥 꼬박꼬박 챙겨먹고 편안하게 잠 잘 수 있고 당장 일상을 무너뜨릴만한 사건과 사고 없이 지내고 있다면 행복한거다. 종종 몇시간이던 몇일이던 할 일이 없어서 심심하다면 그건 행복의 증거고. 별거 없고 무탈한 삶이 얼마나 행복한 것인지 새삼 깨달았다고나 할까?

그런 의미에서 회사 그만두고 홀로 선 이후로 매해 한번도 놓치지 않고 하던 내년도 트렌드 강연과 컨설팅을 올해는 넘겼고 마찬가지로 사업과 일, 사생활에 대한 올해 정리와 내년 목표와 계획도 넘겼다. 비공식적인 자리에서 내년도 트렌드와 변화에 대해 종종 풀어왔는데 내년은 올해보다 더욱 힘들거다. 대신 힘들지만 올해와 같은 불안정와 예측불허 보다는 안좋은 방향이지만 어쨌든 안정적일거다. 내년은 뭔가 대단한 목표와 계획을 가지고 저지르기 보다는 잘 버텨내고 살아남으면서 무탈하게 지내는 것이 현실적이고 행복한 길이라고 판단했다. 그래서 긴 호흡보다는 하루하루에 집중하고 우연히 다가올 기회에 민감해지는 것을 올해 정리와 내년 계획으로 정했다.

올해 현재 기준으로 자산 현황을 모두 정리해보았다. 예상대로 올해 수입은 역대 최고 수입을 올렸던 작년 대비해서 무려 15%나 줄었다. 올해 총선과 세수문제로인해 정부지원 사업들이 늦게 되었고 혼돈의 경제상황으로 기업들이 잔뜩 움추려들어서 줄어든 시장만큼 노동수입이 빠졌다. (시간당 돈을 버는 사업과 일을 하다보니 당연한 결과다) 그나마 현금화한 투자 수입이 늘어서 채운 덕분에 이 정도면 나름 선방했다. 연초에 상장주 등 금융투자한 것들을 모두 팔아서 현금화했다. 요즘 상황을 보면 선제적으로 판단해서 미리 잘한 듯하다. 적은 금액이지만 부채도 소폭 줄였고, 내년 최악의 시나리오를 대비해서 버틸 수 있는 현금을 조금 쌓아두었다.

매해 스타트업 대상 개인투자를 하는데 올해는 새로 투자한 곳은 없다. 1월부터 올가을까지 현금흐름이 엉망인 상황이었어서 타이밍을 잡기도 만만치 않았기도 했지만, 올해도 새로운 스타트업 400개 안밖을 만났지만 희안하게 내 돈을 넣고 싶다는 생각이 들 정도의 예비나 시드 단계의 초기 스타트업을 거의 보지 못했다. 평년보다 극소수로 그런 생각이 드는 곳을 만나면 이미 투자 유치가 끝나버렸고. 대신 내년에 시작하는 신규 엑셀러레이터에 지분 참여를 했다. 지금까지처럼 올해도 개인적으로 스타트업 육성과 투자에 대한 다양한 시도를 이어가고 있다. 그 중 하나가 나와 바라보는 관점도 겹치고 육성과 투자 방향도 일치하고 뜻도 맞았는데, 지난 몇년간의 테스트를 마치고 기회를 열어줘서 참여하게 되었다. 이로써 작년에 세운 올해 목표와 계획 중 하나를 다른 방법으로 달성! 참 기존 스타트업 투자 포트폴리오는 상황이 어려워져서 한곳을 손실 처리했음에도 지분 가치가 소폭 상승했다. 다들 너무 잘해주고 있다.

나이 먹어갈수록 연말이면 오히려 약속이 적고 한가하다. 젊었을 때는 하루가 멀다하고 약속이 꽉차있어서 송년회로 소화가 안되는 약속을 신년회로 만들어서 11월말부터 1월 중순까지 정신없이 지냈던 것 같은데 코로나 시기를 거치면서 분위기도 바뀌고 그 시기 나이도 변곡점을 지나서인지 조용하고 차분하다. 물론 체력이 예전 같지 않아서 내 컨디션을 먼저 챙기고 여기저기 돌아다니는 것 자체가 귀찮아서 그런 이유가 더 큰 것 같기도 하고. 따뜻하고 편안한 내 아지트에서 연말을 무탈하게 보내는게 요즘은 더 행복한 듯하다. 연말까지 아무것도 안하지만 더 아무것도 안하고 싶은 백수생활의 심심한 행복을 실컷 즐기면서 11월 1일부터 우리집에서 임시 동거하고 있는 본가가족, 엄마와 동생이 새 집으로 다시 이사가는 것을 도와야겠다. 본가가 우리집에서 다시 분가하고 나면 우리집도 다시 ‘독거 아재 버전’으로 싹 정리해야 하네. 만나면 편안한 사람들이랑 몇몇 약속만 잡아서 나가고, 선물 받았거나 샀는데 조립 못하고 쌓아둔 프라모델 5개 만들어야 하고, 밀려있는 넷플릭스와 디즈니플러스 영화와 드라마들도 봐야 하고. 참 쟁여놓아도 되는 평소 쓰는 수입제품들은 가격 오르기 전에 미리 쇼핑해야하고~ 이런... 기대와 달리 심심할 틈은 없겠군. 😊

올해는 2024년 올해 회고와 정리, 2025년 목표와 계획은 이 하나로 끝. 어젯밤 오랜만에 꿈도 꾸고 꿈자리도 좋아서 설레이고 신난다. 놀자!

이번주 하루 평균 2건 정도씩 컨설팅과 멘토링을 진행했다. 대부분 온트랙이거나 마무리 단계라 민감한 이슈가 없었고 딱 한건만 살짝 삐딱선 타서 잠시 골머리를 앓았을 뿐 편안하게 보냈다. 지난주 백수모드가 이번주도 이어졌다는 마음가짐에 당장 내일부터 미디어에서 각종 연말 시상식들이 예정되어 있다보니 마음은 내일부터 올해가 끝날 때까지 푹쉬는 긴 연휴모드에 돌입하고 있다. 온도보다 일조량에 컨디션이 좌우받는 체질이라 내일 동지가 그 변곡점이 될 듯하고. 내일부터 1월 1일까지 일도 거의 없어서 연휴 백수 아재 놀이에 무리가 없다. 내일 오프라인 컨설팅 한건, 다음주 온라인 컨설팅 2건에 올해 남은 기간동안 OI Book 제작 컨설팅에서 담당한 스타트업들 서면 컨설팅만 하면 된다. (사실 미리 하면 좋은 다른 일들이 있지만 마침 일정도 충분하고 모두 내년으로 미룰 것이다) 아무튼... 올해 새롭게 깨닫게 된게 있다면 그것은 바로 행복에 대한 정의다. 난 주위사람들에게 항상 지금 너무 행복하고 인생 모든 시기 중에서도 지금이 가장 행복하다고 말해왔다. 그래서인지 추억에 빠져 과거를 그리워하는 일도 별로 없고 과거로 돌아가고 싶은 생각도 없다. 작년에 올해 트렌드를 예상하는 트렌드 강연이나 컨설팅을 하면서 이야기했던대로 올해는 '카오스' 시기로 정점에 달했고 아니길 바랬지만 최악의 트렌드 시나리오대로 가버렸다. 내 사업이나 일의 특성상 직접적인 영향을 받을 수 밖에 없는데 역시나 그 거대한 물결을 피할 수 없었다. 그런 이유로 정면돌파를 선언하고 올해를 지내왔는데 어쨌든 결국 살아남았다. 파도를 타지는 못했지만 파도에 쓸려가버리진 않았다. 그래서인지 행복에 대해 다시 생각해보게 되었고 새롭게 정의를 내리게 되었다. 행복은... 뭐 대단한 목표를 달성하거나 엄청나게 즐겁거나 하루하루 재미있는 것이 아니라 무탈하고 심심한 것이다. 하루하루 바로 눈앞의 순간순간을 어떻게 살아갈지 걱정하지 않고, 풀어야할 큰 문제나 고민은 있지만 해결해나갈 수 있는 시간과 에너지가 있고, 밥 꼬박꼬박 챙겨먹고 편안하게 잠 잘 수 있고 당장 일상을 무너뜨릴만한 사건과 사고 없이 지내고 있다면 행복한거다. 종종 몇시간이던 몇일이던 할 일이 없어서 심심하다면 그건 행복의 증거고. 별거 없고 무탈한 삶이 얼마나 행복한 것인지 새삼 깨달았다고나 할까? 그런 의미에서 회사 그만두고 홀로 선 이후로 매해 한번도 놓치지 않고 하던 내년도 트렌드 강연과 컨설팅을 올해는 넘겼고 마찬가지로 사업과 일, 사생활에 대한 올해 정리와 내년 목표와 계획도 넘겼다. 비공식적인 자리에서 내년도 트렌드와 변화에 대해 종종 풀어왔는데 내년은 올해보다 더욱 힘들거다. 대신 힘들지만 올해와 같은 불안정와 예측불허 보다는 안좋은 방향이지만 어쨌든 안정적일거다. 내년은 뭔가 대단한 목표와 계획을 가지고 저지르기 보다는 잘 버텨내고 살아남으면서 무탈하게 지내는 것이 현실적이고 행복한 길이라고 판단했다. 그래서 긴 호흡보다는 하루하루에 집중하고 우연히 다가올 기회에 민감해지는 것을 올해 정리와 내년 계획으로 정했다. 올해 현재 기준으로 자산 현황을 모두 정리해보았다. 예상대로 올해 수입은 역대 최고 수입을 올렸던 작년 대비해서 무려 15%나 줄었다. 올해 총선과 세수문제로인해 정부지원 사업들이 늦게 되었고 혼돈의 경제상황으로 기업들이 잔뜩 움추려들어서 줄어든 시장만큼 노동수입이 빠졌다. (시간당 돈을 버는 사업과 일을 하다보니 당연한 결과다) 그나마 현금화한 투자 수입이 늘어서 채운 덕분에 이 정도면 나름 선방했다. 연초에 상장주 등 금융투자한 것들을 모두 팔아서 현금화했다. 요즘 상황을 보면 선제적으로 판단해서 미리 잘한 듯하다. 적은 금액이지만 부채도 소폭 줄였고, 내년 최악의 시나리오를 대비해서 버틸 수 있는 현금을 조금 쌓아두었다. 매해 스타트업 대상 개인투자를 하는데 올해는 새로 투자한 곳은 없다. 1월부터 올가을까지 현금흐름이 엉망인 상황이었어서 타이밍을 잡기도 만만치 않았기도 했지만, 올해도 새로운 스타트업 400개 안밖을 만났지만 희안하게 내 돈을 넣고 싶다는 생각이 들 정도의 예비나 시드 단계의 초기 스타트업을 거의 보지 못했다. 평년보다 극소수로 그런 생각이 드는 곳을 만나면 이미 투자 유치가 끝나버렸고. 대신 내년에 시작하는 신규 엑셀러레이터에 지분 참여를 했다. 지금까지처럼 올해도 개인적으로 스타트업 육성과 투자에 대한 다양한 시도를 이어가고 있다. 그 중 하나가 나와 바라보는 관점도 겹치고 육성과 투자 방향도 일치하고 뜻도 맞았는데, 지난 몇년간의 테스트를 마치고 기회를 열어줘서 참여하게 되었다. 이로써 작년에 세운 올해 목표와 계획 중 하나를 다른 방법으로 달성! 참 기존 스타트업 투자 포트폴리오는 상황이 어려워져서 한곳을 손실 처리했음에도 지분 가치가 소폭 상승했다. 다들 너무 잘해주고 있다. 나이 먹어갈수록 연말이면 오히려 약속이 적고 한가하다. 젊었을 때는 하루가 멀다하고 약속이 꽉차있어서 송년회로 소화가 안되는 약속을 신년회로 만들어서 11월말부터 1월 중순까지 정신없이 지냈던 것 같은데 코로나 시기를 거치면서 분위기도 바뀌고 그 시기 나이도 변곡점을 지나서인지 조용하고 차분하다. 물론 체력이 예전 같지 않아서 내 컨디션을 먼저 챙기고 여기저기 돌아다니는 것 자체가 귀찮아서 그런 이유가 더 큰 것 같기도 하고. 따뜻하고 편안한 내 아지트에서 연말을 무탈하게 보내는게 요즘은 더 행복한 듯하다. 연말까지 아무것도 안하지만 더 아무것도 안하고 싶은 백수생활의 심심한 행복을 실컷 즐기면서 11월 1일부터 우리집에서 임시 동거하고 있는 본가가족, 엄마와 동생이 새 집으로 다시 이사가는 것을 도와야겠다. 본가가 우리집에서 다시 분가하고 나면 우리집도 다시 ‘독거 아재 버전’으로 싹 정리해야 하네. 만나면 편안한 사람들이랑 몇몇 약속만 잡아서 나가고, 선물 받았거나 샀는데 조립 못하고 쌓아둔 프라모델 5개 만들어야 하고, 밀려있는 넷플릭스와 디즈니플러스 영화와 드라마들도 봐야 하고. 참 쟁여놓아도 되는 평소 쓰는 수입제품들은 가격 오르기 전에 미리 쇼핑해야하고~ 이런... 기대와 달리 심심할 틈은 없겠군. 😊 올해는 2024년 올해 회고와 정리, 2025년 목표와 계획은 이 하나로 끝. 어젯밤 오랜만에 꿈도 꾸고 꿈자리도 좋아서 설레이고 신난다. 놀자!

자율주행 기술 기업 오토노머스에이투지(대표 한지형, 이하 에이투지)가 300억 원 규모의 시리즈 C 투자를 완료했다고 20일 밝혔다. 이번 투자에는 KB증권, KB인베스트먼트, 엔베스터, DS자산운용, 케이앤투자파트

오토노머스에이투지, 300억 규모 시리즈 C 투자 유치

에이투지의 누적 투자금은 840억 원이 됐다.

에이투지는 이번 투자금을 자율주행 플랫폼 'ROii' 개발에 사용할 예정이다. ROii는 운전석이 없는 레벨4 자율주행차로, 최대 9명이 탑승할 수 있는 여객 운송용 차량이다. 업체 측은 "2025년 3월부터 시행되는 성능인증 시험을 준비 중"이라며 "2027년까지 ROii를 양산해 자율주행기술을 적용한 플랫폼을 선보일 계획"이라고 말했다.

https://n.news.naver.com/article/008/0005131608?sid=101

에이투지의 누적 투자금은 840억 원이 됐다. 에이투지는 이번 투자금을 자율주행 플랫폼 'ROii' 개발에 사용할 예정이다. ROii는 운전석이 없는 레벨4 자율주행차로, 최대 9명이 탑승할 수 있는 여객 운송용 차량이다. 업체 측은 "2025년 3월부터 시행되는 성능인증 시험을 준비 중"이라며 "2027년까지 ROii를 양산해 자율주행기술을 적용한 플랫폼을 선보일 계획"이라고 말했다. https://n.news.naver.com/article/008/0005131608?sid=101

n.news.naver.com

[핵심 메세지]남의 허락을 구하지 말고 스스로를 믿고 목표를 향해 당당히 나아가라.  당신의 꿈은 당신의 것이다사람들은 종종 자신의 목표를 세우면서 주저합니다. "내가 이걸 해도 될까?" "사람들이 뭐라고 생각할까?" 그러나 기억하세요. 당신의 꿈은 누구의 허락도 필요하지 않습니다. 세상은 당신이 무언가를 이루길 바라지 않을 수도 있습니다. 하지만 중요한 건 당신의 의지와 열정입니다. 스스로에게 권한을 부여하세요. 당신의 꿈은 오직 당신만이 허락할 수 있습니다.의심은 성공의 가장 큰 적이다의심은 우리 안에 깊숙이 자리 잡아 가능성을 가로막습니다. "내가 할 수 있을까?"라는 질문은 "내가 반드시 해낼 것이다"로 바뀌어야 합니다. 의심은 두려움을 키우고, 두려움은 행동을 멈추게 만듭니다. 목표를 세웠다면,..

[믿음 명언] 큰 목표를 이루고 싶으면 허락을 구하지 마라.

세상의 시선과 판단에 휘둘리지 말고, 스스로를 믿어라. 성공은 확신에서 시작된다. 의심은 두려움을 키우고, 두려움은 당신을 멈추게 한다. 당신이 가진 가능성을 믿고 한 걸음씩 나아... [더보기] https://designup.tistory.com/694

#동기부여 #자기계발 #성공명언 #목표달성 #긍정마인드 #자신감 #도전정신 #꿈을향해 #성공습관 #마음가짐

세상의 시선과 판단에 휘둘리지 말고, 스스로를 믿어라. 성공은 확신에서 시작된다. 의심은 두려움을 키우고, 두려움은 당신을 멈추게 한다. 당신이 가진 가능성을 믿고 한 걸음씩 나아... [더보기] https://designup.tistory.com/694 #동기부여 #자기계발 #성공명언 #목표달성 #긍정마인드 #자신감 #도전정신 #꿈을향해 #성공습관 #마음가짐

문제해결 인사이트 : 성공명언

큰 목표를 이루고 싶으면 허락을 구하지 마라.

이 글은... '이름 들으면 알 정도의' 스타트업이 아니라, 그 아래에서 성공하기 위해 고군분투하고 있는 작은 스타트업 주니어에 대한 글이다. 그리고 그 안에서 고군분투했던 내가 어떤 실패를 겪었는지, 무엇을 느꼈는지에 대해 적어보고자 한다. 초기 스타트업이라고 불리는 곳에 '지원해볼까? 말까?'하고 있는, 혹은 다니고 있는 주니어들에게 도움이 되지 않을까

13화 스타트업에서 성장한다는 주니어의 착각

거의 5년이 지나가는 글이지만, 몇 달에 한번씩 우연히 이 글을 볼 때 마다 매번 내용이 좋다고 생각하는 글입니다. 주니어로 한정짓기보다는 그냥 직장인로써 회사 업무를 진행하며 성장하고 있다고 느껴질때, 과연 실제로 그 업무가 시장에서 인정받는 성장 인지 판단해봐야 한다는 교훈을 주는 글입니다.

주니어가 스타트업에 채용되어 입사했다면 대개 그 스타트업은 성장한다.
조직 내부에 있으면 외부에 있을 때보다 훨씬 성공이 크게 다가온다. 매출이 1억에서 2억으로 뛰었을 때, 고무적인 성장을 이뤄낸 것에 대해 다 같이 자축하고 동기 부여된다. 특히 주니어로서 많은 권한과 책임을 안고 시도한 일들이 어떤 성과를 냈을 때 당연히 기분이 좋을 수 밖에 없다.

하지만 나와 회사의 위대함은 어디까지나 은밀하게 위대했다
어떤 모임에 나가 무슨 스타트업이라 이야기해도 아무도 모르고, 연 매출 100억 회사가 되었다고 열심히 이야기하더라도 그들입장에서는 그냥 똑같은 스타트업이었을뿐이다.
결국 대기업에 비해 보여지는건 그냥 작은 스타트업 일뿐이었다.

회사의 성장은 나의 성장이라고 믿었다.
실제로 회사가 성장하는 만큼 나도 꽤나 성장했다. 작은 비즈니스라도 쉬운일이 아니고, 실력이 있어야만 가능한 일이라는 것을 배웠다. 하지만 주변에 아무나 잡고 이야기해봐도 '그래?'가 끝이였고, 메이저 스타트업 출신의 다른 동료분들의 비해 주늑 드는 나 자신을 발견하게 되었다.

여기서 나의 착각은 '회사의 성장이 곧 나의 성장' 이라는 것만 믿었다는 것이다.
현업에 치여 매일 실무들을 쳐내다 보니 작은 성장들이 너무나 크게 보였고, 정작 '나의 성장' 에는 소홀했다. 커리어 개발의 기준을 '시장'에 두어야 하는데 단지 그 '회사' 안에서만 두었던 것이다. 그러니 시장에 나갔을 때 이야기할만한 '나의 성장'이 적을 수 밖에 없었다.

시장의 기준에서 통용될 수 있는 성장의 근거를 만들어야한다.
그 근거가 조직 내부의 관점에 머물러 있으면 작은 성공도 커보이고, 시장의 관점에서 인정받는 성장을 놓치게 된다. 주인의식을 갖고 몰입하는 건 좋지만 언제나 '시장'의 관점을 견지하고 있어야 한다. 개인 커리어 관점에서 말이다.

회사의 성장과 회사 안에서 나의 성장은 실체보다 더 크게보인다.
이에 매몰되지 않도록 항상 '시장'의 관점에서 사고하고 판단할 수 있게끔 유관업계 현직자들과 네트워킹 해야하고, 시장의 관점으로 나 자신의 성장을 판단해야한다.
단순히 회사의 성장에 기대지 않도록 나만의 포트폴리오를 만들어가야 하고, 단순히 숫자나 성과 위주가 아닌, 숫자의 크기와 상관없이 적용 가능한 '문제 해결 방법론과 의사결정 히스토리' 를 중심으로 기록하는게 좋다.

논리와 근거가 있어도 쉽게 무너진다.
조직 안에서는 서로간의 신뢰가 있기 때문에 논리와 근거를 바탕으로 이야기했을 때 상대방을 설득해낼 수 있지만, 외부로 나가면 논리와 근거보다 직급과 나이, 출신이 실제로 더 힘이 있었던것 같다. 그러니까 단순히 스타트업에서 '해봤다'는 것만으로는 부족하고, 나의 전문성을 입증할 수 있을 만한 근거를 일하는 동안 끊임없이 모아야 한다. 구직 시장에서 먹힐 수 있는, 공신력 있는 근거들을 쌓아두지 않으면 씨알도 먹히지 않는다.

하고 싶은 일이나 성장이라는 허울 좋은 가치만 쫒는 동안 해야 하는일과 생존을 놓쳤다.
주말 없이 바쁘게 살고 있으니 퇴근 후 조금은 워라벨을 즐겨야 한다고 생각하고 쉬기도했다. 회사도 성장하고 있고 그 안에서 나도 누구보다 바쁘게, 어디서 해볼 수 없는 다양한 일들을 경험하며 성장하고 있으니까 괜찮다고 안일하게 생각했다. 내 경험이 재산이 될 거라고 생각했고 일에 대한 관점과 논리적인 생각이 경쟁력이 될 거라고 생각했으나 실제로는 인정받기 어려웠다.

거의 5년이 지나가는 글이지만, 몇 달에 한번씩 우연히 이 글을 볼 때 마다 매번 내용이 좋다고 생각하는 글입니다. 주니어로 한정짓기보다는 그냥 직장인로써 회사 업무를 진행하며 성장하고 있다고 느껴질때, 과연 실제로 그 업무가 시장에서 인정받는 성장 인지 판단해봐야 한다는 교훈을 주는 글입니다. 주니어가 스타트업에 채용되어 입사했다면 대개 그 스타트업은 성장한다.조직 내부에 있으면 외부에 있을 때보다 훨씬 성공이 크게 다가온다. 매출이 1억에서 2억으로 뛰었을 때, 고무적인 성장을 이뤄낸 것에 대해 다 같이 자축하고 동기 부여된다. 특히 주니어로서 많은 권한과 책임을 안고 시도한 일들이 어떤 성과를 냈을 때 당연히 기분이 좋을 수 밖에 없다. 하지만 나와 회사의 위대함은 어디까지나 은밀하게 위대했다어떤 모임에 나가 무슨 스타트업이라 이야기해도 아무도 모르고, 연 매출 100억 회사가 되었다고 열심히 이야기하더라도 그들입장에서는 그냥 똑같은 스타트업이었을뿐이다.결국 대기업에 비해 보여지는건 그냥 작은 스타트업 일뿐이었다. 회사의 성장은 나의 성장이라고 믿었다.실제로 회사가 성장하는 만큼 나도 꽤나 성장했다. 작은 비즈니스라도 쉬운일이 아니고, 실력이 있어야만 가능한 일이라는 것을 배웠다. 하지만 주변에 아무나 잡고 이야기해봐도 '그래?'가 끝이였고, 메이저 스타트업 출신의 다른 동료분들의 비해 주늑 드는 나 자신을 발견하게 되었다. 여기서 나의 착각은 '회사의 성장이 곧 나의 성장' 이라는 것만 믿었다는 것이다.현업에 치여 매일 실무들을 쳐내다 보니 작은 성장들이 너무나 크게 보였고, 정작 '나의 성장' 에는 소홀했다. 커리어 개발의 기준을 '시장'에 두어야 하는데 단지 그 '회사' 안에서만 두었던 것이다. 그러니 시장에 나갔을 때 이야기할만한 '나의 성장'이 적을 수 밖에 없었다. 시장의 기준에서 통용될 수 있는 성장의 근거를 만들어야한다.그 근거가 조직 내부의 관점에 머물러 있으면 작은 성공도 커보이고, 시장의 관점에서 인정받는 성장을 놓치게 된다. 주인의식을 갖고 몰입하는 건 좋지만 언제나 '시장'의 관점을 견지하고 있어야 한다. 개인 커리어 관점에서 말이다. 회사의 성장과 회사 안에서 나의 성장은 실체보다 더 크게보인다.이에 매몰되지 않도록 항상 '시장'의 관점에서 사고하고 판단할 수 있게끔 유관업계 현직자들과 네트워킹 해야하고, 시장의 관점으로 나 자신의 성장을 판단해야한다.단순히 회사의 성장에 기대지 않도록 나만의 포트폴리오를 만들어가야 하고, 단순히 숫자나 성과 위주가 아닌, 숫자의 크기와 상관없이 적용 가능한 '문제 해결 방법론과 의사결정 히스토리' 를 중심으로 기록하는게 좋다. 논리와 근거가 있어도 쉽게 무너진다.조직 안에서는 서로간의 신뢰가 있기 때문에 논리와 근거를 바탕으로 이야기했을 때 상대방을 설득해낼 수 있지만, 외부로 나가면 논리와 근거보다 직급과 나이, 출신이 실제로 더 힘이 있었던것 같다. 그러니까 단순히 스타트업에서 '해봤다'는 것만으로는 부족하고, 나의 전문성을 입증할 수 있을 만한 근거를 일하는 동안 끊임없이 모아야 한다. 구직 시장에서 먹힐 수 있는, 공신력 있는 근거들을 쌓아두지 않으면 씨알도 먹히지 않는다. 하고 싶은 일이나 성장이라는 허울 좋은 가치만 쫒는 동안 해야 하는일과 생존을 놓쳤다.주말 없이 바쁘게 살고 있으니 퇴근 후 조금은 워라벨을 즐겨야 한다고 생각하고 쉬기도했다. 회사도 성장하고 있고 그 안에서 나도 누구보다 바쁘게, 어디서 해볼 수 없는 다양한 일들을 경험하며 성장하고 있으니까 괜찮다고 안일하게 생각했다. 내 경험이 재산이 될 거라고 생각했고 일에 대한 관점과 논리적인 생각이 경쟁력이 될 거라고 생각했으나 실제로는 인정받기 어려웠다.

Brunch Story

스타트업에서 성장한다는 주니어의 착각

구글 코딩 가이드라인을 보면 코드 가독성(Readability)을 강조한다. 코딩 주짓수 하지 말고 읽기 쉬운 코드를 작성하라는 건데 그래야 다른 개발자들 뿐만 아니라 본인이 본인의 코드를 나중에 볼 때 도움이 된다. 기본적으로 실리콘밸리에서는 개발자들의 이직이 워낙 잦기 때문에 유지 보수의 중요성에 대한 전반적인 인식이 더 있지 않나 싶다. 좋은 코드가 갖는 여러가지 원칙이 있겠지만 아래와 같은 것들을 들어볼 수 있을 듯 하다.

 1. 유지 보수성
    * 코드가 단순할수록 이해하기 쉽고, 수정하거나 확장할 때 실수를 줄일 수 있다.
    * 코드 리뷰, 디버깅, 팀 협업에서 단순한 코드는 더 효율적이다.
 2. 복잡성의 비용
    * 불필요하게 복잡한 코드는 버그를 유발하기 쉽고, 기능을 추가하거나 수정할 때 전체 시스템을 망칠 위험이 커진다
    * 가독성이 떨어지면 개발자는 코드 이해에 더 많은 시간을 소비한다.
 3. KISS 원칙
    * "Keep It Simple, Stupid"라는 원칙은 소프트웨어 설계에서 중요한 가이드라인으로, 과도한 설계나 복잡한 논리를 피하고 간단한 해결책을 찾는 것을 권장한다.
 4. YAGNI 원칙
    * "You Aren’t Gonna Need It"이라는 원칙은 필요하지 않은 기능을 미리 작성하지 말라는 뜻으로, 불필요한 코드 생성을 막는 데 초점이 맞춘다.
 5. DRY 원칙
    * "Don't Repeat Yourself"라는 원칙은 비슷한 코드를 copy-and-paste 형태로 반복하지 말고 함수나 클래스의 형태로 모듈화하는 걸 이야기한다. 그래야 유지보수가 쉬워진다.

경험상 정말 잘 하는 개발자는 코드를 양산하기 보다는 불필요한 코드를 줄이고 단순화하는 특성(빼기의 미학)이 있다. 하지만 대부분의 개발자들은 코드를 양산하는데 집중을 하기 쉬운데 일반적으로 우리는 가산 편향에 빠져 있기 때문이다. 즉 문제 해결을 하려면 뭔가를 새로 추가해야 한다고 생각하기 쉽다는 거다.

잘 하지 못하는 개발자가 코드를 양산하는 이유는 다음과 같다. 잘 하는 프로덕트 매니저와 같이 일을 한다면 아래 이슈 중의 몇 가지는 피할 수 있다.

 1. 기능주의 사고방식
    * "많은 기능 = 좋은 코드"라는 착각에 빠져, 기능 추가에만 집중하는 경우가 많다.
 2. 단순화 기술 부족
    * 복잡한 문제를 단순화하는 기술과 경험이 부족하면, 더 많은 코드로 문제를 해결하려는 경향이 생긴다.
 3. 과잉 설계 (Overengineering)
    * 모든 가능성을 고려해서 너무 많은 구조와 패턴을 적용하려다 보면, 실제로 필요하지 않은 코드가 양산되며 이는 유지보수 문제로 이어진다.

더하기가 아닌 빼기의 미학에 대해 생각해보자. 스티브 잡스는 무언가를 더 추가하려는 유혹에 저항하는 것이야말로 훌륭한 디자인과 혁신의 핵심이라고 말했다. 진정으로 중요한 것에 집중하기 위해 불필요한 것들을 과감히 제거해야 한다는 거다. 스티브 잡스의 아래 문구로 글을 마무리하고자 한다.

"I'm as proud of many of the things we haven't done as the things we have done. Innovation is saying no to a thousand things."

구글 코딩 가이드라인을 보면 코드 가독성(Readability)을 강조한다. 코딩 주짓수 하지 말고 읽기 쉬운 코드를 작성하라는 건데 그래야 다른 개발자들 뿐만 아니라 본인이 본인의 코드를 나중에 볼 때 도움이 된다. 기본적으로 실리콘밸리에서는 개발자들의 이직이 워낙 잦기 때문에 유지 보수의 중요성에 대한 전반적인 인식이 더 있지 않나 싶다. 좋은 코드가 갖는 여러가지 원칙이 있겠지만 아래와 같은 것들을 들어볼 수 있을 듯 하다. <ol ><li>유지 보수성<ul ><li>코드가 단순할수록 이해하기 쉽고, 수정하거나 확장할 때 실수를 줄일 수 있다.</li><li>코드 리뷰, 디버깅, 팀 협업에서 단순한 코드는 더 효율적이다.</li></ul></li><li>복잡성의 비용<ul ><li>불필요하게 복잡한 코드는 버그를 유발하기 쉽고, 기능을 추가하거나 수정할 때 전체 시스템을 망칠 위험이 커진다</li><li>가독성이 떨어지면 개발자는 코드 이해에 더 많은 시간을 소비한다.</li></ul></li><li>KISS 원칙<ul ><li>"Keep It Simple, Stupid"라는 원칙은 소프트웨어 설계에서 중요한 가이드라인으로, 과도한 설계나 복잡한 논리를 피하고 간단한 해결책을 찾는 것을 권장한다.</li></ul></li><li>YAGNI 원칙<ul ><li>"You Aren’t Gonna Need It"이라는 원칙은 필요하지 않은 기능을 미리 작성하지 말라는 뜻으로, 불필요한 코드 생성을 막는 데 초점이 맞춘다.</li></ul></li><li>DRY 원칙<ul ><li>"Don't Repeat Yourself"라는 원칙은 비슷한 코드를 copy-and-paste 형태로 반복하지 말고 함수나 클래스의 형태로 모듈화하는 걸 이야기한다. 그래야 유지보수가 쉬워진다.</li></ul></li></ol> 경험상 정말 잘 하는 개발자는 코드를 양산하기 보다는 불필요한 코드를 줄이고 단순화하는 특성(빼기의 미학)이 있다. 하지만 대부분의 개발자들은 코드를 양산하는데 집중을 하기 쉬운데 일반적으로 우리는 가산 편향에 빠져 있기 때문이다. 즉 문제 해결을 하려면 뭔가를 새로 추가해야 한다고 생각하기 쉽다는 거다. 잘 하지 못하는 개발자가 코드를 양산하는 이유는 다음과 같다. 잘 하는 프로덕트 매니저와 같이 일을 한다면 아래 이슈 중의 몇 가지는 피할 수 있다. <ol ><li>기능주의 사고방식<ul ><li>"많은 기능 = 좋은 코드"라는 착각에 빠져, 기능 추가에만 집중하는 경우가 많다.</li></ul></li><li>단순화 기술 부족<ul ><li>복잡한 문제를 단순화하는 기술과 경험이 부족하면, 더 많은 코드로 문제를 해결하려는 경향이 생긴다.</li></ul></li><li>과잉 설계 (Overengineering)<ul ><li>모든 가능성을 고려해서 너무 많은 구조와 패턴을 적용하려다 보면, 실제로 필요하지 않은 코드가 양산되며 이는 유지보수 문제로 이어진다.</li></ul></li></ol> 더하기가 아닌 빼기의 미학에 대해 생각해보자. 스티브 잡스는 무언가를 더 추가하려는 유혹에 저항하는 것이야말로 훌륭한 디자인과 혁신의 핵심이라고 말했다. 진정으로 중요한 것에 집중하기 위해 불필요한 것들을 과감히 제거해야 한다는 거다. 스티브 잡스의 아래 문구로 글을 마무리하고자 한다. "I'm as proud of many of the things we haven't done as the things we have done. Innovation is saying no to a thousand things."

코드 가독성과 빼기의 미학

군대에 다녀와서 컴퓨터 공부를 처음 시작할 때 어떻게 해야 할지를 몰랐습니다.

다시 공부한다면 탑다운 방식으로

군대에 다녀와서 컴퓨터 공부를 처음 시작할 때 어떻게 해야 할지를 몰랐습니다.
에라 모르겠다. 처음부터 차근차근 해보자. 010101 부터.

C언어도 아니고 모리스 마노 교수의 디지털 논리와 컴퓨터 설계를 읽기 시작했습니다.
부울 연산이 뭔지, NAND 게이트가 뭔지부터 시작했던 것입니다.

그리고 C언어도 공부하고 자료구조와 알고리즘도 공부하고…
컴퓨터 구조, 운영체제, 네트워킹, 데이터베이스.
그렇게 차근 차근 공부했습니다.

지금 생각하면 좋은 방법이었는지 의문이 듭니다.
그냥 간단한 웹 개발 같은 걸로 시작했으면 어땠을까?
코딩을 잘하고 싶으면 코딩을 많이 해봐야지.
그러다 궁금한 게 생기면 하나씩 파고들어가는 탑다운 방식으로.

실제로 이렇게 공부한 친구들을 회사에서 많이 만났습니다.
운영체제 내부는 거의 아는 게 없지만…
앱 개발이나 서버 개발은 저보다 훨씬 잘했습니다.

이런 걸 보면서 난 그동안 뭘 한 거지? 하는 자괴감이 들곤 했습니다.

다시 대학생으로 돌아간다면 탑다운 방식으로 공부해 보고 싶습니다.
기술이 금세 바뀌어 버리니까.
요즘 새로운 기술을 공부할 때는 저도 이렇게 탑다운 방식으로 하는 것 같기도 합니다.
모르는 게 생기면 ChatGPT에게 물어보면서 점점 깊이 내려가는 식으로.

이렇게 공부할 때는 주의할 점도 있습니다.
조금 어려워진다 싶으면 ‘이딴 건 몰라도 돼’ 하는 마음이 올라온다는 것입니다.
이런 마음만 잘 다스릴 수 있으면… 탑다운 어프로치도 좋은 학습 전략인 것 같습니다.

https://jeho.page/essay/2024/12/10/top-down-approach.html

군대에 다녀와서 컴퓨터 공부를 처음 시작할 때 어떻게 해야 할지를 몰랐습니다. 에라 모르겠다. 처음부터 차근차근 해보자. 010101 부터. C언어도 아니고 모리스 마노 교수의 디지털 논리와 컴퓨터 설계를 읽기 시작했습니다. 부울 연산이 뭔지, NAND 게이트가 뭔지부터 시작했던 것입니다. 그리고 C언어도 공부하고 자료구조와 알고리즘도 공부하고… 컴퓨터 구조, 운영체제, 네트워킹, 데이터베이스. 그렇게 차근 차근 공부했습니다. 지금 생각하면 좋은 방법이었는지 의문이 듭니다. 그냥 간단한 웹 개발 같은 걸로 시작했으면 어땠을까?코딩을 잘하고 싶으면 코딩을 많이 해봐야지. 그러다 궁금한 게 생기면 하나씩 파고들어가는 탑다운 방식으로. 실제로 이렇게 공부한 친구들을 회사에서 많이 만났습니다. 운영체제 내부는 거의 아는 게 없지만… 앱 개발이나 서버 개발은 저보다 훨씬 잘했습니다. 이런 걸 보면서 난 그동안 뭘 한 거지? 하는 자괴감이 들곤 했습니다. 다시 대학생으로 돌아간다면 탑다운 방식으로 공부해 보고 싶습니다. 기술이 금세 바뀌어 버리니까. 요즘 새로운 기술을 공부할 때는 저도 이렇게 탑다운 방식으로 하는 것 같기도 합니다. 모르는 게 생기면 ChatGPT에게 물어보면서 점점 깊이 내려가는 식으로. 이렇게 공부할 때는 주의할 점도 있습니다. 조금 어려워진다 싶으면 ‘이딴 건 몰라도 돼’ 하는 마음이 올라온다는 것입니다. 이런 마음만 잘 다스릴 수 있으면… 탑다운 어프로치도 좋은 학습 전략인 것 같습니다. https://jeho.page/essay/2024/12/10/top-down-approach.html

K리그 프로그래머

차세대 자바스크립트 런타임이자 올인원 개발 키트인 Bun에 대한 국내 첫 기술서인 헬로 Bun을 이제 eBook으로도 만나 보실 수 있습니다!

사실 eBook 출간은 아이러니하게도 저자인 제가 제일 손꼽아 기다렸는데요 😅 해외에 있어서 정적 저는 종이 책을 손에 아직 쥐어보지 못했거든요 😭 선편으로 부쳤다는데 캐나다 우체국이 현재 파업 중이라서 언제 도착할지 모르겠습니다 ㅋㅋ

저처럼 종이 책을 읽기 어려운 분들께 eBook이 좋은 대안이 되었으면 좋겠네요! 많은 관심 부탁드립니다 🙏

📕 YES24: https://www.yes24.com/Product/Goods/134021042
📗 교보문고: https://product.kyobobook.co.kr/detail/S000214450265
📘 알라딘: https://www.aladin.co.kr/shop/wproduct.aspx?ISBN=9791193926710

차세대 자바스크립트 런타임이자 올인원 개발 키트인 Bun에 대한 국내 첫 기술서인 헬로 Bun을 이제 eBook으로도 만나 보실 수 있습니다! 사실 eBook 출간은 아이러니하게도 저자인 제가 제일 손꼽아 기다렸는데요 😅 해외에 있어서 정적 저는 종이 책을 손에 아직 쥐어보지 못했거든요 😭 선편으로 부쳤다는데 캐나다 우체국이 현재 파업 중이라서 언제 도착할지 모르겠습니다 ㅋㅋ 저처럼 종이 책을 읽기 어려운 분들께 eBook이 좋은 대안이 되었으면 좋겠네요! 많은 관심 부탁드립니다 🙏 📕 YES24: https://www.yes24.com/Product/Goods/134021042 📗 교보문고: https://product.kyobobook.co.kr/detail/S000214450265 📘 알라딘: https://www.aladin.co.kr/shop/wproduct.aspx?ISBN=9791193926710

헬로 Bun 🥟 eBook 출간 소식 📨

1
명심하라. 설득은, 설득이 필요한 순간에 꺼내들면 대부분 실패한다.

2
설득이 필요하지 않은 순간에 설득을 차곡차곡 쌓아놓으면, 언젠가 그것이 꼭 필요해질 때가 온다.

3
설득을 쌓아놓았다가 설득이 필요한 순간에 꺼내 쓰기만 하면 된다.

4
당신을 팔아야 할 때도 마찬가지다.

5
누군가에게 간절히 당신을 팔아야 할 때는, 아무리 영업을 잘해도 당신은 팔려나가지 않는다.

6
평소에 더 많은 사람들의 장바구니에 당신이 담겨 있어야 한다.

7
그러다가 당신이 간절히 필요해질 때 그들은 마침내 구매 버튼을 누른다.

#싸우지않고이기는기술

1 명심하라. 설득은, 설득이 필요한 순간에 꺼내들면 대부분 실패한다. ​ ​2 설득이 필요하지 않은 순간에 설득을 차곡차곡 쌓아놓으면, 언젠가 그것이 꼭 필요해질 때가 온다. ​ ​3 설득을 쌓아놓았다가 설득이 필요한 순간에 꺼내 쓰기만 하면 된다. ​ ​4 당신을 팔아야 할 때도 마찬가지다. ​ ​5 누군가에게 간절히 당신을 팔아야 할 때는, 아무리 영업을 잘해도 당신은 팔려나가지 않는다. ​ ​6 평소에 더 많은 사람들의 장바구니에 당신이 담겨 있어야 한다. ​ ​7 그러다가 당신이 간절히 필요해질 때 그들은 마침내 구매 버튼을 누른다. #싸우지않고이기는기술

< 당신을 팔고 싶다면, 평소에 장바구니에 담겨라 >

지금 AI와 코딩하는 일에 대한 의견은 약간 그런거 같다. 게임 업계에서 자동사냥이 시작되었던 때, 자동사냥에 대한 업계인들의 반응.

처음 자동사냥이 시작되었을 때, 그게 게임이냐라거나 핵 쓰는거나 다름없다 막 그랬지만, 결국 자동사냥 게임은 많은 일반인(?)들의 선택에 의해 게임 장르의 한 축이 되었다.

게임의 특성은 여러가지가 있지만, 수집 욕구가 큰 축을 차지하는데 자동사냥은 그걸 쉽게 만들어 준 것. 업계 고인물이나 골수 게이머들은 인정하지 않았지만, 결과적으로 더 많은 사람들이 게임을 즐길 수 있게 됨으로써 게임의 저변이 넓어졌다.

프로그래밍, 코딩도 마찬가지로, 코딩의 즐거움과 유용함에는 여러가지가 있지만 그중 가장 큰 축은 소프트웨어적으로 작동하는 무언가를 창작해내는 것에 있는데, 이를 쉽게 이룰 수 있게 해 준 것.

고인물들에게는 쓰레기 코드만 양산되는거 아니냐 싶겠지만, 결과적으로 더 많은 사람들이 소프트웨어를 만들 수 있게 됨으로써 저변이 넓어질 것으로 생각된다.

그리고 이건 생성형 AI로 혁신되는 거의 모든 업계에 해당되는 말이지 않을까 싶다.

지금 AI와 코딩하는 일에 대한 의견은 약간 그런거 같다. 게임 업계에서 자동사냥이 시작되었던 때, 자동사냥에 대한 업계인들의 반응. 처음 자동사냥이 시작되었을 때, 그게 게임이냐라거나 핵 쓰는거나 다름없다 막 그랬지만, 결국 자동사냥 게임은 많은 일반인(?)들의 선택에 의해 게임 장르의 한 축이 되었다. 게임의 특성은 여러가지가 있지만, 수집 욕구가 큰 축을 차지하는데 자동사냥은 그걸 쉽게 만들어 준 것. 업계 고인물이나 골수 게이머들은 인정하지 않았지만, 결과적으로 더 많은 사람들이 게임을 즐길 수 있게 됨으로써 게임의 저변이 넓어졌다. 프로그래밍, 코딩도 마찬가지로, 코딩의 즐거움과 유용함에는 여러가지가 있지만 그중 가장 큰 축은 소프트웨어적으로 작동하는 무언가를 창작해내는 것에 있는데, 이를 쉽게 이룰 수 있게 해 준 것. 고인물들에게는 쓰레기 코드만 양산되는거 아니냐 싶겠지만, 결과적으로 더 많은 사람들이 소프트웨어를 만들 수 있게 됨으로써 저변이 넓어질 것으로 생각된다. 그리고 이건 생성형 AI로 혁신되는 거의 모든 업계에 해당되는 말이지 않을까 싶다.

지금 AI와 코딩하는 일에 대한 의견은 약간 그런거 같다. 게임 

직장에서 처음으로 데이터 분석 프로젝트를 시작하게 된 당신.

바로 데이터 분석에 뛰어들기 전,
아래의 체크리스트를 먼저 확인해보세요.

당신의 데이터 분석이 더욱 가치있어질 거에요.

직장에서 처음으로 데이터 분석 프로젝트를 시작하게 된 당신. 바로 데이터 분석에 뛰어들기 전,아래의 체크리스트를 먼저 확인해보세요. 당신의 데이터 분석이 더욱 가치있어질 거에요.

데이터 분석 전 체크해야 하는 체크리스트 6가지

[Leadership] 유능한 직원은 떠나고 무능한 상사만 남는 이유

‘어떻게 저렇게 무능한 사람이 임원 자리에 앉아있는 걸까?’ 직장생활의 풀리지 않는 미스터리다. 회사 뿐 아니라 정부, 종교단체, 학교 등 근무지에 상관없이 그리고 시대와 동서양 문화권을 막론하고 보편적인 현상이다. 유능한 직원은 떠나고 무능한 상사만 남는 이유는 무엇일까.

1969년 미국의 교육학자 로런스 피터와 레이먼드 헐은 정치, 법률, 교육, 산업 등 모든 조직에서 시간이 지날수록 무능한 관리자들이 넘쳐나는 현상을 발견했다. 이를 ‘피터의 법칙(Peter Principle)’이라고 하는데 ‘승진 후 새로운 업무를 수행할 때 과거보다 일 처리 능력이 떨어지는 것은 자연스러운 현상’이라는 주장이다.

예를 들어 보자. 업무 성과가 탁월한 김 대리는 팀장으로 특진했다. 그러나 기쁨도 잠시 ‘아직도 빛나는 유능한 실무능력’이 문제가 된다. 자신의 뛰어난 실무능력을 팀원들에게 효율적으로 전수하면서 팀원들을 격려하고 동기부여를 하는 동시에 리더로서 해야 할 일에 전념해야 하지만, 특진까지 했으니 짧은 시간에 뛰어난 실적을 보여 자신의 능력을 입증하려 한다.

그러나 생각보다 좋은 결과가 나오지 않으니 팀원들을 격려하기보다는, 자신에 비해 업무능력이 떨어지는 팀원들을 비난하며 질책한다. 결국 자신이 직접 나서 실적을 채우려 실무까지 처리한다.

권한 위임을 하는 것에 대해서는 불안을 느낀다. 통제와 관리, 신뢰와 위임 사이에서 끊임없이 갈등만 한다. 팀장 본연의 업무가 무엇인지 깨닫지도 못한 상황에서 무엇을 어떻게 해야 할지 답답하기만 하다. 팀원들은 팀장이 자기들을 믿지 못해 실무적인 일까지 나서서 한다는 생각에 의욕을 잃어가고, 그러는 사이에 팀 내에서는 웃음소리가 사라져 버린다.

켈리 슈 예일대 경영대학원 교수는 높은 성과를 인정받아 승진한 관리자들이 리더로서 새로운 업무도 잘 수행하는지 알아보기 위해 131개 기업을 분석했다. 조사 결과는 피터의 법칙을 그대로 보여주었다. 주로 1등 영업사원 출신 관리자들의 실적이 최하위에 머물렀다.

이에 대해 켈리 슈는 “최고의 엔지니어가 창업한다고 해서 반드시 최고의 경영자가 되는 것은 아니며, 이는 최고의 엔지니어가 되는 것과 엔지니어를 잘 관리하는 리더가 되는 것은 다른 역량이기 때문”이라고 설명했다. 즉 리더는 성과를 내는 추진력 뿐만 아니라 팀원을 독려하고 시너지를 만드는 관리 능력이 매우 중요하다는 것이다.

조직의 리더는 대부분 실무능력이 뛰어난 사람들이다. 성과가 뛰어난 사람이 승진하는 것은 공정하다고 인식되기 때문이다. 여기에는 실무를 잘하면 자신의 담당 업무뿐 아니라 부하직원의 교육과 관리 등 리더의 역할도 잘 해낼 거라는 기대가 포함되어 있다.

그러나 실제로 리더의 과거 업무 성과는 리더십과 직접적인 연관성이 없다. 과거의 직무 수행능력을 승진 후의 직책에 필요한 능력과 같은 것으로 생각하는 판단의 오류는 승진할수록 되레 무능해지는 상사들을 만드는 아이러니를 낳는다.

그런데 피터의 법칙이 경고하는 진짜 위험은 ‘유능한 직원들이 조직을 떠나게 된다’라는 사실이다. 무능해진 상사들에게 자리를 지키는 것은 가장 중요한 문제다. 이들의 눈에 창의적 사고로 새로운 도전을 시도하는 유능한 직원은 질서를 어지럽히는 존재일 뿐이다.

따라서 창의적이고 도전적인 인재들은 오히려 승진에서 제외되기 쉽고 결국 스스로 버티지 못하고 떠나게 된다. 피터의 법칙이 관료적 조직에서 더욱 강하게 나타나는 건 바로 이런 속성 때문이다.

미국의 만화 <딜버트(Dilbert)>는 65개국 2000여 개의 신문에 연재된 세계적인 콘텐츠다. 엔지니어 딜버트의 직장생활을 그린 3~4컷의 만화는 경영진의 무능과 상사의 횡포, 권위주의적 계층구조를 신랄하게 풍자하는 내용으로 선풍적인 인기를 끌었다.

열광한 독자들은 작가 스콧 애덤스에게 자신들의 직장생활 이야기를 보냈는데 이는 고스란히 만화의 소재로 활용되었다. 작가는 열렬한 반응에 힘입어 독자들을 대상으로 ‘어떤 관행이 직원들을 가장 화나게 하는가’라는 설문조사를 했다. 가장 많은 표를 얻은 것은 ‘경영진으로 승진한 멍청이’였다.

이 내용은 만화 <딜버트의 법칙>으로 출간됐고 100만 부 이상이 팔렸다. 여기서 ‘무능력하고 비효율적인 직원일수록 경쟁 단계를 거치지 않고 곧바로 승진하는 현상’을 뜻하는 딜버트의 법칙이 탄생했다.

딜버트의 법칙이 작용하는 조직은 변화를 두려워하고 현실에 안주하려는 경향이 강하다. 혁신을 외치지만 혁신을 시도하지 않는다. 이런 풍토에 어울리는 사람이 바로 무능한 사람이다. 만화에서는 무능하지만 승진하고 싶은 사람들에게 “상사에게 잘 보이면 그만이고 너무 열심히 일하면 오히려 곤란하다”라고 조언한다.

피터의 법칙은 조직이 리더의 자질을 제대로 평가하지 않을 때 무능한 리더가 조직을 가득 채운다고 경고한다. 무능해진 리더들은 자신의 결점을 보완하고 리더로서 필요한 자질과 지식을 습득하기보다는 조직에 딜버트의 법칙을 만연하게 만든다.

무능한 상사들은 일에 대한 열정을 가진 직원이 오히려 껄끄럽다. 그래서 의도적으로 똑똑하지 않은 직원을 승진시켜 옆에 두는 최고경영자도 실제 현실에서 존재한다. 무능한 사람이 고위직으로 승진하는 꽤 흔한 이유다. 만년 저성과 조직은 이렇게 만들어진다.

‘어떻게 저렇게 무능한 사람이 임원 자리에 앉아있는 걸까?’ 직장생활의 풀리지 않는 미스터리다. 회사 뿐 아니라 정부, 종교단체, 학교 등 근무지에 상관없이 그리고 시대와 동서양 문화권을 막론하고 보편적인 현상이다. 유능한 직원은 떠나고 무능한 상사만 남는 이유는 무엇일까. 1969년 미국의 교육학자 로런스 피터와 레이먼드 헐은 정치, 법률, 교육, 산업 등 모든 조직에서 시간이 지날수록 무능한 관리자들이 넘쳐나는 현상을 발견했다. 이를 ‘피터의 법칙(Peter Principle)’이라고 하는데 ‘승진 후 새로운 업무를 수행할 때 과거보다 일 처리 능력이 떨어지는 것은 자연스러운 현상’이라는 주장이다. 예를 들어 보자. 업무 성과가 탁월한 김 대리는 팀장으로 특진했다. 그러나 기쁨도 잠시 ‘아직도 빛나는 유능한 실무능력’이 문제가 된다. 자신의 뛰어난 실무능력을 팀원들에게 효율적으로 전수하면서 팀원들을 격려하고 동기부여를 하는 동시에 리더로서 해야 할 일에 전념해야 하지만, 특진까지 했으니 짧은 시간에 뛰어난 실적을 보여 자신의 능력을 입증하려 한다. 그러나 생각보다 좋은 결과가 나오지 않으니 팀원들을 격려하기보다는, 자신에 비해 업무능력이 떨어지는 팀원들을 비난하며 질책한다. 결국 자신이 직접 나서 실적을 채우려 실무까지 처리한다. 권한 위임을 하는 것에 대해서는 불안을 느낀다. 통제와 관리, 신뢰와 위임 사이에서 끊임없이 갈등만 한다. 팀장 본연의 업무가 무엇인지 깨닫지도 못한 상황에서 무엇을 어떻게 해야 할지 답답하기만 하다. 팀원들은 팀장이 자기들을 믿지 못해 실무적인 일까지 나서서 한다는 생각에 의욕을 잃어가고, 그러는 사이에 팀 내에서는 웃음소리가 사라져 버린다. 켈리 슈 예일대 경영대학원 교수는 높은 성과를 인정받아 승진한 관리자들이 리더로서 새로운 업무도 잘 수행하는지 알아보기 위해 131개 기업을 분석했다. 조사 결과는 피터의 법칙을 그대로 보여주었다. 주로 1등 영업사원 출신 관리자들의 실적이 최하위에 머물렀다. 이에 대해 켈리 슈는 “최고의 엔지니어가 창업한다고 해서 반드시 최고의 경영자가 되는 것은 아니며, 이는 최고의 엔지니어가 되는 것과 엔지니어를 잘 관리하는 리더가 되는 것은 다른 역량이기 때문”이라고 설명했다. 즉 리더는 성과를 내는 추진력 뿐만 아니라 팀원을 독려하고 시너지를 만드는 관리 능력이 매우 중요하다는 것이다. 조직의 리더는 대부분 실무능력이 뛰어난 사람들이다. 성과가 뛰어난 사람이 승진하는 것은 공정하다고 인식되기 때문이다. 여기에는 실무를 잘하면 자신의 담당 업무뿐 아니라 부하직원의 교육과 관리 등 리더의 역할도 잘 해낼 거라는 기대가 포함되어 있다. 그러나 실제로 리더의 과거 업무 성과는 리더십과 직접적인 연관성이 없다. 과거의 직무 수행능력을 승진 후의 직책에 필요한 능력과 같은 것으로 생각하는 판단의 오류는 승진할수록 되레 무능해지는 상사들을 만드는 아이러니를 낳는다. 그런데 피터의 법칙이 경고하는 진짜 위험은 ‘유능한 직원들이 조직을 떠나게 된다’라는 사실이다. 무능해진 상사들에게 자리를 지키는 것은 가장 중요한 문제다. 이들의 눈에 창의적 사고로 새로운 도전을 시도하는 유능한 직원은 질서를 어지럽히는 존재일 뿐이다. 따라서 창의적이고 도전적인 인재들은 오히려 승진에서 제외되기 쉽고 결국 스스로 버티지 못하고 떠나게 된다. 피터의 법칙이 관료적 조직에서 더욱 강하게 나타나는 건 바로 이런 속성 때문이다. 미국의 만화 &lt;딜버트(Dilbert)&gt;는 65개국 2000여 개의 신문에 연재된 세계적인 콘텐츠다. 엔지니어 딜버트의 직장생활을 그린 3~4컷의 만화는 경영진의 무능과 상사의 횡포, 권위주의적 계층구조를 신랄하게 풍자하는 내용으로 선풍적인 인기를 끌었다. 열광한 독자들은 작가 스콧 애덤스에게 자신들의 직장생활 이야기를 보냈는데 이는 고스란히 만화의 소재로 활용되었다. 작가는 열렬한 반응에 힘입어 독자들을 대상으로 ‘어떤 관행이 직원들을 가장 화나게 하는가’라는 설문조사를 했다. 가장 많은 표를 얻은 것은 ‘경영진으로 승진한 멍청이’였다. 이 내용은 만화 &lt;딜버트의 법칙&gt;으로 출간됐고 100만 부 이상이 팔렸다. 여기서 ‘무능력하고 비효율적인 직원일수록 경쟁 단계를 거치지 않고 곧바로 승진하는 현상’을 뜻하는 딜버트의 법칙이 탄생했다. 딜버트의 법칙이 작용하는 조직은 변화를 두려워하고 현실에 안주하려는 경향이 강하다. 혁신을 외치지만 혁신을 시도하지 않는다. 이런 풍토에 어울리는 사람이 바로 무능한 사람이다. 만화에서는 무능하지만 승진하고 싶은 사람들에게 “상사에게 잘 보이면 그만이고 너무 열심히 일하면 오히려 곤란하다”라고 조언한다. 피터의 법칙은 조직이 리더의 자질을 제대로 평가하지 않을 때 무능한 리더가 조직을 가득 채운다고 경고한다. 무능해진 리더들은 자신의 결점을 보완하고 리더로서 필요한 자질과 지식을 습득하기보다는 조직에 딜버트의 법칙을 만연하게 만든다. 무능한 상사들은 일에 대한 열정을 가진 직원이 오히려 껄끄럽다. 그래서 의도적으로 똑똑하지 않은 직원을 승진시켜 옆에 두는 최고경영자도 실제 현실에서 존재한다. 무능한 사람이 고위직으로 승진하는 꽤 흔한 이유다. 만년 저성과 조직은 이렇게 만들어진다.

www.chiefexe.com

‘어떻게 저렇게 무능한 사람이 임원 자리에 앉아있는 걸까?’ 직장

가장 많이 여쭤보시는 질문 중 하나입니다. 채용 담당자 시절과 현재 코칭을 많이 하며 느낀 제 기준입니다.

👉 총 45-55p 사이
👉 서비스 3~4개
👉 프로젝트 6~7개, 장당 7-8p
👉 프로젝트 = 서비스 아님
👉 서비스 하나당 n개의 프로젝트가 나올 수 있음
👉 한 프로젝트 구성
- 프로젝트 배경 > 문제인식 및 정의 > 가설 > 솔루션 > 결과해석 > 레슨런
👉 문제 해결력을 잘 보여줄 수 있는 중요도 순서로 배치: 최신순 아니어도 됨, 같은 서비스가 붙어 있지 않아도 됨
👉 JD상 필요시 장표 후반에 Appendix 추가 후 BX, 개발, 그래픽 관련 작업들 추가

가장 많이 여쭤보시는 질문 중 하나입니다. 채용 담당자 시절과 현재 코칭을 많이 하며 느낀 제 기준입니다. 👉 총 45-55p 사이👉 서비스 3~4개👉 프로젝트 6~7개, 장당 7-8p👉 프로젝트 = 서비스 아님👉 서비스 하나당 n개의 프로젝트가 나올 수 있음👉 한 프로젝트 구성- 프로젝트 배경 &gt; 문제인식 및 정의 &gt; 가설 &gt; 솔루션 &gt; 결과해석 &gt; 레슨런👉 문제 해결력을 잘 보여줄 수 있는 중요도 순서로 배치: 최신순 아니어도 됨, 같은 서비스가 붙어 있지 않아도 됨👉 JD상 필요시 장표 후반에 Appendix 추가 후 BX, 개발, 그래픽 관련 작업들 추가

✋적당한 문제 해결 포트폴리오 장수는?

Findings in our latest study show that the quality of code written with GitHub Copilot is significantly more functional, readable, reliable, maintainable, and concise.

Does GitHub Copilot improve code quality? Here’s what the data says

GitHub에서 Copilot의 효과를 파악하기 위해 실험을 했습니다.

5년 이상의 개발자 202명을 모집 후 절반은 GitHub Copilot을 쓰고 절반은 AI도구를 일체 사용하지 않은 채 웹 서버의 API 엔드포인트를 작성하도록 한 뒤 준비된 단위 테스트의 통과 여부와 전문가 검토를 통해서 코드를 평가했습니다.

연구 결과에 따르면 GitHub Copilot을 사용한 코드가 단위테스트를 통과할 가능성이 56% 더 높았고 가독성은 1~3% 좋고 유지보수 면에서도 쉬운것으로 평가 받았다고 합니다.

https://github.blog/news-insights/research/does-github-copilot-improve-code-quality-heres-what-the-data-says/

GitHub에서 Copilot의 효과를 파악하기 위해 실험을 했습니다. 5년 이상의 개발자 202명을 모집 후 절반은 GitHub Copilot을 쓰고 절반은 AI도구를 일체 사용하지 않은 채 웹 서버의 API 엔드포인트를 작성하도록 한 뒤 준비된 단위 테스트의 통과 여부와 전문가 검토를 통해서 코드를 평가했습니다. 연구 결과에 따르면 GitHub Copilot을 사용한 코드가 단위테스트를 통과할 가능성이 56% 더 높았고 가독성은 1~3% 좋고 유지보수 면에서도 쉬운것으로 평가 받았다고 합니다. https://github.blog/news-insights/research/does-github-copilot-improve-code-quality-heres-what-the-data-says/

The GitHub Blog

GitHub에서 Copilot의 효과를 파악하기 위해 실험을 했습

#항해99 #잔디 기부 캠페인 #잔디 기부

400개...? 흠...

#항해99 #잔디 기부 캠페인 #잔디 기부 400개...? 흠...

항해99, 잔디 기부 캠페인

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필