The Mom Test는 새로운 비즈니스를 시작하려는 사람들을 위한 고객 인터뷰/고객 개발(Customer Development) 방법론에 관한 짧은 책이다. 우리가 창업 등의 아이디어를 어머니께 말씀드리면, 어머니는 이해가 안되거나 좋은 아이디어가 아니라고 생각해도 "아이고 우리 아들/딸, 정말 좋은 생각이구나!"라고 할 가능성이 아주 높다. 하지만 이건 진정한 피드백이 아니다. Mom Test는 이런 상황을 피하고 진짜 인사이트를 얻을 수 있는 인터뷰 방법을 이야기한다. 개인적으로 이 책 소개를 블라인드의 공동창업자 김성겸님으로부터 소개받았는데 큰 도움이 되었으며 UX 리서치에 관심을 갖는 계기가 되었다.

Mom Test는 어머니조차도 거짓말할 수 없는 방식으로 질문하는 것에 대한 것이다. 즉, 상대방의 진짜 생각을 듣는 방법에 관한 것이다. The Mom Test의 핵심 내용을 몇 개의 요점으로 정리해봤다.

 1. 유도 질문을 피하기: 친구, 가족, 잠재 고객에게 당신의 아이디어가 좋은지 묻지 말자 (예: "이거 좋은 생각이라고 생각해?"). 사람들은 보통 감정을 상하지 않게 하려고 공손하지만 도움 안 되는 피드백을 주기 쉽다.
 2. 그들의 문제에 집중하기: 네 아이디어를 장황하게 홍보하지 말고, 그들의 실제 경험, 어려움, 일하는 방식에 대해 물어보자. 해결책을 제시하기 전에 그들의 문제를 깊이 이해해야 한다.
 3. 의견이 아닌 사실을 물어보기: 가상의 시나리오가 아닌 구체적인 과거 행동을 물어보면서 실행 가능한 인사이트를 모아보려 하자 ("이걸 쓸 것 같아?"가 아니라 "지난번엔 이 문제를 어떻게 해결했어?").
 4. 대화를 편하고 열린 분위기로 유지하기: 너무 준비하거나 형식적으로 만들지 말자. 고객 인터뷰를 친근한 대화처럼 다뤄서 사람들이 더 편하게 진솔한 피드백을 공유할 수 있게 하자.
 5. 실질적인 commitment 찾기: 진정한 검증은 막연한 관심이나 칭찬이 아니라, 선주문, 파일럿 프로그램 참여 동의, 또는 다른 사람 소개해주기 같은 구체적인 관심과 행동 (commitment)에서 발생한다.

특히 창업 초기 단계에서 "이 사업 아이템이 정말 고객의 문제를 해결하는가?"를 검증하는 데 관심이 있다면 이 책을 강력 추천한다.

The Mom Test는 새로운 비즈니스를 시작하려는 사람들을 위한 고객 인터뷰/고객 개발(Customer Development) 방법론에 관한 짧은 책이다. 우리가 창업 등의 아이디어를 어머니께 말씀드리면, 어머니는 이해가 안되거나 좋은 아이디어가 아니라고 생각해도 "아이고 우리 아들/딸, 정말 좋은 생각이구나!"라고 할 가능성이 아주 높다. 하지만 이건 진정한 피드백이 아니다. Mom Test는 이런 상황을 피하고 진짜 인사이트를 얻을 수 있는 인터뷰 방법을 이야기한다. 개인적으로 이 책 소개를 블라인드의 공동창업자 김성겸님으로부터 소개받았는데 큰 도움이 되었으며 UX 리서치에 관심을 갖는 계기가 되었다. Mom Test는 어머니조차도 거짓말할 수 없는 방식으로 질문하는 것에 대한 것이다. 즉, 상대방의 진짜 생각을 듣는 방법에 관한 것이다. The Mom Test의 핵심 내용을 몇 개의 요점으로 정리해봤다. <ol ><li>유도 질문을 피하기: 친구, 가족, 잠재 고객에게 당신의 아이디어가 좋은지 묻지 말자 (예: "이거 좋은 생각이라고 생각해?"). 사람들은 보통 감정을 상하지 않게 하려고 공손하지만 도움 안 되는 피드백을 주기 쉽다.</li><li>그들의 문제에 집중하기: 네 아이디어를 장황하게 홍보하지 말고, 그들의 실제 경험, 어려움, 일하는 방식에 대해 물어보자. 해결책을 제시하기 전에 그들의 문제를 깊이 이해해야 한다.</li><li>의견이 아닌 사실을 물어보기: 가상의 시나리오가 아닌 구체적인 과거 행동을 물어보면서 실행 가능한 인사이트를 모아보려 하자 ("이걸 쓸 것 같아?"가 아니라 "지난번엔 이 문제를 어떻게 해결했어?").</li><li>대화를 편하고 열린 분위기로 유지하기: 너무 준비하거나 형식적으로 만들지 말자. 고객 인터뷰를 친근한 대화처럼 다뤄서 사람들이 더 편하게 진솔한 피드백을 공유할 수 있게 하자.</li><li>실질적인 commitment 찾기: 진정한 검증은 막연한 관심이나 칭찬이 아니라, 선주문, 파일럿 프로그램 참여 동의, 또는 다른 사람 소개해주기 같은 구체적인 관심과 행동 (commitment)에서 발생한다.</li></ol> 특히 창업 초기 단계에서 "이 사업 아이템이 정말 고객의 문제를 해결하는가?"를 검증하는 데 관심이 있다면 이 책을 강력 추천한다.

책 The Mom Test 요약

한글판이 있는지 모르겠지만 영문판의 136 페이지다. 

https://www.amazon.com/Mom-Test-customers-business-everyone/dp/1492180742
https://www.momtestbook.com/

소프트웨어 개발하시면서 여러분은 어떤 터미널 앱을 사용하시나요?

저는 운영체제 순정 터미널부터, iTerm2, PuTTY, Kitty, Hyper, Warp, 코드 편집기 내장 터미널까지 정말 여러가지 앱을 써봤는데요. 최근 개발자 커뮤니티에서 Ghostty라는 신상 터미널에 대한 칭찬이 자자하더라고요. 그래서 한 번 설치해봤는데 완전히 제 취향인 거 있죠? 😍 다른 분들께도 추천드리고 싶어서 Ghostty 소개 영상을 찍어보았습니다.

📺 동영상: https://youtu.be/GjRlyBXRc0M

Ghostty는 Hyper나 Warp처럼 화려한 UI나 다양한 부가 기능을 제공하지는 않지만, 터미널 본연의 기능에 아주 충실합니다. 깔끔하고 직관적인 UI 덕분에 사용자 경험이 다른 터미널에 비해서 월등히 좋구요. 차세대 자바스크립트 런타임인 Bun에서도 쓰인 Zig 언어로 작성되어 있어서 정말 가볍고 빠릿빠릿하죠.

Ghostty는 그냥 설치만 하면 대부분의 사용자가 바로 만족하면서 쓰실 수 있는 흔치 않은 터미널 앱이라고 생각합니다. 기본 설정이 정말 요즘 트랜드에 맞게 합리적으로 되어 있어서 건드리고 싶은 설정이 거의 없더라고요. 그래서 저는 딱 1주일 써보고 Ghostty로 완전히 갈아탔는데 여러분은 어떠실지 모르겠네요? 😸

소프트웨어 개발하시면서 여러분은 어떤 터미널 앱을 사용하시나요? 저는 운영체제 순정 터미널부터, iTerm2, PuTTY, Kitty, Hyper, Warp, 코드 편집기 내장 터미널까지 정말 여러가지 앱을 써봤는데요. 최근 개발자 커뮤니티에서 Ghostty라는 신상 터미널에 대한 칭찬이 자자하더라고요. 그래서 한 번 설치해봤는데 완전히 제 취향인 거 있죠? 😍 다른 분들께도 추천드리고 싶어서 Ghostty 소개 영상을 찍어보았습니다. 📺 동영상: https://youtu.be/GjRlyBXRc0M Ghostty는 Hyper나 Warp처럼 화려한 UI나 다양한 부가 기능을 제공하지는 않지만, 터미널 본연의 기능에 아주 충실합니다. 깔끔하고 직관적인 UI 덕분에 사용자 경험이 다른 터미널에 비해서 월등히 좋구요. 차세대 자바스크립트 런타임인 Bun에서도 쓰인 Zig 언어로 작성되어 있어서 정말 가볍고 빠릿빠릿하죠. Ghostty는 그냥 설치만 하면 대부분의 사용자가 바로 만족하면서 쓰실 수 있는 흔치 않은 터미널 앱이라고 생각합니다. 기본 설정이 정말 요즘 트랜드에 맞게 합리적으로 되어 있어서 건드리고 싶은 설정이 거의 없더라고요. 그래서 저는 딱 1주일 써보고 Ghostty로 완전히 갈아탔는데 여러분은 어떠실지 모르겠네요? 😸

