🟪 모임 소개 PBR 북클럽 'B라운지'입니다. B라운지에서는 전문가가 직접 큐레이션한 책을 기반으로, 강의와 토론을 통해 경영에 필수적인 지식을 습득합니다.이번 모임에서는 실무에 꼭 필요한 기업재무/회계 지식을 다룰 예정입니다.이번 모임에서는 이런 능력을 기를 수 있습니다.✅ 재무제표의 각 항목의 의미와 숫자를 혼자서도 이해할 수 있습니다.✅ 숫자를 기반으로 기업 전략의 맥락과 방향성을 짚어볼 수 있는 해석 능력을 기를 수 있습니다.✅ 그리고 이를 통해 경쟁사 분석, 조직 운영, 사업 의사결정, 그리고 투자자 커뮤니케이션 등에 활용할 수 있습... 

[B라운지] 4주만에 재무제표 기초 정복하기 (4기) : PBR

많은 분들이 찾아주시면서 입소문이 났는지 계속 개설 요청이 이어지네요. 지난 3기가 7월 20일경에 끝났는데 개설 요청으로 인해 8월말에 4기를 진행하는 것으로 결정했습니다. 재무재표를 통해 산업과 시장을 읽고, 기업과 사업모델을 파악하고, 나아가 나의 사업과 일을 성공할 수 있도록 인사이트를 갖출 수 있습니다.

상세한 내용은 하단 링크를 참고해주시고, 이번 기수도 저희 패스파인더넷 이복연 대표가 담당합니다.

https://www.pbr.kr/shop_view/?idx=50

많은 분들이 찾아주시면서 입소문이 났는지 계속 개설 요청이 이어지네요. 지난 3기가 7월 20일경에 끝났는데 개설 요청으로 인해 8월말에 4기를 진행하는 것으로 결정했습니다. 재무재표를 통해 산업과 시장을 읽고, 기업과 사업모델을 파악하고, 나아가 나의 사업과 일을 성공할 수 있도록 인사이트를 갖출 수 있습니다. 상세한 내용은 하단 링크를 참고해주시고, 이번 기수도 저희 패스파인더넷 이복연 대표가 담당합니다. https://www.pbr.kr/shop_view/?idx=50

www.pbr.kr

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

 - YouTube

데이터리안의 새로운 콘텐츠 ‘옆자리 분석가’ 1화에서는 ‘데이터 분석가의 이직’ 이야기를 나눠보았습니다.

오픈카톡방, 유튜브, 인스타그램, 링크드인 등을 통해 약 600명 넘는 분들이 이직을 결심한 이유에 투표해 주셨는데요. 그 결과를 이번 1화에서 공개합니다 😎 결과가 궁금한 분들은 아래 유튜브 영상을 시청해주세요.

👉 데이터 분석가들이 이직을 결심한 이유 알아보기
https://www.youtube.com/watch?v=0j94ExbvEPI

'옆자리 분석가' 2화에서는 ‘완벽한 데이터 분석가는 없다’라는 주제로 얘기해 보려고 합니다. 이번에는 여러분의 이야기도 듣고 싶은데요. 데이터 분석을 하며 내가 했던 실수는 어떤 것이 있는지, 여러분의 이야기를 들려주세요!

👉 데이터 분석 실수담 공유하기, 8/17(일) 마감
https://forms.gle/KH6RDSM2r9M79Cop9

‘지나가면 다 에피소드’라는 말이 있죠. '옆자리 분석가'에 소개된 내 사연을 들으면서 지난날의 실수를 극복할 수 있을 거예요.

2화에서는 데이터리안 멤버들이 실무를 하며 겪었던 여러가지 실수 에피소드도 공유해보도록 하겠습니다 :)

