1. 자신만의 언어를 갖고 있는 사람이 매력적이다. 그런 사람과의 대화는 예측 불가능하고, 늘 새로운 세계를 엿보는 듯한 즐거움을 준다.

2. 그가 사용하는 단어, 문장의 구조, 세상을 바라보는 비유 하나하나에 그 사람만의 고유한 색깔이 묻어있기 때문이다.

3. 반면 어떤 사람은 하는 말의 대부분이 타인의 이야기다. 누구를 안다, 만났다, 어제 본 유튜브 영상, 유명인이 했다는 말, 친구에게 들은 이야기.

4. 그의 입을 통해 나오는 것은 내 안에 들어왔던 정보가, 아무런 변화 없이 같은 형태로 다시 나오는 것에 가깝다. 그런 대화는 공허하다. 정보를 얻을 수는 있어도, 그 사람을 만났다는 느낌은 들지 않는다.

5. 진정한 앎이란 받아들인 인풋을 소화해서, 나만의 아웃풋으로 만들어내는 일이다. 음식물을 섭취해 내 몸에 필요한 에너지로 바꾸는 것처럼, 수많은 정보와 경험을 나의 관점과 생각이라는 소화액으로 녹여내야 한다.

6. 그렇게 완전히 분해되고 재조립되어야 비로소 새로운 ‘내 것’이 만들어진다. 타인의 관점과 생각을 그대로 내뱉는 것은 새로운 가치가 되지 못한다. 그것은 복사이고, 전달일 뿐이다.

7. 세상의 모든 새로운 것은 기존에 있던 것들에 ‘나’라는 새로움이 더해질 때 탄생한다. 나의 경험으로 재해석한 지식, 나의 언어로 다시 쓰인 문장만이 다른 사람의 마음을 움직이는 힘을 갖는다.

8. 결국 자신만의 언어를 갖는다는 것은, 세상의 수많은 소리 속에서 기꺼이 길을 잃고, 그 안에서 나만의 목소리를 찾아내는 고독한 여정이다.

9. 그 여정을 통과한 사람의 말에는 힘이 있다. 우리는 그 힘에 끌리고, 그것을 매력이라고 부른다.

1. 자신만의 언어를 갖고 있는 사람이 매력적이다. 그런 사람과의 대화는 예측 불가능하고, 늘 새로운 세계를 엿보는 듯한 즐거움을 준다. ​2. 그가 사용하는 단어, 문장의 구조, 세상을 바라보는 비유 하나하나에 그 사람만의 고유한 색깔이 묻어있기 때문이다. ​3. 반면 어떤 사람은 하는 말의 대부분이 타인의 이야기다. 누구를 안다, 만났다, 어제 본 유튜브 영상, 유명인이 했다는 말, 친구에게 들은 이야기. ​4. 그의 입을 통해 나오는 것은 내 안에 들어왔던 정보가, 아무런 변화 없이 같은 형태로 다시 나오는 것에 가깝다. 그런 대화는 공허하다. 정보를 얻을 수는 있어도, 그 사람을 만났다는 느낌은 들지 않는다. ​5. 진정한 앎이란 받아들인 인풋을 소화해서, 나만의 아웃풋으로 만들어내는 일이다. 음식물을 섭취해 내 몸에 필요한 에너지로 바꾸는 것처럼, 수많은 정보와 경험을 나의 관점과 생각이라는 소화액으로 녹여내야 한다. ​6. 그렇게 완전히 분해되고 재조립되어야 비로소 새로운 ‘내 것’이 만들어진다. 타인의 관점과 생각을 그대로 내뱉는 것은 새로운 가치가 되지 못한다. 그것은 복사이고, 전달일 뿐이다. ​7. 세상의 모든 새로운 것은 기존에 있던 것들에 ‘나’라는 새로움이 더해질 때 탄생한다. 나의 경험으로 재해석한 지식, 나의 언어로 다시 쓰인 문장만이 다른 사람의 마음을 움직이는 힘을 갖는다. ​8. 결국 자신만의 언어를 갖는다는 것은, 세상의 수많은 소리 속에서 기꺼이 길을 잃고, 그 안에서 나만의 목소리를 찾아내는 고독한 여정이다. ​9. 그 여정을 통과한 사람의 말에는 힘이 있다. 우리는 그 힘에 끌리고, 그것을 매력이라고 부른다.

< 앵무새처럼 말하는 사람 vs 자석처럼 끌리는 사람 >

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

1. 우리는 스스로 질문을 던져보기 전에는 알아차리는 것이 별로 없다.

2. 지금 왼발에 신고 있는 신발이 어떻게 느껴지는가? 배경음처럼 들려오는 에어컨 소리의 높이는 어느 정도인가?

3. 우리는 감각기관이 뻔히 알아차릴 수 있는 것들을 대부분 인식하지 못한다. 주의력이라는 자원을 작은 부분에 기울인 뒤에야 그동안 놓치고 있던 것을 인식한다.

4. 집중력을 발휘하기 전에는 그런 세세한 부분을 인식하지 못한다는 사실을 대부분 인식하지 못한다.

5. 따라서 세상에 대한 우리 인식이 그 세상을 정확히 재현하지 못할뿐만 아니라, 세상을 세세하게 온전히 보고있다는 우리의 믿음 또한 거짓이다. 실제로는 우리가 꼭 알아야 하는 것만 보기 때문이다.


#무의식은어떻게나를설계하는가

1. 우리는 스스로 질문을 던져보기 전에는 알아차리는 것이 별로 없다. ​2. 지금 왼발에 신고 있는 신발이 어떻게 느껴지는가? 배경음처럼 들려오는 에어컨 소리의 높이는 어느 정도인가? 3. 우리는 감각기관이 뻔히 알아차릴 수 있는 것들을 대부분 인식하지 못한다. 주의력이라는 자원을 작은 부분에 기울인 뒤에야 그동안 놓치고 있던 것을 인식한다. 4. 집중력을 발휘하기 전에는 그런 세세한 부분을 인식하지 못한다는 사실을 대부분 인식하지 못한다. ​5. 따라서 세상에 대한 우리 인식이 그 세상을 정확히 재현하지 못할뿐만 아니라, 세상을 세세하게 온전히 보고있다는 우리의 믿음 또한 거짓이다. 실제로는 우리가 꼭 알아야 하는 것만 보기 때문이다. #무의식은어떻게나를설계하는가 ​

< 세상은 내가 주목한 만큼만 보인다 >

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

1. 사람들은 믿음에 어긋나는 정보를 무시하고, 단기적 편익을 위해 장기적 편익을 희생하며, 무엇보다 자신과 동일시하는 문화의 영향을 받아서 비합리적 욕구에 따라 행동한다.

2. 그래서 흔히 2가지 실수를 한다.

3. 첫째, 당신의 잠재 고객들은 충분한 정보를 가졌고, 합리적이고 독립적이고, 장기적인 선택을 한다고 가정한다.

4. 둘째, 모두가 당신과 비슷하고, 당신이 아는 것을 알며, 당신이 원하는 것을 원한다고 가정한다.

5. 나는 합리적이지 않으며, 당신도 마찬가지다.

#마케팅이다

1. 사람들은 믿음에 어긋나는 정보를 무시하고, 단기적 편익을 위해 장기적 편익을 희생하며, 무엇보다 자신과 동일시하는 문화의 영향을 받아서 비합리적 욕구에 따라 행동한다. ​2. 그래서 흔히 2가지 실수를 한다. ​3. 첫째, 당신의 잠재 고객들은 충분한 정보를 가졌고, 합리적이고 독립적이고, 장기적인 선택을 한다고 가정한다. ​4. 둘째, 모두가 당신과 비슷하고, 당신이 아는 것을 알며, 당신이 원하는 것을 원한다고 가정한다. ​5. 나는 합리적이지 않으며, 당신도 마찬가지다. #마케팅이다

우리는 다 안다. 당신도, 나도 합리적인 척하지만 사실 그렇지 않다는걸

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