😘 나의 최애 터미널 앱 Ghostty 👻

Work will be messy and volatile in 2025: Focus on developing these leadership skills.

Three Nonnegotiable Leadership Skills for 2025 | Melissa Swift

새해가 시작되면서, 리더들이 복잡하고 불확실한 업무 환경을 헤쳐나가기 위해 반드시 갖춰야 할 기술은 무엇일까요? 또한, 이러한 리더십 기술을 개발하는 방법에 대해 연구는 무엇을 말하고 있을까요? 다음은 MIT Sloan에서 제시하는 리더들이 반드시 갖춰야 할 세 가지 기술과 이를 강화하는 3가지 내용입니다. 참고되시기 바랍니다.

1. 기본: 공정성 (Fairness)
 * 현황
   오늘날 많은 직장에서 직원들은 불만족을 나타냅니다. 참여도는 하락하고, 정치적 견해는 극단화되며, 70%의 근로자가 급여에 불만족을 느낍니다.
 * 공정성의 중요성
   공정성은 리더가 이러한 부정적 정서를 완화할 수 있는 비밀 무기입니다. 여기서 말하는 공정성은 법적으로 요구되는 공정성 이상을 의미합니다. 이는 대인 공정성에 초점을 맞춥니다. 예를 들어:
   * 정보를 제공받을 때, 출처가 아닌 정보 자체를 판단하는가?
   * 회의에서 모든 사람의 의견을 균등하게 경청하는가?
   * 편애로 비난받은 적이 있는가, 그리고 그 비난이 사실로 여겨질 수 있는가?
 * 공정성의 효과
   연구에 따르면 리더가 공정하게 행동하면 번아웃 방지 효과가 있으며, 반대로 공정성이 부족하다고 느끼는 경우 번아웃 속도가 빨라집니다.
 * 공정성 개발 방법
   공정성은 세 가지 차원에서 발전시킬 수 있습니다:
   * 관계적 정의: 직원들에게 존중과 윤리적 태도로 대합니다.
   * 과업 정의: 약속을 지키고 투명하게 의사결정을 내립니다.
   * 분배 정의: 직원의 노력에 맞는 결과를 제공합니다.
>> 작은 행동에서 시작하세요. 예를 들어, 이메일에 감사의 말을 충분히 포함하고, 모든 직원에게 공평한 기회를 제공합니다.

2. 성장 가속기: 호기심 (Curiosity)
 * 호기심의 역할
   호기심은 조직의 예측 가능한 패턴을 넘어 더 나은 경력 성장 경로를 설계할 수 있도록 도와줍니다.
   * 새로운 질문을 던지며 학습 기회를 창출합니다.
   * 조직의 변화 속도를 기다리지 않고 스스로를 성장시킬 수 있습니다.
 * 호기심을 개발하는 방법
   심리학 연구에 따르면, 호기심은 정보 격차를 메우려는 뇌의 시도에서 비롯됩니다. 즉, 어떤 주제에 대해 어느 정도 알고 있지만 완전히 알지 못할 때 더 알고 싶어지는 동기가 생깁니다.
   * 스스로에게 어떤 정보 격차가 있는지 질문하세요.
   * 조직 외부에서 학습 기회를 찾아보세요.
   * 지식의 빈 공간을 메우는 습관을 들이세요.

3. 구원책: 유머 감각 (Sense of Humor)
 * 유머 감각의 중요성
   공정성과 호기심을 실행하더라도, 조직의 예측 불가능한 환경에서는 유머 감각이 필요합니다.
   * 유머 감각은 자신과 상황을 너무 심각하게 받아들이지 않는 능력을 의미합니다.
   * 긴장과 압박을 완화하여 문제를 더 쉽게 해결할 수 있도록 도와줍니다.
 * 유머의 올바른 사용
   * 유머는 신중하게 사용해야 하며, 문화적, 상황적 차이를 고려해야 합니다.
   * 적절한 유머 감각은 자신과 상황의 우스꽝스러운 면을 받아들일 수 있는 능력을 포함합니다.
   * 지나치게 심각한 태도를 피하고, 문제를 해결하기 위한 창의적 접근법을 제공합니다.

 * source: https://sloanreview.mit.edu/article/three-nonnegotiable-leadership-skills-for-2025/

새해가 시작되면서, 리더들이 복잡하고 불확실한 업무 환경을 헤쳐나가기 위해 반드시 갖춰야 할 기술은 무엇일까요? 또한, 이러한 리더십 기술을 개발하는 방법에 대해 연구는 무엇을 말하고 있을까요? 다음은 MIT Sloan에서 제시하는 리더들이 반드시 갖춰야 할 세 가지 기술과 이를 강화하는 3가지 내용입니다. 참고되시기 바랍니다. 1. 기본: 공정성 (Fairness)<ul ><li>현황 오늘날 많은 직장에서 직원들은 불만족을 나타냅니다. 참여도는 하락하고, 정치적 견해는 극단화되며, 70%의 근로자가 급여에 불만족을 느낍니다.</li><li>공정성의 중요성 공정성은 리더가 이러한 부정적 정서를 완화할 수 있는 비밀 무기입니다. 여기서 말하는 공정성은 법적으로 요구되는 공정성 이상을 의미합니다. 이는 대인 공정성에 초점을 맞춥니다. 예를 들어:<ul ><li>정보를 제공받을 때, 출처가 아닌 정보 자체를 판단하는가?</li><li>회의에서 모든 사람의 의견을 균등하게 경청하는가?</li><li>편애로 비난받은 적이 있는가, 그리고 그 비난이 사실로 여겨질 수 있는가?</li></ul></li><li>공정성의 효과 연구에 따르면 리더가 공정하게 행동하면 번아웃 방지 효과가 있으며, 반대로 공정성이 부족하다고 느끼는 경우 번아웃 속도가 빨라집니다.</li><li>공정성 개발 방법 공정성은 세 가지 차원에서 발전시킬 수 있습니다:<ul ><li>관계적 정의: 직원들에게 존중과 윤리적 태도로 대합니다.</li><li>과업 정의: 약속을 지키고 투명하게 의사결정을 내립니다.</li><li>분배 정의: 직원의 노력에 맞는 결과를 제공합니다.</li></ul></li></ul>&gt;&gt; 작은 행동에서 시작하세요. 예를 들어, 이메일에 감사의 말을 충분히 포함하고, 모든 직원에게 공평한 기회를 제공합니다. 2. 성장 가속기: 호기심 (Curiosity)<ul ><li>호기심의 역할호기심은 조직의 예측 가능한 패턴을 넘어 더 나은 경력 성장 경로를 설계할 수 있도록 도와줍니다.<ul ><li>새로운 질문을 던지며 학습 기회를 창출합니다.</li><li>조직의 변화 속도를 기다리지 않고 스스로를 성장시킬 수 있습니다.</li></ul></li><li>호기심을 개발하는 방법심리학 연구에 따르면, 호기심은 정보 격차를 메우려는 뇌의 시도에서 비롯됩니다. 즉, 어떤 주제에 대해 어느 정도 알고 있지만 완전히 알지 못할 때 더 알고 싶어지는 동기가 생깁니다.<ul ><li>스스로에게 어떤 정보 격차가 있는지 질문하세요.</li><li>조직 외부에서 학습 기회를 찾아보세요.</li><li>지식의 빈 공간을 메우는 습관을 들이세요.</li></ul></li></ul> 3. 구원책: 유머 감각 (Sense of Humor)<ul ><li>유머 감각의 중요성공정성과 호기심을 실행하더라도, 조직의 예측 불가능한 환경에서는 유머 감각이 필요합니다.<ul ><li>유머 감각은 자신과 상황을 너무 심각하게 받아들이지 않는 능력을 의미합니다.</li><li>긴장과 압박을 완화하여 문제를 더 쉽게 해결할 수 있도록 도와줍니다.</li></ul></li><li>유머의 올바른 사용<ul ><li>유머는 신중하게 사용해야 하며, 문화적, 상황적 차이를 고려해야 합니다.</li><li>적절한 유머 감각은 자신과 상황의 우스꽝스러운 면을 받아들일 수 있는 능력을 포함합니다.</li><li>지나치게 심각한 태도를 피하고, 문제를 해결하기 위한 창의적 접근법을 제공합니다.</li></ul></li></ul> <ul ><li>source: https://sloanreview.mit.edu/article/three-nonnegotiable-leadership-skills-for-2025/</li></ul>

MIT Sloan Management Review

[MITSloan] 2025년 리더십을 위한 세 가지 필수 기술

작년 12월 세일즈포스 CEO Marc Benioff가 "20VC with Harry Stebbings"라는 팟캐스트에서 2025년에는 Agentforce라는 AI 제품에 집중할 것이란 이야기를 하면서 2025년에는 소프트웨어 엔지니어 채용을 중단하고 영업인력 1-2천명을 채용할 수도 있다라는 말을 했다. 전문은 아래와 같다 (댓글 기사 참고)

