리뷰에서도 자주 나오지만, 저는 매번 각자의 상황과 배경에 맞춰 코칭합니다. 그래서 준비에 시간이 오래 걸리고 효율적이지 않을 때도 있지만, 그만큼 의미 있는 변화를 만들 수 있다고 믿기에 이 방식을 계속 고수하고 있습니다.

포트폴리오에 대한 객관적 평가나 개선점, 디자인 취업 전략등이 어렵다면?

🔗 예약 링크는 고정 댓글에서 확인하세요.

리뷰에서도 자주 나오지만, 저는 매번 각자의 상황과 배경에 맞춰 코칭합니다. 그래서 준비에 시간이 오래 걸리고 효율적이지 않을 때도 있지만, 그만큼 의미 있는 변화를 만들 수 있다고 믿기에 이 방식을 계속 고수하고 있습니다. 포트폴리오에 대한 객관적 평가나 개선점, 디자인 취업 전략등이 어렵다면? 🔗 예약 링크는 고정 댓글에서 확인하세요.

현재 8월 예약 슬롯이 절반 정도 남았습니다(빠르게 마감중🚨)

🎉 우디의 포폴, 디자인 커리어 컨설팅 바로가기
https://www.latpeed.com/products/QkCkT

디자이너 면접 질문에 숨겨진 진짜 의도 읽기 | 자기소개 1분 부탁드릴게요. 많은 디자이너들이 면접을 답변을 외우는 시험처럼 생각합니다. 하지만 실제 면접은 훨씬 더 복잡하고 전략적인 게임입니다. 특히 프로덕트 디자이너 채용 면접에서는 이 사람이 지금 우리 팀에 어울릴까? 우리 문제를 이해하고 해결할 수 있을까?를 끊임없이 가늠하려 합니다. 이번 글에서는 채용 담당자로 일했던 경험과, 다양한 멘티들의 사

이 질문, 준비하셨나요? 디자이너 핵심 면접 가이드

많은 분들이 면접을 답변을 외우는 시험처럼 준비합니다. 실제 면접은 훨씬 복잡한 게임입니다. 회사의 비즈니스 상황을 읽고, 거기에 맞는 내 경험을 설득력 있게 풀어내는 것이 핵심입니다.

https://brunch.co.kr/@cliche-cliche/286

많은 분들이 면접을 답변을 외우는 시험처럼 준비합니다. 실제 면접은 훨씬 복잡한 게임입니다. 회사의 비즈니스 상황을 읽고, 거기에 맞는 내 경험을 설득력 있게 풀어내는 것이 핵심입니다. https://brunch.co.kr/@cliche-cliche/286

Brunch Story

디자인 면접, 준비는 했는데 왜 자꾸 결과가 안 좋을까? 🥹

간밤에 OpenAI가 오픈소스 모델을 발표했네요.

Anthropic이 Opus 4.1을 구글이 Genie 3를 공개했는데 이번에도 역시? 초를 치는 모습입니다. ㅋㅋ

일단 성능은 o3나 o3-mini와 준하는 수준이거나 더 좋은, 오픈소스 중 최고 수준입니다.

특히 인상적인건 이정도 성능을 컨슈머 레벨의 기기애서도 돌릴 수 있을 정도로 최적화되어있다는건데요.

120B은 80G 메모리, 20B 모델은 16G 메모리의 GPU에서도 돌아갑니다.

MoE로 구성되어 있는데, 액티브 파라미터가 120B은 5.13B, 20B 모델은 3.61B 밖에 안되고 네이티브로 퀀타이즈되어있어서 추론 속도도 매우 빠를 것으로 예상합니다.

또한 HuggingFace는 물론 vLLM, Metal이나 Ollama까지 준비되어있어서 쉽게 바로 사용 할 수 있습니다.

무엇보다 중요한건 라이센스인데요. Apache 2.0으로 완전히 자유롭게 사용할 수 있습니다. Llama도 라이센스의 변경 압박이 있을 것 같습니다.

오픈소스도 또 한 번 불타오르겠네요. 더불어 오픈소스 성능을 이정도로 제공한다면 GPT-5 모델들은 얼마나 성능이 좋을지? GPT-5 출시도 기대해봅니다. 😎🍿🥤

간밤에 OpenAI가 오픈소스 모델을 발표했네요. Anthropic이 Opus 4.1을 구글이 Genie 3를 공개했는데 이번에도 역시? 초를 치는 모습입니다. ㅋㅋ 일단 성능은 o3나 o3-mini와 준하는 수준이거나 더 좋은, 오픈소스 중 최고 수준입니다. 특히 인상적인건 이정도 성능을 컨슈머 레벨의 기기애서도 돌릴 수 있을 정도로 최적화되어있다는건데요. 120B은 80G 메모리, 20B 모델은 16G 메모리의 GPU에서도 돌아갑니다. MoE로 구성되어 있는데, 액티브 파라미터가 120B은 5.13B, 20B 모델은 3.61B 밖에 안되고 네이티브로 퀀타이즈되어있어서 추론 속도도 매우 빠를 것으로 예상합니다. 또한 HuggingFace는 물론 vLLM, Metal이나 Ollama까지 준비되어있어서 쉽게 바로 사용 할 수 있습니다. 무엇보다 중요한건 라이센스인데요. Apache 2.0으로 완전히 자유롭게 사용할 수 있습니다. Llama도 라이센스의 변경 압박이 있을 것 같습니다. 오픈소스도 또 한 번 불타오르겠네요. 더불어 오픈소스 성능을 이정도로 제공한다면 GPT-5 모델들은 얼마나 성능이 좋을지? GPT-5 출시도 기대해봅니다. 😎🍿🥤

영어 인터뷰를 연습하고 코칭받을 수 있는 특별 코너를 신설했습니다.

우선은 캐쥬얼하게 코칭을 받을 수 있도록 만들었는데, 해보니 경험이 상당히 좋아서 본격적으로 발전시켜볼 계획입니다.

단, 각오를 하고 도전하셔야합니다. 당연하지만 영어 인터뷰라는게 꽤나 진땀 빼는 일이더라고요. 😇 하지만 그렇기 때문에 영어 듣기/말하기 능력을 빠르게 늘리는데에는 이만한 연습이 없는 것 같습니다.

이를 시작으로 본격적인 대화 연습을 하는 여러 주제의 코너들도 계속 만들어 갈 예정입니다. 이런 복잡도 높은 실시간 대화는 그 어떤 AI 영어 서비스도 하지 못하는, 저희만 가능한 일이니까요. 😉

암튼, 외국 기업 혹은 외국계 기업에 취직을 준비하고 계신 분들은 꼭 한 번 사용해보세요. 물론 아직은 꿈만 갖고 계신 분들도 미리미리 준비해두시면 좋겠죠? 외국계 기업 취업의 기회는 누구에게나 언제든지 올 수 있습니다. (진심) 🤗

아미고 다운로드 👉 https://ameego.club

영어 인터뷰를 연습하고 코칭받을 수 있는 특별 코너를 신설했습니다. 우선은 캐쥬얼하게 코칭을 받을 수 있도록 만들었는데, 해보니 경험이 상당히 좋아서 본격적으로 발전시켜볼 계획입니다. 단, 각오를 하고 도전하셔야합니다. 당연하지만 영어 인터뷰라는게 꽤나 진땀 빼는 일이더라고요. 😇 하지만 그렇기 때문에 영어 듣기/말하기 능력을 빠르게 늘리는데에는 이만한 연습이 없는 것 같습니다. 이를 시작으로 본격적인 대화 연습을 하는 여러 주제의 코너들도 계속 만들어 갈 예정입니다. 이런 복잡도 높은 실시간 대화는 그 어떤 AI 영어 서비스도 하지 못하는, 저희만 가능한 일이니까요. 😉 암튼, 외국 기업 혹은 외국계 기업에 취직을 준비하고 계신 분들은 꼭 한 번 사용해보세요. 물론 아직은 꿈만 갖고 계신 분들도 미리미리 준비해두시면 좋겠죠? 외국계 기업 취업의 기회는 누구에게나 언제든지 올 수 있습니다. (진심) 🤗 아미고 다운로드 👉 https://ameego.club

📣 Interview Coaching 베타 릴리즈!!

