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

 - YouTube

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

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

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

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

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

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

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

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

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

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


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

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

브런치스토리

첫 회사보다 중요한 것

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

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

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

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

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

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

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

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

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

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

노션으로 이력서 작성해서 pdf로 다운받는것도 비추인가요?

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

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

많은 분들이 제게 숨겨진 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 비법 🎯

옛날에는 번개(그러고보니 요즘도 이 말을 쓰나?!)를 하거나 모임을 가질 때 음식점을 찾고 예약하는 걸 막내가 하는게 국룰이었는데, 요즘은 대개 어르ㅅ..형님들이 정하는 것이 국룰인 느낌이다.

뭔가 맛집 디비를 가지고 있다는 것을 자랑할 수 있다는 것이 하나의 권력이 된 것 같다랄까.. ㅋ..

옛날에는 번개(그러고보니 요즘도 이 말을 쓰나?!)를 하거나 모임을 가질 때 음식점을 찾고 예약하는 걸 막내가 하는게 국룰이었는데, 요즘은 대개 어르ㅅ..형님들이 정하는 것이 국룰인 느낌이다. 뭔가 맛집 디비를 가지고 있다는 것을 자랑할 수 있다는 것이 하나의 권력이 된 것 같다랄까.. ㅋ..

뭐든간에 처음 셋팅하는 것이 제일 힘들다. 어려운 것보다는 귀찮은 일 투성이. 하지만 시작이 있어야 결과도 있는 법이니. 마침내 결과가 좋기만을 바랄 뿐. 💪🦾

뭐든간에 처음 셋팅하는 것이 제일 힘들다. 어려운 것보다는 귀찮은 일 투성이. 하지만 시작이 있어야 결과도 있는 법이니. 마침내 결과가 좋기만을 바랄 뿐. 💪🦾

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

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

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


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

BFE.dev is a place to practice Front-End dev skills, discuss with others, get ready for interviews and get yourdream offer.

BFE.dev - prepare for Front-End job interviews.

bigfrontend.dev

이젠 Claude 모델이 그렇게 압도적으로 좋은 건 아닌데, Claude Code는 진짜 분명하게 좋음. 아마도 프롬프트가 잘 되어 있어서 그런 것 같음. Claude의 다른 프롬프트들은 공개해뒀는데 Claude Code용 프롬프트는 공개를 안해줌. 역시 아무리 투명하게 공개한다고 해도 진짜 좋은 건 다 기업비밀임..

이젠 Claude 모델이 그렇게 압도적으로 좋은 건 아닌데, Claude Code는 진짜 분명하게 좋음. 아마도 프롬프트가 잘 되어 있어서 그런 것 같음. Claude의 다른 프롬프트들은 공개해뒀는데 Claude Code용 프롬프트는 공개를 안해줌. 역시 아무리 투명하게 공개한다고 해도 진짜 좋은 건 다 기업비밀임..

‪그런 의미에서 간만에 책 홍보를.. ☺️ 아직 근본적인 부분들이 달라진 건 없지만, 리즈닝 모델 관련은 간단하게 업데이트 해야겠는데.. 역설적으로 많이 사주셔야 개정판을 만들 수 있습니다.. 많이 사주세요~ 🥹 https://product.kyobobook.co.kr/detail/S000213362002

안녕하세요. 그린입니다 🍏이번 포스팅은 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으로 성능 오버헤드 없이 타입 안전성만 극대화하는 기법을 상세한 실전 코드와 함께 정리했습니다 🙋🏻

iOYES

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

필리핀 고객상담 직군 48개 공고에 지원한 70,884건 지원서를 인간 면접관, AI 면접관을 무작위로 배정하여 채용 결과를 비교한 실험입니다.

AI 면접관이 인간에 비해 매우 높은 비율로 성과가 좋았는데요. 주요 결과는 다음과 같습니다.

- 오퍼율: 8.70% → 9.73% (+12%)
- 입사율: 5.63% → 6.62% (+18%)
- 30일 유지율: 4.62% → 5.42% (+17%)
- 성차별 보고율: 5.98% → AI 3.30% (-45%)

역시 이젠 인터뷰도 AI가 하는 시대가 될 것은 확실할 것 같은데요.