데이터리안의 새로운 콘텐츠 ‘옆자리 분석가’ 1화에서는 ‘데이터 분석가의 이직’ 이야기를 나눠보았습니다. 오픈카톡방, 유튜브, 인스타그램, 링크드인 등을 통해 약 600명 넘는 분들이 이직을 결심한 이유에 투표해 주셨는데요. 그 결과를 이번 1화에서 공개합니다 😎 결과가 궁금한 분들은 아래 유튜브 영상을 시청해주세요. 👉 데이터 분석가들이 이직을 결심한 이유 알아보기 https://www.youtube.com/watch?v=0j94ExbvEPI '옆자리 분석가' 2화에서는 ‘완벽한 데이터 분석가는 없다’라는 주제로 얘기해 보려고 합니다. 이번에는 여러분의 이야기도 듣고 싶은데요. 데이터 분석을 하며 내가 했던 실수는 어떤 것이 있는지, 여러분의 이야기를 들려주세요! 👉 데이터 분석 실수담 공유하기, 8/17(일) 마감 https://forms.gle/KH6RDSM2r9M79Cop9 ‘지나가면 다 에피소드’라는 말이 있죠. '옆자리 분석가'에 소개된 내 사연을 들으면서 지난날의 실수를 극복할 수 있을 거예요. 2화에서는 데이터리안 멤버들이 실무를 하며 겪었던 여러가지 실수 에피소드도 공유해보도록 하겠습니다 :)

www.youtube.com

데이터 분석가 600명의 이직 결심 사유는 무엇일까요?

www.55check.com공유하기게시하기웹에서 보기구독하기휴가 잘 다녀왔습니다#휴가철 특집오호츠크해를 보았던 17세기 조선인오호츠크는 일본과 러시아 사할린, 캄차카 사이에 있는 찬 바다의 이름입니다. 멀어 보이지만 사실 그렇게 멀지 않습니다. 1696년 부산에서 배를 탔다가 풍랑을 만나 오호츠크까지 표류했던 8인의 조선인이 있습니다. 이들은 현지 아이누족과 일본 마츠마에 번의 도움을 받아 1년 만에 무사히 고국으로 돌아왔습니다. 그 중 이지항이라는 양반이 자세한 기록을 남겨 오늘까지 전해집니다.조선시대 양반은 홋카이도와 아이누족을 어떻게 관찰했을까요? 이지항의 기록 '표주록'을 현대적으로 해설했습니다. (오호츠크 리포트)#경제새로운 투자 지표 BPS: Bitcoin per share주식투자자들이 흔히 쓰는 지표로 EPS(earnings per share 주당 수익), PER(price earnings ratio 주가수익비율) 등이 있음. 그런데 새롭게 등장한 지표가 있음. 바로 BPS, 주당 비트코인 수.마이클 세일러의 마이크로스트래티지 사가 비트코인을 사모으기 시작한 이래, 많은 기업들이 본 사업과 관계 없이 비트코인을 사들이기 시작. 이제 투자자들은 한 회사가 주당 얼마나 많은 비트코인을 보유하고 있느냐로 투자가치를 재고 있다고.세금 관점에서 봤을 때 비트코인을 사는 것보다 더 이득.그럼 어떤 회사들이 BPS가 높을까? (FT, 오호츠크리포트)#매주 금요일_ 동동의 테크 타운GPT-5 드디어 출시. '초지능'일까 그

2025년 8월 8일 (금) 동동의 테크 타운 : 오호츠크 리포트

GPT-5 드디어 출시. '초지능'일까 그냥 '최고 성능'일까?


 * OpenAI GPT-5 출시. 코딩, 글쓰기, 헬스케어 영역에서 현존 모델 중 모두 1위 달성. (OpenAI 공식 발표문, 한글 자막 샘 알트먼 1시간 17분 프레젠테이션 영상)
 * 코딩: 현재 최고 코딩 모델인 클로드 Opus보다 미미하게 잘 하는 수준.
 * 특징: GPT-5 Thinking 버전 출시로 'think deep about this'(더 생각하기) 명령어 통해 더 깊이 있는 답변 제공. 거짓말 비중 훨씬 줄었고 신뢰도도 현존 모델 최고 성능.
 * 페르소나 설정, 지메일·구글 캘린더 통합 지원.
 * 애플리케이션 통합용 저렴한 GPT-5 Mini도 동시 출시
 * 그러나... 엄청난 혁신은 아니고, 기존 모델과 크게 다른 차이도 없음. 큰 방향에서는 다른 회사들도 하는 것을 더욱 잘하는 정도. AI가 수십 번 생각을 더하면 비용도 엄청 비싸지고 사용하는 토큰양도 많아져서 서비스 가격은 더욱 비싸질 것.
 * 그런데도 샘 알트먼이 '초지능'이란 이야기를 하며 기대치 올리는 이유는? 마이크로소프트 때문일 것. 초지능 개발완료라는 시장의 컨센서스가 이루어지면 MS는 2030년까지 가지고 있던 OpenAI에 대한 계약 권한을 모두 잃게 됨. 하반기 내에 MS와의 딜을 마무리해야 소프트뱅크와의 계약도 정상화 가능해서 여러모로 쫄리는 상황 😅
 * (관련 이야기는 지난 55check 리포트에서도 확인가능 )


