1. 인간의 모든 결정에는 사실상 감정적 동기가 개입한다. 학계는 이 거대한 인식의 전환을 감정적 전환이라 부른다.

2. 이는 천동설에서 지동설로의 전환만큼이나 혁명적인 변화였다. '감정'은 더 이상 '이성'의 방해꾼이나 진화의 잔재가 아니었다.

3. 오히려 모든 합리적 사고의 출발점이자 동력이었다. '감정'이 없다면 이성은 작동하지도, 의미를 갖지도 못한다는 사실이 명확해졌다.

4. 결국 '이성'은 왕좌를 감정의 뇌인 변연계에 넘겨주었고, 변연계는 뇌 연구의 가장 뜨거운 핵심으로 떠올랐다.


#라이프코드

1. 인간의 모든 결정에는 사실상 감정적 동기가 개입한다. 학계는 이 거대한 인식의 전환을 감정적 전환이라 부른다. 2. 이는 천동설에서 지동설로의 전환만큼이나 혁명적인 변화였다. '감정'은 더 이상 '이성'의 방해꾼이나 진화의 잔재가 아니었다. 3. 오히려 모든 합리적 사고의 출발점이자 동력이었다. '감정'이 없다면 이성은 작동하지도, 의미를 갖지도 못한다는 사실이 명확해졌다. ​4. 결국 '이성'은 왕좌를 감정의 뇌인 변연계에 넘겨주었고, 변연계는 뇌 연구의 가장 뜨거운 핵심으로 떠올랐다. ​ #라이프코드

< 모든 합리적 선택의 시작은 '감정'이다 >

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

1. 원자 네트워크를 구축하려면 다양한 도구를 뒤섞어야 한다.

2. 슬랙의 강력한 네트워크 론칭은 물론이고, 시장과 소셜 네트워크, 개발자 플랫폼, 수십 가지의 카테고리 등을 아우르는 성공에서 우리는 공통된 주제를 볼 수 있다.

3. 많은 경우 그러한 주제는 직관적이지 않다. 네트워크 상품은 모든 기능을 장착한 상태가 아니라 가장 단순한 형태로 출시되어야 매우 쉬운 가치 제안을 받을 수 있다.

4. 아주 작은 원자 네트워크를 구축하는 데 목표를 두어야 하고, 시장 크기라는 반대 의견을 무시하고 밀도를 구축하는 데 초점을 맞춰야 한다.

5. 끝으로 론칭할 때는 확장이 불가능하거나 수익이 나지 않더라도 (가속도가 붙을 때까지 어떻게 확장할 것인지에 대해서 걱정하는 대신) ’어떻게 해서라도 한다‘라는 태도를 지녀야 한다.

6. 슬랙의 전략과 초창기 네트워크 상품에는 초기 원자 네트워크를 형성하는 데 중요한 일련의 단기 부양책이 담겨 있다.

7. 슬랙의 경우에 그러한 단기 부양책은 믿기 어려울 정도로 놀라운 얼리어 답터 스타트업 커뮤니티 내의 입소문과 초대받은 사람만 올 수 있는 론칭 행사였다.


#콜드스타트 📚

1. 원자 네트워크를 구축하려면 다양한 도구를 뒤섞어야 한다. ​2. 슬랙의 강력한 네트워크 론칭은 물론이고, 시장과 소셜 네트워크, 개발자 플랫폼, 수십 가지의 카테고리 등을 아우르는 성공에서 우리는 공통된 주제를 볼 수 있다. ​3. 많은 경우 그러한 주제는 직관적이지 않다. 네트워크 상품은 모든 기능을 장착한 상태가 아니라 가장 단순한 형태로 출시되어야 매우 쉬운 가치 제안을 받을 수 있다. ​4. 아주 작은 원자 네트워크를 구축하는 데 목표를 두어야 하고, 시장 크기라는 반대 의견을 무시하고 밀도를 구축하는 데 초점을 맞춰야 한다. ​5. 끝으로 론칭할 때는 확장이 불가능하거나 수익이 나지 않더라도 (가속도가 붙을 때까지 어떻게 확장할 것인지에 대해서 걱정하는 대신) ’어떻게 해서라도 한다‘라는 태도를 지녀야 한다. ​6. 슬랙의 전략과 초창기 네트워크 상품에는 초기 원자 네트워크를 형성하는 데 중요한 일련의 단기 부양책이 담겨 있다. 7. 슬랙의 경우에 그러한 단기 부양책은 믿기 어려울 정도로 놀라운 얼리어 답터 스타트업 커뮤니티 내의 입소문과 초대받은 사람만 올 수 있는 론칭 행사였다. ​ #콜드스타트 📚

< 슬랙은 어떻게 '작게 시작해서 크게 성공'했나? >

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

제가 커리어 코칭과 멘토링을 시작하게 된 계기는 우연한 사건이었습니다. 당시 제가 근무하던 회사는 프리랜서 마켓을 지향하는 비즈니스를 했고, 구성원들에게 각자의 재능을 서비스로 판매하며 플랫폼에서 활동해 볼 것을 권유했습니다. 보통 회사들이 겸업 금지 조항을 계약서에 넣을 만큼 엄격하게 관리하는 것과 달리, 당시 회사는 구성원에게 상당한 자유를 주는 곳이었습니다.


사실 처음에는 여행 가이드 서비스를 판매해 볼까 고민했습니다. 당시 말레이시아로 해외여행을 다녀왔는데, 즐거웠던 기억을 바탕으로 말레이시아 여행 코스를 제안하고 궁금한 내용을 답변하는 서비스를 생각했습니다. 이 아이디어를 함께 근무하던 동료에게 보여줬을 때 가열차게 조롱당했습니다. 단 한 명도 서비스를 구매하지 않을 것이라는 의견이었습니다. 지금 생각하면 그때 냉정하게 객관적인 의견을 주었던 동료에게 고맙습니다.


생명의 은인에 가까운 동료의 조언으로 탄생한 서비스가 커리어 코칭, 멘토링입니다. 솔직히 어떻게 이런 아이디어가 나왔는지 잘 기억나지 않습니다. 아마도 제가 여러 경험이 많은 시니어였고, 할 줄 아는 것이 딱히 없는 심심한 동네 형이었고, 진로에 대한 고민을 많이 하고 살았던 인생을 되돌아봤을 때 도전 가능한 몇 안 되는 내용이었을 것입니다.


돌이켜보면 프리랜서 마켓에 커리어 코칭, 멘토링 서비스를 만들기 이전에 이미 비슷한 유형의 프로그램을 혼자 고민했던 기억이 있습니다. 제목은 '고삽이'로, 고민을 산다는 컨셉의 활동이었습니다. 고민 많은 세상 사람들을 돕고 싶다는 생각에서 시작했습니다. 고민을 제게 나눠줬을 때 그 고민을 제가 돈을 주고 사고, 동시에 해결할 수 있는 도움을 제공한다는 내용이었습니다. 엽서를 방방곡곡에 비치하여 고민을 가진 사람들이 제게 편지를 보내는 형식이었습니다. 제가 누군지 밝혀지면 곤란하기 때문에 사서함까지 돈을 주고 대여했던 기억이 납니다. 명함까지 만들었는데, 비록 한 장도 사용되지 못했습니다.


당시에도 저에게 객관적인 피드백을 준 귀인이 있었으니, 바로 제 아내였습니다. 아내는 '고삽이' 컨셉과 준비 상황을 듣고 콧웃음으로 구체적인 피드백을 대신했습니다. 엽서를 사고, 명함을 파고, 사서함까지 빌렸다는 소식을 듣고는 제 용돈을 깎아야겠다는 생각을 전해주었습니다. 그만큼 말도 안 되는 아이디어라는 피드백으로 받아들이고, '고삽이'는 역사 속으로 사라졌습니다.


그러나 예전부터 마음속으로 다른 사람을 돕고 싶다는 생각을 계속 품고 있었습니다. 제가 착해서 그런 것 같지는 않습니다. 저는 지극히 개인적이고 이기적인 사람입니다. 혼자 지내는 것이 편하고 다른 사람에게 별로 관심을 가지지 않습니다. 물론 각 사람이 갖고 있는 재능과 직업에 대한 호기심은 있었는데, 그게 사람에게 쏟을 수 있는 관심의 거의 전부였습니다. 이런 제가 사람을 돕겠다니 말도 안 되는 논리였습니다. 마음은 있지만 추진이 되지 않는 원인이 지극히 개인적인 성향 때문이라고 생각했습니다.


처음 플랫폼에 서비스 판매를 시작했을 때, '이게 팔리겠어?' 반신반의했습니다. 그래도 단 한 건이라도 판매가 된다면, 그건 아마도 저렴해서였을 것입니다. 실제로 최초 커리어 코칭, 멘토링 제공 비용은 5,000원이었습니다. 당시 플랫폼에서 설정 가능한 최저 가격이 5,000원이었기 때문입니다. 제가 스스로 생각했을 때, 도울 수 있는 최선이 돈으로 환산했을 때 5,000원이 적합하다고 판단했습니다.


지금도 기억합니다. 첫 커리어 코칭, 멘토링을 신청해 주셨던 분을 기억합니다. 추운 겨울 카페에 앉아 따뜻한 차를 마시며 커리어 관련 이런저런 이야기를 도란도란 나누었던 기억이 납니다. 참 감사합니다. 덕분에 지금까지 다른 사람의 직업을 찾는 일을 돕고 있습니다. 이런 용기와 도전을 가능하게 해준 첫 고객님께 진심으로 고맙다는 메시지를 전해봅니다.


솔직히 제게 커리어 코칭, 멘토링을 다른 사람에게 돈을 받고 제공할 능력이 부족하다고 생각합니다. 특별한 교육을 받은 것도 아니고, 제게 정말 날카롭게 시대를 꿰뚫는 통찰력이 있는 것도 아니기 때문입니다. 단지 그저 고민이 있는 사람의 이야기를 들어주고 진심으로 돕고 싶다는 마음이 전부입니다. 그런 생각으로 오늘도 멘티 분을 만나 이야기 나눌 것입니다. 그래서 제가 작은 격려와 위로가 될 수 있다면, 할 수 있는 모든 노력을 다해보려고 합니다.


