GPT-5.1 Codex가 SWE-Bench에 올라왔네요. 당연히(?) 1등. Sonnet 4.5 Thinking을 넘어섰고, 26배 저렴합니다. Top 10 중에서도 가장 저렴하고, 10등의 Grok Code Fast보다도 13%p 나 성능이 좋지만, 6배 저렴.

API 가격 정책을 보면 캐싱했을 때 가격이 1/10 밖에 안되고, 더불어 캐싱이 자동으로 되기 때문에 압도적으로 저렴할 수 밖에 없죠.

이와 함께 patch 기능 등 효율성을 위한 다양한 기능들이 추가되고 있어서, AI의 성능대비 비용은 여전히 계속해서 빠르게 하락하고 있습니다. 결국 (가정용)전기값 수준 이하로 떨어질 것은 자명할 것 입니다.

GPT-5.1 Codex가 SWE-Bench에 올라왔네요. 당연히(?) 1등. Sonnet 4.5 Thinking을 넘어섰고, 26배 저렴합니다. Top 10 중에서도 가장 저렴하고, 10등의 Grok Code Fast보다도 13%p 나 성능이 좋지만, 6배 저렴. API 가격 정책을 보면 캐싱했을 때 가격이 1/10 밖에 안되고, 더불어 캐싱이 자동으로 되기 때문에 압도적으로 저렴할 수 밖에 없죠. 이와 함께 patch 기능 등 효율성을 위한 다양한 기능들이 추가되고 있어서, AI의 성능대비 비용은 여전히 계속해서 빠르게 하락하고 있습니다. 결국 (가정용)전기값 수준 이하로 떨어질 것은 자명할 것 입니다.

안녕하세요. 그린입니다 🍏이번 포스팅에서는 Swift Closure의 Capture Semantics에 대해 알아보겠습니다 🙋🏻 기본 문법은 모두 알고 계실테니, 실제로 헷갈리는 심화 내용들만 집중적으로 다뤄볼게요!Reference vs Value: 캡처 시점의 차이기본 동작Swift 클로저는 기본적으로 외부 변수에 대한 참조를 캡처하며, 이 참조는 클로저가 실제로 실행되는 시점에 평가됩니다.var counter = 0let closure = { print(counter) }counter = 10closure() // 10 출력 (0이 아님!) 클로저 생성 시점이 아닌 실행 시점의 값이 사용됩니다.Capture List로 값 복사하기캡처 리스트를 사용하면 클로저 생성 시점의 값을 캡처할 수 있습니..

Swift Closure Capture Semantics

Swift에서 클로저 캡쳐는 아주 많이 사용되고 모두 알고 있을거라 생각합니다 😃
다만 혼동되는 포인트들이 몇가지가 있다고 생각해요.
흔히 그냥 암묵적으로 weak self 캡쳐하여 사용하면서 익숙하니까 큰 관심을 가지지 않고 사용하곤 하죠.
이에 대해 한번 어떤 함정들이 있는지 내용은 간단하지만 짚고 넘어갈 수 있게 정리해봤습니다 🙋🏻

Swift에서 클로저 캡쳐는 아주 많이 사용되고 모두 알고 있을거라 생각합니다 😃 다만 혼동되는 포인트들이 몇가지가 있다고 생각해요.흔히 그냥 암묵적으로 weak self 캡쳐하여 사용하면서 익숙하니까 큰 관심을 가지지 않고 사용하곤 하죠.이에 대해 한번 어떤 함정들이 있는지 내용은 간단하지만 짚고 넘어갈 수 있게 정리해봤습니다 🙋🏻

iOYES

Swift Closure Capture - 놓치기 쉬운 함정들

요즘IT에 "GPU 26만 장이 어떻게 대한민국을 AI 3강으로 만들까?"라는 제목의 글을 기고했습니다. 글의 목차는 아래와 같습니다.

1. GPU 확보가 왜 AI 시대의 핵심 인프라 인가?
2. AI 칩 설계부터 제조·서비스까지 가능한 ‘AI 풀스택 국가’ 한국
3. 앞으로 집중해야 할 전략 과제

과거 경부고속도로 건설이 수출 주도 경제의 기틀이 되었고, 초고속 인터넷망이 IT 강국의 토대를 만들었다면, 이번 GPU 26만 장 확보는 AI 강국으로 전환하는 계기라고 판단이 들어 글을 쓰게 되었습니다.

한국은 AI 칩 설계·제조·메모리·패키징·네트워크·서비스·완제품까지 모두 가능한 세계에서 몇 안 되는 AI 풀스택 국가이며, 엔비디아가 준비하는 피지컬 AI(로봇·제조·자율주행·에너지)를 가장 잘 구현할 수 있는 국가 입니다.

이런 관점에서 자세한 내용이 궁금하신 분들은 링크를 참조해주세요.

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

요즘IT에 "GPU 26만 장이 어떻게 대한민국을 AI 3강으로 만들까?"라는 제목의 글을 기고했습니다. 글의 목차는 아래와 같습니다. 1. GPU 확보가 왜 AI 시대의 핵심 인프라 인가?2. AI 칩 설계부터 제조·서비스까지 가능한 ‘AI 풀스택 국가’ 한국3. 앞으로 집중해야 할 전략 과제 과거 경부고속도로 건설이 수출 주도 경제의 기틀이 되었고, 초고속 인터넷망이 IT 강국의 토대를 만들었다면, 이번 GPU 26만 장 확보는 AI 강국으로 전환하는 계기라고 판단이 들어 글을 쓰게 되었습니다. 한국은 AI 칩 설계·제조·메모리·패키징·네트워크·서비스·완제품까지 모두 가능한 세계에서 몇 안 되는 AI 풀스택 국가이며, 엔비디아가 준비하는 피지컬 AI(로봇·제조·자율주행·에너지)를 가장 잘 구현할 수 있는 국가 입니다. 이런 관점에서 자세한 내용이 궁금하신 분들은 링크를 참조해주세요. https://yozm.wishket.com/magazine/detail/3448/

