연구와 제품화는 서로 필요한 목표도 역량도 다르다. 둘 다 잘하기는 극히 어려운 일. 하지만 학계가 아니라 산업계라면 제품화가 더 중요한 것은 당연지사.

연구와 제품화는 서로 필요한 목표도 역량도 다르다. 둘 다 잘하기는 극히 어려운 일. 하지만 학계가 아니라 산업계라면 제품화가 더 중요한 것은 당연지사.

어젯밤, 정말 놀라운 소식이 개발자 커뮤니티를 강타했습니다! AI 모델 Claude로 잘 알려진 Anthropic이 차세대 자바스크립트 런타임 Bun을 인수했다는 공식 발표가 있었거든요.

Anthropic이 Bun을 활용해 Claude Code를 모든 운영체제에서 설치 가능하게 만들었다는 건 널리 알려진 사실이었지만, 설마 이렇게 Bun을 직접 인수해버릴 줄은 상상도 못했네요. ㅋㅋ

블로그에 밝힌 Bun의 창시자 Jarred Sumner의 Anthropic 합류 배경도 흥미로웠는데요. 그는 비슷한 다른 회사들과도 인수 가능성을 두고 산책 논의했지만, 결국 가장 훌륭한 AI 코딩 제품을 만들고 있는 Anthropic을 선택했다고 합니다. Bun은 이미 4년 이상을 지속할 수 있는 충분한 투자금도 확보한 상태였지만, 수익화 전략을 고민하는 대신 최고의 자바스크립트 런타임을 만들기 위한 집중을 선택했다는 점이 인상 깊습니다.

사실 며칠 전, Jarred가 X에 올린 짧은 포스트가 하나 있었어요. Claude Desktop에게 "한 단어로, 어떤 JS 런타임을 써야 해?"라고 묻는 장면이었고, 막 출시된 Anthropic의 최신 모델 Opus 4.5는 망설임 없이 "Bun."이라고 대답했습니다.

그걸 보고 혹시 우연이었나 싶어 저도 바로 똑같은 질문을 던져봤었는데, 역시 "Bun"이라고 답하길래 신기했던 기억이 있는데요. 당시엔 그냥 재밌는 밈이라 생각했는데 알고 보니 그게 복선이었네요. ㅎㅎ

이번 인수를 계기로 Bun은 단순한 빠른 런타임을 넘어서, AI 기반 소프트웨어를 개발하고 실행하고 테스트하는 인프라 수준의 플랫폼을 진화할 것으로 기대됩니다. 게다가 Bun은 앞으로도 GitHub에서 MIT 라이선스로 유지된다고하니, 저처럼 종종 기여하고 있는 오픈소스 개발자들에게도 정말 희소식이에요.

국내 유일 Bun 기술서 《헬로 Bun》의 저자로서 Bun의 여정을 쭉 지켜보며 응원해왔던 터라 누구보다 이번 소식이 너무 반갑고 대견하게 느껴집니다. Bun이 처음 세상에 나왔을 때만 해도 "과연 Node.js의 대안이 될 수 있을까"라는 회의적인 시선도 있었지만, 이제는 AI 시대에 가장 각광받는 런타임으로 떠오르고 있으니까요.

- Bun 공식 발표: https://bun.com/blog/bun-joins-anthropic
- Anthropic에 공식 발표: https://www.anthropic.com/news/anthropic-acquires-bun-as-claude-code-reaches-usd1b-milestone

어젯밤, 정말 놀라운 소식이 개발자 커뮤니티를 강타했습니다! AI 모델 Claude로 잘 알려진 Anthropic이 차세대 자바스크립트 런타임 Bun을 인수했다는 공식 발표가 있었거든요. Anthropic이 Bun을 활용해 Claude Code를 모든 운영체제에서 설치 가능하게 만들었다는 건 널리 알려진 사실이었지만, 설마 이렇게 Bun을 직접 인수해버릴 줄은 상상도 못했네요. ㅋㅋ 블로그에 밝힌 Bun의 창시자 Jarred Sumner의 Anthropic 합류 배경도 흥미로웠는데요. 그는 비슷한 다른 회사들과도 인수 가능성을 두고 산책 논의했지만, 결국 가장 훌륭한 AI 코딩 제품을 만들고 있는 Anthropic을 선택했다고 합니다. Bun은 이미 4년 이상을 지속할 수 있는 충분한 투자금도 확보한 상태였지만, 수익화 전략을 고민하는 대신 최고의 자바스크립트 런타임을 만들기 위한 집중을 선택했다는 점이 인상 깊습니다. 사실 며칠 전, Jarred가 X에 올린 짧은 포스트가 하나 있었어요. Claude Desktop에게 "한 단어로, 어떤 JS 런타임을 써야 해?"라고 묻는 장면이었고, 막 출시된 Anthropic의 최신 모델 Opus 4.5는 망설임 없이 "Bun."이라고 대답했습니다. 그걸 보고 혹시 우연이었나 싶어 저도 바로 똑같은 질문을 던져봤었는데, 역시 "Bun"이라고 답하길래 신기했던 기억이 있는데요. 당시엔 그냥 재밌는 밈이라 생각했는데 알고 보니 그게 복선이었네요. ㅎㅎ 이번 인수를 계기로 Bun은 단순한 빠른 런타임을 넘어서, AI 기반 소프트웨어를 개발하고 실행하고 테스트하는 인프라 수준의 플랫폼을 진화할 것으로 기대됩니다. 게다가 Bun은 앞으로도 GitHub에서 MIT 라이선스로 유지된다고하니, 저처럼 종종 기여하고 있는 오픈소스 개발자들에게도 정말 희소식이에요. 국내 유일 Bun 기술서 《헬로 Bun》의 저자로서 Bun의 여정을 쭉 지켜보며 응원해왔던 터라 누구보다 이번 소식이 너무 반갑고 대견하게 느껴집니다. Bun이 처음 세상에 나왔을 때만 해도 "과연 Node.js의 대안이 될 수 있을까"라는 회의적인 시선도 있었지만, 이제는 AI 시대에 가장 각광받는 런타임으로 떠오르고 있으니까요. - Bun 공식 발표: https://bun.com/blog/bun-joins-anthropic- Anthropic에 공식 발표: https://www.anthropic.com/news/anthropic-acquires-bun-as-claude-code-reaches-usd1b-milestone

🍞 Bun이 Anthropic의 가족이 되었습니다! 🎉

과학 기술 팟캐스트 · 매월 업데이트 · 프로그래머가 들려주는 프로그래밍 팟케스트

달레줄레

와, 2025년도 이제 딱 한 달 남았네요! 시간이 참 빠르죠?

올해가 다 지나가기 전에, 제가 오랫동안 버킷리스트에만 넣어두고 있던 일을 드디어 꺼내어 시작해보려고 합니다. 바로 개발자를 위한 팟캐스트입니다. 저와 친한 개발자인 줄레(Jule)님과 함께 진행하게 되었고, 이름은 저희 닉네임을 합쳐 "달레줄레"라고 지었습니다 ㅋㅋㅋ 저희와 같은 개발자 분들의 고민을 달래주고 싶다는 저희의 소망이 담겨 있다고나 할까요? 🤣

얼마 전 Vancouver KDD에서 "꾸준함의 복리 효과"라는 주제로 발표를 하면서 제가 했던 말이 있습니다. 꾸준히 실천하려면 먼저 주변에 떠벌리라는 건데요. 그런 의미에서 달레줄레는 저에게 블로그와 유튜브를 이어 새롭게 도전해보는 또 다른 형태의 꾸준함입니다. 이렇게 공개적으로 떠벌리고 시작하면 앞으로 팟캐스트를 지속하는데 큰 동기 부여가 될 거라 기대합니다.

팟캐스트를 시작하게 된 계기는 아주 단순합니다. 줄레님과 저는 평소에도 프로그래밍 관련 사담을 자주 나누는데요, 어느 날 문득 이런 생각이 들었습니다. "우리 대화를 다른 개발자분들도 들으면 도움이 되지 않을까?" "혹시 재미있게 들어주시지 않을까?" 경력과 배경이 다른 두 개발자의 수다가 다른 누군가의 관점을 넓히고 새로운 인사이트가 될 수도 있겠다는 생각이 들었습니다.

줄레님은 비전공자로서 캐나다에서 성공적으로 개발자로 전향하셨고, 저는 전공자로서 조금 더 긴 세월 동안 국내외 실무 현장에서 다양한 프로젝트를 경험했습니다. 서로 다른 두 사람이 같은 기술 주제를 각자 주니어와 시니어, 전공자와 비전공자의 관점을 바라보면서 때로는 현실적인 고민을, 때로는 기술적 깊이를 팟캐스트의 형태로 담아보려고 합니다.

영어권 프로그래밍 팟캐스트를 오래 들으면서 느낀 부러움도 있습니다. 영어로 된 개발 팟캐스트는 정말 다양하고 깊이가 있어 새로운 기술을 접하고 트렌드를 따라갈 때 큰 도움이 됩니다. 하지만 한국어로 진행되는 개발 팟캐스트는 손에 꼽을 만큼 적고, 꾸준히 운영되는 곳은 더욱 드뭅니다. 그래서 예전부터 "나는 프로그래머다"나 "44BITS"처럼 좋은 한국어 개발 팟캐스트가 더 많아졌으면 했고, 언젠가 직접 만들어보고 싶다는 마음도 있었습니다.

사실 아직 팟캐스트 녹음과 발행에 익숙하지 않고, 이런 류의 오디오 콘텐츠의 수요가 얼마나 되는지도 잘 모르겠습니다. 그럼에도 개발자분들이 출퇴근길이나 산책하면서 가볍게 들을 수 있는, 동시에 들을 만한 가치가 있는 이야기를 담아내고 싶습니다. 달레줄레가 한국어 프로그래밍 콘텐츠의 저변을 조금이라도 넓히는 데 기여할 수 있다면 정말 기쁠 것 같습니다.

달레줄레는 아이폰에서는 애플 팟캐스트, 안드로이드에서는 유튜브나 유튜브 뮤직, 스포티파이, 네이버 오디오클립 등을 통해 무료로 들으실 수 있습니다. 많은 관심과 응원 부탁드립니다.

그리고... 팟캐스트에 초대 손님으로 나오고 싶은 개발자 분들을 편하게 연락주세요! 😁

- Apple Podcast: https://podcasts.apple.com/kr/podcast/%EB%8B%AC%EB%A0%88%EC%A4%84%EB%A0%88/id1632529597
- YouTube: https://youtube.com/playlist?list=PLapoeRAdKitf4M7HOGIDzwNtsfo6ZqO8W&si=-qF5fpN5j7egv45U
- Spotify: https://open.spotify.com/show/0b6RO7JD2DgGxVGRHN701H
- AudioClip: https://audioclip.naver.com/channels/9977

와, 2025년도 이제 딱 한 달 남았네요! 시간이 참 빠르죠? 올해가 다 지나가기 전에, 제가 오랫동안 버킷리스트에만 넣어두고 있던 일을 드디어 꺼내어 시작해보려고 합니다. 바로 개발자를 위한 팟캐스트입니다. 저와 친한 개발자인 줄레(Jule)님과 함께 진행하게 되었고, 이름은 저희 닉네임을 합쳐 "달레줄레"라고 지었습니다 ㅋㅋㅋ 저희와 같은 개발자 분들의 고민을 달래주고 싶다는 저희의 소망이 담겨 있다고나 할까요? 🤣 얼마 전 Vancouver KDD에서 "꾸준함의 복리 효과"라는 주제로 발표를 하면서 제가 했던 말이 있습니다. 꾸준히 실천하려면 먼저 주변에 떠벌리라는 건데요. 그런 의미에서 달레줄레는 저에게 블로그와 유튜브를 이어 새롭게 도전해보는 또 다른 형태의 꾸준함입니다. 이렇게 공개적으로 떠벌리고 시작하면 앞으로 팟캐스트를 지속하는데 큰 동기 부여가 될 거라 기대합니다. 팟캐스트를 시작하게 된 계기는 아주 단순합니다. 줄레님과 저는 평소에도 프로그래밍 관련 사담을 자주 나누는데요, 어느 날 문득 이런 생각이 들었습니다. "우리 대화를 다른 개발자분들도 들으면 도움이 되지 않을까?" "혹시 재미있게 들어주시지 않을까?" 경력과 배경이 다른 두 개발자의 수다가 다른 누군가의 관점을 넓히고 새로운 인사이트가 될 수도 있겠다는 생각이 들었습니다. 줄레님은 비전공자로서 캐나다에서 성공적으로 개발자로 전향하셨고, 저는 전공자로서 조금 더 긴 세월 동안 국내외 실무 현장에서&nbsp;다양한 프로젝트를 경험했습니다. 서로 다른 두 사람이 같은 기술 주제를 각자 주니어와 시니어, 전공자와 비전공자의 관점을 바라보면서 때로는 현실적인 고민을, 때로는 기술적 깊이를 팟캐스트의 형태로 담아보려고 합니다. 영어권 프로그래밍 팟캐스트를 오래 들으면서 느낀 부러움도 있습니다. 영어로 된 개발 팟캐스트는 정말 다양하고 깊이가 있어 새로운 기술을 접하고 트렌드를 따라갈 때 큰 도움이 됩니다. 하지만 한국어로 진행되는 개발 팟캐스트는 손에 꼽을 만큼 적고, 꾸준히 운영되는 곳은 더욱 드뭅니다. 그래서 예전부터 "나는 프로그래머다"나 "44BITS"처럼 좋은 한국어 개발 팟캐스트가 더 많아졌으면 했고, 언젠가 직접 만들어보고 싶다는 마음도 있었습니다. 사실 아직 팟캐스트 녹음과 발행에 익숙하지 않고, 이런 류의 오디오 콘텐츠의 수요가 얼마나 되는지도 잘 모르겠습니다. 그럼에도 개발자분들이 출퇴근길이나 산책하면서 가볍게 들을 수 있는, 동시에 들을 만한 가치가 있는 이야기를 담아내고 싶습니다. 달레줄레가 한국어 프로그래밍 콘텐츠의 저변을 조금이라도 넓히는 데 기여할 수 있다면 정말 기쁠 것 같습니다. 달레줄레는 아이폰에서는 애플 팟캐스트, 안드로이드에서는 유튜브나 유튜브 뮤직, 스포티파이, 네이버 오디오클립 등을 통해 무료로 들으실 수 있습니다. 많은 관심과 응원 부탁드립니다. 그리고... 팟캐스트에 초대 손님으로 나오고 싶은 개발자 분들을 편하게 연락주세요! 😁 - Apple Podcast: https://podcasts.apple.com/kr/podcast/%EB%8B%AC%EB%A0%88%EC%A4%84%EB%A0%88/id1632529597 - YouTube: https://youtube.com/playlist?list=PLapoeRAdKitf4M7HOGIDzwNtsfo6ZqO8W&amp;si=-qF5fpN5j7egv45U - Spotify: https://open.spotify.com/show/0b6RO7JD2DgGxVGRHN701H - AudioClip: https://audioclip.naver.com/channels/9977

