"주인공 (주간 인사이트 공유)" 뉴스레터는 한 주 동안 읽은 글들 중 공감되고, 인사이트를 주는 내용을 모아 전달드립니다. 

24년 12월 2주차. 주인공 (주간 인사이트 공유)

안녕하세요!
24년 12월 3주차 뉴스레터를 발행합니다.
제가 직접 제작하고 있는 "주인공 (주간 인사이트 공유)" 뉴스레터는 한 주 동안 읽은 글들 중 공감되고, 인사이트를 주는 내용을 모아 전달드립니다.
정보의 홍수 속에서 꼭 필요한 정보만 얻어가시길 바래요!
피드백은 언제나 환영입니다.

뉴스레터 구독하시면 더 많은 정보를 얻으실 수 있습니다!
뉴스레터 바로가기 : https://maily.so/marcus.lee/posts/32z86q58on4
Youtube 구독하기 : https://www.youtube.com/@LbyD_HJ

또한, Super Junior Club도 함께 모집 중이니 많은 관심 부탁드립니다.
(https://www.latpeed.com/products/OUpqy)

이번주 읽은 내용

빅테크에서 프로젝트를 Ship 하는 방법
 * 누가 읽으면 좋을까?
제품 개발에 참여하는 모든 사람들.
 * 왜 읽어봐야 할까?
이 글은 출시 과정에서 발생할 수 있는 문제점과 어떻게 해결해야 하는지 구체적으로 배울 수 있어요.
 * 이것만은 꼭 알자!
출시는 단순한 배포가 아니라, 사용자들에게 긍정적인 반응을 얻어야 진정한 출시라고 할 수 있어요.
누군가가 출시를 책임지고 이끌어야 지연 없이 성공적으로 진행될 수 있어요.
예상치 못한 문제를 해결할 준비와 백업 플랜이 있어야 하며, 항상 "지금 당장 출시할 수 있는가?"를 점검해야 해요.

장애 모의 훈련 그리고 배운 점
 * 누가 읽으면 좋을까?
QA 엔지니어와 개발자, SRE팀.
 * 왜 읽어봐야 할까?
이 글은 실제 장애 상황에서 어떻게 대처하고 문제를 해결할 수 있는지 구체적인 사례와 방법을 알려줘요. 또한 장애 모의 훈련을 통해 팀이 어떤 점을 배우고, 어떻게 더 나아질 수 있는지 알려줘요.
 * 이것만은 꼭 알자!
장애는 근본 원인보다 손상된 부분을 빨리 복구하는 데 집중해야 해요.

이 외 이번 주 읽은 글
 * 작게 실행해야 잘 끝난다
 * 유저 행동 데이터로 서비스 개선하기: 에이닷(A.) Push 알림
 * 고객(사용자) 데이터 분석 방법 Part 2 - 코호트 분석
 * 러쉬 앱 UX 개선 비하인드
 * 러쉬 알림톡의 7가지 UX라이팅 원칙
 * GitHub Actions를 이용한 코드 리뷰 문화 개선기
 * 엔비디아 젠슨 황 CEO의 4가지 리더십 방법론
 * 원온원 6년의 기록: 시행착오와 배움들

Today I Learned + PM/PO 실무 꿀팁에 관심있는 사람들 있을까요?
PM/PO 실무를 하면서 하루동안 느꼈던 Today I Learned를 주고 받을려고 오픈채팅방을 만들었어요! 위 글 처럼 하루 있었던 일을 공유하면 되고, 바로 작성하기 어렵다면 눈팅만해도 제가 매일 PM/PO 실무에서 바로 사용할 수 있는 꿀팁을 전달할 예정입니다!!

관심있다면 참여!!
https://open.kakao.com/o/g7XO1A5g
참여코드 : til2025

PM/PO 취준이직 꿀팁을 받고 싶다면
https://open.kakao.com/o/g3R27A5g
참여코드 : career25

안녕하세요! 24년 12월 3주차 뉴스레터를 발행합니다. 제가 직접 제작하고 있는 "주인공 (주간 인사이트 공유)" 뉴스레터는 한 주 동안 읽은 글들 중 공감되고, 인사이트를 주는 내용을 모아 전달드립니다.정보의 홍수 속에서 꼭 필요한 정보만 얻어가시길 바래요!피드백은 언제나 환영입니다. 뉴스레터 구독하시면 더 많은 정보를 얻으실 수 있습니다! 뉴스레터 바로가기 : https://maily.so/marcus.lee/posts/32z86q58on4Youtube 구독하기 : https://www.youtube.com/@LbyD_HJ 또한, Super Junior Club도 함께 모집 중이니 많은 관심 부탁드립니다. (https://www.latpeed.com/products/OUpqy) 이번주 읽은 내용 빅테크에서 프로젝트를 Ship 하는 방법<ul ><li>누가 읽으면 좋을까?</li></ul>제품 개발에 참여하는 모든 사람들.<ul ><li>왜 읽어봐야 할까?</li></ul>이 글은 출시 과정에서 발생할 수 있는 문제점과 어떻게 해결해야 하는지 구체적으로 배울 수 있어요.<ul ><li>이것만은 꼭 알자!</li></ul>출시는 단순한 배포가 아니라, 사용자들에게 긍정적인 반응을 얻어야 진정한 출시라고 할 수 있어요.누군가가 출시를 책임지고 이끌어야 지연 없이 성공적으로 진행될 수 있어요.예상치 못한 문제를 해결할 준비와 백업 플랜이 있어야 하며, 항상 "지금 당장 출시할 수 있는가?"를 점검해야 해요. 장애 모의 훈련 그리고 배운 점<ul ><li>누가 읽으면 좋을까?</li></ul>QA 엔지니어와 개발자, SRE팀.<ul ><li>왜 읽어봐야 할까?</li></ul>이 글은 실제 장애 상황에서 어떻게 대처하고 문제를 해결할 수 있는지 구체적인 사례와 방법을 알려줘요. 또한 장애 모의 훈련을 통해 팀이 어떤 점을 배우고, 어떻게 더 나아질 수 있는지 알려줘요.<ul ><li>이것만은 꼭 알자!</li></ul>장애는 근본 원인보다 손상된 부분을 빨리 복구하는 데 집중해야 해요. 이 외 이번 주 읽은 글<ul ><li>작게 실행해야 잘 끝난다</li><li>유저 행동 데이터로 서비스 개선하기: 에이닷(A.) Push 알림</li><li>고객(사용자) 데이터 분석 방법 Part 2 - 코호트 분석</li><li>러쉬 앱 UX 개선 비하인드</li><li>러쉬 알림톡의 7가지 UX라이팅 원칙</li><li>GitHub Actions를 이용한 코드 리뷰 문화 개선기</li><li>엔비디아 젠슨 황 CEO의 4가지 리더십 방법론</li><li>원온원 6년의 기록: 시행착오와 배움들</li></ul> Today I Learned + PM/PO 실무 꿀팁에 관심있는 사람들 있을까요?PM/PO 실무를 하면서 하루동안 느꼈던 Today I Learned를 주고 받을려고 오픈채팅방을 만들었어요! 위 글 처럼 하루 있었던 일을 공유하면 되고, 바로 작성하기 어렵다면 눈팅만해도 제가 매일 PM/PO 실무에서 바로 사용할 수 있는 꿀팁을 전달할 예정입니다!! 관심있다면 참여!!https://open.kakao.com/o/g7XO1A5g참여코드 : til2025 PM/PO 취준이직 꿀팁을 받고 싶다면https://open.kakao.com/o/g3R27A5g참여코드 : career25

스타트업 라이프

24년 12월 3주차. 주인공 (주간 인사이트 공유)

PM/PO TIL(Learning by Insight)

📝 릴리즈 노트를 작성할 때, 기능 추가, 개선 사항, 버그 수정 등을 나열하다 보면 “이게 정말 사용자들에게 꼭 필요한 정보일까?”라는 생각이 들 때가 많아요. 게다가 릴리즈 노트를 작성할 시간도 부족하고, 정작 사용자들은 잘 읽지 않는 것 같아서 고민이 될 때가 있죠.

하지만 그렇다고 아예 작성하지 않으면 눈치가 보이고, 그래서 습관처럼 작성하고 계시진 않나요?

📌 임팩트 있는 릴리즈 노트 작성법

1️⃣ 제목부터 강렬하게: "왜 읽어야 하는지"를 알려라
 * 사용자는 릴리즈 노트를 클릭할지 말지 제목만 보고 판단합니다. 따라서 제목은 짧고 강렬하게, 사용자에게 직접적인 이익을 전달해야 합니다.
   * 예시 : "💡 이제 한 번의 클릭으로 예약이 끝납니다!”

2️⃣ 사용자 중심으로 작성하라: 첫 문장부터 "기능"이 아니라 "혜택"을 강조
 * 예시
   * ❌ "새로운 검색 필터 추가"
   * ✅ "이제 원하는 상품을 더 빠르게 찾을 수 있어요! 새롭게 추가된 검색 필터를 확인해보세요."

3️⃣ 가독성을 높여라: 짧고 간결하게
 * 블렛 포인트를 사용하고, 한 문장은 1~2줄을 넘지 않도록 작성합니다.

4️⃣ 시각적 요소를 활용하라
 * 이모지나 이미지, GIF를 적극적으로 활용하세요.

5️⃣ 중요도에 따라 구조화하라
 * 주요 업데이트: 사용자에게 가장 유용한 기능이나 변화.
 * 새로운 기능: 추가된 기능과 사용 방법.
 * 개선 사항: 사용자 경험을 향상시킨 부분.
 * 버그 수정: 해결된 문제.

6️⃣ (B2C 회사라면) 친근하고 유머러스한 톤 사용
 * 예시 : "여러분이 요청하신 다크 모드, 드디어 준비했습니다! 눈이 편안해지겠죠? 😊"

7️⃣ 행동을 유도하라: "지금 바로 확인해보세요!"
 * 릴리즈 노트의 마지막은 항상 행동을 유도하는 문구로 마무리하세요.
   * 예시 : "지금 앱을 업데이트하고 새로운 기능을 확인해보세요!"

8️⃣ (B2C 회사라면) 사용자의 피드백을 반영하라
 * 릴리즈 노트에 "사용자 요청"이 반영되었다는 점을 강조하면 사용자들이 더 관심을 가집니다.
   * 예시: "여러분이 요청하신 기능이 드디어 추가되었습니다! 많은 요청을 주신 덕분이에요. 감사합니다. 🙏"

Today I Learned + PM/PO 실무 꿀팁에 관심있는 사람들 있을까요?
PM/PO 실무를 하면서 하루동안 느꼈던 Today I Learned를 주고 받을려고 오픈채팅방을 만들었어요! 위 글 처럼 하루 있었던 일을 공유하면 되고, 바로 작성하기 어렵다면 눈팅만해도 제가 매일 PM/PO 실무에서 바로 사용할 수 있는 꿀팁을 전달할 예정입니다!!

관심있다면 참여!!
https://open.kakao.com/o/g7XO1A5g
참여코드 : til2025

PM/PO 취준이직 꿀팁을 받고 싶다면
https://open.kakao.com/o/g3R27A5g
참여코드 : career25

또한, Super Junior Club도 함께 모집 중이니 많은 관심 부탁드립니다.
(https://www.latpeed.com/products/OUpqy)

Youtube 구독하기 : https://www.youtube.com/@LbyD_HJ

📝&nbsp;릴리즈 노트를 작성할 때, 기능 추가, 개선 사항, 버그 수정 등을 나열하다 보면 “이게 정말 사용자들에게 꼭 필요한 정보일까?”라는 생각이 들 때가 많아요. 게다가 릴리즈 노트를 작성할 시간도 부족하고, 정작 사용자들은 잘 읽지 않는 것 같아서 고민이 될 때가 있죠. 하지만 그렇다고 아예 작성하지 않으면 눈치가 보이고, 그래서 습관처럼 작성하고 계시진 않나요? 📌&nbsp;임팩트 있는 릴리즈 노트 작성법 1️⃣&nbsp;제목부터 강렬하게: "왜 읽어야 하는지"를 알려라<ul ><li>사용자는 릴리즈 노트를 클릭할지 말지&nbsp;제목만 보고 판단합니다. 따라서 제목은 짧고 강렬하게,&nbsp;사용자에게 직접적인 이익을 전달해야 합니다.<ul ><li>예시 : "💡 이제 한 번의 클릭으로 예약이 끝납니다!”</li></ul></li></ul> 2️⃣&nbsp;사용자 중심으로 작성하라: 첫 문장부터 "기능"이 아니라 "혜택"을 강조<ul ><li>예시<ul ><li>❌ "새로운 검색 필터 추가"</li><li>✅ "이제 원하는 상품을 더 빠르게 찾을 수 있어요! 새롭게 추가된 검색 필터를 확인해보세요."</li></ul></li></ul> 3️⃣&nbsp;가독성을 높여라: 짧고 간결하게<ul ><li>블렛 포인트를 사용하고, 한 문장은 1~2줄을 넘지 않도록 작성합니다.</li></ul> 4️⃣&nbsp;시각적 요소를 활용하라<ul ><li>이모지나&nbsp;이미지,&nbsp;GIF를 적극적으로 활용하세요.</li></ul> 5️⃣&nbsp;중요도에 따라 구조화하라<ul ><li>주요 업데이트: 사용자에게 가장 유용한 기능이나 변화.</li><li>새로운 기능: 추가된 기능과 사용 방법.</li><li>개선 사항: 사용자 경험을 향상시킨 부분.</li><li>버그 수정: 해결된 문제.</li></ul> 6️⃣ (B2C 회사라면) 친근하고 유머러스한 톤 사용<ul ><li>예시 : "여러분이 요청하신 다크 모드, 드디어 준비했습니다! 눈이 편안해지겠죠? 😊"</li></ul> 7️⃣ 행동을 유도하라: "지금 바로 확인해보세요!"<ul ><li>릴리즈 노트의 마지막은 항상 행동을 유도하는 문구로 마무리하세요.<ul ><li>예시 : "지금 앱을 업데이트하고 새로운 기능을 확인해보세요!"</li></ul></li></ul> 8️⃣&nbsp;(B2C 회사라면) 사용자의 피드백을 반영하라<ul ><li>릴리즈 노트에 "사용자 요청"이 반영되었다는 점을 강조하면 사용자들이 더 관심을 가집니다.<ul ><li>예시: "여러분이 요청하신 기능이 드디어 추가되었습니다! 많은 요청을 주신 덕분이에요. 감사합니다. 🙏"</li></ul></li></ul> Today I Learned + PM/PO 실무 꿀팁에 관심있는 사람들 있을까요?PM/PO 실무를 하면서 하루동안 느꼈던 Today I Learned를 주고 받을려고 오픈채팅방을 만들었어요! 위 글 처럼 하루 있었던 일을 공유하면 되고, 바로 작성하기 어렵다면 눈팅만해도 제가 매일 PM/PO 실무에서 바로 사용할 수 있는 꿀팁을 전달할 예정입니다!! 관심있다면 참여!!https://open.kakao.com/o/g7XO1A5g참여코드 : til2025 PM/PO 취준이직 꿀팁을 받고 싶다면https://open.kakao.com/o/g3R27A5g참여코드 : career25 또한, Super Junior Club도 함께 모집 중이니 많은 관심 부탁드립니다.(https://www.latpeed.com/products/OUpqy) Youtube 구독하기 : https://www.youtube.com/@LbyD_HJ

open.kakao.com

임팩트 있는 릴리즈 노트 작성법

💬 IRC를 아시나요?

irc.ameego.club:6667

심심풀이로 서버 열어봤습니다.

역시 진정한 긱이라면 슬랙이나 디스코드같은 짝퉁이 아니라 irc에서 놀아야겠죠. 후후.. 😎🍿🥤

💬 IRC를 아시나요? irc.ameego.club:6667 심심풀이로 서버 열어봤습니다. 역시 진정한 긱이라면 슬랙이나 디스코드같은 짝퉁이 아니라 irc에서 놀아야겠죠. 후후.. 😎🍿🥤

✅ 배경 > 문제정의 > 가설 > 솔루션 > 결과해석 > 레슨런 : 프로세스는 동일

<예시>
- 배경: 대체로 시장 문제에서 출발. 이런 솔루션이 왜 필요한지 비즈니스 관점에서 서술.
- 문제정의: 경쟁사 분석/가용할 수 있는 데이터를 살펴보니, 이런저런 문제를 발견했다.
- 솔루션: 초기 디자인을 before로 해서 이터레이션으로 발전 과정이 보이게 시각화.
- 결과해석: 프로토타입 연결을 통한 Maze UT, 주변 지인 서베이, NPS, 내부/클라이언트 피드백을 통해 간접적으로라도 문제 해결과정에 대한 데이터적 입증 필요.

✅ 배경 &gt; 문제정의 &gt; 가설 &gt; 솔루션 &gt; 결과해석 &gt; 레슨런 : 프로세스는 동일 &lt;예시&gt;- 배경: 대체로 시장 문제에서 출발. 이런 솔루션이 왜 필요한지 비즈니스 관점에서 서술.- 문제정의: 경쟁사 분석/가용할 수 있는 데이터를 살펴보니, 이런저런 문제를 발견했다.- 솔루션: 초기 디자인을 before로 해서 이터레이션으로 발전 과정이 보이게 시각화.- 결과해석: 프로토타입 연결을 통한 Maze UT, 주변 지인 서베이, NPS, 내부/클라이언트 피드백을 통해 간접적으로라도 문제 해결과정에 대한 데이터적 입증 필요.

🏴‍☠️개선이 아닌 구축 프로젝트 포폴이 어려워요

우체통이 '택배 시대'를 맞아 40년 만에 진화한다.

우체통 40년 만에 진화… 소포 부치고 커피캡슐 회수한다 | 중앙일보

우정사업본부가 발표한 새로운 우체통 디자인에서 주목할 만한 UX Findings를 공유드립니다. 전통적인 우체통이 변화하게 된 배경과 그 의미를 살펴보겠습니다.

 1. 사용자 니즈 반영
 * 택배 증가라는 시대적 요구 수용 (2호상자 크기·27cm×18cm×15cm)
 * 디지털 전환: QR코드 스캔과 우체국 앱 연동
 * 24시간 이용 가능한 접근성 유지
 * 친환경 실천의 편의성: ECO 칸 분리 설계
   
   
 2. 사용자 행동 설계
 * 우편물 보내는 것이 번거롭고 어렵다는 인식 -> 사전 접수번호 시스템으로 발송 절차 단순화
 * 건전지만큼 버리기 까다롭고 어려운 커피캡슐과 폐의약품 분리수거 동선을 통합

[ 큐레이터의 문장 🎒 ]

 1. 선한 의도에서 시작해 확장된 사용자 가치
 * 단순 우편 수거함 → 생활 밀착형 복합 서비스 포인트
 * 환경보호 실천을 위한 편리한 인프라 제공
 * 디지털과 아날로그의 효과적인 접점 설계

 2. Usability 관점에서 고려사항
 * 누구나 쉽게 이해할 수 있도록 UX Writing 개선하고 효과적으로 배치
   * ECO? 친환경제품을 말하는 건가? 재활용품을 넣어도 되는 걸까?
   * '투함구'(우편물 넣는 칸)라는 말도 낯선데 외국인은 쉽게 쓸 수 있을까?
 * 가이드가 적혀 있는 부분은 실제로 우편물을 넣을 때 보이지 않는 위치, 각도인데 무릎을 굽혀서 읽어야 하는 걸까?
   
   
3. Form Follows Function 관점의 분석
 * 사용 목적에 맞는 투입구 크기 최적화
 * 일반 우편물 - 소포 - ECO 존의 명확한 구획 분리 필요
 * 각 구획의 용도를 직관적으로 인식할 수 있는 사이니지 개선 필요
   
   
40년 동안 바뀌지 않던 우체통이 달라졌습니다. 공공시설물이 현대적 요구사항을 어떻게 수용해야 하는지 관찰할 수 있는 보여주는 좋은 사례입니다. 특히 사용자 관점에서 주목할 점은 기존 기능을 유지하면서 새로운 기능을 추가한 것인데 선한 의도와 달리 계속 유지되려면 우정사업본부의 담당자가 쓰기에도 편리해야 하는데요. 새로운 기능들이 도입된 만큼 실효적으로 사용되기 위해서는 직관적인 사용자 안내와 시각적 가이드가 보완되어야 할 것으로 보입니다.

https://www.joongang.co.kr/article/25300277

우정사업본부가 발표한 새로운 우체통 디자인에서 주목할 만한 UX Findings를 공유드립니다. 전통적인 우체통이 변화하게 된 배경과 그 의미를 살펴보겠습니다. <ol ><li>사용자 니즈 반영</li></ol><ul ><li>택배 증가라는 시대적 요구 수용 (2호상자 크기·27cm×18cm×15cm)</li><li>디지털 전환: QR코드 스캔과 우체국 앱 연동</li><li>24시간 이용 가능한 접근성 유지</li><li>친환경 실천의 편의성: ECO 칸 분리 설계 </li></ul><ol start="2"><li>사용자 행동 설계</li></ol><ul ><li>우편물 보내는 것이 번거롭고 어렵다는 인식 -&gt; 사전 접수번호 시스템으로 발송 절차 단순화</li><li>건전지만큼 버리기 까다롭고 어려운 커피캡슐과 폐의약품 분리수거 동선을 통합</li></ul> [ 큐레이터의 문장 🎒 ] <ol ><li>선한 의도에서 시작해 확장된 사용자 가치</li></ol><ul ><li>단순 우편 수거함 → 생활 밀착형 복합 서비스 포인트</li><li>환경보호 실천을 위한 편리한 인프라 제공</li><li>디지털과 아날로그의 효과적인 접점 설계</li></ul> <ol start="2"><li>Usability 관점에서 고려사항</li></ol><ul ><li>누구나 쉽게 이해할 수 있도록 UX Writing 개선하고 효과적으로 배치<ul ><li>ECO? 친환경제품을 말하는 건가? 재활용품을 넣어도 되는 걸까?</li><li>'투함구'(우편물 넣는 칸)라는 말도 낯선데 외국인은 쉽게 쓸 수 있을까?</li></ul></li><li>가이드가 적혀 있는 부분은 실제로 우편물을 넣을 때 보이지 않는 위치, 각도인데 무릎을 굽혀서 읽어야 하는 걸까? </li></ul>3. Form Follows Function 관점의 분석<ul ><li>사용 목적에 맞는 투입구 크기 최적화</li><li>일반 우편물 - 소포 - ECO 존의 명확한 구획 분리 필요</li><li>각 구획의 용도를 직관적으로 인식할 수 있는 사이니지 개선 필요 </li></ul>40년 동안 바뀌지 않던 우체통이 달라졌습니다. 공공시설물이 현대적 요구사항을 어떻게 수용해야 하는지 관찰할 수 있는 보여주는 좋은 사례입니다. 특히 사용자 관점에서 주목할 점은 기존 기능을 유지하면서 새로운 기능을 추가한 것인데 선한 의도와 달리 계속 유지되려면 우정사업본부의 담당자가 쓰기에도 편리해야 하는데요. 새로운 기능들이 도입된 만큼 실효적으로 사용되기 위해서는 직관적인 사용자 안내와 시각적 가이드가 보완되어야 할 것으로 보입니다. https://www.joongang.co.kr/article/25300277

중앙일보

《우체통의 40년 만의 진화로 보는 공공 디자인》

U.S. beta launches today in the Amazon Shopping app, featuring fashion, home, lifestyle, electronics, and other products, all backed by Amazon’s A-to-z Guarantee, with delivery times of one to two weeks.

Introducing Amazon Haul—a broad selection of products $20 or less, with most under $10 

2024년 애플 모바일 앱 스토어에서 가장 많이 다운로드된 무료 앱이 무엇인지 아시나요? 바로 중국 쇼핑 앱인 Temu이고 작년에 이어 2년 연속이라고 합니다. 이것은 알리를 지나 Temu가 이커머스 쇼핑의 본가로 자리 잡고 있다는 사실을 확인시켜 줍니다.

지금까지의 커머스 지존 아마존 쇼핑이 이 상황을 손 놓고 당할 수는 없겠죠. 마침내 테무Temu, 쉬인Shein, 알리AliExpress 와 같은 업체에 맞서 싸우기로 결정하고 출사표를 냈습니다.

아마존이 자체 할인 매장인 Amazon 홀Haul을 론칭했네요.
이 새로운 매장은 저렴한 가격의 의류, 가정용품, 생활용품, 전자제품을 1~2주 내에 배송해 줍니다. 그리고 기존 아마존쇼핑과는 달리, Haul의 모든 제품은 20달러 이하입니다. 알리와 테무를 그대로 카피한 모델이고, 모든 상품이 중국에서 구매가 되고 배송이 됩니다.

현재로서는 Amazon Haul 접속은 Amazon 쇼핑 모바일 앱을 통해서만 가능하고 접속하면 다양한 제품이 이미 테무나 알리에서 경험한 대로 “엄청나게 낮은 가격”으로 제공됩니다. 양말은 0.50달러, 휴대폰 거치대는 3.99달러 같은 것이죠.

아마존 홀은 25달러 이상의 모든 주문에 대해 무료 배송을 제공하며, 50달러 주문 시 5%, 75달러 주문 시 10% 할인을 적용합니다.

이 품목들이 저렴하더라도 아마존은 개런티 프로그램을 통해 모든 품목을 보호하고 있으므로, 구매하신 물품이 안전하고, 진품이며, 반품을 포함한 필요한 규정을 준수한다는 것을 확신시킵니다.

한국의 쿠팡과 네이버쇼핑 역시 고민이 많을 수 밖에 없겠지요. 아마존의 카피캣을 자처했던 쿠팡으로서는 결국 비슷한 서비스를 론칭하지 않을까 싶습니다. 한국 이커머스의 진정한 위기가 온 시점이 아닐까 합니다.

https://www.aboutamazon.com/news/retail/affordable-products-amazon-20-dollars-and-under

2024년 애플 모바일 앱 스토어에서 가장 많이 다운로드된 무료 앱이 무엇인지 아시나요? 바로 중국 쇼핑 앱인 Temu이고 작년에 이어 2년 연속이라고 합니다. 이것은 알리를 지나 Temu가 이커머스 쇼핑의 본가로 자리 잡고 있다는 사실을 확인시켜 줍니다. 지금까지의 커머스 지존 아마존 쇼핑이 이 상황을 손 놓고 당할 수는 없겠죠. 마침내 테무Temu, 쉬인Shein, 알리AliExpress 와 같은 업체에 맞서 싸우기로 결정하고 출사표를 냈습니다. 아마존이 자체 할인 매장인 Amazon 홀Haul을 론칭했네요.이 새로운 매장은 저렴한 가격의 의류, 가정용품, 생활용품, 전자제품을 1~2주 내에 배송해 줍니다. 그리고 기존 아마존쇼핑과는 달리, Haul의 모든 제품은 20달러 이하입니다. 알리와 테무를 그대로 카피한 모델이고, 모든 상품이 중국에서 구매가 되고 배송이 됩니다. 현재로서는 Amazon Haul 접속은 Amazon 쇼핑 모바일 앱을 통해서만 가능하고 접속하면 다양한 제품이 이미 테무나 알리에서 경험한 대로 “엄청나게 낮은 가격”으로 제공됩니다. 양말은 0.50달러, 휴대폰 거치대는 3.99달러 같은 것이죠. 아마존 홀은 25달러 이상의 모든 주문에 대해 무료 배송을 제공하며, 50달러 주문 시 5%, 75달러 주문 시 10% 할인을 적용합니다. 이 품목들이 저렴하더라도 아마존은 개런티 프로그램을 통해 모든 품목을 보호하고 있으므로, 구매하신 물품이 안전하고, 진품이며, 반품을 포함한 필요한 규정을 준수한다는 것을 확신시킵니다. 한국의 쿠팡과 네이버쇼핑 역시 고민이 많을 수 밖에 없겠지요. 아마존의 카피캣을 자처했던 쿠팡으로서는 결국 비슷한 서비스를 론칭하지 않을까 싶습니다. 한국 이커머스의 진정한 위기가 온 시점이 아닐까 합니다. https://www.aboutamazon.com/news/retail/affordable-products-amazon-20-dollars-and-under

www.aboutamazon.com

<아마존 쇼핑의 고육지책 - 홀 스토어 론칭>

계란후라이 1148

﻿
살면서 하는 활동 중에 어떤 것은 마음의 중심을 온전히 그것에 집중하게 만듭니다. 대표적인 예를 들면, 연애와 취업이 그렇다고 생각합니다. 잠을 자며 꿈속에서도 나타나며, 눈을 뜨는 순간부터 양치하고 똥을 누고 밥을 먹고 어디를 가도 무엇을 해도 연애와 취업이라는 주제가 되는 대상이 머리와 마음속을 둥둥 떠다니곤 합니다.

일과 삶의 균형이 중요한 시대입니다. 돈을 적게 벌더라도, 사회적 성공으로 대단한 성취를 하지 않더라도 개인의 삶에서 누리고 싶은 것이 많다고 이야기합니다. 대표적인 개인 활동은 취미와 자기개발입니다. 일과 직업으로 100% 충족하기 어려운 무언가를 채우기 위해 취미와 개인 활동을 중요한 삶의 영역으로 생각합니다. 우리의 아버지와 어머니 세대가 일과 직업, 직장에서 120% 자아실현을 기대하고 이루어내셨다면, 우리는 일과 직업, 직장에서 기대하는 바와 개인 생활을 철저히 분리하고 누리기를 원합니다. (저도 은근슬쩍 같은 세대로 편입)

오늘 취업을 도전하고 계신 분들에게 전하고 싶은 메시지는 이것입니다. 취업 준비와 개인 생활을 철저히 분리하면 좋겠습니다. 쉬운 말로 자나 깨나 취업 생각만 하지 말자는 것입니다. 취업과 관련된 꿈을 꾸느라 잠을 푹 자지 못하고, 잠에서 깨어 눈을 뜨자마자 오늘은 입사 지원한 기업에서 연락이 올까 노심초사 걱정하고, 밥을 먹고 똥을 누면서도 채용 공고를 살피고, 아무런 연락이 없는 핸드폰을 바라보며 분노하고 좌절하다가 지쳐 쓰러져 잠이 드는 일을 반복하지 않았으면 좋겠습니다.

특히, 재직 중 이직이 아니라 공백 기간을 갖고 취업을 준비하는 분들을 위로하고 싶습니다. 다시 한번 이야기하지만 취업 준비 활동과 개인 생활을 철저히 분리하시기 바랍니다. 그러려면 시간 계획이 필요합니다. 기상 시간, 아침 운동과 명상 시간, 채용 공고를 탐색하는 시간, 식사를 하고 산책을 하는 시간, 이력서를 업데이트하고 면접을 준비하는 시간, 책을 읽고 하루를 회고하는 시간, 그리고 규칙적인 수면으로 하루를 보내면 좋겠습니다. 위 예시와 같은 시간 계획 중 운동, 식사, 독서 등과 같은 개인 활동 중에는 철저히 취업에 대한 생각을 off 처리해야 합니다. 물론 말처럼 쉬지 않다는 것도 너무 잘 압니다. 사람에겐 의지가 있습니다. 의지적으로 취업 준비 활동과 개인의 삶을 분리해야 합니다. 

취업이 어려운 시대를 살고 있습니다. 직무에 관계없이 취업이 어렵습니다. 기업은 야속하게 채용을 많이 하고 있지 않고, 검증은 더 까다롭게 합니다. 낙타가 바늘구멍을 통과하는 것보다 더 어려운 고래가 플랑크톤과 아이 콘택트를 해서 사랑에 빠질 확률적인 상황입니다. 그러나 여러분 버티고 이겨내기 바랍니다. 반드시 우리를 알아보는 기업이 나타난다고 믿습니다! 반드시 우리를 사용하고자 하는 역할이 있다고 믿습니다. 다른 경쟁자와 합격을 두고 싸우는 것이 아닙니다. ‘나‘를 알아보는 ’그‘ 기업을 만나기 위해 기다리는 시간입니다. 기다린다고 생각하면 언젠가 만날 것이라는 확신이 있기 때문에 마음이 덜 힘들지 않을까요? 이것은 위로가 아니라 확신에 대한 이야기입니다.

그러니까 힘겨워하는 취업 준비하는 여러분, 오늘부터 취업 준비 활동과 개인의 삶을 철저히 분리하시기 바랍니다. 생각해 보면 절망과 낙심이 될 것이 아닙니다. 우리를 응원하는 가족과 친구가 있고, 평생직장 개념도 사라지고, 먹고살려면 얼마든지 할 수 있는 일이 널려있습니다. 번듯한 직장을 원하는 대로 빠르게 취직하지 못했다고 해서 삶이 초라해질 필요는 전혀 없습니다. 씩씩하게 자신의 삶을 누리는 여러분이 되기를 진심으로 응원합니다.

P.S 연애도 마찬가지입니다. ’그녀‘ 또는 ’그놈’으로부터 개인의 삶을 철저히 분리하시기 바랍니다. ‘그녀‘와 ‘그놈’이 우리의 삶을 책임져주지 않습니다. 삶의 주도권을 ‘그녀‘와 ’그놈‘으로부터 가져와서 머리와 마음의 중심이 바로 서는 축복이 있기를 간절히 기도합니다.

계란후라이 1148 ﻿살면서 하는 활동 중에 어떤 것은 마음의 중심을 온전히 그것에 집중하게 만듭니다. 대표적인 예를 들면, 연애와 취업이 그렇다고 생각합니다. 잠을 자며 꿈속에서도 나타나며, 눈을 뜨는 순간부터 양치하고 똥을 누고 밥을 먹고 어디를 가도 무엇을 해도 연애와 취업이라는 주제가 되는 대상이 머리와 마음속을 둥둥 떠다니곤 합니다. 일과 삶의 균형이 중요한 시대입니다. 돈을 적게 벌더라도, 사회적 성공으로 대단한 성취를 하지 않더라도 개인의 삶에서 누리고 싶은 것이 많다고 이야기합니다. 대표적인 개인 활동은 취미와 자기개발입니다. 일과 직업으로 100% 충족하기 어려운 무언가를 채우기 위해 취미와 개인 활동을 중요한 삶의 영역으로 생각합니다. 우리의 아버지와 어머니 세대가 일과 직업, 직장에서 120% 자아실현을 기대하고 이루어내셨다면, 우리는 일과 직업, 직장에서 기대하는 바와 개인 생활을 철저히 분리하고 누리기를 원합니다. (저도 은근슬쩍 같은 세대로 편입) 오늘 취업을 도전하고 계신 분들에게 전하고 싶은 메시지는 이것입니다. 취업 준비와 개인 생활을 철저히 분리하면 좋겠습니다. 쉬운 말로 자나 깨나 취업 생각만 하지 말자는 것입니다. 취업과 관련된 꿈을 꾸느라 잠을 푹 자지 못하고, 잠에서 깨어 눈을 뜨자마자 오늘은 입사 지원한 기업에서 연락이 올까 노심초사 걱정하고, 밥을 먹고 똥을 누면서도 채용 공고를 살피고, 아무런 연락이 없는 핸드폰을 바라보며 분노하고 좌절하다가 지쳐 쓰러져 잠이 드는 일을 반복하지 않았으면 좋겠습니다. 특히, 재직 중 이직이 아니라 공백 기간을 갖고 취업을 준비하는 분들을 위로하고 싶습니다. 다시 한번 이야기하지만 취업 준비 활동과 개인 생활을 철저히 분리하시기 바랍니다. 그러려면 시간 계획이 필요합니다. 기상 시간, 아침 운동과 명상 시간, 채용 공고를 탐색하는 시간, 식사를 하고 산책을 하는 시간, 이력서를 업데이트하고 면접을 준비하는 시간, 책을 읽고 하루를 회고하는 시간, 그리고 규칙적인 수면으로 하루를 보내면 좋겠습니다. 위 예시와 같은 시간 계획 중 운동, 식사, 독서 등과 같은 개인 활동 중에는 철저히 취업에 대한 생각을 off 처리해야 합니다. 물론 말처럼 쉬지 않다는 것도 너무 잘 압니다. 사람에겐 의지가 있습니다. 의지적으로 취업 준비 활동과 개인의 삶을 분리해야 합니다.&nbsp; 취업이 어려운 시대를 살고 있습니다. 직무에 관계없이 취업이 어렵습니다. 기업은 야속하게 채용을 많이 하고 있지 않고, 검증은 더 까다롭게 합니다. 낙타가 바늘구멍을 통과하는 것보다 더 어려운 고래가 플랑크톤과 아이 콘택트를 해서 사랑에 빠질 확률적인 상황입니다. 그러나 여러분 버티고 이겨내기 바랍니다. 반드시 우리를 알아보는 기업이 나타난다고 믿습니다! 반드시 우리를 사용하고자 하는 역할이 있다고 믿습니다. 다른 경쟁자와 합격을 두고 싸우는 것이 아닙니다. ‘나‘를 알아보는 ’그‘ 기업을 만나기 위해 기다리는 시간입니다. 기다린다고 생각하면 언젠가 만날 것이라는 확신이 있기 때문에 마음이 덜 힘들지 않을까요? 이것은 위로가 아니라 확신에 대한 이야기입니다. 그러니까 힘겨워하는 취업 준비하는 여러분, 오늘부터 취업 준비 활동과 개인의 삶을 철저히 분리하시기 바랍니다. 생각해 보면 절망과 낙심이 될 것이 아닙니다. 우리를 응원하는 가족과 친구가 있고, 평생직장 개념도 사라지고, 먹고살려면 얼마든지 할 수 있는 일이 널려있습니다. 번듯한 직장을 원하는 대로 빠르게 취직하지 못했다고 해서 삶이 초라해질 필요는 전혀 없습니다. 씩씩하게 자신의 삶을 누리는 여러분이 되기를 진심으로 응원합니다. P.S 연애도 마찬가지입니다. ’그녀‘ 또는 ’그놈’으로부터 개인의 삶을 철저히 분리하시기 바랍니다. ‘그녀‘와 ‘그놈’이 우리의 삶을 책임져주지 않습니다. 삶의 주도권을 ‘그녀‘와 ’그놈‘으로부터 가져와서 머리와 마음의 중심이 바로 서는 축복이 있기를 간절히 기도합니다.﻿

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

스타트업 다이어리 : 네이버 블로그

11월 말에 데이터리안 커뮤니티에서 진행했던, '그로스 해킹' 북토크 후기글입니다. 이미 참여해주신 분들이 많은 후기를 남겨주셨는데, 게으름을 피다가 막상 저자 후기를 너무 늦게 남기네요 (시국이 흉흉해서라고 변명해봅니다;;; ) 저자 입장에서, 책을 열심히 읽어주신 독자분들을 만나는 자리는 굉장히 소중하고 반가운데요. 2시간여 진행된 북토크 내내 참여해주신 분들의 텐션이 높아서, 진행하면서 큰 에너지를 받고 온 자리였어요. 북토크에서는 시간이 모자라서 건너뛴 Q&A 내용들도 짧게 덧붙였습니다.

11월 말에 데이터리안 커뮤니티에서 진행했던, '그로스 해킹' 북토크 후기글입니다. 이미 참여해주신 분들이 많은 후기를 남겨주셨는데, 게으름을 피다가 막상 저자 후기를 너무 늦게 남기네요 (시국이 흉흉해서라고 변명해봅니다;;; ) 저자 입장에서, 책을 열심히 읽어주신 독자분들을 만나는 자리는 굉장히 소중하고 반가운데요. 2시간여 진행된 북토크 내내 참여해주신 분들의 텐션이 높아서, 진행하면서 큰 에너지를 받고 온 자리였어요. 북토크에서는 시간이 모자라서 건너뛴 Q&amp;A 내용들도 짧게 덧붙였습니다.

blog.naver.com

<그로스 해킹, 북토크 이야기>

지난봄, 길을 걷다 마주한 벚꽃을 보며 감탄했어요. 벚꽃이 최고인 줄 알았죠.

늦가을에 같은 길을 지나는데 커다란 은행나무가 있었어요. 아름다움에 다시 한번 감탄했어요.

은행나무도 5월쯤 꽃을 피운대요. 화려하지 않아서 잘 몰랐던 거죠. 대신 가을에 아름답게 물든 잎으로 주목받아요.

우리는 모두 벚꽃처럼 빠르고 화려하게 인정받고 싶어 해요.

하지만 은행나무처럼 묵묵히 자신만의 방식으로 자라나는 것도 멋진 일이에요. 조용히 쌓아온 내공과 신뢰는 시간이 지나야 비로소 진가를 드러내요.

모두가 벚꽃이 될 필요는 없어요. 각자의 계절에서 각자의 방식으로 인정받을 수 있으니까요.

지난봄, 길을 걷다 마주한 벚꽃을 보며 감탄했어요. 벚꽃이 최고인 줄 알았죠. 늦가을에 같은 길을 지나는데 커다란 은행나무가 있었어요. 아름다움에 다시 한번 감탄했어요. 은행나무도 5월쯤 꽃을 피운대요. 화려하지 않아서 잘 몰랐던 거죠. 대신 가을에 아름답게 물든 잎으로 주목받아요. 우리는 모두 벚꽃처럼 빠르고 화려하게 인정받고 싶어 해요. 하지만 은행나무처럼 묵묵히 자신만의 방식으로 자라나는 것도 멋진 일이에요. 조용히 쌓아온 내공과 신뢰는 시간이 지나야 비로소 진가를 드러내요. 모두가 벚꽃이 될 필요는 없어요. 각자의 계절에서 각자의 방식으로 인정받을 수 있으니까요.

벚꽃과 커리어

0. 혁신적인 디자인 툴로 한때 인기 최고였던 인비전이 파산했다. 서비스를 완전히 닫는다. 성공도 롤러코스터급이었는데 어도비와 피그마의 협공에 애매한 포지셔닝으로 꽤나 빠르게 나락으로 갔다.

1. 프로덕트 선셋 (서비스 종료 프로세스)을 약 1년 가까이 진행했으니, 근본없이 무 자르듯 진행한 다른 여러 (호로 shake it) 기업에 비하면 나은 편이긴 하나, 그렇다고 구독료 지불을 정지해 준 것도 아니니 뭐 똔똔이다.

2. 메시지에서 보다시피, 이젠 완전 빠이빠이라고 하고, 통틀어 백업을 받을 수 있는 방법도 없단다. 즉 파일 하나하나 받으라는 것인데, 장난하냐? 그렇다고 이 파일을 받아봤자, 어디다 써 먹을까 싶다.

3. 이래서 스타트업 제품은 사실 선택에 (신중+사려깊음*진중+용의주도) 함이 필요하다. 파산가능성이 크게 열려 있는 서비스기업에, 내 시간과 노력과 좀 더 나아가서 운명을 걸 수는 없다. 내가 또 기업의 결정자라면 더욱 더 조심해야 하는 상황이고.

4. 이런 이유에서 Figma 역시 대안을 충분히 마련해야 할 것이다. 어도비와의 합병 딜이 깨진 후로, 피그마도 현재의 비즈니스 포트폴리오로 독자 생존이 얼마나 오래 가능할런지 불확실하다.

5. 이런 이유로 며칠전 "어도비 주가폭락이 주는 교훈" 포스팅에서도 이야기 했듯 스타트업으로서 빠르게 수익구조를 개선하지 않으면 긴 싸움에서 어도비의 아성을 깨긴 힘들것이다. 어도비를 통해 지금껏 사용자가 생산한 수많은 파일과 그 생태계를 절대 누구도 쉽게 들어내긴 어렵다.

6. 똑같은 이야기지만 그래서 아래아한글을 주구장창 써야하는 그런 서글픈 운명에 처한것이겠지만요. 들어가는 것보다 들어내기가 100배는 힘들다는거...

7. 이런 저런 이유로 클라우드에선 더욱 더 선택의 시작이 중요하다. 몇가지 매력적인 기능이 아닌, 지속가능성과 지속적 혁신을 보장할 수 있는 서비스를 선택하는 것이 내 비즈니스가 생존 가능하기 때문이다.

0. 혁신적인 디자인 툴로 한때 인기 최고였던 인비전이 파산했다. 서비스를 완전히 닫는다. 성공도 롤러코스터급이었는데 어도비와 피그마의 협공에 애매한 포지셔닝으로 꽤나 빠르게 나락으로 갔다. 1. 프로덕트 선셋 (서비스 종료 프로세스)을 약 1년 가까이 진행했으니, 근본없이 무 자르듯 진행한 다른 여러 (호로 shake it) 기업에 비하면 나은 편이긴 하나, 그렇다고 구독료 지불을 정지해 준 것도 아니니 뭐 똔똔이다. 2. 메시지에서 보다시피, 이젠 완전 빠이빠이라고 하고, 통틀어 백업을 받을 수 있는 방법도 없단다. 즉 파일 하나하나 받으라는 것인데, 장난하냐? 그렇다고 이 파일을 받아봤자, 어디다 써 먹을까 싶다. 3. 이래서 스타트업 제품은 사실 선택에 (신중+사려깊음*진중+용의주도) 함이 필요하다. 파산가능성이 크게 열려 있는 서비스기업에, 내 시간과 노력과 좀 더 나아가서 운명을 걸 수는 없다. 내가 또 기업의 결정자라면 더욱 더 조심해야 하는 상황이고. 4. 이런 이유에서 Figma 역시 대안을 충분히 마련해야 할 것이다. 어도비와의 합병 딜이 깨진 후로, 피그마도 현재의 비즈니스 포트폴리오로 독자 생존이 얼마나 오래 가능할런지 불확실하다. 5. 이런 이유로 며칠전 "어도비 주가폭락이 주는 교훈" 포스팅에서도 이야기 했듯 스타트업으로서 빠르게 수익구조를 개선하지 않으면 긴 싸움에서 어도비의 아성을 깨긴 힘들것이다. 어도비를 통해 지금껏 사용자가 생산한 수많은 파일과 그 생태계를 절대 누구도 쉽게 들어내긴 어렵다. 6. 똑같은 이야기지만 그래서 아래아한글을 주구장창 써야하는 그런 서글픈 운명에 처한것이겠지만요. 들어가는 것보다 들어내기가 100배는 힘들다는거... 7. 이런 저런 이유로 클라우드에선 더욱 더 선택의 시작이 중요하다. 몇가지 매력적인 기능이 아닌, 지속가능성과 지속적 혁신을 보장할 수 있는 서비스를 선택하는 것이 내 비즈니스가 생존 가능하기 때문이다.

<Invision의 파산이 주는 교훈>

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

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의 효과를 파악하기 위해 실험을 했습

안녕하십니까. 동국대학교 컴퓨터공학과에 재학중인 학생입니다. 대학교 4학년을 마무리하는 과정에서 '해외학술탐방'이라는 기회를 보게 되었습니다. 7/16-7/26 일정동안 동부는 뉴욕, 서부는 샌프란시스코 지역을 방문할 예정입니다. 해당 일정에서 미국에서 재직하고 계시는 선배 개발자분들의 개발, 일상등의 이야기를 듣고 싶습니다! 혹시나 이 글을 보고 후배들에게 좋은 말 해주실 선배님이 있으면 연락 주시면 감사하겠습니다 !! 대학생활의 마지막과 사회생활의 처음 그 사이에서 훌륭하신 선배님의 말씀을 기다리고 있겠습니다 ! 감사합니다.

안녕하십니까. 동국대학교 컴퓨터공학과에 재학중인 학생입니다. 대학교 4학년을 마무리하는 과정에서 '해외학술탐방'이라는 기회를 보게 되었습니다. 7/16-7/26 일정동안 동부는 뉴욕, 서부는 샌프란시스코 지역을 방문할 예정입니다. 해당 일정에서 미국에서 재직하고 계시는 선배 개발자분들의 개발, 일상등의 이야기를 듣고 싶습니다! 혹시나 이 글을 보고 후배들에게 좋은 말 해주실 선배님이 있으면 연락 주시면 감사하겠습니다 !! 대학생활의 마지막과 사회생활의 처음 그 사이에서 훌륭하신 선배님의 말씀을 기다리고 있겠습니다 ! 감사합니다.

뉴욕, 실리콘 밸리 선배 개발자분들께

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필