코딩 인터뷰를 하던 중 지원자로부터 AI를 써도 되겠냐는 질문을 받았습니다. 인터넷 검색을 해도 되냐고 물어보는 지원자는 종종 만나는데, AI를 써도 되느냐는 질문은 처음 받아봐서 좀 당황스럽더군요. 어떤 용도로 AI를 사용하시려는지 물어보았고, 익숙치 않은 프로그래밍 언어의 사용법을 찾기 위해서라는 답변을 들었습니다. 지원자가 대학생이어서 특정 언어를 능숙하게 다룰 거라는 기대는 없었습니다. 그래서 화면을 공유하는 전제 하에 AI를 사용하도록 허락하였죠.

지원자는 ChatGPT를 열고 해당 언어에서 어떻게 힙(heap) 자료구조를 사용하는지 물어보았습니다. 언제나 그렇듯 ChatGPT는 어떻게 힙을 생성하고, 원소를 추가/삭제하는지에 대해서 아주 상세하게 적어주기 시작했습니다. 그러나 너무나 친절한 나머지 ChatGPT는 힙을 활용할 수 있는 대표적인 사례까지 나열해줬는데, 그 중에 인터뷰에서 출제한 문제가 포함되어 있었습니다. (Co-op 채용이라서 아주 기초 수준의 문제였거든요 😅)

당황한 기색이 역력한 지원자는 급하게 화면을 전환하였습니다. 하지만 그 이후부터는 계속해서 신경이 쓰이는지 인터뷰에 집중을 하지 못하는 모습이었습니다. 결국은 시간 내에 답안을 완성하지 못했고, 본인이 작성한 코드에 대해서도 명확히 설명하지 못했습니다. 아무래도 스스로 망했다고 생각하고 이미 인터뷰를 포기한 느낌을 받았습니다. 첫 번째 문제는 잘 푸셨기 때문에, 오히려 두 번째 문제에서 AI를 쓰지 않으셨다면 합격하실 수도 있으셨을 것 같아서 참 안타까웠습니다.

인터뷰가 끝나고 많은 생각이 들었습니다. 이미 AI가 대학생들의 삶에 깊숙히 스며든 것 같고, 현직 개발자들도 AI의 도움을 받아 업무를 수행하고 있는 상황이죠. 코딩 인터뷰라고 해서 AI를 쓰지 못하게 할 이유가 있을까요? 과연 저처럼 불완전한 인간이 면접관으로서 AI로 인해 거의 신급의 지능을 갖게 된 지원자들을 평가할 수 있을까요? 어디까지가 AI의 버프이고 어디까지가 지원자의 순수한 능력인지 어떻게 판단할 수 있을까요?

코딩 인터뷰를 하던 중 지원자로부터 AI를 써도 되겠냐는 질문을 받았습니다. 인터넷 검색을 해도 되냐고 물어보는 지원자는 종종 만나는데, AI를 써도 되느냐는 질문은 처음 받아봐서 좀 당황스럽더군요. 어떤 용도로 AI를 사용하시려는지 물어보았고, 익숙치 않은 프로그래밍 언어의 사용법을 찾기 위해서라는 답변을 들었습니다. 지원자가 대학생이어서 특정 언어를 능숙하게 다룰 거라는 기대는 없었습니다. 그래서 화면을 공유하는 전제 하에 AI를 사용하도록 허락하였죠. 지원자는 ChatGPT를 열고 해당 언어에서 어떻게 힙(heap) 자료구조를 사용하는지 물어보았습니다. 언제나 그렇듯 ChatGPT는 어떻게 힙을 생성하고, 원소를 추가/삭제하는지에 대해서 아주 상세하게 적어주기 시작했습니다. 그러나 너무나 친절한 나머지 ChatGPT는 힙을 활용할 수 있는 대표적인 사례까지 나열해줬는데, 그 중에 인터뷰에서 출제한 문제가 포함되어 있었습니다. (Co-op 채용이라서 아주 기초 수준의 문제였거든요 😅) 당황한 기색이 역력한 지원자는 급하게 화면을 전환하였습니다. 하지만 그 이후부터는 계속해서 신경이 쓰이는지 인터뷰에 집중을 하지 못하는 모습이었습니다. 결국은 시간 내에 답안을 완성하지 못했고, 본인이 작성한 코드에 대해서도 명확히 설명하지 못했습니다. 아무래도 스스로 망했다고 생각하고 이미 인터뷰를 포기한 느낌을 받았습니다. 첫 번째 문제는 잘 푸셨기 때문에, 오히려 두 번째 문제에서 AI를 쓰지 않으셨다면 합격하실 수도 있으셨을 것 같아서 참 안타까웠습니다. 인터뷰가 끝나고 많은 생각이 들었습니다. 이미 AI가 대학생들의 삶에 깊숙히 스며든 것 같고, 현직 개발자들도 AI의 도움을 받아 업무를 수행하고 있는 상황이죠. 코딩 인터뷰라고 해서 AI를 쓰지 못하게 할 이유가 있을까요? 과연 저처럼 불완전한 인간이 면접관으로서 AI로 인해 거의 신급의 지능을 갖게 된 지원자들을 평가할 수 있을까요? 어디까지가 AI의 버프이고 어디까지가 지원자의 순수한 능력인지 어떻게 판단할 수 있을까요?

코딩 인터뷰 중 AI를 사용해도 될까요...? 🤔

얼마전에 sorting 이라는 함수를, 파라미터로 주는 배열의 요소의 값을 delay로 삼아 setTimeout으로 만든 코드 이미지를 본 기억이 나네요. 그것도 면접에서 나온 코드라고 하더군요. 굉장히 창의적인 발상이어서 인상적이었는데요.

면접의 목적이 지시사항을 이행하여 문제를 해결할 수 있는 수행 능력을 보는 것이라면 AI를 이용하는 것이 설령 그게 뭐 신의 지식 수준이 된다한들 채용에 유해할까요. 

평가 대상이 수행 능력이라면 with AI는 지원자의 레벨을 신으로 격상시킨다고 해도 무방하고, 평가가 창의성이라면 지원자가 AI를 그렇게까지 유용하게 쓸 수 없을 겁니다. 만약 그런 순간마저도 AI를 유용하게 쓴다면 더 채용해야 할 이유가 되지 않을까요. 개발 언어나 AI나 모두 개발자가 다루어야 할 도구라는 관점에서 보면요. 

무엇보다 "순수 능력"이라는 것 자체를 정량화, 정성화시키려는 시도, 혹은 그 개념 자체가 현 세대의 모던한 사고가 아닐지 그 부분을 고민하는 게 좋지 않을까 하네요. 인간의 인텔리전스를 평가하는 방법론이 이전 시대와 달라지는 걸 체감하고 있으니까요. 

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

 - YouTube

먼저, 성능 최적화와 보안 이슈 등을 얘기할 수 있을것 같아요.

물론 초개인화된 데이터를 처리하는 역할을
모두 서버에서 담당한다면 서버 부하가 커질 수도 있지만,

그럼에도 위와 같은 이유들로
서버에서 Data fetching 을 하는게 유리한 때가 있어서요.

이러한 이유에 대해 좀 더 자세히 설명해보았습니다.

https://youtu.be/vJGk4iLo-Ak

먼저, 성능 최적화와 보안 이슈 등을 얘기할 수 있을것 같아요. 물론 초개인화된 데이터를 처리하는 역할을모두 서버에서 담당한다면 서버 부하가 커질 수도 있지만, 그럼에도 위와 같은 이유들로서버에서 Data fetching 을 하는게 유리한 때가 있어서요. 이러한 이유에 대해 좀 더 자세히 설명해보았습니다. https://youtu.be/vJGk4iLo-Ak

youtu.be

왜 Data fetching 을 서버에서 해야할까요?

Testing Library는 웹 프론트엔드 테스트에서 사실 상 표준으로 자리잡은 라이브러리입니다. React 뿐만 아니라 Vue, Svelte, Angular 등 거의 대부분의 자바스크립트 프레임워크를 지원하고 있죠.

이번 영상에서는 Testing Library를 사용해서 React 컴포넌트에 대한 테스트 코드를 어떻게 작성하는지 함께 알아보겠습니다.

📺 동영상: https://youtu.be/TBFogFU7cls
📝 포스팅: https://www.daleseo.com/react-testing-library/

Testing Library는 웹 프론트엔드 테스트에서 사실 상 표준으로 자리잡은 라이브러리입니다. React 뿐만 아니라 Vue, Svelte, Angular 등 거의 대부분의 자바스크립트 프레임워크를 지원하고 있죠. 이번 영상에서는 Testing Library를 사용해서 React 컴포넌트에 대한 테스트 코드를 어떻게 작성하는지 함께 알아보겠습니다. 📺 동영상: https://youtu.be/TBFogFU7cls📝 포스팅: https://www.daleseo.com/react-testing-library/

React Testing Library 사용법

Bard is now Gemini. Get help with writing, planning, learning, and more from Google AI.

‎Gemini - chat to supercharge your ideas

https://gemini.google.com/
구글이 Gemini 2.5 Pro (실험 버전)를 무료로 풀었습니다!
리더보드에서는 Gemini 2.5 Pro 가 꽤 격차를 내며, 1위를 달리고 있는데요. 개인적으로도 역대 가장 좋은 성능을 체감하고 있습니다.
가장 진보된 모델(실험 버전이긴 하지만)의 전면 무료화는 매우 공격적인 전략으로 보이는데요. OpenAI(ChatGPT)나 Anthropic(Claude) 등 경쟁사들의 유료 모델과 직접 경쟁하면서, 사용자들에게 '무료'라는 강력한 유인책을 제공하여 시장 점유율을 빼앗아 오려는 의도로 볼 수 있습니다.

과연 이 전략은 성공할 수 있을까요?

참고로 현재 제한된 횟수 안에서 API 도 무료로 사용가능합니다.
- 무료 : RPM 5, RPD 25
- 유료 : RPM 20, RPD 100

더 보기
- Google, Gemini 2.5 Pro 출시 - 따라올테면 따라와봐
https://www.facebook.com/share/p/1AQWWGuMt1/

- OpenAI를 따라잡기 위한 구글의 2년간의 분투기
https://www.facebook.com/share/p/18rSta3Hf2/

#구글Gemini #AI전쟁 #ChatGPT #Claude #무료AI #기술경쟁