Apple 팟캐스트

📻 프로그래머를 위한 프로그래밍 팟캐스트, 달레줄레 🎙️

Today, MCP turns one year old. You can check out the original announcement blog post if you don’t believe us. It’s hard to imagine that a little open-source experiment, a protocol to provide context to models, became the de-facto standard for this very scenario in less than twelve months.
But not only do we hit the first anniversary milestone today - we’re also releasing a brand-new MCP specification version. Before we get to the details of what’s new, let’s do a bit of a retrospective.

One Year of MCP: November 2025 Spec Release

Model Context Protocol (MCP)이 세상에 공개된 지 어느덧 1년이 되었습니다. 작년 말 처음 등장해서 올해 초부터 관심을 끌기 시작하더니, 올 한 해는 그야말로 AI 커뮤니티가 MCP로 뜨겁게 달아올랐던 것 같습니다.

MCP는 LLM에게 단순히 학습된 지식이라는 제약을 넘어 우리가 기존에 사용하던 시스템과 연결할 수 있는 길을 열어주었습니다. 오픈 프로토콜인 MCP 덕분에 많은 AI 도구와 에이전트들이 실시간 데이터에 접근하고, DB와 API 같은 외부 소스와 안전하고 표준화된 방식으로 상호작용하게 되었습니다. 이제 MCP는 막 걸음마를 뗀 실험적 기술을 넘어, AI 생태계를 지탱하는 단단한 표준으로 성숙해가고 있습니다.

솔직히 MCP가 처음 등장했을 때는 회의적인 시각도 많았습니다. 초기 버전에는 엔터프라이즈 환경에서 필수적인 인증/인가 관련 명세가 빈약해서, "취미 프로젝트에서나 쓸 수 있는 프로토콜"이라는 조롱을 듣기도 했죠. 하지만 현재 우리가 매일 숨 쉬듯 사용하는 HTTP도 초기에는 부족함 투성이였습니다. 수십 년간 여러 시행착오와 다양한 논의를 거쳐 지금의 모습이 되었듯, 기술 발전 속도가 몇 배는 빨라진 AI 시대에 MCP가 겪는 성장통은 어쩌면 더 단단해지기 위한 필연적인 과정일지도 모릅니다.

개인적으로 저는 MCP에게 고마움을 느낍니다. MCP가 나오기 전에는 소위 LLM 무식자로서, AI 시대에 풀스택 개발자로서 어떻게 커리어를 이어나갈지 방황했습니다. 하지만 그 답을 MCP에서 찾았고, 덕분에 현재는 Apollo MCP Server의 코어 메인테이너로 활동하고 있습니다. 급변하는 AI 트렌드를 반영하며 1년 새 명세가 4번이나 업데이트되는 등 가끔은 그 변화의 흐름을 따라가는 게 벅찰 때도 있지만, 진화하는 기술의 최전선에 서 있다는 사실은 저에게 큰 즐거움이자 자부심이 되었습니다.

이 숨 가쁜 여정을 함께 준 MCP 커뮤니티의 오픈소스 기여자들께 깊이 감사드리며 앞으로 AI 개발 생태계가 MCP와 함께 어떻게 발전할지 더욱 기대됩니다.

🔗 MCP 공식 블로그: https://blog.modelcontextprotocol.io/posts/2025-11-25-first-mcp-anniversary/

Model Context Protocol (MCP)이 세상에 공개된 지 어느덧 1년이 되었습니다. 작년 말 처음 등장해서 올해 초부터 관심을 끌기 시작하더니, 올 한 해는 그야말로 AI 커뮤니티가 MCP로 뜨겁게 달아올랐던 것 같습니다. MCP는 LLM에게 단순히 학습된 지식이라는 제약을 넘어 우리가 기존에 사용하던 시스템과 연결할 수 있는 길을 열어주었습니다. 오픈 프로토콜인 MCP 덕분에 많은 AI 도구와 에이전트들이 실시간 데이터에 접근하고, DB와 API 같은 외부 소스와 안전하고 표준화된 방식으로 상호작용하게 되었습니다. 이제 MCP는 막 걸음마를 뗀 실험적 기술을 넘어, AI 생태계를 지탱하는 단단한 표준으로 성숙해가고 있습니다. 솔직히 MCP가 처음 등장했을 때는 회의적인 시각도 많았습니다. 초기 버전에는 엔터프라이즈 환경에서 필수적인 인증/인가 관련 명세가 빈약해서, "취미 프로젝트에서나 쓸 수 있는 프로토콜"이라는 조롱을 듣기도 했죠. 하지만 현재 우리가 매일 숨 쉬듯 사용하는 HTTP도 초기에는 부족함 투성이였습니다. 수십 년간 여러 시행착오와 다양한 논의를 거쳐 지금의 모습이 되었듯, 기술 발전 속도가 몇 배는 빨라진 AI 시대에 MCP가 겪는 성장통은 어쩌면 더 단단해지기 위한 필연적인 과정일지도 모릅니다. 개인적으로 저는 MCP에게 고마움을 느낍니다. MCP가 나오기 전에는 소위 LLM 무식자로서, AI 시대에 풀스택 개발자로서 어떻게 커리어를 이어나갈지 방황했습니다. 하지만 그 답을 MCP에서 찾았고, 덕분에 현재는 Apollo MCP Server의 코어 메인테이너로 활동하고 있습니다. 급변하는 AI 트렌드를 반영하며 1년 새 명세가 4번이나 업데이트되는 등 가끔은 그 변화의 흐름을 따라가는 게 벅찰 때도 있지만, 진화하는 기술의 최전선에 서 있다는 사실은 저에게 큰 즐거움이자 자부심이 되었습니다. 이 숨 가쁜 여정을 함께 준 MCP 커뮤니티의 오픈소스 기여자들께 깊이 감사드리며 앞으로 AI 개발 생태계가 MCP와 함께 어떻게 발전할지 더욱 기대됩니다. 🔗 MCP 공식 블로그: https://blog.modelcontextprotocol.io/posts/2025-11-25-first-mcp-anniversary/

Model Context Protocol Blog

Model Context Protocol 탄생 1주년을 축하합니다! 🎂

1. 첫 직장이었던 방송국을 그만두고 디지털이라는 세상으로 넘어온 지 10여 년, 그동안 수많은 흥망성쇠를 지켜봤다고 한다.

2. 모바일이라는 새로운 시장이 열리고, 저금리 기조가 지속되면서 수많은 스타트업에 돈이 몰렸고, ‘스타트업이 세상을 바꾼다’는 말 또한 쏟아졌지만,

3. 지난 10여 년간의 시기를 한 마디로 요약하면 ‘플랫폼 비즈니스의 전성시대’라고 불러도 되지 않을까?

4. 다만, 플랫폼은 네트워크 효과 때문에 1위만 살아남는 경우가 일반적이어서 어설프게 플랫폼을 추구한 기업들은 슬프게도 대부분 망했고,

5. 이제는 거의 모든 분야에서 지배적인 플랫폼이 등장한 상황이라서 새로운 플레이어가 그 틈을 비집고 들어가기는 훨씬 더 어려워졌다. 게다가 글로벌 플랫폼들은 국가와 맞먹을 정도의 지배력과 영향력, 돈을 가지고 있는 상황.

6. 따라서 플랫폼 비즈니스로 뭔가의 반전을 만들어내기는 갈수록 어려워지고 있다. 물론 사람들 중에는 모바일만큼 AI가 새로운 시장을 만들어낼 것이라고 전망하는 이들도 있지만,

7. 지금처럼 AI가 쩐의 전쟁으로 계속 가면, 기존 빅테크 기업들에게 더 유리한 구도로 흘러갈 가능성이 더 높지 않을까?

8. 그렇다면 앞으로의 미래는 어디에 있을까? 잘 모르지만, 개인적으로 ‘미디어 X 비즈니스’가 중요해질 것이라고 생각하는 편.

9. 아는 사람들은 알지만, 사업을 처음 시작했을 때 목표 중 하나는 플랫폼 전성시대에 콘텐츠 회사로서 새로운 가능성을 제시하는 것이었다.

10. 물론 지난 5년간 실패의 연속이었지만, 그럼에도 그 실패의 과정에서 배운 건 너무 콘텐츠 중심으로 사고했다는 것이었다.

11. 살짝 미친 것 같지만, 사업을 할수록 지금 내가 해결하고자 하는 문제가 콘텐츠 업계에만 한정된 문제가 아니라는 걸 알게 됐달까?

12. 구체적으로 설명하면 길긴 한데, 간단히 정리하면, 플랫폼이 성숙 단계에 이른 지금의 시점에서 중요한 건 새로운 플랫폼을 만드는 것이 아니라, ‘미디어’와 ‘비즈니스’를 모두 훌륭하게 구축하는 것일 수 있다.

13. 즉, 그동안 프로덕트를 만드는 사람들은 제품 자체를 잘 만드는 것에 집중했다면 이제는 자체적인 미디어를 구축해야 하는 셈이고, 콘텐츠를 통해 미디어를 구축한 사람은 비즈니스를 수려하게 구축해야 살아남을 수 있는 시대가 도래하고 있달까?

14. 다시 말해, 앞으로 기업은 미디어와 비즈니스를 모두 소유해야 하는 셈인데, 대규모 투자를 받은 스타트업이 망한 이유 중 하나는 그로스라는 이름으로 엄청난 광고비를 집행했음에도 자신만의 미디어를 전혀 구축하지 못했기 때문이라고 생각하는 편.

15. 미디어를 구축하지 못하면 돈이 떨어지는 순간, 과거 얼마나 많은 돈을 태웠든 그 채널은 의미가 없어지니까.

16. 반대로, 아무리 콘텐츠를 잘 만들고 영향력을 확보했어도, 비즈니스를 수준급으로 만들지 못한다면 그 또한 사업적으로 성장하는 것은 어려운 상황. 실제로 많은 크리에이터들이 이 문제에 봉착해 있다.

17. 국가적 차원에서 봐도 AI 3대 강국이 되는 것은 당연히 아름다운 일이지만, 플랫폼 전성시대에 우리가 나아가야 할 미래 중 하나는 콘텐츠로 전 세계에 영향력을 확장하면서, 그 영향력을 바탕으로 좋은 물건을 많이 파는 비즈니스가 아닐까?

18. 아니, 실제로 K-뷰티, K-푸드, K-스타일이 그 길을 개척하고 있는 것인지도 모르고. 즉, 플랫폼 성숙 시대에 미래는 ‘글로벌 단위에서의 콘텐츠 X 제조업’일 수 있단 얘기다.

19. 그런 의미에서 기업은 미디어를, 미디어는 비즈니스를 소유해야 하는 시기가 다가오고 있는지도 모른다. 그리고 미디어를 소유하는 첫 출발점은 트렌드를 이해하고, 그 트렌드를 활용하는 법(or 올라타는 법)을 연습하는 것이라고 생각해서, ‘유튜브 트렌드 디깅 클럽’을 만든 건 안 비밀쓰.

20. 현실에 존재하는 사람들의 관심과 니즈에 올바르게 대응하는 방법을 익히지 않고서, 그게 미디어든, 비즈니스든, 다른 무엇이든 단단하게 건설할 수는 없으니까. 무튼 나 화이팅 ;)

#오늘의아무말

