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

다들 추석 푹 쉬셨나요?

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

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

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

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

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

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

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

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

아재달레

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

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

꾸준하게 하는 방법

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

이 책에서 배운 것은 어떻게 꾸준하게 할 수 있는가?
꾸준하게 하기 위해선 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리그 프로그래머

시니어 개발자의 입장에서 AI와 함께 코딩하는 과정을 다뤄보려고 합니다. MCP나 서브 에이전트 같은 기술 없이, 정말 ‘프롬프트’ 하나만으로 테스트 코드를 빠르게 작성할 경험과 전략을 공유합니다. 프롬프트 작성의 핵심은 모호함과 범용성의 줄타기입니다. 너무 자세해도, 너무 모호해도 안 됩니다. 지나치게 구체적이면 AI의 코딩 능력을 충분히 활용하기 어렵고, 반대로 너무 모호하면 결과물의 신뢰도가 낮아져 검토 시간이 늘어나기 때문입니다. 따라서, 몇 가지 프롬프팅 전략과 함께 균형점을 찾아 빠르고 안정적으로 테스트 코드를 작성하는 방법을 알아보겠습니다. 목표는 단 10분 안에 테스트 코드를 완성하는 것입니다.

AI로 10분 만에 테스트 코드 완성하기 | 요즘IT

'요즘IT'에 'AI로 10분 만에 테스트 코드 완성하기' 라는 제목으로 글을 기고했습니다.
예전에 무신사 테크블로그에서도 AI를 활용한 테스트 코드 작성 방법을 소개했었는데요, 이번 글은 그보다 한 단계 더 나아가 효율성과 구체성에 초점을 맞췄습니다.

👉 10분 완성 워크플로우: 명세 정의(2분)부터 코드 생성(2분), 그리고 검증 및 개선(6분)까지, 시간을 측정하며 진행한 과정을 담았습니다.
👉 AI 길들이기: AI의 '환각'을 줄이고 더 깊은 추론을 끌어내기 위해 think에서 ultrathink까지 단계적으로 활용하는 상세한 내용을 담았습니다.
👉 핵심 집중 전략: AI와 함께 수많은 테스트 케이스 중 가장 중요한 비즈니스 로직 부터 처리하여 효율을 극대화하는 방법을 제안합니다.
👉 자동 디버깅 루프: "테스트 통과할 때까지 고쳐줘"라는 명령으로, AI가 스스로 실패 원인을 분석하고 코드를 수정하게 만들었습니다.

AI를 활용해 테스트 코드 작성 시간을 줄이고 싶은 분들께 실질적인 도움이 되었으면 좋겠습니다.


https://yozm.wishket.com/magazine/detail/3399/

'요즘IT'에 'AI로 10분 만에 테스트 코드 완성하기' 라는 제목으로 글을 기고했습니다. 예전에 무신사 테크블로그에서도 AI를 활용한 테스트 코드 작성 방법을 소개했었는데요, 이번 글은 그보다 한 단계 더 나아가 효율성과 구체성에 초점을 맞췄습니다. 👉 10분 완성 워크플로우: 명세 정의(2분)부터 코드 생성(2분), 그리고 검증 및 개선(6분)까지, 시간을 측정하며 진행한 과정을 담았습니다. 👉 AI 길들이기: AI의 '환각'을 줄이고 더 깊은 추론을 끌어내기 위해 think에서 ultrathink까지 단계적으로 활용하는 상세한 내용을 담았습니다. 👉 핵심 집중 전략: AI와 함께 수많은 테스트 케이스 중 가장 중요한 비즈니스 로직 부터 처리하여 효율을 극대화하는 방법을 제안합니다. 👉 자동 디버깅 루프: "테스트 통과할 때까지 고쳐줘"라는 명령으로, AI가 스스로 실패 원인을 분석하고 코드를 수정하게 만들었습니다. AI를 활용해 테스트 코드 작성 시간을 줄이고 싶은 분들께 실질적인 도움이 되었으면 좋겠습니다. https://yozm.wishket.com/magazine/detail/3399/

요즘IT

🌟 풀 리포트 보기 + 복사하기 기능 추가
👩🏻 아미고 프로필 페이지 개선
📄 토픽 페이지 개선

풀 리포트 보기 기능은 아미고를 적극적으로 사용하시는 분들의 요청으로 추가했습니다. 굉장히 좋아하시더라고요. 노션에 붙여넣기만 해도 포맷팅이 자동으로 적용됩니다!