OpenAI, 6년 만에 오픈소스 모델 공개
 * OpenAI가 GPT-2 이후 6년 만에 오픈소스 모델 GPT-OSS 공개. 오픈소스 AI 시장 진입.
 * 성능: 한국어 성능도 뛰어남. 오픈소스 진영 중에는 최고 성능이고, 맥북같은 하드웨어에서도 돌릴 수 있음. o3 모델 정도의 성능을 내고 있음. 
 * 그런데 OpenAI가 왜 갑자기 오픈소스를 내는 걸까? 이미 중국이 Qwen, DeepSeek, Kimi 등으로 오픈소스 AI 시장을 주도하는 상황에서?
 * 이유:
   * 모델 개선에 개발 생태계와 외부 사용자들의 아이디어가 필요한 시기가 됐음 (구글이 크롬 브라우저를 오픈소스로 푸는 것과 마찬가지).
   * AI 기술의 다음 확장에는 로컬 기기에서 돌아갈 수 있는 가벼운 오픈소스, 온디바이스(on-device) 모델이 필수.
   * 미국 정부가 주도하는 국방 전략이나 트럼프의 'AI 액션 플랜'에 참여하려면 오픈소스가 유리.


구글 딥마인드, 가상 세계 쉽게 만드는 Genie 3 출시
손정의 또 살아나네, 소프트뱅크 실적 개선


등의 이야기도 너무 재미있으니 한 번 봐보세요!

GPT-5 드디어 출시. '초지능'일까 그냥 '최고 성능'일까? <ul ><li>OpenAI GPT-5 출시. 코딩, 글쓰기, 헬스케어 영역에서 현존 모델 중 모두 1위 달성. (OpenAI 공식 발표문, 한글 자막 샘 알트먼 1시간 17분 프레젠테이션 영상)</li><li>코딩:&nbsp;현재 최고 코딩 모델인 클로드 Opus보다 미미하게 잘 하는 수준.</li></ul><ul ><li>특징:&nbsp;GPT-5 Thinking 버전 출시로 'think deep about this'(더 생각하기) 명령어 통해 더 깊이 있는 답변 제공. 거짓말 비중 훨씬 줄었고 신뢰도도 현존 모델 최고 성능.</li><li>페르소나 설정, 지메일·구글 캘린더 통합 지원.</li><li>애플리케이션 통합용 저렴한 GPT-5 Mini도 동시 출시</li></ul><ul ><li>그러나... 엄청난 혁신은 아니고, 기존 모델과 크게 다른 차이도 없음. 큰 방향에서는 다른 회사들도 하는 것을 더욱 잘하는 정도. AI가 수십 번 생각을 더하면 비용도 엄청 비싸지고 사용하는 토큰양도 많아져서 서비스 가격은 더욱 비싸질 것.</li></ul><ul ><li>그런데도&nbsp;샘 알트먼이 '초지능'이란 이야기를 하며 기대치 올리는 이유는? 마이크로소프트 때문일 것. 초지능 개발완료라는 시장의 컨센서스가 이루어지면 MS는 2030년까지 가지고 있던 OpenAI에 대한 계약 권한을 모두 잃게 됨. 하반기 내에 MS와의 딜을 마무리해야 소프트뱅크와의 계약도 정상화 가능해서 여러모로 쫄리는 상황 😅</li><li>(관련 이야기는 지난 55check 리포트에서도 확인가능 )</li></ul> OpenAI, 6년 만에 오픈소스 모델 공개<ul ><li>OpenAI가 GPT-2 이후 6년 만에 오픈소스 모델 GPT-OSS 공개. 오픈소스 AI 시장 진입.</li><li>성능: 한국어 성능도 뛰어남. 오픈소스 진영 중에는 최고 성능이고, 맥북같은 하드웨어에서도 돌릴 수 있음. o3 모델 정도의 성능을 내고 있음.&nbsp;</li></ul><ul ><li>그런데 OpenAI가 왜 갑자기 오픈소스를 내는 걸까? 이미 중국이 Qwen, DeepSeek, Kimi 등으로 오픈소스 AI 시장을 주도하는 상황에서?</li><li>이유:<ul ><li>모델 개선에 개발 생태계와 외부 사용자들의 아이디어가 필요한 시기가 됐음 (구글이 크롬 브라우저를 오픈소스로 푸는 것과 마찬가지).</li><li>AI 기술의 다음 확장에는 로컬 기기에서 돌아갈 수 있는 가벼운 오픈소스, 온디바이스(on-device) 모델이 필수.</li><li>미국 정부가 주도하는 국방 전략이나 트럼프의 'AI 액션 플랜'에 참여하려면 오픈소스가 유리.</li></ul></li></ul> 구글 딥마인드, 가상 세계 쉽게 만드는 Genie 3 출시손정의 또 살아나네, 소프트뱅크 실적 개선 등의 이야기도 너무 재미있으니 한 번 봐보세요!