올해 상반기 실적 발표가 대부분 마무리된 가운데 국내 유통업계는 쿠팡 독주 체제가 더욱 공고해졌다는 평가를 받고 있다. 신세계·롯데 등 전통 오프라인 유통 강자들이 이커머스 전환 과정에서 고전하는 사이 쿠팡은 수익성과 성장성을 모두 입증하며 유통 시장의 중심으로 자리잡았다. 그간 외부 투자 유치와 적자 확대를 통해 몸집을 불려온 이른바 ‘쿠팡식 성장’ 모델이 더 이상 통하지 않는 구조 속에서 유일하게 실적 개선에 성공한 쿠팡의 경쟁력이 더욱 두드러졌다는 분석이 나온다.

“계획된 적자? 아무나 못한다”…쿠팡은 성공 vs 티몬·발란은 고전한 이유 [일상톡톡 플러스]

그래서 이유가 뭔데? 제목은 저렇게 해놓고 정작 이유가 없네. 최근 기사 중 가장 어그로 제목인 듯하다. 댓글창도 아예 막아놓은 걸 보니 의도한 것도 같고. 요즘 유튜브 콘텐츠도 이 정도로 거짓 제목까지는 잘 쓰진 않는다. 허무한 이유나 결론을 제시할 수는 있어도.

https://segye.com/view/20250816500910

그래서 이유가 뭔데? 제목은 저렇게 해놓고 정작 이유가 없네. 최근 기사 중 가장 어그로 제목인 듯하다. 댓글창도 아예 막아놓은 걸 보니 의도한 것도 같고. 요즘 유튜브 콘텐츠도 이 정도로 거짓 제목까지는 잘 쓰진 않는다. 허무한 이유나 결론을 제시할 수는 있어도. https://segye.com/view/20250816500910

세계일보

🟪 모임 소개 PBR 북클럽 'B라운지'입니다. B라운지에서는 전문가가 직접 큐레이션한 책을 기반으로, 강의와 토론을 통해 경영에 필수적인 지식을 습득합니다.이번 모임에서는 실무에 꼭 필요한 기업재무/회계 지식을 다룰 예정입니다.이번 모임에서는 이런 능력을 기를 수 있습니다.✅ 재무제표의 각 항목의 의미와 숫자를 혼자서도 이해할 수 있습니다.✅ 숫자를 기반으로 기업 전략의 맥락과 방향성을 짚어볼 수 있는 해석 능력을 기를 수 있습니다.✅ 그리고 이를 통해 경쟁사 분석, 조직 운영, 사업 의사결정, 그리고 투자자 커뮤니케이션 등에 활용할 수 있습... 

[B라운지] 4주만에 재무제표 기초 정복하기 (4기) : PBR

스타트업이건 대기업이건 회계와 재무 기초 공부의 필요성은 두번 말하면 잔소리죠.
그렇다고 막상 공부를 시작하려면 굉장히 막막하고 도저히 시작이 안되는 일이기도 합니다.
그래서 저희 회사에서 "회계를 통한 기업과 경영 이해"를 주제로 하는 회계 공부 모임을 진행하고 있습니다.

8월 27일(수) 저녁부터 4주에 걸쳐 매주 수요일 저녁 진행되는 회계 공부 모임의 4기를 모집합니다.
앞서 참여하신 분들의 피드백처럼 딱딱한 이론보다는 기업 현실 속에서 회계와 재무를 통해 어떤 인사이트를 얻을 수 있는지에 대해 이야기를 나누는 시간들입니다.

8월 27일(수) 저녁 7시부터 진행되며, 1~3기와 마찬가지로 저희 패스파인더넷 이복연 대표가 진행합니다.
관심있으신 분들은 링크를 참조해주세요.

https://www.pbr.kr/shop_view/?idx=50

스타트업이건 대기업이건 회계와 재무 기초 공부의 필요성은 두번 말하면 잔소리죠. 그렇다고 막상 공부를 시작하려면 굉장히 막막하고 도저히 시작이 안되는 일이기도 합니다. 그래서 저희 회사에서 "회계를 통한 기업과 경영 이해"를 주제로 하는 회계 공부 모임을 진행하고 있습니다. 8월 27일(수) 저녁부터 4주에 걸쳐 매주 수요일 저녁 진행되는 회계 공부 모임의 4기를 모집합니다. 앞서 참여하신 분들의 피드백처럼 딱딱한 이론보다는 기업 현실 속에서 회계와 재무를 통해 어떤 인사이트를 얻을 수 있는지에 대해 이야기를 나누는 시간들입니다. 8월 27일(수) 저녁 7시부터 진행되며, 1~3기와 마찬가지로 저희 패스파인더넷 이복연 대표가 진행합니다.관심있으신 분들은 링크를 참조해주세요. https://www.pbr.kr/shop_view/?idx=50

www.pbr.kr

"좋은 코드를 작성해야 한다" 우리 개발자들은 이 말을 매일같이 듣고, 또 스스로 다짐합니다. 하지만 현실은 어떤가요? 새로운 기능 개발에 밀려 리팩토링은 '나중에 할 일'이 되고, 기술 부채를 개선하자는 목소리는 '지금은 비즈니스가 먼저'라는 상황에 묻히기 일쑤입니다.

소프트웨어 유지보수성이라는 뜨거운 감자를 손에 넣는 법

"좋은 코드를 작성해야 한다" 우리 개발자들은 이 말을 매일같이 듣고, 또 스스로 다짐한다. 하지만 현실은 새로운 기능 개발에 밀려 리팩토링은 '나중에 할 일'이 되고, 기술 부채를 개선하자는 목소리는 '지금은 비즈니스가 먼저'라는 상황에 묻히기 일쑤다. 우리 모두가 이 딜레마에 빠져있다.


Spring I/O 2025에서 톰 홈버그(Tom Hombergs)가, 그리고 인프콘 2024에서 이일민(Toby Lee) 연사는 이 문제에 대한 해법이 될 수 있는 이야기를 말해준다. 두 거장의 이야기를 통해 소프트웨어 유지보수성이라는 뜨거운 감자를 손에 넣어보자!


https://www.linkedin.com/pulse/%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%9C%A0%EC%A7%80%EB%B3%B4%EC%88%98%EC%84%B1%EC%9D%B4%EB%9D%BC%EB%8A%94-%EB%9C%A8%EA%B1%B0%EC%9A%B4-%EA%B0%90%EC%9E%90%EB%A5%BC-%EC%86%90%EC%97%90-%EB%84%A3%EB%8A%94-%EB%B2%95-springrunner-zowlc

"좋은 코드를 작성해야 한다" 우리 개발자들은 이 말을 매일같이 듣고, 또 스스로 다짐한다. 하지만 현실은 새로운 기능 개발에 밀려 리팩토링은 '나중에 할 일'이 되고, 기술 부채를 개선하자는 목소리는 '지금은 비즈니스가 먼저'라는 상황에 묻히기 일쑤다. 우리 모두가 이 딜레마에 빠져있다. Spring I/O 2025에서 톰 홈버그(Tom Hombergs)가, 그리고 인프콘 2024에서 이일민(Toby Lee) 연사는 이 문제에 대한 해법이 될 수 있는 이야기를 말해준다. 두 거장의 이야기를 통해 소프트웨어 유지보수성이라는 뜨거운 감자를 손에 넣어보자! https://www.linkedin.com/pulse/%EC%86%8C%ED%94%84%ED%8A%B8%EC%9B%A8%EC%96%B4-%EC%9C%A0%EC%A7%80%EB%B3%B4%EC%88%98%EC%84%B1%EC%9D%B4%EB%9D%BC%EB%8A%94-%EB%9C%A8%EA%B1%B0%EC%9A%B4-%EA%B0%90%EC%9E%90%EB%A5%BC-%EC%86%90%EC%97%90-%EB%84%A3%EB%8A%94-%EB%B2%95-springrunner-zowlc

kr.linkedin.com

(다시 돌아온 노션 이력서 절기)

취업 학원에서 그렇게 가르치고, 몇몇 잘난척 하는 주니어들이 나는 노션으로 취업했다. 노션 이력서로 대기업 가는 법 이런 무책임한(거짓말이거나 실제론 아니거나 특수한 경우일 것) 글이 유행처럼 번지던 시기가 있었는데 그게 한때 핫해서 아직까지도 여파가..있는 것 같은데요.

