1. 다른 사람을 위하는 마음으로 세상에 선보인 작품이 사람들을 만족시키지 못했더라도, 연습과 훈련 그 자체가 실패한 것은 아니다

2. 내가 블로그에 올린 글이 대략 7,500개 정도 되는데, 그중 절반은 인기, 영향력, 화제성, 지속성 등 어떤 기준으로 측정하더라도 다른 글에 비해 조회 수가 평균에 미치지 못한다. 간단히 계산해볼 수 있는 문제다.

3. 프랙티스 역시 그렇다. 실행이 있다면 실패는 그 안에 포함되는 또 하나의 방법일 뿐이다.

4. 냉소주의로 자신의 발목을 잡을 필요는 없다. 대신 다가 온 기회를 축복으로 받아들일 수는 있어야 한다. 당신이 그 길을 선택한다면 말이다.

#더프랙티스 #세스고딘 📚

1. 다른 사람을 위하는 마음으로 세상에 선보인 작품이 사람들을 만족시키지 못했더라도, 연습과 훈련 그 자체가 실패한 것은 아니다 ​2. 내가 블로그에 올린 글이 대략 7,500개 정도 되는데, 그중 절반은 인기, 영향력, 화제성, 지속성 등 어떤 기준으로 측정하더라도 다른 글에 비해 조회 수가 평균에 미치지 못한다. 간단히 계산해볼 수 있는 문제다. ​3. 프랙티스 역시 그렇다. 실행이 있다면 실패는 그 안에 포함되는 또 하나의 방법일 뿐이다. ​4. 냉소주의로 자신의 발목을 잡을 필요는 없다. 대신 다가 온 기회를 축복으로 받아들일 수는 있어야 한다. 당신이 그 길을 선택한다면 말이다. #더프랙티스 #세스고딘 📚

< 블로그 글 절반이 망해도 계속 쓰는 이유 >

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

﻿
이력서를 처음으로 작성해 보는 사람들이 하는 가장 큰 오해는 이력서를 작성하는 성공 방정식이 있을 것이라는 생각입니다. 그런 오해를 가질 만도 한 것은 이력서란 문서 제목이 주는 딱딱한 느낌이 있고, 다양한 매체를 통해 자연스럽게 보게 되는 내용이 형식이 정해진 문서이고, 취업이라는 활동이 주는 무게감이 있기 때문입니다.

막상 채용 전형이라는 업무의 뚜껑을 열어보면 굉장히 주관적이라는 사실에 놀랍니다. 한 장의 이력서를 살펴보는 사람의 주관적인 견해에 따라 당락이 결정됩니다. 더 놀라운 것은 비슷한 내용을 가진 입사 지원자의 이력서가 두 장 있다면, 어떤 사람은 합격이 되고, 다른 한 사람은 불합격이 되기도 합니다. 제가 채용 업무를 하며 그런 경험이  있어서 공개적으로 반성합니다.

사람의 마음을 한 방향으로 정의하고 명확한 기준을 세운다는 것이 불가능한 일도 아닌데, 같은 회사에서 서류 전형 검토를 하는 다른 사람들끼리 합격과 불합격 기준이 다릅니다. 그러니까 이력서를 잘 쓴다는 것에 정답이 없습니다. 우리가 쓰는 이력서를 제출한 회사의 서류 전형 검토자가 부디 우리 이력서를 긍정적으로 봐줄 수 있는 사람이길 염원하는 것이 최선의 방법입니다.

정답은 아니지만, 제가 좋아하는 이력서 글쓰기는 논리적인 흐름이 있는 내용입니다. 이력서를 통해 ‘나’를 소개하는 내용이 논리적인 흐름을 가지고 있다면, 저는 이력서가 어떠한 형태이든 괜찮다고 생각하는 편입니다. 제가 생각하는 논리적인 흐름이란 이력서를 쓰는 사람이 했던 일을 왜, 어떻게, 그래서 결과가 어떻게 되었는지 설명하는 것입니다. 이유와 방법, 그리고 결과를 설명하는 내용이 글을 읽는 사람을 설득할 수 있다고 믿습니다.
이력서는 ‘나’를 소개하는 문서이고, ‘나’를 채용해 달라고 이력서를 읽는 사람을 설득하는 문서입니다. 따라서 매력적인 이력서 작성을 위해 흥미로운 소재가 필요합니다. 그리고 흥미로운 소재를 가지고 논리적인 이야기 전개를 할 수 있다면, 이력서를 읽는 사람을 설득할 수 있습니다. 흥미로운 소재란 입사 지원하는 회사의 사람이 관심을 가질 수 있는 이야깃거리를 의미합니다. 

우리가 유튜브 채널을 구독하거나 주로 시청하는 넷플리스 콘텐츠 장르가 어느 정도 정해져 있는 것과 같이, 우리가 입사 지원하는 회사의 사람은 입사 지원자의 이력서에서 관심을 갖게 되는 내용이 있습니다. (비유가 적합한가요?) 입사 지원자의 경험이 회사가 하는 일과 오버랩 되는 부분이 있다거나 그런 것과 관계없이 입사 지원자의 경험이 유별나거나 하면 이력서를 읽는 사람이 흥미롭게 여기는 포인트가 됩니다.

위에 언급한 내용이 이력서를 반드시 그렇게 작성해야 한다는 의미는 아니었습니다. 왜냐하면 개인적으로 흥미로운 소재보다 논리적인 글쓰기가 더 중요하다고 생각하기 때문입니다. 같은 소재를 가지고 고개를 끄덕이게 만드는 내용으로 작성할 수도 있고, 무슨 말인지 이해하기 어렵게 만들 수도 있습니다. 그래서 왜, 어떻게, 결과를 설명하는 구조가 중요합니다. 이유와 방법, 그리고 결과를 설명하는 방식이 좋습니다.

아이디어 경진 대회에 참가했습니다. 감사하게 최우수상을 받게 되었습니다. 이 내용을 이력서에 어떻게 담을까요? 먼저 아이디어 경진 대회에 참가하게 된 배경을 설명합니다. 그다음 어떤 아이디어를 제시했는지 작성합니다. 그리고 다른 참가자와 다른 차별점이 무엇인지 설명합니다. 아이디어 경진 대회 참가 배경과 제시한 아이디어, 차별점으로 인해 최우수상을 수상하게 되었다고 이야기를 푼다면, 이야기를 읽는 사람이 자연스럽게 이해를 잘할 수 있지 않을까요?

이력서에 작성하는 모든 경험과 역량에 대한 설명의 구조가 논리적이고, 창의적인 방식이면 좋겠습니다. 제가 소개한 이유와 방법, 그리고 결과를 설명하는 구조는 하나의 예시일 뿐 더 흥미로운 이야기 전개 방식이 있다면 그렇게 이력서를 작성하는 것도 좋습니다. 이력서를 검토하는 사람은 하루에 평균 20명 이상의 사람이 제출한 이력서를 읽습니다. 글을 읽지 않는 시대에 이력서를 검토하는 일이 얼마나 지루하고 따분할까 상상해 보면 그들의 마음을 어느 정도 헤아릴 수 있습니다. 그래서 우리의 이력서는 흥미로워야 합니다. 흥미로운 이야기에 정답이 있나요? 전혀 예상하지 못한 드라마 스토리에 열광하지 않나요? 저는 이력서도 마찬가지라고 믿습니다.

창의적인 아이디어로 이력서를 작성해 보세요. 반드시 이전과 다른 결과를 얻게 될 거라고 감히 확신합니다. 이력서 형태, 항목, 내용의 구성 등 전부 이전 방식을 거부하는 겁니다. 그리고 완전히 새롭게 ‘나’를 드러내는 개성을 잔뜩 담아보세요. 차라리 파격적인 이력서가 지루한 이력서보다 취향 저격할 확률이 높다고 믿습니다.

﻿이력서를 처음으로 작성해 보는 사람들이 하는 가장 큰 오해는 이력서를 작성하는 성공 방정식이 있을 것이라는 생각입니다. 그런 오해를 가질 만도 한 것은 이력서란 문서 제목이 주는 딱딱한 느낌이 있고, 다양한 매체를 통해 자연스럽게 보게 되는 내용이 형식이 정해진 문서이고, 취업이라는 활동이 주는 무게감이 있기 때문입니다. 막상 채용 전형이라는 업무의 뚜껑을 열어보면 굉장히 주관적이라는 사실에 놀랍니다. 한 장의 이력서를 살펴보는 사람의 주관적인 견해에 따라 당락이 결정됩니다. 더 놀라운 것은 비슷한 내용을 가진 입사 지원자의 이력서가 두 장 있다면, 어떤 사람은 합격이 되고, 다른 한 사람은 불합격이 되기도 합니다. 제가 채용 업무를 하며 그런 경험이&nbsp; 있어서 공개적으로 반성합니다. 사람의 마음을 한 방향으로 정의하고 명확한 기준을 세운다는 것이 불가능한 일도 아닌데, 같은 회사에서 서류 전형 검토를 하는 다른 사람들끼리 합격과 불합격 기준이 다릅니다. 그러니까 이력서를 잘 쓴다는 것에 정답이 없습니다. 우리가 쓰는 이력서를 제출한 회사의 서류 전형 검토자가 부디 우리 이력서를 긍정적으로 봐줄 수 있는 사람이길 염원하는 것이 최선의 방법입니다. 정답은 아니지만, 제가 좋아하는 이력서 글쓰기는 논리적인 흐름이 있는 내용입니다. 이력서를 통해 ‘나’를 소개하는 내용이 논리적인 흐름을 가지고 있다면, 저는 이력서가 어떠한 형태이든 괜찮다고 생각하는 편입니다. 제가 생각하는 논리적인 흐름이란 이력서를 쓰는 사람이 했던 일을 왜, 어떻게, 그래서 결과가 어떻게 되었는지 설명하는 것입니다. 이유와 방법, 그리고 결과를 설명하는 내용이 글을 읽는 사람을 설득할 수 있다고 믿습니다.이력서는 ‘나’를 소개하는 문서이고, ‘나’를 채용해 달라고 이력서를 읽는 사람을 설득하는 문서입니다. 따라서 매력적인 이력서 작성을 위해 흥미로운 소재가 필요합니다. 그리고 흥미로운 소재를 가지고 논리적인 이야기 전개를 할 수 있다면, 이력서를 읽는 사람을 설득할 수 있습니다. 흥미로운 소재란 입사 지원하는 회사의 사람이 관심을 가질 수 있는 이야깃거리를 의미합니다.&nbsp; 우리가 유튜브 채널을 구독하거나 주로 시청하는 넷플리스 콘텐츠 장르가 어느 정도 정해져 있는 것과 같이, 우리가 입사 지원하는 회사의 사람은 입사 지원자의 이력서에서 관심을 갖게 되는 내용이 있습니다. (비유가 적합한가요?) 입사 지원자의 경험이 회사가 하는 일과 오버랩 되는 부분이 있다거나 그런 것과 관계없이 입사 지원자의 경험이 유별나거나 하면 이력서를 읽는 사람이 흥미롭게 여기는 포인트가 됩니다. 위에 언급한 내용이 이력서를 반드시 그렇게 작성해야 한다는 의미는 아니었습니다. 왜냐하면 개인적으로 흥미로운 소재보다 논리적인 글쓰기가 더 중요하다고 생각하기 때문입니다. 같은 소재를 가지고 고개를 끄덕이게 만드는 내용으로 작성할 수도 있고, 무슨 말인지 이해하기 어렵게 만들 수도 있습니다. 그래서 왜, 어떻게, 결과를 설명하는 구조가 중요합니다. 이유와 방법, 그리고 결과를 설명하는 방식이 좋습니다. 아이디어 경진 대회에 참가했습니다. 감사하게 최우수상을 받게 되었습니다. 이 내용을 이력서에 어떻게 담을까요? 먼저 아이디어 경진 대회에 참가하게 된 배경을 설명합니다. 그다음 어떤 아이디어를 제시했는지 작성합니다. 그리고 다른 참가자와 다른 차별점이 무엇인지 설명합니다. 아이디어 경진 대회 참가 배경과 제시한 아이디어, 차별점으로 인해 최우수상을 수상하게 되었다고 이야기를 푼다면, 이야기를 읽는 사람이 자연스럽게 이해를 잘할 수 있지 않을까요? 이력서에 작성하는 모든 경험과 역량에 대한 설명의 구조가 논리적이고, 창의적인 방식이면 좋겠습니다. 제가 소개한 이유와 방법, 그리고 결과를 설명하는 구조는 하나의 예시일 뿐 더 흥미로운 이야기 전개 방식이 있다면 그렇게 이력서를 작성하는 것도 좋습니다. 이력서를 검토하는 사람은 하루에 평균 20명 이상의 사람이 제출한 이력서를 읽습니다. 글을 읽지 않는 시대에 이력서를 검토하는 일이 얼마나 지루하고 따분할까 상상해 보면 그들의 마음을 어느 정도 헤아릴 수 있습니다. 그래서 우리의 이력서는 흥미로워야 합니다. 흥미로운 이야기에 정답이 있나요? 전혀 예상하지 못한 드라마 스토리에 열광하지 않나요? 저는 이력서도 마찬가지라고 믿습니다. 창의적인 아이디어로 이력서를 작성해 보세요. 반드시 이전과 다른 결과를 얻게 될 거라고 감히 확신합니다. 이력서 형태, 항목, 내용의 구성 등 전부 이전 방식을 거부하는 겁니다. 그리고 완전히 새롭게 ‘나’를 드러내는 개성을 잔뜩 담아보세요. 차라리 파격적인 이력서가 지루한 이력서보다 취향 저격할 확률이 높다고 믿습니다.﻿

