"달레님 블로그 글은 어떻게 항상 구글 검색 맨 위에 나오나요?"

참 자주 여쭤 보시는 질문인데, 사실 저도 깜짝 놀랄 때가 있습니다.
"어라? 어떻게 내 글이 공식 문서 보다도 위에 있지?" 하는 순간이 있거든요. 😅

많은 분들이 제게 숨겨진 SEO(검색 엔진 최적화) 비법이 있을 거라 생각하시지만, 사실 제 블로그는 아주 기본적인 SEO 공식조차 거의 따르지 않고 있습니다. SEO 전문가들이 말하는 Best Practice인 사이트맵이나 RSS 피드도 없고, 키워드 검색을 위한 메타 태그도 크게 신경쓰고 있지 않죠.

그럼에도 불구하고 제 글이 구글 검색 상위에 노출되는 이유는 단 하나라고 생각해요.
👉 다른 개발자들에게 도움이 되는 글을 오랫동안 꾸준히 쓰려고 노력했기 때문입니다.

저도 처음에는 방문자가 거의 없던 시절도 있었습니다. 하지만 매주 꾸준히 글을 쓴지 3년, 100편이 넘는 글이 쌓이자 구글이 제 블로그를 신뢰하기 시작했다는 느낌을 받았습니다.

구글에서는 Experience (경험), Expertise (전문성), Authoritativeness (권위성), Trustworthiness (신뢰성)을 기준으로 콘텐츠의 질을 평가한다고 합니다. 네 가지 기준 모두 하루 아침에 달성하기 어려운 것들이죠. 특히 요즘은 생성형 AI로 대충 쓴 글이나 어그로성 콘텐츠가 많아서, 오히려 인간의 실제 경험과 깊이 있는 통찰이 담긴 글이 더 가치 있게 여겨지는 시대가 된 것 같아요.

그래서 저는 블로그를 시작하시려는 주변 개발자 분들께 항상 이렇게 이야기합니다.

💡 "방문자 수에 너무 연연하기보다, 나의 학습 기록을 남기는 즐거움으로 시작해 보세요."

처음부터 기술적인 SEO에 집착하고, 트래픽에 연연하거나 광고 수익을 쫓다 보면 쉽게 지치기 마련입니다. 대신 배움과 공유의 과정 자체에 의미를 두면 글쓰기 자체가 즐거워지고, 꾸준히 지속할 힘을 얻게 될 겁니다.

혹시 숨겨진 SEO 꿀팁을 기대하셨다면 조금 실망하셨을지도 모르겠습니다. 😂 "좋은 글을 꾸준히 쓰는 것", 바로 이 단순한 원칙이 제 블로그를 구글 검색 최상단으로 이끌어주었습니다.

"달레님 블로그 글은 어떻게 항상 구글 검색 맨 위에 나오나요?" 참 자주 여쭤 보시는 질문인데, 사실 저도 깜짝 놀랄 때가 있습니다. "어라? 어떻게 내 글이 공식 문서 보다도 위에 있지?" 하는 순간이 있거든요. 😅 많은 분들이 제게 숨겨진 SEO(검색 엔진 최적화) 비법이 있을 거라 생각하시지만, 사실 제 블로그는 아주 기본적인 SEO 공식조차 거의 따르지 않고 있습니다. SEO 전문가들이 말하는 Best Practice인 사이트맵이나 RSS 피드도 없고, 키워드 검색을 위한 메타 태그도 크게 신경쓰고 있지 않죠. 그럼에도 불구하고 제 글이 구글 검색 상위에 노출되는 이유는 단 하나라고 생각해요. 👉 다른 개발자들에게 도움이 되는 글을 오랫동안 꾸준히 쓰려고 노력했기 때문입니다. 저도 처음에는 방문자가 거의 없던 시절도 있었습니다. 하지만 매주 꾸준히 글을 쓴지 3년, 100편이 넘는 글이 쌓이자 구글이 제 블로그를 신뢰하기 시작했다는 느낌을 받았습니다. 구글에서는 Experience (경험), Expertise (전문성), Authoritativeness (권위성), Trustworthiness (신뢰성)을 기준으로 콘텐츠의 질을 평가한다고 합니다. 네 가지 기준 모두 하루 아침에 달성하기 어려운 것들이죠. 특히 요즘은 생성형 AI로 대충 쓴 글이나 어그로성 콘텐츠가 많아서, 오히려 인간의 실제 경험과 깊이 있는 통찰이 담긴 글이 더 가치 있게 여겨지는 시대가 된 것 같아요. 그래서 저는 블로그를 시작하시려는 주변 개발자 분들께 항상 이렇게 이야기합니다. 💡 "방문자 수에 너무 연연하기보다, 나의 학습 기록을 남기는 즐거움으로 시작해 보세요." 처음부터 기술적인 SEO에 집착하고, 트래픽에 연연하거나 광고 수익을 쫓다 보면 쉽게 지치기 마련입니다. 대신 배움과 공유의 과정 자체에 의미를 두면 글쓰기 자체가 즐거워지고, 꾸준히 지속할 힘을 얻게 될 겁니다. 혹시 숨겨진 SEO 꿀팁을 기대하셨다면 조금 실망하셨을지도 모르겠습니다. 😂 "좋은 글을 꾸준히 쓰는 것", 바로 이 단순한 원칙이 제 블로그를 구글 검색 최상단으로 이끌어주었습니다.

달레 블로그의 SEO 비법 🎯

영화 '매트릭스 리로디드'에는 인과관계를 설명하는 인상적인 장면이 등장합니다. 세상의 모든 일에는 원인과 결과가 존재한다는 철학적 명제를 다루죠. 물을 많이 마시면 화장실에 자주 가게 되는 것처럼 단순한 사례부터, 오늘 주인공에게 벌어진 사건이 과거 그의 행동에서 비롯되었다는 깊이 있는 해석까지 제시합니다. 즉, 우리에게 일어나는 모든 일이 우연이 아니라 과거의 어떤 원인에서 기인한다는 것입니다.
이러한 관점에서 세상을 바라보면, 지금 이 순간에도 '그냥' 일어나는 일은 없습니다. 제가 새벽에 깨어 이 글을 쓰고 있는 것도, 글의 주제가 인과관계인 것도 어제 이에 대한 질문과 생각이 있었기 때문입니다. 논리적 상황 설명에서 인과관계는 매우 중요한 이론입니다.
오늘 열심히 산 결과로 미래에 노력에 비례하는 보상을 받는다면 얼마나 희망적일까요? 마찬가지로 오늘 좋은 일이 생긴다면, 그것은 과거 우리가 무언가를 잘했기 때문이라는 연결고리를 찾을 수 있어야 합니다.


여러분은 어떻게 생각하시나요? 정말 세상의 모든 일이 인과관계로 이루어진다고 생각하시나요? 아니면 우연히 일어나는 사소한 사건들도 있다고 보시나요?
저는 '우연'이라는 것이 과연 존재하는지 의문입니다. 어제 평온한 하루를 보냈다면, 그것이 단순히 세상이 조용해서가 아니라 평온할 수 있었던 구체적인 원인이 있다고 생각합니다. 어떤 우주적 존재의 보호나 태초에 세상을 창조한 신적 존재의 섭리처럼 말이죠.


어제 미팅에서 흥미로운 질문을 받았습니다. "지난날 했던 일 중 인과관계로 증명할 수 있는 성과가 있다면 무엇인가?"라는 질문이었습니다.
저는 채용 업무 사례를 들었습니다. 인재 검증을 위해 수립한 평가 방식과 기준으로 영입한 인재가 입사 후 조직에 빠르게 적응하고 성과를 냈다면, 그 평가 방식이 합리적이었다고 볼 수 있습니다. 반대로 어렵게 영입한 인재가 적응에 실패하거나 기대한 성과를 내지 못한다면 채용 기준을 재검토해야 하죠.
개인적으로는 노력해서 성취한 것들을 증명할 수 있는 사례가 많지만, 비즈니스 조직에서는 성과 지표 상승에 누가 얼마나 기여했는지 증명하기 어렵습니다. 특히 영업이나 마케팅을 제외한 제품, 인프라 조직은 간접적 기여도 측정이 더욱 까다롭습니다. 그래서 조직 내에서 본인 업무의 인과관계를 명확히 설명할 수 있는 능력이 중요합니다. 일상적으로 하는 업무가 조직 성장에 어떻게, 얼마나 기여하는지 논리적으로 설명할 수 있어야 합니다.