정작 큰 회사들은 자체 지원 툴로 이력서를 받기는게 보통이고, 노션같은 외부 사이트는 내용이 변경될 수 있어서 PDF로 받는게 일반적인며..

아 그러고보니 노션 이력서 쓰는 법으로 구조화한답시고 토글이나 서브 페이지로 내용을 넣도록 설명하는데, 그렇게하면 그걸 검토한다고해도 정신없어서 눈에도 안들어오고 시간없어서 그냥 덮어버리기도 합니다. 안봐요. 싫어요.

이력서는 위에서 아래로 주르륵 쉽게 읽어나갈 수 있게 쓰되, 특별하게 쓰고 싶으면 웹소보듯 팝콘 뜯고 싶게 글을 잘 쓰시면 됩니다.

노션은 이력서를 읽고 더 궁금해질 때 가서 볼 수 있는 부가자료로 만들고 링크를 첨부하는 정도는 좋습니다.

그렇다고해도 복잡한 구조화는 금물. 큰 회사일수록 그거 검토할 시간이 없어요. 이력서 수백개씩 검토해야하는데 그걸 언제봐요. 그거 검토하는 건 기본 이력서가 통과되고 난 다음입니다.

이상 노션 이력서 때문에 영원히 고통받았던 사람 올림. (요즘은 그런 사람들이 좀 줄어든 것 같긴합니다.)

(다시 돌아온 노션 이력서 절기) 취업 학원에서 그렇게 가르치고, 몇몇 잘난척 하는 주니어들이 나는 노션으로 취업했다. 노션 이력서로 대기업 가는 법 이런 무책임한(거짓말이거나 실제론 아니거나 특수한 경우일 것) 글이 유행처럼 번지던 시기가 있었는데 그게 한때 핫해서 아직까지도 여파가..있는 것 같은데요. 정작 큰 회사들은 자체 지원 툴로 이력서를 받기는게 보통이고, 노션같은 외부 사이트는 내용이 변경될 수 있어서 PDF로 받는게 일반적인며.. 아 그러고보니 노션 이력서 쓰는 법으로 구조화한답시고 토글이나 서브 페이지로 내용을 넣도록 설명하는데, 그렇게하면 그걸 검토한다고해도 정신없어서 눈에도 안들어오고 시간없어서 그냥 덮어버리기도 합니다. 안봐요. 싫어요. 이력서는 위에서 아래로 주르륵 쉽게 읽어나갈 수 있게 쓰되, 특별하게 쓰고 싶으면 웹소보듯 팝콘 뜯고 싶게 글을 잘 쓰시면 됩니다. 노션은 이력서를 읽고 더 궁금해질 때 가서 볼 수 있는 부가자료로 만들고 링크를 첨부하는 정도는 좋습니다. 그렇다고해도 복잡한 구조화는 금물. 큰 회사일수록 그거 검토할 시간이 없어요. 이력서 수백개씩 검토해야하는데 그걸 언제봐요. 그거 검토하는 건 기본 이력서가 통과되고 난 다음입니다. 이상 노션 이력서 때문에 영원히 고통받았던 사람 올림. (요즘은 그런 사람들이 좀 줄어든 것 같긴합니다.)

이력서 노션으로 절대 쓰지 마세요.

노션으로 이력서 작성해서 pdf로 다운받는것도 비추인가요?

1. 우리는 ‘보다 복잡한 생물’이 되는 숙명을 짊어지고 있다. 이는 생물의 본성이기에 거역할 수 없다.

2. 복잡해지기 위해, 쉽게 컨트롤할 수 없는 환경에 던져져, 자기 자신을 ‘이전과는 다른 존재’로 바꿈으로써 환경에 적응하는 과정을 반복한다.

3. 그것이 생물학적인 의미에서의 ‘진화’ 일 것이다. 그리고 나는 그것이 곧 천하무적‘의 의미라고 생각한다.



#목표는천하무적

1. 우리는 ‘보다 복잡한 생물’이 되는 숙명을 짊어지고 있다. 이는 생물의 본성이기에 거역할 수 없다. ​2. 복잡해지기 위해, 쉽게 컨트롤할 수 없는 환경에 던져져, 자기 자신을 ‘이전과는 다른 존재’로 바꿈으로써 환경에 적응하는 과정을 반복한다. ​3. 그것이 생물학적인 의미에서의 ‘진화’ 일 것이다. 그리고 나는 그것이 곧 천하무적‘의 의미라고 생각한다. ​ #목표는천하무적

< 복잡해져야 살아남는다 >

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

며칠 전, 우아한형제들 임동준 님의 유튜브 영상을 보다 마음에 들어오는 메시지를 들었다. 영상은 AI에 대한 이야기였지만, 그 과정에서 나온 이 조언이 더 깊게 남았다.


"작지만 작동하는 유용한 소프트웨어를 만들고 점진적으로 발전시키세요."


처음부터 거대한 무언가를 꿈꾸기보다, 당장 오늘 내가 쓸 수 있는 작은 도구부터 만들어보라는 뜻이다. 내 작은 불편을 해결하는 그 과정 자체가 배움이고 성장이다. 그리고 그 도구를 실제로 사용하며 겪는 불편을 고치고, 필요에 맞게 개선해 나갈 때 학습은 깊어지고 성장은 단단해진다.


많은 개발자들이 저마다의 이유로 사이드 프로젝트를 시작한다. 새로운 기술을 배우기 위해, 자신의 역량을 보여줄 포트폴리오를 만들기 위해, 혹은 새로운 사업 기회를 찾기 위해서. 최근에는 특히 교육 기관이나 부트캠프 등에서 포트폴리오의 중요성을 강조하면서, 사이드 프로젝트가 마치 취업을 위한 필수 과제처럼 여겨지는 분위기도 있는 것 같다.


그렇다고 사이드 프로젝트의 가치가 폄하되는 것은 아니다. 회사 안에서든 밖에서든, 성장을 위한 훌륭한 수단임은 분명하다. 다만 한 가지 아쉬운 점은, 많은 프로젝트가 '기능 구현 완료'라는 지점에서 멈춰버린다는 점이다.


스포츠 경기에 비유하자면, 기능 구현은 이제 막 전반전이 끝난 상태다. 와우(WoW; World of Warcraft)로 빗대자면 이제 만렙을 찍은 순간이다. 하지만 만렙 달성은 끝이 아니라 시작이다. 이제부터는 전장을 누비며 장비를 맞추고, 레이드에서 동료와 협력하며 진짜 실력을 쌓아가야 한다.


사이드 프로젝트도 마찬가지다. 기능 구현이라는 전반전이 끝나면, 진짜 재미가 가득한 후반전이 시작된다.


 * 사용자를 모으고 그들의 피드백에 귀 기울이는 과정
 * 피드백을 반영해 소프트웨어를 꾸준히 개선하고 패치하는 과정
 * 그렇게 하나의 소프트웨어를 점점 더 단단한 제품으로 다듬어가는 과정


나는 이 후반전이야말로 사이드 프로젝트의 진국이라고 생각한다. 단순히 기술적인 문제를 해결하는 것을 넘어, 사용자 경험, 운영, 배포, 때로는 마케팅까지 고민하고 풀어보는 기회를 얻을 수 있기 때문이다. 개발자가 코드를 작성하는 사람을 넘어, 문제를 해결하는 사람으로 성장하는 순간이 바로 이 후반전에 있다.


물론 대다수가 후반전을 경험하지 못하고 멈춘다. 시간에 쫓기고, 에너지가 충분하지 않기 때문이다. 하지만 그 고비를 넘기며 꾸준함을 유지할 때, 그 경험은 완전히 다른 차원의 깊이를 만들어낸다. 예상치 못한 버그와 운영의 불편함, 사용자의 날카로운 피드백에서 오는 당혹감. 이 모든 시행착오가 시간이 지나면 그 무엇과도 바꿀 수 없는 나만의 자산이 된다. 전반전의 성취감도 물론 크지만, 꾸준히 이어지는 후반전에서 얻는 배움은 그보다 훨씬 값지다.