https://gemini.google.com/구글이 Gemini 2.5 Pro (실험 버전)를 무료로 풀었습니다!리더보드에서는 Gemini 2.5 Pro 가 꽤 격차를 내며, 1위를 달리고 있는데요. 개인적으로도 역대 가장 좋은 성능을 체감하고 있습니다.가장 진보된 모델(실험 버전이긴 하지만)의 전면 무료화는 매우 공격적인 전략으로 보이는데요. OpenAI(ChatGPT)나 Anthropic(Claude) 등 경쟁사들의 유료 모델과 직접 경쟁하면서, 사용자들에게 '무료'라는 강력한 유인책을 제공하여 시장 점유율을 빼앗아 오려는 의도로 볼 수 있습니다. 과연 이 전략은 성공할 수 있을까요? 참고로 현재 제한된 횟수 안에서 API 도 무료로 사용가능합니다.- 무료 : RPM 5, RPD 25- 유료 : RPM 20, RPD 100 더 보기- Google, Gemini 2.5 Pro 출시 - 따라올테면 따라와봐https://www.facebook.com/share/p/1AQWWGuMt1/ - OpenAI를 따라잡기 위한 구글의 2년간의 분투기https://www.facebook.com/share/p/18rSta3Hf2/ #구글Gemini #AI전쟁 #ChatGPT #Claude #무료AI #기술경쟁

Gemini

🚀 구글의 AI 승부수? Gemini 2.5 Pro 전면 무료화!

요즘 웹 서비스 환경에서 빠른 배포와 효율적인 인프라 관리는 더 이상 ‘있으면 좋은’ 요소가 아닌 ‘반드시 필요한’ 요소가 되었습니다. 특히 대규모 트래픽을 처리하거나 빠른 업데이트가 중요한 서비스라면, 경쟁력을 좌우하는 핵심이 됩니다. 하지만 실제 현장에서는 프론트엔드 개발자와 인프라 개발자 사이 지식 격차가 존재하는 경우가 많습니다. 프론트엔드 개발자는 Docker의 멀티스테이지 빌드나 CI/CD 캐싱 전략에 익숙하지 않고, 인프라 개발자는  ‘standalone’ 빌드와 같은 프론트엔드 배포 최적화 기법이 다소 생소할 수 있습니다. 이번 글에서는 이러한 두 영역 간의 간극을 좁히고, 배포 속도와 인프라 비용 모두를 최적화할 수 있는 방법을 소개하려고 합니다.

Next.js에서 Docker 빌드 최적화하기 | 요즘IT

빠른 배포와 효율적인 인프라 관리는 이제 '있으면 좋은' 요소가 아닌 '필수적인' 요소로 자리 잡았습니다.
그러나 현업에서는 프론트엔드 개발자와 인프라 개발자 간의 지식 격차가 흔히 존재합니다. 프론트엔드 개발자는 Docker의 멀티스테이지 빌드나 CI/CD 캐싱 전략에 익숙하지 않은 경우가 많으며, 인프라 개발자는 백엔드 환경에는 비교적 능숙하지만 Next.js의 'standalone' 빌드와 같은 프론트엔드 배포 최적화 기법에는 상대적으로 생소할 수 있습니다.

이런 두 영역 간의 간극을 좁히고, 배포 속도와 인프라 비용을 함께 최적화할 수 있는 방법을 요즘IT에 기고했습니다.

프론트엔드와 인프라 개발자가 서로의 영역을 이해하고 협업할 때, 더 견고하고 빠른 배포 시스템을 구축할 수 있습니다. 결과적으로 인프라 비용을 줄이고, 더욱 완성도 높은 배포 시스템을 만들 수 있습니다.

보다 자세한 내용은 링크의 글을 참조해보시길 추천드립니다. 실제 적용 사례부터 원리와 구현 방법, Dockerfile 량 비교까지 구체적으로 다루었습니다.

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

빠른 배포와 효율적인 인프라 관리는 이제 '있으면 좋은' 요소가 아닌 '필수적인' 요소로 자리 잡았습니다.그러나 현업에서는 프론트엔드 개발자와 인프라 개발자 간의 지식 격차가 흔히 존재합니다. 프론트엔드 개발자는 Docker의 멀티스테이지 빌드나 CI/CD 캐싱 전략에 익숙하지 않은 경우가 많으며, 인프라 개발자는 백엔드 환경에는 비교적 능숙하지만 Next.js의 'standalone' 빌드와 같은 프론트엔드 배포 최적화 기법에는 상대적으로 생소할 수 있습니다. 이런 두 영역 간의 간극을 좁히고, 배포 속도와 인프라 비용을 함께 최적화할 수 있는 방법을 요즘IT에 기고했습니다. 프론트엔드와 인프라 개발자가 서로의 영역을 이해하고 협업할 때, 더 견고하고 빠른 배포 시스템을 구축할 수 있습니다. 결과적으로 인프라 비용을 줄이고, 더욱 완성도 높은 배포 시스템을 만들 수 있습니다. 보다 자세한 내용은 링크의 글을 참조해보시길 추천드립니다. 실제 적용 사례부터 원리와 구현 방법, Dockerfile 량 비교까지 구체적으로 다루었습니다. https://yozm.wishket.com/magazine/detail/3046

요즘IT

Next.js에서 Docker 빌드 최적화하기

Self-hosted news, content, updates, launches, events, and more

selfh.st - Self-hosted content and software

중앙화된 서비스에 지친 분들을 위한 셀프 호스팅 솔루션 총정리입니다!
1년 이상 안정적으로 운영해본 경험을 바탕으로 정리했다고 해요!

🐳 컨테이너 런타임:
 * 초보자는 Docker로 시작하세요 (풍부한 문서+커뮤니티)
 * 보안 중시하면 Podman (루트리스 구조)
 * 도전정신 있다면 Kubernetes (복잡하지만 학습 가치↑)

🖥️ 웹 관리툴:
 * Portainer: 안정적이고 직관적인 관리 도구
 * Dockge: 간단하고 가벼운 신규 솔루션

🔒 리버스프록시/VPN:
 * Pangolin: "셀프 호스팅용 Cloudflare" (강추!)
 * NPM: 쉬운 웹UI, 불안정한 면도 있음
 * NetBird: WireGuard 기반 자동 VPN 구성

더 많은 셀프호스팅 솔루션은
awesome-selfhosted
레포나 Selfh.st 참고 하세요!

https://news.hada.io/topic?id=20108

중앙화된 서비스에 지친 분들을 위한 셀프 호스팅 솔루션 총정리입니다! 1년 이상 안정적으로 운영해본 경험을 바탕으로 정리했다고 해요! 🐳 컨테이너 런타임:<ul ><li>초보자는 Docker로 시작하세요 (풍부한 문서+커뮤니티)</li><li>보안 중시하면 Podman (루트리스 구조)</li><li>도전정신 있다면 Kubernetes (복잡하지만 학습 가치↑)</li></ul> 🖥️ 웹 관리툴:<ul ><li>Portainer: 안정적이고 직관적인 관리 도구</li><li>Dockge: 간단하고 가벼운 신규 솔루션</li></ul> 🔒 리버스프록시/VPN:<ul ><li>Pangolin: "셀프 호스팅용 Cloudflare" (강추!)</li><li>NPM: 쉬운 웹UI, 불안정한 면도 있음</li><li>NetBird: WireGuard 기반 자동 VPN 구성</li></ul> 더 많은 셀프호스팅 솔루션은 <code >awesome-selfhosted</code> 레포나 Selfh.st 참고 하세요! https://news.hada.io/topic?id=20108

selfh.st

🚀 [2025 셀프 호스팅 가이드]

안녕하세요. 저는 2개월차 주니어 개발자입니다.
취업 불경기 시대에 특출난 코테 준비를 해둔 게 아니라 감사하게도 절 불러주신 SI업체에 취업했습니다.
유지보수 및 개발 풀스택 업무 맡고 있습니다.

제목이 조금 극단적이어 보이는 것 같지만 정말 저런 불안감을 가지고 허덕이고 있습니다.

취업하고 나서야 눈이 넓어졌다고 해야할까요?
다들 좋은 선임분들 계시고, Java Spring기반 프로젝트 들이라 커리어 쌓긴 나쁘지 않다고 느꼈습니다.

그치만 깊게 공부하고 고민하기에는 SI특성이 너무나 잘 드러나는 상황 같더라구요.

그래서 올해 하반기 이직에 몰빵을 해보려고 고민 중 입니다. 뛰어난 포폴은 없지만 중고신입 전략을 토대로 코딩테스트에 깊게 힘 실어보려고 생각 중 이에요.

중고신입 SI -> 서비스 이직이나
2-3년 경력 쌓고 서비스로 이직이나
둘다 가능성이 있을까요...?
너무나 부정적인 얘기만 많이 보여서 마음이 너무 불안하고 힘드네요. 그럼에도 진짜 현실적인 조언을 부탁 드리고 싶습니다... 감사합니다

안녕하세요. 저는 2개월차 주니어 개발자입니다.취업 불경기 시대에 특출난 코테 준비를 해둔 게 아니라 감사하게도 절 불러주신 SI업체에 취업했습니다.유지보수 및 개발 풀스택 업무 맡고 있습니다. 제목이 조금 극단적이어 보이는 것 같지만 정말 저런 불안감을 가지고 허덕이고 있습니다. 취업하고 나서야 눈이 넓어졌다고 해야할까요?다들 좋은 선임분들 계시고, Java Spring기반 프로젝트 들이라 커리어 쌓긴 나쁘지 않다고 느꼈습니다. 그치만 깊게 공부하고 고민하기에는 SI특성이 너무나 잘 드러나는 상황 같더라구요. 그래서 올해 하반기 이직에 몰빵을 해보려고 고민 중 입니다. 뛰어난 포폴은 없지만 중고신입 전략을 토대로 코딩테스트에 깊게 힘 실어보려고 생각 중 이에요. 중고신입 SI -&gt; 서비스 이직이나2-3년 경력 쌓고 서비스로 이직이나둘다 가능성이 있을까요...?너무나 부정적인 얘기만 많이 보여서 마음이 너무 불안하고 힘드네요. 그럼에도 진짜 현실적인 조언을 부탁 드리고 싶습니다... 감사합니다

SI에서는 절대 중견이상 급의 서비스로 이직하기가 힘든가요?

유닛 이코노믹스는 쉽게 말해, ‘단위 경제성’을 의미하는데요, 제품 구매나 구독과 같이 전환된 고객 한 명을 유치했을 때, 얼마의 수익을 버는지 따져보는 것입니다. 흔히들 말하는 ‘이거 하나 팔면 얼마 벌어요?’에 대한 답변인 셈이죠.

그래서 이거 하나 팔면 얼마 벌어요? 유닛 이코노믹스 | 하이퍼컨버전 | Hyper Conversion

매출 성장은 당연히 중요한 요소지만, 제품이 하나 팔릴 때 얼마가 남는지 실질적인 이익 판단도 명확하게 해야합니다. 이와 관련해 '유닛 이코노믹스' 에 개념이 설명된 글이 있어 공유 드립니다.