논리란 합당하게 구성하면 인정받을 수 있다고 생각합니다. 반드시 과학적 증명이 필요한 것은 아닙니다. 세상 모든 일이 완벽하게 들어맞지는 않으니까요.
선한 행동의 결과가 즉각 나타나지는 않습니다. 과거의 선행이 언제 보상받을지 정확히 알 수는 없죠. 하지만 지금까지 자신에게 일어난 좋은 일들을 근거로 "선한 일을 했더니 좋은 결과가 따랐다"는 논리를 세울 수는 있습니다. 그 논리가 이해와 공감, 납득을 얻는다면 성공이고, 그렇지 않다면 재검토가 필요하겠죠.


구체적인 사례 설명은 참 어려운 일입니다. 어디서부터 어디까지 설명해야 '구체적'이라고 느낄지 판단하기 어렵거든요. 너무 자세히 설명하면 듣는 이가 지루해하고, 생략하면 맥락 이해가 어려워집니다. 더 안타까운 것은 정답이 없다는 사실입니다. 각자의 스타일대로 소신껏 진행하는 것이 최선이죠.
인생은 결국 소통의 연속입니다. 기브 앤 테이크, 상호작용을 통해 이해가 깊어집니다. 제가 이렇게 단편적으로 이야기해도 이해하시는 분들이 계시고, 나머지는 각자의 상상에 맡깁니다.
영화의 열린 결말을 좋아하는 이유도 비슷합니다. 원인만 제시하고 결과는 관객의 상상에 맡기는 감독의 의도가 흥미롭습니다. 등장인물 둘의 대화를 클로즈업으로 보여주다가 화면이 바뀌어 바깥 풍경이 나오고 갑자기 총성이 울립니다. 누가 누구를 쏜 걸까요? 아니면 주인공들과 무관한 제삼자의 행동일까요?


인생이 흥미로운 이유는 오늘의 원인이 내일 어떤 결과로 이어질지 모르기 때문이라고 생각합니다. 이것을 재미로 받아들일 수도 있고, 걱정과 근심의 원인이 될 수도 있습니다. 인생을 즐기느냐 고통 속에서 시름하느냐는 온전히 원인을 바라보는 각자의 시선에 달려 있습니다.
오늘을 즐겁게 살고 내일도 즐거울 것이라고 기대하는 행복한 우리가 되기를 진심으로 응원합니다.

﻿영화 '매트릭스 리로디드'에는 인과관계를 설명하는 인상적인 장면이 등장합니다. 세상의 모든 일에는 원인과 결과가 존재한다는 철학적 명제를 다루죠. 물을 많이 마시면 화장실에 자주 가게 되는 것처럼 단순한 사례부터, 오늘 주인공에게 벌어진 사건이 과거 그의 행동에서 비롯되었다는 깊이 있는 해석까지 제시합니다. 즉, 우리에게 일어나는 모든 일이 우연이 아니라 과거의 어떤 원인에서 기인한다는 것입니다.이러한 관점에서 세상을 바라보면, 지금 이 순간에도 '그냥' 일어나는 일은 없습니다. 제가 새벽에 깨어 이 글을 쓰고 있는 것도, 글의 주제가 인과관계인 것도 어제 이에 대한 질문과 생각이 있었기 때문입니다. 논리적 상황 설명에서 인과관계는 매우 중요한 이론입니다.오늘 열심히 산 결과로 미래에 노력에 비례하는 보상을 받는다면 얼마나 희망적일까요? 마찬가지로 오늘 좋은 일이 생긴다면, 그것은 과거 우리가 무언가를 잘했기 때문이라는 연결고리를 찾을 수 있어야 합니다. 여러분은 어떻게 생각하시나요? 정말 세상의 모든 일이 인과관계로 이루어진다고 생각하시나요? 아니면 우연히 일어나는 사소한 사건들도 있다고 보시나요?저는 '우연'이라는 것이 과연 존재하는지 의문입니다. 어제 평온한 하루를 보냈다면, 그것이 단순히 세상이 조용해서가 아니라 평온할 수 있었던 구체적인 원인이 있다고 생각합니다. 어떤 우주적 존재의 보호나 태초에 세상을 창조한 신적 존재의 섭리처럼 말이죠. 어제 미팅에서 흥미로운 질문을 받았습니다. "지난날 했던 일 중 인과관계로 증명할 수 있는 성과가 있다면 무엇인가?"라는 질문이었습니다.저는 채용 업무 사례를 들었습니다. 인재 검증을 위해 수립한 평가 방식과 기준으로 영입한 인재가 입사 후 조직에 빠르게 적응하고 성과를 냈다면, 그 평가 방식이 합리적이었다고 볼 수 있습니다. 반대로 어렵게 영입한 인재가 적응에 실패하거나 기대한 성과를 내지 못한다면 채용 기준을 재검토해야 하죠.개인적으로는 노력해서 성취한 것들을 증명할 수 있는 사례가 많지만, 비즈니스 조직에서는 성과 지표 상승에 누가 얼마나 기여했는지 증명하기 어렵습니다. 특히 영업이나 마케팅을 제외한 제품, 인프라 조직은 간접적 기여도 측정이 더욱 까다롭습니다. 그래서 조직 내에서 본인 업무의 인과관계를 명확히 설명할 수 있는 능력이 중요합니다. 일상적으로 하는 업무가 조직 성장에 어떻게, 얼마나 기여하는지 논리적으로 설명할 수 있어야 합니다. 논리란 합당하게 구성하면 인정받을 수 있다고 생각합니다. 반드시 과학적 증명이 필요한 것은 아닙니다. 세상 모든 일이 완벽하게 들어맞지는 않으니까요.선한 행동의 결과가 즉각 나타나지는 않습니다. 과거의 선행이 언제 보상받을지 정확히 알 수는 없죠. 하지만 지금까지 자신에게 일어난 좋은 일들을 근거로 "선한 일을 했더니 좋은 결과가 따랐다"는 논리를 세울 수는 있습니다. 그 논리가 이해와 공감, 납득을 얻는다면 성공이고, 그렇지 않다면 재검토가 필요하겠죠. 구체적인 사례 설명은 참 어려운 일입니다. 어디서부터 어디까지 설명해야 '구체적'이라고 느낄지 판단하기 어렵거든요. 너무 자세히 설명하면 듣는 이가 지루해하고, 생략하면 맥락 이해가 어려워집니다. 더 안타까운 것은 정답이 없다는 사실입니다. 각자의 스타일대로 소신껏 진행하는 것이 최선이죠.인생은 결국 소통의 연속입니다. 기브 앤 테이크, 상호작용을 통해 이해가 깊어집니다. 제가 이렇게 단편적으로 이야기해도 이해하시는 분들이 계시고, 나머지는 각자의 상상에 맡깁니다.영화의 열린 결말을 좋아하는 이유도 비슷합니다. 원인만 제시하고 결과는 관객의 상상에 맡기는 감독의 의도가 흥미롭습니다. 등장인물 둘의 대화를 클로즈업으로 보여주다가 화면이 바뀌어 바깥 풍경이 나오고 갑자기 총성이 울립니다. 누가 누구를 쏜 걸까요? 아니면 주인공들과 무관한 제삼자의 행동일까요? 인생이 흥미로운 이유는 오늘의 원인이 내일 어떤 결과로 이어질지 모르기 때문이라고 생각합니다. 이것을 재미로 받아들일 수도 있고, 걱정과 근심의 원인이 될 수도 있습니다. 인생을 즐기느냐 고통 속에서 시름하느냐는 온전히 원인을 바라보는 각자의 시선에 달려 있습니다.오늘을 즐겁게 살고 내일도 즐거울 것이라고 기대하는 행복한 우리가 되기를 진심으로 응원합니다.﻿

인과관계

