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

달레의 코딩 테스트

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

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

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

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

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

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

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

www.youtube.com

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

이번에 우아한형제들 기술 블로그에 "타입 안전한 API 모킹으로 프론트엔드 생산성 높이기"라는 새 글을 발행하게 되었습니다.

주문웹프론트개발팀(배달의민족 장바구니부터 결제까지 담당)은 다양한 시나리오를 테스트하기 위해 10개가 넘는 시나리오 별 JSON 파일을 관리하고 있었습니다.

하지만 API 모킹을 위한 JSON 파일이 점점 늘어나면서, 변경된 API 스펙을 목 데이터에 실수로 반영하지 않아 개발 환경에서 '흰 화면' 이슈를 겪는 등의 문제가 발생했습니다.

이 글은 타입 안전한 API 모킹을 통해 흰 화면 이슈를 방지하고, 유지보수 비용을 줄이기 위한 여정을 담고 있습니다.

API 모킹 방식에 고민이 있거나 반복적인 모킹 작업에 피로를 느끼는 프론트엔드 개발자분들께 도움이 되었으면 합니다.

https://techblog.woowahan.com/22127/

이번에 우아한형제들 기술 블로그에 "타입 안전한 API 모킹으로 프론트엔드 생산성 높이기"라는 새 글을 발행하게 되었습니다. 주문웹프론트개발팀(배달의민족 장바구니부터 결제까지 담당)은 다양한 시나리오를 테스트하기 위해 10개가 넘는 시나리오 별 JSON 파일을 관리하고 있었습니다. 하지만 API 모킹을 위한 JSON 파일이 점점 늘어나면서, 변경된 API 스펙을 목 데이터에 실수로 반영하지 않아 개발 환경에서 '흰 화면' 이슈를 겪는 등의 문제가 발생했습니다. 이 글은 타입 안전한 API 모킹을 통해 흰 화면 이슈를 방지하고, 유지보수 비용을 줄이기 위한 여정을 담고 있습니다. API 모킹 방식에 고민이 있거나 반복적인 모킹 작업에 피로를 느끼는 프론트엔드 개발자분들께 도움이 되었으면 합니다. https://techblog.woowahan.com/22127/

타입 안전한 API 모킹으로 프론트엔드 생산성 높이기

간밤에 또 빅 AI 업데이트가 있었군요. Claude 4 Opus, Sonnet 패밀리가 발표되었습니다.

성능이나 다양한 능력이 향상되었고, 트렌드에 맞게(?) 소프트웨어 개발 성능이 또 크게 올랐습니다.

사실 이보다 더 중요한 부분이 있는데요.

Anthropic에서 이번 모델을 발표하면서 AI 안전 수준을 3(AI Safety Level 3, ASL-3)으로 격상했다는 것 입니다.

ASL-2는 일반적인 소프트웨어 보안 수준에 준하는 것인데, ASL-3는 화학, 생물학, 방사능, 핵(CBRN) 지식의 악용 등 실질적 사회적 피해 가능성을 가진 모델 수준입니다.

Claude Opus 4가 ASL-3 보호 조치를 반드시 필요로 하는 수준인지 아직 확정하지는 않았습니다만, 능력의 지속적인 향상으로 인해 이전 모델들과 달리 ASL-3 위험을 명확히 배제할 수 없다고 판단하여, 선제적으로 ASL-3 보호 조치를 적용했다고합니다.

즉, AI의 위험이 실질적으로 사회에 큰 피해를 줄 수 있다는 것을 공식화 한 것인데요. 세계적으로 군비 경쟁이 치열해지고 있는 지금 그 위험성이 더 크게 다가오네요.

과연 이 위험을 인류가 잘 극복해 낼 수 있을까요? 다음 몇년간은 AI가 역사책에 어떻게 나올지가 결정될 정말 중요한 시기인 것 같습니다.

간밤에 또 빅 AI 업데이트가 있었군요. Claude 4 Opus, Sonnet 패밀리가 발표되었습니다. 성능이나 다양한 능력이 향상되었고, 트렌드에 맞게(?) 소프트웨어 개발 성능이 또 크게 올랐습니다. 사실 이보다 더 중요한 부분이 있는데요. Anthropic에서 이번 모델을 발표하면서 AI 안전 수준을 3(AI Safety Level 3, ASL-3)으로 격상했다는 것 입니다. ASL-2는 일반적인 소프트웨어 보안 수준에 준하는 것인데, ASL-3는 화학, 생물학, 방사능, 핵(CBRN) 지식의 악용 등 실질적 사회적 피해 가능성을 가진 모델 수준입니다. Claude Opus 4가 ASL-3 보호 조치를 반드시 필요로 하는 수준인지 아직 확정하지는 않았습니다만, 능력의 지속적인 향상으로 인해 이전 모델들과 달리 ASL-3 위험을 명확히 배제할 수 없다고 판단하여, 선제적으로 ASL-3 보호 조치를 적용했다고합니다. 즉, AI의 위험이 실질적으로 사회에 큰 피해를 줄 수 있다는 것을 공식화 한 것인데요. 세계적으로 군비 경쟁이 치열해지고 있는 지금 그 위험성이 더 크게 다가오네요. 과연 이 위험을 인류가 잘 극복해 낼 수 있을까요? 다음 몇년간은 AI가 역사책에 어떻게 나올지가 결정될 정말 중요한 시기인 것 같습니다.