📞 AI 전화영어, 아미고 다운로드
👉 https://tosto.re/ameego

그 외, 내부적으로 큰 업데이트가 있었고, 그동안 묵혀둔 자잘한 것들 포함해서 리터럴리 100개 수정했습니다. 🫠

조만간 학습에 유용한 기능들이 대거 추가될 예정이니 많은 관심+결제🥹+홍보 부탁드립니다. 🙇🏻🙇🏻‍♀️

🌟 풀 리포트 보기 + 복사하기 기능 추가👩🏻 아미고 프로필 페이지 개선📄 토픽 페이지 개선 풀 리포트 보기 기능은 아미고를 적극적으로 사용하시는 분들의 요청으로 추가했습니다. 굉장히 좋아하시더라고요. 노션에 붙여넣기만 해도 포맷팅이 자동으로 적용됩니다! 📞 AI 전화영어, 아미고 다운로드👉 https://tosto.re/ameego 그 외, 내부적으로 큰 업데이트가 있었고, 그동안 묵혀둔 자잘한 것들 포함해서 리터럴리 100개 수정했습니다. 🫠 조만간 학습에 유용한 기능들이 대거 추가될 예정이니 많은 관심+결제🥹+홍보 부탁드립니다. 🙇🏻🙇🏻‍♀️

🎁 아미고 빅, 아니 미디엄😅 업데이트!!

Cloudflare’s Content Signals Policy gives creators a new tool to control use of their content. 


Giving users choice with Cloudflare’s new Content Signals Policy

최근 몇 년 사이, AI 모델 학습을 위한 대규모 웹 스크래핑이 보편화되면서 인터넷의 오랜 질서가 흔들리고 있습니다.

오랫동안 웹에는 창작자와 사용자 간에 암묵적인 상생 체계가 존재했습니다. 창작자는 콘텐츠를 무료로 공개함으로써 트래픽과 인용이라는 형태의 보상을 받았고, 사용자는 타인의 콘텐츠를 사용할 때 출처를 남기며 인정과 감사를 표했습니다.

이러한 관행은 단순한 예의 차원을 넘어, 웹의 성장 동력이자 지식 공유의 선순환 구조를 가능하게 했습니다. MIT나 Creative Commons 라이선스가 출처 표시(attribution)를 가장 중요한 원칙으로 삼은 이유도 바로 여기에 있습니다.

하지만 지금은 상황이 완전히 달라졌습니다. AI 시스템들은 방대한 양의 웹 콘텐츠를 수집해 학습 데이터로 사용합니다. 그 과정에서 창작자를 직접 방문하는 트래픽은 현저히 줄었고, 콘텐츠는 원작자의 이름 없이 재가공되고 있습니다. 심지어, 창작자가 공들여 만든 콘텐츠가 AI로 몇 초만에 생성된 응답과 경쟁하고, 원작자의 생계를 위협하는 상황까지 벌어지고 있죠.

저도 오랫동안 개인 블로그를 써온 사람으로써 완전히 남 일처럼 느껴지지는 않습니다. 요즘 많은 분들이 블로그를 시작하기 꺼려하는 이유이기도 합니다. 단지 AI 학습을 돕기 위해서 귀한 시간과 노력을 들여 창작물을 공개하려는 사람은 많지 않을 것입니다.

이러한 변화는 개인의 문제를 넘어선다고 생각합니다. 이 흐름이 계속되면, 오랫동안 웹을 지탱했던 지식 공유의 선순환 고리가 끊길 수 있습니다. 창작자가 인정받지 못한다면 더 이상 인터넷을 통해 지식을 나눌 이유가 사라집니다. 그 결과, 많은 사람들이 창작 동기를 잃어가고 있습니다.

이제 창작자들이 극단적인 선택지 앞에 서게 되었습니다.
- AI 학습을 막기 위해 콘텐츠 접근을 완전히 차단할 것인가,
- 줄어든 트래픽 유입과불완전한 출처 표시를 감수할 것인가.

하지만 이 두 선택지 모두 공정하지 않고 지속 가능하지 않습니다. 콘텐츠가 전면 차단된다면, 혁신의 원천이었던 오픈 웹 자체가 위축될 수밖에 없습니다. 반대로 아무런 제어 장치 없이 데이터가 수집되도록 방치한다면 자본과 데이터를 가진 소수의 거대 AI 기업만이 유리한 구조가 고착화될 것입니다.