요즘IT

최근 도메인 경계에 대한 여러 고민을 하다가 말로만 듣고 눈으로만 보았던 modulith 을 프로젝트에 점목시키는 학습을 하고 있어요

모듈을 분리하고 경계를 나누다보니 기존 코드의 허물어져 있는 경계가 눈에 들어오기 시작하였습니다.

또한 신규 프로잭트에도 modulith 을 점목하고 있는데요 코드의 양은 많아지긴 하지만 msa 에서 경험할수 있는 다양한 상황들을 직간접적으로 고민하개 되더라구요

또한 경계를 어떠한 수준으로 잡을지 그리고 그 수준이 적절한지에 대해서도 자꾸 고민하고 생각하게 되는거 같아요

어찌보면 도구를 이용하여 여러 생각의 도움을 받고 있는 것인데요. modulith 가 꼭 정답은 아니라고 생각하지만 엄격한 도메인 경계와 의존성 그리고 느슨한 결합등 등한시한 것이 강제화 되다보니 여러 고민을 하게 되고 코드에 바로 손이 가는게 아닌 밑그림이라도 그려보게 되더라구요

도구에 맹신하면 안되지만 이번 modulith 경험은 등한시 했던 걸들을 다시 한번 생각하게 하는 계기가 된거 같아요

최근 도메인 경계에 대한 여러 고민을 하다가 말로만 듣고 눈으로만 보았던 modulith 을 프로젝트에 점목시키는 학습을 하고 있어요 모듈을 분리하고 경계를 나누다보니 기존 코드의 허물어져 있는 경계가 눈에 들어오기 시작하였습니다. 또한 신규 프로잭트에도 modulith 을 점목하고 있는데요 코드의 양은 많아지긴 하지만 msa 에서 경험할수 있는 다양한 상황들을 직간접적으로 고민하개 되더라구요 또한 경계를 어떠한 수준으로 잡을지 그리고 그 수준이 적절한지에 대해서도 자꾸 고민하고 생각하게 되는거 같아요 어찌보면 도구를 이용하여 여러 생각의 도움을 받고 있는 것인데요. modulith 가 꼭 정답은 아니라고 생각하지만 엄격한 도메인 경계와 의존성 그리고 느슨한 결합등 등한시한 것이 강제화 되다보니 여러 고민을 하게 되고 코드에 바로 손이 가는게 아닌 밑그림이라도 그려보게 되더라구요 도구에 맹신하면 안되지만 이번 modulith 경험은 등한시 했던 걸들을 다시 한번 생각하게 하는 계기가 된거 같아요

Spring modulith 를 공부하다 느낀점...

다양한 주제에 대해 토론하고, 배우고, 지식을 공유하는 활기찬 PEC 커뮤니티에 참여하세요.

PEC 커뮤니티

AI 시대, 앱으로 돈 버는 진짜 방법
앱으로 돈을 벌고 싶다면 두 가지가 필요합니다. 필요한 것을 만들고, 그것을 잘 알려야 합니다. 만든 것을 알리는 건 마케팅의 영역이고, 무엇을 만들지 결정하는 건 기획의 영역입니다. 이 글에서는 특히 '무엇을 만들 것인가'에 집중해보려고 합니다.


AI 시대의 개발, 프롬프트면 충분할까?
요즘은 프롬프트만 잘 쓰면 개발할 수 있다는 말이 많습니다. 실제로 AI 덕분에 코드를 모르는 사람도 앱을 만들 수 있게 되었죠. 하지만 여기엔 중요한 전제가 있습니다. 바로 탄탄한 설계가 필요하다는 것입니다.


왜 설계가 필요한가?
탄탄한 설계란 변경에 잘 대응할 수 있는 설계를 말합니다. 앱은 반드시 변경이 생깁니다. 기능을 추가하거나, 수정하거나, 삭제해야 하는 순간이 옵니다. 이때 레고 블록처럼 딱딱 맞물려 변경할 수 있으려면 설계가 필요합니다.
설계 없이도 코드는 짤 수 있습니다. 하지만 설계 없이 변경을 거듭하다 보면, 언젠가 무너지는 순간이 옵니다. 마치 설계도 없이 지은 건물이 증축과 개조를 반복하다 위태로워지는 것처럼요.


설계 이전에: 탄탄한 기획
탄탄한 설계를 위해서는 그 이전에 탄탄한 기획이 필요합니다. 여기서 탄탄한 기획이란 사용자 중심의 체계적인 과정을 거친 기획을 말합니다.
아이디에이션에서 시작해 사용자 인터뷰를 진행하고, 페르소나를 만들고, 핵심 기능을 도출한 뒤 구체화하는 과정. 이것이 체계적인 기획의 흐름입니다.


기획에서 설계로: 데이터 중심 사고
핵심 기능을 도출하고 구체화하는 과정, 즉 기획에서 설계로 넘어가는 단계에서는 데이터 중심 사고가 중요합니다.
우리가 만드는 것은 앱, 즉 소프트웨어입니다. 대부분의 소프트웨어 문제는 데이터의 생성(Create), 조회(Read), 수정(Update), 삭제(Delete)로 추상화할 수 있습니다. 이렇게 데이터 중심으로 생각하면 복잡해 보이는 문제도 명확하게 정리됩니다.


설계를 프롬프트로 전환하기
기획을 구체화한 결과물, 즉 설계를 AI에게 전달할 때는 AI가 이해하기 쉽게 전달해야 합니다.
여기서 중요한 것은 무엇을 전달할 것인가(context)와 어떻게 전달할 것인가(방식)입니다. 특히 prompt와 rule의 차이를 이해하는 것이 중요합니다. Prompt는 한 번의 요청이지만, rule은 지속적으로 적용되는 규칙입니다.