콤플렉스(Complex)는 말 그대로 내 안에 뱀처럼 똬리를 틀고 있는 고통의 실체를 말한다. 그것을 건드는 순간 나는 낱낱이 발가벗겨진 것처럼 두렵고 아프다. 나란 존재의 실체가 다 들통나는 것 같은 느낌이 든다. 결국 똬리를 틀고 있는 복잡한 세상을 마주할 때, 자칫 그 실마리가 풀릴까 봐 온몸을 사리게 된다. 그러다가 그 실마리를 누군가 조금이라도 건드는 시늉이라도 하면 나는 몸서리치며 인생이 부서지는 기분에 사로잡힌다. 그런 사람 눈에 이 세상은 객관적인 대상이 아니라 ‘나'라는 끔찍한 자의식이 투영된 공포의 환영 그 자체이다.
⠀
최애니, 몽실몽실 몽상구름

콤플렉스(Complex)는 말 그대로 내 안에 뱀처럼 똬리를 틀고 있는 고통의 실체를 말한다. 그것을 건드는 순간 나는 낱낱이 발가벗겨진 것처럼 두렵고 아프다. 나란 존재의 실체가 다 들통나는 것 같은 느낌이 든다. 결국 똬리를 틀고 있는 복잡한 세상을 마주할 때, 자칫 그 실마리가 풀릴까 봐 온몸을 사리게 된다. 그러다가 그 실마리를 누군가 조금이라도 건드는 시늉이라도 하면 나는 몸서리치며 인생이 부서지는 기분에 사로잡힌다. 그런 사람 눈에 이 세상은 객관적인 대상이 아니라 ‘나'라는 끔찍한 자의식이 투영된 공포의 환영 그 자체이다.⠀최애니, 몽실몽실 몽상구름

《콤플렉스는 고통의 실체》

나는 종종 생산성을 올리기 위한 각종 개발 툴은 물론, 라이브러리나 소스 코드를 구매하기도 한다.

소스 코드의 경우 실제로 써먹지 못하는 경우도 상당수 되긴 하지만, 그래도 구성이나 코드를 보면서 배우는게 있기 때문에 학습 비용이라고 생각하고 가끔 구매하는 편이다.

그런데, 오늘은 좀 필요한게 있어서 어떤 40만원짜리 소스 코드 패키지를 조금 무리해서 구매했는데…진심 빡!쳐!서 메일로 욕했다. (소심해서 진짜 욕은 아니고.. 😞)

기능들이 제대로 작동하지 않는 것 뿐만 아니라 코드가 완전 개판이었던 것이었다. 🤬 이게 AI로 짜서 그런거냐면 그건 아닐 것이다. 왜냐하면 AI로 시켜도 더 잘 짰을 것이기 때문이다. 😩😖😫

진짜 이런 적 처음이고.. 하.. 진짜 할말 많은데.. 😮‍💨 암튼 왠지 앞으로 이런 수준의 코드를 파는 사람들이 많아질 것 같아서 주의가 필요할 것 같다.

나는 종종 생산성을 올리기 위한 각종 개발 툴은 물론, 라이브러리나 소스 코드를 구매하기도 한다. 소스 코드의 경우 실제로 써먹지 못하는 경우도 상당수 되긴 하지만, 그래도 구성이나 코드를 보면서 배우는게 있기 때문에 학습 비용이라고 생각하고 가끔 구매하는 편이다. 그런데, 오늘은 좀 필요한게 있어서 어떤 40만원짜리 소스 코드 패키지를 조금 무리해서 구매했는데…진심 빡!쳐!서 메일로 욕했다. (소심해서 진짜 욕은 아니고.. 😞) 기능들이 제대로 작동하지 않는 것 뿐만 아니라 코드가 완전 개판이었던 것이었다. 🤬 이게 AI로 짜서 그런거냐면 그건 아닐 것이다. 왜냐하면 AI로 시켜도 더 잘 짰을 것이기 때문이다. 😩😖😫 진짜 이런 적 처음이고.. 하.. 진짜 할말 많은데.. 😮‍💨 암튼 왠지 앞으로 이런 수준의 코드를 파는 사람들이 많아질 것 같아서 주의가 필요할 것 같다.

개인의 건강관리와 프로젝트의 위험관리는 유사한 점이 많다.
건강관리의 단계별로 프로젝트 위험관리와 공통점을 살펴보면 다음과 같다.
 
- 위험신호의 식별 

예산 초과, 납기 지연, 품질 저하 같은 ‘큰 문제’는 하루아침에 생기지 않는다. 
회의록에 작은 경고가 적히거나, 담당자의 일정이 조금씩 밀리거나, 의사결정이 지연되는 것처럼 사소해 보이는 징후가 먼저 나타난다. 이것을 무시하면 작은 문제는 점점 커지고, 결국 프로젝트 전체를 흔드는 ‘질병’으로 발전한다. 
마치 피로, 체중 변화, 혈압 상승이 질병의 신호인 것처럼. 

• 문제로 전이되기 전에 징후가 나타난다. 
• 자각하여 징후를 인식하기도 하지만, 객관적 진단에 의하여 인식하기도 한다.

- 진단과 우선순위
건강검진에서는 질병의 ‘원인’(생활습관), ‘위험도’(수치), ‘영향력’(수명)을 구분해서 봅니다. 프로젝트의 위험을 식별하는 방법도 동일하다. 

• 원인: 인력 부족, 공급 지연, 기술 미성숙
• 발생 가능성: 데이터와 경험 기반 추정
• 영향력: 납기, 예산, 품질에 미치는 정도

모든 위험을 한 번에 없앨 수 없기에, 영향이 크고 발생 가능성이 높은 것부터 대응해야 한다. 

• 모든 질병(위험)을 원천적으로 예방하는 것은 거의 불가능하다. 생활(프로젝트) 자체가 많은
질병에 노출되어 있다.
• 같은 질병이라도 환자의 상태에 따라 심각한 정도가 달라지듯이 같은 위험이라도 프로젝트의
예산, 납기에 따라 위험의 정도가 달라진다.
 
- 처방 및 조치 
질병에 대한 진단 후에는 치료를 위한 처방과 조치를 한다. 

• 질병은 합병증이 있고, 위험은 결합위험이 있다.(잔업으로 인한 품질저하) 
• 골든타임을 놓치면 치명적인 결과를 초래한다. (이슈별 골든타임은 다름)
• 해당 질병이 환자에게 미치는 영향(일상활동, 예상수명등)과 질병 발생가능성을 고려하여
치료순서를 결정한다.
 
- 사후 모니터링

질병 상태가 고정되어 있지 않듯, 위험도 프로젝트 진행 상황에 따라 계속 변하기 때문에 사후 모니터링이 중요하다. 

• 질병(위험)의 상태는 고정되어 있는 것이 아니라 역동적으로 변한다. 개인의 노력과 상관없이
건강이 갑자기 좋아지기도 하고 악화되기도 한다
• 건강관리도 위험관리도 한 번 하고 끝나는 일이 아니라, 지속적으로 해야 한다.
• 예방관리가 중요하다. 사후관리는 이미 늦은 경우가 많다.

=================================
제가 삼성 SDS에서 30년 동안 경험하고 체득한 교훈을 정리한 책 <슬기로운 PM 생활>을 출간한 소식을 공유합니다.
https://product.kyobobook.co.kr/detail/S000215148133