1. 첫 직장이었던 방송국을 그만두고 디지털이라는 세상으로 넘어온 지 10여 년, 그동안 수많은 흥망성쇠를 지켜봤다고 한다. 2. 모바일이라는 새로운 시장이 열리고, 저금리 기조가 지속되면서 수많은 스타트업에 돈이 몰렸고, ‘스타트업이 세상을 바꾼다’는 말 또한 쏟아졌지만, 3. 지난 10여 년간의 시기를 한 마디로 요약하면 ‘플랫폼 비즈니스의 전성시대’라고 불러도 되지 않을까? 4. 다만, 플랫폼은 네트워크 효과 때문에 1위만 살아남는 경우가 일반적이어서 어설프게 플랫폼을 추구한 기업들은 슬프게도 대부분 망했고, 5. 이제는 거의 모든 분야에서 지배적인 플랫폼이 등장한 상황이라서 새로운 플레이어가 그 틈을 비집고 들어가기는 훨씬 더 어려워졌다. 게다가 글로벌 플랫폼들은 국가와 맞먹을 정도의 지배력과 영향력, 돈을 가지고 있는 상황. 6. 따라서 플랫폼 비즈니스로 뭔가의 반전을 만들어내기는 갈수록 어려워지고 있다. 물론 사람들 중에는 모바일만큼 AI가 새로운 시장을 만들어낼 것이라고 전망하는 이들도 있지만, 7. 지금처럼 AI가 쩐의 전쟁으로 계속 가면, 기존 빅테크 기업들에게 더 유리한 구도로 흘러갈 가능성이 더 높지 않을까? 8. 그렇다면 앞으로의 미래는 어디에 있을까? 잘 모르지만, 개인적으로 ‘미디어 X 비즈니스’가 중요해질 것이라고 생각하는 편. 9. 아는 사람들은 알지만, 사업을 처음 시작했을 때 목표 중 하나는 플랫폼 전성시대에 콘텐츠 회사로서 새로운 가능성을 제시하는 것이었다. 10. 물론 지난 5년간 실패의 연속이었지만, 그럼에도 그 실패의 과정에서 배운 건 너무 콘텐츠 중심으로 사고했다는 것이었다. 11. 살짝 미친 것 같지만, 사업을 할수록 지금 내가 해결하고자 하는 문제가 콘텐츠 업계에만 한정된 문제가 아니라는 걸 알게 됐달까? 12. 구체적으로 설명하면 길긴 한데, 간단히 정리하면, 플랫폼이 성숙 단계에 이른 지금의 시점에서 중요한 건 새로운 플랫폼을 만드는 것이 아니라, ‘미디어’와 ‘비즈니스’를 모두 훌륭하게 구축하는 것일 수 있다. 13. 즉, 그동안 프로덕트를 만드는 사람들은 제품 자체를 잘 만드는 것에 집중했다면 이제는 자체적인 미디어를 구축해야 하는 셈이고, 콘텐츠를 통해 미디어를 구축한 사람은 비즈니스를 수려하게 구축해야 살아남을 수 있는 시대가 도래하고 있달까? 14. 다시 말해, 앞으로 기업은 미디어와 비즈니스를 모두 소유해야 하는 셈인데, 대규모 투자를 받은 스타트업이 망한 이유 중 하나는 그로스라는 이름으로 엄청난 광고비를 집행했음에도 자신만의 미디어를 전혀 구축하지 못했기 때문이라고 생각하는 편. 15. 미디어를 구축하지 못하면 돈이 떨어지는 순간, 과거 얼마나 많은 돈을 태웠든 그 채널은 의미가 없어지니까. 16. 반대로, 아무리 콘텐츠를 잘 만들고 영향력을 확보했어도, 비즈니스를 수준급으로 만들지 못한다면 그 또한 사업적으로 성장하는 것은 어려운 상황. 실제로 많은 크리에이터들이 이 문제에 봉착해 있다. 17. 국가적 차원에서 봐도 AI 3대 강국이 되는 것은 당연히 아름다운 일이지만, 플랫폼 전성시대에 우리가 나아가야 할 미래 중 하나는 콘텐츠로 전 세계에 영향력을 확장하면서, 그 영향력을 바탕으로 좋은 물건을 많이 파는 비즈니스가 아닐까? 18. 아니, 실제로 K-뷰티, K-푸드, K-스타일이 그 길을 개척하고 있는 것인지도 모르고. 즉, 플랫폼 성숙 시대에 미래는 ‘글로벌 단위에서의 콘텐츠 X 제조업’일 수 있단 얘기다. 19. 그런 의미에서 기업은 미디어를, 미디어는 비즈니스를 소유해야 하는 시기가 다가오고 있는지도 모른다. 그리고 미디어를 소유하는 첫 출발점은 트렌드를 이해하고, 그 트렌드를 활용하는 법(or 올라타는 법)을 연습하는 것이라고 생각해서, ‘유튜브 트렌드 디깅 클럽’을 만든 건 안 비밀쓰. 20. 현실에 존재하는 사람들의 관심과 니즈에 올바르게 대응하는 방법을 익히지 않고서, 그게 미디어든, 비즈니스든, 다른 무엇이든 단단하게 건설할 수는 없으니까. 무튼 나 화이팅 ;) #오늘의아무말

앞으로의 시대는 미디어 X 비즈니스가 될 겁니다

메타에서 페이스북의 좋아요와 댓글 버튼 소셜 플러그인을 내년 2월에 공식 종료합니다. 발표처럼 단순히 "사용량이 줄었으니 정리하는구나"라고 받아들일 수도 있고, 메타 내에서 인스타그램과 쓰레드에 밀려난 페이스북의 위상으로 볼 수도 있겠죠. 하지만 그 이면에는 웹 생태계가 어떤 방식으로 변화하고 있는지 돌아볼 만한 지점들이 있다고 생각합니다.


🔗 메타 공식 발표: https://developers.facebook.com/blog/post/2025/11/10/platform-evolution-facebook-social-plugins-to-be-discontinued-february-2026/

좋아요 버튼이 처음 등장했던 2010년, 웹의 모습은 지금과 사뭇 달랐습니다. 인터넷 곳곳에 박혀 있던 이런 작은 위젯은 대양한 웹사이트와 블로그를 소셜 미디어와 이어주는 중요한 통로였습니다. 우리는 이러한 수많은 연결점을 통해 콘텐츠가 퍼지고, 대화가 이어지고, 트래픽이 순환하는 시대를 경험했습니다. 소위 "오픈 웹"이 번성하던 시절이었습니다.

이렇게 덩치를 키워온 플랫폼들은 이제 사용자가 플랫폼 내부에서 더 오래 머무르도록 만드는 데 훨씬 더 큰 가치를 두고 있습니다. 외부 링크 노출은 줄어들고, 내부 콘텐츠 소비는 강화되며, 알고리즘은 점점 사용자들을 가두는 구조로 설계되고 있죠. 이런 전략적 전환 속에서 외부 연동을 위한 플러그인은 자연스럽게 설 자리를 잃었습니다. 사실상 대형 플랫폼들이 웹에서 사용자의 행동 패턴을 의도적으로 재설계해 온 결과이기도 합니다.

여기에 프라이버시 규제와 서드파티 쿠키 제한까지 더해지면서, 외부 웹에서 데이터를 모으던 방식은 빠르게 쇠퇴했습니다. 한때 강력한 무기였던 소셜 플러그인은 GDPR 이후 오히려 리스크가 큰 도구가 되었고, 플랫폼 입장에서도 더 이상 큰 매력이 없는 레거시 기능으로 취급되기 시작했습니다. 외부에서 트래픽을 확보하는 것보다 내부 생태계에서의 체류 시간과 상호작용을 극대화하는 편이 더 유리한 환경이 되었습니다.

최근 AI의 부상도 이러한 흐름에 중요한 영향을 미치고 있습니다. 과거에는 사용자가 웹사이트를 직접 방문해 콘텐츠를 읽고, 그 경험을 기반으로 소셜 미디어에서 공유하고 논의하는 방식이 자연스러운 정보 소비 경로였습니다. 그러나 이제는 AI가 그 중간 단계를 상당 부분 대체하기 시작했습니다. 원본 페이지에 들어가기 전에 이미 요약된 내용으로 핵심 정보를 먼저 접하고, 필요한 부분만 선별적으로 소비하는 일이 늘어나면서, 웹사이트는 정보 소비의 출발점으로서 예전만큼 위치를 유지하기 어려워졌습니다. AI가 정보를 해석하고 재구성하는 과정에서, 한때 중요한 역할을 했던 소셜 공유 플랫폼 역시 점차 뒤로 밀려날 수 있을 것입니다.

그래서 이번 발표는 기능 하나가 사라지는 문제가 아니라, 우리가 익숙하게 사용해온 웹 생태계의 구조가 어떤 방향으로 이동하고 있는지를 보여주는 상징적인 사건에 가깝습니다. 좋아요와 댓글 버튼이 필요 없어졌기 때문이 아니라, 이러한 위젯들이 탄생했던 배경 그 자체가 더 이상 존재하지 않기 때문에 자연스럽게 퇴장하는 것이죠.

기술은 늘 진화하지만, 플랫폼은 그보다 훨씬 복잡한 의도와 전략으로 움직입니다. 페이스북의 좋아요와 댓글 버튼의 퇴장은 웹 생태계가 시대의 흐름에 맞춰 계속 재편되고 있다는 사실을 다시 한 번 일깨워주는 것 같습니다.

메타에서 페이스북의 좋아요와 댓글 버튼 소셜 플러그인을 내년 2월에 공식 종료합니다. 발표처럼 단순히 "사용량이 줄었으니 정리하는구나"라고 받아들일 수도 있고, 메타 내에서 인스타그램과 쓰레드에 밀려난 페이스북의 위상으로 볼 수도 있겠죠. 하지만 그 이면에는 웹 생태계가 어떤 방식으로 변화하고 있는지 돌아볼 만한 지점들이 있다고 생각합니다. 🔗 메타 공식 발표: https://developers.facebook.com/blog/post/2025/11/10/platform-evolution-facebook-social-plugins-to-be-discontinued-february-2026/ 좋아요 버튼이 처음 등장했던 2010년, 웹의 모습은 지금과 사뭇 달랐습니다. 인터넷 곳곳에 박혀 있던 이런 작은 위젯은 대양한 웹사이트와 블로그를 소셜 미디어와 이어주는 중요한 통로였습니다. 우리는 이러한 수많은 연결점을 통해 콘텐츠가 퍼지고, 대화가 이어지고, 트래픽이 순환하는 시대를 경험했습니다. 소위 "오픈 웹"이 번성하던 시절이었습니다. 이렇게 덩치를 키워온 플랫폼들은 이제 사용자가 플랫폼 내부에서 더 오래 머무르도록 만드는 데 훨씬 더 큰 가치를 두고 있습니다. 외부 링크 노출은 줄어들고, 내부 콘텐츠 소비는 강화되며, 알고리즘은 점점 사용자들을 가두는 구조로 설계되고 있죠. 이런 전략적 전환 속에서 외부 연동을 위한 플러그인은 자연스럽게 설 자리를 잃었습니다. 사실상 대형 플랫폼들이 웹에서 사용자의 행동 패턴을 의도적으로 재설계해 온 결과이기도 합니다. 여기에 프라이버시 규제와 서드파티 쿠키 제한까지 더해지면서, 외부 웹에서 데이터를 모으던 방식은 빠르게 쇠퇴했습니다. 한때 강력한 무기였던 소셜 플러그인은 GDPR 이후 오히려 리스크가 큰 도구가 되었고, 플랫폼 입장에서도 더 이상 큰 매력이 없는 레거시 기능으로 취급되기 시작했습니다. 외부에서 트래픽을 확보하는 것보다 내부 생태계에서의 체류 시간과 상호작용을 극대화하는 편이 더 유리한 환경이 되었습니다. 최근 AI의 부상도 이러한 흐름에 중요한 영향을 미치고 있습니다. 과거에는 사용자가 웹사이트를 직접 방문해 콘텐츠를 읽고, 그 경험을 기반으로 소셜 미디어에서 공유하고 논의하는 방식이 자연스러운 정보 소비 경로였습니다. 그러나 이제는 AI가 그 중간 단계를 상당 부분 대체하기 시작했습니다. 원본 페이지에 들어가기 전에 이미 요약된 내용으로 핵심 정보를 먼저 접하고, 필요한 부분만 선별적으로 소비하는 일이 늘어나면서, 웹사이트는 정보 소비의 출발점으로서 예전만큼 위치를 유지하기 어려워졌습니다. AI가 정보를 해석하고 재구성하는 과정에서, 한때 중요한 역할을 했던 소셜 공유 플랫폼 역시 점차 뒤로 밀려날 수 있을 것입니다. 그래서 이번 발표는 기능 하나가 사라지는 문제가 아니라, 우리가 익숙하게 사용해온 웹 생태계의 구조가 어떤 방향으로 이동하고 있는지를 보여주는 상징적인 사건에 가깝습니다. 좋아요와 댓글 버튼이 필요 없어졌기 때문이 아니라, 이러한 위젯들이 탄생했던 배경 그 자체가 더 이상 존재하지 않기 때문에 자연스럽게 퇴장하는 것이죠. 기술은 늘 진화하지만, 플랫폼은 그보다 훨씬 복잡한 의도와 전략으로 움직입니다. 페이스북의 좋아요와 댓글 버튼의 퇴장은 웹 생태계가 시대의 흐름에 맞춰 계속 재편되고 있다는 사실을 다시 한 번 일깨워주는 것 같습니다.