이 글을 읽는 여러분도 다른 누군가의 멘토가 될 수 있습니다. 여러분이 가진 지식, 경험, 노하우로 다른 사람을 도울 수 있습니다. 특별한 능력이나 방법이 필요하지 않습니다. 먼저 손을 내밀어 인사하고 반갑게 맞이하여 고민을 가진 사람의 이야기를 열심히 듣기만 하면 됩니다. 그리고 할 수 있다고 격려해주는 것으로 우리는 다른 사람에게 힘을 불어넣을 수 있습니다.

﻿ 제가 커리어 코칭과 멘토링을 시작하게 된 계기는 우연한 사건이었습니다. 당시 제가 근무하던 회사는 프리랜서 마켓을 지향하는 비즈니스를 했고, 구성원들에게 각자의 재능을 서비스로 판매하며 플랫폼에서 활동해 볼 것을 권유했습니다. 보통 회사들이 겸업 금지 조항을 계약서에 넣을 만큼 엄격하게 관리하는 것과 달리, 당시 회사는 구성원에게 상당한 자유를 주는 곳이었습니다. 사실 처음에는 여행 가이드 서비스를 판매해 볼까 고민했습니다. 당시 말레이시아로 해외여행을 다녀왔는데, 즐거웠던 기억을 바탕으로 말레이시아 여행 코스를 제안하고 궁금한 내용을 답변하는 서비스를 생각했습니다. 이 아이디어를 함께 근무하던 동료에게 보여줬을 때 가열차게 조롱당했습니다. 단 한 명도 서비스를 구매하지 않을 것이라는 의견이었습니다. 지금 생각하면 그때 냉정하게 객관적인 의견을 주었던 동료에게 고맙습니다. 생명의 은인에 가까운 동료의 조언으로 탄생한 서비스가 커리어 코칭, 멘토링입니다. 솔직히 어떻게 이런 아이디어가 나왔는지 잘 기억나지 않습니다. 아마도 제가 여러 경험이 많은 시니어였고, 할 줄 아는 것이 딱히 없는 심심한 동네 형이었고, 진로에 대한 고민을 많이 하고 살았던 인생을 되돌아봤을 때 도전 가능한 몇 안 되는 내용이었을 것입니다. 돌이켜보면 프리랜서 마켓에 커리어 코칭, 멘토링 서비스를 만들기 이전에 이미 비슷한 유형의 프로그램을 혼자 고민했던 기억이 있습니다. 제목은 '고삽이'로, 고민을 산다는 컨셉의 활동이었습니다. 고민 많은 세상 사람들을 돕고 싶다는 생각에서 시작했습니다. 고민을 제게 나눠줬을 때 그 고민을 제가 돈을 주고 사고, 동시에 해결할 수 있는 도움을 제공한다는 내용이었습니다. 엽서를 방방곡곡에 비치하여 고민을 가진 사람들이 제게 편지를 보내는 형식이었습니다. 제가 누군지 밝혀지면 곤란하기 때문에 사서함까지 돈을 주고 대여했던 기억이 납니다. 명함까지 만들었는데, 비록 한 장도 사용되지 못했습니다. 당시에도 저에게 객관적인 피드백을 준 귀인이 있었으니, 바로 제 아내였습니다. 아내는 '고삽이' 컨셉과 준비 상황을 듣고 콧웃음으로 구체적인 피드백을 대신했습니다. 엽서를 사고, 명함을 파고, 사서함까지 빌렸다는 소식을 듣고는 제 용돈을 깎아야겠다는 생각을 전해주었습니다. 그만큼 말도 안 되는 아이디어라는 피드백으로 받아들이고, '고삽이'는 역사 속으로 사라졌습니다. 그러나 예전부터 마음속으로 다른 사람을 돕고 싶다는 생각을 계속 품고 있었습니다. 제가 착해서 그런 것 같지는 않습니다. 저는 지극히 개인적이고 이기적인 사람입니다. 혼자 지내는 것이 편하고 다른 사람에게 별로 관심을 가지지 않습니다. 물론 각 사람이 갖고 있는 재능과 직업에 대한 호기심은 있었는데, 그게 사람에게 쏟을 수 있는 관심의 거의 전부였습니다. 이런 제가 사람을 돕겠다니 말도 안 되는 논리였습니다. 마음은 있지만 추진이 되지 않는 원인이 지극히 개인적인 성향 때문이라고 생각했습니다. 처음 플랫폼에 서비스 판매를 시작했을 때, '이게 팔리겠어?' 반신반의했습니다. 그래도 단 한 건이라도 판매가 된다면, 그건 아마도 저렴해서였을 것입니다. 실제로 최초 커리어 코칭, 멘토링 제공 비용은 5,000원이었습니다. 당시 플랫폼에서 설정 가능한 최저 가격이 5,000원이었기 때문입니다. 제가 스스로 생각했을 때, 도울 수 있는 최선이 돈으로 환산했을 때 5,000원이 적합하다고 판단했습니다. 지금도 기억합니다. 첫 커리어 코칭, 멘토링을 신청해 주셨던 분을 기억합니다. 추운 겨울 카페에 앉아 따뜻한 차를 마시며 커리어 관련 이런저런 이야기를 도란도란 나누었던 기억이 납니다. 참 감사합니다. 덕분에 지금까지 다른 사람의 직업을 찾는 일을 돕고 있습니다. 이런 용기와 도전을 가능하게 해준 첫 고객님께 진심으로 고맙다는 메시지를 전해봅니다. 솔직히 제게 커리어 코칭, 멘토링을 다른 사람에게 돈을 받고 제공할 능력이 부족하다고 생각합니다. 특별한 교육을 받은 것도 아니고, 제게 정말 날카롭게 시대를 꿰뚫는 통찰력이 있는 것도 아니기 때문입니다. 단지 그저 고민이 있는 사람의 이야기를 들어주고 진심으로 돕고 싶다는 마음이 전부입니다. 그런 생각으로 오늘도 멘티 분을 만나 이야기 나눌 것입니다. 그래서 제가 작은 격려와 위로가 될 수 있다면, 할 수 있는 모든 노력을 다해보려고 합니다. 이 글을 읽는 여러분도 다른 누군가의 멘토가 될 수 있습니다. 여러분이 가진 지식, 경험, 노하우로 다른 사람을 도울 수 있습니다. 특별한 능력이나 방법이 필요하지 않습니다. 먼저 손을 내밀어 인사하고 반갑게 맞이하여 고민을 가진 사람의 이야기를 열심히 듣기만 하면 됩니다. 그리고 할 수 있다고 격려해주는 것으로 우리는 다른 사람에게 힘을 불어넣을 수 있습니다.﻿

우리는 누군가에게 멘토가 될 수 있어요!

1. 같은 문제를 풀고자 함께 경쟁하며 다른 이들의 눈치를 보게 되는 복잡한 고민의 시스템에서 사람들은 극단적 시뮬레이션으로 계획을 더욱 섬세하게 담금질하려 합니다.

2. 모든 시나리오를 탐색해 최적의 경로를 선택하고자 하는 것입니다.

3. 이러한 최적화 추구는 예전의 위인전 같은 전통적 매체만이 우리에게 교훈을 주던 시대에는 이루기 어려웠습니다.

4. 이제는 정보 공유의 증가가 주요한 역할을 합니다.

5. 모범답안을 쉽게 구할 수 있고 온라인 커뮤니티를 통해 동시대의 경험이 충분히 공유되며 가능해진 일입니다.


#시대예보호명사회

1. 같은 문제를 풀고자 함께 경쟁하며 다른 이들의 눈치를 보게 되는 복잡한 고민의 시스템에서 사람들은 극단적 시뮬레이션으로 계획을 더욱 섬세하게 담금질하려 합니다. ​2. 모든 시나리오를 탐색해 최적의 경로를 선택하고자 하는 것입니다. ​3. 이러한 최적화 추구는 예전의 위인전 같은 전통적 매체만이 우리에게 교훈을 주던 시대에는 이루기 어려웠습니다. ​4. 이제는 정보 공유의 증가가 주요한 역할을 합니다. ​5. 모범답안을 쉽게 구할 수 있고 온라인 커뮤니티를 통해 동시대의 경험이 충분히 공유되며 가능해진 일입니다. #시대예보호명사회

< 요즘 사람들은 인생까지 시뮬레이션한다 >

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

얼마 전, 한국의 한 개발자분께서 멘토링을 신청하셔서 푸념을 털어놓으셨습니다.

작은 스타트업에서 혼자서 프론트엔드, 백엔드, 인프라까지 도맡고 계셨습니다. 회의 끌려 다니느라 개발할 시간이 부족하여 결국 인력 충원을 요청하셨답니다.

대표님은 "곧 사람 뽑겠다"는 약속을 하셨고, 그 말 하나 믿고 매일 야근과 주말 근무를 버티셨대요. 그런데 몇 달 후, 돌아온 답변은 이랬습니다.

"개발자 대신 클로드 코드 구독해줄게요."

그리고 덧붙이셨답니다.

"마이크로소프트는 AI가 코드의 절반을 작성한다던데, 우리도 이제 생산성 몇 배로 올릴 수 있겠죠?"

말씀을 하시다가 화를 주체 못하시고 갑자기 쌍욕을 하시더라고요. 🤣

"아니 🐶😠🤬 내가 그럴 능력 있으면 마이크로소프트에 들어갔지, 여기서 왜 이 고생을 하겠어요?!"

아무래도 그 대표님께서는 코딩 에이전트가 사람을 대체하는 마법의 지팡이 쯤으로 생각하셨던 모양입니다.

물론 AI는 이견의 여지 없이 강력한 도구입니다.
하지만 결국 개발자가 제대로 활용할 수 있는 환경이 갖춰져야
그 도구가 진짜 힘을 발휘하지 않을까요?