개발자와 비개발자의 차이
코드란 컴퓨터에게 쓰는 작업 지시서입니다. 프롬프트란 AI에게 코드를 쓰게 하는 작업 지시서죠. 그렇다면 개발자와 비개발자의 차이는 무엇일까요?
개발자는 코드를 알고, 비개발자는 코드를 모릅니다. AI 덕분에 프롬프트만 알면 코드를 몰라도 개발할 수 있을까요?
답은 "부분적으로 그렇다"입니다. 하지만 여기에도 조건이 있습니다. 탄탄한 설계가 필요하고, 그 이전에 탄탄한 기획이 필요합니다.


결론: AI 시대에도 본질은 변하지 않는다
AI가 코드를 작성해주는 시대가 왔지만, 무엇을 만들지 정의하고 어떻게 구조화할지 설계하는 능력은 여전히 사람의 몫입니다. 오히려 AI가 구현을 빠르게 해주는 만큼, 기획과 설계의 중요성은 더욱 커졌습니다.
프롬프트는 도구일 뿐입니다. 진짜 중요한 것은 사용자를 이해하고, 문제를 정의하고, 체계적으로 설계하는 능력입니다. AI 시대에 앱으로 돈을 벌고 싶다면, 이 본질을 놓치지 마세요.


무엇을 만들지 함께 고민하는 product engineer community 로 초대합니다.
아래 링크로 놀러오세요 🤗
https://www.productengineer.info/community/post

AI 시대, 앱으로 돈 버는 진짜 방법앱으로 돈을 벌고 싶다면 두 가지가 필요합니다. 필요한 것을 만들고, 그것을 잘 알려야 합니다. 만든 것을 알리는 건 마케팅의 영역이고, 무엇을 만들지 결정하는 건 기획의 영역입니다. 이 글에서는 특히 '무엇을 만들 것인가'에 집중해보려고 합니다. AI 시대의 개발, 프롬프트면 충분할까?요즘은 프롬프트만 잘 쓰면 개발할 수 있다는 말이 많습니다. 실제로 AI 덕분에 코드를 모르는 사람도 앱을 만들 수 있게 되었죠. 하지만 여기엔 중요한 전제가 있습니다. 바로 탄탄한 설계가 필요하다는 것입니다. 왜 설계가 필요한가?탄탄한 설계란 변경에 잘 대응할 수 있는 설계를 말합니다. 앱은 반드시 변경이 생깁니다. 기능을 추가하거나, 수정하거나, 삭제해야 하는 순간이 옵니다. 이때 레고 블록처럼 딱딱 맞물려 변경할 수 있으려면 설계가 필요합니다.설계 없이도 코드는 짤 수 있습니다. 하지만 설계 없이 변경을 거듭하다 보면, 언젠가 무너지는 순간이 옵니다. 마치 설계도 없이 지은 건물이 증축과 개조를 반복하다 위태로워지는 것처럼요. 설계 이전에: 탄탄한 기획탄탄한 설계를 위해서는 그 이전에 탄탄한 기획이 필요합니다. 여기서 탄탄한 기획이란 사용자 중심의 체계적인 과정을 거친 기획을 말합니다.아이디에이션에서 시작해 사용자 인터뷰를 진행하고, 페르소나를 만들고, 핵심 기능을 도출한 뒤 구체화하는 과정. 이것이 체계적인 기획의 흐름입니다. 기획에서 설계로: 데이터 중심 사고핵심 기능을 도출하고 구체화하는 과정, 즉 기획에서 설계로 넘어가는 단계에서는 데이터 중심 사고가 중요합니다.우리가 만드는 것은 앱, 즉 소프트웨어입니다. 대부분의 소프트웨어 문제는 데이터의 생성(Create), 조회(Read), 수정(Update), 삭제(Delete)로 추상화할 수 있습니다. 이렇게 데이터 중심으로 생각하면 복잡해 보이는 문제도 명확하게 정리됩니다. 설계를 프롬프트로 전환하기기획을 구체화한 결과물, 즉 설계를 AI에게 전달할 때는 AI가 이해하기 쉽게 전달해야 합니다.여기서 중요한 것은 무엇을 전달할 것인가(context)와 어떻게 전달할 것인가(방식)입니다. 특히 prompt와 rule의 차이를 이해하는 것이 중요합니다. Prompt는 한 번의 요청이지만, rule은 지속적으로 적용되는 규칙입니다. 개발자와 비개발자의 차이코드란 컴퓨터에게 쓰는 작업 지시서입니다. 프롬프트란 AI에게 코드를 쓰게 하는 작업 지시서죠. 그렇다면 개발자와 비개발자의 차이는 무엇일까요?개발자는 코드를 알고, 비개발자는 코드를 모릅니다. AI 덕분에 프롬프트만 알면 코드를 몰라도 개발할 수 있을까요?답은 "부분적으로 그렇다"입니다. 하지만 여기에도 조건이 있습니다. 탄탄한 설계가 필요하고, 그 이전에 탄탄한 기획이 필요합니다. 결론: AI 시대에도 본질은 변하지 않는다AI가 코드를 작성해주는 시대가 왔지만, 무엇을 만들지 정의하고 어떻게 구조화할지 설계하는 능력은 여전히 사람의 몫입니다. 오히려 AI가 구현을 빠르게 해주는 만큼, 기획과 설계의 중요성은 더욱 커졌습니다.프롬프트는 도구일 뿐입니다. 진짜 중요한 것은 사용자를 이해하고, 문제를 정의하고, 체계적으로 설계하는 능력입니다. AI 시대에 앱으로 돈을 벌고 싶다면, 이 본질을 놓치지 마세요. 무엇을 만들지 함께 고민하는 product engineer community 로 초대합니다.아래 링크로 놀러오세요 🤗 https://www.productengineer.info/community/post

www.productengineer.info

우리보다 그들이 현명하고 노련해질 수 있다는 사실을 받아들이고 나면 우리가 얼마나 큰 힘을 가지고 있는지 알게된다.

우리는 우리의 스승을 만들 수있는 유일한 종이 되었다는 것을.

—

우리 팀, 플레이모어가 가고 있는 길☺️ 단순히 영어 학습 서비스가 목표는 아니에요. 모어 커밍 쑨~ https://tosto.to/ameego