AGENTS.md is a simple, open format for guiding coding agents. Think of it as a README for agents.

AGENTS.md

최근에 코딩 IDE와 AI 에이전트들이 우후죽순 출시되면서, AI에게 프로젝트에 대한 중요한 정보와 규칙들을 알려주기 위한 방식들도 난립하고 있었는데요. 이것들이 이제 AGENTS.md 로 통일될 것 같습니다.

README.md 가 인간을 위한 프로젝트 설명의 기본 파일이 된 것 처럼, 앞으로 AGENTS.md 가 AI 에이전트를 위한 기본 파일이 될 것 같습니다. 아주 마음이 편안해지네요. (대충 개비스콘 짤)

최근에 코딩 IDE와 AI 에이전트들이 우후죽순 출시되면서, AI에게 프로젝트에 대한 중요한 정보와 규칙들을 알려주기 위한 방식들도 난립하고 있었는데요. 이것들이 이제 AGENTS.md 로 통일될 것 같습니다. README.md 가 인간을 위한 프로젝트 설명의 기본 파일이 된 것 처럼, 앞으로 AGENTS.md 가 AI 에이전트를 위한 기본 파일이 될 것 같습니다. 아주 마음이 편안해지네요. (대충 개비스콘 짤)

agents.md

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

kopring-reactive-labs/AgenticCoding/Prompt at main · psmon/kopring-reactive-labs

코틀린용으로 액터모델을 활용한 CQRS를 만들어내는 프롬프트로 실제작동하는 한방에 만들어 내는 버전의 샘플프로젝트를 양산해냅니다.

https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Prompt

코틀린용으로 액터모델을 활용한 CQRS를 만들어내는 프롬프트로 실제작동하는 한방에 만들어 내는 버전의 샘플프로젝트를 양산해냅니다. https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Prompt

GitHub

CQRS생성기법 프롬프트

입사 지원자가 채용 공고를 확인할 때 가장 중요한 것은 전체적인 맥락을 파악하는 것입니다. 표면적인 글자 하나하나를 읽는 것을 넘어서, '아, 이런 인재를 찾고 있구나!'라는 핵심을 발견해야 합니다.
기업이 원하는 인재상은 채용 공고 전체를 관통하는 하나의 키워드나 메시지로 압축됩니다. 이것을 파악하지 않고 지원하는 것은 합격 가능성을 가늠하지 않고 무작정 지원서를 던지는 것과 같습니다.
기업 입장에서 정말 영입하고 싶어하는 인재인지 객관적으로 평가한 후 지원해야 합격 가능성이 높아집니다. 물론 도전 자체를 말리고 싶지는 않지만, 계속된 불합격 경험은 자신감을 떨어뜨리고 지원 자체를 두려워하게 만들 수 있으니 주의가 필요합니다.


채용 공고의 맥락을 파악하는 것은 책을 읽고 독후감을 쓰는 것과 비슷합니다. 그래서 평소 독서가 중요합니다. 성공한 사람 중에는 학벌이 좋지 않거나 가정 형편이 어려웠던 경우는 있어도, 책을 읽지 않는 사람은 없었습니다.
일반적인 채용 공고의 회사 소개, 주요 업무 설명, 자격 요건, 우대 사항을 자세히 보면 반복적으로 등장하는 표현들이 있습니다. 겉으로는 다른 표현이지만, 결국 비슷한 의미의 단어나 문장으로 원하는 인재의 경험과 역량을 강조하고 있습니다. 이를 발견하면 해당 기업이 찾는 인재상을 정확히 이해할 수 있습니다.


맥락을 파악했다면, 다음으로 해야 할 일은 본인이 자격 요건에 얼마나 부합하는지 객관적으로 점검하는 것입니다. 대충 훑어보는 정도로는 부족합니다. 기업의 요구 사항과 본인의 경험, 역량을 정확히 연결해봐야 합니다.
제 기준으로는 조건 부합도가 80% 이상이면 지원해볼 만하다고 봅니다. 80% 미만이라면 도전하지 않는 것이 좋습니다. 물론 이는 주관적 판단이니, 최종 결정은 본인의 몫입니다.


합격 가능성을 높이는 핵심은 우대 사항입니다. 우대 사항은 기업이 이상적으로 찾는 '유니콘' 같은 인재상입니다. 필수는 아니지만 있으면 더할 나위 없이 좋은 조건들이죠.
우대 사항은 자격 요건보다 더 높은 기준이 설정되어 있습니다. 기본 자격 요건 A를 만족하면서 동시에 우대 사항 B도 충족하는 '슈퍼 인재'를 원하는 것입니다. 기업 입장에서도 욕심인 줄 알지만, 한 명을 뽑는 김에 더 뛰어난 역량을 가진 분을 모시고 싶은 마음은 이해할 만합니다.
다행히 대부분 우리는 슈퍼맨이 아니므로, 우대 사항을 모두 충족하지 못해도 괜찮습니다. 자격 요건만 80% 이상 만족해도 충분히 합격 가능성이 있습니다.


입사 지원 후 결과를 기다리며 마음을 비워야 하는 이유는 '보이는 것이 전부가 아니기' 때문입니다. 채용 공고의 자격 요건 외에도 보이지 않는 조건들이 존재합니다.
기업이 선호하는 특정 인재상, 연봉 등 물리적 보상 수준, 나이와 학벌 같이 공개적으로 요구할 수 없는 요소들이 보이지 않는 조건에 해당합니다.
따라서 자격 요건에 80% 이상 부합한다고 판단해서 지원했는데 불합격 통보를 받았다고 해서 자신이 부족하다고 여길 필요는 없습니다. 보이지 않는 어떤 조건 때문에 아쉽게 탈락한 것이니, 본인의 경험과 역량 부족 탓으로만 돌리지 마세요.


취업은 실력만으로 되는 것이 아닙니다. 타이밍이라는 운도 어느 정도 작용합니다. 비슷한 경험과 역량을 가진 사람이 A 기업에는 최종 합격하고, B 기업에서는 탈락하는 경우가 있습니다. 인재 영입이 급하거나 최종 의사결정권자의 생각 변화에 따라 같은 스펙의 지원자도 결과가 달라질 수 있는 것입니다.
그래서 취업에는 때가 있고, 나와 결이 맞는 기업이 있다고 생각합니다. 세상에 채용 수요가 있는 기업이 100개라면, 그 중 딱 하나만 나와 잘 맞으면 되는 것 아닐까요?
여러 곳에서 동시에 합격한다면 오히려 어디를 선택할지 행복한 고민만 생길 텐데요. 물론 그런 고민도 해보고 싶습니다. 하지만 신기한 세상의 이치는 취업에 도전하는 순간, 나와 궁합이 맞는 기업이 딱 하나씩만 나타난다는 것입니다.
그런 천생연분 같은 기업을 만날 때까지 계속 도전해보세요. 머지않아 우리에게 잘 맞는 파트너가 나타날 것입니다.

