무라카미 하루키 책 중에서 가장 좋아하는 책은 달리기를 말할 때 내가 하고 싶은 이야기입니다.

꾸준하게 하는 방법

무라카미 하루키 책 중에서 가장 좋아하는 책은 달리기를 할 때 내가 하고 싶은 이야기입니다.

이 책에서 배운 것은 어떻게 꾸준하게 할 수 있는가?
꾸준하게 하기 위해선 100%로 일을 해선 안 된다.
내일을 위해 힘을 남겨 놔야만 한다는 것.

저도 이걸 알고 나서부터 GitHub 그래프가 (완벽하진 않지만) 잔디가 빼곡히 채워지기 시작한 것 같습니다.

여기서 한발 더 나아가려면 잔디의 색깔도 너무 들쑥날쑥하지 않게 해야 합니다.
하루키는 매일 20장의 원고를 쓴다고 했거든요. 글이 아무리 잘 써져도 딱 20장을 쓰면 미련 없이 자리에서 일어난다고.

1년에 몇 번 정도는 힘을 다해 밤을 새워가며 코딩하곤 합니다.
몰입감을 놓치기 싫어서. 오늘 다 끝내고 만다는 마음으로.
그런데 다음 날이 되면 여지없이 에너지가 방전되면서 거의 아무것도 못하게 돼버리고 마는 것입니다.
하아... 차라리 70%의 힘으로 이틀 동안 할걸. 괜히 밸런스만 깨졌네.

오늘도 그런 날입니다. 정오가 다 되어 일어났는데 머리가 어질어질합니다. 너무 피곤하고 다시 에디터를 켤 자신이 없습니다.
배운 것과 실천하는 것은 조금 다른 문제입니다. 저는 언제쯤 이걸 완전하게 지킬 수 있을까요?
언젠가는 그렇게 할 수 있는 사람이 되고 싶습니다.


https://jeho.page/essay/2025/10/16/routine.html

무라카미 하루키 책 중에서 가장 좋아하는 책은 달리기를 할 때 내가 하고 싶은 이야기입니다. 이 책에서 배운 것은 어떻게 꾸준하게 할 수 있는가? 꾸준하게 하기 위해선 100%로 일을 해선 안 된다. 내일을 위해 힘을 남겨 놔야만 한다는 것. 저도 이걸 알고 나서부터 GitHub 그래프가 (완벽하진 않지만) 잔디가 빼곡히 채워지기 시작한 것 같습니다. 여기서 한발 더 나아가려면 잔디의 색깔도 너무 들쑥날쑥하지 않게 해야 합니다. 하루키는 매일 20장의 원고를 쓴다고 했거든요. 글이 아무리 잘 써져도 딱 20장을 쓰면 미련 없이 자리에서 일어난다고. 1년에 몇 번 정도는 힘을 다해 밤을 새워가며 코딩하곤 합니다. 몰입감을 놓치기 싫어서. 오늘 다 끝내고 만다는 마음으로. 그런데 다음 날이 되면 여지없이 에너지가 방전되면서 거의 아무것도 못하게 돼버리고 마는 것입니다. 하아... 차라리 70%의 힘으로 이틀 동안 할걸. 괜히 밸런스만 깨졌네. 오늘도 그런 날입니다. 정오가 다 되어 일어났는데 머리가 어질어질합니다. 너무 피곤하고 다시 에디터를 켤 자신이 없습니다. 배운 것과 실천하는 것은 조금 다른 문제입니다. 저는 언제쯤 이걸 완전하게 지킬 수 있을까요? 언젠가는 그렇게 할 수 있는 사람이 되고 싶습니다. https://jeho.page/essay/2025/10/16/routine.html

K리그 프로그래머

OpenAI가 웹 브라우저를 내 놓았네요. 질문, 검색이나 웹페이지 요약부터 쇼핑을 대신하는
등의 에이전트스러운 자동화까지 처리해줍니다. 대단하긴하지만 아직은 상상할 수 있는 정도이긴합니다.

웹 브라우저는 사실상 보통 사람들에게는 OS나 다름없고, 특히 다양한 사이트의 로그인 상태를 바로 사용할 수 있어서 상당히 넓고 깊은 범의의 자동화를 할 수 있죠.

그래서 많은 곳에서 AI 브라우저를 내 놓고 있는데요. 하지만 확실히 OpenAI 제품은 만듦새가 다른 곳보다 좋은 느낌이 드네요. 앞으로 어떤 것까지 처리할 수 있게될지 기대가 됩니다.

OpenAI가 웹 브라우저를 내 놓았네요. 질문, 검색이나 웹페이지 요약부터 쇼핑을 대신하는등의 에이전트스러운 자동화까지 처리해줍니다. 대단하긴하지만 아직은 상상할 수 있는 정도이긴합니다. 웹 브라우저는 사실상 보통 사람들에게는 OS나 다름없고, 특히 다양한 사이트의 로그인 상태를 바로 사용할 수 있어서 상당히 넓고 깊은 범의의 자동화를 할 수 있죠. 그래서 많은 곳에서 AI 브라우저를 내 놓고 있는데요. 하지만 확실히 OpenAI 제품은 만듦새가 다른 곳보다 좋은 느낌이 드네요. 앞으로 어떤 것까지 처리할 수 있게될지 기대가 됩니다.

와.. 생각보다 너무 좋아서 쓸 때마다 깜짝깜짝 놀람. 이거 B2B로 팔면 어때요?란 말까지 나왔다. 나 천잰가?! (아님 GPT가 천재임)

와.. 생각보다 너무 좋아서 쓸 때마다 깜짝깜짝 놀람. 이거 B2B로 팔면 어때요?란 말까지 나왔다. 나 천잰가?! (아님 GPT가 천재임)

바이브 코딩에 좋은 건 모놀리식인디.. 최소한 모노레포.. MSA가 좋을수가 없는데.. 내가 모르는 뭔가가 있나..

바이브 코딩에 좋은 건 모놀리식인디.. 최소한 모노레포.. MSA가 좋을수가 없는데.. 내가 모르는 뭔가가 있나..

죽은 AWS에게 바칩니다.

Take Me Home, Country Roads - 존 덴버

Almost Heaven, North Virginia(US-EAST-1)
Blue Ridge Mountains, Shenandoah River
Life is old there, older than the trees
Younger than the mountains, growin' like a breeze

Country roads, take me home
To the place I belong
North Virginia(US-EAST-1), mountain mama
Take me home, country roads

죽은 AWS에게 바칩니다. Take Me Home, Country Roads - 존 덴버 Almost Heaven, North Virginia(US-EAST-1)Blue Ridge Mountains, Shenandoah RiverLife is old there, older than the treesYounger than the mountains, growin' like a breeze Country roads, take me homeTo the place I belongNorth Virginia(US-EAST-1), mountain mamaTake me home, country roads

소통(Communication)은 흔히 '정보, 사상, 감정 등을 공유하고 교환하는 모든 과정'으로 정의된다. 조직의 맥락에서는, 단순히 말을 주고받는 것을 넘어, 구성원 모두가 같은 그림을 그릴 수 있도록 돕는 핵심적인 활동이다. 많은 사람이 개발자에게도 소통이 중요하다고 말한다. 이 말에 동의하지 않는 사람은 거의 없을 것이다. 하지만 "소통이 구체적으로 왜, 그리고 어떻게 중요한가?"라고 한 걸음 더 들어가 보면, 저마다 생각하는 것이 조금씩 다른 듯하다. 어떤 이는 명확하게 말하는 기술이라 하고, 어떤 이는 문서를 잘 쓰는 것이라 답한다.

물론 다 맞는 말이다. 나 역시 오랜 시간 개발자로 일하며 이 소통이라는 것이 조직 안에서 구체적으로 어떤 힘을 발휘하는지에 대해 고민해왔다. 나의 견해는 다음과 같다.

가장 먼저, 소통은 조직의 성과와 직결된다. 개발자가 작성하는 모든 코드, 모든 커밋 메시지, 모든 PR 설명은 미래의 동료(혹은 99% 확률로 미래의 나 자신)에게 보내는 일종의 편지나 다름없다. 명확하고 읽기 쉬운 코드는 그 자체로 훌륭한 소통의 결과물이며, 이는 곧바로 재작업 감소, 유지보수성 향상, 그리고 버그 감소로 이어진다. 결국 좋은 소통이 좋은 코드를 만들고, 좋은 코드가 조직의 성과를 높여주는 셈이라고 믿는다.

다음으로, 소통은 견고한 팀워크와 협업의 기반이 된다. 구성원들끼리 진행 상황을 투명하게 공유하고, 막히는 부분에 대해 편하게 도움을 요청하며, 기술적 논쟁을 건강하게 할 수 있을 때 조직의 생산성은 극대화된다고 생각한다. 최고의 조직을 만드는 핵심 요소로 꼽히는 심리적 안전감 역시, 결국 자유롭고 솔직한 소통 문화 위에서만 피어날 수 있기 때문이다.