무엇보다 웹의 핵심 가치인 개방성과 연결성이 무너진다면, AI 생태계 역시 빈약한 토양 위에서 자라게 될 것입니다.

Cloudflare는 이러한 구조적인 문제에 대응하기 위해서 콘텐츠 신호 정책(Content Signals Policy)를 제안했습니다. 이를 통해 창작자는 자신의 콘텐츠를 누가, 어떻게, 어떤 목적으로 사용할 수 있는지에 대한 통제권을 얻을 수 있습니다. 즉, 전통적인 크롤링의 허용이나 차단을 넘어서, 수집된 데이터로 무엇을 할 수 있는지에 대한 명시적인 신호를 보낼 수 있는 기술적인 제안입니다.

👉 관련 공식 블로그: https://blog.cloudflare.com/content-signals-policy/

AI가 인간의 지식을 학습할 수 있으려면, 그 지식을 만든 사람들도 지속 가능해야 합니다. 창작자의 권리를 보호하면서도 오픈웹의 정신을 지켜내려는 Cloudflare의 시도를 지지합니다. 웹이 다시 자유롭게 창작물을 나눌 수 있는 건강한 공간이 되었으면 좋겠습니다.

최근 몇 년 사이, AI 모델 학습을 위한 대규모 웹 스크래핑이 보편화되면서 인터넷의 오랜 질서가 흔들리고 있습니다. 오랫동안 웹에는 창작자와 사용자 간에 암묵적인 상생 체계가 존재했습니다. 창작자는 콘텐츠를 무료로 공개함으로써 트래픽과 인용이라는 형태의 보상을 받았고, 사용자는 타인의 콘텐츠를 사용할 때 출처를 남기며 인정과 감사를 표했습니다. 이러한 관행은 단순한 예의 차원을 넘어, 웹의 성장 동력이자 지식 공유의 선순환 구조를 가능하게 했습니다. MIT나 Creative Commons 라이선스가 출처 표시(attribution)를 가장 중요한 원칙으로 삼은 이유도 바로 여기에 있습니다. 하지만 지금은 상황이 완전히 달라졌습니다. AI 시스템들은 방대한 양의 웹 콘텐츠를 수집해 학습 데이터로 사용합니다. 그 과정에서 창작자를 직접 방문하는 트래픽은 현저히 줄었고, 콘텐츠는 원작자의 이름 없이 재가공되고 있습니다. 심지어, 창작자가 공들여 만든 콘텐츠가 AI로 몇 초만에 생성된 응답과 경쟁하고, 원작자의 생계를 위협하는 상황까지 벌어지고 있죠. 저도 오랫동안 개인 블로그를 써온 사람으로써 완전히 남 일처럼 느껴지지는 않습니다. 요즘 많은 분들이 블로그를 시작하기 꺼려하는 이유이기도 합니다. 단지 AI 학습을 돕기 위해서 귀한 시간과 노력을 들여 창작물을 공개하려는 사람은 많지 않을 것입니다. 이러한 변화는 개인의 문제를 넘어선다고 생각합니다. 이 흐름이 계속되면, 오랫동안 웹을 지탱했던 지식 공유의 선순환 고리가 끊길 수 있습니다. 창작자가 인정받지 못한다면 더 이상 인터넷을 통해 지식을 나눌 이유가 사라집니다. 그 결과, 많은 사람들이 창작 동기를 잃어가고 있습니다. 이제 창작자들이 극단적인 선택지 앞에 서게 되었습니다. - AI 학습을 막기 위해 콘텐츠 접근을 완전히 차단할 것인가, - 줄어든 트래픽 유입과불완전한 출처 표시를 감수할 것인가. 하지만 이 두 선택지 모두 공정하지 않고 지속 가능하지 않습니다. 콘텐츠가 전면 차단된다면, 혁신의 원천이었던 오픈 웹 자체가 위축될 수밖에 없습니다. 반대로 아무런 제어 장치 없이 데이터가 수집되도록 방치한다면 자본과 데이터를 가진 소수의 거대 AI 기업만이 유리한 구조가 고착화될 것입니다. 무엇보다 웹의 핵심 가치인 개방성과 연결성이 무너진다면, AI 생태계 역시 빈약한 토양 위에서 자라게 될 것입니다. Cloudflare는 이러한 구조적인 문제에 대응하기 위해서 콘텐츠 신호 정책(Content Signals Policy)를 제안했습니다. 이를 통해 창작자는 자신의 콘텐츠를 누가, 어떻게, 어떤 목적으로 사용할 수 있는지에 대한 통제권을 얻을 수 있습니다. 즉, 전통적인 크롤링의 허용이나 차단을 넘어서, 수집된 데이터로 무엇을 할 수 있는지에 대한 명시적인 신호를 보낼 수 있는 기술적인 제안입니다. 👉&nbsp;관련 공식 블로그: https://blog.cloudflare.com/content-signals-policy/ AI가 인간의 지식을 학습할 수 있으려면, 그 지식을 만든 사람들도 지속 가능해야 합니다. 창작자의 권리를 보호하면서도 오픈웹의 정신을 지켜내려는 Cloudflare의 시도를 지지합니다. 웹이 다시 자유롭게 창작물을 나눌 수 있는 건강한 공간이 되었으면 좋겠습니다.