﻿ 입사 지원자가 채용 공고를 확인할 때 가장 중요한 것은 전체적인 맥락을 파악하는 것입니다. 표면적인 글자 하나하나를 읽는 것을 넘어서, '아, 이런 인재를 찾고 있구나!'라는 핵심을 발견해야 합니다.기업이 원하는 인재상은 채용 공고 전체를 관통하는 하나의 키워드나 메시지로 압축됩니다. 이것을 파악하지 않고 지원하는 것은 합격 가능성을 가늠하지 않고 무작정 지원서를 던지는 것과 같습니다.기업 입장에서 정말 영입하고 싶어하는 인재인지 객관적으로 평가한 후 지원해야 합격 가능성이 높아집니다. 물론 도전 자체를 말리고 싶지는 않지만, 계속된 불합격 경험은 자신감을 떨어뜨리고 지원 자체를 두려워하게 만들 수 있으니 주의가 필요합니다. 채용 공고의 맥락을 파악하는 것은 책을 읽고 독후감을 쓰는 것과 비슷합니다. 그래서 평소 독서가 중요합니다. 성공한 사람 중에는 학벌이 좋지 않거나 가정 형편이 어려웠던 경우는 있어도, 책을 읽지 않는 사람은 없었습니다.일반적인 채용 공고의 회사 소개, 주요 업무 설명, 자격 요건, 우대 사항을 자세히 보면 반복적으로 등장하는 표현들이 있습니다. 겉으로는 다른 표현이지만, 결국 비슷한 의미의 단어나 문장으로 원하는 인재의 경험과 역량을 강조하고 있습니다. 이를 발견하면 해당 기업이 찾는 인재상을 정확히 이해할 수 있습니다. 맥락을 파악했다면, 다음으로 해야 할 일은 본인이 자격 요건에 얼마나 부합하는지 객관적으로 점검하는 것입니다. 대충 훑어보는 정도로는 부족합니다. 기업의 요구 사항과 본인의 경험, 역량을 정확히 연결해봐야 합니다.제 기준으로는 조건 부합도가 80% 이상이면 지원해볼 만하다고 봅니다. 80% 미만이라면 도전하지 않는 것이 좋습니다. 물론 이는 주관적 판단이니, 최종 결정은 본인의 몫입니다. 합격 가능성을 높이는 핵심은 우대 사항입니다. 우대 사항은 기업이 이상적으로 찾는 '유니콘' 같은 인재상입니다. 필수는 아니지만 있으면 더할 나위 없이 좋은 조건들이죠.우대 사항은 자격 요건보다 더 높은 기준이 설정되어 있습니다. 기본 자격 요건 A를 만족하면서 동시에 우대 사항 B도 충족하는 '슈퍼 인재'를 원하는 것입니다. 기업 입장에서도 욕심인 줄 알지만, 한 명을 뽑는 김에 더 뛰어난 역량을 가진 분을 모시고 싶은 마음은 이해할 만합니다.다행히 대부분 우리는 슈퍼맨이 아니므로, 우대 사항을 모두 충족하지 못해도 괜찮습니다. 자격 요건만 80% 이상 만족해도 충분히 합격 가능성이 있습니다. 입사 지원 후 결과를 기다리며 마음을 비워야 하는 이유는 '보이는 것이 전부가 아니기' 때문입니다. 채용 공고의 자격 요건 외에도 보이지 않는 조건들이 존재합니다.기업이 선호하는 특정 인재상, 연봉 등 물리적 보상 수준, 나이와 학벌 같이 공개적으로 요구할 수 없는 요소들이 보이지 않는 조건에 해당합니다.따라서 자격 요건에 80% 이상 부합한다고 판단해서 지원했는데 불합격 통보를 받았다고 해서 자신이 부족하다고 여길 필요는 없습니다. 보이지 않는 어떤 조건 때문에 아쉽게 탈락한 것이니, 본인의 경험과 역량 부족 탓으로만 돌리지 마세요. 취업은 실력만으로 되는 것이 아닙니다. 타이밍이라는 운도 어느 정도 작용합니다. 비슷한 경험과 역량을 가진 사람이 A 기업에는 최종 합격하고, B 기업에서는 탈락하는 경우가 있습니다. 인재 영입이 급하거나 최종 의사결정권자의 생각 변화에 따라 같은 스펙의 지원자도 결과가 달라질 수 있는 것입니다.그래서 취업에는 때가 있고, 나와 결이 맞는 기업이 있다고 생각합니다. 세상에 채용 수요가 있는 기업이 100개라면, 그 중 딱 하나만 나와 잘 맞으면 되는 것 아닐까요?여러 곳에서 동시에 합격한다면 오히려 어디를 선택할지 행복한 고민만 생길 텐데요. 물론 그런 고민도 해보고 싶습니다. 하지만 신기한 세상의 이치는 취업에 도전하는 순간, 나와 궁합이 맞는 기업이 딱 하나씩만 나타난다는 것입니다.그런 천생연분 같은 기업을 만날 때까지 계속 도전해보세요. 머지않아 우리에게 잘 맞는 파트너가 나타날 것입니다.﻿

보이지 않는 의미찾기

우디의 컨설팅:  합격으로 가는 3가지 차별점 개인별 맞춤 포트폴리오,  합격을 부르는 비결입니다. 5회 코칭   유니콘 프로덕트 디자이너 최종 합격한 김** 님의 실제 리뷰입니다.  2회 코칭   대기업 디자이너 최종 합격한 **연 님의 실제 리뷰입니다.  2회 코칭   유니콘 프로덕트 디자이너 최종 합격한 심** 님의 실제 리뷰입니다.  3회 코칭   

[🦄 유니콘·빅테크] 합격한 UX/UI 포트폴리오 컨설팅 - PO·디자인 리드·채용 담당 경력 - 우디디자인랩

포트폴리오는 보기 좋음보다 읽히는가를
먼저 점검해보면 좋습니다.

가로 분할은 최소화하기
2/3 그리드로 시선 이동을 줄이기
문장은 짧게 행갈이는 자주 핵심은 굵게
슬라이드당 메시지 하나 기준으로 정리

읽기 편하면 지원자가 더 기억에 남습니다.

https://www.latpeed.com/products/QkCkT

포트폴리오는 보기 좋음보다 읽히는가를먼저 점검해보면 좋습니다. 가로 분할은 최소화하기2/3 그리드로 시선 이동을 줄이기문장은 짧게 행갈이는 자주 핵심은 굵게슬라이드당 메시지 하나 기준으로 정리 읽기 편하면 지원자가 더 기억에 남습니다. https://www.latpeed.com/products/QkCkT

Latpeed

포트폴리오 가독성

"좋은 코드를 작성해야 한다" 우리 개발자들은 이 말을 매일같이 듣고, 또 스스로 다짐합니다. 하지만 현실은 어떤가요? 새로운 기능 개발에 밀려 리팩토링은 '나중에 할 일'이 되고, 기술 부채를 개선하자는 목소리는 '지금은 비즈니스가 먼저'라는 상황에 묻히기 일쑤입니다.

소프트웨어 유지보수성이라는 뜨거운 감자를 손에 넣는 법

"좋은 코드를 작성해야 한다" 우리 개발자들은 이 말을 매일같이 듣고, 또 스스로 다짐한다. 하지만 현실은 새로운 기능 개발에 밀려 리팩토링은 '나중에 할 일'이 되고, 기술 부채를 개선하자는 목소리는 '지금은 비즈니스가 먼저'라는 상황에 묻히기 일쑤다. 우리 모두가 이 딜레마에 빠져있다.


Spring I/O 2025에서 톰 홈버그(Tom Hombergs)가, 그리고 인프콘 2024에서 이일민(Toby Lee) 연사는 이 문제에 대한 해법이 될 수 있는 이야기를 말해준다. 두 거장의 이야기를 통해 소프트웨어 유지보수성이라는 뜨거운 감자를 손에 넣어보자!


https://www.linkedin.com/pulse/%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%9C%A0%EC%A7%80%EB%B3%B4%EC%88%98%EC%84%B1%EC%9D%B4%EB%9D%BC%EB%8A%94-%EB%9C%A8%EA%B1%B0%EC%9A%B4-%EA%B0%90%EC%9E%90%EB%A5%BC-%EC%86%90%EC%97%90-%EB%84%A3%EB%8A%94-%EB%B2%95-springrunner-zowlc

"좋은 코드를 작성해야 한다" 우리 개발자들은 이 말을 매일같이 듣고, 또 스스로 다짐한다. 하지만 현실은 새로운 기능 개발에 밀려 리팩토링은 '나중에 할 일'이 되고, 기술 부채를 개선하자는 목소리는 '지금은 비즈니스가 먼저'라는 상황에 묻히기 일쑤다. 우리 모두가 이 딜레마에 빠져있다. Spring I/O 2025에서 톰 홈버그(Tom Hombergs)가, 그리고 인프콘 2024에서 이일민(Toby Lee) 연사는 이 문제에 대한 해법이 될 수 있는 이야기를 말해준다. 두 거장의 이야기를 통해 소프트웨어 유지보수성이라는 뜨거운 감자를 손에 넣어보자! https://www.linkedin.com/pulse/%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%9C%A0%EC%A7%80%EB%B3%B4%EC%88%98%EC%84%B1%EC%9D%B4%EB%9D%BC%EB%8A%94-%EB%9C%A8%EA%B1%B0%EC%9A%B4-%EA%B0%90%EC%9E%90%EB%A5%BC-%EC%86%90%EC%97%90-%EB%84%A3%EB%8A%94-%EB%B2%95-springrunner-zowlc

