소프트뱅크의 억만장자 창업자 손정의 회장은 격동의 시대를 몸소 겪어냈습니다. 그는 근...

소프트뱅크 손정의 회장의 성공과 실패로 본 8가지 교훈

소프트뱅크 손정의 회장은 50년 투자 인생을 걸으며, IT 비전가이면서도 도박꾼이라는 상반된 평가를 동시에 듣고 있어요. 야후나 알리바바 초기에 투자해 큰 부를 축적한 한편, 위워크에 베팅했다가 큰 낭패를 보는 등 그의 투자사에는 굴곡이 가득하죠. 그의 성공과 실패에서 얻을 수 있는 8가지 교훈을 알아봤습니다. 더 자세한 내용은 본문을 통해 알아보시면 좋겠습니다.

1. 역경을 기회로 바꾸기
이렇게 손정의 회장은 배제당하지 않기 위해 불굴의 의지를 발휘하는 아웃사이더였습니다. 그는 젊은 시절 이런 어려움들을 딛고 자신에 대한 믿음을 키워나갔고요. 차별과 소외를 발판 삼아 오히려 시장에서 자신의 포지셔닝을 확고히 했습니다.

2.집요함을 발휘하기
손정의 회장은 이렇게 한번 겨냥한 목표점을 웬만하면 놓치지 않습니다. 스프린트 인수 건, 아이폰 독점 판매 건, 오픈AI 투자 건 등을 보면 알 수 있어요.

3.동서양을 연결하는 가교 역할하기
그는 일본어와 영어에 능통한 기업가로서 수십 년간 동서양을 잇는 가교 역할을 했어요. 덕분에 손정의 회장은 기술 생태계에서 아주 독특한 위치를 차지하며 대체 불가능한 인물이 됐어요.

4.멘토와 멘티를 모색하기
손정의 회장은 일본에서 ‘나이 많은 기업가의 취향 저격자(the old man killer)’로 명성을 떨치기도 했어요. 그가 젊었을 때 발휘한 자신감 있고 당찬 매력이 여러 베테랑 사업가의 사랑을 받았기 때문입니다. 이후 손정의 회장은 그 자신이 사우디 왕세자 모하메드 빈 살만(Mohammed bin Salman)의 IT 기술 멘토가 됐습니다.

5.(과할 정도로) 크게 베팅하기
이런 상황에서도 손정의 회장은 대부분 과도하다고 생각할 만한 방식과 금액으로, 돈을 빌려서라도 현금을 지불하는 투자 방법을 선호해요. 그는 장기적으로 이를 합리적인 베팅이라고 생각하기 때문이에요. 그에게는 자신감의 표현이지만 한편으로는 과시로도 보일 수 있죠. 손정의 회장도 이를 잘 알고 있습니다.

6.애정보다 사업 타당성을 우선시하기
이번에는 손정의 회장의 실패에서 배울 차례입니다. 미디어에서 그를 ‘창업자 증후군에 걸렸다’라고 묘사한 이유는 손정의 회장이 이렇게 쉽게 스타트업 CEO들을 무조건적으로 따뜻한 시선으로 바라보고 애정을 줘서, 그들에 대한 타당한 검증을 하지 않았기 때문이었습니다.

7. 회사 규모가 아닌 리더십에 맞는 인재 영입하기
하지만 정작 손정의 회장은 (두 임원 간의 힘겨루기에서) 둘 중 어느 쪽에도 힘을 싣지 않았고 동등한 입장을 고수했습니다. 당시 그는 이것이 적절한 리더십이라고 판단했던 것으로 보여요. 이후 이런 내부 갈등이 외부에 알려진 이후에도 손정의 회장은 실적발표 등 공식석상에서 단 한 번도 이에 관해 언급하지 않았습니다. 하지만 미디어들은 (아무리 바빴어도) 손정의 회장이 리더십을 발휘해 사태를 이렇게 심각하게 만들지는 말았어야 한다고 비판했습니다.

8.나이보다 미래에 집중하기
최근에는 소프트뱅크가 오픈AI를 위한 데이터센터를 포함한 AI 인프라 설립 프로젝트 ‘스타게이트(Stargate)’에 최대 5000억 달러(약 727조 7500억 원)를 투자한다고 밝히기도 했죠. 무너질 것 같은 상황에서도 손정의 회장은 이렇게 다시금 미래에 집중하며 IT 업계의 주요 AI 투자자 중 한 명이 되었습니다.

https://eopla.net/magazines/27510

소프트뱅크 손정의 회장은 50년 투자 인생을 걸으며, IT 비전가이면서도 도박꾼이라는 상반된 평가를 동시에 듣고 있어요. 야후나 알리바바 초기에 투자해 큰 부를 축적한 한편, 위워크에 베팅했다가 큰 낭패를 보는 등 그의 투자사에는 굴곡이 가득하죠. 그의 성공과 실패에서 얻을 수 있는 8가지 교훈을 알아봤습니다. 더 자세한 내용은 본문을 통해 알아보시면 좋겠습니다. 1. 역경을 기회로 바꾸기 이렇게 손정의 회장은 배제당하지 않기 위해 불굴의 의지를 발휘하는 아웃사이더였습니다. 그는 젊은 시절 이런 어려움들을 딛고 자신에 대한 믿음을 키워나갔고요. 차별과 소외를 발판 삼아 오히려 시장에서 자신의 포지셔닝을 확고히 했습니다. 2.집요함을 발휘하기손정의 회장은 이렇게 한번 겨냥한 목표점을 웬만하면 놓치지 않습니다. 스프린트 인수 건, 아이폰 독점 판매 건, 오픈AI 투자 건 등을 보면 알 수 있어요. 3.동서양을 연결하는 가교 역할하기그는 일본어와 영어에 능통한 기업가로서 수십 년간 동서양을 잇는 가교 역할을 했어요. 덕분에 손정의 회장은 기술 생태계에서 아주 독특한 위치를 차지하며 대체 불가능한 인물이 됐어요. 4.멘토와 멘티를 모색하기손정의 회장은 일본에서 ‘나이 많은 기업가의 취향 저격자(the old man killer)’로 명성을 떨치기도 했어요. 그가 젊었을 때 발휘한 자신감 있고 당찬 매력이 여러 베테랑 사업가의 사랑을 받았기 때문입니다. 이후 손정의 회장은 그 자신이 사우디 왕세자 모하메드 빈 살만(Mohammed bin Salman)의 IT 기술 멘토가 됐습니다. 5.(과할 정도로) 크게 베팅하기이런 상황에서도 손정의 회장은 대부분 과도하다고 생각할 만한 방식과 금액으로, 돈을 빌려서라도 현금을 지불하는 투자 방법을 선호해요. 그는 장기적으로 이를 합리적인 베팅이라고 생각하기 때문이에요. 그에게는 자신감의 표현이지만 한편으로는 과시로도 보일 수 있죠. 손정의 회장도 이를 잘 알고 있습니다. 6.애정보다 사업 타당성을 우선시하기이번에는 손정의 회장의 실패에서 배울 차례입니다. 미디어에서 그를 ‘창업자 증후군에 걸렸다’라고 묘사한 이유는 손정의 회장이 이렇게 쉽게 스타트업 CEO들을 무조건적으로 따뜻한 시선으로 바라보고 애정을 줘서, 그들에 대한 타당한 검증을 하지 않았기 때문이었습니다. 7. 회사 규모가 아닌 리더십에 맞는 인재 영입하기하지만 정작 손정의 회장은 (두 임원 간의 힘겨루기에서) 둘 중 어느 쪽에도 힘을 싣지 않았고 동등한 입장을 고수했습니다. 당시 그는 이것이 적절한 리더십이라고 판단했던 것으로 보여요. 이후 이런 내부 갈등이 외부에 알려진 이후에도 손정의 회장은 실적발표 등 공식석상에서 단 한 번도 이에 관해 언급하지 않았습니다. 하지만 미디어들은 (아무리 바빴어도) 손정의 회장이 리더십을 발휘해 사태를 이렇게 심각하게 만들지는 말았어야 한다고 비판했습니다. 8.나이보다 미래에 집중하기 최근에는 소프트뱅크가 오픈AI를 위한 데이터센터를 포함한 AI 인프라 설립 프로젝트 ‘스타게이트(Stargate)’에 최대 5000억 달러(약 727조 7500억 원)를 투자한다고 밝히기도 했죠. 무너질 것 같은 상황에서도 손정의 회장은 이렇게 다시금 미래에 집중하며 IT 업계의 주요 AI 투자자 중 한 명이 되었습니다. https://eopla.net/magazines/27510

린스타트업, 애자일 모델, MVP의 시대는 끝났을까

사용자가 공유한 콘텐츠

[기업가치평가 이해를 위한 회계 기초 모임_주중반]

삼성전자나 인텔은 정말 R&D 비용을 줄여서 문제가 생긴걸까? 홈플러스는 어쩌다 부채비율이 수천%의 회사가 되었나? 명동교자와 성심당은 어떻게 수십%의 영업이익율를 기록하고 있을까?

우리가 기업 뉴스를 보다보면 자연스럽게 이런 문제들이 궁금해집니다. 이런 문제의 정답을 찾으려면 각 회사의 재무제표를 자세히 살펴봐야지만 어렵기 때문에 그냥 기사에 적힌 말을 그대로 받아들이거나, 유튜브 등에서 설명하는 내용을 그냥 믿게 되죠.

직장을 다니거나 창업을 하거나 기업 내부의 수많은 의사 결정들과 경영 활동들이 어떻게 회사에 실적에 영향을 주고, 다시 그 실적은 현재의 경영에 영향을 주는지를 파악하려면 회사의 ‘언어’라고 할 수 있는 회계와 재무에 익숙해져야 하죠. 특히 스타트업을 창업하고 투자를 받으러 다니는 창업자들에게는 회사의 사업이 재무 실적과 연결되는 논리 구조를 명확하게 설명하는 것이 절대적으로 필요한 스킬이기도 합니다.