사이드 프로젝트를 나 혼자, 혹은 우리 팀만의 과제로 끝내기에는 너무 아쉽다. 진짜 재미는, 내가 만든 것을 누군가가 쓰기 시작하는 바로 그 순간부터 시작된다. 작게 시작하되, 포기하지 않고 그 후반전까지 경험하며 꾸준히 이어가는 즐거움을 꼭 한번 느껴보길 바란다.

며칠 전, 우아한형제들 임동준 님의 유튜브 영상을 보다 마음에 들어오는 메시지를 들었다. 영상은 AI에 대한 이야기였지만, 그 과정에서 나온 이 조언이 더 깊게 남았다. "작지만 작동하는 유용한 소프트웨어를 만들고 점진적으로 발전시키세요." 처음부터 거대한 무언가를 꿈꾸기보다, 당장 오늘 내가 쓸 수 있는 작은 도구부터 만들어보라는 뜻이다. 내 작은 불편을 해결하는 그 과정 자체가 배움이고 성장이다. 그리고 그 도구를 실제로 사용하며 겪는 불편을 고치고, 필요에 맞게 개선해 나갈 때 학습은 깊어지고 성장은 단단해진다. 많은 개발자들이 저마다의 이유로 사이드 프로젝트를 시작한다. 새로운 기술을 배우기 위해, 자신의 역량을 보여줄 포트폴리오를 만들기 위해, 혹은 새로운 사업 기회를 찾기 위해서. 최근에는 특히 교육 기관이나 부트캠프 등에서 포트폴리오의 중요성을 강조하면서, 사이드 프로젝트가 마치 취업을 위한 필수 과제처럼 여겨지는 분위기도 있는 것 같다. 그렇다고 사이드 프로젝트의 가치가 폄하되는 것은 아니다. 회사 안에서든 밖에서든, 성장을 위한 훌륭한 수단임은 분명하다. 다만 한 가지 아쉬운 점은, 많은 프로젝트가 '기능 구현 완료'라는 지점에서 멈춰버린다는 점이다. 스포츠 경기에 비유하자면, 기능 구현은 이제 막 전반전이 끝난 상태다. 와우(WoW; World of Warcraft)로 빗대자면 이제 만렙을 찍은 순간이다. 하지만 만렙 달성은 끝이 아니라 시작이다. 이제부터는 전장을 누비며 장비를 맞추고, 레이드에서 동료와 협력하며 진짜 실력을 쌓아가야 한다. 사이드 프로젝트도 마찬가지다. 기능 구현이라는 전반전이 끝나면, 진짜 재미가 가득한 후반전이 시작된다. <ul ><li>사용자를 모으고 그들의 피드백에 귀 기울이는 과정</li><li>피드백을 반영해 소프트웨어를 꾸준히 개선하고 패치하는 과정</li><li>그렇게 하나의 소프트웨어를 점점 더 단단한 제품으로 다듬어가는 과정</li></ul> 나는 이 후반전이야말로 사이드 프로젝트의 진국이라고 생각한다. 단순히 기술적인 문제를 해결하는 것을 넘어, 사용자 경험, 운영, 배포, 때로는 마케팅까지 고민하고 풀어보는 기회를 얻을 수 있기 때문이다. 개발자가 코드를 작성하는 사람을 넘어, 문제를 해결하는 사람으로 성장하는 순간이 바로 이 후반전에 있다. 물론 대다수가 후반전을 경험하지 못하고 멈춘다. 시간에 쫓기고, 에너지가 충분하지 않기 때문이다. 하지만 그 고비를 넘기며 꾸준함을 유지할 때, 그 경험은 완전히 다른 차원의 깊이를 만들어낸다. 예상치 못한 버그와 운영의 불편함, 사용자의 날카로운 피드백에서 오는 당혹감. 이 모든 시행착오가 시간이 지나면 그 무엇과도 바꿀 수 없는 나만의 자산이 된다. 전반전의 성취감도 물론 크지만, 꾸준히 이어지는 후반전에서 얻는 배움은 그보다 훨씬 값지다. 사이드 프로젝트를 나 혼자, 혹은 우리 팀만의 과제로 끝내기에는 너무 아쉽다. 진짜 재미는, 내가 만든 것을 누군가가 쓰기 시작하는 바로 그 순간부터 시작된다. 작게 시작하되, 포기하지 않고 그 후반전까지 경험하며 꾸준히 이어가는 즐거움을 꼭 한번 느껴보길 바란다.

사이드 프로젝트, 진짜 재미는 후반전에 있다

DA 조직의 역할이 현상 해석에 머물러 있다면, 높은 확률로 다른 조직의 역할로 대체될 수 있다. 영업/마케팅/기획/전략 등 비즈니스 조직은 이미 도메인 경험이 풍부한 만큼 더 빠르게 결정할 수 있다. 굳이 ‘느린’ 데이터 분석을 기다려야 한다면, 오히려 속도에 민감한 이들 조직의 저항에 직면하기 마련이다. 이 과정에서 DA 조직이 제대로 대처하지 못한다면 비즈니스에 기여할 기회들을 놓치면서, ‘DA는 중요하지만 DA 조직은 중요하지 않은’ 기현상이 벌어지게 된다. 여기까지 오게 되면 DA 조직의 역할은 보통 크게 두 가지 정도로 압축된다.

1. ‘빠르게’ 분석 요청을 처리한다

‘빠른’ 분석 역량을 확보하는 것은 당연히 중요한 일이지만, 빠르게 분석 결과를 쳐내는 방식으로 일하는 것이 곧 ‘생산적’이라 할 수 있는지는 다른 문제다. 주어진 역할은 생산적으로 해낼 수 있을지언정, 그것이 곧 비즈니스 효율을 높이는 생산성인가 하는 관점은 DA만의 문제가 아니기 때문이다.

아무리 빠르게 분석하더라도 DA 없이 내리는 결정보다 빠를 수는 없다. 게다가 ‘그 결정이 데이터 기반이었는가’를 두고 벌어지는 논쟁은 대부분 소모적이다. 실제로는 데이터 없이도 빠르고 잘 결정하고 있는 경우가 많다. 그리고 DA 조직이 따로 구성되어 있을 정도의 기업이라면, 이미 DA 없이도 돈 잘 벌고 있을 텐데 무슨 걱정인가.

2. ‘어려운 문제’만 골라 요청받는다

협업 부서에서도 의사결정하기 어려운 문제가 발생한다면, 이제 DA 조직을 찾을 명분이 생긴다. 이런 문제야말로 데이터 조직이 일 좀 해야지, 라고 여길 수 있다. 하지만 반은 맞고 반은 틀렸다.

첫째, 현업에서 어려운 문제는 DA 조직에게도 어렵다. 아니, 오히려 더 어렵다. 현업에서도 풀기 힘든 비즈니스 문제에 대한 가설을 DA가 더 잘 세울 수 있으리라 기대하기 어렵다. 게다가 그 가설을 데이터로 뒷받침해야 하니, 이게 쉽겠나. 아무리 현업과 머리를 맞대고 논의해도 뾰족한 결론을 내기란 어렵고, 결국 현업의 입맛에 맞는 데이터들이 취사선택되기 십상이다.

이런 상황이라면 과연 DA 조직을 잘 활용하고 있다고 말할 수 있을까? 오히려 기업 환경이 어려워지면 우선적으로 축소 또는 해체 대상이 될 뿐이다. 그 정도까지는 아니더라도 DA 직군이 계속 성취감을 갖고 일하기는 쉽지 않다. 물론 이런 상황에서도 빠르고 의미 있는 분석 결과를 내고, 현업이 미처 생각하지 못한 방식으로 어려운 문제를 다루는 슈퍼 분석가들이 있는 것도 사실이다. 그러나 개별 분석가가 아니라 DA 조직 자체가 그렇게 수행해낼 확률은 거의 없다(분석가의 역량은 천차만별이다).

-----

그래서 어쩌란 말인가? 한마디로 정리하자면, ‘일 시키기 전에 먼저 나서서 일해야 한다’는 것이다. 비즈니스 의사결정 과정에 들어선 뒤에야 데이터 분석이 개입되는 게 아니라, 그 이전 단계에서 필요한 데이터와 분석 결과를 미리 공급하는 체계를 갖추는 것이 필요하다.