kr.linkedin.com

벡터데이터를 이용하는 오픈소스 MCP-메모리버전에서 메모리 관계를 엣지로 더 풍성하게 할수 있는 GraphRag를 바이브코딩을 통해 , 작동가능한 MCP로 만든 변종프로젝트입니다.

업그레이드 프롬프트및 프로젝트: https://github.com/psmon/memorizer-v1/tree/dev/prompt

PlayGround : 액터기술을 주로 AI로 자동정리하고 메모리화
https://mcp.webnori.com/ui/graph

벡터데이터를 이용하는 오픈소스 MCP-메모리버전에서 메모리 관계를 엣지로 더 풍성하게 할수 있는 GraphRag를 바이브코딩을 통해 , 작동가능한 MCP로 만든 변종프로젝트입니다. 업그레이드 프롬프트및 프로젝트: https://github.com/psmon/memorizer-v1/tree/dev/prompt PlayGround : 액터기술을 주로 AI로 자동정리하고 메모리화https://mcp.webnori.com/ui/graph

MCP-GraphMemory

혹시 실무하면서 이런 고민 해보신 분 있나요?

찝찝한 마음을 걷어내고, 올해 안에는 꼭 내 손으로 직접 데이터 뽑아보고 싶은 분들을 위해!

현업 데이터 분석가들에게 직접 SQL 문법을 배울 수 있는 오프라인 핸즈온 세미나 정보를 공유합니다.

🐣 ‘카피바라도 할 수 있는 SQL 기초’ 핸즈온 세미나

• 행사 일시: 8/30(토) 오전 10시~12시
• 장소: 서울시 강남구

참가 신청하기 (이번 주 일요일, 8/24 신청 마감)
👉 https://dub.sh/BYs5fc6

세미나가 필요할 것 같은 팀 동료나 지인이 있다면, 소식을 공유해 주세요 :)

혹시 실무하면서 이런 고민 해보신 분 있나요? 찝찝한 마음을 걷어내고, 올해 안에는 꼭 내 손으로 직접 데이터 뽑아보고 싶은 분들을 위해! 현업 데이터 분석가들에게 직접 SQL 문법을 배울 수 있는 오프라인 핸즈온 세미나 정보를 공유합니다. 🐣 ‘카피바라도 할 수 있는 SQL 기초’ 핸즈온 세미나 • 행사 일시: 8/30(토) 오전 10시~12시• 장소: 서울시 강남구 참가 신청하기 (이번 주 일요일, 8/24 신청 마감)👉 https://dub.sh/BYs5fc6 세미나가 필요할 것 같은 팀 동료나 지인이 있다면, 소식을 공유해 주세요 :)

중요한 데이터를 뽑을 SQL 쿼리 AI에게 온전히 맡겨도 괜찮을까?

PM이 이해하면 좋을 "딥 리서치" 에이전트의 구조


요즘 AI 에이전트 기술, 특히 PM이라면 관심이 커질 수밖에 없는 주제인데요. 저 역시 최근에 에이전트 관련 지식을 넓혀가며, Langchain에서 개발한 Open Deep Research 구조를 스터디했습니다.


이 영상에서는 딥 리서치 에이전트가 실제로 어떻게 움직이는지, 그 안에서 멀티 에이전트의 역할 분담이 어떻게 일어나는지, 그리고 컨텍스트 엔지니어링과 프롬프트 설계가 왜 중요한지 구체적으로 다루고 있습니다.


예시로 든 주제는 ‘토스 프로덕트 매니저 취업 준비’인데요, 딥 리서치 에이전트가 리서치 계획을 세우고, ‘슈퍼 바이저’ 역할을 맡은 에이전트가 각기 다른 ‘서브’ 에이전트에게 구체적인 작업을 배분하는 흐름이 인상적이었습니다.

딥 리서치 에이전트가 리서치 계획을 세우고, 그 계획에 따라 슈퍼 바이저 에이전트가 여러 서브 에이전트에게 작업을 맡기는 과정을 보는 것이 재미있었습니다.

그럼 영상 시청 부탁드립니다~!


https://www.youtube.com/watch?v=0ATysPoF9qA

PM이 이해하면 좋을 "딥 리서치" 에이전트의 구조 요즘 AI 에이전트 기술, 특히 PM이라면 관심이 커질 수밖에 없는 주제인데요. 저 역시 최근에 에이전트 관련 지식을 넓혀가며, Langchain에서 개발한 Open Deep Research 구조를 스터디했습니다. 이 영상에서는 딥 리서치 에이전트가 실제로 어떻게 움직이는지, 그 안에서 멀티 에이전트의 역할 분담이 어떻게 일어나는지, 그리고 컨텍스트 엔지니어링과 프롬프트 설계가 왜 중요한지 구체적으로 다루고 있습니다. 예시로 든 주제는 ‘토스 프로덕트 매니저 취업 준비’인데요, 딥 리서치 에이전트가 리서치 계획을 세우고, ‘슈퍼 바이저’ 역할을 맡은 에이전트가 각기 다른 ‘서브’ 에이전트에게 구체적인 작업을 배분하는 흐름이 인상적이었습니다. 딥 리서치 에이전트가 리서치 계획을 세우고, 그 계획에 따라 슈퍼 바이저 에이전트가 여러 서브 에이전트에게 작업을 맡기는 과정을 보는 것이 재미있었습니다. 그럼 영상 시청 부탁드립니다~! https://www.youtube.com/watch?v=0ATysPoF9qA

1인 개발자 전성시대란 글을 2022년에 썼습니다.

진짜 1인 개발자 전성시대

1인 개발자 전성시대란 글을 2022년에 썼습니다.

그때는 개발 환경과 생태계가 편리해진다는 이유로 많은 직장인 개발자들이 1인 개발자가 될 수 있다는 생각을 했습니다.
앱스토어, GitHub, AWS, Flutter, GA, Firebase, Let’s Encrypt, Cloudflare 등등.

하지만 AI가 코딩을 해줄 날이 이렇게 빨리 올 줄은 전혀 예상을 못 했었습니다.
그러니깐… 개발자들이 1인 개발자가 될 수 있을 거라 생각했지, 디자이너, 마케터, 기획자들이 다 1인 개발자가 될 수 있을 거라 생각했던 건 아닙니다.

그런데 진짜 그런 엄청난 세상이 와버렸습니다.
회사에서 여러 사람들이 모여 매일 야근하고 한땀한땀 코딩하던 시절이 진짜 있었나?
바로 몇 년 전 일인데 90년대 이야기 아닌가 싶을 정도로 아득하게 느껴집니다.

직장인 개발자가 99.5%, 자기 서비스를 만드는 1인 개발자는 0.5%나 되려나요?
앞으로는 90대 10 정도까지는 올라올 수도 있지 않을까라는 생각을 합니다.
대기업이든 스타트업이든 개발자 개인이든 모두에게 엄청난 변화가 오고 있습니다.

미리 자리를 잡아둔 게 정말 다행이다 싶다는 생각…
그리고 무수히 생기는 경쟁자들 덕분에 저도 멈춰있지 말고 만들어 보고 싶었던 것들을 모두 만들어보다는 생각이 듭니다.


https://jeho.page/essay/2025/08/11/solo-developer.html

