1. 작은 스타트업의 채용은 할 일이 참 많다. HR이 따로 없으니, 공고를 올리고, 서류를 검토하고, 일정을 조율하고, 안내 메일을 보내고, 인터뷰를 진행하고, 결과까지 전달하는 일을 대부분 경영진이 직접 챙긴다. 그만큼 사람을 가까이에서, 아주 자세히 보게 된다.

2. 역량은 인터뷰 자리에서 금방 드러난다. 질문 몇 개면 깊이를 어느 정도 파악할 수 있다. 하지만 태도는 인터뷰보다 훨씬 이른 순간부터 모습을 드러낸다. 사람은 자신이 의식하지 못한 작은 행동에서 가장 솔직해지기 때문이다.

3. 지원서를 열어보는 순간부터 이미 인터뷰는 시작된다. 회사 이름을 정확히 썼는지, 포트폴리오 링크가 제대로 열리는지, 읽는 사람의 관점으로 구성했는지. 이런 디테일은 그 사람이 보여주려 한 모습보다, 평소의 모습을 더 정확하게 말해준다.

4. 일정을 조율할 때도 마찬가지다. 메일의 답장 속도와 어조, 참조가 걸린 메시지를 다루는 방식, 확정된 일정에 대한 짧은 확인. 작아 보이는 선택들이 모여 한 사람의 태도를 만든다.

5. 인터뷰 당일은 그 흐름의 마지막 장면이다. 몇 분 전에 도착하는지, 문을 열기 전에 메시지를 남기는지, 전화를 하는지, 혹은 조용히 들어오는지. 자리에 안내받기 전 잠시 서서 기다리는지, 먼저 앉는지. 노트북이나 메모지를 꺼낼 때 양해를 구하는지. 이런 행동들은 꾸밀 수 없어서 더 정확하다.

6. 이런 디테일을 일부러 판단하려고 보는 건 아니다. 수천 장의 지원서를 검토하고, 수백 번의 인터뷰를 진행하며, 다양한 유형의 사람을 만나다 보면 어떤 태도가 어떤 결과로 이어지는지 자연스럽게 감각이 생긴다. 설명하기 어려운 기준이지만, 축적된 경험은 분명하다.

7. 그래서 대부분의 평가는 테이블에 앉기 전에 이미 절반쯤 끝나 있다. 태도는 짧은 대답보다 긴 과정 속에서 더 선명하게 남기 때문이다.

8. 결국 인터뷰는 그날의 질문이 아니라, 메일을 처음 열고 답장을 쓰던 순간, 지원서를 정리하던 습관, 문을 두드리기 전의 그 짧은 숨에서 이미 시작된다. 사람은 준비된 말보다 준비되지 않은 순간에 더 잘 드러난다. 인터뷰는 그 작은 순간들의 기록이다. 그리고 우리는 모두, 그 기록으로 평가받는다.

1. 작은 스타트업의 채용은 할 일이 참 많다. HR이 따로 없으니, 공고를 올리고, 서류를 검토하고, 일정을 조율하고, 안내 메일을 보내고, 인터뷰를 진행하고, 결과까지 전달하는 일을 대부분 경영진이 직접 챙긴다. 그만큼 사람을 가까이에서, 아주 자세히 보게 된다. ​2. 역량은 인터뷰 자리에서 금방 드러난다. 질문 몇 개면 깊이를 어느 정도 파악할 수 있다. 하지만 태도는 인터뷰보다 훨씬 이른 순간부터 모습을 드러낸다. 사람은 자신이 의식하지 못한 작은 행동에서 가장 솔직해지기 때문이다. ​3. 지원서를 열어보는 순간부터 이미 인터뷰는 시작된다. 회사 이름을 정확히 썼는지, 포트폴리오 링크가 제대로 열리는지, 읽는 사람의 관점으로 구성했는지. 이런 디테일은 그 사람이 보여주려 한 모습보다, 평소의 모습을 더 정확하게 말해준다. ​4. 일정을 조율할 때도 마찬가지다. 메일의 답장 속도와 어조, 참조가 걸린 메시지를 다루는 방식, 확정된 일정에 대한 짧은 확인. 작아 보이는 선택들이 모여 한 사람의 태도를 만든다. ​5. 인터뷰 당일은 그 흐름의 마지막 장면이다. 몇 분 전에 도착하는지, 문을 열기 전에 메시지를 남기는지, 전화를 하는지, 혹은 조용히 들어오는지. 자리에 안내받기 전 잠시 서서 기다리는지, 먼저 앉는지. 노트북이나 메모지를 꺼낼 때 양해를 구하는지. 이런 행동들은 꾸밀 수 없어서 더 정확하다. ​6. 이런 디테일을 일부러 판단하려고 보는 건 아니다. 수천 장의 지원서를 검토하고, 수백 번의 인터뷰를 진행하며, 다양한 유형의 사람을 만나다 보면 어떤 태도가 어떤 결과로 이어지는지 자연스럽게 감각이 생긴다. 설명하기 어려운 기준이지만, 축적된 경험은 분명하다. ​7. 그래서 대부분의 평가는 테이블에 앉기 전에 이미 절반쯤 끝나 있다. 태도는 짧은 대답보다 긴 과정 속에서 더 선명하게 남기 때문이다. ​8. 결국 인터뷰는 그날의 질문이 아니라, 메일을 처음 열고 답장을 쓰던 순간, 지원서를 정리하던 습관, 문을 두드리기 전의 그 짧은 숨에서 이미 시작된다. 사람은 준비된 말보다 준비되지 않은 순간에 더 잘 드러난다. 인터뷰는 그 작은 순간들의 기록이다. 그리고 우리는 모두, 그 기록으로 평가받는다.

< 인터뷰는 당신이 문을 열기 전에 시작된다 >

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

만드는 것만큼 중요한 업데이트  요즘 모바일 게임은 업데이트가 중요하다. 처음 출시할 때의 상태도 중요하지만, 얼마나 빨리 문제를 수정하고 콘텐츠를 보강하는가도 무척 중요한 요소다. 플레이어가 콘텐츠를 소비하는 속도가 무척 빠르기 때문에, 추가적인 콘텐츠를 빠르게 추가하지 않으면 고객이 더 이상 즐길 것이 없는 상태에 빠질 수 있다. 게다가 워낙 대부분의 

13화 출시만큼 중요한 업데이트

모바일 게임은 업데이트가 중요하다. 처음 출시할 때의 상태도 중요하지만, 얼마나 빨리 문제를 수정하고 콘텐츠를 보강하는가도 무척 중요한 요소다. 플레이어가 콘텐츠를 소비하는 속도가 무척 빠르기 때문에, 추가적인 콘텐츠를 빠르게 추가하지 않으면 고객이 더 이상 즐길 것이 없는 상태에 빠질 수 있다. 게다가 워낙 대부분의 게임이 업데이트를 짧은 주기로 진행하기 때문에, 고객의 눈높이도 거기에 맞춰져 있다.
- 본문 중
#게임 #프로젝트 #업데이트 #repost


https://brunch.co.kr/@drunkensky/158

모바일 게임은 업데이트가 중요하다. 처음 출시할 때의 상태도 중요하지만, 얼마나 빨리 문제를 수정하고 콘텐츠를 보강하는가도 무척 중요한 요소다. 플레이어가 콘텐츠를 소비하는 속도가 무척 빠르기 때문에, 추가적인 콘텐츠를 빠르게 추가하지 않으면 고객이 더 이상 즐길 것이 없는 상태에 빠질 수 있다. 게다가 워낙 대부분의 게임이 업데이트를 짧은 주기로 진행하기 때문에, 고객의 눈높이도 거기에 맞춰져 있다.- 본문 중#게임 #프로젝트 #업데이트 #repost https://brunch.co.kr/@drunkensky/158

브런치

출시만큼 중요한 업데이트

1. 마음은 항상 어떤 대상에 주의를 기울이게 마련입니다.

2. 그래서 마음이 스스로에게 ”나는 알아차리고 있는가?“라는 질문을 던지면, 그때야 비로소 대상이 없는 방향으로의 여정, 즉 길 없는 길이 시작됩니다.

3. 생각, 이미지, 느낌, 감각, 지각으로부터 벗어나서 그 본질적이고도 환원 불가능한 순수한 알아차림으로 향하는 것이지요.


#알아차림에대한알아차림

1. 마음은 항상 어떤 대상에 주의를 기울이게 마련입니다. ​2. 그래서 마음이 스스로에게 ”나는 알아차리고 있는가?“라는 질문을 던지면, 그때야 비로소 대상이 없는 방향으로의 여정, 즉 길 없는 길이 시작됩니다. ​3. 생각, 이미지, 느낌, 감각, 지각으로부터 벗어나서 그 본질적이고도 환원 불가능한 순수한 알아차림으로 향하는 것이지요. ​ #알아차림에대한알아차림

< 생각을 믿지 마라. 생각을 관찰하라 >

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

이 책은 현장에서 발로 뛰며 직접 실무를 경험해 본 사람만이 알려줄 수 있는, 17년차 디자이너의 노하우를 아낌없이 알려주는 비법서 같은 책입니다.


3주 동안 책 읽고 인증하는 데이터넥스트레벨 챌린지에 참여하고, 데이터 역량을 업그레이드 해보세요.


챌린지 미션을 모두 완료하면, 저자 이미진(란란)님과 함께하는 오프라인 북토크에도 참석할 수 있어요!


📌 독서 챌린지 신청 (무료, ~ 11/23 일요일까지)
https://dub.sh/7LmpdNR


✅ 이런 분들에게 챌린지를 추천해요
- 디자이너에게 왜 데이터 기반 의사결정 역량이 필요한지 모르겠는 분
- 데이터 드리븐하게 일하고 싶은데, 구체적인 방법을 모르겠는 분
- 데이터 분석 책도 읽고 강의도 들어봤는데, 실무에서 사용하려니 막막한 분
- 저자 이미진(란란) 님의 북토크에서 궁금한 것을 직접 질문하고 싶은 분
- 100일도 남지 않은 2025년 연말을 알차게 보내고 싶은 분 누구나