페이스북의 좋아요와 댓글 버튼 소셜 플러그인 종료 소식

(Next.js 15/16 app router를 사용한다면 점검이 필요합니다)
최근 공개된 RSC 보안 취약점(CVE-2025-55182)은 단순한 패치 이슈로 끝날 만큼 가벼운 사건은 아니었습니다. 많은 팀이 실제로 영향을 받았고, 그보다 더 중요한 것은 이번 일이 현대 웹 아키텍처가 가진 구조적 위험을 드러냈다는 것입니다.


개발 환경이 편리해질수록 우리는 종종 “프레임워크가 알아서 해주겠지”라고 믿습니다.
하지만 이번 이슈는 그 믿음이 어디까지 유효한지 다시 생각하게 합니다..!


👉 이번 취약점의 핵심 -> 직렬화와 역직렬화가 곧 보안 경계라는 사실
React Server Components는 클라이언트가 서버에 서버 함수를 호출할 수 있도록 Flight 프로토콜을 사용합니다. 클라이언트가 직렬화한 payload를 서버가 역직렬화하여 어떤 함수를 어떻게 실행할지 결정하는 구조입니다.


이 구조가 핵심 문제입니다. 공격자가 조작한 payload를 서버가 정상 호출로 받아들이면서, 인증 없이 원격 코드 실행(RCE)이 가능해졌습니다. Server Action을 직접 만들지 않았더라도, 프레임워크 내부의 RSC 엔드포인트가 노출되어 있다면 공격 가능한 부분이 있었습니다. “우리는 RSC를 크게 쓰지 않는데요?”라고 하더라도, 안전을 보장할 수 없습니다.


영향을 받은 버전 범위
- React 19.0.0~19.2.0
- 이를 기반으로 동작하는 Next.js 15.x / 16.x(App Router)
- React Router RSC 프리뷰, Waku, Vite RSC plugin 등 RSC를 구현한 도구들 전반


위 버전을 사용하고 있거나, 서버에서 RSC 또는 Server Actions를 사용하고 있다 에
해당된다면 즉시 패치하는 것이 가장 현실적인 대응입니다.
(패치는 React 19.0.1 / 19.1.2 / 19.2.1, Next.js는 15.0.5+ 혹은 16.0.7 이상에서 제공됩니다.)


저는 이 사건을 보면서 개발 방식에 대해 몇 가지 생각을 다시 정리하게 되었습니다.
첫째, 추상화 뒤에 무엇이 있는지, 어떻게 동작하는지 이해하지 못하면, 결국 리스크 관리에 실패한다는 것입니다. Server Actions는 생산성을 극적으로 높이지만, 그 내부는 결국 RPC 구조이며, 직렬화 포맷과 역직렬화 로직이 공격 포인트가 될 수 있습니다. 이는 일반적으로 추상화 되어있기에 신뢰하며 보안 취약점에서 놓치기 쉬운 부분입니다.


둘째, 보안은 기능의 문제가 아니라 구조의 문제입니다. 어떤 코드가 실행되느냐보다, 그 코드가 어떻게 선택되고, 어떻게 검증되는지가 훨씬 중요합니다.


셋째, AI가 구현을 대신하는 시대일수록 개발자의 역할은 더욱 설계로 이동한다는 점입니다. 구현 자체는 자동화될수록 쉬워지지만, 구조를 읽고 판단하는 능력은 오히려 더 중요해지고 있습니다.


이번 보안 이슈는 단순한 버그라기보다, 우리가 기술을 선택할 때 어떤 관점으로 봐야 하는지 다시 생각하게 하는 사건이었습니다. 프레임워크가 많은 것을 대신해주는 시대지만, 결국 개발자가 구조를 이해하고 있느냐가 중요합니다.
여러분은 이번 사건을 어떻게 바라보고 계신가요? 프레임워크의 추상화를 어디까지 신뢰할 수 있다고 생각하시나요? 그리고 AI가 구현을 대신하는 시대에, 개발자는 어떤 위치에서 설계를 바라봐야 할까요? 여러분의 생각이 궁금합니다..!

(Next.js 15/16 app router를 사용한다면 점검이 필요합니다)최근 공개된 RSC 보안 취약점(CVE-2025-55182)은 단순한 패치 이슈로 끝날 만큼 가벼운 사건은 아니었습니다. 많은 팀이 실제로 영향을 받았고, 그보다 더 중요한 것은 이번 일이 현대 웹 아키텍처가 가진 구조적 위험을 드러냈다는 것입니다. 개발 환경이 편리해질수록 우리는 종종 “프레임워크가 알아서 해주겠지”라고 믿습니다.하지만 이번 이슈는 그 믿음이 어디까지 유효한지 다시 생각하게 합니다..! 👉 이번 취약점의 핵심 -&gt; 직렬화와 역직렬화가 곧 보안 경계라는 사실React Server Components는 클라이언트가 서버에 서버 함수를 호출할 수 있도록 Flight 프로토콜을 사용합니다. 클라이언트가 직렬화한 payload를 서버가 역직렬화하여 어떤 함수를 어떻게 실행할지 결정하는 구조입니다. 이 구조가 핵심 문제입니다. 공격자가 조작한 payload를 서버가 정상 호출로 받아들이면서, 인증 없이 원격 코드 실행(RCE)이 가능해졌습니다. Server Action을 직접 만들지 않았더라도, 프레임워크 내부의 RSC 엔드포인트가 노출되어 있다면 공격 가능한 부분이 있었습니다. “우리는 RSC를 크게 쓰지 않는데요?”라고 하더라도, 안전을 보장할 수 없습니다. 영향을 받은 버전 범위- React 19.0.0~19.2.0- 이를 기반으로 동작하는 Next.js 15.x / 16.x(App Router)- React Router RSC 프리뷰, Waku, Vite RSC plugin 등 RSC를 구현한 도구들 전반 위 버전을 사용하고 있거나, 서버에서 RSC 또는 Server Actions를 사용하고 있다 에해당된다면 즉시 패치하는 것이 가장 현실적인 대응입니다.(패치는 React 19.0.1 / 19.1.2 / 19.2.1, Next.js는 15.0.5+ 혹은 16.0.7 이상에서 제공됩니다.) 저는 이 사건을 보면서 개발 방식에 대해 몇 가지 생각을 다시 정리하게 되었습니다.첫째, 추상화 뒤에 무엇이 있는지, 어떻게 동작하는지 이해하지 못하면, 결국 리스크 관리에 실패한다는 것입니다. Server Actions는 생산성을 극적으로 높이지만, 그 내부는 결국 RPC 구조이며, 직렬화 포맷과 역직렬화 로직이 공격 포인트가 될 수 있습니다. 이는 일반적으로 추상화 되어있기에 신뢰하며 보안 취약점에서 놓치기 쉬운 부분입니다. 둘째, 보안은 기능의 문제가 아니라 구조의 문제입니다. 어떤 코드가 실행되느냐보다, 그 코드가 어떻게 선택되고, 어떻게 검증되는지가 훨씬 중요합니다. 셋째, AI가 구현을 대신하는 시대일수록 개발자의 역할은 더욱 설계로 이동한다는 점입니다. 구현 자체는 자동화될수록 쉬워지지만, 구조를 읽고 판단하는 능력은 오히려 더 중요해지고 있습니다. 이번 보안 이슈는 단순한 버그라기보다, 우리가 기술을 선택할 때 어떤 관점으로 봐야 하는지 다시 생각하게 하는 사건이었습니다. 프레임워크가 많은 것을 대신해주는 시대지만, 결국 개발자가 구조를 이해하고 있느냐가 중요합니다.여러분은 이번 사건을 어떻게 바라보고 계신가요? 프레임워크의 추상화를 어디까지 신뢰할 수 있다고 생각하시나요? 그리고 AI가 구현을 대신하는 시대에, 개발자는 어떤 위치에서 설계를 바라봐야 할까요? 여러분의 생각이 궁금합니다..!

React Server Components 보안 이슈가 남긴 것들

안녕하세요. 그린입니다 🍏UITextView나 UILabel에서 수천 줄의 텍스트를 다룰 때 앱이 버벅이거나 메모리가 터지는 경험 있으신가요?이번 포스팅에서는 NSAttributedString의 성능 최적화에 대해 다뤄보겠습니다. Apple 엔지니어의 공식 답변을 토대로 방법들을를 정리해봤어요.Attribute Dictionary는 자동으로 중복 제거가장 먼저 알아야 할 사실은 NSAttributedString은 내부적으로 동일한 attribute dictionary를 자동으로 uniquify합니다.Apple 엔지니어의 공식 답변2015년, Apple의 TextKit 엔지니어 Aki Inoue가 공식 확인해준 대목이 있습니다. Memory optimization of NSAttributedStringD..

NSAttributedString Performance Optimization

UITextView에서 텍스트 많아지면 버벅이거나 메모리 증가하죠?


NSAttributedString 최적화 핵심 4가지 정리했습니다.


1️⃣ Attribute는 자동 중복제거 (Apple 공식 확인, 캐싱 불필요)
2️⃣ NSTextStorage는 NSTextStorage로 delegate (메모리 증가 방지)
3️⃣ beginEditing/endEditing 활용 (보다 빠른 레이아웃 업데이트)
4️⃣ Syntax highlighting은 didChangeNotification (커서 점프 해결)


혹시 앱 내 텍스트 성능 문제가 생기면 이 부분을 확인해보면 어떨까요?

UITextView에서 텍스트 많아지면 버벅이거나 메모리 증가하죠? NSAttributedString 최적화 핵심 4가지 정리했습니다. 1️⃣ Attribute는 자동 중복제거 (Apple 공식 확인, 캐싱 불필요) 2️⃣ NSTextStorage는 NSTextStorage로 delegate (메모리 증가 방지) 3️⃣ beginEditing/endEditing 활용 (보다 빠른 레이아웃 업데이트) 4️⃣ Syntax highlighting은 didChangeNotification (커서 점프 해결) 혹시 앱 내 텍스트 성능 문제가 생기면 이 부분을 확인해보면 어떨까요?

iOYES

NSAttributedString 성능 최적화 방법들

우와.. 넷플릭스가 워너브라더스와 HBO를 먹었네요. 우와.. 이건 거의.. 역사의 전환점처럼 느껴지는 엄청난 사건이네요. 우와..

우와.. 넷플릭스가 워너브라더스와 HBO를 먹었네요. 우와.. 이건 거의.. 역사의 전환점처럼 느껴지는 엄청난 사건이네요. 우와..

성인이 되고나서부터 불과 얼마전까지만 해도 내 인생은 '지각인생'이라고 종종 이야기해왔는데, 불현듯 이제는 더이상 지각인생이 아니라 오히려 '앞선 빠른 인생'이라는 생각이 들었다. 지각인생이라 남들보다 더 열심히 더 빨리 달려야만 한다는 생각으로 강박적으로 부지런히 달려왔더니 어느덧 남들보다 앞서가고 있다는 걸 지난 주말 막을 내린 드라마 '서울 자가에 대기업 다니는 김 부장 이야기'를 보다가 깨달았다.

더이상 지각인생이 아니라 남들보다 앞서 빠른 인생을 살고 있다는 말을 남들보다 더 풍족하게 잘 살고 있다는 의미로 쓴 것은 아니다. 단순히 보통사람들이 시간 흐름상 평균적으로 겪는 경험을 먼저 했고 하고 있다는 의미다.

내 지각인생의 시작은 대학을 삼수해서 (정확히는 재수와 반수해서) 들어가면서부터였다. 그래서 그 당시 평균에 비해서 군대도 늦게 갔고 취업도 늦었다. 사회생활 전 대학시절에도 남들보다 늦어진 그 2년을 채우기 위해 내내 달렸지만 IMF로 집안 상황도 만만치 않았고 무엇보다도 내가 진정 하고 싶은 일이 무엇인지 꿈을 찾느라 시간을 보냈다. 여전히 2년 늦게 한 취업과 함께 시작한 사회생활 들어가서야 본격적으로 2년을 당기기 위해 치열하게 노력했다. 그럼에도 불구하고 크고 작은 집안 일들과 예상 못한 나의 내외부 상황상 일부는 따라잡기 시작했고 일부는 계속 늦었다. 늦다못해 결혼과 육아 등은 그냥 넘겨버리는 남들과 다른 삶도 살게 되었다. 스무살 성인이 된 이후 경제적으로는 독립했지만 물리적 독립을 하는 것도 인생 계획보다 한참을 늦었고. 그래서 다 늦었다고 생각해왔다. 그런데 '서울 자가에 대기업 다니는 김 부장 이야기'를 보다가 더이상 그렇지 않다는 걸 깨달았다.