대시보드를 활용하더라도 현업 요청에 따라 구축하는 것과 선제적으로 공급하는 것은 큰 차이가 있다. 전자는 외부 업체를 통해서도 개발·유지할 수 있는 수준의 일이지만, 후자는 단순히 기술이 있다고 되는 것이 아니라 비즈니스 전략에 대한 관점을 제시하고 논의를 촉발하는 출발점이 되기 때문이다.

이미 데이터 활용이 어느 정도 자리 잡은 기업이라면, 그 효율과 정확도를 높이는 활동도 의미가 있다. 예컨대 온라인 실험 기법의 신뢰성을 높이거나, 비즈니스적으로 의미 있는 지표를 찾아내 의사결정에 활용할 수 있도록 돕는 일이 이에 해당한다. 문제는 이런 활동의 가치를 이해하지 못하는 경영진으로부터는 지원은커녕 성과 인정도 받기 어렵다는 것이다 (과감히 이직하자..).

정리해보자면,
 * 필요한 데이터와 분석 결과를 선제적으로 공급하고,
 * 비즈니스 전략 논의의 출발점을 마련하며,
 * 이러한 활동들의 신뢰성과 효율을 높일 수 있는 환경을 구축해나가는 것.

나는 이것이 DA 조직이 대체 불가능하고 중요한 역할을 해내는 방법이라 생각하고, 현재도 그렇게 하려고 노력하고 있다.

-----

DA 직군과 교류하다 보면 회사에서 여기저기 치이며 시달리다가, 최근에는 AI가 DA를 대체하는 것 아닌가 하는 걱정까지 더해져 회의감을 갖는 경우를 종종 본다. 그러나 모든 직군과 업종이 그렇듯, 내 일이 대체되지 않으려면(다른 직군에 의해서든, 혹은 AI에 의해서든) 내가 하는 일의 가치를 만들어내고 입증해내야 한다. 위에 정리한 내용이 정답은 아닐 수 있다. 그러나 이런 고민과 노력을 해나가는 과정이야말로 누군가에 의해 대체되지 않는 영역 아닐까.

DA 조직의 역할이 현상 해석에 머물러 있다면, 높은 확률로 다른 조직의 역할로 대체될 수 있다. 영업/마케팅/기획/전략 등 비즈니스 조직은 이미 도메인 경험이 풍부한 만큼 더 빠르게 결정할 수 있다. 굳이 ‘느린’ 데이터 분석을 기다려야 한다면, 오히려 속도에 민감한 이들 조직의 저항에 직면하기 마련이다. 이 과정에서 DA 조직이 제대로 대처하지 못한다면 비즈니스에 기여할 기회들을 놓치면서, ‘DA는 중요하지만 DA 조직은 중요하지 않은’ 기현상이 벌어지게 된다. 여기까지 오게 되면 DA 조직의 역할은 보통 크게 두 가지 정도로 압축된다. 1. ‘빠르게’ 분석 요청을 처리한다 ‘빠른’ 분석 역량을 확보하는 것은 당연히 중요한 일이지만, 빠르게 분석 결과를 쳐내는 방식으로 일하는 것이 곧 ‘생산적’이라 할 수 있는지는 다른 문제다. 주어진 역할은 생산적으로 해낼 수 있을지언정, 그것이 곧 비즈니스 효율을 높이는 생산성인가 하는 관점은 DA만의 문제가 아니기 때문이다. 아무리 빠르게 분석하더라도 DA 없이 내리는 결정보다 빠를 수는 없다. 게다가 ‘그 결정이 데이터 기반이었는가’를 두고 벌어지는 논쟁은 대부분 소모적이다. 실제로는 데이터 없이도 빠르고 잘 결정하고 있는 경우가 많다. 그리고 DA 조직이 따로 구성되어 있을 정도의 기업이라면, 이미 DA 없이도 돈 잘 벌고 있을 텐데 무슨 걱정인가. 2. ‘어려운 문제’만 골라 요청받는다 협업 부서에서도 의사결정하기 어려운 문제가 발생한다면, 이제 DA 조직을 찾을 명분이 생긴다. 이런 문제야말로 데이터 조직이 일 좀 해야지, 라고 여길 수 있다. 하지만 반은 맞고 반은 틀렸다. 첫째, 현업에서 어려운 문제는 DA 조직에게도 어렵다. 아니, 오히려 더 어렵다. 현업에서도 풀기 힘든 비즈니스 문제에 대한 가설을 DA가 더 잘 세울 수 있으리라 기대하기 어렵다. 게다가 그 가설을 데이터로 뒷받침해야 하니, 이게 쉽겠나. 아무리 현업과 머리를 맞대고 논의해도 뾰족한 결론을 내기란 어렵고, 결국 현업의 입맛에 맞는 데이터들이 취사선택되기 십상이다. 이런 상황이라면 과연 DA 조직을 잘 활용하고 있다고 말할 수 있을까? 오히려 기업 환경이 어려워지면 우선적으로 축소 또는 해체 대상이 될 뿐이다. 그 정도까지는 아니더라도 DA 직군이 계속 성취감을 갖고 일하기는 쉽지 않다. 물론 이런 상황에서도 빠르고 의미 있는 분석 결과를 내고, 현업이 미처 생각하지 못한 방식으로 어려운 문제를 다루는 슈퍼 분석가들이 있는 것도 사실이다. 그러나 개별 분석가가 아니라 DA 조직 자체가 그렇게 수행해낼 확률은 거의 없다(분석가의 역량은 천차만별이다). ----- 그래서 어쩌란 말인가? 한마디로 정리하자면, ‘일 시키기 전에 먼저 나서서 일해야 한다’는 것이다. 비즈니스 의사결정 과정에 들어선 뒤에야 데이터 분석이 개입되는 게 아니라, 그 이전 단계에서 필요한 데이터와 분석 결과를 미리 공급하는 체계를 갖추는 것이 필요하다. 대시보드를 활용하더라도 현업 요청에 따라 구축하는 것과 선제적으로 공급하는 것은 큰 차이가 있다. 전자는 외부 업체를 통해서도 개발·유지할 수 있는 수준의 일이지만, 후자는 단순히 기술이 있다고 되는 것이 아니라 비즈니스 전략에 대한 관점을 제시하고 논의를 촉발하는 출발점이 되기 때문이다. 이미 데이터 활용이 어느 정도 자리 잡은 기업이라면, 그 효율과 정확도를 높이는 활동도 의미가 있다. 예컨대 온라인 실험 기법의 신뢰성을 높이거나, 비즈니스적으로 의미 있는 지표를 찾아내 의사결정에 활용할 수 있도록 돕는 일이 이에 해당한다. 문제는 이런 활동의 가치를 이해하지 못하는 경영진으로부터는 지원은커녕 성과 인정도 받기 어렵다는 것이다 (과감히 이직하자..). 정리해보자면,<ul><li>필요한 데이터와 분석 결과를 선제적으로 공급하고,</li><li>비즈니스 전략 논의의 출발점을 마련하며,</li><li>이러한 활동들의 신뢰성과 효율을 높일 수 있는 환경을 구축해나가는 것.</li></ul> 나는 이것이 DA 조직이 대체 불가능하고 중요한 역할을 해내는 방법이라 생각하고, 현재도 그렇게 하려고 노력하고 있다. ----- DA 직군과 교류하다 보면 회사에서 여기저기 치이며 시달리다가, 최근에는 AI가 DA를 대체하는 것 아닌가 하는 걱정까지 더해져 회의감을 갖는 경우를 종종 본다. 그러나 모든 직군과 업종이 그렇듯, 내 일이 대체되지 않으려면(다른 직군에 의해서든, 혹은 AI에 의해서든) 내가 하는 일의 가치를 만들어내고 입증해내야 한다. 위에 정리한 내용이 정답은 아닐 수 있다. 그러나 이런 고민과 노력을 해나가는 과정이야말로 누군가에 의해 대체되지 않는 영역 아닐까.

대체되지 않는 DA 조직이 되려면?

1인 개발자 전성시대란 글을 2022년에 썼습니다.

진짜 1인 개발자 전성시대

1인 개발자 전성시대란 글을 2022년에 썼습니다.