우리보다 그들이 현명하고 노련해질 수 있다는 사실을 받아들이고 나면 우리가 얼마나 큰 힘을 가지고 있는지 알게된다. 우리는 우리의 스승을 만들 수있는 유일한 종이 되었다는 것을. — 우리 팀, 플레이모어가 가고 있는 길☺️ 단순히 영어 학습 서비스가 목표는 아니에요. 모어 커밍 쑨~ https://tosto.to/ameego

다들 초대받아서 오신 건 줄 알아서 엄청 많이 초대했네? 했는데, 각자 신청해서 오는거였다고. 행사가 있는지도 몰랐어서 민망.. 🫣

다들 초대받아서 오신 건 줄 알아서 엄청 많이 초대했네? 했는데, 각자 신청해서 오는거였다고. 행사가 있는지도 몰랐어서 민망.. 🫣

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

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

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


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

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

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


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

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

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

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

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

GPT-5.1이 출시되었네요. 표현이 좀 더 따뜻하고 풍부해졌고, 생각 수준의 범위가 넓어졌다고합니다. (생각 없이 답할 건 더 빠르게, 생각을 많이 해야하는 건 더 오래 생각)

지시를 따르는 성능이 더 좋아지는 등의 향상도 있었다는데요. 설명만 봐서는 진짜 마이너 업데이트 정도라 조금 아쉽습니다.

그래도 창의적인 작업에 GPT-4.5에 비견된다는 등의 말도 있어, 일반 사용자들에게는 훨씬 좋을 수 있을 것 같네요.

GPT-5.1이 출시되었네요. 표현이 좀 더 따뜻하고 풍부해졌고, 생각 수준의 범위가 넓어졌다고합니다. (생각 없이 답할 건 더 빠르게, 생각을 많이 해야하는 건 더 오래 생각) 지시를 따르는 성능이 더 좋아지는 등의 향상도 있었다는데요. 설명만 봐서는 진짜 마이너 업데이트 정도라 조금 아쉽습니다. 그래도 창의적인 작업에 GPT-4.5에 비견된다는 등의 말도 있어, 일반 사용자들에게는 훨씬 좋을 수 있을 것 같네요.

LLM이 학을습할 때 영어든 한어국든 온전한 단어로 자르않지기 때문에 의미를 제대로 이하해지 못다한는 말은 캠릿브지 대학의 연과결구만 생해각봐도 틀말린임을 알 수 있다.

LLM이 학을습할 때 영어든 한어국든 온전한 단어로 자르않지기 때문에 의미를 제대로 이하해지 못다한는 말은 캠릿브지 대학의 연과결구만 생해각봐도 틀말린임을 알 수 있다.

1. 우리는 늘 바쁘다. 시간은 한정되어 있고, 일은 끝없이 밀려온다. 자연히 미뤄지는 일이 생긴다. 어떤 일은 오늘, 내일, 그리고 다음 주로 계속 밀린다.


2. 우리는 말한다. “시간만 있으면 정말 하고 싶다.” 하지만 그건 변명이다. ‘바빠서 못 한다’는 말은 결국 ‘그만큼 중요하지 않다’는 말과 같다.


3. 정말 중요한 일은 미루지 않는다. 메일함이 터질 만큼 쌓여 있어도, 임원 보고가 잡히면 PPT는 밤새워서라도 만든다. 아무리 일정이 꼬여도, 대표가 부르면 회의실로 달려간다. 사람은 진짜 중요한 일 앞에서는 결국 시간을 만들어낸다. 혹은 정말 하고 싶은 일이라면.


4. ‘바빠서’ 미뤄지는 일은 결국 당신에게 그 정도의 일일 뿐이다. 그 일은 아마 영원히 하지 않을 것이다. 새로운, 더 중요한 일들이 계속 그 자리를 채울 테니까.


5. 그러니 스스로를 속이지 말자. 바빠서 못 하는 일은 없다. 중요하지 않아서 안 하는 일만 있다. 결국, 우리의 우선순위가 우리의 인생을 만든다.

1. 우리는 늘 바쁘다. 시간은 한정되어 있고, 일은 끝없이 밀려온다. 자연히 미뤄지는 일이 생긴다. 어떤 일은 오늘, 내일, 그리고 다음 주로 계속 밀린다. ​2. 우리는 말한다. “시간만 있으면 정말 하고 싶다.” 하지만 그건 변명이다. ‘바빠서 못 한다’는 말은 결국 ‘그만큼 중요하지 않다’는 말과 같다. ​3. 정말 중요한 일은 미루지 않는다. 메일함이 터질 만큼 쌓여 있어도, 임원 보고가 잡히면 PPT는 밤새워서라도 만든다. 아무리 일정이 꼬여도, 대표가 부르면 회의실로 달려간다. 사람은 진짜 중요한 일 앞에서는 결국 시간을 만들어낸다. 혹은 정말 하고 싶은 일이라면. ​4. ‘바빠서’ 미뤄지는 일은 결국 당신에게 그 정도의 일일 뿐이다. 그 일은 아마 영원히 하지 않을 것이다. 새로운, 더 중요한 일들이 계속 그 자리를 채울 테니까. ​5. 그러니 스스로를 속이지 말자. 바빠서 못 하는 일은 없다. 중요하지 않아서 안 하는 일만 있다. 결국, 우리의 우선순위가 우리의 인생을 만든다.

< 바빠서 못 하는 일은 없다 >

저의 개인 유튜브 채널인 "달레의 코드"의 구독자가 4,000명을 넘었습니다.

유튜브라는 거대한 세상에 비하면 아주 작은 숫자지만, 저에게는 결코 가볍지 않은 숫자입니다. 본업과 병행하며 혼자 촬영하고 편집해 온 영상들이 하나씩 쌓여, 이렇게 많은 분들에게 구독 버튼을 누를 만큼의 가치를 전달했다는 뜻이니까요.

