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

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

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

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

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

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

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

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

Cursor팀에서 Cursor for product managers라는 주제로 온라인 세션을 진행했습니다. 제가 세션 후반부에 Cusor팀의 프로덕트 디스커버리 과정을 질문했는데 상세하게 Cursor팀의 PM인 Jacob Witt가 답변을 해서 내용을 정리해봅니다.

요약
1. 조직 구조: 엔지니어 중심으로 운영되는 Cursor 팀에 PM은 2명이며, 팀이 스스로를 위한 제품을 만들고 있음
2. 프로세스: 강력한 엔지니어링 팀 → 내부 사용 및 테스트 → 기능에 대한 투표 → 일정 기준(threshold)에 도달하면 출시 → 사용자 피드백 반영
3. 엔터프라이즈 접근 방식: 주요 고객에게는 신기능을 사전 공개하고, 피드백 루프를 통해 개선
4. PM 역할의 진화(PM role evolution): “PM이 엔지니어에게 해야 할 일을 지시하는” 방식이 아니라, 사전 준비된 스코핑과 기술적 이해를 바탕으로 협업을 주도하는 역할


질문
Cursor 팀은 프로덕트 디스커버리를 어떻게 진행하나요? 그리고 엔지니어, 프로덕트 매니저, 디자이너들이 어떻게 협업하나요? 흔히 ‘PM이 엔지니어에게 해야 할 일을 지시하고, 엔지니어는 그걸 단순히 수행한다’는 오해가 있는 것 같아요. 실제로는 전혀 그렇지 않아서 그 부분을 명확히 해주면 좋겠습니다.


답변 정리
1. Cursor는 현재 단 2명의 PM이 있음. Cursor는 엔지니어 주도 조직임.

2. 프로덕트에 대한 멘탈 모델: 아주 강력한 엔지니어링 팀이 스스로를 위한 툴을 만듬. 팀 모두가 그 툴을 매일 사용하고, 마음에 드는 점과 마음에 들지 않는 점을 투표로 결정함. 그리고 팀원들이 모두 '이 정도면 충분하다'고 생각하는 기준치나 합의(threshold)에 도달하면 출시하고, 사용자 피드백을 받은 뒤 그걸 기반으로 다시 개선함.

3. 엔터프라이즈 고객들은 사전에 협업을 진행하기도 함. 사전에 신규 기능을 제공하여 미리 반응을 살펴보고, 그 피드백에 따라 제품 방향을 조정함.

4. “나는 PM이고, 계획서를 짜서 엔지니어에게 넘긴다” 같은 프로세스는 전혀 아님.

5. PM이 “이런 아이디어가 있는데, 얼마나 걸릴까?” 하고 바로 엔지니어에게 물어보지 않음. 그렇게 하면 엔지니어가 원래 하던 일에서 주의가 산만해지기 때문에, 좋은 PM이라면 그런 초기 Scoping 대화에 훨씬 더 준비된 상태로 임해야 함. 즉, 사전에 충분히 이해하고, 구체적으로 이야기할 수 있어야 함.

6. 어떤 경우에는 이러한 스코핑 관련 대화 자체가 아예 일어나지 않음. PM이 직접 코드베이스를 보고 “이건 진짜 말도 안 되게 복잡하네. 세 개의 서비스를 리팩터링해야 할 정도로 고통스럽고, ROI도 전혀 안 나오겠네.”라고 판단하는 경우가 있기 때문임.

7. Cursor의 ‘Plan Mode’를 활용하여 코드베이스를 직접 이해하려고 노력함으로써, 미팅을 다섯 번 정도 줄일 수 있다고 생각함. 이런 접근법이 굉장히 레버리지가 크다고 생각함.