취향저격

문제를 정의하고, 해결하며, 그 효과를 지표로 증명하는 힘? | 프로덕트 디자인 포폴은 기획ㆍ데이터ㆍ솔루션이 비즈니스 맥락으로 연결되어 있어야 합니다. 에이전시에서의 속도감 있는 작업, 이름 있는 기업들과의 협업, 창의적인 스타일을 소화해 낸 포트폴리오는 분명 매력 있습니다. 하지만 인하우스 프로덕트 디자이너로 이직을 준비하신다면 그보다 더 필요한 역량이 있습니다. 바로 문제를 정의하고, 해결하며, 그 결과를 지표로 증

에이전시 디자이너에서 인하우스 이직을 생각한다면?

에이전시 디자이너 ➡️ 인하우스 프로덕트
디자이너로 전향하려는 분들을 자주 만납니다.

에이전시에서는 주어진 요청에 대한 창의적인 결과물 제작이 중심이라면, 인하우스는 사용자 문제 정의 → 해결안 설계 → 결과 지표로 검증까지의 과정이 중요합니다.

- 창의적인 기획 제안 만큼이나, 왜 이 기능이 필요한지를 설명할 수 있어야 합니다.
- 기획 제안이 아닌 문제(발견)에서 시작하는 포폴 구조로 전환이 필요합니다.
- 프로덕트 디자인 포폴은 기획ㆍ데이터ㆍ솔루션이 비즈니스 맥락으로 연결되어 있어야 합니다.

<전체 글 보기>
https://brunch.co.kr/@cliche-cliche/279

에이전시 디자이너 ➡️ 인하우스 프로덕트디자이너로 전향하려는 분들을 자주 만납니다. 에이전시에서는 주어진 요청에 대한 창의적인 결과물 제작이 중심이라면, 인하우스는 사용자 문제 정의 → 해결안 설계 → 결과 지표로 검증까지의 과정이 중요합니다. - 창의적인 기획 제안 만큼이나, 왜 이 기능이 필요한지를 설명할 수 있어야 합니다.- 기획 제안이 아닌 문제(발견)에서 시작하는 포폴 구조로 전환이 필요합니다.- 프로덕트 디자인 포폴은 기획ㆍ데이터ㆍ솔루션이 비즈니스 맥락으로 연결되어 있어야 합니다. &lt;전체 글 보기&gt;https://brunch.co.kr/@cliche-cliche/279

Brunch Story

에이전시 ➡️ 인하우스 전향?

Piscina로 자바스크립트 멀티 쓰레딩 쉽게 하기

상용 애플리케이션을 개발할 때는 Node.js의
worker_threads
모듈을 그대로 쓰기는 곤란한 경우가 많은데요. 필요할 때 마다 매번 새로운 워커 쓰레드를 생성하면 서버에 부하를 주어 오히려 성능을 떨어뜨릴 수도 있죠. 그래서 쓰레드 풀(pool)을 사용하여 미리 다수의 워커 쓰레드를 생성해놓고 재사용하는 것이 권장됩니다.

Piscina는 효과적인 멀티 쓰레딩을 위해서 쓰레드 풀 관리 기능을 제공하는 라이브러리입니다. 뿐만 아니라, 콜백(Callback) 기반의 API를 제공하는
worker_threads
모듈과 달리, Piscina의 API는 프라미스(Promise) 기반으로 되어 있어서 사용하기 쉽다는 장점도 있죠.

이번 포스팅에서는 워커 쓰레드 풀링(pooling)을 도와주는 라이브러리인 Piscina에 대해서 알아보겠습니다.

📝 포스팅: https://www.daleseo.com/piscina/

Piscina 없이 순수하게
worker_threads
모듈을 사용하여 멀티 쓰레드 프로그래밍을 하는 방법에 대해서는 지난 게시물을 참고 바랍니다.

🔖 워커 쓰레드를 통한 자바스크립트 멀티 쓰레딩: https://careerly.co.kr/comments/118635

상용 애플리케이션을 개발할 때는 Node.js의 <code >worker_threads</code> 모듈을 그대로 쓰기는 곤란한 경우가 많은데요. 필요할 때 마다 매번 새로운 워커 쓰레드를 생성하면 서버에 부하를 주어 오히려 성능을 떨어뜨릴 수도 있죠. 그래서 쓰레드 풀(pool)을 사용하여 미리 다수의 워커 쓰레드를 생성해놓고 재사용하는 것이 권장됩니다. Piscina는 효과적인 멀티 쓰레딩을 위해서 쓰레드 풀 관리 기능을 제공하는 라이브러리입니다. 뿐만 아니라, 콜백(Callback) 기반의 API를 제공하는 <code >worker_threads</code> 모듈과 달리, Piscina의 API는 프라미스(Promise) 기반으로 되어 있어서 사용하기 쉽다는 장점도 있죠. 이번 포스팅에서는 워커 쓰레드 풀링(pooling)을 도와주는 라이브러리인 Piscina에 대해서 알아보겠습니다. 📝 포스팅: https://www.daleseo.com/piscina/ Piscina 없이 순수하게 <code >worker_threads</code> 모듈을 사용하여 멀티 쓰레드 프로그래밍을 하는 방법에 대해서는 지난 게시물을 참고 바랍니다. 🔖 워커 쓰레드를 통한 자바스크립트 멀티 쓰레딩: https://careerly.co.kr/comments/118635

www.daleseo.com

Sprunki Phase 12 is a fast-paced action-adventure game featuring dynamic combat, immersive storytelling, and stunning visuals. Explore vibrant worlds, unlock unique abilities, and battle epic bosses in this thrilling sequel!
https://sprunkiphases.io/sprunki-phase-12/

﻿
포트폴리오라는 문서는 채용 전형에서 인재의 경험을 구체적으로 설명하는 도구입니다. 사전적 의미로 포트폴리오는 서류 가방처럼 다양한 문서를 보관하는 것을 의미합니다. 오늘날 포트폴리오는 경제, 예술 등 다양한 분야에서 사용하고 있는데, 서류 가방에 담는 내용만 다를 뿐 각자 만든 결과를 정리한 문서 보관 용도는 같습니다.

취업을 준비하는 사람들에게 포트폴리오는 입사 지원하는 직무에 해당하는 경험을 요약하고 정리한 문서를 의미합니다. 기획자에게 포트폴리오는 지금까지 경험한 프로젝트의 기획 건을 자랑하는 문서이고, 개발자에게 포트폴리오는 지금까지 개발한 서비스와 기능을 홍보하는 문서입니다. 디자이너에게 포트폴리오는 지금까지 작업한 작품을 전시하는 문서이고, 마케팅을 하는 사람에게 포트폴리오는 지금까지 광고하여 사람들에게 큰 호응을 얻었던 성과를 보여주는 문서입니다.

포트폴리오는 성과를 보여주는 문서입니다. 입사 지원하는 직무 경험을 통해 역량을 발휘하여 만들어낸 지금까지의 성과를 자랑하는 문서입니다. 따라서 포트폴리오는 가장 최신 버전으로 업데이트가 필요합니다. 문서를 작성하는 지금까지 했던 일 중 성과가 좋았던 프로젝트를 소개해야 합니다. 물론 가장 최근 경험이 이전보다 더 성과가 좋다는 보장은 없지만, 최근 경험을 보여주는 것이 더 좋기는 합니다. 왜냐하면 시대의 변화 속도가 빨라서, 고객이 되는 사람들이 선호하는 것도 변화하기 때문입니다.

어제는 훌륭했던 내용이 오늘은 변화된 경향으로 별로 영양가 없는 활동으로 평가될 수 있습니다. 그러니까 꾸준히 경험을 만들고 지속적으로 포트폴리오를 업데이트하는 것이 좋습니다. 한 번 잘 만들어서 평생 쓸 수 있는 것은 없습니다. 잘 만들어서 필요에 따라 조금씩 바꾸고 업데이트해야 하는 것입니다. 최신 버전으로 업데이트가 아니더라도 입사 지원하는 회사마다 중요하게 생각하는 부분이 조금씩 다릅니다. 그럼 그런 회사의 요구에 맞게 포트폴리오를 맞춤으로 변경하는 것이 좋습니다.

내가 수고하고 번거로우면 품질은 더 향상된다고 믿습니다. 편한 것은 예쁘지 않은 것이라고 10년 그 이상 제법 오래전에 직장 동료에게 들었던 이야기가 아직도 머릿속에 남아있습니다. 포트폴리오가 아름다운 디자인을 가진 문서일 필요는 없습니다. 다만, 내용을 읽고 또 읽어서 고치고 또 고쳐야 문서를 읽는 사람에게 매력적인 내용으로 진화할 수 있습니다. 절대 한 번에 아름다운 문장과 표현으로 경험을 설명할 수 없습니다. 10번 이상 읽고 수정해 보아야 비로소 봐줄 만한 내용이 됩니다.

포트폴리오의 핵심은 경험을 잘 설명하는 것입니다. 경험을 프로젝트 단위로 설명하는 것이 좋습니다. 프로젝트 단위란 일을 시작한 목적과 목표가 있고, 기간의 정함이 있는 일을 의미합니다. 프로젝트는 개인 단독으로 진행한 일이어도 괜찮고, 팀으로 수행한 일이어도 좋습니다. 개인과 팀 프로젝트가 갖는 장점이 뚜렷하여 둘 다 경험이 있다면 더 좋다고 생각합니다. 개인은 프로젝트 시작과 끝은 혼자 진행하여 기여도가 100%가 되는 진귀한 경험입니다. 팀 프로젝트는 서로 다른 이해관계를 가진 사람들이 모여 좌충우돌 어려움을 겪으며 목표 달성을 위해 인내하여 완수한다는 측면에서 의미 있는 경험입니다.

성과는 숫자로 표현하는 것이 좋습니다. 그 이유는 숫자가 주는 객관성이 있고, 직관적으로 성과를 이해할 수 있기 때문입니다. ‘나는 한 시간에 젤리를 10개 먹을 수 있어’와 ‘나는 한 시간에 젤리를 엄청 많이 먹을 수 있어’는 전달되는 메시지가 완전히 다르다고 생각합니다. 성과를 구체적으로 표현하기에 좋은 방법은 숫자만 있는 것은 아닙니다. 프로젝트를 시작한 배경과 해결하려는 문제 정의, 문제 해결 방법과 문제 해결을 통해 얻은 성과를 논리적으로 증명하여 표현하는 방식도 있습니다.

포트폴리오를 만드는 과정에 있어서 문서 양식, 디자인, 경험 설명 방식, 성과 등 어렵다고 생각되는 어느 한 지점에 매몰되지 않으면 좋겠습니다. 완벽한 문서란 애초에 존재하지 않습니다. 어느 한 부분 좀 모자라게 보여도 문서를 읽는 사람에게 감동이 되는 포인트가 있다면 그걸로 충분합니다. 아무리 많은 시간과 노력을 들여도 세상 사람들 모두를 만족시키는 문서는 있을 수 없습니다. 그러니까 힘을 빼고 담담하게 자신의 경험을 문서에 담아내면 됩니다.

중요한 건, ‘나’의 경험을 이해를 시키고 공감을 얻고 설득하는 것입니다. 이 관점에서 내가 만든 포트폴리오라는 문서가 어떤 내용을 담고 있는지, 내용을 어떻게 설명하고 있는지 돌아보면 좋겠습니다. 오늘도 포트폴리오를 작성하기 위해 노력하는 모든 분들을 진심으로 응원합니다.