어제 출시된 따끈따끈한 ChatGPT Codex를 실제 프로젝트 레포에 써 보았습니다.

테스트가 있으면 스스로 테스트도 실행하고, 만든거 스스로 실행해보면서 버그도 수정하고 하는게 기특하긴 합니다.

물론 아직은 바닥부터 레포를 따서 만들게는 못하고, 네트워크가 제한되어 있고, 아주 복합적인 프로젝트는 잘 처리하지 못하는등의 한계가 매우 많습니다.

그래서 아직은 아주 작은, 환경이 격리된 상태에서도 문제 없는 프로젝트 정도에만 유용할 것 같습니다. 그러니까 리서치 프리뷰겠죠.

하지만 이것들은 어렵지 않게(?) 해결이 가능한 것이고, 무엇보다 “야 너 이것 좀 함 해와봐”의 컨셉이 제대로라서 상당히 기대가 됩니다.

기존의 Agent는 기다리면 되는거긴 해도 페어 프로그래밍 정도였다면, 이건 진짜로 누구에게 시키는 느낌이 듭니다. 딥 리서치의 상위 호환같은 느낌이에요.

컨셉의 기본 자체는 상당히 완성도가 높아서 매우 빠르게 발전할 것 같습니다. 향후 1년 안에 진짜로 주니어 개발자 수준은 될 것 같네요.

어제 출시된 따끈따끈한 ChatGPT Codex를 실제 프로젝트 레포에 써 보았습니다. 테스트가 있으면 스스로 테스트도 실행하고, 만든거 스스로 실행해보면서 버그도 수정하고 하는게 기특하긴 합니다. 물론 아직은 바닥부터 레포를 따서 만들게는 못하고, 네트워크가 제한되어 있고, 아주 복합적인 프로젝트는 잘 처리하지 못하는등의 한계가 매우 많습니다. 그래서 아직은 아주 작은, 환경이 격리된 상태에서도 문제 없는 프로젝트 정도에만 유용할 것 같습니다. 그러니까 리서치 프리뷰겠죠. 하지만 이것들은 어렵지 않게(?) 해결이 가능한 것이고, 무엇보다 “야 너 이것 좀 함 해와봐”의 컨셉이 제대로라서 상당히 기대가 됩니다. 기존의 Agent는 기다리면 되는거긴 해도 페어 프로그래밍 정도였다면, 이건 진짜로 누구에게 시키는 느낌이 듭니다. 딥 리서치의 상위 호환같은 느낌이에요. 컨셉의 기본 자체는 상당히 완성도가 높아서 매우 빠르게 발전할 것 같습니다. 향후 1년 안에 진짜로 주니어 개발자 수준은 될 것 같네요.

이른 봄부터 움트는 수목을 심어 병실에서 나오지 못하는 환자도 창밖을 보며 살아야겠다는 희망을 품게 하자. 그리고 아픈 사람은 와서 울고, 지친 환자 가족은 위로를 받고, 시간과 싸우는 의료진은 잠시 쉬어갈 수 있도록 울창한 숲을 이뤄 그늘에 앉게 하자. 두 가지 원칙을 세우고 작업했습니다.
⠀
조경은 환경과 건축에 따라 달리 설계해야 합니다. 저는 이곳이 그저 예쁘고 화려한 정원이 아니라 위로와 재충전의 공간이 되기를 바랐습니다.
⠀
서울아산병원 중앙공원 설계한 조경가, 정영선

https://news.amc.seoul.kr/news/con/detail.do?cntId=10108

이른 봄부터 움트는 수목을 심어 병실에서 나오지 못하는 환자도 창밖을 보며 살아야겠다는 희망을 품게 하자. 그리고 아픈 사람은 와서 울고, 지친 환자 가족은 위로를 받고, 시간과 싸우는 의료진은 잠시 쉬어갈 수 있도록 울창한 숲을 이뤄 그늘에 앉게 하자. 두 가지 원칙을 세우고 작업했습니다.⠀조경은 환경과 건축에 따라 달리 설계해야 합니다. 저는 이곳이 그저 예쁘고 화려한 정원이 아니라 위로와 재충전의 공간이 되기를 바랐습니다.⠀서울아산병원 중앙공원 설계한 조경가, 정영선 https://news.amc.seoul.kr/news/con/detail.do?cntId=10108

《땅에 쓰는 시, 조경하는 마음》

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

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

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

그들이 먹은 음식은.

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

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

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

55check.com

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

1. 당신에게는 세 가지 여과 장치가 있는데, 첫째는 당신의 집착, 둘째는 당신의 신념, 셋째는 당신의 두려움입니다.

2. 당신의 집착: 당신이 집착하는 것들을 유발하거나 위협하는 것에 눈길을 모으고 다른 것들은 쳐다보지도 않습니다. 욕심 사나운 장사꾼이 돈 되는 일 아니면 관심도 없듯이, 당신도 집착하고 있는 대상이 아닌 것들에는 흥미가 없는 거예요.

3. 당신의 신념: 자기와 믿음이 같은 사람들하고 만 어울리고 자기 믿음을 위협하는 사람들을 배척하는 광신자가 주변에 있나요? 그를 잘 보면, 사람의 신념이 본인에게 무슨 짓을 하는지 알 수 있을 것입니다.