Cursor팀에서 Cursor for product managers라는 주제로 온라인 세션을 진행했습니다. 제가 세션 후반부에 Cusor팀의 프로덕트 디스커버리 과정을 질문했는데 상세하게 Cursor팀의 PM인 Jacob Witt가 답변을 해서 내용을 정리해봅니다. 요약 1. 조직 구조: 엔지니어 중심으로 운영되는 Cursor 팀에 PM은 2명이며, 팀이 스스로를 위한 제품을 만들고 있음 2. 프로세스: 강력한 엔지니어링 팀 → 내부 사용 및 테스트 → 기능에 대한 투표 → 일정 기준(threshold)에 도달하면 출시 → 사용자 피드백 반영 3. 엔터프라이즈 접근 방식: 주요 고객에게는 신기능을 사전 공개하고, 피드백 루프를 통해 개선 4. PM 역할의 진화(PM role evolution): “PM이 엔지니어에게 해야 할 일을 지시하는” 방식이 아니라, 사전 준비된 스코핑과 기술적 이해를 바탕으로 협업을 주도하는 역할 질문 Cursor 팀은 프로덕트 디스커버리를 어떻게 진행하나요? 그리고 엔지니어, 프로덕트 매니저, 디자이너들이 어떻게 협업하나요? 흔히 ‘PM이 엔지니어에게 해야 할 일을 지시하고, 엔지니어는 그걸 단순히 수행한다’는 오해가 있는 것 같아요. 실제로는 전혀 그렇지 않아서 그 부분을 명확히 해주면 좋겠습니다. 답변 정리 1. Cursor는 현재 단 2명의 PM이 있음. Cursor는 엔지니어 주도 조직임. 2. 프로덕트에 대한 멘탈 모델: 아주 강력한 엔지니어링 팀이 스스로를 위한 툴을 만듬. 팀 모두가 그 툴을 매일 사용하고, 마음에 드는 점과 마음에 들지 않는 점을 투표로 결정함. 그리고 팀원들이 모두 '이 정도면 충분하다'고 생각하는 기준치나 합의(threshold)에 도달하면 출시하고, 사용자 피드백을 받은 뒤 그걸 기반으로 다시 개선함. 3. 엔터프라이즈 고객들은 사전에 협업을 진행하기도 함. 사전에 신규 기능을 제공하여 미리 반응을 살펴보고, 그 피드백에 따라 제품 방향을 조정함. 4. “나는 PM이고, 계획서를 짜서 엔지니어에게 넘긴다” 같은 프로세스는 전혀 아님. 5. PM이 “이런 아이디어가 있는데, 얼마나 걸릴까?” 하고 바로 엔지니어에게 물어보지 않음. 그렇게 하면 엔지니어가 원래 하던 일에서 주의가 산만해지기 때문에, 좋은 PM이라면 그런 초기 Scoping 대화에 훨씬 더 준비된 상태로 임해야 함. 즉, 사전에 충분히 이해하고, 구체적으로 이야기할 수 있어야 함. 6. 어떤 경우에는 이러한 스코핑 관련 대화 자체가 아예 일어나지 않음. PM이 직접 코드베이스를 보고 “이건 진짜 말도 안 되게 복잡하네. 세 개의 서비스를 리팩터링해야 할 정도로 고통스럽고, ROI도 전혀 안 나오겠네.”라고 판단하는 경우가 있기 때문임. 7. Cursor의 ‘Plan Mode’를 활용하여 코드베이스를 직접 이해하려고 노력함으로써, 미팅을 다섯 번 정도 줄일 수 있다고 생각함. 이런 접근법이 굉장히 레버리지가 크다고 생각함.

Cursor 팀은 프로덕트 디스커버리를 어떻게 하는가?

오늘의 취미 코딩. 뚝딱!

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

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

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

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


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


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


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


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


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


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


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


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

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

퇴직 사유

평점 4.99/5.0
 76건 통과, 검증된 합격 시스템 서류+최종 건수, 동일인 복수 합격 포함 (래피드 · 크몽 집계일시 : 2025.02~10) 컨설팅은 이렇게 진행돼요 문의처 빅테크 통과한
 실제 포폴을 보여드려요 유니콘 : 21건 대기업 : 19건 스타트업·에이전시 : 36건 결제 후 예약 링크가 알림톡으로 발송돼요. 카톡을 꼭 확인해주세요! wo