﻿포트폴리오라는 문서는 채용 전형에서 인재의 경험을 구체적으로 설명하는 도구입니다. 사전적 의미로 포트폴리오는 서류 가방처럼 다양한 문서를 보관하는 것을 의미합니다. 오늘날 포트폴리오는 경제, 예술 등 다양한 분야에서 사용하고 있는데, 서류 가방에 담는 내용만 다를 뿐 각자 만든 결과를 정리한 문서 보관 용도는 같습니다. 취업을 준비하는 사람들에게 포트폴리오는 입사 지원하는 직무에 해당하는 경험을 요약하고 정리한 문서를 의미합니다. 기획자에게 포트폴리오는 지금까지 경험한 프로젝트의 기획 건을 자랑하는 문서이고, 개발자에게 포트폴리오는 지금까지 개발한 서비스와 기능을 홍보하는 문서입니다. 디자이너에게 포트폴리오는 지금까지 작업한 작품을 전시하는 문서이고, 마케팅을 하는 사람에게 포트폴리오는 지금까지 광고하여 사람들에게 큰 호응을 얻었던 성과를 보여주는 문서입니다. 포트폴리오는 성과를 보여주는 문서입니다. 입사 지원하는 직무 경험을 통해 역량을 발휘하여 만들어낸 지금까지의 성과를 자랑하는 문서입니다. 따라서 포트폴리오는 가장 최신 버전으로 업데이트가 필요합니다. 문서를 작성하는 지금까지 했던 일 중 성과가 좋았던 프로젝트를 소개해야 합니다. 물론 가장 최근 경험이 이전보다 더 성과가 좋다는 보장은 없지만, 최근 경험을 보여주는 것이 더 좋기는 합니다. 왜냐하면 시대의 변화 속도가 빨라서, 고객이 되는 사람들이 선호하는 것도 변화하기 때문입니다. 어제는 훌륭했던 내용이 오늘은 변화된 경향으로 별로 영양가 없는 활동으로 평가될 수 있습니다. 그러니까 꾸준히 경험을 만들고 지속적으로 포트폴리오를 업데이트하는 것이 좋습니다. 한 번 잘 만들어서 평생 쓸 수 있는 것은 없습니다. 잘 만들어서 필요에 따라 조금씩 바꾸고 업데이트해야 하는 것입니다. 최신 버전으로 업데이트가 아니더라도 입사 지원하는 회사마다 중요하게 생각하는 부분이 조금씩 다릅니다. 그럼 그런 회사의 요구에 맞게 포트폴리오를 맞춤으로 변경하는 것이 좋습니다. 내가 수고하고 번거로우면 품질은 더 향상된다고 믿습니다. 편한 것은 예쁘지 않은 것이라고 10년 그 이상 제법 오래전에 직장 동료에게 들었던 이야기가 아직도 머릿속에 남아있습니다. 포트폴리오가 아름다운 디자인을 가진 문서일 필요는 없습니다. 다만, 내용을 읽고 또 읽어서 고치고 또 고쳐야 문서를 읽는 사람에게 매력적인 내용으로 진화할 수 있습니다. 절대 한 번에 아름다운 문장과 표현으로 경험을 설명할 수 없습니다. 10번 이상 읽고 수정해 보아야 비로소 봐줄 만한 내용이 됩니다. 포트폴리오의 핵심은 경험을 잘 설명하는 것입니다. 경험을 프로젝트 단위로 설명하는 것이 좋습니다. 프로젝트 단위란 일을 시작한 목적과 목표가 있고, 기간의 정함이 있는 일을 의미합니다. 프로젝트는 개인 단독으로 진행한 일이어도 괜찮고, 팀으로 수행한 일이어도 좋습니다. 개인과 팀 프로젝트가 갖는 장점이 뚜렷하여 둘 다 경험이 있다면 더 좋다고 생각합니다. 개인은 프로젝트 시작과 끝은 혼자 진행하여 기여도가 100%가 되는 진귀한 경험입니다. 팀 프로젝트는 서로 다른 이해관계를 가진 사람들이 모여 좌충우돌 어려움을 겪으며 목표 달성을 위해 인내하여 완수한다는 측면에서 의미 있는 경험입니다. 성과는 숫자로 표현하는 것이 좋습니다. 그 이유는 숫자가 주는 객관성이 있고, 직관적으로 성과를 이해할 수 있기 때문입니다. ‘나는 한 시간에 젤리를 10개 먹을 수 있어’와 ‘나는 한 시간에 젤리를 엄청 많이 먹을 수 있어’는 전달되는 메시지가 완전히 다르다고 생각합니다. 성과를 구체적으로 표현하기에 좋은 방법은 숫자만 있는 것은 아닙니다. 프로젝트를 시작한 배경과 해결하려는 문제 정의, 문제 해결 방법과 문제 해결을 통해 얻은 성과를 논리적으로 증명하여 표현하는 방식도 있습니다. 포트폴리오를 만드는 과정에 있어서 문서 양식, 디자인, 경험 설명 방식, 성과 등 어렵다고 생각되는 어느 한 지점에 매몰되지 않으면 좋겠습니다. 완벽한 문서란 애초에 존재하지 않습니다. 어느 한 부분 좀 모자라게 보여도 문서를 읽는 사람에게 감동이 되는 포인트가 있다면 그걸로 충분합니다. 아무리 많은 시간과 노력을 들여도 세상 사람들 모두를 만족시키는 문서는 있을 수 없습니다. 그러니까 힘을 빼고 담담하게 자신의 경험을 문서에 담아내면 됩니다. 중요한 건, ‘나’의 경험을 이해를 시키고 공감을 얻고 설득하는 것입니다. 이 관점에서 내가 만든 포트폴리오라는 문서가 어떤 내용을 담고 있는지, 내용을 어떻게 설명하고 있는지 돌아보면 좋겠습니다. 오늘도 포트폴리오를 작성하기 위해 노력하는 모든 분들을 진심으로 응원합니다.﻿

포트폴리오

글로벌 로보틱스 파운데이션 모델(RFM) 기술 스타트업 리얼월드(RLWRLD)가 210억원 규모의 시드(초기) 투자를 유치하며 15일 공식 출범했다. 이번 투자는 한국과 ...

리얼월드, 210억 시드투자 유치…글로벌 대기업 협력

류중희 대표는 퓨처플레이 창업 13년 만에 대표직에서 사임했다. 퓨처플레이는 스타트업 투자 및 육성을 전문으로 하는 VC이자 액셀러레이터(AC)로, 딥테크를 비롯해 라이프스타일, 콘텐츠 등 다양한 분야의 혁신 스타트업에 투자하고 있다. 리얼월드는 한일 제조업의 강점을 바탕으로, 산업 현장에 바로 적용 가능한 RFM을 개발 중이다.

리얼월드는 이들과 협업을 통해 제조 현장에서 축적된 실세계 데이터를 직접 AI 학습에 활용할 예정이다. 현장 중심의 실질적인 노동생산성 혁신을 이루는 게 목표다.

https://cm.asiae.co.kr/article/2025041514084821647

류중희 대표는 퓨처플레이 창업 13년 만에 대표직에서 사임했다. 퓨처플레이는 스타트업 투자 및 육성을 전문으로 하는 VC이자 액셀러레이터(AC)로, 딥테크를 비롯해 라이프스타일, 콘텐츠 등 다양한 분야의 혁신 스타트업에 투자하고 있다. 리얼월드는 한일 제조업의 강점을 바탕으로, 산업 현장에 바로 적용 가능한 RFM을 개발 중이다. 리얼월드는 이들과 협업을 통해 제조 현장에서 축적된 실세계 데이터를 직접 AI 학습에 활용할 예정이다. 현장 중심의 실질적인 노동생산성 혁신을 이루는 게 목표다. https://cm.asiae.co.kr/article/2025041514084821647

cm.asiae.co.kr

[어패럴뉴스 정민경 기자] 국내 패션기업들이 다시금 중국 사업에 속도를 내고 있다. 지난해까지는 상당수 업체들이 중국 경기 침체에 따라 의존도를 낮추고

중국 내수 살아나나, 국내 패션업계 ‘청신호’

이미스 2024년 매출 863억, 영업이익 428억, 영업이익률 49% ..
——
일례로 셀럽 마케팅이 강한 ‘이미스’는 중국 진출 이전부터 인지도가 쌓여있던 브랜드로, 지난달 상해 회해로에 첫 플래그십스토어를 오픈한 당일 고객들의 긴 대기행렬로 이슈가 됐다.

http://m.apparelnews.co.kr/news/news_view/?idx=216808

이미스 2024년 매출 863억, 영업이익 428억, 영업이익률 49% ..——일례로 셀럽 마케팅이 강한 ‘이미스’는 중국 진출 이전부터 인지도가 쌓여있던 브랜드로, 지난달 상해 회해로에 첫 플래그십스토어를 오픈한 당일 고객들의 긴 대기행렬로 이슈가 됐다. http://m.apparelnews.co.kr/news/news_view/?idx=216808

m.apparelnews.co.kr

OpenAI가 GPT-4.1을 발표했네요. GPT-4o와 GPT-4.5 등을 두리두리 섞어서 좋은 성능을 내는 모델을 만든게 아닌가 싶습니다.

그동안 상대적으로 부족했던 코딩 성능쪽의 발전을 중요하게 내세우고 있는데요. 그보다 제게 눈에 띄는 건 복합적인 지시문을 잘 따른다는 것이었네요. 다목적의 기능으로 훨씬 더 유용해질 것 같습니다.

그리고 모델 크기를 기본, mini, nano 세 가지로 나누었는데요. nano는 정말 빠르고 저렴..하긴한데, 수치상만으로 봤을 땐 뭔가 좀 애매하게 부족한 느낌이고요. 4.1 mini 는 4o mini 보다 성능은 뛰어나지만 레이턴시가 조금 떨어비고 가격이 좀 비싸져서.. 좋긴한데 하.. 미묘..

다만 제 케이스에서 그런거고요. 일반적으로는 기능적으로 다방면으로 좋아져서, 일반적인 응용을 하시는 분들께는 많은 부분에서 가격대비 성능 향상이 많이 있을 것으로 보입니다.

번외로, OpenAI의 최근 발표들을 보면 모델들을 본격적으로 사용사례에 맞게 나누어가는 듯한 느낌인데요.

차기에 출시될 GPT-5는 전체를 통합하는 하나의 모델이 아니라, 도메인별 최고 수준의 모델들을 쿼리에 따라 적절하게 판단하고 조합하는 라우터 같은 모델이 생기는 것일 수도 있지 않을까 싶네요.

OpenAI가 GPT-4.1을 발표했네요. GPT-4o와 GPT-4.5 등을 두리두리 섞어서 좋은 성능을 내는 모델을 만든게 아닌가 싶습니다. 그동안 상대적으로 부족했던 코딩 성능쪽의 발전을 중요하게 내세우고 있는데요. 그보다 제게 눈에 띄는 건 복합적인 지시문을 잘 따른다는 것이었네요. 다목적의 기능으로 훨씬 더 유용해질 것 같습니다. 그리고 모델 크기를 기본, mini, nano 세 가지로 나누었는데요. nano는 정말 빠르고 저렴..하긴한데, 수치상만으로 봤을 땐 뭔가 좀 애매하게 부족한 느낌이고요. 4.1 mini 는 4o mini 보다 성능은 뛰어나지만 레이턴시가 조금 떨어비고 가격이 좀 비싸져서.. 좋긴한데 하.. 미묘.. 다만 제 케이스에서 그런거고요. 일반적으로는 기능적으로 다방면으로 좋아져서, 일반적인 응용을 하시는 분들께는 많은 부분에서 가격대비 성능 향상이 많이 있을 것으로 보입니다. 번외로, OpenAI의 최근 발표들을 보면 모델들을 본격적으로 사용사례에 맞게 나누어가는 듯한 느낌인데요. 차기에 출시될 GPT-5는 전체를 통합하는 하나의 모델이 아니라, 도메인별 최고 수준의 모델들을 쿼리에 따라 적절하게 판단하고 조합하는 라우터 같은 모델이 생기는 것일 수도 있지 않을까 싶네요.

Blank in : What's in my [판교 사투리]

🙋‍♂️ 이 이슈 톤앤매너 맞춰서 린하게 풀어보겠습니다.

👀 오늘은 IT 업계의 독특한 ‘판교 사투리’와 단어 유래에 대해 이야기해보려 해요!

1. IT 용어들은 어떤 유래를 가지고 있을까?
2. 스파게티 코드, 버그, 패치의 숨겨진 이야기는?
3. 판교 사투리란 무엇이며, 어떤 특징이 있을까?
4. 업계 내부에서는 ‘그저 쓰는 용어’ vs. 외부에서는 ‘불친절한 언어’ 논쟁은?

👀&nbsp;오늘은 IT 업계의 독특한 ‘판교 사투리’와 단어 유래에 대해 이야기해보려 해요! 1.&nbsp;IT 용어들은 어떤 유래를 가지고 있을까? 2.&nbsp;스파게티 코드, 버그, 패치의 숨겨진 이야기는? 3.&nbsp;판교 사투리란 무엇이며, 어떤 특징이 있을까? 4.&nbsp;업계 내부에서는 ‘그저 쓰는 용어’ vs. 외부에서는 ‘불친절한 언어’ 논쟁은?

Learning by Doing

1. 우주는 지금 이 순간에도 맹렬한 속도로 무한히 팽창하고 있다.

2. 근원을 알 수 없는 이 어마어마한 에너지야말로, 인간이라면 마땅히 평생에 걸쳐 추구해야 할 가장 순수한 에너지라고 나는 믿는다.

3. 이는 만물이 끊임없이 상생하며 두루 좋은 방향으로 진화하고 발전하도록 돕는 힘의 원천이다.

4. 스티븐 호킹 박사는 이 드넓은 우주에는 사랑이라는 에너지가 널리 퍼져 있다고 말했다.

5. 혹자는 이를 중력이라고도 부르는데, 이 중력 덕분에 태양계의 수많은 행성은 서로를 끝없이 밀고 당기며 절묘한 균형을 유지하고 있는 것이다.