여기서 더 나아가면, 소통은 리더십을 발휘하는 핵심 도구로도 쓰인다. 복잡한 기술적 비전을 구성원들이 이해할 수 있는 언어로 번역하여 방향을 제시하고, 동료의 성장을 위해 건설적인 피드백을 건네며, 때로는 의견 충돌을 생산적인 토론으로 이끌어가는 능력 모두가 바로 소통 역량에서 나오기 때문이다. 직책에 상관없이 우리 모두는 동료에게 긍정적인 영향을 주는 리더가 될 수 있고, 그 시작은 언제나 좋은 소통이다.

이 모든 것이 모여 조직의 성공을 이끈다. 훌륭한 소통 문화는 팀을 넘어 다른 팀과의 벽(silo)을 허물고, 회사 전체가 하나의 목표를 향해 나아가게 하는 강력한 힘이 된다. 정보가 막힘없이 흐르는 조직은 더 빠르게 움직이고, 더 나은 결정을 내리며, 결국 더 성공적인 제품을 만들어낸다고 믿는다.

물론, 지금 내가 하는 이 말 또한 완벽한 정답은 아닐 것이다. 나 역시 이 주제에 대해 계속 배우고 고민하는 과정에 있다. 어쩌면 내가 놓치고 있거나 잘못 생각하는 부분도 분명히 있을 것이다.

소통(Communication)은 흔히 '정보, 사상, 감정 등을 공유하고 교환하는 모든 과정'으로 정의된다. 조직의 맥락에서는, 단순히 말을 주고받는 것을 넘어, 구성원 모두가 같은 그림을 그릴 수 있도록 돕는 핵심적인 활동이다. 많은 사람이 개발자에게도 소통이 중요하다고 말한다. 이 말에 동의하지 않는 사람은 거의 없을 것이다. 하지만 "소통이 구체적으로 왜, 그리고 어떻게 중요한가?"라고 한 걸음 더 들어가 보면, 저마다 생각하는 것이 조금씩 다른 듯하다. 어떤 이는 명확하게 말하는 기술이라 하고, 어떤 이는 문서를 잘 쓰는 것이라 답한다. 물론 다 맞는 말이다. 나 역시 오랜 시간 개발자로 일하며 이 소통이라는 것이 조직 안에서 구체적으로 어떤 힘을 발휘하는지에 대해 고민해왔다. 나의 견해는 다음과 같다. 가장 먼저, 소통은 조직의 성과와 직결된다. 개발자가 작성하는 모든 코드, 모든 커밋 메시지, 모든 PR 설명은 미래의 동료(혹은 99% 확률로 미래의 나 자신)에게 보내는 일종의 편지나 다름없다. 명확하고 읽기 쉬운 코드는 그 자체로 훌륭한 소통의 결과물이며, 이는 곧바로 재작업 감소, 유지보수성 향상, 그리고 버그 감소로 이어진다. 결국 좋은 소통이 좋은 코드를 만들고, 좋은 코드가 조직의 성과를 높여주는 셈이라고 믿는다. 다음으로, 소통은 견고한 팀워크와 협업의 기반이 된다. 구성원들끼리 진행 상황을 투명하게 공유하고, 막히는 부분에 대해 편하게 도움을 요청하며, 기술적 논쟁을 건강하게 할 수 있을 때 조직의 생산성은 극대화된다고 생각한다. 최고의 조직을 만드는 핵심 요소로 꼽히는 심리적 안전감 역시, 결국 자유롭고 솔직한 소통 문화 위에서만 피어날 수 있기 때문이다. 여기서 더 나아가면, 소통은 리더십을 발휘하는 핵심 도구로도 쓰인다. 복잡한 기술적 비전을 구성원들이 이해할 수 있는 언어로 번역하여 방향을 제시하고, 동료의 성장을 위해 건설적인 피드백을 건네며, 때로는 의견 충돌을 생산적인 토론으로 이끌어가는 능력 모두가 바로 소통 역량에서 나오기 때문이다. 직책에 상관없이 우리 모두는 동료에게 긍정적인 영향을 주는 리더가 될 수 있고, 그 시작은 언제나 좋은 소통이다. 이 모든 것이 모여 조직의 성공을 이끈다. 훌륭한 소통 문화는 팀을 넘어 다른 팀과의 벽(silo)을 허물고, 회사 전체가 하나의 목표를 향해 나아가게 하는 강력한 힘이 된다. 정보가 막힘없이 흐르는 조직은 더 빠르게 움직이고, 더 나은 결정을 내리며, 결국 더 성공적인 제품을 만들어낸다고 믿는다. 물론, 지금 내가 하는 이 말 또한 완벽한 정답은 아닐 것이다. 나 역시 이 주제에 대해 계속 배우고 고민하는 과정에 있다. 어쩌면 내가 놓치고 있거나 잘못 생각하는 부분도 분명히 있을 것이다.

소통에 대한 견해

오늘의 취미 코딩. 뚝딱!

쿼리 생성에 필요한 컨텍스트를 넣는 방법을 약간 다르게 시도해보았는데, 뚝딱 만든 것 치고는 꽤 만족스럽다. 반복분석하게 했더니 일반적인 분석은 ChatGPT보다 나은 듯..?!

역시 벡터DB를 사용하는 RAG는 벌써 옛말이 되어벌임. 프롬프트 is all you need.

오늘의 취미 코딩. 뚝딱! 쿼리 생성에 필요한 컨텍스트를 넣는 방법을 약간 다르게 시도해보았는데, 뚝딱 만든 것 치고는 꽤 만족스럽다. 반복분석하게 했더니 일반적인 분석은 ChatGPT보다 나은 듯..?! 역시 벡터DB를 사용하는 RAG는 벌써 옛말이 되어벌임. 프롬프트 is all you need.

한국 아저씨들이 사랑하는 개그 총집합! 아재개그 웃어달레 ^^

다들 추석 푹 쉬셨나요?

저는 캐나다에서 평소처럼 일했지만, 명절이라 한국에 계신 가족 친지들과 영상 통화를 많이 나눴습니다. 그중에서도 할아버지의 아재개그에 빵빵 터지는 제 아이를 보면서 마음이 참 따뜻해지더라고요.

그 모습을 흐뭇하게 지켜보다가 갑자기 필을 받아, 재미있는 웹사이트 하나를 만들어봤습니다.

바로 아재달레(AjaeDale) 입니다! 👉 https://ajaedale.com

이미 좋은 도메인은 다 선점되어 있어서 이름이 조금 이상하게 들릴 수도 있지만... 🙉 저도 이제 아재라는 사실을 더 이상 부인할 수 없는 나이가 되었으니, 어쩌면 운명이 지어준 이름일지도 모르겠습니다. 😂

할아버지를 통해 아재개그의 매력을 알게 된 제 아이는 이제 하루가 멀다 하고 "아빠, 새로운 아재개그 알려줘!"라고 하네요. 그래서 제가 막 만든 웹사이트를 지금 제가 제일 유용하게 쓰고 있습니다.

연휴가 끝나고 출근길 발걸음이 무거우실 텐데, 여러분도 한 번 들어가서 구경해보시겠어요? 재미있으셨는지 혹은 개선할 점이 있다면 자유롭게 피드백 주시면 감사하겠습니다! 주변에 저처럼 유치한 개그를 좋아하는 아재들께도 꼭 한 번 공유해주세요 ㅋㅋ

뭐, 혹시 아나요? ㅎㅎ 재미삼아 시작한 프로젝트지만, 언젠가 세상에서 가장 웃긴 아재개그 웹사이트가 될지도요. 😎

다들 추석 푹 쉬셨나요? 저는 캐나다에서 평소처럼 일했지만, 명절이라 한국에 계신 가족 친지들과 영상 통화를 많이 나눴습니다.&nbsp;그중에서도 할아버지의 아재개그에 빵빵 터지는 제 아이를 보면서 마음이 참 따뜻해지더라고요. 그 모습을 흐뭇하게 지켜보다가 갑자기 필을 받아, 재미있는 웹사이트 하나를&nbsp;만들어봤습니다. 바로 아재달레(AjaeDale) 입니다! 👉 https://ajaedale.com 이미 좋은 도메인은 다 선점되어 있어서 이름이 조금 이상하게 들릴 수도 있지만... 🙉 저도 이제 아재라는 사실을 더 이상 부인할 수 없는 나이가 되었으니, 어쩌면 운명이 지어준 이름일지도 모르겠습니다. 😂 할아버지를 통해 아재개그의 매력을 알게 된 제 아이는 이제 하루가 멀다 하고 "아빠, 새로운 아재개그 알려줘!"라고 하네요. 그래서 제가 막 만든 웹사이트를 지금 제가 제일 유용하게 쓰고 있습니다. 연휴가 끝나고 출근길 발걸음이 무거우실 텐데, 여러분도 한 번 들어가서 구경해보시겠어요? 재미있으셨는지 혹은 개선할 점이 있다면 자유롭게 피드백 주시면 감사하겠습니다! 주변에 저처럼 유치한 개그를 좋아하는 아재들께도 꼭 한 번 공유해주세요 ㅋㅋ 뭐, 혹시 아나요? ㅎㅎ 재미삼아 시작한 프로젝트지만, 언젠가 세상에서 가장 웃긴 아재개그 웹사이트가 될지도요. 😎