경영학을 전공하지 않아서 혹은 회계/재무를 공부할 기회를 갖지 못해서 ‘회사의 언어’에 대해 언제나 불편함을 가지고 있는 분들을 위한 회계 이해를 하는 모임의 두번째 팀을 모집합니다.

관심 있으신 분들은 아래 내용과 댓글 링크를 참조하시기 바랍니다.
감사합니다.

1. 주제 : 기업 가치 평가 이해를 위한 기업 회계 기초 스터디

2. 스터디 목표 : 회계와 기업재무제표의 이해를 통한 재무분석과 기업가치평가 기초 확립 (기업가치평가 학습을 위한 준비 단계)

3. 참여 대상자
- 회계 기초에 대한 이해가 필요한 직장인
- 기업 운영을 위한 회계 지식이 필요한 초기 창업자/창업팀
- 기업가치평가에 대한 학습이 필요한 사업기획/마케팅/인사 업무 담당자

4. 스터디 구성
- 4월 9일, 16일, 23일, 30일 (매주 수요일, 4회)
- 오후 7시~9시 30분 (2시간 반)
- 삼성동 패스트파이브 2호점 2층

5. 스터디 책 : 하마터면 또 회계를 모르고 일할 뻔 했다, 어바웃어북, 2022년

6. 회차별 주제
- 1회차 (4월 9일) : 책 ‘레슨1~레슨6, 회계 원리, 재무제표, 손익계산서 이해
- 2회차 (4월 16일) : 레슨7~레슨 13, 재무상태표 이해
- 3회차 (4월 23일) : 레슨14~레슨20, 손익계산서와 재무상태표의 연계
- 4회차 (4월 30일) : 레슨21~레슨27, 현금흐름표와 재무지표, 그리고 기업가치평가

7. 진행 방식
- 각 회차 진행 전 사전 과제 (A4 반장 분량) 제출
- 각 회차 모임시 퀴즈
- 각 회차 해당 항목 논의 및 강연
신청방법
- PBR 사이트에서 신청 (링크참조, 유료)

https://bit.ly/기업회계기초_평일

[기업가치평가 이해를 위한 회계 기초 모임_주중반] 삼성전자나 인텔은 정말 R&amp;D 비용을 줄여서 문제가 생긴걸까? 홈플러스는 어쩌다 부채비율이 수천%의 회사가 되었나? 명동교자와 성심당은 어떻게 수십%의 영업이익율를 기록하고 있을까? 우리가 기업 뉴스를 보다보면 자연스럽게 이런 문제들이 궁금해집니다. 이런 문제의 정답을 찾으려면 각 회사의 재무제표를 자세히 살펴봐야지만 어렵기 때문에 그냥 기사에 적힌 말을 그대로 받아들이거나, 유튜브 등에서 설명하는 내용을 그냥 믿게 되죠. 직장을 다니거나 창업을 하거나 기업 내부의 수많은 의사 결정들과 경영 활동들이 어떻게 회사에 실적에 영향을 주고, 다시 그 실적은 현재의 경영에 영향을 주는지를 파악하려면 회사의 ‘언어’라고 할 수 있는 회계와 재무에 익숙해져야 하죠. 특히 스타트업을 창업하고 투자를 받으러 다니는 창업자들에게는 회사의 사업이 재무 실적과 연결되는 논리 구조를 명확하게 설명하는 것이 절대적으로 필요한 스킬이기도 합니다. 경영학을 전공하지 않아서 혹은 회계/재무를 공부할 기회를 갖지 못해서 ‘회사의 언어’에 대해 언제나 불편함을 가지고 있는 분들을 위한 회계 이해를 하는 모임의 두번째 팀을 모집합니다. 관심 있으신 분들은 아래 내용과 댓글 링크를 참조하시기 바랍니다. 감사합니다. 1. 주제 : 기업 가치 평가 이해를 위한 기업 회계 기초 스터디 2. 스터디 목표 : 회계와 기업재무제표의 이해를 통한 재무분석과 기업가치평가 기초 확립 (기업가치평가 학습을 위한 준비 단계) 3. 참여 대상자 - 회계 기초에 대한 이해가 필요한 직장인 - 기업 운영을 위한 회계 지식이 필요한 초기 창업자/창업팀 - 기업가치평가에 대한 학습이 필요한 사업기획/마케팅/인사 업무 담당자 4. 스터디 구성 - 4월 9일, 16일, 23일, 30일 (매주 수요일, 4회) - 오후 7시~9시 30분 (2시간 반) - 삼성동 패스트파이브 2호점 2층 5. 스터디 책 : 하마터면 또 회계를 모르고 일할 뻔 했다, 어바웃어북, 2022년 6. 회차별 주제 - 1회차 (4월 9일) : 책 ‘레슨1~레슨6, 회계 원리, 재무제표, 손익계산서 이해 - 2회차 (4월 16일) : 레슨7~레슨 13, 재무상태표 이해 - 3회차 (4월 23일) : 레슨14~레슨20, 손익계산서와 재무상태표의 연계 - 4회차 (4월 30일) : 레슨21~레슨27, 현금흐름표와 재무지표, 그리고 기업가치평가 7. 진행 방식 - 각 회차 진행 전 사전 과제 (A4 반장 분량) 제출 - 각 회차 모임시 퀴즈 - 각 회차 해당 항목 논의 및 강연 신청방법 - PBR 사이트에서 신청 (링크참조, 유료) https://bit.ly/기업회계기초_평일

Medium

기업가치평가 이해를 위한 회계 기초 모임

큐시즘 ➡️ 대학생 IT 연합회에서 초대해 주셨습니다.
문제 해결력이 돋보이는 포트폴리오를 시작으로 커리어에 대한 깊이 있는 이야기를 나누고 왔어요. 질문하는 눈빛과 대화의 깊이 덕분에 오랜만에 밀도 높은 시간을 보낼 수 있었습니다.

🎁 소중한 선물도 감사했습니다!

큐시즘 ➡️ 대학생 IT 연합회에서 초대해 주셨습니다.문제 해결력이 돋보이는 포트폴리오를 시작으로 커리어에 대한 깊이 있는 이야기를 나누고 왔어요. 질문하는 눈빛과 대화의 깊이 덕분에 오랜만에 밀도 높은 시간을 보낼 수 있었습니다. 🎁 소중한 선물도 감사했습니다!

문제 해결형 포트폴리오의 비밀?

1
음악을 듣는 것, 그러니까 노래에서 마음을 울리는 것과 그렇지 않은 것을 주의 깊게 듣고, 리듬과 멜로디가 손가락이나 엉덩이처럼 몸의 일부라도 되듯 느끼는 것은 음악의 존재를 구성하는 필수불가결한 요소다.

2
사실상 듣는 사람이 없으면 음악은 존재하지 않는다. 청자는 노래를 구성하는 여러 차원들을 인식하고 느끼고 여기에 반응함으로써 창조의 과정을 마무리하고 음악 경험을 완성시킨다.

3
음악 경험을 만든다는 측면에서 볼 때, 청취라는 행위는 연주 행위 못지않게 꼭 필요한 요소일 수 있다.

4
하지만 청취는 자동으로 일어나지 않는다. 그냥 귀를 열어두는 것과는 다르다.

5
청취는 수동적이 아니라 능동적인 과정이다. 유능한 음악 청자가 되기 위해서는 호기심과 노력과 사랑이 필요하다.

6
하지만 다른 것도 필요하다. 청자로서 나의 유일무이한 정체성을 이해하고 껴안기.

#당신의음악취향은 📚

1 음악을 듣는 것, 그러니까 노래에서 마음을 울리는 것과 그렇지 않은 것을 주의 깊게 듣고, 리듬과 멜로디가 손가락이나 엉덩이처럼 몸의 일부라도 되듯 느끼는 것은 음악의 존재를 구성하는 필수불가결한 요소다. ​ 2 사실상 듣는 사람이 없으면 음악은 존재하지 않는다. 청자는 노래를 구성하는 여러 차원들을 인식하고 느끼고 여기에 반응함으로써 창조의 과정을 마무리하고 음악 경험을 완성시킨다. ​ 3 음악 경험을 만든다는 측면에서 볼 때, 청취라는 행위는 연주 행위 못지않게 꼭 필요한 요소일 수 있다. ​ 4 하지만 청취는 자동으로 일어나지 않는다. 그냥 귀를 열어두는 것과는 다르다. ​ 5 청취는 수동적이 아니라 능동적인 과정이다. 유능한 음악 청자가 되기 위해서는 호기심과 노력과 사랑이 필요하다. ​ 6 하지만 다른 것도 필요하다. 청자로서 나의 유일무이한 정체성을 이해하고 껴안기. #당신의음악취향은 📚

< 음악은 당신의 귀로 완성된다 >

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

산업 > 중기·벤처 뉴스: 국내 음악 엔터테인먼트 업계에서 처음으로 K-팝 아티스트의 앨범 제작과 글로벌 시장 진출을 지원하는 '문화산업전문회사(...

[단독] 120억 쏟아부어 K팝스타 키운다…투자사·엔터 첫 합작 승부수

최근 알비더블유(361570)(RBW)의 자회사 DSP미디어는 국내 벤처펀드 자금을 활용해 120억 원 규모 '영파씨문화산업전문회사'를 설립했다. 이 문전사는 DSP미디어·비츠엔터테인먼트 소속 아티스트인 여성 힙합그룹 '영파씨'의 앨범과 해외 콘서트 제작에 가용 자금 전액을 투자할 계획이다. 향후 DSP미디어는 영파씨의 앨범 매출과 콘서트 티켓 판매를 통해 벌어들이는 매출의 일부를 문전사에 배분해 투자자들의 수익을 보장할 계획이다.