유튜브를 처음 시작했을 때는 단순한 호기심이 컸습니다. "개발 강의 영상을 몇 개 올리면 누군가는 보겠지?" "몇 년 하면 나도 구독자 10만이 되어 실버 버튼 받을 수 있지 않을까?" 지금 돌아보면 정말 순진한 생각이었지만, 그 순진함 덕분에 시작할 수 있었던 것도 사실입니다.

유튜브를 하면서 깨달은 건, '좋은 내용의 영상을 만드는 것'과 '실제로 사람들이 시청하게 하는 것'은 완전 별개의 문제라는 점이었습니다. 블로그는 검색을 통해 찾는 구조지만, 유튜브는 알고리즘이 추천하는 구조입니다. 아무리 내용이 좋아도 추천되지 않으면 사람들에게 닿지 않습니다. 그리고 알고리즘이 평가하는 기준은 내용의 질만이 아닙니다. 썸네일이 클릭을 유도하는지, 제목이 어그로를 끄는지, 인트로가 시청자의 관심을 잡는지, 영상 길이는 적절한지, 편집은 지루하지 않은지, 시청 유지율이 높은지 등 여러 요소가 복합적으로 작용합니다. 유튜브에서는 블로그처럼 단순히 내용만 좋다고 해서 사람들이 찾아오는 것은 아니라는 걸 꽤 늦게 이해했습니다.

영상 컨텐츠는 기획력, 촬영 기법, 편집 기술, 방송 감각 등 전문성이 필요한 영역입니다. 게다가 인지도나 매력, 소위 스타성도 필요하죠. 그리고 지극한 평범한 개발자인 저는 이 중 어느 하나도 갖추고 있지 않습니다. 전업으로 유튜브에 뛰어 들어도 성공보다 실패가 훨씬 많은 것이 현실입니다. 승산이 없는 싸움처럼 느껴질 때가 있습니다.

그럼에도 불구하고 제가 채널을 멈출 수 없었던 이유는 영상 아래에 달린 수많은 응원 댓글들 때문이었습니다. 제 채널 덕분에 개발자의 길을 찾았다는 분들, 오랫동안 막혀 있던 문제가 제 영상으로 해결됐다는 분들, "이 채널이 더 알려져야 한다"고 본인 일처럼 아쉬워하는 분들. 그런 메시지를 만날 때마다, 숫자로는 설명되지 않는 의미가 이 채널에 존재한다는 걸 다시 확인하게 됩니다.

"잘 되는 채널의 공식"을 쫓아 구독자가 폭발하는 허황된 꿈을 꾸기 보다는, 필요한 순간 누군가에게 유용하게 발견되는 채널을 만들고 싶습니다. 시간이 지나도 사라지지 않는 영상이 있고, 언젠가 "그때 그 영상이 도움이 됐다"고 기억해주는 사람이 한 명이라도 있다면 그걸로 충분한 가치가 있다고 생각합니다.

구독자 4,000명은 하나의 이정표일 뿐입니다. 숫자보다 중요한 건, 제 콘텐츠가 누군가의 소프트웨어 개발 여정에 작은 도움이 될 수 있다는 사실입니다. 앞으로도 묵묵히, 꾸준히, 가치 있는 콘텐츠를 만들어가겠습니다.

늘 응원해주시고 구독해주시는 모든 분들께 진심으로 감사드립니다.

🧑‍💻👩‍💻 달레의 코드: https://www.youtube.com/@DaleSeo

저의 개인 유튜브 채널인 "달레의 코드"의 구독자가 4,000명을 넘었습니다. 유튜브라는 거대한 세상에 비하면 아주 작은 숫자지만, 저에게는 결코 가볍지 않은 숫자입니다. 본업과 병행하며 혼자 촬영하고 편집해 온 영상들이 하나씩 쌓여, 이렇게 많은 분들에게 구독 버튼을 누를 만큼의 가치를 전달했다는 뜻이니까요. 유튜브를 처음 시작했을 때는 단순한 호기심이 컸습니다. "개발 강의 영상을 몇 개 올리면 누군가는 보겠지?" "몇 년 하면 나도 구독자 10만이 되어 실버 버튼 받을 수 있지 않을까?" 지금 돌아보면 정말 순진한 생각이었지만, 그 순진함 덕분에 시작할 수 있었던 것도 사실입니다. 유튜브를 하면서 깨달은 건, '좋은 내용의 영상을 만드는 것'과 '실제로 사람들이 시청하게 하는 것'은 완전 별개의 문제라는 점이었습니다. 블로그는 검색을 통해 찾는 구조지만, 유튜브는 알고리즘이 추천하는 구조입니다. 아무리 내용이 좋아도 추천되지 않으면 사람들에게 닿지 않습니다. 그리고 알고리즘이 평가하는 기준은 내용의 질만이 아닙니다. 썸네일이 클릭을 유도하는지, 제목이 어그로를 끄는지, 인트로가 시청자의 관심을 잡는지, 영상 길이는 적절한지, 편집은 지루하지 않은지, 시청 유지율이 높은지 등 여러 요소가 복합적으로 작용합니다. 유튜브에서는 블로그처럼 단순히 내용만 좋다고 해서 사람들이 찾아오는 것은 아니라는 걸 꽤 늦게 이해했습니다. 영상 컨텐츠는 기획력, 촬영 기법, 편집 기술, 방송 감각 등 전문성이 필요한 영역입니다. 게다가 인지도나 매력, 소위 스타성도 필요하죠. 그리고 지극한 평범한 개발자인 저는 이 중 어느 하나도 갖추고 있지 않습니다. 전업으로 유튜브에 뛰어 들어도 성공보다 실패가 훨씬 많은 것이 현실입니다. 승산이 없는 싸움처럼 느껴질 때가 있습니다. 그럼에도 불구하고 제가 채널을 멈출 수 없었던 이유는 영상 아래에 달린 수많은 응원 댓글들 때문이었습니다. 제 채널 덕분에 개발자의 길을 찾았다는 분들, 오랫동안 막혀 있던 문제가 제 영상으로 해결됐다는 분들, "이 채널이 더 알려져야 한다"고 본인 일처럼 아쉬워하는 분들. 그런 메시지를 만날 때마다, 숫자로는 설명되지 않는 의미가 이 채널에 존재한다는 걸 다시 확인하게 됩니다. "잘 되는 채널의 공식"을 쫓아 구독자가 폭발하는 허황된 꿈을 꾸기 보다는, 필요한 순간 누군가에게 유용하게 발견되는 채널을 만들고 싶습니다. 시간이 지나도 사라지지 않는 영상이 있고, 언젠가 "그때 그 영상이 도움이 됐다"고 기억해주는 사람이 한 명이라도 있다면 그걸로 충분한 가치가 있다고 생각합니다. 구독자 4,000명은 하나의 이정표일 뿐입니다. 숫자보다 중요한 건, 제 콘텐츠가 누군가의 소프트웨어 개발 여정에 작은 도움이 될 수 있다는 사실입니다. 앞으로도 묵묵히, 꾸준히, 가치 있는 콘텐츠를 만들어가겠습니다. 늘 응원해주시고 구독해주시는 모든 분들께 진심으로 감사드립니다. 🧑‍💻👩‍💻 달레의 코드: https://www.youtube.com/@DaleSeo