4. 당신의 두려움: 당신이 일주일 안에 형이 집행될 것을 알게 된 사형수라면 아마 다른 어떤 것에도 마음을 모을 수 없을 거예요. 그게 두려움이 하는 일입니다. 두려움은 당신으로 하여금 한 가지 또는 몇 가지에만 신경을 쓰고 다른 모든 것을 배척하게 만들지요.

#사랑으로가는길 📚
#앤소니드멜로

1. 당신에게는 세 가지 여과 장치가 있는데, 첫째는 당신의 집착, 둘째는 당신의 신념, 셋째는 당신의 두려움입니다. ​2. 당신의 집착: 당신이 집착하는 것들을 유발하거나 위협하는 것에 눈길을 모으고 다른 것들은 쳐다보지도 않습니다. 욕심 사나운 장사꾼이 돈 되는 일 아니면 관심도 없듯이, 당신도 집착하고 있는 대상이 아닌 것들에는 흥미가 없는 거예요. ​3. 당신의 신념: 자기와 믿음이 같은 사람들하고 만 어울리고 자기 믿음을 위협하는 사람들을 배척하는 광신자가 주변에 있나요? 그를 잘 보면, 사람의 신념이 본인에게 무슨 짓을 하는지 알 수 있을 것입니다. ​4. 당신의 두려움: 당신이 일주일 안에 형이 집행될 것을 알게 된 사형수라면 아마 다른 어떤 것에도 마음을 모을 수 없을 거예요. 그게 두려움이 하는 일입니다. 두려움은 당신으로 하여금 한 가지 또는 몇 가지에만 신경을 쓰고 다른 모든 것을 배척하게 만들지요. #사랑으로가는길 📚 #앤소니드멜로

< 집착, 신념, 두려움 – 당신을 망치는 3가지 필터 >

https://blog.naver.com/madaboutit/223855116890

리더. 국어사전에 따르면 리더란 조직이나 단체에서 전체를 이끌어가는 위치에 있는 사람이라고 기술되어 있다. 지식백과사전에 보면 어떤 조직이나 단체 등에서 목표의 달성이나 방향에 따라 이끌어 가는 중심적인 위치에 있는 사람, 그 외의 구성원에 대해서 결정의 책임을 지고 또한 집단과 외부와의 조정 기능의 역할도 하고 있는 사람이라고 되어 있다. 공식적인 집단에

[시사뉴스] 【박성태 칼럼】 리더가 독재를 하게 되는 두가지 이유

리더. 국어사전을 보면 조직이나 단체에서 전체를 이끌어가는 위치에 있는 사람이라고 기술되어 있다. 지식백과사전에는 어떤 조직이나 단체에서 목표의 달성이나 방향에 따라 이끌어 가는 중심적인 위치에 있는 사람, 구성원들에 대한 결정의 책임을 지고 또한 집단 외부와의 조정 기능의 역할도 하는 사람이라고 되어 있다.

공식적인 집단에서는 장(長)으로서의 직무나 권한, 책임이 할당되어 있으므로 장이 즉 리더가 된다(공식적 리더). 그러나 비공식적인 집단의 경우는 사회제도적인 구속이 아니라 상황, 크기, 각 구성원의 능력 등에 따라 어떤 특정의 인간이 리더가 된다(비공식적 리더).

이렇듯 조직이 큰 사회든 적은 사회든. 공식적 집단이든 비공식 집단이든 리더는 항상 존재한다. 가정에는 가장이 있고, 학교에는 교장이 있고, 회사에는 팀장, 임원, 대표가 있고, 정부에는 장관, 대통령이 있다.

그런데 리더 중에는 구성원들과의 소통, 적절한 권력분립 등으로 조직을 유연하게 이끌어가는 리더도 있지만, 리더라는 권한을 가지고 독재를 하는 경우도 있다.

독재란 ‘홀로(獨) 재단(裁)하는 것’ 즉, 특정한 개인이나 계급, 단체가 어떤 분야에서 모든 권력을 차지하여 모든 일을 독단으로 처리하는 것을 일컫는다. 주변을 살펴보면 유연한 리더, 구성원들을 존중하고 섬기는 서번트 리더보다 독재적이고 독불장군식의 리더가 오히려 많은 것 같다.

리더가 독재를 하는 이유가 뭘까? 크게 두가지 이유에서 일 것 같다. 모두 참모가 어떤 역할을 하느냐에 따라 리더가 독재를 하느냐 여부가 달려 있다고 본다. 참모란 원래 군대용어지만 일반적으로는 어떤 조직이나 단체 등에서 리더(장)을 도와 어떤 일을 꾀하고 꾸미는 데에 참여하는 사람이다.

참모는 자기 자신을 내세우기보다 철저히 리더를 위해 일을 해야 하고, 리더가 그릇된 판단과 길을 가지 않도록 참모 역할을 해야 한다. 그러기위해서는 직언(直言)도 마다하지 않아야 한다. 대표적인 참모가 삼국지에 등장하는 제갈량, 방통, 주유 등을 꼽을 수 있다.

1️⃣리더가 독재를 하게 되는 첫 번째 이유는 참모가 제 기능을 못하고 모두 예스맨으로 전락했을 경우다. 리더가 하고자 하는 모든 일에 참모들이 어떠한 의견도 내지 못한 채 “맞습니다. 옳습니다. 지당하십니다.”라고 할 때 리더는 독재를 자행하게 된다.