유닛 이코노믹스란
비즈니스 개별 단위의 수익성과 비용을 분석하는 개념
구독 서비스는 고객 1명을 유닛으로, 배달 서비스는 음식 주문 1건을 유닛으로 볼 수 있습니다.
기준은 조금씩 다르지만 모두 비즈니스를 구성하는 전환의 최소 단위입니다.

유닛 이코노믹스 공식 (LTV-CAC)
 * LTV (고객 생애 가치): 한 고객이 서비스에 평생 동안 지불하는 금액
 * CAC (고객 획득 비용) 한 명의 고객을 유지하는 데 들어가는 비용
이 두 개의 지표를 바탕으로 우리 비즈니스가 얼마나 건강하게 성장하고 있는지, 개선해야 할 부분은 없는지 파악하는 것이 유닛 이코노믹스라 할 수 있습니다.
(업종별, 상품 별로 차이가 있지만, 일반적으로 LTV가 최소한 CAC의 3배 이상은 되어야 안정적인 비즈니스로 평가)

커머스의 유닛 이코노믹스
커머스는 일반적인 공식을 사용하기 어렵습니다
 * 커머스 브랜드는 매출 반복 주기가 일정하지 않기 때문
 * 구독과 달리 고객 이탈 시점을 측정하기 어려움
 * 일반적으로 커머스 브랜드는 다양한 판매처에 제품을 유통
 * 한 번 구매한 고객이라 하더라도 재 구매를 발생시키기 위해서는 추가로 비용이 들어가기 마련

LTV와 CAC를 계산하기 어려운 비즈니스의 경우 어떻게 해야 하는가?
LTV 대신 AOV (평균 주문금액): 고객이 한 번 구매할 때 평균적으로 지불하는 금액
CAC 대신 CPS (구매 당 비용): 구매 전환이 발생하기 까지 투입된 비용
즉 AOV-CPS는 사용자보다는 제품에, 장기간 구독보다는 개별 구매에 방점을 두고 유닛 이코노믹스를 계산하는 방식입니다.
(광고에서 이야기하는 ROAS 역시 유닛 이코노믹스를 계산하는 방식입니다.)

유닛 이코노믹스가 중요한 이유
 * 매출이 아닌 '이익' 관점으로 분석이 가능하다
 * 개선이 필요한 영역을 판단 할 수 있다
 * 비즈니스 확장 가능성을 판단할 수 있다

매출 성장은 당연히 중요한 요소지만, 제품이 하나 팔릴 때 얼마가 남는지 실질적인 이익 판단도 명확하게 해야합니다. 이와 관련해 '유닛 이코노믹스' 에 개념이 설명된 글이 있어 공유 드립니다. 유닛 이코노믹스란비즈니스 개별 단위의 수익성과 비용을 분석하는 개념구독 서비스는 고객 1명을 유닛으로, 배달 서비스는 음식 주문 1건을 유닛으로 볼 수 있습니다.기준은 조금씩 다르지만 모두 비즈니스를 구성하는 전환의 최소 단위입니다. 유닛 이코노믹스 공식 (LTV-CAC)<ul ><li>LTV (고객 생애 가치): 한 고객이 서비스에 평생 동안 지불하는 금액 </li><li>CAC (고객 획득 비용) 한 명의 고객을 유지하는 데 들어가는 비용</li></ul>이 두 개의 지표를 바탕으로 우리 비즈니스가 얼마나 건강하게 성장하고 있는지, 개선해야 할 부분은 없는지 파악하는 것이 유닛 이코노믹스라 할 수 있습니다.(업종별, 상품 별로 차이가 있지만, 일반적으로 LTV가 최소한 CAC의 3배 이상은 되어야 안정적인 비즈니스로 평가) 커머스의 유닛 이코노믹스 커머스는 일반적인 공식을 사용하기 어렵습니다<ul ><li>커머스 브랜드는 매출 반복 주기가 일정하지 않기 때문 </li><li>구독과 달리 고객 이탈 시점을 측정하기 어려움 </li><li>일반적으로 커머스 브랜드는 다양한 판매처에 제품을 유통 </li><li>한 번 구매한 고객이라 하더라도 재 구매를 발생시키기 위해서는 추가로 비용이 들어가기 마련 </li></ul> LTV와 CAC를 계산하기 어려운 비즈니스의 경우 어떻게 해야 하는가?LTV 대신 AOV (평균 주문금액): 고객이 한 번 구매할 때 평균적으로 지불하는 금액CAC 대신 CPS (구매 당 비용): 구매 전환이 발생하기 까지 투입된 비용즉 AOV-CPS는 사용자보다는 제품에, 장기간 구독보다는 개별 구매에 방점을 두고 유닛 이코노믹스를 계산하는 방식입니다. (광고에서 이야기하는 ROAS 역시 유닛 이코노믹스를 계산하는 방식입니다.) 유닛 이코노믹스가 중요한 이유 <ul ><li>매출이 아닌 '이익' 관점으로 분석이 가능하다</li><li>개선이 필요한 영역을 판단 할 수 있다 </li><li>비즈니스 확장 가능성을 판단할 수 있다 </li></ul>

Hyper Conversion

비즈니스의 수익성 이해하기

[아이티비즈 박시현 기자] 조성일 포스코경영연구원 수석연구원이 4일, 193회 영림원CEO포럼에서 ‘조직문화의 재구성-회복탄력적 조직문화 구축’을 주제로 강연했다.조성일 수석은 “기업의 존속에 가장 중요한 요소 중 하나가 조직문화이다. 조직문화가 없으면 전략도 안 통하고 혁신도 안 된다”라며, “리더가 어떻게 생각하느냐에 따라 조직문화는 확 바뀐다”며, 리더의 생각과 마인드의 중요성을 강조했다. 다음은 강연 내용.◆ “문화가 성과다”문화에 대한 많은 경구들이 있다. 먼저 “문화는 아침으로 전략을 먹는다”는 말이 있다. 누가 말했는지

[영림원CEO포럼] “리더의 생각과 마인드가 조직문화를 바꾼다”

✅문화가 성과다
“문화는 아침으로 전략을 먹는다”는 말이 있다. 이게 도대체 무슨 말인지 생각해보니 문구가 좀 잘못됐다. 문화 앞에 ‘나쁜’이라는 말이 빠졌다. 즉 아무리 좋은 전략도 나쁜 기업문화에서는 실행되지 않는다는 얘기다.

“문화가 성과다”라는 제임스 헤스켓 하버드대 교수의 말이 있는데 이 말이 가장 마음에 든다. 기업의 성과에는 매출이나 영업이익이 있겠지만, 문화 또한 그 성과이다.

책 <혁신 기업의 딜레마>를 쓴 클레이튼 크리스텐슨은 “혁신이 성공하기 위해서는 단순히 기술적 우수성만이 아니라 이걸 받아들이고 실행할 수 있는 조직문화가 필수다”라고 했다. 조직문화가 없으면 전략도 안 되고 혁신도 안 된다.

영국 버진그룹 창업자 리처드 브랜슨은 “좋은 조직문화를 위한 마술같은 성공 방식은 없다. 그저 자신이 대우받고 싶은대로 구성원들을 대우해주면 된다”고 했다. 심플한 말이지만 경영층이 이렇게 하기란 쉽지 않다.

IBM 전 CEO 루 거스너는 “기업의 문화가 승부를 결정짓는 요소 중 하나가 아니라 문화 그 자체가 승부다”라고 했다. 루 거스너는 1993년부터 2002년까지 IBM 회장 겸 CEO로 재직하면서 IBM을 바꿨다. 이 사람을 빼면 IBM이 성립되지 않을 정도로 엄청난 사람이다.

그가 어떻게 하드웨어 회사 IBM을 솔루션 회사로 바꿨는지는 자서전 <코끼리를 춤추게 하다>에 담겨있다. 그가 1993년 나비스코어 CEO에서 IBM으로 갈 때 포춘지는 표지 타이틀로 “루 거스너는 감자칩과 반도체 칩을 구분할 수 있을까”라고 썼을 정도로 인정받지 못했다. 그렇지만 그는 10년 만에 IBM을 완전히 바꿨다.

그가 IBM에서 가장 많이 얘기한 것이 문화다. “우리가 해온 방식은 문제가 있다. 변화가 필요한 시점이다. 문화혁신이 모든 변화의 핵심이 되어야 한다”라는 메시지를 직원들에게 전달하고, CEO 이메일을 직원들에게 전달하지 않은 유럽 지역 사업 책임자를 퇴출시켰다.

✅조직의 3가지 조건: 둘 이상, 공통 목표, 상호작용
조직문화라는 것은 조직과 문화를 합쳐놓은 단어다. 조직은 하나의 문장으로 정의할 수는 없다. 3가지 조건이 만족되면 조직이라고 할 수 있다. (1)둘 이상의 사람, (2) 공통의 목표, (3)상호작용. 이 가운데 가장 중요한 것은 무엇일까?

맥킨지는 조직 역량을 분석할 때 ‘7S’ 기법을 쓴다. 7S는 스트래티지, 스태프, 스트럭처, 시스템, 스킬, 스타일(리더십), 그리고 쉐어드 밸류이다. 맥킨지는 7S 가운데 가장 중요한 것으로 쉐어드 밸류를 꼽는데 이것은 문화이다. 조직에서 문화가 가장 중요하다고 주장하는 셈이다.

문화의 개념을 정확히 보여주는 예시로 ‘테세우스의 배’가 있다. 그리스 신화에서 테세우스라는 사람이 전쟁에서 이기고 돌아오자, 아테네 사람들은 300년 동안 테세우스의 배를 보존했다. 배의 판자가 썩으면 새 판자로 계속 교체했다. 언젠가부터 원래의 배 조각은 하나도 남지 않았다.

이 배를 테세우스의 배라고 부를 수 있을까? 원래 실물은 아무것도 남아 있는 것이 없지만 테세우스의 배라고 말한다. 왜냐하면 뭔가 의미가 구구절절 흐르고 있기 때문이다. 문화란 바로 이런 것이다.

✅왜 조직문화를 말하나
짐 콜린스는 책 <성공하는 기업의 8가지 습관>에서 ‘강하고 끈끈한 조직문화 구축’을 강조했다. 원 스피릿 컬처이다. 그는 구성원들을 하나의 구심점으로 결집시키고, 경쟁사가 모방하기 어려워 중요한 경쟁 우위 요소가 되며, 시장 환경에서 바람직한 행동을 지속적이고 안정적으로 유도할 수 있다는 점을 조직문화의 중요성으로 들었다.

토요타는 벤츠나 BMW 등 경쟁사들이 벤치마킹을 요청하면 거절하지 않고 다 해준다. 왜 그렇게 하느냐는 질문에 토요타 관계자는 여기서 벤치마킹으로 배워 가는 것은 그냥 시스템일 뿐이다. 토요타는 시스템만으로 돌아가는 게 아니라 우리의 고유의 문화와 엉켜서 돌아간다. “시스템만 알아서는 결코 성공할 수 없다”고 말했다.