55check.com

8월 첫째주: GPT5 와 OpenAI의 오픈소스 출시는 어떤 의미일까?

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 정책

안녕하세요. 그린입니다 🍏이번 포스팅은 iOS 앱의 배터리 드레인 문제를 해결하는 방법에 대해 알아보겠습니다 🙋🏻iOS Battery Drain Solutions Deep Dive이런 경험 있으신가요?앱을 출시한 후 앱스토어 리뷰나 사용자 피드백에서,"이 앱 쓰고 나서 배터리가 금방 없어져요 😡""백그라운드에서 계속 뭔가 하고 있는 것 같아요""핸드폰이 뜨거워져요"또는 iOS 설정 → 배터리에서 여러분의 앱이 배터리 사용량 상위권에 올라가 있는 상황 말이에요 😱이런 문제들은 단순히 사용자 불편함을 넘어서서 앱 삭제와 직결되는 심각한 이슈입니다.특히 iOS 12부터 배터리 사용량 화면이 더 상세해지면서 사용자들이 "범인" 앱을 쉽게 찾을 수 있게 되었거든요.Why Battery Matters Mo..

App Battery Drain

"이 앱 쓰고 나서 배터리가 금방 없어져요 😡"
이런 리뷰 받아본 경험이 있으신가요?
이런 현상을 Battery Drain이라고 부릅니다.


iOS 기준으로 어떻게 측정하고 여러 사례에서 어떻게 배터리 친화적인 앱으로 만들어볼지 정리해봤어요 🙋🏻

"이 앱 쓰고 나서 배터리가 금방 없어져요 😡" 이런 리뷰 받아본 경험이 있으신가요?이런 현상을 Battery Drain이라고 부릅니다. iOS 기준으로 어떻게 측정하고 여러 사례에서 어떻게 배터리 친화적인 앱으로 만들어볼지 정리해봤어요 🙋🏻

iOYES

App Battery Drain  현상을 겪어보셨나요?

책을 읽을 때는 한 가지 책을 서문부터 편집자의 말까지 쉼 없이 읽는 대신, 여러 책을 펴고 닫기를 반복하는 편입니다. 인간은 멀티태스킹을 할 수 없다고 하는데, 멀티태스킹 대신 크로스태스킹을 한다는 생각이 들 때도 있습니다. 2023년부터 트레바리에서 <리서치 하는데요> 북클럽을 이어가면서, 계정을 만들고 손을 놓았던 인스타그램에 관심 있게 읽은 책의 문단을 소개하고 있습니다. 공유하기 위해 기록하고, 기록하기 위해 다시 읽는 것은 그것만으로도 괜찮은 일인 것 같습니다.