그때는 개발 환경과 생태계가 편리해진다는 이유로 많은 직장인 개발자들이 1인 개발자가 될 수 있다는 생각을 했습니다.
앱스토어, GitHub, AWS, Flutter, GA, Firebase, Let’s Encrypt, Cloudflare 등등.

하지만 AI가 코딩을 해줄 날이 이렇게 빨리 올 줄은 전혀 예상을 못 했었습니다.
그러니깐… 개발자들이 1인 개발자가 될 수 있을 거라 생각했지, 디자이너, 마케터, 기획자들이 다 1인 개발자가 될 수 있을 거라 생각했던 건 아닙니다.

그런데 진짜 그런 엄청난 세상이 와버렸습니다.
회사에서 여러 사람들이 모여 매일 야근하고 한땀한땀 코딩하던 시절이 진짜 있었나?
바로 몇 년 전 일인데 90년대 이야기 아닌가 싶을 정도로 아득하게 느껴집니다.

직장인 개발자가 99.5%, 자기 서비스를 만드는 1인 개발자는 0.5%나 되려나요?
앞으로는 90대 10 정도까지는 올라올 수도 있지 않을까라는 생각을 합니다.
대기업이든 스타트업이든 개발자 개인이든 모두에게 엄청난 변화가 오고 있습니다.

미리 자리를 잡아둔 게 정말 다행이다 싶다는 생각…
그리고 무수히 생기는 경쟁자들 덕분에 저도 멈춰있지 말고 만들어 보고 싶었던 것들을 모두 만들어보다는 생각이 듭니다.


https://jeho.page/essay/2025/08/11/solo-developer.html

1인 개발자 전성시대란 글을 2022년에 썼습니다. 그때는 개발 환경과 생태계가 편리해진다는 이유로 많은 직장인 개발자들이 1인 개발자가 될 수 있다는 생각을 했습니다. 앱스토어, GitHub, AWS, Flutter, GA, Firebase, Let’s Encrypt, Cloudflare 등등. 하지만 AI가 코딩을 해줄 날이 이렇게 빨리 올 줄은 전혀 예상을 못 했었습니다. 그러니깐… 개발자들이 1인 개발자가 될 수 있을 거라 생각했지, 디자이너, 마케터, 기획자들이 다 1인 개발자가 될 수 있을 거라 생각했던 건 아닙니다. 그런데 진짜 그런 엄청난 세상이 와버렸습니다. 회사에서 여러 사람들이 모여 매일 야근하고 한땀한땀 코딩하던 시절이 진짜 있었나? 바로 몇 년 전 일인데 90년대 이야기 아닌가 싶을 정도로 아득하게 느껴집니다. 직장인 개발자가 99.5%, 자기 서비스를 만드는 1인 개발자는 0.5%나 되려나요? 앞으로는 90대 10 정도까지는 올라올 수도 있지 않을까라는 생각을 합니다. 대기업이든 스타트업이든 개발자 개인이든 모두에게 엄청난 변화가 오고 있습니다. 미리 자리를 잡아둔 게 정말 다행이다 싶다는 생각… 그리고 무수히 생기는 경쟁자들 덕분에 저도 멈춰있지 말고 만들어 보고 싶었던 것들을 모두 만들어보다는 생각이 듭니다. https://jeho.page/essay/2025/08/11/solo-developer.html

K리그 프로그래머

This link will take you to a page that’s not on LinkedIn

LinkedIn

혹시 Claude 나 cursor 등 AI 로 개발하실 때
뭔가 AI 스러운 뻔한 디자인 때문에
아쉬운적 있으신가요??

아래 순서를 따라하시면 훨씬 더 예쁜
디자인을 뽑으실 수 있을거에요.

1. 구글 검색해서 내 서비스의
도메인과 비슷한 레퍼런스 찾기
2. ChatGPT 에게 레퍼런스 URL 주면서
디자인 원칙 뽑아달라고 하기
(컨텐츠 맥락 고려해서)
3. 디자인 원칙(JSON)을 적용해서
기존 페이지 디자인 개선 요청

더 자세한 내용이 궁금하시다면
아래 영상을 참고해주셔요. 🤗

https://lnkd.in/gSRZ8mZ2

혹시 Claude 나 cursor 등 AI 로 개발하실 때 뭔가 AI 스러운 뻔한 디자인 때문에 아쉬운적 있으신가요?? 아래 순서를 따라하시면 훨씬 더 예쁜 디자인을 뽑으실 수 있을거에요. 1. 구글 검색해서 내 서비스의 도메인과 비슷한 레퍼런스 찾기 2. ChatGPT 에게 레퍼런스 URL 주면서 디자인 원칙 뽑아달라고 하기 (컨텐츠 맥락 고려해서) 3. 디자인 원칙(JSON)을 적용해서 기존 페이지 디자인 개선 요청 더 자세한 내용이 궁금하시다면 아래 영상을 참고해주셔요. 🤗 https://lnkd.in/gSRZ8mZ2

www.linkedin.com

혹시 Claude 나 cursor 등 AI 로 개발하실 때
뭔가 

“이 문제는 왜 해결해야 하죠?”
토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다.

“무엇을 만들까”보다 “왜 해야 하나요?”를 묻는 사람들, 토스페이먼츠 PM

“이 문제는 왜 해결해야 하죠?” 토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다. 화면을 기획하거나, 기능을 정리하는 일보다 먼저 우리는 문제의 본질을 정의하고 싶은 사람들입니다. 그렇다면 ‘문제의 본질’부터 고민하는 토스페이먼츠의 PM은 실제로 어떤 방식으로 일하고 있을까요? 토스페이먼츠 PM 김명훈님의 이야기를 함께 들어보세요.

“이 문제는 왜 해결해야 하죠?” 토스페이먼츠의 Product Manager는 늘 이 질문에서 시작합니다. 화면을 기획하거나, 기능을 정리하는 일보다 먼저 우리는 문제의 본질을 정의하고 싶은 사람들입니다. 그렇다면 ‘문제의 본질’부터 고민하는 토스페이먼츠의 PM은 실제로 어떤 방식으로 일하고 있을까요? 토스페이먼츠 PM 김명훈님의 이야기를 함께 들어보세요.

toss.im

“무엇을 만들까”보다 “왜 해야 하나요?”를 묻는 사람들, 토스페

1. 최첨단 컴퓨터과학의 알고리즘이 내놓는 해결책이 효율적이지도, 늘 맞는다고도 할 수 없다. 알고리즘이 아예 존재하지 않는 듯한 상황도 있다.

2. 그러나 완벽한 알고리즘이 아직 나오지 않은 영역에서도, 몇 세대에 걸친 컴퓨터과학자들과 현실세계의 가장 어려운 문제들 사이의 씨름을 통해 많은 깨달음이 도출되어왔다.

3. 힘들여 얻은 이 교훈들은 합리성에 관한 우리의 직관과 어긋나곤 하며, 세상만사를 산뜻한 몇 줄의 공식에 억지로 담아내려고 시도하는 수학자의 옹색한 처방과는 전혀 달라 보인다.

4. 그런 교훈들은 이렇게 말한다. 언제나 모든 대안을 고려할 필요는 없다. 매번 최상인 것처럼 보이는 결과를 내놓을 필요도 없다.

5. 때로는 무질서해져라. 가볍게 돌아다녀라. 참고 기다려라. 본능을 믿고 너무 오래 고심하지 마라. 느긋해져라. 동전을 던져라. 용서하지만 잊지는 마라. 자신이 옳다고 믿어라.



#알고리즘인생을계산하다

1. 최첨단 컴퓨터과학의 알고리즘이 내놓는 해결책이 효율적이지도, 늘 맞는다고도 할 수 없다. 알고리즘이 아예 존재하지 않는 듯한 상황도 있다. ​2. 그러나 완벽한 알고리즘이 아직 나오지 않은 영역에서도, 몇 세대에 걸친 컴퓨터과학자들과 현실세계의 가장 어려운 문제들 사이의 씨름을 통해 많은 깨달음이 도출되어왔다. ​3. 힘들여 얻은 이 교훈들은 합리성에 관한 우리의 직관과 어긋나곤 하며, 세상만사를 산뜻한 몇 줄의 공식에 억지로 담아내려고 시도하는 수학자의 옹색한 처방과는 전혀 달라 보인다. ​4. 그런 교훈들은 이렇게 말한다. 언제나 모든 대안을 고려할 필요는 없다. 매번 최상인 것처럼 보이는 결과를 내놓을 필요도 없다. ​5. 때로는 무질서해져라. 가볍게 돌아다녀라. 참고 기다려라. 본능을 믿고 너무 오래 고심하지 마라. 느긋해져라. 동전을 던져라. 용서하지만 잊지는 마라. 자신이 옳다고 믿어라. ​ #알고리즘인생을계산하다