투자자로는 국내 VC인 BM벤처스, KC벤처스, 스마트스터디벤처스, SB파트너스가 참여했다. 이 VC들은 실제 사업을 수행하는 RBW와 DSP미디어의 풍부한 아티스트 제작 경험과 영파씨의 성공 가능성을 높게 평가하고 투자를 결정했다.

https://m.sedaily.com/NewsView/2GQ6H9I42E

최근 알비더블유(361570)(RBW)의 자회사 DSP미디어는 국내 벤처펀드 자금을 활용해 120억 원 규모 '영파씨문화산업전문회사'를 설립했다. 이 문전사는 DSP미디어·비츠엔터테인먼트 소속 아티스트인 여성 힙합그룹 '영파씨'의 앨범과 해외 콘서트 제작에 가용 자금 전액을 투자할 계획이다. 향후 DSP미디어는 영파씨의 앨범 매출과 콘서트 티켓 판매를 통해 벌어들이는 매출의 일부를 문전사에 배분해 투자자들의 수익을 보장할 계획이다. 투자자로는 국내 VC인 BM벤처스, KC벤처스, 스마트스터디벤처스, SB파트너스가 참여했다. 이 VC들은 실제 사업을 수행하는 RBW와 DSP미디어의 풍부한 아티스트 제작 경험과 영파씨의 성공 가능성을 높게 평가하고 투자를 결정했다. https://m.sedaily.com/NewsView/2GQ6H9I42E

서울경제

왜 항상 일정이 미뤄질 수밖에 없는가 | 진행 중인 강의 보러 가기 : https://litt.ly/lbyd   개발자 A : 어떨 때는 너무 간단한 일을 줘서 할 게 금방 없어지고.. 또 어떨 때는 엄청 큰 일을 타이트한 일정으로 해달라 하고.. 도저히 어느 장단에 맞춰야 하는지 어렵네요...디자이너 B : 하루하루 일에 치여서 이직을 해야 할 것 같아요..  회사를 다니다 보면 들쑥날쑥한 일정

우리 팀의 소화력을 알고 있나요?

PM/PO는 반드시 우리 팀이 한 스프린트 동안 얼마의 일을 할 수 있는지 아는 것이 중요해요! 이는 스크럼을 할 때 데일리 미팅과 리뷰가 있는 이유이기도 합니다. 프로젝트 매니징을 할 때 어려움을 겪고 있다면 도움될 거예요!

https://brunch.co.kr/@lbyd-hj/18

 * PM/PO/제품 개발에 대한 인사이트를 얻고 싶다면, 오픈채팅방에 참여해 주세요!
   https://open.kakao.com/o/g7XO1A5g 참여코드 : til2025
 * 진행 중인 강의 보러 가기 : https://litt.ly/lbyd
 * Threads : https://www.threads.net/@lbyd_learning.by.doing
 * 뉴스레터 구독하기 : https://maily.so/marcus.lee
 * 유튜브 구독하기 : www.youtube.com/@LbyD_HJ?sub_confirmation=1
 * 커피챗 및 멘토링 신청하기 : https://inf.run/GRTee
 * 팀 코칭 신청하기 : https://open.kakao.com/o/sh47Hq4g

PM/PO는 반드시 우리 팀이 한 스프린트 동안 얼마의 일을 할 수 있는지 아는 것이 중요해요! 이는 스크럼을 할 때 데일리 미팅과 리뷰가 있는 이유이기도 합니다. 프로젝트 매니징을 할 때 어려움을 겪고 있다면 도움될 거예요! https://brunch.co.kr/@lbyd-hj/18 <ul ><li>PM/PO/제품 개발에 대한 인사이트를 얻고 싶다면, 오픈채팅방에 참여해 주세요! https://open.kakao.com/o/g7XO1A5g&nbsp;참여코드 : til2025</li><li>진행 중인 강의 보러 가기 : https://litt.ly/lbyd</li><li>Threads :&nbsp;https://www.threads.net/@lbyd_learning.by.doing</li><li>뉴스레터 구독하기 :&nbsp;https://maily.so/marcus.lee</li><li>유튜브 구독하기 :&nbsp;www.youtube.com/@LbyD_HJ?sub_confirmation=1</li><li>커피챗 및 멘토링 신청하기 :&nbsp;https://inf.run/GRTee</li><li>팀 코칭 신청하기 :&nbsp;https://open.kakao.com/o/sh47Hq4g</li></ul>

Brunch Story

각각의 해결안은 다음 문제의 근원이다. 문제를 이해할 때, 잘못될 수 있는 경우를 적어도 세 가지 이상 생각해내지 못 한다면 당신은 문제를 이해하지 못한 것이다.

우리는 부작용을 특정한 해결안에서 나온 자연스러운 결과로 간주하는 경향이 있다. ‘부작용들은 발생하지 않을 수도 있고 만약 발생한다 하더라도 항상 그것을 제거할 수 있는 해결책을 찾을 수 있다. 이런 순진한 생각이 얼마나 자주 우리를 곤경으로 몰아가는가?

<대체 뭐가 문제야>, 제럴드 M. 와인버그

https://www.instagram.com/p/DHXBa-3TLjT/?igsh=MXI5aWQ2NTQ5ajVu

각각의 해결안은 다음 문제의 근원이다. 문제를 이해할 때, 잘못될 수 있는 경우를 적어도 세 가지 이상 생각해내지 못 한다면 당신은 문제를 이해하지 못한 것이다. 우리는 부작용을 특정한 해결안에서 나온 자연스러운 결과로 간주하는 경향이 있다. ‘부작용들은 발생하지 않을 수도 있고 만약 발생한다 하더라도 항상 그것을 제거할 수 있는 해결책을 찾을 수 있다. 이런 순진한 생각이 얼마나 자주 우리를 곤경으로 몰아가는가? &lt;대체 뭐가 문제야&gt;, 제럴드 M. 와인버그 https://www.instagram.com/p/DHXBa-3TLjT/?igsh=MXI5aWQ2NTQ5ajVu

트레바리 <리서치 하는데요> 북클럽에서 꼽은 문장들

✌️ AI로 문제정의, 요구사항 정의, 화면 디자인 그리고 검증까지!

💡 서비스 개요
 * 서비스 컨셉 : 특정 장소의 실시간 정보를 확인할 수 있는 모바일 앱 서비스
 * 서비스 이용 목적 : 특정 장소 기준, 원하는 방문 목적에 맞는 정보를 실시간으로 얻고 싶을 때 사용
   * 가고싶은 봄꽃 명소가 있는데, 지금 가도 꽃이 많이 있을까?
   * 늦잠을 잤는데, 가고 싶은 공원에 지금 가도 피크닉을 할 공간이 있을까?
 * 핵심 사용자 : 다양한 장소를 탐색하고, 방문하기 좋아하는 2030세대

💡 진행 방법
 * 서비스가 해결해야 할 문제를 명확히 정의하고 사용자 니즈 찾기
 * 핵심 기능 및 요구사항을 포함한 PRD(제품 요구사항) 문서 제작하기
 * 핵심 기능 및 요구사항을 바탕으로 화면 제작하기 
 * 생성한 주요 서비스 화면 검증하기

각 단계별 활용한 프롬프트와 결과를 함께 확인하실 수 있어요!

💡&nbsp;서비스 개요<ul ><li>서비스 컨셉 : 특정 장소의 실시간 정보를 확인할 수 있는 모바일 앱 서비스</li><li>서비스 이용 목적 : 특정 장소 기준, 원하는 방문 목적에 맞는 정보를 실시간으로 얻고 싶을 때 사용<ul ><li>가고싶은 봄꽃 명소가 있는데, 지금 가도 꽃이 많이 있을까?</li><li>늦잠을 잤는데, 가고 싶은 공원에 지금 가도 피크닉을 할 공간이 있을까?</li></ul></li><li>핵심 사용자 : 다양한 장소를 탐색하고, 방문하기 좋아하는 2030세대</li></ul> 💡 진행 방법<ul ><li>서비스가 해결해야 할 문제를 명확히 정의하고 사용자 니즈 찾기</li><li>핵심 기능 및 요구사항을 포함한 PRD(제품 요구사항) 문서 제작하기</li><li>핵심 기능 및 요구사항을 바탕으로 화면 제작하기&nbsp;</li><li>생성한 주요 서비스 화면 검증하기</li></ul> 각 단계별 활용한 프롬프트와 결과를 함께 확인하실 수 있어요!

차우진의 엔터문화연구소

1
미디어를 콘텐츠를 전달하는 도구로 보면, 콘텐츠(제품, 메시지)를 어떻게 많은 사람에게 전달(노출)할 것인가에 집중하게 된다.

2
반면 네트워크 관점에서 미디어를 보면, 사용자•메시지•광고주•마케터 등이 모두 미디어의 구성원(노드)이다.

3
여기서는 메시지를 어떻게 전달할지보다는 노드들이 어떻게 상호작용하고 관계를 형성하는지, 네트워크의 작동 원리에 주목할 수밖에 없게 된다.

4
전자는 메시지 도달률을 기반으로 하는 마케팅을 할 것이고, 페이스북 페이지의 팬 수를 늘리는 것이 목표가 될 것이다.

5
후자는 사용자를 자발적인 매개자로 만들기 위해 무엇을 할 것인지, 어떻게 신뢰를 쌓고 관계를 운영할 것인지, 그 과정을 고민할 것이다.

#오가닉미디어 📚