이 책은 현장에서 발로 뛰며 직접 실무를 경험해 본 사람만이 알려줄 수 있는, 17년차 디자이너의 노하우를 아낌없이 알려주는 비법서 같은 책입니다. 3주 동안 책 읽고 인증하는 데이터넥스트레벨 챌린지에 참여하고, 데이터 역량을 업그레이드 해보세요. 챌린지 미션을 모두 완료하면, 저자 이미진(란란)님과 함께하는 오프라인 북토크에도 참석할 수 있어요! 📌 독서 챌린지 신청 (무료, ~ 11/23 일요일까지)https://dub.sh/7LmpdNR ✅ 이런 분들에게 챌린지를 추천해요- 디자이너에게 왜 데이터 기반 의사결정 역량이 필요한지 모르겠는 분- 데이터 드리븐하게 일하고 싶은데, 구체적인 방법을 모르겠는 분- 데이터 분석 책도 읽고 강의도 들어봤는데, 실무에서 사용하려니 막막한 분- 저자 이미진(란란) 님의 북토크에서 궁금한 것을 직접 질문하고 싶은 분- 100일도 남지 않은 2025년 연말을 알차게 보내고 싶은 분 누구나

제 12회 브런치북 대상 🏆 책 읽고 저자 북토크까지 함께해요!

1. 언제나 정확한 예측을 하는 뇌는 아무것도 배우지 못한다. 우리의 뇌는 실수할 때나 교사에게 교정받을 때 무언가를 배운다.

2. 뇌는 세상에서 일어나는 사건에서 배운이다. 우리가 이야기에서 바라는 건 익숙한 놀라움 '예측 가능한 예측 불가능성'이다.

3. 우리는 무슨 일이 일어날지 알고 있다. 영웅은 집으로 돌아갈 것이다. 하지만 어떻게 돌아갈지는 모른다.

4. 물론 여정은 놀랍고 예측 불가능한 사건으로 가득할 것이다.

5. 만약 사건들이 지나치게 예측 가능한 경우(영웅이 집으로 향하는 직항 비행기에 탄다) 혹은 지나치게 예측 불가능할 경우(영웅이 개구리로 변해 지구 밖으로 뛰어 내린다) 만족할 만한 이야기라 할 수 없다.


#이야기는어떻게인생의무기가되는가

1. 언제나 정확한 예측을 하는 뇌는 아무것도 배우지 못한다. 우리의 뇌는 실수할 때나 교사에게 교정받을 때 무언가를 배운다. ​2. 뇌는 세상에서 일어나는 사건에서 배운이다. 우리가 이야기에서 바라는 건 익숙한 놀라움 '예측 가능한 예측 불가능성'이다. ​3. 우리는 무슨 일이 일어날지 알고 있다. 영웅은 집으로 돌아갈 것이다. 하지만 어떻게 돌아갈지는 모른다. ​4. 물론 여정은 놀랍고 예측 불가능한 사건으로 가득할 것이다. ​5. 만약 사건들이 지나치게 예측 가능한 경우(영웅이 집으로 향하는 직항 비행기에 탄다) 혹은 지나치게 예측 불가능할 경우(영웅이 개구리로 변해 지구 밖으로 뛰어 내린다) 만족할 만한 이야기라 할 수 없다. ​ #이야기는어떻게인생의무기가되는가

< 왜 우리는 ‘결말을 알아도’ 이야기를 끝까지 볼까 >

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

1. 마음에 새겨두고서 늘 반추하고 돌아보아야 할 두 개의 원리가 있다.

2. 하나는 외부에 있는 사물들은 외부에 있어서 너의 혼을 지배할 수 없고 너를 흔들어놓을 수 없기 때문에, 불안은 언제나 너의 내면에 있는 생각이나 판단에서 생겨난다는 것이다.

3. 다른 하나는 네 눈에 보이는 이 모든 것들은 한순간에 변하여 더 이상 존재하지 않게 되리라는 것이다. 네 자신이 이미 얼마나 많은 변화를 겪어 왔는지를 끊임없이 생각하라.

4. 우주는 변화이고, 삶은 의견이다.


#명상록

1. 마음에 새겨두고서 늘 반추하고 돌아보아야 할 두 개의 원리가 있다. ​2. 하나는 외부에 있는 사물들은 외부에 있어서 너의 혼을 지배할 수 없고 너를 흔들어놓을 수 없기 때문에, 불안은 언제나 너의 내면에 있는 생각이나 판단에서 생겨난다는 것이다. ​3. 다른 하나는 네 눈에 보이는 이 모든 것들은 한순간에 변하여 더 이상 존재하지 않게 되리라는 것이다. 네 자신이 이미 얼마나 많은 변화를 겪어 왔는지를 끊임없이 생각하라. ​4. 우주는 변화이고, 삶은 의견이다. #명상록

< 세상은 너를 흔들지 않는다. 네 생각이 너를 흔든다 >

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

요즘 코딩 에이전트에게 프론트엔드 앱을 만들어달라고 하면 거의 예외 없이 React와 Tailwind 조합이 나옵니다. Svelte 같은 신생 프레임워크나, 최근 JavaScript와 CSS에 추가된 웹 표준 기술들은 제가 먼저 언급하지 않으면 AI는 제안조차 하지 않죠. v0, Bolt, Lovable 같은 AI 빌더를 써도 결과물은 놀라울 만큼 유사합니다.

처음엔 이게 무척 편리했습니다. AI가 가장 대중적인 기술을 추천해주고, 능숙하게 코드를 수정해주니까요. 몇 번의 프롬프트만으로 그럴듯한 UI가 완성되고 기본 기능까지 작동하는 걸 보면, 생산성의 비약적 향상이라는 말이 실감났습니다. 개발자로서 이보다 더 매력적인 도구가 있을까 싶었죠.

그런데 어느 순간부터 이 편리함이 불편하게 느껴지기 시작했습니다. 어떤 프로젝트를 하든 똑같은 기술 스택을 선택하게 되더군요. 이번엔 좀 다른 걸 써볼까? 라는 생각조차 들지 않았습니다. AI가 제안하는 방식이 너무 익숙해져서, 그게 정말 최선인지 고민하지 않게 된 겁니다. 이건 혹시 프론트엔드 생태계의 다양성이 서서히 잠식되고 있다는 신호는 아닐까? 라는 생각이 들었습니다.


AI는 본질적으로 확률 기반의 패턴 매칭 머신입니다. 이미 인터넷에 데이터가 많이 축적된 기술일수록 더 자주 추천되고, 그 추천이 다시 학습 데이터로 되돌아가며 강력한 피드백 루프를 만듭니다. React가 많이 쓰이니까 더 많은 AI가 React를 추천하고, AI가 React를 추천하니까 더 많은 개발자가 React를 씁니다. 특히 바이브 코딩을 통해 유입된 비개발자분들은 자연스럽게 AI가 선택한 기술을 그대로 따를 수밖에 없습니다. 다른 기술을 시도하려 해도 결과물의 품질 차이가 크게 나기 때문에, 결국 AI의 결정으로 돌아가게 됩니다. 이런 순환 속에서 새로운 접근법이나 혁신적인 대안들은 점점 설 자리를 잃어가고 있습니다.

문제는 이 변화가 대부분 무의식적으로 일어난다는 점입니다. AI가 제시하는 기본값에 익숙해진 개발자는 다른 가능성을 탐색할 이유를 잃어갑니다. 어떤 기술이 우리 프로젝트에 타당할까라는 질문 자체가 사라지고, AI가 제안하지 않는 기술은 마치 존재하지 않는 것처럼 느껴지기 시작합니다.

물론 React와 Tailwind는 수년간 검증된 훌륭한 조합입니다. 커뮤니티도 크고 생태계도 탄탄하죠. 하지만 우리가 그것들을 선택하는 이유가 "우리 프로젝트에 가장 적합해서"가 아니라 "AI가 추천했으니까"로 바뀌고 있다면, 그건 다른 차원의 문제일 수 있습니다. 선택의 근거가 개발자의 경험과 판단이 아니라 AI의 통계적 선호에 의해 결정되는 순간, 주체성은 희미해지고 엔지니어링과는 거리가 멀어집니다.


AI 코딩 도구가 등장하기 얼마 전까지만 해도, 새로운 웹 프레임워크들이 잇달아 출시되면서 언젠가 React도 jQuery처럼 차세대 기술에 자리를 내줄 수도 있다는 긴장감이 있었습니다. 그런데 지금은 오히려 AI의 힘을 등에 업고 시장에서 React의 입지는 더욱 공고해지고 있습니다. 아이러니하게도 혁신을 이끈다고 믿었던 AI가 새로운 기술 혁신의 여지를 줄이고 있는 셈입니다. 기존 기술은 따라잡힐 걱정이 없으니 변화할 이유를 잃고 안주하며, 후발 주자는 애초에 경쟁 상대가 안 되니 시작할 동력을 얻지 못합니다. 마치 소득 격차가 커지며 양극화가 심화되는 우리 사회의 모습과도 어딘가 닮아 있어, 조금 씁쓸하게 느껴지게도 하네요.

장기적으로 이런 흐름이 지속된다면, 프론트엔드 생태계는 지나치게 획일화될지도 모릅니다. Svelte의 컴파일 타임 최적화, Vue의 직관적인 접근성, Solid의 반응성 모델 같은 혁신적인 아이디어들이 주목받지 못한다면, 그건 단지 몇몇 프레임워크의 문제가 아니라 프론트엔드 기술 전체의 발전에도 손실일 겁니다. 기술의 다양성은 단지 선택의 폭을 넓히는 문제가 아니라, 새로운 사고방식과 가능성을 여는 창이기도 하니까요.

언제부턴가 "요즘 UI는 다 거기서 거기 같다"라는 말이 심심치 않게 들립니다. 혹시 AI가 던져주는 고정된 선택지에 우리 모두 길들여져, 개발자로서 다양한 접근에 대한 호기심과 실험정신을 잃어버리고 있는 건 아닐지 생각해봅니다.