“We’re not adding any more software engineers next year because we have increased the productivity this year with Agentforce and with other AI technology that we’re using for engineering teams by more than 30% – to the point where our engineering velocity is incredible. I can’t believe what we’re achieving in engineering.”

“And then, we will have less support engineers next year because we have an agentic layer. We will have more salespeople next year because we really need to explain to people exactly the value that we can achieve with AI. So, we will probably add another 1,000 to 2,000 salespeople in the short term.”

메타 마크 저커버그의 말보다 더 분명하게 AI 발전이 소프트웨어 개발이 끼치는 영향을 강력하게 이이야기했는데 레딧의 반응을 보면 아주 냉소적인데 동의하지 않을 수 없다. 몇 가지 반응을 요약해보면 다음과 같다.

 * 세일즈포스를 써본 사람이라면 바로 느끼겠지만 윈도우 XP에 어울릴 것 같은 UI/UX를 자랑하며 사용하기 아주 복잡하고 정말 이 회사가 소프트웨어 서비스 개발회사냐? 개발자를 정말 채용하기는 했었는지 의심스럽다
 * 이건 CEO의 완전한 허세야. 세일즈포스 웹사이트에 "소프트웨어 엔지니어"라는 타이틀로 125개의 채용 공고가 올라와 있어. https://careers.salesforce.com/en/jobs/?search=&team=Software+Engineering&pagesize=20#results

세일즈포스 서비스를 사용해보면 정말 어떻게 이런 서비스가 마켓 1등이지 놀랄 정도로 형편없다. 또한 개발자가 많기 보다는 서비스를 설치하고 교육해주는 컨설턴트가 더 많지 않나 싶다 :) . 그리고 지금은 137개의 소프트웨어 엔지니어 오프닝이 있다 :)

정말 AI로 얼마나 대체가 되는지는 세일즈포스에서 VP로 일하는 지인에게 몇 달 후 사실 여부를 한번 확인해볼 생각이지만 현재로는 못 믿겠다에 100표

작년 12월 세일즈포스 CEO Marc Benioff가 "20VC with Harry Stebbings"라는 팟캐스트에서 2025년에는 Agentforce라는 AI 제품에 집중할 것이란 이야기를 하면서 2025년에는 소프트웨어 엔지니어 채용을 중단하고 영업인력 1-2천명을 채용할 수도 있다라는 말을 했다. 전문은 아래와 같다 (댓글 기사 참고) “We’re not adding any more software engineers next year because we have increased the productivity this year with Agentforce and with other AI technology that we’re using for engineering teams by more than 30% – to the point where our engineering velocity is incredible. I can’t believe what we’re achieving in engineering.” “And then, we will have less support engineers next year because we have an agentic layer. We will have more salespeople next year because we really need to explain to people exactly the value that we can achieve with AI. So, we will probably add another 1,000 to 2,000 salespeople in the short term.” 메타 마크 저커버그의 말보다 더 분명하게 AI 발전이 소프트웨어 개발이 끼치는 영향을 강력하게 이이야기했는데 레딧의 반응을 보면 아주 냉소적인데 동의하지 않을 수 없다. 몇 가지 반응을 요약해보면 다음과 같다. <ul ><li>세일즈포스를 써본 사람이라면 바로 느끼겠지만 윈도우 XP에 어울릴 것 같은 UI/UX를 자랑하며 사용하기 아주 복잡하고 정말 이 회사가 소프트웨어 서비스 개발회사냐? 개발자를 정말 채용하기는 했었는지 의심스럽다</li><li>이건 CEO의 완전한 허세야. 세일즈포스 웹사이트에 "소프트웨어 엔지니어"라는 타이틀로 125개의 채용 공고가 올라와 있어. https://careers.salesforce.com/en/jobs/?search=&amp;team=Software+Engineering&amp;pagesize=20#results</li></ul> 세일즈포스 서비스를 사용해보면 정말 어떻게 이런 서비스가 마켓 1등이지 놀랄 정도로 형편없다. 또한 개발자가 많기 보다는 서비스를 설치하고 교육해주는 컨설턴트가 더 많지 않나 싶다 :) . 그리고 지금은 137개의 소프트웨어 엔지니어 오프닝이 있다 :) 정말 AI로 얼마나 대체가 되는지는 세일즈포스에서 VP로 일하는 지인에게 몇 달 후 사실 여부를 한번 확인해볼 생각이지만 현재로는 못 믿겠다에 100표

세일즈포스: 2025년에는 개발자 채용 없다?

https://www.salesforceben.com/salesforce-will-hire-no-more-software-engineers-in-2025-says-marc-benioff/

몇몇 해외 업체랑 계약을(판매면 좋겠지만 구매..🥹) 위해서 거의 한 달 이상 영어 메일을 주고 받고 있는데, ChatGPT 없었으면 메일 검토하고 쓰는 것만 하루에 한시간 이상씩 보냈을 듯.

이뿐만이 아니라 여러가지로, 진짜 ChatGPT 없던 날로 돌아가라면 스맛폰 없던 시절보다 더 고통(?)스러울 듯.

몇몇 해외 업체랑 계약을(판매면 좋겠지만 구매..🥹) 위해서 거의 한 달 이상 영어 메일을 주고 받고 있는데, ChatGPT 없었으면 메일 검토하고 쓰는 것만 하루에 한시간 이상씩 보냈을 듯. 이뿐만이 아니라 여러가지로, 진짜 ChatGPT 없던 날로 돌아가라면 스맛폰 없던 시절보다 더 고통(?)스러울 듯.

MMA를 좋아하는 사람이라면 모두들 조 로건이란 해설자를 알 것이다. 원래는 코메디언이었고 지금은 JRE(Joe Rogan Experience)라는 유튜브/팟캐스트 채널로 유명한데 이 사람이 지난 1월 10일 메타의 마크 저커버그 창업자와 2시간 반 넘게 인터뷰를 공개했다.

대략 인터뷰가 시작되고 2시간 8분이 넘었을 무렵 조 로건이 이런 이야기를 하기 시작했다.

“First of all they’ve already shown that AI has learned to code I mean this is one of the things that open AI said that they’re learning how to code their own AI”
“우선, AI가 이미 코딩을 배우는 모습을 보여주었는데 이는 OpenAI가 자신들의 AI 자체를 코딩하는 방법을 배우고 있다고 언급한 것 중 하나다.”

이 이야기를 듣고 마크 저커버그는 잠깐 정신을 못 차린 건지 아래와 같은 이야기를 늘어놓기 시작했다.

“I think this year probably in 2025 we at Meta as well as the other companies that are basically working on this are going to have an AI that can effectively be a sort of mid-level engineer that you have at your company that can write code. And once you have that then in the beginning it’ll be really expensive to run. Then you can get it to be more efficient and then over time we’ll get to the point where a lot of code in our apps and including AI that we generate is actually going to be built by AI engineers instead of people engineers”
“아마도 올해, 2025년 안에 Meta뿐만 아니라 이와 관련된 작업을 하고 있는 다른 기업들도 회사의 중급 엔지니어 수준으로 효과적으로 코드를 작성할 수 있는 AI를 가지게 될 것이라고 생각한다. 처음에는 이를 운영하는 데 정말 많은 비용이 들겠지만, 점차 더 효율적으로 만들어질 것이다. 그리고 시간이 지나면, 우리의 앱에서 사용하는 많은 코드와 우리가 생성하는 AI 자체도 인간 엔지니어가 아닌 AI 엔지니어에 의해 제작되는 단계에 이를 것이다.”

그리고나서 본인 말이 가지는 임팩트를 깨달았는지 빠르게 아래와 같은 말을 덧붙였다.

“but I don’t know I think that that’ll augment the people working on it so I mean my view on this is like in the future people are just going to be so much more creative and they’re going to be freed up to do kind of crazy things”
“하지만 잘 모르겠다. 내 생각에는 이것이 해당 작업을 하는 사람들을 보완해줄 것 같다. 즉 내 관점으로는, 미래에는 사람들이 훨씬 더 창의적으로 변하고, 자유로워져서 정말 대단하고 독창적인 일을 할 수 있게 될 것이다.”

------------

위 인터뷰 자체는 하나의 에피소드 정도로 느낄 수도 있겠지만 트럼프와 항상 날 세운 형태로 대립하던 마크 저커버그가 이제 트럼프가 다시 대통령이 되니 180도 다른 이야기를 하는 걸 보면 그다지 좋게 보이지는 않는다. 그 와중에 오늘 (미국 시간 1월 14일) 블룸버그에 이런 기사가 떴다.

Meta to Cut Roughly 5% of Staff, Targeting Lowest Performers
“Meta Platforms Inc. is cutting roughly 5% of its staff through performance-based terminations and plans to hire new people to fill their roles this year, according to an internal memo sent to all employees.”