왜 참모들이 예스맨으로 전략할까? 다분히 리더의 성향에 따라 그렇게 될 것이다. 리더가 남의 말을 안 듣는다든가, 참모들의 조언을 개무시한다든가, 개무시 정도가 아니라 핀잔을 준다든가 하면 자연히 참모들은 예스맨으로 전락할 수밖에 없고, 리더는 독재와 전횡을 부릴 수밖에 없게 된다.

2️⃣두 번째 이유는 참모들이 리더를 아예 무시해버리는 경우다. 리더가 자신이 가장 똑똑하고, 자신이 가장 많이 안다고 생각할 때 “당신들이 뭘 안다고 조언이야? 나도 산전수전 해양 수상전까지 다 겪어서 그 정도는 다 알아” 이러한 태도를 보이게 된다.

이런 상황이 반복되면, 참모들은 “그래 리더 당신이 다 알아서 하슈. 말해봐야 아무 소용없으니 그냥 입 다물고 있을 게요”라고 변해 버린다. 일체 어떤 의견도 내지 않고 “그래, 잘하나 한번 볼게”라고 방관자가 되어버리는 것이다.

리더가 독재의 함정에 빠져 들지 않으려면 리더로서의 자존심과 권위는 뒤로 하고, 구성원들 특히 참모들이 목표에 대한 계획과 지시를 완벽하게 이해할 수 있도록 자유로운 의사소통 여건을 보장하고 시간을 할애해야 한다. 당신이 리더라면 ‘나 지금 독재하고 있는 것 아닌가’, 만약 참모라면 ‘나 지금 제대로 참모역할 하고 있나’를 되돌아보자.

리더. 국어사전을 보면 조직이나 단체에서 전체를 이끌어가는 위치에 있는 사람이라고 기술되어 있다. 지식백과사전에는 어떤 조직이나 단체에서 목표의 달성이나 방향에 따라 이끌어 가는 중심적인 위치에 있는 사람, 구성원들에 대한 결정의 책임을 지고 또한 집단 외부와의 조정 기능의 역할도 하는 사람이라고 되어 있다. 공식적인 집단에서는 장(長)으로서의 직무나 권한, 책임이 할당되어 있으므로 장이 즉 리더가 된다(공식적 리더). 그러나 비공식적인 집단의 경우는 사회제도적인 구속이 아니라 상황, 크기, 각 구성원의 능력 등에 따라 어떤 특정의 인간이 리더가 된다(비공식적 리더). 이렇듯 조직이 큰 사회든 적은 사회든. 공식적 집단이든 비공식 집단이든 리더는 항상 존재한다. 가정에는 가장이 있고, 학교에는 교장이 있고, 회사에는 팀장, 임원, 대표가 있고, 정부에는 장관, 대통령이 있다. 그런데 리더 중에는 구성원들과의 소통, 적절한 권력분립 등으로 조직을 유연하게 이끌어가는 리더도 있지만, 리더라는 권한을 가지고 독재를 하는 경우도 있다. 독재란 ‘홀로(獨) 재단(裁)하는 것’ 즉, 특정한 개인이나 계급, 단체가 어떤 분야에서 모든 권력을 차지하여 모든 일을 독단으로 처리하는 것을 일컫는다. 주변을 살펴보면 유연한 리더, 구성원들을 존중하고 섬기는 서번트 리더보다 독재적이고 독불장군식의 리더가 오히려 많은 것 같다. 리더가 독재를 하는 이유가 뭘까? 크게 두가지 이유에서 일 것 같다. 모두 참모가 어떤 역할을 하느냐에 따라 리더가 독재를 하느냐 여부가 달려 있다고 본다. 참모란 원래 군대용어지만 일반적으로는 어떤 조직이나 단체 등에서 리더(장)을 도와 어떤 일을 꾀하고 꾸미는 데에 참여하는 사람이다. 참모는 자기 자신을 내세우기보다 철저히 리더를 위해 일을 해야 하고, 리더가 그릇된 판단과 길을 가지 않도록 참모 역할을 해야 한다. 그러기위해서는 직언(直言)도 마다하지 않아야 한다. 대표적인 참모가 삼국지에 등장하는 제갈량, 방통, 주유 등을 꼽을 수 있다. 1️⃣리더가 독재를 하게 되는 첫 번째 이유는 참모가 제 기능을 못하고 모두 예스맨으로 전락했을 경우다. 리더가 하고자 하는 모든 일에 참모들이 어떠한 의견도 내지 못한 채 “맞습니다. 옳습니다. 지당하십니다.”라고 할 때 리더는 독재를 자행하게 된다. 왜 참모들이 예스맨으로 전략할까? 다분히 리더의 성향에 따라 그렇게 될 것이다. 리더가 남의 말을 안 듣는다든가, 참모들의 조언을 개무시한다든가, 개무시 정도가 아니라 핀잔을 준다든가 하면 자연히 참모들은 예스맨으로 전락할 수밖에 없고, 리더는 독재와 전횡을 부릴 수밖에 없게 된다. 2️⃣두 번째 이유는 참모들이 리더를 아예 무시해버리는 경우다. 리더가 자신이 가장 똑똑하고, 자신이 가장 많이 안다고 생각할 때 “당신들이 뭘 안다고 조언이야? 나도 산전수전 해양 수상전까지 다 겪어서 그 정도는 다 알아” 이러한 태도를 보이게 된다. 이런 상황이 반복되면, 참모들은 “그래 리더 당신이 다 알아서 하슈. 말해봐야 아무 소용없으니 그냥 입 다물고 있을 게요”라고 변해 버린다. 일체 어떤 의견도 내지 않고 “그래, 잘하나 한번 볼게”라고 방관자가 되어버리는 것이다. 리더가 독재의 함정에 빠져 들지 않으려면 리더로서의 자존심과 권위는 뒤로 하고, 구성원들 특히 참모들이 목표에 대한 계획과 지시를 완벽하게 이해할 수 있도록 자유로운 의사소통 여건을 보장하고 시간을 할애해야 한다. 당신이 리더라면 ‘나 지금 독재하고 있는 것 아닌가’, 만약 참모라면 ‘나 지금 제대로 참모역할 하고 있나’를 되돌아보자.