아재달레

🥱 명절 증후군, 👨 아재개그로 날려 버리세요! ㅋㅋ

안녕하세요. 그린입니다 🍏이번 포스팅에서는 Swift 6.0에서 도입된 Pack Iteration에 대해 정리해보려 합니다. Swift 5.9에서 도입된 Parameter Packs를 훨씬 더 쉽고 직관적으로 다룰 수 있게 해주는 기능인데요, 실제 코드 예제와 함께 살펴보겠습니다 🙋🏻Parameter Packs Recap먼저 Parameter Packs가 무엇인지 간단히 복습해볼까요?다음 코드를 보겠습니다. let areEqual = (1, true, "hello") == (1, false, "hello")print(areEqual)// false 위 코드는 단순히 두 튜플을 비교합니다. 하지만 이 코드는 튜플에 7개의 요소가 있으면 작동하지 않았습니다! Swift 표준 라이브러리는 오랫동안 최대..

Iterate Over Parameter Packs

Swift 6.0의 Pack Iteration으로 Parameter Packs를 쉽게 다룰 수 있습니다.
이전에는 가변 개수의 제네릭 인자를 처리하려면 에러를 던지고 로컬 함수를 만드는 등 복잡했는데, 이제는 익숙한 for-in repeat 구문으로 간단히 해결됩니다.
6개 요소 튜플 제한도 완전히 사라졌죠.


Swift의 제네릭 시스템이 한층 더 실용적으로 진화한 느낌입니다.
이를 자세하게 정리했습니다 🙋🏻


요즘에는 어떻게 기술을 익숙하게 쓰는것보다 근간을 아는것이 가장 중요한 시점이 온것 같아요.
사실 원래 가장 중요했는데, AI 시대에 이제서야 제대로 빛을 발하지 않나 싶습니다.

Swift 6.0의 Pack Iteration으로 Parameter Packs를 쉽게 다룰 수 있습니다.이전에는 가변 개수의 제네릭 인자를 처리하려면 에러를 던지고 로컬 함수를 만드는 등 복잡했는데, 이제는 익숙한 for-in repeat 구문으로 간단히 해결됩니다. 6개 요소 튜플 제한도 완전히 사라졌죠. Swift의 제네릭 시스템이 한층 더 실용적으로 진화한 느낌입니다. 이를 자세하게 정리했습니다 🙋🏻 요즘에는 어떻게 기술을 익숙하게 쓰는것보다 근간을 아는것이 가장 중요한 시점이 온것 같아요.사실 원래 가장 중요했는데, AI 시대에 이제서야 제대로 빛을 발하지 않나 싶습니다.

iOYES

Swift 6.0 Pack Iteration - 쉬운 제네릭 프로그래밍

Haiku 4.5 모델 출시의 또 다른 의미는 성능대비 가격이 여전히 계속 내려가고 있다는 것. 상위 모델인 Sonnet 4 보다 성능이 좋지만 가격은 1/3. 프롬프트 캐싱을 이용하면 140페이지짜리 보험 약관을 컨텍스트로 사용하는데 드는 비용은 단 0.00097원…!

Haiku 4.5 모델 출시의 또 다른 의미는 성능대비 가격이 여전히 계속 내려가고 있다는 것. 상위 모델인 Sonnet 4 보다 성능이 좋지만 가격은 1/3. 프롬프트 캐싱을 이용하면 140페이지짜리 보험 약관을 컨텍스트로 사용하는데 드는 비용은 단 0.00097원…!

며칠 전 아침, 누워서 핸드폰을 보고 있는데 알림이 막 날아왔습니다. 서버들이 동작하지 않는다고. 뭐지? 느낌이 이상해서 컴퓨터 앞으로 가봤더니… 컴퓨터가 꺼져있습니다. 어라? 조금 전까지 잘 되다가 방금 꺼진 건가? 파워 버튼을 누르니 전원이 들어오지 않습니다.

커피한잔 서버 장례식

며칠 전 아침, 누워서 핸드폰을 보고 있는데 알림이 막 날아왔습니다. 서버들이 동작하지 않는다고.
뭐지? 느낌이 이상해서 컴퓨터 앞으로 가봤더니… 컴퓨터가 꺼져있습니다.
어라? 조금 전까지 잘 되다가 방금 꺼진 건가?
파워 버튼을 누르니 전원이 들어오지 않습니다.


운영하는 서비스들부터 살려 놓고는 다시 컴퓨터의 전원을 눌러봅니다.
역시나 들어오지 않습니다.


허허…
세상을 떠났군.


사람이 죽은 것만큼 슬픈 것은 아니었지만, 기분이 이상했습니다.
한참 동안 컴퓨터를 바라보여 앉아 있었습니다.


2019년부터 만 7년을 하루도 빠짐없이 열심히 일해줬던 컴퓨터.
이 컴퓨터 덕분에 수천 쌍의 커플이 만나고, 70쌍의 커플이 결혼하고, 수십 명의 아이가 태어났습니다.
색칠 지도나 초등 받아쓰기도 이 컴퓨터에서 태어나서 자랐습니다.


100만 원도 안 주고 샀던 컴퓨터가 돈도 참 많이 벌어다 줬습니다.
제가 네카오에서 7년 동안 밤낮없이 일해서 번 돈 보다 훨씬 많이.
우리 가족의 행복과 평안을 가져다준 녀석인데, 그냥 고철로 어딘가에 던져버려선 안 되는 거 아닌가?


가족들끼리 시간을 내서 장례식이라도 치러주기로 했습니다. (웃음)


https://jeho.page/essay/2025/10/13/server-funeral.html

며칠 전 아침, 누워서 핸드폰을 보고 있는데 알림이 막 날아왔습니다. 서버들이 동작하지 않는다고.뭐지? 느낌이 이상해서 컴퓨터 앞으로 가봤더니… 컴퓨터가 꺼져있습니다.어라? 조금 전까지 잘 되다가 방금 꺼진 건가?파워 버튼을 누르니 전원이 들어오지 않습니다. 운영하는 서비스들부터 살려 놓고는 다시 컴퓨터의 전원을 눌러봅니다.역시나 들어오지 않습니다. 허허…세상을 떠났군. 사람이 죽은 것만큼 슬픈 것은 아니었지만, 기분이 이상했습니다.한참 동안 컴퓨터를 바라보여 앉아 있었습니다. 2019년부터 만 7년을 하루도 빠짐없이 열심히 일해줬던 컴퓨터.이 컴퓨터 덕분에 수천 쌍의 커플이 만나고, 70쌍의 커플이 결혼하고, 수십 명의 아이가 태어났습니다.색칠 지도나 초등 받아쓰기도 이 컴퓨터에서 태어나서 자랐습니다. 100만 원도 안 주고 샀던 컴퓨터가 돈도 참 많이 벌어다 줬습니다.제가 네카오에서 7년 동안 밤낮없이 일해서 번 돈 보다 훨씬 많이.우리 가족의 행복과 평안을 가져다준 녀석인데, 그냥 고철로 어딘가에 던져버려선 안 되는 거 아닌가? 가족들끼리 시간을 내서 장례식이라도 치러주기로 했습니다. (웃음) https://jeho.page/essay/2025/10/13/server-funeral.html

1. 최근에 다소 충격적인 데이터를 봤다고 한다. 스타트업의 본질은 ‘빠른 성장’이라고 믿는 사람들이 많지만, 대부분의 스타트업이 망하는 이유는 빠른 성장에 너무 집착해 급격하게 인원을 늘렸기 때문이라는 것이다.

2. 구체적으로, 탁월한 인재가 아니라면, 구성원을 한 명 늘릴 때마다 조직의 생산성은 0.9%씩 떨어진다고.

3. 좀 더 풀어 설명하면, 스타트업 씬에 있는 사람들은 프로덕트가 성장하고 있고 투자도 유치했으니 공격적으로 채용을 해서 조직의 규모를 늘리면 더 빠르게 성장할 것이라고 생각하지만, 사람이 늘어날수록 조직의 비효율성은 높아지고, 커뮤니케이션 비용은 늘어나며, 잘못된 사람을 뽑을 가능성도 높아진다는 얘기.

4. 그래서 뛰어난 인재 5명인 팀에게 20억 원이라는 돈이 생기면 런웨이가 3년 가까이로 늘어나지만, 어설프게 채용해 평범한 직원 20명으로 구성된 팀은 20억 원으로는 6개월도 못 버틴다고.

5. 이를 넷플릭스식으로 표현하면, ‘인재 밀도(Talent Density)’가 떨어지면 아무리 좋은 서비스를 만들어도, 아무리 투자를 많이 받아도 금방 바닥이 드러나는 셈.

