카카오에 처음 들어가서 놀랐던 또 한 가지는 장애를 공유하는 문화였습니다.

개발자의 장애 공유 문화

카카오에 처음 들어가서 놀랐던 또 한 가지는 장애를 공유하는 문화였습니다.

작고 큰 장애들이 자주 발생했습니다.
장애가 발생하면 즉시 전파하고, 원인을 파악하고 후속 대응까지 실시간으로 공유했습니다.
누구에게? 회사의 모든 사람들에게.
CS 부서나 운영팀처럼 상황을 빠르게 파악해야 하는 팀에게는 멘션까지 하면서.

'와, 이 사람들 특이한 사람들이네. 이런 건 살다 살다 처음 보는군.'
'다들 실수를 숨기고 싶어 하는데, 이 사람들은 실수한 걸 마치 자랑하듯이 게시판에 올리잖아? 그것도 전사 게시판에. (미친 사람들인가?)'

장애 공유 글에는 항상 좋아요가 많이 달렸습니다.
쪽팔림 같은 건 저기 던져버리고 자신의 얼간이 짓을 솔직하게 쓰면 쓸수록 좋아요가 더 많이 달렸습니다.

원인과 후속 조치, 여전히 가시지 않는 의문점들에 대해 댓글로 논의하기도 했습니다만…
장애를 낸 사람을 탓하는 경우는 한 번도 보지 못했습니다.
이건 불문율이었습니다. 이 불문율을 깨트리면 누구도 더 이상 솔직하게 공유하지 않을 테니까.

자신이 발생시킨 장애를 전 직원들에게 공유한다는 것이 절대 쉬운 일이 아닙니다.
직접 해봐야 그 당혹스러움과 부끄러움을 알 수 있습니다.
처음 겪으면 그냥 도망쳐버리고 싶다는 생각이 들 정도로 아찔합니다만…
몇 번 하다 보면 이 짓도 편안해집니다.

'아 오늘도 장애 공유 써야 되네, 젠장. 뭐 일하다 보면 장애 낼 수도 있는 거지.'
'열심히 코딩하고 배포하다 보니 장애를 많이 내는 것일 뿐, 내가 진짜 얼간이여서 그런 게 아니라고.'
(그래도 다음엔 실수하지 말아야겠다)

카카오에서보다 더 놀랐던 기억도 납니다.
2017년의 GitLab 장애.
rm -rf로 프로덕션 데이터베이스 전체를 날려먹었던가?
엄청난 장애를 어린 엔지니어 혼자 수습했습니다. 그것도 유튜브에 라이브 스트리밍을 하면서. (사람들이 댓글로 이걸 고쳐봐라 저걸 확인해 봐라… ㅋㅋㅋ)
와, 진짜 미친 사람들이 여기 있었구나. 저걸 회사의 다른 동료들이 아무도 뭐라 하지 않는 건가? 아니, 어쩌면 의도적으로 저렇게 공유하기로 한 건가?
문제를 공유하고 소통하는 것에 저 정도로 열려 있다면 GitLab의 다른 문화들도 충분히 멋질 거야. 라고 생각했던 것 같습니다.

https://jeho.page/essay/2025/05/15/failure-sharing.html

카카오에 처음 들어가서 놀랐던 또 한 가지는 장애를 공유하는 문화였습니다. 작고 큰 장애들이 자주 발생했습니다. 장애가 발생하면 즉시 전파하고, 원인을 파악하고 후속 대응까지 실시간으로 공유했습니다. 누구에게? 회사의 모든 사람들에게. CS 부서나 운영팀처럼 상황을 빠르게 파악해야 하는 팀에게는 멘션까지 하면서. '와, 이 사람들 특이한 사람들이네. 이런 건 살다 살다 처음 보는군.' '다들 실수를 숨기고 싶어 하는데, 이 사람들은 실수한 걸 마치 자랑하듯이 게시판에 올리잖아? 그것도 전사 게시판에. (미친 사람들인가?)' 장애 공유 글에는 항상 좋아요가 많이 달렸습니다. 쪽팔림 같은 건 저기 던져버리고 자신의 얼간이 짓을 솔직하게 쓰면 쓸수록 좋아요가 더 많이 달렸습니다. 원인과 후속 조치, 여전히 가시지 않는 의문점들에 대해 댓글로 논의하기도 했습니다만… 장애를 낸 사람을 탓하는 경우는 한 번도 보지 못했습니다. 이건 불문율이었습니다. 이 불문율을 깨트리면 누구도 더 이상 솔직하게 공유하지 않을 테니까. 자신이 발생시킨 장애를 전 직원들에게 공유한다는 것이 절대 쉬운 일이 아닙니다. 직접 해봐야 그 당혹스러움과 부끄러움을 알 수 있습니다. 처음 겪으면 그냥 도망쳐버리고 싶다는 생각이 들 정도로 아찔합니다만… 몇 번 하다 보면 이 짓도 편안해집니다. '아 오늘도 장애 공유 써야 되네, 젠장. 뭐 일하다 보면 장애 낼 수도 있는 거지.' '열심히 코딩하고 배포하다 보니 장애를 많이 내는 것일 뿐, 내가 진짜 얼간이여서 그런 게 아니라고.' (그래도 다음엔 실수하지 말아야겠다) 카카오에서보다 더 놀랐던 기억도 납니다. 2017년의 GitLab 장애. rm -rf로 프로덕션 데이터베이스 전체를 날려먹었던가? 엄청난 장애를 어린 엔지니어 혼자 수습했습니다. 그것도 유튜브에 라이브 스트리밍을 하면서. (사람들이 댓글로 이걸 고쳐봐라 저걸 확인해 봐라… ㅋㅋㅋ) 와, 진짜 미친 사람들이 여기 있었구나. 저걸 회사의 다른 동료들이 아무도 뭐라 하지 않는 건가? 아니, 어쩌면 의도적으로 저렇게 공유하기로 한 건가? 문제를 공유하고 소통하는 것에 저 정도로 열려 있다면 GitLab의 다른 문화들도 충분히 멋질 거야. 라고 생각했던 것 같습니다. https://jeho.page/essay/2025/05/15/failure-sharing.html

K리그 프로그래머

구성원들과 일대일(1on1)이나 손님과 커피챗 등을 하다 보면, 종종 커리어에 대한 이야기를 나눈다. 때로는 구체적인 계획을 가지고 대화에 임하는 분들도 있지만, 많은 경우 막연함을 느끼거나 혹시나 뒤처지는 것은 아닐까 하는 조급함(FOMO) 속에서 섣부른 결정을 꺼내는 분들도 있다. 그럴 때 나는 조용히 여쭙곤 한다. "몇 년 뒤, 어떤 모습의 개발자가 되어 있기를 바라시나요?" 이 질문을 시작으로, 함께 커리어 방향을 구체화하는 데 필요한 요소들을 찾아보고, 무엇을 좋아하고 잘하는지 스스로를 깊이 들여다보는 시간을 가지며 실마리를 풀어가곤 한다.

나 역시 비슷한 과정을 거쳐왔다. 제조 기업의 전산실에서 처음 사회생활을 시작해, 시스템 통합(SI) 프로젝트의 역동성을 경험하고, 이후 플랫폼 기업에서 대규모 시스템의 복잡성을 배웠으며, 지금은 디지털 제품을 만드는 스타트업에서 도전을 이어가고 있다. 지난 십여 년간 다양한 산업 도메인에서 엔터프라이즈급 애플리케이션을 구축하고 운영하는 일을 해왔다. 돌아보면 운이 좋게도 그 과정 속에서 내가 진정으로 좋아하는 것과 잘 해낼 수 있는 영역을 발견했고, 이를 바탕으로 커리어를 원하는 방향으로 조금씩 만들어올 수 있었다.

나는 특히 소프트웨어의 아키텍처, 즉 애플리케이션의 전체적인 구조를 설계하고 만들어가는 과정에 깊은 흥미를 느끼며, 이 부분을 비교적 잘 다룬다. 여기서 '잘 다룬다'는 것은, 초기 단계에서 비즈니스의 요구사항과 기술적 제약을 고려하여 필요한 수준의 추상화를 통해 유연한 구조를 제안하는 것뿐만 아니라, 시간이 흐름에 따라 변화하는 상황에 맞춰 애플리케이션의 개선 지점을 찾아내고, 구조를 점진적으로 발전시켜나가는 활동까지 포함한다. 새로운 애플리케이션을 처음부터 설계하고 구축하는 경험도 소중했지만, 오랜 시간 동안 운영되어 온 레거시 시스템을 이해하고, 그 안에서 새로운 가치를 찾아내며 현대적인 기술로 진화시키는 과정 역시 나에게 큰 성장의 밑거름이 되었다. 이러한 경험들이 차곡차곡 쌓이면서, 개별 애플리케이션을 넘어 다수의 애플리케이션과 인프라스트럭처가 복잡하게 얽힌 시스템 전체의 청사진을 그리고, 이를 실제로 구현해내는 역량으로 발전할 수 있었다고 생각한다. 이를 통해 비즈니스의 장기적인 목표와 변화에 발맞춰 시스템 구조를 짧게는 수개월, 길게는 수년에 걸쳐 어떻게 가꾸어 나갈지에 대한 로드맵을 수립하고 실행하는 역할을 수행하고 있다.

그래서 나는 스스로를
시스템 빌더(System Builder)
라고 소개한다. 이는 공식적으로 통용되는 호칭은 아니지만, 내가 하는 일의 본질을 가장 잘 담아내는 표현이라고 생각하기 때문이다. 나에게 시스템 빌더란 단순히 코드를 작성하는 것을 넘어, 비즈니스의 목표를 깊이 이해하고, 이를 기술적인 해결책으로 구체화하여 안정적이고 확장 가능한 시스템이라는 결과물로 만들어내는 사람을 의미한다. 또한, 시스템이 살아있는 유기체처럼 지속적으로 변화하고 성장할 수 있도록 장기적인 관점에서 고민하고, 필요한 기술과 자원을 조율하며, 때로는 복잡한 문제들 사이에서 최적의 경로를 찾아내는 길잡이 역할까지 포함한다. 물론 나를 구성하는 다른 많은 역량과 경험들이 있겠지만, 내가 어떤 개발자인지를 설명하는 데 있어 이
시스템 빌더
라는 정체성이 가장 명확하고 핵심적인 설명이라고 생각하고 있다.

결국, 자신을 어떤 개발자로 정의하고 싶은지에 대한 고민은, 앞서 구성원들과 나눴던 "몇 년 뒤 어떤 개발자가 되고 싶으세요?"라는 질문에 대한 스스로의 답을 찾아가는 여정이다. 나에게 시스템 빌더라는 호칭은 오랜 시간 동안 내가 걸어온 길과 내가 추구하는 가치를 담아낸 나만의 답변인 셈이다. 이처럼 스스로의 강점과 열정을 발견하고 자신만의 정체성을 찾아가는 과정은, 때로는 어렵고 시간이 걸릴지라도 커리어를 주체적으로 만들어가는 데 있어 무엇보다 중요하다고 믿고 있다.

이 글을 읽는 여러분께서도 각자의 자리에서 빛나는 자신만의 '무엇'을 찾아내어 커리어를 만들어가기를 진심으로 응원하겠다.