요즘 코딩 에이전트에게 프론트엔드 앱을 만들어달라고 하면 거의 예외 없이 React와 Tailwind 조합이 나옵니다. Svelte 같은 신생 프레임워크나, 최근 JavaScript와 CSS에 추가된 웹 표준 기술들은 제가 먼저 언급하지 않으면 AI는 제안조차 하지 않죠. v0, Bolt, Lovable 같은 AI 빌더를 써도 결과물은 놀라울 만큼 유사합니다. 처음엔 이게 무척 편리했습니다. AI가 가장 대중적인 기술을 추천해주고, 능숙하게 코드를 수정해주니까요. 몇 번의 프롬프트만으로 그럴듯한 UI가 완성되고 기본 기능까지 작동하는 걸 보면, 생산성의 비약적 향상이라는 말이 실감났습니다. 개발자로서 이보다 더 매력적인 도구가 있을까 싶었죠. 그런데 어느 순간부터 이 편리함이 불편하게 느껴지기 시작했습니다. 어떤 프로젝트를 하든 똑같은 기술 스택을 선택하게 되더군요. 이번엔 좀 다른 걸 써볼까? 라는 생각조차 들지 않았습니다. AI가 제안하는 방식이 너무 익숙해져서, 그게 정말 최선인지 고민하지 않게 된 겁니다. 이건 혹시 프론트엔드 생태계의 다양성이 서서히 잠식되고 있다는 신호는 아닐까? 라는 생각이 들었습니다. AI는 본질적으로 확률 기반의 패턴 매칭 머신입니다. 이미 인터넷에 데이터가 많이 축적된 기술일수록 더 자주 추천되고, 그 추천이 다시 학습 데이터로 되돌아가며 강력한 피드백 루프를 만듭니다. React가 많이 쓰이니까 더 많은 AI가 React를 추천하고, AI가 React를 추천하니까 더 많은 개발자가 React를 씁니다. 특히 바이브 코딩을 통해 유입된 비개발자분들은 자연스럽게 AI가 선택한 기술을 그대로 따를 수밖에 없습니다. 다른 기술을 시도하려 해도 결과물의 품질 차이가 크게 나기 때문에, 결국 AI의 결정으로 돌아가게 됩니다. 이런 순환 속에서 새로운 접근법이나 혁신적인 대안들은 점점 설 자리를 잃어가고 있습니다. 문제는 이 변화가 대부분 무의식적으로 일어난다는 점입니다. AI가 제시하는 기본값에 익숙해진 개발자는 다른 가능성을 탐색할 이유를 잃어갑니다. 어떤 기술이 우리 프로젝트에 타당할까라는 질문 자체가 사라지고, AI가 제안하지 않는 기술은 마치 존재하지 않는 것처럼 느껴지기 시작합니다. 물론 React와 Tailwind는 수년간 검증된 훌륭한 조합입니다. 커뮤니티도 크고 생태계도 탄탄하죠. 하지만 우리가 그것들을 선택하는 이유가 "우리 프로젝트에 가장 적합해서"가 아니라 "AI가 추천했으니까"로 바뀌고 있다면, 그건 다른 차원의 문제일 수 있습니다. 선택의 근거가 개발자의 경험과 판단이 아니라 AI의 통계적 선호에 의해 결정되는 순간, 주체성은 희미해지고 엔지니어링과는 거리가 멀어집니다. AI 코딩 도구가 등장하기 얼마 전까지만 해도, 새로운 웹 프레임워크들이 잇달아 출시되면서 언젠가 React도 jQuery처럼 차세대 기술에 자리를 내줄 수도 있다는 긴장감이 있었습니다. 그런데 지금은 오히려 AI의 힘을 등에 업고 시장에서 React의 입지는 더욱 공고해지고 있습니다. 아이러니하게도 혁신을 이끈다고 믿었던 AI가 새로운 기술 혁신의 여지를 줄이고 있는 셈입니다. 기존 기술은 따라잡힐 걱정이 없으니 변화할 이유를 잃고 안주하며, 후발 주자는 애초에 경쟁 상대가 안 되니 시작할 동력을 얻지 못합니다. 마치 소득 격차가 커지며 양극화가 심화되는 우리 사회의 모습과도 어딘가 닮아 있어, 조금 씁쓸하게 느껴지게도 하네요. 장기적으로 이런 흐름이 지속된다면, 프론트엔드 생태계는 지나치게 획일화될지도 모릅니다. Svelte의 컴파일 타임 최적화, Vue의 직관적인 접근성, Solid의 반응성 모델 같은 혁신적인 아이디어들이 주목받지 못한다면, 그건 단지 몇몇 프레임워크의 문제가 아니라 프론트엔드 기술 전체의 발전에도 손실일 겁니다. 기술의 다양성은 단지 선택의 폭을 넓히는 문제가 아니라, 새로운 사고방식과 가능성을 여는 창이기도 하니까요. 언제부턴가 "요즘 UI는 다 거기서 거기 같다"라는 말이 심심치 않게 들립니다. 혹시 AI가 던져주는 고정된 선택지에 우리 모두 길들여져, 개발자로서 다양한 접근에 대한 호기심과 실험정신을 잃어버리고 있는 건 아닐지 생각해봅니다.

AI 코딩이 오히려 기술 혁신을 방해하고 있지는 않을까요?

넌 일을 하고 있는 게 아니야.
일하는 기분을 내고 있지.

일이란 곧 책임이야.
근데 넌 아무것도 책임을 지고 있지 않아.

아니, 책임지는 방법도 몰라.


- 서울 자가에 대기업 다니는 김 부장 이야기

넌 일을 하고 있는 게 아니야. 일하는 기분을 내고 있지. 일이란 곧 책임이야. 근데 넌 아무것도 책임을 지고 있지 않아. 아니, 책임지는 방법도 몰라. - 서울 자가에 대기업 다니는 김 부장 이야기

1. 아직 하고 싶은 일을 찾지 못했더라도 괜찮다.

2. 다른 사람의 Must를 도우며 일을 해나가는 동안 자연스럽게 Can의 일이 나타날 것이다.

3. 그리고 Can이 쌓이다 보면 언젠가 자신만의 Will과 마주하게 될 것이다.

4. 다른 사람에게 인정받고 싶은 초조한 마음에 자신에게 맞지 않는 다름 사람의 Will을 가져다 쓰지는 말자.


#프로세스이코노미

1. 아직 하고 싶은 일을 찾지 못했더라도 괜찮다. 2. 다른 사람의 Must를 도우며 일을 해나가는 동안 자연스럽게 Can의 일이 나타날 것이다. ​3. 그리고 Can이 쌓이다 보면 언젠가 자신만의 Will과 마주하게 될 것이다. ​4. 다른 사람에게 인정받고 싶은 초조한 마음에 자신에게 맞지 않는 다름 사람의 Will을 가져다 쓰지는 말자. #프로세스이코노미 ​

< 하고 싶은 일은 찾는 게 아니라, 쌓이다가 만난다 >

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

일정을 정확히 예측하는 것은 어렵다. 특히 게임 제작처럼 2년 정도 걸리는 프로젝트라면, 일정 예측이 정확도 측면에서는 거의 무의미할 수도 있다. 하지만 일정 예측에는 또 다른 효과가 있다. 바로, 프로젝트가 진행되는 과정을 전체적으로 떠올리고 조망해 볼 수 있다는 것이다.


물론, 감으로 대충 잡는 일정 예측으로는 이런 효과를 얻기가 어렵다. 정확히 예측해 보려는 노력이 있을 때 얻어지는 효과다. 일정을 정확히 예측하려면 필연적으로 그 프로젝트의 조건과 환경, 프로젝트를 진행하는 구성원의 역량, 프로젝트에서 진행해야 할 여러 과정들을 세밀하게 검토해야 하기 때문이다.


그런 면에서, 프로젝트 리더가 직접 일정 예측을 진행해 보는 것을 권한다. 프로젝트를 이끌어 나가려면 프로젝트 시작부터 끝까지의 내용을 머릿속에 담아두고 있어야 한다. 정확히 기억하지는 않더라도 대략의 그림은 가지고 있어야 한다. 일정 예측을 하면 그런 그림을 디테일하게 한번 그려보게 되며, 그렇게 그려본 그림이 프로젝트를 이끌어 갈 때 도움이 될 것이다.


#프로젝트 #일정 #리더십

일정을 정확히 예측하는 것은 어렵다. 특히 게임 제작처럼 2년 정도 걸리는 프로젝트라면, 일정 예측이 정확도 측면에서는 거의 무의미할 수도 있다. 하지만 일정 예측에는 또 다른 효과가 있다. 바로, 프로젝트가 진행되는 과정을 전체적으로 떠올리고 조망해 볼 수 있다는 것이다. 물론, 감으로 대충 잡는 일정 예측으로는 이런 효과를 얻기가 어렵다. 정확히 예측해 보려는 노력이 있을 때 얻어지는 효과다. 일정을 정확히 예측하려면 필연적으로 그 프로젝트의 조건과 환경, 프로젝트를 진행하는 구성원의 역량, 프로젝트에서 진행해야 할 여러 과정들을 세밀하게 검토해야 하기 때문이다. 그런 면에서, 프로젝트 리더가 직접 일정 예측을 진행해 보는 것을 권한다. 프로젝트를 이끌어 나가려면 프로젝트 시작부터 끝까지의 내용을 머릿속에 담아두고 있어야 한다. 정확히 기억하지는 않더라도 대략의 그림은 가지고 있어야 한다. 일정 예측을 하면 그런 그림을 디테일하게 한번 그려보게 되며, 그렇게 그려본 그림이 프로젝트를 이끌어 갈 때 도움이 될 것이다. #프로젝트 #일정 #리더십

프로젝트 스케치하기

색칠 지도 사용자가 부쩍 늘고 있습니다. 엊그제는 하루에 무려 1,000명이 가입하더니, 그제는 하루에 2,000명. 어제는 하루에 5,000명. 말 그대로 기하급수적 증가. 순식간에 가입자 3만 명을 향해 달려가고 있습니다. 이게 도대체 무슨 일이지? 제작자인 저로서도 어리둥절한 일입니다.

인플루언서여서가 아니라 시장이 원했던 거예요

색칠 지도 사용자가 부쩍 늘고 있습니다.
엊그제는 하루에 무려 1,000명이 가입하더니, 그제는 하루에 2,000명. 어제는 하루에 5,000명.
말 그대로 기하급수적 증가. 순식간에 가입자 3만 명을 향해 달려가고 있습니다.
이게 도대체 무슨 일이지? 제작자인 저로서도 어리둥절한 일입니다.

최근에 지인 두 명에게 각각 들은 이야기입니다.