<리서치 하는데요> 다음 모임에서 읽을 책은 알랭 드 보통의 『행복의 건축』입니다. 이 책은 제가 좋아하는 선배가 첫 직장에서 선물해 준 덕분에 읽게 되었는데, 그때의 대화가 아직도 생생합니다. 외부 미팅을 마치고 사무실로 돌아가는 택시는 강변북로를 달리고 있었습니다. 저는 한강을 좌우에 두고 자리 잡은 대단지 아파트들을 보며, 건축물이 만든 스카이라인과 도시 경관이 너무 비슷하다며 아쉬운 마음을 이야기했죠. 선배는 서울에 가득한 아파트가 가진 건축적 의미를 이야기하며 르 코르뷔지에의 건축과 한국의 전세 구조를 설명해 주었습니다. 그다음 날 제 책상에는 이 책이 놓여 있었죠. 그때의 감사한 마음이 아직도 한편에 단단히 남아 있습니다. 좋은 책은 결국 좋은 사람을 통해 전해지는 것 같습니다.

인스타그램에 기록한 몇 장의 이미지를 덧붙입니다. 창의성은 편안함을 벗어나려고 애쓰는 과정에서 나온다는데, 연휴에 책과 여행, 다른 생각을 가진 사람과의 대화를 이어가시면 좋겠습니다.


https://www.instagram.com/redbusbagman/

책을 읽을 때는 한 가지 책을 서문부터 편집자의 말까지 쉼 없이 읽는 대신, 여러 책을 펴고 닫기를 반복하는 편입니다. 인간은 멀티태스킹을 할 수 없다고 하는데, 멀티태스킹 대신 크로스태스킹을 한다는 생각이 들 때도 있습니다. 2023년부터 트레바리에서 &lt;리서치 하는데요&gt; 북클럽을 이어가면서, 계정을 만들고 손을 놓았던 인스타그램에 관심 있게 읽은 책의 문단을 소개하고 있습니다. 공유하기 위해 기록하고, 기록하기 위해 다시 읽는 것은 그것만으로도 괜찮은 일인 것 같습니다. &lt;리서치 하는데요&gt; 다음 모임에서 읽을 책은 알랭 드 보통의 『행복의 건축』입니다. 이 책은 제가 좋아하는 선배가 첫 직장에서 선물해 준 덕분에 읽게 되었는데, 그때의 대화가 아직도 생생합니다. 외부 미팅을 마치고 사무실로 돌아가는 택시는 강변북로를 달리고 있었습니다. 저는 한강을 좌우에 두고 자리 잡은 대단지 아파트들을 보며, 건축물이 만든 스카이라인과 도시 경관이 너무 비슷하다며 아쉬운 마음을 이야기했죠. 선배는 서울에 가득한 아파트가 가진 건축적 의미를 이야기하며 르 코르뷔지에의 건축과 한국의 전세 구조를 설명해 주었습니다. 그다음 날 제 책상에는 이 책이 놓여 있었죠. 그때의 감사한 마음이 아직도 한편에 단단히 남아 있습니다. 좋은 책은 결국 좋은 사람을 통해 전해지는 것 같습니다. 인스타그램에 기록한 몇 장의 이미지를 덧붙입니다. 창의성은 편안함을 벗어나려고 애쓰는 과정에서 나온다는데, 연휴에 책과 여행, 다른 생각을 가진 사람과의 대화를 이어가시면 좋겠습니다. https://www.instagram.com/redbusbagman/

⟪오늘 하루 문득 든 생각⟫

우리가 아름다운 것들에 가장 민감하게 반응하는 것은 우리 인생이 여러 가지 문제로 가장 심각할 때일지도 모른다는 것이다. 낙담한 순간들은 건축과 예술로 통하는 입구를 활짝 열어준다. 그러한 때에 그 이상적인 특질들에 대한 굶주림이 최고조에 이르기 때문이다. 정신이 잘 정돈되어 너저분한 데라고는 찾아볼 수 없는 사람이 콘크리트와 나무로 이루어진 널찍하고 텅 빈 공간에 햇빛이 환하게 쏟아져 들어오는 것을 보고 깊은 감동을 받지는 않을 것이다.
⠀
알랭 드 보통, 행복의 건축

