주니어 개발자들은 망했을까?
Theo - t3․gg
구독자 439,000명
요약
이 영상에서는 주니어 개발자가 과거와 달리 지금은 AI와 인력 공급 과잉으로 인해 높은 채용 장벽에 직면했다고 분석한다. 연봉 구조의 변화, ‘레버리지’ 상실, 그리고 기술력만큼 중요한 ‘신뢰’의 역할을 강조하며, AI 도구에 의존하지 않고 스스로 문제를 해결하며 성장하는 방법을 제안한다. 실패를 준비하는 스케이트보드 비유와 같은 구체적 사례로 실천 전략을 제시한다.
주요 키워드
Leverage
AI tools
Quality bar
Trust
Community engagement
Error layers
Skateboarding analogy
Compensation curve
Public contributions
Junior developer
하이라이트
- 🔑 현재 개발자 시장은 과거의 레버리지(고용 시 우위)가 완전히 사라져 주니어에게 높은 장벽이 생겼다.
- ⚡️ AI 도구가 하드 코어 문제 해결을 대신하면서 스스로 문제를 파고드는 경험 기회가 줄었다.
- 🌟 스케이트보드처럼 코딩도 실패를 기대하고 경험해야 성장하며, 실패를 준비하는 마음가짐이 중요하다.
- 📌 연봉은 선형적으로 상승하지 않고, 일정 수준까지 도달해야 0에서 급상승하는 구조로 바뀌었다.
- 🚀 현재 채용의 핵심은 기술력만이 아닌 '신뢰(trust)'이며, 공개된 프로젝트·블로그·질문이 신뢰를 만든다.
- 🔥 AI를 성장 대신 회피 수단으로 쓰면, 장기적으로 역량과 커리어가 퇴보한다.
- 💡 효과적인 질의 응답은 문맥·핵심 문제·명확한 요청으로 이루어지며, 이는 채용 시 강력한 인상을 남긴다.
- 🎯 진정으로 개발을 사랑하고 꾸준히 깊이 파고드는 사람들은 여전히 두각을 나타내며 기회를 얻는다.
용어 설명
Leverage
개발자가 기업에 제공하는 선택적 우위로, 필요 인력 대비 공급이 적을 때 발생하는 고용 주도력
Claude
AI 기반 대형 언어 모델 중 하나로, 개발자가 에러 해결 등 문제 해결 보조 용도로 사용
Quality bar(품질 기준선)
채용 시 기업이 요구하는 최소 역량 수준을 가리키며, 이 선 아래에선 보상을 받을 수 없음
Trust(신뢰)
기업이나 커뮤니티가 지원자의 능력과 성장 가능성을 믿는 정도로, 채용 결정에 중요한 역할을 함
Skateboarding analogy
스케이트보드를 배우며 실패와 낙상을 반복해 기술을 습득하는 과정을 코딩 학습에 비유한 표현
주니어 시절 첫 직장 생존기
자격이 부족한 상태로 세 달 계약직으로 시작해 두 번 연장하며 고군분투한 경험을 공유한다. 처음엔 음악 취향 때문에 뽑혔다고 농담하지만, 6개월간 가장 힘들게 일하며 실력이 크게 성장했다고 회고한다.
화자가 첫 개발자 직장을 구했을 때 전혀 자격이 없었다고 솔직히 고백합니다. 매니저와 팀원들이 그를 좋아해서 일자리를 얻었지만, 정규직이 아닌 3개월 계약직으로 시작했습니다.
첫 계약 기간 동안 그럭저럭 해냈지만 정규직 제안 대신 다시 3개월 계약을 연장받았습니다. 총 6개월 동안 매우 열심히 일하며 많은 것을 배우고 성장했고, 마침내 어느 정도 자격을 갖춘 엔지니어가 되었습니다.
하지만 세상이 많이 바뀌었고, 특히 AI 시대에서 그때 그가 제공했던 가치들은 이상한 상황에 놓여있습니다. 이번 영상은 평소와 달리 주니어 개발자들을 위한 것이며, 시니어 개발자들도 주니어들을 이해하고 도움을 줄 필요가 있다고 강조합니다.
채용 시장 변화와 AI의 부상
과거 개발자 수요가 많고 공급이 적었던 시절과 달리, 지금은 AI가 일부 역할을 대체해 시장이 복잡해졌다고 분석한다. 주니어를 위한 진로 모색의 필요성을 강조한다.
개발자로서 첫 직장을 구하는 것이 이렇게 어려웠던 적은 없었고, 기준도 매우 이상한 상황에 있습니다. 더 이상 고정 급여를 받지 않아 팀 운영을 위해 스폰서십에 의존하게 되었다고 설명합니다.
소프트웨어 개발은 접근하기 쉬워졌지만 올바른 방법을 배우는 것은 도전적입니다. 인터넷에 질 낮은 정보가 넘쳐나는 상황에서 Frontend Masters를 스폰서로 소개하며, 업계 전문가들이 만든 200개 이상의 고품질 강의를 제공한다고 설명합니다.
React Native 전문가를 포함한 뛰어난 강사진의 교육 플랫폼을 소개하며, 구독 서비스의 가치와 회사 교육 예산 활용 방법을 설명합니다.
소프트웨어 개발 업계의 과거 상황을 분석하며, 기능당 필요한 개발자 수, 채용 가능한 개발자 수, 그리고 채용 예산이라는 세 가지 축을 제시합니다.
세 가지 축으로 본 산업 구조
기능 하나를 완성하는 데 필요한 개발자 수, 개발자 공급량, 채용 예산 세 축이 어떻게 얽혀 과거와 현재 시장에 다른 영향을 주는지 다축 그래프로 설명한다.
과거에는 개발자에게 유리했던 시장 상황이 현재는 변화했다고 분석하며, 기능당 필요한 개발자 수는 감소하고 있지만 채용 가능한 개발자 수는 급증하고 있다고 설명합니다.
레버리지(Leverage)의 상실
과거 개발자 수가 적어 교체가 어려웠던 시절 레버리지가 높았으나, 지금은 기업이 내부 재배치·해고를 선택해 직원 우위가 사라졌다고 말한다.
Gmail과 같은 대규모 프로젝트를 예시로 들며, 과거에는 많은 수의 고급 엔지니어가 필요했지만 사용 가능한 인력은 부족했던 상황을 설명합니다.
개발자 수요와 공급 간의 간격을 '레버리지'라고 정의하며, 과거 개발자들이 대체 불가능한 존재로 인해 강력한 협상력을 가졌던 시절의 업계 관행을 설명합니다.
페이스북이 웹 프레임워크 창시자들을 고용한 진짜 이유는 더 나은 프레임워크를 만들기 위함이 아니라, 구글 같은 경쟁사가 그들을 확보하지 못하게 하기 위한 전략적 채용이었다는 점을 설명합니다.
과거에는 구할 수 있는 엔지니어 수에 비해 필요한 엔지니어 수가 압도적으로 많아서 이런 경쟁적 채용이 가능했지만, 시간이 지나면서 이 격차가 줄어들고 심지어 반대로 뒤바뀌었다고 분석합니다.
현재는 대기업들이 이미 최적화된 엔지니어들을 충분히 보유하고 있어서, 새로운 프로젝트에 필요한 인력을 기존 직원을 재배치하는 것으로 해결할 가능성이 높아졌습니다.
과거 인력 부족 시절에 과도하게 채용한 결과, 현재 많은 엔지니어들이 불필요한 기능 개발에 투입되거나 유휴 상태에 있다가 재조직되거나 해고될 위험에 처해있다고 지적합니다.
이러한 변화로 인해 엔지니어들의 협상력이 완전히 사라졌으며, 과거에는 회사들이 엔지니어를 너무 필요로 해서 엔지니어 중심이었다면, 이제는 경험이 있어도 회사의 요구에 따라야 하는 상황이 되었습니다.
트위치 채팅에 새 기능을 추가하는 프로젝트를 예시로 들어, 4명의 엔지니어가 1년간 필요한 상황에서 과거와 현재의 채용 방식 차이를 구체적으로 설명하기 시작합니다.
실전 팀 구성 사례(Twitch Mod View)
4~5명 팀을 사례로 내부 인력 이동, 인턴 선발, 외부 채용 과정을 살펴본다. 2020~2021년에도 경쟁이 치열했지만, 지금은 역할 자체가 줄어들었다고 덧붙인다.
과거에는 채용 공고를 올리면 대부분 신입이나 초급 개발자들이 지원했고, 시니어급 개발자의 지원은 상대적으로 적었던 상황을 설명하며, 팀 구성원을 흰색(기존 팀원), 노란색(타팀 이동), 초록색(신규 채용)으로 분류하여 설명합니다.
화자가 Twitch에서 Mod View 제품을 개발했던 경험을 설명하며, 당시에는 현재 직원만으로는 불가능해서 다른 팀에서 한 명을 데려오고 추가로 두 명을 신규 채용해야 했다고 이야기합니다.
2020-2021년 당시에는 채용이 지금만큼 어렵지 않았지만 여전히 경쟁이 치열했으며, 수백 건의 지원서 중에서 적합한 인재를 찾기 위해 많은 인터뷰를 진행했다고 설명합니다.
채용된 두 명 중 한 명은 뛰어난 성과를 보인 워털루 대학 출신 인턴을 정규직으로 전환한 케이스이고, 다른 한 명은 Disney Plus 같은 검증된 회사에서 스카우트한 경험 있는 개발자였다고 설명합니다.
당시에도 새로 채용한 개발자에게 낮은 급여와 직급을 제안했고, 화자가 개인적으로 그 사람의 승진을 위해 자신의 승진까지 연기하며 싸웠던 경험을 공유합니다.
AI와 도구 향상이 가져온 인력 축소
제품 기대치 하향, 도구 성숙도 상승, AI 도입으로 개발 인원이 크게 줄었고, 앞으로는 2명 또는 1명으로도 기능 구현이 가능해질 수 있다고 전망한다.
과거에는 이런 방식이 현실적이었지만, 현재는 제품 기대치 하향, 빠른 출시, 더 나은 개발 도구, AI의 도움으로 인해 필요한 인원이 크게 줄어들었다고 분석합니다.
단 3-5년의 차이만으로도 그런 역할들이 사라졌고, 심지어 두 명으로도 충분할 수 있다며, 예전에 스카우트했을 사람들이 이제는 해고당할 수 있는 상황이라고 설명합니다.
경험 있는 개발자들조차 들어갈 자리가 줄어든 상황에서 주니어 엔지니어들이 어떻게 업계에 진입할 수 있는지에 대한 의문을 제기하며, 현실적으로 팀의 세 번째 멤버는 사람이 아니라 Claude 같은 AI라고 결론짓습니다.
팀 구성에서 주니어 엔지니어의 자리가 애매하다는 현실을 토로하며, 예전과 달리 이들이 들어올 적절한 자리가 없다는 점을 지적합니다.
포기하라는 게 아니라 현실을 다르게 접근해야 한다고 강조하며, 채용 문제를 넘어 주니어 개발자가 실력을 늘리는 방법에 대해 이야기하겠다고 합니다.
스택 오버플로우에서 매니저까지: 문제 해결 레이어
문제가 여러 레이어에 있을 때 하위 레이어에 집착하지 말고 상위 레이어로 이동해 근본 원인을 찾아야 한다고 설명한다. 기존에는 직접 매니저에게 도움을 요청했고, 지금은 AI가 대체한다는 점이 차이다.
과거 AI가 없던 시절, 스택 오버플로에 의존하던 때의 복잡한 문제 해결 과정을 설명합니다. 개인적으로 시행착오를 거쳐 매니저에게 도움을 요청하는 과정을 자세히 묘사합니다.
매니저가 문제를 완전히 다른 관점에서 접근하게 도와준 경험을 예시로 들며, 문제를 너무 세부적으로 파고들 때의 함정을 설명합니다.
문제를 계층적으로 이해하는 중요성을 설명하며, 주니어 개발자들이 에러 메시지에 매몰되어 더 큰 그림을 보지 못하는 흔한 실수를 지적합니다.
과거에는 선택의 여지가 없어서 문제의 근본 원인을 찾기 위해 계층을 올라가며 해결해야 했다고 설명합니다.
인간의 본능과 '바보가 되는 느낌' 수용
인간은 고통·실패를 회피하려는 본능이 있지만, 뛰어난 엔지니어가 되려면 모르는 상태를 반복적으로 경험하며 ‘바보가 된 느낌’을 받아들여야 한다고 강조한다.
현재는 Claude 같은 AI에게 바로 해결을 요청할 수 있다는 점을 언급하며, 인간이 본능적으로 어려운 것을 피하려는 진화적 특성에 대해 우려를 표현합니다.
훌륭한 엔지니어가 되려면 자신이 완벽하지 않다는 사실을 받아들이고, 바보 같다는 기분을 느끼는 것을 두려워하지 말아야 한다. 매 단계마다 겸손함을 유지하며 자신의 이해를 끊임없이 도전해야 한다.
바보 같은 기분을 받아들이는 법을 배우면 그것이 최고의 감정이 된다. 화자는 어릴 때부터 스케이트보드를 통해 이런 철학을 배웠다고 말한다.
스케이트보드로 배운 실패와 성장
스케이트보드 초보가 넘어지며 배워야 하듯, 개발도 실패를 전제하고 코드를 작게 쪼개 테스트하며 문제 해결 경험을 쌓아야 한다는 비유를 든다.
스케이트보드를 잘하려면 책을 읽거나 수업을 듣는 것이 아니라 실제로 다치면서 경험해야 한다. 바닥에 부딪힐 것을 예상하고 준비해야 하며, 그래야 성공했을 때의 마법 같은 기분을 느낄 수 있다.
초급 개발자도 마찬가지로 코드가 바로 작동할 거라고 기대하면 안 된다. 실패에 대한 기대 없이 들어가면 작동하지 않을 때 좌절하게 되고, Claude나 ChatGPT 같은 AI 도구에 의존하게 된다. 화자는 이런 도구들에 의존하면서도 그 문제점을 지적한다.
개발자로서 AI 도구인 커서에 크게 의존하고 있지만, 이 도구가 뇌를 완전히 바꿔놓았다고 설명합니다. 처음부터 작동하지 않을 것이라는 기대를 갖고 접근하여 문제를 더 작은 단위로 줄이고 감정적으로도 준비하게 되었다고 합니다.
힘든 과정이지만 극복하면 소프트웨어 외의 다른 영역에서도 뛰어난 실력을 발휘할 수 있다고 말합니다. 스케이트보드에서 이런 사고방식을 배웠으며, 만약 AI가 대신 해준다면 20년간 했던 스케이트보드를 1-2년 만에 그만뒀을 것이라고 합니다.
개발자의 보상 체계에 대한 차트를 제시합니다. 시간에 따라 연봉이 꾸준히 오른다고 생각하는 것은 비현실적이며, 실제로는 특정 지점까지 0이다가 갑자기 높아지고 승진을 통해 단계적으로 오르는 구조라고 설명합니다.
비선형적 연봉 그래프
연봉은 선형적으로 오르지 않고, 일정 기준을 넘어야 0에서 급상승하는 구조라고 지적한다. 초기 단계에서는 보상이 없지만, 임계점을 넘으면 급격히 상승한다고 설명한다.
이런 보상 구조가 끔찍하게 느껴지는 이유를 설명합니다. 대학 중반에 인턴십을 했다가 다시 0으로 돌아와 갇힌 기분을 느끼고, 특히 대량 해고 이후의 현재 상황에서는 그런 기회조차 사라져 이상한 림보 상태에 빠져 있다고 합니다.
미국 개발자 취업 시장의 현실을 설명하며, 2만 달러부터 시작해서 올라가는 것이 아니라 10만 달러의 가치가 없으면 0달러라는 극단적인 구조를 지적합니다.
특정 품질 기준선을 넘지 못하면 개발자로서 돈을 벌 수 없다고 설명하며, 예전에는 개발자 부족으로 기준이 낮았지만 지금은 그런 투자가 의미가 없다고 말합니다.
채용의 핵심, ‘신뢰(Trust)’
기술력만으로는 부족하며, 과거에는 예산·공급 부족으로 낮은 신뢰도 감수했지만, 지금은 기업이 검증된 인재만 선호해 신뢰가 핵심이 되었다고 말한다.
품질 기준선을 단순히 실력으로만 판단하지 말고 신뢰의 관점에서 봐야 한다고 주장하며, 현재 가장 부족한 것이 신뢰라고 강조합니다.
자신의 채용 결정 사례를 들어 신뢰의 중요성을 설명합니다. 팀원, 사내 직원, 인턴, 타사 경력자 순으로 신뢰도가 달랐으며, 각각 다른 근거로 신뢰를 쌓았다고 설명합니다.
채용 담당자는 이력서를 단순히 학력이나 스펙으로 평가하지 않으며, 실제로 그 역할을 잘 수행할 수 있을지에 대한 신뢰도를 기준으로 순위를 매긴다고 설명합니다.
신뢰를 쌓기 위해서는 자신의 작업을 공개적으로 보여줘야 하며, 단순히 오픈소스에 스팸성 커밋을 하는 것이 아니라 진정성 있는 학습 과정을 드러내라고 조언합니다.
두 가지 솔루션을 비교하고 각각의 장단점을 분석한 블로그 포스트를 작성하는 등, 자신이 도전하고 성장했다는 증거를 제시하라고 권장합니다.
신뢰를 만드는 실천 방안
공개 프로젝트·블로그 포스트·포럼 질문 등으로 자신의 학습 과정과 의문 해결 과정을 투명하게 공유하라. AI 생성물이 아닌 진짜 고민과 시도를 드러내야 한다.
시니어 개발자는 누군가의 말하는 방식만으로도 그들의 실력을 쉽게 파악할 수 있으며, 모르는 것을 솔직히 인정하는 주니어가 오히려 더 신뢰할 만하다고 설명합니다.
반대로 이해하지 못하는 기술에 대해 ChatGPT에서 복사한 내용을 붙여넣거나, HTML 템플릿을 단순히 React 컴포넌트로 감싼 가짜 프로젝트를 만드는 것은 역효과를 낸다고 경고합니다.
기본적인 개발 용어를 이해하지 못한다면 아직 취업할 준비가 되지 않았으니, 영상 시청을 중단하고 실제로 무언가를 만들며 학습에 집중하라고 조언합니다.
진정으로 관심을 갖고 있다는 것을 보여주는 것은 의외로 쉽다. 좋은 개발자가 되고 싶고, 발전하고 배우며 자신에게 도전하고 싶다면, 그런 열정은 금세 드러난다.
저자는 자신이 유명해지면서 수백 명이 시청하는 라이브 채팅에서 누가 진짜 이해하는지 구별하기 어려울 것이라고 걱정했지만, 흥미로운 일이 일어났다.
효과적인 DM과 커뮤니케이션 팁
인생사 장황한 질문 대신, 상황·문제점·명확한 요청을 짧게 전달하라. 상대방의 시간을 존중하는 방식이 곧 신뢰 형성과 채용 기회로 이어진다.
규모가 커져도 여기에 모이는 사람들은 코딩을 아는 척하는 가짜가 아니라, 진심으로 관심을 갖고 여가시간을 투자해 최선의 해결책을 배우고 React, AI 등을 깊이 파고들려는 사람들이다.
진입 장벽이 높음에도 불구하고 뛰어난 사람들은 여전히 돋보인다. 혼란스러운 세상에서 일자리를 구하는 사람이 필요한 개발자보다 많고, 업계 자금이 줄어들고 AI가 주니어 개발자들을 위협해도 마찬가지다.
훌륭한 사람이 채팅에 나타나면 알아보기 어렵지 않다. 비록 주니어이거나 대학생이고 코딩 경험이 1-2년밖에 안 되어도, 질문하는 방식, 말에 담는 생각의 깊이, 자기계발을 위한 노력이 항상 눈에 띈다.
만약 그런 것을 볼 수 없는 곳에 지원한다면 그것은 상대방 문제이고 오히려 총알을 피한 것이다. 자신에게 도전하고 배우며 성장하려는 사람들은 결국 저자나 그의 팀이 가는 곳과 같은 곳에 도달한다.
저자의 팀도 같은 곳에서 시간을 보내고 같은 것에 관심을 갖으며 그런 관심을 실제로 보여준 사람들로 형성되었다. 유익한 질문부터 흥미로운 링크 공유까지, 이런 대화와 상호작용이 돋보이는 방법이다.
5개 이력서와 경쟁하는 것이 아니라 500-5,000개의 AI 생성 쓰레기 지원서들과 경쟁하는 세상에서, 해결책은 AI 생성 쓰레기 지원서 5,001번이 되거나 이력서 작성법 강의를 사는 것이 아니다.
요약 및 행동 지침
①기존 취업 자료는 유효하지 않다 ②AI 대신 스스로 문제 해결 경험 누적 ③실패를 포용하고 학습 ④신뢰 형성을 위한 커뮤니티 참여 ⑤작지만 의미 있는 기여를 통해 기회를 만든다.
GitHub에 AI로 생성한 쓸모없는 프로젝트들을 올리거나 커밋 수를 늘리는 것으로는 문제가 해결되지 않습니다. 진정한 관심을 갖고 실력을 늘리는 것이 해법입니다.
AI에 의존해서 어려운 일을 맡기는 것이 아니라, 그 어려운 일들을 직접 해내는 것에 빠져들어야 합니다. 직접 경험하고 도전해야 합니다.
이런 방식으로 자신에게 도전하면 10만 달러 연봉을 받을 가능성이 크게 높아집니다. 더 높은 수준에 도달하려면 자신에게 도전하고 성장해야 하며, 동시에 주목받아야 합니다.
성장과 가시성을 동시에 높이는 방법을 찾으면 성공 가능성이 기하급수적으로 높아집니다. 하지만 문제에 직면할 때마다 AI에게 해결을 맡긴다면 절대 그 지점에 도달하지 못합니다.
AI에게 문제 해결을 맡길 때마다 스스로 해결할 기회, 커뮤니티에서 배울 기회, 좋은 질문을 만들 기회를 빼앗는 것입니다. 이런 기회들을 놓치면 남는 건 쓰레기뿐입니다.
도전적이고 중요한 것들을 스스로 감당하지 않으면 그 선을 넘지 못합니다. 도구들이 대신 일하게 두는 것이 쉬워졌지만, 스스로 일해야 합니다.
이런 자세를 가진 사람들이 생각보다 많지만, 종종 자신도 모르는 경우가 많습니다. 연 15만 달러 이상 받을 실력을 가졌지만 자신을 믿지 못하는 사람들이 많습니다.
더 많은 일을 공개적으로 해야 자신의 실력을 알 수 있고, 더 중요하게는 실력 있는 사람들에게 주목받을 수 있습니다. 그들이 채용할 때 가장 먼저 떠올리는 사람이 될 수 있습니다.
현재 레벨이 어디든 상관없이, 진정한 개선 목표를 갖고 사려 깊은 질문을 하며 진정한 노력을 기울인다면 성공할 수 있습니다.
관심과 열정을 보이는 사람들은 연봉에 관계없이 빠르게 주목받는다. 16세 아이들도 충분한 관심만 있다면 고연봉자들을 압도할 수 있다.
목표는 단순히 높은 연봉에 도달하는 것이 아니라, 그 수준의 사람들과 대화에 참여하는 것이어야 한다.
트위치에서 무의식적으로 자신보다 두 배 많이 버는 사람들과 주로 대화했는데, 단지 그들의 일에 관심이 있었기 때문이었다.
사람들이 관심 있는 것에 대해 좋은 질문을 하면, 그들이 답변하거나 실제로는 관심이 없다는 것을 알게 된다. 이는 전통적인 엔지니어들에게 특히 잘 통한다.
받는 DM의 대부분이 긴 인생 이야기 후에 간단한 질문을 하는 형식인데, 이는 잘못된 접근법이다.
올바른 DM 형식의 예시: 특정 비디오의 내용에 대한 질문과 함께 이해를 위한 자료를 요청하는 것처럼 맥락을 제공하고 명확한 요청을 하는 것이다.
효과적인 질문 방법은 맥락부터 시작하여 오해의 지점을 간단히 보여주고, 개인적인 이야기 없이 명확한 요청을 하는 것이다.
좋은 DM의 특징과 나쁜 DM의 차이점에 대해 설명합니다. 좋은 DM은 목적이 명확하고, 구체적인 도움을 요청하며, 상대방에게 부담을 주지 않는 작은 요청을 합니다.
나쁜 DM의 문제점을 지적합니다. 연락하는 이유가 불분명하고, 단순히 유명하거나 부유하다고 생각해서 또는 일자리를 구해달라는 목적으로만 연락하는 경우입니다.
진정한 관심사나 구체적인 학습 목적으로 연락하는 것과 단순히 이익을 위해 연락하는 것의 차이를 강조합니다. 이 차이를 이해하지 못한다면 의사소통 능력 개선이 필요하다고 조언합니다.
명확하고 간결한 소통의 중요성을 강조합니다. 엔지니어링 분야에서 이런 소통 능력은 매우 드물고 가치 있는 기술이라서, 코딩 실력을 모르더라도 고용할 만큼 중요하다고 설명합니다.
실제 사례로 베드라는 커뮤니티 멤버를 소개합니다. 그녀는 항상 간결하고 명확한 소통을 했으며, 유용한 자료를 제공했기 때문에 비디오 제작 과정에서 도움을 주도록 고용했고, 이후 다른 회사에 추천도 해주고 있습니다.
또 다른 사례로 가브리엘을 언급합니다. 그는 라이브 방송 중 적절한 링크와 자료를 제공하는 일을 도맡아 했고, 이에 대한 보상으로 돈을 지불하기 시작했다고 합니다.
가브리엘이 베네수엘라에서 엔지니어로 터무니없이 적은 급여를 받고 있다는 것을 알게 되어 돈을 지불하기 시작했고, 그 후 그는 추천을 통해 더 좋은 직장을 얻었습니다. 하지만 이제 그가 정식 풀타임 직장을 가지게 되어 도울 시간이 줄어들었습니다.
좋은 질문을 하는 법은 직장에서 배울 기술이 아니라고 강조하며, 마인크래프트 서버 호스팅 시절의 경험을 예로 들어 설명합니다. 단순히 '문제가 있다'고 말하는 것과 구체적인 오류, 시도한 해결책, 관련 정보를 제공하는 것의 차이를 보여줍니다.
시니어 엔지니어들을 데이터를 넣으면 답이 나오는 상자처럼 대하지 말고, 진심으로 배우고 성장하려는 자세를 가져야 한다고 조언합니다. 돈을 벌기 위해 이용하려는 메시지와 진심으로 발전하려는 메시지의 차이를 설명합니다.
도움을 받은 후 블로그 포스트로 학습 내용을 정리해서 피드백을 요청하는 것의 강력함을 설명합니다. 이런 접근법을 보이는 사람을 채용 리스트에 즉시 올릴 정도로 인상적이라고 말합니다.
예전 방식의 취업 방법은 더 이상 통하지 않는다고 경고합니다. 현재는 구인 수요와 구직자 수의 격차가 커서 단순히 코딩 실력만으로는 첫 직장을 구하기 어려우며, 설령 구한다 해도 원하지 않는 곳일 가능성이 높다고 설명합니다.
현재 취업 시장에서는 단순히 실력 부족인 상태로는 채용되기 어렵다. 예전과 달리 이미 준비된 지원자들이 많아서 회사들이 미숙한 지원자를 교육시킬 이유가 없어졌다.
개발자 지망생들은 AI 도구에 의존하지 말고 스스로 훈련해야 한다. 어려운 것을 피하는 것은 인간의 본능이지만, 쉬운 해결책에 의존하면 필요한 수준에 도달할 수 없다.
실력을 갖추는 것만으로는 부족하고, 취업을 위해서는 업계 내에서 신뢰를 쌓아야 한다. 커뮤니티에 참여하고 의미 있는 기여를 통해 자신의 능력을 인정받아야 한다.
이런 과정을 통해 취업하는 데는 예전보다 오랜 시간이 걸릴 수 있지만, 충분히 관심을 갖고 포기하지 않으면 결국 성공할 수 있다.
예전처럼 이력서를 많이 뿌려서 운으로 취업하는 방식은 더 이상 통하지 않는다. 화자 자신도 그런 방식으로 들어왔지만 지금은 그 길이 막혔다고 인정한다.
현재 채용 담당자 입장에서 볼 때, 이전 경력보다는 깊은 이해도와 의미 있는 성장을 보여주는 사람을 더 선호한다. 신뢰할 수 있는 신입보다 경험만 많은 개발자를 우선시하지 않는다.
신뢰는 현재 매우 귀한 것이며, 자신을 성장시키면서 동시에 신뢰를 구축할 수 있다면 성공할 수 있다고 조언합니다.
어려운 문제를 AI로 해결하고 취업 도움을 요청하는 사람들은 현실과 동떨어져 있어서 성공하기 어렵다고 경고합니다.
이해하지 못하는 것을 당연시하는 태도를 버리고, 자신의 동기와 목적을 재평가해야 한다고 강조합니다.
단순히 취업과 돈벌이를 위한 개발은 한계가 있으며, 진정한 기술에 대한 애정과 호기심이 있어야 한다고 설명합니다.
화자 자신도 마인크래프트 서버 호스팅에 대한 관심으로 개발을 시작했다는 개인적인 경험을 공유합니다.
AI 도구 사용에 대한 오해를 바로잡기 위해, 자신이 하지 않은 말들에 대해 명확히 하겠다고 말합니다.
AI 도구를 아예 사용하지 말라는 것이 아니라, 올바른 사용법이 있다고 설명하며 구체적인 예시를 제시합니다.
AI를 자신의 이해를 높이는 용도로 사용하는 것은 좋지만, 학습을 회피하는 용도로 사용하는 것은 문제라고 지적합니다.
기술을 익힌 후 AI를 활용하는 것과 학습을 피하기 위해 AI에 의존하는 것의 차이점을 설명하며, 적절한 균형의 중요성을 강조합니다.
AI 도구 사용에 대한 올바른 접근법을 설명하며, 실력 향상을 회피하는 수단이 아닌 발전을 위한 도구로 사용해야 한다고 강조합니다.
포기하지 말라고 격려하며, 지금이 엔지니어가 되기 좋은 시기라고 말합니다. 첫 직장 구하기는 어렵지만, 이후 성장과 영향력 확대는 과거보다 훨씬 가능하다고 설명합니다.
Shad Cen을 예로 들어, 첫 직장 후 6개월 만에 큰 영향을 미친 사람들의 사례를 제시하며, 실제 경험담을 통해 희망적인 메시지를 전달합니다.
관심과 열정이 있는 사람에게는 좋은 시기지만, 그렇지 않은 사람에게는 힘든 시기라고 구분하여 설명합니다. 영상을 끝까지 보는 사람들은 충분한 관심이 있다고 격려합니다.
GitHub 활용에 대한 올바른 접근법을 제시합니다. 단순히 기여 실적을 쌓기 위한 스팸성 PR이 아닌, 실제 사용 중 발견한 문제를 체계적으로 해결하는 과정의 중요성을 강조합니다.
React 학습 필수론에 대한 오해를 해명하며, 자신이 그런 주장을 한 적이 없다고 명확히 합니다. 특정 기술보다는 열정과 관심이 더 중요하다고 재강조합니다.
유명한 개발자들에게 무분별한 질문으로 연락하는 것을 지양하라고 당부하며, 자신과 같은 사람들을 최후의 수단으로만 활용해달라고 요청합니다.
문제 해결 시 스스로 노력한 후 정말 필요할 때만 도움을 요청하라는 조언을 제시합니다.
기존 리소스를 최대한 활용하고, 한계에 도달했을 때만 신중하게 적절한 사람에게 연락하는 것의 중요성을 강조합니다.
연락하는 방식과 절제가 연락의 질만큼 중요하며, 유명세보다는 실질적인 이유로 연락해야 한다고 설명합니다.
명확하고 작은 요청으로 연락하면 기꺼이 도움을 주겠다고 약속하며, 팔로워 수와 관계없이 좋은 질문에는 답장한다고 밝힙니다.
Yoᅟhere라는 개발자가 TypeScript 에러 포맷 문제를 해결하는 플러그인을 만들어 연락한 사례를 소개합니다.
간결하고 효과적인 연락으로 인해 즉시 플러그인을 설치하고 영상까지 제작하게 된 경험을 공유합니다.
실질적 문제 해결과 훌륭한 소통 능력을 보인 Yoᅟhere에게 모든 가능한 취업 기회를 제공했다고 설명합니다.
소통 능력, 문제 해결 노력, 적절한 문제 식별, 배려심 있는 솔루션 제시 등 모든 요소를 갖추면 성공할 수 있다고 결론짓습니다.
개발자로서 성장하는 것은 완벽하지 않아도 괜찮다는 격려 메시지. 실수하고 넘어져도 포기하지 말고 신중하게 배우며 매일 노력하면 성공할 수 있다고 조언한다.
현재 개발 환경이 과거보다 어려워졌음을 인정하면서도, 문지기 역할을 하려는 것이 아니라 오히려 사다리를 가리켜 주려고 한다고 설명. 충분히 신경 쓰는 사람들이 성공할 수 있도록 돕고 싶다고 표현한다.
구독하지 않은 시청자들에게 유머러스하게 구독을 유도하면서, 자신이 무료로 콘텐츠를 제공하고 있다는 점을 언급한다.
영상 제작에 많은 노력이 들어간다고 설명하며, 그림으로 가득한 화면을 은하수에 비유한다. 이 영상이 시청자들에게 도움되기를 바란다고 마무리한다.
몇 년 후 시청자들의 성공을 기대하며, 만약 이 영상이 취업에 도움이 되었다면 DM을 보내달라고 요청한다. 그런 성공 스토리를 듣는 것이 가장 기쁘다고 표현한다.
여러분께 솔직히 고백할 게 있어요. 제가
첫 번째 소프트웨어 개발자 직장을 구했을 때, 전혀
자격이 없었어요. 정말로
그 일자리를 얻지 말았어야 했을 거예요
완전히 솔직히 말하면요. 제가 그 일을 얻은 이유는
매니저와 팀의 다른 사람들이
저를 좋아하고 저와 잘 맞았기 때문이에요.
특히 매니저는 제 음악
취향을 좋아했어요, 웃기게도. 그리고 제가 몇 개의
프로젝트를 가지고 있었는데, 그것들이 제가 어느 정도
코드를 알아낼 수 있을지도 모른다는 걸 보여줬지만,
그들은 저에게 정규직 제안을 하지 않았어요.
그들은 저에게 3개월 계약직을 줬고
저는 그 기간 동안 그럭저럭 해냈어요. 그리고 그 후에
정규직을 주는 대신, 저는
3개월 계약을 다시 연장했어요
마침내 제가 뭘 하고 있는지
알고 있다는 걸 증명하려고 했어요. 그리고 그건 정말 힘들었어요. 그
6개월은 제가 지금까지
가장 열심히 일한 시간 중 하나였어요.
많은 걸 배웠고, 많이 성장했어요.
그리고 마침내 그 끝에
저는 어느 정도 자격을 갖춘
엔지니어가 되었다고 말할 수 있을 것 같아요. 그럼, 왜 제가 이 모든 이야기를
하는 걸까요? 음, 세상이 꽤
많이 바뀌었어요. 제가 그 일을 할 수 있게 해준 것들과
제가 그 회사에 제공한
가치는 지금 모두 이상한 상황에 있어요, 특히
AI 시대에서 말이에요. 이 영상은 제가 실제로
한 번만이라도 주니어 개발자들과
이야기하려고 하는 점에서 제 다른 영상들과는 달라요. 보통 제
콘텐츠는 그런 게 아니거든요. 하지만 만약 여러분이
주니어 개발자가 아니라면, 여전히 이 영상을 볼 가치가 있어요
왜냐하면 우리는 지금 이 업계에 들어오고 있는
이런 주니어 개발자들을 이해하고
그들에게 성공의 길을 제공해야 하기 때문이에요
왜냐하면 개발자로서 첫 번째 일자리를 구하는 것이
이렇게 이상하고 논란의 여지가 있게 어려웠던 적은
없었고, 기준도
정말, 정말 이상한 상황에 있어요. 여기서 다룰 게 많지만
저는 더 이상 최종 급여를 받지 않아서
팀에게 돈을 지급할 다른 방법을 찾아야 해요.
그래서 오늘의 스폰서에 대해 간단히 말씀드린 후
바로 본론으로 들어가겠어요.
소프트웨어 개발은 그 어느 때보다 접근하기 쉬워졌지만
실제로 올바른 방법을 배우는 것은
꽤 도전적이에요. 이제 인터넷 전체에
쓰레기 같은 정보가 너무 많아서
여러분은 자신이 실제로 뭘 하고 있는지
아는 사람의 말을 듣고 있는지
전혀 알 수 없어요.
오늘의 스폰서인
Frontend Masters를 사용하지 않는다면 말이에요. 이 사람들은 진짜 알고 있어요. 그리고 저는
그들이 Frontend Masters라고 불리기 때문만이 아니라
그들의 200개 이상의 강의를 만드는
사람들 중 많은 이들이 제 개인적인 친구들이자
전 동료들이기 때문에 알고 있어요.
이 강의들은 업계 전반의
숙련된 엔지니어들에 의해 만들어져요. 프론트엔드부터
백엔드까지, Expo부터 Stripe까지
Netflix부터 Twitch까지, 여기에는
여러분이 아마 알 만한 사람들이
정말 많아요. 제가 이렇게 말하는 이유는
그들 중 많은 이들이 제 친구들이고
심지어 제 영웅들이기도 하고
또한 Melky도 있어요. 하지만 정말로, John이
여기 곳곳에 있어요. 저는 개인적으로
Chrome DevTools 마스터링 강의를 정말 보고 싶어요 왜냐하면
제가 Chrome DevTools를
전혀 제대로 사용하고 있지 않는 것 같거든요
그리고 제가 이 일을 한 지
너무 오래됐는데도 말이에요. Prime도 여기 있고, CSS 신인
Kevin Powell, Expo의 Katie도 있어요
Prime도 여기 있고, CSS 신인
Kevin Powell, Expo의 Katie
제가 만나본 가장 재능 있는 React Native
엔지니어 중 한 명과 대화할 수 있는
기회를 가졌습니다. 정말 놀라워요. 그들은
이런 강의 하나만으로도 많은 돈을
받을 수 있을 겁니다. 이 모든 것들이
하나의 구독으로 함께 제공되고
다양한 분야를 어떻게 학습할지에 대한
명확한 길잡이가 있다는 것은 정말 놀라운 일이죠. 그리고
이것이 단순히 코딩을 배우는 사람들만을
위한 것이라고 생각하지 마세요. 이미
업계에서 일하고 있다면, 회사의
교육 예산을 사용해서 구독료를
지원받을 수 있는 좋은 기회가 있어요.
이 모든 유용하고 멋진 콘텐츠를
볼 수 있습니다. 그리고 이것은
현재 직장과 미래 직장에서도
도움이 될 지식입니다. 오늘 25% 할인받으세요.
soyv.link/masters에서요. 제가
소프트웨어 개발에 입문했을 때, 업계는
흥미로운 상황에 있었습니다. 문제를
해결하기 위해 필요한 개발자의 수는
상당히 많았습니다. 채용 가능한
개발자의 수는 상당히 적었죠. 그래서
이런 여러 함수들이 있다면, 여기서
첫 번째 축은 기능당 개발자 수라고
해봅시다. 즉, 얼마나 많은 개발자가 필요하고
무언가를 구축하는 데 얼마나 많은 시간이
걸리는가? 두 번째로, 채용 가능한
개발자 수가 있습니다. 그리고 세 번째로
그들을 고용할 수 있는 자금이 있습니다. 이
세 축은 최근 들어 여기저기 많이
변하고 있습니다. 오랫동안 이것들은
우리 개발자들에게 유리한 방향으로
흘러갔습니다. 하지만 지금은 처음으로
그렇지 않다고 생각합니다. 기능당
필요한 개발자의 수는 서서히
줄어들었습니다. 더 빠르게 줄어드는
순간들이 있지만, 대부분은
서서히 줄어들고 있습니다. 채용 가능한
개발자의 수는 훨씬 더 빠르게
증가하고 있고, 이런 사람들을
고용할 수 있는 자금의 양은
줄어들고 있습니다. 제가 하고 싶은 말을
이해하셨기를 바랍니다. 완전히
혼란스러운 상황입니다. 이것이 우리가
지금 취업이 무엇을 의미하는지
고려할 때 생각해야 하는 방식입니다. 만약
잠시 돈 측면을 완전히 무시하고
이 두 가지만 생각해본다면,
예전에 Gmail 킬러를 만들고 있었다면
필요한 엔지니어의 수는 정말
많았을 것입니다. 그것을 할 수 있는
엔지니어의 수는 정말 적었죠. 그리고
그런 일을 하기 위해 필요한 엔지니어들은
꽤 깊이 있고 기술적으로
진보된 사람들이어야 했습니다. 그래서
이 시대에, 초기에 충분히, 만약 여러분이
이 선들 사이의 간격을 본다면
모든 것이 이해가 되기 시작합니다. 만약
사용 가능한 엔지니어의 수가 적고
기능당 필요한 수가 많다면
이 간격에는 용어가 있습니다.
이 간격을 일컫는 용어는
레버리지입니다. 직원인 우리, 건설하는
엔지니어, 만드는 사람, 실제로
회사를 위한 가치를 창출하는 도구를
제공하는 우리는 많은 레버리지를
가지고 있었습니다. 왜냐하면 그들은
우리를 그냥 교체할 수 없었기 때문입니다. 그것을
할 수 있는 개발자가 충분하지 않았어요. 심지어
요즘에는 밈이 된 미친 관행들이
있었지만, 그 당시에는 매우 현실적이었습니다.
회사들이 다른 회사들이 필요로 하는
엔지니어를 고용함으로써 경쟁했던 시절이었죠.
페이스북은 거의 모든 웹 프레임워크 창시자들을 고용했는데,
더 나은 프레임워크를 만들려고 한 게 아니었어요.
실제로 React 팀 대부분은
그런 프레임워크 개발자들이 아니었거든요. 그들을 고용한 이유는
구글이 그들을 가져가지 못하게 하려는 거였어요. 그때는
이런 깊은 차원에서 경쟁이 있었는데
엔지니어들을 고용해서 단순히
경쟁사가 그들을 확보하기 어렵게 만들려고 했죠.
자신들이 쓰려고 한 게 아니라요. 이제는
전혀 그렇지 않습니다. 하지만 그런 일이 가능했던 건
당시 비율이 정말 말도 안 됐기 때문이에요.
여기서 그 비율이라는 건, 구할 수 있는
엔지니어 수 대비
필요한 엔지니어 수예요.
그 격차가 정말 심했어요. 시간이 지나면서
그 격차는 줄어들었고, 사실 저는
이제 반대로 뒤바뀌었다고 주장하고 싶어요.
어떤 회사든 뭔가를 만들어야 할 때, 그 회사가
당신을 고용할 수 있을 만큼 큰 회사라면
그 회사는 아마도 이미
최적화된 엔지니어들을 많이 가지고 있어서
그들을 그 일로 옮길 수 있을 거예요.
이제는 회사가
새로운 사람을 고용하는 것보다
기존 직원들을 재조직하는 게 더 가능성이 높아요.
왜냐하면 예전에 너무 필요해서
너무 많은 사람을 고용했을 가능성이 높고
지금은 그 중 절반이
아무도 사용하지 않는 기능을 만들거나
그냥 아무것도 안 하고 앉아있다가
재조직되고, 그게 안 되면
해고당할 수도 있거든요.
이게 우리의 협상력을 완전히 없애버렸어요. 예전에는 우리가
이 쪽에서 원하는 대로 할 수 있었는데
회사들이 우리를 너무 필요로 해서
별로 중요하지 않았거든요.
이제는 완전히 뒤바뀌어서 우리가
회사가 원하는 대로 해야 해요.
업계 경험이 있다고 해도 말이에요.
그럼 훨씬 더 실용적이고
현실적인 예시를 들어보죠. 제가
앞에서 든 예시를 사용해서, 제가
트위치 채팅을 만들고 있다고 해요. 트위치 채팅에
새로운 기능을 추가해야 하는데
1년 안에 완성하려고 합니다. 계획을 세워보니
엔지니어 4명이 1년 동안 일해야
제시간에 완성할 수 있어요. 그래서
4자리가 필요한데, 이미
1번, 2번 사람은 준비가 되어 있지만
2명을 더 고용해야 합니다. 예전에는
채용 공고를
올렸을 거예요. 그러면
몇 개의 지원서가 들어오는데
대부분의 지원자들은
갓 대학을 졸업했거나, 아직 대학생이거나
초기 경력자들이었어요. 몇 명의 시니어
개발자들도 있을 수 있지만
가능성은 낮았죠. 시니어 포지션이라고 해도
경험 있는 사람들의 지원서는
상대적으로 적었어요.
이걸 구분해보자면, 흰색은
이미 팀에 있는 사람이고, 노란색은
다른 팀에서 가져온 사람, 그리고
초록색은 새로 고용한 사람이라고 하죠. 그리고
좀 더 현실적인 숫자로 확장해서
실제로는 4명이 아니라 5명이 필요했다고 해요.
3번 사람은 아마도
다른 팀에서 가져왔거나 재조직으로
들어왔을 가능성이 높지만, 그러면 우리는
2명을 새로 고용해야 하는 거죠. 재미있는 건 이 예시에서
제가 여기서 예로 든 것은 제가 Twitch에서 담당했던 Mod
View 제품을 만든 방식과 정확히 일치합니다.
우리는 Mod View가 현재 직원들만으로는
구축할 수 없다는 것을 깨달았습니다.
그래서 다른 팀에서 안전 쪽 업무를 더 하고 싶어하는
한 명을 데려왔고
그리고 부족한 부분을 채우기 위해
더 많은 사람들을 채용했습니다.
그 결과 팀은 이미 그 팀이나
회사 내 해당 영역에서 일했던 사람들과
이동해온 한 명, 그리고
새로 채용한 두 명으로
구성되었습니다. 이는 2020-2021년 시절이었죠.
지금처럼 터무니없지는 않았지만
여전히 현실적인 상황이었습니다.
이 포지션들은 경쟁이 치열했어요.
수백 건의 지원서가 들어왔고
적합한 사람을 찾기 위해 수많은 인터뷰를 했습니다.
그 중 한 명은 우리 인턴이었는데
정말 뛰어난 성과를 보여줘서
최대한 빨리 정규직으로 전환했습니다.
정말 대단했어요. 워털루 출신 개발자들은 실력이 뛰어난데
그 중에서도 특히 뛰어났습니다.
제가 함께 일해본 개발자 중
최고 중 한 명이었어요.
다른 한 명은 다른 회사에서 스카우트했는데
Disney Plus였던 것 같습니다.
그때도 이 중 한 명은
인턴십을 거쳐 우리에게 인상을 남겨야
자리를 얻을 수 있었습니다.
다른 한 명은 검증된 회사에서 와야 했고요.
그런데도 우리는 실제로 이 사람에게
현저히 낮은 급여와 직급을 제안했습니다.
그리고 저는 개인적으로 많은 사람들과
싸워야 했어요. 잘못된 레벨로 채용했기 때문에
승진이 필요했거든요.
제 자신의 승진을 연기하면서까지
여기 다섯 번째 사람이 제때 승진할 수 있도록 했습니다.
정말 특별한 경험이었어요.
하지만 제가 하고 싶은 말은 이것이 예전에는 현실적인 일이었다는 것입니다.
만약 오늘날 이걸 구축한다면, 무엇보다도
인원수가 많이 줄어들었을 겁니다.
이는 여러 가지 이유 때문입니다.
제품에 대한 기대치를 낮추고
더 빨리 출시해서 더 일찍 피드백을 받으려고 하는 것과
웹사이트를 구축하는 도구들이 더 좋아진 것,
그리고 AI가 구축 속도를 훨씬 빠르게 만든 것이
복합적으로 작용한 결과입니다.
AI 덕분에 구축이 훨씬 빨라졌어요.
그 두 역할은 이제 사라졌습니다.
존재하지 않아요. 이는 엄청난 변화입니다.
우리가 내부적으로 구축하는 것들의
가능성이, 제 개인적인
직접적인 경험으로 봤을 때,
단지 3-5년의 차이만으로도 이제 그런 역할들은
존재하지 않습니다. 심지어 충분히 규모를 줄이면
이걸 단 두 명으로도 할 수 있을지도 모르죠.
이제 실패한 팀에서 스카우트했던 이 사람은
그냥 해고당할 수도 있습니다.
이런 사람들을 고려했을 때,
이들이 주니어 엔지니어였다고 가정해도
(실제로는 그렇지 않았지만, 경험 있는 사람들이었어요)
이들은 어디로 가야 할까요?
들어가려는 박스가 더 작아지고
팀이 가진 공간과 시간이
그런 일을 정당화하기 더 어려워졌을 때
이런 사람들이 어떻게 들어올 수 있을까요?
현실적으로 말하자면
제가 생각하는 방식은 우리에게
말하자면 세 번째 사람이 있다는 것입니다.
하지만 그것은 세 번째 사람이 아니라
3.5번째 사람인 Claude이고, 만약 이것이 제
팀이라면
팀 구성에서 주니어 엔지니어를 어디에 배치해야 할지
그들이 맞지 않고
정말 안타까운 일이죠. 이런 사람들이
들어올 수 있는 적절한 자리가 없다는 게
예전 같았으면
있었을 텐데 말이죠. 이상하고 고통스러운
현실이에요. 포기하라는 말이 아니고
취업할 수 없다는 말도 아니고
이 모든 게 무의미한 여정이라는
말도 아니에요. 다만 우리가
조금 다르게 생각해야 한다는 거죠
그리고 이건 우리가 다르게
생각해야 하는 유일한 부분이 아니에요
이건 단지 채용 측면이고
저는 다른 차원으로 가보고 싶어요
주니어로서 실력을 늘리는 것에 대해
얘기해보죠. 제가 프로그래밍을 배울 때는
AI가 없었어요. 스택 오버플로가 있었죠
항상 정확한 건 아니었지만요
그래서 어려운 문제에 부딪혔을 때
정말 복잡한 과정을 거쳐서 해결하려고 했어요
최선을 다해 코드를 만지작거리고
문제를 분리하고, 분리된 부분들을
구글 검색해서 뭔가 찾을 수 있는지
보고요. 한동안 그러다가 포기하면
아주 수줍게 제 매니저에게 가서
정말 훌륭한 개발자였는데, 물어봤어요
"이거 좀 도와주실 수 있나요?
정말 모르겠어요." 그러면 그분이
제 손을 잡고 과정을 안내해 주시고
종종 문제 전체를 다시 생각하게
만들어 주셨어요. 예를 들어
이 엘리먼트가 왜 잘못된 데이터로
렌더링되는지 알아내려고 하면
그분이 와서 "왜 그 엘리먼트를
렌더링하는 거야? 그거 필요 없는데?"
라고 하시면 "아, 맞네요. 너무 깊이
파고들어서 밖으로 나올 생각을 못했네요"
하게 되죠. 문제들을 층층이 있는 것으로 생각해보면
당신이 생각하고 있는 층과
해결하려는 층이 매우 다를 수 있어요
그리고 제가 주니어들에게서 가장 흔히
보는 문제는 그들이 여기 있을 때
문제는 훨씬 위에 있다는 거예요
여기 있어야 하는데, 콘솔의
에러 메시지에 대한 생각을
멈추지 못해서 한 걸음 뒤로 물러서서
문제가 다른 곳에 있다는 걸
깨닫지 못하는 거죠. 핵심은 제가
그래야만 했다는 거예요. 다른 선택지가
없었어요. 문제가 사라질 때까지
계속 만지작거릴 수는 없었어요
가끔은 할 수 있었겠지만
대부분은 확실히 안 됐죠. 대부분의 경우
브라우저에서 이상한 잡히지 않는
예외가 발생하고, 그걸 일으키는
코드 라인을 찾을 수 없을 때나 뭐든
문제가 존재하는 계층 구조에서
한 단계 올라가서 어떤 층을
바꿔야 훨씬 아래에서 일어나는
문제를 해결할 수 있는지
알아내야 했어요. 하지만 이제는
그렇지 않아요. Claude,
이 에러 고쳐줘
이게 제가 무서워하는 이유예요. 인간은
어려운 걸 좋아하지 않아요
스스로에게 좋아한다고 말할 수는 있고
좋아하는 것처럼 행동할 수도 있지만
어렵거나 고통스럽거나 나쁜 것에서
멀어지려는 건 인간의 본능이에요
기본적인 진화 메커니즘이죠
뭔가가 아프면 하지 않고
뭔가가 바보 같으면 하지 않아요
이 베리가 이상한 냄새가 나면 먹지 않죠
기본적인 인간 진화예요. 그래서 만약
힘들고 고통스러운 과정을 거쳐 매번 한 단계씩
올라가야 하고, 가장 중요한 건 각 단계마다
조금씩 더 바보가 된 기분을 느끼는 것입니다.
그럼 쉬운 방법을 택하게 됩니다. 훌륭한
엔지니어가 되는 핵심은 무엇보다
자신이 훌륭한 엔지니어가 아니라는 사실을
받아들이고 받아들이는 것입니다. 만약
바보 같다는 기분을 느끼고 싶지 않다면
계속해서 그런 감정 속에서 살아가며
문제를 해결하는 도전을 하면서 그 감정을 만끽하고
지금 있는 레이어를 벗어나서
무엇이 잘못되었는지 파악하고
스스로에게 묻기를, 내가 이 전체를
잘못했나? 그리고 그런 식으로 자신을 겸손하게 하고
자신의 생각을 도전하며
끊임없이 사물에 대한 이해를
도전해야 합니다. 가브리엘이 저보다 먼저 말했네요.
바보 같은 기분을 받아들이는 법을 배우면
그것이 최고의 감정이 됩니다. 저는
아주 다른 곳에서 이것을 배워서 정말 운이 좋았습니다.
이에 대해 몇 번 영상을 만들었는데
아무도 신경 쓰지 않더라고요. 그래서
여러분들이 억지로라도,
속임수를 써서라도 여기서 들을 수 있게
할 겁니다. 제가 어릴 때 시작한 어떤 일이
저에게 많은 도움이 되었습니다.
제가 여기서 무슨 이야기를 하는지
여러분이 알아낼 수 있는지 한 번 더
힌트를 드리겠습니다. 아주, 아주
정확한 제 스케이트보드 다이어그램입니다.
저는 스케이트보드를 좋아합니다. 그냥
길에서 크루징하는 것 같은 건 아니고요.
전에 해본 적 없는 일을 하는
도전을 좋아합니다.
아마도 아무도 해본 적 없는 일을
바퀴가 달린 이 나무 조각으로
해보는 거죠. 스케이트보드를
잘하려면 하루 종일 앉아서
관련 책을 읽지 않습니다. 수업에 가서
스케이트보드가 어떻게 작동하는지 배우지도 않고요.
스케이트보드를 잘하려면
다쳐야 합니다. 스케이트보드 세계에서
실력이 늘 수 있는 유일한 방법은
바닥에 부딪히는 것입니다. 바닥에
부딪힐 거라고 예상하고 들어가야 합니다.
스스로를 준비시키고 틀림없이
구르는 법을 배워서 바닥에 부딪혔을 때
그렇게 아프지 않도록 해야 합니다.
매번 올라갈 때마다 원하는 대로
내려오지 못할 거라는
예상을 하고 준비해야 합니다. 왜냐하면
그러면 마법 같은 일이 일어나기 때문입니다.
성공적으로 타고 지나가게 됩니다. 그리고
다칠 거라고 예상하며 점프했는데
제대로 착지했을 때의 그 기분은
정말 마법 같습니다. 그리고 그것을 위해
스스로를 준비시켜야 합니다.
낙하를 크게 예상하고 이것이
실제로 하고 있는 일임을 알고
기대한 다음 대신 이런 일이
일어났을 때 자신을 놀라게 하는 거죠.
초급 개발자로서 무언가를 만들려고 할 때
코드를 실행해서 작동할 거라고
예상하며 코드를 작성해서는 안 됩니다.
그런 기대를 가지고 들어갔는데
작동하지 않으면 이제 기분이 나빠집니다.
이제 실패자 같은 기분이 듭니다.
이제 자격이 없다고 느낍니다.
이제 Claude가 쉬운 해결책이라고 느낍니다.
이제 ChatGPT가 문제를 해결해
줄 거라고 느낍니다. 이제 개발자로
돈을 벌기도 전에 커서
구독료를 지불하고 있습니다. 그건 최악입니다.
그리고 한편으로는 저도 이런 도구들에
크게 의존하고 있습니다. 최근에 제가 만들고 있는
커서 없이는 이렇게 효과적으로 개발할 수 없었을 거예요.
이 도구가 제 뇌를 완전히 바꿔놨거든요.
하지만 이미 어려운 문제를 해결하도록 훈련된 뇌를
다시 훈련시킨 거죠.
처음부터 작동하지 않을 거라는 기대를 갖고
접근하게 되었어요. 그래서 저는 강제로
더 적은 요소로 문제를 줄여야 했죠.
그래야 하나라도 작동하지 않으면
더 쉽게 식별하고, 수정하고, 대체할 수 있거든요.
하지만 이 여정과 경험에 대해
감정적으로도 준비해야 했어요.
이 모든 게 힘들지만, 일단 극복하고 나면
소프트웨어 외의 다른 많은 영역에서도
뛰어난 실력을 발휘하게 됩니다.
제가 말했듯이, 이걸 스케이트보드에서
배웠거든요. 스케이트보드가 저에게
지금의 사고방식을 가르쳐주지 않았다면
지금의 엔지니어도, 유튜버도 될 수 없었을 거예요.
제가 지금 생각하고 행동하는
방식을 가르쳐준 게 바로 스케이트보드죠.
그리고 정말이지, 만약 클로드에게
트릭을 대신 해달라고 부탁할 수 있고
남들이 보기에도 똑같아 보인다면
저는 클로드에게 차 위로 킥플립을
시키고도 눈 하나 깜짝하지 않았을 거예요.
특히 제가 시작할 때 그런 게 있었다면요.
아, 정말이지. 그랬다면
스케이터로서의 제 인생 전체가 망가졌을 거예요.
아마 20년 동안 하는 대신
1-2년 만에 그만뒀을 거예요.
이제 마지막으로 중요한 이야기를
해보겠습니다. 기대치 설정과 관련된 내용이지만
좀 특이한 사고방식이에요.
이 차트는 여러분의 보상 체계를
효과적으로 설명하는 차트입니다.
세로축은 연봉이고
가로축은 시간입니다.
개발자라면 시간이 지나면서
연봉이 계속 올라간다고 생각하는 게 직관적이죠.
하지만 이것은 소프트웨어 개발이라는
분야에서 보상이 어떻게 작동하는지
생각할 때 가장 비현실적인 차트예요.
이것은 유튜브 보상
체계에 맞을 수도 있어요.
아마 좀 더 곡선형일 거예요.
이것은 SaaS의 매출이나
제품의 월 반복 수익에 맞을 수도 있고
코드베이스의 라인 수에
맞을 수도 있어요. 하지만 이것은
여러분의 보상 체계가 아닙니다.
기술 분야 보상의 냉혹한 현실은
특정 지점에 도달할 때까지는 0이다가
갑자기 꽤 높아지고
한동안 그 수준을 유지하다가
승진을 하게 되는 거예요.
또 다른 승진을 하게 되고요.
이것이 개발 세계에서
여러분의 연봉이 작동하는 방식입니다.
그리고 이것은 끔찍하게 느껴져요.
여러분은 이런 걸 상상하고 있으니까요.
이런 것도 상상하고 있을지 몰라요.
대학교 중반쯤에
길을 찾았다고 생각했을 거예요.
인턴십을 구했을 수도 있고, 여기서
작은 인턴십을 했다가
대학 나머지 기간 동안
다시 0으로 돌아와서 갇힌 기분을 느끼고 있을 거예요.
정말 괴롭죠. 그리고 지금의 시대,
특히 대량 해고 이후의 세상에서는
그런 기회가 더 이상 존재하지 않아요.
그래서 지금 여러분은 이상한 림보 상태에
빠져 있어요. 이만큼 주는 일자리를
얻을 만큼 충분히 알지도 못하고, 아직
여기 있지만, 여기 있는 것에 대해서는 아무것도 얻지 못해요.
이상한 현실은 이렇습니다.
그리고 이건 매우 미국
취업
시장 중심적인 얘기가 될 거예요.
2만 달러부터 시작해서 위로 올라가는 게 아니에요.
미국에서 소프트웨어 개발자로서 연간 10만 달러의 가치가 없다면
미국에서 소프트웨어 개발자로서 연간 0달러의 가치밖에 없어요.
그리고 이건 정말 안타까운 일이에요.
특정 품질 기준선을 넘지 못한다면
만약 우리가 이걸 막대로 그려서
취업할 수 있는 기준을 나타낸다면
이 선을 넘을 수 있을 때까지는
개발자로서 돈을 벌 수 없어요.
그리고 이건 정말 안타까운 일이죠. 예전에는
개발자를 찾기가 너무 어려워서 이 기준선이
낮아졌고 사람들이 받을 자격이
없는 급여를 받을 수 있었어요.
하지만 그렇게 한 이유는
이런 수준의 사람들을 찾기가 너무 어려워서
더 낮은 티어의 누군가에게 베팅을 걸었던 거예요
그들이 너무 뛰어나서
이런 역할로 승진하고
앞으로 2-3년 안에 좋은 품질을 제공할 수 있을 거라는 희망으로요.
그건 베팅이었어요. 투자였죠.
지금은 그런 투자가
의미가 없어요.
그럼 우리는 어떻게 해야 할까요? 어떻게 이걸 해결할 수 있을까요?
이 품질 기준선을 생각하는 다른 방법이 있어요
누군가를 고용해야 하는지에 대한
기준선 말이에요.
이걸 단순히 충분히 뛰어난지 아닌지로만 생각하지 마세요.
왜냐하면 이론적으로 당신이
모든 시니어 플러스 개발자들보다 뛰어난 신급 개발자라고 해도
연간 40만 달러 이상을 받는 사람들보다 뛰어나다고 해도
아직 신뢰가 없다면 아무 소용이 없어요.
오늘날 가장 중요한 것은
가장 부족한 것은 신뢰예요.
예전에는 우리가 가진 돈과
잠재적 채용 후보의 수의 조합이
우리가 고용할 수 있는 사람들에 대한 신뢰 부족이
별로 중요하지 않다는 뜻이었어요.
그냥 아무나 고용하고
잘 되기를 바랐죠.
제가 했던 결정으로 돌아가보면
1번과 2번 사람은 이미 제 팀에 있었기 때문에 신뢰할 수 있었어요.
3번 사람은 이미
회사에서 일하고 있었기 때문에 아마 신뢰할 수 있었을 거예요.
그들을 고용한 사람들을 알고 있었고
그들이 속한 팀, 그곳 사람들을 알고 있었어요.
그들의 커밋을 보고
아, 꽤 괜찮구나 할 수 있었죠.
4번 사람은 인턴이었어요.
우리는 그들이 좋은지 아닌지 알아보기 위해
적은 돈을 지불했었어요.
그들이 정말 좋다는 걸 알아내고
즉시 최대한 빨리 그들을 붙잡았어요.
그리고 5번 사람은
다른 회사에서 잘 수행한 역할이 있었어요.
위험을 감수하고, 주사위를 굴리고
그들이 잘할 거라고 희망할 만한 가치가 있었어요
왜냐하면 그들은 인터뷰에서 잘했고
이전 경험이 그들이
이 역할에 적합할 가능성이 높다는 걸 보여줬기 때문이에요.
만약 우리가 여기서
더 적극적으로 더 많은 사람을 고용해야 했다면
우리가 잘 모르는
6번 사람을 쉽게 둘 수 있었을 거예요
더 위험한 베팅이었겠지만
우리가 신뢰할 수 있는 사람이
자리를 채우기에 충분하지 않았기 때문이에요.
만약 제가 다양한 사람들의 이력서 더미를 가지고 있다면
이런 것들은 단순히 잠재적 역량으로만
순위를 매기는 게 아니에요. 물론
어느 학교에서 학위를 받았는지로
순위를 매기지도 않고요. 저는 이 더미를
이 사람이 해당 역할에서 잘 해낼 가능성으로
순위를 매길 거예요. 그리고 이걸
이력서에 넣은 재미있는 것들로
계산하지 않아요.
절대 그렇지 않아요. 저는 이것들을
당신이 그것을 해낼 수 있다고
제가 얼마나 신뢰하는지를 기준으로 순위를 매겨요.
그럼 어떻게 그런 신뢰를 쌓을 수 있을까요?
만약 당신이 저희 회사에서 일하지 않는다면,
공개적으로 올리지 않는 한 저는 당신의 코드를 볼 수 없어요.
그렇다고 해서 오픈소스 커밋으로
리포지토리를 도배하라는 말은 아니에요.
오픈소스 기여가
취업의 핵심이 아닌 이유에 대한 전체 영상이 있어요.
하지만 이미 뭔가를 만들고 있고,
이미 제 같은 영상을 보고 있고,
이런 생태계에 참여하고 있다면,
당신의 작업을 좀 보여주세요.
두 가지 다른 솔루션을 시도해보고
무엇이 좋았고 무엇이 별로였는지에 대한
블로그 포스트를 써보세요.
당신이 스스로에게 도전했고
자신을 발전시켰다는 사실을
제가 신뢰할 수 있는 것들을 보여주세요.
단순히 AI로 템플릿을 생성해서
취업을 바라며 GitHub 리포에
올리는 게 아니라요.
시니어가 되면서 배우게 될 것은
누군가가 어떤 것에 대해 말하는 방식으로
그들이 무슨 말을 하는지
알고 있는지 없는지를 보는 게 꽤 쉽다는 거예요.
만약 주니어 엔지니어가 쓴 블로그 포스트를 읽는데
'이 두 솔루션을 시도해봤어요.
이 부분은 이해하지 못했지만
다른 부분은 이해했고
정말 마음에 들었어요.
그래서 이렇게 결정했어요'라고 한다면,
다른 걸 몰랐다고 말한 것은 상관없어요.
사실 그게 좋은 신호예요.
왜냐하면 이제 저는 당신을 더 신뢰할 수 있거든요.
모르는 것이 있을 때
저에게 말해줄 거라는 걸 알기 때문이에요.
공개적으로 그걸 인정할 의향이 있다면,
팀에게도 분명히 인정할 거예요.
그건 정말 좋아요.
하지만 이해하지도 못하는 기술들에 대해
떠들고 있는데
문단을 읽다가 끝에 가서 깨닫는 거예요.
'아, 이 사람이 ChatGPT에 React가 뭔지 물어보고
여기에 붙여넣었구나. 이거에 대해서는
아무것도 모르는구나'라고요.
그리고 GitHub을 확인해보니
React 웹사이트가 있는데
말 그대로 단일 JavaScript 파일에
다른 사람의 HTML 템플릿을
붙여넣은 단일 컴포넌트더라고요.
농담이 아니에요. Twitch에
지원한 후보자들에게서 두 번이나 봤어요.
HTML 템플릿을 단일 컴포넌트에
붙여넣은 React 사이트였어요.
상태도 없고, 로직도 없고, 아무것도 없어요.
그냥 HTML을 더 형편없게
만드는 방법일 뿐이에요.
만약 이런 말들이 전혀 의미가 없다면,
아직 첫 번째 직장을 구할 준비가 안 된 거예요.
그리고 그건 괜찮아요.
다시 공부하러 가세요.
제 영상 보는 것도 그만두세요. 그냥 방해만 될 거예요.
가서 뭔가를 만드세요.
제가 강조하고 싶은 정말 중요한 포인트는, 놀랍도록 쉽게 보여줄 수 있다는 거예요.
당신이 진심으로 관심을 가지고 있다는 것을 보여주는 것은 놀랍도록 쉽습니다. 만약 당신이 이것을 원한다면, 만약
당신이 좋은 개발자가 되고 싶다면, 만약
당신이 발전하고 싶고, 배우고 싶고,
자신에게 도전하고 싶다면, 그것은 매우
빨리 드러납니다. 제가 그것을 알아볼 수 있다는 점에서
제가 그렇게 특별하다고 생각하지는 않습니다. 저는
제가 더 유명해지면서 걱정이 되었는데, 수백 명의 사람들이
라이브로 시청하는 채팅에서 누가
이해하고 누가 이해하지 못하는지
구별할 수 없을 것 같았거든요. 하지만
흥미로운 두 가지 일이 일어났습니다.
제가 훨씬 더 커졌음에도 불구하고,
여기에 나타나는 사람들은 코딩하는 방법을
안다고 가장하는 개발자들이 아닙니다.
대부분 여기에 나타나는 사람들은
가장 관심을 갖고 있는 사람들이며,
자신의 여가 시간을 투자해서
이런 다양한 문제들에 대한 최상의 해결책이 무엇인지 배우고,
React 세계에서 일어나는
재미있는 것들에 대해 이야기하고,
새로운 AI 기술을 깊이 파고들려는
사람들입니다. 그들이 여기 있는 이유는 관심을 갖고 있기 때문입니다.
그리고 그럼에도 불구하고, 여기에 오는
진입 장벽이 평균보다 높음에도
뛰어난 사람들은 여전히
돋보입니다. 그리고 제가 정말
운이 좋다고 생각하는 것은, 제가 더 유명해졌을 때
정말 걱정했던 일이었는데,
뛰어난 사람들은 항상
돋보입니다. 훨씬 더 많은 사람들이 일자리를 구하려고 하는
혼란스러운 세상에서도, 필요한 개발자보다
훨씬 많은 사람들이 일자리를 구하려고 하는
상황에서도 말입니다. 우리 업계의
자금이 줄어들고 있고,
AI가 이 모든 주니어 개발자들을
파괴하고 있음에도 불구하고, 뛰어난 사람들은 여전히
돋보입니다. 굉장한 사람이 제
채팅에 나타나면, 알아보기 어렵지 않습니다
왜냐하면 그들이 훨씬 더
주니어라고 하더라도, 아직
대학생이라고 하더라도, 코딩을 시작한 지
1-2년밖에 안 되었다고 하더라도,
그들이 질문하는 방식과
말에 담는 생각의 깊이, 그리고
자신을 향상시키기 위해 기울이는 노력이 항상 눈에 띕니다. 그리고
만약 당신이 그것을 볼 수 없는
사람이나 회사에 지원하거나 면접을 본다면,
그것은 그들의 문제이고
당신은 총알을 피한 것입니다. 하지만 제
경험으로는, 자신에게 도전하고, 배우고,
성장하고, 더 나아지려고 충분히
관심을 갖는 사람들은 저 같은 사람들이
결국 가는 곳과 같은 곳에
결국 도달하는 경향이 있습니다. 제 팀 같은 사람들이 가는 곳으로요.
사실, 제 팀이 형성된 방식이 바로 그것입니다.
모두 저와 같은 곳에서 시간을 보내고,
제가 관심 갖는 것들에 관심을 갖고,
그런 관심을 실제로 보여준
사람들이었습니다. 유익한 질문부터
정말 흥미로운 링크와 함께 '이것에 대해 어떻게 생각하세요?'라는
질문까지, 그런
대화와 상호작용, 그리고
그런 것들을 중심으로 형성되는
리소스들, 그것이 바로 당신이 돋보이는 방법이고
5개의 이력서와 경쟁하는 것이 아니라
세상에서 당신이
500개에서 5,000개의 AI로 생성된
쓰레기 같은 지원서들과 경쟁하고 있을 때,
이 문제를 해결하는 방법은
AI로 생성된 쓰레기 같은
지원서 5,001번이 되는 것이 아닙니다. 당신은
좋은 이력서 만드는 법에 대한 누군가의 강의를 구매하는 것으로
이것을 해결하지 못합니다.
GitHub에 ChatGPT로 생성한 쓰레기 같은 것들을 잔뜩 올리고
커밋 수로 자랑하는 걸로는 해결되지 않습니다.
진정한 관심을 갖는 것으로 해결됩니다.
실력을 늘리는 것으로 해결됩니다.
AI에 의존해서 어려운 일을 맡기는 게 아니라
그 어려운 일들을 직접 해내는 것에 빠져드는 겁니다.
직접 경험해야 합니다.
그렇게 뛰어들어서
시간을 투자해서
이런 분야에서 자신에게 도전을 주면
이런 방식으로 도전하면
10만 달러 연봉 역할을 얻을 가능성이
엄청나게 높아집니다. 왜냐하면 만약
당신이 현재 여기 있다면, 더 높은 수준에 도달하기 위해서는
10만 달러 범위에서
고용될 수 있는 지점까지 올라가려면
자신에게 도전하고 성장해야 합니다.
하지만 또한 주목받아야 합니다.
그래서 만약 이 두 가지를 결합하는 방법을 찾을 수 있다면
당신을 성장시키는 일을 하면서 동시에
이 분야에서 당신의 가시성과 존재감을
높이는 방식으로 할 수 있다면
성공을 찾을 가능성이
기하급수적으로 높아집니다.
하지만 만약
문제나 도전에 직면할 때마다
당신을 훌륭한 엔지니어로 만드는 세세한 부분들에
Claude에게 대신 해달라고 부탁한다면
그 지점에 절대 도달하지 못할 겁니다.
Claude에게 문제를 해결해달라고 부탁할 때마다
스스로 해결할 기회를
빼앗은 거니까요.
커뮤니티에서 어울리며
그들로부터 답을 배울 기회를 빼앗은 겁니다.
정말 좋은 질문을 만들어서
누군가에게 물어볼 기회를 빼앗았고
그 사람이 나중에 기억할 수 있는 기회를 빼앗은 겁니다.
그런 기회들을 충분히 빼앗으면
남는 건 쓰레기뿐입니다.
그런 기회들을 잡지 않고
도전적이고 중요한 것들을
스스로 감당하도록 밀어붙이지 않으면
그 선을 절대 넘지 못할 겁니다.
발전을 멈추고
도구들이 대신 일하도록 내버려 두는 것이 그 어느 때보다 쉬워졌습니다.
스스로 일해야 합니다.
그런 소수의 사람 중 하나라면
당신이 생각하는 것보다 더 많은 사람들이 있습니다.
재미있게도, 이런 사람들은
종종 자신도 모르는 경우가 많습니다.
제가 아는 많은 사람들이 여기 있는데
연 15만 달러 이상을 받을 수 있는
스킬 레벨을 넘어선 사람들인데
자신도 모르거나 때로는
불안해하며 스스로를 믿지 못합니다.
그들은 더 많은 일을
공개적으로 해야 합니다. 그래야 먼저
주변 사람들과 자신을 비교해보고 알 수 있습니다.
하지만 더 중요한 건
그 범위에 있는 누군가가
그들을 주목하고 말할 수 있다는 겁니다.
"오, 당신은 나만큼 훌륭한 엔지니어네요.
잠깐, 아직도 설거지로 생계를 유지하고 있다고요?
이게 뭔 소리야?" 그러면 이제
그 사람이 누군가를 고용해야 할 때
가장 먼저 떠올리는 사람이 당신이 됩니다.
그래서 현재 레벨이 어디든 상관없습니다.
만약 개선하려는 진정한 목표를 갖고 나타나서
개선하려는 것에 대해
사려 깊은 질문을 하고
그것을 위해 진정한 노력을 기울인다면
정말 열심히 일한다면
사람들이 얼마나 빨리 눈치채기 시작하는지 놀라게 될 거예요.
제가 본 적이 있어요.
16세 아이들이 자신들보다 훨씬 높은 연봉을 받는 사람들을
완전히 압도하는 것을 말이죠.
단지 그들이 충분히 관심을 가졌기 때문에요.
그런 사람들은 항상 눈에 띕니다.
여러분도 그런 사람이 되려고 노력해야 해요.
여러분의 목표는 그 연봉 수준에 도달하는 것이 아니어야 합니다.
여러분의 목표는 그 연봉 수준의 사람들과
대화를 나누는 것이어야 해요.
그들과 함께 대화에 참여하는 것 말이죠.
저는 트위치에 있을 때
완전히 무의식적으로 이걸 했어요.
만약 이걸 주니어, 미들, 시니어로 구분한다면
저는 매우 빠르게 제가 주로 저보다
두 배 많은 돈을 버는 사람들과
대화하고 있다는 걸 깨달았어요.
단지 그들이 하는 일에
관심이 있었고 그들이 저를 좋아했기 때문이었죠.
제 과거에 수많은 대화들이 있었는데
당시에는 그 중요성을
훨씬 나중에야 깨달았어요.
제가 알지도 못했고 심지어
저와 비교해서 얼마나 많은 돈을 버는지도
신경 쓰지 않았던 사람들이 있었어요.
저는 단지 그들이 제가 관심 있어 하거나
흥미로워하는 일을 담당하고 있다는 것만 알았고
그런 것들에 대해 질문을 했어요.
그러면 그들이 그걸 좋아했죠.
만약 누군가가 관심 있어 하는 것에 대해
좋은 질문을 한다면, 두 가지 중 하나가 일어나요.
그들이 그것에 대해 이야기하는 걸 좋아해서
답변을 하거나, 아니면 여러분의 판단이 틀렸기 때문에
답변을 하지 않아요.
그들이 실제로는 그것에 대해 그렇게 관심이 없거든요.
이것이 얼마나 잘 확장되는지 놀라게 될 거예요.
특히 전통적인 엔지니어링 작업을 하는
전통적인 엔지니어들과 함께 말이죠.
저는 좀 지쳤어요. 제가 받는 DM의
모든 미친 에세이 같은 것들에 지쳤거든요.
팁을 하나 드리자면, 이걸 더 자주 말해야겠는데
짜증나거든요. '안녕하세요, 테오님.
뭔가 여쭤볼 게 있어서 연락드렸습니다.
제 인생 이야기를 말씀드리면, 저는 4살 때부터 코딩을 시작했고...' 이런 식으로
4문단 후에 '그래서 어떻게 생각하세요?
X, Y, Z를 써야 할까요, 아니면 A, B, C를 다시 해야 할까요?'
이게 제가 받는 DM 대부분의 형식이에요.
도대체 뭐하자는 거죠?
이런 것들 중 일부는 일반적인 사회적 능력이
부족하기 때문이라는 걸 이해해요.
일부는 제가 매우 눈에 띄는 사람이기 때문이에요.
그래서 어떻게 대화해야 할지 모르는 사람이
질문이 있을 때
절반의 경우 제 DM으로 오게 되죠.
더 나은 예시를 보여드릴게요.
'X에 대한 당신의 비디오에서 Y를 하시는 걸 봤는데
Y는 Z를 위한 것이라고 생각했는데 좀 혼란스럽네요.
Z를 더 잘 이해할 수 있는
자료가 있으실까요?'
이건 정말 훌륭해요. 이렇게 DM을 보내신다면
저는 여러분을 기억할 거예요.
맥락부터 시작하세요.
'저를 여기로 이끈 것은 이것입니다'라고 간단히 말하세요.
여러분의 오해가 어디에 있는지
가능한 한 가장 간단하고 작은 부분으로 보여주고
그다음 요청을 하세요.
이 중 어느 것도 그 사람에 대한 것이 아니라는 점을 주목하세요.
이 중 어느 것도 그들의 여정에 대한 것이 아니에요.
이 중 어느 것도 그들의 인생에 대한 이야기가 아니에요.
그들을 제 DM으로 이끈 맥락부터
시작하는 거예요. 그들이 여기 온 이유와
빠진 부분이 무엇인지 명확히 하고
그다음 명시적으로 제가 직접 가르쳐달라고 하는 게 아니라
개인적으로 가르쳐달라는 게 아니라
올바른 방향을 제시해달라는 거예요.
그들이 여기 온 이유는 명확합니다.
특히 제 DM으로 온 이유도 명확하고요.
필요한 것도 명확하고
요청도 매우 명확하면서 저에게는 적은 노력과
부담이 적은 방식이죠. 이건 정말 훌륭한
DM입니다. 여기선 그런 게 전혀 없다는 걸 보세요.
왜 저에게 연락하는지 전혀 명확하지 않습니다.
제가 유명해서 연락하는 건가요?
제가 부자라고 생각해서 연락하는 건가요?
제가 마법처럼
일자리를 줄 수 있다고 생각해서 연락하는 건가요?
아마 이런 것들의 조합일 거예요, 솔직히 말해서.
그런데 이런 이유들은 제가 누군가와
대화하고 싶어하는 이유가 아닙니다.
만약 여러분이 제가 일자리를
구해줄 수 있다고 생각해서만 연락한다면
저는 여러분과 대화하고 싶지 않습니다.
만약 제가 말한 것 중에 여러분이 진짜로
관심 있어하는 주제가 있어서 연락한다면
여러분이 개념 중 하나를 이해하는 데 어려움을 겪고 있고
그 작은 부분을 해결하는 데 도움이 필요해서
저에게 가장 작은 요청을 가지고 온다면
그것이 더 자세히 배울 수 있는
자료에 대한 링크라면, 이런 것들은
저에게는 완전히 다른 의미입니다.
만약 여러분이 이 두 DM의
차이점을 볼 수 없다면
그냥 솔직히 말해서 언어 치료를 받으세요. 도움이 될 거예요.
직접 경험한 사람으로서 말하는데 인생을 구할 수도 있어요.
이것들 사이의 차이점은
기능적인 인간으로서
이해해야 할 필수적인 것입니다.
그리고 제가 받는 메시지의 대부분이
이런 식이기 때문에
이런 방식으로 눈에 띄는 것은 정말 쉽습니다.
지금 당장 제 트위치 채팅을 열어서
이런 것들 중 일부를 보여주고 싶을 정도예요
하지만 그러지는 않겠습니다.
그런 식으로 사람들을 괴롭히고
비난하고 싶지는 않거든요.
다만 간단하고 명확하고 간결한
소통이 연락하는 대상과
관련성이 있다는 것이 얼마나 중요한지 강조하고 싶을 뿐입니다.
그리고 만약 여러분이 그런 것을 잘할 수 있다면
이것은 엔지니어링에서 매우 드문 기술이라서
코드를 얼마나 잘 짜는지 모르더라도
이것 때문에라도 고용할 거예요.
지금 채팅에 있는 제 커뮤니티 멤버 중 한 명인
베드를 고용했는데, 그녀가 비디오 제작 과정에서
도움을 주도록 했습니다. 왜냐하면
그녀는 항상 모든 일에서 간결하고 명확했거든요.
그녀는 어떤 주제에 대해 에세이를 쓰는 것보다
유용한 링크를 올리는 경우가 더 많았어요.
그녀는 매우 유용했고 올바른 질문을 했으며
적절한 자료를 가져왔기 때문에
비디오 검토와 정보 수집 과정에서
도움을 주도록 했고
그녀는 우리가 비디오를 제작하는 속도를
상당히 개선시켜줬습니다.
그리고 그녀가 다른 회사에 관심을 보이며 연락할 때
저는 기꺼이 그녀를 추천해주고 있어요.
또한 제 채팅에 있는 가브리엘도 있는데
비슷하게 정말 정말 도움이 되는 사람이었어요.
제가 다루고 있는 내용에 대한 링크나
적절한 링크와 자료를 올리는 일을
거의 항상 맡아서 해주던 사람이었거든요.
제가 라이브로 이야기하는 것들에 대해서 말이죠.
그래서 제가 그에게 연락해서
돈을 지불하지 않고 이런 일을 하게 해서 미안하다고 했어요.
그래서 그에게 돈을 지불하기 시작했습니다.
가브리엘에게 돈을 지불하기 시작했고, 그가 베네수엘라에서 엔지니어로 얼마나 터무니없이 적은 급여를 받고 있었는지 알게 되었습니다.
네, 그 이후로 그는 제 추천으로 훨씬 더 좋은 직장을 얻었습니다.
그런데 제가 스스로를 곤란하게 만든 게, 그가 이제 정식 풀타임 엔지니어링 직장을 가지게 되어서 저희를 도울 시간이 많이 없어졌다는 점입니다.
하지만 이 모든 것은 이 사람들이 충분히 관심을 가졌다는 사실에서 비롯되었고, 단지 관심을 가지고 자신이 관심 있는 것에 대해 이야기함으로써 정말 빠르게 눈에 띄었습니다.
좋은 질문을 하는 법을 배우는 것은 직장에서 배워야 할 기술이 아닙니다. 저는 그렇게 해서 어떻게든 넘어갔지만, 포럼과 다른 커뮤니티에서도 충분히 활동했습니다.
마인크래프트 서버 호스팅을 하던 시절 제가 겪던 일반적인 문제는 호환되지 않는 두 플러그인을 사용하거나 어떤 문제가 생기는 것이었습니다. 그런 플러그인 중 하나의 포럼에 가서 '크래프트버킷과 월드가드를 같이 사용하려고 하는데요'라고 말하면 - 뭐 이런 식으로 말이죠, 이건 말이 안 되는 소리고요.
이에 대한 반응도 똑같이 말이 안 되거나 저를 비난하거나 아예 답변이 없었습니다. 하지만 제가 '특정 작업을 시도할 때 구체적인 오류가 발생합니다. 일반적인 디버깅 단계를 시도했지만 소용없었습니다. 이 문제를 겪은 다른 사용자 두 명을 봤습니다. 어떻게 고칠 수 있을까요?'라고 접근하면, 와우, 여기서 받는 반응은 멍청한 15살 테오가 월드가드에 기여하게 만들 정도였습니다.
일단 상대방도 사람이고 이를 인식하고 있다는 것을 깨달으면 얼마나 쉬운지 정말 놀랍습니다. 그리고 만약 당신이 저를, 이런 시니어 엔지니어들을 데이터를 던져 넣으면 데이터가 나올 거라고 기대하는 상자처럼 대한다면, 당신은 좋은 주니어가 아닙니다.
당신은 실제로 배우고 성장할 기회를 잡지 못하고 있습니다. 당신보다 높은 위치에 있는 사람들을 이용하려고만 하고 있는 거죠. 이 메시지는 저를 이용해서 돈을 벌려는 사람의 것입니다. 반면 이 메시지는 제 콘텐츠를 그런 방법으로 사용해서 자신을 발전시키려는 사람, 진심으로 자신을 개선하는 데 도움을 요청하는 사람의 것입니다.
그리고 만약 이것을 10배 더 발전시키고 싶다면, 제가 리소스를 제공했는데 그것이 뭔가 깨달음을 주었다면, 다음 DM이 '정말 감사합니다. 이것 덕분에 많은 것들이 이해되었습니다. 좀 큰 부탁일 수도 있지만, 제가 어려워했던 부분들에 대해 자세히 적은 블로그 포스트를 작성했습니다. 한 번 빠르게 봐주실 수 있을까요?'라면, 와우, 제가 이 사람을 채용 리스트에 올리는 속도는 믿을 수 없을 정도입니다.
정말이지, 그 블로그 포스트가 좋다면, 제게 오는 모든 구인 기회를 당신에게 우선적으로 제공할 것입니다. 무엇보다도, 예전 방식으로 취업하는 방법에 대한 오래된 자료들은 이제 쓸모없습니다.
이용 가능한 역할의 수, 그런 역할을 찾는 사람들의 수, 그리고 이 모든 것들 사이의 간격은 더 이상 코딩만으로는 첫 직장을 구할 수 없다는 것을 의미합니다. 그건 이제 불가능한 일입니다.
그리고 설령 그렇게 한다고 하더라도, 결국 도착하게 될 곳은 당신이 있고 싶지 않은 곳일 것입니다.
있고 싶어하지 않을 거예요. 또 다른 중요한 점은,
취업하려면 실력이 있어야 한다는 거죠. 첫 번째
포인트와 연결되는 얘기인데, 이제는 그 어느 때보다
회사 입장에서 아직 준비되지 않은 사람을 고용하는 것을
정당화하기 어려워졌어요. 이미 준비된 사람이
10명이나 그 자리를 노리고 있는데 말이죠.
예전에는 엔지니어가 너무 부족해서
자격 미달인 사람에게 투자해서
교육시키는 게 나았어요. 하지만 지금은
그런 상황이 아니에요. 그럴 가치가 없죠.
더 이상은요. 그러니까
스스로 훈련해야 한다는 뜻이에요.
AI 도구에 의존해서 어려운 부분을 넘기려 하지 말고요.
그리고 이건 정말 힘든 일이에요. 어려운 일이죠.
왜냐하면 그렇게 하는 게 인간의 본능이거든요.
뭔가 어려울 때, 예를 들어 음식을 한 입 베어물었는데
너무 뜨거우면, 몸에 해롭기 때문에
본능적으로 뱉어내잖아요.
어려운 것들을 피하는 것도 인간의 본능이에요.
특히 쉬운 해결책이 주어졌을 때는 더욱요.
하지만 이런 습관을 버려야 해요.
그렇지 않으면 이런 역할을 맡기 위해
필요한 수준에 절대 도달할 수 없거든요.
하지만 그 수준에 도달했다고 하더라도,
일자리를 얻을 만큼 실력이 된다 해도,
그 일자리를 얻으려면 신뢰를 쌓아야 해요.
업계에서 당신의 능력을 본 사람들이
없다면 그 일자리를 얻을 수 없어요.
그리고 제가 앞서 말했듯이,
GitHub을 형편없는 오픈소스 레포로 도배하거나
메인테이너들에게 형편없는 풀 리퀘스트로
스팸을 보내라는 게 아니에요.
그 분야에 실제로 참여하라는 거죠.
대화에 참여하고, 흥미로운 질문을 하고,
그럴 때 제 시간을 낭비하지 말라는 거예요.
이런 것들을 해낼 수 있다면,
예전보다 취업하는데 시간이 더 걸릴 수도 있어요.
대학을 졸업하고 이런 커뮤니티에
2년 동안 머물면서
파트타임 일을 하게 될 수도 있지만,
결국에는 해낼 거예요.
충분히 관심을 갖고 포기하지만 않으면요.
그리고 만약 이런 것들을 하지 않는다면,
이 중 어느 부분이라도 게을리 한다면,
어려운 것들을 통과하도록 자신을 밀어붙이지 않고,
커뮤니티에 참여하지 않고,
신뢰를 쌓고 자신을 발전시키는데
필요한 일들을 하지 않는다면,
운으로 성공할 수는 없어요.
예전에는 기본적으로 충분한 회사에
이력서를 던져서 그 중 하나가
절박해서 당신을 고용하게 만들면 됐어요.
그리고 그게 제가 들어간 방법이었어요.
제가 들어간 방법은 이제 끝났어요.
제가 이 업계에 들어간 방법은
이제 막혔어요.
그리고 저와는 완전히 다른 상황에 있는
사람들에게 조언을 해주는 게 마음이 무거워요.
저 같으면 이 모든 것들을 하지 않았을 거고
일자리도 얻지 못했을 거거든요.
하지만 이제 저는 반대편에 있어요.
많은 채용을 담당하고 있고,
다른 회사들의 채용도 많이 도와주고 있어요.
이런 것들에 대해 많이 생각해요.
그리고 만약 제가 이런 것들을 깊이 이해하고,
저에게 정말 좋은 질문들을 하며
지난 1년 정도 동안 의미 있는 성장을 보여준
사람을 생각해본다면,
그들이 이전에 일한 경험이 있는지는
전혀 상관없어요.
그런 수준의 신뢰가 없는 더 경험 많은 개발자보다
그런 사람을 훨씬 먼저 고용할 거예요.
신뢰는 요즘 정말 귀한 것입니다.
그리고 자신을 성장시키면서
동시에 신뢰를 쌓을 수 있는
방법을 찾을 수 있다면, 당신은 성공할 겁니다.
전 당신에 대해 전혀 걱정하지 않습니다.
하지만 만약 문제의
어려운 부분을 만나 고민하다가
Claude로 해결하고는
저에게 취업 도움을 요청하는
긴 DM을 보낸다면, 당신은 성공하지 못할 것입니다.
우리가 살고 있는 현실과 너무 동떨어져 있어서
제가 도와줄 수가 없습니다.
자신을 다시 정비하고
기대치를 재설정해야 합니다.
이해하지도 못하는 것을
당연히 받을 자격이 있다고 생각하는 태도를 버려야 합니다.
한 걸음 물러서서
정말 관심이 있는지 평가해보세요.
더 나은 엔지니어가 되고 싶은지
그리고 그 이유가 무엇인지 평가해보세요.
만약 취업해서 돈을 벌기 위해
이 기준을 충족시키려고 한다면
그런 시대는 빠르게 막을 내리고 있습니다.
하지만 만약 어렸을 때 게임을 하며
코드가 화면에서 움직이는
것들로 변하는 마법에
감동받았기 때문이라면.
만약 당신이 사용하는
애플리케이션들이 답답해서
고치고 싶어서 하는 것이라면.
만약 이 기술에 대한
진정한 애정이나 호기심 때문이라면.
그런 이유라면 계속하세요.
그리고 그것을 보여주세요.
저는 마인크래프트 때문에 시작했습니다.
더 어렸을 때부터 코딩을 만지긴 했지만
마인크래프트 서버를 호스팅하고 싶어서 진지하게 시작했습니다.
마지막으로 한 가지 더, 제가 하지 않은 말들이 있습니다.
제가 이런 이야기를 할 때마다 사람들은
제가 전혀 하지 않은 말들을
마음대로 끼워넣길 좋아합니다.
그래서 몇 가지 명확히 하겠습니다.
AI 도구를 사용하지 말라고 하는 게 아닙니다.
AI 도구를 사용할 좋은 용도들이 많이 있습니다.
'커서야, 이 에러 해결해줘'는 하지 마세요.
대신에... 잠깐 홍보 좀 할게요. T3 chat에 가서
'이런 특정 에러를 만나고 있는데
원인이 뭐일까요? 에러는 여기에 붙여넣었습니다.'
좋습니다. AI를 사용해서
무언가에 대한 이해를 높이는 것입니다.
예를 들어 'React 렌더링이 어떻게 작동하는지
이해하는 데 어려움을 겪고 있어요.
간단한 설명을 해줄 수 있나요?
저는 언리얼 엔진 렌더링이 어떻게 작동하는지 알고 있으니
그것과 비교해서 설명해주세요.'
훌륭합니다. 이게 AI의 좋은 사용법입니다.
자신을 향상시키기 위해 사용하는 것이지
코드를 더 좋게 만들기 위해 자신의 향상을 피하려고 하는 게 아닙니다.
훌륭합니다. A+입니다.
이런 기술들을 익힌 후에는
AI를 사용해서 문제들을 해결할 수 있습니다.
당신보다 낮은 수준이라고 말하지는 않겠지만
해결할 줄 아는 문제인데
하기 싫은 문제가 있다면
AI는 그런 용도로 훌륭합니다.
모르는 것이 있고 그것에 대해
배우고 싶다면 AI가 좋습니다.
배우고 싶지 않은 것이 있다면
AI가 절대 배우지 않고 절대 발전하지 않도록
너무 쉽게 만들어줄 것입니다.
이 균형을 찾는 것이 핵심입니다.
만약 이 균형으로 어려움을 겪고 있다면
괜찮습니다. AI 도구를 버리고
나중에 다시 사용하세요.
더 나아지는 것이 아니라 더 나아지는 것을 피하는 데 도움이 되는 것은 좋을 수 있습니다. 그래서 저는
AI 도구를 사용하지 말라고 하는 게 아닙니다. 제가 말하는 것은
AI 도구를 사용하지 말라는 것입니다. 제가 말하는 것은
자신을 향상시키는 대신 AI 도구를 사용하지 말라는 것입니다.
제가 확실히 말하지 않는 또 다른 것은
포기하라는 것입니다. 그럴 가치가 없다고 말하는 것이 아닙니다.
지금은 엔지니어가 되기에 그 어느 때보다 좋은 시기입니다.
한편으로는 첫 번째 역할을 얻는 것이 더 어렵습니다.
다른 한편으로는 올라가고, 주변의 모든 것을 다시 쓰고,
업계에서 자신을 향상시키고
그리고 진정한 영향력 있는 변화를 만드는 것
상상할 수 없는 규모로
지금이 그 어느 때보다 가능합니다.
제가 만난 가장 영향력 있는 사람들 중 일부는
첫 번째 직장 6개월 후에 그 영향을 미쳤습니다.
제가 아는 한 Shad Cen 같은 사람들은
Forcell에서 일하기 전에는
풀타임 엔지니어링 직업이 없었습니다.
얼마나 놀라운가요? 그렇게 많은 것의 뒤에 있는 수석 설계자가
Shad Cen UI와 Vzero의 광기가
그냥 일하던 사람이었다는 것이 말입니다.
포기하지 마세요. 일단 통과하면
상상할 수 있는 것보다 더 많은 영향을 미칠 수 있습니다.
지금은 그 어느 때보다 좋은 시기입니다.
관심이 있다면 들어가기에 좋은 시기입니다.
관심이 없다면 비참한 시기입니다.
그래서 저는 2.5를 할 것입니다.
관심이 없다면, 그것은 찢어질 것입니다.
제가 말하는 것입니다. 제가 확실히 말하는 것입니다.
하지만 애초에 여기 있다면,
이 비디오를 몇 분이나 보고 있다면,
당신은 아마 대부분보다 더 신경 쓸 것입니다.
당신은 괜찮을 것입니다. 당신은 여기에 속합니다.
저는 또한 확실히 GitHub을 포기하라고 말하는 것이 아닙니다.
GitHub이 마법의 무언가가 되기를 기대하지 말라고 말하는 것입니다.
당신에게 직업을 구해주는 것. 저는 말하지 않습니다.
당신이 사용하는 것에 기여하지 말라고 말하지 않습니다.
GitHub 리포지토리를 찾지 말라고 말하는 것입니다.
형편없는 PR로 스팸을 보내서
당신이 사물에 기여했다고 주장할 수 있도록.
하지만 도구를 사용하고 있고
문제에 부딪히고 있다면
재현 과정과 함께 자세한 이슈를 자르고
심지어 스택 블리츠 링크까지 만들고
그런 다음 수정을 위해 풀 리퀘스트를 제공한다면
그것은 고용하기가 너무 쉽습니다.
믿을 수 없을 정도로. 전체 프로세스를 할 수 있다면
멋집니다. 그것이 훨씬 더 중요합니다.
특정 프레임워크를 얼마나 잘 아는지보다.
저는 이것을 희미하게 암시하지도 않았습니다.
하지만 사람들은 저를 비난하는 것을 좋아합니다.
이렇게 말하는 것을. 당신은 직업을 얻을 수 없습니다
React를 배우지 않으면. 저는 결코 말한 적이 없습니다
이와 같은 것을 희미하게라도, 그래서 저는
왜 계속 나오는지 모르겠지만,
여기서 그것을 언급해야 한다고 느꼈습니다.
당신은 직업을 얻을 수 있습니다. 마치, 제가 고용한 사람들의 절반은
제가 그들을 고용했을 때 React 엔지니어가 아니었습니다.
저는 상관하지 않습니다. 무엇이든 사용하세요
그것에 대해 이야기할 때 흥미진진할 정도로 충분히 관심을 두는 것을.
저는 또한, 마지막으로
제가 말하지 않는 것. 확실히 하지 않는 것
무작위로 유명한 사람들에게 스팸을 보내는 것은
당신의 바보같은 질문들로 이 분야에서.
절대로 이것을 말하는 것이 아닙니다.
아무것도 아니라면, 여기 제 작은 섹션에서,
저는 이것이 하지 않을 것이라고 알고 있기를 바라지만,
하지만 저는 바랍니다
이것이 제가 더 적은 DM을 받는 결과를 가져오기를.
그것이 어떻게 될지 알고 있지만,
하지만 꿈을 꿀 수는 있습니다. 좋아요, 저는
저와 같은 사람들이 대우받기를 원합니다
당신이 노력을 기울인 마지막 수단 자원으로
문제를 스스로 해결하려고 노력하고
정말로 해결할 수 없는 빠진 부분이 있을 때
머릿속에서 연결고리를 찾을 수 없을 때
그때 저에게 와주세요. 그건 정말 좋습니다.
하지만 진행하면서 생기는 모든 질문을
누군가에게 스팸처럼 보내지는 마세요.
저 같은 사람들이 만든 리소스를
최대한 활용하려고 노력해보세요.
그리고 그런 리소스의 한계에 도달했을 때
차분하고 친절하게, 그리고 신중하게
적합한 사람에게 연락하세요.
하지만 그런 연락에서 보여주는 절제는
연락의 질만큼이나 중요합니다.
저에게 연락하는 방식은
제가 적절한 사람인지만큼이나 중요해요.
만약 제가 유명하고 부유해서
연락한다면... 안 됩니다.
만약 제가 당신이 관심 있어 하는
특정 주제에 대해 흥미롭고
이해하기 쉽게 이야기한 유일한 사람이고
물어볼 수 있는
다른 사람을 모르고
이미 모든 리소스를 찾아보았는데
아무것도 찾을 수 없어서
정말 명확하고 작은 요청으로
저에게 온다면
정말 좋습니다.
하루 종일 그런 연락을 받고 싶어요.
모든 연락에 최선을 다해 답장하겠습니다.
지금도 그러고 있어요.
항상 DM 답장이 밀려있지만
팔로워가 전혀 없는 사람들에게도
여러분이 상상하는 것보다
훨씬 많이 답장해왔어요.
정말 좋은 질문으로 연락했기 때문이죠.
아니면 또 다른 재미있는 경우는
제가 가진 문제의 해결책을 가지고 연락하는 거예요.
Yoᅟhere가 정말 멋진 플러그인을 만들었어요.
VS Code에서 TypeScript 에러 포맷이
너무 형편없어서
저도 많이 불만을 토로했고
다른 사람들도 그랬죠.
그가 Discord로 저에게 연락했어요.
'안녕하세요, 큰 팬입니다.
에디터에서 TypeScript 에러 때문에
고생하시는 걸 봤어요.
저도 항상 그렇거든요.
에러를 이런 식으로 보이게 하는
작은 플러그인을 만들었어요.
스크린샷과 GitHub 저장소 링크입니다.'
세 문장도 안 되는 내용이었어요.
보자마자 '와, 이게 훨씬 낫네'라고
생각했고 바로 설치했습니다.
이제 이 VS Code 익스텐션 없이는
살 수 없을 정도예요.
너무 감명받아서 거의 즉시
이것에 대한 영상을 만들었어요.
그리고 Yoᅟhere에게
그에게 조금이라도 맞을 것 같은
모든 취업 기회를 제공했어요.
그가 실질적인 문제를
매우 실용적인 방식으로 해결하고
놀랍도록 잘 소통했기 때문이에요.
그가 영어 원어민인지는 모르겠지만
저에게 보내는 DM의 모든 단어에
엄청난 노력을 기울여요.
상관없어요.
그가 소통을 잘하고
실질적인 문제 해결책을 제공하면서
가치를 보여준다는 게 분명하거든요.
만약 여러분이 이 모든 것을 할 수 있다면
소통을 잘하고
문제 해결에 노력을 기울이고
그리고 모든 사람이 첫 번째 시도에서
이걸 제대로 할 거라고 기대하지는 않아요.
실수할 거고, 넘어질 거예요.
하지만 이런 말들을 하는 게 아니에요.
하지 말라고 하는 게 아니에요. 포기하라고
하는 것도 아니고요. 확실히 스팸을
보내라고 하는 것도 아니에요. 신중하게 배우고
성장하면서 내일 어디에 있든 상관없이
계속 더 나아지도록 자신에게
도전하라는 얘기예요. 그리고 그렇게 하는 한,
개발자로서 발전한다는 게 무엇인지
생각해보는 한, 매일 노력할 만큼
충분히 신경 쓰는 한, 성공할 거예요.
그러니까 포기하지 마세요. 계속
밀어붙이세요. 제가 겪었던 때보다
더 어려워졌어요. 그리고 이게 제가
문지기 역할을 하면서 뒤에서
사다리를 걷어차는 것처럼 들리지 않기를
정말 바라요. 저는 정반대로
하려고 최선을 다하고 있어요. 사다리를
가리키려고 해요. 제가 시작했을 때보다
훨씬 사용하기 어려워진 사다리를요.
저와 함께 여기까지 올라올 만큼
신경 쓰는 사람들이 성공할 수 있게 하려고요.
그리고 이게 여러분 중 몇 명이라도
거기까지 도달하는 데 도움이 되기를 바라요.
그리고 아직 구독 버튼을 누르지 않은
절반의 여러분, 대체 어떻게
영상을 여기까지 봤나요? 그리고 제가
이 모든 작업을 무료로 하고 있는데,
여러분은 하지 않을 거예요
어쨌든, 마지막에 좀 이기적이었던 것 같아 죄송해요.
이건 정말 많은 작업이에요.
이건 마치, 오늘 우리가 얼마나 많이
그렸는지 보세요? 이 시점에서 거의
은하수처럼 보이네요.
어쨌든, 이 주제에 대해 할 말은
이게 전부예요. 이게 여러분에게
도움이 되길 바라요. 그렇지 않다면 죄송하고,
도움이 된다면 정말 좋고요.
몇 년 후 여러분이 어디에 있을지 궁금해요.
그리고 1-2년 후에 그 직장을 구하게 되고
이 영상이 어떤 식으로든 거기까지
가는 데 도움이 되었다면,
저에게 DM을 보내주세요. 그런 DM이
제가 가장 좋아하는 거예요. "안녕하세요,
당신이 말한 이 무작위적인 한 가지가
제 생각을 바꿔놨고 이제 잘되고 있어요."
그런 멋진 DM을 보내주세요.
그리고 언젠가 그런 DM을 보낼 수 있기를
정말 바라요. 다음 번까지, 이게 도움이
되기를 바라요. 계속 코딩하세요, 너드들.
그리고 AI가 여러분의 모든 문제를
해결하게 하는 걸 그만두세요.
진짜로, 문제 해결을 멈추고 클로드가 모든 걸