✅조직문화란 무엇인가
개인적으로 가장 좋아하는 조직문화에 관한 정의는 ‘조직에 공유된 가치와 언어 및 가시적 행동양식’이다. 조직문화를 갖추려면 일단 기본적으로 공유된 가치가 있어야 한다.

조직문화의 아버지 에드가 샤인은 “조직문화는 구성원들 사이에 타당한 것으로 간주되어 의심없이 당연한 것으로 받아들여지고 새로운 구성원들에게 그대로 학습되어 지는 것”이라고 정의했다.

이래서 문화가 매우 무섭다. 신입 구성원들이 아무런 의심 없이 당연한 것으로 받아들여 그대로 따라하기 때문이다. 신입이 좀 창의적으로 생각하고 빠릿빠릿해도 조직이 보수적인 문화를 가지고 있으면 금세 바뀐다.

✅조직문화에 대해 생각할 것들
결국은 사람이다. 문화를 바꾸려면 사람을 바꿔야 한다. 하지만 사람을 새로 바꿔도 문화 자체가 좋지 않으면 그 문화에 동화되어 버린다. 그래서 문화를 바꾸는 것은 어렵다. 끊임없이 바꾸려고 시도를 해야 한다.

갤럽에서 KT 지점 별 특성 연구를 했는데 직원들의 인적 특성 차이는 없었고, 지점장의 직원에 대한 관점의 차이가 있었다. 상위 10%의 지점장들은 “직원들이 모두 성장잠재력이 있는 좋은 인적자원들이다”, “문제 직원이 없는 부서가 어디 있겠는가?”라고 답했다.

반면 하위 10% 지점장들은 “직원들의 능력/태도에 문제가 많아서 리더가 노력해도 한계가 있다”, “하필 우리 지점에 저련 문제 직원들이 있는지 모르겠다”라고 답했다. 리더가 어떻게 생각하느냐에 따라 조직 문화가 바뀌는 것을 보여주는 대목이다.

어느 회사 법무실장의 얘기다. 외부 채용한 법무실장은 그 조직의 문화를 전혀 모르는 사람이었는데 오자마자 3시 이후론 보고를 안 받겠다고 딱 한마디했다. 그러자 직원들이 3시까지 보고하려고 점심도 안 먹고 미친 듯이 일했다. 한마디 말이 조직의 문화, 행동 패턴을 바꾼 것이다. 조직의 패턴을 바꿀 수 있는 것들은 얼마든지 있다.

피터 맥 윌리엄스라는 미국의 시인은 “불편함에 익숙해져야 한다”라고 말했다. 굉장히 와닿는 말이다. 불편함을 익숙하게끔 하는 문화를 구축하는 것이 조직의 문화를 계속 발전시키는데 중요한 것이기 때문이다.

✅문화가 성과다“문화는 아침으로 전략을 먹는다”는 말이 있다. 이게 도대체 무슨 말인지 생각해보니 문구가 좀 잘못됐다. 문화 앞에 ‘나쁜’이라는 말이 빠졌다. 즉 아무리 좋은 전략도 나쁜 기업문화에서는 실행되지 않는다는 얘기다. “문화가 성과다”라는 제임스 헤스켓 하버드대 교수의 말이 있는데 이 말이 가장 마음에 든다. 기업의 성과에는 매출이나 영업이익이 있겠지만, 문화 또한 그 성과이다. 책 &lt;혁신 기업의 딜레마&gt;를 쓴 클레이튼 크리스텐슨은 “혁신이 성공하기 위해서는 단순히 기술적 우수성만이 아니라 이걸 받아들이고 실행할 수 있는 조직문화가 필수다”라고 했다. 조직문화가 없으면 전략도 안 되고 혁신도 안 된다. 영국 버진그룹 창업자 리처드 브랜슨은 “좋은 조직문화를 위한 마술같은 성공 방식은 없다. 그저 자신이 대우받고 싶은대로 구성원들을 대우해주면 된다”고 했다. 심플한 말이지만 경영층이 이렇게 하기란 쉽지 않다. IBM 전 CEO 루 거스너는 “기업의 문화가 승부를 결정짓는 요소 중 하나가 아니라 문화 그 자체가 승부다”라고 했다. 루 거스너는 1993년부터 2002년까지 IBM 회장 겸 CEO로 재직하면서 IBM을 바꿨다. 이 사람을 빼면 IBM이 성립되지 않을 정도로 엄청난 사람이다. 그가 어떻게 하드웨어 회사 IBM을 솔루션 회사로 바꿨는지는 자서전 &lt;코끼리를 춤추게 하다&gt;에 담겨있다. 그가 1993년 나비스코어 CEO에서 IBM으로 갈 때 포춘지는 표지 타이틀로 “루 거스너는 감자칩과 반도체 칩을 구분할 수 있을까”라고 썼을 정도로 인정받지 못했다. 그렇지만 그는 10년 만에 IBM을 완전히 바꿨다. 그가 IBM에서 가장 많이 얘기한 것이 문화다. “우리가 해온 방식은 문제가 있다. 변화가 필요한 시점이다. 문화혁신이 모든 변화의 핵심이 되어야 한다”라는 메시지를 직원들에게 전달하고, CEO 이메일을 직원들에게 전달하지 않은 유럽 지역 사업 책임자를 퇴출시켰다. ✅조직의 3가지 조건: 둘 이상, 공통 목표, 상호작용조직문화라는 것은 조직과 문화를 합쳐놓은 단어다. 조직은 하나의 문장으로 정의할 수는 없다. 3가지 조건이 만족되면 조직이라고 할 수 있다. (1)둘 이상의 사람, (2) 공통의 목표, (3)상호작용. 이 가운데 가장 중요한 것은 무엇일까? 맥킨지는 조직 역량을 분석할 때 ‘7S’ 기법을 쓴다. 7S는 스트래티지, 스태프, 스트럭처, 시스템, 스킬, 스타일(리더십), 그리고 쉐어드 밸류이다. 맥킨지는 7S 가운데 가장 중요한 것으로 쉐어드 밸류를 꼽는데 이것은 문화이다. 조직에서 문화가 가장 중요하다고 주장하는 셈이다. 문화의 개념을 정확히 보여주는 예시로 ‘테세우스의 배’가 있다. 그리스 신화에서 테세우스라는 사람이 전쟁에서 이기고 돌아오자, 아테네 사람들은 300년 동안 테세우스의 배를 보존했다. 배의 판자가 썩으면 새 판자로 계속 교체했다. 언젠가부터 원래의 배 조각은 하나도 남지 않았다. 이 배를 테세우스의 배라고 부를 수 있을까? 원래 실물은 아무것도 남아 있는 것이 없지만 테세우스의 배라고 말한다. 왜냐하면 뭔가 의미가 구구절절 흐르고 있기 때문이다. 문화란 바로 이런 것이다. ✅왜 조직문화를 말하나짐 콜린스는 책 &lt;성공하는 기업의 8가지 습관&gt;에서 ‘강하고 끈끈한 조직문화 구축’을 강조했다. 원 스피릿 컬처이다. 그는 구성원들을 하나의 구심점으로 결집시키고, 경쟁사가 모방하기 어려워 중요한 경쟁 우위 요소가 되며, 시장 환경에서 바람직한 행동을 지속적이고 안정적으로 유도할 수 있다는 점을 조직문화의 중요성으로 들었다. 토요타는 벤츠나 BMW 등 경쟁사들이 벤치마킹을 요청하면 거절하지 않고 다 해준다. 왜 그렇게 하느냐는 질문에 토요타 관계자는 여기서 벤치마킹으로 배워 가는 것은 그냥 시스템일 뿐이다. 토요타는 시스템만으로 돌아가는 게 아니라 우리의 고유의 문화와 엉켜서 돌아간다. “시스템만 알아서는 결코 성공할 수 없다”고 말했다. ✅조직문화란 무엇인가개인적으로 가장 좋아하는 조직문화에 관한 정의는 ‘조직에 공유된 가치와 언어 및 가시적 행동양식’이다. 조직문화를 갖추려면 일단 기본적으로 공유된 가치가 있어야 한다. 조직문화의 아버지 에드가 샤인은 “조직문화는 구성원들 사이에 타당한 것으로 간주되어 의심없이 당연한 것으로 받아들여지고 새로운 구성원들에게 그대로 학습되어 지는 것”이라고 정의했다. 이래서 문화가 매우 무섭다. 신입 구성원들이 아무런 의심 없이 당연한 것으로 받아들여 그대로 따라하기 때문이다. 신입이 좀 창의적으로 생각하고 빠릿빠릿해도 조직이 보수적인 문화를 가지고 있으면 금세 바뀐다. ✅조직문화에 대해 생각할 것들결국은 사람이다. 문화를 바꾸려면 사람을 바꿔야 한다. 하지만 사람을 새로 바꿔도 문화 자체가 좋지 않으면 그 문화에 동화되어 버린다. 그래서 문화를 바꾸는 것은 어렵다. 끊임없이 바꾸려고 시도를 해야 한다. 갤럽에서 KT 지점 별 특성 연구를 했는데 직원들의 인적 특성 차이는 없었고, 지점장의 직원에 대한 관점의 차이가 있었다. 상위 10%의 지점장들은 “직원들이 모두 성장잠재력이 있는 좋은 인적자원들이다”, “문제 직원이 없는 부서가 어디 있겠는가?”라고 답했다. 반면 하위 10% 지점장들은 “직원들의 능력/태도에 문제가 많아서 리더가 노력해도 한계가 있다”, “하필 우리 지점에 저련 문제 직원들이 있는지 모르겠다”라고 답했다. 리더가 어떻게 생각하느냐에 따라 조직 문화가 바뀌는 것을 보여주는 대목이다. 어느 회사 법무실장의 얘기다. 외부 채용한 법무실장은 그 조직의 문화를 전혀 모르는 사람이었는데 오자마자 3시 이후론 보고를 안 받겠다고 딱 한마디했다. 그러자 직원들이 3시까지 보고하려고 점심도 안 먹고 미친 듯이 일했다. 한마디 말이 조직의 문화, 행동 패턴을 바꾼 것이다. 조직의 패턴을 바꿀 수 있는 것들은 얼마든지 있다. 피터 맥 윌리엄스라는 미국의 시인은 “불편함에 익숙해져야 한다”라고 말했다. 굉장히 와닿는 말이다. 불편함을 익숙하게끔 하는 문화를 구축하는 것이 조직의 문화를 계속 발전시키는데 중요한 것이기 때문이다.

아이티비즈

Paper page - Any2Caption:Interpreting Any Condition to Caption for Controllable Video Generation

 * Any2Caption: '어떤' 입력이든 '정교한' 비디오 가이드라인으로 변환하다