#왜리더인가 📚
#이나모리가즈오

1. 우주는 지금 이 순간에도 맹렬한 속도로 무한히 팽창하고 있다. ​2. 근원을 알 수 없는 이 어마어마한 에너지야말로, 인간이라면 마땅히 평생에 걸쳐 추구해야 할 가장 순수한 에너지라고 나는 믿는다. ​3. 이는 만물이 끊임없이 상생하며 두루 좋은 방향으로 진화하고 발전하도록 돕는 힘의 원천이다. ​4. 스티븐 호킹 박사는 이 드넓은 우주에는 사랑이라는 에너지가 널리 퍼져 있다고 말했다. ​5. 혹자는 이를 중력이라고도 부르는데, 이 중력 덕분에 태양계의 수많은 행성은 서로를 끝없이 밀고 당기며 절묘한 균형을 유지하고 있는 것이다. #왜리더인가 📚 #이나모리가즈오

< 스티븐 호킹도 믿은 우주의 가장 강력한 에너지 >

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

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

AI 개발 도구를 적극 활용해서 개발하는 방법인 바이브 코딩을 직접 해봤어요.

처음에는 유튜브 요약 서비스를 만들었어요. 유튜브 링크를 입력하면 영상의 내용을 요약해서 마크다운으로 만들어주는 서비스였죠. Cursor와 ChatGPT를 활용해서 2시간 만에 만들 수 있었어요.

다음엔 벽돌깨기 게임이었어요. 요구사항을 설명하는 시간을 줄이고자 ChatGPT로 대략적인 구현 계획을 정리하고 Cursor에 알려주고 개발을 시작했죠. 2시간 정도 소요될 것으로 예상했는데 30분 만에 완성했어요.

이를 통해 개발에 AI를 적극 활용하는 건 개발자에게 자유를 주는 일이라는 걸 깨달았죠. 업무에 AI를 활용해서 생산성을 끌어 올리고 서비스에 AI를 녹여서 유저의 경험을 개선하는 방향을 고민하기 시작했어요.

새로운 변화를 즐기는 중이에요. AI를 활용하는 개발 방식, 그 이름을 무엇이라 부르건 이전과 같은 방식으로 돌아가긴 어려울 것 같아요.

 1. 유튜브 요약 서비스 만들기: https://youtu.be/0x76euaGbqY
 2. 벽돌깨기 게임 만들기: https://youtu.be/1g_za3kFl3Q

AI 개발 도구를 적극 활용해서 개발하는 방법인 바이브 코딩을 직접 해봤어요. 처음에는 유튜브 요약 서비스를 만들었어요. 유튜브 링크를 입력하면 영상의 내용을 요약해서 마크다운으로 만들어주는 서비스였죠. Cursor와 ChatGPT를 활용해서 2시간 만에 만들 수 있었어요. 다음엔 벽돌깨기 게임이었어요. 요구사항을 설명하는 시간을 줄이고자 ChatGPT로 대략적인 구현 계획을 정리하고 Cursor에 알려주고 개발을 시작했죠. 2시간 정도 소요될 것으로 예상했는데 30분 만에 완성했어요. 이를 통해 개발에 AI를 적극 활용하는 건 개발자에게 자유를 주는 일이라는 걸 깨달았죠. 업무에 AI를 활용해서 생산성을 끌어 올리고 서비스에 AI를 녹여서 유저의 경험을 개선하는 방향을 고민하기 시작했어요. 새로운 변화를 즐기는 중이에요. AI를 활용하는 개발 방식, 그 이름을 무엇이라 부르건 이전과 같은 방식으로 돌아가긴 어려울 것 같아요. <ol ><li>유튜브 요약 서비스 만들기: https://youtu.be/0x76euaGbqY</li><li>벽돌깨기 게임 만들기: https://youtu.be/1g_za3kFl3Q</li></ol>

youtu.be

바이브 코딩, 직접 해봤어요

MCP 는 언제 필요할까요?
또 MCP 는 코드레벨에서 어떻게 동작할까요?

사이드 프로젝트 개발할 때, supabase 를 자주 활용하는데요.
MCP 를 통해 cursor에서 supabase를 직접 조작할 수 있어요.

자연어로 명령하면 query 를 실행해주는 동작 과정에 대해
supabase-MCP-server 레포지토리 코드를 까보며
"MCP 가 이런거구나" 개괄적으로 살펴보았습니다.

https://youtu.be/7fvmjjfO59E

MCP 는 언제 필요할까요?또 MCP 는 코드레벨에서 어떻게 동작할까요? 사이드 프로젝트 개발할 때, supabase 를 자주 활용하는데요.MCP 를 통해 cursor에서 supabase를 직접 조작할 수 있어요. 자연어로 명령하면 query 를 실행해주는 동작 과정에 대해supabase-MCP-server 레포지토리 코드를 까보며"MCP 가 이런거구나" 개괄적으로 살펴보았습니다. https://youtu.be/7fvmjjfO59E

프론트엔드 개발자가 MCP 에 대해 알아야 할 것들은 무엇일까요?

얼마전에 신입 개발자 채용시 과제를 10분 내에 빠르게 만들어서 보낸 사람을 채용했다며, 빠르게 결과를 냈기 때문에 채용했다는 글이 SNS에 많이 돌았다. 그러면서 이렇게 말한다.

"알고리즘 많이 푸는 개발자보다, AI로 빠르게 결과 내는 사람을 선호. 알고리즘, 코딩 책 안 봐도 AI 도구만 적극 활용하면 취업 기회 잡을 수 있다."

개인적으로 이런 말 퍼뜨리는 사람들 너무 나쁘고 무책임하다고 생각한다. 취업하는 분들에게도 안 좋고, 개발자 생태계에도 안 좋다.

AI 도구를 활용하고 AI로 빠르게 결과를 내는 건, 오히려 이제 누구나 다 쉽게 할 수 있는 것이기 때문에 차별성이 없다. 그렇기 때문에 반대로 알고리즘을 많이 풀어보고 책을 많이 본 개발자를 더욱 선호할 수 밖에 없다.

보통 빠르게 결과를 낸 사람을 우대하는 이유는, 결과를 빠르게 만들었다는 이유보다는, 적극적으로 빠르게 소통을하기 때문이다.

속도도 물론 매우 중요하다. 하지만, 빠르게 만드는 것이 최우선인 회사가 있다면 그 회사는 빨리 거르거나, 1~2년 정도 경험을 많이 쌓는 용도로만 활용하겠다고 생각하는 것이 좋다. 좋은 회사일수록 이런 사람을 찾지 않는다.

얼마전에 신입 개발자 채용시 과제를 10분 내에 빠르게 만들어서 보낸 사람을 채용했다며, 빠르게 결과를 냈기 때문에 채용했다는 글이 SNS에 많이 돌았다. 그러면서 이렇게 말한다. "알고리즘 많이 푸는 개발자보다, AI로 빠르게 결과 내는 사람을 선호. 알고리즘, 코딩 책 안 봐도 AI 도구만 적극 활용하면 취업 기회 잡을 수 있다." 개인적으로 이런 말 퍼뜨리는 사람들 너무 나쁘고 무책임하다고 생각한다. 취업하는 분들에게도 안 좋고, 개발자 생태계에도 안 좋다. AI 도구를 활용하고 AI로 빠르게 결과를 내는 건, 오히려 이제 누구나 다 쉽게 할 수 있는 것이기 때문에 차별성이 없다. 그렇기 때문에 반대로 알고리즘을 많이 풀어보고 책을 많이 본 개발자를 더욱 선호할 수 밖에 없다. 보통 빠르게 결과를 낸 사람을 우대하는 이유는, 결과를 빠르게 만들었다는 이유보다는, 적극적으로 빠르게 소통을하기 때문이다. 속도도 물론 매우 중요하다. 하지만, 빠르게 만드는 것이 최우선인 회사가 있다면 그 회사는 빨리 거르거나, 1~2년 정도 경험을 많이 쌓는 용도로만 활용하겠다고 생각하는 것이 좋다. 좋은 회사일수록 이런 사람을 찾지 않는다.

얼마전에 신입 개발자 채용시 과제를 10분 내에 빠르게 만들어서 

네이버는 만 1년을 다녔습니다. 짧은 기간이긴 합니다만 한 번도 지각을 하지 않았습니다. 휴가도 쓰지 않았습니다. 퇴사할 때 인사팀에서 놀라더라고요. “어떻게 휴가를 한 번도 안 쓰셨어요?”

루틴이 있었던 시절

네이버는 만 1년을 다녔습니다. 짧은 기간이긴 합니다만 한 번도 지각을 하지 않았습니다.
휴가도 쓰지 않았습니다. 퇴사할 때 인사팀에서 놀라더라고요.
“어떻게 휴가를 한 번도 안 쓰셨어요?”

신기한 일이긴 했습니다. 지각도 잦고, 오전 반차로 대부분의 휴가를 탕진해버리는 저의 대부분의 회사 시절과는 분명히 달랐으니까요.

어떻게 이럴 수 있었을까?
독산동이었던 저희 집과 분당은 너무 멀었기 때문입니다.
버스나 지하철로는 도저히 갈 수가 없는 곳. (신분당선이 개통 전이었을 때입니다)
다행히 네이버는 셔틀버스가 있었는데, 이 셔틀버스를 저는 반드시! 타야만 했습니다.
안 그러면 회사에 갈 수가 없으니까.

돌아보면 이때가 참 좋았습니다. 매일 같은 루틴으로 살 수 있었거든요.
강제적인 루틴이 설정되었습니다.

* 아침 8시 45분까지 신림역에 도착해서 셔틀버스를 탄다.
* 셔틀버스 안에서 프로그래밍 책을 읽는다.
* 9시 40분에 그린팩토리 앞에서 내린다.
* 아침 간식을 먹고 커피를 마시며 일을 시작한다.
* 12시에 구내식당에서 점심을 먹는다.
* 열심히 일을 한다.
* 19시 정각이 되면 구내식당에 내려가서 저녁을 후다닥 먹는다.
* 19시 40분에 출발하는 셔틀버스를 탄다.
* 21시쯤 집에 돌아와서 운동을 하고 샤워를 한다.
* 프로그래밍 책을 읽는다.
* 0시경 잠이 든다.

지금 다시 생각해 봐도 너무 깨끗한 루틴입니다.
술도 없고 모임도 없고 운동도 많이 해서 몸과 정신 모두 건강했습니다.
회사 일 말고 다른 일도 없는 데다 전혀 피곤하지 않아서 휴가를 쓸 생각도 못 하고 시간이 지나갔습니다.

이 좋았던 루틴은 서현역의 퍼스트타워로 강제 이주 당하며 곧 깨져버렸습니다. (그리고 저는 곧 그만두었습니다)
살면서 처음이자 마지막으로 가져본 루틴인데 ㅠㅠ

1인 개발자로의 삶은 매우 만족스럽지만… 이런 루틴을 만들기가 어렵습니다.
완전한 자유가 주어졌을 때 스스로를 제약할 수 있다는 것이 보통 어려운 일이 아니더라고요.

네이버에 다닐 때의 루틴은 지금 생각해도 그립습니다.
매일 같은 시간에 일어나서 같은 시간에 밥을 먹고 같은 시간에 일을 한다는 것.
좀 더 애를 쓰면 이런 루틴을 다시 갖게 될 수 있을까요?

https://jeho.page/essay/2025/04/08/design-routine.html

네이버는 만 1년을 다녔습니다. 짧은 기간이긴 합니다만 한 번도 지각을 하지 않았습니다. 휴가도 쓰지 않았습니다. 퇴사할 때 인사팀에서 놀라더라고요. “어떻게 휴가를 한 번도 안 쓰셨어요?” 신기한 일이긴 했습니다. 지각도 잦고, 오전 반차로 대부분의 휴가를 탕진해버리는 저의 대부분의 회사 시절과는 분명히 달랐으니까요. 어떻게 이럴 수 있었을까? 독산동이었던 저희 집과 분당은 너무 멀었기 때문입니다. 버스나 지하철로는 도저히 갈 수가 없는 곳. (신분당선이 개통 전이었을 때입니다) 다행히 네이버는 셔틀버스가 있었는데, 이 셔틀버스를 저는 반드시! 타야만 했습니다. 안 그러면 회사에 갈 수가 없으니까. 돌아보면 이때가 참 좋았습니다. 매일 같은 루틴으로 살 수 있었거든요. 강제적인 루틴이 설정되었습니다. * 아침 8시 45분까지 신림역에 도착해서 셔틀버스를 탄다. * 셔틀버스 안에서 프로그래밍 책을 읽는다. * 9시 40분에 그린팩토리 앞에서 내린다. * 아침 간식을 먹고 커피를 마시며 일을 시작한다. * 12시에 구내식당에서 점심을 먹는다. * 열심히 일을 한다. * 19시 정각이 되면 구내식당에 내려가서 저녁을 후다닥 먹는다. * 19시 40분에 출발하는 셔틀버스를 탄다. * 21시쯤 집에 돌아와서 운동을 하고 샤워를 한다. * 프로그래밍 책을 읽는다. * 0시경 잠이 든다. 지금 다시 생각해 봐도 너무 깨끗한 루틴입니다. 술도 없고 모임도 없고 운동도 많이 해서 몸과 정신 모두 건강했습니다. 회사 일 말고 다른 일도 없는 데다 전혀 피곤하지 않아서 휴가를 쓸 생각도 못 하고 시간이 지나갔습니다. 이 좋았던 루틴은 서현역의 퍼스트타워로 강제 이주 당하며 곧 깨져버렸습니다. (그리고 저는 곧 그만두었습니다) 살면서 처음이자 마지막으로 가져본 루틴인데 ㅠㅠ 1인 개발자로의 삶은 매우 만족스럽지만… 이런 루틴을 만들기가 어렵습니다. 완전한 자유가 주어졌을 때 스스로를 제약할 수 있다는 것이 보통 어려운 일이 아니더라고요. 네이버에 다닐 때의 루틴은 지금 생각해도 그립습니다. 매일 같은 시간에 일어나서 같은 시간에 밥을 먹고 같은 시간에 일을 한다는 것. 좀 더 애를 쓰면 이런 루틴을 다시 갖게 될 수 있을까요? https://jeho.page/essay/2025/04/08/design-routine.html