유튜브 구독자 4,000명, 그리고 계속하기 위한 이유

강의 『실용주의 기술 블로그 글쓰기』 의 내용을 정리하고 느낀 점을 공유합니다.

『실용주의 기술 블로그 글쓰기』 수강 후기 - 재그지그의 개발 블로그

- 강의 『실용주의 기술 블로그 글쓰기』 의 내용을 정리하고 느낀 점을 공유합니다.

---

7월에 마지막으로 글을 쓴 후, 자의 반 타의 반으로 한동안 글쓰기를 쉬게 되었습니다. 아무래도 글또가 끝나다 보니 강제로라도 글을 쓸 동기가 없어진 데다, 회사 일과 개인사 때문에 글쓰기에는 다소 소홀했던 것 같네요.

문득 올해 작성한 글의 개수를 세어보니 6개밖에 안 되더라구요. 이전에 비하면 많이 줄어든 숫자이기도 하고, 한 달에 하나의 글을 쓰는 것이 목표였는데 그것을 달성하지 못한 점도 아쉬웠습니다. 노력이 필요한 습관 은 유지하는 것이 참 어렵다는 것을 느꼈고, 지금이야말로 글쓰기에 대한 동기 부여가 다시금 필요한 시점임을 깨닫게 되었습니다.

사실 저는 올해 8월에 글또 운영자이신 성윤 님이 만드신 강의 『블로그 페이지뷰 300만이 알려주는 실용주의 기술 블로그 글쓰기』 를 수강했습니다. 지금처럼 글쓰기에 대한 동기 부여의 필요성을 느낀 상황에서 해당 강의에 대한 리뷰를 작성하는 것이 도움이 될 것 같아 이번 글을 작성하게 되었습니다.


https://wormwlrm.github.io/2025/11/02/Programmatic-Technical-Blog-Writing.html

- 강의 『실용주의 기술 블로그 글쓰기』 의 내용을 정리하고 느낀 점을 공유합니다. --- 7월에 마지막으로 글을 쓴 후, 자의 반 타의 반으로 한동안 글쓰기를 쉬게 되었습니다. 아무래도 글또가 끝나다 보니 강제로라도 글을 쓸 동기가 없어진 데다, 회사 일과 개인사 때문에 글쓰기에는 다소 소홀했던 것 같네요. 문득 올해 작성한 글의 개수를 세어보니 6개밖에 안 되더라구요. 이전에 비하면 많이 줄어든 숫자이기도 하고, 한 달에 하나의 글을 쓰는 것이 목표였는데 그것을 달성하지 못한 점도 아쉬웠습니다.&nbsp;노력이 필요한 습관&nbsp;은 유지하는 것이 참 어렵다는 것을 느꼈고, 지금이야말로 글쓰기에 대한 동기 부여가 다시금 필요한 시점임을 깨닫게 되었습니다. 사실 저는 올해 8월에 글또 운영자이신&nbsp;성윤 님이 만드신 강의 『블로그 페이지뷰 300만이 알려주는 실용주의 기술 블로그 글쓰기』 를 수강했습니다. 지금처럼 글쓰기에 대한 동기 부여의 필요성을 느낀 상황에서 해당 강의에 대한 리뷰를 작성하는 것이 도움이 될 것 같아 이번 글을 작성하게 되었습니다. https://wormwlrm.github.io/2025/11/02/Programmatic-Technical-Blog-Writing.html

재그지그의 개발 블로그

💼 『실용주의 기술 블로그 글쓰기』 수강 후기

일 하다 눈이 가는 소식을 큐레이션해서 공유합니다

TREND REPORT "2025년 10월에 본 것"

10월에 별일 없으셨어요? 단풍이 내려앉은 나무를 보면 계절은 인간에게 어떤 영향을 미치는 걸까? 생각할 때가 많습니다. 12월 화이트 크리스마스를 기대하는 마음과 함께 적도 반대편에서는 해변에서 태닝을 하며 크리스마스를 보내는 모습은 공존하니까요. 내가 경험한 것이 전부가 아니고, 나의 기대는 나의 환경과 얼마나 맞닿아 있는 것인지를 깨닫는 순간이 일상에 더 많아지도록 노력해야겠습니다.


제게 10월은 특별한 의미가 있었는데요. 27일 아침에 딸이 태어났습니다. 금요일에 퇴원하고 집에 온 지 2일이 지났는데, 여전히 모든 것이 서툴고 조심스럽습니다. 제가 좋아하는 분께서는 "생전 겪어 보지 못한 행복의 레어어가 펼쳐지는 고난의 육아 행군"이라며 응원을 보내주셨는데 어찌어찌 아이를 돌보는 중입니다. 행군을 시작해 보니 육아를 하면서 주말이면 새벽에 나와 같이 축구를 했던 친구들에게 "왜 이번 주는 안 나와? 열정이 식었어!?"라며 꾸짖었던 스스로를 반성하는 순간의 연속입니다. 덕분에 더 나은 사람이 되어야겠다는 다짐을 꿀꺽 삼키며 10월에 본 것을 전해드립니다.