지금 인생을 돌이켜보니 이미 10대와 20대부터 앞설 수 있는 바탕을 하나 둘 쌓아갔다. 그 당시 노력으로는 이길 수 없는 천재들과 넘사벽 재능을 가진 사람들을 만나 절망하고 극복하면서 내 무기를 찾게 되는 계기가 되었고, 어마어마한 부자들과 권력을 가진 사회지도층을 만나 실존하는 계급에 대해 충격을 받고 역시나 극복하면서 더 열심히 살게되는 원동력을 갖게 되었다. 사기꾼 친구들과 동생들을 만나 고생도 해보고 평생 영원할 것 같은 의리와 우정, 사랑에 처절한 배신도 당해보면서 사람과 인간관계에 대해 깊게 배울 수 있었다. 죽음을 오가는 가족을 챙겨야 하는 상황도 겪어보고 친구나 지인의 죽음이나 자살도 겪었다. 남들이 평생 경험해보지 못하거나 대부분 나이 먹고나서야 겪는 일들을 왜 나만 먼저 어리거나 젊었을 때 겪게 되는 건지 그 당시에는 하늘도 원망해보고 너무나 힘들었지만, 지금 생각해보면 차라리 그 때 겪었기 때문에 잘 넘길 수 있었고 인생이 삐끗하지 않았고 심신은 더욱 단단해질 수 있었다. 그 덕분에 중장년이 되고 나서 그런 일로 흔들리지 않고 원래 인생은 그런거야 편안하게 받아들이고 적절하게 대처할 수 있게 되었다.

직장생활 동안 2년 늦은 걸 채워야 된다는 마음으로 달려가다보니 이직과 2번의 특진으로 연차와 나이 대비해서 오히려 남들보다 빨리 높은 직급과 직책을 달 수 있었다. 2년 늦게 시작했는데 4~5년은 당긴 것 같다. 그래서인지 '서울 자가에 대기업 다니는 김 부장'이 드라마에서 겪은 모든 일들을 40대 초반까지 경험하고 진작에 졸업했다. 하다못해 희망퇴직 엔딩도 말이다. (물론 이직할 다른 직장 몇곳 미리 준비해두고 희망퇴직을 통해 나 대신 팀원 2명 살리고 희망퇴직금을 종잣돈 삼아 집을 살 바탕을 만들었긴 하지만. 어쨌든..) 그래서인지 김 부장에 완전 몰입할 수 밖에 없었던 것 같다. 김 부장과 다른 점 하나는 대기업은 아니었지만 결국 임원까지 달고 직장생활을 마무리했다는 정도다. 그리고 41살에 본격적으로 인생 2막을 시작했다. 김 부장보다 10년 이상 빠르게 말이다. 재미있는 건 이 시점 다른 의미에선 또 남들보다 10년 이상 늦은 부분이 있는데 정확하게 40살까지 집안 집 모두 갚고 40살부터 드디어 내 돈을 모으기 시작했다는거다. (그 이후부터는 본가에 용돈과 아버지 병원비, 요양병원 비용 등만 계속 보냈다) 한마디로 40살에 희망퇴직금 딱 하나 가지고 시작해서 지금 내 꺼는 모두 40살 이후에 만든 거다. 물리적 독립은 많이 늦었지만 대신 서울 자가에 은행빚 없이 오롯히 내 집이니 이 역시 빠르게 달성했다. 아직 친구들 부모님 부고는 그렇게 많지 않은데 3년전 병환으로 몇년 고생하신 아버지도 평온하게 보내드렸고, 빨리 인생 2막을 시작해서인지 올해 최우선 관심사는 노후대책이라 고민 많이 해서 계획하고 실행에 옮기기 시작했다. 인생 3막도 슬슬 생각해보기 시작했고.

직장생활을 그만두고 인생 2막을 어떻게 살아가야 하나 고민하는 또래나 주위사람들이 하나 둘 나오기 시작하고 있다. 이런 상황에 나는 다음 10년을 어떻게 살아갈 지, 인생 3막은 어떤 삶을 살 지에 대해 생각하고 있다니 확실히 더이상 지각인생은 아닌 것 같다. 지각인생이었다가 '압축인생'을 살아왔구나 싶다. 앞으로 지각인생 표현은 쓰지 말아야겠다.

성인이 되고나서부터 불과 얼마전까지만 해도 내 인생은 '지각인생'이라고 종종 이야기해왔는데, 불현듯 이제는 더이상 지각인생이 아니라 오히려 '앞선 빠른 인생'이라는 생각이 들었다. 지각인생이라 남들보다 더 열심히 더 빨리 달려야만 한다는 생각으로 강박적으로 부지런히 달려왔더니 어느덧 남들보다 앞서가고 있다는 걸 지난 주말 막을 내린 드라마 '서울 자가에 대기업 다니는 김 부장 이야기'를 보다가 깨달았다. 더이상 지각인생이 아니라 남들보다 앞서 빠른 인생을 살고 있다는 말을 남들보다 더 풍족하게 잘 살고 있다는 의미로 쓴 것은 아니다. 단순히 보통사람들이 시간 흐름상 평균적으로 겪는 경험을 먼저 했고 하고 있다는 의미다. 내 지각인생의 시작은 대학을 삼수해서 (정확히는 재수와 반수해서) 들어가면서부터였다. 그래서 그 당시 평균에 비해서 군대도 늦게 갔고 취업도 늦었다. 사회생활 전 대학시절에도 남들보다 늦어진 그 2년을 채우기 위해 내내 달렸지만 IMF로 집안 상황도 만만치 않았고 무엇보다도 내가 진정 하고 싶은 일이 무엇인지 꿈을 찾느라 시간을 보냈다. 여전히 2년 늦게 한 취업과 함께 시작한 사회생활 들어가서야 본격적으로 2년을 당기기 위해 치열하게 노력했다. 그럼에도 불구하고 크고 작은 집안 일들과 예상 못한 나의 내외부 상황상 일부는 따라잡기 시작했고 일부는 계속 늦었다. 늦다못해 결혼과 육아 등은 그냥 넘겨버리는 남들과 다른 삶도 살게 되었다. 스무살 성인이 된 이후 경제적으로는 독립했지만 물리적 독립을 하는 것도 인생 계획보다 한참을 늦었고. 그래서 다 늦었다고 생각해왔다. 그런데 '서울 자가에 대기업 다니는 김 부장 이야기'를 보다가 더이상 그렇지 않다는 걸 깨달았다. 지금 인생을 돌이켜보니 이미 10대와 20대부터 앞설 수 있는 바탕을 하나 둘 쌓아갔다. 그 당시 노력으로는 이길 수 없는 천재들과 넘사벽 재능을 가진 사람들을 만나 절망하고 극복하면서 내 무기를 찾게 되는 계기가 되었고, 어마어마한 부자들과 권력을 가진 사회지도층을 만나 실존하는 계급에 대해 충격을 받고 역시나 극복하면서 더 열심히 살게되는 원동력을 갖게 되었다. 사기꾼 친구들과 동생들을 만나 고생도 해보고 평생 영원할 것 같은 의리와 우정, 사랑에 처절한 배신도 당해보면서 사람과 인간관계에 대해 깊게 배울 수 있었다. 죽음을 오가는 가족을 챙겨야 하는 상황도 겪어보고 친구나 지인의 죽음이나 자살도 겪었다. 남들이 평생 경험해보지 못하거나 대부분 나이 먹고나서야 겪는 일들을 왜 나만 먼저 어리거나 젊었을 때 겪게 되는 건지 그 당시에는 하늘도 원망해보고 너무나 힘들었지만, 지금 생각해보면 차라리 그 때 겪었기 때문에 잘 넘길 수 있었고 인생이 삐끗하지 않았고 심신은 더욱 단단해질 수 있었다. 그 덕분에 중장년이 되고 나서 그런 일로 흔들리지 않고 원래 인생은 그런거야 편안하게 받아들이고 적절하게 대처할 수 있게 되었다. 직장생활 동안 2년 늦은 걸 채워야 된다는 마음으로 달려가다보니 이직과 2번의 특진으로 연차와 나이 대비해서 오히려 남들보다 빨리 높은 직급과 직책을 달 수 있었다. 2년 늦게 시작했는데 4~5년은 당긴 것 같다. 그래서인지 '서울 자가에 대기업 다니는 김 부장'이 드라마에서 겪은 모든 일들을 40대 초반까지 경험하고 진작에 졸업했다. 하다못해 희망퇴직 엔딩도 말이다. (물론 이직할 다른 직장 몇곳 미리 준비해두고 희망퇴직을 통해 나 대신 팀원 2명 살리고 희망퇴직금을 종잣돈 삼아 집을 살 바탕을 만들었긴 하지만. 어쨌든..) 그래서인지 김 부장에 완전 몰입할 수 밖에 없었던 것 같다. 김 부장과 다른 점 하나는 대기업은 아니었지만 결국 임원까지 달고 직장생활을 마무리했다는 정도다. 그리고 41살에 본격적으로 인생 2막을 시작했다. 김 부장보다 10년 이상 빠르게 말이다. 재미있는 건 이 시점 다른 의미에선 또 남들보다 10년 이상 늦은 부분이 있는데 정확하게 40살까지 집안 집 모두 갚고 40살부터 드디어 내 돈을 모으기 시작했다는거다. (그 이후부터는 본가에 용돈과 아버지 병원비, 요양병원 비용 등만 계속 보냈다) 한마디로 40살에 희망퇴직금 딱 하나 가지고 시작해서 지금 내 꺼는 모두 40살 이후에 만든 거다. 물리적 독립은 많이 늦었지만 대신 서울 자가에 은행빚 없이 오롯히 내 집이니 이 역시 빠르게 달성했다. 아직 친구들 부모님 부고는 그렇게 많지 않은데 3년전 병환으로 몇년 고생하신 아버지도 평온하게 보내드렸고, 빨리 인생 2막을 시작해서인지 올해 최우선 관심사는 노후대책이라 고민 많이 해서 계획하고 실행에 옮기기 시작했다. 인생 3막도 슬슬 생각해보기 시작했고. 직장생활을 그만두고 인생 2막을 어떻게 살아가야 하나 고민하는 또래나 주위사람들이 하나 둘 나오기 시작하고 있다. 이런 상황에 나는 다음 10년을 어떻게 살아갈 지, 인생 3막은 어떤 삶을 살 지에 대해 생각하고 있다니 확실히 더이상 지각인생은 아닌 것 같다. 지각인생이었다가 '압축인생'을 살아왔구나 싶다. 앞으로 지각인생 표현은 쓰지 말아야겠다.

1. 어떻게 하면 하루를 좀 더 효율적으로 보낼 수 있을까? 모든 직장인의 고민이다. 시간을 능률적으로 쓸 수 있는 3가지 팁을 소개한다. 특히 리더라면 꼭 알아야 한다.

2. 첫째, 시간을 시각화하기. 구글 캘린더를 쓴다면 할 일 기능을 추천한다. 보통 일정을 이벤트로 잡는다. 해당 시간대에 일정이 찬다. 하루 일정이 한 번에 보여서 편하다.

3. 구글 캘린더에는 이벤트 말고 할 일 타입이 있다. 투두 리스트다. 할 일에 시간대를 지정한다. 그럼 할 일이 일정처럼 등록된다. 완료 여부도 체크할 수 있다. 할 일 앱이 별도로 있어 편리하다.

4. 큰 차이가 없어 보이지만, 써보면 완전히 다르다. 그냥 오늘 어떤 일을 해야지 와, 언제 해야지는 다르다. 일에는 언제나 Due가 있어야 한다.

5. 출근하자마자 오늘의 할 일을 채운다. 10시에는 미팅, 11시에는 내 할 일이 이미 정해져있다. 시간에 맞춰 스스로 움직여서 실행하기 훨씬 쉽다. 딱 일주일만 해보자. 습관이 된다.

6. 두 번째는 하루 쪼개기다. 하루는 24시간이다. 이를 4등분 한다. 아침, 오전, 오후, 저녁. 이제 4개의 구분이 생겼다. 각각의 할 일과 목표를 생각해 본다. 그냥 보내는 하루보다 훨씬 더 시간을 효율적으로 쓰게 된다.

7. 아침에는 명상, 독서, 운동을 한다. 오전에는 중요한 논의나 결정하는 미팅을 한다. 오후에는 원온원 미팅과 채용 인터뷰가 있다. 저녁에는 개인을 위한 시간을 보낸다. 이런 식이다. 이렇게 시간을 쓰다 보면, 내 시간과 에너지 레벨도 자연스럽게 관리할 수 있다.

8. 그냥 보면 별 차이가 없어 보일 수 있다. 하지만 하루를 4번의 루틴으로 보내는 효과는 크다. 마음가짐과 모드도 바뀐다. 역시나 해보면 알 수 있다.

9. 세 번째는 한 시간을 쪼개보기다. 1시간은 60분이다. 4등분 한다. 동그란 시계를 4개로 쪼갠 셈이다. 15분짜리 슬롯이 4개가 생긴다.

10. 사람의 집중력은 늘 한계가 있다. 1시간 동안 계속 집중하기는 어렵다. 하나의 업무라도 여러 개의 단위가 있다. 15분 단위로 업무를 쪼개보자. 훨씬 능률이 오른다. 해보면 15분이 아닌 내게 맞는 단위도 알게 된다.