The Cloudflare Blog

AI가 바꿔버린 웹의 질서, Cloudflare가 던진 균형의 해법

콘텐츠 신호 정책은 웹에서 오랫동안 크롤링 제어를 위해 사용된 robots.txt 파일을 기반으로 하고 있습니다. 기술적인 자세한 내용은 아래 블로그 글에 정리해 두었으니 참고해 주세요.
https://www.daleseo.com/robots-txt/

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

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

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

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

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

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

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

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

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

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

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

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

소통에 대한 견해

오늘의 취미 코딩. 뚝딱!

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

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

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

안녕하세요. 그린입니다 🍏이번 포스팅에서는 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 - 쉬운 제네릭 프로그래밍

현재는 아니지만 근 6~7년 리더쉽을 담당하면서 여러가지 경험을 하게 되었어요.
비록 여러가지 저는 좋은 리더쉽을 가지지 못한 사람이라는 것을 알았지만, 직접적으로 경험을 해보면서 리더쉽에 대한 마음가짐이 몸에 배기 시작했던거 같아요.


주관적인 해석이지만, 제가 생각하는 리더쉽은 다음과 같아요.


 1. 동료에 대한 믿음.
    주니어, 중니어, 시니어 모두 상관없이 가장 치열하게 고민하는건 실무자 입니다.
    리더쉽은 이러한 고민을 인정하고, side effect 가 있는지 hole 이 있는지, 아니면 생각이 다를지더라도 실무자에게 새로운 제안을 하면서 다양한 생각을 할 수 있도록 하는 것이 중요하다고 생각해요.
    
    즉, 동료에 대한 믿음을 통해서 문제를 해결해 나가야 하지 않을까 싶어요.
 2. 먼저 다가가기.
    저와 같은 꼰대는 리더쉽이라는 직책을 달면 누군가가 먼저 다가오길 기대하는거 같아요.
    사실 리더쉽이라는 타이틀이 생기는 순간 동료와 나와의 관계에서는 어느 정도의 벽이 생기는거 같아요.
    
    이러한 벽은 결국 나와 동료의 관계에 대한 선을 긋고 누군가가 나에게 다가오길 기다리는 안좋은 모습을 만들어 내는거 같아요.
    
    간단한 스몰토킹이라도 먼저 건내고, 업무에 대한 진행사항도 보고를 기다리는게 아니라. 내가 먼저 다가가서 파악하는... 즉, 내가 먼저 다가가야 하는 것이 중요한거 같아요.
    
    이건 리더쉽이 모든 업무를 detail 하고 deep 하게 파악하는데의 어려움을 스스로 해결하는 방법일 수 있을 것 같아요.
 3. 나혼자 결정하지 않기.
    리더쉽을 가지면 내가 모든 것을 결정해야 한다는 늪에 빠지게 됩니다.
    동료에 대한 믿음의 확장판이지만, 치열하게 고민한 동료를 믿고, 함께 고민하여 결정을 내리고. 그에 대한 책임은 내가, 성과는 동료가라는 마음가짐이 있어야 동료와의 신뢰가 형성될 수 있다고 생각해요.
 4. 평가는 냉정하고 객관적으로
    아무리 냉정하게 생각할려고 해도, 동료와의 관계에서 누군가와는 더 친분이 생기고 누군가와는 불편한 관계가 형성될 수 있습니다.
    
    평가의 유혹에서는 내가 조금이라도 더 챙겨야 하는 사람이 있다면 냉정해 지지 못하고, 일정 부분의 친분이 포함되어 누군가를 더 챙겨주는 현상이 발생할 수 있습니다.
    
    평가는 어찌 보면 리서쉽의 무기라고 잘못 생각하는 것이 이런 부분이 될 수 있는데요.
    누군가를 더 챙겨주기 위한 평가가 아닌 객관적인 지표를 근거로 명확하게 평가를 하여 공정함을 유지 해야 하는거 같아요.
 5. 성장 독려
    업무에 매몰되면 일은 잘 할 수 있지 라도 성장에는 도움이 되지 않을 수 있어요.
    팀 스터디 이런 것으로 해결 할 수도 있겠지만, 우리가 가장 많이 행하는 것은 실무 feature 이에요. 반복되는 루틴의 실무 feature 일지라도 이를 개선할 수 있도록 독려하여 해결할 수 있는 제안을 한다면, 동료와 함께 성장을 할 수 있지 않을까 싶어요.
 6. 목소리 내기
    자주 있는 일이지만, 리더쉽 상위의 의사 결정권자에 의해서 불합리한 업무 지시가 오는 경우가 있을 수 있어요.
    
    이러한 것을 그대로 받아 들이지 말고, 리더쉽을 가진 조직을 위한 목소리를 낼 필요가 있어요.
    이건 스토브리그에서도 나온 아주 비현실적 일 수 있는 이야기 입니다.
    
    하지만, 나의 안위보다는 함께하는 동료를 위한 선택이 필요할 수 있어요.