본 논문은 현재 비디오 생성 모델이 텍스트, 이미지, 모션, 카메라 포즈 등 다양한 사용자 입력을 정확히 해석하는 데 어려움을 겪어 제어 가능성이 제한되는 문제를 지적합니다. 이를 해결하기 위해 'Any2Caption'이라는 새로운 프레임워크를 제안합니다. 이 프레임워크는 조건 해석 단계와 비디오 합성 단계를 분리하여, 최신 멀티모달 대형 언어 모델(MLLM)을 활용해 다양한 입력을 해석하고 이를 상세하고 구조화된 캡션으로 변환합니다. 이 캡션은 기존 비디오 생성 모델에 더 나은 가이드라인을 제공하여 제어 가능성과 비디오 품질을 향상시킵니다. 또한, 337K 인스턴스로 구성된 대규모 데이터셋 'Any2CapIns'를 구축하여 모델 훈련에 사용했으며, 실험 결과 다양한 조건에서 비디오 생성의 제어 가능성과 품질이 크게 개선되었음을 보여줍니다.

https://huggingface.co/papers/2503.24379

 * 데이터 효율성과 OOD 성능 UP: MLLM 영상 이해, 강화학습의 재발견
본 논문은 멀티모달 대형 언어 모델(MLLM)의 비디오 이해 능력 향상을 위한 강화학습(RL) 효과를 탐구합니다. 이를 위해 지각과 추론을 모두 요구하는 비디오 이해 작업에서 MLLM 후처리 학습법 평가 벤치마크 'SEED-Bench-R1'을 제안합니다. 이 벤치마크는 실제 영상 기반의 복잡한 과제와 대규모 학습 데이터셋, 그리고 분포 내/외 일반화 성능 평가를 위한 3단계 검증 구조를 갖춥니다. Qwen2-VL 모델 기반 실험에서 RL(GRPO 알고리즘 사용)은 지도 미세 조정(SFT) 대비 데이터 효율성과 특히 분포 외(OOD) 시나리오에서의 성능 면에서 우수함을 보였습니다. 분석 결과, RL은 시각적 인식 능력을 강화하지만, 생성된 추론 과정의 논리적 일관성은 다소 부족할 수 있음을 확인했습니다.

https://huggingface.co/papers/2503.24376

<ul ><li>Any2Caption: '어떤' 입력이든 '정교한' 비디오 가이드라인으로 변환하다</li></ul>본 논문은 현재 비디오 생성 모델이 텍스트, 이미지, 모션, 카메라 포즈 등 다양한 사용자 입력을 정확히 해석하는 데 어려움을 겪어 제어 가능성이 제한되는 문제를 지적합니다. 이를 해결하기 위해 'Any2Caption'이라는 새로운 프레임워크를 제안합니다. 이 프레임워크는 조건 해석 단계와 비디오 합성 단계를 분리하여, 최신 멀티모달 대형 언어 모델(MLLM)을 활용해 다양한 입력을 해석하고 이를 상세하고 구조화된 캡션으로 변환합니다. 이 캡션은 기존 비디오 생성 모델에 더 나은 가이드라인을 제공하여 제어 가능성과 비디오 품질을 향상시킵니다. 또한, 337K 인스턴스로 구성된 대규모 데이터셋 'Any2CapIns'를 구축하여 모델 훈련에 사용했으며, 실험 결과 다양한 조건에서 비디오 생성의 제어 가능성과 품질이 크게 개선되었음을 보여줍니다. https://huggingface.co/papers/2503.24379 <ul ><li>데이터 효율성과 OOD 성능 UP: MLLM 영상 이해, 강화학습의 재발견</li></ul>본 논문은 멀티모달 대형 언어 모델(MLLM)의 비디오 이해 능력 향상을 위한 강화학습(RL) 효과를 탐구합니다. 이를 위해 지각과 추론을 모두 요구하는 비디오 이해 작업에서 MLLM 후처리 학습법 평가 벤치마크 'SEED-Bench-R1'을 제안합니다. 이 벤치마크는 실제 영상 기반의 복잡한 과제와 대규모 학습 데이터셋, 그리고 분포 내/외 일반화 성능 평가를 위한 3단계 검증 구조를 갖춥니다. Qwen2-VL 모델 기반 실험에서 RL(GRPO 알고리즘 사용)은 지도 미세 조정(SFT) 대비 데이터 효율성과 특히 분포 외(OOD) 시나리오에서의 성능 면에서 우수함을 보였습니다. 분석 결과, RL은 시각적 인식 능력을 강화하지만, 생성된 추론 과정의 논리적 일관성은 다소 부족할 수 있음을 확인했습니다. https://huggingface.co/papers/2503.24376

huggingface.co

[0402]모두에게 전하는 모두연 AI뉴스!

First and foremost, thank you to everyone who has contributed to styled-components over the years. Open Source is hard work, and many of the larger feature and/or refactoring drives probably would never have shipped without your support! As...

Thank you - styled-components

Styled Components가 공식적으로 개발을 중단하고 후원도 그만 받는다고 합니다. CSS-in-JS 분야에 선구자적인 역할을 했던 라이브러리라고 생각합니다. Emotion, Stitches, Vanilla Extract 등 그 이후에 나온 수많은 CSS-in-JS 라이브러리에 영감을 주었죠.

Styled Components의 시장 점유율이 워낙 높아서 예전에 jQuery가 그랬던 것처럼 실제 사용량은 수년에 걸쳐 서서히 줄어들거라고 생각합니다. 하지만 신규 프로젝트에서는 Styled Components를 선택하지 않도록 주의해야할 것 같습니다.

React 생태계가 RSC로 넘어가면서 빌드 타임에 스타일링을 하는 Panda CSS나 StyleX과 같은 차세대 라이브러리가 대체제로 주목받고 있으니 참고하세요.

Styled Components가 공식적으로 개발을 중단하고 후원도 그만 받는다고 합니다. CSS-in-JS 분야에 선구자적인 역할을 했던 라이브러리라고 생각합니다. Emotion, Stitches, Vanilla Extract 등 그 이후에 나온 수많은 CSS-in-JS 라이브러리에 영감을 주었죠. Styled Components의 시장 점유율이 워낙 높아서 예전에 jQuery가 그랬던 것처럼 실제 사용량은 수년에 걸쳐 서서히 줄어들거라고 생각합니다. 하지만 신규 프로젝트에서는 Styled Components를 선택하지 않도록 주의해야할 것 같습니다. React 생태계가 RSC로 넘어가면서 빌드 타임에 스타일링을 하는 Panda CSS나 StyleX과 같은 차세대 라이브러리가 대체제로 주목받고 있으니 참고하세요.

opencollective.com

👋 굿바이 Styled Components 🥹

1. 혼자 열심히 하는 건 별로 안 중요합니다. 다른 사람에게 기여해야, 다시 말해 다른 사람이 여러분으로 인해 더 나은 성과를 얻었다고 느껴야 커리어가 성장합니다.

2. 충성이 밥 먹여주지 않습니다. 기업은 이익을 중요시 합니다. 회사에 이익이 되어야 커리어가 발전할 수 있습니다.

3. 직함도 별로 안 중요합니다. 특히 스타트업에선 직함은 아무런 의미가 없어요. 직함보다 중요한 게 실력이고, 결과입니다. 그러니 타이틀에 신경쓰지 말고, 실력과 결과를 보여주세요.

4. 리더가 항상 옳은 건 아니고, 리더 역시 잘못된 판단과 실수를 합니다. 그때 진실을 발견할 수 있도록 도우세요.

5. 네트워킹에서 중요한 건 많이 아는 게 아니라, 누구를 아느냐입니다. 그러니 여기저기 행사에 다니지 말고, 진정한 관계를 쌓으세요.

6. 번아웃은 자랑거리가 아닙니다. 번아웃이 올 때까지 마냥 열심히 일하는 게 중요한 게 아니라, 영리하게 자기 에너지를 잘 관리하는 것이 중요합니다.

7. 편하고 괜찮다고 느끼는 순간, 성장은 파괴됩니다. 불편함과 위험을 감수하지 않고서, 성장할 수는 없습니다.

8. 피드백은 그 자체로 선물입니다. 심지어 악독한 비판까지도 시간이 지나면 도움이 됩니다. 그러니 피드백은 격렬하게 환영하세요.

9. 당신이 대체불가능하다는 착각은 절대 하지 마세요. 비즈니스에서는 어떤 일이든, 어떤 사람이든, 대체 가능하고, 시장은 진공 상태를 허용하지 않습니다. 그러니 자신이 대체불가능하다는 생각은 하지 말고, 지금 이 순간 다른 사람에 더 긍정적인 영향을 미치는 데 집중하세요.

10. 완벽주의는 성장을 늦추는 독입니다. 완벽함을 추구한다고 망설이고 주저하는 순간, 그만큼 성장 속도는 더뎌집니다. 그러니 완벽함을 버리고, 초라한 상태에서 출발해 계속해서 발전하고 진화하는 것을 추구하세요.

11. 모든 경험은 연결됩니다. 지금 하기 싫은 일, 지금의 실패, 지금의 부끄러움이 훗날 큰 승리의 밑거름이 되기도 합니다. 그러니 장기적 관점에서 바라보세요. 순탄치 않은 길이 오히려 지나고 나면 당신의 커리어를 더욱 풍성하게 만들어줄 겁니다.

12. 커리어에서는 날로 먹으려고 하다간 오히려 낭패를 봅니다. 그 누구도 당신의 성장을 대신 이끌어주지 않기 때문입니다. 그러니 안주하려는 자기 자신을 더 잘 통제하고, 기회와 리스크를 추구하세요. 누군가가 내 커리어를 대신 끌어줄 것이라고 믿는 순간, 오히려 커리어는 망가집니다.