1인 개발자 전성시대란 글을 2022년에 썼습니다. 그때는 개발 환경과 생태계가 편리해진다는 이유로 많은 직장인 개발자들이 1인 개발자가 될 수 있다는 생각을 했습니다. 앱스토어, GitHub, AWS, Flutter, GA, Firebase, Let’s Encrypt, Cloudflare 등등. 하지만 AI가 코딩을 해줄 날이 이렇게 빨리 올 줄은 전혀 예상을 못 했었습니다. 그러니깐… 개발자들이 1인 개발자가 될 수 있을 거라 생각했지, 디자이너, 마케터, 기획자들이 다 1인 개발자가 될 수 있을 거라 생각했던 건 아닙니다. 그런데 진짜 그런 엄청난 세상이 와버렸습니다. 회사에서 여러 사람들이 모여 매일 야근하고 한땀한땀 코딩하던 시절이 진짜 있었나? 바로 몇 년 전 일인데 90년대 이야기 아닌가 싶을 정도로 아득하게 느껴집니다. 직장인 개발자가 99.5%, 자기 서비스를 만드는 1인 개발자는 0.5%나 되려나요? 앞으로는 90대 10 정도까지는 올라올 수도 있지 않을까라는 생각을 합니다. 대기업이든 스타트업이든 개발자 개인이든 모두에게 엄청난 변화가 오고 있습니다. 미리 자리를 잡아둔 게 정말 다행이다 싶다는 생각… 그리고 무수히 생기는 경쟁자들 덕분에 저도 멈춰있지 말고 만들어 보고 싶었던 것들을 모두 만들어보다는 생각이 듭니다. https://jeho.page/essay/2025/08/11/solo-developer.html

K리그 프로그래머

This link will take you to a page that’s not on LinkedIn

LinkedIn

혹시 Claude 나 cursor 등 AI 로 개발하실 때
뭔가 AI 스러운 뻔한 디자인 때문에
아쉬운적 있으신가요??

아래 순서를 따라하시면 훨씬 더 예쁜
디자인을 뽑으실 수 있을거에요.

1. 구글 검색해서 내 서비스의
도메인과 비슷한 레퍼런스 찾기
2. ChatGPT 에게 레퍼런스 URL 주면서
디자인 원칙 뽑아달라고 하기
(컨텐츠 맥락 고려해서)
3. 디자인 원칙(JSON)을 적용해서
기존 페이지 디자인 개선 요청

더 자세한 내용이 궁금하시다면
아래 영상을 참고해주셔요. 🤗

https://lnkd.in/gSRZ8mZ2

혹시 Claude 나 cursor 등 AI 로 개발하실 때 뭔가 AI 스러운 뻔한 디자인 때문에 아쉬운적 있으신가요?? 아래 순서를 따라하시면 훨씬 더 예쁜 디자인을 뽑으실 수 있을거에요. 1. 구글 검색해서 내 서비스의 도메인과 비슷한 레퍼런스 찾기 2. ChatGPT 에게 레퍼런스 URL 주면서 디자인 원칙 뽑아달라고 하기 (컨텐츠 맥락 고려해서) 3. 디자인 원칙(JSON)을 적용해서 기존 페이지 디자인 개선 요청 더 자세한 내용이 궁금하시다면 아래 영상을 참고해주셔요. 🤗 https://lnkd.in/gSRZ8mZ2

www.linkedin.com

혹시 Claude 나 cursor 등 AI 로 개발하실 때
뭔가 

(다시 돌아온 노션 이력서 절기)

취업 학원에서 그렇게 가르치고, 몇몇 잘난척 하는 주니어들이 나는 노션으로 취업했다. 노션 이력서로 대기업 가는 법 이런 무책임한(거짓말이거나 실제론 아니거나 특수한 경우일 것) 글이 유행처럼 번지던 시기가 있었는데 그게 한때 핫해서 아직까지도 여파가..있는 것 같은데요.

정작 큰 회사들은 자체 지원 툴로 이력서를 받기는게 보통이고, 노션같은 외부 사이트는 내용이 변경될 수 있어서 PDF로 받는게 일반적인며..

아 그러고보니 노션 이력서 쓰는 법으로 구조화한답시고 토글이나 서브 페이지로 내용을 넣도록 설명하는데, 그렇게하면 그걸 검토한다고해도 정신없어서 눈에도 안들어오고 시간없어서 그냥 덮어버리기도 합니다. 안봐요. 싫어요.

이력서는 위에서 아래로 주르륵 쉽게 읽어나갈 수 있게 쓰되, 특별하게 쓰고 싶으면 웹소보듯 팝콘 뜯고 싶게 글을 잘 쓰시면 됩니다.

노션은 이력서를 읽고 더 궁금해질 때 가서 볼 수 있는 부가자료로 만들고 링크를 첨부하는 정도는 좋습니다.

그렇다고해도 복잡한 구조화는 금물. 큰 회사일수록 그거 검토할 시간이 없어요. 이력서 수백개씩 검토해야하는데 그걸 언제봐요. 그거 검토하는 건 기본 이력서가 통과되고 난 다음입니다.

이상 노션 이력서 때문에 영원히 고통받았던 사람 올림. (요즘은 그런 사람들이 좀 줄어든 것 같긴합니다.)

(다시 돌아온 노션 이력서 절기) 취업 학원에서 그렇게 가르치고, 몇몇 잘난척 하는 주니어들이 나는 노션으로 취업했다. 노션 이력서로 대기업 가는 법 이런 무책임한(거짓말이거나 실제론 아니거나 특수한 경우일 것) 글이 유행처럼 번지던 시기가 있었는데 그게 한때 핫해서 아직까지도 여파가..있는 것 같은데요. 정작 큰 회사들은 자체 지원 툴로 이력서를 받기는게 보통이고, 노션같은 외부 사이트는 내용이 변경될 수 있어서 PDF로 받는게 일반적인며.. 아 그러고보니 노션 이력서 쓰는 법으로 구조화한답시고 토글이나 서브 페이지로 내용을 넣도록 설명하는데, 그렇게하면 그걸 검토한다고해도 정신없어서 눈에도 안들어오고 시간없어서 그냥 덮어버리기도 합니다. 안봐요. 싫어요. 이력서는 위에서 아래로 주르륵 쉽게 읽어나갈 수 있게 쓰되, 특별하게 쓰고 싶으면 웹소보듯 팝콘 뜯고 싶게 글을 잘 쓰시면 됩니다. 노션은 이력서를 읽고 더 궁금해질 때 가서 볼 수 있는 부가자료로 만들고 링크를 첨부하는 정도는 좋습니다. 그렇다고해도 복잡한 구조화는 금물. 큰 회사일수록 그거 검토할 시간이 없어요. 이력서 수백개씩 검토해야하는데 그걸 언제봐요. 그거 검토하는 건 기본 이력서가 통과되고 난 다음입니다. 이상 노션 이력서 때문에 영원히 고통받았던 사람 올림. (요즘은 그런 사람들이 좀 줄어든 것 같긴합니다.)

이력서 노션으로 절대 쓰지 마세요.

“이 문제는 왜 해결해야 하죠?”
토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다.

“무엇을 만들까”보다 “왜 해야 하나요?”를 묻는 사람들, 토스페이먼츠 PM

“이 문제는 왜 해결해야 하죠?” 토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다. 화면을 기획하거나, 기능을 정리하는 일보다 먼저 우리는 문제의 본질을 정의하고 싶은 사람들입니다. 그렇다면 ‘문제의 본질’부터 고민하는 토스페이먼츠의 PM은 실제로 어떤 방식으로 일하고 있을까요? 토스페이먼츠 PM 김명훈님의 이야기를 함께 들어보세요.

“이 문제는 왜 해결해야 하죠?” 토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다. 화면을 기획하거나, 기능을 정리하는 일보다 먼저 우리는 문제의 본질을 정의하고 싶은 사람들입니다. 그렇다면 ‘문제의 본질’부터 고민하는 토스페이먼츠의 PM은 실제로 어떤 방식으로 일하고 있을까요? 토스페이먼츠 PM 김명훈님의 이야기를 함께 들어보세요.

toss.im

“무엇을 만들까”보다 “왜 해야 하나요?”를 묻는 사람들, 토스페

1. 최첨단 컴퓨터과학의 알고리즘이 내놓는 해결책이 효율적이지도, 늘 맞는다고도 할 수 없다. 알고리즘이 아예 존재하지 않는 듯한 상황도 있다.

2. 그러나 완벽한 알고리즘이 아직 나오지 않은 영역에서도, 몇 세대에 걸친 컴퓨터과학자들과 현실세계의 가장 어려운 문제들 사이의 씨름을 통해 많은 깨달음이 도출되어왔다.