개인의 건강관리와 프로젝트의 위험관리는 유사한 점이 많다.건강관리의 단계별로 프로젝트 위험관리와 공통점을 살펴보면 다음과 같다.&nbsp;-&nbsp;위험신호의 식별&nbsp; 예산 초과, 납기 지연, 품질 저하 같은 ‘큰 문제’는 하루아침에 생기지 않는다.&nbsp;회의록에 작은 경고가 적히거나, 담당자의 일정이 조금씩 밀리거나, 의사결정이 지연되는 것처럼 사소해 보이는 징후가 먼저 나타난다. 이것을 무시하면 작은 문제는 점점 커지고, 결국 프로젝트 전체를 흔드는 ‘질병’으로 발전한다.&nbsp;마치 피로, 체중 변화, 혈압 상승이 질병의 신호인 것처럼.&nbsp; • 문제로 전이되기 전에 징후가 나타난다.&nbsp;• 자각하여 징후를 인식하기도 하지만, 객관적 진단에 의하여 인식하기도 한다. -&nbsp;진단과 우선순위건강검진에서는 질병의 ‘원인’(생활습관), ‘위험도’(수치), ‘영향력’(수명)을 구분해서 봅니다. 프로젝트의 위험을 식별하는 방법도 동일하다.&nbsp; • 원인: 인력 부족, 공급 지연, 기술 미성숙• 발생 가능성: 데이터와 경험 기반 추정• 영향력: 납기, 예산, 품질에 미치는 정도 모든 위험을 한 번에 없앨 수 없기에, 영향이 크고 발생 가능성이 높은 것부터 대응해야 한다.&nbsp; •&nbsp;모든 질병(위험)을 원천적으로 예방하는 것은 거의 불가능하다. 생활(프로젝트) 자체가 많은 질병에 노출되어 있다.• 같은 질병이라도 환자의 상태에 따라 심각한 정도가 달라지듯이 같은 위험이라도 프로젝트의 예산, 납기에 따라 위험의 정도가 달라진다.&nbsp;-&nbsp;처방 및 조치&nbsp;질병에 대한 진단 후에는 치료를 위한 처방과 조치를 한다.&nbsp; •&nbsp;질병은 합병증이 있고, 위험은 결합위험이 있다.(잔업으로 인한 품질저하)&nbsp;•&nbsp;골든타임을 놓치면 치명적인 결과를 초래한다. (이슈별 골든타임은 다름)• 해당 질병이 환자에게 미치는 영향(일상활동, 예상수명등)과 질병 발생가능성을 고려하여 치료순서를 결정한다.&nbsp;-&nbsp;사후 모니터링 질병 상태가 고정되어 있지 않듯, 위험도 프로젝트 진행 상황에 따라 계속 변하기 때문에 사후 모니터링이 중요하다.&nbsp; •&nbsp;질병(위험)의 상태는 고정되어 있는 것이 아니라 역동적으로 변한다. 개인의&nbsp;노력과 상관없이 건강이 갑자기 좋아지기도 하고 악화되기도 한다• 건강관리도 위험관리도 한 번 하고 끝나는 일이 아니라, 지속적으로 해야 한다.•&nbsp;예방관리가 중요하다. 사후관리는 이미 늦은 경우가 많다. =================================제가 삼성 SDS에서 30년 동안 경험하고 체득한 교훈을 정리한 책 &lt;슬기로운 PM 생활&gt;을 출간한 소식을 공유합니다.https://product.kyobobook.co.kr/detail/S000215148133

건강관리에 비유한 프로젝트 위험관리

Safety 정책은 그냥 막는 것이 아니라, 브랜드 신뢰를 지키면서도 대화 흐름을 유지하는 설계입니다. 범용 스펙 + 특화 스펙은 서비스 도메인을 가장 잘 아는 기획자가 주도해야 하며, LLM 서비스의 핵심 중 하나입니다.

실무에서 바로 쓰는 AI 챗봇 Safety 정책 | CannotBeHidden

AI 챗봇 기획에서 Safety 정책은 선택이 아니라 필수입니다.
단순한 금칙어 필터링을 넘어 프롬프트 차단 · 응답 차단 · 특화 스펙 설계까지, 실제 적용한 사례와 노하우를 정리했습니다.

https://cannotbehidden.com/work/ai-chatbot-safety-policy/

AI 챗봇 기획에서 Safety 정책은 선택이 아니라 필수입니다.단순한 금칙어 필터링을 넘어 프롬프트 차단 · 응답 차단 · 특화 스펙 설계까지, 실제 적용한 사례와 노하우를 정리했습니다. https://cannotbehidden.com/work/ai-chatbot-safety-policy/

CannotBeHidden |

실무에서 바로 쓰는 AI 챗봇 Safety 정책

이번주 수요일, 2025년 올해 현대자동차 사내벤처 선발을 위해 2차 관문을 통과한 팀들을 대상으로 진행하는 ‘2025 현대차 제로원 컴퍼니빌더, 사내벤처 프로그램 2단계 프로그램’ 중 오프닝 특강으로 '사내벤처 사업아이템과 고객 검증을 통한 사업아이템 고도화' 특강을 했다.

과연 내 제품과 서비스가 시장에서 먹힐 지, 고객이 사줄 지에 대해 어떻게 처음부터 기획을 하고 검증을 반복하면서 실패확율을 줄이고 성공확율을 높여나갈 수 있을지에 대해 고객 검증법을 고민해서 알려주는 것을 목표로 했다. 개별 사업아이템이나 프로젝트에서 컨설팅이나 멘토링, 자문할 때 대상 기업이나 팀만을 위해 구두로 풀어내고 과제로 제시한 적은 많았지만, 고객 검증 단계까지 들어간 강연이나 교육으로 풀기는 이번이 처음이었다. 이번 현대자동차 강연 요청을 받은 참에 완전 새롭게 준비해서 새로 런칭을 했다.

제목 : 사업아이템과 고객 검증을 통한 사업아이템 고도화

0. 시작
"사내벤처와 사내신사업 개발 2024년과 2025년, 현대자동차, HD현대, 삼성, LG, SK, GS, 신한, KB, CJ, HL, 대상, 교원, 코웨이, 한국인삼공사 외… 이들은 과연 어떻게 고객 검증 과정을 거쳐 사업화를 진행하게 되었을까?"

1. 트렌드와 시장, 고객의 관계
1) 트렌드-시장-고객과 사업아이템의 관계 및 활용 방법
2) 풀소유의 시대, 고객 공략 핵심! 욕구와 소유

2. 사업 아이템과 고객 검증 I : PMF (Product-Market-Fit)
1) 트렌드와 고객 욕망, 문제에 맞춰가는 PMF
2) 고객이 직접 찾아주는 PMF

3. 사업 아이템과 고객 검증 II : KBF (Key Buying Factor)
1) 고객이 갑자기 돈을 지불하는 이유, KBF
2) KBF 발굴 및 활용 케이스

4. 고객 검증 방법
1) PMF와 KBF 기준 사업화 가능성 검증법
2) 고객 검증 방법
- 가설 수립 - 고객 타겟팅 - 고객 컨텍 - 고객 검증 - 인사이트 도출
- 고객 검증 방법 적용 실제 예시 I. B2B(B2G)와 딥테크 및 AI
- 고객 검증 방법 적용 실제 예시 II. B2C 소비재와 서비스, 플랫폼
- (참고) 사업 및 고객 검증 지수

5. 마무리
"있으면 좋을 것 같은 제품과 서비스는 성장하기 어렵다. 고객 입장에서 반드시 있어야만 하거나, 그래야 한다고 믿는 제품과 서비스를 팔아야 한다."

이번에 런칭하게 되면서 다른 기업들이나 스타트업, 혹은 창업 과정에서도 필요할 때 활용할 생각이고, 일단 우리회사 PBR C라운지를 통해 일반 성인분들도 들으실 수 있도록 할 생각이다. PMF에서 KBF로, 다시 고객검증법까지 이어지는 전체 프로세스가 완성된 느낌이다. 😊

이번주 수요일, 2025년 올해 현대자동차 사내벤처 선발을 위해 2차 관문을 통과한 팀들을 대상으로 진행하는 ‘2025 현대차 제로원 컴퍼니빌더, 사내벤처 프로그램 2단계 프로그램’ 중 오프닝 특강으로 '사내벤처 사업아이템과 고객 검증을 통한 사업아이템 고도화' 특강을 했다. 과연 내 제품과 서비스가 시장에서 먹힐 지, 고객이 사줄 지에 대해 어떻게 처음부터 기획을 하고 검증을 반복하면서 실패확율을 줄이고 성공확율을 높여나갈 수 있을지에 대해 고객 검증법을 고민해서 알려주는 것을 목표로 했다. 개별 사업아이템이나 프로젝트에서 컨설팅이나 멘토링, 자문할 때 대상 기업이나 팀만을 위해 구두로 풀어내고 과제로 제시한 적은 많았지만, 고객 검증 단계까지 들어간 강연이나 교육으로 풀기는 이번이 처음이었다. 이번 현대자동차 강연 요청을 받은 참에 완전 새롭게 준비해서 새로 런칭을 했다. 제목 : 사업아이템과 고객 검증을 통한 사업아이템 고도화 0. 시작 "사내벤처와 사내신사업 개발 2024년과 2025년, 현대자동차, HD현대, 삼성, LG, SK, GS, 신한, KB, CJ, HL, 대상, 교원, 코웨이, 한국인삼공사 외… 이들은 과연 어떻게 고객 검증 과정을 거쳐 사업화를 진행하게 되었을까?" 1. 트렌드와 시장, 고객의 관계 1) 트렌드-시장-고객과 사업아이템의 관계 및 활용 방법 2) 풀소유의 시대, 고객 공략 핵심! 욕구와 소유 2. 사업 아이템과 고객 검증 I : PMF (Product-Market-Fit) 1) 트렌드와 고객 욕망, 문제에 맞춰가는 PMF 2) 고객이 직접 찾아주는 PMF 3. 사업 아이템과 고객 검증 II : KBF (Key Buying Factor) 1) 고객이 갑자기 돈을 지불하는 이유, KBF 2) KBF 발굴 및 활용 케이스 4. 고객 검증 방법 1) PMF와 KBF 기준 사업화 가능성 검증법 2) 고객 검증 방법 - 가설 수립 - 고객 타겟팅 - 고객 컨텍 - 고객 검증 - 인사이트 도출 - 고객 검증 방법 적용 실제 예시 I. B2B(B2G)와 딥테크 및 AI - 고객 검증 방법 적용 실제 예시 II. B2C 소비재와 서비스, 플랫폼 - (참고) 사업 및 고객 검증 지수 5. 마무리 "있으면 좋을 것 같은 제품과 서비스는 성장하기 어렵다. 고객 입장에서 반드시 있어야만 하거나, 그래야 한다고 믿는 제품과 서비스를 팔아야 한다." 이번에 런칭하게 되면서 다른 기업들이나 스타트업, 혹은 창업 과정에서도 필요할 때 활용할 생각이고, 일단 우리회사 PBR C라운지를 통해 일반 성인분들도 들으실 수 있도록 할 생각이다. PMF에서 KBF로, 다시 고객검증법까지 이어지는 전체 프로세스가 완성된 느낌이다. 😊