[🦄 유니콘·빅테크] 합격한 UX/UI 포폴 컨설팅 - PO·디자인 리드·채용 담당 10년차 - 우디디자인랩

1차 서류 스크리닝을 디자인 외 팀(HR)이
하는 경우가 있습니다.

UX 전문용어가 과도하면
오히려 감점이 될 수 있습니다.
전문성은 지키되, 이해할 수 있는
수준으로 순화하는 것이 필요합니다.

🥹 유저 플로우 기반 온보딩 리텐션 개선
✅ 회원가입 첫 경험에서 이탈률을 줄이기 위한 개선


우디의 1:1 컨설팅, 11월 사전 예약 시작
https://www.latpeed.com/products/QkCkT

1차 서류 스크리닝을 디자인 외 팀(HR)이하는 경우가 있습니다. UX 전문용어가 과도하면오히려 감점이 될 수 있습니다.전문성은 지키되, 이해할 수 있는수준으로 순화하는 것이 필요합니다. 🥹 유저 플로우 기반 온보딩 리텐션 개선✅ 회원가입 첫 경험에서 이탈률을 줄이기 위한 개선 우디의 1:1 컨설팅, 11월 사전 예약 시작https://www.latpeed.com/products/QkCkT

Latpeed

디자인 1차 스크리닝 담당자가 HR일때?

커리어의 시작이 취업이라면, 커리어의 마무리는 프리랜서입니다. 물론 정년까지 채우고 일을 마무리하는 경우도 있지만, 많은 이들이 자의든 타의든 정년 이후에도 일을 계속합니다. 사실 정년이라는 개념 자체가 명확한 근거로 설명하기 어렵습니다.


지금의 60대는 과거와 다릅니다. 과장을 조금 보태면 젊은이와 다름없을 정도로 건강해 보입니다. 제가 만난 60대 분들은 한결같이 더 이상 일할 수 없는 노인으로 보이지 않았습니다. 원하는 만큼 왕성하게 일해도 괜찮을 만큼 밝고 건강했습니다.


17년간 직장 생활을 하며 조직이 왜 정년 퇴임 제도를 운영하는지 조금 이해하게 되었습니다. 그것은 구성원을 내보내기 위한 장치가 아니라, 한평생 헌신한 이에게 자유를 주는 의미였습니다. 매일 출퇴근하며 열심히 일한 것에 대한 보상을 회사 밖에서의 자유로 제공하는 것입니다. 물론 조직에서 더 오래 근무하고 싶었던 분들께는 죄송한 말씀입니다.


속도와 타이밍의 차이가 있을 뿐, 우리 모두는 프리랜서를 향해 나아가고 있습니다. 다른 말로 자영업자, 1인 사업가, 창업자라고도 할 수 있습니다. 따라서 지금부터 필요한 준비는 '나는 회사 밖에서 어떤 일을 하며 살 수 있는가?'를 고민하는 것입니다. 고민 끝에 할 수 있는 일을 발견했다면, 지체 없이 오늘 당장 시작해보길 강력히 권합니다. 하루라도 빨리 시작한다면, 하루 먼저 자리를 잡을 수 있습니다. 늦출수록 시작도 어렵고, 일을 키우는 것도 쉽지 않습니다.


어제 만난 멘티는 회사를 그만둔 상태에서 프리랜서를 고민하고 있다고 했습니다. 이유를 자세히 묻지는 않았지만, 개인 성향상 혼자 일하는 구조가 더 잘 맞는다고 판단한 것 같았습니다. 저 역시 팀 협업보다 혼자 일하는 것을 선호합니다. 긍정이든 부정이든 다른 사람의 영향을 덜 받고, 한결같이 꾸준하게 일할 수 있는 것도 프리랜서를 꿈꿀 수 있는 개인적 특성이라고 생각합니다.