요즘 자주 들리는 "어떤 빅테크는 코드의 대부분을 AI로 작성한다더라"는 뉴스는 현실보다 꽤 과장된 부분이 많습니다. 실제 빅테크 종사하시는 엔지니어 분들과 얘기를 나눠보면 테스트 코드 보강이나 레거시 마이그레이션처럼 AI가 잘할 만한 단순 작업을 대규모로 수행한 경우가 많거든요.

게다가 이런 AI 인프라와 모델을 보유하고 있는 기업들은 업계에서 AI가 많이 쓰일수록 수익이 늘어나는 구조입니다. "AI가 절반의 코드를 작성한다" 식의 발표는 기술 성과인 동시에 비즈니스 측면에서 전략적인 마케팅이기도 하죠. 그걸 곧이곧대로 받아드리면 곤란합니다.

무엇보다 중요한 건, AI를 잘 활용하고 있는 회사들은 이미 몇 년 전부터 AI 활용에 최적화된 조직 구조와 개발 프로세스를 의도적으로 연구하고 설계하고 구축해왔다는 점입니다. 결코 하루 아침에 이뤄진 결과물이 아닙니다.

회의에 치여 코딩할 시간 조차 없는 개발자에게 필요한 건 클로드 코드 구독권이 아니라, 개발에 집중할 수 있는 근무 환경과 현실적인 팀 구성일 것입니다.

제가 감히 대표님들께 한 말씀드리자면,
격무에 시달리는 개발자들에게 코딩 에이전트만 툭 던져주고
갑자기 생산성이 몇 배로 오르길 기대하고 계시다면 큰 착각입니다.

AI보다 훨씬 강력한 건, 코딩할 수 있는 시간이 있는 개발자입니다. 🔋💪🧑‍💻

얼마 전, 한국의 한 개발자분께서 멘토링을 신청하셔서 푸념을 털어놓으셨습니다. 작은 스타트업에서 혼자서 프론트엔드, 백엔드, 인프라까지 도맡고 계셨습니다. 회의 끌려 다니느라 개발할 시간이 부족하여 결국 인력 충원을 요청하셨답니다. 대표님은 "곧 사람 뽑겠다"는 약속을 하셨고, 그 말 하나 믿고 매일 야근과 주말 근무를 버티셨대요. 그런데 몇 달 후, 돌아온 답변은 이랬습니다. "개발자 대신 클로드 코드 구독해줄게요." 그리고 덧붙이셨답니다. "마이크로소프트는 AI가 코드의 절반을 작성한다던데, 우리도 이제 생산성 몇 배로 올릴 수 있겠죠?" 말씀을 하시다가 화를 주체 못하시고 갑자기 쌍욕을 하시더라고요. 🤣 "아니 🐶😠🤬 내가 그럴 능력 있으면 마이크로소프트에 들어갔지, 여기서 왜 이 고생을 하겠어요?!" 아무래도 그 대표님께서는 코딩 에이전트가 사람을 대체하는 마법의 지팡이 쯤으로 생각하셨던 모양입니다. 물론 AI는 이견의 여지 없이 강력한 도구입니다. 하지만 결국 개발자가 제대로 활용할 수 있는 환경이 갖춰져야 그 도구가 진짜 힘을 발휘하지 않을까요? 요즘 자주 들리는 "어떤 빅테크는 코드의 대부분을 AI로 작성한다더라"는 뉴스는 현실보다 꽤 과장된 부분이 많습니다. 실제 빅테크 종사하시는 엔지니어 분들과 얘기를 나눠보면 테스트 코드 보강이나 레거시 마이그레이션처럼 AI가 잘할 만한 단순 작업을 대규모로 수행한 경우가 많거든요. 게다가 이런 AI 인프라와 모델을 보유하고 있는 기업들은 업계에서 AI가 많이 쓰일수록 수익이 늘어나는 구조입니다. "AI가 절반의 코드를 작성한다" 식의 발표는 기술 성과인 동시에 비즈니스 측면에서 전략적인 마케팅이기도 하죠. 그걸 곧이곧대로 받아드리면 곤란합니다. 무엇보다 중요한 건, AI를 잘 활용하고 있는 회사들은 이미 몇 년 전부터 AI 활용에 최적화된 조직 구조와 개발 프로세스를 의도적으로 연구하고 설계하고 구축해왔다는 점입니다. 결코 하루 아침에 이뤄진 결과물이 아닙니다. 회의에 치여 코딩할 시간 조차 없는 개발자에게 필요한 건 클로드 코드 구독권이 아니라, 개발에 집중할 수 있는 근무 환경과 현실적인 팀 구성일 것입니다. 제가 감히 대표님들께 한 말씀드리자면, 격무에 시달리는 개발자들에게 코딩 에이전트만 툭 던져주고 갑자기 생산성이 몇 배로 오르길 기대하고 계시다면 큰 착각입니다. AI보다 훨씬 강력한 건, 코딩할 수 있는 시간이 있는 개발자입니다. 🔋💪🧑‍💻

대표님! 코딩 에이전트만 쥐어 준다고 개발 생산성이 올라갈까요? 🤔

1. 우리는 ‘효율’이라는 말을 좋아한다. 최소한의 노력으로 최대의 결과를 얻는 일. 정해진 계획 안에서 가장 반듯하고 빠른 길을 찾아내는 능력. 그 과정의 모든 낭비를 줄이는 일. 효율은 오랫동안 유능함의 상징이었다.

2. 하지만 이제, 그 일을 인간보다 기계가 더 잘한다. 기계는 실수하지 않고, 지치지도 않는다. AI는 언제나 가장 빠르고 정확한 방법을 찾아낸다. 덕분에 효율은 더 이상 특별하지 않다. 누구나 어느 정도의 효율은 가질 수 있는 시대가 되었다. 기술 덕분이다.

3. 그렇다면 인간은 무엇으로 차별화될 수 있을까. 역설적이게도, 답은 효율의 반대편에 있다. 조금은 느리고, 낭비처럼 보이는 그 ‘비효율’ 속에. 기계가 대신할 수 없는 인간의 영역이 거기에 있다.

4. 비효율은 돌아가는 길을 택하는 것이다. 쓸데없는 생각을 오래 품는 것이다. 정답이 아닌 질문을 오래 붙잡는 일이다. 그 과정에서만 새로운 시선과 상상력이 태어난다.

5. 기계는 목적 없는 방황을 이해하지 못한다. 비효율적이니까. 하지만 사람은 그걸 이해하고, 때로는 일부러 택한다. 그저 마음이 시켜서, 혹은 그 과정이 즐거워서다. 그리고 신기하게도, 새로움은 언제나 그런 순간에 태어난다.

6. 그래서 모든 혁신은 본질적으로 비효율적이다. 기술이 더 완벽한 세상을 만드는 동안, 우리는 여전히 불완전한 세상 속에서 의미를 찾는다. 그리고 아이러니하게도, 그 불필요해 보이는 일들로 세상을 바꿔왔다.

7. 효율은 결과를 만든다. 비효율은 이야기를 만든다. 효율이 기술의 언어라면, 비효율은 인간의 언어다.

8. 효율의 시대는 기술이 완성할 것이다. 가장 빠르고 반듯한 길은 이제 기계에게 맡겨도 좋다. 하지만 그다음의 시대는 인간이 만들어갈 것이다. 조금 느리더라도, 조금 돌아가더라도, 따뜻한 가치를 만드는 일에 더 마음을 쏟으면 된다. 비효율의 끝에서, 우리는 비로소 인간답게 남는다.

1. 우리는 ‘효율’이라는 말을 좋아한다. 최소한의 노력으로 최대의 결과를 얻는 일. 정해진 계획 안에서 가장 반듯하고 빠른 길을 찾아내는 능력. 그 과정의 모든 낭비를 줄이는 일. 효율은 오랫동안 유능함의 상징이었다. ​2. 하지만 이제, 그 일을 인간보다 기계가 더 잘한다. 기계는 실수하지 않고, 지치지도 않는다. AI는 언제나 가장 빠르고 정확한 방법을 찾아낸다. 덕분에 효율은 더 이상 특별하지 않다. 누구나 어느 정도의 효율은 가질 수 있는 시대가 되었다. 기술 덕분이다. ​3. 그렇다면 인간은 무엇으로 차별화될 수 있을까. 역설적이게도, 답은 효율의 반대편에 있다. 조금은 느리고, 낭비처럼 보이는 그 ‘비효율’ 속에. 기계가 대신할 수 없는 인간의 영역이 거기에 있다. ​4. 비효율은 돌아가는 길을 택하는 것이다. 쓸데없는 생각을 오래 품는 것이다. 정답이 아닌 질문을 오래 붙잡는 일이다. 그 과정에서만 새로운 시선과 상상력이 태어난다. ​5. 기계는 목적 없는 방황을 이해하지 못한다. 비효율적이니까. 하지만 사람은 그걸 이해하고, 때로는 일부러 택한다. 그저 마음이 시켜서, 혹은 그 과정이 즐거워서다. 그리고 신기하게도, 새로움은 언제나 그런 순간에 태어난다. ​6. 그래서 모든 혁신은 본질적으로 비효율적이다. 기술이 더 완벽한 세상을 만드는 동안, 우리는 여전히 불완전한 세상 속에서 의미를 찾는다. 그리고 아이러니하게도, 그 불필요해 보이는 일들로 세상을 바꿔왔다. ​7. 효율은 결과를 만든다. 비효율은 이야기를 만든다. 효율이 기술의 언어라면, 비효율은 인간의 언어다. ​8. 효율의 시대는 기술이 완성할 것이다. 가장 빠르고 반듯한 길은 이제 기계에게 맡겨도 좋다. 하지만 그다음의 시대는 인간이 만들어갈 것이다. 조금 느리더라도, 조금 돌아가더라도, 따뜻한 가치를 만드는 일에 더 마음을 쏟으면 된다. 비효율의 끝에서, 우리는 비로소 인간답게 남는다.