사업아이템과 고객 검증을 통한 사업아이템 고도화

어제 우리은행 2025년 상반기 승진자 신임과정 리더십 연수 과정에서 '업무능력, AX 시대 일잘러 되기'라는 제목으로 특강을 했다. 브런치북 대상을 받으며 '일의 기본기' 책을 낸 이후 리더십이나 커뮤니케이션, 일잘러를 주제로 강연이나 교육을 종종 해왔는데, 이번에는 완전히 새로 준비했다. 그 사이 AI가 세상을 급격하게 바꿔오면서 각 개인이 가야할 커리어패스와 일잘러의 조건 역시 바뀌어왔고 기업이 원하는 인재상 또한 진화중이었기 때문이다. 사실상 완전히 새로운 강연을 새로 런칭했다.

제목 : 업무능력, AX 시대 일잘러 되기

I. 오프닝
1. 연차별로 필요한 역량은 무엇인가? 나 정말 잘하고 있는 걸까?
2. AX 시대, 일잘러 리더가 되기 위한
1) AX 시대, 우리 산업과 회사는 어떤 방향으로 나아가게 될까?
2) 우리 고객은 어떤 금융서비스를 원하고 있을까?
3) 새로운 변화에 맞춰 우리는 어떤 역량을 갖춰야만 할까?

II. AX 시대의 도래 : 사회와 경제, 산업의 대변혁
1. AX 시대? AX 시대!
2. AX 시대를 맞이한 기업의 사업화 방향
1) 기존 제품과 서비스의 대체 또는 고도화 추구
2) 특정 영역에 타겟팅된 전문화 추구
3) 즉각적인 목표 만족과 생산성 증대 추구
4) AX 시대는 더 이상 미래가 아니다!
- AX 시대에서 고객은 어떤 제품과 서비스를 원하는가?
- 산업과 시장, 기업과 고객의 변화, 우리가 변화해야만 하는 이유

III. 커리어 방향성과 직무 전문성 : 직장인에서 경영자로
1. Generalist의 성장 그래프
2. 경영자에게 필요한 역량
3. 직장인과 경영자, 둘 사이 연결고리

VI. 일잘러 리더가 되기 위한 준비 : 사고 방식의 전환
1. 나의 성장과 조직의 성장
1) 회사생활에서 당신은 어떻게 커리어를 만들어가는가?
2) 회사에서 성장하기 위해 어떻게 해야 하는가?
2. 그러면 AX 시대에서 어떻게 자기주도적으로 성과를 낼 수 있을까?

V. AX 시대, 일 잘하는 리더의 핵심 역량 : 성장하는 커리어패스
1. Project Manager? No! Project Leader!
2. AX 시대, 일 잘하는 리더의 특성
1) 맥락 파악과 문제 정의
2) 문제해결력에서 인사이트까지
3) 리더십과 커뮤니케이션 역량

이번주 1차수에 이어 다음주 2차수도 동일한 내용으로 강연이 예정되어 있다. 1차수 분위기와 반응이 좋았는데 2차수도 잘 끝내서 최대한 많은 신임 과장님들이 공감했으면 한다. 😊

어제 우리은행 2025년 상반기 승진자 신임과정 리더십 연수 과정에서 '업무능력, AX 시대 일잘러 되기'라는 제목으로 특강을 했다. 브런치북 대상을 받으며 '일의 기본기' 책을 낸 이후 리더십이나 커뮤니케이션, 일잘러를 주제로 강연이나 교육을 종종 해왔는데, 이번에는 완전히 새로 준비했다. 그 사이 AI가 세상을 급격하게 바꿔오면서 각 개인이 가야할 커리어패스와 일잘러의 조건 역시 바뀌어왔고 기업이 원하는 인재상 또한 진화중이었기 때문이다. 사실상 완전히 새로운 강연을 새로 런칭했다. 제목 : 업무능력, AX 시대 일잘러 되기 I. 오프닝 1. 연차별로 필요한 역량은 무엇인가? 나 정말 잘하고 있는 걸까? 2. AX 시대, 일잘러 리더가 되기 위한 1) AX 시대, 우리 산업과 회사는 어떤 방향으로 나아가게 될까? 2) 우리 고객은 어떤 금융서비스를 원하고 있을까? 3) 새로운 변화에 맞춰 우리는 어떤 역량을 갖춰야만 할까? II. AX 시대의 도래 : 사회와 경제, 산업의 대변혁 1. AX 시대? AX 시대! 2. AX 시대를 맞이한 기업의 사업화 방향 1) 기존 제품과 서비스의 대체 또는 고도화 추구 2) 특정 영역에 타겟팅된 전문화 추구 3) 즉각적인 목표 만족과 생산성 증대 추구 4) AX 시대는 더 이상 미래가 아니다! - AX 시대에서 고객은 어떤 제품과 서비스를 원하는가? - 산업과 시장, 기업과 고객의 변화, 우리가 변화해야만 하는 이유 III. 커리어 방향성과 직무 전문성 : 직장인에서 경영자로 1. Generalist의 성장 그래프 2. 경영자에게 필요한 역량 3. 직장인과 경영자, 둘 사이 연결고리 VI. 일잘러 리더가 되기 위한 준비 : 사고 방식의 전환 1. 나의 성장과 조직의 성장 1) 회사생활에서 당신은 어떻게 커리어를 만들어가는가? 2) 회사에서 성장하기 위해 어떻게 해야 하는가? 2. 그러면 AX 시대에서 어떻게 자기주도적으로 성과를 낼 수 있을까? V. AX 시대, 일 잘하는 리더의 핵심 역량 : 성장하는 커리어패스 1. Project Manager? No! Project Leader! 2. AX 시대, 일 잘하는 리더의 특성 1) 맥락 파악과 문제 정의 2) 문제해결력에서 인사이트까지 3) 리더십과 커뮤니케이션 역량 이번주 1차수에 이어 다음주 2차수도 동일한 내용으로 강연이 예정되어 있다. 1차수 분위기와 반응이 좋았는데 2차수도 잘 끝내서 최대한 많은 신임 과장님들이 공감했으면 한다. 😊

업무능력, AX 시대 일잘러 되기

한 달 여 프로젝트를 맡아 개발했던 웹사이트가 있었다. 회사에서 투입된 인력으로도 상당한 규모의 프로젝트였고 나는 개발 담당자로 개발 미팅...

오픈소스 쓰셨던데 그러고도 개발자입니까?

오늘의 탐라는 “ChatGPT 쓰셨던데 그러고도 개발자입니까?” 인가..

불멸의 고전글 “오픈소스 쓰셨던데 그러고도 개발자입니까?”가 생각나는군.. ㅋㅋ

역시 지구는 둥글고 세상은 돌고 돈다. ㅋㅋ

https://www.haruair.com/ko/post/you-used-open-source-and-are-you-a-developer/

오늘의 탐라는 “ChatGPT 쓰셨던데 그러고도 개발자입니까?” 인가.. 불멸의 고전글 “오픈소스 쓰셨던데 그러고도 개발자입니까?”가 생각나는군.. ㅋㅋ 역시 지구는 둥글고 세상은 돌고 돈다. ㅋㅋ https://www.haruair.com/ko/post/you-used-open-source-and-are-you-a-developer/