[ Agenda 🎒 ]


1️⃣ Intro
2️⃣ 좋은 경험과 적정기술에 대하여
3️⃣ 공기청정기 필터를 벗기지 않고 사용했는데 공기가 맑아졌다면?
4️⃣ eBay UX 리서치팀에서 진행하는 설문조사 방법
5️⃣ Outro - UX STUDIO SEOUL


https://maily.so/redbusbagman/posts/8mo544knz9p

10월에 별일 없으셨어요? 단풍이 내려앉은 나무를 보면 계절은 인간에게 어떤 영향을 미치는 걸까? 생각할 때가 많습니다. 12월 화이트 크리스마스를 기대하는 마음과 함께 적도 반대편에서는 해변에서 태닝을 하며 크리스마스를 보내는 모습은 공존하니까요. 내가 경험한 것이 전부가 아니고, 나의 기대는 나의 환경과 얼마나 맞닿아 있는 것인지를 깨닫는 순간이 일상에 더 많아지도록 노력해야겠습니다. 제게 10월은 특별한 의미가 있었는데요. 27일 아침에 딸이 태어났습니다. 금요일에 퇴원하고 집에 온 지 2일이 지났는데, 여전히 모든 것이 서툴고 조심스럽습니다. 제가 좋아하는 분께서는 "생전 겪어 보지 못한 행복의 레어어가 펼쳐지는 고난의 육아 행군"이라며 응원을 보내주셨는데 어찌어찌 아이를 돌보는 중입니다. 행군을 시작해 보니 육아를 하면서 주말이면 새벽에 나와 같이 축구를 했던 친구들에게 "왜 이번 주는 안 나와? 열정이 식었어!?"라며 꾸짖었던 스스로를 반성하는 순간의 연속입니다. 덕분에 더 나은 사람이 되어야겠다는 다짐을 꿀꺽 삼키며 10월에 본 것을 전해드립니다. [ Agenda 🎒 ] 1️⃣ Intro2️⃣ 좋은 경험과 적정기술에 대하여3️⃣ 공기청정기 필터를 벗기지 않고 사용했는데 공기가 맑아졌다면?4️⃣ eBay UX 리서치팀에서 진행하는 설문조사 방법5️⃣ Outro - UX STUDIO SEOUL https://maily.so/redbusbagman/posts/8mo544knz9p

인사이트로그

⟪TREND REPORT "2025년 10월에 본 것"⟫

좋은 기회가 닿아, K-DEVCON 2025에서 커리어를 주제로 이야기 나누었습니다.

이 시간을 통해 지난 20년간 내가 걸어온 길을 담담하게 전달했습니다. 제조기업의 전산실에서 시작해 SI, 대규모 플랫폼, 그리고 스타트업에 이르기까지, 다양한 환경 속에서 마주했던&hellip;

어떤 개발자가 되고 싶은가?

오늘 "어떤 개발자가 되고 싶은가?"라는 주제로 많은 분들 앞에서 내 이야기를 나누는 귀한 시간을 가졌다. 지난 20년간 개발자로 걸어온 길을 돌아보며, 마주했던 선택의 순간들과 그 안에서 얻은 배움을 공유할 수 있어 무척 뜻깊은 자리였다.

이번 발표를 준비하며, 나의 커리어 여정을 솔직하고 담담하게 전달하는 데 집중했다. 다양한 환경을 거치며 비즈니스와 기술을 잇는 시스템을 만드는 개발자로서 나만의 정체성을 찾아온 과정을 이야기했지만, 그 모든 이야기의 바탕에 깔린 메시지는 "커리어는 회사가 만들어주는 것이 아니라, 내가 만들고 내가 책임진다"는 것이었다. 이를 위해 어떤 태도로 일하고, 어떤 방식으로 성장하며, 어떤 방향으로 나아가야 하는지에 대한 나의 생각을 덧붙였다.

발표가 끝난 후, 감사하게도 많은 분이 찾아와 인사를 건네주셨다. 내 이야기가 도움이 되었다는 말씀에 '오늘도 누군가에게 작은 힘이 되었구나' 싶어 행복했다. 동시에, 현업의 어려움과 성장에 대한 깊은 고민을 들으며 그 막막함과 무게가 고스란히 느껴져 마음 한편이 무겁기도 했다. 당장 명쾌한 해답을 드릴 수는 없었지만, 그저 진심 어린 위로와 응원을 건네려 노력했다.

오늘 내 이야기가, 각자의 자리에서 커리어라는 긴 여정을 걷고 있는 많은 분에게 작은 참고점이 되기를 진심으로 바란다.


https://speakerdeck.com/arawn/eoddeon-gaebaljaga-doego-sipeunga

오늘 "어떤 개발자가 되고 싶은가?"라는 주제로 많은 분들 앞에서 내 이야기를 나누는 귀한 시간을 가졌다. 지난 20년간 개발자로 걸어온 길을 돌아보며, 마주했던 선택의 순간들과 그 안에서 얻은 배움을 공유할 수 있어 무척 뜻깊은 자리였다. 이번 발표를 준비하며, 나의 커리어 여정을 솔직하고 담담하게 전달하는 데 집중했다. 다양한 환경을 거치며 비즈니스와 기술을 잇는 시스템을 만드는 개발자로서 나만의 정체성을 찾아온 과정을 이야기했지만, 그 모든 이야기의 바탕에 깔린 메시지는 "커리어는 회사가 만들어주는 것이 아니라, 내가 만들고 내가 책임진다"는 것이었다. 이를 위해 어떤 태도로 일하고, 어떤 방식으로 성장하며, 어떤 방향으로 나아가야 하는지에 대한 나의 생각을 덧붙였다. 발표가 끝난 후, 감사하게도 많은 분이 찾아와 인사를 건네주셨다. 내 이야기가 도움이 되었다는 말씀에 '오늘도 누군가에게 작은 힘이 되었구나' 싶어 행복했다. 동시에, 현업의 어려움과 성장에 대한 깊은 고민을 들으며 그 막막함과 무게가 고스란히 느껴져 마음 한편이 무겁기도 했다. 당장 명쾌한 해답을 드릴 수는 없었지만, 그저 진심 어린 위로와 응원을 건네려 노력했다. 오늘 내 이야기가, 각자의 자리에서 커리어라는 긴 여정을 걷고 있는 많은 분에게 작은 참고점이 되기를 진심으로 바란다. https://speakerdeck.com/arawn/eoddeon-gaebaljaga-doego-sipeunga