그렇다면 역시 미리미리 AI와 인터뷰 연습을 준비 해 두시면 좋겠죠? 아미고 인터뷰 코칭도 많은 관심 부탁드립니당~😘🥰

아미고 👉 https://ameego.club

논문 링크 👉 https://papers.ssrn.com/sol3/papers.cfm?abstract_id=53957099

필리핀 고객상담 직군 48개 공고에 지원한 70,884건 지원서를 인간 면접관, AI 면접관을 무작위로 배정하여 채용 결과를 비교한 실험입니다. AI 면접관이 인간에 비해 매우 높은 비율로 성과가 좋았는데요. 주요 결과는 다음과 같습니다. - 오퍼율: 8.70% → 9.73% (+12%)- 입사율: 5.63% → 6.62% (+18%)- 30일 유지율: 4.62% → 5.42% (+17%)- 성차별 보고율: 5.98% → AI 3.30% (-45%) 역시 이젠 인터뷰도 AI가 하는 시대가 될 것은 확실할 것 같은데요. 그렇다면 역시 미리미리 AI와 인터뷰 연습을 준비 해 두시면 좋겠죠? 아미고 인터뷰 코칭도 많은 관심 부탁드립니당~😘🥰 아미고 👉 https://ameego.club 논문 링크 👉 https://papers.ssrn.com/sol3/papers.cfm?abstract_id=53957099

📝 음성 AI를 이용한 채용 인터뷰 실험 논문

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 로 개발하실 때
뭔가 

“이 문제는 왜 해결해야 하죠?”
토스페이먼츠의 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 👉 여러분은 처음 코딩을 배울 때 만든 "나만의 표현"이 있었나요?

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

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

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

GitHub

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

토스 DATA·ML 집중채용

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

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

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

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

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

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

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

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

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

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

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

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

Latpeed

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

알고리즘 입문자를 위한 달레의 친절한 안내서

Binary Tree Level Order Traversal | 알고달레

코딩 테스트를 준비하시는 분들을 위해서 일주일에 한 번씩 문제 풀이를 해드리고 있습니다. 이번 시간에는 LeetCode의 102번째 문제인 Binary Tree Level Order Traver를 재귀와 깊이 우선 탐색을 통해 풀어보겠습니다.

📺 동영상: https://youtu.be/eRQJzWHyQmM
📝 설명/코드: https://www.algodale.com/problems/binary-tree-level-order-traversal/

코딩 테스트를 준비하시는 분들을 위해서 일주일에 한 번씩 문제 풀이를 해드리고 있습니다. 이번 시간에는 LeetCode의 102번째 문제인 Binary Tree Level Order Traver를 재귀와 깊이 우선 탐색을 통해 풀어보겠습니다. 📺 동영상: https://youtu.be/eRQJzWHyQmM📝 설명/코드: https://www.algodale.com/problems/binary-tree-level-order-traversal/

알고달레

풀스택이 되고 싶은 백앤드 개발자

이진원

야구와 음악을 좋아하는, 노래하는 개발자.
속한 곳에서 쓸모있는 존재가 되려 노력하고
누군가에게 도움에 될 수 있는 서비스를 만들고
누군가에게 기여할 수 있는 존재로 살아가려 노력합니다.

웹개발

bbbb12

매니저

Eunice

SSAFY 7기
공유하는 개발자가 될래요

리트코드 102. Binary Tree Level Order Traver

달레

캐나다🇨🇦에 살면서 미국🇺🇸 회사에서 일하는 한국🇰🇷 개발자입니다. 🧑‍💻
블로그 쓰는 거에 진심이고 취미로 유튜브도 하고 있어요 :)
✍️ https://www.daleseo.com
📺 https://www.youtube.com/@DaleSeo

리트코드 102. Binary Tree Level Order Traver

댓글 0

함께 읽은 게시물

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

글을 잘 쓰는 사람이 대체로 일도 잘 합니다

< 당신이 바쁜데도 성과가 없는 이유 >

< 세상은 내가 주목한 만큼만 보인다 >

< 혁신의 첫 반응은 '박수'가 아니라 '야유'다 >

주간 인기 TOP 10

추천 프로필