어제 만난 멘티처럼 직장 경험이 짧고 아직 젊어도 프리랜서로 일할 수 있습니다. 반드시 직장에서 일해야 하는 것은 아니기 때문입니다. 원하는 시간에 원하는 만큼 일하면서도 충분히 생계를 꾸리고, 사회 구성원으로 기여할 수 있다고 믿습니다. 다만 한 가지 걱정되는 점은 고정적인 수입을 만들기 어렵다는 것입니다. 생계 수단으로서 직업의 기능이 불안정할 수 있습니다.


멘티의 고민은 프리랜서를 시작하는 타이밍이었습니다. 직장 생활을 조금 더 하고 시작하는 것이 좋을지, 당장 시작하고 싶지만 경기가 좋지 않아 먹고살 수 있을지 걱정된다고 했습니다. 하지만 앞서 말했듯 당장 시작해보길 권합니다. 비록 불안해서 취업 준비를 병행하더라도, 일단 프리랜서로 살아보는 경험이 중요합니다.


막상 해보면 프리랜서가 자신과 맞지 않는 경우도 있습니다. 많은 이력서를 보다 발견한 흥미로운 사실은 창업이나 프리랜서로 일하다가 다시 취업에 도전하는 분들이 제법 많다는 것입니다. 개인적으로 하던 일이 잘 안 풀렸거나, 조직에서 팀으로 일하는 것이 더 좋다고 느꼈을 것입니다. 아니면 주도적으로 돈을 벌어야 하는 삶보다 꾸준히 월급을 받는 것이 더 좋다고 판단했을 수도 있습니다. 이유야 어찌 됐든 직장인, 프리랜서, 사장 모두 각자 나름의 고충이 있습니다.


프리랜서를 꿈꾸는 분들께 한 가지만 도전하지 말고 여러 가지 일을 동시에 병행하길 권합니다. 이는 생계를 위한 전략이기도 하고, 네트워크와 기회를 확장하는 방법이기도 합니다. 별로 의미 없어 보이는 일도 어떤 확장을 가져올지 알 수 없습니다. 우리 인생이 그렇습니다. 우리의 짧은 지식과 경험으로 판단하는 것보다 훨씬 복잡하고 세밀한 이유로 일들이 벌어집니다.


지금 프리한 삶을 꿈꾸는 분들께 시작은 바로 오늘이라고 말씀드리고 싶습니다. '나는 할 수 없을 것 같아요'라고 자신의 능력을 한정하는 분께는 누구나 할 수 있다고 격려하고 싶습니다. 세상에 할 수 없는 일은 없습니다. 단지 지금 하지 않을 뿐입니다. 오늘부터 도전하는 우리가 되길 진심으로 응원합니다.