메타, 성과 최하위 직원을 대상으로 약 5% 인력 감축 예정
“메타 플랫폼스(Meta Platforms Inc.)는 모든 직원에게 보내진 내부 메모에 따르면 성과 기반으로 전체 직원의 약 5%를 해고하고, 올해 대체할 새로운 인원을 채용할 계획이라고 밝혔다.”

5%는 대략 3,600명에 해당한다고 한다. 어쩌면 이 감축의 일부는 AI로 대체하려는 것은 아닐까? 사실 불가능한 것은 아닐 것 같다. 2025년 개발자 세상에는 어떤 일들이 벌어질까?

MMA를 좋아하는 사람이라면 모두들 조 로건이란 해설자를 알 것이다. 원래는 코메디언이었고 지금은 JRE(Joe Rogan Experience)라는 유튜브/팟캐스트 채널로 유명한데 이 사람이 지난 1월 10일 메타의 마크 저커버그 창업자와 2시간 반 넘게 인터뷰를 공개했다. 대략 인터뷰가 시작되고 2시간 8분이 넘었을 무렵 조 로건이 이런 이야기를 하기 시작했다. “First of all they’ve already shown that AI has learned to code I mean this is one of the things that open AI said that they’re learning how to code their own AI”“우선, AI가 이미 코딩을 배우는 모습을 보여주었는데 이는 OpenAI가 자신들의 AI 자체를 코딩하는 방법을 배우고 있다고 언급한 것 중 하나다.” 이 이야기를 듣고 마크 저커버그는 잠깐 정신을 못 차린 건지 아래와 같은 이야기를 늘어놓기 시작했다. “I think this year probably in 2025 we at Meta as well as the other companies that are basically working on this are going to have an AI that can effectively be a sort of mid-level engineer that you have at your company that can write code. And once you have that then in the beginning it’ll be really expensive to run. Then you can get it to be more efficient and then over time we’ll get to the point where a lot of code in our apps and including AI that we generate is actually going to be built by AI engineers instead of people engineers”“아마도 올해, 2025년 안에 Meta뿐만 아니라 이와 관련된 작업을 하고 있는 다른 기업들도 회사의 중급 엔지니어 수준으로 효과적으로 코드를 작성할 수 있는 AI를 가지게 될 것이라고 생각한다. 처음에는 이를 운영하는 데 정말 많은 비용이 들겠지만, 점차 더 효율적으로 만들어질 것이다. 그리고 시간이 지나면, 우리의 앱에서 사용하는 많은 코드와 우리가 생성하는 AI 자체도 인간 엔지니어가 아닌 AI 엔지니어에 의해 제작되는 단계에 이를 것이다.” 그리고나서 본인 말이 가지는 임팩트를 깨달았는지 빠르게 아래와 같은 말을 덧붙였다. “but I don’t know I think that that’ll augment the people working on it so I mean my view on this is like in the future people are just going to be so much more creative and they’re going to be freed up to do kind of crazy things”“하지만 잘 모르겠다. 내 생각에는 이것이 해당 작업을 하는 사람들을 보완해줄 것 같다. 즉 내 관점으로는, 미래에는 사람들이 훨씬 더 창의적으로 변하고, 자유로워져서 정말 대단하고 독창적인 일을 할 수 있게 될 것이다.” ------------ 위 인터뷰 자체는 하나의 에피소드 정도로 느낄 수도 있겠지만 트럼프와 항상 날 세운 형태로 대립하던 마크 저커버그가 이제 트럼프가 다시 대통령이 되니 180도 다른 이야기를 하는 걸 보면 그다지 좋게 보이지는 않는다. 그 와중에 오늘 (미국 시간 1월 14일) 블룸버그에 이런 기사가 떴다. Meta to Cut Roughly 5% of Staff, Targeting Lowest Performers“Meta Platforms Inc. is cutting roughly 5% of its staff through performance-based terminations and plans to hire new people to fill their roles this year, according to an internal memo sent to all employees.” 메타, 성과 최하위 직원을 대상으로 약 5% 인력 감축 예정“메타 플랫폼스(Meta Platforms Inc.)는 모든 직원에게 보내진 내부 메모에 따르면 성과 기반으로 전체 직원의 약 5%를 해고하고, 올해 대체할 새로운 인원을 채용할 계획이라고 밝혔다.” 5%는 대략 3,600명에 해당한다고 한다. 어쩌면 이 감축의 일부는 AI로 대체하려는 것은 아닐까? 사실 불가능한 것은 아닐 것 같다. 2025년 개발자 세상에는 어떤 일들이 벌어질까?

2025년 메타 5% 인력 감축: AI 개발자 대체의 신호탄?

블룸버그 5% 인력 감축 기사: https://www.bloomberg.com/news/articles/2025-01-14/meta-is-planning-to-cut-5-of-lowest-performers-memo-shows

조 로건 인터뷰 영상: https://www.youtube.com/watch?v=7k1ehaE0bdU&t=7685s

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

Binary Tree Level Order Traversal | 알고달레

코딩 테스트를 준비하시는 분들을 위해서 일주일에 한 번씩 문제 풀이를 해드리고 있습니다. 이번 시간에는 LeetCode의 102번째 문제인 Binary Tree Level Order Traversal를 큐(Queue) 자료구조를 활용하여 너비우선탐색(BFS)으로 풀어보겠습니다.

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

코딩 테스트를 준비하시는 분들을 위해서 일주일에 한 번씩 문제 풀이를 해드리고 있습니다. 이번 시간에는 LeetCode의 102번째 문제인 Binary Tree Level Order Traversal를 큐(Queue) 자료구조를 활용하여 너비우선탐색(BFS)으로 풀어보겠습니다. 📺 동영상: https://youtu.be/dEW2za8gd8M📝 설명/코드: https://www.algodale.com/problems/binary-tree-level-order-traversal/

알고달레

리트코드 Binary Tree Level Order Traversal

보험은 꽤 큰 금액을 오랫동안 내게 됩니다. 그럼에도 불구하고 자기가 가진 보험이 어떤 상태인지 잘 모르는 경우들이 많습니다. 내 보험을 제대로 알지 못하면 여러모로 취약해집니다. 유지하는 게 좋은 보험을 다른 사람의 조언으로 해지하기도 하고, 특약을 조정하거나 해지하는 게 나은 보험을 오랫동안 유지하기도 합니다. 다른 사람이 아니라 내가 잘 이해하고 있어야

해빗팩토리가 데이터, 자동화, AI를 활용하여 생산성을 10배로 만든 방법, 100배로 만들 계획

해빗팩토리, 현재 AI(LLM)을 제일 잘 쓰고 있는 회사가 아닐까 싶은데요. 제 패캠 강의(프롬프트 엔지니어링)의 씨앗이 되었던 회사입니다. ㅎㅎ

ChatGPT가 처음 출시되었던 시기에 강의를 해 달라는 분들이 매우 많았는데요. 저는 강의하는 걸 매우 싫어하는 사람이라, 솔직히 강의 하기 싫어서 강의료 겁나 비싸게 부르고 다니면서 마음의 평화를 얻고 있었는데(강의료 말하면 연락 끊김 ㅋㅋ) 그럼에도 불구하고 꼭 필요하시다며 불러주셨던 곳. 그 후에 진짜 빠르게 앞서가시는 것에 감탄했습니다.

그리고 그 강의가 도움이 되었다고 해 주셔서, 그걸 기초로 패캠 강의와 책을 만들게 되었죠. 패캠 강의도 사실은 오프라인 강의하기 싫어서 이거 보세요 하려고 만든거에요. 🥲

암튼, 최근에 너무 훌륭한 서비스들을 만들고 계셔서 이제는 제가 가서 배워야 할 것 같네요. 👍

이런 글에 광고 안하면 섭섭하니까 간만에 광고도 한 번 😉☺️

강의 👉 https://fastcampus.co.kr/data_red_golbin
도서 👉 https://m.yes24.com/Goods/Detail/126690830

https://www.jungyunho.com/100xhabitfactory/

해빗팩토리, 현재 AI(LLM)을 제일 잘 쓰고 있는 회사가 아닐까 싶은데요. 제 패캠 강의(프롬프트 엔지니어링)의 씨앗이 되었던 회사입니다. ㅎㅎ ChatGPT가 처음 출시되었던 시기에 강의를 해 달라는 분들이 매우 많았는데요. 저는 강의하는 걸 매우 싫어하는 사람이라, 솔직히 강의 하기 싫어서 강의료 겁나 비싸게 부르고 다니면서 마음의 평화를 얻고 있었는데(강의료 말하면 연락 끊김 ㅋㅋ) 그럼에도 불구하고 꼭 필요하시다며 불러주셨던 곳. 그 후에 진짜 빠르게 앞서가시는 것에 감탄했습니다. 그리고 그 강의가 도움이 되었다고 해 주셔서, 그걸 기초로 패캠 강의와 책을 만들게 되었죠. 패캠 강의도 사실은 오프라인 강의하기 싫어서 이거 보세요 하려고 만든거에요. 🥲 암튼, 최근에 너무 훌륭한 서비스들을 만들고 계셔서 이제는 제가 가서 배워야 할 것 같네요. 👍 이런 글에 광고 안하면 섭섭하니까 간만에 광고도 한 번 😉☺️ 강의 👉 https://fastcampus.co.kr/data_red_golbin도서 👉 https://m.yes24.com/Goods/Detail/126690830 https://www.jungyunho.com/100xhabitfactory/