11. 이런 시간 쪼개기는 특히 리더들에게 더 중요하다. 실무자는 뭉텅이 시간이 중요하다. 집중해서 무언가를 만들어낼 시간이 충분히 있어야 하기 때문이다. 중간에 인터럽트가 걸리면 치명적이다. 집중력을 뺏겼다가 다시 잡아오는 데는 에너지와 노력이 또 들기 때문이다.

12. 리더는 반대다. 짧은 시간의 슬롯을 많이 확보해야 한다. 리더가 주로 하는 일은 결정이다. 결정에는 많은 준비와 논의가 필요하다. 하지만 결정하기 자체는 시간이 많이 필요하지 않다.

13. 큰 조직의 리더일수록 더욱 많은 결정을 해야 한다. 결정들을 위한 짧은 슬롯이 많이 필요하다. 보통 리더들의 캘린더가 촘촘한 건 이 때문이다. 다양한 방법의 시간 쪼개기는 리더의 시간을 효율적으로 쓰게 만들어 준다. 해보며 나만의 방법을 만드는 게 중요하다.

1. 어떻게 하면 하루를 좀 더 효율적으로 보낼 수 있을까? 모든 직장인의 고민이다. 시간을 능률적으로 쓸 수 있는 3가지 팁을 소개한다. 특히 리더라면 꼭 알아야 한다. ​2. 첫째, 시간을 시각화하기. 구글 캘린더를 쓴다면 할 일 기능을 추천한다. 보통 일정을 이벤트로 잡는다. 해당 시간대에 일정이 찬다. 하루 일정이 한 번에 보여서 편하다. 3. 구글 캘린더에는 이벤트 말고 할 일 타입이 있다. 투두 리스트다. 할 일에 시간대를 지정한다. 그럼 할 일이 일정처럼 등록된다. 완료 여부도 체크할 수 있다. 할 일 앱이 별도로 있어 편리하다. ​4. 큰 차이가 없어 보이지만, 써보면 완전히 다르다. 그냥 오늘 어떤 일을 해야지 와, 언제 해야지는 다르다. 일에는 언제나 Due가 있어야 한다. 5. 출근하자마자 오늘의 할 일을 채운다. 10시에는 미팅, 11시에는 내 할 일이 이미 정해져있다. 시간에 맞춰 스스로 움직여서 실행하기 훨씬 쉽다. 딱 일주일만 해보자. 습관이 된다. ​6. 두 번째는 하루 쪼개기다. 하루는 24시간이다. 이를 4등분 한다. 아침, 오전, 오후, 저녁. 이제 4개의 구분이 생겼다. 각각의 할 일과 목표를 생각해 본다. 그냥 보내는 하루보다 훨씬 더 시간을 효율적으로 쓰게 된다. ​7. 아침에는 명상, 독서, 운동을 한다. 오전에는 중요한 논의나 결정하는 미팅을 한다. 오후에는 원온원 미팅과 채용 인터뷰가 있다. 저녁에는 개인을 위한 시간을 보낸다. 이런 식이다. 이렇게 시간을 쓰다 보면, 내 시간과 에너지 레벨도 자연스럽게 관리할 수 있다. 8. 그냥 보면 별 차이가 없어 보일 수 있다. 하지만 하루를 4번의 루틴으로 보내는 효과는 크다. 마음가짐과 모드도 바뀐다. 역시나 해보면 알 수 있다. ​9. 세 번째는 한 시간을 쪼개보기다. 1시간은 60분이다. 4등분 한다. 동그란 시계를 4개로 쪼갠 셈이다. 15분짜리 슬롯이 4개가 생긴다. ​10. 사람의 집중력은 늘 한계가 있다. 1시간 동안 계속 집중하기는 어렵다. 하나의 업무라도 여러 개의 단위가 있다. 15분 단위로 업무를 쪼개보자. 훨씬 능률이 오른다. 해보면 15분이 아닌 내게 맞는 단위도 알게 된다. ​11. 이런 시간 쪼개기는 특히 리더들에게 더 중요하다. 실무자는 뭉텅이 시간이 중요하다. 집중해서 무언가를 만들어낼 시간이 충분히 있어야 하기 때문이다. 중간에 인터럽트가 걸리면 치명적이다. 집중력을 뺏겼다가 다시 잡아오는 데는 에너지와 노력이 또 들기 때문이다. 12. 리더는 반대다. 짧은 시간의 슬롯을 많이 확보해야 한다. 리더가 주로 하는 일은 결정이다. 결정에는 많은 준비와 논의가 필요하다. 하지만 결정하기 자체는 시간이 많이 필요하지 않다. ​13. 큰 조직의 리더일수록 더욱 많은 결정을 해야 한다. 결정들을 위한 짧은 슬롯이 많이 필요하다. 보통 리더들의 캘린더가 촘촘한 건 이 때문이다. 다양한 방법의 시간 쪼개기는 리더의 시간을 효율적으로 쓰게 만들어 준다. 해보며 나만의 방법을 만드는 게 중요하다.

< 리더를 위한 효율적인 시간 쪼개기 기술 3가지 >

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

 - YouTube

“클로드 코드로 지난 5년 간 만든 기능을 다 구현하고도 더 만들었어요“

인디스트릿의 개발자, 로토님을 모시고 클로드 코드가 사이드 프로젝트에 날개를 달아준 경험을 인터뷰 했어요!

https://youtu.be/PhLV6q-vjkk

“클로드 코드로 지난 5년 간 만든 기능을 다 구현하고도 더 만들었어요“ 인디스트릿의 개발자, 로토님을 모시고 클로드 코드가 사이드 프로젝트에 날개를 달아준 경험을 인터뷰 했어요! https://youtu.be/PhLV6q-vjkk

undefined

사이드 프로젝트에 날개를 달아준 클로드 코드

골빈해커 김진중 대표님과 함께 AI 시대 새롭게 요구되는 일과 조직의 변화, 그리고 변화의 기회를 탐구하는 라이브입니다!

[AI라이브] AI Native 회사의 일하는 방식으로 보는 일의 미래 챌린지 | 인프런 - 인프런

📝 AI가 Anthropic의 업무 방식을 어떻게 바꾸고 있는가

Anthropic의 이전 연구에서는 다양한 직종을 아우르며 노동 시장 전반을 살펴보았는데요. 이번에는 AI 기술의 가장 초기 도입자인 자신들을 더 상세히 조사하는 연구를 진행했습니다.

Anthropic 엔지니어 및 연구원 132명을 대상으로 한 설문조사 및 53건의 심층 정성 인터뷰를 진행하고, 사용 데이터를 분석하여 AI 활용이 Anthropic에서 업무를 어떻게 변화시키고 있는지를 파악했다고 합니다.

핵심만😉 간단히 보자면,

- 사용량과 생산성은 강한 상관관계를 보였으며, 파워 유저는 1년만에 생산성을 100% 이상 향상 시켰음

- 우선순위가 낮은, 유지보수를 위한 코드 리팩토링 같은, 사소한 문제를 해결하여 삶의 질을 향상시킴

- 모든 사람이 더욱 “풀스택”화되고 있음

이건 제가 최근 몇몇 대기업에서만 발표한 “AI Native 회사의 일하는 방식으로 보는 일의 미래”라는 강의에서 하던 말과 일치하네요.

[광고] 🤭 인프런에서 다음 주에 이 발표를 라이브로 진행합니다. 부끄러워서 선착순 300명만 ☺️ 다음 주에 만나요~*

https://www.inflearn.com/challenge/ai%EB%9D%BC%EC%9D%B4%EB%B8%8C-ai-native-%ED%9A%8C%EC%82%AC%EC%9D%98

🎁 자매품 - 최고의 프롬프트 엔지니어링 강의

🎥 강의: https://fastcampus.co.kr/data_red_golbin

📕 도서: https://product.kyobobook.co.kr/detail/S000213362002

📝 AI가 Anthropic의 업무 방식을 어떻게 바꾸고 있는가 Anthropic의 이전 연구에서는 다양한 직종을 아우르며 노동 시장 전반을 살펴보았는데요. 이번에는 AI 기술의 가장 초기 도입자인 자신들을 더 상세히 조사하는 연구를 진행했습니다. Anthropic 엔지니어 및 연구원 132명을 대상으로 한 설문조사 및 53건의 심층 정성 인터뷰를 진행하고, 사용 데이터를 분석하여 AI 활용이 Anthropic에서 업무를 어떻게 변화시키고 있는지를 파악했다고 합니다. 핵심만😉 간단히 보자면, - 사용량과 생산성은 강한 상관관계를 보였으며, 파워 유저는 1년만에 생산성을 100% 이상 향상 시켰음 - 우선순위가 낮은, 유지보수를 위한 코드 리팩토링 같은, 사소한 문제를 해결하여 삶의 질을 향상시킴 - 모든 사람이 더욱 “풀스택”화되고 있음 이건 제가 최근 몇몇 대기업에서만 발표한 “AI Native 회사의 일하는 방식으로 보는 일의 미래”라는 강의에서 하던 말과 일치하네요. [광고] 🤭 인프런에서 다음 주에 이 발표를 라이브로 진행합니다. 부끄러워서 선착순 300명만 ☺️ 다음 주에 만나요~* https://www.inflearn.com/challenge/ai%EB%9D%BC%EC%9D%B4%EB%B8%8C-ai-native-%ED%9A%8C%EC%82%AC%EC%9D%98 🎁 자매품 - 최고의 프롬프트 엔지니어링 강의 🎥 강의: https://fastcampus.co.kr/data_red_golbin 📕 도서: https://product.kyobobook.co.kr/detail/S000213362002

인프런

📝 AI가 Anthropic의 업무 방식을 어떻게 바꾸고 있는가


고객까지 돌아서면 쿠팡의 편에 설 이는 정말 없습니다

쿠팡, 지금은 정말 피할 때가 아닙니다

1. 사상 최악의 유출 사태 속에서도 평온한 쿠팡 서비스 화면, 11월 30일 박대준 대표 명의의 사과문이 올라오긴 했으나 불과 이틀 만에 내려가면서 무책임한 대응이라는 비판이 이어지고 있음


2. 쿠팡이 ‘버티기 모드’를 택한 배경엔 적극적으로 해명하고 책임지는 것보다 침묵이 유리하다는 계산이 있었을 것, 주가 하락폭이 5% 남짓에 그쳤고 ‘소비자 이탈은 제한적일 것’이라는 월가 전망도 이를 뒷받침했을 것임


3. 더군다나 쿠팡이 논란에 휩싸인 건 처음이 아님, 그때마다 고개를 숙이기보다 어물쩍 넘기거나 당당히 맞서는 경우가 많았고 이는 고객의 압도적 지지를 자신한 선택이었음


4. 그러나 이번은 다름, 정보 유출 피해자가 바로 그 지지층인 고객이기 때문임, 대체재가 적은 서비스라도 고객 지지를 잃으면 동력은 약해지고 이는 카카오 사례에서도 확인된 바 있음


5. 그나마 다행인 점은 아직 뚜렷한 고객 이탈 조짐이 보이지 않는다는 것, 과거 최악의 개인정보 유출을 일으킨 SK텔레콤도 시장점유율 하락이 1%p 내에 그친 점을 보면 대규모 이탈 가능성은 상대적으로 낮음


6. 그럼에도 쿠팡이 기억해야 할 건 사업 구조상 ‘작은 이탈’도 치명상이 될 수 있다는 점임, 막대한 인프라 투자로 규모의 경제를 만들어 이익을 내는 모델이라 거래액이 일정 수준 아래로 떨어지면 과거의 천문학적 적자로 회귀할 수 있음


7. 어쩌면 이번에 ‘빛삭’된 사과문도 매일의 주문 수를 지키기 위한 고육지책이었을 수 있음


8. 하지만 이번 위기를 온전히 넘기려면 빠른 결단이 필요함, 책임과 보상을 머뭇거리면 신뢰 훼손이 장기화되고 한 번 꺼진 성장 엔진은 다시 켜기가 훨씬 어려울 테니


🥤트렌드라이트 구독하기
https://m.site.naver.com/1Ew5V

1. 사상 최악의 유출 사태 속에서도 평온한 쿠팡 서비스 화면, 11월 30일 박대준 대표 명의의 사과문이 올라오긴 했으나 불과 이틀 만에 내려가면서 무책임한 대응이라는 비판이 이어지고 있음 2. 쿠팡이 ‘버티기 모드’를 택한 배경엔 적극적으로 해명하고 책임지는 것보다 침묵이 유리하다는 계산이 있었을 것, 주가 하락폭이 5% 남짓에 그쳤고 ‘소비자 이탈은 제한적일 것’이라는 월가 전망도 이를 뒷받침했을 것임 3. 더군다나 쿠팡이 논란에 휩싸인 건 처음이 아님, 그때마다 고개를 숙이기보다 어물쩍 넘기거나 당당히 맞서는 경우가 많았고 이는 고객의 압도적 지지를 자신한 선택이었음 4. 그러나 이번은 다름, 정보 유출 피해자가 바로 그 지지층인 고객이기 때문임, 대체재가 적은 서비스라도 고객 지지를 잃으면 동력은 약해지고 이는 카카오 사례에서도 확인된 바 있음 5. 그나마 다행인 점은 아직 뚜렷한 고객 이탈 조짐이 보이지 않는다는 것, 과거 최악의 개인정보 유출을 일으킨 SK텔레콤도 시장점유율 하락이 1%p 내에 그친 점을 보면 대규모 이탈 가능성은 상대적으로 낮음 6. 그럼에도 쿠팡이 기억해야 할 건 사업 구조상 ‘작은 이탈’도 치명상이 될 수 있다는 점임, 막대한 인프라 투자로 규모의 경제를 만들어 이익을 내는 모델이라 거래액이 일정 수준 아래로 떨어지면 과거의 천문학적 적자로 회귀할 수 있음 7. 어쩌면 이번에 ‘빛삭’된 사과문도 매일의 주문 수를 지키기 위한 고육지책이었을 수 있음 8. 하지만 이번 위기를 온전히 넘기려면 빠른 결단이 필요함, 책임과 보상을 머뭇거리면 신뢰 훼손이 장기화되고 한 번 꺼진 성장 엔진은 다시 켜기가 훨씬 어려울 테니 🥤트렌드라이트 구독하기https://m.site.naver.com/1Ew5V