구성원들과 일대일(1on1)이나 손님과 커피챗 등을 하다 보면, 종종 커리어에 대한 이야기를 나눈다. 때로는 구체적인 계획을 가지고 대화에 임하는 분들도 있지만, 많은 경우 막연함을 느끼거나 혹시나 뒤처지는 것은 아닐까 하는 조급함(FOMO) 속에서 섣부른 결정을 꺼내는 분들도 있다. 그럴 때 나는 조용히 여쭙곤 한다. "몇 년 뒤, 어떤 모습의 개발자가 되어 있기를 바라시나요?" 이 질문을 시작으로, 함께 커리어 방향을 구체화하는 데 필요한 요소들을 찾아보고, 무엇을 좋아하고 잘하는지 스스로를 깊이 들여다보는 시간을 가지며 실마리를 풀어가곤 한다. 나 역시 비슷한 과정을 거쳐왔다. 제조 기업의 전산실에서 처음 사회생활을 시작해, 시스템 통합(SI) 프로젝트의 역동성을 경험하고, 이후 플랫폼 기업에서 대규모 시스템의 복잡성을 배웠으며, 지금은 디지털 제품을 만드는 스타트업에서 도전을 이어가고 있다. 지난 십여 년간 다양한 산업 도메인에서 엔터프라이즈급 애플리케이션을 구축하고 운영하는 일을 해왔다. 돌아보면 운이 좋게도 그 과정 속에서 내가 진정으로 좋아하는 것과 잘 해낼 수 있는 영역을 발견했고, 이를 바탕으로 커리어를 원하는 방향으로 조금씩 만들어올 수 있었다. 나는 특히 소프트웨어의 아키텍처, 즉 애플리케이션의 전체적인 구조를 설계하고 만들어가는 과정에 깊은 흥미를 느끼며, 이 부분을 비교적 잘 다룬다. 여기서 '잘 다룬다'는 것은, 초기 단계에서 비즈니스의 요구사항과 기술적 제약을 고려하여 필요한 수준의 추상화를 통해 유연한 구조를 제안하는 것뿐만 아니라, 시간이 흐름에 따라 변화하는 상황에 맞춰 애플리케이션의 개선 지점을 찾아내고, 구조를 점진적으로 발전시켜나가는 활동까지 포함한다. 새로운 애플리케이션을 처음부터 설계하고 구축하는 경험도 소중했지만, 오랜 시간 동안 운영되어 온 레거시 시스템을 이해하고, 그 안에서 새로운 가치를 찾아내며 현대적인 기술로 진화시키는 과정 역시 나에게 큰 성장의 밑거름이 되었다. 이러한 경험들이 차곡차곡 쌓이면서, 개별 애플리케이션을 넘어 다수의 애플리케이션과 인프라스트럭처가 복잡하게 얽힌 시스템 전체의 청사진을 그리고, 이를 실제로 구현해내는 역량으로 발전할 수 있었다고 생각한다. 이를 통해 비즈니스의 장기적인 목표와 변화에 발맞춰 시스템 구조를 짧게는 수개월, 길게는 수년에 걸쳐 어떻게 가꾸어 나갈지에 대한 로드맵을 수립하고 실행하는 역할을 수행하고 있다. 그래서 나는 스스로를 <code >시스템 빌더(System Builder)</code>라고 소개한다. 이는 공식적으로 통용되는 호칭은 아니지만, 내가 하는 일의 본질을 가장 잘 담아내는 표현이라고 생각하기 때문이다. 나에게 시스템 빌더란 단순히 코드를 작성하는 것을 넘어, 비즈니스의 목표를 깊이 이해하고, 이를 기술적인 해결책으로 구체화하여 안정적이고 확장 가능한 시스템이라는 결과물로 만들어내는 사람을 의미한다. 또한, 시스템이 살아있는 유기체처럼 지속적으로 변화하고 성장할 수 있도록 장기적인 관점에서 고민하고, 필요한 기술과 자원을 조율하며, 때로는 복잡한 문제들 사이에서 최적의 경로를 찾아내는 길잡이 역할까지 포함한다. 물론 나를 구성하는 다른 많은 역량과 경험들이 있겠지만, 내가 어떤 개발자인지를 설명하는 데 있어 이 <code >시스템 빌더</code>라는 정체성이 가장 명확하고 핵심적인 설명이라고 생각하고 있다. 결국, 자신을 어떤 개발자로 정의하고 싶은지에 대한 고민은, 앞서 구성원들과 나눴던 "몇 년 뒤 어떤 개발자가 되고 싶으세요?"라는 질문에 대한 스스로의 답을 찾아가는 여정이다. 나에게 시스템 빌더라는 호칭은 오랜 시간 동안 내가 걸어온 길과 내가 추구하는 가치를 담아낸 나만의 답변인 셈이다. 이처럼 스스로의 강점과 열정을 발견하고 자신만의 정체성을 찾아가는 과정은, 때로는 어렵고 시간이 걸릴지라도 커리어를 주체적으로 만들어가는 데 있어 무엇보다 중요하다고 믿고 있다. 이 글을 읽는 여러분께서도 각자의 자리에서 빛나는 자신만의 '무엇'을 찾아내어 커리어를 만들어가기를 진심으로 응원하겠다.

나는 시스템 빌더이다

현재 진행 중인 리트코드 스터디 4기와 디자인 시스템 프로젝트의 진행 상황을 공유하고, 앞으로 시작될 새로운 스터디와 프로젝트에 대해서 함께 이야기 나누는 시간을 가지려 합니다.

🎉 Trivia 퀴즈 시간과 🎁 "헬로 Bun" 도서 증정 이벤트도 준비되어 있으니, 소프트웨어 개발과 그룹 스터디, 해외 취업, 오픈소스 프로젝트에 관심 있으신 분들의 많은 참여 부탁드립니다! 😁