1 미디어를 콘텐츠를 전달하는 도구로 보면, 콘텐츠(제품, 메시지)를 어떻게 많은 사람에게 전달(노출)할 것인가에 집중하게 된다. ​ 2 반면 네트워크 관점에서 미디어를 보면, 사용자•메시지•광고주•마케터 등이 모두 미디어의 구성원(노드)이다. ​ 3 여기서는 메시지를 어떻게 전달할지보다는 노드들이 어떻게 상호작용하고 관계를 형성하는지, 네트워크의 작동 원리에 주목할 수밖에 없게 된다. ​ 4 전자는 메시지 도달률을 기반으로 하는 마케팅을 할 것이고, 페이스북 페이지의 팬 수를 늘리는 것이 목표가 될 것이다. 5 후자는 사용자를 자발적인 매개자로 만들기 위해 무엇을 할 것인지, 어떻게 신뢰를 쌓고 관계를 운영할 것인지, 그 과정을 고민할 것이다. #오가닉미디어 📚

< 미디어는 '광고'가 아니라 '관계'다 >

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

회사 도서관이 사옥 1층으로 자리를 옮겼다.

건물 지어진 후 처음 공간을 옮겼으니 20년 만에 새단장을 한 셈인데, 나중에 이런 책방 할 수 있다면 너무 좋겠다는 생각이 절로 들만큼 예쁘게 공간을 꾸며놨다. 요즘 힙하다는 웬만한 서점들 뺨칠 정도.

그럼에도 동시에, 입사 후 회사에서 가장 사랑한 공간이었던 18층 도서관이 사라졌다는 사실이 못내 아쉽다.

보고서 아이디어가 바닥을 드러낼 때면 오아시스 찾는 것마냥 뻔질나게 들락날락했던 정기간행물과 경제/경영 서가가, 세상 돌아가는 판이 도대체 이해가 안될 때 찾았던 그 구불구불 물결처럼 굽이치던 사회과학 서가가, 그리고 무엇보다 회사 일이 문득 힘겹게 느껴질 때, 동굴같은 곳에 잠시나마 숨고 싶을 때면 찾곤 했던 도서관 한 구석 역사/여행 서가가 나중에도 꽤나 오래도록 그리울 것이다.

#사내도서관 #library #새술은새부대라지만 #그리운건어쩔수없네

회사 도서관이 사옥 1층으로 자리를 옮겼다. 건물 지어진 후 처음 공간을 옮겼으니 20년 만에 새단장을 한 셈인데, 나중에 이런 책방 할 수 있다면 너무 좋겠다는 생각이 절로 들만큼 예쁘게 공간을 꾸며놨다. 요즘 힙하다는 웬만한 서점들 뺨칠 정도. 그럼에도 동시에, 입사 후 회사에서 가장 사랑한 공간이었던 18층 도서관이 사라졌다는 사실이 못내 아쉽다. 보고서 아이디어가 바닥을 드러낼 때면 오아시스 찾는 것마냥 뻔질나게 들락날락했던 정기간행물과 경제/경영 서가가, 세상 돌아가는 판이 도대체 이해가 안될 때 찾았던 그 구불구불 물결처럼 굽이치던 사회과학 서가가, 그리고 무엇보다 회사 일이 문득 힘겹게 느껴질 때, 동굴같은 곳에 잠시나마 숨고 싶을 때면 찾곤 했던 도서관 한 구석 역사/여행 서가가 나중에도 꽤나 오래도록 그리울 것이다. #사내도서관 #library #새술은새부대라지만 #그리운건어쩔수없네

면접관으로 들어가면 행동양식 질문으로 물어보는 두 가지 질문이 있다. 하나는 임팩트(Impact)에 관한 것이고 다른 하나는 협업(Collaboration)에 관한 것이다. 임팩트에는 관한 것으로 "커리어에서 가장 임팩트있는 프로젝트에 대해 이야기해달라"는 질문을 하고 협업에 관해서는 "같이 일해본 동료 중에 가장 힘들었던 사람이 누구였고 왜 힘들었지 이야기해달라"이다.

임팩트 질문은 전에 포스팅을 한 적이 있었는데 오늘은 협업 질문에 대해 더 이야기해보고자 한다. 어려운 동료에 관한 질문을 통해 알고자 하는 것은 이 사람이 완벽한 사람인지를 알고자 하는 것이 아니다. 얼마나 솔직한지 알고 싶고 어려운 동료를 통해 무엇을 배웠고 다음에 어떤 변화를 시도했는지 알고 싶은 거다. 즉 자신의 취약한 점을 솔직히 이야기할 줄 아는 사람인지 그리고 복기를 통해 발전을 꾀하는 사람인지 알고 싶은 건데 어떤 답변들은 너무나도 구체적이지 않고 피상적이다. 면접을 잘 하는 방법 중의 하나는 솔직하되 발전하는 모습에 대해 이야기하는 것이며 그렇게 커리어를 바라보는 것이 정말 좋지 않나 싶다.

이 이야기는 지난 주에 산호세 주립대 강의 도입부에 학생들에게 해준 면접 팁의 일부인데 매주 하나씩 공유할 계획이다.

면접관으로 들어가면 행동양식 질문으로 물어보는 두 가지 질문이 있다. 하나는 임팩트(Impact)에 관한 것이고 다른 하나는 협업(Collaboration)에 관한 것이다. 임팩트에는 관한 것으로 "커리어에서 가장 임팩트있는 프로젝트에 대해 이야기해달라"는 질문을 하고 협업에 관해서는 "같이 일해본 동료 중에 가장 힘들었던 사람이 누구였고 왜 힘들었지 이야기해달라"이다. 임팩트 질문은 전에 포스팅을 한 적이 있었는데 오늘은 협업 질문에 대해 더 이야기해보고자 한다. 어려운 동료에 관한 질문을 통해 알고자 하는 것은 이 사람이 완벽한 사람인지를 알고자 하는 것이 아니다. 얼마나 솔직한지 알고 싶고 어려운 동료를 통해 무엇을 배웠고 다음에 어떤 변화를 시도했는지 알고 싶은 거다. 즉 자신의 취약한 점을 솔직히 이야기할 줄 아는 사람인지 그리고 복기를 통해 발전을 꾀하는 사람인지 알고 싶은 건데 어떤 답변들은 너무나도 구체적이지 않고 피상적이다. 면접을 잘 하는 방법 중의 하나는 솔직하되 발전하는 모습에 대해 이야기하는 것이며 그렇게 커리어를 바라보는 것이 정말 좋지 않나 싶다. 이 이야기는 지난 주에 산호세 주립대 강의 도입부에 학생들에게 해준 면접 팁의 일부인데 매주 하나씩 공유할 계획이다.

면접 질문: 같이 일해본 동료 중에 가장 힘들었던 사람은 누구였나

저를 포함한 주변에서 자주 보이는, AI에 대해 공부하는 단계별 순서입니다.

1. ChatGPT 무료로 시작하기
2. GPTs 사용해보기
3. Claude, Google AI studio, Perplexity로 확장
4. 텍스트 기반 LLM에서 다른 모달(Modal)로 확장
(Ex. Midjourney, Genspark, PikaAI, Cursor)
5. LLM 무료 버전에서 유료 버전으로 전환하기
6. Prompt에 대해 공부하고 적용해보기
7. 새로 나오는 연구/논문 찾아보고 공부하기
8. Agent/Workflow에 대해 탐구하고 적용해보기
9. API로 연결해 직접 AI 도구 만들어보기

저를 포함한 주변에서 자주 보이는, AI에 대해 공부하는 단계별 순서입니다. 1. ChatGPT 무료로 시작하기2. GPTs 사용해보기3. Claude, Google AI studio, Perplexity로 확장4. 텍스트 기반 LLM에서 다른 모달(Modal)로 확장(Ex. Midjourney, Genspark, PikaAI, Cursor)5. LLM 무료 버전에서 유료 버전으로 전환하기6. Prompt에 대해 공부하고 적용해보기7. 새로 나오는 연구/논문 찾아보고 공부하기8. Agent/Workflow에 대해 탐구하고 적용해보기9. API로 연결해 직접 AI 도구 만들어보기&nbsp;

AI, 어디까지 써보셨나요?

‘매번 신경쓰지 않아도 API 요청 당 쿼리 호출 수가 임계치를 넘으면, 자동으로 알림이 오도록 만들 순 없을까?’ 라는 작은 고민을 시작으로 ‘모두가 쉽게 사용할 수 있게끔 라이브러리로 만들어보자!’ 까지 도달한 과정을 담은 이야기입니다. 실제로…

API 요청 당 쿼리 개수를 알고 싶어 라이브러리까지 만든 이야기 — 라이브러리 제작

‘매번 신경쓰지 않아도 API 요청 당 쿼리 호출 수가 임계치를 넘으면, 자동으로 알림이 오도록 만들 순 없을까?’ 라는 작은 고민을 시작으로 ‘모두가 쉽게 사용할 수 있게끔 라이브러리로 만들어보자!’ 까지 도달한 이야기
https://medium.com/@hyeon9mak/api-%EC%9A%94%EC%B2%AD-%EB%8B%B9-%EC%BF%BC%EB%A6%AC-%EA%B0%9C%EC%88%98%EB%A5%BC-%EC%95%8C%EA%B3%A0-%EC%8B%B6%EC%96%B4-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC%EA%B9%8C%EC%A7%80-%EB%A7%8C%EB%93%A0-%EC%9D%B4%EC%95%BC%EA%B8%B0-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC-%EC%A0%9C%EC%9E%91-de39f0d27351