< 이제 '비효율'이 새로운 경쟁력이다 >

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

이제 인간이 해야 할 일은 해야 할 일을 정하는 것과 물리 세계의 테스트 뿐일 듯.

이제 인간이 해야 할 일은 해야 할 일을 정하는 것과 물리 세계의 테스트 뿐일 듯.

글로벌 성공을 위해선 완벽함보다는 속도가 필요합니다 | 아래 글은 2025년 10월 15일에 발행된 뉴스레터에 실린 글입니다. 전체 뉴스레터를 보시려면 옆의 링크를 클릭하시면 됩니다. [뉴스레터 보러 가기]  드디어 메인 무대에 선 K-뷰티  글로벌 화장품 수출국 2위. 업계에선 올해 한국이 미국을 제치고 2위에 오를 가능성이 크다고 봅니다. 작년 수출이 20.3% 늘었고, 올해 상반기도 14.8% 증가하며 고

올리브영 해외 진출, 필요한 건 뭐? 스피드

1. 업계에서는 올해 한국이 미국을 제치고, 화장품 수출국 2위 자리에 오를 것이라 보고 있음

2. 이전과 달라진 건, 오프라인 채널 진입이 본격화되었다는 것! 온라인에서 한국 화장품이 잘 팔리는 건 물론, 미국의 월마트, 코스트코, 울타뷰티, 세포라는 물론 이젠 유럽에서도 오프라인 드럭 스토어나 마트까지 진출하고 있음

3. 이러한 걸 보면서 올리브영은 양가적인 감정이 들 수밖에 없음, 당연히 K-뷰티가 잘 되는 건 좋지만, 올리브영이라는 기업 입장에선 해외 진출 시 가장 강력한 무기가 될 브랜드들을 빼앗기는 것이기 때문임

4. 특히 국내 시장에서의 성장이 한계에 다다르면서 올리브영은 내년 상반기 미국 LA 1호점을 오픈하며 본격적으로 글로벌 공략에 나서고 있음, 이때 올리브영이 택할 수 있는 전략은 다음 3가지임

- 브랜드 직접 키우기: 투자하거나 PB 브랜드를 키우는 것, 확실한 성공을 보장하지만 상당한 시간과 돈이 소요

- 현지 플랫폼과 손잡기 : 현지 강자와 손을 잡는 것. 무신사가 중국의 안타 스포츠, 일본의 조조타운과 협업하는 것이 사례로 다만 패션과 달리 뷰티는 굳이 올리브영을 경유할 필요가 없음

- 속도로 승부 보기 : 오프라인 출점을 미친듯이 하는 전략, 국내에서 1위가 된 것도 연 1~200개씩 매장을 열었기 때문임, 단 투자 규모가 크고 실패 시 리스크도 막대함

5. 개인적으론 올리브영이 빠른 확장 전략을 택하길 기대, 올리브영 만이 할 수 있는 것들이 많고 충분히 승산이 있기 때문임

6. 다만 문제는 올리브영의 속도가 예전 같지 않다는 것. 미국 1호점 만해도 올해 2월 기사화 되었는데 오픈이 무려 내년 상반기임

7. 실리콘투가 오프라인 매장, '모이다'를 올해만 6개, 내년엔 50개로 확대하겠다는 것과도 비교됨, 과거의 빠른 속도를 회복해야 올리브영도 기회를 놓치지 않을 것임


🥤트렌드라이트 구독하기
https://m.site.naver.com/1Ew5V

1. 업계에서는 올해 한국이 미국을 제치고, 화장품 수출국 2위 자리에 오를 것이라 보고 있음 2. 이전과 달라진 건, 오프라인 채널 진입이 본격화되었다는 것! 온라인에서 한국 화장품이 잘 팔리는 건 물론, 미국의 월마트, 코스트코, 울타뷰티, 세포라는 물론 이젠 유럽에서도 오프라인 드럭 스토어나 마트까지 진출하고 있음 3. 이러한 걸 보면서 올리브영은 양가적인 감정이 들 수밖에 없음, 당연히 K-뷰티가 잘 되는 건 좋지만, 올리브영이라는 기업 입장에선 해외 진출 시 가장 강력한 무기가 될 브랜드들을 빼앗기는 것이기 때문임 4. 특히 국내 시장에서의 성장이 한계에 다다르면서 올리브영은 내년 상반기 미국 LA 1호점을 오픈하며 본격적으로 글로벌 공략에 나서고 있음, 이때 올리브영이 택할 수 있는 전략은 다음 3가지임 - 브랜드 직접 키우기: 투자하거나 PB 브랜드를 키우는 것, 확실한 성공을 보장하지만 상당한 시간과 돈이 소요 - 현지 플랫폼과 손잡기 : 현지 강자와 손을 잡는 것. 무신사가 중국의 안타 스포츠, 일본의 조조타운과 협업하는 것이 사례로 다만 패션과 달리 뷰티는 굳이 올리브영을 경유할 필요가 없음 - 속도로 승부 보기 : 오프라인 출점을 미친듯이 하는 전략, 국내에서 1위가 된 것도 연 1~200개씩 매장을 열었기 때문임, 단 투자 규모가 크고 실패 시 리스크도 막대함 5. 개인적으론 올리브영이 빠른 확장 전략을 택하길 기대, 올리브영 만이 할 수 있는 것들이 많고 충분히 승산이 있기 때문임 6. 다만 문제는 올리브영의 속도가 예전 같지 않다는 것. 미국 1호점 만해도 올해 2월 기사화 되었는데 오픈이 무려 내년 상반기임 7. 실리콘투가 오프라인 매장, '모이다'를 올해만 6개, 내년엔 50개로 확대하겠다는 것과도 비교됨, 과거의 빠른 속도를 회복해야 올리브영도 기회를 놓치지 않을 것임 🥤트렌드라이트 구독하기https://m.site.naver.com/1Ew5V

브런치

💄올리브영 해외 진출, 필요한 건 뭐? 스피드!

해외 취업시 소프트웨어 엔지니어는 영어의 필요성은 조금 적긴 합니다. 전에 글로벌 회사에(수천명 수준 규모) 다닐 때 미국 본사 CTO가 본사로 넘어오라하길래 난 영어 못해라고 했더니 개발자는 코드로 말하는거 아니겠음? 하더란. 말은 진짜 한마디도 못해서 메일로만 소통했었는데, 소프트웨어쪽은 대체로 (실무자는)개발만 잘 하면 큰 문제는 없습니다.

하지만 그래도 영어를 잘 하면 이득이 크긴 합니다. 근데 그 영어를 잘 한다는게 문법 맞춰서 자연스럽게 하는 수준도 아니고, 그냥 단어로 말해요라도 막 말하는 용기 정도면 되는. 다만, 말하기보단 리스닝이 중요한데, 단어로 말해요라도 말을 하려면 일단 알아들어야하니까.

그래서 만들었습니다. 아미고 🤭
👉 https://tosto.re/ameego

무엇보다 중요한 건 실리콘 밸리 표준 영어인 인도 발음을 알아듣는 것이고, 단순히 유튜브 많이 들어서는 리스닝이 늘지 않고, 실제 수준의 빠르기와 발음으로 대화를 많이 하는게 리스닝에 도움이 됩니다. 이걸 연습할 수 있도록 만든 것이 아미고! 석달만 해보세요! 🤗

해외 취업시 소프트웨어 엔지니어는 영어의 필요성은 조금 적긴 합니다. 전에 글로벌 회사에(수천명 수준 규모) 다닐 때 미국 본사 CTO가 본사로 넘어오라하길래 난 영어 못해라고 했더니 개발자는 코드로 말하는거 아니겠음? 하더란. 말은 진짜 한마디도 못해서 메일로만 소통했었는데, 소프트웨어쪽은 대체로 (실무자는)개발만 잘 하면 큰 문제는 없습니다. 하지만 그래도 영어를 잘 하면 이득이 크긴 합니다. 근데 그 영어를 잘 한다는게 문법 맞춰서 자연스럽게 하는 수준도 아니고, 그냥 단어로 말해요라도 막 말하는 용기 정도면 되는. 다만, 말하기보단 리스닝이 중요한데, 단어로 말해요라도 말을 하려면 일단 알아들어야하니까. 그래서 만들었습니다. 아미고 🤭👉 https://tosto.re/ameego 무엇보다 중요한 건 실리콘 밸리 표준 영어인 인도 발음을 알아듣는 것이고, 단순히 유튜브 많이 들어서는 리스닝이 늘지 않고, 실제 수준의 빠르기와 발음으로 대화를 많이 하는게 리스닝에 도움이 됩니다. 이걸 연습할 수 있도록 만든 것이 아미고! 석달만 해보세요! 🤗

인간에 비해 AI(LLM)가 학습하는데 드는 에너지가 너무 많다고 하는데, 인간의 pre-training에 최소 10년, 적게 잡아도 5년은 걸리는 걸 생각하면 그렇지도 않은거 아닐까?

인간에 비해 AI(LLM)가 학습하는데 드는 에너지가 너무 많다고 하는데, 인간의 pre-training에 최소 10년, 적게 잡아도 5년은 걸리는 걸 생각하면 그렇지도 않은거 아닐까?

1. 우리는 매일 아침 책상에 앉아 모니터를 켜고, 무언가를 만들어낸다. 그렇다면 당신이 회사에 제공하고 있는 ‘아웃풋’의 본질은 무엇인가.


2. 일의 아웃풋은 세 가지 레이어로 나뉜다. 시간, 결과, 그리고 성과.


3. 첫 번째, 시간이다. 가장 원초적인 아웃풋이다. 우리는 시간을 회사의 급여와 맞바꾼다. 컨베이어 벨트가 돌아가던 제조업 시대에는 이것만으로 충분했다. 정해진 시간 동안 자리를 지키는 것, 그 자체가 가치였다.