- 날짜: 2025년 5월 18일 일요일
- 시간: 저녁 9시-10:30
- 장소: 달레 스터디 디스코드 "스테이지" 채널 (https://dales.link/discord)

참가를 원하시는 분들은 "공지사항" 채널에 들어오셔서 밋업 쓰레드에 ✅ 이모지를 달아주세요. (참가비 무료)

현재 진행 중인 리트코드 스터디 4기와 디자인 시스템 프로젝트의 진행 상황을 공유하고, 앞으로 시작될 새로운 스터디와 프로젝트에 대해서 함께 이야기 나누는 시간을 가지려 합니다. 🎉 Trivia 퀴즈 시간과 🎁 "헬로 Bun" 도서 증정 이벤트도 준비되어 있으니, 소프트웨어 개발과 그룹 스터디, 해외 취업, 오픈소스 프로젝트에 관심 있으신 분들의 많은 참여 부탁드립니다! 😁 - 날짜: 2025년 5월 18일 일요일- 시간: 저녁 9시-10:30- 장소: 달레 스터디 디스코드 "스테이지" 채널 (https://dales.link/discord) 참가를 원하시는 분들은 "공지사항" 채널에 들어오셔서 밋업 쓰레드에 ✅ 이모지를 달아주세요. (참가비 무료)

달레 스터디 온라인 밋업에 여러분을 초대합니다

부대끼는 실리콘밸리 사람들 사이에서 샘 알트만의 탈출구는 농장이다. 샘의 넓은 농장은 나파 밸리의 포도나무가 우거진 언덕을 관통하는 도로 끝에 있다. 나는 널찍한 베이 윈도우(사다리꼴 모양으로 튀어나온 창)가 있는 집의 오픈 키친에서 약간 헝클어진 머리를 한 40세의 샘 알트만을 봤고, 바로 들어간다. 그의 당혹스러운 표정을 보니 나는 예상치 못한 손님이다. 알고 보니 내가 거의 한 시간 일찍 도착했다. ChatGPT의 배후자인 이 남자는 회의를 마무리하고 정원에서 나와 합류할 것이다. 나는 집과 이어진 포도나무 그늘 퍼골라 아래에서 기다린다.‘런치 윗 FT’를 위해, 알트만은 사람들로 둘러싸일 가능성이 높은 식당에서의 만남 대신 자기 농장에서 간단한 채식 식사를 만들어주겠다고 제안했다. 그가 운영하는 오픈AI 가 2022년 생성형 AI를 출시한 뒤, 알트만은 순식간에 세계적인 ‘셀럽’이 되었다. 작년 그는 소프트웨어 엔지니어인 남자친구와 결혼했고 최근 대리모를 통해 아들을 낳았다(그는 어떤 아기 침대를 구매할지 ChatGPT에 문의했다). 그래서 그는 요즘 나파 밸리의 농장에서 더 많은 시간을 보낸다.단 몇 분 후에 알트만이 정원에 나왔다. 그는 오픈 AI를 인류 역사상 가장 빠르게 성장하는 회사 중 하나로 발전시켰다. 기업가치는 놀랍게도 2500억 달러 이상으로 평가된다. 또 AI 패권을 향한 경쟁도 계속 치열하게 펼쳐나가고 있다. 이 경쟁은 인공 일반 지능(artificial general intelligence)의

샘 알트만: "지금 당신이 o3보다 더 똑똑하다고 생각하세요?" : 오호츠크 리포트

샘 알트먼의 농장에 가서 약간 맛없고 건강한 걸 해주는 알트먼과 이야기하는 파이낸셜 타임즈 기자와의 이야기입니다. o3 과 향후 인공지능에 관한 이야기인데 너무 재미있네요.

그들이 먹은 음식은.

메뉴
샘 알트먼의 농장
나파 밸리, 캘리포니아

고추, 마늘, 호두, 파슬리, 페코리노 치즈가 들어간 파스타
구운 당근
당근과 무우 샐러드
에스프레소
차

샘 알트먼의 농장에 가서 약간 맛없고 건강한 걸 해주는 알트먼과 이야기하는 파이낸셜 타임즈 기자와의 이야기입니다. o3 과 향후 인공지능에 관한 이야기인데 너무 재미있네요. 그들이 먹은 음식은. 메뉴샘 알트먼의 농장나파 밸리, 캘리포니아 고추, 마늘, 호두, 파슬리, 페코리노 치즈가 들어간 파스타구운 당근당근과 무우 샐러드에스프레소차

55check.com

샘 알트만: "지금 당신이 o3보다 더 똑똑하다고 생각하세요?"

Daemon to ban hosts that cause multiple authentication errors - fail2ban/fail2ban

fail2ban/config/action.d/cloudflare.conf at master · fail2ban/fail2ban

fail2ban은 기본적으로 cloudflare IP 차단 연동을 제공합니다.
/etc/fail2ban/action.d 폴더의 cloudflare.conf 파일을 열어서 맨 아래 cftoken(프로필 > 토큰), cfuser(로그인 이메일)를 입력해 주고 jail.local의 각 정의에 action = cloudflare를 추가해 주면 됩니다.
https://github.com/fail2ban/fail2ban/blob/master/config/action.d/cloudflare.conf

fail2ban은 기본적으로 cloudflare IP 차단 연동을 제공합니다. /etc/fail2ban/action.d 폴더의 cloudflare.conf 파일을 열어서 맨 아래 cftoken(프로필 &gt; 토큰), cfuser(로그인 이메일)를 입력해 주고 jail.local의 각 정의에 action = cloudflare를 추가해 주면 됩니다.https://github.com/fail2ban/fail2ban/blob/master/config/action.d/cloudflare.conf

GitHub

달레와 함께 코딩 테스트를 준비해볼까요?

달레의 코딩 테스트

지난 2년간, 매주 한 문제씩 코딩 테스트 문제를 풀고 그 과정을 유튜브에 기록했습니다. 그렇게 쌓인 영상이 어느덧 100개가 된 거 있죠? 그동안의 노력이 고스란히 담긴 플레이리스트를 쭉 스크롤해보니 괜히 뿌듯해지네요. 🥹

🎞️ 플레이리스트: https://www.youtube.com/playlist?list=PLapoeRAdKitdzTMQ7hq2h5zw39BaAVgbM

많은 분들이 제가 코딩 테스트 문제를 좋아한다고 오해하시는데요. 사실 전 세상에서 코딩 테스트가 제일 두렵고 싫어요. 😭 이직할 때마다 진저리가 나도록 준비해야 했던 코딩 테스트는 늘 스트레스였습니다. 손을 놓고 있자니 감이 떨어질 것 같고, 그렇다고 혼자서 풀자니 재미가 드럽게 없고... 게다가 코딩 테스트에 면접관으로 들어가니 지원자보다 문제에 대해서 더 잘 알아야 하더라고요. 소프트웨어 개발자인 저에게 코딩 테스트는 꼭 해야 하지만 늘 부담스러운, 그런 "필요악" 같은 존재였습니다.

특히 저는 코딩 테스트에서 문제를 푸는 것보다, 그 과정을 효과적으로 표현하고 전달하는 게 쉽지 않아서 늘 고민이었어요. 게다가 제가 면접 때 극도로 긴장을 하는 편이라서 저만의 특별한 훈련이 필요하다고 느꼈지요. 그래서 떠올린 방법이 바로 유튜브에 문제 풀이 영상을 올리는 것이었습니다. 유튜브 초보에게 카메라 앞에서 문제를 푸는 건 실전 면접만큼이나 떨리는 경험이죠 ㅎㅎ 😂

이렇게 한 문제 한 문제 강렬하게 연습하다보니 자연스럽게 유튜브에 올린 문제는 왠만하면 잊어버리지 않게 되었습니다. 댓글로 남겨주신 피드백을 통해 문제를 다양한 시각으로 바라볼 수 있는 능력도 키울 수 있었고요. 혹시 저처럼 코딩 테스트를 어려워하시는 분이 계시다면, 꼭 유튜브가 아니더라도 일부로 불편한 상황을 설정해놓고 자신만의 방식으로 꾸준히 연습해보시길 추천드리고 싶습니다

요즘엔 리트코드 뿐만 아니라 프로그래머스 문제도 풀어달라는 요청이 많네요. 풀 문제가 많습니다 ㅋㅋ 이제 200문제를 향해 달려볼께용~ 🏃‍♂️

지난 2년간, 매주 한 문제씩 코딩 테스트 문제를 풀고 그 과정을 유튜브에 기록했습니다. 그렇게 쌓인 영상이 어느덧 100개가 된 거 있죠? 그동안의 노력이 고스란히 담긴 플레이리스트를 쭉 스크롤해보니 괜히 뿌듯해지네요. 🥹 🎞️ 플레이리스트: https://www.youtube.com/playlist?list=PLapoeRAdKitdzTMQ7hq2h5zw39BaAVgbM 많은 분들이 제가 코딩 테스트 문제를 좋아한다고 오해하시는데요. 사실 전 세상에서 코딩 테스트가 제일 두렵고 싫어요. 😭 이직할 때마다 진저리가 나도록 준비해야 했던 코딩 테스트는 늘 스트레스였습니다. 손을 놓고 있자니 감이 떨어질 것 같고, 그렇다고 혼자서 풀자니 재미가 드럽게 없고... 게다가 코딩 테스트에 면접관으로 들어가니 지원자보다 문제에 대해서 더 잘 알아야 하더라고요. 소프트웨어 개발자인 저에게 코딩 테스트는 꼭 해야 하지만 늘 부담스러운, 그런 "필요악" 같은 존재였습니다. 특히 저는 코딩 테스트에서 문제를 푸는 것보다, 그 과정을 효과적으로 표현하고 전달하는 게 쉽지 않아서 늘 고민이었어요. 게다가 제가 면접 때 극도로 긴장을 하는 편이라서 저만의 특별한 훈련이 필요하다고 느꼈지요. 그래서 떠올린 방법이 바로 유튜브에 문제 풀이 영상을 올리는 것이었습니다. 유튜브 초보에게 카메라 앞에서 문제를 푸는 건 실전 면접만큼이나 떨리는 경험이죠 ㅎㅎ 😂 이렇게 한 문제 한 문제 강렬하게 연습하다보니 자연스럽게 유튜브에 올린 문제는 왠만하면 잊어버리지 않게 되었습니다. 댓글로 남겨주신 피드백을 통해 문제를 다양한 시각으로 바라볼 수 있는 능력도 키울 수 있었고요. 혹시 저처럼 코딩 테스트를 어려워하시는 분이 계시다면, 꼭 유튜브가 아니더라도 일부로 불편한 상황을 설정해놓고 자신만의 방식으로 꾸준히 연습해보시길 추천드리고 싶습니다 요즘엔 리트코드 뿐만 아니라 프로그래머스 문제도 풀어달라는 요청이 많네요. 풀 문제가 많습니다 ㅋㅋ 이제 200문제를 향해 달려볼께용~ 🏃‍♂️

YouTube

🎯 유튜브에 100번째 코딩 테스트 문제 풀이 영상을 올렸습니다!

www.55check.com공유하기게시하기웹에서 보기오호츠크 리포트 뉴스레터 100회 발행!지난 월요일(12일)이 100회째였습니다. 창간 반 년 넘게 아껴 읽어주신 독자 여러분께 감사드립니다. 성대한 파티는 1주년이 될 11월에 하겠습니다. 아래는 오호츠크 리포트 뉴스레터의 현황입니다.뉴스레터 구독자 수: 3619분.SNS 공유를 통한 독자 수: 모르겠습니다만, 매 회 SNS 공유 링크가 많이 클릭되긴 합니다. 뉴스레터 오픈율: 50% 안팎. 가끔 오호츠크 리포트의 독자층에 대해 묻는 분들이 있습니다. 독자들의 연령대는 어떠하며 성별과 하는 일이나 관심사가 무엇이냐... 데이터 기반 마케팅의 시대라 그런 것 같습니다. 하지만 저희는 여러분의 어떤 개인정보도 수집하지 않고 분석하지 않습니다. 본명도 나이도 성별도 직업도 묻지 않습니다.이유는 이렇습니다.우선 저부터가 그런 식으로 온라인 마케팅 분석의 대상이 되는 걸 좋아하지 않습니다.개인정보가 유출될 위험을 원천 차단하는 유일한 방법은 개인정보를 수집하지 않는 것입니다.취향, 나이, 성별, 소득수준, 선호정당 같은 것으로 사람마다 다른 컨텐츠를 제공하는 AI 알고리즘 같은 행위를 하고 싶지 않습니다. 남녀노소 다른 사람들의 관심사도 자연스럽게 접할 수 있어야 조화로운 사회를 이룰 수 있다고 생각합니다.앞으로도 많은 관심과 격려 부탁드리겠습니다.감사합니다.편집자 겸 발행인 조진서 드림#정치외교밖에서 사랑 받고 안에서 미움 받는 트럼프밖에선:중동 순방 중인 트럼프.UAE는 그

2025년 5월 16일 (금) - 뉴스레터 100회 발행을 기념하며 : 오호츠크 리포트

트럼프, '애플 아이폰 인도에서 만들지 마!'
 
 * 트럼프 미 대통령, 카타르 순방 중에 옆에 있는 애플 CEO 팀 쿡에게 인도 생산 중단하고 미국으로 돌아오라고 직접 요구.
 * 영상: "I had a little problem with Tim Cook yesterday... I don't want Apple to manufacture in India because it has the highest tariffs... Indians can take care of themselves. I want you to manufacture in the US."
 * 애플은 폭스콘/TSMC 공장 통해 전 세계에서 아이폰과 칩 제작. 최근엔 인도 생산 확대 중. 총 생산량의 25%까지 인도로 이전하려 했음. 작년엔 약 31조원 정도의 아이폰 물량을 인도에서 조립.
 * 그러나 트럼프 정부 압박에 장기 프로젝트 추진을 못하고 있는 중. 말 듣는 척은 해야겠고...
 * 사실 애플의 품질 기준은 극도로 엄격. 저임금 고숙련 노동자 수천 명 필요한 공정이라 미국과 맞지 않는다는 현실적 난제가 있음.
 * 이런 공정은 셋팅하는데 최소 2-3년 걸리고, 직원 교육까지 생각하면 더 걸림. 단가 문제보다 노동력이 더 신경이 쓰일 것.
   
AI 때문에 구글 점유율 하락했다! 애플 수석 부사장이 첫 인정

 * 애플 서비스 총괄인 에디 큐 수석 부사장, 구글 검색 반독점 소송 재판에 나와서 이런 저런 얘기 하다가 사파리 브라우저 내 구글 검색량이 감소했다고 증언.
 * 검색 점유율 90%에서 80%대로 하락했음. 지난 10년 간 구글의 월간 검색 점유율이 90% 밑으로 떨어졌던 건 작년 10월과 이번 4월뿐.
 * "사용자들이 (구글 대신) AI를 사용하고 있어서 그런것 같다"
 * 구글 측은 "애플 기기에서 트래픽 감소 없다"고 회사 블로그에서 빠르게 반박. 그런데 애플은 구글로부터 매년 28조원을 사파리 기본 검색엔진 지정 대가로 받고 있기 때문에 이 문제로 국회에서 허위증언할 이유는 없음.
 * 에디 큐는 또 아이폰 검색 기능을 확장해서 LLM 인공지능 검색 중심으로 개편 검토하고 있다고 말함. OpenAI, Perplexity, Anthropic, 구글 등 모든 LLM 대상.
 * AI 검색이 전통 검색의 대체재인지 보완재인지, 그리고 광고 수익에 어떤 영향 미칠지는 아직은 전혀 모르지만, 구글의 아성이 흔들리고 있는 건 명백.

우버, 미국에서 출퇴근 셔틀버스 시작

자율주행 트럭, 첫 일반도로 정기배송 시작

틱톡, 유럽에서 사업 위기
 

나머지 간단한 내용은 아래의 링크에서 봐주세요.

트럼프, '애플 아이폰 인도에서 만들지 마!'&nbsp;<ul ><li>트럼프 미 대통령, 카타르 순방 중에 옆에 있는 애플 CEO 팀 쿡에게 인도 생산 중단하고 미국으로 돌아오라고 직접 요구.</li><li>영상: "I had a little problem with Tim Cook yesterday... I don't want Apple to manufacture in India because it has the highest tariffs... Indians can take care of themselves. I want you to manufacture in the US."</li></ul><ul ><li>애플은 폭스콘/TSMC 공장 통해 전 세계에서 아이폰과 칩 제작. 최근엔 인도 생산 확대 중. 총 생산량의 25%까지 인도로 이전하려 했음. 작년엔 약 31조원 정도의 아이폰 물량을 인도에서 조립.</li><li>그러나 트럼프 정부 압박에 장기 프로젝트 추진을 못하고 있는 중. 말 듣는 척은 해야겠고...</li></ul><ul ><li>사실 애플의 품질 기준은 극도로 엄격. 저임금 고숙련 노동자 수천 명 필요한 공정이라 미국과 맞지 않는다는 현실적 난제가 있음.</li><li>이런 공정은 셋팅하는데 최소 2-3년 걸리고, 직원 교육까지 생각하면 더 걸림. 단가 문제보다 노동력이 더 신경이 쓰일 것. </li></ul>AI 때문에 구글 점유율 하락했다! 애플 수석 부사장이 첫 인정 <ul ><li>애플 서비스 총괄인 에디 큐 수석 부사장, 구글 검색 반독점 소송 재판에 나와서 이런 저런 얘기 하다가 사파리 브라우저 내 구글 검색량이 감소했다고 증언.</li><li>검색 점유율 90%에서 80%대로 하락했음. 지난 10년 간 구글의 월간 검색 점유율이 90% 밑으로 떨어졌던 건 작년 10월과 이번 4월뿐.</li><li>"사용자들이 (구글 대신) AI를 사용하고 있어서 그런것 같다"</li></ul><ul ><li>구글 측은 "애플 기기에서 트래픽 감소 없다"고 회사 블로그에서 빠르게 반박. 그런데 애플은 구글로부터 매년 28조원을 사파리 기본 검색엔진 지정 대가로 받고 있기 때문에 이 문제로 국회에서 허위증언할 이유는 없음.</li><li>에디 큐는 또 아이폰 검색 기능을 확장해서 LLM 인공지능 검색 중심으로 개편 검토하고 있다고 말함. OpenAI, Perplexity, Anthropic, 구글 등 모든 LLM 대상.</li></ul><ul ><li>AI 검색이 전통 검색의 대체재인지 보완재인지, 그리고 광고 수익에 어떤 영향 미칠지는 아직은 전혀 모르지만, 구글의 아성이 흔들리고 있는 건 명백.</li></ul> 우버, 미국에서 출퇴근 셔틀버스 시작 자율주행 트럭, 첫 일반도로 정기배송 시작 틱톡, 유럽에서 사업 위기&nbsp; 나머지 간단한 내용은 아래의 링크에서 봐주세요.

5월 셋째주, 관세때문에 주가는 폭등, BUT 테크는 불안정성 증가

https://youtu.be/HFZLFFXoeB0

기존에는 파이썬 프로젝트에서 pip랑 venv 설정을 따로하고 진행했었는데, 한 번에 잘 관리해주는 uv라는 툴이 매우 마음에 들기에, 소개하는 영상을 만들어보았습니다. 파이썬 쓰시는 분들께 도움이 되는 정보이기를 바랍니다.

https://youtu.be/HFZLFFXoeB0 기존에는 파이썬 프로젝트에서 pip랑 venv 설정을 따로하고 진행했었는데, 한 번에 잘 관리해주는 uv라는 툴이 매우 마음에 들기에, 소개하는 영상을 만들어보았습니다. 파이썬 쓰시는 분들께 도움이 되는 정보이기를 바랍니다.

차세대 파이썬 패키지 매니저 uv 소개 영상

﻿
어제는 IT 직무 분야 인재가 자신의 포트폴리오를 발표하는 프로그램을 운영했습니다. 채용 수요가 있는 기업 담당자와 취업을 준비하고 도전하고 있는 사람들 앞에서 포트폴리오를 발표하는 것입니다. 기업 담당자에게 역량과 경험을 어필하고, 취업을 준비하는 동료에게 포트폴리오 작성 노하우와 취업 도전 경험담을 들려주는 목적의 발표였습니다.

이와 같은 프로그램을 운영하기 위하여 먼저 포트폴리오를 발표할 사람들을 신청받고 선별하는 과정이 있었습니다. 참가 신청을 받는 과정에서 제출한 포트폴리오를 검토하는데, 내용과 디자인을 중점적으로 확인하였습니다. 내용은 IT 기술적인 부분보다 포트폴리오라는 문서의 맥락을 중요하게 평가하였습니다. 왜, 무엇을, 어떻게 했는지 설명이 충분히 들어가 있는지 확인했습니다. 그리고 디자인적으로 가독성이 훌륭한지, 깔끔하고 심플한지, 내용을 이해하는 데 도움이 되는 이미지 요소가 충분한지 확인했습니다.

포트폴리오 발표 후보자를 선정하여 사전 미팅을 가졌습니다. 사전 미팅 시간에는 포트폴리오 작성 시 중요한 내용과 발표를 위한 준비 요령을 교육했습니다. 그리고 현재 버전의 포트폴리오를 가지고 미팅 시간에 간단히 설명해 보는 연습을 진행했습니다. 운이 좋았던 것인지, 아니면 요즘 취업을 준비하는 분들이 대부분 발표 능력이 뛰어난 것인지 포트폴리오 제작 상태와 발표 역량이 훌륭했습니다. 특별히 보완이 필요해 보이지 않고 현 상태에서도 충분히 발표할 수 있다는 자신감이 생겼습니다.

사전에 정리한 발표 순서에 따라 한 명씩 포트폴리오를 발표했습니다. 한 명 당 발표 시간은 10분이고, 발표 후에는 5분 내외의 질의응답을 진행했습니다. 모두 발표 시간 10분을 준수하였고, 청중의 질문에도 답변을 잘해주었습니다. 예상했던 것과 달리 청중의 질문이 활발하여 깜짝 놀랐습니다. 아무래도 취업을 준비하는 동일한 상태로 포트폴리오를 만든 과정과 경험에 대해서 궁금했던 것 같습니다. 일부 IT 기술적인 질문에는 발표자가 당황하여 답변을 충분히 하지 못한 내용도 있었습니다. 이 또한 추후 기업과 인터뷰를 고려했을 때, 질문을 받은 발표자에게 큰 도움이 되는 내용이라고 생각합니다.

발표자 중에는 손수 큐카드를 제작하여 손에 들고 발표하는 열정을 보여준 분도 계셨습니다. 프로그램 관련 이미지를 활용하여 인쇄한 큐카드가 돋보였습니다. 발표 스크립트를 준비하여 포트폴리오 페이지마다 하고 싶은 이야기와 준비한 제스처가 있었는데 너무 완벽하지 않아서 오히려 순수한 열정이 느껴져서 좋았습니다. 미리 준비한 스크립트가 있는 것이 발표자 입장에서는 긴장을 덜하고 실수를 줄이는 효과가 있습니다. 다만, 스크립트를 보고 읽는 것은 청자와 아이 콘택트를 줄여서 이야기를 나눈다는 느낌을 전달하긴 어렵다는 생각을 했습니다.

포트폴리오 발표 프로그램이 기업 담당자와 취업을 준비하는 사람들에게 모두 도움이 되었는지 물어보려고 합니다. 기업 담당자 입장에서 취업을 준비하는 사람들의 포트폴리오 발표를 듣고, 그들의 역량과 경험을 이해하는 데 도움이 되었는지 궁금합니다. 취업을 준비하는 사람들은 다른 사람의 포트폴리오를 보고 자신의 것을 제작하는 데 도움이 되었는지 궁금합니다. 포트폴리오 발표자는 발표를 준비하고 진행하면서 배움과 발전이 있었는지 궁금합니다. 프로그램을 운영한 입장에서 저와 동료는 목표와 의도에 맞게 성과를 얻었는지 궁금합니다.

다음에 또 이와 같은 포트폴리오 발표 프로그램을 진행한다면, 더 많은 사람들을 모아 놓고 발표하면 좋겠다는 생각이 들었습니다. 기업 담당자와 취업을 준비하는 사람들 외에도 일반 직장인이나 학생들이 발표를 들었을 때 줄 수 있는 피드백과 그들이 배우는 내용이 또 다를 것 같습니다. 이와 같은 정성적인 성과 외에도 진짜 취업과 연결되는 결과를 얻는다면 금상첨화가 될 것입니다. 물론 발표 후 별도의 채용 전형 진행이 필요하겠지만, 기업 담당자의 호기심을 자극하여 더 이야기 나누어 보고 싶다는 요인이 된다면 발표의 정량적 성과가 될 수 있습니다.

포트폴리오 발표 프로그램에 흔쾌히 참석한 발표자와 기업 담당자, 그리고 취업을 준비하는 청년 참석자들이 정말 고맙게 느껴졌습니다. 부디 이 프로그램으로 말미암아 각자의 자리에서 한 뼘 더 성장하는 계기가 되길 진심으로 바랍니다.

﻿어제는 IT 직무 분야 인재가 자신의 포트폴리오를 발표하는 프로그램을 운영했습니다. 채용 수요가 있는 기업 담당자와 취업을 준비하고 도전하고 있는 사람들 앞에서 포트폴리오를 발표하는 것입니다. 기업 담당자에게 역량과 경험을 어필하고, 취업을 준비하는 동료에게 포트폴리오 작성 노하우와 취업 도전 경험담을 들려주는 목적의 발표였습니다. 이와 같은 프로그램을 운영하기 위하여 먼저 포트폴리오를 발표할 사람들을 신청받고 선별하는 과정이 있었습니다. 참가 신청을 받는 과정에서 제출한 포트폴리오를 검토하는데, 내용과 디자인을 중점적으로 확인하였습니다. 내용은 IT 기술적인 부분보다 포트폴리오라는 문서의 맥락을 중요하게 평가하였습니다. 왜, 무엇을, 어떻게 했는지 설명이 충분히 들어가 있는지 확인했습니다. 그리고 디자인적으로 가독성이 훌륭한지, 깔끔하고 심플한지, 내용을 이해하는 데 도움이 되는 이미지 요소가 충분한지 확인했습니다. 포트폴리오 발표 후보자를 선정하여 사전 미팅을 가졌습니다. 사전 미팅 시간에는 포트폴리오 작성 시 중요한 내용과 발표를 위한 준비 요령을 교육했습니다. 그리고 현재 버전의 포트폴리오를 가지고 미팅 시간에 간단히 설명해 보는 연습을 진행했습니다. 운이 좋았던 것인지, 아니면 요즘 취업을 준비하는 분들이 대부분 발표 능력이 뛰어난 것인지 포트폴리오 제작 상태와 발표 역량이 훌륭했습니다. 특별히 보완이 필요해 보이지 않고 현 상태에서도 충분히 발표할 수 있다는 자신감이 생겼습니다. 사전에 정리한 발표 순서에 따라 한 명씩 포트폴리오를 발표했습니다. 한 명 당 발표 시간은 10분이고, 발표 후에는 5분 내외의 질의응답을 진행했습니다. 모두 발표 시간 10분을 준수하였고, 청중의 질문에도 답변을 잘해주었습니다. 예상했던 것과 달리 청중의 질문이 활발하여 깜짝 놀랐습니다. 아무래도 취업을 준비하는 동일한 상태로 포트폴리오를 만든 과정과 경험에 대해서 궁금했던 것 같습니다. 일부 IT 기술적인 질문에는 발표자가 당황하여 답변을 충분히 하지 못한 내용도 있었습니다. 이 또한 추후 기업과 인터뷰를 고려했을 때, 질문을 받은 발표자에게 큰 도움이 되는 내용이라고 생각합니다. 발표자 중에는 손수 큐카드를 제작하여 손에 들고 발표하는 열정을 보여준 분도 계셨습니다. 프로그램 관련 이미지를 활용하여 인쇄한 큐카드가 돋보였습니다. 발표 스크립트를 준비하여 포트폴리오 페이지마다 하고 싶은 이야기와 준비한 제스처가 있었는데 너무 완벽하지 않아서 오히려 순수한 열정이 느껴져서 좋았습니다. 미리 준비한 스크립트가 있는 것이 발표자 입장에서는 긴장을 덜하고 실수를 줄이는 효과가 있습니다. 다만, 스크립트를 보고 읽는 것은 청자와 아이 콘택트를 줄여서 이야기를 나눈다는 느낌을 전달하긴 어렵다는 생각을 했습니다. 포트폴리오 발표 프로그램이 기업 담당자와 취업을 준비하는 사람들에게 모두 도움이 되었는지 물어보려고 합니다. 기업 담당자 입장에서 취업을 준비하는 사람들의 포트폴리오 발표를 듣고, 그들의 역량과 경험을 이해하는 데 도움이 되었는지 궁금합니다. 취업을 준비하는 사람들은 다른 사람의 포트폴리오를 보고 자신의 것을 제작하는 데 도움이 되었는지 궁금합니다. 포트폴리오 발표자는 발표를 준비하고 진행하면서 배움과 발전이 있었는지 궁금합니다. 프로그램을 운영한 입장에서 저와 동료는 목표와 의도에 맞게 성과를 얻었는지 궁금합니다. 다음에 또 이와 같은 포트폴리오 발표 프로그램을 진행한다면, 더 많은 사람들을 모아 놓고 발표하면 좋겠다는 생각이 들었습니다. 기업 담당자와 취업을 준비하는 사람들 외에도 일반 직장인이나 학생들이 발표를 들었을 때 줄 수 있는 피드백과 그들이 배우는 내용이 또 다를 것 같습니다. 이와 같은 정성적인 성과 외에도 진짜 취업과 연결되는 결과를 얻는다면 금상첨화가 될 것입니다. 물론 발표 후 별도의 채용 전형 진행이 필요하겠지만, 기업 담당자의 호기심을 자극하여 더 이야기 나누어 보고 싶다는 요인이 된다면 발표의 정량적 성과가 될 수 있습니다. 포트폴리오 발표 프로그램에 흔쾌히 참석한 발표자와 기업 담당자, 그리고 취업을 준비하는 청년 참석자들이 정말 고맙게 느껴졌습니다. 부디 이 프로그램으로 말미암아 각자의 자리에서 한 뼘 더 성장하는 계기가 되길 진심으로 바랍니다.﻿

포트폴리오 쇼케이스 리뷰

조직 생활을 해 본 사람이라면, 한 번쯤 '저 사람은 어떻게 부장이 된 거지?'라는 생각이 들 정도로 무능력한 상사를 경험해 봤을 것이다. 대한민국에 만연한 지연, 학연, 연차제를 그 이유를 들며 사회를 원망했을 수도 있다. 하지만 한 번 더 생각해보자, 그런 사람이 너무 많다. 그렇게 많은 사람들이 무능력함에도 불구하고 그 자리까지 올라갈 수는 없을 것이다.

마라도나는 실패하고, 지단은 성공한 이유 - 왜 능력있는 팀원이 좋은 리더는 되기 어려울까?

‘명 선수는 명 감독이 될 수 없다’라는 말이 있다. 선수로서 뛰어난 업적을 남긴 사람이 감독이 되었을 때 기대에 못 미치는 경우가 많았기에 생겨난 말이다. 신이라 불리던 디에고 마라도나도 아르헨티나 국가대표 감독을 맡았지만 남아공 월드컵에서 그들 기준에 한참 못 미친 8강에 그쳤다.

의아하다. 명 선수라면 기술적/전술적으로 높은 이해도를 갖고 있음은 물론이고 풍부한 경험과 선수 시절의 명성으로 인한 카리스마 또한 갖추고 있지 않을까? 이렇게 유리한 위치에서 시작하는 스타 선수 출신 지도자가 실패하는 이유는 무엇일까?

1️⃣선수와 감독에게 요구되는 정신 상태가 다르다. 선수라면 자신이 맡은 임무만 충실하게 수행하면 된다. 물론 팀워크를 간과해서는 안 되겠지만 기본적으로 본인이 잘 하는 것이 가장 중요하다. 동료의 컨디션이나 기량을 크게 신경 쓸 필요가 없다. 하지만 감독은 다르다.

감독은 팀을 이끌어나가는 사람이다. 구성원 한 명 한 명의 실력부터 동기부여, 심리상태까지 총체적으로 관리해야 한다. 그러려면 선수 시절의 정신 상태로는 힘들다. 선수는 가끔 멘탈이 무너져도 이해해주지만, 감독은 그래선 안 된다. 이성을 잃은 감독은 자질이 없다고 평가되기 때문이다.

2️⃣선수와 감독에게 요구되는 능력이 다르다. 하는 일이 다르기 때문이다. 선수는 지시에 따라 전술을 몸에 익히며 실제로 축구를 하면 되지만, 감독은 실제로 뛰지 않는다. 선수들을 지시하고 지도하며 관리하는 일을 한다.

어떤 일을 직접 하는 것과 관리하는 것은 엄연히 다르다. 잘 하는 것과 지도하는 것도 엄연히 다르다. ‘교육학’이라는 학문이 따로 존재하는 이유는 잘 안다고 잘 가르치는 것이 아니기 때문이다.

3️⃣뛰어난 선수였던 자신의 기억 때문에 평범한 선수들에 대한 이해가 부족하다. 일반 선수들이 겪는 어려움을 알지 못하는 경우가 많다. 선수들에게 다양한 역량과 배경이 있다는 걸 체감하지 못하고, 실수나 실패에 공감하지 못한다. 이는 감독 역할에 치명적이다.

물론 모든 스타 출신 지도자가 실패하는 것은 아니다. 프랑스 축구의 전설 지네딘 지단은 2016년 1월, 세계 최고 클럽 레알 마드리드의 지휘봉을 잡았다. 회의적인 목소리가 나왔다. “선수로서는 대단했지만, 감독으로서는 입증된 바가 없다”라는 이유였다.

하지만 지단은 보란 듯이 감독이 된 후 3개의 우승 트로피를 들었고, 40경기 무패 행진의 경이로운 기록을 세우며 뛰어난 모습을 보여줬다. 2016년 올해의 프랑스 감독 상도 받았다.

지단은 뭐가 달랐던 걸까? 아니, 그전에 명 선수가 명 감독이 되기 힘든 이유는 무엇일까? 이를 일반적인 회사에도 적용해 볼 수 있다. 우리 모두 좋은 성과를 낸 직원이 빠르게 승진하여 관리자가 되는 것을 자연스럽게 여기지 않는가?

누구나 한 번쯤 ‘저 사람은 어떻게 리더가 된 거지?’라는 생각이 드는 무능력한 상사를 경험해 봤을 것이다. 대한민국의 지연, 학연을 그 이유로 들며 사회를 원망했을 수도 있다. 하지만 한번 더 생각해보자. 그런 사람이 너무 많다. 그 많은 사람들이 진짜 무능력한데 그 자리까지 올라가지는 않았을 것이다.

이를 경영학적 관점에서 풀어낸 이론이 ‘피터의 원리’이다. 조직원을 어떤 직책의 책임자로 승진시킬 때 그 직책이 요구되는 직무수행 능력보다는, 그가 현재까지 보여 온 성과로 평가하는 경향이 높다는 이론이다.

즉 관리자에게 요구되는 능력과 실무자에게 요구되는 능력은 엄연히 다른데, 실무자는 이를 간과한 채 그저 승진만 바라보고 일할 뿐이고, 회사는 실무를 잘 하는 사람을 관리자 자리에 앉힌다는 것이다.

당연히 그 실무자는 관리자가 갖춰야 할 역량에 대해서는 아무런 준비를 못한 채 리더가 된다. 그들 대부분은 과거에는 분명 유능했지만, 높은 자리에 앉게 되면서 더 이상 유능할 수 없는 단계에 도달해버린 것이다.

한 광고대행사에 뛰어난 팀원이 있었다. 꾸준히 높은 성과를 보여줬고, 클라이언트 사이에서도 평판이 좋았다. 곧 팀장으로 승진해 3, 4곳의 클라이언트를 관리하는 책임을 지게 됐다. 여기서부터 삐끗하기 시작했다. 어떤 팀이든 뛰어난 구성원과 그렇지 않은 구성원이 섞여있기 마련인데, 그는 이해하지 못했다.

조금이라도 기대에 어긋나는 부분이 있으면 바로 개입했다. 팀장은 팀이 잘 돌아가도록 팀원들을 독려하고 모자란 부분을 뒤에서 채워주며 총체적 관리를 해야 하는데, 자꾸 실무에 손을 뻗쳤다. 어느새 그는 ‘자꾸 자신의 일이 아닌 것에 간섭하고, 정작 자신의 일은 하지 못하는 무능력한 상사’가 되었다.

승진이 곧 무능력으로 이어진다는 것은 끔찍한 일이다. 하지만 많은 이들이 그저 높은 자리만 바라보고 그 뒤엔 아찔한 절벽이 있다는 사실을 잊는다. 이는 개인만 아니라 회사에도 큰 손실이다. 능력있는 팀원을 잃음과 동시에 무능력한 팀장을 얻는 꼴이니 말이다.

지단은 감독이 되고자 할 때 이같은 벽이 있다는 것을 정확히 알고 있었다. 그는 과거 명성에 기대어 지휘봉을 잡은 다른 감독들과는 달랐다. 선수 시절의 명성을 모두 잊고 레알 마드리드 카스티야(레알 마드리드의 리저브 팀)의 감독을 먼저 맡았다.

“처음 감독이 되었을 때 첫 3주를 매일같이 아침 8시부터 밤 11시까지 일을 했다. 이후에도 시간만 달랐지 늦게까지 일했다. 감독에게 필요한 모든 일을 배워야 했다. 선수와 감독 일은 달랐고 난 모르는 게 너무 많았다.”

지단은 그 존재만으로 사람들을 감화시킬 수 있는 위대한 선수였음에도 불구하고 모든 걸 내려놓고 처음부터 다시 시작했다. 감독의 영역은 아예 다르다는 걸 알고 있었던 것이다. 빨리 가기보단 느려도 제대로 준비하는 쪽을 택한 지단, 그의 감독으로서의 성공은 행운이 아니라 철저한 준비에서 비롯된 것이다.

그렇다. 피터의 원리를 극복하는 방법은 자신이 올라갈 자리에서 필요한 능력을 정확히 파악하는 것이다. 그리고 올라가는 것에 급급하지 말고 여유를 갖고 준비하는 것이다. 일 잘 하는 팀원이 좋은 리더가 되는 것이 아니다. 리더는 ‘내’가 아닌 ‘남’이 잘 하도록 도울 줄 알아야 한다. 그리고 그에 필요한 능력은 분명 다르다.

‘명 선수는 명 감독이 될 수 없다’라는 말이 있다. 선수로서 뛰어난 업적을 남긴 사람이 감독이 되었을 때 기대에 못 미치는 경우가 많았기에 생겨난 말이다. 신이라 불리던 디에고 마라도나도 아르헨티나 국가대표 감독을 맡았지만 남아공 월드컵에서 그들 기준에 한참 못 미친 8강에 그쳤다. 의아하다. 명 선수라면 기술적/전술적으로 높은 이해도를 갖고 있음은 물론이고 풍부한 경험과 선수 시절의 명성으로 인한 카리스마 또한 갖추고 있지 않을까? 이렇게 유리한 위치에서 시작하는 스타 선수 출신 지도자가 실패하는 이유는 무엇일까? 1️⃣선수와 감독에게 요구되는 정신 상태가 다르다. 선수라면 자신이 맡은 임무만 충실하게 수행하면 된다. 물론 팀워크를 간과해서는 안 되겠지만 기본적으로 본인이 잘 하는 것이 가장 중요하다. 동료의 컨디션이나 기량을 크게 신경 쓸 필요가 없다. 하지만 감독은 다르다. 감독은 팀을 이끌어나가는 사람이다. 구성원 한 명 한 명의 실력부터 동기부여, 심리상태까지 총체적으로 관리해야 한다. 그러려면 선수 시절의 정신 상태로는 힘들다. 선수는 가끔 멘탈이 무너져도 이해해주지만, 감독은 그래선 안 된다. 이성을 잃은 감독은 자질이 없다고 평가되기 때문이다. 2️⃣선수와 감독에게 요구되는 능력이 다르다. 하는 일이 다르기 때문이다. 선수는 지시에 따라 전술을 몸에 익히며 실제로 축구를 하면 되지만, 감독은 실제로 뛰지 않는다. 선수들을 지시하고 지도하며 관리하는 일을 한다. 어떤 일을 직접 하는 것과 관리하는 것은 엄연히 다르다. 잘 하는 것과 지도하는 것도 엄연히 다르다. ‘교육학’이라는 학문이 따로 존재하는 이유는 잘 안다고 잘 가르치는 것이 아니기 때문이다. 3️⃣뛰어난 선수였던 자신의 기억 때문에 평범한 선수들에 대한 이해가 부족하다. 일반 선수들이 겪는 어려움을 알지 못하는 경우가 많다. 선수들에게 다양한 역량과 배경이 있다는 걸 체감하지 못하고, 실수나 실패에 공감하지 못한다. 이는 감독 역할에 치명적이다. 물론 모든 스타 출신 지도자가 실패하는 것은 아니다. 프랑스 축구의 전설 지네딘 지단은 2016년 1월, 세계 최고 클럽 레알 마드리드의 지휘봉을 잡았다. 회의적인 목소리가 나왔다. “선수로서는 대단했지만, 감독으로서는 입증된 바가 없다”라는 이유였다. 하지만 지단은 보란 듯이 감독이 된 후 3개의 우승 트로피를 들었고, 40경기 무패 행진의 경이로운 기록을 세우며 뛰어난 모습을 보여줬다. 2016년 올해의 프랑스 감독 상도 받았다. 지단은 뭐가 달랐던 걸까? 아니, 그전에 명 선수가 명 감독이 되기 힘든 이유는 무엇일까? 이를 일반적인 회사에도 적용해 볼 수 있다. 우리 모두 좋은 성과를 낸 직원이 빠르게 승진하여 관리자가 되는 것을 자연스럽게 여기지 않는가? 누구나 한 번쯤 ‘저 사람은 어떻게 리더가 된 거지?’라는 생각이 드는 무능력한 상사를 경험해 봤을 것이다. 대한민국의 지연, 학연을 그 이유로 들며 사회를 원망했을 수도 있다. 하지만 한번 더 생각해보자. 그런 사람이 너무 많다. 그 많은 사람들이 진짜 무능력한데 그 자리까지 올라가지는 않았을 것이다. 이를 경영학적 관점에서 풀어낸 이론이 ‘피터의 원리’이다. 조직원을 어떤 직책의 책임자로 승진시킬 때 그 직책이 요구되는 직무수행 능력보다는, 그가 현재까지 보여 온 성과로 평가하는 경향이 높다는 이론이다. 즉 관리자에게 요구되는 능력과 실무자에게 요구되는 능력은 엄연히 다른데, 실무자는 이를 간과한 채 그저 승진만 바라보고 일할 뿐이고, 회사는 실무를 잘 하는 사람을 관리자 자리에 앉힌다는 것이다. 당연히 그 실무자는 관리자가 갖춰야 할 역량에 대해서는 아무런 준비를 못한 채 리더가 된다. 그들 대부분은 과거에는 분명 유능했지만, 높은 자리에 앉게 되면서 더 이상 유능할 수 없는 단계에 도달해버린 것이다. 한 광고대행사에 뛰어난 팀원이 있었다. 꾸준히 높은 성과를 보여줬고, 클라이언트 사이에서도 평판이 좋았다. 곧 팀장으로 승진해 3, 4곳의 클라이언트를 관리하는 책임을 지게 됐다. 여기서부터 삐끗하기 시작했다. 어떤 팀이든 뛰어난 구성원과 그렇지 않은 구성원이 섞여있기 마련인데, 그는 이해하지 못했다. 조금이라도 기대에 어긋나는 부분이 있으면 바로 개입했다. 팀장은 팀이 잘 돌아가도록 팀원들을 독려하고 모자란 부분을 뒤에서 채워주며 총체적 관리를 해야 하는데, 자꾸 실무에 손을 뻗쳤다. 어느새 그는 ‘자꾸 자신의 일이 아닌 것에 간섭하고, 정작 자신의 일은 하지 못하는 무능력한 상사’가 되었다. 승진이 곧 무능력으로 이어진다는 것은 끔찍한 일이다. 하지만 많은 이들이 그저 높은 자리만 바라보고 그 뒤엔 아찔한 절벽이 있다는 사실을 잊는다. 이는 개인만 아니라 회사에도 큰 손실이다. 능력있는 팀원을 잃음과 동시에 무능력한 팀장을 얻는 꼴이니 말이다. 지단은 감독이 되고자 할 때 이같은 벽이 있다는 것을 정확히 알고 있었다. 그는 과거 명성에 기대어 지휘봉을 잡은 다른 감독들과는 달랐다. 선수 시절의 명성을 모두 잊고 레알 마드리드 카스티야(레알 마드리드의 리저브 팀)의 감독을 먼저 맡았다. “처음 감독이 되었을 때 첫 3주를 매일같이 아침 8시부터 밤 11시까지 일을 했다. 이후에도 시간만 달랐지 늦게까지 일했다. 감독에게 필요한 모든 일을 배워야 했다. 선수와 감독 일은 달랐고 난 모르는 게 너무 많았다.” 지단은 그 존재만으로 사람들을 감화시킬 수 있는 위대한 선수였음에도 불구하고 모든 걸 내려놓고 처음부터 다시 시작했다. 감독의 영역은 아예 다르다는 걸 알고 있었던 것이다. 빨리 가기보단 느려도 제대로 준비하는 쪽을 택한 지단, 그의 감독으로서의 성공은 행운이 아니라 철저한 준비에서 비롯된 것이다. 그렇다. 피터의 원리를 극복하는 방법은 자신이 올라갈 자리에서 필요한 능력을 정확히 파악하는 것이다. 그리고 올라가는 것에 급급하지 말고 여유를 갖고 준비하는 것이다. 일 잘 하는 팀원이 좋은 리더가 되는 것이 아니다. 리더는 ‘내’가 아닌 ‘남’이 잘 하도록 도울 줄 알아야 한다. 그리고 그에 필요한 능력은 분명 다르다.

패스트캠퍼스 미디어

﻿
세상에서 내가 제일 어렵고 힘든 상황에 놓여 있는 것 같지만, 주위를 둘러보면 위로와 격려가 필요한 사람이 더 많습니다. 어제는 전 직장 동료의 부고 소식을 전해 들었습니다. 갑작스러운 사고로 인해 하늘나라로 간 고인과 그의 가족들 소식을 듣고 마음이 먹먹했습니다. 가족들의 슬픔을 어떤 말로 위로하기 어렵겠지만, 진심으로 기도하여 빠르게 평안을 찾길 바란다고 메시지를 보냈습니다.

그 어느 때보다 뚫기 어려운 취업 시장에서 매일 탈락 안내를 받고 마음이 무너진다는 소식을 듣습니다. 3개월 전에 직접 겪었던 상황이 떠올라 마음이 아팠습니다. 얼마나 힘들고 답답할까 상황이 잘 이해와 공감되었기에 더 마음이 쓰였습니다. 입사 지원한 결과를 알려주지 않거나 채용 전형에서 아쉽게 탈락했다고 해서 절대 지원자가 부족한 것은 아니니 너무 실망하지 말자고 격려했습니다. 제 말이 무슨 힘이 있어서 취업에 도전하는 사람들을 얼마나 위로할 수 있겠습니까. 다만, 진심으로 그의 어려움이 공감되어 상황에 무릎 꿇지 않고 담대한 용기를 갖기를 바라는 마음입니다.

우리의 직장 동료들도 자세히 들여다보면 하나같이 위로와 격려가 필요합니다. 동료가 하는 일과 그의 컨디션에 관심을 갖고, 자세히 보면 저마다 어려움을 안고 일을 하고 있습니다. 우리가 관심이 없으니 동료가 겪고 있는 고충이 보이지 않을 뿐입니다. 오히려 왜 저렇게 말하고 행동하는지 동료에 대한 불평과 불만을 갖고 있습니다. 알고 보면 각자 다 그럴만한 사정이 있고, 동료에게 필요한 건 조언이 아니라 위로입니다. 

매일 아침 눈을 뜨면 만나는 가족도 마찬가지입니다. 아내와 아들, 딸에게도 힘든 부분이 있을 것입니다. 직장을 다니는 아내에게 일과 사람에 대한 스트레스가 있을 것이고, 학교와 유치원을 다니는 아들과 딸에게도 공부하고 친구들과 지내는 관계에 어려움이 있을 것입니다. 매일 어려움을 가족에게 이야기하지 않을 뿐 각자 마음속으로 끙끙 앓고 있는 아픔이 있습니다. 그들에게 필요한 건 잔소리가 아니라 사랑이 담긴 말 한마디와 따뜻한 포옹입니다. 내 생활 방식과 다르다고 핀잔을 주는 것이 아니라 오늘은 어떤 일로 힘들지 않았나 세심하게 살펴보고 정성스럽게 대화를 나누는 것입니다.

아파트 경비 아저씨는 얼마나 힘들까요? 매일 쏟아져 나오는 쓰레기를 정리하고 처리해야 합니다. 날마다 방문하는 사람들에게 문을 열어주고, 붐비는 주차장을 관리하느라 실랑이를 벌입니다. 잠도 편하게 주무시지 못하고 추운 밤을 쓸쓸하게 혼자 보내는 마음은 어떨까요? 제가 도울 수 있는 일은 분리수거 잘하고, 엘리베이터에 붙은 아파트 주민으로 해야 할 일을 제때 잘 처리하는 것뿐입니다. 그리고 오늘도 마주친다면 반갑게 인사드리고, 수고해 주셔서 감사하다는 표현입니다. 이것으로 경비 아저씨가 힘을 얻을 수 있다면 만날 때마다 해야죠.

퇴근길을 터벅터벅 걸어오는 이웃의 발걸음을 보면 오늘 하루 얼마나 고되었을까 상상해 봅니다. 매일 아침 출근길에 만나는 이웃도 너무 일을 하고 싶어서 룰루랄라 일터로 가는 건 아니겠지요? 먹고살기 위해 고군분투하고 집으로 돌아오는 길이 힘없어 보이는 건 하루 종일 지지고 볶고 에너지를 쏟았을 쓸 이웃의 험난한 여정이 공감되었기 때문입니다. 일을 하느라 바빠서 자신을 돌아볼 여유도 없이 보냈을 하루가 정말 피곤했을 것 같습니다. 부디 저녁에는 편안하게 쉬고 에너지를 충전하길 마음으로 응원해 봅니다.

어제 만나고 떠오른 사람들 말고도 위로와 격려가 필요한 분들이 많이 계실 줄 압니다. 그들이 직접 힘들다고 우리에게 적극적으로 표현하지 않을 것입니다. 우리가 먼저 그런 시선을 가지면 좋겠습니다. 우리가 힘들었던 상황을 떠올려보면 공감하는 것이 그리 어려운 일은 아닙니다. 시선은 전적으로 우리 마음에 달려있습니다. 날카로운 눈으로 바라보는 것이 아니라 사랑으로 바라보면 모든 사람과 상황이 이해와 공감할 수 있다고 믿습니다. 오늘은 주변 사람들을 사랑의 눈으로 바라보고, 진심을 담아 응원하는 하루가 되면 좋겠습니다.

﻿세상에서 내가 제일 어렵고 힘든 상황에 놓여 있는 것 같지만, 주위를 둘러보면 위로와 격려가 필요한 사람이 더 많습니다. 어제는 전 직장 동료의 부고 소식을 전해 들었습니다. 갑작스러운 사고로 인해 하늘나라로 간 고인과 그의 가족들 소식을 듣고 마음이 먹먹했습니다. 가족들의 슬픔을 어떤 말로 위로하기 어렵겠지만, 진심으로 기도하여 빠르게 평안을 찾길 바란다고 메시지를 보냈습니다. 그 어느 때보다 뚫기 어려운 취업 시장에서 매일 탈락 안내를 받고 마음이 무너진다는 소식을 듣습니다. 3개월 전에 직접 겪었던 상황이 떠올라 마음이 아팠습니다. 얼마나 힘들고 답답할까 상황이 잘 이해와 공감되었기에 더 마음이 쓰였습니다. 입사 지원한 결과를 알려주지 않거나 채용 전형에서 아쉽게 탈락했다고 해서 절대 지원자가 부족한 것은 아니니 너무 실망하지 말자고 격려했습니다. 제 말이 무슨 힘이 있어서 취업에 도전하는 사람들을 얼마나 위로할 수 있겠습니까. 다만, 진심으로 그의 어려움이 공감되어 상황에 무릎 꿇지 않고 담대한 용기를 갖기를 바라는 마음입니다. 우리의 직장 동료들도 자세히 들여다보면 하나같이 위로와 격려가 필요합니다. 동료가 하는 일과 그의 컨디션에 관심을 갖고, 자세히 보면 저마다 어려움을 안고 일을 하고 있습니다. 우리가 관심이 없으니 동료가 겪고 있는 고충이 보이지 않을 뿐입니다. 오히려 왜 저렇게 말하고 행동하는지 동료에 대한 불평과 불만을 갖고 있습니다. 알고 보면 각자 다 그럴만한 사정이 있고, 동료에게 필요한 건 조언이 아니라 위로입니다.&nbsp; 매일 아침 눈을 뜨면 만나는 가족도 마찬가지입니다. 아내와 아들, 딸에게도 힘든 부분이 있을 것입니다. 직장을 다니는 아내에게 일과 사람에 대한 스트레스가 있을 것이고, 학교와 유치원을 다니는 아들과 딸에게도 공부하고 친구들과 지내는 관계에 어려움이 있을 것입니다. 매일 어려움을 가족에게 이야기하지 않을 뿐 각자 마음속으로 끙끙 앓고 있는 아픔이 있습니다. 그들에게 필요한 건 잔소리가 아니라 사랑이 담긴 말 한마디와 따뜻한 포옹입니다. 내 생활 방식과 다르다고 핀잔을 주는 것이 아니라 오늘은 어떤 일로 힘들지 않았나 세심하게 살펴보고 정성스럽게 대화를 나누는 것입니다. 아파트 경비 아저씨는 얼마나 힘들까요? 매일 쏟아져 나오는 쓰레기를 정리하고 처리해야 합니다. 날마다 방문하는 사람들에게 문을 열어주고, 붐비는 주차장을 관리하느라 실랑이를 벌입니다. 잠도 편하게 주무시지 못하고 추운 밤을 쓸쓸하게 혼자 보내는 마음은 어떨까요? 제가 도울 수 있는 일은 분리수거 잘하고, 엘리베이터에 붙은 아파트 주민으로 해야 할 일을 제때 잘 처리하는 것뿐입니다. 그리고 오늘도 마주친다면 반갑게 인사드리고, 수고해 주셔서 감사하다는 표현입니다. 이것으로 경비 아저씨가 힘을 얻을 수 있다면 만날 때마다 해야죠. 퇴근길을 터벅터벅 걸어오는 이웃의 발걸음을 보면 오늘 하루 얼마나 고되었을까 상상해 봅니다. 매일 아침 출근길에 만나는 이웃도 너무 일을 하고 싶어서 룰루랄라 일터로 가는 건 아니겠지요? 먹고살기 위해 고군분투하고 집으로 돌아오는 길이 힘없어 보이는 건 하루 종일 지지고 볶고 에너지를 쏟았을 쓸 이웃의 험난한 여정이 공감되었기 때문입니다. 일을 하느라 바빠서 자신을 돌아볼 여유도 없이 보냈을 하루가 정말 피곤했을 것 같습니다. 부디 저녁에는 편안하게 쉬고 에너지를 충전하길 마음으로 응원해 봅니다. 어제 만나고 떠오른 사람들 말고도 위로와 격려가 필요한 분들이 많이 계실 줄 압니다. 그들이 직접 힘들다고 우리에게 적극적으로 표현하지 않을 것입니다. 우리가 먼저 그런 시선을 가지면 좋겠습니다. 우리가 힘들었던 상황을 떠올려보면 공감하는 것이 그리 어려운 일은 아닙니다. 시선은 전적으로 우리 마음에 달려있습니다. 날카로운 눈으로 바라보는 것이 아니라 사랑으로 바라보면 모든 사람과 상황이 이해와 공감할 수 있다고 믿습니다. 오늘은 주변 사람들을 사랑의 눈으로 바라보고, 진심을 담아 응원하는 하루가 되면 좋겠습니다.﻿

위로

1. 뇌를 재설계하려면 무엇이 필요할까?

2. 많은 게 필요하지 않고 딱 다음 세 가지만 있으면 된다. 그나마 한 가지는 선택 사항이다.

3. 집중, 반복, 감정(두려움, 행복, 증오, 사랑, 열정 등)

4. 감정이란 치트키를 쓰면 뇌의 신경 회로가 가장 빨리 재구성된다. 하지만 감정 없이 리프레임에 집중하고 반복하기만 해도 뇌를 원하는 대로 재설계할 수 있다.

5. 뇌는 입력하는 자극에 반응하여 새로운 구조를 만든다. 집중과 반복은 아이디어(또는 리프레임)를 개념적인 것에서 물리적인 것으로 바꾼다.

6. 다시 말해 뇌 구조에 물리적인 변화를 가져온다.

7. 여기에 감정을 더하면 뇌가 더 빨리 재설계 되지만, 다시 말하는데 이 부분은 선택 사항이다.

#더리프레임 📚
#스콧에덤스
#하루한문장

1. 뇌를 재설계하려면 무엇이 필요할까? ​2. 많은 게 필요하지 않고 딱 다음 세 가지만 있으면 된다. 그나마 한 가지는 선택 사항이다. ​3. 집중, 반복, 감정(두려움, 행복, 증오, 사랑, 열정 등) ​4. 감정이란 치트키를 쓰면 뇌의 신경 회로가 가장 빨리 재구성된다. 하지만 감정 없이 리프레임에 집중하고 반복하기만 해도 뇌를 원하는 대로 재설계할 수 있다. ​5. 뇌는 입력하는 자극에 반응하여 새로운 구조를 만든다. 집중과 반복은 아이디어(또는 리프레임)를 개념적인 것에서 물리적인 것으로 바꾼다. ​6. 다시 말해 뇌 구조에 물리적인 변화를 가져온다. ​7. 여기에 감정을 더하면 뇌가 더 빨리 재설계 되지만, 다시 말하는데 이 부분은 선택 사항이다. #더리프레임 📚 #스콧에덤스 #하루한문장

< 뇌를 가장 빠르게 바꾸는 3가지 방법 >

현대 소프트웨어 개발에서 의존성(Dependency)은 필수 불가결한 존재입니다. 직접 구현해야 하는 코드를 줄여 생산성을 높여주지만, 관리되지 않고 방치된 의존성은 보안 취약점이나 호환성 문제로 이어지기 쉽죠.

이번 글에서는 깃허브에서 제공하는 Dependabot을 통해 의존성 관리와 보안 업데이트를 어떻게 자동화할 수 있는지 알아보겠습니다.

📝 포스팅: https://www.daleseo.com/github-dependabot/

Dependabot은 깃허브에서 제공하는 보안 취약점 경보 및 의존성 업데이트 기능입니다. 초기에는 독립 서비스였지만, 2019년 GitHub에 인수된 후 현재는 깃허브 플랫폼에 완전히 통합되어 무료로 사용할 수 있습니다. 덕분에 Dependabot에 대한 접근성과 사용성이 크게 개선되어 복잡한 과정없이 코드 저장소에 간단한 설정만으로 바로 쓸 수 있습니다.

Dependabot은 다음 세 가지 기능으로 이루어져 있습니다.
 * Alerts(알람): 코드 저장소의 보안 취약점을 감지하여 경고합니다.
 * Security Updates(보안 업데이트): 보안 취약점이 발견된 의존성을 업데이트하는 Pull Request을 자등으로 생성합니다.
 * Version Updates(버전 업데이트): 보안과 무관하게 의존성을 최신 상태로 유지하기 Pull Request을 자등으로 생성합니다.

npm이나 Maven, PyPI, RubyGems, Docker Hub 등과 같은 패키지 저장소를 통해 의존성을 내려받는 프로젝트는 모두 잠재적인 공급망 공격(Supply Chain Attack) 위험에 처해 있습니다. Dependabot은 점점 정교해지고 있는 공급망 공격을 방어하고, 알려진 보안 취약점으로부터 프로젝트를 지킬 수 있는 강력한 보안 도구입니다.

현대 소프트웨어 개발에서 의존성(Dependency)은 필수 불가결한 존재입니다. 직접 구현해야 하는 코드를 줄여 생산성을 높여주지만, 관리되지 않고 방치된 의존성은 보안 취약점이나 호환성 문제로 이어지기 쉽죠. 이번 글에서는 깃허브에서 제공하는 Dependabot을 통해 의존성 관리와 보안 업데이트를 어떻게 자동화할 수 있는지 알아보겠습니다. 📝 포스팅: https://www.daleseo.com/github-dependabot/ Dependabot은 깃허브에서 제공하는 보안 취약점 경보 및 의존성 업데이트 기능입니다. 초기에는 독립 서비스였지만, 2019년 GitHub에 인수된 후 현재는 깃허브 플랫폼에 완전히 통합되어 무료로 사용할 수 있습니다. 덕분에 Dependabot에 대한 접근성과 사용성이 크게 개선되어 복잡한 과정없이 코드 저장소에 간단한 설정만으로 바로 쓸 수 있습니다. Dependabot은 다음 세 가지 기능으로 이루어져 있습니다.<ul><li>Alerts(알람): 코드 저장소의 보안 취약점을 감지하여 경고합니다.</li><li>Security Updates(보안 업데이트): 보안 취약점이 발견된 의존성을 업데이트하는 Pull Request을 자등으로 생성합니다.</li><li>Version Updates(버전 업데이트): 보안과 무관하게 의존성을 최신 상태로 유지하기 Pull Request을 자등으로 생성합니다.</li></ul> npm이나 Maven, PyPI, RubyGems, Docker Hub 등과 같은 패키지 저장소를 통해 의존성을 내려받는 프로젝트는 모두 잠재적인 공급망 공격(Supply Chain Attack) 위험에 처해 있습니다. Dependabot은 점점 정교해지고 있는 공급망 공격을 방어하고, 알려진 보안 취약점으로부터 프로젝트를 지킬 수 있는 강력한 보안 도구입니다.

Dependabot을 통한 안전한 의존성 관리

롱블랙 프렌즈 C 여러분은 일할 때 가장 설레는 순간이 언제세요? 저는 어디서도 듣지 못한 이야기를 접했을 때예요! 2025년 4월 30일에 열린 <롱블랙 스토리 컨퍼런스 2025

스토리 2025 : 반짝거림에 기대지 않는, 스토리텔러 8인의 이야기 발견법

1️⃣ 불편한데 그래야만 할까?

“어느 시대든 성공한 비즈니스에는 그 업계의 감수성과 상식이라는 게 존재합니다. 그 상식에 도전하고, 부수면서 나아가는 것. 그것이 우리의 역할입니다. 그래서 우리는 기획할 때 ‘기성세대가 품은 상식을 어떻게 돌파할 수 있을지’를 중요하게 보죠.” - 다카하시 야스노리 CCC CEO (CCC는 일본의 1위 서점 츠타야 운영사)

① 왜 서점에는 책 파는 진열장만 있는 걸까? → ‘머무는 공간’을 만들기 위해 서점과 스타벅스를 경계 없이 융합했다.

② 왜 가전 매장은 할인 위주의 판매에만 집중할까? → ‘상상할 수 있는 공간’을 만들기 위해 고객이 가전제품을 체험할 수 있는 매장, 츠타야 일렉트릭스를 제안했다.

③ 왜 은행은 번화한 곳에 있는데 주말마다 문을 닫을까? → ‘가고 싶은 공간’을 만들기 위해 은행 영업시간 외에 문을 여는 공유오피스, 쉐어 라운지를 기획했다.

2️⃣ 아파트에 전기차 충전기를 설치하기 위한 솔루션, '출차 알림 시계'

2023년에 만든 ‘출차 알림 시계’를 소개했어요. 아파트의 이중주차 문제를 해결하기 위해, 차 위에 ‘나의 출차 시간’을 표시할 수 있는 시계였어요. 표시된 시간보다 먼저 나갈 차는 그 앞에 이중주차를 할 수 있게 한 거였죠.

"현장에 가니 답이 쉽게 보였어요. 이중주차 문제로 싸움까지 나는 아파트가 적잖았거든요. 주차 공간도 부족한데 전기차 충전기를 놓자고 하면? 당연히 반대가 나올 만했어요. 그래서 사람들의 근본적인 괴로움을 풀 방법을 찾았습니다. 그렇게 출차 알림 시계를 떠올렸죠. 이렇게 저는 누군가의 문제를 발견해 해결할 수 있다면, 형식이나 표현 방식에 제약을 둘 필요가 없다고 생각합니다. 눈에 보이는 모든 것을 미디어 삼아 광고할 수 있죠.” - 이승재 아이디엇 대표

https://www.longblack.co/note/1438?ticket=NT25205127e745725a7423751d7cce7b464a39

1️⃣ 불편한데 그래야만 할까? “어느 시대든 성공한 비즈니스에는 그 업계의 감수성과 상식이라는 게 존재합니다. 그 상식에 도전하고, 부수면서 나아가는 것. 그것이 우리의 역할입니다. 그래서 우리는 기획할 때 ‘기성세대가 품은 상식을 어떻게 돌파할 수 있을지’를 중요하게 보죠.” - 다카하시 야스노리 CCC CEO (CCC는 일본의 1위 서점 츠타야 운영사) ① 왜 서점에는 책 파는 진열장만 있는 걸까? → ‘머무는 공간’을 만들기 위해 서점과 스타벅스를 경계 없이 융합했다. ② 왜 가전 매장은 할인 위주의 판매에만 집중할까? → ‘상상할 수 있는 공간’을 만들기 위해 고객이 가전제품을 체험할 수 있는 매장, 츠타야 일렉트릭스를 제안했다. ③ 왜 은행은 번화한 곳에 있는데 주말마다 문을 닫을까? → ‘가고 싶은 공간’을 만들기 위해 은행 영업시간 외에 문을 여는 공유오피스, 쉐어 라운지를 기획했다. 2️⃣ 아파트에 전기차 충전기를 설치하기 위한 솔루션, '출차 알림 시계' 2023년에 만든 ‘출차 알림 시계’를 소개했어요. 아파트의 이중주차 문제를 해결하기 위해, 차 위에 ‘나의 출차 시간’을 표시할 수 있는 시계였어요. 표시된 시간보다 먼저 나갈 차는 그 앞에 이중주차를 할 수 있게 한 거였죠. "현장에 가니 답이 쉽게 보였어요. 이중주차 문제로 싸움까지 나는 아파트가 적잖았거든요. 주차 공간도 부족한데 전기차 충전기를 놓자고 하면? 당연히 반대가 나올 만했어요. 그래서 사람들의 근본적인 괴로움을 풀 방법을 찾았습니다. 그렇게 출차 알림 시계를 떠올렸죠. 이렇게 저는 누군가의 문제를 발견해 해결할 수 있다면, 형식이나 표현 방식에 제약을 둘 필요가 없다고 생각합니다. 눈에 보이는 모든 것을 미디어 삼아 광고할 수 있죠.” - 이승재 아이디엇 대표 https://www.longblack.co/note/1438?ticket=NT25205127e745725a7423751d7cce7b464a39

LongBlack

⟪스토리를 만드는 사람들⟫

2019년 2월 7일, 브런치에 첫 글이 발행 되었습니다. 매일 치열하게 고민한 것들이 휘발되는 것이 아깝기도 했고, 새로운 자극이 필요한 시기이기도 했습니다. 그렇게 브런치는 디자인 일기장 같은 공간이 되었습니다.

요즘처럼 트래픽이 흔해진 시대에, 6년간 151편의 글, 100만이라는 숫자가 자랑할 만한 일인지는 모르겠습니다. 다만 디자인이라는 단일 주제로 꾸준히 기록하며 여기까지 왔다는 것에서는 의미를 부여하고 싶습니다.

그 사이 세 권의 책을 냈고, 훌륭한 디자이너 분들과 소중한 교류의 기회를 얻었습니다. 좋은 기업들을 거쳐 현재는 독립을 했습니다. 돌아보니 그 여정 가운데 브런치와 글쓰기가 있었습니다.

긴 시간 제 글을 읽어주고 반응해준 분들께 감사함이 큽니다. 앞으로도 계속 디자인과 디자이너에 대한 기록을 이어가고자 합니다.

2019년 2월 7일, 브런치에 첫 글이 발행 되었습니다. 매일 치열하게 고민한 것들이 휘발되는 것이 아깝기도 했고, 새로운 자극이 필요한 시기이기도 했습니다. 그렇게 브런치는 디자인 일기장 같은 공간이 되었습니다. 요즘처럼 트래픽이 흔해진 시대에, 6년간 151편의 글, 100만이라는 숫자가 자랑할 만한 일인지는 모르겠습니다. 다만 디자인이라는 단일 주제로 꾸준히 기록하며 여기까지 왔다는 것에서는 의미를 부여하고 싶습니다. 그 사이 세 권의 책을 냈고, 훌륭한 디자이너 분들과 소중한 교류의 기회를 얻었습니다. 좋은 기업들을 거쳐 현재는 독립을 했습니다. 돌아보니 그 여정 가운데 브런치와 글쓰기가 있었습니다. 긴 시간 제 글을 읽어주고 반응해준 분들께 감사함이 큽니다. 앞으로도 계속 디자인과 디자이너에 대한 기록을 이어가고자 합니다.

브런치에서의 6년, 그리고 100만뷰

📰 인공지능만으로 운영된 스타트업의 실패

카네기 멜론 대학교의 연구자들은 “TheAgentCompany”라는 회사를 만들었다. 이 회사는 AI 모델들이 소프트웨어 엔지니어, 재무 분석가, 프로젝트 매니저로 일하는 곳.

인공지능 직원들은 인터넷에서 정보를 찾고, 사내 규정집을 참고하며, 웹사이트와 슬랙 같은 채팅 프로그램을 사용하고, 코드도 작성하고, 스프레드시트로 정보를 정리하고, ‘동료’들과 소통까지 했다.

그래서 결과는 어땠을까? 실패했다. 거의 코미디 수준으로.

인공지능 직원들은 회의하는 데 탁월했고 엄청나게 많은 회의를 했다. 내부 갈등도 많았다. 그리고 결국 아무 제품도 만들어내지 못했다. 우리가 맹목적으로 신뢰하는 인공지능이 회사를, 그것도 스타트업을 운영하면 어떻게 될까? 그 대답은 출시 제품 없이 실패하는 것이었다.

마치 스타트업에 관한 코미디 쇼의 패러디 같았다.

—

아니 근데, 이건 패러디 같은게 아니라 걍 인간 세상에 늘 있는 일인데요?..(…)

📰 인공지능만으로 운영된 스타트업의 실패 카네기 멜론 대학교의 연구자들은 “TheAgentCompany”라는 회사를 만들었다. 이 회사는 AI 모델들이 소프트웨어 엔지니어, 재무 분석가, 프로젝트 매니저로 일하는 곳. 인공지능 직원들은 인터넷에서 정보를 찾고, 사내 규정집을 참고하며, 웹사이트와 슬랙 같은 채팅 프로그램을 사용하고, 코드도 작성하고, 스프레드시트로 정보를 정리하고, ‘동료’들과 소통까지 했다. 그래서 결과는 어땠을까? 실패했다. 거의 코미디 수준으로. 인공지능 직원들은 회의하는 데 탁월했고 엄청나게 많은 회의를 했다. 내부 갈등도 많았다. 그리고 결국 아무 제품도 만들어내지 못했다. 우리가 맹목적으로 신뢰하는 인공지능이 회사를, 그것도 스타트업을 운영하면 어떻게 될까? 그 대답은 출시 제품 없이 실패하는 것이었다. 마치 스타트업에 관한 코미디 쇼의 패러디 같았다. — 아니 근데, 이건 패러디 같은게 아니라 걍 인간 세상에 늘 있는 일인데요?..(…)

📰 인공지능만으로 운영된 스타트업의 실패

카네기 멜론 대학교의 

ChatGPT의 Deep Researh에 GitHub을 연결 할 수 있게 되었군요!

와우! 대박! 와우! 대박적! 지금 만나러갑니다!

ChatGPT의 Deep Researh에 GitHub을 연결 할 수 있게 되었군요! 와우! 대박! 와우! 대박적! 지금 만나러갑니다!

ChatGPT의 Deep Researh에 GitHub을 연결 할 

www.55check.com공유하기게시하기웹에서 보기#레오 14세 즉위Cubs 팬 or Sox 팬? 새 교황님의 신상을 털어보자한국시간 금요일 새벽, 미국 시카고 출신의 로버트 프레보스트(Robert Prevost, 69) 추기경이 가톨릭 교회의 새 교황으로 선출. 레오 14세로 즉위. (첫 등장 영상. 소리 on 필수)레오 14세는 여러 면에서 독특한데,사진에도 보듯 흑인 + 백인 혼혈이심. 놀랍게도 노스트라다무스가 예언(!)고향 미국은 가톨릭 국가도 아님. (개신교 40%, 가톨릭 20%)페루에서 오랫동안 선교활동을 해서 미국-페루-바티칸 3중 국적 보유.영국 출신 하드리아노 4세(1154년~1159년 재위) 이후 두 번째로 영어가 모국어인 교황.800년 역사를 가진 아우구스띠노 수도회의 첫 교황. 이 수도회의 유명 멤버로는 종교개혁을 이끈 마르틴 루터(파문당함), 완두콩 덕후 그레고어 멘델, 철학자 에라스무스 등.레오14세는 레오13세(1878~1903)을 롤모델로 삼아 고른 이름으로 추측. 레오13세는 교회가 현대사회에 맞게 공장노동자들에게 더 다가가야한다고 주장했던 사람.코스트코에서 본 듯?레오 14세는 미국 출신이시다보니 이전 교황들보다 신비감은 떨어지고 좀 친근하게 느껴짐.아버지는 2차대전 해군 참전용사 출신이며 공립학교 교장. 어머니는 도서관 사서이며 독실한 가톨릭 신자.성직자가 되기 전 펜실베니아 주에 있는 명문 빌라노바대 수학과 전공. 이 학교 재학생들의 반응.MLB 시카고 컵스 팬이라는 소문이 돌았으나

2025년 5월 9일 (금) - 새 교황님 신상털기 총정리 : 오호츠크 리포트

OpenAI, 코딩 AI 서비스 Windsurf 인수

 * 금액은 4.2조원. 2025년 AI 스타트업 업계 첫 1조원 이상의 딜.
 * 현재 연간 반복 매출(ARR)은 560억원. 비슷한 코드에디터 기반의 경쟁사인 Cursor는 2년 만에 연매출 1억 달러(1400억원) 돌파해 주목 받아.
 * Windsurf는 프로그램 코드를 자동으로 짜주는 에디터 서비스. OpenAI는 윈드서프를 AI 에이전트와 연동해 문서 작성, 메모장, 노션 같은 기능의 생산성 도구 출시할 듯.
 * 또 웹 검색해 자료 정리하고, 그래프도 자동 제작하고, 이를 하나의 문서로 만들어주는 통합 도구까지 만들 듯. MS 오피스에 도전하기 위한 밑밥.
   
OpenAI 기업 구조 대변신, 그러나 마이크로소프트는 반대

 * OpenAI가 기존과 연결되는 새로운 회사 구조 발표. 기존 영리법인(LLC)을 공익법인(PBC)으로 전환 예정.
 * 최근 소프트뱅크(56조)와 마이크로소프트(13조)가 이 영리법인에 투자했었는데, 이번 회사 구조를 변경하는데 있어서 마이크로소프트가 반대하고 나섰음.
 * 핵심 이슈는 수익 배분. 2030년까지 매출의 20%를 인프라 사용료로 MS에 줄 예정이었으나 공익법인으로 바꾸면서 그 액수를 반으로 줄이겠다는 계획
 * 한편 OpenAI는 창업자 일론 머스크와도 소송 중. 머스크는 "비영리로 운영하겠다고 해서 돈도 주고 밀어줬는데, 영리 추구해 계약 위반했다" 주장.
 * 계약서에 명시된 내용이라 OpenAI에게 여러모로 골치 아픈 상황. 비영리냐 영리냐의 정체성 혼란.

아마존, 클라우드 시장을 넘어 우주 시장으로.

 * 아마존이 저궤도 위성 발사로 위성 기반 인터넷 제공 사업 본격화. 프로젝트명 카이퍼(Kuiper).
 * 최대 2600km 떨어진 위성끼리 안정적 양방향 링크 유지 가능. 이번에 27개 위성 탑재해 발사 및 연결 완료.
 * 최종 목표는 3200개 위성 연결로 지구 상당 부분 커버. 이미 80번 이상의 발사 예정
 * 흥미로운 점: 계열사인 블루오리진 로켓에 의존하지 않고 다른 회사 로켓들을 더 활용한다는 계획.
 * 저궤도 위성 인터넷은 해상 선박, 오지에서도 연결 가능한 아직 블루오션 시장. 일론 머스크의 스타링크가 압도적 1위. 2024년 기준 7135개 위성 띄워 전 세계에 서비스 제공 중. 우크라이나에서도 쓰고 각종 선박과 항공기들도 사용.
 * 블루 오리진은 SpaceX와 맞불, 아마존은 스타링크와 맞불. 아마존은 손해를 감수하고서라도 대량으로 밀어붙이는 스타일의 회사라 앞으로 위성 인터넷 시장의 경쟁 심화될 듯.

https://55check.com/newsletters?q=YToxOntzOjEyOiJrZXl3b3JkX3R5cGUiO3M6MzoiYWxsIjt9&bmode=view&idx=163564390&t=board

OpenAI, 코딩 AI 서비스 Windsurf 인수 <ul ><li>금액은 4.2조원. 2025년 AI 스타트업 업계 첫 1조원 이상의 딜.</li><li>현재 연간 반복 매출(ARR)은 560억원. 비슷한 코드에디터 기반의 경쟁사인 Cursor는 2년 만에 연매출 1억 달러(1400억원) 돌파해 주목 받아.</li></ul><ul ><li>Windsurf는 프로그램 코드를 자동으로 짜주는 에디터 서비스. OpenAI는 윈드서프를 AI 에이전트와 연동해 문서 작성, 메모장, 노션 같은 기능의 생산성 도구 출시할 듯.</li><li>또 웹 검색해 자료 정리하고, 그래프도 자동 제작하고, 이를 하나의 문서로 만들어주는 통합 도구까지 만들 듯. MS 오피스에 도전하기 위한 밑밥. </li></ul>OpenAI 기업 구조 대변신, 그러나 마이크로소프트는 반대 <ul ><li>OpenAI가 기존과 연결되는 새로운 회사 구조 발표. 기존 영리법인(LLC)을 공익법인(PBC)으로 전환 예정.</li><li>최근 소프트뱅크(56조)와 마이크로소프트(13조)가 이 영리법인에 투자했었는데, 이번 회사 구조를 변경하는데 있어서 마이크로소프트가 반대하고 나섰음.</li><li>핵심 이슈는 수익 배분. 2030년까지 매출의 20%를 인프라 사용료로 MS에 줄 예정이었으나 공익법인으로 바꾸면서 그 액수를 반으로 줄이겠다는 계획</li><li>한편 OpenAI는 창업자 일론 머스크와도 소송 중. 머스크는 "비영리로 운영하겠다고 해서 돈도 주고 밀어줬는데, 영리 추구해 계약 위반했다" 주장.</li><li>계약서에 명시된 내용이라 OpenAI에게 여러모로 골치 아픈 상황. 비영리냐 영리냐의 정체성 혼란.</li></ul> 아마존, 클라우드 시장을 넘어 우주 시장으로. <ul ><li>아마존이 저궤도 위성 발사로 위성 기반 인터넷 제공 사업 본격화. 프로젝트명 카이퍼(Kuiper).</li><li>최대 2600km 떨어진 위성끼리 안정적 양방향 링크 유지 가능. 이번에 27개 위성 탑재해 발사 및 연결 완료.</li><li>최종 목표는 3200개 위성 연결로 지구 상당 부분 커버. 이미 80번 이상의 발사 예정</li><li>흥미로운 점: 계열사인 블루오리진 로켓에 의존하지 않고 다른 회사 로켓들을 더 활용한다는 계획.</li><li>저궤도 위성 인터넷은 해상 선박, 오지에서도 연결 가능한 아직 블루오션 시장. 일론 머스크의 스타링크가 압도적 1위. 2024년 기준 7135개 위성 띄워 전 세계에 서비스 제공 중. 우크라이나에서도 쓰고 각종 선박과 항공기들도 사용.</li><li>블루 오리진은 SpaceX와 맞불, 아마존은 스타링크와 맞불. 아마존은 손해를 감수하고서라도 대량으로 밀어붙이는 스타일의 회사라 앞으로 위성 인터넷 시장의 경쟁 심화될 듯.</li></ul> https://55check.com/newsletters?q=YToxOntzOjEyOiJrZXl3b3JkX3R5cGUiO3M6MzoiYWxsIjt9&amp;bmode=view&amp;idx=163564390&amp;t=board

5월 둘째주 - OpenAI 인수부터 마소에 반기까지. 다 하는군

주니어 개발자가 읽어보면 좋을 기술 블로그 글들과 포인트에 대해서 이야기해 보고자 한다.

주니어 개발자들이 읽으면 좋은 테크 아티클 모음

F-Lab 에서 주니어 개발자들이(사실 개발자라면 누구나) 보시면 좋을 아티클 모음을 공유해 주었네요!

검색엔진부터 비동기 처리, NoSQL 등 다양한 분야의 아티클들이 공유되어 있으니 관심있으신 분들은 보시면 좋겠습니다.

F-Lab 에서 공유해주신 아티클 주제를 나열해보면 다음과 같습니다.

📌 구글이 직접 말하는 검색엔진의 원리 (tali.kr)
📌 검색 엔진은 어떻게 작동하는가 (xo.dev)
📌 네이버의 검색엔진의 특징과 알고리즘 (tistory.com)
📌 [네이버 블로그]네이버 검색의 원리 : 네이버 블로그 (naver.com)
📌 지마켓 대기열 시스템 파헤치기 (gmarket.com)
📌 인증/인가는 어디에 어떻게 구현해야 할까? (gmarket.com)
📌 Sharded MySQL Cluster 도입 배경과 개발기 (부제: 우당탕탕 좌충우돌 개발기) (gmarket.com)
📌 웹 브라우저에 URL을 입력하면 어떤 일이 생기나요? | Amazon Web Services 한국 블로그
📌 네이버 메인 페이지의 트래픽 처리 (naver.com)
📌 How Discord Stores Trillions of Messages
📌 What ScyllaDB Is and Why You Should Care | by Mottakin Chowdhury | Better Programming
📌 How Discord Supercharges Network Disks for Extreme Low Latency
📌 비동기 서버에서 이벤트 루프를 블록하면 안 되는 이유
📌 카카오가 직접 회고한 1015 장애사태 원인과 대책 (brunch.co.kr)
📌 Lessons learned from operating our data serving layer | Coupang engineering | Coupang Engineering Blog (medium.com)
📌 The Missing Semester of Your CS Education (mit.edu)
📌 고려대학교 컴퓨터학과 특강 - 대학생 때 알았더라면 좋았을 것들 (slideshare.net)

F-Lab : 상위 1% 개발자들의 멘토링

주니어 개발자들이 읽으면 좋은 테크 아티클 모음📚

Product Manager로 커리어를 시작하는 방법 | Product Manager로 커리어를 시작하고 싶어요.하지만 다 신입은 전혀 뽑지 않더라구요.Product Manager로 커리어를 어떻게 시작하면 좋을까요?   지금은 사라진 커피챗이라는 서비스가 있다. 필드의 멘토-멘티를 연결해서 필요한 정보를 주고받는 플랫폼이었는데, 개인적으로 참 애착을 가지고 이용했던 서비스였는데 지금은 서비스를 종료해서 다소

PM 직무가 신입을 뽑지 않는 이유

PM 채용 시 '경력 필수' 요건이 일반적인 이유는 PM 역할의 본질 때문이다. PM은 경험을 통해 길러지는 의사결정 및 조율 능력이 핵심인 '제너럴리스트'이며, 팀 전체에 미치는 높은 영향력 때문에 기업은 검증된 경력을 위주로 선발한다.

PM 1명을 채용하려면 그 PM을 바라보는 최소 3-4명 이상의 메이커가 붙어야 한다. 거의 4-5명 분의 생산성이 PM 1명에게 좌우되므로, 기업 입장에서 신입 PM을 채용하기에는 무리가 되는 지점이 많다.

따라서 대부분 유관 직무 경험 후 PM으로 전환하는 경로를 밟는다. 이때 이전 역할에서의 '문제 해결 주도성' 발휘 경험이 전환의 핵심이다. 즉, 주어진 업무를 넘어 스스로 문제를 찾아 해결하고 성과를 만든 경험이 중요하다. 가장 많이 보이는 유관 직무는 제품 운영, 기획, 분석, 개발, 디자인 등이다.

따라서 예비 PM이라면, 처음부터 PM 직무를 찾기보다 유관 직무에서 먼저 경험을 쌓으며 주도적으로 문제를 해결하고 측정 가능한 성과를 만들어 포트폴리오를 준비하는 것이 현실적인 전략이다.

전체 글은 다음 브런치에서 확인하실 수 있습니다.
https://brunch.co.kr/@draco67p/13

PM 채용 시 '경력 필수' 요건이 일반적인 이유는 PM 역할의 본질 때문이다. PM은 경험을 통해 길러지는 의사결정 및 조율 능력이 핵심인 '제너럴리스트'이며,&nbsp;팀 전체에 미치는 높은 영향력&nbsp;때문에 기업은 검증된 경력을 위주로 선발한다. PM 1명을 채용하려면 그 PM을 바라보는 최소 3-4명 이상의 메이커가 붙어야 한다. 거의 4-5명 분의 생산성이 PM 1명에게 좌우되므로, 기업 입장에서 신입 PM을 채용하기에는 무리가 되는 지점이 많다. 따라서 대부분&nbsp;유관 직무 경험 후 PM으로 전환하는 경로를 밟는다. 이때&nbsp;이전 역할에서의 '문제 해결 주도성' 발휘 경험이 전환의 핵심이다. 즉, 주어진 업무를 넘어 스스로 문제를 찾아 해결하고 성과를 만든 경험이 중요하다. 가장 많이 보이는 유관 직무는 제품 운영, 기획, 분석, 개발, 디자인 등이다. 따라서 예비 PM이라면, 처음부터 PM 직무를 찾기보다&nbsp;유관 직무에서 먼저 경험을 쌓으며 주도적으로 문제를 해결하고 측정 가능한 성과를 만들어 포트폴리오를 준비하는 것이 현실적인 전략이다. 전체 글은 다음 브런치에서 확인하실 수 있습니다.https://brunch.co.kr/@draco67p/13

PM 직무가 신입을 뽑지 않는 이유

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필