3. 힘들여 얻은 이 교훈들은 합리성에 관한 우리의 직관과 어긋나곤 하며, 세상만사를 산뜻한 몇 줄의 공식에 억지로 담아내려고 시도하는 수학자의 옹색한 처방과는 전혀 달라 보인다.

4. 그런 교훈들은 이렇게 말한다. 언제나 모든 대안을 고려할 필요는 없다. 매번 최상인 것처럼 보이는 결과를 내놓을 필요도 없다.

5. 때로는 무질서해져라. 가볍게 돌아다녀라. 참고 기다려라. 본능을 믿고 너무 오래 고심하지 마라. 느긋해져라. 동전을 던져라. 용서하지만 잊지는 마라. 자신이 옳다고 믿어라.



#알고리즘인생을계산하다

1. 최첨단 컴퓨터과학의 알고리즘이 내놓는 해결책이 효율적이지도, 늘 맞는다고도 할 수 없다. 알고리즘이 아예 존재하지 않는 듯한 상황도 있다. ​2. 그러나 완벽한 알고리즘이 아직 나오지 않은 영역에서도, 몇 세대에 걸친 컴퓨터과학자들과 현실세계의 가장 어려운 문제들 사이의 씨름을 통해 많은 깨달음이 도출되어왔다. ​3. 힘들여 얻은 이 교훈들은 합리성에 관한 우리의 직관과 어긋나곤 하며, 세상만사를 산뜻한 몇 줄의 공식에 억지로 담아내려고 시도하는 수학자의 옹색한 처방과는 전혀 달라 보인다. ​4. 그런 교훈들은 이렇게 말한다. 언제나 모든 대안을 고려할 필요는 없다. 매번 최상인 것처럼 보이는 결과를 내놓을 필요도 없다. ​5. 때로는 무질서해져라. 가볍게 돌아다녀라. 참고 기다려라. 본능을 믿고 너무 오래 고심하지 마라. 느긋해져라. 동전을 던져라. 용서하지만 잊지는 마라. 자신이 옳다고 믿어라. ​ #알고리즘인생을계산하다

< 모든 선택지를 검토하다 아무것도 못 하는 당신에게 >

아빠와 함께한 네 번째 코딩 시간,
아이가 자기만의 개발 용어를 만들기 시작했습니다.

🍜 짜파게티 → 문법 오류 날 때 뜨는 빨간 줄
👩‍🦲 대머리 → 공백 한 칸
👨‍🦲 빅 대머리 → 탭 들여쓰기

"아빠, 여기 짜파게티 있어요!" 하며 신나게 오류를 찾아내는 모습을 보니,
정확한 전문 용어보다 아이의 눈높이에 맞춰주는 것이 훨씬 중요하다는 걸 깨닫습니다.

📺 에릭과 달레의 코딩일기 4탄: https://youtu.be/Mr8KTklQk7w

👉 여러분은 처음 코딩을 배울 때 만든 "나만의 표현"이 있었나요?

아빠와 함께한&nbsp;네 번째 코딩 시간, 아이가 자기만의 개발 용어를 만들기 시작했습니다. 🍜 짜파게티 → 문법 오류 날 때 뜨는 빨간 줄 👩‍🦲 대머리 → 공백 한 칸 👨‍🦲 빅 대머리 → 탭 들여쓰기 "아빠, 여기 짜파게티 있어요!" 하며 신나게 오류를 찾아내는 모습을 보니, 정확한 전문 용어보다 아이의 눈높이에 맞춰주는 것이 훨씬 중요하다는 걸 깨닫습니다. 📺 에릭과 달레의 코딩일기 4탄: https://youtu.be/Mr8KTklQk7w 👉 여러분은 처음 코딩을 배울 때 만든 "나만의 표현"이 있었나요?

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

kopring-reactive-labs/AgenticCoding/Projects/PERSIST_DURABLE_CLUSTER at main · psmon/kopring-reactive-labs

액터모델(코틀린버전)을 이용해 이벤트 소스(샘플:가상월렛)와 분산 상태관리(Cluster Durable State)
를 바이브 모드로 작성한 코드샘플로 로컬환경에서 클러스터,이벤트소싱 작동검증이 포함되어있습니다.

- https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_DURABLE_CLUSTER

- https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_EVENTSOURCE

액터모델(코틀린버전)을 이용해 이벤트 소스(샘플:가상월렛)와 분산 상태관리(Cluster Durable State)를 바이브 모드로 작성한 코드샘플로 로컬환경에서 클러스터,이벤트소싱 작동검증이 포함되어있습니다. - https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_DURABLE_CLUSTER - https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_EVENTSOURCE

액터모델을 이용 이벤트소스/클러스터상태관리를 우아하게하기 - 코틀

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

 - YouTube

우연히 유튜브에서 "신입 개발자 취준생이라면 고개를 들어 이 영상을 보라 | 공무원 포기하고 개발자 됐어요"라는 영상을 발견했다. 최근 취업을 준비하며 어떤 회사에서 일을 시작해야 하는지에 대해 고민을 가지고 있는 분과 대화를 나눈 적이 있어, 궁금한 마음에 봤다. 영상 속 인터뷰 내용이 내가 평소 생각하던 태도와 닮아 있어 많이 공감되었다.

나는 첫 회사가 커리어를 결정하지 않는다고 생각한다. 중요한 건 어떤 회사를 가든 내가 그 안에서 무엇을 하고, 어떻게 성장하는가다.

물론 첫 회사의 이름값이나 보상, 복지, 산업 성장성 같은 외부 조건이 초기 커리어에 주는 영향은 무시할 수 없다. 하지만 그 영향은 의외로 오래가지 않는다. 한두 해만 지나면, 사람들은 내가 어떤 회사에 있었는지가 아니라, 그 안에서 무슨 일을 하고 어떤 성과를 만들었는지를 보게 된다.

여기서 차이를 만드는 건 주도성이다. 주어진 일만 처리하는 사람과, 문제를 발견하고 해결하며 새로운 것을 제안하는 사람은 시간이 갈수록 전혀 다른 커리어 곡선을 그린다. 회사의 문화가 이를 뒷받침한다면, 성장 속도는 훨씬 빨라진다. 좋은 피드백 문화, 실패를 허용하는 분위기, 협력적인 동료는 한 사람의 잠재력을 단숨에 끌어올린다.

하지만 그런 환경이 아니라면? 방법은 여전히 있다. 사이드 프로젝트, 커뮤니티 활동, 오픈소스 기여를 통해서다. 회사가 성장을 지원하지 않는다면, 회사 밖에서 성장의 기회를 만들 수 있다. 그렇게 얻은 역량과 네트워크는 결국 내 커리어의 자산이 된다.

결국 내가 제어할 수 없는 부분은 내려놓고, 할 수 있는 것에 집중하는 게 중요하다. 환경이 완벽하길 바라다 보면, 아무것도 시작하지 못한 채 시간이 흘러간다. 반대로, 현재의 자리에서 배울 수 있는 것, 기여할 수 있는 것, 시도해볼 수 있는 것을 붙잡고 움직이다 보면, 어느 순간 커리어는 스스로의 힘으로 길을 만든다.

영상 속 인터뷰 주인공도 비슷한 길을 걸었다. 그는 첫 직장에서 다소 레거시한 기술 스택을 마주하며 고민이 많았지만, 거기에 머물지 않았다. 자신이 공부해온 최신 기술 트렌드를 회사에 제안했고, 이를 직접 구현해냈다. 결과적으로 그는 회사의 기술 문화와 방향성을 바꾸는 데 중요한 역할을 했다. 경력 1년이 채 되지 않은 신입이었지만, 끊임없는 학습 의지, 실현 가능한 제안, 그리고 가시적인 성과는 회사로부터 전폭적인 신뢰를 얻는 계기가 되었고, 신입 채용 면접관이라는 역할까지 맡게 됐다.

더 인상 깊었던 점은, 그는 회사 업무에 충실하면서도 개인 성장을 위한 사이드 프로젝트를 병행했다는 것이다. 즉, 환경 탓보다는 자신이 할 수 있는 것에 집중하며, 성장을 위한 행동을 끊임없이 이어갔다는 점이다.