정윤호닷컴

CSS에서 자식이나 후손 요소는 아주 쉽게 선택할 수 있지만, 부모나 조상 요소를 선택하는 것은 불가능한 일이 었습니다. 그래서 오랫동안 자바스크립트를 동원해서 이러한 문제를 해결하곤 했었죠.

하지만 CSS에
:has()
가상 클래스가 추가되면서 이것도 이제 옛말이 되었습니다. 웹 개발자들이 많이 기다렸던 만큼 2023년 State of JS 설문 조사 가장 많이 채택된 기능으로 뽑히고도 했었죠.

이번 포스팅에서는 비교적 최근에 CSS에 추가된 기능인
:has()
가상 클래스를 어떻게 사용하는지 알아보도록 하겠습니다.

📝 포스팅: https://www.daleseo.com/css-has/

CSS에서 자식이나 후손 요소는 아주 쉽게 선택할 수 있지만, 부모나 조상 요소를 선택하는 것은 불가능한 일이 었습니다. 그래서 오랫동안 자바스크립트를 동원해서 이러한 문제를 해결하곤 했었죠. 하지만 CSS에 <code>:has()</code> 가상 클래스가 추가되면서 이것도 이제 옛말이 되었습니다. 웹 개발자들이 많이 기다렸던 만큼 2023년 State of JS 설문 조사 가장 많이 채택된 기능으로 뽑히고도 했었죠. 이번 포스팅에서는 비교적 최근에 CSS에 추가된 기능인 <code>:has()</code> 가상 클래스를 어떻게 사용하는지 알아보도록 하겠습니다. 📝 포스팅: https://www.daleseo.com/css-has/

CSS의 :has() 가상 클래스 사용법

React로 단일 페이지 애플리케이션(SPA)을 개발하고 Spring Boot를 통해 배포하는 과정에서, 사용자들이 특정 페이지로 이동한 후 새로고침을 하면 404 오류가 발생하는 경우가 있습니다. 이는 React와 Spring Boot가 라우팅을 처리하는 방식의 차이에서 비롯된 문제로, 많은 개발자가 마주하는 흔한 이슈입니다.
 
문제 상황: 새로고침 시 404 오류 발생
React 애플리케이션에서 BrowserRouter를 사용하여 클라이언트 사이드 라우팅(Client-Side Routing)을 처리할 때, 새로고침 시 다음과 같은 404 오류가 발생할 수 있습니다.
GET https://example.com/purchased-product 404 (Not Found)

이 상황은 브라우저가 /purchased-product 경로에 대한 요청을 서버로 보냈지만, Spring Boot 서버가 해당 경로를 처리하는 방법을 알지 못해 404 Not Found를 반환했기 때문에 발생합니다.
 
React는 클라이언트에서 모든 라우팅을 처리하도록 설계되었으나, 브라우저는 새로고침하거나 직접 URL을 입력했을 때 서버에 요청을 보내는 기본 동작을 따릅니다. 따라서 Spring Boot 서버가 이러한 요청을 적절히 처리하지 않으면 위와 같은 문제가 발생합니다.
 
문제 원인: React와 Spring Boot 라우팅 처리 방식의 차이
[React의 클라이언트 사이드 라우팅]
React에서 BrowserRouter는 브라우저의 주소(URL)를 변경하지만 실제로 서버에 요청을 보내지 않습니다. 대신, 클라이언트 측에서 라우팅이 이루어지며, 경로에 매핑된 React 컴포넌트를 렌더링합니다.
 * URL 변경은 브라우저 주소창에서만 이루어집니다.
 * React 내부에서 지정된 컴포넌트가 로드됩니다.
 
[브라우저의 기본 동작]
반면, 브라우저에서 새로고침하거나 URL을 직접 입력하면 해당 경로에 대한 요청을 서버로 보냅니다.
 * 서버는 경로에 대해 정의된 처리가 없는 경우, 404 Not Found를 반환합니다.
 * 이는 서버가 클라이언트 사이드 라우팅 경로에 대해 무지한 상태이기 때문입니다.
 
React와 브라우저의 동작 차이를 이해했으니, 이제 이를 해결하기 위한 Spring Boot 설정 방법을 살펴보겠습니다.
 
해결 방법: Spring Boot에서 React 경로 처리하기
Spring Boot 서버가 React 애플리케이션의 모든 경로를 처리하도록 설정하면, 브라우저가 서버로 보내는 모든 요청에 대해 React의 index.html 파일을 반환할 수 있습니다. 이렇게 하면 브라우저는 React 애플리케이션을 다시 로드하고, 클라이언트 측에서 올바른 경로를 렌더링할 수 있습니다.
 
[구현 방법]
Spring Boot에서 React 라우팅을 처리하기 위한 WebController를 다음과 같이 작성할 수 있습니다.
import org.springframework.boot.web.servlet.error.ErrorController;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;

@Controller
public class WebController implements ErrorController {

    @GetMapping({
        "/purchased-product"
    })
    public String index() {
        // Spring Boot가 React의 index.html 파일을 반환하도록 설정
        // index.html은 /resources/static 또는 /resources/public에 위치
        return "index.html";
    }
}

 위 코드는 React 애플리케이션의 경로를 명시적으로 나열하고, 해당 경로에 대한 요청이 들어오면 index.html을 반환하도록 설정합니다. 이렇게 하면 React의 라우터가 클라이언트 측에서 경로를 처리할 수 있는 환경을 제공하게 됩니다.
 
결론
Spring Boot와 React를 통합할 때, 클라이언트 사이드 라우팅으로 인해 발생하는 새로고침 404 오류는 React와 브라우저의 기본 동작 차이에서 발생합니다. 서버에서 React의 모든 경로를 처리하도록 설정함으로써 문제를 쉽게 해결할 수 있습니다.

React로 단일 페이지 애플리케이션(SPA)을 개발하고 Spring Boot를 통해 배포하는 과정에서, 사용자들이 특정 페이지로 이동한 후 새로고침을 하면 404 오류가 발생하는 경우가 있습니다. 이는 React와 Spring Boot가 라우팅을 처리하는 방식의 차이에서 비롯된 문제로, 많은 개발자가 마주하는 흔한 이슈입니다.&nbsp;문제 상황: 새로고침 시 404 오류 발생React 애플리케이션에서 BrowserRouter를 사용하여 클라이언트 사이드 라우팅(Client-Side Routing)을 처리할 때, 새로고침 시 다음과 같은 404 오류가 발생할 수 있습니다.<pre ><code class="language-bash">GET https://example.com/purchased-product 404 (Not Found)</code></pre>이 상황은 브라우저가 /purchased-product 경로에 대한 요청을 서버로 보냈지만, Spring Boot 서버가 해당 경로를 처리하는 방법을 알지 못해 404 Not Found를 반환했기 때문에 발생합니다.&nbsp;React는 클라이언트에서 모든 라우팅을 처리하도록 설계되었으나, 브라우저는 새로고침하거나 직접 URL을 입력했을 때 서버에 요청을 보내는 기본 동작을 따릅니다. 따라서 Spring Boot 서버가 이러한 요청을 적절히 처리하지 않으면 위와 같은 문제가 발생합니다.&nbsp;문제 원인: React와 Spring Boot 라우팅 처리 방식의 차이[React의 클라이언트 사이드 라우팅]React에서 BrowserRouter는 브라우저의 주소(URL)를 변경하지만 실제로 서버에 요청을 보내지 않습니다. 대신, 클라이언트 측에서 라우팅이 이루어지며, 경로에 매핑된 React 컴포넌트를 렌더링합니다.<ul ><li>URL 변경은 브라우저 주소창에서만 이루어집니다.</li><li>React 내부에서 지정된 컴포넌트가 로드됩니다.</li></ul>&nbsp;[브라우저의 기본 동작]반면, 브라우저에서 새로고침하거나 URL을 직접 입력하면 해당 경로에 대한 요청을 서버로 보냅니다.<ul ><li>서버는 경로에 대해 정의된 처리가 없는 경우, 404 Not Found를 반환합니다.</li><li>이는 서버가 클라이언트 사이드 라우팅 경로에 대해 무지한 상태이기 때문입니다.</li></ul>&nbsp;React와 브라우저의 동작 차이를 이해했으니, 이제 이를 해결하기 위한 Spring Boot 설정 방법을 살펴보겠습니다.&nbsp;해결 방법: Spring Boot에서 React 경로 처리하기Spring Boot 서버가 React 애플리케이션의 모든 경로를 처리하도록 설정하면, 브라우저가 서버로 보내는 모든 요청에 대해 React의 index.html 파일을 반환할 수 있습니다. 이렇게 하면 브라우저는 React 애플리케이션을 다시 로드하고, 클라이언트 측에서 올바른 경로를 렌더링할 수 있습니다.&nbsp;[구현 방법]Spring Boot에서 React 라우팅을 처리하기 위한 WebController를 다음과 같이 작성할 수 있습니다.<pre ><code class="language-java">import org.springframework.boot.web.servlet.error.ErrorController;
import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.GetMapping;