“좋겠다. 넌 인플루언서니깐 앱 홍보가 쉽잖아. 보통 사람들은 런칭해도 아무도 안 써.”

어쩌면 많은 분들이 이 말에 끄덕이면서 현실을 오해할지도 모르겠습니다.

일단 내가 인플루언서인가?
링크드인 팔로워 10,000여 명.
쓰레드 팔로워 3,000여 명.
블로그 구독자 몇십 혹은 몇 백 명.
길 가다 알아보는 사람 0명.
이 정도를 인플루언서라고 할 수 있을까?
팔로워가 한 명도 없는 사람들 보다야 낫겠지만, 겨우 이 정도로 제품 홍보에 영향을 끼칠 순 없습니다.

그렇다면 제가 생각하는 답은 무엇이냐고요?
바로 시장입니다. 저는 그저 제가 원하는 걸 만들었을 뿐인데, 알고 봤더니 시장도 그걸 원했던 것 뿐.
어떤 사람들은 Product-market fit 이라는 말을 쓰는 것 같더군요.

색칠 지도는 제 블로그에도, 링크드인에도, 쓰레드에도 공유하기 전, 클리앙에 가장 먼저 공유했습니다.
저의 클리앙 계정은 거의 유령 계정. 아무런 영향력이 없는 계정입니다.

별생각도 없이 몇 줄 쓴 이 글에 하루 1,500 명의 사용자들이 가입을 했고…
1초에 한 번씩 날아오는 가입자 알림을 보며 저는 생각했습니다.

‘와씨… 이거 뭐야. 시장도 이걸 원하고 있었잖아?’

가슴이 두근두근하는 순간이었습니다. 내가 제대로 짚었구나.

이제 그 반대의 예도 들려드리고 싶습니다.
며칠 전 ‘인플루언서’일지도 모르는 제가 런칭한 다른 서비스가 있습니다.
인앱택스.

1인 개발자들이 인앱결제로 수익을 냈을 때 부가세 결제를 도와주는 프로그램.
와, 아이디어 끝내주지 않나요?
제 지인들도 하나 같이 ‘넌 아이디어가 참 좋다’ 칭찬했던 기억이 납니다.

이 제품을 제 인플루언서 블로그와 쓰레드에 공개했습니다. 그 결과를 알려드립니다.

- 카카오 로그인을 통한 가입자 10명.
- 실제로 매출 자료를 입력해 본 사용자 0명.

색칠 지도와 인앱택스는 뭐가 달랐을까요?
달랐던 것은 시장의 마음일 뿐 제가 아니었습니다.


https://jeho.page/essay/2025/11/10/pmf.html

색칠 지도 사용자가 부쩍 늘고 있습니다. 엊그제는 하루에 무려 1,000명이 가입하더니, 그제는 하루에 2,000명. 어제는 하루에 5,000명. 말 그대로 기하급수적 증가. 순식간에 가입자 3만 명을 향해 달려가고 있습니다. 이게 도대체 무슨 일이지? 제작자인 저로서도 어리둥절한 일입니다. 최근에 지인 두 명에게 각각 들은 이야기입니다. “좋겠다. 넌 인플루언서니깐 앱 홍보가 쉽잖아. 보통 사람들은 런칭해도 아무도 안 써.” 어쩌면 많은 분들이 이 말에 끄덕이면서 현실을 오해할지도 모르겠습니다. 일단 내가 인플루언서인가? 링크드인 팔로워 10,000여 명. 쓰레드 팔로워 3,000여 명. 블로그 구독자 몇십 혹은 몇 백 명. 길 가다 알아보는 사람 0명. 이 정도를 인플루언서라고 할 수 있을까? 팔로워가 한 명도 없는 사람들 보다야 낫겠지만, 겨우 이 정도로 제품 홍보에 영향을 끼칠 순 없습니다. 그렇다면 제가 생각하는 답은 무엇이냐고요? 바로 시장입니다. 저는 그저 제가 원하는 걸 만들었을 뿐인데, 알고 봤더니 시장도 그걸 원했던 것 뿐. 어떤 사람들은 Product-market fit 이라는 말을 쓰는 것 같더군요. 색칠 지도는 제 블로그에도, 링크드인에도, 쓰레드에도 공유하기 전, 클리앙에 가장 먼저 공유했습니다. 저의 클리앙 계정은 거의 유령 계정. 아무런 영향력이 없는 계정입니다. 별생각도 없이 몇 줄 쓴 이 글에 하루 1,500 명의 사용자들이 가입을 했고… 1초에 한 번씩 날아오는 가입자 알림을 보며 저는 생각했습니다. ‘와씨… 이거 뭐야. 시장도 이걸 원하고 있었잖아?’ 가슴이 두근두근하는 순간이었습니다. 내가 제대로 짚었구나. 이제 그 반대의 예도 들려드리고 싶습니다. 며칠 전 ‘인플루언서’일지도 모르는 제가 런칭한 다른 서비스가 있습니다. 인앱택스. 1인 개발자들이 인앱결제로 수익을 냈을 때 부가세 결제를 도와주는 프로그램. 와, 아이디어 끝내주지 않나요? 제 지인들도 하나 같이 ‘넌 아이디어가 참 좋다’ 칭찬했던 기억이 납니다. 이 제품을 제 인플루언서 블로그와 쓰레드에 공개했습니다. 그 결과를 알려드립니다. - 카카오 로그인을 통한 가입자 10명. - 실제로 매출 자료를 입력해 본 사용자 0명. 색칠 지도와 인앱택스는 뭐가 달랐을까요? 달랐던 것은 시장의 마음일 뿐 제가 아니었습니다. https://jeho.page/essay/2025/11/10/pmf.html

K리그 프로그래머

Login to hustle : community via email or SSO today.

hustle :

『Do Things That Don’t Scale』 by Paul Graham


1. 직접 고객을 찾아가라 (Airbnb, Stripe의 시작)
에어비앤비 창업자들은 뉴욕의 집을 일일이 방문해 직접 사진을 찍고 호스트를 유치했습니다.
Stripe의 콜리슨 형제는 “써보시겠어요?”가 아니라,
“노트북 주세요. 지금 바로 설치해드릴게요.”라고 말했습니다.
→ 초기 고객을 직접 만나는 일은 선택이 아니라, 창업자의 기본입니다.


2. 극단적으로 고객을 만족시켜라 (Wufoo 사례)
Wufoo는 신규 고객에게 손글씨로 감사 카드를 보냈습니다.
Steve Jobs가 말한 ‘insanely great’ 제품은,
초기에는 완벽한 기술이 아니라 ‘insanely great 경험’으로부터 시작됩니다.
→ 대기업이 할 수 없는 섬세함이, 초기 스타트업의 가장 강력한 무기입니다.


3. 손으로라도 먼저 해결하라 (Viaweb, Stripe)
Viaweb은 고객이 “사이트를 만들어달라”고 하면 직접 제작했습니다.
Stripe는 “즉시 가입”이라는 기능을, 실제로는 창업자가 뒤에서 수작업으로 처리했습니다.
→ 자동화는 나중 문제입니다. 먼저 ‘사람의 손’으로라도 문제를 해결하세요.


4. 한 명을 위한 컨설팅처럼 개발하라
B2B 초창기엔 단 한 명의 고객을 위해 제품을 만드세요.
그 한 명의 문제를 완벽히 해결하면, 인접 시장이 자연스럽게 열립니다.
→ 수평 확장은 나중입니다. 수직 집중부터 완성하세요.


5. 틈새집단에서 불을 붙여라 (Facebook의 하버드 전략)
페이스북은 처음에 하버드 학생만 가입할 수 있었습니다.
좁은 시장이라도 “이건 우리를 위한 서비스다”라는 감정을 만드는 것이 중요합니다.
→ 작게 시작해 깊게 자리 잡는 것, 그것이 진짜 스케일 전략입니다.


6. 직접 조립하라 (Meraki, Pebble의 초창기)
Meraki와 Pebble의 창업자들은 첫 제품을 직접 조립했습니다.
그 과정을 통해 제조와 품질, 사용자 경험에 대한 통찰을 얻었습니다.
→ 손에 기름 묻히는 수고가, 시스템 구축의 근간이 됩니다.


7. 대형 런칭은 착각이다
많은 창업자가 ‘대박 런칭’이 모든 걸 해결할 것이라 믿습니다.
하지만 정작 성공한 스타트업의 런칭을 기억하는 사람은 없습니다.
→ 중요한 건 얼마나 많은 고객이 방문했는가가 아니라, 방문한 고객이 얼마나 행복했는가입니다.


스타트업의 시작은 ‘사람’에서 출발합니다.
처음에는 손으로, 발로, 목소리로 직접 움직여야 합니다.
그 시간들이 결국 제품과 고객, 그리고 문화를 만듭니다.


스케일은 과정의 결과이지, 출발점이 아닙니다.
고객 한 명과의 깊은 대화가 천 명을 위한 제품으로 이어집니다.
노가다는 부끄러움이 아니라, 창업자의 유일한 무기입니다.


코드를 더 짜는 것 보다, 광고 집행 계획을 세우는 것보다
한 명의 고객의 문제를 깊게 이해하고 직접 해결해주는 것이 중요합니다.
스케일을 향한 길은 언제나 작은 일에서 시작됩니다.

이것이 진짜 창업의 시작입니다.


허슬 뉴스레터 구독 : https://bit.ly/3JQ30yQ