< 모든 선택지를 검토하다 아무것도 못 하는 당신에게 >

아빠와 함께한 네 번째 코딩 시간,
아이가 자기만의 개발 용어를 만들기 시작했습니다.

🍜 짜파게티 → 문법 오류 날 때 뜨는 빨간 줄
👩‍🦲 대머리 → 공백 한 칸
👨‍🦲 빅 대머리 → 탭 들여쓰기

"아빠, 여기 짜파게티 있어요!" 하며 신나게 오류를 찾아내는 모습을 보니,
정확한 전문 용어보다 아이의 눈높이에 맞춰주는 것이 훨씬 중요하다는 걸 깨닫습니다.

📺 에릭과 달레의 코딩일기 4탄: https://youtu.be/Mr8KTklQk7w

👉 여러분은 처음 코딩을 배울 때 만든 "나만의 표현"이 있었나요?

아빠와 함께한&nbsp;네 번째 코딩 시간, 아이가 자기만의 개발 용어를 만들기 시작했습니다. 🍜 짜파게티 → 문법 오류 날 때 뜨는 빨간 줄 👩‍🦲 대머리 → 공백 한 칸 👨‍🦲 빅 대머리 → 탭 들여쓰기 "아빠, 여기 짜파게티 있어요!" 하며 신나게 오류를 찾아내는 모습을 보니, 정확한 전문 용어보다 아이의 눈높이에 맞춰주는 것이 훨씬 중요하다는 걸 깨닫습니다. 📺 에릭과 달레의 코딩일기 4탄: https://youtu.be/Mr8KTklQk7w 👉 여러분은 처음 코딩을 배울 때 만든 "나만의 표현"이 있었나요?

🍜 짜파게티가 왜 거기서 나와?

Contribute to psmon/kopring-reactive-labs development by creating an account on GitHub.

kopring-reactive-labs/AgenticCoding/Projects/PERSIST_DURABLE_CLUSTER at main · psmon/kopring-reactive-labs

액터모델(코틀린버전)을 이용해 이벤트 소스(샘플:가상월렛)와 분산 상태관리(Cluster Durable State)
를 바이브 모드로 작성한 코드샘플로 로컬환경에서 클러스터,이벤트소싱 작동검증이 포함되어있습니다.

- https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_DURABLE_CLUSTER

- https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_EVENTSOURCE

액터모델(코틀린버전)을 이용해 이벤트 소스(샘플:가상월렛)와 분산 상태관리(Cluster Durable State)를 바이브 모드로 작성한 코드샘플로 로컬환경에서 클러스터,이벤트소싱 작동검증이 포함되어있습니다. - https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_DURABLE_CLUSTER - https://github.com/psmon/kopring-reactive-labs/tree/main/AgenticCoding/Projects/PERSIST_EVENTSOURCE

GitHub

액터모델을 이용 이벤트소스/클러스터상태관리를 우아하게하기 - 코틀

YouTube에서 마음에 드는 동영상과 음악을 감상하고, 직접 만든 콘텐츠를 업로드하여 친구, 가족뿐 아니라 전 세계 사람들과 콘텐츠를 공유할 수 있습니다.

 - YouTube

우연히 유튜브에서 "신입 개발자 취준생이라면 고개를 들어 이 영상을 보라 | 공무원 포기하고 개발자 됐어요"라는 영상을 발견했다. 최근 취업을 준비하며 어떤 회사에서 일을 시작해야 하는지에 대해 고민을 가지고 있는 분과 대화를 나눈 적이 있어, 궁금한 마음에 봤다. 영상 속 인터뷰 내용이 내가 평소 생각하던 태도와 닮아 있어 많이 공감되었다.

나는 첫 회사가 커리어를 결정하지 않는다고 생각한다. 중요한 건 어떤 회사를 가든 내가 그 안에서 무엇을 하고, 어떻게 성장하는가다.

물론 첫 회사의 이름값이나 보상, 복지, 산업 성장성 같은 외부 조건이 초기 커리어에 주는 영향은 무시할 수 없다. 하지만 그 영향은 의외로 오래가지 않는다. 한두 해만 지나면, 사람들은 내가 어떤 회사에 있었는지가 아니라, 그 안에서 무슨 일을 하고 어떤 성과를 만들었는지를 보게 된다.

여기서 차이를 만드는 건 주도성이다. 주어진 일만 처리하는 사람과, 문제를 발견하고 해결하며 새로운 것을 제안하는 사람은 시간이 갈수록 전혀 다른 커리어 곡선을 그린다. 회사의 문화가 이를 뒷받침한다면, 성장 속도는 훨씬 빨라진다. 좋은 피드백 문화, 실패를 허용하는 분위기, 협력적인 동료는 한 사람의 잠재력을 단숨에 끌어올린다.

하지만 그런 환경이 아니라면? 방법은 여전히 있다. 사이드 프로젝트, 커뮤니티 활동, 오픈소스 기여를 통해서다. 회사가 성장을 지원하지 않는다면, 회사 밖에서 성장의 기회를 만들 수 있다. 그렇게 얻은 역량과 네트워크는 결국 내 커리어의 자산이 된다.

결국 내가 제어할 수 없는 부분은 내려놓고, 할 수 있는 것에 집중하는 게 중요하다. 환경이 완벽하길 바라다 보면, 아무것도 시작하지 못한 채 시간이 흘러간다. 반대로, 현재의 자리에서 배울 수 있는 것, 기여할 수 있는 것, 시도해볼 수 있는 것을 붙잡고 움직이다 보면, 어느 순간 커리어는 스스로의 힘으로 길을 만든다.

영상 속 인터뷰 주인공도 비슷한 길을 걸었다. 그는 첫 직장에서 다소 레거시한 기술 스택을 마주하며 고민이 많았지만, 거기에 머물지 않았다. 자신이 공부해온 최신 기술 트렌드를 회사에 제안했고, 이를 직접 구현해냈다. 결과적으로 그는 회사의 기술 문화와 방향성을 바꾸는 데 중요한 역할을 했다. 경력 1년이 채 되지 않은 신입이었지만, 끊임없는 학습 의지, 실현 가능한 제안, 그리고 가시적인 성과는 회사로부터 전폭적인 신뢰를 얻는 계기가 되었고, 신입 채용 면접관이라는 역할까지 맡게 됐다.

더 인상 깊었던 점은, 그는 회사 업무에 충실하면서도 개인 성장을 위한 사이드 프로젝트를 병행했다는 것이다. 즉, 환경 탓보다는 자신이 할 수 있는 것에 집중하며, 성장을 위한 행동을 끊임없이 이어갔다는 점이다.

물론 그의 성과 뒤에는 개방적인 회사 문화도 있었다. 제안을 받아들이고 시도할 기회를 주는 환경이 있었기에 시너지가 극대화될 수 있었다. 하지만 그 환경조차도, 그가 먼저 움직이지 않았다면 무의미했을 것이다.

결국 커리어는 회사가 만들어주는 것이 아니다. 내가 만들고, 내가 책임진다. 회사는 그 여정에서 잠시 함께 가는 동반자일 뿐이다.


https://youtu.be/WGeVbWnFeF4?feature=shared