@Controller
public class WebController implements ErrorController {

 @GetMapping({
 "/purchased-product"
 })
 public String index() {
 // Spring Boot가 React의 index.html 파일을 반환하도록 설정
 // index.html은 /resources/static 또는 /resources/public에 위치
 return "index.html";
 }
}</code></pre>&nbsp;위 코드는 React 애플리케이션의 경로를 명시적으로 나열하고, 해당 경로에 대한 요청이 들어오면 index.html을 반환하도록 설정합니다. 이렇게 하면 React의 라우터가 클라이언트 측에서 경로를 처리할 수 있는 환경을 제공하게 됩니다.&nbsp;결론Spring Boot와 React를 통합할 때, 클라이언트 사이드 라우팅으로 인해 발생하는 새로고침 404 오류는 React와 브라우저의 기본 동작 차이에서 발생합니다. 서버에서 React의 모든 경로를 처리하도록 설정함으로써 문제를 쉽게 해결할 수 있습니다.

🕊️ Spring Boot&React에서 새로 고침 404 오류 해결

변경하기 쉬운 프론트엔드 코드를 위한 지침서

Frontend Fundamentals

토스에서 프론트엔드 코드를 위한 지침서를 공개했습니다.

https://frontend-fundamentals.com

GitHub를 통해 공개된 문서를 기반으로 하고 있는 웹사이트입니다. 아직 기여 가이드는 만들어지지 않았네요.

하지만 GitHub Discussions 페이지에서 의견을 교류할 수 있다고 합니다.

토스에서 프론트엔드 코드를 위한 지침서를 공개했습니다. https://frontend-fundamentals.com GitHub를 통해 공개된 문서를 기반으로 하고 있는 웹사이트입니다. 아직 기여 가이드는 만들어지지 않았네요. 하지만 GitHub Discussions 페이지에서 의견을 교류할 수 있다고 합니다.

frontend-fundamentals.com

[1] 해야 할일 리스트 만들기 > [2] 우선 순위 정하기 > [3] 정해진 시간 안에 수행하기 > [4] 피드백 과정 거치기

시간이 지날수록, 시간은 금이라는 말이 점점 실감이 납니다.
무엇을 제대로 한것도 없는데 벌써 2025년 1월의 중반을 지나고 있으니 말입니다.

올해 4월에 대학원 졸업과 취업 준비라는 큰 이벤트를 앞둔 저에게도 앞으로 해나가야 할 다양한 숙제들과 프로젝트를 생각하고 나면 벌써부터 마음이 무거워지고 한숨이 절로 납니다.

하지만, 이대로 그냥 한숨만 쉬면 포기하고 있을 수는 없죠. 우리의 앞길에 놓인 중요한 프로젝트들을 성공적으로 수행하기 위해 제가 작년부터 사용하고 있는 방법을 공유해보려 합니다.

저는 매일 약 4-5개의 투두 리스트(To-do List)를 만들고 그 리스트를 하루 동안 수행하고 있습니다. 그리고 작년까지 약 70개의 해야 할 업무 및 일정들을 큰 문제없이 잘 처리해왔습니다.

그럼 첫번째 단계인 [1] 해야 할일 정하기 부터 이야기해 볼까요?

[1] 해야 할일 정하기

매일 여러분들은 해야 할 일들 리스트를 의식적으로 만들고 수행하고 있나요?
해야 할일이 정해진 삶이란 단조롭고 기계적이라고 느낄수도 모르겠습니다.
하지만 실제로 투두 리스트를 만들고 나면, 마음이 생각보다 편해지는 걸 느낄 수 있습니다.

특히 저처럼 하고 싶은 것들이 많은 욕심쟁이들에게는
하루하루가 매일 다른 일들을 벌려놓고 흐지부지 끝나는 경우들이 많습니다.

이 때 우리가 그날 해야 하는 일들을 정하는 것이 도움이 될 수 있습니다.
이 때의 포인트는 리스트는 5개가 넘어가면 안된다는 점입니다.

여러분들이 5개 이상의 리스트를 만드는 순간,
그 때부터 여러분들의 하루는 롤러코스터가 될 가능성이 매우 높습니다.

하루 정도는 괜찮지만, 매일 그런 삶을 살고 싶지는 않으시겠죠? 해야 할일 리스트를 만들어보세요. 사소한 것이라도 좋습니다, 만들면서 여러분들은 깨닫게 될거에요.

우리가 하루 동안 정말 어떤 일들을 하고 있는지를 말이죠.

다음 편에서 [2] 우선 순위 정하기에 대해 이야기 해볼게요 :)

[1] 해야 할일 리스트 만들기 &gt; [2] 우선 순위 정하기 &gt; [3] 정해진 시간 안에 수행하기 &gt; [4] 피드백 과정 거치기 시간이 지날수록, 시간은 금이라는 말이 점점 실감이 납니다. 무엇을 제대로 한것도 없는데 벌써 2025년 1월의 중반을 지나고 있으니 말입니다. 올해 4월에 대학원 졸업과 취업 준비라는 큰 이벤트를 앞둔 저에게도 앞으로 해나가야 할 다양한 숙제들과 프로젝트를 생각하고 나면 벌써부터 마음이 무거워지고 한숨이 절로 납니다. 하지만, 이대로 그냥 한숨만 쉬면 포기하고 있을 수는 없죠. 우리의 앞길에 놓인 중요한 프로젝트들을 성공적으로 수행하기 위해 제가 작년부터 사용하고 있는 방법을 공유해보려 합니다. 저는 매일 약 4-5개의 투두 리스트(To-do List)를 만들고 그 리스트를 하루 동안 수행하고 있습니다. 그리고 작년까지 약 70개의 해야 할 업무 및 일정들을 큰 문제없이 잘 처리해왔습니다. 그럼 첫번째 단계인 [1] 해야 할일 정하기 부터 이야기해 볼까요? [1] 해야 할일 정하기 매일 여러분들은 해야 할 일들 리스트를 의식적으로 만들고 수행하고 있나요? 해야 할일이 정해진 삶이란 단조롭고 기계적이라고 느낄수도 모르겠습니다. 하지만 실제로 투두 리스트를 만들고 나면, 마음이 생각보다 편해지는 걸 느낄 수 있습니다. 특히 저처럼 하고 싶은 것들이 많은 욕심쟁이들에게는 하루하루가 매일 다른 일들을 벌려놓고 흐지부지 끝나는 경우들이 많습니다. 이 때 우리가 그날 해야 하는 일들을 정하는 것이 도움이 될 수 있습니다. 이 때의 포인트는 리스트는 5개가 넘어가면 안된다는 점입니다. 여러분들이 5개 이상의 리스트를 만드는 순간, 그 때부터 여러분들의 하루는 롤러코스터가 될 가능성이 매우 높습니다. 하루 정도는 괜찮지만, 매일 그런 삶을 살고 싶지는 않으시겠죠? 해야 할일 리스트를 만들어보세요. 사소한 것이라도 좋습니다, 만들면서 여러분들은 깨닫게 될거에요. 우리가 하루 동안 정말 어떤 일들을 하고 있는지를 말이죠. 다음 편에서 [2] 우선 순위 정하기에 대해 이야기 해볼게요 :)

성공적인 프로젝트 관리의 4단계 프로세스

스크리닝, 코딩, 시스템 디자인, Behavioral 인터뷰, 팀 매칭, 오퍼

Meta SWE 면접 합격 후기

요즘 채용이 조심스럽게 되살아나고 있고 메타도 채용을 많이 하고 있는거 같습니다. 

블라인드 앱 보면 주위 개발자 25%가 메타 면접을 보고 있는거 같다는 글도 보이는데요. 저도 메타 인터뷰 관련해서 DM을 많이 받았습니다. 특히 다른 회사에는 없는 '팀 매칭' 단계에 대해서 질문이 많았는데 이 부분 포함해서 좀 더 상세히 글로 정리했습니다.

https://www.nyprogrammer.com/p/meta-swe-interview