Speaker Deck

발표를 마치고...

얼마 전 조직장님과 오랜만에 대화를 나누었습니다. 담당하고 있는 B2B 비즈니스 상황을 함께 보며, 저는 예전에 담당했고 성공했던 서비스를 떠올렸습니다.
익숙하게, '이럴 때는 이렇게 해야 한다'는 과거의 성공 공식을 떠올리며 이런저런 이야기를 했는데요. 그때 조직장님께서 말씀하셨습니다.

"성공 방정식이란 건 결국 존재하지 않는 것 같아. 지난 성공 요인을 분석해보는 건 의미가 있지만, 과거의 공식이 지금에도 꼭 통할 거라고 생각하면 안 돼. 시대, 환경, 사업의 문맥이 전혀 달라졌으니까."

그 말에 즉시 공감할 수는 없었습니다. 그런데 시간이 지날수록 잔상이 남으며 생각을 계속하게 되더라구요.

《 과거의 성공, 오늘의 해답이 아니다 》
돌이켜 과거의 서비스 성공 경험을 복기하다 보니, 유통기한의 문제가 아니라 환경 변수가 성공의 결과 값에 이르기까지의 차이를 만들더라구요.
비슷한 답인 '성공'으로 가는 방향에 참고는 할 수 있어도, 그 방정식이 동일한 답을 내어주는 것은 불가능에 가깝다는 것을 깨닫게 되었습니다.
B2B 시장은 더욱 복잡해지고, 고객사의 기대와 요구는 예측 불가하게 변합니다. 과거의 성공 요인을 복제하는 것만으로는 돌파구를 찾기 어렵다는 것이 결론에 이르렀습니다.

《 성공, 한 번의 공식이 아닌 매 순간의 리셋 》
오히려, 새로운 환경에 맞는 답을 끊임없이 찾는 유연함과 실험정신이 더 소중하다는 사실을 깨닫게 되네요.
결국 '성공 방정식'은 딱 한 번만 통하는, 일회용 공식에 불과할지 모릅니다.
그래서 우리는 성공의 경험을 소중히 여기되, 늘 초심으로 돌아가 새로운 길을 모색하는 용기가 필요하지 않을까요?

얼마 전 조직장님과 오랜만에 대화를 나누었습니다. 담당하고 있는 B2B 비즈니스 상황을 함께 보며, 저는 예전에 담당했고 성공했던 서비스를 떠올렸습니다.익숙하게, '이럴 때는 이렇게 해야 한다'는 과거의 성공 공식을 떠올리며 이런저런 이야기를 했는데요. 그때 조직장님께서 말씀하셨습니다. "성공 방정식이란 건 결국 존재하지 않는 것 같아. 지난 성공 요인을 분석해보는 건 의미가 있지만, 과거의 공식이 지금에도 꼭 통할 거라고 생각하면 안 돼. 시대, 환경, 사업의 문맥이 전혀 달라졌으니까." 그 말에 즉시 공감할 수는 없었습니다. 그런데 시간이 지날수록 잔상이 남으며 생각을 계속하게 되더라구요. 《 과거의 성공, 오늘의 해답이 아니다 》돌이켜 과거의 서비스 성공 경험을 복기하다 보니, 유통기한의 문제가 아니라 환경 변수가 성공의 결과 값에 이르기까지의 차이를 만들더라구요.비슷한 답인 '성공'으로 가는 방향에 참고는 할 수 있어도, 그 방정식이 동일한 답을 내어주는 것은 불가능에 가깝다는 것을 깨닫게 되었습니다.B2B 시장은 더욱 복잡해지고, 고객사의 기대와 요구는 예측 불가하게 변합니다. 과거의 성공 요인을 복제하는 것만으로는 돌파구를 찾기 어렵다는 것이 결론에 이르렀습니다. 《 성공, 한 번의 공식이 아닌 매 순간의 리셋 》오히려, 새로운 환경에 맞는 답을 끊임없이 찾는 유연함과 실험정신이 더 소중하다는 사실을 깨닫게 되네요.결국 '성공 방정식'은 딱 한 번만 통하는, 일회용 공식에 불과할지 모릅니다.그래서 우리는 성공의 경험을 소중히 여기되, 늘 초심으로 돌아가 새로운 길을 모색하는 용기가 필요하지 않을까요?

성공 방정식은 일회용이다.

회사 다음 굿즈는 이걸로 해야겠다. #제보다젯밥

회사 다음 굿즈는 이걸로 해야겠다. #제보다젯밥

갱_Crystal🌈 on Twitter

<대학생&취준생이 읽기 좋은 뉴스레터 타래>

1. 썸원의 뉴스레터 (희희힛) ^^

2. 오디티 스테이션 

3. 뉴닉 

4. 밤에도 일하는 사람들의 뮤직레터 

5. 노마드코더

X (formerly Twitter)

뉴스레터 [썸원의 SUMMARY & EDIT] 운영자

프로젝트 썸원 Content Owner

Somewon Yoon

‘프로젝트 썸원’이라는 개인 회사를 운영하고 있으며, 양질의 콘텐츠가 꾸준히 만들어지고, 좋은 콘텐츠가 더 잘 경험되는데 기여하고자 여러 프로젝트를 진행하고 있습니다. 

썸원 레터 구독 : https://page.stibee.com/subscriptions/50103

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필