K리그 프로그래머

매일의 루틴을 갖는다는 것

요즘 웹 서비스 환경에서 빠른 배포와 효율적인 인프라 관리는 더 이상 ‘있으면 좋은’ 요소가 아닌 ‘반드시 필요한’ 요소가 되었습니다. 특히 대규모 트래픽을 처리하거나 빠른 업데이트가 중요한 서비스라면, 경쟁력을 좌우하는 핵심이 됩니다. 하지만 실제 현장에서는 프론트엔드 개발자와 인프라 개발자 사이 지식 격차가 존재하는 경우가 많습니다. 프론트엔드 개발자는 Docker의 멀티스테이지 빌드나 CI/CD 캐싱 전략에 익숙하지 않고, 인프라 개발자는  ‘standalone’ 빌드와 같은 프론트엔드 배포 최적화 기법이 다소 생소할 수 있습니다. 이번 글에서는 이러한 두 영역 간의 간극을 좁히고, 배포 속도와 인프라 비용 모두를 최적화할 수 있는 방법을 소개하려고 합니다.

Next.js에서 Docker 빌드 최적화하기 | 요즘IT

빠른 배포와 효율적인 인프라 관리는 이제 '있으면 좋은' 요소가 아닌 '필수적인' 요소로 자리 잡았습니다.
그러나 현업에서는 프론트엔드 개발자와 인프라 개발자 간의 지식 격차가 흔히 존재합니다. 프론트엔드 개발자는 Docker의 멀티스테이지 빌드나 CI/CD 캐싱 전략에 익숙하지 않은 경우가 많으며, 인프라 개발자는 백엔드 환경에는 비교적 능숙하지만 Next.js의 'standalone' 빌드와 같은 프론트엔드 배포 최적화 기법에는 상대적으로 생소할 수 있습니다.

이런 두 영역 간의 간극을 좁히고, 배포 속도와 인프라 비용을 함께 최적화할 수 있는 방법을 요즘IT에 기고했습니다.

프론트엔드와 인프라 개발자가 서로의 영역을 이해하고 협업할 때, 더 견고하고 빠른 배포 시스템을 구축할 수 있습니다. 결과적으로 인프라 비용을 줄이고, 더욱 완성도 높은 배포 시스템을 만들 수 있습니다.

보다 자세한 내용은 링크의 글을 참조해보시길 추천드립니다. 실제 적용 사례부터 원리와 구현 방법, Dockerfile 량 비교까지 구체적으로 다루었습니다.

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

빠른 배포와 효율적인 인프라 관리는 이제 '있으면 좋은' 요소가 아닌 '필수적인' 요소로 자리 잡았습니다.그러나 현업에서는 프론트엔드 개발자와 인프라 개발자 간의 지식 격차가 흔히 존재합니다. 프론트엔드 개발자는 Docker의 멀티스테이지 빌드나 CI/CD 캐싱 전략에 익숙하지 않은 경우가 많으며, 인프라 개발자는 백엔드 환경에는 비교적 능숙하지만 Next.js의 'standalone' 빌드와 같은 프론트엔드 배포 최적화 기법에는 상대적으로 생소할 수 있습니다. 이런 두 영역 간의 간극을 좁히고, 배포 속도와 인프라 비용을 함께 최적화할 수 있는 방법을 요즘IT에 기고했습니다. 프론트엔드와 인프라 개발자가 서로의 영역을 이해하고 협업할 때, 더 견고하고 빠른 배포 시스템을 구축할 수 있습니다. 결과적으로 인프라 비용을 줄이고, 더욱 완성도 높은 배포 시스템을 만들 수 있습니다. 보다 자세한 내용은 링크의 글을 참조해보시길 추천드립니다. 실제 적용 사례부터 원리와 구현 방법, Dockerfile 량 비교까지 구체적으로 다루었습니다. https://yozm.wishket.com/magazine/detail/3046

요즘IT

Next.js에서 Docker 빌드 최적화하기

워커 쓰레드를 통한 자바스크립트 멀티 쓰레딩

자바스크립트는 태성적으로 하나의 쓰레드로 동작하는 여러 작업을 처리할 수 있는 비동기 프로그래밍 언어였는데요. 이러한 특징은 작은 하드웨어 리소스로 여러 개의 IO 작업을 동시에 처리하는데 유리했으며 특히 브라우저 환경에서 빛을 발휘했죠.

하지만 Node.js나 Bun과 같은 서버 런타임을 통해서 자바스크립트가 백엔드에서도 사용되면서 멀티 쓰레드를 지원하지 않는 부분은 항상 약점으로 지적되어 왔습니다. 쓰레드가 하나라는 것은 메인 쓰레드에 문제가 생기면 전체 애플리케이션이 먹통이 될 수 있다는 뜻이라서 성능과 안정성이 떨어지죠. 뿐만 아니라, 요즘에는 CPU가 대부분 멀티 코어인데 코어를 하나 밖에 쓰지 않는 부분도 리소스 활용 측면에서 불리하게 작용합니다.

worker_threads
는 싱글 쓰레드 언어로 알려진 자바스크립트로도 멀티 쓰레드 프로그래밍을 가능하게 해주는 Node.js의 내장 모듈입니다. 이번 포스팅에서는
worker_threads
모듈을 사용하여 어떻게 멀티 쓰레드 프로그래밍을 할 수 있는지 예제를 통해서 설명드리겠습니다.

📝 포스팅: https://www.daleseo.com/js-node-worker-threads/

자바스크립트는 태성적으로 하나의 쓰레드로 동작하는 여러 작업을 처리할 수 있는 비동기 프로그래밍 언어였는데요. 이러한 특징은 작은 하드웨어 리소스로 여러 개의 IO 작업을 동시에 처리하는데 유리했으며 특히 브라우저 환경에서 빛을 발휘했죠. 하지만 Node.js나 Bun과 같은 서버 런타임을 통해서 자바스크립트가 백엔드에서도 사용되면서 멀티 쓰레드를 지원하지 않는 부분은 항상 약점으로 지적되어 왔습니다. 쓰레드가 하나라는 것은 메인 쓰레드에 문제가 생기면 전체 애플리케이션이 먹통이 될 수 있다는 뜻이라서 성능과 안정성이 떨어지죠. 뿐만 아니라, 요즘에는 CPU가 대부분 멀티 코어인데 코어를 하나 밖에 쓰지 않는 부분도 리소스 활용 측면에서 불리하게 작용합니다. <code >worker_threads</code>는 싱글 쓰레드 언어로 알려진 자바스크립트로도 멀티 쓰레드 프로그래밍을 가능하게 해주는 Node.js의 내장 모듈입니다. 이번 포스팅에서는 <code >worker_threads</code> 모듈을 사용하여 어떻게 멀티 쓰레드 프로그래밍을 할 수 있는지 예제를 통해서 설명드리겠습니다. 📝 포스팅: https://www.daleseo.com/js-node-worker-threads/

AI 도움받아 만든 SNS 스케줄러로 월 수익 $10,000 달성한 과정/노하우 💰

🗞️ 맥도날드 알바생 → 월 1500만원 버는 1인 개발자

안녕하세요 :)
오늘은 맥도날드 알바생에서 월 $10,000 이상 버는 1인 개발자가 된 Jack Friks 이야기를 준비했습니다.

📌 Jack의 최근 3년 짧게 요약 ⬇️
 1. 회사에 취업하느니 거지로 살겠다는 마인드
 2. 온라인 사업을 하고자, 3년간 맥도날드에서 알바해서 $15,000 모음
 3. 맥도날드 알바 그만두고, 대학교 마지막 학기에 자퇴
 4. 엄마 집에 얹혀 살며, 여러 종류의 사이드 허슬에 도전
    * 책 제작
    * 티셔츠 판매
    * 크립토 유튜브 채널 운영 (업로드 영상 약 1,500개)
 5. 모두 실패 후, 온라인 서비스를 만들어보려고 개발 공부 시작 (2023년 말)
 6. 5개월간 개발 공부와 Curiosity Quench 개발 병행
 7. Curiosity Quench 앱 출시 (2024년 4월) → 월 수익 $3,000
 8. post-bridge.com 출시 (2024년 10월) → 월 수익 $7,000

📌 전체 내용 보기 ⬇️
https://www.sidehustlerstory.com/p/jack-friks/?ref=careerly.co.kr

📌 전체 목차 ⬇️
 1.  맥도날드 알바생 🍔 → 1인 개발자 👨‍💻
 2.  첫 제품 출시 → Curiosity Quench 📱
 3.  마케팅 → 400개의 유튜브 롱폼 영상 🎥
 4.  마케팅 → 7개월만에 성공한 바이럴 📣
 5.  마케팅 → 바이럴 포맷 재활용 ♻️
 6.  주력 제품 출시 → Post Bridge 🚀
 7.  Jack의 7단계 SNS 마케팅 전략 🛜
 8.  간단한 변화로 구매 전환율 2배 높인 노하우 💰
 9.  Organic 트래픽과 SEO를 위한 멀티플 랜딩페이지 전략 🛬
 10. Vercel 사용하는 1인 개발자 필수 보안 설정 🛡️

안녕하세요 :)오늘은 맥도날드 알바생에서 월 $10,000 이상 버는 1인 개발자가 된 Jack Friks 이야기를 준비했습니다. 📌 Jack의 최근 3년 짧게 요약 ⬇️<ol ><li>회사에 취업하느니 거지로 살겠다는 마인드</li><li>온라인 사업을 하고자, 3년간 맥도날드에서 알바해서 $15,000 모음</li><li>맥도날드 알바 그만두고, 대학교 마지막 학기에 자퇴</li><li>엄마 집에 얹혀 살며, 여러 종류의 사이드 허슬에 도전<ul ><li>책 제작</li><li>티셔츠 판매</li><li>크립토 유튜브 채널 운영 (업로드 영상 약 1,500개)</li></ul></li><li>모두 실패 후, 온라인 서비스를 만들어보려고 개발 공부 시작 (2023년 말)</li><li>5개월간 개발 공부와 Curiosity Quench 개발 병행</li><li>Curiosity Quench 앱 출시 (2024년 4월) → 월 수익 $3,000</li><li>post-bridge.com 출시 (2024년 10월) → 월 수익 $7,000</li></ol> 📌 전체 내용 보기 ⬇️https://www.sidehustlerstory.com/p/jack-friks/?ref=careerly.co.kr 📌 전체 목차 ⬇️<ol ><li>맥도날드 알바생 🍔 → 1인 개발자 👨‍💻</li><li>첫 제품 출시 → Curiosity Quench 📱</li><li>마케팅 → 400개의 유튜브 롱폼 영상 🎥</li><li>마케팅 → 7개월만에 성공한 바이럴 📣</li><li>마케팅 → 바이럴 포맷 재활용 ♻️</li><li>주력 제품 출시 → Post Bridge 🚀</li><li>Jack의 7단계 SNS 마케팅 전략 🛜</li><li>간단한 변화로 구매 전환율 2배 높인 노하우 💰</li><li>Organic 트래픽과 SEO를 위한 멀티플 랜딩페이지 전략 🛬</li><li>Vercel 사용하는 1인 개발자 필수 보안 설정 🛡️</li></ol>

사이드허슬러스토리

🍔 맥도날드 알바생 → 월 1500만원 버는 1인 개발자 👨‍💻

AI 기술에 관심 있는 분들이라면 최근 Anthropic의 MCP(Model Context Protocol)에 대한 소식을 많이 접하셨을 텐데요. AI 모델과 외부 도구/데이터를 안전하게 연결하는 이 개방형 표준이 그야말로 '뜨거운 감자'입니다. 최근 주요 기술 기업들의 참여 선언과 중요한 기술 업데이트가 쏟아지면서 MCP는 AI 생태계의 핵심 기술로 급부상하고 있습니다.

최근 MCP를 둘러싼 주요 기술 변화, 빅테크 기업들의 발 빠른 움직임, 그리고 개발자 커뮤니티의 생생한 반응까지 알차게 정리해 드릴게요!