www.sisa-news.com

1. 네이버를 두 번 다녔다. 퇴사 후 다른 회사들을 거쳐 다시 입사했다. 지금은 모르겠으나 당시에는 비개발 직군 재입사는 처음 있는 일이었다. 대표와 창업자의 컨펌까지 필요했다. 다른 이유는 아니다. 사례가 없던 예외 케이스였기 때문이다.

2. 네이버 다녀요. 낯선 누군가를 만나서 나를 소개한다. 그 이상의 질문은 없었다. 회사의 브랜드와 이미지 때문이었을까. 네이버에서 무슨 일을 하는지 궁금해하는 사람은 없었다. 나는 직장인이었다. 누구나 알고 선망의 대상이 되는 회사를 다니는.

3. 쿠팡과 마이리얼트립. 전자는 전 국민이 아는 회사고, 후자도 여행씬에서는 선 굵은 회사가 됐다. 하지만 내가 합류했을 때는 전혀 아니었다. 그저 이제 막 시작하는 작은 스타트업이었을 뿐이다.

4. 쿠팡에 있을 때 로켓배송을 런칭했다. 오늘 주문하면 내일 받아요. 지금은 너무 당연하고 자연스럽다. 그 당시에는? 그 누구도 그게 가능하다고 믿지 않았다. 심지어 만드는 사람들조차도.

5. 쿠팡 다녀요. 그게 무슨 회사인데? 당시 네이버 동료를 만났다. 하는 일을 설명했다. 아, 배송하는구나? 구구절절 설명해도 이해시키지 못했다. 그게 맞아요. 대화의 매듭을 짓기 일쑤였다.

6. 마이리얼트립도 똑같았다. 당시 마이 리틀 텔레비전이란 프로그램이 인기였다. 줄여서 마리텔이라 불렀다. 마이리얼트립의 약자는 마리트. 둘의 단어를 모두 다 헷갈려 했다.

7. 그때의 여행 시장은 패키지 상품뿐이었다. 여행을 원하는 고객의 선택지는 많지 않았다. 자유여행의 수요를 받아내는 가이드 투어 시장의 크기는 가늠되기 전이었다. 역시나 하는 일의 설명은 쉽지 않았다. 그냥 여행사구나. 정확한 설명 보다 쉬운 마무리로 끝낼 때가 많았다.

8. 지금, 스페이스오디티도 낯설다. 우리는 팬 중심의 케이팝 생태계를 꿈꾼다. 소비자인 팬에게 쉽고 재밌는 덕질을, 아티스트에게는 새로운 팬이 생기게 돕는다. 이 일은 엔터 사람에게도 생소하다. 씬을 바꿔보려는 시도니까. 평범한 소비자는 이해하기 더 어렵다. 아직은.

9. 회사는 내가 아니다. 멋진 회사명, 그 테두리 안에 있을 때는 회사가 나인 거 같다. 파트너를 대하거나 주변 사람을 만날 때도 역시 동일시된다. 그게 바로 직장인이다. 회사의 미래가 나의 미래인가? 나의 미래는 회사인가? 당연히 둘 다 아니다. 착각하면 안 된다.

10. 직업인은 다르다. 어디에 적을 두고 있건, 가치는 내가 만든다. 나의 역량이 곧 나의 가치다. 주어진 문제를 풀고, 새로운 가치를 만든다. 대부분의 스타트업이 그렇다. 회사명도 내가 하는 일도 아무도 모른다. 그래서 더더욱 내가 중요하다. 오히려 내가 회사를 만들어가야 한다.

11. 평생직장의 시대는 갔다. 이제는 기술로 일자리도 사라진다. 직업인으로써의 내 정체성은 무엇일까. 그것을 어떻게 정의하고, 성장할지의 고민이 더 중요하다. 그래서 '직업'인으로 성장하는데 스타트업은 좋은 '직장'이다.