우리가 아름다운 것들에 가장 민감하게 반응하는 것은 우리 인생이 여러 가지 문제로 가장 심각할 때일지도 모른다는 것이다. 낙담한 순간들은 건축과 예술로 통하는 입구를 활짝 열어준다. 그러한 때에 그 이상적인 특질들에 대한 굶주림이 최고조에 이르기 때문이다. 정신이 잘 정돈되어 너저분한 데라고는 찾아볼 수 없는 사람이 콘크리트와 나무로 이루어진 널찍하고 텅 빈 공간에 햇빛이 환하게 쏟아져 들어오는 것을 보고 깊은 감동을 받지는 않을 것이다.⠀알랭 드 보통, 행복의 건축

《낙담의 순간에 마음에 스며드는 햇빛》

안녕하세요. 그린입니다 🍏이번 포스팅은 Swift의 고급 타입 시스템 기법인 Phantom Types에 대해 깊이 있게 알아보겠습니다 🚀Phantom Types Deep Dive이런 경험 있으신가요?런타임에 발생하는 타입 관련 버그들의 예시에요."이 ID는 사용자 ID인데 왜 상품 ID로 사용했지? 😱""암호화된 데이터를 일반 문자열로 처리해서 보안 오류 발생""단위가 다른 값들을 잘못 연산해서 계산 오류""상태가 잘못된 객체에 잘못된 메서드 호출"이런 문제들은 코드가 복잡해질수록 더 자주 발생하고, 런타임에서야 발견되는 경우가 많죠.Phantom Types는 이런 문제들을 컴파일 타임에 완전히 차단할 수 있는 강력한 기법입니다. Why Phantom Types Matter More Than Eve..

Swift Phantom Types

"사용자 ID를 상품 ID로 잘못 전달해서 런타임 에러 경험해보신 적 있나요? 😱"
Swift Phantom Types를 사용하면 이런 타입 실수를 컴파일 타임에 완전히 차단할 수 있어요!


Zero-Cost Abstraction으로 성능 오버헤드 없이 타입 안전성만 극대화하는 기법을 상세한 실전 코드와 함께 정리했습니다 🙋🏻

"사용자 ID를 상품 ID로 잘못 전달해서 런타임 에러 경험해보신 적 있나요? 😱" Swift Phantom Types를 사용하면 이런 타입 실수를 컴파일 타임에 완전히 차단할 수 있어요! Zero-Cost Abstraction으로 성능 오버헤드 없이 타입 안전성만 극대화하는 기법을 상세한 실전 코드와 함께 정리했습니다 🙋🏻

Swift Phantom Types로 런타임 버그 차단하기 🐛

1. 저는 플랫폼/유통업계에서 엔터로 넘어왔어요. 엔터 시장에서 일하며 놀랐어요. 온라인 플랫폼과 커머스에서 CRM은 상식인데, 케이팝 업계에 CRM 개념이 없다는 사실에 큰 충격을 받았어요.

2. 그런데 이 일을 하면서 업계 분들을 거듭 만날수록 케이팝 업계에 필요한 게 진짜 데이터인지 의문이 생기기도 해요. 무슨 말이냐면, 커머스 데이터는 정말 심플하고, 판매량이 늘거나 줄어든 원인도 명확하게 보여요. 

3. 그런데 케이팝 산업에서는 데이터만 가지고 그렇게 원인을 분석하긴 어려워요. 제 생각에 케이팝 업계에서 정말로 원하는 건 후행이든 선행이든 지표 그 자체가 아니라 소비자 행동의 예측 모델인 거죠.

4. 그걸 알려면 팬덤의 이야기를 더 자세히 듣고 알아야 한다고 생각했어요. 지금처럼 미디어가 파편화된 상황에서 데이터가 중요하다고 SNS 숫자를 보는 건 큰 의미가 없으니까요. 