6. 물론 스타트업이 망하는 데는 다른 여러 이유들도 있을 수 있지만, 그럼에도 주요 이유 중 하나가 조금 빠르게 성장한다고 해서 사람을 급격하게 늘렸기 때문이라는 점은 생각해볼 필요가 있달까?

7. 그리고 잘은 모르지만, 한국 스타트업은 미국보다 사람을 내보내기가 더 어려울뿐더러, 잘 내보낸 경험을 한 경영진도 많지 않기 때문에 난이도는 더 높을 수 있다.

8. 물론 시장에 돈이 넘치고, 벤처나 스타트업 쪽으로도 돈이 많이 흐르고, 스타트업이 세상을 바꿀 수 있다는 낭만 또한 넘치면, 이런 비효율이 어느 정도는 감당 가능하지만, 돈이 마른 상태에서는 조직은 비대하나 인재 밀도가 낮으면 버티는 건 사실상 불가능.

9. 그래서인지 요즘 들어 직원 13명일 때 1조 원에 회사를 페이스북에 판 인스타그램이나 직원 65명일 때 1.5조 원에 엣싯한 유튜브, 직원 55명일 때 19조 원에 매각한 왓츠앱 등이 다시 주목받고 있고,

10. 과거에는 스타트업들에게 DAU, MAU가 얼마나 빠르게 성장하는지를 많이 물었지만, 요즘은 직원 한 명 당 매출이나 인당 영업 이익이 얼마나 되는지부터 물어보는 경우가 많다고.

11. 심지어 AI는 이런 흐름을 더욱 가속화하고 있다.

12. 그런 의미에서 이미 많은 사람들이 하는 말이지만, 앞으로의 비즈니스는 지난 10~15년과는 상당히 다를 수 있다. ‘속도’보다는 ‘밀도’가 중요해지는 시대가 오고 있다는 얘기다.

13. 아니, 넷플릭스가 닷컴 버블 붕괴 후 상장 프로젝트가 좌초되면서 회사가 망할 뻔 할 때 구조 조정을 통해 인재 밀도의 중요성을 깨달은 것이 2000년대 초중반이니, 본질은 변하지 않았는데 그 사이 스타트업 버블이 왔다 갔는지도. 무튼 나 화이팅!!

#오늘의아무말

1. 최근에 다소 충격적인 데이터를 봤다고 한다. 스타트업의 본질은 ‘빠른 성장’이라고 믿는 사람들이 많지만, 대부분의 스타트업이 망하는 이유는 빠른 성장에 너무 집착해 급격하게 인원을 늘렸기 때문이라는 것이다. 2. 구체적으로, 탁월한 인재가 아니라면, 구성원을 한 명 늘릴 때마다 조직의 생산성은 0.9%씩 떨어진다고. 3. 좀 더 풀어 설명하면, 스타트업 씬에 있는 사람들은 프로덕트가 성장하고 있고 투자도 유치했으니 공격적으로 채용을 해서 조직의 규모를 늘리면 더 빠르게 성장할 것이라고 생각하지만, 사람이 늘어날수록 조직의 비효율성은 높아지고, 커뮤니케이션 비용은 늘어나며, 잘못된 사람을 뽑을 가능성도 높아진다는 얘기. 4. 그래서 뛰어난 인재 5명인 팀에게 20억 원이라는 돈이 생기면 런웨이가 3년 가까이로 늘어나지만, 어설프게 채용해 평범한 직원 20명으로 구성된 팀은 20억 원으로는 6개월도 못 버틴다고. 5. 이를 넷플릭스식으로 표현하면, ‘인재 밀도(Talent Density)’가 떨어지면 아무리 좋은 서비스를 만들어도, 아무리 투자를 많이 받아도 금방 바닥이 드러나는 셈. 6. 물론 스타트업이 망하는 데는 다른 여러 이유들도 있을 수 있지만, 그럼에도 주요 이유 중 하나가 조금 빠르게 성장한다고 해서 사람을 급격하게 늘렸기 때문이라는 점은 생각해볼 필요가 있달까? 7. 그리고 잘은 모르지만, 한국 스타트업은 미국보다 사람을 내보내기가 더 어려울뿐더러, 잘 내보낸 경험을 한 경영진도 많지 않기 때문에 난이도는 더 높을 수 있다. 8. 물론 시장에 돈이 넘치고, 벤처나 스타트업 쪽으로도 돈이 많이 흐르고, 스타트업이 세상을 바꿀 수 있다는 낭만 또한 넘치면, 이런 비효율이 어느 정도는 감당 가능하지만, 돈이 마른 상태에서는 조직은 비대하나 인재 밀도가 낮으면 버티는 건 사실상 불가능. 9. 그래서인지 요즘 들어 직원 13명일 때 1조 원에 회사를 페이스북에 판 인스타그램이나 직원 65명일 때 1.5조 원에 엣싯한 유튜브, 직원 55명일 때 19조 원에 매각한 왓츠앱 등이 다시 주목받고 있고, 10. 과거에는 스타트업들에게 DAU, MAU가 얼마나 빠르게 성장하는지를 많이 물었지만, 요즘은 직원 한 명 당 매출이나 인당 영업 이익이 얼마나 되는지부터 물어보는 경우가 많다고. 11. 심지어 AI는 이런 흐름을 더욱 가속화하고 있다. 12. 그런 의미에서 이미 많은 사람들이 하는 말이지만, 앞으로의 비즈니스는 지난 10~15년과는 상당히 다를 수 있다. ‘속도’보다는 ‘밀도’가 중요해지는 시대가 오고 있다는 얘기다. 13. 아니, 넷플릭스가 닷컴 버블 붕괴 후 상장 프로젝트가 좌초되면서 회사가 망할 뻔 할 때 구조 조정을 통해 인재 밀도의 중요성을 깨달은 것이 2000년대 초중반이니, 본질은 변하지 않았는데 그 사이 스타트업 버블이 왔다 갔는지도. 무튼 나 화이팅!! #오늘의아무말

스타트업이 망하는 이유

"여러 소셜 플랫폼에서 가끔 나오는 이야기인 개발자의 위기" 그건 아니라 생각했지만 아마 나도 모르게 AI시대에 개발자로써의 위기감을 느끼는 것 같다.

AI 시대 앞으로 개발자들은 어떤 기술이 중요해질까?

요즘 Claude Code를 쓰면서 이상한 기분이 든다.


예전에는 하루 종일 씨름하던 기능을 30분 만에 구현하고 나면 기뻐야 할 텐데, 오히려 "이게 맞나?" 하는 생각이 먼저 든다.


여러 소셜 플랫폼에서 나오는 이야기인 "AI의 시대, 개발자의 위기"


개발자가 AI에 대체 될 거라고? 난 아니라고 생각하지만 아마 나도 모르게 AI 시대에 개발자로서의 위기감을 느끼는 것 같다.


그럼 급변한 AI 시대, 개발자에게 어떤 기술들이 중요할까?


개발자에게만 해당되는 것이 아닌 여러 분야에 몸을 담고 계신 분들도 보면 좋을 것이라 생각한다.


https://jeonghodong.com/post/AI-%EC%8B%9C%EB%8C%80-%EC%95%9E%EC%9C%BC%EB%A1%9C-%EA%B0%9C%EB%B0%9C%EC%9E%90%EB%93%A4%EC%9D%80-%EC%96%B4%EB%96%A4-%EA%B8%B0%EC%88%A0%EC%9D%B4-%EC%A4%91%EC%9A%94%ED%95%B4%EC%A7%88%EA%B9%8C

요즘 Claude Code를 쓰면서 이상한 기분이 든다. 예전에는 하루 종일 씨름하던 기능을 30분 만에 구현하고 나면 기뻐야 할 텐데, 오히려 "이게 맞나?" 하는 생각이 먼저 든다. 여러 소셜 플랫폼에서 나오는 이야기인 "AI의 시대, 개발자의 위기" 개발자가 AI에 대체 될 거라고? 난 아니라고 생각하지만 아마 나도 모르게 AI 시대에 개발자로서의 위기감을 느끼는 것 같다. 그럼 급변한 AI 시대, 개발자에게 어떤 기술들이 중요할까? 개발자에게만 해당되는 것이 아닌 여러 분야에 몸을 담고 계신 분들도 보면 좋을 것이라 생각한다. https://jeonghodong.com/post/AI-%EC%8B%9C%EB%8C%80-%EC%95%9E%EC%9C%BC%EB%A1%9C-%EA%B0%9C%EB%B0%9C%EC%9E%90%EB%93%A4%EC%9D%80-%EC%96%B4%EB%96%A4-%EA%B8%B0%EC%88%A0%EC%9D%B4-%EC%A4%91%EC%9A%94%ED%95%B4%EC%A7%88%EA%B9%8C

jeonghodong.com

Bun 1.3 introduces zero-config frontend development, unified SQL API, built-in Redis client, security enhancements, package catalogs, async stack traces, VS Code test integration, and Node.js compatibility improvements.

Bun 1.3

안녕하세요. 한국의 Bun 전도사(?) 달레입니다 ㅎㅎ