1. 네이버를 두 번 다녔다. 퇴사 후 다른 회사들을 거쳐 다시 입사했다. 지금은 모르겠으나 당시에는 비개발 직군 재입사는 처음 있는 일이었다. 대표와 창업자의 컨펌까지 필요했다. 다른 이유는 아니다. 사례가 없던 예외 케이스였기 때문이다. ​2. 네이버 다녀요. 낯선 누군가를 만나서 나를 소개한다. 그 이상의 질문은 없었다. 회사의 브랜드와 이미지 때문이었을까. 네이버에서 무슨 일을 하는지 궁금해하는 사람은 없었다. 나는 직장인이었다. 누구나 알고 선망의 대상이 되는 회사를 다니는. ​3. 쿠팡과 마이리얼트립. 전자는 전 국민이 아는 회사고, 후자도 여행씬에서는 선 굵은 회사가 됐다. 하지만 내가 합류했을 때는 전혀 아니었다. 그저 이제 막 시작하는 작은 스타트업이었을 뿐이다. ​4. 쿠팡에 있을 때 로켓배송을 런칭했다. 오늘 주문하면 내일 받아요. 지금은 너무 당연하고 자연스럽다. 그 당시에는? 그 누구도 그게 가능하다고 믿지 않았다. 심지어 만드는 사람들조차도. ​5. 쿠팡 다녀요. 그게 무슨 회사인데? 당시 네이버 동료를 만났다. 하는 일을 설명했다. 아, 배송하는구나? 구구절절 설명해도 이해시키지 못했다. 그게 맞아요. 대화의 매듭을 짓기 일쑤였다. ​6. 마이리얼트립도 똑같았다. 당시 마이 리틀 텔레비전이란 프로그램이 인기였다. 줄여서 마리텔이라 불렀다. 마이리얼트립의 약자는 마리트. 둘의 단어를 모두 다 헷갈려 했다. ​7. 그때의 여행 시장은 패키지 상품뿐이었다. 여행을 원하는 고객의 선택지는 많지 않았다. 자유여행의 수요를 받아내는 가이드 투어 시장의 크기는 가늠되기 전이었다. 역시나 하는 일의 설명은 쉽지 않았다. 그냥 여행사구나. 정확한 설명 보다 쉬운 마무리로 끝낼 때가 많았다. ​8. 지금, 스페이스오디티도 낯설다. 우리는 팬 중심의 케이팝 생태계를 꿈꾼다. 소비자인 팬에게 쉽고 재밌는 덕질을, 아티스트에게는 새로운 팬이 생기게 돕는다. 이 일은 엔터 사람에게도 생소하다. 씬을 바꿔보려는 시도니까. 평범한 소비자는 이해하기 더 어렵다. 아직은. ​9. 회사는 내가 아니다. 멋진 회사명, 그 테두리 안에 있을 때는 회사가 나인 거 같다. 파트너를 대하거나 주변 사람을 만날 때도 역시 동일시된다. 그게 바로 직장인이다. 회사의 미래가 나의 미래인가? 나의 미래는 회사인가? 당연히 둘 다 아니다. 착각하면 안 된다. ​10. 직업인은 다르다. 어디에 적을 두고 있건, 가치는 내가 만든다. 나의 역량이 곧 나의 가치다. 주어진 문제를 풀고, 새로운 가치를 만든다. 대부분의 스타트업이 그렇다. 회사명도 내가 하는 일도 아무도 모른다. 그래서 더더욱 내가 중요하다. 오히려 내가 회사를 만들어가야 한다. ​11. 평생직장의 시대는 갔다. 이제는 기술로 일자리도 사라진다. 직업인으로써의 내 정체성은 무엇일까. 그것을 어떻게 정의하고, 성장할지의 고민이 더 중요하다. 그래서 '직업'인으로 성장하는데 스타트업은 좋은 '직장'이다. ​

< '네이버 다녀요'라는 말에 아무도 무슨 일을 하는지는 묻지 않았다 >

https://blog.naver.com/madaboutit/223874491687

﻿
퀴즈) 서비스 품질을 유지하며 가격을 인하할 수 있는 방법은 무엇인가요?

서비스를 제공하는 사람은 고정되어 있습니다. 그 사람은 자신의 서비스 가치를 인하할 마음이 없습니다. 자신의 서비스는 대한민국을 넘어 세계, 아니 우주 최강이라고 자부합니다.

서비스를 필요로 하는 사람은 가장 저렴한 가격의 서비스를 이용하고 싶어 합니다. 가격에 구애받지 않고 서비스를 이용할 수 있는 형편이 넉넉한 사람도 있겠죠. 아니면 서비스 품질은 가격에 비례한다는 믿음을 가진 사람들도 있겠습니다. 다만, 이 두 가지 유형의 고객은 예외 케이스라고 합시다. 저 같은 보통의 사람들은 최저가격을 선호합니다.

한치의 양보도 허락하지 않는 이 둘의 거래를 성사시킬 수 있는 조건은 무엇일까요? 서비스 품질을 이유로 가격 인하를 허락할 수 없는 전문가와 품질도 중요하지만 가격도 못지않게 서비스를 선택하는 이유가 되는 구매자가 있다면 이 둘을 어떻게 하면 연결시킬 수 있을까요?
쉽게 떠올릴 수 있는 한 가지 방법은 동일한 서비스를 제공할 수 있는 고객을 둘 이상 묶어서 동시에 판매하는 것입니다. 서비스를 제공하는 전문가 입장에서 고객 한 팀에게 들어가는 리소스로 고객 두 팀을 대응할 수 있으니 당연히 두 팀 비용보다 적게 받아도 손해 보는 장사가 아닙니다. 어쨌든 두 팀이니 각각 서비스 제공 비용을 받아야겠다고 욕심을 부리면 할 말은 없습니다.