www.haruair.com

오늘의 탐라는 “ChatGPT 쓰셨던데 그러고도 개발자입니까?” 

Claude Code 실전 활용 가이드입니다. 소개, 주요 기능, 실무 활용등 에 관해 다룹니다.

Claude Code 실전 가이드: AI 네이티브 개발자로 가는길_Gotama 멘토님

최근 Claude Code 관련 F-Lab에 블로그 글을 작성했습니다.
최근 AI 코딩이 빠르게 표준으로 자리 잡으면서, 어떻게 하면 AI를 '제대로' 활용할 수 있을지 직접 부딪히며 깊이 탐구해왔기 때문인데요.


👉 Claude Code가 Cursor 등 다른 도구와 근본적으로 다른 점
👉 지금 당장 생산성을 높여주는 Claude Code 최적화 설정
👉 AI와 진짜 '협업'을 가능하게 하는 Plan & Act 워크플로우
👉 AI의 추론 능력을 끌어올리는 '깊게 생각해' 프롬프트와 이미지 활용법까지


단순히 기능 나열에 그치지 않고, 제가 직접 사용하며 겪었던 시행착오와 실무 팁들을 상세하게 작성했습니다.
특히 AI 코딩이 아직 낯설거나, 더 효율적으로 사용하고 싶은 개발자분들께 'AI 네이티브 개발자'로 가는 구체적인 길잡이가 되어드리고 싶었는데요.
AI 시대를 준비하는 많은 분들께 이 글이 실질적인 도움이 되었으면 좋겠습니다.


https://f-lab.kr/blog/article-claude-code-guide-20250731

최근 Claude Code 관련 F-Lab에 블로그 글을 작성했습니다.최근 AI 코딩이 빠르게 표준으로 자리 잡으면서, 어떻게 하면 AI를 '제대로' 활용할 수 있을지 직접 부딪히며 깊이 탐구해왔기 때문인데요. 👉 Claude Code가 Cursor 등 다른 도구와 근본적으로 다른 점👉 지금 당장 생산성을 높여주는 Claude Code 최적화 설정👉 AI와 진짜 '협업'을 가능하게 하는 Plan &amp; Act 워크플로우👉 AI의 추론 능력을 끌어올리는 '깊게 생각해' 프롬프트와 이미지 활용법까지 단순히 기능 나열에 그치지 않고, 제가 직접 사용하며 겪었던 시행착오와 실무 팁들을 상세하게 작성했습니다.특히 AI 코딩이 아직 낯설거나, 더 효율적으로 사용하고 싶은 개발자분들께 'AI 네이티브 개발자'로 가는 구체적인 길잡이가 되어드리고 싶었는데요.AI 시대를 준비하는 많은 분들께 이 글이 실질적인 도움이 되었으면 좋겠습니다. https://f-lab.kr/blog/article-claude-code-guide-20250731

F-Lab : 상위 1% 개발자들의 멘토링

Claude Code 실전 가이드: AI 네이티브 개발자로 가는 

몇달 전 JavaOne 2025에서 넷플릭스의 자바 플랫폼을 총괄하는 폴 바커(Paul Bakker)의 발표를 흥미롭게 지켜봤습니다. 넷플릭스가 어떻게 자바를 활용하고, 기술 스택을 어떤 전략적 판단으로 변화시켜 왔는지에 대한 이야기였습니다.

넷플릭스는 왜 WebFlux를 사용하지 않을까?

십여년 전, 넷플릭스는 RxJava와 리액티브 프로그래밍의 아이콘이었다. 넷플릭스 백엔드에서는 한 번의 사용자 요청이 추천 목록, 썸네일, 시청 기록, 메타데이터 등 수십 개의 마이크로서비스 호출로 동시에 퍼져나갔고, 이를 감당해야 했기 때문이다. 그런데 이제, 그들이 Reactive와 WebFlux를 내려놓고, Spring Web MVC로 돌아갔다.

넷플릭스의 자바 플랫폼 담당자인 폴 바커의 이야기를 통해, 기술 선택의 이유와 변화의 흐름을 짚어봤다.


https://www.linkedin.com/pulse/%EB%84%B7%ED%94%8C%EB%A6%AD%EC%8A%A4%EB%8A%94-%EC%99%9C-webflux%EB%A5%BC-%EC%82%AC%EC%9A%A9%ED%95%98%EC%A7%80-%EC%95%8A%EC%9D%84%EA%B9%8C-springrunner-pw8tc

십여년 전, 넷플릭스는 RxJava와 리액티브 프로그래밍의 아이콘이었다.&nbsp;넷플릭스 백엔드에서는 한 번의 사용자 요청이 추천 목록, 썸네일, 시청 기록, 메타데이터 등 수십 개의 마이크로서비스 호출로 동시에 퍼져나갔고, 이를 감당해야 했기 때문이다. 그런데 이제, 그들이 Reactive와 WebFlux를 내려놓고, Spring Web MVC로 돌아갔다. 넷플릭스의 자바 플랫폼 담당자인 폴 바커의 이야기를 통해, 기술 선택의 이유와 변화의 흐름을 짚어봤다. https://www.linkedin.com/pulse/%EB%84%B7%ED%94%8C%EB%A6%AD%EC%8A%A4%EB%8A%94-%EC%99%9C-webflux%EB%A5%BC-%EC%82%AC%EC%9A%A9%ED%95%98%EC%A7%80-%EC%95%8A%EC%9D%84%EA%B9%8C-springrunner-pw8tc

kr.linkedin.com

Contribute to psmon/kopring-reactive-labs development by creating an account on GitHub.

kopring-reactive-labs/AgenticCoding/Projects/CONNECTOR_KAFKA/README.md at main · psmon/kopring-reactive-labs

Apache Kafka와 Pekko Actor 모델을 결합한 이벤트 처리 시스템입니다. Kafka 프로듀서/컨슈머와 Actor 기반 상태 관리를 통해 안정적이고 확장 가능한 메시지 처리를 구현하는 코틀린 기반 유닛테스트가 포함된 샘플 프로젝트입니다.


https://github.com/psmon/kopring-reactive-labs/blob/main/AgenticCoding/Projects/CONNECTOR_KAFKA/README.md

Apache Kafka와 Pekko Actor 모델을 결합한 이벤트 처리 시스템입니다. Kafka 프로듀서/컨슈머와 Actor 기반 상태 관리를 통해 안정적이고 확장 가능한 메시지 처리를 구현하는 코틀린 기반 유닛테스트가 포함된 샘플 프로젝트입니다. https://github.com/psmon/kopring-reactive-labs/blob/main/AgenticCoding/Projects/CONNECTOR_KAFKA/README.md

GitHub

카프카를 우아하게 사용하기 -코틀린편

혼자 힘으로 코딩하고 싶어서 안달난 아이와,
옆에서 입이 근질근질한 개발자 아빠 🤭

과연 우리는 무사히 if 조건문의 "만약에" 지옥에서 빠져나올 수 있었을까요? ㅎㅎ

📺 에릭과 달레의 코딩일기 3탄: https://youtube.com/shorts/Ea8TyPazfbk

혼자 힘으로 코딩하고 싶어서 안달난 아이와,옆에서 입이 근질근질한 개발자 아빠 🤭 과연 우리는 무사히 if 조건문의 "만약에" 지옥에서 빠져나올 수 있었을까요? ㅎㅎ 📺 에릭과 달레의 코딩일기 3탄: https://youtube.com/shorts/Ea8TyPazfbk

알아 알아 알아! 🤣

1. 인생이나 사업은 스포츠처럼 시즌으로 구분되지 않고 몇십 년이 하나로 쭉 이어지기 때문에 승점이 아니라 득점과 실점의 차이로 승리가 정해진다.

2. 다시 말해 인생과 사업은 총 득실점을 다투는 끝없는 게임이다. 따라서 몇 번 졌느냐에 신경 쓸 필요가 전혀 없다.

3. 작은 실패(실점)를 연발하더라도 단 한 번 대승(큰 득점)을 거두면 최종적으로 이길 수 있다. 압도적인 대승만 있으면 이전의 실점이 전부 없어 지는 것이다.



#운의경영학 📚