『Do Things That Don’t Scale』 by Paul Graham 1. 직접 고객을 찾아가라 (Airbnb, Stripe의 시작) 에어비앤비 창업자들은 뉴욕의 집을 일일이 방문해 직접 사진을 찍고 호스트를 유치했습니다. Stripe의 콜리슨 형제는 “써보시겠어요?”가 아니라, “노트북 주세요. 지금 바로 설치해드릴게요.”라고 말했습니다.→ 초기 고객을 직접 만나는 일은 선택이 아니라, 창업자의 기본입니다. 2. 극단적으로 고객을 만족시켜라 (Wufoo 사례) Wufoo는 신규 고객에게 손글씨로 감사 카드를 보냈습니다. Steve Jobs가 말한 ‘insanely great’ 제품은, 초기에는 완벽한 기술이 아니라 ‘insanely great 경험’으로부터 시작됩니다.→ 대기업이 할 수 없는 섬세함이, 초기 스타트업의 가장 강력한 무기입니다. 3. 손으로라도 먼저 해결하라 (Viaweb, Stripe) Viaweb은 고객이 “사이트를 만들어달라”고 하면 직접 제작했습니다. Stripe는 “즉시 가입”이라는 기능을, 실제로는 창업자가 뒤에서 수작업으로 처리했습니다.→ 자동화는 나중 문제입니다. 먼저 ‘사람의 손’으로라도 문제를 해결하세요. 4. 한 명을 위한 컨설팅처럼 개발하라 B2B 초창기엔 단 한 명의 고객을 위해 제품을 만드세요. 그 한 명의 문제를 완벽히 해결하면, 인접 시장이 자연스럽게 열립니다.→ 수평 확장은 나중입니다. 수직 집중부터 완성하세요. 5. 틈새집단에서 불을 붙여라 (Facebook의 하버드 전략) 페이스북은 처음에 하버드 학생만 가입할 수 있었습니다. 좁은 시장이라도 “이건 우리를 위한 서비스다”라는 감정을 만드는 것이 중요합니다.→ 작게 시작해 깊게 자리 잡는 것, 그것이 진짜 스케일 전략입니다. 6. 직접 조립하라 (Meraki, Pebble의 초창기) Meraki와 Pebble의 창업자들은 첫 제품을 직접 조립했습니다. 그 과정을 통해 제조와 품질, 사용자 경험에 대한 통찰을 얻었습니다.→ 손에 기름 묻히는 수고가, 시스템 구축의 근간이 됩니다. 7. 대형 런칭은 착각이다 많은 창업자가 ‘대박 런칭’이 모든 걸 해결할 것이라 믿습니다. 하지만 정작 성공한 스타트업의 런칭을 기억하는 사람은 없습니다.→ 중요한 건 얼마나 많은 고객이 방문했는가가 아니라, 방문한 고객이 얼마나 행복했는가입니다. 스타트업의 시작은 ‘사람’에서 출발합니다.처음에는 손으로, 발로, 목소리로 직접 움직여야 합니다. 그 시간들이 결국 제품과 고객, 그리고 문화를 만듭니다. 스케일은 과정의 결과이지, 출발점이 아닙니다. 고객 한 명과의 깊은 대화가 천 명을 위한 제품으로 이어집니다. 노가다는 부끄러움이 아니라, 창업자의 유일한 무기입니다. 코드를 더 짜는 것 보다, 광고 집행 계획을 세우는 것보다 한 명의 고객의 문제를 깊게 이해하고 직접 해결해주는 것이 중요합니다. 스케일을 향한 길은 언제나 작은 일에서 시작됩니다. 이것이 진짜 창업의 시작입니다. 허슬 뉴스레터 구독 : https://bit.ly/3JQ30yQ

◼︎ 성공한 창업자들이 공통으로 했던 ‘스케일 안 되는 일’ 7가


2025년 11월 10일, 워런 버핏이 마지막 주주서한을 보냈습니다.

95세의 나이, 60년간 세계 자본의 방향을 바꾼 그는 “이제는 조용히 지내겠습니다(going quiet)”라고 말했습니다.

연례보고서도, 주주총회 연설도, 이번이 마지막입니다.


그의 마지막 글은 재무 보고서가 아니라,

삶과 시간, 운과 리더십, 그리고 유산에 대한 철학적 유언장이었습니다.


◼︎ 운 — 능력보다 먼저 오는 불평등

“나는 1930년, 건강하고, 똑똑...

워런 버핏이 남긴 마지막 경영 철학 - 시간의 신과 행운의 여신 | hustle :

2025년 11월 10일, 워런 버핏이 마지막 주주서한을 보냈습니다.
95세의 나이, 60년간 세계 자본의 방향을 바꾼 그는 “이제는 조용히 지내겠습니다(going quiet)”라고 말했습니다.
연례보고서도, 주주총회 연설도, 이번이 마지막입니다.


그의 마지막 글은 재무 보고서가 아니라,
삶과 시간, 운과 리더십, 그리고 유산에 대한 철학적 유언장이었습니다.


◼︎ 운 — 능력보다 먼저 오는 불평등
“나는 1930년, 건강하고, 똑똑하고, 백인 남성으로, 미국에서 태어났다.
와! 행운의 여신님, 감사합니다.”


워런 버핏은 자신의 성공을 실력으로만 설명하지 않았습니다.
그는 출발선이 만들어준 행운을 냉정히 인정했습니다.
같은 재능을 가진 누이들이 다른 삶을 살았다는 사실을 말하며,
성공의 본질은 능력이 아니라 기회가 주어진 환경에 있다고 했습니다.


그의 겸손은 자기 비하가 아니라, 행운을 자각하는 책임에서 나왔습니다.
운이 ‘나를 만든 요인’이었다면, 그 운을 사회로 환원하는 것은 의무였습니다.
버핏에게 부는 축적의 결과가 아니라, 순환의 시작이었습니다.


◼︎ 시간 — 무패의 상대와 공존하는 법
“Father Time is undefeated.
균형감각, 시력, 기억력이 모두 내리막길을 걸을 때,
그는 내 옆에 있다.”


그는 노화를 받아들였습니다.
시간은 피해야 할 적이 아니라, 지속 가능한 구조를 설계할 기한이라고 했습니다.
그래서 그는 회사를 ‘사람의 회사’가 아니라 ‘원칙의 시스템’으로 남기려 했습니다.


후계자인 그렉 아벨에게 경영을 넘기며,
왕조를 만들지 않고 신뢰를 남겼습니다.
그는 조직이 개인의 카리스마에 의존하지 않고,
원칙과 신뢰의 체계로 굴러가야 오래 산다고 믿었습니다.


◼︎ 돈 — 점수판이 아니라 도구
버핏은 자신의 재산을 자녀에게 물려주지 않았습니다.
대신 세 자녀의 재단에 생전 기부 속도를 높이며 이렇게 썼습니다.


“그들은 기적을 행할 필요가 없다.
단지 정부보다 조금 더 나은 재분배를 하면 된다.”


그에게 돈은 지배의 수단이 아니라, 세상을 움직이는 에너지였습니다.
그는 ‘돈이 많다’는 사실보다 ‘돈이 흐르는 방향’을 더 중요하게 여겼습니다.
기부는 도덕이 아니라, 시스템의 설계 행위였습니다.


◼︎ 리더십 — 신뢰는 말로 쌓지 않는다
“찰리 멍거와 나는 64년 동안 단 한 번도 다툰 적이 없다.
그의 어휘에는 ‘I told you so’가 없었다.”


버핏은 말로 설득하지 않았습니다.
그의 리더십은 침묵과 일관성으로 신뢰를 축적하는 방식이었습니다.
오랜 시간 함께한 파트너십은 카리스마가 아니라 겸손에서 만들어졌습니다.
그는 리더는 “말하지 않아도 팀이 믿고 따르는 사람”이어야 한다는 사실을 행동으로 증명했습니다.


◼︎ 위대함 — 친절함에서 출발한다
그의 마지막 서한은 부와 성공의 이야기가 아니라, 인간에 대한 메시지로 끝이 납니다.


“위대함은 돈, 명성, 권력이 아니라
누군가를 돕는 순간에서 온다.
청소부도 회장만큼 한 명의 인간이다.”


그는 성공의 정점에서 다시 인간의 본질로 돌아왔습니다.
친절은 버핏이 남긴 마지막 원칙이자, 가장 오래 남을 철학이었습니다.
그가 말한 ‘위대함’은 자본의 크기가 아니라, 도움의 깊이였습니다.


◼︎ 버핏이 남긴 마지막 문장
“당신의 부고 기사에 무엇이 쓰이길 원하는가.
그럴 자격이 있는 삶을 살아라.”


워런 버핏의 마지막 주주서한은 재무제표가 아니라 삶의 대차대조표였습니다.
그는 더 빠르게 사는 대신, 더 오래 남는 방식을 택했습니다.
그가 남긴 가장 큰 유산은 돈이 아니라, 이 한 문장에 담겨 있습니다.


“올바른 영웅을 선택하고, 그들을 닮아가라.”


허슬 뉴스레터 구독 : https://bit.ly/3JQ30yQ