Bun v1.3이 드디어 공개됐습니다. 이번 릴리스는 단순히 빠른 자바스크립트 런타임을 넘어서, 프론트엔드와 백엔드를 아우르는 풀스택 플랫폼으로 한 걸음 더 나아갔다는 점에서 의미가 큽니다.

개발자들이 원하는 건 결국 "빨리 만들어보고, 빨리 고치고, 빠르게 배포하는 것"이잖아요. Bun은 그 여정에서 필요한 도구들을 점점 한 자리에 붙이고 있습니다.

가장 크게 달라진 부분 중 하나는 프론트엔드 개발 흐름입니다. 별도 툴 없이도 HTML 파일을 바로 실행해볼 수 있는 개발 서버가 기본으로 제공되고, 리액트의 Fast Refresh를 지원하는 HMR도 포함돼 있어 수정 내용을 바로 확인할 수 있습니다. 콘솔 로그도 브라우저와 터미널을 오가며 자연스럽게 이어지고, 프로덕션 빌드는 bun build 한 줄로 처리됩니다. 개발용 툴과 빌드 툴을 따로 쓰던 기존 흐름보다 훨씬 단순해졌습니다.

백엔드와 데이터 쪽도 크게 좋아졌습니다. Bun.SQL 하나로 MySQL, MariaDB, SQLite를 모두 다룰 수 있게 됐고, Redis 클라이언트도 런타임에 기본 내장됐습니다. 캐시, 큐, Pub/Sub 같은 흔한 웹 아키텍처를 별도 라이브러리 설치 없이 바로 구성할 수 있습니다. 웹소켓, 라우팅, 쿠키 처리 같은 HTTP 기능들도 조금씩 다듬어지고 있어서 훨씬 실용적으로 다가옵니다.

패키지와 워크스페이스 기능은 팀 단위 실사용을 명확히 염두에 두고 설계된 티가 납니다. 워크스페이스에서 기본값이 isolated install이라 각 패키지가 선언한 의존성만 보이도록 강제되고, 모노레포에서 버전 동기화를 돕는 카탈로그 기능도 추가됐습니다. yarn이나 pnpm의 잠금파일을 그대로 가져올 수 있는 마이그레이션 기능도 꽤 현실적으로 유용합니다. 기존 레거시 레포에 슬쩍 도입해보기에 좋아졌습니다.

보안과 운영 관련 기능도 확실히 강화됐습니다. 설치 단계에서 알려진 취약점이나 악성 패키지를 자동으로 검출해주는 보안 스캐너 API가 새로 들어왔고, OS 자격증명 저장소를 활용하는 Bun.secrets, CSRF 토큰 유틸리티, 개선된 암호화 성능 등도 주목할 만합니다. 인증, 세션, 암호화 키를 다루는 서비스에서 체감이 있을 만한 변화입니다.

개발자 경험 측면에서는 Node.js 호환성이 계속 좋아지고 있고, 테스트나 디버깅을 할 때 비동기 스택트레이스가 훨씬 읽기 쉬워졌습니다. 예전에는 새 런타임이라 생겼던 ‘성장통’ 같은 부분들이 하나씩 정리되고 있는 느낌이에요.

개인적으로 Bun v1.3은 단순히 성능 향상 그 이상이었습니다. 처음엔 빠른 실행 속도에서 시작했지만, 이제는 프로젝트 구조 자체를 단순하게 만들어주는 방향으로 점점 다가가고 있어요.

작게 도입해보려면 먼저 개발 서버와 Bun.SQL, Redis 같은 부분부터 적용해보는 걸 추천드립니다. 여기서 좋은 경험을 얻으면, 이후에 패키지 카탈로그나 isolated 설치 같은 기능들도 점점 확장해서 써볼 수 있어요. 보안 스캐너나 secrets 유틸리티도 초기에 세팅해두면 나중에 훨씬 수월합니다.

이번 릴리스를 통해 실전 프로젝트에서 바로 써볼 수 있을 만큼 Bun이 성숙해졌다고 생각합니다. Bun으로 여러분의 자바스크립트 스택을 얼마나 단순화할 수 있을지 이번 기회에 한 번 점검해보시길 바랍니다.

공식 블로그에 자세한 변화와 예제가 잘 정리돼 있고, 영상으로도 핵심을 빠르게 훑어볼 수 있으니 참고바랍니다.

📝 포스팅: https://bun.com/blog/bun-v1.3
📺 동영상: https://youtu.be/tk7qTNW5g0c

전국 온오프라인 서점에 "헬로 Bun" 절찰리 판매중! 😁 https://careerly.co.kr/comments/111998

안녕하세요. 한국의 Bun 전도사(?) 달레입니다 ㅎㅎ Bun v1.3이 드디어 공개됐습니다. 이번 릴리스는 단순히 빠른 자바스크립트 런타임을 넘어서, 프론트엔드와 백엔드를 아우르는 풀스택 플랫폼으로 한 걸음 더 나아갔다는 점에서 의미가 큽니다. 개발자들이 원하는 건 결국 "빨리 만들어보고, 빨리 고치고, 빠르게 배포하는 것"이잖아요. Bun은 그 여정에서 필요한 도구들을 점점 한 자리에 붙이고 있습니다. 가장 크게 달라진 부분 중 하나는 프론트엔드 개발 흐름입니다. 별도 툴 없이도 HTML 파일을 바로 실행해볼 수 있는 개발 서버가 기본으로 제공되고, 리액트의 Fast Refresh를 지원하는 HMR도 포함돼 있어 수정 내용을 바로 확인할 수 있습니다. 콘솔 로그도 브라우저와 터미널을 오가며 자연스럽게 이어지고, 프로덕션 빌드는 bun build 한 줄로 처리됩니다. 개발용 툴과 빌드 툴을 따로 쓰던 기존 흐름보다 훨씬 단순해졌습니다. 백엔드와 데이터 쪽도 크게 좋아졌습니다. Bun.SQL 하나로 MySQL, MariaDB, SQLite를 모두 다룰 수 있게 됐고, Redis 클라이언트도 런타임에 기본 내장됐습니다. 캐시, 큐, Pub/Sub 같은 흔한 웹 아키텍처를 별도 라이브러리 설치 없이 바로 구성할 수 있습니다. 웹소켓, 라우팅, 쿠키 처리 같은 HTTP 기능들도 조금씩 다듬어지고 있어서 훨씬 실용적으로 다가옵니다. 패키지와 워크스페이스 기능은 팀 단위 실사용을 명확히 염두에 두고 설계된 티가 납니다. 워크스페이스에서 기본값이 isolated install이라 각 패키지가 선언한 의존성만 보이도록 강제되고, 모노레포에서 버전 동기화를 돕는 카탈로그 기능도 추가됐습니다. yarn이나 pnpm의 잠금파일을 그대로 가져올 수 있는 마이그레이션 기능도 꽤 현실적으로 유용합니다. 기존 레거시 레포에 슬쩍 도입해보기에 좋아졌습니다. 보안과 운영 관련 기능도 확실히 강화됐습니다. 설치 단계에서 알려진 취약점이나 악성 패키지를 자동으로 검출해주는 보안 스캐너 API가 새로 들어왔고, OS 자격증명 저장소를 활용하는 Bun.secrets, CSRF 토큰 유틸리티, 개선된 암호화 성능 등도 주목할 만합니다. 인증, 세션, 암호화 키를 다루는 서비스에서 체감이 있을 만한 변화입니다. 개발자 경험 측면에서는 Node.js 호환성이 계속 좋아지고 있고, 테스트나 디버깅을 할 때 비동기 스택트레이스가 훨씬 읽기 쉬워졌습니다. 예전에는 새 런타임이라 생겼던 ‘성장통’ 같은 부분들이 하나씩 정리되고 있는 느낌이에요. 개인적으로 Bun v1.3은 단순히 성능 향상 그 이상이었습니다. 처음엔 빠른 실행 속도에서 시작했지만, 이제는 프로젝트 구조 자체를 단순하게 만들어주는 방향으로 점점 다가가고 있어요. 작게 도입해보려면 먼저 개발 서버와 Bun.SQL, Redis 같은 부분부터 적용해보는 걸 추천드립니다. 여기서 좋은 경험을 얻으면, 이후에 패키지 카탈로그나 isolated 설치 같은 기능들도 점점 확장해서 써볼 수 있어요. 보안 스캐너나 secrets 유틸리티도 초기에 세팅해두면 나중에 훨씬 수월합니다. 이번 릴리스를 통해 실전 프로젝트에서 바로 써볼 수 있을 만큼 Bun이 성숙해졌다고 생각합니다. Bun으로 여러분의 자바스크립트 스택을 얼마나 단순화할 수 있을지 이번 기회에 한 번 점검해보시길 바랍니다. 공식 블로그에 자세한 변화와 예제가 잘 정리돼 있고, 영상으로도 핵심을 빠르게 훑어볼 수 있으니 참고바랍니다. 📝 포스팅: https://bun.com/blog/bun-v1.3 📺 동영상: https://youtu.be/tk7qTNW5g0c 전국 온오프라인 서점에 "헬로 Bun" 절찰리 판매중! 😁 https://careerly.co.kr/comments/111998