‘매번 신경쓰지 않아도 API 요청 당 쿼리 호출 수가 임계치를 넘으면, 자동으로 알림이 오도록 만들 순 없을까?’ 라는 작은 고민을 시작으로 ‘모두가 쉽게 사용할 수 있게끔 라이브러리로 만들어보자!’ 까지 도달한 이야기https://medium.com/@hyeon9mak/api-%EC%9A%94%EC%B2%AD-%EB%8B%B9-%EC%BF%BC%EB%A6%AC-%EA%B0%9C%EC%88%98%EB%A5%BC-%EC%95%8C%EA%B3%A0-%EC%8B%B6%EC%96%B4-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC%EA%B9%8C%EC%A7%80-%EB%A7%8C%EB%93%A0-%EC%9D%B4%EC%95%BC%EA%B8%B0-%EB%9D%BC%EC%9D%B4%EB%B8%8C%EB%9F%AC%EB%A6%AC-%EC%A0%9C%EC%9E%91-de39f0d27351

API 요청 당 쿼리 개수를 알고 싶어 라이브러리까지 만든 이야기

Embarking on a native port of the existing TypeScript compiler and toolset to achieve a 10x performance speed-up.

A 10x Faster TypeScript - TypeScript

타입스크립트가 컴파일러를 Go로 재작성하여 속도를 무려 10배 향상시킨다고 예고했습니다. 7.0 버전으로 출시 예정이고 올해 11월 즈음 베타 버전이 나올 것 같다고 하네요. 그동안 타입스크립트의 성능을 개선하기 위해서 오픈 소스로 여러 시도가 있었지만 모두 실패했는데 마이크로소프트에서 이렇게 직접 나서서 늦게라도 해결해주니 너무 좋은 것 같습니다. 덕분에 VSCode도 얼마나 빠릿빠릿해질지 벌써 기대가 되네요. 단지 Rust를 선택하지 않은 부분은 여러 커뮤니티에서 논쟁거리가 되고 있는 것 같습니다.

타입스크립트가 컴파일러를 Go로 재작성하여 속도를 무려 10배 향상시킨다고 예고했습니다. 7.0 버전으로 출시 예정이고 올해 11월 즈음 베타 버전이 나올 것 같다고 하네요. 그동안 타입스크립트의 성능을 개선하기 위해서 오픈 소스로 여러 시도가 있었지만 모두 실패했는데 마이크로소프트에서 이렇게 직접 나서서 늦게라도 해결해주니 너무 좋은 것 같습니다. 덕분에 VSCode도 얼마나 빠릿빠릿해질지 벌써 기대가 되네요. 단지 Rust를 선택하지 않은 부분은 여러 커뮤니티에서 논쟁거리가 되고 있는 것 같습니다.

TypeScript

🏎️ 타입스크립트가 10배나 빨라 진다구?! 😲

절대 죽지 않는 프로그램을 짜고 싶었습니다. 널 처리만 잘하면 된다고 생각했습니다. 프로그램이 죽는 이유의 대부분이 널 포인터를 건드리는 경우였으니까.

성급한 널 처리의 오류

절대 죽지 않는 프로그램을 짜고 싶었습니다. 널 처리만 잘하면 된다고 생각했습니다.
프로그램이 죽는 이유의 대부분이 널 포인터를 건드리는 경우였으니까.

회사에 처음 들어가서 윈도우 클라이언트 프로그램을 부여받았습니다.
맨티스라는 도구에 버그가 올라오면 내가 고칠 수 있는 게 있을까 신이 나서 찾아 고쳤습니다.
대부분 널 포인터만 감싸면 고쳐지는 에러였습니다.

26살의 신입사원답게 아주 재빨랐습니다.
재현 후 디버거를 붙여서 값이 널로 들어온다?
오케이, 찾았어. 바로 널 체크 코드를 추가했습니다.
if (pData == NULL)
  return;

그리고 다시 재현해 보고 재현이 안 되면 Fix로 변경.
아~ 코딩 참 쉽다.

저는 이걸 성급한 널 처리의 오류라고 부르고 싶습니다.

경험이 쌓이면서 이게 그리 쉬운 문제가 아니라는 걸 알았습니다.
이렇게 널과 널 체크를 남용하면 프로그램이 죽지는 않더라도 버그를 영영 감추는 꼴이 되어버리고 맙니다. 절대 죽지 않는 프로그램보다 문제가 생기면 곧장 죽는 프로그램이 오히려 낫다는 걸 시간이 지나고서야 깨달았습니다.
감춰진 버그는 나중에 결국 나에게 돌아온다는걸.
ASSERT(pData);

ASSERT 같은 코드를 왜 쓰는지도 그쯤에야 깨달았습니다. (학생 때는 도무지 이해가 되지 않았습니다)
알게 된 후로는 적극적으로 사용했습니다.

이후로는 변수가 널이어야 하는 경우와 절대 널이어선 안 되는 경우를 엄격하게 구분하기 시작했습니다. 애초에 널 상태를 만들지 않으려 애썼습니다.
변수를 처음 선언할 때부터.
DB 스키마를 만들 때부터.
서버에서 클라이언트에 데이터를 내려줄 때도 함부로 null 을 사용하지 않았습니다.
이렇게 하면 그걸 받아서 쓰는 애플리케이션 쪽에서 고민거리가 줄어들므로 코딩이 편해집니다.

C/C++처럼 낡은 언어와는 다르게 요즘 언어들은 nullable 혹은 optional 타입 기능을 제공하는 것 같습니다.
저는 C#에서 이걸 처음 봤는데, 최근 언어는 다 탑재하고 있더라고요.
가끔 귀찮다는 느낌이 들 때도 있긴 하지만… 귀찮다고 느껴질 때는 널을 다뤄야 할 때입니다.
애초에 널을 건네주는 곳이 없다면 귀찮을 일도 생기지 않습니다. 이 기능에 대해 호불호가 있지만 저는 선호하는 쪽입니다.

https://jeho.page/essay/2025/03/11/fallacy-of-hasty-null-handling.html

절대 죽지 않는 프로그램을 짜고 싶었습니다. 널 처리만 잘하면 된다고 생각했습니다. 프로그램이 죽는 이유의 대부분이 널 포인터를 건드리는 경우였으니까. 회사에 처음 들어가서 윈도우 클라이언트 프로그램을 부여받았습니다. 맨티스라는 도구에 버그가 올라오면 내가 고칠 수 있는 게 있을까 신이 나서 찾아 고쳤습니다.대부분 널 포인터만 감싸면 고쳐지는 에러였습니다. 26살의 신입사원답게 아주 재빨랐습니다. 재현 후 디버거를 붙여서 값이 널로 들어온다? 오케이, 찾았어. 바로 널 체크 코드를 추가했습니다.<pre ><code>if (pData == NULL)
 return;</code></pre>그리고 다시 재현해 보고 재현이 안 되면 Fix로 변경. 아~ 코딩 참 쉽다. 저는 이걸 성급한 널 처리의 오류라고 부르고 싶습니다. 경험이 쌓이면서 이게 그리 쉬운 문제가 아니라는 걸 알았습니다. 이렇게 널과 널 체크를 남용하면 프로그램이 죽지는 않더라도 버그를 영영 감추는 꼴이 되어버리고 맙니다. 절대 죽지 않는 프로그램보다 문제가 생기면 곧장 죽는 프로그램이 오히려 낫다는 걸 시간이 지나고서야 깨달았습니다. 감춰진 버그는 나중에 결국 나에게 돌아온다는걸.<pre ><code>ASSERT(pData);</code></pre>ASSERT 같은 코드를 왜 쓰는지도 그쯤에야 깨달았습니다. (학생 때는 도무지 이해가 되지 않았습니다) 알게 된 후로는 적극적으로 사용했습니다. 이후로는 변수가 널이어야 하는 경우와 절대 널이어선 안 되는 경우를 엄격하게 구분하기 시작했습니다. 애초에 널 상태를 만들지 않으려 애썼습니다. 변수를 처음 선언할 때부터. DB 스키마를 만들 때부터. 서버에서 클라이언트에 데이터를 내려줄 때도 함부로 null 을 사용하지 않았습니다. 이렇게 하면 그걸 받아서 쓰는 애플리케이션 쪽에서 고민거리가 줄어들므로 코딩이 편해집니다. C/C++처럼 낡은 언어와는 다르게 요즘 언어들은 nullable 혹은 optional 타입 기능을 제공하는 것 같습니다. 저는 C#에서 이걸 처음 봤는데, 최근 언어는 다 탑재하고 있더라고요. 가끔 귀찮다는 느낌이 들 때도 있긴 하지만… 귀찮다고 느껴질 때는 널을 다뤄야 할 때입니다. 애초에 널을 건네주는 곳이 없다면 귀찮을 일도 생기지 않습니다. 이 기능에 대해 호불호가 있지만 저는 선호하는 쪽입니다. https://jeho.page/essay/2025/03/11/fallacy-of-hasty-null-handling.html

K리그 프로그래머

학생 때는 회사 생활이 두려웠어요. 미디어에 비친 회사 생활은 수직적이고 권위적이었거든요.

회사에선 눈치 보는 야근을 해야 하고, 강요받는 회식 자리에 가야하며, 능력보다 관계가 중요한 곳이라고 느꼈어요.

그래서 도망쳤어요. 견뎌낼 자신 없는 문화를 가진 회사는 쳐다보지도 않았어요.

초봉이 중요하다며 조금 참고 돈 잘 주는 곳 가라는 말을 들었어요. 무시했어요. 적은 돈을 받더라도 괜찮았어요.

일이 좋아 출근이 기대되고, 동료들이 좋아 함께 여행도 떠날 수 있으면서, 능력으로 인정받을 수 있는 곳을 찾아다녔어요.

그렇게 9년이 흘렀어요. 저는 도망친 곳에서 낙원을 발견했고 지금의 제 삶을 즐기고 있어요.