﻿ 커리어의 시작이 취업이라면, 커리어의 마무리는 프리랜서입니다. 물론 정년까지 채우고 일을 마무리하는 경우도 있지만, 많은 이들이 자의든 타의든 정년 이후에도 일을 계속합니다. 사실 정년이라는 개념 자체가 명확한 근거로 설명하기 어렵습니다. 지금의 60대는 과거와 다릅니다. 과장을 조금 보태면 젊은이와 다름없을 정도로 건강해 보입니다. 제가 만난 60대 분들은 한결같이 더 이상 일할 수 없는 노인으로 보이지 않았습니다. 원하는 만큼 왕성하게 일해도 괜찮을 만큼 밝고 건강했습니다. 17년간 직장 생활을 하며 조직이 왜 정년 퇴임 제도를 운영하는지 조금 이해하게 되었습니다. 그것은 구성원을 내보내기 위한 장치가 아니라, 한평생 헌신한 이에게 자유를 주는 의미였습니다. 매일 출퇴근하며 열심히 일한 것에 대한 보상을 회사 밖에서의 자유로 제공하는 것입니다. 물론 조직에서 더 오래 근무하고 싶었던 분들께는 죄송한 말씀입니다. 속도와 타이밍의 차이가 있을 뿐, 우리 모두는 프리랜서를 향해 나아가고 있습니다. 다른 말로 자영업자, 1인 사업가, 창업자라고도 할 수 있습니다. 따라서 지금부터 필요한 준비는 '나는 회사 밖에서 어떤 일을 하며 살 수 있는가?'를 고민하는 것입니다. 고민 끝에 할 수 있는 일을 발견했다면, 지체 없이 오늘 당장 시작해보길 강력히 권합니다. 하루라도 빨리 시작한다면, 하루 먼저 자리를 잡을 수 있습니다. 늦출수록 시작도 어렵고, 일을 키우는 것도 쉽지 않습니다. 어제 만난 멘티는 회사를 그만둔 상태에서 프리랜서를 고민하고 있다고 했습니다. 이유를 자세히 묻지는 않았지만, 개인 성향상 혼자 일하는 구조가 더 잘 맞는다고 판단한 것 같았습니다. 저 역시 팀 협업보다 혼자 일하는 것을 선호합니다. 긍정이든 부정이든 다른 사람의 영향을 덜 받고, 한결같이 꾸준하게 일할 수 있는 것도 프리랜서를 꿈꿀 수 있는 개인적 특성이라고 생각합니다. 어제 만난 멘티처럼 직장 경험이 짧고 아직 젊어도 프리랜서로 일할 수 있습니다. 반드시 직장에서 일해야 하는 것은 아니기 때문입니다. 원하는 시간에 원하는 만큼 일하면서도 충분히 생계를 꾸리고, 사회 구성원으로 기여할 수 있다고 믿습니다. 다만 한 가지 걱정되는 점은 고정적인 수입을 만들기 어렵다는 것입니다. 생계 수단으로서 직업의 기능이 불안정할 수 있습니다. 멘티의 고민은 프리랜서를 시작하는 타이밍이었습니다. 직장 생활을 조금 더 하고 시작하는 것이 좋을지, 당장 시작하고 싶지만 경기가 좋지 않아 먹고살 수 있을지 걱정된다고 했습니다. 하지만 앞서 말했듯 당장 시작해보길 권합니다. 비록 불안해서 취업 준비를 병행하더라도, 일단 프리랜서로 살아보는 경험이 중요합니다. 막상 해보면 프리랜서가 자신과 맞지 않는 경우도 있습니다. 많은 이력서를 보다 발견한 흥미로운 사실은 창업이나 프리랜서로 일하다가 다시 취업에 도전하는 분들이 제법 많다는 것입니다. 개인적으로 하던 일이 잘 안 풀렸거나, 조직에서 팀으로 일하는 것이 더 좋다고 느꼈을 것입니다. 아니면 주도적으로 돈을 벌어야 하는 삶보다 꾸준히 월급을 받는 것이 더 좋다고 판단했을 수도 있습니다. 이유야 어찌 됐든 직장인, 프리랜서, 사장 모두 각자 나름의 고충이 있습니다. 프리랜서를 꿈꾸는 분들께 한 가지만 도전하지 말고 여러 가지 일을 동시에 병행하길 권합니다. 이는 생계를 위한 전략이기도 하고, 네트워크와 기회를 확장하는 방법이기도 합니다. 별로 의미 없어 보이는 일도 어떤 확장을 가져올지 알 수 없습니다. 우리 인생이 그렇습니다. 우리의 짧은 지식과 경험으로 판단하는 것보다 훨씬 복잡하고 세밀한 이유로 일들이 벌어집니다. 지금 프리한 삶을 꿈꾸는 분들께 시작은 바로 오늘이라고 말씀드리고 싶습니다. '나는 할 수 없을 것 같아요'라고 자신의 능력을 한정하는 분께는 누구나 할 수 있다고 격려하고 싶습니다. 세상에 할 수 없는 일은 없습니다. 단지 지금 하지 않을 뿐입니다. 오늘부터 도전하는 우리가 되길 진심으로 응원합니다.﻿

프리한 삶