🍞 Bun v1.3 출시 소식! 올인원 런타임을 넘어 풀스택 플랫

1. 관리자 업무 중 상당한 부분을 차지하는 일은 인력, 돈, 자본 등의 자원을 할당하는 것이다.

2. 하지만 관리자가 매일 할당해야 할 가장 중요한 자원을 하나만 꼽으라면 그것은 바로 '시간'이다.

3. 이론적으로 돈과 인력, 자본은 언제든지 구할 수 있지만 시간은 절대적으로 제한된 자원이다. 그래서 시간의 할당 및 사용에는 상당한 주의가 필요하다.

4. 내 생각에는 자신의 시간을 어떻게 다루느냐가 직원들의 롤모델이 되려는 리더에게 가장 중요한 요소다.

5. 나는 보통 하루에 25개 정도의 활동에 참여하는데, 대부분 정보 수집 및 전달뿐만 아니라 의사결정과 넛지에 해당된다.

6. 또한 나는 내 시간의 3분의 2를 누군가와의 회의에 쓴다. 내가 회의에 많은 시간을 쓴다고 우려할지 모르지만, 정보 수집, 정보 전달, 의사결정, 넛지, 그리고 모범(롤 모델)을 보이는 활동을 회의가 아니라면 어디에서 수행할 수 있는가?

7.회의는 활동이 아니라 하나의 수단이다.


#하이아웃풋매니지먼트 📚

1. 관리자 업무 중 상당한 부분을 차지하는 일은 인력, 돈, 자본 등의 자원을 할당하는 것이다. ​2. 하지만 관리자가 매일 할당해야 할 가장 중요한 자원을 하나만 꼽으라면 그것은 바로 '시간'이다. ​3. 이론적으로 돈과 인력, 자본은 언제든지 구할 수 있지만 시간은 절대적으로 제한된 자원이다. 그래서 시간의 할당 및 사용에는 상당한 주의가 필요하다. 4. 내 생각에는 자신의 시간을 어떻게 다루느냐가 직원들의 롤모델이 되려는 리더에게 가장 중요한 요소다. ​5. 나는 보통 하루에 25개 정도의 활동에 참여하는데, 대부분 정보 수집 및 전달뿐만 아니라 의사결정과 넛지에 해당된다. ​6. 또한 나는 내 시간의 3분의 2를 누군가와의 회의에 쓴다. 내가 회의에 많은 시간을 쓴다고 우려할지 모르지만, 정보 수집, 정보 전달, 의사결정, 넛지, 그리고 모범(롤 모델)을 보이는 활동을 회의가 아니라면 어디에서 수행할 수 있는가? ​7.회의는 활동이 아니라 하나의 수단이다. ​ #하이아웃풋매니지먼트 📚 ​

< 시간을 다루는 방식이 곧 리더의 그릇이다 >

1. 유니클로, 자라 등 해외 SPA 브랜드들이 한국에 우후죽순 유입될 때만 해도 소규모 국내 브랜드들이 크게 타격을 입을 것이라는 우려의 목소리가 많았습니다.


2. 다양한 디자인의 옷들을 빠르게 순환시키며 싼 가격에 제공하는 SPA 브랜드의 이점이 소비자의 마음을 사로잡을 것이라고 말이죠.


3. 그런데 수년이 지난 지금, 오히려 도메스틱 브랜드들의 파워가 갈수록 강해지고 있습니다. 예상 밖의 상황이 펼쳐지고 있는거죠.


4. 그 배경에는 소비의 파편화가 있습니다.


5. 과거에는 메가 트렌드가 존재했습니다. 어떤 아이템 하나가 유행하면 거리에 지나다니는 사람들 중 열이면 열, 백이면 백 그 아이템을 입고 들고 신었습니다.


6. 하지만 지금은 마이크로 트렌드의 시대. 소비자들은 저마다의 취향을 가지고 이를 표현하는 데 큰 가치를 둡니다.


7. 굉장히 다양한 트렌드들이 공존하며 각자의 영역을 구축하고 있죠.


8. 아무리 규모가 크다고 해도 하나의 브랜드가 이 모든 영역을 소화해낼 수는 없습니다.


9. 그러니 자연스럽게 파편화된 취향들을 맞춤으로 공략할 수 있는 작은 브랜드들의 힘이 커지는 겁니다.


#b주류경제학

1. 유니클로, 자라 등 해외 SPA 브랜드들이 한국에 우후죽순 유입될 때만 해도 소규모 국내 브랜드들이 크게 타격을 입을 것이라는 우려의 목소리가 많았습니다. ​2. 다양한 디자인의 옷들을 빠르게 순환시키며 싼 가격에 제공하는 SPA 브랜드의 이점이 소비자의 마음을 사로잡을 것이라고 말이죠. ​3. 그런데 수년이 지난 지금, 오히려 도메스틱 브랜드들의 파워가 갈수록 강해지고 있습니다. 예상 밖의 상황이 펼쳐지고 있는거죠. ​4. 그 배경에는 소비의 파편화가 있습니다. ​5. 과거에는 메가 트렌드가 존재했습니다. 어떤 아이템 하나가 유행하면 거리에 지나다니는 사람들 중 열이면 열, 백이면 백 그 아이템을 입고 들고 신었습니다. ​6. 하지만 지금은 마이크로 트렌드의 시대. 소비자들은 저마다의 취향을 가지고 이를 표현하는 데 큰 가치를 둡니다. ​7. 굉장히 다양한 트렌드들이 공존하며 각자의 영역을 구축하고 있죠. ​8. 아무리 규모가 크다고 해도 하나의 브랜드가 이 모든 영역을 소화해낼 수는 없습니다. ​9. 그러니 자연스럽게 파편화된 취향들을 맞춤으로 공략할 수 있는 작은 브랜드들의 힘이 커지는 겁니다. #b주류경제학

< 이제 유행은 없다, 취향만 남았다 >

OpenAI 의 초기 멤버이자, 테슬라에서 AI 팀을 이끌었던 안드레이 카르파시(Andrej Karpathy)가 트위터에 올린 글

나는 수십 년 동안 이 문제를 직관적으로 잘못 이해하고 있었다.
아마도 사회 전반에 퍼져 있는 지능(Intelligence)에 대한 찬양, 각종 미디어와 엔터테인먼트의 영향, IQ에 대한 집착 때문이었을 것이다. 하지만 주도성(Agency)은 훨씬 더 강력하고, 훨씬 더 희소한 특질이다.
당신은 채용할 때 주도성을 기준으로 삼고 있는가?
우리는 교육을 통해 주도성을 키우고 있는가?
당신은 마치 10배 더 강한 주도성을 가진 사람처럼 행동하고 있는가?

Grok의 설명이 꽤 근접한데, 다음과 같다:
주도성(Agency)이란 성격적 특성으로서, 개인이 스스로 주도적으로 행동하고, 결정을 내리며, 자신의 삶과 환경에 영향을 미칠 수 있는 능력을 의미한다.

이는 수동적으로 반응하는 것이 아니라 능동적으로 움직이는 태도를 뜻한다. 
주도성이 높은 사람은 삶이 자신에게 일어나도록 내버려 두지 않고, 직접 만들어 간다. 
이는 자기 효능감, 결단력, 그리고 자신의 인생에 대한 책임감을 결합한 개념이라고 볼 수 있다.
주도성이 강한 사람은 목표를 세우고, 장애물이 있어도 자신감을 갖고 밀고 나간다. 이들은 ‘어떻게든 해결할 거야’라고 말할 뿐만 아니라, 실제로 해결해낸다.
반면, 주도성이 낮은 사람은 자신의 삶에서 주도권을 쥐기보다 수동적인 태도를 보이며, 운이나 타인, 외부 환경이 자신의 미래를 결정짓는다고 생각하는 경향이 있다.

주도성은 단순한 자기 주장(assertiveness)이나 야망(ambition)과는 다르지만, 일부 겹치는 부분이 있다. 하지만 그것은 보다 내면적인 특성으로, ‘내가 행동할 수 있다’는 믿음과 ‘실제로 행동하는 의지’가 결합된 것이다.

심리학에서는 이를 ‘통제 위치(locus of control)’ 개념과 연관 짓기도 한다. 주도성이 높은 사람은 내적 통제감을 가지며, 자신의 운명을 스스로 개척한다고 느낀다. 반면, 주도성이 낮은 사람은 외부 통제적인 경향을 보이며, 삶이 자신에게 ‘일어나는’ 것이라고 생각하는 경우가 많다.

와이 컴비네이터의 CEO인 게리 탄(Garry Tan)도 트위터에서 말했다.
Intelligence is on tap now so agency is even more important
“이제 지능은 언제든 활용할 수 있는 도구가 되었으므로, 주도성이 그 어느 때보다 더 중요하다.”