1. 혼자 열심히 하는 건 별로 안 중요합니다. 다른 사람에게 기여해야, 다시 말해 다른 사람이 여러분으로 인해 더 나은 성과를 얻었다고 느껴야 커리어가 성장합니다. 2. 충성이 밥 먹여주지 않습니다. 기업은 이익을 중요시 합니다. 회사에 이익이 되어야 커리어가 발전할 수 있습니다. 3. 직함도 별로 안 중요합니다. 특히 스타트업에선 직함은 아무런 의미가 없어요. 직함보다 중요한 게 실력이고, 결과입니다. 그러니 타이틀에 신경쓰지 말고, 실력과 결과를 보여주세요. 4. 리더가 항상 옳은 건 아니고, 리더 역시 잘못된 판단과 실수를 합니다. 그때 진실을 발견할 수 있도록 도우세요. 5. 네트워킹에서 중요한 건 많이 아는 게 아니라, 누구를 아느냐입니다. 그러니 여기저기 행사에 다니지 말고, 진정한 관계를 쌓으세요. 6. 번아웃은 자랑거리가 아닙니다. 번아웃이 올 때까지 마냥 열심히 일하는 게 중요한 게 아니라, 영리하게 자기 에너지를 잘 관리하는 것이 중요합니다. 7. 편하고 괜찮다고 느끼는 순간, 성장은 파괴됩니다. 불편함과 위험을 감수하지 않고서, 성장할 수는 없습니다. 8. 피드백은 그 자체로 선물입니다. 심지어 악독한 비판까지도 시간이 지나면 도움이 됩니다. 그러니 피드백은 격렬하게 환영하세요. 9. 당신이 대체불가능하다는 착각은 절대 하지 마세요. 비즈니스에서는 어떤 일이든, 어떤 사람이든, 대체 가능하고, 시장은 진공 상태를 허용하지 않습니다. 그러니 자신이 대체불가능하다는 생각은 하지 말고, 지금 이 순간 다른 사람에 더 긍정적인 영향을 미치는 데 집중하세요. 10. 완벽주의는 성장을 늦추는 독입니다. 완벽함을 추구한다고 망설이고 주저하는 순간, 그만큼 성장 속도는 더뎌집니다. 그러니 완벽함을 버리고, 초라한 상태에서 출발해 계속해서 발전하고 진화하는 것을 추구하세요. 11. 모든 경험은 연결됩니다. 지금 하기 싫은 일, 지금의 실패, 지금의 부끄러움이 훗날 큰 승리의 밑거름이 되기도 합니다. 그러니 장기적 관점에서 바라보세요. 순탄치 않은 길이 오히려 지나고 나면 당신의 커리어를 더욱 풍성하게 만들어줄 겁니다. 12. 커리어에서는 날로 먹으려고 하다간 오히려 낭패를 봅니다. 그 누구도 당신의 성장을 대신 이끌어주지 않기 때문입니다. 그러니 안주하려는 자기 자신을 더 잘 통제하고, 기회와 리스크를 추구하세요. 누군가가 내 커리어를 대신 끌어줄 것이라고 믿는 순간, 오히려 커리어는 망가집니다.

커리어를 쌓아야 할 때 알아야 하는 잔인한 사실들

🗞️ 간밤에 구글이 Gemini 2.5 Pro를 출시했는데요. 벤치마크 상으로는 GPT-4.5와 Claude 3.7 의 성능을 크게 뛰어넘는 결과를 보여줍니다. 특히 코딩능력이 매우 크게 향상되었는데요.

그.런.데, 이번에도 역시 OpenAI가 크게 초를 칩니다 ㅋㅋ 간밤에 GPT-4o 네이티브 이미지 생성 능력을 크게 향상시켜 ChatGPT와 Sora에서 사용할 수 있게 공개했습니다.

이미지 생성은 OpenAI가 꽤 뒤쳐지는 분야였고, 최근 Gemini가 이미지 생성 편집 능력으로 꽤 각광을 받고 있었는데요. 생성 성능이 특히 편집 성능이 정말 미쳤습니다. 진짜 이젠 AI로 생성한 것인지 거의 모를 정도네요.

암튼 오늘도 이렇게 OpenAI가 뒤통수(?)를 크게 치네요. ㅋㅋ OpenAI의 다음 팝콘 드라마는 어떤 것일지 궁금합니다. 😎🍿🥤

🗞️ 간밤에 구글이 Gemini 2.5 Pro를 출시했는데요. 벤치마크 상으로는 GPT-4.5와 Claude 3.7 의 성능을 크게 뛰어넘는 결과를 보여줍니다. 특히 코딩능력이 매우 크게 향상되었는데요. 그.런.데, 이번에도 역시 OpenAI가 크게 초를 칩니다 ㅋㅋ 간밤에 GPT-4o 네이티브 이미지 생성 능력을 크게 향상시켜 ChatGPT와 Sora에서 사용할 수 있게 공개했습니다. 이미지 생성은 OpenAI가 꽤 뒤쳐지는 분야였고, 최근 Gemini가 이미지 생성 편집 능력으로 꽤 각광을 받고 있었는데요. 생성 성능이 특히 편집 성능이 정말 미쳤습니다. 진짜 이젠 AI로 생성한 것인지 거의 모를 정도네요. 암튼 오늘도 이렇게 OpenAI가 뒤통수(?)를 크게 치네요. ㅋㅋ OpenAI의 다음 팝콘 드라마는 어떤 것일지 궁금합니다. 😎🍿🥤

🗞️ 간밤에 구글이 Gemini 2.5 Pro를 출시했는데요. 벤

실패에 대한 잘못된 생각 | 진행 중인 강의 보러 가기 : https://litt.ly/lbyd   "기획자가 시장을 제대로 이해하지 못했어요""개발자가 구현을 제대로 못했어요""디자이너가 사용자 경험을 고려하지 않았어요"...  우리가 제품을 만들 때 가장 많이 듣는 실패 이유는 무엇일까요? 이야기를 나누다보면 대부분 특정 직무 혹은 남 탓을 해요. 이런 생각은 근본적으로 잘못되었어

'혼자'가 아닌 '함께'

"기획자가 시장을 제대로 이해하지 못했어요"
"개발자가 구현을 제대로 못했어요"
"디자이너가 사용자 경험을 고려하지 않았어요"
...

제품의 지표가 안 올라오는 이유는 고객 이해 부족과 사일로 현상이 많아요. 그렇기 때문에 제품을 만들 때는 항상 혼자가 아닌 함께 하는 것이 무엇보다 중요해요!

우리가 제품을 만들 때 가장 많이 듣는 실패 이유는 무엇일까요? 이야기를 나누다보면 대부분 특정 직무 혹은 남 탓을 해요. 이런 생각은 근본적으로 잘못되었어요. 왜냐하면 성공적인 제품은 '한 사람'의 노력이 아닌 '모두의 협업'에서 나오기 때문이에요.
 
 
왜 실패하나요?
특정 기능을 만들고 나서 지표가 오르지 않는 진짜 이유는 2가지로 분류할 수 있어요.
 
1️⃣ 고객 이해 부족
가장 큰 실패 이유라고 해도 무방해요. 우리가 아무리 좋은 기능을 만든다고 해도, 사용할 사람이 필요가 없으면 의미가 없어요. 그렇기 때문에 고객을 이해한다는 것인 정말 중요해요. 제품을 만드는 모두가 고객을 이해하지 못하면 결국 아무도 고객을 이해하지 못해요.
 
2️⃣ 사일로(Silo) 현상
대부분 초기 창업 혹은 부서화가 집중된 회사에 나오는 현상이에요. "이건 기획자의 일이야", "이건 개발자의 일이야"라고 경계를 긋는 현상이죠. 해야하는 업무에 대해서는 기준이 필요하지만, 고객을 이해하는 일에 대해 경계를 긋는 것은 지양해야 해요. 제품이 성장하기 위해서는 정말 다양한 관점이 모여서 리스크를 줄여야 해요.
 
이렇게 사일로 현상이 심화되면 결국 단절된 커뮤니케이션만 하게 돼요. 자기 영역만 고수하는 것은 어떻게 보면 일하기에는 편해져요. 소위 효율성이라는 측면은 극강으로 올라가게 되는 것이지만 전체 그림을 볼 수 없어요. 그래서 아무도 사용하지 않는 기능을 만들게 되는 것이죠.
 
 
더보기 : https://brunch.co.kr/@lbyd-hj/26

 * 진행 중인 강의 보러 가기 : https://litt.ly/lbyd
 * PM/PO/제품 개발에 대한 인사이트를 얻고 싶다면, 오픈채팅방에 참여해 주세요!
   https://open.kakao.com/o/g7XO1A5g 참여코드 : til2025
 * Threads : https://www.threads.net/@lbyd_learning.by.doing
 * 뉴스레터 구독하기 : https://maily.so/marcus.lee
 * 유튜브 구독하기 : www.youtube.com/@LbyD_HJ?sub_confirmation=1
 * 커피챗 및 멘토링 신청하기 : https://inf.run/GRTee
 * 팀 코칭 신청하기 : https://open.kakao.com/o/sh47Hq4g

"기획자가 시장을 제대로 이해하지 못했어요" "개발자가 구현을 제대로 못했어요" "디자이너가 사용자 경험을 고려하지 않았어요" ... 제품의 지표가 안 올라오는 이유는 고객 이해 부족과 사일로 현상이 많아요. 그렇기 때문에 제품을 만들 때는 항상 혼자가 아닌 함께 하는 것이 무엇보다 중요해요! 우리가 제품을 만들 때 가장 많이 듣는 실패 이유는 무엇일까요? 이야기를 나누다보면 대부분 특정 직무 혹은 남 탓을 해요. 이런 생각은 근본적으로 잘못되었어요. 왜냐하면 성공적인 제품은 '한 사람'의 노력이 아닌 '모두의 협업'에서 나오기 때문이에요.&nbsp;&nbsp;왜 실패하나요?특정 기능을 만들고 나서 지표가 오르지 않는 진짜 이유는 2가지로 분류할 수 있어요.&nbsp;1️⃣ 고객 이해 부족가장 큰 실패 이유라고 해도 무방해요. 우리가 아무리 좋은 기능을 만든다고 해도, 사용할 사람이 필요가 없으면 의미가 없어요. 그렇기 때문에 고객을 이해한다는 것인 정말 중요해요. 제품을 만드는 모두가 고객을 이해하지 못하면 결국 아무도 고객을 이해하지 못해요.&nbsp;2️⃣ 사일로(Silo) 현상대부분 초기 창업 혹은 부서화가 집중된 회사에 나오는 현상이에요. "이건 기획자의 일이야", "이건 개발자의 일이야"라고 경계를 긋는 현상이죠. 해야하는 업무에 대해서는 기준이 필요하지만, 고객을 이해하는 일에 대해 경계를 긋는 것은 지양해야 해요. 제품이 성장하기 위해서는 정말 다양한 관점이 모여서 리스크를 줄여야 해요.&nbsp;이렇게 사일로 현상이 심화되면 결국 단절된 커뮤니케이션만 하게 돼요. 자기 영역만 고수하는 것은 어떻게 보면 일하기에는 편해져요. 소위 효율성이라는 측면은 극강으로 올라가게 되는 것이지만 전체 그림을 볼 수 없어요. 그래서 아무도 사용하지 않는 기능을 만들게 되는 것이죠.&nbsp;&nbsp;더보기 : https://brunch.co.kr/@lbyd-hj/26 <ul ><li>진행 중인 강의 보러 가기 : https://litt.ly/lbyd</li><li>PM/PO/제품 개발에 대한 인사이트를 얻고 싶다면, 오픈채팅방에 참여해 주세요! https://open.kakao.com/o/g7XO1A5g&nbsp;참여코드 : til2025</li><li>Threads :&nbsp;https://www.threads.net/@lbyd_learning.by.doing</li><li>뉴스레터 구독하기 :&nbsp;https://maily.so/marcus.lee</li><li>유튜브 구독하기 :&nbsp;www.youtube.com/@LbyD_HJ?sub_confirmation=1</li><li>커피챗 및 멘토링 신청하기 :&nbsp;https://inf.run/GRTee</li><li>팀 코칭 신청하기 :&nbsp;https://open.kakao.com/o/sh47Hq4g</li></ul>