2025년 11월 10일, 워런 버핏이 마지막 주주서한을 보냈습니다.95세의 나이, 60년간 세계 자본의 방향을 바꾼 그는 “이제는 조용히 지내겠습니다(going quiet)”라고 말했습니다.연례보고서도, 주주총회 연설도, 이번이 마지막입니다. 그의 마지막 글은 재무 보고서가 아니라,삶과 시간, 운과 리더십, 그리고 유산에 대한 철학적 유언장이었습니다. ◼︎ 운 — 능력보다 먼저 오는 불평등“나는 1930년, 건강하고, 똑똑하고, 백인 남성으로, 미국에서 태어났다.와! 행운의 여신님, 감사합니다.” 워런 버핏은 자신의 성공을 실력으로만 설명하지 않았습니다.그는 출발선이 만들어준 행운을 냉정히 인정했습니다.같은 재능을 가진 누이들이 다른 삶을 살았다는 사실을 말하며,성공의 본질은 능력이 아니라 기회가 주어진 환경에 있다고 했습니다. 그의 겸손은 자기 비하가 아니라, 행운을 자각하는 책임에서 나왔습니다.운이 ‘나를 만든 요인’이었다면, 그 운을 사회로 환원하는 것은 의무였습니다.버핏에게 부는 축적의 결과가 아니라, 순환의 시작이었습니다. ◼︎ 시간 — 무패의 상대와 공존하는 법“Father Time is undefeated.균형감각, 시력, 기억력이 모두 내리막길을 걸을 때,그는 내 옆에 있다.” 그는 노화를 받아들였습니다.시간은 피해야 할 적이 아니라, 지속 가능한 구조를 설계할 기한이라고 했습니다.그래서 그는 회사를 ‘사람의 회사’가 아니라 ‘원칙의 시스템’으로 남기려 했습니다. 후계자인 그렉 아벨에게 경영을 넘기며,왕조를 만들지 않고 신뢰를 남겼습니다.그는 조직이 개인의 카리스마에 의존하지 않고,원칙과 신뢰의 체계로 굴러가야 오래 산다고 믿었습니다. ◼︎ 돈 — 점수판이 아니라 도구버핏은 자신의 재산을 자녀에게 물려주지 않았습니다.대신 세 자녀의 재단에 생전 기부 속도를 높이며 이렇게 썼습니다. “그들은 기적을 행할 필요가 없다.단지 정부보다 조금 더 나은 재분배를 하면 된다.” 그에게 돈은 지배의 수단이 아니라, 세상을 움직이는 에너지였습니다.그는 ‘돈이 많다’는 사실보다 ‘돈이 흐르는 방향’을 더 중요하게 여겼습니다.기부는 도덕이 아니라, 시스템의 설계 행위였습니다. ◼︎ 리더십 — 신뢰는 말로 쌓지 않는다“찰리 멍거와 나는 64년 동안 단 한 번도 다툰 적이 없다.그의 어휘에는 ‘I told you so’가 없었다.” 버핏은 말로 설득하지 않았습니다.그의 리더십은 침묵과 일관성으로 신뢰를 축적하는 방식이었습니다.오랜 시간 함께한 파트너십은 카리스마가 아니라 겸손에서 만들어졌습니다.그는 리더는 “말하지 않아도 팀이 믿고 따르는 사람”이어야 한다는 사실을 행동으로 증명했습니다. ◼︎ 위대함 — 친절함에서 출발한다그의 마지막 서한은 부와 성공의 이야기가 아니라, 인간에 대한 메시지로 끝이 납니다. “위대함은 돈, 명성, 권력이 아니라누군가를 돕는 순간에서 온다.청소부도 회장만큼 한 명의 인간이다.” 그는 성공의 정점에서 다시 인간의 본질로 돌아왔습니다.친절은 버핏이 남긴 마지막 원칙이자, 가장 오래 남을 철학이었습니다.그가 말한 ‘위대함’은 자본의 크기가 아니라, 도움의 깊이였습니다. ◼︎ 버핏이 남긴 마지막 문장“당신의 부고 기사에 무엇이 쓰이길 원하는가.그럴 자격이 있는 삶을 살아라.” 워런 버핏의 마지막 주주서한은 재무제표가 아니라 삶의 대차대조표였습니다.그는 더 빠르게 사는 대신, 더 오래 남는 방식을 택했습니다.그가 남긴 가장 큰 유산은 돈이 아니라, 이 한 문장에 담겨 있습니다. “올바른 영웅을 선택하고, 그들을 닮아가라.” 허슬 뉴스레터 구독 : https://bit.ly/3JQ30yQ

워런 버핏의 마지막 주주서한 - 시간의 신과 행운의 여신

어떤 팀에서 고객의 드라이클리닝 세탁물을 픽업해 세탁소에 가져다주고, 다시 고객의 집으로 배송해 주는 로봇을 개발한다고 하자. 이 팀은 친절하게도 그런 서비스를 이용하겠다고 말해주는 여러 명의 친구들에게 의견을 구한 뒤 시제품 제작에 나설 것이다. 그러나 팀원과 일부 ‘우호적인' 사람으로 소통 상태를 한정했기에 고객의 요구와 기호를 제한적인 관점에서 이해할 가능성이 크다.
⠀
가정을 반박함으로써 위험을 벗어나는 질문
⠀
➊ 인구 집단(패널) 중 빼먹은 집단은 없는가?
➋ 편의성, 비용, 속도 등 가장 근본적인 문제는 무엇인가?
➌ 놓치고 있는 사용자는 누구이며, 사용자를 확대할 수 있는 방안은?
➍ 이 제품은 다른 곳에서도 수요가 있는가?
➎ 환경과 지역사회에 어떤 영향을 미칠 것인가?
⠀
제품팀은 본격적으로 개발을 시작하기 전에 모든 가설을 적어놓고 ‘우호적인' 사람과 아이디어에 반대 의견을 가진 사람 모두로부터 이야기를 들어보아야 한다. 이때 제품이 뛰어나다고 하는 사람보다 ‘이 제품은 가치가 없다'라고 생각하는 사람의 피드백이 상당히 중요하다. 또한 제품의 표적 고객은 아니지만, 제품에 영향을 받을 수 있는 이해당사자와 집단으로부터 피드백을 구해야 한다.


https://www.instagram.com/p/DQ6tg75k47P/?utm_source=ig_web_copy_link&igsh=MzRlODBiNWFlZA==
⠀
레드버스백맨

어떤 팀에서 고객의 드라이클리닝 세탁물을 픽업해 세탁소에 가져다주고, 다시 고객의 집으로 배송해 주는 로봇을 개발한다고 하자. 이 팀은 친절하게도 그런 서비스를 이용하겠다고 말해주는 여러 명의 친구들에게 의견을 구한 뒤 시제품 제작에 나설 것이다. 그러나 팀원과 일부 ‘우호적인' 사람으로 소통 상태를 한정했기에 고객의 요구와 기호를 제한적인 관점에서 이해할 가능성이 크다.⠀가정을 반박함으로써 위험을 벗어나는 질문⠀➊&nbsp;인구 집단(패널) 중 빼먹은 집단은 없는가?➋&nbsp;편의성, 비용, 속도 등 가장 근본적인 문제는 무엇인가?➌ 놓치고 있는 사용자는 누구이며, 사용자를 확대할 수 있는 방안은?➍ 이 제품은 다른 곳에서도 수요가 있는가?➎ 환경과 지역사회에 어떤 영향을 미칠 것인가?⠀제품팀은 본격적으로 개발을 시작하기 전에 모든 가설을 적어놓고 ‘우호적인' 사람과 아이디어에 반대 의견을 가진 사람 모두로부터 이야기를 들어보아야 한다. 이때 제품이 뛰어나다고 하는 사람보다 ‘이 제품은 가치가 없다'라고 생각하는 사람의 피드백이 상당히 중요하다. 또한 제품의 표적 고객은 아니지만, 제품에 영향을 받을 수 있는 이해당사자와 집단으로부터 피드백을 구해야 한다. https://www.instagram.com/p/DQ6tg75k47P/?utm_source=ig_web_copy_link&amp;igsh=MzRlODBiNWFlZA==⠀레드버스백맨

《포용적 디자인은 도움이 될까?》

1. 이승건은 책상 위에 새로운 글귀 하나를 써 붙였다. 제갈량의 실수를 범하지 말자.

2. 삼국지에서 촉나라 제갈량은 타고난 지략가이자 정의롭고 충성스러운 인재였으나, 결국 승리를 거머쥐지 못했다.

3. 그는 위나라를 쓰러뜨리기 위해 수차례 부별에 나서면서 내치까지 도맡았다. 매일 밤늦게까지 일하며 곤장 20대가 넘는 형벌에 관한 사안은 직접 처리했다.

4. 덕분에 촉의 백성들은 편안했지만, 문제는 제갈량이 자신의 업무량을 도저히 유지할 수 없다는 데 있었다.

5. 조조의 책사 사마의는 사자로부터 상황을 전해 듣고 내심 안도했다. 남을 믿고 맡기지 못해 사소한 일도 직접 관장하며 전쟁까지 진두지휘하기를 몇 년이나 계속할 수 있겠는가. 얼마 지나지 않아 제갈량은 병으로 죽었고, 촉나라는 멸망했다.

6. 제갈량은 천재였지만 위임을 못했기 때문에, 전투에서 이겼을지언정 전쟁에서는 졌다.

7. 반대로 조조는 사마의 같은 천하의 좋은 인재를 찾아다녔고 충분히 위임했다. 사마의는 힘과 역량을 갈고닦아 결국 천하를 통일했다.

8. 비바리퍼블리카가 오래도록 지속 가능 한 팀으로 성장하고 번영하려면, 동료를 더 믿고 더 많은 권한과 책임을 분산해야 한다고 이승건은 스스로를 재촉했다.

#유난한도전

1. 이승건은 책상 위에 새로운 글귀 하나를 써 붙였다. 제갈량의 실수를 범하지 말자. ​2. 삼국지에서 촉나라 제갈량은 타고난 지략가이자 정의롭고 충성스러운 인재였으나, 결국 승리를 거머쥐지 못했다. 3. 그는 위나라를 쓰러뜨리기 위해 수차례 부별에 나서면서 내치까지 도맡았다. 매일 밤늦게까지 일하며 곤장 20대가 넘는 형벌에 관한 사안은 직접 처리했다. 4. 덕분에 촉의 백성들은 편안했지만, 문제는 제갈량이 자신의 업무량을 도저히 유지할 수 없다는 데 있었다. ​5. 조조의 책사 사마의는 사자로부터 상황을 전해 듣고 내심 안도했다. 남을 믿고 맡기지 못해 사소한 일도 직접 관장하며 전쟁까지 진두지휘하기를 몇 년이나 계속할 수 있겠는가. 얼마 지나지 않아 제갈량은 병으로 죽었고, 촉나라는 멸망했다. ​6. 제갈량은 천재였지만 위임을 못했기 때문에, 전투에서 이겼을지언정 전쟁에서는 졌다. 7. 반대로 조조는 사마의 같은 천하의 좋은 인재를 찾아다녔고 충분히 위임했다. 사마의는 힘과 역량을 갈고닦아 결국 천하를 통일했다. ​ 8. 비바리퍼블리카가 오래도록 지속 가능 한 팀으로 성장하고 번영하려면, 동료를 더 믿고 더 많은 권한과 책임을 분산해야 한다고 이승건은 스스로를 재촉했다. #유난한도전

< 제갈량은 천재였다. 하지만 ‘위임’을 몰랐다 >

1. 사람들이 갖기 쉬운 프레임은 대개 하위 수준이다.

2. 당장 먹고살아야 하기 때문에, 귀찮아서, 남들도 다 안 하는데 뭘 등과 같은 생각은 하위 프레임의 전형이다.

3. 그렇다면 상위와 하위 수준 프레임을 나누는 결정적인 차이는 무엇일까?

4. 바로 상위 프레임에서는 Why를 묻지만 하위 프레임에서는 How를 묻는다는 점이다.

5. 상위 프레임은 왜 이 일이 필요한지 그 이유와 의미, 목표를 묻는다. 비전을 묻고 이상을 세운다.

6. 그러나 하위 프레임에서는 그 일을 하기가 쉬운지 어려운지, 시간은 얼마나 걸리는지, 성공 가능성은 얼마나 되는지 등 구체적인 절차부터 묻는다.