OpenAI 의 초기 멤버이자, 테슬라에서 AI 팀을 이끌었던&nbsp;안드레이 카르파시(Andrej Karpathy)가 트위터에 올린 글 나는 수십 년 동안 이 문제를 직관적으로 잘못 이해하고 있었다.아마도 사회 전반에 퍼져 있는 지능(Intelligence)에 대한 찬양, 각종 미디어와 엔터테인먼트의 영향, IQ에 대한 집착 때문이었을 것이다. 하지만&nbsp;주도성(Agency)은 훨씬 더 강력하고, 훨씬 더 희소한 특질이다.당신은 채용할 때&nbsp;주도성을 기준으로 삼고 있는가?우리는 교육을 통해&nbsp;주도성을 키우고 있는가?당신은 마치 10배 더 강한&nbsp;주도성을 가진 사람처럼 행동하고 있는가? Grok의 설명이 꽤 근접한데, 다음과 같다:주도성(Agency)이란 성격적 특성으로서, 개인이&nbsp;스스로 주도적으로 행동하고, 결정을 내리며, 자신의 삶과 환경에 영향을 미칠 수 있는 능력을 의미한다. 이는 수동적으로 반응하는 것이 아니라 능동적으로 움직이는 태도를 뜻한다.&nbsp;주도성이 높은 사람은 삶이 자신에게 일어나도록 내버려 두지 않고, 직접 만들어 간다.&nbsp;이는 자기 효능감, 결단력, 그리고 자신의 인생에 대한 책임감을 결합한 개념이라고 볼 수 있다.주도성이 강한 사람은&nbsp;목표를 세우고, 장애물이 있어도 자신감을 갖고 밀고 나간다. 이들은&nbsp;‘어떻게든 해결할 거야’라고 말할 뿐만 아니라, 실제로 해결해낸다.반면,&nbsp;주도성이 낮은 사람은&nbsp;자신의 삶에서 주도권을 쥐기보다 수동적인 태도를 보이며, 운이나 타인, 외부 환경이 자신의 미래를 결정짓는다고 생각하는 경향이 있다. 주도성은&nbsp;단순한 자기 주장(assertiveness)이나 야망(ambition)과는 다르지만, 일부 겹치는 부분이 있다. 하지만 그것은 보다 내면적인 특성으로,&nbsp;‘내가 행동할 수 있다’는 믿음과 ‘실제로 행동하는 의지’가 결합된 것이다. 심리학에서는 이를 ‘통제 위치(locus of control)’ 개념과 연관 짓기도 한다.&nbsp;주도성이 높은 사람은&nbsp;내적 통제감을 가지며, 자신의 운명을 스스로 개척한다고 느낀다. 반면,&nbsp;주도성이 낮은 사람은&nbsp;외부 통제적인 경향을 보이며, 삶이 자신에게 ‘일어나는’ 것이라고 생각하는 경우가 많다. 와이 컴비네이터의 CEO인&nbsp;게리 탄(Garry Tan)도 트위터에서 말했다.Intelligence is on tap now so agency is even more important “이제 지능은 언제든 활용할 수 있는 도구가 되었으므로, 주도성이 그 어느 때보다 더 중요하다.”

이제 지능은 언제든 쓸 수 있는 도구가 된 만큼, 주도성이 더 중

아마존은 버튼 레이블을
‘Register’에서 ‘000’로 변경한 이후
매출을 3억 달러 높일 수 있었습니다.
⠀
리서치 결과 전체 고객의 45%는 아마존 시스템에 ID(이메일 계정)을 여러 번 등록했고, 10번까지 등록한 경우도 있었습니다. 비밀번호를 기억하지 못해 요청하는 사용자는 하루에 16만 명에 이르렀죠.
⠀
흥미롭게도 비밀번호를 요청한 사용자의 75%는 비밀번호를 알고 난 이후 제품을 구매하지 않고 페이지를 이탈했습니다. 아이디와 비밀번호가 허들이 된 겁니다. 횡단보도를 건너야만 편의점에 가야 한다면, 신호등에서 망설일 수밖에 없습니다.


https://www.instagram.com/p/DP2T-JZE4lP/?utm_source=ig_web_copy_link&igsh=MWR5N3A2ZGFoNHk4ag==

아마존은 버튼 레이블을 ‘Register’에서 ‘000’로 변경한 이후 매출을 3억 달러 높일 수 있었습니다. ⠀ 리서치 결과 전체 고객의 45%는 아마존 시스템에 ID(이메일 계정)을 여러 번 등록했고, 10번까지 등록한 경우도 있었습니다. 비밀번호를 기억하지 못해 요청하는 사용자는 하루에 16만 명에 이르렀죠. ⠀ 흥미롭게도 비밀번호를 요청한 사용자의 75%는 비밀번호를 알고 난 이후 제품을 구매하지 않고 페이지를 이탈했습니다. 아이디와 비밀번호가 허들이 된 겁니다. 횡단보도를 건너야만 편의점에 가야 한다면, 신호등에서 망설일 수밖에 없습니다. https://www.instagram.com/p/DP2T-JZE4lP/?utm_source=ig_web_copy_link&amp;igsh=MWR5N3A2ZGFoNHk4ag==

《UX 리서치가 비즈니스에 임팩트를 만들 수 있을까?》

AI 시대에 '노력의 증거'가 무엇이 될까? 과거에는 문서, 코드 같은 아티팩트(artifacts)가 개인의 노력과 성과를 증명하는 대표적인 결과물로 여겨졌다. 하지만 AI의 등장으로 이런 결과물들이 쉽게 생산될 수 있게 되었고, 이제는 단순히 결과물만으로는 그 안에 담긴 노력의 무게를 드러내기 어렵게 바뀌었다.

이와 관련해 마이크로소프트 CPO Aparna Chennapragada는 "Doc is cheap. Show me the talk."라는 에세이에서 다음 질문을 던진다.

"무엇이 진짜 노력의 증거로 남을 것인가?" 에세이에서는 노력의 신호(Signals of effort)로 아래와 같은 요소들을 언급한다. 하지만 이들이 보여주기, 권력에 가까운 형태, 불필요한 프로세스를 만드는 형태로 변질될 가능성이 높다고 설명한다.
 * 존재감(Presence)
 * 관계(Relationships)
 * 게이트키핑(Gatekeeping

AI 시대에는 이전의 문서와 코드' 아닌, 실제 맥락에서의 구성원의 기여 자체가 더 중요한 진짜 증거로 부각될 수 있다고 Aparna Chennapragada는 설명한다.

---

자세한 내용은 브런치 링크를 참고해주세요 :)

https://brunch.co.kr/@yongjinjinipln/250