4. 하지만 시대가 바뀌었다. 이제 엉덩이의 무게보다 머리의 밀도가 중요해졌다. 8시간을 채우는 것보다 1시간 만에 문제를 해결하는 것이 더 큰 가치를 만든다. 시간을 파는 것은 가장 기본적인, 1차원적 아웃풋이다. 여기에 머문다면 언제든 대체될 수 있다.


5. 두 번째, 결과다. 시간을 투입했다면, 이제 결과를 내놓아야 한다. 보고서 한 편, 코드 한 줄, 디자인 시안 하나. 손에 잡히고 눈에 보이는 산출물이다.


6. 많은 직장인들이 이 ‘결과’를 일의 끝으로 착각한다. 보고서를 제출하는 순간, 프로젝트가 배포되는 순간, 일이 끝났다고 믿는다. 하지만 결과는 마침표가 아니라 다음 문장으로 넘어가기 위한 쉼표에 가깝다. 결과는 2차원적 아웃풋이다. 눈에 보이지만, 그 자체로 완전한 의미를 갖진 않는다.


7. 마지막은 성과다. 결과가 ‘무엇을 했는가(What)’에 대한 답이라면, 성과는 ‘그래서 무엇이 달라졌는가(So What)’에 대한 답이다. 보고서를 완성한 것은 결과다. 그 보고서 덕분에 팀이 더 나은 의사결정을 내렸다면, 그것이 성과다. 신규 기능을 런칭한 것은 결과다. 그 기능 덕분에 유저의 이탈률이 5% 줄었다면, 그것이 성과다.


8. 결과는 목적이 아니다. 그 결과를 통해 우리가 처음 이루려던 의도와 가치가 실현될 때, 비로소 성과가 된다. 성과는 보이지 않는 ‘목적’과 눈에 보이는 ‘결과’를 연결해 진짜 가치를 만든다. 이것이 3차원적 아웃풋이다.


9. 이제 스스로에게 물어보자. 당신은 오늘 어떤 아웃풋을 내고 있는가. 시간을 팔고 있는가. 결과를 만들고 있는가. 아니면, 성과를 내고 있는가.


10. 일의 본질은 언제나 마지막에 있다.

1. 우리는 매일 아침 책상에 앉아 모니터를 켜고, 무언가를 만들어낸다. 그렇다면 당신이 회사에 제공하고 있는 ‘아웃풋’의 본질은 무엇인가. ​2. 일의 아웃풋은 세 가지 레이어로 나뉜다. 시간, 결과, 그리고 성과. ​3. 첫 번째, 시간이다. 가장 원초적인 아웃풋이다. 우리는 시간을 회사의 급여와 맞바꾼다. 컨베이어 벨트가 돌아가던 제조업 시대에는 이것만으로 충분했다. 정해진 시간 동안 자리를 지키는 것, 그 자체가 가치였다. ​4. 하지만 시대가 바뀌었다. 이제 엉덩이의 무게보다 머리의 밀도가 중요해졌다. 8시간을 채우는 것보다 1시간 만에 문제를 해결하는 것이 더 큰 가치를 만든다. 시간을 파는 것은 가장 기본적인, 1차원적 아웃풋이다. 여기에 머문다면 언제든 대체될 수 있다. ​5. 두 번째, 결과다. 시간을 투입했다면, 이제 결과를 내놓아야 한다. 보고서 한 편, 코드 한 줄, 디자인 시안 하나. 손에 잡히고 눈에 보이는 산출물이다. ​6. 많은 직장인들이 이 ‘결과’를 일의 끝으로 착각한다. 보고서를 제출하는 순간, 프로젝트가 배포되는 순간, 일이 끝났다고 믿는다. 하지만 결과는 마침표가 아니라 다음 문장으로 넘어가기 위한 쉼표에 가깝다. 결과는 2차원적 아웃풋이다. 눈에 보이지만, 그 자체로 완전한 의미를 갖진 않는다. ​7. 마지막은 성과다. 결과가 ‘무엇을 했는가(What)’에 대한 답이라면, 성과는 ‘그래서 무엇이 달라졌는가(So What)’에 대한 답이다. 보고서를 완성한 것은 결과다. 그 보고서 덕분에 팀이 더 나은 의사결정을 내렸다면, 그것이 성과다. 신규 기능을 런칭한 것은 결과다. 그 기능 덕분에 유저의 이탈률이 5% 줄었다면, 그것이 성과다. ​8. 결과는 목적이 아니다. 그 결과를 통해 우리가 처음 이루려던 의도와 가치가 실현될 때, 비로소 성과가 된다. 성과는 보이지 않는 ‘목적’과 눈에 보이는 ‘결과’를 연결해 진짜 가치를 만든다. 이것이 3차원적 아웃풋이다. ​9. 이제 스스로에게 물어보자. 당신은 오늘 어떤 아웃풋을 내고 있는가. 시간을 팔고 있는가. 결과를 만들고 있는가. 아니면, 성과를 내고 있는가. ​10. 일의 본질은 언제나 마지막에 있다.

< 일의 본질은 마지막에 있다 >

1. 충만주의는 What이 아닌 How에만 집중하게 만들어주는 인생 철학입니다.

2. 어떤 경험이든 충만하게만 하면 경험의 종류에 상관없이 모든 경험에서 확고한 충만감, 인생의 의미감과 가치 감을 느낄 수 있기 때문입니다.

3. 무엇(what)을 해야 하는지 집착 하고 방황하는 삶에서 그 무엇이 오든 받아들이고 충만하게 해내는(how) 데에만 집중하는 삶으로 바뀝니다.

4. 이것은 삶에 압도적인 자유로움을 선사합니다. 경험의 종류에 좌지우지되는 것이 아닌, 내 인생에 주어지는 어떤 경험이든 만족으로 바꾸어낼 수 있는 방식이기 때문입니다.

5. 이것은 상시적인 행복감을 삶에 선사합니다. 특정 경험을 해야만 느껴지는 간헐적 행복이 아닌, 하루 종일 모든 경험에서 내내 만족 감을 느낄 수 있는 방식이기 때문입니다.

6. 이는 단순한 회복을 넘어, 극단의 의미 있고 가치 있는 삶을 실현할 수 있는 방법입니다.


#공허의시대

1. 충만주의는 What이 아닌 How에만 집중하게 만들어주는 인생 철학입니다. 2. 어떤 경험이든 충만하게만 하면 경험의 종류에 상관없이 모든 경험에서 확고한 충만감, 인생의 의미감과 가치 감을 느낄 수 있기 때문입니다. 3. 무엇(what)을 해야 하는지 집착 하고 방황하는 삶에서 그 무엇이 오든 받아들이고 충만하게 해내는(how) 데에만 집중하는 삶으로 바뀝니다. 4. 이것은 삶에 압도적인 자유로움을 선사합니다. 경험의 종류에 좌지우지되는 것이 아닌, 내 인생에 주어지는 어떤 경험이든 만족으로 바꾸어낼 수 있는 방식이기 때문입니다. 5. 이것은 상시적인 행복감을 삶에 선사합니다. 특정 경험을 해야만 느껴지는 간헐적 행복이 아닌, 하루 종일 모든 경험에서 내내 만족 감을 느낄 수 있는 방식이기 때문입니다. 6. 이는 단순한 회복을 넘어, 극단의 의미 있고 가치 있는 삶을 실현할 수 있는 방법입니다. ​ #공허의시대

< 인생의 본질은 What이 아니라 How다 >

컴퓨터 과학에서 알고리즘 중 ‘담금질 기법 알고리즘'이란 게 있다. 담금질 기법 알고리즘은 우리가 점진적인 교체를 통해서 어떤 하나의 함수의 최적해를 찾을 수 있게 도와준다. 만약 단순하게 해당 알고리즘을 응용해서 함수의 극한값 문제를 해결하려 한다면 해당 알고리즘이 담고 있는 빛나는 지혜를 놓치고 만다.
⠀
나는 인생이 ‘최적해를 찾는 과정'이라고 생각한다. 우리는 항상 끊임없이 노력해 자신을 발전시켜 자신이 다다를 수 있는 가장 높은 위치에 오르고 싶어 한다. 하지만 담금질 기법 알고리즘은 우리에게 다음과 같은 사실을 알려준다.
⠀
젊은 시절 충분히 탐색하고 잠깐의 불완전함을 받아들여야 특정 영역에서 최대인 국소 최적(Local Optimum)에 빠지지 않고 더 높은 정상에 오를 수 있다.
⠀
그리고 일정 단계에 이르러 자신에게 가장 적합한 것이 무엇인지 알게 되면 그곳에서 깊이 탐색하려 할 뿐 쉽게 코스를 바꾸지 않는다.
⠀
류쉐펑, 복잡한 세상을 이기는 수학의 힘


https://www.instagram.com/p/DP-GNl7E03T/?utm_source=ig_web_copy_link

컴퓨터 과학에서 알고리즘 중 ‘담금질 기법 알고리즘'이란 게 있다. 담금질 기법 알고리즘은 우리가 점진적인 교체를 통해서 어떤 하나의 함수의 최적해를 찾을 수 있게 도와준다. 만약 단순하게 해당 알고리즘을 응용해서 함수의 극한값 문제를 해결하려 한다면 해당 알고리즘이 담고 있는 빛나는 지혜를 놓치고 만다. ⠀ 나는 인생이 ‘최적해를 찾는 과정'이라고 생각한다. 우리는 항상 끊임없이 노력해 자신을 발전시켜 자신이 다다를 수 있는 가장 높은 위치에 오르고 싶어 한다. 하지만 담금질 기법 알고리즘은 우리에게 다음과 같은 사실을 알려준다. ⠀ 젊은 시절 충분히 탐색하고 잠깐의 불완전함을 받아들여야 특정 영역에서 최대인 국소 최적(Local Optimum)에 빠지지 않고 더 높은 정상에 오를 수 있다. ⠀ 그리고 일정 단계에 이르러 자신에게 가장 적합한 것이 무엇인지 알게 되면 그곳에서 깊이 탐색하려 할 뿐 쉽게 코스를 바꾸지 않는다. ⠀ 류쉐펑, 복잡한 세상을 이기는 수학의 힘 https://www.instagram.com/p/DP-GNl7E03T/?utm_source=ig_web_copy_link