1. 인생이나 사업은 스포츠처럼 시즌으로 구분되지 않고 몇십 년이 하나로 쭉 이어지기 때문에 승점이 아니라 득점과 실점의 차이로 승리가 정해진다. ​2. 다시 말해 인생과 사업은 총 득실점을 다투는 끝없는 게임이다. 따라서 몇 번 졌느냐에 신경 쓸 필요가 전혀 없다. ​3. 작은 실패(실점)를 연발하더라도 단 한 번 대승(큰 득점)을 거두면 최종적으로 이길 수 있다. 압도적인 대승만 있으면 이전의 실점이 전부 없어 지는 것이다. ​ #운의경영학 📚

< 몇 번 졌는지는 중요하지 않다, 인생은 결국 득실차다 >

P.E.C 랜딩 페이지 개선 과정을 통해 AI 시대 개발자가 무엇을 준비해야 하는지 알아보기

AI 시대에 '완성'이 필요한 이유

"AI가 코드를 짜는 시대, 개발자의 가치는 무엇일까요?"
최근 Product Engineer Camp 랜딩페이지를
통째로 리팩토링하는 과정에서 큰 깨달음을 얻었어요.


제 고객인 프론트엔드 엔지니어 분들에게
큰 문제라 생각했던 "사이드 프로젝트 완성 보장"으로
핵심 메시지를 바꿨으니
전환률이 높아질거라 자신했는데,
중요한 퍼즐 조각을 놓치고 있었어요.


바로 요즘 개발자분들이 느끼는
AI 시대의 불안이었습니다.


"AI 시대인데 AI 얘기가 하나도 없네요?"
"Cursor, Claude 다 쓰는데도 불안해요"
"AI가 다 해주는데 기획, 설계가 왜 필요하죠?"
이런 피드백들을 받고 아차 싶었어요.


그리고나서 정리해보게 되었어요.
AI는 코드 작성, 버그 수정, 최적화 같은
'How'는 정말 잘합니다.
하지만 사용자의 진짜 문제 발견('What'),
왜 만들어야 하는지에 대한 판단('Why'),
끝까지 완성하려는 의지('Will')
위와 같은 것들은 여전히 사람의 영역이라는 점을요.


이렇게 정리해보니 자연스레 깨달아졌어요.


"AI가 아무리 발전해도,
서비스를 처음부터 끝까지 만들어본 경험이 있는 개발자는
AI를 내 능력을 증폭시키는 도구로 쓸 수 있게 된다"


결국 필요한 경쟁력은 What, Why, Will 등에 관한 것이고
이는 서비스 완성 경험을 통해 기를 수 있다는 점이어요.


이러한 깨달음을 바탕으로
P.E.C의 핵심 메시지를 재설계 했습니다.


기존에는 "8주 후 완성된 서비스를 갖게 됩니다"였다면,
이제는 "AI와 차별화되는 능력을 갖게 됩니다.
그 증거가 완성된 서비스입니다"로 바꿨어요.
같은 결과물이지만 전혀 다른 의미를 담도록이요.


전체 개선 과정이 궁금하시다면,
아래 뉴스레터에서 자세한 이야기를 확인해보세요.
AI 시대의 불안, 여러분은 어떻게 기회로 바꾸고 계신가요?

"AI가 코드를 짜는 시대, 개발자의 가치는 무엇일까요?"최근 Product Engineer Camp 랜딩페이지를 통째로 리팩토링하는 과정에서 큰 깨달음을 얻었어요. 제 고객인 프론트엔드 엔지니어 분들에게큰 문제라 생각했던 "사이드 프로젝트 완성 보장"으로 핵심 메시지를 바꿨으니전환률이 높아질거라 자신했는데, 중요한 퍼즐 조각을 놓치고 있었어요. 바로 요즘 개발자분들이 느끼는 AI 시대의 불안이었습니다. "AI 시대인데 AI 얘기가 하나도 없네요?" "Cursor, Claude 다 쓰는데도 불안해요" "AI가 다 해주는데 기획, 설계가 왜 필요하죠?"이런 피드백들을 받고 아차 싶었어요. 그리고나서 정리해보게 되었어요.AI는 코드 작성, 버그 수정, 최적화 같은 'How'는 정말 잘합니다. 하지만 사용자의 진짜 문제 발견('What'), 왜 만들어야 하는지에 대한 판단('Why'), 끝까지 완성하려는 의지('Will') 위와 같은 것들은 여전히 사람의 영역이라는 점을요. 이렇게 정리해보니 자연스레 깨달아졌어요. "AI가 아무리 발전해도, 서비스를 처음부터 끝까지 만들어본 경험이 있는 개발자는 AI를 내 능력을 증폭시키는 도구로 쓸 수 있게 된다" 결국 필요한 경쟁력은 What, Why, Will 등에 관한 것이고이는 서비스 완성 경험을 통해 기를 수 있다는 점이어요. 이러한 깨달음을 바탕으로P.E.C의 핵심 메시지를 재설계 했습니다. 기존에는 "8주 후 완성된 서비스를 갖게 됩니다"였다면, 이제는 "AI와 차별화되는 능력을 갖게 됩니다. 그 증거가 완성된 서비스입니다"로 바꿨어요. 같은 결과물이지만 전혀 다른 의미를 담도록이요. 전체 개선 과정이 궁금하시다면, 아래 뉴스레터에서 자세한 이야기를 확인해보세요. AI 시대의 불안, 여러분은 어떻게 기회로 바꾸고 계신가요?

substack.com

"AI가 코드를 짜는 시대, 개발자의 가치는 무엇일까요?"
최근 

Facebook 로그인 예제를 통해 OIDC와 PKCE를 활용한 안전한 인증 코드 교환 과정에 대해 알아봅니다.

클라이언트 환경에서 안전한 소셜 로그인을 구현하는 핵심 메커니즘, OIDC와 PKCE 알아보기 - 재그지그의 개발 블로그

- Facebook 로그인 예제를 통해 OIDC와 PKCE를 활용한 안전한 인증 코드 교환 과정에 대해 알아봅니다.

---

최근 프로젝트에서 페이스북 소셜 로그인 기능을 구현하는 업무를 맡게 되었습니다. 기존에는 구글과 애플 로그인이 이미 구현되어 있었고, 그래서 저는 페이스북 역시 동일한 방식으로 구현할 수 있을 것이라 예상했죠.

하지만 페이스북 공식 문서를 확인해보니, 예상과 달리 클라이언트에서 추가적인 보안 조치를 적용해야만 액세스 토큰을 얻을 수 있다는 점을 알게 되었습니다. 바로 PKCE가 적용된 OIDC 인증 방식이 필요하다는 것이었습니다.

물론 클라이언트에서 추가 인증 과정을 생략하고 액세스 토큰을 받아오는 방법도 있었지만, 이는 보안상 취약점이 있어 권장되지 않는 방식이었습니다. 그래서 가능하다면 PKCE가 적용된 OIDC 인증 방식을 써야 한다는 점을 알게 되었죠.

사실 OAuth의 전체적인 흐름에 대해 잘 알지 못했던 터라, 낯선 용어들을 접하니 막막함이 느껴지더라구요. 그렇지만 회사 업무인 만큼 팀 동료들에게도 이 개념을 잘 설명할 수 있어야 했기에 학습에 대한 동기부여로도 이어졌습니다. 그래서 열심히 자료를 찾아보며 해당 개념을 이해하려고 노력했고, 결과적으로 기능 구현과 코드 리뷰까지 성공적으로 완료할 수 있었습니다.

그래서 오늘은 제가 직접 경험한 페이스북 로그인 구현 사례를 바탕으로, OIDC와 PKCE를 활용해 클라이언트 측에서 어떻게 안전하게 사용자 인증을 구현할 수 있는지 알아보고자 합니다.


https://wormwlrm.github.io/2025/07/31/OIDC-with-PKCE.html