AI 시대에 '노력의 증거'가 무엇이 될까? 과거에는 문서, 코드 같은 아티팩트(artifacts)가 개인의 노력과 성과를 증명하는 대표적인 결과물로 여겨졌다. 하지만 AI의 등장으로 이런 결과물들이 쉽게 생산될 수 있게 되었고, 이제는 단순히 결과물만으로는 그 안에 담긴 노력의 무게를 드러내기 어렵게 바뀌었다. 이와 관련해 마이크로소프트 CPO Aparna Chennapragada는 "Doc is cheap. Show me the talk."라는 에세이에서 다음 질문을 던진다. "무엇이 진짜 노력의 증거로 남을 것인가?" 에세이에서는 노력의 신호(Signals of effort)로 아래와 같은 요소들을 언급한다. 하지만 이들이 보여주기, 권력에 가까운 형태, 불필요한 프로세스를 만드는 형태로 변질될 가능성이 높다고 설명한다.<ul ><li>존재감(Presence)</li><li>관계(Relationships)</li><li>게이트키핑(Gatekeeping</li></ul> AI 시대에는 이전의 문서와 코드' 아닌, 실제 맥락에서의 구성원의 기여 자체가 더 중요한 진짜 증거로 부각될 수 있다고 Aparna Chennapragada는 설명한다. --- 자세한 내용은 브런치 링크를 참고해주세요 :) https://brunch.co.kr/@yongjinjinipln/250

결과를 어떻게 증명할 것인가?

이직 과정에서 이전 직장의 퇴직 사유를 묻는 질문을 자주 받습니다. 이력서에 기재를 요구하거나 면접에서 직접 질문하곤 하죠. 하지만 개인적으로 퇴직 사유를 묻는 질문은 채용에서 그다지 유의미한 정보를 제공하지 못한다고 생각합니다. 답변 내용을 통해 판단할 수 있는 가치가 모호하기 때문입니다.


퇴직을 결심하게 되는 계기는 대부분 복합적입니다. 일이 재미없어서, 조직 문화가 맞지 않아서, 더 나은 성장 기회를 찾아서 등 여러 이유가 동시다발적으로 작용합니다. 물론 그중 가장 강력한 원인이 있긴 하지만, 대개는 여러 이유가 일정 비중으로 함께 존재합니다.


만약 퇴직 사유를 묻는 질문이 지원자에게 필요한 업무 환경을 파악하기 위한 목적이라면 긍정적입니다. 지원자가 더 잘 일할 수 있는 환경을 조성하기 위해, 어려워할 수 있는 상황은 피하고 도움이 되는 조건을 갖추려는 의도라면 의미 있는 질문이 될 수 있습니다.


안타깝게도 현재 채용 전형에서 퇴직 사유를 묻는 의도는 지원자의 단점을 파악하려는 목적에 가깝습니다. '꼬리 물기'라 불리는 후속 질문들이 이를 방증합니다. 예를 들어, 특정 업무가 마음에 들지 않아 퇴직했다고 하면 "우리 회사에서도 비슷한 상황이라면 어떻게 하시겠습니까?"라고 묻거나, 성장을 위한 새로운 도전이라고 답하면 "그렇다면 정기적으로 이직하실 건가요?"라고 묻는 식입니다.


과연 퇴직 사유를 기반으로 미래를 가정한 질문에서 얻을 수 있는 검증은 무엇일까요? 인간적으로 궁금할 수는 있습니다. 다른 사람에게 호기심을 갖는 것은 자연스러운 일이니까요. 다만, 호기심이 객관적인 판단 기준이 되어서는 안 됩니다. 채용 결과를 좌우하는 요소가 아닌 단순한 호기심이라면, 최종 합격한 인재에게 입사 후 물어보는 것이 더 적절하지 않을까요?


지원자 역시 퇴직 사유를 숨길 이유가 없습니다. 당당하게 정직한 사유를 밝히는 것이 좋습니다. 그래야 진정으로 결이 맞는 회사를 만나 행복한 직장 생활을 할 수 있습니다. 정보를 숨기거나 과장하는 것에서 불행이 시작됩니다. 과도한 야근을 싫어하면서 좋아하는 척하거나, 수평적 문화를 선호하면서 상명하복식 업무 방식을 선호한다고 거짓말하면, 운 좋게 채용되더라도 입사 후 심각한 문제가 발생합니다.


채용 전형은 기업과 인재가 만나 서로를 탐색하며 어울리는 관계가 될 수 있는지 알아보는 자리입니다. 어떤 질문도 가능하고, 답변 방식과 내용도 자유롭습니다. 다만, 질문하는 사람은 질문을 통해 얻을 수 있는 정보와 그 정보의 가치 판단 기준이 명확해야 합니다. 답변하는 사람도 자신의 강점과 약점을 가감 없이 정직하게 드러내야 합니다. 건강한 노사 관계는 채용 전형에서부터 시작된다고 믿습니다.


누구에게나 숨기고 싶은 과거가 있습니다. 스스로 치부라고 여기는 과거 행동은 더욱 드러내고 싶지 않죠. 진정한 용기는 자신의 약점을 노출하는 것입니다. 용기 있게 약점을 드러냈을 때 최선의 결과를 만들 수 있습니다. 그 결과가 긍정적이든 부정적이든, 방향과 관계없이 건강한 배움이 있을 것입니다.


진정한 성장은 건강한 도전 여정 속에서 얻어집니다. '모로 가도 서울만 가면 된다'는 식의 사고방식은 결국 실패할 가능성이 높습니다. 최소한 해야 할 도리를 다하며 과정에 충실할 때 의미 있는 배움과 성과를 만들 수 있습니다. 그런 정직한 인재가 되길 진심으로 응원합니다.

﻿ 이직 과정에서 이전 직장의 퇴직 사유를 묻는 질문을 자주 받습니다. 이력서에 기재를 요구하거나 면접에서 직접 질문하곤 하죠. 하지만 개인적으로 퇴직 사유를 묻는 질문은 채용에서 그다지 유의미한 정보를 제공하지 못한다고 생각합니다. 답변 내용을 통해 판단할 수 있는 가치가 모호하기 때문입니다. 퇴직을 결심하게 되는 계기는 대부분 복합적입니다. 일이 재미없어서, 조직 문화가 맞지 않아서, 더 나은 성장 기회를 찾아서 등 여러 이유가 동시다발적으로 작용합니다. 물론 그중 가장 강력한 원인이 있긴 하지만, 대개는 여러 이유가 일정 비중으로 함께 존재합니다. 만약 퇴직 사유를 묻는 질문이 지원자에게 필요한 업무 환경을 파악하기 위한 목적이라면 긍정적입니다. 지원자가 더 잘 일할 수 있는 환경을 조성하기 위해, 어려워할 수 있는 상황은 피하고 도움이 되는 조건을 갖추려는 의도라면 의미 있는 질문이 될 수 있습니다. 안타깝게도 현재 채용 전형에서 퇴직 사유를 묻는 의도는 지원자의 단점을 파악하려는 목적에 가깝습니다. '꼬리 물기'라 불리는 후속 질문들이 이를 방증합니다. 예를 들어, 특정 업무가 마음에 들지 않아 퇴직했다고 하면 "우리 회사에서도 비슷한 상황이라면 어떻게 하시겠습니까?"라고 묻거나, 성장을 위한 새로운 도전이라고 답하면 "그렇다면 정기적으로 이직하실 건가요?"라고 묻는 식입니다. 과연 퇴직 사유를 기반으로 미래를 가정한 질문에서 얻을 수 있는 검증은 무엇일까요? 인간적으로 궁금할 수는 있습니다. 다른 사람에게 호기심을 갖는 것은 자연스러운 일이니까요. 다만, 호기심이 객관적인 판단 기준이 되어서는 안 됩니다. 채용 결과를 좌우하는 요소가 아닌 단순한 호기심이라면, 최종 합격한 인재에게 입사 후 물어보는 것이 더 적절하지 않을까요? 지원자 역시 퇴직 사유를 숨길 이유가 없습니다. 당당하게 정직한 사유를 밝히는 것이 좋습니다. 그래야 진정으로 결이 맞는 회사를 만나 행복한 직장 생활을 할 수 있습니다. 정보를 숨기거나 과장하는 것에서 불행이 시작됩니다. 과도한 야근을 싫어하면서 좋아하는 척하거나, 수평적 문화를 선호하면서 상명하복식 업무 방식을 선호한다고 거짓말하면, 운 좋게 채용되더라도 입사 후 심각한 문제가 발생합니다. 채용 전형은 기업과 인재가 만나 서로를 탐색하며 어울리는 관계가 될 수 있는지 알아보는 자리입니다. 어떤 질문도 가능하고, 답변 방식과 내용도 자유롭습니다. 다만, 질문하는 사람은 질문을 통해 얻을 수 있는 정보와 그 정보의 가치 판단 기준이 명확해야 합니다. 답변하는 사람도 자신의 강점과 약점을 가감 없이 정직하게 드러내야 합니다. 건강한 노사 관계는 채용 전형에서부터 시작된다고 믿습니다. 누구에게나 숨기고 싶은 과거가 있습니다. 스스로 치부라고 여기는 과거 행동은 더욱 드러내고 싶지 않죠. 진정한 용기는 자신의 약점을 노출하는 것입니다. 용기 있게 약점을 드러냈을 때 최선의 결과를 만들 수 있습니다. 그 결과가 긍정적이든 부정적이든, 방향과 관계없이 건강한 배움이 있을 것입니다. 진정한 성장은 건강한 도전 여정 속에서 얻어집니다. '모로 가도 서울만 가면 된다'는 식의 사고방식은 결국 실패할 가능성이 높습니다. 최소한 해야 할 도리를 다하며 과정에 충실할 때 의미 있는 배움과 성과를 만들 수 있습니다. 그런 정직한 인재가 되길 진심으로 응원합니다.﻿

퇴직 사유

무신사는 빠르고 유연한 물류 비즈니스 확대를 목적으로 작년부터 MWMS 개발을 시작해, 현재 모든 first-mile 인프라를 내재화했습니다. 어떻게 3개월 만에 MWMS를 개발할 수 있었는지, 기민한 팀 플레이를 위한 세 가지 원칙을 소개합니다.

어떻게 3개월 만에 MUSINSA WMS를 개발할 수 있었을까?

무신사에서 어떻게 제품을 만들어내는지 살펴볼 수 있는 글이네요.

물류센터 근처에 숙소를 잡고 문제해결에 집중했다는 부분이 인상깊었어요!

https://medium.com/musinsa-tech/어떻게-3개월-만에-musinsa-wms를-개발할-수-있었을까-993938419cde

무신사에서 어떻게 제품을 만들어내는지 살펴볼 수 있는 글이네요. 물류센터 근처에 숙소를 잡고 문제해결에 집중했다는 부분이 인상깊었어요! https://medium.com/musinsa-tech/어떻게-3개월-만에-musinsa-wms를-개발할-수-있었을까-993938419cde

Medium

넷마블 잡부

민형기

#백엔드 #개발자 #소프트웨어엔지니어

크리니티 백엔드 개발자

최훈

김졔

무신사의 WMS 개발기

송요창

👨‍👩‍👧‍👦
문제 해결할 때 즐거움을 느낍니다.
평범한 사람들이 모여 비범한 일을 할 수 있다고 믿습니다.
#프론트엔드 #커뮤니케이션

강의 및 멘토링
https://www.inflearn.com/users/1095/@totuworld

무신사의 WMS 개발기

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필