《Local Optimum》

프로덕트 디자이너가 리서치를 한다면?
⠀
설득하거나, 선택하거나
디자인 솔루션의 근거가 되는 데이터
⠀
데이터를 왜 필요로 하는지, 데이터 분석의 목적을 먼저 정해야 합니다. 내부 고객(리더, 대표 등 의사결정자)을 설득하기 위해서 필요한 상황인지, 문제를 해결하기 위한 디자인 솔루션 후보 중 어떤 것을 먼저 적용할지 결정하기 위해서인지 말이죠. ‘설득’과 ‘예방'을 위해서는 데이터가 유용합니다.
⠀
내부에 UX 리서처가 있는 조직이라도 이미 많은 조직에서 UT(Usability Testing)를 포함해 IDI(In-depth Interview)까지, 프로덕트 디자이너가 정성조사를 하는 문화가 자리 잡았습니다.
⠀
기능이 점점 빠르게 추가되거나 실험 기반으로 적용되는 일 방식, UX 조직 내 비교적 적은 비율의 UX 리서처 구성으로 인해 ‘디자이너가 리서치를 해야 하는 상황'은 점점 늘어나고 있습니다.


https://www.instagram.com/p/DP40oErEzCz/?utm_source=ig_web_copy_link&igsh=MW1rdzd3eDJwMm1vbA==

프로덕트 디자이너가 리서치를 한다면?⠀설득하거나, 선택하거나디자인 솔루션의 근거가 되는 데이터⠀데이터를 왜 필요로 하는지, 데이터 분석의 목적을 먼저 정해야 합니다. 내부 고객(리더, 대표 등 의사결정자)을 설득하기 위해서 필요한 상황인지, 문제를 해결하기 위한 디자인 솔루션 후보 중 어떤 것을 먼저 적용할지 결정하기 위해서인지 말이죠. ‘설득’과 ‘예방'을 위해서는 데이터가 유용합니다.⠀내부에 UX 리서처가 있는 조직이라도 이미 많은 조직에서 UT(Usability Testing)를 포함해 IDI(In-depth Interview)까지, 프로덕트 디자이너가 정성조사를 하는 문화가 자리 잡았습니다.⠀기능이 점점 빠르게 추가되거나 실험 기반으로 적용되는 일 방식, UX 조직 내 비교적 적은 비율의 UX 리서처 구성으로 인해 ‘디자이너가 리서치를 해야 하는 상황'은 점점 늘어나고 있습니다. https://www.instagram.com/p/DP40oErEzCz/?utm_source=ig_web_copy_link&amp;igsh=MW1rdzd3eDJwMm1vbA==

《디자이너가 알아야 할 데이터》

시니어 개발자의 입장에서 AI와 함께 코딩하는 과정을 다뤄보려고 합니다. MCP나 서브 에이전트 같은 기술 없이, 정말 ‘프롬프트’ 하나만으로 테스트 코드를 빠르게 작성할 경험과 전략을 공유합니다. 프롬프트 작성의 핵심은 모호함과 범용성의 줄타기입니다. 너무 자세해도, 너무 모호해도 안 됩니다. 지나치게 구체적이면 AI의 코딩 능력을 충분히 활용하기 어렵고, 반대로 너무 모호하면 결과물의 신뢰도가 낮아져 검토 시간이 늘어나기 때문입니다. 따라서, 몇 가지 프롬프팅 전략과 함께 균형점을 찾아 빠르고 안정적으로 테스트 코드를 작성하는 방법을 알아보겠습니다. 목표는 단 10분 안에 테스트 코드를 완성하는 것입니다.

AI로 10분 만에 테스트 코드 완성하기 | 요즘IT

'요즘IT'에 'AI로 10분 만에 테스트 코드 완성하기' 라는 제목으로 글을 기고했습니다.
예전에 무신사 테크블로그에서도 AI를 활용한 테스트 코드 작성 방법을 소개했었는데요, 이번 글은 그보다 한 단계 더 나아가 효율성과 구체성에 초점을 맞췄습니다.

👉 10분 완성 워크플로우: 명세 정의(2분)부터 코드 생성(2분), 그리고 검증 및 개선(6분)까지, 시간을 측정하며 진행한 과정을 담았습니다.
👉 AI 길들이기: AI의 '환각'을 줄이고 더 깊은 추론을 끌어내기 위해 think에서 ultrathink까지 단계적으로 활용하는 상세한 내용을 담았습니다.
👉 핵심 집중 전략: AI와 함께 수많은 테스트 케이스 중 가장 중요한 비즈니스 로직 부터 처리하여 효율을 극대화하는 방법을 제안합니다.
👉 자동 디버깅 루프: "테스트 통과할 때까지 고쳐줘"라는 명령으로, AI가 스스로 실패 원인을 분석하고 코드를 수정하게 만들었습니다.

AI를 활용해 테스트 코드 작성 시간을 줄이고 싶은 분들께 실질적인 도움이 되었으면 좋겠습니다.


https://yozm.wishket.com/magazine/detail/3399/

'요즘IT'에 'AI로 10분 만에 테스트 코드 완성하기' 라는 제목으로 글을 기고했습니다. 예전에 무신사 테크블로그에서도 AI를 활용한 테스트 코드 작성 방법을 소개했었는데요, 이번 글은 그보다 한 단계 더 나아가 효율성과 구체성에 초점을 맞췄습니다. 👉 10분 완성 워크플로우: 명세 정의(2분)부터 코드 생성(2분), 그리고 검증 및 개선(6분)까지, 시간을 측정하며 진행한 과정을 담았습니다. 👉 AI 길들이기: AI의 '환각'을 줄이고 더 깊은 추론을 끌어내기 위해 think에서 ultrathink까지 단계적으로 활용하는 상세한 내용을 담았습니다. 👉 핵심 집중 전략: AI와 함께 수많은 테스트 케이스 중 가장 중요한 비즈니스 로직 부터 처리하여 효율을 극대화하는 방법을 제안합니다. 👉 자동 디버깅 루프: "테스트 통과할 때까지 고쳐줘"라는 명령으로, AI가 스스로 실패 원인을 분석하고 코드를 수정하게 만들었습니다. AI를 활용해 테스트 코드 작성 시간을 줄이고 싶은 분들께 실질적인 도움이 되었으면 좋겠습니다. https://yozm.wishket.com/magazine/detail/3399/

요즘IT

'요즘IT'에 'AI로 10분 만에 테스트 코드 완성하기' 라는 

Cloudflare’s Content Signals Policy gives creators a new tool to control use of their content. 


Giving users choice with Cloudflare’s new Content Signals Policy

최근 몇 년 사이, AI 모델 학습을 위한 대규모 웹 스크래핑이 보편화되면서 인터넷의 오랜 질서가 흔들리고 있습니다.

오랫동안 웹에는 창작자와 사용자 간에 암묵적인 상생 체계가 존재했습니다. 창작자는 콘텐츠를 무료로 공개함으로써 트래픽과 인용이라는 형태의 보상을 받았고, 사용자는 타인의 콘텐츠를 사용할 때 출처를 남기며 인정과 감사를 표했습니다.

이러한 관행은 단순한 예의 차원을 넘어, 웹의 성장 동력이자 지식 공유의 선순환 구조를 가능하게 했습니다. MIT나 Creative Commons 라이선스가 출처 표시(attribution)를 가장 중요한 원칙으로 삼은 이유도 바로 여기에 있습니다.

하지만 지금은 상황이 완전히 달라졌습니다. AI 시스템들은 방대한 양의 웹 콘텐츠를 수집해 학습 데이터로 사용합니다. 그 과정에서 창작자를 직접 방문하는 트래픽은 현저히 줄었고, 콘텐츠는 원작자의 이름 없이 재가공되고 있습니다. 심지어, 창작자가 공들여 만든 콘텐츠가 AI로 몇 초만에 생성된 응답과 경쟁하고, 원작자의 생계를 위협하는 상황까지 벌어지고 있죠.

저도 오랫동안 개인 블로그를 써온 사람으로써 완전히 남 일처럼 느껴지지는 않습니다. 요즘 많은 분들이 블로그를 시작하기 꺼려하는 이유이기도 합니다. 단지 AI 학습을 돕기 위해서 귀한 시간과 노력을 들여 창작물을 공개하려는 사람은 많지 않을 것입니다.

이러한 변화는 개인의 문제를 넘어선다고 생각합니다. 이 흐름이 계속되면, 오랫동안 웹을 지탱했던 지식 공유의 선순환 고리가 끊길 수 있습니다. 창작자가 인정받지 못한다면 더 이상 인터넷을 통해 지식을 나눌 이유가 사라집니다. 그 결과, 많은 사람들이 창작 동기를 잃어가고 있습니다.

이제 창작자들이 극단적인 선택지 앞에 서게 되었습니다.
- AI 학습을 막기 위해 콘텐츠 접근을 완전히 차단할 것인가,
- 줄어든 트래픽 유입과불완전한 출처 표시를 감수할 것인가.

하지만 이 두 선택지 모두 공정하지 않고 지속 가능하지 않습니다. 콘텐츠가 전면 차단된다면, 혁신의 원천이었던 오픈 웹 자체가 위축될 수밖에 없습니다. 반대로 아무런 제어 장치 없이 데이터가 수집되도록 방치한다면 자본과 데이터를 가진 소수의 거대 AI 기업만이 유리한 구조가 고착화될 것입니다.

무엇보다 웹의 핵심 가치인 개방성과 연결성이 무너진다면, AI 생태계 역시 빈약한 토양 위에서 자라게 될 것입니다.

Cloudflare는 이러한 구조적인 문제에 대응하기 위해서 콘텐츠 신호 정책(Content Signals Policy)를 제안했습니다. 이를 통해 창작자는 자신의 콘텐츠를 누가, 어떻게, 어떤 목적으로 사용할 수 있는지에 대한 통제권을 얻을 수 있습니다. 즉, 전통적인 크롤링의 허용이나 차단을 넘어서, 수집된 데이터로 무엇을 할 수 있는지에 대한 명시적인 신호를 보낼 수 있는 기술적인 제안입니다.