서비스 품질을 양보할 수 없다면 서비스양을 덜어내어 가볍게 판매하는 것도 비용을 줄일 수 있는 방법이 되지 않을까요? 10시간 이상 투입해야 만들 수 있는 결과가 있다면, 5시간짜리 결과로 패키지를 만드는 것입니다. 1시간 동안 투입하는 노하우는 동일할 테니 품질을 양보하는 것이 아니라 결과를 축소하는 것입니다. 마치 기업에서 제품을 MVP 버전으로 만들어 테스트하는 것과 같이 조금 더 가벼운 버전의 서비스 결과만을 원하는 고객도 있다고 생각합니다. 굳이 풀 파워를 사용하여 최고의 결과를 만들어야 만족할 것이라고 가정해야만 서비스가 판매되는 것은 아니지 않을까요?

아주 근본적으로 서비스 품질과 비례한 가격 책정 구조를 파헤쳐 볼 필요가 있습니다. 고객이 더 저렴한 비용으로 서비스를 제공받기 원합니다. 그러나 서비스를 제공하는 사람은 본 인지 책정한 비용보다 더 저렴하게 판매할 수 없다고 생각합니다. 그럼 본인 생각을 고객에게 설득시켜야 하는 것이 아닐까요? 전문가가 제공하는 서비스 가격이 왜 00원인지 고객에게 친절하고 자세히 설명하는 것입니다. 그러고 보면 우리는 제품 가격이 왜 00원인지 거의 알지 못합니다. 만약 원가를 알게 되는 날에는 경악을 금치 못합니다. 사실 원가 +@로 서비스를 제품을 생산하고 유통하는 과정에서 투입되는 비용이 어마어마하여 실제 남는 돈은 몇 푼 되지 않는 것도 현실입니다. 그러나 고객은 모릅니다. 제품의 생산부터 판매되기까지 과정을 모르고, 과정마다 얼마나 큰 노력이 투입되는지 모르고, 노력을 비용으로 환산하여 가격을 책정했다는 것을 모릅니다.

결국 서비스 가격은 고객이 합리적이라고 납득할 때, 선택받을 수 있는 조건이라고 생각합니다. 가격이 책정된 구조를 설명해 주지 않는 이상, 고객은 가격을 보고 직관적으로 싸거나 합리적인지 따지게 됩니다. 서비스를 제공하는 입장에서 합리적인 비용을 받으며 일을 하고 싶다면, 가격이 형성된 배경에 대해서 고객에게 설명해야 한다고 생각합니다. 요즘 고객은 똑똑하고 이성적이라 서비스 제공자가 설명하면 이해하지 못할 사람들이 아닙니다. 투명하게 공개하는 만큼 이해와 납득, 그리고 공감을 얻을 수 있다고 믿습니다.

저도 서비스를 제공하는 판매자로서 가능하다면 많은 비용을 받고 싶습니다. 눈에 보이지 않는 가치를 제공하는 서비스도 가시적으로 과정을 설명할 수 있다면, 가격을 원하는 만큼 충분히 받을 수 있습니다. 서로가 기대하는 눈높이를 맞추는 것이 합리적인 의사결정을 돕는 가장 현명한 방법이라고 생각합니다.