요즘 채용이 조심스럽게 되살아나고 있고 메타도 채용을 많이 하고 있는거 같습니다.&nbsp; 블라인드 앱 보면 주위 개발자 25%가 메타 면접을 보고 있는거 같다는 글도 보이는데요. 저도 메타 인터뷰 관련해서 DM을 많이 받았습니다. 특히 다른 회사에는 없는 '팀 매칭' 단계에 대해서 질문이 많았는데 이 부분 포함해서 좀 더 상세히 글로 정리했습니다. https://www.nyprogrammer.com/p/meta-swe-interview

www.nyprogrammer.com

“혼자서 앱을 개발해 나간다는 게 쉬운 작업이 아닌데, 혹시 스터디나 모임도 활용하셨는지 궁금합니다.”
“활용하지 않습니다.”

스터디그룹에 참여해 보지 않았던 것은 아닙니다.
20대에는 무슨 스터디만 한다 하면 어떻게든 시간을 내서 참여했습니다.

내가 발표할 시간이 되면 스트레스받아 가면서 시간에 쫓겨 자료를 만들고…
남들 발표 시간에는 편안한 마음으로 듣기도 하고…
스터디에 많이 참여하니 항상 바쁘게 쪼개서 시간을 썼는데, 그에 비해 배움은 크지 않은 것 같았습니다.
이상하다. 마치 헛공부만 하고 있는 느낌이랄까…?
이런 경험이 반복되면서 스터디에 참여하는 것을 점점 주저하게 됐습니다.

스터디 그룹에 참여하면 누가 떠먹여 주지 않을까 하는 생각이 그렇게 만들었던 건 아닐까?
어차피 공부는 누가 떠먹여 주는 것이 아니라 내가 해야 하는 것인데.

가만히 생각해 보면 제대로 학습했다는 느낌이 들었던 순간은 언제나 제 책상 앞이었습니다.
혼자 끙끙대면서 스스로에게 질문하고 답하는 시간을 더 많이 갖고 싶습니다.

“혼자서 앱을 개발해 나간다는 게 쉬운 작업이 아닌데, 혹시 스터디나 모임도 활용하셨는지 궁금합니다.”“활용하지 않습니다.” 스터디그룹에 참여해 보지 않았던 것은 아닙니다.20대에는 무슨 스터디만 한다 하면 어떻게든 시간을 내서 참여했습니다. 내가 발표할 시간이 되면 스트레스받아 가면서 시간에 쫓겨 자료를 만들고…남들 발표 시간에는 편안한 마음으로 듣기도 하고…스터디에 많이 참여하니 항상 바쁘게 쪼개서 시간을 썼는데, 그에 비해 배움은 크지 않은 것 같았습니다.이상하다. 마치 헛공부만 하고 있는 느낌이랄까…?이런 경험이 반복되면서 스터디에 참여하는 것을 점점 주저하게 됐습니다. 스터디 그룹에 참여하면 누가 떠먹여 주지 않을까 하는 생각이 그렇게 만들었던 건 아닐까?어차피 공부는 누가 떠먹여 주는 것이 아니라 내가 해야 하는 것인데. 가만히 생각해 보면 제대로 학습했다는 느낌이 들었던 순간은 언제나 제 책상 앞이었습니다.혼자 끙끙대면서 스스로에게 질문하고 답하는 시간을 더 많이 갖고 싶습니다.

스터디 그룹에 참여하지 않는 이유

우연히 보게 된 유투브(링크는 댓글 참고)인데 서울대내에서 어떤 학생들이 학점이 좋은지 그리고 공통적인 학습방법이 있는지 찾아보려는 연구에 관한 이야기이다. 뭔가 도움이되는 흥미로운 결과를 기대하고 시작한 이 연구는 기대와는 완전히 다르게 진행되었다.

학점을 좋게 받는 학생들의 공통점은 질문을 하거나 본인의 생각을 가지려고 하는게 아니라 주입식으로 교수님의 강의를 달달 외운 경우였다. 교수님의 의견에 동의하지 않는 경우 시험 문제에서 본인의 의견을 그래도 주장하겠냐는 질문에 다들 점수를 잘 받기 위해서 교수님의 생각을 적겠다고 답을 했다.

동일한 연구자가 미국 미시간 대학의 학생들을 대상으로 조사를 해보니 강의시간에 교수님의 이야기를 그대로 적는 사람들은 거의 없었고 대부분 흥미로운 부분이나 자기의 생각을 필기했다고 답했고 교수님 강의 필기와 학점 간에 별다른 상관관계가 없었다. 또한 인터뷰에 응한 모든 학생들이 교수님의 의견과 본인의 의견이 다른 경우 그래도 본인의 의견을 적겠다고 했다.
영상 중 아래 문장들이 참 슬프게 다가왔다.

"질문왕 승현이는 이제 더 이상 질문을 하지 않습니다"
"너는 어떠한 생각도 가져서는 안되고 네 생각이 아무리 좋아도 교수님과 다르면 버려야 되고 교수님의 말씀을 단 한마디도 빼놓지 않고 적어야 하고 이게 서울대학교의 교육이라고 과연 이야기할 수 있을까?"

두 학교 학생들은 모두 열심히 하지만 방향이 다르며 (수용적 vs. 비판적) 결국 학점이란 게임의 룰이 다르다보니 결국 학생들의 성향까지 변화시킨다. 정답을 찾으라는 교육과 아닌 교육의 차이점이다.

이 유튜브 비디오는 대학생으로 국한해서 연구를 했지만 개발자를 대상으로 해도 크게 다를지 않을 것 같다. 사람의 능력은 한국이나 미국이나 크게 다르다고 생각하지 않는다. 질문을 꺼리는 환경과 장려하는 환경, 순응하기를 원하는 환경과 비판을 허용하는 환경, 환경의 차이가 사람의 성장에 차이를 가져온다.

우연히 보게 된 유투브(링크는 댓글 참고)인데 서울대내에서 어떤 학생들이 학점이 좋은지 그리고 공통적인 학습방법이 있는지 찾아보려는 연구에 관한 이야기이다. 뭔가 도움이되는 흥미로운 결과를 기대하고 시작한 이 연구는 기대와는 완전히 다르게 진행되었다. 학점을 좋게 받는 학생들의 공통점은 질문을 하거나 본인의 생각을 가지려고 하는게 아니라 주입식으로 교수님의 강의를 달달 외운 경우였다. 교수님의 의견에 동의하지 않는 경우 시험 문제에서 본인의 의견을 그래도 주장하겠냐는 질문에 다들 점수를 잘 받기 위해서 교수님의 생각을 적겠다고 답을 했다. 동일한 연구자가 미국 미시간 대학의 학생들을 대상으로 조사를 해보니 강의시간에 교수님의 이야기를 그대로 적는 사람들은 거의 없었고 대부분 흥미로운 부분이나 자기의 생각을 필기했다고 답했고 교수님 강의 필기와 학점 간에 별다른 상관관계가 없었다. 또한 인터뷰에 응한 모든 학생들이 교수님의 의견과 본인의 의견이 다른 경우 그래도 본인의 의견을 적겠다고 했다.영상 중 아래 문장들이 참 슬프게 다가왔다. "질문왕 승현이는 이제 더 이상 질문을 하지 않습니다""너는 어떠한 생각도 가져서는 안되고 네 생각이 아무리 좋아도 교수님과 다르면 버려야 되고 교수님의 말씀을 단 한마디도 빼놓지 않고 적어야 하고 이게 서울대학교의 교육이라고 과연 이야기할 수 있을까?" 두 학교 학생들은 모두 열심히 하지만 방향이 다르며 (수용적 vs. 비판적) 결국 학점이란 게임의 룰이 다르다보니 결국 학생들의 성향까지 변화시킨다. 정답을 찾으라는 교육과 아닌 교육의 차이점이다. 이 유튜브 비디오는 대학생으로 국한해서 연구를 했지만 개발자를 대상으로 해도 크게 다를지 않을 것 같다. 사람의 능력은 한국이나 미국이나 크게 다르다고 생각하지 않는다. 질문을 꺼리는 환경과 장려하는 환경, 순응하기를 원하는 환경과 비판을 허용하는 환경, 환경의 차이가 사람의 성장에 차이를 가져온다.

서울대안에서는 누가 A+를 받을까?

원문: https://frontendatscale.com/issues/17

(번역) 프런트엔드 아키텍처 시각화하기

오늘은 12월 이진우님이 공유해주신 2024 프론트엔드 뉴스 한 방에 몰아 보기 글에서 알게 된 C4 모델을 활용해 아키텍처를 시각화하는 방법에 대한 글을 번역해 봤습니다. C4 모델은 소프트웨어 시스템을 다양한 추상화 수준(시스템 컨텍스트, 컨테이너, 컴포넌트, 코드)에서 시각화하는 방법론으로 다양한 분야에서 사용하고 있는데요. 이 글에서는 저자가 프런트엔드 계층을 추상화 수준에 맞춰 정리하고 시각화하는 방법에 대해 이야기하고 있습니다. 도움이 되셨으면 좋겠습니다. 😃