학생 때는 회사 생활이 두려웠어요. 미디어에 비친 회사 생활은 수직적이고 권위적이었거든요. 회사에선 눈치 보는 야근을 해야 하고, 강요받는 회식 자리에 가야하며, 능력보다 관계가 중요한 곳이라고 느꼈어요. 그래서 도망쳤어요. 견뎌낼 자신 없는 문화를 가진 회사는 쳐다보지도 않았어요. 초봉이 중요하다며 조금 참고 돈 잘 주는 곳 가라는 말을 들었어요. 무시했어요. 적은 돈을 받더라도 괜찮았어요. 일이 좋아 출근이 기대되고, 동료들이 좋아 함께 여행도 떠날 수 있으면서, 능력으로 인정받을 수 있는 곳을 찾아다녔어요. 그렇게 9년이 흘렀어요. 저는 도망친 곳에서 낙원을 발견했고 지금의 제 삶을 즐기고 있어요.

도망친 곳에 낙원은… 있었다

Apache Kafka는 고성능의 분산 스트리밍 플랫폼으로, 프로듀서(Producer)와 컨슈머(Consumer) 간의 효율적인 데이터 전송을 지원합니다. 그러나 Kafka 자체는 데이터의 구조나 형식에 대한 검증을 수행하지 않으므로, 데이터 스키마의 관리와 호환성 유지에 어려움이 발생할 수 있습니다. 이러한 문제를 해결하기 위해 Schema Registry가 도입되었습니다.​ Schema Registry란 무엇인가?Schema Registry는 Kafka와 별도로 동작하는 독립적인 애플리케이션으로, Kafka에서 주고받는 메시지의 스키마를 중앙에서 관리하고 저장하는 역할을 합니다. 이를 통해 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 정의를 공유하며, 데이터의 일관성과 호환성을 보장합니다. 왜 ..

Kafka Schema Registry: 데이터 스키마의 중앙 집중 관리

 Apache Kafka는 고성능의 분산 스트리밍 플랫폼으로, 프로듀서(Producer)와 컨슈머(Consumer) 간의 효율적인 데이터 전송을 지원합니다. 그러나 Kafka 자체는 데이터의 구조나 형식에 대한 검증을 수행하지 않으므로, 데이터 스키마의 관리와 호환성 유지에 어려움이 발생할 수 있습니다. 이러한 문제를 해결하기 위해 Schema Registry가 도입되었습니다.
 
Schema Registry란 무엇인가?
Schema Registry는 Kafka와 별도로 동작하는 독립적인 애플리케이션으로, Kafka에서 주고받는 메시지의 스키마를 중앙에서 관리하고 저장하는 역할을 합니다. 이를 통해 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 정의를 공유하며, 데이터의 일관성과 호환성을 보장합니다.
 
왜 Schema Registry가 필요한가?
Kafka는 기본적으로 바이트 스트림으로 데이터를 처리하며, 데이터의 구조나 형식에 대한 제약이 없습니다. 이로 인해 다음과 같은 문제가 발생할 수 있습니다:
 * 스키마 변경으로 인한 장애 발생: 프로듀서가 데이터 형식을 변경하면, 이를 알지 못한 컨슈머는 역직렬화 과정에서 오류가 발생할 수 있습니다.
 * 데이터 명세 관리의 어려움: 여러 프로듀서와 컨슈머가 존재하는 환경에서 데이터 구조에 대한 명확한 정의가 없으면, 시스템 전체의 안정성이 저하될 수 있습니다. 
Schema Registry는 이러한 문제를 해결하기 위해 다음과 같은 기능을 제공합니다:
 * 스키마 중앙 관리: 모든 스키마를 중앙에서 관리하여 데이터 구조의 일관성을 유지합니다.
 * 호환성 검증: 새로운 스키마 등록 시 기존 스키마와의 호환성을 검증하여, 스키마 진화로 인한 오류를 방지합니다.
 * 스키마 버전 관리: 스키마의 버전을 체계적으로 관리하여, 필요 시 이전 버전으로의 롤백을 가능하게 합니다.

Schema Registry의 작동 원리
Schema Registry는 다음과 같은 흐름으로 작동합니다:
 1. 스키마 등록: 프로듀서는 메시지를 Kafka에 전송하기 전에 해당 메시지의 스키마를 Schema Registry에 등록합니다. 
 2. 스키마 ID 부여: Schema Registry는 등록된 스키마에 고유한 ID를 부여하고, 프로듀서는 이 스키마 ID를 메시지에 포함시켜 Kafka에 전송합니다.
 3. 메시지 소비: 컨슈머는 Kafka에서 메시지를 읽어들인 후, 메시지에 포함된 스키마 ID를 사용하여 Schema Registry에서 스키마를 조회하고, 이를 통해 메시지를 역직렬화합니다.
{
  "type": "record",
  "name": "User",
  "fields": [
    {"name": "name", "type": "string"},
    {"name": "age", "type": "int"}
  ]
}

 
이러한 과정은 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 계약을 가능하게 하며, 시스템의 안정성과 데이터의 신뢰성을 향상시킵니다.
 
Schema Registry의 장단점
✅ 장점
 * 시스템 안정성 향상: 스키마 변경 시 발생할 수 있는 오류를 사전에 방지하여 시스템의 안정성을 높입니다.
 * 데이터 명세 관리 용이: 중앙에서 스키마를 관리함으로써 데이터 구조에 대한 명확한 정의를 제공하고, 운영의 효율성을 향상시킵니다.
 * 업무 효율성 증대: 스키마 관리로 인한 불필요한 커뮤니케이션을 줄여 개발자들이 본연의 업무에 집중할 수 있게 합니다.
❌ 단점
 * 관리 포인트 증가: Schema Registry 서버를 추가로 관리해야 하므로 운영 복잡성이 증가할 수 있습니다.
 * 스키마 관리 부담: 엄격한 스키마 검증으로 인해 스키마 변경 시 추가적인 관리 작업이 필요할 수 있습니다.
 
결론
Kafka Schema Registry는 데이터의 스키마를 중앙에서 관리하여 프로듀서와 컨슈머 간의 일관성을 보장하는 필수적인 컴포넌트입니다. 이를 통해 데이터의 신뢰성을 유지하고, 스키마 변경으로 인한 장애를 방지할 수 있습니다.
 
📌 기억할 점
 * Kafka 자체는 데이터 형식을 검증하지 않음 → Schema Registry가 필요함
 * 프로듀서는 메시지를 전송하기 전에 Schema Registry에 스키마를 등록해야 함
 * 컨슈머는 메시지를 소비할 때 Schema Registry에서 스키마를 조회하여 역직렬화함
 * JSON, Avro, Protobuf 등의 다양한 포맷을 지원함

&nbsp;Apache Kafka는 고성능의 분산 스트리밍 플랫폼으로, 프로듀서(Producer)와 컨슈머(Consumer) 간의 효율적인 데이터 전송을 지원합니다. 그러나 Kafka 자체는 데이터의 구조나 형식에 대한 검증을 수행하지 않으므로, 데이터 스키마의 관리와 호환성 유지에 어려움이 발생할 수 있습니다. 이러한 문제를 해결하기 위해 Schema Registry가 도입되었습니다.​&nbsp;Schema Registry란 무엇인가?Schema Registry는 Kafka와 별도로 동작하는 독립적인 애플리케이션으로, Kafka에서 주고받는 메시지의 스키마를 중앙에서 관리하고 저장하는 역할을 합니다. 이를 통해 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 정의를 공유하며, 데이터의 일관성과 호환성을 보장합니다.&nbsp;왜 Schema Registry가 필요한가?Kafka는 기본적으로 바이트 스트림으로 데이터를 처리하며, 데이터의 구조나 형식에 대한 제약이 없습니다. 이로 인해 다음과 같은 문제가 발생할 수 있습니다:​<ul ><li>스키마 변경으로 인한 장애 발생: 프로듀서가 데이터 형식을 변경하면, 이를 알지 못한 컨슈머는 역직렬화 과정에서 오류가 발생할 수 있습니다. ​</li><li>데이터 명세 관리의 어려움: 여러 프로듀서와 컨슈머가 존재하는 환경에서 데이터 구조에 대한 명확한 정의가 없으면, 시스템 전체의 안정성이 저하될 수 있습니다.&nbsp;</li></ul>Schema Registry는 이러한 문제를 해결하기 위해 다음과 같은 기능을 제공합니다:​<ul ><li>스키마 중앙 관리: 모든 스키마를 중앙에서 관리하여 데이터 구조의 일관성을 유지합니다.​</li><li>호환성 검증: 새로운 스키마 등록 시 기존 스키마와의 호환성을 검증하여, 스키마 진화로 인한 오류를 방지합니다.​</li><li>스키마 버전 관리: 스키마의 버전을 체계적으로 관리하여, 필요 시 이전 버전으로의 롤백을 가능하게 합니다.</li></ul> Schema Registry의 작동 원리Schema Registry는 다음과 같은 흐름으로 작동합니다:​<ol ><li>스키마 등록: 프로듀서는 메시지를 Kafka에 전송하기 전에 해당 메시지의 스키마를 Schema Registry에 등록합니다.&nbsp;</li><li>스키마 ID 부여: Schema Registry는 등록된 스키마에 고유한 ID를 부여하고, 프로듀서는 이 스키마 ID를 메시지에 포함시켜 Kafka에 전송합니다.​</li><li>메시지 소비: 컨슈머는 Kafka에서 메시지를 읽어들인 후, 메시지에 포함된 스키마 ID를 사용하여 Schema Registry에서 스키마를 조회하고, 이를 통해 메시지를 역직렬화합니다.​</li></ol><pre ><code class="language-bash">{
 "type": "record",
 "name": "User",
 "fields": [
 {"name": "name", "type": "string"},
 {"name": "age", "type": "int"}
 ]
}</code></pre>&nbsp;이러한 과정은 프로듀서와 컨슈머 간의 데이터 구조에 대한 명확한 계약을 가능하게 하며, 시스템의 안정성과 데이터의 신뢰성을 향상시킵니다.&nbsp;Schema Registry의 장단점✅ 장점<ul ><li>시스템 안정성 향상: 스키마 변경 시 발생할 수 있는 오류를 사전에 방지하여 시스템의 안정성을 높입니다.</li><li>데이터 명세 관리 용이: 중앙에서 스키마를 관리함으로써 데이터 구조에 대한 명확한 정의를 제공하고, 운영의 효율성을 향상시킵니다.​</li><li>업무 효율성 증대: 스키마 관리로 인한 불필요한 커뮤니케이션을 줄여 개발자들이 본연의 업무에 집중할 수 있게 합니다.</li></ul>❌ 단점<ul ><li>관리 포인트 증가: Schema Registry 서버를 추가로 관리해야 하므로 운영 복잡성이 증가할 수 있습니다.​</li><li>스키마 관리 부담: 엄격한 스키마 검증으로 인해 스키마 변경 시 추가적인 관리 작업이 필요할 수 있습니다.</li></ul>&nbsp;결론Kafka Schema Registry는 데이터의 스키마를 중앙에서 관리하여 프로듀서와 컨슈머 간의 일관성을 보장하는 필수적인 컴포넌트입니다. 이를 통해 데이터의 신뢰성을 유지하고, 스키마 변경으로 인한 장애를 방지할 수 있습니다.&nbsp;📌 기억할 점<ul ><li>Kafka 자체는 데이터 형식을 검증하지 않음 → Schema Registry가 필요함</li><li>프로듀서는 메시지를 전송하기 전에 Schema Registry에 스키마를 등록해야 함</li><li>컨슈머는 메시지를 소비할 때 Schema Registry에서 스키마를 조회하여 역직렬화함</li><li>JSON, Avro, Protobuf 등의 다양한 포맷을 지원함 </li></ul>