아주 주관적이고, 잘못된 생각일 수 있으나 제가 생각하는 리더쉽은 이래요.
비록 지금은 리더쉽을 행하고 있지는 않지만 언젠가 다시 한번 리더쉽을 행하는 순간이 온다면 다시 한번 마음에 새기고 내가 잘못 생각한 부분에 있어서는 과감하게 받아들이고 고쳐야 겠지요.


리더쉽은 혼자 만들어 나가는 것이 아니라. 동료와 함께 만들어 나가는 것이기 때문이기도 해요.

현재는 아니지만 근 6~7년 리더쉽을 담당하면서 여러가지 경험을 하게 되었어요.비록 여러가지 저는 좋은 리더쉽을 가지지 못한 사람이라는 것을 알았지만, 직접적으로 경험을 해보면서 리더쉽에 대한 마음가짐이 몸에 배기 시작했던거 같아요. 주관적인 해석이지만, 제가 생각하는 리더쉽은 다음과 같아요. <ol ><li>동료에 대한 믿음. 주니어, 중니어, 시니어 모두 상관없이 가장 치열하게 고민하는건 실무자 입니다. 리더쉽은 이러한 고민을 인정하고, side effect 가 있는지 hole 이 있는지, 아니면 생각이 다를지더라도 실무자에게 새로운 제안을 하면서 다양한 생각을 할 수 있도록 하는 것이 중요하다고 생각해요. 즉, 동료에 대한 믿음을 통해서 문제를 해결해 나가야 하지 않을까 싶어요.</li><li>먼저 다가가기. 저와 같은 꼰대는 리더쉽이라는 직책을 달면 누군가가 먼저 다가오길 기대하는거 같아요. 사실 리더쉽이라는 타이틀이 생기는 순간 동료와 나와의 관계에서는 어느 정도의 벽이 생기는거 같아요. 이러한 벽은 결국 나와 동료의 관계에 대한 선을 긋고 누군가가 나에게 다가오길 기다리는 안좋은 모습을 만들어 내는거 같아요. 간단한 스몰토킹이라도 먼저 건내고, 업무에 대한 진행사항도 보고를 기다리는게 아니라. 내가 먼저 다가가서 파악하는... 즉, 내가 먼저 다가가야 하는 것이 중요한거 같아요. 이건 리더쉽이 모든 업무를 detail 하고 deep 하게 파악하는데의 어려움을 스스로 해결하는 방법일 수 있을 것 같아요.</li><li>나혼자 결정하지 않기. 리더쉽을 가지면 내가 모든 것을 결정해야 한다는 늪에 빠지게 됩니다. 동료에 대한 믿음의 확장판이지만, 치열하게 고민한 동료를 믿고, 함께 고민하여 결정을 내리고. 그에 대한 책임은 내가, 성과는 동료가라는 마음가짐이 있어야 동료와의 신뢰가 형성될 수 있다고 생각해요.</li><li>평가는 냉정하고 객관적으로 아무리 냉정하게 생각할려고 해도, 동료와의 관계에서 누군가와는 더 친분이 생기고 누군가와는 불편한 관계가 형성될 수 있습니다. 평가의 유혹에서는 내가 조금이라도 더 챙겨야 하는 사람이 있다면 냉정해 지지 못하고, 일정 부분의 친분이 포함되어 누군가를 더 챙겨주는 현상이 발생할 수 있습니다. 평가는 어찌 보면 리서쉽의 무기라고 잘못 생각하는 것이 이런 부분이 될 수 있는데요. 누군가를 더 챙겨주기 위한 평가가 아닌 객관적인 지표를 근거로 명확하게 평가를 하여 공정함을 유지 해야 하는거 같아요.</li><li>성장 독려 업무에 매몰되면 일은 잘 할 수 있지 라도 성장에는 도움이 되지 않을 수 있어요. 팀 스터디 이런 것으로 해결 할 수도 있겠지만, 우리가 가장 많이 행하는 것은 실무 feature 이에요. 반복되는 루틴의 실무 feature 일지라도 이를 개선할 수 있도록 독려하여 해결할 수 있는 제안을 한다면, 동료와 함께 성장을 할 수 있지 않을까 싶어요.</li><li>목소리 내기 자주 있는 일이지만, 리더쉽 상위의 의사 결정권자에 의해서 불합리한 업무 지시가 오는 경우가 있을 수 있어요. 이러한 것을 그대로 받아 들이지 말고, 리더쉽을 가진 조직을 위한 목소리를 낼 필요가 있어요. 이건 스토브리그에서도 나온 아주 비현실적 일 수 있는 이야기 입니다. 하지만, 나의 안위보다는 함께하는 동료를 위한 선택이 필요할 수 있어요.</li></ol> 아주 주관적이고, 잘못된 생각일 수 있으나 제가 생각하는 리더쉽은 이래요. 비록 지금은 리더쉽을 행하고 있지는 않지만 언젠가 다시 한번 리더쉽을 행하는 순간이 온다면 다시 한번 마음에 새기고 내가 잘못 생각한 부분에 있어서는 과감하게 받아들이고 고쳐야 겠지요. 리더쉽은 혼자 만들어 나가는 것이 아니라. 동료와 함께 만들어 나가는 것이기 때문이기도 해요.