7. 그래서 궁극적인 목표나 큰 그림을 놓치고 항상 주변의 이슈들을 좇느라 에너지를 허비하고 만다.

8. 상위 프레임을 갖고 있는 사람은 No 보다는 Yes라는 대답을 자주 하고, 하위 프레임을 가진 사람은 Yes보다는 No라는 대답을 많이 한다.

#프레임

1. 사람들이 갖기 쉬운 프레임은 대개 하위 수준이다. 2. 당장 먹고살아야 하기 때문에, 귀찮아서, 남들도 다 안 하는데 뭘 등과 같은 생각은 하위 프레임의 전형이다. ​3. 그렇다면 상위와 하위 수준 프레임을 나누는 결정적인 차이는 무엇일까? ​4. 바로 상위 프레임에서는 Why를 묻지만 하위 프레임에서는 How를 묻는다는 점이다. ​5. 상위 프레임은 왜 이 일이 필요한지 그 이유와 의미, 목표를 묻는다. 비전을 묻고 이상을 세운다. ​6. 그러나 하위 프레임에서는 그 일을 하기가 쉬운지 어려운지, 시간은 얼마나 걸리는지, 성공 가능성은 얼마나 되는지 등 구체적인 절차부터 묻는다. ​7. 그래서 궁극적인 목표나 큰 그림을 놓치고 항상 주변의 이슈들을 좇느라 에너지를 허비하고 만다. 8. 상위 프레임을 갖고 있는 사람은 No 보다는 Yes라는 대답을 자주 하고, 하위 프레임을 가진 사람은 Yes보다는 No라는 대답을 많이 한다. ​ #프레임

< 질문이 수준을 만든다 >

GPT-5.1이 11월 24일에 출시된다는 소문이 있는데요. 버전 업그레이드 되는 속도가 점점 빨라지고 있네요. 기존의 버전 업데이트 주기를 살펴보면,

GPT-3 👉 GPT-3 ⏱️ 2.5년
GPT-3.5 👉 GPT-4 ⏱️ 2.5년
GPT-4 👉 GPT-4 Turbo ⏱️ 8.75개월
GPT-4 Turbo 👉 GPT-4o ⏱️ 6.25개월
GPT-4o 👉 GPT-4.5 ⏱️ 9.5개월
GPT-4.5 👉 GPT-5 ⏱️ 5.25개월
GPT-5 👉 GPT-5.1 ⏱️ 3.75개월

GPT-4로부터 보면 평균적으로 0.7배로 단축되는데요. 이 추세가 계속된다면 2027년에는, 이론상, 더 이상 버전 업그레이드 개념이 사라지고, AI는 끊임없이 변화하는 지능 연속체가 될 수 있다..는 가설..

만약 정말 그렇게 된다면, 의식의 정의에 따라 다르겠지만, 의식을 스스로를 인식하는 연속된 상태라고 한다면 2027년쯤엔 AI가 의식을 가지게 될 수 있다고 할 수 있겠습니다.

과연 정말 그렇게 될까요? 과연 SF로 남을지 미래를 예견하는 일이 될 지, 2027년에 뵙겠습니다. 😎🍿🥤

GPT-5.1 ⏱️ 2025-11-24
GPT-5.5 ⏱ 3.8개월 후 2026-03-18
GPT-6 ⏱ 2.6개월 후 2026-06-06
GPT-6.1 ⏱️ 1.8개월후 2026-07-31
GPT-6.5 ⏱ 1.3개월 후 2026-09-09
GPT-7 ⏱ 0.9개월후 2026-10-06
GPT-7.1 ⏱ 0.6개월 후 2026-10-25
GPT-7.5 ⏱ 0.4개월 후 2026-11-08
GPT-8 ⏱ 0.3개월 후 2026-11-17
GPT-8.1 ⏱ 0.2개월 후 2026-11-24
GPT-8.5 ⏱ 0.2개월 후 2026-11-28
GPT-9 ⏱ 0.1개월 후 2026-12-01

And…GPT-10?

GPT-5.1이 11월 24일에 출시된다는 소문이 있는데요. 버전 업그레이드 되는 속도가 점점 빨라지고 있네요. 기존의 버전 업데이트 주기를 살펴보면, GPT-3 👉 GPT-3 ⏱️ 2.5년GPT-3.5 👉 GPT-4 ⏱️ 2.5년GPT-4 👉 GPT-4 Turbo ⏱️ 8.75개월GPT-4 Turbo 👉 GPT-4o ⏱️ 6.25개월GPT-4o 👉 GPT-4.5 ⏱️ 9.5개월GPT-4.5 👉 GPT-5 ⏱️ 5.25개월GPT-5 👉 GPT-5.1 ⏱️ 3.75개월 GPT-4로부터 보면 평균적으로 0.7배로 단축되는데요. 이 추세가 계속된다면 2027년에는, 이론상, 더 이상 버전 업그레이드 개념이 사라지고, AI는 끊임없이 변화하는 지능 연속체가 될 수 있다..는 가설.. 만약 정말 그렇게 된다면, 의식의 정의에 따라 다르겠지만, 의식을 스스로를 인식하는 연속된 상태라고 한다면 2027년쯤엔 AI가 의식을 가지게 될 수 있다고 할 수 있겠습니다. 과연 정말 그렇게 될까요? 과연 SF로 남을지 미래를 예견하는 일이 될 지, 2027년에 뵙겠습니다. 😎🍿🥤 GPT-5.1 ⏱️ 2025-11-24GPT-5.5 ⏱ 3.8개월 후 2026-03-18GPT-6 ⏱ 2.6개월 후 2026-06-06GPT-6.1 ⏱️ 1.8개월후 2026-07-31GPT-6.5 ⏱ 1.3개월 후 2026-09-09GPT-7 ⏱ 0.9개월후 2026-10-06GPT-7.1 ⏱ 0.6개월 후 2026-10-25GPT-7.5 ⏱ 0.4개월 후 2026-11-08GPT-8 ⏱ 0.3개월 후 2026-11-17GPT-8.1 ⏱ 0.2개월 후 2026-11-24GPT-8.5 ⏱ 0.2개월 후 2026-11-28GPT-9 ⏱ 0.1개월 후 2026-12-01 And…GPT-10?

GPT-5.1이 11월 24일에 출시된다는 소문이 있는데요. 버전

오랜기간 개발이라는 업을 하면서 저는 이상하리 만큼 무엇을 만들어야 할지 아이디어를 가지지 못하고 있어요. 그러다보니, 새롭게 무언가를 만들어 해결해보겠다는 것이 다른 분들에 비해서 많이 부족한 점을 항상 느끼고 있어요.


새롭게 공부한 것을 회사 프로젝트에 적용해보기에는 실험적 기능, 합의가 이루어지지 않는 것을 적용해보기란 참 어려운 문제인듯 해요.


하지만, 이런 경우는 어떨까요?


실험적 기능을 회사 프로젝트 (즉 맞고 있는 프로젝트)에 branch 를 두고 개선을 해보고,
그것을 문서화 하여 같이 공유하면서 부족한 부분과 새로운 아이디어를 얻으면서 회사 프로젝트 발전에 기여 해보는 것이죠.


저만의 방법일지는 모르겠지만.. 무언가 새로운것을 만들어 본다는 압박에서 자유로우면서 무언가 해볼 수 있는 방법이 아닐까 싶어요.

오랜기간 개발이라는 업을 하면서 저는 이상하리 만큼 무엇을 만들어야 할지 아이디어를 가지지 못하고 있어요. 그러다보니, 새롭게 무언가를 만들어 해결해보겠다는 것이 다른 분들에 비해서 많이 부족한 점을 항상 느끼고 있어요. 새롭게 공부한 것을 회사 프로젝트에 적용해보기에는 실험적 기능, 합의가 이루어지지 않는 것을 적용해보기란 참 어려운 문제인듯 해요. 하지만, 이런 경우는 어떨까요? 실험적 기능을 회사 프로젝트 (즉 맞고 있는 프로젝트)에 branch 를 두고 개선을 해보고,그것을 문서화 하여 같이 공유하면서 부족한 부분과 새로운 아이디어를 얻으면서 회사 프로젝트 발전에 기여 해보는 것이죠. 저만의 방법일지는 모르겠지만.. 무언가 새로운것을 만들어 본다는 압박에서 자유로우면서 무언가 해볼 수 있는 방법이 아닐까 싶어요.

사이드 프로젝트가 없을 경우.... (a.k.a 리펙토링)

대화와 커뮤니케이션으로 매일의 일상을 살아가고 있습니다.

일대 다의 강연,
1:1의 비즈니스&커리어 코칭,
그밖에 멘토링과 커뮤니티 등.
더 나아가 요즘은 진행을 하는 경우도 많아지고 있습니다.

그렇게 시간을 보내다보면 함께하는 분들이 말을 전하고 대화를 하고 질문과 답을 주고받는 과정에서 공통적으로 발견이 되는 아쉬운 부분들이 있습니다. 이것은 작고 사소한 부분일 수 있지만 놀랍게도 대학생, 취준생, 현직자 때로는 시니어 분까지도 고루고루 발견이 되기도 합니다.

이미 충분히 똑똑하고 의식이 뚜렷하신 분들이기 때문에 이것 몇가지만 바뀌어도, 더 많은 대화를 더 간편하게 나눌 수 있게 되죠.

그 3가지는 다음과 같습니다.

1. 질문에 맞는 말부터 꺼내기

날씨가 어떻냐 > 날씨가 어떻다. 뭘 좋아하냐 > 뭘 좋아한다.  ~에 대해 어떻게 생각하냐 > ~에 대해 어떻게 생각한다. 이것이 기본 대화 흐름입니다. 그런데 막상 질문에 대해 다른 것을 답을 하는 경우를 많이 발견합니다. 핵심을 끝에 이야기하려다가 이야기가 종종 길을 잃게 되죠. 보통은 생각이 많거나 하고 싶은 이야기가 많을 때 발생하죠.

먼저 질문의 핵심에 대해 짧고 명료하게 답변을 먼저 하고나서,  그다음에 +a 를 이어가면 좋습니다. (근거, 예시, 사례 등)
>> 우리나라의 미괄식 표현을 두괄식으로 사용해주세요.

2. 이야기의 문 닫기