덕토피아

🕊️ Kafka Schema Registry: 데이터 스키마 관리

체력은 "하고 싶은 것과 할 수 있는 것 사이의 갭을 줄이는 거예요."라는 말에 밑줄을 그었습니다. 원문 제목은 "40대 이후엔 체력전이다"인데, 전체를 관통하는 내용은 '다정함은 체력에서 나오니까, 다정하려면 체력을 길러라'는 명제에 가까운 내용입니다. 전 구글 디렉터 정김경숙 님이 체력을 가꾸는 이유, 나노운동을 통해 "시간이 없다"라는 핑계를 멀리하는 이유에도 고개를 끄덕이게 됩니다.

사실 정김경숙 님이 유명해진 건 구글에서 17년 일하다 갑자기 해고당한 이후 주 80시간의 육체노동을 택하며 '트레이더조'에서 일하며 스몰토크를 하는 경험을 긍정적으로 이야기하면서부터였는데요. 점심시간 1시간을 활용해서는 리프트로 라이드헤일링을 하며 다리는 쉬면서 또 일을 했죠. 트레이더조 일이 끝나면 곧장 스타벅스 유니폼을 입었습니다. 즐겁게 일했다는 점을 생각하면 그녀는 스스로에게 다정했습니다.

낯선 사람에게 친절을 베풀면 그 의도를 의심하는 게 더 합리적인 것 같은 사회에 살고 있지만, 다정함은 누구나에게 필요합니다. 스스로에게 다정할 만큼 체력을 기르고 나면, 남는 체력으로는 이방인에게도 다정할 수 있지 않을까요? 오늘 이 아티클 덕분에 낯선 이에게 조금 더 친절할 수 있었고, 더 괜찮은 사람이 되겠다는 다짐을 했습니다.

https://www.folin.co/article/10337/gift/DghwhBThRk5eYf1Xrm2vYX7f6xiFZe6L

체력은 "하고 싶은 것과 할 수 있는 것 사이의 갭을 줄이는 거예요."라는 말에 밑줄을 그었습니다. 원문 제목은 "40대 이후엔 체력전이다"인데, 전체를 관통하는 내용은 '다정함은 체력에서 나오니까, 다정하려면 체력을 길러라'는 명제에 가까운 내용입니다. 전 구글 디렉터 정김경숙 님이 체력을 가꾸는 이유, 나노운동을 통해 "시간이 없다"라는 핑계를 멀리하는 이유에도 고개를 끄덕이게 됩니다. 사실 정김경숙 님이 유명해진 건 구글에서 17년 일하다 갑자기 해고당한 이후 주 80시간의 육체노동을 택하며 '트레이더조'에서 일하며 스몰토크를 하는 경험을 긍정적으로 이야기하면서부터였는데요. 점심시간 1시간을 활용해서는 리프트로 라이드헤일링을 하며 다리는 쉬면서 또 일을 했죠. 트레이더조 일이 끝나면 곧장 스타벅스 유니폼을 입었습니다. 즐겁게 일했다는 점을 생각하면 그녀는 스스로에게 다정했습니다. 낯선 사람에게 친절을 베풀면 그 의도를 의심하는 게 더 합리적인 것 같은 사회에 살고 있지만, 다정함은 누구나에게 필요합니다. 스스로에게 다정할 만큼 체력을 기르고 나면, 남는 체력으로는 이방인에게도 다정할 수 있지 않을까요? 오늘 이 아티클 덕분에 낯선 이에게 조금 더 친절할 수 있었고, 더 괜찮은 사람이 되겠다는 다짐을 했습니다. https://www.folin.co/article/10337/gift/DghwhBThRk5eYf1Xrm2vYX7f6xiFZe6L

www.folin.co

《다정함도 체력에서 나오니까》

최근 DeepSeek에 이어 중국발 AI에이전트 돌풍(?)을 일으키고 있는 마누스(Manus) AI 내용을 정리해봅니다.

🍏 Manus AI 개요
 * 개발사: 중국 스타트업 Monica
 * 출시: 2025년 3월 6일
 * 기반 모델: Anthropic의 Claude 3.5 Sonnet과 Alibaba의 Qwen 모델 기반
 * 특징
   * 세계 최초의 범용 자율 AI 에이전트
   * OpenAI Deep Research, Gemini Deep Research 등에서 볼 수 있는 딥 리서치 기능을 구현한 멀티 에이전트 협업 시스템
   * 기존의 챗봇이나 AI 모델과 달리, Manus는 단순한 답변 제공을 넘어 실제 결과물을 도출하는 데 초점
   * 계획, 실행, 검증을 담당하는 별도의 에이전트들로 구성된 멀티 에이전트 아키텍처
   * 대규모 작업을 수백개의 실행 가능한 하위 작업으로 나누는 동적 타겟 분해 기능
   * 여러 유형의 데이터를 동시에 처리하는 교차 모달 추론 기능
   * 강화학습을 통한 의사결정 효율성 지속적인 개선 및 오류율 최소화
   * 지시를 기다리지 않고 스스로 작업을 시작하고 새로운 정보를 평가하며 접근 방식으로 동적으로 조정하는 자기주도적 작업 수행