우연히 유튜브에서 "신입 개발자 취준생이라면 고개를 들어 이 영상을 보라 | 공무원 포기하고 개발자 됐어요"라는 영상을 발견했다. 최근 취업을 준비하며 어떤 회사에서 일을 시작해야 하는지에 대해 고민을 가지고 있는 분과 대화를 나눈 적이 있어, 궁금한 마음에 봤다. 영상 속 인터뷰 내용이 내가 평소 생각하던 태도와 닮아 있어 많이 공감되었다. 나는 첫 회사가 커리어를 결정하지 않는다고 생각한다. 중요한 건 어떤 회사를 가든 내가 그 안에서 무엇을 하고, 어떻게 성장하는가다. 물론 첫 회사의 이름값이나 보상, 복지, 산업 성장성 같은 외부 조건이 초기 커리어에 주는 영향은 무시할 수 없다. 하지만 그 영향은 의외로 오래가지 않는다. 한두 해만 지나면, 사람들은 내가 어떤 회사에 있었는지가 아니라, 그 안에서 무슨 일을 하고 어떤 성과를 만들었는지를 보게 된다. 여기서 차이를 만드는 건 주도성이다. 주어진 일만 처리하는 사람과, 문제를 발견하고 해결하며 새로운 것을 제안하는 사람은 시간이 갈수록 전혀 다른 커리어 곡선을 그린다. 회사의 문화가 이를 뒷받침한다면, 성장 속도는 훨씬 빨라진다. 좋은 피드백 문화, 실패를 허용하는 분위기, 협력적인 동료는 한 사람의 잠재력을 단숨에 끌어올린다. 하지만 그런 환경이 아니라면? 방법은 여전히 있다. 사이드 프로젝트, 커뮤니티 활동, 오픈소스 기여를 통해서다. 회사가 성장을 지원하지 않는다면, 회사 밖에서 성장의 기회를 만들 수 있다. 그렇게 얻은 역량과 네트워크는 결국 내 커리어의 자산이 된다. 결국 내가 제어할 수 없는 부분은 내려놓고, 할 수 있는 것에 집중하는 게 중요하다. 환경이 완벽하길 바라다 보면, 아무것도 시작하지 못한 채 시간이 흘러간다. 반대로, 현재의 자리에서 배울 수 있는 것, 기여할 수 있는 것, 시도해볼 수 있는 것을 붙잡고 움직이다 보면, 어느 순간 커리어는 스스로의 힘으로 길을 만든다. 영상 속 인터뷰 주인공도 비슷한 길을 걸었다. 그는 첫 직장에서 다소 레거시한 기술 스택을 마주하며 고민이 많았지만, 거기에 머물지 않았다. 자신이 공부해온 최신 기술 트렌드를 회사에 제안했고, 이를 직접 구현해냈다. 결과적으로 그는 회사의 기술 문화와 방향성을 바꾸는 데 중요한 역할을 했다. 경력 1년이 채 되지 않은 신입이었지만, 끊임없는 학습 의지, 실현 가능한 제안, 그리고 가시적인 성과는 회사로부터 전폭적인 신뢰를 얻는 계기가 되었고, 신입 채용 면접관이라는 역할까지 맡게 됐다. 더 인상 깊었던 점은, 그는 회사 업무에 충실하면서도 개인 성장을 위한 사이드 프로젝트를 병행했다는 것이다. 즉, 환경 탓보다는 자신이 할 수 있는 것에 집중하며, 성장을 위한 행동을 끊임없이 이어갔다는 점이다. 물론 그의 성과 뒤에는 개방적인 회사 문화도 있었다. 제안을 받아들이고 시도할 기회를 주는 환경이 있었기에 시너지가 극대화될 수 있었다. 하지만 그 환경조차도, 그가 먼저 움직이지 않았다면 무의미했을 것이다. 결국 커리어는 회사가 만들어주는 것이 아니다. 내가 만들고, 내가 책임진다. 회사는 그 여정에서 잠시 함께 가는 동반자일 뿐이다. https://youtu.be/WGeVbWnFeF4?feature=shared

undefined

첫 회사보다 중요한 것

토스 DATA·ML 집중채용

토스에서 데이터 직군 집중 채용을 합니다.
면접만 봐도 100만원이 지급됩니다.

https://toss.im/career/event/data-2025

토스에서 데이터 직군 집중 채용을 합니다. 면접만 봐도 100만원이 지급됩니다. https://toss.im/career/event/data-2025

토스 데이터 직군 집중 채용 - 면접만 봐도 100만원!

우디의 컨설팅:  합격으로 가는 3가지 차별점 개인별 맞춤 포트폴리오,  합격을 부르는 비결입니다. 5회 코칭   유니콘 프로덕트 디자이너 최종 합격한 김** 님의 실제 리뷰입니다.  2회 코칭   대기업 디자이너 최종 합격한 **연 님의 실제 리뷰입니다.  2회 코칭   유니콘 프로덕트 디자이너 최종 합격한 심** 님의 실제 리뷰입니다.  3회 코칭   

[🦄 유니콘·빅테크] 합격한 UX/UI 포트폴리오 컨설팅 - PO·디자인 리드·채용 담당 경력 - 우디디자인랩

디자이너 면접 끝에 꼭 듣는 말,
“혹시 마지막 질문 있으신가요?”

그냥 형식적인 마무리 같지만, 사실 지원자가 회사랑 팀에 얼마나 진심인지 보여줄 수 있는 순간이기도 합니다.

예를 들어,
- 디자이너가 기획·개발 논의에 초반부터 참여할 수 있는 구조인지
- 팀에서 주고받는 피드백이나 성장 기회가 어떤 방식으로 있는지
- 요즘 팀이 가장 집중하는 문제는 뭔지, 내가 어디서 기여할 수 있을지

이런 물음들은 그냥 일자리 찾는 사람이 아니라 같이 고민하고 성장할 팀을 찾는 사람이라는 걸 보여줄 수 있습니다. 마지막 1분, 생각보다 중요할지 모릅니다 :)

—
우디의 포폴 컨설팅 재오픈했습니다!
https://www.latpeed.com/products/QkCkT

디자이너 면접 끝에 꼭 듣는 말,“혹시 마지막 질문 있으신가요?” 그냥 형식적인 마무리 같지만, 사실 지원자가 회사랑 팀에 얼마나 진심인지 보여줄 수 있는 순간이기도 합니다. 예를 들어,- 디자이너가 기획·개발 논의에 초반부터 참여할 수 있는 구조인지- 팀에서 주고받는 피드백이나 성장 기회가 어떤 방식으로 있는지- 요즘 팀이 가장 집중하는 문제는 뭔지, 내가 어디서 기여할 수 있을지 이런 물음들은 그냥 일자리 찾는 사람이 아니라 같이 고민하고 성장할 팀을 찾는 사람이라는 걸 보여줄 수 있습니다. 마지막 1분, 생각보다 중요할지 모릅니다 :) —우디의 포폴 컨설팅 재오픈했습니다!https://www.latpeed.com/products/QkCkT

Latpeed

면접에서 진심을 보여주는 마지막 질문

2024.05.24 넷플릭스에서 시청수 관련 통계 리포트를 공개했어요. (들어가면 하단에 excel 데이터로 10만 이상 view 가나온...

What We Watched the Second Half of 20... | Snippod

2024.05.24 넷플릭스에서 시청수 관련 통계 리포트를 공개했어요. (excel 데이터로 10만 이상 view 가나온 TV 및 Film 콘텐츠 별 데이터까지 공개)

이 데이터는 넷플릭스 시청수 중 2023년 하반기 (7월~12월) 의 99% 를 커버하고 있습니다.

https://www.snippod.com/snip/ufojthr4wgp5

2024.05.24 넷플릭스에서 시청수 관련 통계 리포트를 공개했어요. (excel 데이터로 10만 이상 view 가나온 TV 및 Film 콘텐츠 별 데이터까지 공개) 이 데이터는 넷플릭스 시청수 중 2023년 하반기 (7월~12월) 의 99% 를 커버하고 있습니다. https://www.snippod.com/snip/ufojthr4wgp5

Snippod

스닙팟 CEO & Founder

이성규

PM, 창업자, 프론트엔드, 백엔드, 머신러닝 엔지니어.
어떠한 콘텐츠든 그 콘텐츠가 가진 가치를 극대화 할 수 있는 방법을 고민하며 정보 공유 플랫폼 스닙팟을 만들었습니다.
📎 hello.snippod.com/whatapp

늙은코린이

장그래

이젠 개발이 뭐였는지도 다 잊어버린 전직개발자 출신의 회사원. 100세시대에 100세코딩을 꿈꾸며 재활 노력중.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필