물론 그의 성과 뒤에는 개방적인 회사 문화도 있었다. 제안을 받아들이고 시도할 기회를 주는 환경이 있었기에 시너지가 극대화될 수 있었다. 하지만 그 환경조차도, 그가 먼저 움직이지 않았다면 무의미했을 것이다.

결국 커리어는 회사가 만들어주는 것이 아니다. 내가 만들고, 내가 책임진다. 회사는 그 여정에서 잠시 함께 가는 동반자일 뿐이다.


https://youtu.be/WGeVbWnFeF4?feature=shared

우연히 유튜브에서 "신입 개발자 취준생이라면 고개를 들어 이 영상을 보라 | 공무원 포기하고 개발자 됐어요"라는 영상을 발견했다. 최근 취업을 준비하며 어떤 회사에서 일을 시작해야 하는지에 대해 고민을 가지고 있는 분과 대화를 나눈 적이 있어, 궁금한 마음에 봤다. 영상 속 인터뷰 내용이 내가 평소 생각하던 태도와 닮아 있어 많이 공감되었다. 나는 첫 회사가 커리어를 결정하지 않는다고 생각한다. 중요한 건 어떤 회사를 가든 내가 그 안에서 무엇을 하고, 어떻게 성장하는가다. 물론 첫 회사의 이름값이나 보상, 복지, 산업 성장성 같은 외부 조건이 초기 커리어에 주는 영향은 무시할 수 없다. 하지만 그 영향은 의외로 오래가지 않는다. 한두 해만 지나면, 사람들은 내가 어떤 회사에 있었는지가 아니라, 그 안에서 무슨 일을 하고 어떤 성과를 만들었는지를 보게 된다. 여기서 차이를 만드는 건 주도성이다. 주어진 일만 처리하는 사람과, 문제를 발견하고 해결하며 새로운 것을 제안하는 사람은 시간이 갈수록 전혀 다른 커리어 곡선을 그린다. 회사의 문화가 이를 뒷받침한다면, 성장 속도는 훨씬 빨라진다. 좋은 피드백 문화, 실패를 허용하는 분위기, 협력적인 동료는 한 사람의 잠재력을 단숨에 끌어올린다. 하지만 그런 환경이 아니라면? 방법은 여전히 있다. 사이드 프로젝트, 커뮤니티 활동, 오픈소스 기여를 통해서다. 회사가 성장을 지원하지 않는다면, 회사 밖에서 성장의 기회를 만들 수 있다. 그렇게 얻은 역량과 네트워크는 결국 내 커리어의 자산이 된다. 결국 내가 제어할 수 없는 부분은 내려놓고, 할 수 있는 것에 집중하는 게 중요하다. 환경이 완벽하길 바라다 보면, 아무것도 시작하지 못한 채 시간이 흘러간다. 반대로, 현재의 자리에서 배울 수 있는 것, 기여할 수 있는 것, 시도해볼 수 있는 것을 붙잡고 움직이다 보면, 어느 순간 커리어는 스스로의 힘으로 길을 만든다. 영상 속 인터뷰 주인공도 비슷한 길을 걸었다. 그는 첫 직장에서 다소 레거시한 기술 스택을 마주하며 고민이 많았지만, 거기에 머물지 않았다. 자신이 공부해온 최신 기술 트렌드를 회사에 제안했고, 이를 직접 구현해냈다. 결과적으로 그는 회사의 기술 문화와 방향성을 바꾸는 데 중요한 역할을 했다. 경력 1년이 채 되지 않은 신입이었지만, 끊임없는 학습 의지, 실현 가능한 제안, 그리고 가시적인 성과는 회사로부터 전폭적인 신뢰를 얻는 계기가 되었고, 신입 채용 면접관이라는 역할까지 맡게 됐다. 더 인상 깊었던 점은, 그는 회사 업무에 충실하면서도 개인 성장을 위한 사이드 프로젝트를 병행했다는 것이다. 즉, 환경 탓보다는 자신이 할 수 있는 것에 집중하며, 성장을 위한 행동을 끊임없이 이어갔다는 점이다. 물론 그의 성과 뒤에는 개방적인 회사 문화도 있었다. 제안을 받아들이고 시도할 기회를 주는 환경이 있었기에 시너지가 극대화될 수 있었다. 하지만 그 환경조차도, 그가 먼저 움직이지 않았다면 무의미했을 것이다. 결국 커리어는 회사가 만들어주는 것이 아니다. 내가 만들고, 내가 책임진다. 회사는 그 여정에서 잠시 함께 가는 동반자일 뿐이다. https://youtu.be/WGeVbWnFeF4?feature=shared

undefined

첫 회사보다 중요한 것

토스 DATA·ML 집중채용

토스에서 데이터 직군 집중 채용을 합니다.
면접만 봐도 100만원이 지급됩니다.

https://toss.im/career/event/data-2025

토스에서 데이터 직군 집중 채용을 합니다. 면접만 봐도 100만원이 지급됩니다. https://toss.im/career/event/data-2025

토스 데이터 직군 집중 채용 - 면접만 봐도 100만원!

디자이너 면접 끝에 꼭 듣는 말,
“혹시 마지막 질문 있으신가요?”

그냥 형식적인 마무리 같지만, 사실 지원자가 회사랑 팀에 얼마나 진심인지 보여줄 수 있는 순간이기도 합니다.

예를 들어,
- 디자이너가 기획·개발 논의에 초반부터 참여할 수 있는 구조인지
- 팀에서 주고받는 피드백이나 성장 기회가 어떤 방식으로 있는지
- 요즘 팀이 가장 집중하는 문제는 뭔지, 내가 어디서 기여할 수 있을지

이런 물음들은 그냥 일자리 찾는 사람이 아니라 같이 고민하고 성장할 팀을 찾는 사람이라는 걸 보여줄 수 있습니다. 마지막 1분, 생각보다 중요할지 모릅니다 :)

—
우디의 포폴 컨설팅 재오픈했습니다!
https://www.latpeed.com/products/QkCkT

디자이너 면접 끝에 꼭 듣는 말,“혹시 마지막 질문 있으신가요?” 그냥 형식적인 마무리 같지만, 사실 지원자가 회사랑 팀에 얼마나 진심인지 보여줄 수 있는 순간이기도 합니다. 예를 들어,- 디자이너가 기획·개발 논의에 초반부터 참여할 수 있는 구조인지- 팀에서 주고받는 피드백이나 성장 기회가 어떤 방식으로 있는지- 요즘 팀이 가장 집중하는 문제는 뭔지, 내가 어디서 기여할 수 있을지 이런 물음들은 그냥 일자리 찾는 사람이 아니라 같이 고민하고 성장할 팀을 찾는 사람이라는 걸 보여줄 수 있습니다. 마지막 1분, 생각보다 중요할지 모릅니다 :) —우디의 포폴 컨설팅 재오픈했습니다!https://www.latpeed.com/products/QkCkT

면접에서 진심을 보여주는 마지막 질문

사용자가 공유한 콘텐츠

엑셀 등 파일을 업로드하면 ChatGPT가 스스로 python 코드를 작성하고 실행하며 데이터를 탐색/분석해요!
그러면서 차트도 그리고, 인사이트도 줍니다!

차트도 다양하게 선, 막대, 분산형 등 다양하게 그리는데요..

저 데이터분석 직무로 와서 너무 좋았는데.. 이젠 저도 위기군요...😱

https://openai.com/index/improvements-to-data-analysis-in-chatgpt/

엑셀 등 파일을 업로드하면 ChatGPT가 스스로 python 코드를 작성하고 실행하며 데이터를 탐색/분석해요!그러면서 차트도 그리고, 인사이트도 줍니다! 차트도 다양하게 선, 막대, 분산형 등 다양하게 그리는데요.. 저 데이터분석 직무로 와서 너무 좋았는데.. 이젠 저도 위기군요...😱 https://openai.com/index/improvements-to-data-analysis-in-chatgpt/

ChatGPT의 데이터분석 기능!

댓글 0

함께 읽은 게시물

MCP-GraphMemory

⟪스스로를 경계하기 위해 정답을 피하는 사람⟫

비슷한 게시물

주간 인기 TOP 10

추천 프로필