👉 관련 공식 블로그: https://blog.cloudflare.com/content-signals-policy/

AI가 인간의 지식을 학습할 수 있으려면, 그 지식을 만든 사람들도 지속 가능해야 합니다. 창작자의 권리를 보호하면서도 오픈웹의 정신을 지켜내려는 Cloudflare의 시도를 지지합니다. 웹이 다시 자유롭게 창작물을 나눌 수 있는 건강한 공간이 되었으면 좋겠습니다.

최근 몇 년 사이, AI 모델 학습을 위한 대규모 웹 스크래핑이 보편화되면서 인터넷의 오랜 질서가 흔들리고 있습니다. 오랫동안 웹에는 창작자와 사용자 간에 암묵적인 상생 체계가 존재했습니다. 창작자는 콘텐츠를 무료로 공개함으로써 트래픽과 인용이라는 형태의 보상을 받았고, 사용자는 타인의 콘텐츠를 사용할 때 출처를 남기며 인정과 감사를 표했습니다. 이러한 관행은 단순한 예의 차원을 넘어, 웹의 성장 동력이자 지식 공유의 선순환 구조를 가능하게 했습니다. MIT나 Creative Commons 라이선스가 출처 표시(attribution)를 가장 중요한 원칙으로 삼은 이유도 바로 여기에 있습니다. 하지만 지금은 상황이 완전히 달라졌습니다. AI 시스템들은 방대한 양의 웹 콘텐츠를 수집해 학습 데이터로 사용합니다. 그 과정에서 창작자를 직접 방문하는 트래픽은 현저히 줄었고, 콘텐츠는 원작자의 이름 없이 재가공되고 있습니다. 심지어, 창작자가 공들여 만든 콘텐츠가 AI로 몇 초만에 생성된 응답과 경쟁하고, 원작자의 생계를 위협하는 상황까지 벌어지고 있죠. 저도 오랫동안 개인 블로그를 써온 사람으로써 완전히 남 일처럼 느껴지지는 않습니다. 요즘 많은 분들이 블로그를 시작하기 꺼려하는 이유이기도 합니다. 단지 AI 학습을 돕기 위해서 귀한 시간과 노력을 들여 창작물을 공개하려는 사람은 많지 않을 것입니다. 이러한 변화는 개인의 문제를 넘어선다고 생각합니다. 이 흐름이 계속되면, 오랫동안 웹을 지탱했던 지식 공유의 선순환 고리가 끊길 수 있습니다. 창작자가 인정받지 못한다면 더 이상 인터넷을 통해 지식을 나눌 이유가 사라집니다. 그 결과, 많은 사람들이 창작 동기를 잃어가고 있습니다. 이제 창작자들이 극단적인 선택지 앞에 서게 되었습니다. - AI 학습을 막기 위해 콘텐츠 접근을 완전히 차단할 것인가, - 줄어든 트래픽 유입과불완전한 출처 표시를 감수할 것인가. 하지만 이 두 선택지 모두 공정하지 않고 지속 가능하지 않습니다. 콘텐츠가 전면 차단된다면, 혁신의 원천이었던 오픈 웹 자체가 위축될 수밖에 없습니다. 반대로 아무런 제어 장치 없이 데이터가 수집되도록 방치한다면 자본과 데이터를 가진 소수의 거대 AI 기업만이 유리한 구조가 고착화될 것입니다. 무엇보다 웹의 핵심 가치인 개방성과 연결성이 무너진다면, AI 생태계 역시 빈약한 토양 위에서 자라게 될 것입니다. Cloudflare는 이러한 구조적인 문제에 대응하기 위해서 콘텐츠 신호 정책(Content Signals Policy)를 제안했습니다. 이를 통해 창작자는 자신의 콘텐츠를 누가, 어떻게, 어떤 목적으로 사용할 수 있는지에 대한 통제권을 얻을 수 있습니다. 즉, 전통적인 크롤링의 허용이나 차단을 넘어서, 수집된 데이터로 무엇을 할 수 있는지에 대한 명시적인 신호를 보낼 수 있는 기술적인 제안입니다. 👉&nbsp;관련 공식 블로그: https://blog.cloudflare.com/content-signals-policy/ AI가 인간의 지식을 학습할 수 있으려면, 그 지식을 만든 사람들도 지속 가능해야 합니다. 창작자의 권리를 보호하면서도 오픈웹의 정신을 지켜내려는 Cloudflare의 시도를 지지합니다. 웹이 다시 자유롭게 창작물을 나눌 수 있는 건강한 공간이 되었으면 좋겠습니다.

The Cloudflare Blog

AI가 바꿔버린 웹의 질서, Cloudflare가 던진 균형의 해

💡바이브 코딩 프로젝트에서 얻은 교훈입니다. 1. 작업 단위는 최대한 작게 쪼개고, 문맥은 명확하게 가져갈 것, 2. Agent로 자동 검수 + 수동 QA 조합은 시간과 품질을 효율적으로 높여줌, 3. 초기 목표는 50% 범위로 설정 권장, 4. 생각보다 높은 RAG 보정 난이도

🚗 현대차 LLM 챗봇 데모 (Hybrid: Rule + RAG) | CannotBeHidden

🌙 추석 연휴 내내 만들었던 첫 번째 바이브코딩 작품을 공개합니다.
🚗 현대차 FAQ 기반 LLM 챗봇으로, FAQ 요약 → CTA 행동까지 바로 연결 시켜보았습니다. (※ 현대자동차 공식 챗봇과 무관한 개인 프로젝트)
📄 소개/데모/영상: https://cannotbehidden.com/project/hyundai-chatbot-demo/

#LLM #Chatbot #RAG #AI #Hyundai

🌙 추석 연휴 내내 만들었던 첫 번째 바이브코딩 작품을 공개합니다.🚗 현대차 FAQ 기반 LLM 챗봇으로, FAQ 요약 → CTA 행동까지 바로 연결 시켜보았습니다. (※ 현대자동차 공식 챗봇과 무관한 개인 프로젝트)📄 소개/데모/영상: https://cannotbehidden.com/project/hyundai-chatbot-demo/ #LLM #Chatbot #RAG #AI #Hyundai

CannotBeHidden |

LLM 챗봇 데모 (Hybrid: Rule + RAG)

Cursor팀에서 Cursor for product managers라는 주제로 온라인 세션을 진행했습니다. 제가 세션 후반부에 Cusor팀의 프로덕트 디스커버리 과정을 질문했는데 상세하게 Cursor팀의 PM인 Jacob Witt가 답변을 해서 내용을 정리해봅니다.

요약
1. 조직 구조: 엔지니어 중심으로 운영되는 Cursor 팀에 PM은 2명이며, 팀이 스스로를 위한 제품을 만들고 있음
2. 프로세스: 강력한 엔지니어링 팀 → 내부 사용 및 테스트 → 기능에 대한 투표 → 일정 기준(threshold)에 도달하면 출시 → 사용자 피드백 반영
3. 엔터프라이즈 접근 방식: 주요 고객에게는 신기능을 사전 공개하고, 피드백 루프를 통해 개선
4. PM 역할의 진화(PM role evolution): “PM이 엔지니어에게 해야 할 일을 지시하는” 방식이 아니라, 사전 준비된 스코핑과 기술적 이해를 바탕으로 협업을 주도하는 역할


질문
Cursor 팀은 프로덕트 디스커버리를 어떻게 진행하나요? 그리고 엔지니어, 프로덕트 매니저, 디자이너들이 어떻게 협업하나요? 흔히 ‘PM이 엔지니어에게 해야 할 일을 지시하고, 엔지니어는 그걸 단순히 수행한다’는 오해가 있는 것 같아요. 실제로는 전혀 그렇지 않아서 그 부분을 명확히 해주면 좋겠습니다.


답변 정리
1. Cursor는 현재 단 2명의 PM이 있음. Cursor는 엔지니어 주도 조직임.

2. 프로덕트에 대한 멘탈 모델: 아주 강력한 엔지니어링 팀이 스스로를 위한 툴을 만듬. 팀 모두가 그 툴을 매일 사용하고, 마음에 드는 점과 마음에 들지 않는 점을 투표로 결정함. 그리고 팀원들이 모두 '이 정도면 충분하다'고 생각하는 기준치나 합의(threshold)에 도달하면 출시하고, 사용자 피드백을 받은 뒤 그걸 기반으로 다시 개선함.

3. 엔터프라이즈 고객들은 사전에 협업을 진행하기도 함. 사전에 신규 기능을 제공하여 미리 반응을 살펴보고, 그 피드백에 따라 제품 방향을 조정함.

4. “나는 PM이고, 계획서를 짜서 엔지니어에게 넘긴다” 같은 프로세스는 전혀 아님.

5. PM이 “이런 아이디어가 있는데, 얼마나 걸릴까?” 하고 바로 엔지니어에게 물어보지 않음. 그렇게 하면 엔지니어가 원래 하던 일에서 주의가 산만해지기 때문에, 좋은 PM이라면 그런 초기 Scoping 대화에 훨씬 더 준비된 상태로 임해야 함. 즉, 사전에 충분히 이해하고, 구체적으로 이야기할 수 있어야 함.

6. 어떤 경우에는 이러한 스코핑 관련 대화 자체가 아예 일어나지 않음. PM이 직접 코드베이스를 보고 “이건 진짜 말도 안 되게 복잡하네. 세 개의 서비스를 리팩터링해야 할 정도로 고통스럽고, ROI도 전혀 안 나오겠네.”라고 판단하는 경우가 있기 때문임.

7. Cursor의 ‘Plan Mode’를 활용하여 코드베이스를 직접 이해하려고 노력함으로써, 미팅을 다섯 번 정도 줄일 수 있다고 생각함. 이런 접근법이 굉장히 레버리지가 크다고 생각함.