5. 사실 기획사라고 팬들에게 진짜 중요한 걸 다 물어볼 수는 없잖아요. 여러 이슈들이 있으니까요. 블립이라는 플랫폼이 거기서 꽤 큰 역할을 한다고 봤어요.

6. IT의 관점에서 블립에 다양한 케이팝 팬들이 모여 있으니 그들이 언제, 어떻게, 왜 행동이 바뀌는지 파악할 수 있고, 또 그걸 케이팝 레이더에 반영해서 수치화하고 의미있는 정보로 변환해서 보여줄 수 있다고 생각했죠. 

7. 케이팝 레이더를 ‘케이팝의 대시보드’가 아니라 ‘케이팝의 인텔리전스 툴’이란 개념으로 바라보고 있어요. 앱 생태계에서는 인텔리전스 툴이 등장하면서 앱 산업 자체가 커지기도 했거든요. 케이팝레이더 2.0을 통해서 기존에 '측정 불가한 정서 기반 산업'을 '설계 가능한 데이터 기반 산업'으로 바꿀 수 있다면 좋겠다는 바람이 있어요.

#케이팝레이더
#스페이스오디티

1. 저는 플랫폼/유통업계에서 엔터로 넘어왔어요. 엔터 시장에서 일하며 놀랐어요. 온라인 플랫폼과 커머스에서 CRM은 상식인데, 케이팝 업계에 CRM 개념이 없다는 사실에 큰 충격을 받았어요. 2. 그런데 이 일을 하면서 업계 분들을 거듭 만날수록 케이팝 업계에 필요한 게 진짜 데이터인지 의문이 생기기도 해요. 무슨 말이냐면, 커머스 데이터는 정말 심플하고, 판매량이 늘거나 줄어든 원인도 명확하게 보여요.&nbsp; 3. 그런데 케이팝 산업에서는 데이터만 가지고 그렇게 원인을 분석하긴 어려워요. 제 생각에 케이팝 업계에서 정말로 원하는 건 후행이든 선행이든 지표 그 자체가 아니라&nbsp;소비자 행동의 예측 모델인 거죠. 4. 그걸 알려면 팬덤의 이야기를 더 자세히 듣고 알아야 한다고 생각했어요. 지금처럼 미디어가 파편화된 상황에서 데이터가 중요하다고 SNS 숫자를 보는 건 큰 의미가 없으니까요.&nbsp; 5. 사실 기획사라고 팬들에게 진짜 중요한 걸 다 물어볼 수는 없잖아요. 여러 이슈들이 있으니까요. 블립이라는 플랫폼이 거기서 꽤 큰 역할을 한다고 봤어요. 6. IT의 관점에서 블립에 다양한 케이팝 팬들이 모여 있으니 그들이 언제, 어떻게, 왜 행동이 바뀌는지 파악할 수 있고, 또 그걸 케이팝 레이더에 반영해서 수치화하고 의미있는 정보로 변환해서 보여줄 수 있다고 생각했죠.&nbsp; 7. 케이팝 레이더를 ‘케이팝의 대시보드’가 아니라 ‘케이팝의 인텔리전스 툴’이란 개념으로 바라보고 있어요. 앱 생태계에서는 인텔리전스 툴이 등장하면서 앱 산업 자체가 커지기도 했거든요. 케이팝레이더 2.0을 통해서 기존에 '측정 불가한 정서 기반 산업'을 '설계 가능한 데이터 기반 산업'으로 바꿀 수 있다면 좋겠다는 바람이 있어요. #케이팝레이더 #스페이스오디티

< 케이팝이 진짜 필요한 건 ‘숫자’가 아니다 >

https://maily.so/draft.briefing/posts/d5rylp58o1w

인공지능(AI)을 활용해 시각장애인을 위한 점자 번역 콘텐츠를 만드는 스타트업 센시(SENSEE)에서 대표이사의 횡령 사태가 발생했다. 센시에 투자한 국내 벤처캐피털(VC) 등은 뒤늦게 관련 사실을 파악하고 대응책 

내년 상장 계획이었던 AI기업, 대표이사가 횡령 후 해외 도주... 카카오·SKT 등 투자사들 충격