이야기의 시작은 보통 잘합니다. 그러나 많은 경우에 이야기의 끝맺음이 비어있는 경우가 있습니다. ~이상입니다. 여기까지입니다. 라는 말만 해도 바로 이어 다음 단계로 이어갈 수 있죠. 그런데 종종 이야기를 하고 멈췄는데 끝인지 아닌지를 몰라 정적이 뜰 때가 있습니다.

문을 열고 들어가고, 나올 때 다시 문을 닫는 것처럼 말도 문 닫음을 잘하면 좋습니다.
>> 타인의 말자르는 것이 실례인 문화 속에서 스스로의 말끝을 커팅해주세요.


3. 그래서 뭘 하면 될까요?

마케팅에서 콜투액션 (CTA, Call To Action)이라는 용어가 있습니다. 지금 바로 다운로드 받으세요, 이번주까지 팝업을 찾아주세요 등 고객에게 어떤 행동을 유도하는 메시지죠. 사람과 사람의 대화도 메시지나 의도가 있는 경우에는 명확하게 어떤 행동을 요청하는 것이 좋습니다.

예를 들면,
00을 준비중에 있어요. (그래서요?)
00을 준비중에 있어요. XX에 대한 부분이 궁금해서 의견을 여쭈어봐도 될까요? (제 생각으로는~)

00에 대한 어려움을 겪고 있어요. (그래서요?)
00에 대한 어려움을 겪고 있어요. 혹시 경험이 있으시다면 조언을 구할 수 있을까요? (제 경험으로는요~)

뭔가를 보여주거나, 현상에 대해 이야기를 하면서 자신이 원하는 것에 대해 상대가 알아서 꺼내주길 바라는 의도일 수 있습니다. 하지만 원하는 것을 명확하게 이야기하지 않으면 듣는 사람은 그래서 뭘 해드려야 할지 모릅니다. (들어달라는 것인지? 어떤 것에 대해 이야기를 해주어야 하는지?)

그런 의미에서 흑백요리사 안성재 셰프의 "그래서 의도가 무엇인가요?"라는 질문은 참 친절한 질문으로 기억에 남습니다. 현실세계에서 내가 도움을 받기 위해서는 내가 도움을 받고자 하는 부분을 먼저 파악하고, 그것을 직접 말로 꺼내주어야 합니다.
>> 상대방에게 나의 의도를 명확하게 말해주세요.

이 3가지를 잘 채우면 서로 원하는 것을 주고받는 시간을 아끼고, 더 중요한 이야기를 많이 나눌 수 있게 될 수 있습니다. 저도 아직 성장을 향하는 과정이지만 제가 느끼고 경험한 것을 공유드리고자 남겨보았습니다.

모두 소통의 레벨업으로 원하는 것들을 잘 얻어 이뤄가시길 바라봅니다.

- 주말의 생각노트

대화와 커뮤니케이션으로 매일의 일상을 살아가고 있습니다. 일대 다의 강연, 1:1의 비즈니스&amp;커리어 코칭, 그밖에 멘토링과 커뮤니티 등. 더 나아가 요즘은 진행을 하는 경우도 많아지고 있습니다. 그렇게 시간을 보내다보면 함께하는 분들이 말을 전하고 대화를 하고 질문과 답을 주고받는 과정에서 공통적으로 발견이 되는 아쉬운 부분들이 있습니다. 이것은 작고 사소한 부분일 수 있지만 놀랍게도 대학생, 취준생, 현직자 때로는 시니어 분까지도 고루고루 발견이 되기도 합니다. 이미 충분히 똑똑하고 의식이 뚜렷하신 분들이기 때문에 이것 몇가지만 바뀌어도, 더 많은 대화를 더 간편하게 나눌 수 있게 되죠. 그 3가지는 다음과 같습니다. 1. 질문에 맞는 말부터 꺼내기 날씨가 어떻냐 &gt; 날씨가 어떻다. 뭘 좋아하냐 &gt; 뭘 좋아한다.&nbsp; ~에 대해 어떻게 생각하냐 &gt; ~에 대해 어떻게 생각한다. 이것이 기본 대화 흐름입니다. 그런데 막상 질문에 대해 다른 것을 답을 하는 경우를 많이 발견합니다. 핵심을 끝에 이야기하려다가 이야기가 종종 길을 잃게 되죠. 보통은 생각이 많거나 하고 싶은 이야기가 많을 때 발생하죠. 먼저 질문의 핵심에 대해 짧고 명료하게 답변을 먼저 하고나서,&nbsp; 그다음에 +a 를 이어가면 좋습니다. (근거, 예시, 사례 등) &gt;&gt; 우리나라의 미괄식 표현을 두괄식으로 사용해주세요. 2. 이야기의 문 닫기 이야기의 시작은 보통 잘합니다. 그러나 많은 경우에 이야기의 끝맺음이 비어있는 경우가 있습니다. ~이상입니다. 여기까지입니다. 라는 말만 해도 바로 이어 다음 단계로 이어갈 수 있죠. 그런데 종종 이야기를 하고 멈췄는데 끝인지 아닌지를 몰라 정적이 뜰 때가 있습니다. 문을 열고 들어가고, 나올 때 다시 문을 닫는 것처럼 말도 문 닫음을 잘하면 좋습니다. &gt;&gt; 타인의 말자르는 것이 실례인 문화 속에서 스스로의 말끝을 커팅해주세요. 3. 그래서 뭘 하면 될까요? 마케팅에서 콜투액션 (CTA, Call To Action)이라는 용어가 있습니다. 지금 바로 다운로드 받으세요, 이번주까지 팝업을 찾아주세요 등 고객에게 어떤 행동을 유도하는 메시지죠. 사람과 사람의 대화도 메시지나 의도가 있는 경우에는 명확하게 어떤 행동을 요청하는 것이 좋습니다. 예를 들면, 00을 준비중에 있어요. (그래서요?) 00을 준비중에 있어요. XX에 대한 부분이 궁금해서 의견을 여쭈어봐도 될까요? (제 생각으로는~) 00에 대한 어려움을 겪고 있어요. (그래서요?) 00에 대한 어려움을 겪고 있어요. 혹시 경험이 있으시다면 조언을 구할 수 있을까요? (제 경험으로는요~) 뭔가를 보여주거나, 현상에 대해 이야기를 하면서 자신이 원하는 것에 대해 상대가 알아서 꺼내주길 바라는 의도일 수 있습니다. 하지만 원하는 것을 명확하게 이야기하지 않으면 듣는 사람은 그래서 뭘 해드려야 할지 모릅니다. (들어달라는 것인지? 어떤 것에 대해 이야기를 해주어야 하는지?) 그런 의미에서 흑백요리사 안성재 셰프의 "그래서 의도가 무엇인가요?"라는 질문은 참 친절한 질문으로 기억에 남습니다. 현실세계에서 내가 도움을 받기 위해서는 내가 도움을 받고자 하는 부분을 먼저 파악하고, 그것을 직접 말로 꺼내주어야 합니다. &gt;&gt; 상대방에게 나의 의도를 명확하게 말해주세요. 이 3가지를 잘 채우면 서로 원하는 것을 주고받는 시간을 아끼고, 더 중요한 이야기를 많이 나눌 수 있게 될 수 있습니다. 저도 아직 성장을 향하는 과정이지만 제가 느끼고 경험한 것을 공유드리고자 남겨보았습니다. 모두 소통의 레벨업으로 원하는 것들을 잘 얻어 이뤄가시길 바라봅니다. - 주말의 생각노트

소통의 레벨업을 위한 아주 사소한 3가지 TIP

This is a tutorial series for hobby OS developers who are new to ARM's 64 bit ARMv8-A architecture. The tutorials will give a guided, step-by-step tour of how to write a monolithic Operating System kernel for an embedded system from scratch.

GitHub - rust-embedded/rust-raspberrypi-OS-tutorials: Learn to write an embedded OS in Rust

Rust 로 베어메탈 상태의 라즈베리파이에 OS를 만들어 올리는 과정을 연재한 글을 발견했어요.
원래는 동일한 과정을 C언어로 구현한  https://github.com/bztsrc/raspi3-tutorial 가 공개되어 있었는데, 이 과정을 Rust로 그대로 옮겨 과정별로 자세히 설명한 글이에요.

아주 간략하게는 osdev.org 위키의 https://wiki.osdev.org/Raspberry_Pi_Bare_Bones_Rust 요 글도 참고가 될 것 같아요.

요 글은 https://os.phil-opp.com/ko/ 한국 개발자분들이 한글로 번역해주신 글인데, ARM 대상은 아니지만 베어메탈 환경에서의 Rust개발에 대해 자세히 설명되어 있었어요.

원래는 아이팟클래식에 라즈베리파이를 넣어서 스포티파이 플레이어를 만든 https://www.youtube.com/watch?v=ZxdhG1OhVng 요 동영상을 보다가 링크를 타고타고 발견하게 되었는데, 이런 재밌는(?) 취미를 가진 분들이 많이 있는 것 같아요.

비슷한 작업을 Go로 한 글도 찾아봤는데 Go보다는 Rust쪽이 이런 취미생활(?)에 관심가진 분들이 더 많은 것 같아요. Rust에 관심이 조금 생겼습니다. :)

GitHub

당근 Product Engineer

하조은

• 개발자의 성장을 위한 컨텐츠를 만들어요
• 인프런 '손에 익는 Next.js' 강의 지식공유자
• 유튜브 '하조은조하' 운영자
• Contact: hello@hajoeun.com

컴퓨터소프트웨어학과

김지수

📍컴공과 2학년
📍사진찍는 코린이
📍C조금 Python Java

#개발자 #그래픽디자인 #끊임없이배우기 #도전적인 #독서 #디자이너 #미라클모닝 #백엔드 #소프트웨어엔지니어 #스타트업 #앱디자인 #여행 #워라밸 #웹디자인 #질문하는 #창업 #투자

백엔드 개발자

이용한

Rust로 라즈베리파이 OS 만들기 튜토리얼.

asbubam

백엔드 서버 개발을 시작으로,
2016년 부터 클라우드인프라, SRE 업무를 하고 있어요.
생각을 글로 표현하는 것을 좋아해요.

asbubam at gmail.com
#개발자

Rust로 라즈베리파이 OS 만들기 튜토리얼.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필