🍏 기술적 특징
 * 멀티 에이전트 아키텍처
   * 계획 에이전트(Planning Agent)
     * 작업 분석 및 단계별 계획 수립
     * 사용자 요청을 PDCA(Plan-Do-Check-Act) 사이클로 분해
     * Monte Carlo Tree Search(MCTS) 알고리즘 활용
     * Anthropic Qwen 모델 기반의 텍스트 분석 및 전략 세분화
   * 실행 에이전트(Execution Agent)
     * 웹 브라우저/데이터베이스 등 27개 외부 도구와 실시간 연동
     * Claude 3.5 Sonnet 모델을 주력으로 사용
     * 비동기적 클라우드 처리 아키텍처 지원
   * 검증 에이전트(Validation Agent)
     * 결과 검증 및 최적화
     * 3단계 검증 프로세스: 형식 검증 (표 구조/코드 문법), 내용 검증 (사실 관계 확인, 컨텍스트 검증 (사용자 의도 부합 여부)
 * 성능 향상 메커니즘
   * 동적 모델 로딩: 작업 요구사항에 따라 GPT-4, Gemini 등 제3자 모델 추가 호출
   * 실시간 피드백 루프: 오류 발생 시 자동 재계획 알고리즘 가동
   * 크로스 모달 퓨전: 텍스트-이미지 결합 분석을 위한 어텐션 메커니즘 적용
 * 혁신적인 기능
   * 비동기 처리: Celery 작업규 + Redis 캐시 - 오픈라인 작업 지속 가능
   * 메모리 시스템: 벡터 데이터베이스 기반 장기 기억 - 사용자 패턴 학습 최적화
   * 보안 프레임워크: 샌드박스 가상머신 격리 - 외부시스템 영향 제거
 * 외부 도구 통합: 웹 브라우저, 데이터베이스, 코드 편집기 등 다양한 소프트웨어와 통합
 * 클라우드 기반 운영: 비동기적 클라우드 처리를 지원하여 효율적인 작업 수행 가능

🍏 성능
 * Meta AI와 Hugging Face가 개발한 GAIA 테스트에서 OpenAI GPT-4o 대비 18% or 23% 높은 정확도

🍏 단점 및 한계
 * 초기 오류 빈도: 무한 루프 발생, 오류 메시지 출력 등 초기 사용자 경험에서 문제 보고
 * 사실 정확성 부족: 정보 누락 또는 부정확한 데이터 제공 사례 존재
 * API 의존성: API가 없는 애플리케이션과의 호환성이 제한적
 * 복제 가능성: 자체 모델 개발보다는 통합에 의존하기 때문에 경쟁사에 의해 복제될 위험

🍏 비즈니스 가능성
 * 기업용 솔루션: B2B 공급업체 발굴, 재무 보고서 분석 등
 * 개인 비서 역할: 여행 계획, 보험 비교, 교육 과정 개발 등
 * 자동화된 업무 처리: 온라인 스토어 운영 분석, 채용 인터뷰 준비 등

🍏 미래 전망
 * 오픈소스화 계획: Monica는 2025년 말까지 Manus AI를 오픈소스로 공개할 계획
 * 확장성: 개발자들이 맞춤형 플러그인을 구축하거나 틈새 응용 프로그램에 최적화할 수 있는 가능성 제공

최근 DeepSeek에 이어 중국발 AI에이전트 돌풍(?)을 일으키고 있는 마누스(Manus) AI 내용을 정리해봅니다. 🍏 Manus AI 개요<ul><li>개발사: 중국 스타트업 Monica</li><li>출시: 2025년 3월 6일</li><li>기반 모델: Anthropic의 Claude 3.5 Sonnet과 Alibaba의 Qwen 모델 기반</li><li>특징<ul><li>세계 최초의 범용 자율 AI 에이전트</li><li>OpenAI Deep Research, Gemini Deep Research 등에서 볼 수 있는 딥 리서치 기능을 구현한 멀티 에이전트 협업 시스템</li><li>기존의 챗봇이나 AI 모델과 달리, Manus는 단순한 답변 제공을 넘어 실제 결과물을 도출하는 데 초점</li><li>계획, 실행, 검증을 담당하는 별도의 에이전트들로 구성된 멀티 에이전트 아키텍처</li><li>대규모 작업을 수백개의 실행 가능한 하위 작업으로 나누는 동적 타겟 분해 기능</li><li>여러 유형의 데이터를 동시에 처리하는 교차 모달 추론 기능</li><li>강화학습을 통한 의사결정 효율성 지속적인 개선 및 오류율 최소화</li><li>지시를 기다리지 않고 스스로 작업을 시작하고 새로운 정보를 평가하며 접근 방식으로 동적으로 조정하는 자기주도적 작업 수행</li></ul></li></ul> 🍏 기술적 특징<ul><li>멀티 에이전트 아키텍처<ul><li>계획 에이전트(Planning Agent)<ul><li>작업 분석 및 단계별 계획 수립</li><li>사용자 요청을 PDCA(Plan-Do-Check-Act) 사이클로 분해</li><li>Monte Carlo Tree Search(MCTS) 알고리즘 활용</li><li>Anthropic Qwen 모델 기반의 텍스트 분석 및 전략 세분화</li></ul></li><li>실행 에이전트(Execution Agent)<ul><li>웹 브라우저/데이터베이스 등 27개 외부 도구와 실시간 연동</li><li>Claude 3.5 Sonnet 모델을 주력으로 사용</li><li>비동기적 클라우드 처리 아키텍처 지원</li></ul></li><li>검증 에이전트(Validation Agent)<ul><li>결과 검증 및 최적화</li><li>3단계 검증 프로세스: 형식 검증 (표 구조/코드 문법), 내용 검증 (사실 관계 확인, 컨텍스트 검증 (사용자 의도 부합 여부)</li></ul></li></ul></li><li>성능 향상 메커니즘<ul><li>동적 모델 로딩: 작업 요구사항에 따라 GPT-4, Gemini 등 제3자 모델 추가 호출</li><li>실시간 피드백 루프: 오류 발생 시 자동 재계획 알고리즘 가동</li><li>크로스 모달 퓨전: 텍스트-이미지 결합 분석을 위한 어텐션 메커니즘 적용</li></ul></li><li>혁신적인 기능<ul><li>비동기 처리: Celery 작업규 + Redis 캐시 - 오픈라인 작업 지속 가능</li><li>메모리 시스템: 벡터 데이터베이스 기반 장기 기억 - 사용자 패턴 학습 최적화</li><li>보안 프레임워크: 샌드박스 가상머신 격리 - 외부시스템 영향 제거</li></ul></li><li>외부 도구 통합: 웹 브라우저, 데이터베이스, 코드 편집기 등 다양한 소프트웨어와 통합</li><li>클라우드 기반 운영: 비동기적 클라우드 처리를 지원하여 효율적인 작업 수행 가능</li></ul> 🍏 성능<ul><li>Meta AI와 Hugging Face가 개발한 GAIA 테스트에서 OpenAI GPT-4o 대비 18% or 23% 높은 정확도</li></ul> 🍏 단점 및 한계<ul><li>초기 오류 빈도: 무한 루프 발생, 오류 메시지 출력 등 초기 사용자 경험에서 문제 보고</li><li>사실 정확성 부족: 정보 누락 또는 부정확한 데이터 제공 사례 존재</li><li>API 의존성: API가 없는 애플리케이션과의 호환성이 제한적</li><li>복제 가능성: 자체 모델 개발보다는 통합에 의존하기 때문에 경쟁사에 의해 복제될 위험</li></ul> 🍏 비즈니스 가능성<ul><li>기업용 솔루션: B2B 공급업체 발굴, 재무 보고서 분석 등</li><li>개인 비서 역할: 여행 계획, 보험 비교, 교육 과정 개발 등</li><li>자동화된 업무 처리: 온라인 스토어 운영 분석, 채용 인터뷰 준비 등</li></ul> 🍏 미래 전망<ul><li>오픈소스화 계획: Monica는 2025년 말까지 Manus AI를 오픈소스로 공개할 계획</li><li>확장성: 개발자들이 맞춤형 플러그인을 구축하거나 틈새 응용 프로그램에 최적화할 수 있는 가능성 제공</li></ul>

마누스(Manus) AI

우디의 컨설팅:  합격으로 가는 3가지 차별점 회사별 맞춤 포트폴리오,  합격을 부르는 비결입니다. 5회 코칭 진행 
 핀테크 프로덕트 디자이너로 최종 합격한 김** 님의 실제 리뷰입니다.  2회 코칭 진행 
 핀테크 프로덕트 디자이너로 최종 합격한 **호 님의 실제 리뷰입니다.  2회 코칭 진행 
 에이전시 → 스타트업 디자이너로 이직 성공한 **수 님의

[🚨3월·소수 정예!] 유니콘·빅테크 합격한 UX/UI 포트폴리오 컨설팅 - PO·디자인 리드 우디 - 우디디자인랩

Q) 🧑‍💻 평소 업무나 협업 시, 본인의 커뮤니케이션 스타일은 어떤 편인가요? (우디)

A) 🙋‍♀️ 저는 상대방이 궁금해하거나 필요로 할 수 있는 정보를 구체적으로 전달하려는 편이에요. 가령 프로젝트를 진행할 때도, “이건 왜 필요한가” “어떤 방식으로 진행될 것인가” 같은 구체적인 맥락을 먼저 짚어요. 특히 추가 설명이 필요할 것 같은 부분은 상세하게 적어서 미리 공유하고, 혹시 오해가 생기지 않도록 직접 확인하려고 노력합니다. 제가 조금 더 신경을 써야 의사소통 과정에서 불필요한 혼란을 줄일 수 있다고 생각해요. (5년차 UX/UI 디자이너분)

* 저맥락 커뮤니케이션을 통해 오해를 줄이는 커뮤니케이션 스타일이 느껴져 좋았습니다.

Q) 🧑‍💻 평소 업무나 협업 시, 본인의 커뮤니케이션 스타일은 어떤 편인가요? (우디) A) 🙋‍♀️ 저는 상대방이 궁금해하거나 필요로 할 수 있는 정보를 구체적으로 전달하려는 편이에요. 가령 프로젝트를 진행할 때도, “이건 왜 필요한가” “어떤 방식으로 진행될 것인가” 같은 구체적인 맥락을 먼저 짚어요. 특히 추가 설명이 필요할 것 같은 부분은 상세하게 적어서 미리 공유하고, 혹시 오해가 생기지 않도록 직접 확인하려고 노력합니다. 제가 조금 더 신경을 써야 의사소통 과정에서 불필요한 혼란을 줄일 수 있다고 생각해요. (5년차 UX/UI 디자이너분) * 저맥락 커뮤니케이션을 통해 오해를 줄이는 커뮤니케이션 스타일이 느껴져 좋았습니다.

Latpeed

기억에 남는 디자이너 면접 답변 [9]

출처: 오픈AI 샘 알트만(Sam Altman)은 ChatGPT를 만든 오픈AI(Op...

오픈AI 샘 알트만이 처음 창업할 때로 돌아간다면 꼭 듣고 싶은 말

YC, 오픈AI까지 커리어 고공행진을 하는 샘 알트만이 이런 글을 남겼다는 것이 좀 의외인데요. 이런 것을 보면 그는 여전히 성장에 목마른 창업자가 아닌가 싶습니다.

https://eopla.net/magazines/25112

YC, 오픈AI까지 커리어 고공행진을 하는 샘 알트만이 이런 글을 남겼다는 것이 좀 의외인데요. 이런 것을 보면 그는 여전히 성장에 목마른 창업자가 아닌가 싶습니다. https://eopla.net/magazines/25112

장혜림 (메이)

🤝bshr89@gmail.com 
☝️9년째 IT 주제 텍스트 콘텐츠 만들어요
😊해외 IT 소식을 큐레이션해요
🤟재밌는 거 좋아해요
🙏제임스 고슬링 자바 창시자, 귀도 판 로썸 파이썬 창시자, 오드리 탕 대만 디지털 장관을 인터뷰했어요
🇬🇧런던 거주중이에요

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필