- Facebook 로그인 예제를 통해 OIDC와 PKCE를 활용한 안전한 인증 코드 교환 과정에 대해 알아봅니다. --- 최근 프로젝트에서 페이스북 소셜 로그인 기능을 구현하는 업무를 맡게 되었습니다. 기존에는 구글과 애플 로그인이 이미 구현되어 있었고, 그래서 저는 페이스북 역시 동일한 방식으로 구현할 수 있을 것이라 예상했죠. 하지만&nbsp;페이스북 공식 문서를 확인해보니, 예상과 달리 클라이언트에서 추가적인 보안 조치를 적용해야만 액세스 토큰을 얻을 수 있다는 점을 알게 되었습니다. 바로&nbsp;PKCE가 적용된 OIDC 인증 방식이 필요하다는 것이었습니다. 물론 클라이언트에서 추가 인증 과정을 생략하고 액세스 토큰을 받아오는 방법도 있었지만, 이는 보안상 취약점이 있어 권장되지 않는 방식이었습니다. 그래서 가능하다면 PKCE가 적용된 OIDC 인증 방식을 써야 한다는 점을 알게 되었죠. 사실 OAuth의 전체적인 흐름에 대해 잘 알지 못했던 터라, 낯선 용어들을 접하니 막막함이 느껴지더라구요. 그렇지만 회사 업무인 만큼 팀 동료들에게도 이 개념을 잘 설명할 수 있어야 했기에 학습에 대한 동기부여로도 이어졌습니다. 그래서 열심히 자료를 찾아보며 해당 개념을 이해하려고 노력했고, 결과적으로 기능 구현과 코드 리뷰까지 성공적으로 완료할 수 있었습니다. 그래서 오늘은 제가 직접 경험한 페이스북 로그인 구현 사례를 바탕으로, OIDC와 PKCE를 활용해 클라이언트 측에서 어떻게 안전하게 사용자 인증을 구현할 수 있는지 알아보고자 합니다. https://wormwlrm.github.io/2025/07/31/OIDC-with-PKCE.html

재그지그의 개발 블로그

👻 클라이언트에서 안전한 소셜 로그인 구현을 위한 OIDC와 PK

요즘 AI 에이전트 개발, LLM RAG ADK MCP LangChain A2A LangGraph | ★ AI 에이전트 실전 실무 개발자가 선사하는 ★ 싱글 에이전트부터 멀티 에이전트까지 ★ 60가지 예제로 배우는 실전 개발 비법을 만나세요!이 책은 실무에서 AI 에이……

요즘 AI 에이전트 개발, LLM RAG ADK MCP LangChain A2A LangGraph | 박승규 - 교보문고

책이 출판되기 전 마지막 교정을 하고 있는데...
GPT5가 출시 됐네요...

GPT4.1을 사용한 모든 예제의 모델을 GPT5로 고치고..
책 내용도 일부 수정해야하군요...
AI 책 만들기 참 어려워요.. ㅠㅠ

AI에이전트가 궁금하다면 "요즘 AI 에이전트 개발" !
https://product.kyobobook.co.kr/detail/S000217241525

책이 출판되기 전 마지막 교정을 하고 있는데...GPT5가 출시 됐네요... GPT4.1을 사용한 모든 예제의 모델을 GPT5로 고치고..책 내용도 일부 수정해야하군요...AI 책 만들기 참 어려워요.. ㅠㅠ AI에이전트가 궁금하다면 "요즘 AI 에이전트 개발" !https://product.kyobobook.co.kr/detail/S000217241525

product.kyobobook.co.kr

책이 출판되기 전 마지막 교정을 하고 있는데...
GPT5가 출시

어제 공교롭게도 두 명의 백엔드 개발자와 이력서 및 포트폴리오 피드백 세션을 진행했습니다. 한 분은 헬스케어 회사에서 1년간 백엔드 개발자로 근무한 경험이 있는 분이었고, 다른 한 분은 대학을 갓 졸업하고 첫 직장에 도전하는 신입 예비 개발자였습니다.
두 분의 공통점은 뛰어난 개발 기술과 서비스 개발 경험, 그리고 부트캠프 교육 수료 경험을 갖고 있다는 점이었습니다. 차이점도 명확했습니다. 경력자는 비전공 출신으로 서비스 운영 업무 경험을 보유하고 있었고, 신입자는 컴퓨터공학 전공으로 꾸준한 프로그래밍 학습과 다양한 개발 경험을 갖고 있었습니다.


경력 유무를 떠나 두 분 모두 입사 지원 서류 준비에 어려움을 느끼고 있었습니다. 이러한 어려움의 핵심은 명확한 평가 기준을 알 수 없다는 점에 있습니다. 여러 기업에 지원했을 때 서류 전형에서 탈락하는 것도 속상하지만, 그 이유를 구체적으로 알 수 없다는 점이 더욱 답답하게 느껴진다고 했습니다. 그래서 이력서와 포트폴리오를 수없이 수정해보지만 결과가 달라지지 않아 좌절감을 느끼게 됩니다.


먼저 알아야 할 중요한 사실이 있습니다. 서류 전형 결과가 반드시 지원자의 역량 부족 때문만은 아니라는 점입니다. 눈에 보이지 않는 조건들이 결과를 좌우하기도 하며, 당락은 아주 사소한 부분에서 결정되는 경우가 많습니다. 그 사소한 차이가 무엇인지 안다면 시원할 것 같지만, 모르는 것이 약이라고 생각하는 편이 나을 수도 있습니다.
채용 과정은 합리적이고 객관적인 판단만으로 이루어지지 않습니다. 주관적인 느낌과 개인의 선호가 강하게 작용하는 것이 채용 전형의 현실입니다. 이 점을 이해할 필요가 있습니다.


따라서 입사 지원 서류를 작성할 때 가져야 할 마음가짐은 자신의 강점을 '나답게' 잘 표현하는 소신입니다. 피드백 세션을 진행하다 보면 마치 서류 작성에 성공 방정식이 존재한다고 오해하는 분들이 많다는 것을 알게 됩니다.
물론 많은 사람이 선호하는 문서 형태나 내용 구성이 있을지도 모릅니다. 하지만 어차피 모든 사람을 100% 만족시킬 수는 없다면, 내 이야기를 내 방식대로 풀어냈을 때 마음에 들어하는 사람을 만날 확률에 기대하는 편이 더 전략적입니다.
따라서 우리가 고민해야 할 것은 각자의 강점을 '나다운' 방식으로 이력서와 포트폴리오에 어떻게 증명할 것인가입니다.


일반적인 이력서 양식을 반드시 따를 필요는 없습니다. 경력, 경험, 보유 기술, 학력 등 정해진 항목과 형식을 반드시 준수해야 하는 것도 아닙니다. 조금 더 창의적인 방식으로 항목을 구성하고 내용을 작성해도 괜찮습니다.
이력서를 통해 전달해야 하는 핵심은 '역량'이라는 것만 기억하면 됩니다. 이력서 전체를 시간의 흐름에 따라 구성하고, 핵심적인 사건을 통해 습득하거나 발휘한 역량을 사례로 증명할 수 있다면 충분히 훌륭한 이력서가 될 수 있습니다.
형식과 분량에 매몰되면 매력적인 내용으로 이력서를 작성하기 어렵습니다. 먼저 내가 가진 어떤 역량을 어떤 사례로 증명할 것인가를 고민하고, 그 다음에 어떤 형식으로 보여줄 것인가를 생각한다면 지금까지보다 훨씬 더 긍정적인 피드백을 받을 가능성이 높은 이력서를 만들 수 있습니다.


내 경험은 내 머릿속에 저장되어 있기 때문에 '나'는 쉽게 이해할 수 있습니다. 내가 아는 언어로 표현하는 것은 스스로 알아보는 데 문제가 없습니다. 그러나 이력서를 읽는 사람은 내 경험을 알지 못합니다. 내 언어로 경험을 설명하면 다른 사람은 이해하기 어렵거나 아예 이해할 수 없을 수도 있고, 심지어 이해하기를 포기할 수도 있습니다.
누가 보더라도 쉽게 이해할 수 있도록 경험을 설명해야 합니다. 배경 지식이 전혀 없는 사람이 내용을 보더라도 쉽게 이해할 수 있도록 친절하게 설명해야 합니다. 단 하나의 의문도 들지 않도록, 검색 엔진이나 GPT의 도움 없이도 내용을 이해할 수 있도록 만드는 것이 문서 작성자의 마음가짐이어야 합니다.


요즘 기업들의 채용 수요가 많지 않고 입사 지원 경쟁이 치열하다고 해서 우리에게 영영 기회가 오지 않는 것은 아닙니다. 반드시 두드리는 사람에게 기회는 찾아온다고 믿습니다. 그 기회를 만나기 위해서는 부단한 노력과 준비가 필요합니다.
우리가 입사하고 싶은 기업이 있다면, 그들이 원하는 바가 무엇인지 고민하고 탐구하여 우리가 그에 맞는 인재라는 것을 증명해야 합니다. 우리의 노력과 일자리를 주고 싶은 곳의 희망이 일치하는 곳에서 새로운 기회와 가능성이 열리는 것입니다.
그 시간을 오늘도 담대히 기다리는 우리가 되길 진심으로 응원합니다.