✨ 앤트로픽 MCP, 무엇이 달라졌나? (최근 기술 업데이트)
앤트로픽은 MCP를 더욱 강력하고 쓰기 편하게 만들기 위해 발 빠르게 움직이고 있습니다.
특히 2025년 3월 26일 업데이트는 기존의 MCP 단점들을 줄이기 위한 노력들이 엿보입니다.
1. 보안 강화: OAuth 2.1 인증 도입 🔒
- 기존에는 접근 제어에 대한 우려가 있었는데, 이번 업데이트로 업계 표준인 OAuth 2.1 기반 사용자 인증 기능이 추가되었습니다! 이를 통해 기업 환경에서도 MCP를 보다 안전하게 도입할 수 있는 발판이 마련되었어요.
- 물론 아직 세션 단위 권한 관리 등 풀어야 할 숙제는 남아있지만, 보안 강화를 위한 중요한 첫걸음으로 평가받고 있습니다.

2. 원격 연결성 향상: HTTP 스트리밍 지원 ☁️
- 이제 HTTP 스트리밍을 지원하여, 인터넷상의 원격 MCP 서버와 통신할 때 계속 연결을 유지하지 않아도 됩니다!
- 기존에는 로컬 환경 중심이거나 SSE 같은 별도 기술이 필요했는데, 이제 원격 서버 활용이 훨씬 쉬워졌습니다. 한 개발자는 "항상 접속해 있을 필요가 없게 된 것은 큰 진전" 이라고 평가하기도 했죠.

3. 개발 편의성 증대: SDK 및 도구 개선 🛠️
- Microsoft와 협력하여 공식 C# SDK를 출시했습니다 (3/24). 이제 .NET/C# 개발자들도 MCP를 쉽게 활용할 수 있게 되었어요.
ㄴ https://github.com/modelcontextprotocol/csharp-sdk

- Kotlin SDK (Claude Desktop 통합 샘플 포함!), Java SDK 등 다른 언어 SDK들도 꾸준히 업데이트되고 있습니다.
ㄴ https://github.com/modelcontextprotocol/kotlin-sdk
ㄴ https://github.com/modelcontextprotocol/java-sdk
ㄴ https://github.com/modelcontextprotocol/python-sdk

- Anthropic은 FastMCP API 도입, Docker 기반 배포 지원 등 성능 최적화와 개발 환경 개선에도 힘쓰고 있습니다.
이러한 업데이트를 통해 MCP는 더 안전하고, 더 유연하며, 더 많은 개발자가 쉽게 사용할 수 있는 프로토콜로 진화하고 있습니다.

🤝 빅테크들의 합류: MCP 생태계, 폭발적 확장!
최근 MCP가 더욱 주목받는 이유는 바로 주요 기술 기업들의 연이은 참여 선언 때문입니다.
1. OpenAI (3/26)
- 가장 큰 뉴스였죠! 경쟁사인 앤트로픽이 만든 MCP를 OpenAI가 공식적으로 채택하겠다고 발표했습니다. Sam Altman CEO는 모든 OpenAI 제품에 MCP 지원을 추가할 것이며, 우선 Agents SDK부터 시작한다고 밝혔습니다. "사용자들이 MCP를 좋아하고, 우리도 지원하게 되어 기쁘다"는 그의 말처럼, 이번 결정으로 MCP는 사실상 업계 표준의 지위를 굳혔다는 평가가 지배적입니다.
ㄴ https://openai.github.io/openai-agents-python/mcp/

2. Microsoft
- 일찍부터 MCP에 투자해 온 Microsoft는 Copilot Studio, Semantic Kernel, VS Code 등 자사 제품에 MCP를 적극 통합해왔습니다. 최근에는 Playwright(웹 테스트 도구)용 MCP 확장을 공개하고, C# SDK 공동 개발에 참여하는 등 MCP 생태계 확장에 핵심적인 역할을 하고 있습니다. "MCP를 통해 에이전트 구성이 단순해진다"며 MCP의 가치를 강조했습니다.
ㄴ https://github.com/microsoft/playwright-mcp

3. GitHub (4/4)
- 앤트로픽이 초기에 만들었던 GitHub MCP 서버를 Go 언어로 재구현하여 공식 오픈소스 프로젝트로 공개했습니다. 성능과 기능이 개선되었고, VS Code와도 바로 연동되어 개발자들이 편리하게 사용할 수 있습니다. GitHub가 직접 개발을 주도하며 MCP 생태계 발전에 기여하겠다는 의지를 보였습니다.
ㄴ https://github.com/github/github-mcp-server

4. Cloudflare (3/25)
- 개발자들의 오랜 고민이었던 'MCP 서버 호스팅' 문제를 해결하기 위해 나섰습니다. Cloudflare Workers 플랫폼에서 원격 MCP 서버를 쉽게 배포하고 관리할 수 있는 서비스를 출시한 것이죠. OAuth 인증까지 지원하여 사용 편의성을 크게 높였습니다.
ㄴ https://github.com/cloudflare/mcp-server-cloudflare

5. AWS (4/1)
- 클라우드 거인 AWS도 합류했습니다! AWS 서비스 제어를 돕는 전용 MCP 서버 모음을 오픈소스로 공개하며, 자사 AI 코드 도우미 등에서 활용할 수 있도록 했습니다.. 이를 통해 AWS 환경에서의 AI 기반 자동화 및 모범 사례 적용이 더욱 쉬워질 것으로 기대됩니다.
ㄴ https://github.com/awslabs/mcp

6. Zapier (3/25)
- 무려 8,000개 이상의 앱, 3만 개 이상의 액션을 AI가 제어할 수 있게 해주는 'Zapier MCP'를 출시했습니다. 복잡한 API 연동 없이 Slack, Google Workspace 등 다양한 SaaS 도구를 AI 비서가 직접 조작할 수 있게 된 것입니다. "챗봇에서 실제 작업으로 (Go from AI chat to AI action)"라는 슬로건이 인상적입니다.
ㄴ https://zapier.com/mcp

7. 그 외
- Solo.io 같은 스타트업도 Kubernetes 환경에서 MCP 도구를 통합 관리하는 'MCP Gateway'를 발표하는 등, MCP 생태계는 빠르게 확장되고 있습니다. (Apple은 공식 발표는 없지만, 커뮤니티에서는 iOS 단축어 등을 활용한 MCP 연동 시도가 논의되고 있습니다.) 한 개발자가 공개한 apple-mcp 는 매우 큰 인기입니다.
ㄴ https://github.com/kgateway-dev/kgateway
ㄴ https://github.com/Dhravya/apple-mcp
불과 몇 달 만에 MCP는 앤트로픽의 제안을 넘어, AI 업계 전반이 참여하는 강력한 개방형 표준으로 자리매김하고 있습니다.

💬 개발자 커뮤니티 반응: 기대와 우려 사이
MCP의 급부상에 대해 개발자 커뮤니티(Hacker News, Reddit 등)에서는 활발한 토론이 이어지고 있습니다.
👍 긍정적 반응 (기대)
- 표준화 환영 : OpenAI의 참여로 사실상 업계 표준이 되었다는 데 많은 이들이 공감합니다. "플랫폼 간 호환성 증대" , "플러그인 파편화 해소" 등에 대한 기대가 큽니다.
- 생산성 향상: "MCP 서버로 복잡한 작업을 빠르게 구현했다"는 실제 경험담도 공유되며, 학습 곡선이 비교적 완만하다는 의견도 있습니다.
- 오픈소스: GitHub 등의 공식 오픈소스 구현이 늘어나는 것도 신뢰도를 높이는 요인입니다.

🤔 비판적 반응 (우려)
- 과도한 복잡성: "목적에 비해 너무 복잡하다", "기존 웹 API로 충분한데 왜 새로운 방식을?" 이라는 비판이 상당합니다. 특히 OpenAI의 기존 플러그인 방식보다 학습 곡선이 가파르다는 지적이 있습니다.
- 기존 기술 활용 아쉬움: "결국 HTTP API 래핑 아니냐", "OpenAPI나 gRPC 같은 기존 표준을 활용했다면 더 좋았을 것" 이라는 의견도 나옵니다.
- 권한 및 보안 문제: OAuth가 추가되었지만, 여전히 세분화된 권한 관리 모델 부재에 대한 우려가 있습니다. "엔터프라이즈급 보안 요구사항 충족에는 미흡하다", *"민감한 작업(결제 등)에 쓰기엔 불안하다"*는 지적입니다.
전반적으로 커뮤니티는 MCP의 가능성에 기대를 걸면서도, 실제 적용 과정에서의 어려움과 개선 필요성에 대해 솔직한 의견을 나누며 프로토콜의 발전을 지켜보는 분위기입니다.

✨ 과연 MCP는 AI 에이전트의 미래를 열까요?
최근 MCP는 기술적 성숙과 생태계 확장의 중요한 이정표를 세웠습니다. Anthropic의 꾸준한 개선 노력과 더불어 OpenAI, Microsoft, AWS 등 거대 기술 기업들의 적극적인 참여는 MCP가 AI 모델과 외부 세계를 연결하는 핵심 표준으로 자리 잡을 가능성을 강력하게 시사합니다.

물론 아직 해결해야 할 과제들(세분화된 권한 관리, 복잡성 완화 등)이 남아있지만, MCP 로드맵에는 OAuth 기반 원격 지원 강화, 서비스 디스커버리, 상태 없는 서버리스 MCP 등 흥미로운 계획들이 담겨 있습니다.
- MCP Roadmap : https://modelcontextprotocol.io/development/roadmap

앞으로 MCP가 AI 에이전트의 능력을 어디까지 확장시키고, 우리 개발 환경과 일상에 어떤 변화를 가져올지 계속 주목해야 할 것 같습니다.