Brunch Story

router.refresh 와 window.location.reload 의 차이점을 아시나요?
이름만 보면 둘은 비슷한 역할을 할 것 같은데
호출해보니, Next.js 가 내부적으로 관리하는 router state 에 대해
router.refresh 는 새로고침 해주지 않더라고요.

어떠한 차이점이 있는지 조금 더 자세히 알고 싶어서
Next.js 소스코드를 까보며 공부해 보았습니다.

https://youtu.be/Sc9O1hILOEU

router.refresh 와 window.location.reload 의 차이점을 아시나요? 이름만 보면 둘은 비슷한 역할을 할 것 같은데 호출해보니, Next.js 가 내부적으로 관리하는 router state 에 대해 router.refresh 는 새로고침 해주지 않더라고요. 어떠한 차이점이 있는지 조금 더 자세히 알고 싶어서 Next.js 소스코드를 까보며 공부해 보았습니다. https://youtu.be/Sc9O1hILOEU

router.refresh 와 window.location.rel

갭타임(Gap time)은
하루에 발생하는 큰 이벤트들 사이에 발생하는
상대적으로 짧은 빈 시간을 의미합니다.

예를 들어, 하루에 운동하는 스케쥴 이후에 남는 시간이나,
한 회의에서 다른 회의로 이동하기 전 비는 시간이나,
또는 다른 사람들과의 약속 전 10분 정도
남는 시간을 갭 타임이라고 부릅니다.

저는 이런 갭타임(Gap Time)에
저만의 메모를 하는 습관을 들이고 있어요.

노트북을 가지고 있는 상황에는 주로 Notion에,
핸드폰을 가지고 있는 상황에는 메모장에
그리고 전자기기가 없는 상황에는 제 수첩에
그날 제 머리속에 남았던 생각이나,
또는 중요한 스케쥴을 정리하는 용도로 사용합니다.

이 짧은 시간을 활용하면,
얼마나 활용하겠냐는 생각이 드실수 있습니다.
하지만 짜투리 시간에 이런 작은 습관들을 만들면,
의외로 높은 집중력을 활용해
필요한 일들을 빠르게 처리할 수 있습니다.

특히 이메일을 보내거나,
아님 기획을 해야하는 상황들이 발생했을 때,
갭 타임의 짧고 높은 집중력을 발휘하면,
평소에 30분 걸리던 일들이 5분안에 해결되는
놀라운 상황도 종종 일어납니다.

그리고 가장 좋은 점은 하루의 성취감이 달라진다는 점이에요.
계획한 일이 짧은 시간 동안 내 의지로 해결했다는
그 기분은 하루의 강렬한 도파민으로 작용되기도 합니다.

제가 주로 하는 갭 타임 포커싱 방법을 알려드릴게요.
위에서 말한 메모 방법을 사용해서 이렇게 적을수 있어요.

- 짧은 문장으로 하루의 스케쥴 정리하기
- 예시) 12:30 000과 화상미팅
- 중요한 생각이나, 아이디어가 떠오르면 메모하기
- 예시) 한 시간의 계획이 열 시간의 일을 절약한다.
- 좋은 글이나, 포스트를 보면 링크 저장하기
- 예시) 갭타임 포커싱을 잘 하는 3가지 방법

여러분들의 갭타임(Gap Time)을 활용하는 방법은
어떤 것들이 있나요?

갭타임(Gap time)은 하루에 발생하는 큰 이벤트들 사이에 발생하는 상대적으로 짧은 빈 시간을 의미합니다. 예를 들어, 하루에 운동하는 스케쥴 이후에 남는 시간이나, 한 회의에서 다른 회의로 이동하기 전 비는 시간이나, 또는 다른 사람들과의 약속 전 10분 정도 남는 시간을 갭 타임이라고 부릅니다. 저는 이런 갭타임(Gap Time)에 저만의 메모를 하는 습관을 들이고 있어요. 노트북을 가지고 있는 상황에는 주로 Notion에, 핸드폰을 가지고 있는 상황에는 메모장에 그리고 전자기기가 없는 상황에는 제 수첩에 그날 제 머리속에 남았던 생각이나, 또는 중요한 스케쥴을 정리하는 용도로 사용합니다. 이 짧은 시간을 활용하면, 얼마나 활용하겠냐는 생각이 드실수 있습니다. 하지만 짜투리 시간에 이런 작은 습관들을 만들면, 의외로 높은 집중력을 활용해 필요한 일들을 빠르게 처리할 수 있습니다. 특히 이메일을 보내거나, 아님 기획을 해야하는 상황들이 발생했을 때, 갭 타임의 짧고 높은 집중력을 발휘하면, 평소에 30분 걸리던 일들이 5분안에 해결되는 놀라운 상황도 종종 일어납니다. 그리고 가장 좋은 점은 하루의 성취감이 달라진다는 점이에요. 계획한 일이 짧은 시간 동안 내 의지로 해결했다는 그 기분은 하루의 강렬한 도파민으로 작용되기도 합니다. 제가 주로 하는 갭 타임 포커싱 방법을 알려드릴게요. 위에서 말한 메모 방법을 사용해서 이렇게 적을수 있어요. - 짧은 문장으로 하루의 스케쥴 정리하기 - 예시) 12:30 000과 화상미팅 - 중요한 생각이나, 아이디어가 떠오르면 메모하기 - 예시) 한 시간의 계획이 열 시간의 일을 절약한다. - 좋은 글이나, 포스트를 보면 링크 저장하기 - 예시) 갭타임 포커싱을 잘 하는 3가지 방법 여러분들의 갭타임(Gap Time)을 활용하는 방법은 어떤 것들이 있나요?

갭타임 포커싱 (Gap Time Focusing) 활용하기

얼마전 경기 침체 대비 일환 노후 대책 점검을 했다. 국민연금 수령 나이가 65세니 65세 이후 생활을 수입 측면에서 현재 상황을 기준으로 예상해보았다.

일단 국민연금을 제대로 받으려면 (국민연금을 믿어서가 아니라 학교 졸업하고 사회생활, 즉 직장생활을 시작하면서 내 의지와 상관없이 가입이 되어버렸고 이미 20여년이 되었고 여전히 내야만 하는 상황이라 싫던 좋던 포기할 수 없으니 눈물을 머금고) 60세까지 더 내야 하기 때문에 수단과 방법을 가리지 않고 최소한 65세까지는 일해야만 한다는 전제다. 국민연금은 60세까지 내야만 하고 받는건 65세니 5년의 공백을 더 몸빵해야만 한다. 아무튼...

65세 이후 일을 전혀 안한다면,

1) 60세까지 국민연금 완납하고 65세부터 받게 되는 국민연금이 현재가치 기준으로 세후 110만원이다. 기초연금 대상도 아니니 이걸로 끝. 제길..

2-1) 65세에 주택연금에 가입 가능한 최대치 주택에 맞춰 이사하고 그 집을 맡기고 가입해서 연금을 수령하면 현시점 기준 월 218만원을 수령할 수 있다. 양도세 대상이 아니니 이사후 차액만큼 현금으로 OO원 남게 된다.

2-2) 현금으로 남은 차액을 수익율 4.5%로 투자하면 대략 매월 120만원 수입이 예상된다.

3) 현재 보유하고 있는 남은 자산을 현금화하면 OO원이니 이를 비상금으로 가지고 있거나 2-2)번처럼 투자해서 매월 수입으로 전환할 수 있다. (현재 보유중인 비상장주식과 스타트업 지분 가치는 Zero, 즉 없다고 생각하고 자산에 포함하지 않았다) 전환시 매월 80만원 정도를 추가 수입으로 더할 수 있겠다.

본 시나리오는 주택연금 가업 조건에 맞춰 더 작은 집으로 가거나 현재 동네보다 집값이 더 싼 동네로 가서 현재 평수를 유지하거나 더 큰 곳으로 가야만 한다는 전제가 깔린다.

지금 가진 집이랑 자산 뜯어먹으면서 살면 1)+2)로 450만원, 여기에 3)까지 더하면 530만원이 가능하겠다. 65세 이후 미래 수령시점에 화폐개혁이나 국가부도만 나지 않으면 화폐가치가 어떻게 변해도 입에 풀칠은 할 수 있겠다.

이렇게 정리하고 나니 불안했던 마음도 조금 편해지고 앞으로 더 열심히 살아야겠다는 다짐도 하게 된다. 이를 위한 전제 조건 중 하나가 일단 60세까지 국민연금 내야 하고 65세까진 일을 해야 하니 말이다.

최고는 이렇게 머리 굴리지 않고 그냥 막 살아도 먹고 살기 위해 돈 걱정 안할만큼 조금이라도 젊었을 때 돈을 많이 버는 것이다. 무일푼에서 시작해서 이렇게 준비하는데 딱 10년 걸렸으니 앞으로 10년만 더 이렇게 준비하고 살면 그렇게 될 수 있지 않을까 희망을 가져본다. 저 시나리오로도 어차피 10년 훌쩍 넘어 일해야만 하는데 이왕 하는거 그렇게 해보자! 가진거 이 비루한 몸뚱이 하나 밖에 없으니 건강을 최우선으로 관리하고 돈도 더 아껴쓰고.

그런 의미에서 이제 다시 현실에 집중하자! 당장 내일 심사 일과 금요일 고객사 성과보고회, 다음주 월요일 강연 준비에 집중하자! 공상하는 거 멈추고 일해라! 😊