내가 생각하는 리더쉽

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

커피한잔 서버 장례식

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


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


허허…
세상을 떠났군.


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


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

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

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


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


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


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


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


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


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


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


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

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

퇴직 사유

Generate UI with simple text prompts. Copy, paste, ship.

v0 by Vercel

Vercel이 실험적인 서비스인 v0.dev를 내놨습니다. 

AI 시대에 맞게 프롬프트를 입력하면 원하는 UI를 생성하고 코드까지 생성해 줍니다. Explorer 메뉴에 가면 사람들이 만든 프로프트와 UI를 볼 수 있고 트위터 등에서 검색해 보면 만들어지는 과정을 녹화한 영상들이 좀 있어서 어떻게 사용하는지 어느정도 이해할 수 있습니다.

AI를 잘 알지는 못하지만 꽤 재밌는 사이트라고 생각합니다. 현재는 TailwindCSS와 Shadcn UI를 사용해서 React 코드를 만들어 주고 있고 프로덕션 레디라고 하긴 하는데 프로덕션에도 많은 차이가 있으니 어느정도 UI에 대한 아이디어를 없고 사이드 프로젝트를 하기에는 유용하지 않을까 생각합니다. 

아직 private alpha라서 대기에 넣어놓고 승인되어야 사용할 수 있는데 빨리 승인을 받아서 써보고 싶네요. 

https://v0.dev/

사피온코리아 매니저

김경표

라포랩스 DevOps Engineer

Piljae

Outsider

오픈소스를 좋아하는 개발자로 종종 블로그에 글을 쓰고 있습니다. 현재는 인프라 관련 일을 하고 있으며 새로운 트랜드를 파악하는 걸 즐겨하고 즐겁게 코딩하는걸 좋아합니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필