링크: https://bit.ly/3WdXidn

오늘은 12월 이진우님이 공유해주신 2024 프론트엔드 뉴스 한 방에 몰아 보기 글에서 알게 된 C4 모델을 활용해 아키텍처를 시각화하는 방법에 대한 글을 번역해 봤습니다. C4 모델은 소프트웨어 시스템을 다양한 추상화 수준(시스템 컨텍스트, 컨테이너, 컴포넌트, 코드)에서 시각화하는 방법론으로 다양한 분야에서 사용하고 있는데요. 이 글에서는 저자가 프런트엔드 계층을 추상화 수준에 맞춰 정리하고 시각화하는 방법에 대해 이야기하고 있습니다. 도움이 되셨으면 좋겠습니다. 😃 링크: https://bit.ly/3WdXidn

Google Docs

프런트엔드 아키텍처 시각화하기

Guidelines for easily modifiable frontend code

https://frontend-fundamentals.com/

"프론트엔드에서 '좋은 코드'란 '변경하기 쉬운 코드'"라는 기준점을 제시하면서, 가독성, 예측 가능성, 응집도, 결합도 4가지 기준을 바탕으로 좋은 코드를 작성하는 전략에 대해서 소개하는 문서입니다.

읽어보니 이론적인 내용 보다는 전반적으로 실무에서 사용할 법한 코드 예시를 중점으로 소개하고 있어서 이해하기가 쉬웠습니다.

코드 리뷰할 때 참고 문서로 활용하기도 좋을 것 같습니다.

https://frontend-fundamentals.com/ "프론트엔드에서 '좋은 코드'란 '변경하기 쉬운 코드'"라는 기준점을 제시하면서, 가독성, 예측 가능성, 응집도, 결합도 4가지 기준을 바탕으로 좋은 코드를 작성하는 전략에 대해서 소개하는 문서입니다. 읽어보니 이론적인 내용 보다는 전반적으로 실무에서 사용할 법한 코드 예시를 중점으로 소개하고 있어서 이해하기가 쉬웠습니다. 코드 리뷰할 때 참고 문서로 활용하기도 좋을 것 같습니다.

토스에서 만든 FE 코드 지침서

원고지 글자수를 쉽게 계산하세요. 원고지 매수 자동 계산, 글자수 세기, A4 용지 변환까지 한번에 해결하는 무료 원고지 계산기입니다.

원고지 계산기 - 글자수 세기, 원고지 매수 자동 변환

"마케터 -> 개발자"로 살다가,
24년 2월에 퇴사를 했습니다.

그 후 완전 새로운 일을 시작했는데요. 다음과 같습니다.

1. 고시원 2개 인수(1개는 24년 12월에 매도했습니다)
2. 파티룸 창업 후 운영중(네이버지도에 "건대 오아시" 검색!)
3. 일은 아니지만 "결혼"

-

비교적 시간이 많아져서(위 사업은 자동사냥이 되버림)
올해는 해보고 싶은 것(하고 있는 것)도 자연스레 많아졌습니다.
아래와 같이요!

1. 단편 소설 1개 쓰기(꾸준히 글 쓰는중)
2. 일본인과 대화하기(학원 다니고 있음)
3. 트레이딩 공부해서 10일 연속 수익 내보기(강의 듣고 있음)

-

무튼, 글을 쓰면서 문학상도 한번 넣어보고 싶어서 봤는데,
대부분 문학상이 원고지 200자 기준 N매 따위의 조건이 있더라고요..!

전(?)개발자긴 했지만 안 쓰니 까먹어서..
cursor의 도움으로 하루이틀만에 급하게 "원고지계산기"라는 앱을 만들었습니다.
다크모드는 대응 안됐는데, 이대로도 괜찮아서(?) 쓰려고 합니다.
무튼 cursor가 뚝딱해주는 거 보고 개발하기 쉬워졌다(?) 생각이 들었네요.

"마케터 -&gt; 개발자"로 살다가, 24년 2월에 퇴사를 했습니다. 그 후 완전 새로운 일을 시작했는데요. 다음과 같습니다. 1. 고시원 2개 인수(1개는 24년 12월에 매도했습니다) 2. 파티룸 창업 후 운영중(네이버지도에 "건대 오아시" 검색!) 3. 일은 아니지만 "결혼" - 비교적 시간이 많아져서(위 사업은 자동사냥이 되버림) 올해는 해보고 싶은 것(하고 있는 것)도 자연스레 많아졌습니다. 아래와 같이요! 1. 단편 소설 1개 쓰기(꾸준히 글 쓰는중) 2. 일본인과 대화하기(학원 다니고 있음) 3. 트레이딩 공부해서 10일 연속 수익 내보기(강의 듣고 있음) - 무튼, 글을 쓰면서 문학상도 한번 넣어보고 싶어서 봤는데, 대부분 문학상이 원고지 200자 기준 N매 따위의 조건이 있더라고요..! 전(?)개발자긴 했지만 안 쓰니 까먹어서.. cursor의 도움으로 하루이틀만에 급하게 "원고지계산기"라는 앱을 만들었습니다. 다크모드는 대응 안됐는데, 이대로도 괜찮아서(?) 쓰려고 합니다.무튼 cursor가 뚝딱해주는 거 보고 개발하기 쉬워졌다(?) 생각이 들었네요.

www.xn--989a2bt9ciz7b65g7qe.kr

💠 cursor로 하루이틀만에 간단한 앱 만든 이야기

🕊️ Spring Boot&React에서 새로 고침 404 오류 

1
반대해야 하는 상황에 직면했을 때 대응 매뉴얼을 만들었다.

2
첫째, 상대 의견을 부정하지 않고 인정해 준다.

3
둘째, 공통점을 찾는다.

4
셋째, 내 의견을 피력하기 위한 자락을 만들어둔다. “이렇게 말씀드려 죄송합니다만”

5
넷째, 반대 의사를 표명한다. 이유와 근거, 대안을 포함해 말해야 한다.

#강원국의어른답게말합니다

1 반대해야 하는 상황에 직면했을 때 대응 매뉴얼을 만들었다. ​ ​2 첫째, 상대 의견을 부정하지 않고 인정해 준다. ​ ​3 둘째, 공통점을 찾는다. ​ ​4 셋째, 내 의견을 피력하기 위한 자락을 만들어둔다. “이렇게 말씀드려 죄송합니다만” ​ ​5 넷째, 반대 의사를 표명한다. 이유와 근거, 대안을 포함해 말해야 한다. #강원국의어른답게말합니다

< 매너 있게 반대하는 4단계 >

📍https://www.youtube.com/shorts/XRHI_4kPZbo

스스로 열정페이 #테헤란로소진언니

테헤란로 소진언니 채널은
‘Job’을 넘어 ‘업’을 찾는 분들과 함께 합니다

👉👉풀영상 https://alie.kr/CLybk9F

퇴직을 준비하고 있거나 이미 퇴직하신 분들에게
도움이 되기를 바랍니다.

📌답답한 속마음 털어놓고 얘기할 수 있는 믿을 수 있는 21년차 헤드헌터,
커리어 코치 테헤란로 소진언니와 함께 하세요~
👉 https://url.kr/36p19h

#커리어 #퇴직 #퇴직전후커리어 #퇴직후현실
#구조조정 #희망퇴직 #퇴직전후
#커리어코칭 #커리어코치 #직장인 #헤드헌터
#나완비 #나의완벽한비서 #한지민 #이준혁

📍https://www.youtube.com/shorts/XRHI_4kPZbo 스스로 열정페이 #테헤란로소진언니 테헤란로 소진언니 채널은‘Job’을 넘어 ‘업’을 찾는 분들과 함께 합니다 👉👉풀영상 https://alie.kr/CLybk9F 퇴직을 준비하고 있거나 이미 퇴직하신 분들에게도움이 되기를 바랍니다. 📌답답한 속마음 털어놓고 얘기할 수 있는 믿을 수 있는 21년차 헤드헌터, 커리어 코치 테헤란로 소진언니와 함께 하세요~👉 https://url.kr/36p19h #커리어 #퇴직 #퇴직전후커리어 #퇴직후현실#구조조정 #희망퇴직 #퇴직전후#커리어코칭 #커리어코치 #직장인 #헤드헌터 #나완비 #나의완벽한비서 #한지민 #이준혁

제니휴먼리소스 대표(헤드헌터/ 커리어코치) 

김소진

🚩 '퇴직 전후 커리어'
📍'넥스트 커리어'로 새로운 인생을 돕는 21년 경력 헤드헌터 & 커리어 코치
📍"커리어는 계속 되어야 한다" 커리어 코칭
📍 내 이름으로 세상에 나서기 전 이미지 '프로필 리마스터'
 📌link.inpock.co.kr/jennyhr

스스로 열정페이 #테헤란로소진언니

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필