stibee.com

🚀쿠팡, 지금은 정말 피할 때가 아닙니다

17년차 SW QA의 경험과 노하우, 지식을 바탕으로 테스팅의 의미와 방법을 공유하고, 실무 현장에서 업무 지식을 배울 기회가 없는 이들에게 도움을 주고자 한다.

Ruth Hyojin Nam의 브런치스토리

Brunch Story

[2부:적용편] 소프트웨어 테스팅에 AI 활용하기 2)

프로젝트의 결과물은 무형과 유형으로 구분할 수 있다. PM의 리더십, 이해관계자의 참여 수준, 팀워크, 신뢰는 무형의 결과물이다. 반면 프로젝트 계획서, 테스트 결과서와 같은 문서는 유형의 결과물에 해당한다.  ‘요구사항 변경결과서’처럼 고객과의 합의(무형)와 문서화된 기록(유형)이 결합된 형태도 존재한다.

프로젝트 수행 프로세스는 전사 차원의 공통 프로세스(가이드 포함)와,
 프로젝트 팀이 상황에 맞게 정의하는 프로젝트 단위 프로세스로 나누어진다.
 무형 결과물은 사람의 역량·태도·관계에 따라 달라지지만, 유형 결과물의 품질은 전사 프로세스의 가이드와 프로젝트 팀의 적용 수준에 따라 달라진다.

 즉, 프로세스에 따라 유형 결과물의 품질이 달라진다고 할 수 있다.
프로세스를 제대로 설계하려면 프로세스의 필요성, 프로세스가 만드는 낭비, 프로세스의 한계를 함께 이해해야 한다. 이 세 가지를 고려하지 못하면 프로세스는 협업을 돕는 장치가 아니라 불필요한 문서와 절차를 양산하는 장애물이 된다.

1) 기업에서는 프로젝트 수행 프로세스가 필요하다
기업은 동시에 여러 프로젝트를 수행하므로 개인 역량에만 의존하면 프로젝트마다 방식이 달라지고 의사소통과 품질 관리가 어려워진다. 프로세스가 필요한 구체적 이유는 다음과 같다.
• 동일한 문제 발생을 예방한다
 • 산출물의 품질 편차를 줄인다
 • 고객에게 체계적인 프로젝트 수행 방식을 제시해 신뢰를 높인다
 • PM·팀원의 성향 차이에 따른 위험을 완충한다
 • 프로젝트 초기의 혼란을 줄이고 공통된 기준을 제공한다
기업 규모가 커질수록 개인·상황·고객의 다양성이 증가하기 때문에
 표준 프로세스는 더욱 중요해진다. 프로세스는 다양성을 억압하는 것이 아니라
 유형 결과물의 품질을 일정 수준 이상으로 유지하는 안전장치다.

2) 프로세스는 성공을 보장하지는 못하지만, 실패 확률을 줄인다
프로세스가 없다고 가정하면, 다음 장점들이 사라지는 것을 쉽게 떠올릴 수 있다.
• 리스크가 늦게 발견된다
 • 일정·공수 추정의 신뢰도가 낮아진다
 • PM의 역량 편차가 조직 리스크로 확대된다
 • 협업·소통 기준이 사라진다
 • 유사한 실패가 반복된다
즉, 프로세스는 성공을 만들지는 못하지만 실패 반복을 예방하는 체계다.

3) 잘못된 프로세스는 낭비를 만든다
전사 차원의 프로세스는 필요하지만, 잘못 설계되면 현장에서 다음과 같은 낭비가 발생한다.
• 승인 절차가 복잡해 의사결정이 늦어짐
 • 보고서 작성이 늘어나 실제 업무 시간이 감소
 • 산출물은 많지만 실제 품질은 개선되지 않음
이러한 낭비는 ‘불필요한 작업을 수행할 때’, ‘필요한 작업을 부적절한 형식으로 수행할 때’ 발생한다. 활용도가 낮은 개발 산출물 작성은 불필요한 작업의 대표적인 예이며, 과도하게 복잡한 요구사항 변경요청서는 부적절한 형식의 예이다.

4) 불필요한 프로세스가 생기는 이유는 ‘통제에 대한 맹신’과 ‘결과에 대한 불안감’ 때문이다
프로세스는 품질을 확보하기 위한 도구지만 통제를 위한 수단으로 변질되면 낭비로 이어진다.

- 통제에 대한 맹신
문제가 생길 때마다 절차를 강화하면 초기에는 효과가 있어 보이지만 시간이 지나면서 본질은 잊혀지고 형식적 수행하는 화석과 같은 프로세스가 된다.
• 일정 지연 → 보고 절차 추가
 • 품질 문제 → 검증 문서 추가
 • 고객 클레임 → 승인 단계 추가
이런 방식은 문제 해결보다 절차 강화로 대응하는 패턴이며 ‘사람보다 프로세스를 더 신뢰하는 문화’를 만든다. 결과적으로 사고를 예방하기 위해 만든 프로세스가 문제를 해결하지도 못하고 현장만  불편하게 만든다.
 
- 결과에 대한 불안감
불확실성을 줄이고 책임을 회피하기 위한 심리 때문에 문서, 검토, 승인 절차가 과도하게 증가한다.
• 문제가 발생할까 걱정 → 더 많은 상황을 고려한 문서 작성  
 • 책임 회피 → 근거 자료를 과도하게 모음
 • PM 불신 → 검토절차 강화 
결론적으로 불필요한 프로세스는 ‘사고를 막기 위한 것’으로 위장하지만, 실제로는 ‘불안을 달래기 위한 것’이다. 통제에 대한 맹신은 “절차가 늘면 품질이 좋아진다”는 착각을 만든다. 결과에 대한 불안감은 “문서를 더 많이 남겨야 안전하다”는 심리를 만든다. 이 두 가지가 합쳐지면 프로세스는 결과물을 만드는 수단이 아니라 목적처럼 오해되는 상황이 된다.
 
5) 프로세스만으로 성공을 보장할 수는 없다
프로세스는 고객의 성향·조직 정치·PM의 판단력·리더십·팀워크·외부 환경 등을 대체할 수 없다. 주요 성공 요인은 대부분 사람에 의해 결정된다.
그러나 프로세스가 미흡하면 PM과 팀은 자신의 역량을 제대로 발휘하기 어렵다.
 즉, 프로세스는 성공의 충분조건은 아니지만, 성공을 위한 기반 조건이다.
 
==============================
기업 PM 교육 또는 프로젝트 관리 성숙도 향상에 관심이 있는 분께서는 아래로 문의하시면 연락드리겠습니다.
https://www.notion.so/PM-2c23fcbfd93180539098fcbfeb39faf4

프로젝트의 결과물은 무형과 유형으로 구분할 수 있다. PM의 리더십, 이해관계자의 참여 수준, 팀워크, 신뢰는 무형의 결과물이다. 반면 프로젝트 계획서, 테스트 결과서와 같은 문서는 유형의 결과물에 해당한다. &nbsp;‘요구사항 변경결과서’처럼 고객과의 합의(무형)와 문서화된 기록(유형)이 결합된 형태도 존재한다. 프로젝트 수행 프로세스는 전사 차원의 공통 프로세스(가이드 포함)와, &nbsp;프로젝트 팀이 상황에 맞게 정의하는 프로젝트 단위 프로세스로 나누어진다. &nbsp;무형 결과물은 사람의 역량·태도·관계에 따라 달라지지만, 유형 결과물의 품질은 전사 프로세스의 가이드와 프로젝트 팀의 적용 수준에 따라 달라진다. &nbsp;즉, 프로세스에 따라 유형 결과물의 품질이 달라진다고 할 수 있다.프로세스를 제대로 설계하려면 프로세스의 필요성, 프로세스가 만드는 낭비, 프로세스의 한계를 함께 이해해야 한다. 이 세 가지를 고려하지 못하면 프로세스는 협업을 돕는 장치가 아니라 불필요한 문서와 절차를 양산하는 장애물이 된다. 1)&nbsp;기업에서는 프로젝트 수행 프로세스가 필요하다기업은 동시에 여러 프로젝트를 수행하므로 개인 역량에만 의존하면 프로젝트마다 방식이 달라지고 의사소통과 품질 관리가 어려워진다. 프로세스가 필요한 구체적 이유는 다음과 같다.• 동일한 문제 발생을 예방한다 &nbsp;• 산출물의 품질 편차를 줄인다 &nbsp;• 고객에게 체계적인 프로젝트 수행 방식을 제시해 신뢰를 높인다 &nbsp;• PM·팀원의 성향 차이에 따른 위험을 완충한다 &nbsp;• 프로젝트 초기의 혼란을 줄이고 공통된 기준을 제공한다기업 규모가 커질수록 개인·상황·고객의 다양성이 증가하기 때문에 &nbsp;표준 프로세스는 더욱 중요해진다. 프로세스는 다양성을 억압하는 것이 아니라 &nbsp;유형 결과물의 품질을 일정 수준 이상으로 유지하는 안전장치다. 2)&nbsp;프로세스는 성공을 보장하지는 못하지만, 실패 확률을 줄인다프로세스가 없다고 가정하면, 다음 장점들이 사라지는 것을 쉽게 떠올릴 수 있다.• 리스크가 늦게 발견된다 &nbsp;• 일정·공수 추정의 신뢰도가 낮아진다 &nbsp;• PM의 역량 편차가 조직 리스크로 확대된다 &nbsp;• 협업·소통 기준이 사라진다 &nbsp;• 유사한 실패가 반복된다즉, 프로세스는 성공을 만들지는 못하지만 실패 반복을 예방하는 체계다. 3)&nbsp;잘못된 프로세스는 낭비를 만든다전사 차원의 프로세스는 필요하지만, 잘못 설계되면 현장에서 다음과 같은 낭비가 발생한다.• 승인 절차가 복잡해 의사결정이 늦어짐 &nbsp;• 보고서 작성이 늘어나 실제 업무 시간이 감소 &nbsp;• 산출물은 많지만 실제 품질은 개선되지 않음이러한 낭비는 ‘불필요한 작업을 수행할 때’, ‘필요한 작업을 부적절한 형식으로 수행할 때’ 발생한다. 활용도가 낮은 개발 산출물 작성은 불필요한 작업의 대표적인 예이며, 과도하게 복잡한 요구사항 변경요청서는 부적절한 형식의 예이다. 4)&nbsp;불필요한 프로세스가 생기는 이유는 ‘통제에 대한 맹신’과 ‘결과에 대한 불안감’ 때문이다프로세스는 품질을 확보하기 위한 도구지만 통제를 위한 수단으로 변질되면 낭비로 이어진다. - 통제에 대한 맹신문제가 생길 때마다 절차를 강화하면 초기에는 효과가 있어 보이지만 시간이 지나면서 본질은 잊혀지고 형식적 수행하는 화석과 같은 프로세스가 된다.• 일정 지연 → 보고 절차 추가 &nbsp;• 품질 문제 → 검증 문서 추가 &nbsp;• 고객 클레임 → 승인 단계 추가이런 방식은 문제 해결보다 절차 강화로 대응하는 패턴이며 ‘사람보다 프로세스를 더 신뢰하는 문화’를 만든다. 결과적으로 사고를 예방하기 위해 만든 프로세스가 문제를 해결하지도 못하고 현장만 &nbsp;불편하게 만든다.&nbsp;- 결과에 대한 불안감불확실성을 줄이고 책임을 회피하기 위한 심리 때문에 문서, 검토, 승인 절차가 과도하게 증가한다.• 문제가 발생할까 걱정 → 더 많은 상황을 고려한 문서 작성 &nbsp; &nbsp;• 책임 회피 → 근거 자료를 과도하게 모음 &nbsp;• PM 불신 → 검토절차 강화&nbsp;결론적으로 불필요한 프로세스는 ‘사고를 막기 위한 것’으로 위장하지만, 실제로는 ‘불안을 달래기 위한 것’이다. 통제에 대한 맹신은 “절차가 늘면 품질이 좋아진다”는 착각을 만든다. 결과에 대한 불안감은 “문서를 더 많이 남겨야 안전하다”는 심리를 만든다. 이 두 가지가 합쳐지면 프로세스는 결과물을 만드는 수단이 아니라 목적처럼 오해되는 상황이 된다.&nbsp;5)&nbsp;프로세스만으로 성공을 보장할 수는 없다프로세스는 고객의 성향·조직 정치·PM의 판단력·리더십·팀워크·외부 환경 등을 대체할 수 없다. 주요 성공 요인은 대부분 사람에 의해 결정된다.그러나 프로세스가 미흡하면 PM과 팀은 자신의 역량을 제대로 발휘하기 어렵다. &nbsp;즉, 프로세스는 성공의 충분조건은 아니지만, 성공을 위한 기반 조건이다.&nbsp;==============================기업 PM 교육 또는 프로젝트 관리 성숙도 향상에 관심이 있는 분께서는 아래로 문의하시면 연락드리겠습니다.https://www.notion.so/PM-2c23fcbfd93180539098fcbfeb39faf4