AI 기술에 관심 있는 분들이라면 최근 Anthropic의 MCP(Model Context Protocol)에 대한 소식을 많이 접하셨을 텐데요. AI 모델과 외부 도구/데이터를 안전하게 연결하는 이 개방형 표준이 그야말로 '뜨거운 감자'입니다. 최근 주요 기술 기업들의 참여 선언과 중요한 기술 업데이트가 쏟아지면서 MCP는 AI 생태계의 핵심 기술로 급부상하고 있습니다. 최근 MCP를 둘러싼 주요 기술 변화, 빅테크 기업들의 발 빠른 움직임, 그리고 개발자 커뮤니티의 생생한 반응까지 알차게 정리해 드릴게요! ✨ 앤트로픽 MCP, 무엇이 달라졌나? (최근 기술 업데이트)앤트로픽은 MCP를 더욱 강력하고 쓰기 편하게 만들기 위해 발 빠르게 움직이고 있습니다.특히 2025년 3월 26일 업데이트는 기존의 MCP 단점들을 줄이기 위한 노력들이 엿보입니다.1. 보안 강화: OAuth 2.1 인증 도입 🔒- 기존에는 접근 제어에 대한 우려가 있었는데, 이번 업데이트로 업계 표준인 OAuth 2.1 기반 사용자 인증 기능이 추가되었습니다! 이를 통해 기업 환경에서도 MCP를 보다 안전하게 도입할 수 있는 발판이 마련되었어요.- 물론 아직 세션 단위 권한 관리 등 풀어야 할 숙제는 남아있지만, 보안 강화를 위한 중요한 첫걸음으로 평가받고 있습니다. 2. 원격 연결성 향상: HTTP 스트리밍 지원 ☁️- 이제 HTTP 스트리밍을 지원하여, 인터넷상의 원격 MCP 서버와 통신할 때 계속 연결을 유지하지 않아도 됩니다!- 기존에는 로컬 환경 중심이거나 SSE 같은 별도 기술이 필요했는데, 이제 원격 서버 활용이 훨씬 쉬워졌습니다. 한 개발자는 "항상 접속해 있을 필요가 없게 된 것은 큰 진전" 이라고 평가하기도 했죠. 3. 개발 편의성 증대: SDK 및 도구 개선 🛠️- Microsoft와 협력하여 공식 C# SDK를 출시했습니다 (3/24). 이제 .NET/C# 개발자들도 MCP를 쉽게 활용할 수 있게 되었어요.ㄴ https://github.com/modelcontextprotocol/csharp-sdk - Kotlin SDK (Claude Desktop 통합 샘플 포함!), Java SDK 등 다른 언어 SDK들도 꾸준히 업데이트되고 있습니다.ㄴ https://github.com/modelcontextprotocol/kotlin-sdkㄴ https://github.com/modelcontextprotocol/java-sdkㄴ https://github.com/modelcontextprotocol/python-sdk - Anthropic은 FastMCP API 도입, Docker 기반 배포 지원 등 성능 최적화와 개발 환경 개선에도 힘쓰고 있습니다.이러한 업데이트를 통해 MCP는 더 안전하고, 더 유연하며, 더 많은 개발자가 쉽게 사용할 수 있는 프로토콜로 진화하고 있습니다. 🤝 빅테크들의 합류: MCP 생태계, 폭발적 확장!최근 MCP가 더욱 주목받는 이유는 바로 주요 기술 기업들의 연이은 참여 선언 때문입니다.1. OpenAI (3/26)- 가장 큰 뉴스였죠! 경쟁사인 앤트로픽이 만든 MCP를 OpenAI가 공식적으로 채택하겠다고 발표했습니다. Sam Altman CEO는 모든 OpenAI 제품에 MCP 지원을 추가할 것이며, 우선 Agents SDK부터 시작한다고 밝혔습니다. "사용자들이 MCP를 좋아하고, 우리도 지원하게 되어 기쁘다"는 그의 말처럼, 이번 결정으로 MCP는 사실상 업계 표준의 지위를 굳혔다는 평가가 지배적입니다.ㄴ https://openai.github.io/openai-agents-python/mcp/ 2. Microsoft- 일찍부터 MCP에 투자해 온 Microsoft는 Copilot Studio, Semantic Kernel, VS Code 등 자사 제품에 MCP를 적극 통합해왔습니다. 최근에는 Playwright(웹 테스트 도구)용 MCP 확장을 공개하고, C# SDK 공동 개발에 참여하는 등 MCP 생태계 확장에 핵심적인 역할을 하고 있습니다. "MCP를 통해 에이전트 구성이 단순해진다"며 MCP의 가치를 강조했습니다.ㄴ https://github.com/microsoft/playwright-mcp 3. GitHub (4/4)- 앤트로픽이 초기에 만들었던 GitHub MCP 서버를 Go 언어로 재구현하여 공식 오픈소스 프로젝트로 공개했습니다. 성능과 기능이 개선되었고, VS Code와도 바로 연동되어 개발자들이 편리하게 사용할 수 있습니다. GitHub가 직접 개발을 주도하며 MCP 생태계 발전에 기여하겠다는 의지를 보였습니다.ㄴ https://github.com/github/github-mcp-server 4. Cloudflare (3/25)- 개발자들의 오랜 고민이었던 'MCP 서버 호스팅' 문제를 해결하기 위해 나섰습니다. Cloudflare Workers 플랫폼에서 원격 MCP 서버를 쉽게 배포하고 관리할 수 있는 서비스를 출시한 것이죠. OAuth 인증까지 지원하여 사용 편의성을 크게 높였습니다.ㄴ https://github.com/cloudflare/mcp-server-cloudflare 5. AWS (4/1)- 클라우드 거인 AWS도 합류했습니다! AWS 서비스 제어를 돕는 전용 MCP 서버 모음을 오픈소스로 공개하며, 자사 AI 코드 도우미 등에서 활용할 수 있도록 했습니다.. 이를 통해 AWS 환경에서의 AI 기반 자동화 및 모범 사례 적용이 더욱 쉬워질 것으로 기대됩니다.ㄴ https://github.com/awslabs/mcp 6. Zapier (3/25)- 무려 8,000개 이상의 앱, 3만 개 이상의 액션을 AI가 제어할 수 있게 해주는 'Zapier MCP'를 출시했습니다. 복잡한 API 연동 없이 Slack, Google Workspace 등 다양한 SaaS 도구를 AI 비서가 직접 조작할 수 있게 된 것입니다. "챗봇에서 실제 작업으로 (Go from AI chat to AI action)"라는 슬로건이 인상적입니다.ㄴ https://zapier.com/mcp 7. 그 외- Solo.io 같은 스타트업도 Kubernetes 환경에서 MCP 도구를 통합 관리하는 'MCP Gateway'를 발표하는 등, MCP 생태계는 빠르게 확장되고 있습니다. (Apple은 공식 발표는 없지만, 커뮤니티에서는 iOS 단축어 등을 활용한 MCP 연동 시도가 논의되고 있습니다.) 한 개발자가 공개한 apple-mcp 는 매우 큰 인기입니다.ㄴ https://github.com/kgateway-dev/kgatewayㄴ https://github.com/Dhravya/apple-mcp불과 몇 달 만에 MCP는 앤트로픽의 제안을 넘어, AI 업계 전반이 참여하는 강력한 개방형 표준으로 자리매김하고 있습니다. 💬 개발자 커뮤니티 반응: 기대와 우려 사이MCP의 급부상에 대해 개발자 커뮤니티(Hacker News, Reddit 등)에서는 활발한 토론이 이어지고 있습니다.👍 긍정적 반응 (기대)- 표준화 환영 : OpenAI의 참여로 사실상 업계 표준이 되었다는 데 많은 이들이 공감합니다. "플랫폼 간 호환성 증대" , "플러그인 파편화 해소" 등에 대한 기대가 큽니다.- 생산성 향상: "MCP 서버로 복잡한 작업을 빠르게 구현했다"는 실제 경험담도 공유되며, 학습 곡선이 비교적 완만하다는 의견도 있습니다.- 오픈소스: GitHub 등의 공식 오픈소스 구현이 늘어나는 것도 신뢰도를 높이는 요인입니다. 🤔 비판적 반응 (우려)- 과도한 복잡성: "목적에 비해 너무 복잡하다", "기존 웹 API로 충분한데 왜 새로운 방식을?" 이라는 비판이 상당합니다. 특히 OpenAI의 기존 플러그인 방식보다 학습 곡선이 가파르다는 지적이 있습니다.- 기존 기술 활용 아쉬움: "결국 HTTP API 래핑 아니냐", "OpenAPI나 gRPC 같은 기존 표준을 활용했다면 더 좋았을 것" 이라는 의견도 나옵니다.- 권한 및 보안 문제: OAuth가 추가되었지만, 여전히 세분화된 권한 관리 모델 부재에 대한 우려가 있습니다. "엔터프라이즈급 보안 요구사항 충족에는 미흡하다", *"민감한 작업(결제 등)에 쓰기엔 불안하다"*는 지적입니다.전반적으로 커뮤니티는 MCP의 가능성에 기대를 걸면서도, 실제 적용 과정에서의 어려움과 개선 필요성에 대해 솔직한 의견을 나누며 프로토콜의 발전을 지켜보는 분위기입니다. ✨ 과연 MCP는 AI 에이전트의 미래를 열까요?최근 MCP는 기술적 성숙과 생태계 확장의 중요한 이정표를 세웠습니다. Anthropic의 꾸준한 개선 노력과 더불어 OpenAI, Microsoft, AWS 등 거대 기술 기업들의 적극적인 참여는 MCP가 AI 모델과 외부 세계를 연결하는 핵심 표준으로 자리 잡을 가능성을 강력하게 시사합니다. 물론 아직 해결해야 할 과제들(세분화된 권한 관리, 복잡성 완화 등)이 남아있지만, MCP 로드맵에는 OAuth 기반 원격 지원 강화, 서비스 디스커버리, 상태 없는 서버리스 MCP 등 흥미로운 계획들이 담겨 있습니다.- MCP Roadmap : https://modelcontextprotocol.io/development/roadmap 앞으로 MCP가 AI 에이전트의 능력을 어디까지 확장시키고, 우리 개발 환경과 일상에 어떤 변화를 가져올지 계속 주목해야 할 것 같습니다.

🚀 MCP 열풍! 앤트로픽의 AI 연결 표준, 빅테크는 왜 주목하

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

2. 삼국지에서 촉나라 제갈량은 타고난 지략가이자 정의롭고 충성스러운 인재였으나, 결국 승리를 거머쥐지 못했다. 그는 위나라를 쓰러뜨리기 위해 수차례 부별에 나서면서 내치까지 도맡았다. 매일 밤늦게까지 일하며 곤장 20대가 넘는 형벌에 관한 사안은 직접 처리했다.

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

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

5 . 제갈량은 천재였지만 위임을 못했기 때문에, 전투에서 이겼을지언정 전쟁에서는 졌다. 반대로 조조는 사마의 같은 천하의 좋은 인재를 찾아다녔고 충분히 위임했다. 사마의는 힘과 역량을 갈고닦아 결국 천하를 통일했다.

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

#유난한도전 #토스 📚

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

< 천재가 오래가지 못한 이유, 위임의 실패 >

1. 그랜트 카돈, <10배의 법칙> : 창업과 사업이란 기본적으로 10배 이상의 성장을 꿈꾸는 일입니다.

2. 이나모리 가즈오, <사장의 그릇> : 사업은 사장의 그릇만큼 성장합니다.

3. 켄 코시엔다, <잡스의 기준> : 창업자의 기준이 곧 회사의 기준이 됩니다.

4. 노지 츠네요시, <도요타 이야기> : 시스템을 만드는 자가 결국 승리합니다.

5. 가이 가와사키, <당신의 기업을 시작하라> : 빅 테크 창업자들도 참고했다는 창업 바이블입니다.

6. 문영미, <디퍼런트> : 비즈니스란 곧 차별화의 연속입니다.

7. 조나 버거, <컨테이저스> : 돈 없는 사업자에게 바이럴은 축복입니다.

8. 벤 호로위츠, <하드씽> : 사업은 원래 개빡센 겁니다.

9. 바바 마사타카 외, <도쿄R부동산 이렇게 일합니다> : 회사가 오래 살아남으려면 자신만의 일하는 방식이 있어야 합니다.

10. 테라오 겐, <가자, 어디에도 없었던 방법으로> : 발뮤다 창업기입니다.

11. 레이 달리오, <원칙> : 10번, 100번 읽어야 할 책입니다. 적어도 저는 그럴 생각입니다.

12. 에이드리언 슬라이워츠키 외, <디맨드> : 고객의 욕망을 이해하지 않고서 사업을 성장시킬 수 없습니다.

13. 더글라스 홀트 외, <컬트가 되라> : 니치 마켓에서부터 어떻게 커뮤니티를 구축해야 하는지를 알려주는 책입니다.

14. 랜디 코미사, <승려와 수수께끼> : 투자자와 창업자 간의 대화를 통해 비즈니스에 대해 알려줍니다.

15. 임정민, <창업가의 일> : 창업가가 해야 할 일에 대해 구체적으로 알려줍니다.

16. 미노와 고스케, <미치지 않고서야> : 고객은 자신이 하는 일에 미쳐 있는 사람의 비즈니스를 좋아합니다.

17. 세스 고딘, <자수성가로 성공하는 법> : 가난한 사업가들의 위해 세스 고딘이 수십 년 전에 쓴 책입니다.

18. 이기문, <크래프톤 웨이> : 크래프톤 창업 및 생존기입니다.

19. 로버트 서튼, <또라이 제로 조직> : 자신이 하는 일에 미쳐야지, 회사에 미친 또라이가 있으면 안 됩니다.

20. 다니엘 핑크, <When 언제 할 것인가> : 타이밍에 관한 책입니다.

21. 짐 콜린스, <좋은 기업을 넘어 위대한 기업으로> : 10번, 20번 읽어야 할 책입니다.

22. 제프 베조스, <발명과 방황> : 제프 베조스가 그동안 쓴 글과 한 말들을 모아놓은 책입니다.

23. 콜린 브라이어 외, <순서 파괴> : 아마존 조직 문화에 관한 책으로, <발명과 방황>과 함께 읽으면 좋습니다.

24. 필 나이트, <슈독> : 나이키의 시작이 얼마나 허접했는지를 알려주는 책입니다.

25. 브레네 브라운, <마음가면> : 취약성을 인정하지 않고서 성장할 수 있는 사람, 사업은 없습니다.

26. 노암 와서먼, <창업자의 딜레마> : 회사가 성장하면 창업자가 어떤 딜레마에 처하게 되는지를 알려주는 책입니다.

27. 레이 크록, <사업을 한다는 것> : 시니어 창업을 해 맥도날드가 어떻게 시작했고, 성장했는지를 알려주는 책입니다.

28. 마스다 무네아키, <지적 자본론> : 창업을 한다는 건 자신만의 지적 자본을 만들어 기존의 패러다임을 변화시키는 일입니다.

29. 브렌트 슐렌더 외, <비커밍 스티브 잡스> : 스티브 잡스와 함께 오래 일한 동료들의 시선에서 스티브 잡스의 평생을 정리한 책입니다.

30. 제임스 다이슨, <제임스 다이슨> : 온갖 실패 끝에 성공한 다이슨 창업기입니다.

31. 야마구치 요헤이, <생각하는 힘은 유일한 무기가 된다> : 앞으로는 생각하는 힘이 곧 비즈니스가 됩니다.

32. 오바라 가즈히로, <프로세스 이코노미> : 프로세스부터 팔 수 있어야 물건도 잘 팔 수 있습니다.

33. 피터 드러커, <자기 경영 노트> : 자기 자신부터 경영해야 다른 것도 할 수 있습니다.

34. 마크 랜돌프, <절대 성공하지 못할 거야> : 좌충우돌, 파란만장한 넷플릭스 창업기입니다.

35. 야마모토 노리아키, <사원 제로, 혼자 시작하겠습니다> : 혼자서도 잘 해야, 다른 사람과도 함께 할 때 저 할 수 있습니다.

36. 에드 캣멀 외 <창의성을 지휘하라> : 스티브 잡스를 포함해 픽사의 초기 멤버들이 어떻게 픽사를 성공시켰는지를 알려줍니다.