﻿퀴즈) 서비스 품질을 유지하며 가격을 인하할 수 있는 방법은 무엇인가요? 서비스를 제공하는 사람은 고정되어 있습니다. 그 사람은 자신의 서비스 가치를 인하할 마음이 없습니다. 자신의 서비스는 대한민국을 넘어 세계, 아니 우주 최강이라고 자부합니다. 서비스를 필요로 하는 사람은 가장 저렴한 가격의 서비스를 이용하고 싶어 합니다. 가격에 구애받지 않고 서비스를 이용할 수 있는 형편이 넉넉한 사람도 있겠죠. 아니면 서비스 품질은 가격에 비례한다는 믿음을 가진 사람들도 있겠습니다. 다만, 이 두 가지 유형의 고객은 예외 케이스라고 합시다. 저 같은 보통의 사람들은 최저가격을 선호합니다. 한치의 양보도 허락하지 않는 이 둘의 거래를 성사시킬 수 있는 조건은 무엇일까요? 서비스 품질을 이유로 가격 인하를 허락할 수 없는 전문가와 품질도 중요하지만 가격도 못지않게 서비스를 선택하는 이유가 되는 구매자가 있다면 이 둘을 어떻게 하면 연결시킬 수 있을까요?쉽게 떠올릴 수 있는 한 가지 방법은 동일한 서비스를 제공할 수 있는 고객을 둘 이상 묶어서 동시에 판매하는 것입니다. 서비스를 제공하는 전문가 입장에서 고객 한 팀에게 들어가는 리소스로 고객 두 팀을 대응할 수 있으니 당연히 두 팀 비용보다 적게 받아도 손해 보는 장사가 아닙니다. 어쨌든 두 팀이니 각각 서비스 제공 비용을 받아야겠다고 욕심을 부리면 할 말은 없습니다. 서비스 품질을 양보할 수 없다면 서비스양을 덜어내어 가볍게 판매하는 것도 비용을 줄일 수 있는 방법이 되지 않을까요? 10시간 이상 투입해야 만들 수 있는 결과가 있다면, 5시간짜리 결과로 패키지를 만드는 것입니다. 1시간 동안 투입하는 노하우는 동일할 테니 품질을 양보하는 것이 아니라 결과를 축소하는 것입니다. 마치 기업에서 제품을 MVP 버전으로 만들어 테스트하는 것과 같이 조금 더 가벼운 버전의 서비스 결과만을 원하는 고객도 있다고 생각합니다. 굳이 풀 파워를 사용하여 최고의 결과를 만들어야 만족할 것이라고 가정해야만 서비스가 판매되는 것은 아니지 않을까요? 아주 근본적으로 서비스 품질과 비례한 가격 책정 구조를 파헤쳐 볼 필요가 있습니다. 고객이 더 저렴한 비용으로 서비스를 제공받기 원합니다. 그러나 서비스를 제공하는 사람은 본 인지 책정한 비용보다 더 저렴하게 판매할 수 없다고 생각합니다. 그럼 본인 생각을 고객에게 설득시켜야 하는 것이 아닐까요? 전문가가 제공하는 서비스 가격이 왜 00원인지 고객에게 친절하고 자세히 설명하는 것입니다. 그러고 보면 우리는 제품 가격이 왜 00원인지 거의 알지 못합니다. 만약 원가를 알게 되는 날에는 경악을 금치 못합니다. 사실 원가 +@로 서비스를 제품을 생산하고 유통하는 과정에서 투입되는 비용이 어마어마하여 실제 남는 돈은 몇 푼 되지 않는 것도 현실입니다. 그러나 고객은 모릅니다. 제품의 생산부터 판매되기까지 과정을 모르고, 과정마다 얼마나 큰 노력이 투입되는지 모르고, 노력을 비용으로 환산하여 가격을 책정했다는 것을 모릅니다. 결국 서비스 가격은 고객이 합리적이라고 납득할 때, 선택받을 수 있는 조건이라고 생각합니다. 가격이 책정된 구조를 설명해 주지 않는 이상, 고객은 가격을 보고 직관적으로 싸거나 합리적인지 따지게 됩니다. 서비스를 제공하는 입장에서 합리적인 비용을 받으며 일을 하고 싶다면, 가격이 형성된 배경에 대해서 고객에게 설명해야 한다고 생각합니다. 요즘 고객은 똑똑하고 이성적이라 서비스 제공자가 설명하면 이해하지 못할 사람들이 아닙니다. 투명하게 공개하는 만큼 이해와 납득, 그리고 공감을 얻을 수 있다고 믿습니다. 저도 서비스를 제공하는 판매자로서 가능하다면 많은 비용을 받고 싶습니다. 눈에 보이지 않는 가치를 제공하는 서비스도 가시적으로 과정을 설명할 수 있다면, 가격을 원하는 만큼 충분히 받을 수 있습니다. 서로가 기대하는 눈높이를 맞추는 것이 합리적인 의사결정을 돕는 가장 현명한 방법이라고 생각합니다.﻿

서비스 품질과 가격

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

개발자의 장애 공유 문화

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

작고 큰 장애들이 자주 발생했습니다.
장애가 발생하면 즉시 전파하고, 원인을 파악하고 후속 대응까지 실시간으로 공유했습니다.
누구에게? 회사의 모든 사람들에게.
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리그 프로그래머

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

그 어느 때보다 뚫기 어려운 취업 시장에서 매일 탈락 안내를 받고 마음이 무너진다는 소식을 듣습니다. 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% 개발자들의 멘토링

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

GraphQL과 타입스크립트로 개발하는 웹 서비스:설계부터 개발·배포까지 따라 하며 완성하는 웹 풀 COUPANG www.coupang.com "이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다." 🗂 목차 ✅ GraphQL과 Apollo 첫번째 이야기 - 개념 익히기 ✅ GraphQL과 Apollo 두번째 이야기 - REST API란?

GraphQL과 Apollo 여덟번째 이야기 - GraphQL Union과 Interface 그리고 인자와 인풋 타입에 대해 알아보아요 😀

안녕하세요?

이번에는 GraphQL과 Apllo에 대한 공부 내용 중 자료형 타입 익히기 용으로 GraphQL Data Type에 대한 추가적인 이야기에 대해 들려 드리려고 해요.

참고로 GraphQL과 Apllo 공부는 얄코님의 인프런 강의를 통해 공부하면서 정리하는 내용이며, 제가 생각하는 부분을 추가한 자료라는 점 알려드립니다!

여덟번째 이야기 GraphQL Union과 Interface 그리고 인자와 인풋 타입에 대해 알아보아요를 소개할게요!

https://junyharang.tistory.com/516

안녕하세요? 이번에는 GraphQL과 Apllo에 대한 공부 내용 중 자료형 타입 익히기 용으로 GraphQL Data Type에 대한 추가적인 이야기에 대해 들려 드리려고 해요. 참고로 GraphQL과 Apllo 공부는 얄코님의 인프런 강의를 통해 공부하면서 정리하는 내용이며, 제가 생각하는 부분을 추가한 자료라는 점 알려드립니다! 여덟번째 이야기 GraphQL Union과 Interface 그리고 인자와 인풋 타입에 대해 알아보아요를 소개할게요! https://junyharang.tistory.com/516

Juny's ITLog

어제보다 오늘이 더 기대되는 개발자

주니

<작은 것에 감사하나, 현재에 안주하지 말자!>

안녕하십니까? Game보다 컴퓨터를 이용한 작업을 사랑하는 만능 IT인을 꿈꾸는 주니하랑입니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필