옳은 말을 하는 것과 설득력 있는 말을 하는 것은 달라서, 옳은 말을 하는 데도 사람들이 그의 말을 따르지 않고, 심지어는 싫어하는 경우도 있다. 리더의 경우에도, 그의 말과 행동에 틀린 것은 없지만 왠지 그와 함께 일하고 싶은 생각은 들지 않는 사람이 있다. 리더는 사람들을 이끌어야 한다. 리더는 사람들의 생각과 행동에 영향을 미쳐야 한다. 따라서, 사람들이 같이 일하고 싶어 하지 않는다면, 그것은 리더에게 결함이 될 수 있다.

생각의 중심을 나와 조직으로부터 구성원으로 옮겨보는 것이 필요하다. 사람들이 리더를 따르지 않는 것은 반드시 그가 틀리거나 잘못되어서가 아니다. 단지 그를 따르고 싶은 마음이 들지 않아서일 수 있다. 말하자면, 구성원의 마음을 움직이는 요인이 없어서일 수 있다는 얘기다.

사람들은 옳은 말에 이끌리는 것이 아니라 자신의 동기를 자극하는 말에 이끌린다. 그것이 때로는 옳고 그름일 수도 있지만, 다른 것일 수도 있다. 따라서, 무엇이 옳고 그른지도 물론 중요하지만, 구성원에게 영향을 미칠 수 있는 말과 행동이 무엇인지에도 관심을 기울여야 한다. 그러자면, 불특정 다수가 아니라 본인이 이끌고 있는 구성원에 대한 이해를 쌓아야 한다.

사람들에게 정보나 통찰을 전파하는 것도 좋은 일이지만, 리더의 가장 큰 사명은 사람들에게 영향을 미치고 그것을 통해 목표를 달성해야 하는 것이라는 사실을 잊지 말아야겠다.

#리더십 #커뮤니케이션 #직장인 #repost

옳은 말을 하는 것과 설득력 있는 말을 하는 것은 달라서, 옳은 말을 하는 데도 사람들이 그의 말을 따르지 않고, 심지어는 싫어하는 경우도 있다. 리더의 경우에도, 그의 말과 행동에 틀린 것은 없지만 왠지 그와 함께 일하고 싶은 생각은 들지 않는 사람이 있다. 리더는 사람들을 이끌어야 한다. 리더는 사람들의 생각과 행동에 영향을 미쳐야 한다. 따라서, 사람들이 같이 일하고 싶어 하지 않는다면, 그것은 리더에게 결함이 될 수 있다. 생각의 중심을 나와 조직으로부터 구성원으로 옮겨보는 것이 필요하다. 사람들이 리더를 따르지 않는 것은 반드시 그가 틀리거나 잘못되어서가 아니다. 단지 그를 따르고 싶은 마음이 들지 않아서일 수 있다. 말하자면, 구성원의 마음을 움직이는 요인이 없어서일 수 있다는 얘기다. 사람들은 옳은 말에 이끌리는 것이 아니라 자신의 동기를 자극하는 말에 이끌린다. 그것이 때로는 옳고 그름일 수도 있지만, 다른 것일 수도 있다. 따라서, 무엇이 옳고 그른지도 물론 중요하지만, 구성원에게 영향을 미칠 수 있는 말과 행동이 무엇인지에도 관심을 기울여야 한다. 그러자면, 불특정 다수가 아니라 본인이 이끌고 있는 구성원에 대한 이해를 쌓아야 한다. 사람들에게 정보나 통찰을 전파하는 것도 좋은 일이지만, 리더의 가장 큰 사명은 사람들에게 영향을 미치고 그것을 통해 목표를 달성해야 하는 것이라는 사실을 잊지 말아야겠다. #리더십 #커뮤니케이션 #직장인 #repost

사람을 움직이는 말