37. 게리 바이너척, <구멍가게 마인드가 정답이다> : 구멍가게도 제대로 못 운영하는 게 어떻게 더 큰 사업을 운영할 수 있죠?

38. 다니엘 코일, <최고의 팀은 무엇이 다른가> : 전 세계 최고의 팀들은 어떻게 움직이는지를 분석한 책입니다.

39. 크리스 와이드너, <영향력> : 자기 자신을 던지지 않고서 제대로 된 영향력을 만들 수 없습니다.

40. 바라트 아난드, <콘텐츠의 미래> : 이 책을 읽지 않는 콘텐츠 사업자에게 미래는 없습니다.

41. 엔드류 첸, <콜드 스타트> : 네트워크 효과를 모르고, 디지털 시대에 창업을 한다는 건 첫출발부터 잘못한 겁니다.

42. 윌리엄 손다이크, <현금의 재발견> : 투자를 많이 받는 게 중요한 게 아니라, 작은 돈이라도 돈을 어떻게 쓰느냐가 성패를 좌우합니다.

43. 찰리 멍거, <가난한 찰리의 연감> : 찰리 멍거의 말과 글을 정리한 책입니다.

44. 조안 마그레타, <당신의 경쟁전략은 무엇인가?> : 자신만의 차별화 전략을 고도화하는 게 곧 비즈니스입니다.

45. 간다 마사노리, <큰 돈 버는 기회는 모두가 어렵다고 할 때 찾아온다> : 사람들이 다들 어렵다고 말할 때 비즈니스를 해야 오히려 더 큰 기회를 잡을 수 있습니다.

46. 니르 이얄, <훅> : 사람들의 관심을 사로잡아야 비즈니스도 제대로 워킹됩니다.

47. 무라마츠 다츠오, <고객의 80%는 비싸도 구매한다> : ‘비싸냐 아니냐’보다‘중요한 건 ‘가치 있느냐 없느냐’입니다.

48. 프레드 라이켈트, <목적으로 승리하는 기업> : NPS의 개념을 모르고 사업하는 자, 모두 유죄.

49. 스콧 벨스크, <어도비 CPO의 혁신 전략> : 제목이 구리지만, 혁신은 원래 어렵고 힘든 중간 과정(=메시 미들)을 거치면서 탄생합니다.

50. 로버트 맥키 외, <스토리노믹스> : 스토리를 지배하는 자가 마케팅을 지배합니다

++ 이 중에서 재미도 있고, 유용한 책을 뽑아서 읽고 토론하는 ‘[썸원 북클럽] 비즈니스 입문’에 참여할 분들을 모집하고 있으니, 많은 관심 부탁드립니다.

1. 그랜트 카돈, &lt;10배의 법칙&gt; : 창업과 사업이란 기본적으로 10배 이상의 성장을 꿈꾸는 일입니다. 2. 이나모리 가즈오, &lt;사장의 그릇&gt; : 사업은 사장의 그릇만큼 성장합니다. 3. 켄 코시엔다, &lt;잡스의 기준&gt; : 창업자의 기준이 곧 회사의 기준이 됩니다. 4. 노지 츠네요시, &lt;도요타 이야기&gt; : 시스템을 만드는 자가 결국 승리합니다. 5. 가이 가와사키, &lt;당신의 기업을 시작하라&gt; : 빅 테크 창업자들도 참고했다는 창업 바이블입니다. 6. 문영미, &lt;디퍼런트&gt; : 비즈니스란 곧 차별화의 연속입니다. 7. 조나 버거, &lt;컨테이저스&gt; : 돈 없는 사업자에게 바이럴은 축복입니다. 8. 벤 호로위츠, &lt;하드씽&gt; : 사업은 원래 개빡센 겁니다. 9. 바바 마사타카 외, &lt;도쿄R부동산 이렇게 일합니다&gt; : 회사가 오래 살아남으려면 자신만의 일하는 방식이 있어야 합니다. 10. 테라오 겐, &lt;가자, 어디에도 없었던 방법으로&gt; : 발뮤다 창업기입니다. 11. 레이 달리오, &lt;원칙&gt; : 10번, 100번 읽어야 할 책입니다. 적어도 저는 그럴 생각입니다. 12. 에이드리언 슬라이워츠키 외, &lt;디맨드&gt; : 고객의 욕망을 이해하지 않고서 사업을 성장시킬 수 없습니다. 13. 더글라스 홀트 외, &lt;컬트가 되라&gt; : 니치 마켓에서부터 어떻게 커뮤니티를 구축해야 하는지를 알려주는 책입니다. 14. 랜디 코미사, &lt;승려와 수수께끼&gt; : 투자자와 창업자 간의 대화를 통해 비즈니스에 대해 알려줍니다. 15. 임정민, &lt;창업가의 일&gt; : 창업가가 해야 할 일에 대해 구체적으로 알려줍니다. 16. 미노와 고스케, &lt;미치지 않고서야&gt; : 고객은 자신이 하는 일에 미쳐 있는 사람의 비즈니스를 좋아합니다. 17. 세스 고딘, &lt;자수성가로 성공하는 법&gt; : 가난한 사업가들의 위해 세스 고딘이 수십 년 전에 쓴 책입니다. 18. 이기문, &lt;크래프톤 웨이&gt; : 크래프톤 창업 및 생존기입니다. 19. 로버트 서튼, &lt;또라이 제로 조직&gt; : 자신이 하는 일에 미쳐야지, 회사에 미친 또라이가 있으면 안 됩니다. 20. 다니엘 핑크, &lt;When 언제 할 것인가&gt; : 타이밍에 관한 책입니다. 21. 짐 콜린스, &lt;좋은 기업을 넘어 위대한 기업으로&gt; : 10번, 20번 읽어야 할 책입니다. 22. 제프 베조스, &lt;발명과 방황&gt; : 제프 베조스가 그동안 쓴 글과 한 말들을 모아놓은 책입니다. 23. 콜린 브라이어 외, &lt;순서 파괴&gt; : 아마존 조직 문화에 관한 책으로, &lt;발명과 방황&gt;과 함께 읽으면 좋습니다. 24. 필 나이트, &lt;슈독&gt; : 나이키의 시작이 얼마나 허접했는지를 알려주는 책입니다. 25. 브레네 브라운, &lt;마음가면&gt; : 취약성을 인정하지 않고서 성장할 수 있는 사람, 사업은 없습니다. 26. 노암 와서먼, &lt;창업자의 딜레마&gt; : 회사가 성장하면 창업자가 어떤 딜레마에 처하게 되는지를 알려주는 책입니다. 27. 레이 크록, &lt;사업을 한다는 것&gt; : 시니어 창업을 해 맥도날드가 어떻게 시작했고, 성장했는지를 알려주는 책입니다. 28. 마스다 무네아키, &lt;지적 자본론&gt; : 창업을 한다는 건 자신만의 지적 자본을 만들어 기존의 패러다임을 변화시키는 일입니다. 29. 브렌트 슐렌더 외, &lt;비커밍 스티브 잡스&gt; : 스티브 잡스와 함께 오래 일한 동료들의 시선에서 스티브 잡스의 평생을 정리한 책입니다. 30. 제임스 다이슨, &lt;제임스 다이슨&gt; : 온갖 실패 끝에 성공한 다이슨 창업기입니다. 31. 야마구치 요헤이, &lt;생각하는 힘은 유일한 무기가 된다&gt; : 앞으로는 생각하는 힘이 곧 비즈니스가 됩니다. 32. 오바라 가즈히로, &lt;프로세스 이코노미&gt; : 프로세스부터 팔 수 있어야 물건도 잘 팔 수 있습니다. 33. 피터 드러커, &lt;자기 경영 노트&gt; : 자기 자신부터 경영해야 다른 것도 할 수 있습니다. 34. 마크 랜돌프, &lt;절대 성공하지 못할 거야&gt; : 좌충우돌, 파란만장한 넷플릭스 창업기입니다. 35. 야마모토 노리아키, &lt;사원 제로, 혼자 시작하겠습니다&gt; : 혼자서도 잘 해야, 다른 사람과도 함께 할 때 저 할 수 있습니다. 36. 에드 캣멀 외 &lt;창의성을 지휘하라&gt; : 스티브 잡스를 포함해 픽사의 초기 멤버들이 어떻게 픽사를 성공시켰는지를 알려줍니다. 37. 게리 바이너척, &lt;구멍가게 마인드가 정답이다&gt; : 구멍가게도 제대로 못 운영하는 게 어떻게 더 큰 사업을 운영할 수 있죠? 38. 다니엘 코일, &lt;최고의 팀은 무엇이 다른가&gt; : 전 세계 최고의 팀들은 어떻게 움직이는지를 분석한 책입니다. 39. 크리스 와이드너, &lt;영향력&gt; : 자기 자신을 던지지 않고서 제대로 된 영향력을 만들 수 없습니다. 40. 바라트 아난드, &lt;콘텐츠의 미래&gt; : 이 책을 읽지 않는 콘텐츠 사업자에게 미래는 없습니다. 41. 엔드류 첸, &lt;콜드 스타트&gt; : 네트워크 효과를 모르고, 디지털 시대에 창업을 한다는 건 첫출발부터 잘못한 겁니다. 42. 윌리엄 손다이크, &lt;현금의 재발견&gt; : 투자를 많이 받는 게 중요한 게 아니라, 작은 돈이라도 돈을 어떻게 쓰느냐가 성패를 좌우합니다. 43. 찰리 멍거, &lt;가난한 찰리의 연감&gt; : 찰리 멍거의 말과 글을 정리한 책입니다. 44. 조안 마그레타, &lt;당신의 경쟁전략은 무엇인가?&gt; : 자신만의 차별화 전략을 고도화하는 게 곧 비즈니스입니다. 45. 간다 마사노리, &lt;큰 돈 버는 기회는 모두가 어렵다고 할 때 찾아온다&gt; : 사람들이 다들 어렵다고 말할 때 비즈니스를 해야 오히려 더 큰 기회를 잡을 수 있습니다. 46. 니르 이얄, &lt;훅&gt; : 사람들의 관심을 사로잡아야 비즈니스도 제대로 워킹됩니다. 47. 무라마츠 다츠오, &lt;고객의 80%는 비싸도 구매한다&gt; : ‘비싸냐 아니냐’보다‘중요한 건 ‘가치 있느냐 없느냐’입니다. 48. 프레드 라이켈트, &lt;목적으로 승리하는 기업&gt; : NPS의 개념을 모르고 사업하는 자, 모두 유죄. 49. 스콧 벨스크, &lt;어도비 CPO의 혁신 전략&gt; : 제목이 구리지만, 혁신은 원래 어렵고 힘든 중간 과정(=메시 미들)을 거치면서 탄생합니다. 50. 로버트 맥키 외, &lt;스토리노믹스&gt; : 스토리를 지배하는 자가 마케팅을 지배합니다 ++ 이 중에서 재미도 있고, 유용한 책을 뽑아서 읽고 토론하는 ‘[썸원 북클럽] 비즈니스 입문’에 참여할 분들을 모집하고 있으니, 많은 관심 부탁드립니다.

사업 및 비즈니스 관련해 참고하면 좋은 책 추천 50권

스타트업 COO의 업무와 역할

💬스타트업 COO는 뭐하는 사람일까?💬

#최근 들어 몇년 간 스타트업에 대한 대중들의 인지와 위상은 매우 높아졌다. 그로 인해 업무의 범위와 역할들도 사람들의 입에 많이 오르내리기 시작했는데, 그 중에서도 가장 많이 회자된 포지션이 COO(Chief Operation Officer)가 아닐까한다. 직역하면 회사 운영을 총괄하는 사람으로 볼 수 있는데, 역할로만 보면 CEO와 유사하다고 볼 수 있는 포지션이다. 

#현직에 계신 COO분께서 COO가 맡고 있는 R&R을 정리한 글이 있어 공유한다. 필자가 공유한 COO의 역할은 전략기획, 재무, HR, 법무, 총무 등 때로는 PM의 역할과 영업, CEO의 경영대리까지, CEO를 제외한 C레벨 중에서 가장 커버할 영역이 넓은 포지션이다. 업무 범위가 넓은만큼 회사가 성장하면서 재무와 같은 특정 분야의 역할이 고도화되면 CFO와 같은 역할로 분화될 수 있기도 하다.

Product Manager/서비스 운영

SUMMER

콘텐츠 플랫폼을 비롯해 다양한 영역에서의 매니징, 서비스 운영 및 기획, 신규 서비스 런칭 직무 경험이 있으며, 현재는 프로덕트 매니저로서 일하고 있습니다. 업계의 소식과 업무를 더욱 깊이 이해할 수 있는 인사이트를 함께 나누고 싶습니다🙂

CoS (CPO staff)

정수현

Product Guy에서 Strategy Guy로 성장중입니다.

최수경

송재오

"Think big, Start small" 전략은 크게 실행은 빠르게를 지향하는 디지털 마케터이자 늘 새로운 광고를 고민하는 기획자.   브랜드와 대행사를 두루 거쳐 현재는 MCN에서 세상에 없던 광고 사업을 고민하고 있습니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필