프로세스는 성공을 만들지 못하지만, 실패를 줄인다

Blaybus에서 주최하는 공모전 액티비티

실무진 검증 과제 기반 통신3사 마케팅전략 공모전

실무진 검증 과제 기반 | 통신3사 마케팅전략 공모전 (~12/26)

“본 과제는 마케팅 본부에서 논의되는 이슈를 매우 현실적으로 반영하고 있습니다.”
"향후 서류나 면접 단에서 강한 인상을 줄 수 있을 거 같습니다."
-통신사 실무진 추천사 중-

열심히 참가한 대외활동, 공모전이 실무진에게 정말 매력적으로 보일지 고민이었다면?
Blaybus에서 가고 싶은 기업의 실무진이 직접 검증한 과제로 공모전에 도전해요!

링크> https://www.blaybus.com/activities/600/landing

🔥공모전 주제
통신3사 중 하나를 선택하여 마케팅 전략 수립
*세부 주제와 추천사 전문은 온라인 킥오프에서 공개

🙋모집 대상
- 개인 또는 팀(최대 5인)

📅진행 일정
- 모집 마감: 2025년 12월 26일(금)
- 온라인 킥오프: 2025년 12월 28일(일) 21시
- 수행 기간: 2025년 12월 29일(월) ~ 2026년 1월 7일(수)

✨참가 혜택
- 실무진이 직접 검증한 직무 과제 참여
- 실무진이 직접 작성한 과제 추천사 제공
- 완주 시 공모전 참가 인증서와 과제 해설서 제공

🏅시상 내역
- 대상 1팀, 최우수상 1팀, 우수상 1팀
- 상장 + 심사평 + 역량포트폴리오 발급

실무진 검증 과제 기반 | 통신3사 마케팅전략 공모전 (~12/26) “본 과제는 마케팅 본부에서 논의되는 이슈를 매우 현실적으로 반영하고 있습니다.” "향후 서류나 면접 단에서 강한 인상을 줄 수 있을 거 같습니다." -통신사 실무진 추천사 중- 열심히 참가한 대외활동, 공모전이 실무진에게 정말 매력적으로 보일지 고민이었다면? Blaybus에서 가고 싶은 기업의 실무진이 직접 검증한 과제로 공모전에 도전해요! 링크&gt; https://www.blaybus.com/activities/600/landing 🔥공모전 주제 통신3사 중 하나를 선택하여 마케팅 전략 수립 *세부 주제와 추천사 전문은 온라인 킥오프에서 공개 🙋모집 대상 - 개인 또는 팀(최대 5인) 📅진행 일정 - 모집 마감: 2025년 12월 26일(금) - 온라인 킥오프: 2025년 12월 28일(일) 21시 - 수행 기간: 2025년 12월 29일(월) ~ 2026년 1월 7일(수) ✨참가 혜택 - 실무진이 직접 검증한 직무 과제 참여 - 실무진이 직접 작성한 과제 추천사 제공 - 완주 시 공모전 참가 인증서와 과제 해설서 제공 🏅시상 내역 - 대상 1팀, 최우수상 1팀, 우수상 1팀 - 상장 + 심사평 + 역량포트폴리오 발급

Blaybus

실무진 검증 과제 기반 | 통신3사 마케팅전략 공모전 (~12/2

취업이나 이직 노하우를 묻는 질문에 저는 가이드를 줄 뿐, 구체적인 고민이나 노력은 질문하는 분이 직접 찾아야 한다고 조언합니다. 제 가이드에 공감하며 이해가 되었다고 말씀해주시는 분도 계시지만, 고개를 갸우뚱하며 "그래서 구체적으로 무엇을 어떻게 하라는 건지 모르겠다"며 더 구체적인 피드백을 요구하시는 분도 계십니다.


구체적인 방법을 묻는 질문에 방향만 제시하는 이유는, 방법보다 방향이 더 중요하기 때문입니다. 어디서 무엇을 하면 좋을지 따져보는 것보다 왜 해야 하는지 고민하는 시간이 필요합니다. 목적지에 도달하려면 방향을 바로잡고 나아가야 합니다. 아무리 편리하고 빠른 교통수단을 이용하더라도 방향이 잘못되면 목적지에 도착할 수 없습니다.


방향을 제대로 알게 되면, 자신이 무엇을 해야 하는지 자연스럽게 깨닫게 됩니다. 그래서 성인 군자와 성공한 사람들은 모두 목적과 목표가 중요하다고 이야기합니다. 모두 방향을 가리키고 있는 것입니다. 하지만 사람들은 방향보다 방법에 더 관심이 많고 중요하게 생각합니다. 방향은 눈에 보이지 않지만, 방법은 손에 잡힐 듯 보이기 때문입니다.


그래서 족집게 과외처럼 정답을 알려주는 것을 좋아합니다. 미신을 믿더라도 미래를 잘 맞추는 용한 점쟁이가 더 인기가 높습니다. 알 수 없는 미래에 잘 먹고 잘살 수 있는 방법이 궁금하기 때문입니다. 그러나 방법은 방향으로 나아가는 도구일 뿐, 궁극적인 해결책이 될 수 없습니다.


미국 실리콘밸리 빅테크 기업들의 성공 방정식을 모방하려는 국내 스타트업이 많았습니다. 따라만 하면 그들처럼 성공할 수 있다고 믿고 방법을 모방한 것입니다. 그래서 성공한 기업이 있는지 모르겠습니다. 제 짧고 얕은 경험에 의하면 그들의 방법은 우리에게 맞지 않았습니다. 방향이 달랐던 것입니다.


부모도 자녀에게 방법을 알려주는 것이 훌륭한 교육관은 아닐 겁니다. 고기를 잡아다 주는 것도 좋지 않지만, 고기 잡는 방법을 알려주는 것도 별로입니다. 어디에 고기가 많은지 방향만 알려주면 자녀가 고민 끝에 알아서 잘 잡아낼 것입니다.


AI 도구를 잘 활용하는 사람이 성공할 수 있다고 이야기합니다. 저는 반대합니다. AI 도구는 사용할수록 생각하는 힘이 떨어진다고 믿습니다. 혼자 끙끙 앓으며 고민하다가 방향이 맞는지 조언 정도는 구하면 좋다고 생각합니다. 생산성이라는 핑계로 고민도 하지 않고 통째로 AI 도구에게 일을 맡기는 건 바보로 가는 지름길입니다. 이제 TV 많이 보면 바보 되는 게 아니라 AI 도구 많이 사용하면 바보 된다고 해야겠습니다.


직업과 일자리는 꿈을 이루는 방법입니다. 그만둬야 하나 고민이 된다면 방향을 생각해보세요. 이 일을 여기서 지속하는 것이 맞는지 틀렸는지 판단하는 것이 꿈에 가까워지는 길입니다. 방향이 틀렸다면 하루빨리 돌이켜야 합니다. 제가 가진 나쁜 습관 중 하나는 길을 잘 모르면서 감각적으로 끌리는 곳으로 향하는 것입니다. 그렇게 한참을 걷다가 잘못된 길이라는 것을 깨달았을 땐, 이미 멀리 와서 다시 돌이키기 힘든 상황을 맞이한 경험이 많습니다.


오늘 방향을 고민하고 있다면 참 잘하고 계신 겁니다. 누가 뭐래도 방향은 자기 자신이 가장 잘 알고 있습니다. 우뚝 서서 맞는 방향으로 뚜벅뚜벅 걸어가는 우리가 되길 진심으로 응원합니다.

﻿취업이나 이직 노하우를 묻는 질문에 저는 가이드를 줄 뿐, 구체적인 고민이나 노력은 질문하는 분이 직접 찾아야 한다고 조언합니다. 제 가이드에 공감하며 이해가 되었다고 말씀해주시는 분도 계시지만, 고개를 갸우뚱하며 "그래서 구체적으로 무엇을 어떻게 하라는 건지 모르겠다"며 더 구체적인 피드백을 요구하시는 분도 계십니다. 구체적인 방법을 묻는 질문에 방향만 제시하는 이유는, 방법보다 방향이 더 중요하기 때문입니다. 어디서 무엇을 하면 좋을지 따져보는 것보다 왜 해야 하는지 고민하는 시간이 필요합니다. 목적지에 도달하려면 방향을 바로잡고 나아가야 합니다. 아무리 편리하고 빠른 교통수단을 이용하더라도 방향이 잘못되면 목적지에 도착할 수 없습니다. 방향을 제대로 알게 되면, 자신이 무엇을 해야 하는지 자연스럽게 깨닫게 됩니다. 그래서 성인 군자와 성공한 사람들은 모두 목적과 목표가 중요하다고 이야기합니다. 모두 방향을 가리키고 있는 것입니다. 하지만 사람들은 방향보다 방법에 더 관심이 많고 중요하게 생각합니다. 방향은 눈에 보이지 않지만, 방법은 손에 잡힐 듯 보이기 때문입니다. 그래서 족집게 과외처럼 정답을 알려주는 것을 좋아합니다. 미신을 믿더라도 미래를 잘 맞추는 용한 점쟁이가 더 인기가 높습니다. 알 수 없는 미래에 잘 먹고 잘살 수 있는 방법이 궁금하기 때문입니다. 그러나 방법은 방향으로 나아가는 도구일 뿐, 궁극적인 해결책이 될 수 없습니다. 미국 실리콘밸리 빅테크 기업들의 성공 방정식을 모방하려는 국내 스타트업이 많았습니다. 따라만 하면 그들처럼 성공할 수 있다고 믿고 방법을 모방한 것입니다. 그래서 성공한 기업이 있는지 모르겠습니다. 제 짧고 얕은 경험에 의하면 그들의 방법은 우리에게 맞지 않았습니다. 방향이 달랐던 것입니다. 부모도 자녀에게 방법을 알려주는 것이 훌륭한 교육관은 아닐 겁니다. 고기를 잡아다 주는 것도 좋지 않지만, 고기 잡는 방법을 알려주는 것도 별로입니다. 어디에 고기가 많은지 방향만 알려주면 자녀가 고민 끝에 알아서 잘 잡아낼 것입니다. AI 도구를 잘 활용하는 사람이 성공할 수 있다고 이야기합니다. 저는 반대합니다. AI 도구는 사용할수록 생각하는 힘이 떨어진다고 믿습니다. 혼자 끙끙 앓으며 고민하다가 방향이 맞는지 조언 정도는 구하면 좋다고 생각합니다. 생산성이라는 핑계로 고민도 하지 않고 통째로 AI 도구에게 일을 맡기는 건 바보로 가는 지름길입니다. 이제 TV 많이 보면 바보 되는 게 아니라 AI 도구 많이 사용하면 바보 된다고 해야겠습니다. 직업과 일자리는 꿈을 이루는 방법입니다. 그만둬야 하나 고민이 된다면 방향을 생각해보세요. 이 일을 여기서 지속하는 것이 맞는지 틀렸는지 판단하는 것이 꿈에 가까워지는 길입니다. 방향이 틀렸다면 하루빨리 돌이켜야 합니다. 제가 가진 나쁜 습관 중 하나는 길을 잘 모르면서 감각적으로 끌리는 곳으로 향하는 것입니다. 그렇게 한참을 걷다가 잘못된 길이라는 것을 깨달았을 땐, 이미 멀리 와서 다시 돌이키기 힘든 상황을 맞이한 경험이 많습니다. 오늘 방향을 고민하고 있다면 참 잘하고 계신 겁니다. 누가 뭐래도 방향은 자기 자신이 가장 잘 알고 있습니다. 우뚝 서서 맞는 방향으로 뚜벅뚜벅 걸어가는 우리가 되길 진심으로 응원합니다.﻿

방법보다 방향이 중요해요

최선을 선택하고 싶고 최악을 피하고 싶은게 인지상정이지만
회사에 속한 이상 때로는 최선을 포기해야 하는 상황이 발생합니다
근데 고집 부려봐야 어쩔 수 없는게 그러라고 월급 받는거니까요

최선을 선택하고 싶고 최악을 피하고 싶은게 인지상정이지만회사에 속한 이상 때로는 최선을 포기해야 하는 상황이 발생합니다근데 고집 부려봐야 어쩔 수 없는게 그러라고 월급 받는거니까요

캘거리 시민 1명이 시장 조티. 곤덱을 해임하기 위한 소환 청원. 운동을 시작했다. 
https://drift-hunters.io

개발자는 때로는 차선을 선택하고 차악을 선택해야 합니다

댓글 1

비슷한 게시물

주간 인기 TOP 10

추천 프로필