어느 날 SNS에 특정 브랜드의 공기청정기에 관한 글이 올라왔다. 글을 올린 사용자는 필터 비닐을 제거하지 않고 해당 브랜드 공기청정기를 가동했다. 필터 비닐이 제거되지 않았으니 공기 정화가 될 수 없을 텐데도 얼마 뒤에 공기청정기 상태 등은 공기 질의 나쁨을 나타내는 빨간색에서 좋음을 나타내는 초록색으로 변했다.
⠀
일반적으로 사람들은 단순하게 공기청정기에 부착된 센서가 측정한 대로 공기 질이 표시된다고 알고 있다. 사실 공기청정기에서 확인한 수치에는 알고리즘이 적용되어 있다.
⠀
공기청정기에 표시된 공기 질은 센서가 실시간으로 측정한 공기질뿐만 아니라 공기청정기의 가동 시간, 바람의 세기 등의 요소에도 영향을 받는다. 간단하게 말하자면 최종적으로 표시된 공기 질은 센서의 측정 상황과 공기청정기의 가동 상태를 종합해서 나온 결론이다.
⠀
해당 브랜드의 공기청정기는 센서가 측정한 공기 질을 실시간으로 수집하면서 한편으로는 가동 시간과 바람의 세기에 근거해 센서의 수치를 수정했다. 즉, 가동 시간이 길수록, 바람의 세기가 클수록 센서가 측정한 PM2.5 수치가 더 많이 내려가도록 하는 알고리즘을 사용하고 있는 것이다. 이것이 필터의 비닐을 벗기지 않은 채 가동했는데도 시간이 지날수록 PM2.5 수치가 내려가는 것으로 표시된 이유이다.
⠀
이 사실을 알게 된 사람들은 대부분 해당 브랜드가 소비자를 기만하는 알고리즘을 사용했다고 생각할 것이다. 하지만 곰곰이 생각해 보면 필터 비닐을 제거한 상황에서 해당 알고리즘을 사용해 얻은 데이터가 센서 측정 결과로만 얻은 데이터보다 훨씬 더 정확하다는 것을 알 수 있다.  그 이유는 해당 브랜드의 공기청정기 센서의 오차가 상당히 큰 데다가 각종 요소를 종합한 알고리즘으로 공기 질을 추측할 수 있기 때문이다. 그러니 센서가 실시간 검측한 결과와 알고리즘에 따라 추측해 낸 결과를 종합한다면 센서로만 얻은 결과보다 훨씬 정확한 데이터를 얻을 수 있다.
⠀
류쉐펑, 복잡한 세상을 이기는 수학의 힘


https://www.instagram.com/p/DQD_xZckwHR/?utm_source=ig_web_copy_link&igsh=MzRlODBiNWFlZA==

어느 날 SNS에 특정 브랜드의 공기청정기에 관한 글이 올라왔다. 글을 올린 사용자는 필터 비닐을 제거하지 않고 해당 브랜드 공기청정기를 가동했다. 필터 비닐이 제거되지 않았으니 공기 정화가 될 수 없을 텐데도 얼마 뒤에 공기청정기 상태 등은 공기 질의 나쁨을 나타내는 빨간색에서 좋음을 나타내는 초록색으로 변했다.⠀일반적으로 사람들은 단순하게 공기청정기에 부착된 센서가 측정한 대로 공기 질이 표시된다고 알고 있다. 사실 공기청정기에서 확인한 수치에는 알고리즘이 적용되어 있다.⠀공기청정기에 표시된 공기 질은 센서가 실시간으로 측정한 공기질뿐만 아니라 공기청정기의 가동 시간, 바람의 세기 등의 요소에도 영향을 받는다. 간단하게 말하자면 최종적으로 표시된 공기 질은 센서의 측정 상황과 공기청정기의 가동 상태를 종합해서 나온 결론이다.⠀해당 브랜드의 공기청정기는 센서가 측정한 공기 질을 실시간으로 수집하면서 한편으로는 가동 시간과 바람의 세기에 근거해 센서의 수치를 수정했다. 즉, 가동 시간이 길수록, 바람의 세기가 클수록 센서가 측정한 PM2.5 수치가 더 많이 내려가도록 하는 알고리즘을 사용하고 있는 것이다. 이것이 필터의 비닐을 벗기지 않은 채 가동했는데도 시간이 지날수록 PM2.5 수치가 내려가는 것으로 표시된 이유이다.⠀이 사실을 알게 된 사람들은 대부분 해당 브랜드가 소비자를 기만하는 알고리즘을 사용했다고 생각할 것이다. 하지만 곰곰이 생각해 보면 필터 비닐을 제거한 상황에서 해당 알고리즘을 사용해 얻은 데이터가 센서 측정 결과로만 얻은 데이터보다 훨씬 더 정확하다는 것을 알 수 있다.  그 이유는 해당 브랜드의 공기청정기 센서의 오차가 상당히 큰 데다가 각종 요소를 종합한 알고리즘으로 공기 질을 추측할 수 있기 때문이다. 그러니 센서가 실시간 검측한 결과와 알고리즘에 따라 추측해 낸 결과를 종합한다면 센서로만 얻은 결과보다 훨씬 정확한 데이터를 얻을 수 있다.⠀류쉐펑, 복잡한 세상을 이기는 수학의 힘 https://www.instagram.com/p/DQD_xZckwHR/?utm_source=ig_web_copy_link&amp;igsh=MzRlODBiNWFlZA==