Cursor팀에서 Cursor for product managers라는 주제로 온라인 세션을 진행했습니다. 제가 세션 후반부에 Cusor팀의 프로덕트 디스커버리 과정을 질문했는데 상세하게 Cursor팀의 PM인 Jacob Witt가 답변을 해서 내용을 정리해봅니다. 요약 1. 조직 구조: 엔지니어 중심으로 운영되는 Cursor 팀에 PM은 2명이며, 팀이 스스로를 위한 제품을 만들고 있음 2. 프로세스: 강력한 엔지니어링 팀 → 내부 사용 및 테스트 → 기능에 대한 투표 → 일정 기준(threshold)에 도달하면 출시 → 사용자 피드백 반영 3. 엔터프라이즈 접근 방식: 주요 고객에게는 신기능을 사전 공개하고, 피드백 루프를 통해 개선 4. PM 역할의 진화(PM role evolution): “PM이 엔지니어에게 해야 할 일을 지시하는” 방식이 아니라, 사전 준비된 스코핑과 기술적 이해를 바탕으로 협업을 주도하는 역할 질문 Cursor 팀은 프로덕트 디스커버리를 어떻게 진행하나요? 그리고 엔지니어, 프로덕트 매니저, 디자이너들이 어떻게 협업하나요? 흔히 ‘PM이 엔지니어에게 해야 할 일을 지시하고, 엔지니어는 그걸 단순히 수행한다’는 오해가 있는 것 같아요. 실제로는 전혀 그렇지 않아서 그 부분을 명확히 해주면 좋겠습니다. 답변 정리 1. Cursor는 현재 단 2명의 PM이 있음. Cursor는 엔지니어 주도 조직임. 2. 프로덕트에 대한 멘탈 모델: 아주 강력한 엔지니어링 팀이 스스로를 위한 툴을 만듬. 팀 모두가 그 툴을 매일 사용하고, 마음에 드는 점과 마음에 들지 않는 점을 투표로 결정함. 그리고 팀원들이 모두 '이 정도면 충분하다'고 생각하는 기준치나 합의(threshold)에 도달하면 출시하고, 사용자 피드백을 받은 뒤 그걸 기반으로 다시 개선함. 3. 엔터프라이즈 고객들은 사전에 협업을 진행하기도 함. 사전에 신규 기능을 제공하여 미리 반응을 살펴보고, 그 피드백에 따라 제품 방향을 조정함. 4. “나는 PM이고, 계획서를 짜서 엔지니어에게 넘긴다” 같은 프로세스는 전혀 아님. 5. PM이 “이런 아이디어가 있는데, 얼마나 걸릴까?” 하고 바로 엔지니어에게 물어보지 않음. 그렇게 하면 엔지니어가 원래 하던 일에서 주의가 산만해지기 때문에, 좋은 PM이라면 그런 초기 Scoping 대화에 훨씬 더 준비된 상태로 임해야 함. 즉, 사전에 충분히 이해하고, 구체적으로 이야기할 수 있어야 함. 6. 어떤 경우에는 이러한 스코핑 관련 대화 자체가 아예 일어나지 않음. PM이 직접 코드베이스를 보고 “이건 진짜 말도 안 되게 복잡하네. 세 개의 서비스를 리팩터링해야 할 정도로 고통스럽고, ROI도 전혀 안 나오겠네.”라고 판단하는 경우가 있기 때문임. 7. Cursor의 ‘Plan Mode’를 활용하여 코드베이스를 직접 이해하려고 노력함으로써, 미팅을 다섯 번 정도 줄일 수 있다고 생각함. 이런 접근법이 굉장히 레버리지가 크다고 생각함.

Cursor 팀은 프로덕트 디스커버리를 어떻게 하는가?

오늘의 취미 코딩. 뚝딱!

쿼리 생성에 필요한 컨텍스트를 넣는 방법을 약간 다르게 시도해보았는데, 뚝딱 만든 것 치고는 꽤 만족스럽다. 반복분석하게 했더니 일반적인 분석은 ChatGPT보다 나은 듯..?!

역시 벡터DB를 사용하는 RAG는 벌써 옛말이 되어벌임. 프롬프트 is all you need.

오늘의 취미 코딩. 뚝딱! 쿼리 생성에 필요한 컨텍스트를 넣는 방법을 약간 다르게 시도해보았는데, 뚝딱 만든 것 치고는 꽤 만족스럽다. 반복분석하게 했더니 일반적인 분석은 ChatGPT보다 나은 듯..?! 역시 벡터DB를 사용하는 RAG는 벌써 옛말이 되어벌임. 프롬프트 is all you need.

오늘의 취미 코딩. 뚝딱!

쿼리 생성에 필요한 컨텍스트를 넣는 

무라카미 하루키 책 중에서 가장 좋아하는 책은 달리기를 말할 때 내가 하고 싶은 이야기입니다.

꾸준하게 하는 방법

무라카미 하루키 책 중에서 가장 좋아하는 책은 달리기를 할 때 내가 하고 싶은 이야기입니다.

이 책에서 배운 것은 어떻게 꾸준하게 할 수 있는가?
꾸준하게 하기 위해선 100%로 일을 해선 안 된다.
내일을 위해 힘을 남겨 놔야만 한다는 것.

저도 이걸 알고 나서부터 GitHub 그래프가 (완벽하진 않지만) 잔디가 빼곡히 채워지기 시작한 것 같습니다.

여기서 한발 더 나아가려면 잔디의 색깔도 너무 들쑥날쑥하지 않게 해야 합니다.
하루키는 매일 20장의 원고를 쓴다고 했거든요. 글이 아무리 잘 써져도 딱 20장을 쓰면 미련 없이 자리에서 일어난다고.

1년에 몇 번 정도는 힘을 다해 밤을 새워가며 코딩하곤 합니다.
몰입감을 놓치기 싫어서. 오늘 다 끝내고 만다는 마음으로.
그런데 다음 날이 되면 여지없이 에너지가 방전되면서 거의 아무것도 못하게 돼버리고 마는 것입니다.
하아... 차라리 70%의 힘으로 이틀 동안 할걸. 괜히 밸런스만 깨졌네.

오늘도 그런 날입니다. 정오가 다 되어 일어났는데 머리가 어질어질합니다. 너무 피곤하고 다시 에디터를 켤 자신이 없습니다.
배운 것과 실천하는 것은 조금 다른 문제입니다. 저는 언제쯤 이걸 완전하게 지킬 수 있을까요?
언젠가는 그렇게 할 수 있는 사람이 되고 싶습니다.


https://jeho.page/essay/2025/10/16/routine.html

무라카미 하루키 책 중에서 가장 좋아하는 책은 달리기를 할 때 내가 하고 싶은 이야기입니다. 이 책에서 배운 것은 어떻게 꾸준하게 할 수 있는가? 꾸준하게 하기 위해선 100%로 일을 해선 안 된다. 내일을 위해 힘을 남겨 놔야만 한다는 것. 저도 이걸 알고 나서부터 GitHub 그래프가 (완벽하진 않지만) 잔디가 빼곡히 채워지기 시작한 것 같습니다. 여기서 한발 더 나아가려면 잔디의 색깔도 너무 들쑥날쑥하지 않게 해야 합니다. 하루키는 매일 20장의 원고를 쓴다고 했거든요. 글이 아무리 잘 써져도 딱 20장을 쓰면 미련 없이 자리에서 일어난다고. 1년에 몇 번 정도는 힘을 다해 밤을 새워가며 코딩하곤 합니다. 몰입감을 놓치기 싫어서. 오늘 다 끝내고 만다는 마음으로. 그런데 다음 날이 되면 여지없이 에너지가 방전되면서 거의 아무것도 못하게 돼버리고 마는 것입니다. 하아... 차라리 70%의 힘으로 이틀 동안 할걸. 괜히 밸런스만 깨졌네. 오늘도 그런 날입니다. 정오가 다 되어 일어났는데 머리가 어질어질합니다. 너무 피곤하고 다시 에디터를 켤 자신이 없습니다. 배운 것과 실천하는 것은 조금 다른 문제입니다. 저는 언제쯤 이걸 완전하게 지킬 수 있을까요? 언젠가는 그렇게 할 수 있는 사람이 되고 싶습니다. https://jeho.page/essay/2025/10/16/routine.html

K리그 프로그래머

프론트엔드 | 현 퍼블리싱 3개월차입니다 원래 목표가 프론트엔드인데 차근차근 하고자 국비과정으로 퍼블리싱부터 배웠습니다 직장과 병행하면서 프론트엔드 공부를 시작하고 싶은데 도무...

퍼블리셔에서 프론트엔드로 간다면?

구글에 web frontend developer roadmap 이라고 검색하시면, 깃헙 레포가 하나 나오는데 거기에 웹 프론트엔드 개발자가 되기 위해 필요한 요구조건들이 있습니다. 한국어로 '웹 프론트엔드 개발자 로드맵' 이라고 치면 한국어 버전도 있습니다.

거기에서 제시한 방법대로 하나씩 공부해 보시면 될 것 같아요

커리어리

HITS 채용 담당자

문종혁

매트릭스투비 시스템 유지보수, 프론트앤드, 백앤드 개발

김영진

프로덕트 매니저

안지원

세상에 있는 문제를 해결하기 위해 몰입해서 일하는 것을 좋아합니다. 개인보다 팀으로 일할 때 더 위대한 일을 할 수 있다고 믿습니다. 
#스타트업 #프로덕트매니저 #팀플레이어 #독서 #끊임없이배우기 #독서모임 #비건지향

오원종(Owen)

안녕하세요. 

개발을 통해 비즈니스 임팩트를 만들어 내는 것에 관심이 많은 3년차 웹 프론트엔드 엔지니어 오원종(Owen)입니다.

동료와 함께, 때로는 혼자 세상에 필요한 제품을 만드는 과정을 좋아하고 몰입합니다. 해커톤, 사이드 프로젝트 등을 이따금 하곤 합니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필