스타트업 바닥 연차 10년으로 별의별 꼴 다 경험하고 다 봤지만 초기 스타트업도 아니고 이 정도 규모를 가진 스타트업에서 (이 일이 사실이라면) 이런 일이 벌어진 건 충격적인게 맞는 것 같다. 초기 스타트업 대표가 돈 들고 튀어버린 일들도 여럿 봤고 창업멤버끼리 짜고 지원금과 투자금 나눠갖고 지원금으로 사적 목적으로 새차 뽑는데 쓴 것도 봤지만, 작년에 시리즈B로 300억 투자 받은 곳에서 이런 일이 벌어진 건 최소 우리나라에서는 처음 보는 것 같다. 과연 어디까지가 거짓말이었을지가 더 커다란 충격으로 다가올 듯하다. 성장스토리가 진실이었다면 창업가가 저렇게 할 이유가 없어보이기 때문이다.


https://n.news.naver.com/mnews/article/366/0001100404

스타트업 바닥 연차 10년으로 별의별 꼴 다 경험하고 다 봤지만 초기 스타트업도 아니고 이 정도 규모를 가진 스타트업에서 (이 일이 사실이라면) 이런 일이 벌어진 건 충격적인게 맞는 것 같다. 초기 스타트업 대표가 돈 들고 튀어버린 일들도 여럿 봤고 창업멤버끼리 짜고 지원금과 투자금 나눠갖고 지원금으로 사적 목적으로 새차 뽑는데 쓴 것도 봤지만, 작년에 시리즈B로 300억 투자 받은 곳에서 이런 일이 벌어진 건 최소 우리나라에서는 처음 보는 것 같다. 과연 어디까지가 거짓말이었을지가 더 커다란 충격으로 다가올 듯하다. 성장스토리가 진실이었다면 창업가가 저렇게 할 이유가 없어보이기 때문이다. https://n.news.naver.com/mnews/article/366/0001100404

n.news.naver.com

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

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

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

백엔드 개발자 이력서 고민

프로덕트에 맞는 지표 발견하기

🗒 [성장을 위한 데일리 아티클] '프로덕트 & 데이터 분석'

프로덕트의 성장을 측정하는 지표를 위한 프레임워크는 여러 가지가 있습니다. 대표적으로 AARRR, HEART, 북극성 지표 프레임워크가 있는데요, 이 세 가지 방법을 통합해 내 프로덕트에 맞는 지표를 발견하는 방법에 대한 글입니다.

내 프로덕트에 맞는 지표를 찾는것 외에도 사용자의 전반적인 프로덕트 사용 플로우를 점검하는데도 도움이 되는 방식입니다.

---

🔊 B2B 디자이너들의 모임 소개
B2B 프로덕트를 만들고 있는 B2B 디자이너들은 B2C 디자이너보다 더 어려운 문제를 풀고 있는 경우가 많은 데 비해 자료, 지식, 피드백을 찾는데도 어려움을 겪고 있습니다.
더 많은 B2B 프로덕트 디자이너들이 한자리에서 어려운 점, 배운 점을 공유하고 서로 도움이 되기 위해 커뮤니티를 운영중입니다.

🔗 B2B 디자이너들의 모임 노션 링크: abit.ly/b2b-designers

Seunghwan

커뮤니티 오너

B2B 디자이너 모임

B2B SaaS 프로덕트를 디자인 하고있습니다
B2B 프로덕트 디자인에 대한 고민을 공유합니다

기획자

김현수

• 라이프스타일과 취향에 따라, 사는 이유를 기획합니다. 
• 제품과 서비스 그리고 공간까지, 사는 재미로 삽니다.
• 뭔가에 빠져, 사는 사람과의 대화를 좋아합니다. 

D2C 커머스 | 브랜드 캠페인 | 디지털 마케팅
#취향설계 #제너럴리스트 #기획자 #이커머스

댓글 0

함께 읽은 게시물

결과 vs 결론, 포폴 결과 해석에 숫자만으론 부족해요

《창의성을 계발하는 방법》

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

🍜 짜파게티가 왜 거기서 나와?

주간 인기 TOP 10

추천 프로필