《필터 비닐을 벗기지 않아도 공기가 맑아질까?》

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

커피한잔 서버 장례식

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


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


허허…
세상을 떠났군.


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


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

K리그 프로그래머

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

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

들어가기 전에 이 글은 macOS M1 을 기준으로 작성하였다. 이 글은 터미널 환경 세팅이 익숙하지 않은 입문자들을 대상으로 한다. 이 글의 모든 명령어는 터미널의 `~` 경로(터미널 실행시 기본 경로)에서 이루어진다. 터미널은 화면 하단 Dock에서 실행하거나 Spotlight(`command` + `space`) 검색을 통해 실행할 수 있다.

Mac M1 터미널 환경 세팅 한 번에 끝내기

안녕하세요! 최근 제 맥북이 수리를 받을 일이 있어 임시 노트북을 사용할 일이 있었습니다. 맥북을 처음받으면 개발환경을 세팅할 생각에 막막하죠? 이번에 세팅을 하면서 참고한 포스트가 있었는데 제가 쓰는 것들이 잘 정리되어 있어서 공유드립니다.

다만 저는 글에 있는 Fig는 사용하지 않고 zsh-syntax-highlighting, zsh-autosuggestions 플러그인을 따로 사용하고 있습니다. 폰트도 소개드리면 D2Coding을 터미널 기본으로 사용하고 있어요!

혹시 맥북 새롭게 세팅하신다면 참고해보세요 :)
https://daco2020.tistory.com/756

안녕하세요! 최근 제 맥북이 수리를 받을 일이 있어 임시 노트북을 사용할 일이 있었습니다. 맥북을 처음받으면 개발환경을 세팅할 생각에 막막하죠? 이번에 세팅을 하면서 참고한 포스트가 있었는데 제가 쓰는 것들이 잘 정리되어 있어서 공유드립니다. 다만 저는 글에 있는 Fig는 사용하지 않고 zsh-syntax-highlighting, zsh-autosuggestions 플러그인을 따로 사용하고 있습니다. 폰트도 소개드리면 D2Coding을 터미널 기본으로 사용하고 있어요! 혹시 맥북 새롭게 세팅하신다면 참고해보세요 :)https://daco2020.tistory.com/756

코드로 우주평화

더블유클럽 백엔드개발자

이창민

생활코딩 웹 애플리케이션 제작

박문기

경성대학교 소프트웨어

김병훈

새로운 맥북에서 개발환경을 세팅하신다면

배민근

어제보다 더 나은 오늘이 될 수 있도록 노력하는 개발자입니다.
현재는 코어프로덕트들의 프론트엔드를 개발하며 매일 고객분들과 맞닿고 있습니다 :)
#개발자 #프론트엔드 #Front-end개발 #React개발자 #Engineering

새로운 맥북에서 개발환경을 세팅하신다면

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필