얼마전 경기 침체 대비 일환 노후 대책 점검을 했다. 국민연금 수령 나이가 65세니 65세 이후 생활을 수입 측면에서 현재 상황을 기준으로 예상해보았다. 일단 국민연금을 제대로 받으려면 (국민연금을 믿어서가 아니라 학교 졸업하고 사회생활, 즉 직장생활을 시작하면서 내 의지와 상관없이 가입이 되어버렸고 이미 20여년이 되었고 여전히 내야만 하는 상황이라 싫던 좋던 포기할 수 없으니 눈물을 머금고) 60세까지 더 내야 하기 때문에 수단과 방법을 가리지 않고 최소한 65세까지는 일해야만 한다는 전제다. 국민연금은 60세까지 내야만 하고 받는건 65세니 5년의 공백을 더 몸빵해야만 한다. 아무튼... 65세 이후 일을 전혀 안한다면, 1) 60세까지 국민연금 완납하고 65세부터 받게 되는 국민연금이 현재가치 기준으로 세후 110만원이다. 기초연금 대상도 아니니 이걸로 끝. 제길.. 2-1) 65세에 주택연금에 가입 가능한 최대치 주택에 맞춰 이사하고 그 집을 맡기고 가입해서 연금을 수령하면 현시점 기준 월 218만원을 수령할 수 있다. 양도세 대상이 아니니 이사후 차액만큼 현금으로 OO원 남게 된다. 2-2) 현금으로 남은 차액을 수익율 4.5%로 투자하면 대략 매월 120만원 수입이 예상된다. 3) 현재 보유하고 있는 남은 자산을 현금화하면 OO원이니 이를 비상금으로 가지고 있거나 2-2)번처럼 투자해서 매월 수입으로 전환할 수 있다. (현재 보유중인 비상장주식과 스타트업 지분 가치는 Zero, 즉 없다고 생각하고 자산에 포함하지 않았다) 전환시 매월 80만원 정도를 추가 수입으로 더할 수 있겠다. 본 시나리오는 주택연금 가업 조건에 맞춰 더 작은 집으로 가거나 현재 동네보다 집값이 더 싼 동네로 가서 현재 평수를 유지하거나 더 큰 곳으로 가야만 한다는 전제가 깔린다. 지금 가진 집이랑 자산 뜯어먹으면서 살면 1)+2)로 450만원, 여기에 3)까지 더하면 530만원이 가능하겠다. 65세 이후 미래 수령시점에 화폐개혁이나 국가부도만 나지 않으면 화폐가치가 어떻게 변해도 입에 풀칠은 할 수 있겠다. 이렇게 정리하고 나니 불안했던 마음도 조금 편해지고 앞으로 더 열심히 살아야겠다는 다짐도 하게 된다. 이를 위한 전제 조건 중 하나가 일단 60세까지 국민연금 내야 하고 65세까진 일을 해야 하니 말이다. 최고는 이렇게 머리 굴리지 않고 그냥 막 살아도 먹고 살기 위해 돈 걱정 안할만큼 조금이라도 젊었을 때 돈을 많이 버는 것이다. 무일푼에서 시작해서 이렇게 준비하는데 딱 10년 걸렸으니 앞으로 10년만 더 이렇게 준비하고 살면 그렇게 될 수 있지 않을까 희망을 가져본다. 저 시나리오로도 어차피 10년 훌쩍 넘어 일해야만 하는데 이왕 하는거 그렇게 해보자! 가진거 이 비루한 몸뚱이 하나 밖에 없으니 건강을 최우선으로 관리하고 돈도 더 아껴쓰고. 그런 의미에서 이제 다시 현실에 집중하자! 당장 내일 심사 일과 금요일 고객사 성과보고회, 다음주 월요일 강연 준비에 집중하자! 공상하는 거 멈추고 일해라! 😊

노후 준비 상황 점검

대학교에 입학하기 전

2024년 12월, 개강을 한참 앞두고 에브리타임을 구경하다 우연히 동아리 홍보글 하나를 발견했다. 교내 IT 플랫폼 탐구·개발 동아리 'AIIA' 의 홍보글이었다. 아직 입학도 하지 않은 상태였지만 새내기부터 어떤 분야든 열심히 해보고 싶어 

프로젝트 회고록: 앱 개발을 처음 접하고, 출시까지 걸어온 경험 

플러터를 잘 다루지 못하지만 플러터로 앱을 개발하고 출시하기까지의 여정이 담겨있네요.

https://velog.io/@yongjun0702/프로젝트-회고록-앱-개발을-처음-접하고-출시까지-걸어온-경험

플러터를 잘 다루지 못하지만 플러터로 앱을 개발하고 출시하기까지의 여정이 담겨있네요. https://velog.io/@yongjun0702/프로젝트-회고록-앱-개발을-처음-접하고-출시까지-걸어온-경험

velog.io

VinTeum 앱 출시기

많은 조직에서, 실험을 ‘revenue 지표 향상시키는 아이디어 찾아내기’ 내지는 ‘기획안 통과시키기 위한 근거찾기’ 정도로 여기곤 합니다. 그리고 그런 숫자들을 어떻게든 찾아내는 일을 데이터 분석이라고 부르려 하죠. 적어도 제가 리딩하는 팀에서 하고자 하는 실험과 분석은, 그런 것이 아닙니다.

1. 실험의 실패율이 높은 것은 지극히 당연하고 정상적입니다. 실험 실패(실패라기보단 가설이 입증되지 않았다고 말하는 것이 정확하겠습니다만)의 원인을 분석하는 과정에서 고객의 행태와 니즈를 이해하게 되고, 이것이 분석이며 이런 과정이 반복되어야 비로소 실험 성공율이 조금씩 향상됩니다.

2. 실험 결과(성공과 실패)로부터 얻어야 하는 것은 실험의 가설이 입증되었는가를 밝히는 것이며, 이를 인과적으로(원인과 결과를 분리하여) 설명하는 것입니다. 이것이 저희팀이 해야 하는 분석이라 생각하고, 조직의 실험 문화를 이렇게 바꿔가야 한다고 봅니다.

많은 조직에서, 실험을 ‘revenue 지표 향상시키는 아이디어 찾아내기’ 내지는 ‘기획안 통과시키기 위한 근거찾기’ 정도로 여기곤 합니다. 그리고 그런 숫자들을 어떻게든 찾아내는 일을 데이터 분석이라고 부르려 하죠. 적어도 제가 리딩하는 팀에서 하고자 하는 실험과 분석은, 그런 것이 아닙니다. 1. 실험의 실패율이 높은 것은 지극히 당연하고 정상적입니다. 실험 실패(실패라기보단 가설이 입증되지 않았다고 말하는 것이 정확하겠습니다만)의 원인을 분석하는 과정에서 고객의 행태와 니즈를 이해하게 되고, 이것이 분석이며 이런 과정이 반복되어야 비로소 실험 성공율이 조금씩 향상됩니다. 2. 실험 결과(성공과 실패)로부터 얻어야 하는 것은 실험의 가설이 입증되었는가를 밝히는 것이며, 이를 인과적으로(원인과 결과를 분리하여) 설명하는 것입니다. 이것이 저희팀이 해야 하는 분석이라 생각하고, 조직의 실험 문화를 이렇게 바꿔가야 한다고 봅니다.

많은 조직에서, 실험을 ‘revenue 지표 향상시키는 아이디어 

계속하던 대로만 하지 않습니다. 도구에 매몰되지 않고 목적에 집중합니다. 모르는 것은 가능한 한 빨리 "모릅니다", "알려주세요"라고 말합니다. 의견을 자주 바꿔도 괜찮습니다. 틀렸다고 생각하면 인정하고 의견도 편안하게 바꿉니다. 의식적으로 나와 의견이 다른 사람에게 의견을 구합니다. 다른 사람이 의견을 구할 때 진지하게 고민하고 의견을 전합니다. 실수하고 나면 기록합니다. 기록하지 않으면 종종 기억되지 않습니다. 감정이 태도가 되지 않도록 의식합니다. 하루에 1번은 30분 이상 신선한 공기를 마십니다. 소비로 자존감을 채우지 않습니다. 소비로 자존감을 채우지 않습니다.

계속하던 대로만 하지 않습니다. 도구에 매몰되지 않고 목적에 집중합니다. 모르는 것은 가능한 한 빨리 "모릅니다", "알려주세요"라고 말합니다. 의견을 자주 바꿔도 괜찮습니다. 틀렸다고 생각하면 인정하고 의견도 편안하게 바꿉니다. 의식적으로 나와 의견이 다른 사람에게 의견을 구합니다. 다른 사람이 의견을 구할 때 진지하게 고민하고 의견을 전합니다. 실수하고 나면 기록합니다. 기록하지 않으면 종종 기억되지 않습니다. 감정이 태도가 되지 않도록 의식합니다. 하루에 1번은 30분 이상 신선한 공기를 마십니다. 소비로 자존감을 채우지 않습니다. 소비로 자존감을 채우지 않습니다.

《일을 하면서 의식해야 하는 10가지》

리액트 애플리케이션에서 모달을 효율적으로 관리하고 렌더링하는 것은 중요한 과제입니다. 특히 react-hook-form과 같은 라이브러리를 사용할 때는 함수로 컴포넌트를 렌더링할 경우 발생할 수 있는 문제를 이해하는 것이 중요합니다. 이번 글에서는 상태 관리 라이브러리

리액트 컴포넌트를 함수실행으로 렌더링시키면 벌어지는 일 (Feat. react-hook-form)

저는 많은 모달을 관리하기 위해 zustand나 Context hook을 이용해서 ModalProvider를 만들어 사용합니다.

이럴 경우, 함수를 통해서 모달을 띄우게 되는데요. 여느 때와 같이 모달을 함수실행으로 띄웠는데, 모달 안에서 모달 밖의 상태를 구독하지 못하는 상태가 됩니다.

이 상황에 대한 해결방법을 공유합니다

https://velog.io/@milliwonkim/%EB%A6%AC%EC%95%A1%ED%8A%B8-%EC%BB%B4%ED%8F%AC%EB%84%8C%ED%8A%B8%EB%A5%BC-%ED%95%A8%EC%88%98%EC%8B%A4%ED%96%89%EC%9C%BC%EB%A1%9C-%EB%A0%8C%EB%8D%94%EB%A7%81%EC%8B%9C%ED%82%A4%EB%A9%B4-%EB%B2%8C%EC%96%B4%EC%A7%80%EB%8A%94-%EC%9D%BC-Feat.-react-hook-form

저는 많은 모달을 관리하기 위해 zustand나 Context hook을 이용해서 ModalProvider를 만들어 사용합니다. 이럴 경우, 함수를 통해서 모달을 띄우게 되는데요. 여느 때와 같이 모달을 함수실행으로 띄웠는데, 모달 안에서 모달 밖의 상태를 구독하지 못하는 상태가 됩니다. 이 상황에 대한 해결방법을 공유합니다 https://velog.io/@milliwonkim/%EB%A6%AC%EC%95%A1%ED%8A%B8-%EC%BB%B4%ED%8F%AC%EB%84%8C%ED%8A%B8%EB%A5%BC-%ED%95%A8%EC%88%98%EC%8B%A4%ED%96%89%EC%9C%BC%EB%A1%9C-%EB%A0%8C%EB%8D%94%EB%A7%81%EC%8B%9C%ED%82%A4%EB%A9%B4-%EB%B2%8C%EC%96%B4%EC%A7%80%EB%8A%94-%EC%9D%BC-Feat.-react-hook-form

모달을 함수실행으로 띄우면 벌어지는 일 - React Hook Form

김기원

#개발자 #프론트엔드 #Web #Engineering

모달을 함수실행으로 띄우면 벌어지는 일 - React Hook Form

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필