﻿ 어제 공교롭게도 두 명의 백엔드 개발자와 이력서 및 포트폴리오 피드백 세션을 진행했습니다. 한 분은 헬스케어 회사에서 1년간 백엔드 개발자로 근무한 경험이 있는 분이었고, 다른 한 분은 대학을 갓 졸업하고 첫 직장에 도전하는 신입 예비 개발자였습니다.두 분의 공통점은 뛰어난 개발 기술과 서비스 개발 경험, 그리고 부트캠프 교육 수료 경험을 갖고 있다는 점이었습니다. 차이점도 명확했습니다. 경력자는 비전공 출신으로 서비스 운영 업무 경험을 보유하고 있었고, 신입자는 컴퓨터공학 전공으로 꾸준한 프로그래밍 학습과 다양한 개발 경험을 갖고 있었습니다. 경력 유무를 떠나 두 분 모두 입사 지원 서류 준비에 어려움을 느끼고 있었습니다. 이러한 어려움의 핵심은 명확한 평가 기준을 알 수 없다는 점에 있습니다. 여러 기업에 지원했을 때 서류 전형에서 탈락하는 것도 속상하지만, 그 이유를 구체적으로 알 수 없다는 점이 더욱 답답하게 느껴진다고 했습니다. 그래서 이력서와 포트폴리오를 수없이 수정해보지만 결과가 달라지지 않아 좌절감을 느끼게 됩니다. 먼저 알아야 할 중요한 사실이 있습니다. 서류 전형 결과가 반드시 지원자의 역량 부족 때문만은 아니라는 점입니다. 눈에 보이지 않는 조건들이 결과를 좌우하기도 하며, 당락은 아주 사소한 부분에서 결정되는 경우가 많습니다. 그 사소한 차이가 무엇인지 안다면 시원할 것 같지만, 모르는 것이 약이라고 생각하는 편이 나을 수도 있습니다.채용 과정은 합리적이고 객관적인 판단만으로 이루어지지 않습니다. 주관적인 느낌과 개인의 선호가 강하게 작용하는 것이 채용 전형의 현실입니다. 이 점을 이해할 필요가 있습니다. 따라서 입사 지원 서류를 작성할 때 가져야 할 마음가짐은 자신의 강점을 '나답게' 잘 표현하는 소신입니다. 피드백 세션을 진행하다 보면 마치 서류 작성에 성공 방정식이 존재한다고 오해하는 분들이 많다는 것을 알게 됩니다.물론 많은 사람이 선호하는 문서 형태나 내용 구성이 있을지도 모릅니다. 하지만 어차피 모든 사람을 100% 만족시킬 수는 없다면, 내 이야기를 내 방식대로 풀어냈을 때 마음에 들어하는 사람을 만날 확률에 기대하는 편이 더 전략적입니다.따라서 우리가 고민해야 할 것은 각자의 강점을 '나다운' 방식으로 이력서와 포트폴리오에 어떻게 증명할 것인가입니다. 일반적인 이력서 양식을 반드시 따를 필요는 없습니다. 경력, 경험, 보유 기술, 학력 등 정해진 항목과 형식을 반드시 준수해야 하는 것도 아닙니다. 조금 더 창의적인 방식으로 항목을 구성하고 내용을 작성해도 괜찮습니다.이력서를 통해 전달해야 하는 핵심은 '역량'이라는 것만 기억하면 됩니다. 이력서 전체를 시간의 흐름에 따라 구성하고, 핵심적인 사건을 통해 습득하거나 발휘한 역량을 사례로 증명할 수 있다면 충분히 훌륭한 이력서가 될 수 있습니다.형식과 분량에 매몰되면 매력적인 내용으로 이력서를 작성하기 어렵습니다. 먼저 내가 가진 어떤 역량을 어떤 사례로 증명할 것인가를 고민하고, 그 다음에 어떤 형식으로 보여줄 것인가를 생각한다면 지금까지보다 훨씬 더 긍정적인 피드백을 받을 가능성이 높은 이력서를 만들 수 있습니다. 내 경험은 내 머릿속에 저장되어 있기 때문에 '나'는 쉽게 이해할 수 있습니다. 내가 아는 언어로 표현하는 것은 스스로 알아보는 데 문제가 없습니다. 그러나 이력서를 읽는 사람은 내 경험을 알지 못합니다. 내 언어로 경험을 설명하면 다른 사람은 이해하기 어렵거나 아예 이해할 수 없을 수도 있고, 심지어 이해하기를 포기할 수도 있습니다.누가 보더라도 쉽게 이해할 수 있도록 경험을 설명해야 합니다. 배경 지식이 전혀 없는 사람이 내용을 보더라도 쉽게 이해할 수 있도록 친절하게 설명해야 합니다. 단 하나의 의문도 들지 않도록, 검색 엔진이나 GPT의 도움 없이도 내용을 이해할 수 있도록 만드는 것이 문서 작성자의 마음가짐이어야 합니다. 요즘 기업들의 채용 수요가 많지 않고 입사 지원 경쟁이 치열하다고 해서 우리에게 영영 기회가 오지 않는 것은 아닙니다. 반드시 두드리는 사람에게 기회는 찾아온다고 믿습니다. 그 기회를 만나기 위해서는 부단한 노력과 준비가 필요합니다.우리가 입사하고 싶은 기업이 있다면, 그들이 원하는 바가 무엇인지 고민하고 탐구하여 우리가 그에 맞는 인재라는 것을 증명해야 합니다. 우리의 노력과 일자리를 주고 싶은 곳의 희망이 일치하는 곳에서 새로운 기회와 가능성이 열리는 것입니다.그 시간을 오늘도 담대히 기다리는 우리가 되길 진심으로 응원합니다.﻿

백엔드 개발자 이력서 고민

팀 페리스의 책 에서는 아래와 같은 내용이 나와 있다. 성공은 복잡하지 않다.그냥 1,000명의 사람을 지극히 행복하게 만들어주는 것에서 시작하면 된다. 참고로 이 글의 원출처는 와이어드 매거진을 창간한 케빈 켈리의 1,000 True Fans에서 나온 이야기로 1,000명의 진정한 팬이 있다면 1명당 100달러씩 총 10만 달러

당신의 브랜드는 얼마나 많은 팬을 가지고 있나요?

제가 쓴 <그로스 해킹> 책에 '서비스를 적당히 좋아하는 1000명의 사용자보다는 서비스를 열렬히 사랑하는 100명의 충성 사용자를 확보했을 때 그 서비스가 성공할 확률이 크게 높아진다' 라는 내용이 있는데요. 비슷한 맥락에서, '팬'을 확보하는 것이 왜 중요하고 얼마나 큰 임팩트가 있는지를 잘 정리한 글입니다. 특히나 이 단계에서는 '모든 사람'을 만족시키기보다는, 소수의 사람을 '확실하게' 만족시키는 것이 중요한 것 같아요.

대기업에서 스타트업으로! 백오피스에서 퍼포먼스 마케터! 제 2의 커리어를 쌓아가고  있습니다. 저만 알기 아까운 지식과 경험을 다양한 콘텐츠 형태로 공유하고자 "프로젝트 톰"을 운영하고 있습니다.

Senior PM

유동완

대기업에서 스타트업으로! 백오피스에서 퍼포먼스 마케터! 제 2의 커리어를 쌓아가고  있습니다. 저만 알기 아까운 지식과 경험을 다양한 콘텐츠 형태로 공유하고자 "프로젝트 톰"을 운영하고 있습니다.
#그로스마인드셋 #그로스마케팅 #데이터분석 #도전적인 #독서

DB Designer & SQLer

김도열

스닙팟 CEO & Founder

이성규

PM, 창업자, 프론트엔드, 백엔드, 머신러닝 엔지니어.
어떠한 콘텐츠든 그 콘텐츠가 가진 가치를 극대화 할 수 있는 방법을 고민하며 정보 공유 플랫폼 스닙팟을 만들었습니다.
📎 hello.snippod.com/whatapp

[당신의 브랜드는 얼마나 많은 팬을 가지고 있나요?]

여행 스타트업 마이리얼트립의 Growth Lead로, 데이터 분석과 마케팅을 담당하고 있습니다. 데이터를 통해 서비스와 비즈니스가 마주한 문제를 해결하는 일에 관심이 많습니다. <그로스 해킹>이라는 책을 썼습니다.

양승화

딜라이트룸 Data Lead입니다. 데이터를 통해 서비스와 비즈니스가 마주한 문제를 해결하는 일에 관심이 많습니다. <그로스 해킹>이라는 책을 썼습니다.

https://bit.ly/leoyang6

[당신의 브랜드는 얼마나 많은 팬을 가지고 있나요?]

댓글 0

비슷한 게시물

주간 인기 TOP 10