아시아기업의 경영자로는 포춘의 2015 Top People In Business 리스트에는 7위에 샤오미 레이 준, 14위에 대만 TSMC의 모리스 장, 18위 중국 핑안 회장 마밍츠, 25위 알리바바 마윈 27위 텐센트 마화텅이 들어가 있다. 하버드비즈니스리뷰의 가장 높은 성과를 올린 CEO 100위를 대충 살펴보니 10위에 Canon 미타라이 CEO, 33위 대만 폭스콘 테리 궈, 35위 유니클로 타다시회장, 45위 텐센트 마화텅, 78위에 소프트뱅크 손정의 회장이 랭크되어 있다.  한국

글로벌 매체에서 인정받는 한국 경영자가 없는 이유

가끔 미국이나 홍콩 등에서 온 해외 투자자들을 만날 때가 있다. 이미 상장된 전 세계 대기업에 투자하는 큰 펀드를 운용하는 회사에 다니는 분들이다. 그들과 이야기하다가 한국의 경영자들은 그들을 잘 만나주지도 않고, 회사의 방향성에 대한 커뮤니케이션도 잘 못한다는 얘기를 들었다.

어떤 회사에 수천억씩 장기 투자하는 본인들 같은 펀드매니저들은 그 기업의 장기 비전이나 계획을 CEO나 회장에게 직접 듣기를 원한다고 한다. 그런데 중국의 알리바바 마윈이나 텐센트의 마화텅 같은 사람도 만나주는데, 한국의 경영자들은 투자자들에게 시간을 내주는데 인색하다는 것이다.

만남을 요청하면 CFO나 IR 담당자가 응대해주는데, 그들에게 듣는 이야기는 한계가 있다는 것이다. 그래서 한국 기업들의 P/E Ratio, 주가수익비율이 동종업계의 해외기업보다 낮다는 것이다. 이러한 한국 기업들의 행태가 코리아 디스카운트로 이어지는 것 같다는 생각이 들었다.

그리고 한국의 언론들은 기업에 쓴소리를 거의 하지 않는다. 특히 소위 오너경영자 관련해서는 냉정한 경영 평가보다는 보도자료 대로 받아 쓰는 경향이 심하다. 잘되면 오너 덕이고, 안되면 전문경영인 탓이라는 식으로 보도하는 경우도 많다.

심지어 증권사들도 기업에 대해 비판적인 리포트는 잘 쓰지 않는다. 결국 전문경영인들은 오너의 눈치를 보면서 점점 더 대외적으로 나서지 않게 된다. 이런 풍토에서 한국의 경영자들이 제대로 된 대외 커뮤니케이션에 단련될 기회는 없다.

게다가 한국의 경영자들은 직원들에 대한 사내 커뮤니케이션도 약하다. 직원들과 비전을 공유하고 설득해서 한 방향으로 가기보다는 시키는 일만 잘하라는 식이다. 믿기 어렵지만, 말을 듣지 않으면 ‘조인트를 까겠다는’ 생각을 하는 임원들이 아직도 있을 정도다.

테슬라, 우버, 왓츠앱 같은 회사의 CEO들은 전체 직원 Q&A시간을 자주 갖고 적극적으로 직원들과 소통한다. 이들 CEO들은 거의 매주 전직원 미팅을 갖고, 회사의 경영상황을 투명히 공개하며, 누구에게나 질문을 받는다. 매주 불편한 질문도 나오는데 모두 거침없이 대답한다.

분기별 실적 발표에서도 해외 유수 기업들은 CEO가 CFO와 함께 나와서 애널리스트들의 온갖 질문을 받고 대답한다. 애플은 팀 쿡 CEO가 CFO, IR헤드와 함께 나왔다. 테슬라는 일론 머스크가 CFO, CTO, IR헤드와 함께 나왔다. 삼성전자의 경우 주로 IR헤드인 전무와 함께 상무들이 나와서 대답한다.

보통은 이런 문답을 통해서 리더들의 생각이 더 정리되고, 리더십의 핵심인 커뮤니케이션 능력도 향상되는 법이다. 자주 하면 할수록 좋다. 한국의 경영자들이 이를 등한시한다는 점이 참 아쉽다. 소통을 많이 하면 경박하다고 보는 문화부터 바꿔야 하지 않을까 생각을 해본다.

가끔 미국이나 홍콩 등에서 온 해외 투자자들을 만날 때가 있다. 이미 상장된 전 세계 대기업에 투자하는 큰 펀드를 운용하는 회사에 다니는 분들이다. 그들과 이야기하다가 한국의 경영자들은 그들을 잘 만나주지도 않고, 회사의 방향성에 대한 커뮤니케이션도 잘 못한다는 얘기를 들었다. 어떤 회사에 수천억씩 장기 투자하는 본인들 같은 펀드매니저들은 그 기업의 장기 비전이나 계획을 CEO나 회장에게 직접 듣기를 원한다고 한다. 그런데 중국의 알리바바 마윈이나 텐센트의 마화텅 같은 사람도 만나주는데, 한국의 경영자들은 투자자들에게 시간을 내주는데 인색하다는 것이다. 만남을 요청하면 CFO나 IR 담당자가 응대해주는데, 그들에게 듣는 이야기는 한계가 있다는 것이다. 그래서 한국 기업들의 P/E Ratio, 주가수익비율이 동종업계의 해외기업보다 낮다는 것이다. 이러한 한국 기업들의 행태가 코리아 디스카운트로 이어지는 것 같다는 생각이 들었다. 그리고 한국의 언론들은 기업에 쓴소리를 거의 하지 않는다. 특히 소위 오너경영자 관련해서는 냉정한 경영 평가보다는 보도자료 대로 받아 쓰는 경향이 심하다. 잘되면 오너 덕이고, 안되면 전문경영인 탓이라는 식으로 보도하는 경우도 많다. 심지어 증권사들도 기업에 대해 비판적인 리포트는 잘 쓰지 않는다. 결국 전문경영인들은 오너의 눈치를 보면서 점점 더 대외적으로 나서지 않게 된다. 이런 풍토에서 한국의 경영자들이 제대로 된 대외 커뮤니케이션에 단련될 기회는 없다. 게다가 한국의 경영자들은 직원들에 대한 사내 커뮤니케이션도 약하다. 직원들과 비전을 공유하고 설득해서 한 방향으로 가기보다는 시키는 일만 잘하라는 식이다. 믿기 어렵지만, 말을 듣지 않으면 ‘조인트를 까겠다는’ 생각을 하는 임원들이 아직도 있을 정도다. 테슬라, 우버, 왓츠앱 같은 회사의 CEO들은 전체 직원 Q&amp;A시간을 자주 갖고 적극적으로 직원들과 소통한다. 이들 CEO들은 거의 매주 전직원 미팅을 갖고, 회사의 경영상황을 투명히 공개하며, 누구에게나 질문을 받는다. 매주 불편한 질문도 나오는데 모두 거침없이 대답한다. 분기별 실적 발표에서도 해외 유수 기업들은 CEO가 CFO와 함께 나와서 애널리스트들의 온갖 질문을 받고 대답한다. 애플은 팀 쿡 CEO가 CFO, IR헤드와 함께 나왔다. 테슬라는 일론 머스크가 CFO, CTO, IR헤드와 함께 나왔다. 삼성전자의 경우 주로 IR헤드인 전무와 함께 상무들이 나와서 대답한다. 보통은 이런 문답을 통해서 리더들의 생각이 더 정리되고, 리더십의 핵심인 커뮤니케이션 능력도 향상되는 법이다. 자주 하면 할수록 좋다. 한국의 경영자들이 이를 등한시한다는 점이 참 아쉽다. 소통을 많이 하면 경박하다고 보는 문화부터 바꿔야 하지 않을까 생각을 해본다.

ㅍㅍㅅㅅ

구글이 AI 코딩 스타트업 윈드서프(Windsurf)와 약 24억 달러 규모의 기술 라이선스 계약을 체결. 이 계약은 지분 인수가 아닌 비독점적 라이선스 방식으로 진행됐으며, 윈드서프의 CEO 바룬 모한과 공동 창업자 더글러스 첸을 포함한 핵심 인력이 구글 딥마인드로 합류.

이번 계약은 OpenAI가 윈드서프 인수를 시도했으나 무산된 직후 체결된 것으로, AI 인재와 기술 확보를 위한 빅테크 간 경쟁이 더욱 치열해지고 있음을 보여줌. 계약 구조는 규제를 피하려는 전략적 접근으로도 해석.

https://www.reuters.com/business/google-hires-windsurf-ceo-researchers-advance-ai-ambitions-2025-07-11

구글이 AI 코딩 스타트업 윈드서프(Windsurf)와 약 24억 달러 규모의 기술 라이선스 계약을 체결. 이 계약은 지분 인수가 아닌 비독점적 라이선스 방식으로 진행됐으며, 윈드서프의 CEO 바룬 모한과 공동 창업자 더글러스 첸을 포함한 핵심 인력이 구글 딥마인드로 합류. 이번 계약은 OpenAI가 윈드서프 인수를 시도했으나 무산된 직후 체결된 것으로, AI 인재와 기술 확보를 위한 빅테크 간 경쟁이 더욱 치열해지고 있음을 보여줌. 계약 구조는 규제를 피하려는 전략적 접근으로도 해석. https://www.reuters.com/business/google-hires-windsurf-ceo-researchers-advance-ai-ambitions-2025-07-11

스프링 프레임워크 7 릴리스 노트를 훑어보다가 인상적인 소식을 발견했습니다. 오랫동안 별도의 라이브러리로 존재했던 `가 ` 모듈로 통합된다는 소식이었습니다.

스프링 핵심 기능으로 통합된 Spring Retry

Spring Framework 7에 Spring Retry 프로젝트가 통합되었다. 이제 별도의 외부 의존성을 추가하며 고민할 필요 없이, 스프링을 사용한다면 누구나 손쉽게 복원력 있는 코드를 작성할 수 있는 기반을 마련된 것이다.

왜 통합되었는지에 대해 개인적인 시각에서 글로 정리해보았다.

https://www.linkedin.com/pulse/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EA%B8%B0%EB%8A%A5%EC%9C%BC%EB%A1%9C-%ED%86%B5%ED%95%A9%EB%90%9C-spring-retry-springrunner-sd0cc

Spring Framework 7에 Spring Retry 프로젝트가 통합되었다. 이제 별도의 외부 의존성을 추가하며 고민할 필요 없이, 스프링을 사용한다면 누구나 손쉽게 복원력 있는 코드를 작성할 수 있는 기반을 마련된 것이다. 왜 통합되었는지에 대해 개인적인 시각에서 글로 정리해보았다. https://www.linkedin.com/pulse/%EC%8A%A4%ED%94%84%EB%A7%81-%ED%95%B5%EC%8B%AC-%EA%B8%B0%EB%8A%A5%EC%9C%BC%EB%A1%9C-%ED%86%B5%ED%95%A9%EB%90%9C-spring-retry-springrunner-sd0cc

www.linkedin.com

1. 살다보면 나를 끔찍이 싫어하는 사람이 한둘은 나오게 마련이다.

2. 이를 피할 도리는 없다. 그리고 대부분의 경우 지나치게 관계가 깊어져 서로에게 어느덧 끔찍할 정도로 무거워진 덕분에 문제가 생긴다.

3. 사람이나 집이나 약간의 거리를 둬 통풍이 가능해지는 것이 중요하다. 그것이 최소한의 예의인 듯싶다.

4. 서로의 신상에 대한 지나친 관심은 금물이다. 신상을 털어놓는 그 순간부터 특별한 관계가 되었다는 착각이 피어나기 때문이다.

#약간의거리를둔다 📚
#선넘지않는사이

1. 살다보면 나를 끔찍이 싫어하는 사람이 한둘은 나오게 마련이다. ​2. 이를 피할 도리는 없다. 그리고 대부분의 경우 지나치게 관계가 깊어져 서로에게 어느덧 끔찍할 정도로 무거워진 덕분에 문제가 생긴다. 3. 사람이나 집이나 약간의 거리를 둬 통풍이 가능해지는 것이 중요하다. 그것이 최소한의 예의인 듯싶다. ​4. 서로의 신상에 대한 지나친 관심은 금물이다. 신상을 털어놓는 그 순간부터 특별한 관계가 되었다는 착각이 피어나기 때문이다. #약간의거리를둔다 📚 #선넘지않는사이

< 좋은 관계를 위한 최소한의 예의, ‘거리 두기’ >

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

안녕하세요. 그린입니다 🍏이번 포스팅에서는 Bring Swift Charts to the third dimension이라는 WWDC 2025의 세션을 정리해보겠습니다 🙋🏻 Bring Swift Charts to the third dimensionIntroduction다들 아시는 Swift Charts를 3차원으로 가져오는것에 대한 세션이에요.Chart3D를 사용해서 2D Swift Cahrts를 3차원으로 가져오고 시각화하는 방법을 소개하고 있습니다. 알아볼까요? 우선 Swift Charts는 접근성이 뛰어나고 시각적인 차트를 만드는 프레임워크이죠.차트는 다양하게 애플 플랫폼에서 사용되고 있어요. 배터리 잔량이나 수학 함수 그래프 등 정말 다양하게 쓰일 수 있죠. Swift Charts에서는 사용..

Bring Swift Charts to the third dimension (feat. WWDC 2025)

이번 WWDC 2025 세션에서 기존 SwiftChart 프레임워크에 3D를 손쉽게 표현할 수 있는 Chart3D가 지원되었습니다 🙋🏻

Bring Swift Charts to the third dimension 세션에서 자세히 소개하고 있어요.

잘 사용한다면 사용자에게 훨씬 더 나은 몰입형 경험을 제공해줄 수 있게 됩니다.
특히 Vision Pro에서는 더 빛을 발할거라 생각해요.

세션 내용이 짧지만 그 속에서 쉽게 핵심을 이해할 수 있도록 정리해봤습니다.

이번 WWDC 2025 세션에서 기존 SwiftChart 프레임워크에 3D를 손쉽게 표현할 수 있는 Chart3D가 지원되었습니다 🙋🏻 Bring Swift Charts to the third dimension 세션에서 자세히 소개하고 있어요. 잘 사용한다면 사용자에게 훨씬 더 나은 몰입형 경험을 제공해줄 수 있게 됩니다.특히 Vision Pro에서는 더 빛을 발할거라 생각해요. 세션 내용이 짧지만 그 속에서 쉽게 핵심을 이해할 수 있도록 정리해봤습니다.

iOYES

3D Chart를 소개합니다 (feat. WWDC 2025)

🟪 모임 소개 이번 모임은 직장인 이후의 커리어, 막연하게 창업을 고민하는 사람들을 위한 아이디어 구체화 모임입니다.총 4회의 모임을 통해 이런 것들을 얻을 수 있습니다.✅ 호스트가 제공하는 과제와 프레임을 통해 내 막연한 아이디어가 정말로 시장에 통하는지를 논리적으로 검증할 수 있습니다.✅ 로컬 비즈니스, 자영업, 스타트업 각 유형별 창업 장단점과 선택할 수 있는 지원제도에 관해 구체적으로 알 수 있습니다.✅ 성장 로드맵과 창업 이후 현실에서 마주칠 과제들, 사업계획서 작성법 등에 관해 구체적인 팁과 피드백을 얻을 수 있습니다. 🟪 일시 ... 

[B라운지] (직장인 이후의 삶을 위한) 사업 아이디어 선명하게 다듬기 : PBR

회사 때려치고 사업이나 한번 해볼까?

창업과 사업에 대해 막연한 환상을 갖고 계신가요? 혹은 관심이 있는데 어떻게 해야 할 지 모르겠어서 고민이신가요?

지난 10년간 창업과 사업에 관심이 있거나 초기 단계에서 고민하고 있는 창업가와 사업가들을 대상으로 주로 기업과 기관에서만 풀어놓았던 창업과 사업의 기초, 창업의 로드맵 AtoZ에 대한 이야기를 드디어 일반 성인분들도 배울 수 있도록 과정을 오픈했습니다. 저희의 경험과 노하우가 고스란히 담겨있으면서도 부담없이 편하게 들을 수 있는, 하지만 나의 창업과 사업에 대한 생각을 명확하게 정리할 수 있는 시간이 될 겁니다.

전체적으로 하단과 같은 순서로 진행되며 4주간 주 1회씩 함께 하게 되며, 제가 직접 진행합니다.

1. 창업 아이템 선정 : 고객이 가진 문제는 무엇일까? 고객 문제와 PMF (Product-Market-Fit)

2. 창업 아이템 선택 : 시장에서 필요할까? 어느 고객이 왜 돈을 낼까? KBF (Key Buying Factor)

3. 창업 과정과 절차, 지원 제도 : 스타트업을 할까? 가게를(소상공인) 차릴까? 창업할 때 누구에게 어떤 도움을 받을 수 있을까?

4. 창업 준비와 실행 : 사업계획은 어떻게 세우고 실행할 수 있을까?

보다 상세한 내용 확인과 신청은 하단 링크를 참고해주세요.

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

회사 때려치고 사업이나 한번 해볼까? 창업과 사업에 대해 막연한 환상을 갖고 계신가요? 혹은 관심이 있는데 어떻게 해야 할 지 모르겠어서 고민이신가요? 지난 10년간 창업과 사업에 관심이 있거나 초기 단계에서 고민하고 있는 창업가와 사업가들을 대상으로 주로 기업과 기관에서만 풀어놓았던 창업과 사업의 기초, 창업의 로드맵 AtoZ에 대한 이야기를 드디어 일반 성인분들도 배울 수 있도록 과정을 오픈했습니다. 저희의 경험과 노하우가 고스란히 담겨있으면서도 부담없이 편하게 들을 수 있는, 하지만 나의 창업과 사업에 대한 생각을 명확하게 정리할 수 있는 시간이 될 겁니다. 전체적으로 하단과 같은 순서로 진행되며 4주간 주 1회씩 함께 하게 되며, 제가 직접 진행합니다. 1. 창업 아이템 선정 : 고객이 가진 문제는 무엇일까? 고객 문제와 PMF (Product-Market-Fit) 2. 창업 아이템 선택 : 시장에서 필요할까? 어느 고객이 왜 돈을 낼까? KBF (Key Buying Factor) 3. 창업 과정과 절차, 지원 제도 : 스타트업을 할까? 가게를(소상공인) 차릴까? 창업할 때 누구에게 어떤 도움을 받을 수 있을까? 4. 창업 준비와 실행 : 사업계획은 어떻게 세우고 실행할 수 있을까? 보다 상세한 내용 확인과 신청은 하단 링크를 참고해주세요. https://www.pbr.kr/shop_view/?idx=53

www.pbr.kr

﻿
인턴 근무할 기회가 생겼는데, 안타깝게도 자신이 원하는 역할이 아닌 경우 어떻게 해야 할까요?
저는 한 치의 망설임 없이 무조건 하라고 이야기합니다. 왜냐하면 모든 경험은 앞으로의 경력에 도움이 되기 때문입니다. 다르게 표현하면, 모든 역할에는 통하는 역량이 있고, 그 역량을 기르기 위해 가장 필요한 것은 바로 경험입니다.

어제 오후, 동료와 청계천에서 티타임을 가졌습니다. 회사 안이 아닌 바깥에서 편안하게 개인적인 이야기를 나누었습니다. 과거의 경험과 생각을 공유하는 자리였고, 우리는 한 가지 공통점을 발견했습니다. 바로 둘 다 다양한 직무를 경험했다는 것입니다. 조직이 요구하는 역할을 수행하면서 다양한 직무를 자연스럽게 접하게 된 것이죠.
그 경험을 통해 깨달은 것도 같았습니다. 거의 모든 직무는 서로 관통하는 역량이 있다는 사실입니다. 하드 스킬도 유사한 부분이 있지만, 특히 소프트 스킬은 거의 같습니다. 개발, 기획, 디자인, 마케팅, HR 등 어떤 직무든 중요한 공통 역량은 바로 성실함, 끈기, 문제 해결 능력입니다.

성실하게 꾸준히 노력할 수 있는 사람이 결국 일을 잘합니다. 성실하지 않고 노력하지 않는데, 일을 잘한다고 평가받는 경우는 없습니다. 성장의 동력은 대단한 재능이 아니라 꾸준한 노력입니다. 포기하지 않는 끈기가 중요합니다. 일하다 보면 누구나 어려움에 부딪힙니다. 그럴 때 피하지 않고 허들을 넘는 사람만이 앞으로 나아갈 수 있습니다. 성장 역시 그런 사람에게 주어지는 보상입니다.
문제를 인식하고도 방치하는 자세는 더 큰 문제를 야기합니다. '할 줄 몰라서', '내 일이 아니니까'라는 생각은 성장을 멀어지게 합니다. 문제를 마주하고 해결하는 경험이야말로 개인과 조직 모두에게 큰 성장을 안겨줍니다.

따라서 원하는 역할이 아니더라도 인턴 근무와 같은 실무 경험은 무조건 이득이라고 말하고 싶습니다. 예를 들어, 프론트엔드 개발자로 취업을 희망하는 사람이 우연히 QA 역할로 인턴 기회를 얻게 되었다고 해봅시다. 이 경험이 과연 도움이 될까요?
저는 분명 도움이 된다고 생각합니다. QA 업무는 사용자 관점에서 기능이나 서비스를 검수하는 역할입니다. 프론트엔드 개발자 또한 사용자 관점에서 기능과 서비스를 만드는 일을 합니다. 두 직무 모두 사용자 중심의 사고가 핵심입니다.
QA 인턴 경험을 통해 사용자 인터뷰를 직접 해보거나, 사용자의 관점으로 개선점을 찾아본 경험이 있다면, 이는 향후 프론트엔드 개발자로 취업할 때 강력한 어필 포인트가 될 수 있습니다.

또한 팀워크는 조직 생활에서 가장 중요한 덕목 중 하나입니다. 대부분의 인턴 경험은 팀 단위로 진행됩니다. 동료를 배려하고, 의견을 맞추며 함께 일하는 협업 경험은 어떤 직무에서든 매우 중요합니다.
QA 업무에서 가장 긴밀하게 협업하는 대상은 개발자입니다. 이때, 개발 지식과 경험이 있다면 개발자의 입장을 더 잘 이해할 수 있습니다. QA 인턴 경험을 통해 개발자와 원활하게 소통하며, 이전에 가지고 있던 개발 역량을 발휘해 협업에 기여했다면 이는 분명히 긍정적인 평가를 받을 수 있는 요소입니다.
직무가 다르더라도, 목표 달성을 위해 팀워크를 발휘하고 동료와 협업하여 성과를 만든 경험은 모든 조직이 선호하는 인재의 모습입니다.

저는 '물경력'이라는 표현을 좋아하지 않습니다. 세상에 의미 없는 경험은 없다고 믿습니다. 전혀 무관해 보이는 경험에도 분명 연결점이 존재합니다. 먼저 자신의 경험을 스스로 소중히 여기는 자세가 필요합니다.
목표를 세우고, 이를 이루기 위해 계획하고, 성실하고 끈질기게 노력하는 사람은 어떤 일을 하든 결국 좋은 평가를 받습니다. 그러니 지금 꼭 하고 싶은 역할이 아니더라도 우연히 다른 기회가 찾아온다면, 일단 그 기회를 붙잡아보세요.
그 경험이 여러분을 또 다른 기회의 문으로 이끌어 줄 것입니다.

﻿인턴 근무할 기회가 생겼는데, 안타깝게도 자신이 원하는 역할이 아닌 경우 어떻게 해야 할까요?저는 한 치의 망설임 없이 무조건 하라고 이야기합니다. 왜냐하면 모든 경험은 앞으로의 경력에 도움이 되기 때문입니다. 다르게 표현하면, 모든 역할에는 통하는 역량이 있고, 그 역량을 기르기 위해 가장 필요한 것은 바로 경험입니다. 어제 오후, 동료와 청계천에서 티타임을 가졌습니다. 회사 안이 아닌 바깥에서 편안하게 개인적인 이야기를 나누었습니다. 과거의 경험과 생각을 공유하는 자리였고, 우리는 한 가지 공통점을 발견했습니다. 바로 둘 다 다양한 직무를 경험했다는 것입니다. 조직이 요구하는 역할을 수행하면서 다양한 직무를 자연스럽게 접하게 된 것이죠.그 경험을 통해 깨달은 것도 같았습니다. 거의 모든 직무는 서로 관통하는 역량이 있다는 사실입니다. 하드 스킬도 유사한 부분이 있지만, 특히 소프트 스킬은 거의 같습니다. 개발, 기획, 디자인, 마케팅, HR 등 어떤 직무든 중요한 공통 역량은 바로 성실함, 끈기, 문제 해결 능력입니다. 성실하게 꾸준히 노력할 수 있는 사람이 결국 일을 잘합니다. 성실하지 않고 노력하지 않는데, 일을 잘한다고 평가받는 경우는 없습니다. 성장의 동력은 대단한 재능이 아니라 꾸준한 노력입니다. 포기하지 않는 끈기가 중요합니다. 일하다 보면 누구나 어려움에 부딪힙니다. 그럴 때 피하지 않고 허들을 넘는 사람만이 앞으로 나아갈 수 있습니다. 성장 역시 그런 사람에게 주어지는 보상입니다.문제를 인식하고도 방치하는 자세는 더 큰 문제를 야기합니다. '할 줄 몰라서', '내 일이 아니니까'라는 생각은 성장을 멀어지게 합니다. 문제를 마주하고 해결하는 경험이야말로 개인과 조직 모두에게 큰 성장을 안겨줍니다. 따라서 원하는 역할이 아니더라도 인턴 근무와 같은 실무 경험은 무조건 이득이라고 말하고 싶습니다. 예를 들어, 프론트엔드 개발자로 취업을 희망하는 사람이 우연히 QA 역할로 인턴 기회를 얻게 되었다고 해봅시다. 이 경험이 과연 도움이 될까요?저는 분명 도움이 된다고 생각합니다. QA 업무는 사용자 관점에서 기능이나 서비스를 검수하는 역할입니다. 프론트엔드 개발자 또한 사용자 관점에서 기능과 서비스를 만드는 일을 합니다. 두 직무 모두 사용자 중심의 사고가 핵심입니다.QA 인턴 경험을 통해 사용자 인터뷰를 직접 해보거나, 사용자의 관점으로 개선점을 찾아본 경험이 있다면, 이는 향후 프론트엔드 개발자로 취업할 때 강력한 어필 포인트가 될 수 있습니다. 또한 팀워크는 조직 생활에서 가장 중요한 덕목 중 하나입니다. 대부분의 인턴 경험은 팀 단위로 진행됩니다. 동료를 배려하고, 의견을 맞추며 함께 일하는 협업 경험은 어떤 직무에서든 매우 중요합니다.QA 업무에서 가장 긴밀하게 협업하는 대상은 개발자입니다. 이때, 개발 지식과 경험이 있다면 개발자의 입장을 더 잘 이해할 수 있습니다. QA 인턴 경험을 통해 개발자와 원활하게 소통하며, 이전에 가지고 있던 개발 역량을 발휘해 협업에 기여했다면 이는 분명히 긍정적인 평가를 받을 수 있는 요소입니다.직무가 다르더라도, 목표 달성을 위해 팀워크를 발휘하고 동료와 협업하여 성과를 만든 경험은 모든 조직이 선호하는 인재의 모습입니다. 저는 '물경력'이라는 표현을 좋아하지 않습니다. 세상에 의미 없는 경험은 없다고 믿습니다. 전혀 무관해 보이는 경험에도 분명 연결점이 존재합니다. 먼저 자신의 경험을 스스로 소중히 여기는 자세가 필요합니다.목표를 세우고, 이를 이루기 위해 계획하고, 성실하고 끈질기게 노력하는 사람은 어떤 일을 하든 결국 좋은 평가를 받습니다. 그러니 지금 꼭 하고 싶은 역할이 아니더라도 우연히 다른 기회가 찾아온다면, 일단 그 기회를 붙잡아보세요.그 경험이 여러분을 또 다른 기회의 문으로 이끌어 줄 것입니다.﻿

원하지 않는 역할

美 상장 앞두고 손바뀜 지속되는 토스...올해도 초기투자자 매물 나왔다

한 투자업계 관계자는 "작년 초 굿워터캐피탈 등 일부 초기 투자자들이 구주 매각을 시도했으나 밸류에 대한 눈높이 차이로 거래가 성사되지 못했고, 현재도 엑시트 시도는 계속되고 있다"고 말했다.

굿워터캐피탈은 시리즈 A부터 토스에 투자해온 주요 주주 중 하나로, 2024년 말 기준 굿워터캐피탈Ⅱ 펀드를 통해 5.37%의 지분을 보유하고 있다. 앞서 6.1%가량의 지분을 보유하고 있던 굿워터캐피탈Ⅰ 펀드는 만기 도래에 따라 지난해 일부 지분을 시장에 매각하고, 나머지는 컨티뉴에이션 펀드로 이관한 것으로 파악된다

토스 구주 매각 제안을 받았던 한 VC 관계자는 "2년 전에는 약 5조원 밸류 기준으로 논의됐지만, 작년에는 7~8조원을 원했다"며 "밸류가 맞지 않아 투자를 검토하다가 결국 포기했다"고 말했다.

https://www.investchosun.com/m/article.html?contid=2025071080216

한 투자업계 관계자는 "작년 초 굿워터캐피탈 등 일부 초기 투자자들이 구주 매각을 시도했으나 밸류에 대한 눈높이 차이로 거래가 성사되지 못했고, 현재도 엑시트 시도는 계속되고 있다"고 말했다. 굿워터캐피탈은 시리즈 A부터 토스에 투자해온 주요 주주 중 하나로, 2024년 말 기준 굿워터캐피탈Ⅱ 펀드를 통해 5.37%의 지분을 보유하고 있다. 앞서 6.1%가량의 지분을 보유하고 있던 굿워터캐피탈Ⅰ 펀드는 만기 도래에 따라 지난해 일부 지분을 시장에 매각하고, 나머지는 컨티뉴에이션 펀드로 이관한 것으로 파악된다 토스 구주 매각 제안을 받았던 한 VC 관계자는 "2년 전에는 약 5조원 밸류 기준으로 논의됐지만, 작년에는 7~8조원을 원했다"며 "밸류가 맞지 않아 투자를 검토하다가 결국 포기했다"고 말했다. https://www.investchosun.com/m/article.html?contid=2025071080216

www.investchosun.com

플레이브, 열도까지 삼켰다···오리콘 차트 1위

버추얼 아이돌 그룹 플레이브가 일본 데뷔와 동시에 오리콘 차트 정상에 올랐다.

지난 9일 오리콘이 발표한 최신 차트(7월 8일자)에 따르면, 플레이브의 일본 첫 번째 싱글 앨범 ‘카쿠렌보(かくれんぼ)’는 발매 첫날 19만 1000여장의 판매량을 기록하며 ‘데일리 싱글 랭킹’ 1위에 등극했다. 이는 지난 2월 한국 미니 3집 ‘칼리고 파트1(Caligo Pt.1)’으로 오리콘 데일리 앨범 차트 1위에 오른 데 이은 성과다.

https://m.entertain.naver.com/home/article/144/0001052548

버추얼 아이돌 그룹 플레이브가 일본 데뷔와 동시에 오리콘 차트 정상에 올랐다. 지난 9일 오리콘이 발표한 최신 차트(7월 8일자)에 따르면, 플레이브의 일본 첫 번째 싱글 앨범 ‘카쿠렌보(かくれんぼ)’는 발매 첫날 19만 1000여장의 판매량을 기록하며 ‘데일리 싱글 랭킹’ 1위에 등극했다. 이는 지난 2월 한국 미니 3집 ‘칼리고 파트1(Caligo Pt.1)’으로 오리콘 데일리 앨범 차트 1위에 오른 데 이은 성과다. https://m.entertain.naver.com/home/article/144/0001052548

m.entertain.naver.com

AI 슈퍼 인재 쟁탈전 'AI Talent War'에 대한 고찰 | 스타트업 업계에 재밌는 밈 중 하나는 2021년 스타트업 Walnut의 CEO인 Roshan Patel이 한 엔지니어에게 Job Position을 제안했던 일화입니다. Roshan의 제안에 그녀는 본인의 연봉이 Walnut의 Pre-seed Round의 투자유치 총액보다 높다고 거절한 것이죠. 개발자의 높은 연봉과 아이러니한 대화의 흐름 등이 업계에는 큰 

제 연봉이 당신 회사의 투자유치 금액보다 높습니다.

그렇다면 이런 AI Talent들은 왜 이렇게 높은 급여를 받게 될까요? 일단은 기업이 봤을 때 1)그만큼 ROI가 나오는 일이라고 판단했을 것이고, 2)인재 유치 경쟁에서 오는 이유가 큽니다. 일단 핵심 개발자가 가져오는 Return은 좋은 제품을 개발할 수 있는 능력이 첫 번째일 것이고, 이를 통해 또 다른 좋은 인재를 영입할 수 있는 구심점이 된다는 점이나, 핵심인재를 통해 AI 인재 유치 경쟁의 우위를 점해 기업 가치를 제고하거나 자금을 조달할 수 있다는 점도 있죠. 예컨대 오픈AI 수석 과학자 출신의 일리야 수츠케버가 설립한 SSI는 제품이 나오지 않았음에도 300억달러(약 41조원)의 기업가치를 인정받았으며 역시 오픈AI CTO 출신인 미라 무라티의 스타트업도 제품 출시 전 100억달러(약 13조원)의 기업가치를 인정받았죠. 투자자들은 Top talent 한 명 이 얼마나 큰 혁신과 변화를 가져올 수 있는지 알고 있기 때문에 그 가능성에 베팅하는 것입니다.

또한 현재 경쟁상황을 보면 회사가 Top talent를 영입했을 때 우리 회사에 주는 효과는 +1인 동시에, 경쟁사에는 0이 아니라 -1의 영향을 주는 것과 같습니다. 인재 영입 실패에 따른 기회손실은 상당히 치명적이죠. 기업들은 높은 금액을 베팅해서라도 핵심 인재가 경쟁사로 이직하는 것을 막으려고 합니다. 내가 갖지 못하면 경쟁사로도 가지 않는 것이 좋죠. Top talent가 창업한 회사에 돈이 몰리는 것도 같은 이치입니다.

https://brunch.co.kr/@tommyhslee/143

그렇다면 이런 AI Talent들은 왜 이렇게 높은 급여를 받게 될까요? 일단은 기업이 봤을 때 1)그만큼 ROI가 나오는 일이라고 판단했을 것이고, 2)인재 유치 경쟁에서 오는 이유가 큽니다. 일단 핵심 개발자가 가져오는 Return은 좋은 제품을 개발할 수 있는 능력이 첫 번째일 것이고, 이를 통해 또 다른 좋은 인재를 영입할 수 있는 구심점이 된다는 점이나, 핵심인재를 통해 AI 인재 유치 경쟁의 우위를 점해 기업 가치를 제고하거나 자금을 조달할 수 있다는 점도 있죠. 예컨대 오픈AI 수석 과학자 출신의 일리야 수츠케버가 설립한 SSI는 제품이 나오지 않았음에도 300억달러(약 41조원)의 기업가치를 인정받았으며 역시 오픈AI CTO 출신인 미라 무라티의 스타트업도 제품 출시 전 100억달러(약 13조원)의 기업가치를 인정받았죠. 투자자들은 Top talent 한 명 이 얼마나 큰 혁신과 변화를 가져올 수 있는지 알고 있기 때문에 그 가능성에 베팅하는 것입니다. 또한 현재 경쟁상황을 보면 회사가 Top talent를 영입했을 때 우리 회사에 주는 효과는 +1인 동시에, 경쟁사에는 0이 아니라 -1의 영향을 주는 것과 같습니다. 인재 영입 실패에 따른 기회손실은 상당히 치명적이죠. 기업들은 높은 금액을 베팅해서라도 핵심 인재가 경쟁사로 이직하는 것을 막으려고 합니다. 내가 갖지 못하면 경쟁사로도 가지 않는 것이 좋죠. Top talent가 창업한 회사에 돈이 몰리는 것도 같은 이치입니다. https://brunch.co.kr/@tommyhslee/143

Brunch Story

제가 한국에서 직장 생활을 시작하고 가장 먼저 배운 것은 아이러니하게도 야근이었습니다. 신입이었던 제게 야근은 선택의 문제가 아니었거든요. 선배들에게 야근은 너무나 당연한 루틴이었고, 저녁 5시가 되면 "퇴근 안 해?"가 아니라 "저녁 뭐 먹을까?"라는 질문을 던졌습니다. 누가 정해놓은 것처럼 부장님이 퇴근해야 과장님이, 과장님이 퇴근해야 대리님이, 대리님이 퇴근해야 비로서 저 같은 신입도 퇴근 생각을 할 수 있었습니다.

이런 분위기에서 야근을 하지 않는다는 것은 동료들에게 실례였고, 불가피한 사정으로 야근을 못할 때는 사과를 드려야 했습니다. 나중에는 선배들 눈치 보는 것도 피곤해서 아예 속편히 막차 시간까지 사무실에 있기로 했습니다. 그래도 나름 기술 공부를 하면서 야근 시간을 알차게 보내려고 노력했습니다. 뭐, 그런데 다들 딱히 바빠서 야근하는 것 같지는 않았습니다. 웹서핑을 하며 시간을 보내는 선배도 있었고, 아이가 있는 선배들은 야근을 육아 회피 수단으로 쓰기도 했죠. 당시엔 이해하지 못했지만, 지금 돌아보면 혼자 육아를 감당하던 아내분은 얼마나 힘드셨을까요? 아무튼 이렇게 같은 사무실에서 각자의 방식으로 시간을 때우곤 했습니다.

회사-집-회사-집을 반복하는 삶이었지만 야근이 무조건 나쁜 것만은 아니었습니다. 다행히 대기업이라 야근 수당을 꼬박꼬박 신청할 수 있었고, 연봉이 높지 않던 신입 시절엔 야근 수당이 모이면 나름 쏠쏠했거든요. 당시 자취를 했었는데 저렴한 구내 식당에서 저녁을 해결하는 것도 나름 혜택으로 볼 수도 있었습니다.

다른 대기업으로 이직 후에도 야근은 어김없이 이어졌습니다. 입사 첫 주 내내 야근을 했더니, 부서장님은 "개념 있는 경력직이 들어왔다"며 칭찬을 하시더군요. 중간급 개발자가 되자 위에서 이것저것 시키는 잡일이 많아져, 주로 야근 시간을 활용해서 제 본연의 업무인 소프트웨어 개발을 했습니다.

이직한 회사에서는 복지가 더 좋아서 대중교통이 끊길 때까지 야근을 하면 택시를 타고 퇴근하도록 법인 카드를 주었습니다. 그래서 애매하게 야근을 하느니 아예 막차가 끊길 때까지 버틸 때가 많았습니다. 택시 안에서 몸은 편했지만 마음은 편치 않았습니다. 제 귀한 시간과 회사의 돈이 함께 낭비되고 있다는 생각이 들었거든요.

한국에서 10년 가까이 야근을 하고 캐나다로 넘어왔는데, 이 나라에서는 아무도 야근을 하지 않는다는 사실에 문화 충격을 받았습니다. 야근이라는 개념 자체가 없는 느낌이랄까요? 오후 4~5시만 되면 모두 자연스럽게 퇴근했고, 저는 그 모습이 너무 낯설게 느껴졌습니다. 하루에 8시간 일을 해서는 영 성에 차지 않았고, 그래서 저는 홀로 사무실에 남아 야근을 하기 시작했습니다. 영어도 못하는데 남들보다 더 오래라도 일해서 인정받아야겠다는 생각을 했습니다.

그러던 중 매니저와 1:1 미팅을 하게 되었는데, 정말 의외의 피드백을 받았습니다. 매니저는 인정은커녕 야근을 하는 저를 상당히 걱정스럽게 바라보고 있었던 겁니다.

"업무 시간 내에 일을 끝내지 못하고 야근을 한다는 건 헌신이 아니라 무능입니다. 그리고 그건 팀 매니저인 저의 관리 역량 문제이기도 하죠."

이 말을 듣고 한 대 맞은 듯한 기분이 들었습니다. 이후 동료들을 관찰해보니 정해진 근무 시간 안에 주어진 일을 끝내려고 엄청 애쓰고 있더군요. 점심 시간도 아껴가며 샌드위치를 입에 물고 몰입하는 친구들도 있었습니다. 다들 어떻게 하면 효율적으로 일할 수 있을지 고민하고 있었습니다. 반면, 저는 오전엔 느긋하게 보내다가 오후가 되어야 비로소 일이 손에 잡혔습니다.

매니저의 솔직한 피드백 덕분에 처음으로 저의 노동 생산성이 얼마나 형편없는지 인지하게 되었습니다. 그런데 야근을 너무 오래해서 그런가 하루 아침에 고쳐지지는 않더라고요? ㅋㅋ 계속해서 매니저의 도움을 받으며 야근의 습관을 고쳐나갔습니다.

이제는 저도 아이가 있어서, 퇴근 후에 가족과 충분한 시간을 보낼 수 있는 환경이 얼마나 감사한지 모릅니다. 게다가 블로그 글도 쓰고, 유튜브 영상도 찍고, 그룹 스터디도 할 수 있는 여유가 생겼거든요. 아내 역시 한국에서 저못지 않게 야근을 많이 했었는데, 한국이었다면 어떻게 일과 육아를 병행했을지 깜깜하다네요. 저희 둘 다 야근이 없어지면서 삶의 질이 크게 올라갔음을 느낍니다.

한국은 세계 10위권 경제 대국이 되었지만, 여전히 연평균 노동 시간은 최상위권입니다. 반면에 시간당 노동 생산성은 OECD 국가 가운데 하위권에 머물고 있습니다. 물론 제도적인 변화(유연근무제, 재택근무, 노동시간 단축 등)도 중요하지만, 그보다 "야근은 미덕"이라는 오래된 인식의 바뀌어야 하지 않을까 싶습니다.

미디어에서 요즘 MZ 세대는 더 이상 야근하지 않는다는 얘기를 듣고 정말 그런 줄 알았는데, 실제로 한국에서 일하고 있는 사회 초년생분들과 이야기를 나눠보니 옛날과 크게 달라지지 않은 것 같더라고요. 기존 세대는 말 할 것도 없고요. 한국에서도 더 이상 얼마나 오래 일하는데 연연하지 않고 생산성과 효율을 중시하는 조직 문화가 자리 잡았으면 좋겠습니다.

제가 한국에서 직장 생활을 시작하고 가장 먼저 배운 것은 아이러니하게도 야근이었습니다. 신입이었던 제게 야근은 선택의 문제가 아니었거든요. 선배들에게 야근은 너무나 당연한 루틴이었고, 저녁 5시가 되면 "퇴근 안 해?"가 아니라 "저녁 뭐 먹을까?"라는 질문을 던졌습니다. 누가 정해놓은 것처럼 부장님이 퇴근해야 과장님이, 과장님이 퇴근해야 대리님이, 대리님이 퇴근해야 비로서 저 같은 신입도 퇴근 생각을 할 수 있었습니다. 이런 분위기에서 야근을 하지 않는다는 것은 동료들에게 실례였고, 불가피한 사정으로 야근을 못할 때는 사과를 드려야 했습니다. 나중에는 선배들 눈치 보는 것도 피곤해서 아예 속편히 막차 시간까지 사무실에 있기로 했습니다. 그래도 나름 기술 공부를 하면서 야근 시간을 알차게 보내려고 노력했습니다. 뭐, 그런데 다들 딱히 바빠서 야근하는 것 같지는 않았습니다. 웹서핑을 하며 시간을 보내는 선배도 있었고, 아이가 있는 선배들은 야근을 육아 회피 수단으로 쓰기도 했죠. 당시엔 이해하지 못했지만, 지금 돌아보면 혼자 육아를 감당하던 아내분은 얼마나 힘드셨을까요? 아무튼 이렇게 같은 사무실에서 각자의 방식으로 시간을 때우곤 했습니다. 회사-집-회사-집을 반복하는 삶이었지만 야근이 무조건 나쁜 것만은 아니었습니다. 다행히 대기업이라 야근 수당을 꼬박꼬박 신청할 수 있었고, 연봉이 높지 않던 신입 시절엔 야근 수당이 모이면 나름 쏠쏠했거든요. 당시 자취를 했었는데 저렴한 구내 식당에서 저녁을 해결하는 것도 나름 혜택으로 볼 수도 있었습니다. 다른 대기업으로 이직 후에도 야근은 어김없이 이어졌습니다. 입사 첫 주 내내 야근을 했더니, 부서장님은 "개념 있는 경력직이 들어왔다"며 칭찬을 하시더군요. 중간급 개발자가 되자 위에서 이것저것 시키는 잡일이 많아져, 주로 야근 시간을 활용해서 제 본연의 업무인 소프트웨어 개발을 했습니다. 이직한 회사에서는 복지가 더 좋아서 대중교통이 끊길 때까지 야근을 하면 택시를 타고 퇴근하도록 법인 카드를 주었습니다. 그래서 애매하게 야근을 하느니 아예 막차가 끊길 때까지 버틸 때가 많았습니다. 택시 안에서 몸은 편했지만 마음은 편치 않았습니다. 제 귀한 시간과 회사의 돈이 함께 낭비되고 있다는 생각이 들었거든요. 한국에서 10년 가까이 야근을 하고 캐나다로 넘어왔는데, 이 나라에서는 아무도 야근을 하지 않는다는 사실에 문화 충격을 받았습니다. 야근이라는 개념 자체가 없는 느낌이랄까요? 오후 4~5시만 되면 모두 자연스럽게 퇴근했고, 저는 그 모습이 너무 낯설게 느껴졌습니다. 하루에 8시간 일을 해서는 영 성에 차지 않았고, 그래서 저는 홀로 사무실에 남아 야근을 하기 시작했습니다. 영어도 못하는데 남들보다 더 오래라도 일해서 인정받아야겠다는 생각을 했습니다. 그러던 중 매니저와 1:1 미팅을 하게 되었는데, 정말 의외의 피드백을 받았습니다. 매니저는 인정은커녕 야근을 하는 저를 상당히 걱정스럽게 바라보고 있었던 겁니다. "업무 시간 내에 일을 끝내지 못하고 야근을 한다는 건 헌신이 아니라 무능입니다. 그리고 그건 팀 매니저인 저의 관리 역량 문제이기도 하죠." 이 말을 듣고 한 대 맞은 듯한 기분이 들었습니다. 이후 동료들을 관찰해보니 정해진 근무 시간 안에 주어진 일을 끝내려고 엄청 애쓰고 있더군요. 점심 시간도 아껴가며 샌드위치를 입에 물고 몰입하는 친구들도 있었습니다. 다들 어떻게 하면 효율적으로 일할 수 있을지 고민하고 있었습니다. 반면, 저는 오전엔 느긋하게 보내다가 오후가 되어야 비로소 일이 손에 잡혔습니다. 매니저의 솔직한 피드백 덕분에 처음으로 저의 노동 생산성이 얼마나 형편없는지 인지하게 되었습니다. 그런데 야근을 너무 오래해서 그런가 하루 아침에 고쳐지지는 않더라고요? ㅋㅋ 계속해서 매니저의 도움을 받으며 야근의 습관을 고쳐나갔습니다. 이제는 저도 아이가 있어서, 퇴근 후에 가족과 충분한 시간을 보낼 수 있는 환경이 얼마나 감사한지 모릅니다. 게다가 블로그 글도 쓰고, 유튜브 영상도 찍고, 그룹 스터디도 할 수 있는 여유가 생겼거든요. 아내 역시 한국에서 저못지 않게 야근을 많이 했었는데, 한국이었다면 어떻게 일과 육아를 병행했을지 깜깜하다네요. 저희 둘 다 야근이 없어지면서 삶의 질이 크게 올라갔음을 느낍니다. 한국은 세계 10위권 경제 대국이 되었지만, 여전히 연평균 노동 시간은 최상위권입니다. 반면에 시간당 노동 생산성은 OECD 국가 가운데 하위권에 머물고 있습니다. 물론 제도적인 변화(유연근무제, 재택근무, 노동시간 단축 등)도 중요하지만, 그보다 "야근은 미덕"이라는 오래된 인식의 바뀌어야 하지 않을까 싶습니다. 미디어에서 요즘 MZ 세대는 더 이상 야근하지 않는다는 얘기를 듣고 정말 그런 줄 알았는데, 실제로 한국에서 일하고 있는 사회 초년생분들과 이야기를 나눠보니 옛날과 크게 달라지지 않은 것 같더라고요. 기존 세대는 말 할 것도 없고요. 한국에서도 더 이상 얼마나 오래 일하는데 연연하지 않고 생산성과 효율을 중시하는 조직 문화가 자리 잡았으면 좋겠습니다.

야근의 관성

분당 5억의 매출이 발생하는 이벤트 시스템을 어떻게 구축하고 운영했는지 소개합니다.

무진장 힘들었지만 무진장 성장한 개발 이야기

치솟는 트래픽을 감당하기 위해 어떤 준비를 했는지 볼 수 있는 글이라 너무 좋네요

https://medium.com/musinsa-tech/%EB%AC%B4%EC%A7%84%EC%9E%A5-%ED%9E%98%EB%93%A4%EC%97%88%EC%A7%80%EB%A7%8C-%EB%AC%B4%EC%A7%84%EC%9E%A5-%EC%84%B1%EC%9E%A5%ED%95%9C-%EA%B0%9C%EB%B0%9C-%EC%9D%B4%EC%95%BC%EA%B8%B0-e445888579a9

치솟는 트래픽을 감당하기 위해 어떤 준비를 했는지 볼 수 있는 글이라 너무 좋네요 https://medium.com/musinsa-tech/%EB%AC%B4%EC%A7%84%EC%9E%A5-%ED%9E%98%EB%93%A4%EC%97%88%EC%A7%80%EB%A7%8C-%EB%AC%B4%EC%A7%84%EC%9E%A5-%EC%84%B1%EC%9E%A5%ED%95%9C-%EA%B0%9C%EB%B0%9C-%EC%9D%B4%EC%95%BC%EA%B8%B0-e445888579a9

Medium

무신사의 대용량 트래픽 경험기

최근 몇일 동안 OpenAI 개발자 플랫폼을 활용하여
AI의 구성요소와 에이전트 빌딩에 대해 혼자 공부하면서 느낀 점을 공유합니다. 

OpenAI답게, 공식 개발자 플랫폼에서
제공하는 학습 자료들을 통해

AI에 대해 기본적인 이해를 할 수 있도록 체계적으로 잘 구성되어 있고,
여러가지 예시 코드를 제공해주고 있어서

Assistant, Threads, Model, Tools 등 다양한 형태의
구성요소를 이리저리 뗏다가 붙였다가 하면서 조합해볼 수도 있습니다.

혼자서 AI를 공부하면서 정말 많이 느낀 점 중 하나는
프로그래밍 기초에 대해 알면 알수록
더욱 강력한 AI 활용 능력을 가진다는 점이였습니다.

저 역시 대학과 대학원 기간 동안
기초 프로그래밍에 대해 공부하긴 했지만,
개발자분들만큼의 지식을 쌓기에는 역부족이였어요.

단순히 코드를 작성하느냐 마냐의 문제라기보다,
개발자적인 마인드셋 (객체 지향의 구조화, 효율화)를
얼마나 잘 할 수 있냐에 따라,

AI의 무궁무진한 가능성을
직접 경험하고 만들어볼 수 있다는 점이
격하게 느껴지는 순간이였습니다.

앞으로 바이브 코딩(Vibe Coding)의 열풍은 계속되겠지만,
진짜 AI의 파워는 프로그래밍의 힘을 이해하는 순간,
발휘될 것이라고 생각합니다.

최근 몇일 동안 OpenAI 개발자 플랫폼을 활용하여AI의 구성요소와 에이전트 빌딩에 대해 혼자 공부하면서 느낀 점을 공유합니다.&nbsp; OpenAI답게, 공식 개발자 플랫폼에서 제공하는 학습 자료들을 통해 AI에 대해 기본적인 이해를 할 수 있도록 체계적으로 잘 구성되어 있고, 여러가지 예시 코드를 제공해주고 있어서 Assistant, Threads, Model, Tools 등 다양한 형태의 구성요소를 이리저리 뗏다가 붙였다가 하면서 조합해볼 수도 있습니다. 혼자서 AI를 공부하면서 정말 많이 느낀 점 중 하나는 프로그래밍 기초에 대해 알면 알수록 더욱 강력한 AI 활용 능력을 가진다는 점이였습니다. 저 역시 대학과 대학원 기간 동안 기초 프로그래밍에 대해 공부하긴 했지만, 개발자분들만큼의 지식을 쌓기에는 역부족이였어요. 단순히 코드를 작성하느냐 마냐의 문제라기보다, 개발자적인 마인드셋 (객체 지향의 구조화, 효율화)를 얼마나 잘 할 수 있냐에 따라, AI의 무궁무진한 가능성을 직접 경험하고 만들어볼 수 있다는 점이 격하게 느껴지는 순간이였습니다. 앞으로 바이브 코딩(Vibe Coding)의 열풍은 계속되겠지만, 진짜 AI의 파워는 프로그래밍의 힘을 이해하는 순간, 발휘될 것이라고 생각합니다.

기초 프로그래밍을 좀 더 열심히 공부할 걸..

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

 - YouTube

AI 프로토타이핑(또는 바이브 코딩)에 접근하는 방식에는 크게 두 가지가 존재합니다. 하나는 LLM의 흐름에 맡겨 자연스럽게 아이디어를 발전시키는 것이고, 다른 하나는 기존의 프로덕트 디자인 시스템과 브랜드 자산을 적극적으로 활용하며 구조적으로 접근하는 것입니다.

링크로 공유하는 유튜브 인터뷰 영상에서 Claire Vo는 AI 프로덕트 개발에서의 자유로운 접근을 강조하는데요. "I want to just go where LLM takes me. Ride the wave of the tokens."라는 표현을 통해, LLM이 이끄는 방향으로 자연스럽게 탐색하는 자신의 스타일을 어필합니다. 그러나 현실적으로 기업 환경에서 이러한 접근에 한계가 있을 수 있어서 일종의 가드레일이 필요할 수 있습니다.

How to build prototypes that actually look like your product | Colin Matthews: https://www.youtube.com/watch?v=I62dr0TwyZM

이러한 한계를 해결하고 실질적인 협업을 지원하기 위한 다른 접근법을 이 인터뷰 영상에 출연하는 Colin Matthews가 잘 소개해서 추천드립니다. 레니 뉴스레터에도 소개되었는데, 실제 영상으로 확인하니 더 이해가 잘 되는 것 같습니다.

Colin Matthews는 V0나 Magic Patterns와 같은 AI 프로토타이핑 도구를 활용하여, 디자인 컴포넌트 라이브러리를 구축하고, 이를 기반으로 구조적으로 프로토타이핑을 만드는 방법을 제안합니다. 스크린샷 기반으로 V0를 통해 디자인 컴포넌트 라이브러리를 만드는 것도 재미있지만, Magic Patterns가 제공하는 플러그인을 통해서 html 요소를 디자인 시스템으로 변환하고, 프로토타이핑 하는 방법을 보여줍니다.

그리고 Fork 방식으로 팀내에서 기존 베이스라인을 기반으로 여러 테스팅을 하는 것도 프로덕트 팀 간의 협업 효율성을 높이는데 유용해 보이는 접근 같습니다. 영상 길이가 길지 않아서 보시길 추천드리고요.

추가로 AI 프로토타이핑 툴이 가진 한계와 왜 영상속 방식이 깔끔한지를 설명드리면...
최근 V0 같은 AI 프로토타이핑 툴들이 GitHub와 양방향 동기화를 제공하기도 하지만, 현실적인 도전 과제가 여전히 존재합니다. 많은 AI 툴들이 특정한 파일 포맷이나 프레임워크(예: React)에 맞춰져 설계되어 있어서, 기존에 사용 중인 코드베이스를 바로 불러오는 데 어려움을 겪게 됩니다. 특히 렌더링 문제는 큰 도전 과제로 남아 있습니다.

브라우저는 오직 순수 HTML, CSS, JavaScript만 이해할 수 있습니다. 그러나 현대적인 웹 개발에서 널리 사용되는 React와 같은 라이브러리는 코드 관리가 편리하지만, 이를 브라우저가 이해할 수 있는 형태로 변환하는 build step이 필수적입니다. 이 과정은 바로 이루어지기 어렵고, 특정 파일 구조나 설정이 선제적으로 갖춰져 있어야 합니다.

LLM 역시 마찬가지로 특정 출력 포맷에 대한 구조적 정의가 필요합니다. 시스템 프롬프트를 통해 LLM이 어떤 포맷으로 결과를 출력해야 하는지 명확히 설정해야 하는데, 이때 실제 사용하는 코드베이스와 LLM의 학습된 포맷이 충돌하면 활용도가 크게 떨어질 수 있습니다. 특히 기업에서 사내 전용 라이브러리를 사용할 경우, LLM이 이를 전혀 인지하지 못하거나 접근할 수 없는 상황이 생기기도 합니다.

오랫동안 이 이슈를 고민한 Bolt.new와 같은 AI 프로토타이핑 도구들은 이 같은 문제를 해결하기 위해 웹 컨테이너(Web Container) 기술을 도입하고 있습니다. Bolt의 웹 컨테이너 기술은 브라우저 내부에서 빌드 단계를 대응하려 합니다. 가장 잠재력이 있는 플레이어라고 볼 수 있는데, 실제 테스트를 해보면 쉽지 않습니다.

엔지니어들이 많이 이용하는 Cursor, Windsurf 같은 툴들은 렌더링 없이 파일 기반으로 채팅을 주고 받는 방식이라 이러한 문제를 피할 수 있어 다르게 접근할 수 있기도 합니다. 하지만 프로덕트 매니저, 디자이너 등 다양한 직군 멤버가 소통하기에 한계가 있긴 합니다.

그래서 핵심은 유튜브 영상에 보여진 접근인 디자인 컴포넌트를 기반으로 기존 코드베이스가 아닌 새로운 프로젝트를 AI 프로토타이핑 툴에서 만드는 것이 작업할때 깔끔하다는 것을 느끼실 수 있을 것입니다.

AI 프로토타이핑(또는 바이브 코딩)에 접근하는 방식에는 크게 두 가지가 존재합니다. 하나는 LLM의 흐름에 맡겨 자연스럽게 아이디어를 발전시키는 것이고, 다른 하나는 기존의 프로덕트 디자인 시스템과 브랜드 자산을 적극적으로 활용하며 구조적으로 접근하는 것입니다. 링크로 공유하는 유튜브 인터뷰 영상에서 Claire Vo는 AI 프로덕트 개발에서의 자유로운 접근을 강조하는데요. "I want to just go where LLM takes me. Ride the wave of the tokens."라는 표현을 통해, LLM이 이끄는 방향으로 자연스럽게 탐색하는 자신의 스타일을 어필합니다. 그러나 현실적으로 기업 환경에서 이러한 접근에 한계가 있을 수 있어서 일종의 가드레일이 필요할 수 있습니다. How to build prototypes that actually look like your product | Colin Matthews: https://www.youtube.com/watch?v=I62dr0TwyZM 이러한 한계를 해결하고 실질적인 협업을 지원하기 위한 다른 접근법을 이 인터뷰 영상에 출연하는 Colin Matthews가 잘 소개해서 추천드립니다. 레니 뉴스레터에도 소개되었는데, 실제 영상으로 확인하니 더 이해가 잘 되는 것 같습니다. Colin Matthews는 V0나 Magic Patterns와 같은 AI 프로토타이핑 도구를 활용하여, 디자인 컴포넌트 라이브러리를 구축하고, 이를 기반으로 구조적으로 프로토타이핑을 만드는 방법을 제안합니다. 스크린샷 기반으로 V0를 통해 디자인 컴포넌트 라이브러리를 만드는 것도 재미있지만, Magic Patterns가 제공하는 플러그인을 통해서 html 요소를 디자인 시스템으로 변환하고, 프로토타이핑 하는 방법을 보여줍니다. 그리고 Fork 방식으로 팀내에서 기존 베이스라인을 기반으로 여러 테스팅을 하는 것도 프로덕트 팀 간의 협업 효율성을 높이는데 유용해 보이는 접근 같습니다. 영상 길이가 길지 않아서 보시길 추천드리고요. 추가로 AI 프로토타이핑 툴이 가진 한계와 왜 영상속 방식이 깔끔한지를 설명드리면... 최근 V0 같은 AI 프로토타이핑 툴들이 GitHub와 양방향 동기화를 제공하기도 하지만, 현실적인 도전 과제가 여전히 존재합니다. 많은 AI 툴들이 특정한 파일 포맷이나 프레임워크(예: React)에 맞춰져 설계되어 있어서, 기존에 사용 중인 코드베이스를 바로 불러오는 데 어려움을 겪게 됩니다. 특히 렌더링 문제는 큰 도전 과제로 남아 있습니다. 브라우저는 오직 순수 HTML, CSS, JavaScript만 이해할 수 있습니다. 그러나 현대적인 웹 개발에서 널리 사용되는 React와 같은 라이브러리는 코드 관리가 편리하지만, 이를 브라우저가 이해할 수 있는 형태로 변환하는 build step이 필수적입니다. 이 과정은 바로 이루어지기 어렵고, 특정 파일 구조나 설정이 선제적으로 갖춰져 있어야 합니다. LLM 역시 마찬가지로 특정 출력 포맷에 대한 구조적 정의가 필요합니다. 시스템 프롬프트를 통해 LLM이 어떤 포맷으로 결과를 출력해야 하는지 명확히 설정해야 하는데, 이때 실제 사용하는 코드베이스와 LLM의 학습된 포맷이 충돌하면 활용도가 크게 떨어질 수 있습니다. 특히 기업에서 사내 전용 라이브러리를 사용할 경우, LLM이 이를 전혀 인지하지 못하거나 접근할 수 없는 상황이 생기기도 합니다. 오랫동안 이 이슈를 고민한 Bolt.new와 같은 AI 프로토타이핑 도구들은 이 같은 문제를 해결하기 위해 웹 컨테이너(Web Container) 기술을 도입하고 있습니다. Bolt의 웹 컨테이너 기술은 브라우저 내부에서 빌드 단계를 대응하려 합니다. 가장 잠재력이 있는 플레이어라고 볼 수 있는데, 실제 테스트를 해보면 쉽지 않습니다. 엔지니어들이 많이 이용하는 Cursor, Windsurf 같은 툴들은 렌더링 없이 파일 기반으로 채팅을 주고 받는 방식이라 이러한 문제를 피할 수 있어 다르게 접근할 수 있기도 합니다. 하지만 프로덕트 매니저, 디자이너 등 다양한 직군 멤버가 소통하기에 한계가 있긴 합니다. 그래서 핵심은 유튜브 영상에 보여진 접근인 디자인 컴포넌트를 기반으로 기존 코드베이스가 아닌 새로운 프로젝트를 AI 프로토타이핑 툴에서 만드는 것이 작업할때 깔끔하다는 것을 느끼실 수 있을 것입니다.

YouTube

디자인 컴포넌트 기반 AI 프로토타이핑

AI와 코딩할 때, 혹시 결과만 말하고 계신가요?
얼마 전 프로필 페이지를 AI와 함께 만들면서 이상한 걸 발견했어요.
내가 생각하지 않은 로직이 코드에 들어가 있었고, 불필요한 데이터 호출까지 늘어나 있더라고요. 이런 문제들이 쌓이면 코드는 점점 더 복잡해지고, 결국 나중에 걷잡을 수 없어질 거라 느꼈어요.

왜 이런 일이 생겼을까요..?

이번 영상에선 결과만 강조하는 Vibe Coding의 한계를 직접 경험한 사례를 보여드리고,
그 문제를 해결하는 새로운 방식, Augmented Coding을 소개합니다.

TDD의 아버지인 켄트 백(Kent Beck)의 블로그에서 영감을 얻어 발견한 이 방식은 결과뿐 아니라 "과정"을 명확히 AI에게 전달하는 코딩이어요.

영상에서 다루는 내용
- Vibe Coding의 한계 (실제 사례로 살펴보기)
- Augmented Coding이란? (결과 vs 과정)
- AI에게 '과정'을 정확하게 전달하는 방법
- 실제 프로젝트에서 Augmented Coding 적용한 과정 소개 (FSD 아키텍처로 설계)
- 엔지니어는 AI와 협업할 때, 어디까지 개입해야 할까?

결과가 아니라 과정을 중심으로 협업하면,
AI와 더 잘 소통할 수 있고, 코드도 깔끔하게 유지할 수 있어요.

엔지니어로서 AI와의 협업 방식을 고민하시는 분이라면,
이번 영상이 좋은 힌트가 되길 바랍니다. 🤗

각자의 자리에서 함께 공부하시는 모든 분들 화이팅입니다. :)

https://youtu.be/xbPoEtEGcmg

AI와 코딩할 때, 혹시 결과만 말하고 계신가요? 얼마 전 프로필 페이지를 AI와 함께 만들면서 이상한 걸 발견했어요. 내가 생각하지 않은 로직이 코드에 들어가 있었고, 불필요한 데이터 호출까지 늘어나 있더라고요. 이런 문제들이 쌓이면 코드는 점점 더 복잡해지고, 결국 나중에 걷잡을 수 없어질 거라 느꼈어요. 왜 이런 일이 생겼을까요..? 이번 영상에선 결과만 강조하는 Vibe Coding의 한계를 직접 경험한 사례를 보여드리고, 그 문제를 해결하는 새로운 방식, Augmented Coding을 소개합니다. TDD의 아버지인 켄트 백(Kent Beck)의 블로그에서 영감을 얻어 발견한 이 방식은 결과뿐 아니라 "과정"을 명확히 AI에게 전달하는 코딩이어요. 영상에서 다루는 내용 - Vibe Coding의 한계 (실제 사례로 살펴보기) - Augmented Coding이란? (결과 vs 과정) - AI에게 '과정'을 정확하게 전달하는 방법 - 실제 프로젝트에서 Augmented Coding 적용한 과정 소개 (FSD 아키텍처로 설계) - 엔지니어는 AI와 협업할 때, 어디까지 개입해야 할까? 결과가 아니라 과정을 중심으로 협업하면, AI와 더 잘 소통할 수 있고, 코드도 깔끔하게 유지할 수 있어요. 엔지니어로서 AI와의 협업 방식을 고민하시는 분이라면, 이번 영상이 좋은 힌트가 되길 바랍니다. 🤗 각자의 자리에서 함께 공부하시는 모든 분들 화이팅입니다. :) https://youtu.be/xbPoEtEGcmg

youtu.be

AI와 코딩할 때, 혹시 결과만 말하고 계신가요?
얼마 전 프로필

1. 스티브 잡스는 매일 아침 거울 앞에서 스스로에게 물었다. 오늘이 내 삶의 마지막 날이라면, 지금 이 일을 계속할 거냐고.

2. 모멘토 모리. 죽음을 기억하라. 죽음은 인간이 만든 최고의 발명품이다. 그 누구도 예외 없다. 사람은 모두 죽는다. 사람의 시간은 유한하다.

3. 그럼에도 우리는 시간을 무한한 자원처럼 다룬다. 눈에 보이지 않기 때문이다. 한 시간, 하루, 한 달. 보이지 않는 시간을 단위로 개념화했다. 그럼에도 시간은 잘 와닿지 않는다.

4. 우선순위는 보이지 시간에 대한 결정이다. 한정된 시간을 어디에 쓸 것인가. 사람의 삶과 마찬가지로 기업에게도 가장 중요하다.

5. 텅 빈 투명한 통이 있다. 여기 다양한 크기의 돌멩이를 담는다. 통은 시간이다. 돌멩이는 우리가 시간을 쓰는 일이다.

6. 돌의 크기는 저마다 다르다. 크기는 중요도와 비례한다고 하자. 어떤 걸 먼저 담아야 같은 통에 가장 많은 돌을 채울 수 있을까? 쉽다. 큰 돌을 먼저 담은 다음, 나머지 공간을 작은 돌로 채운다. 가장 밀도가 높다. 시간을 효율적으로 쓴 셈이다.

7. 순서를 거꾸로 한다면 어떻게 될까? 작은 돌들을 먼저 채운다. 나중에 큰 돌을 담아본다. 몇 개 들어가지 않는다. 많은 작은 돌들이 이미 꽉 차버렸으니까. 큰일이다. 그래도 돌멩이는 쏟고 다시 담으면 된다. 하지만, 써버린 시간은 되돌릴 수 없다.

8. 부와 성공을 이룬 사람은 돈으로 최대한 시간을 산다. 중요하지 않은 결정은 시간을 안 쓴다. 매일 같은 옷을 입고, 같은 식단을 먹는다.

9. 기업도 마찬가지다. 기업의 시간은 구성원의 시간이다. 구성원의 수만큼 시간이 있는 셈이다.

10. 기업의 시간을 늘리는 방법은 두 가지다. 채용을 해서 구성원의 수를 늘리면 된다. 빠르게 시간을 늘릴 수 있다. 하지만 감당해야 할 대가가 매우 크다. 되돌리기 어려운 결정이다.

11. 다른 방법은 시간 사용을 효율화하는 것이다. 높은 역량이 있는 사람을 채용한다. 성과를 내는 과정을 효율화한다.

12. '어떤 일을 할 시간이 없다'라는 말은 사실 '그 일은 우선순위에 없다'라는 말과 같다. 최악은 내가 가진 돌멩이에 우선순위가 없는 것이다. 이 돌, 저 돌 건드리다 결국 하나도 제대로 해내지 못한다. 흐지부지 시간은 계속 흐른다.

13. 모래시계처럼 우리의 남은 시간을 눈으로 볼 수 있다면 얼마나 좋을까. 조금은 더 효율적으로 살 수 있지 않을까.

14. 시각은 뇌가 다루는 감각의 90%를 차지한다. 그래서 우리는 눈에 안 보이는 걸 덜 중요하게 여긴다.

15. 시간, 결정, 건강, 관계. 살면서 점점 더 중요한 것들은 눈에 보이지 않는다는 것을 깨닫는다. 무의식의 흐름대로 살다가도 문득문득 멈춰서 다시 챙겨 본다. 나는 지금 보이지 않는 것들을 잘 챙겨가고 있을까.

#죽음을기억하라

1. 스티브 잡스는 매일 아침 거울 앞에서 스스로에게 물었다. 오늘이 내 삶의 마지막 날이라면, 지금 이 일을 계속할 거냐고. ​2. 모멘토 모리. 죽음을 기억하라. 죽음은 인간이 만든 최고의 발명품이다. 그 누구도 예외 없다. 사람은 모두 죽는다. 사람의 시간은 유한하다. 3. 그럼에도 우리는 시간을 무한한 자원처럼 다룬다. 눈에 보이지 않기 때문이다. 한 시간, 하루, 한 달. 보이지 않는 시간을 단위로 개념화했다. 그럼에도 시간은 잘 와닿지 않는다. 4. 우선순위는 보이지 시간에 대한 결정이다. 한정된 시간을 어디에 쓸 것인가. 사람의 삶과 마찬가지로 기업에게도 가장 중요하다. ​5. 텅 빈 투명한 통이 있다. 여기 다양한 크기의 돌멩이를 담는다. 통은 시간이다. 돌멩이는 우리가 시간을 쓰는 일이다. ​6. 돌의 크기는 저마다 다르다. 크기는 중요도와 비례한다고 하자. 어떤 걸 먼저 담아야 같은 통에 가장 많은 돌을 채울 수 있을까? 쉽다. 큰 돌을 먼저 담은 다음, 나머지 공간을 작은 돌로 채운다. 가장 밀도가 높다. 시간을 효율적으로 쓴 셈이다. 7. 순서를 거꾸로 한다면 어떻게 될까? 작은 돌들을 먼저 채운다. 나중에 큰 돌을 담아본다. 몇 개 들어가지 않는다. 많은 작은 돌들이 이미 꽉 차버렸으니까. 큰일이다. 그래도 돌멩이는 쏟고 다시 담으면 된다. 하지만, 써버린 시간은 되돌릴 수 없다. 8. 부와 성공을 이룬 사람은 돈으로 최대한 시간을 산다. 중요하지 않은 결정은 시간을 안 쓴다. 매일 같은 옷을 입고, 같은 식단을 먹는다. 9. 기업도 마찬가지다. 기업의 시간은 구성원의 시간이다. 구성원의 수만큼 시간이 있는 셈이다. 10. 기업의 시간을 늘리는 방법은 두 가지다. 채용을 해서 구성원의 수를 늘리면 된다. 빠르게 시간을 늘릴 수 있다. 하지만 감당해야 할 대가가 매우 크다. 되돌리기 어려운 결정이다. ​11. 다른 방법은 시간 사용을 효율화하는 것이다. 높은 역량이 있는 사람을 채용한다. 성과를 내는 과정을 효율화한다. ​12. '어떤 일을 할 시간이 없다'라는 말은 사실 '그 일은 우선순위에 없다'라는 말과 같다. 최악은 내가 가진 돌멩이에 우선순위가 없는 것이다. 이 돌, 저 돌 건드리다 결국 하나도 제대로 해내지 못한다. 흐지부지 시간은 계속 흐른다. ​13. 모래시계처럼 우리의 남은 시간을 눈으로 볼 수 있다면 얼마나 좋을까. 조금은 더 효율적으로 살 수 있지 않을까. ​14. 시각은 뇌가 다루는 감각의 90%를 차지한다. 그래서 우리는 눈에 안 보이는 걸 덜 중요하게 여긴다. ​15. 시간, 결정, 건강, 관계. 살면서 점점 더 중요한 것들은 눈에 보이지 않는다는 것을 깨닫는다. 무의식의 흐름대로 살다가도 문득문득 멈춰서 다시 챙겨 본다. 나는 지금 보이지 않는 것들을 잘 챙겨가고 있을까. #죽음을기억하라

< 인생을 바꾸는 ‘큰 돌멩이’의 법칙 >

Gemini CLI가 무료라길래 주말에 사용해봤습니다.

기존에 만들던 프로젝트가 있는데, 현재 중간 기능까지만 완성된 상태인데요,
시간과 의욕이 없어 중단된 상태였는데, 좋은 기회다 싶었습니다.

우선, 바이브 코딩으로 기존에 만들었던 프로젝트를 새로 만들 수 있을지 시도해봤습니다.
겉 모양은 그럴싸하게 나왔는데, 실제 동작을 시켜보면 여러 버그와 크래시가 발생했고, 버그 수정도 잘 못했습니다.
모양은 잘 잡았지만, 알맹이 수정에 끝이 없어보여서, 새로 만드는 것은 무리라고 판단했습니다.

그래서, 새로 만드는 것 말고 기존에 만든 프로젝트에 기능을 확장하는 시도를 해보았습니다.
큰 수정은 필요 없었고, 기존 로직과 유사한데 for-loop을 반대로 돌거나, 자료구조 한 세트를 더 가지는 정도의 수정이 필요했습니다.
아쉽게도, 이 또한 잘 수행하지 못했습니다.

특히 Gemini 2.5 flash는 문제가 더 심했는데,
 * 중괄호를 두 번 닫거나
 * 시킨 동작은 하지 않고, 엉뚱하게 앞선 메시지에 대한 답변을 하거나
 * 초기화 전에 값을 쓰려하거나

... 오동작이 좀 많이 있었습니다.

바이브 코딩으로 데이터 파서와 뷰어는 잘 만들 수 있는 것 같은데, 조금 복잡한 로직이 들어가면 사람 손이 필요해 보이긴 합니다.

Claude code는 프로젝트 완성을 해줄 수 있을지 궁금하긴 한데, 돈 내고 속상할까봐 망설이게 되네요.

Gemini CLI가 무료라길래 주말에 사용해봤습니다. 기존에 만들던 프로젝트가 있는데, 현재 중간 기능까지만 완성된 상태인데요,시간과 의욕이 없어 중단된 상태였는데, 좋은 기회다 싶었습니다. 우선, 바이브 코딩으로 기존에 만들었던 프로젝트를 새로 만들 수 있을지 시도해봤습니다.겉 모양은 그럴싸하게 나왔는데, 실제 동작을 시켜보면 여러 버그와 크래시가 발생했고, 버그 수정도 잘 못했습니다.모양은 잘 잡았지만, 알맹이 수정에 끝이 없어보여서, 새로 만드는 것은 무리라고 판단했습니다. 그래서, 새로 만드는 것 말고 기존에 만든 프로젝트에 기능을 확장하는 시도를 해보았습니다.큰 수정은 필요 없었고, 기존 로직과 유사한데 for-loop을 반대로 돌거나, 자료구조 한 세트를 더 가지는 정도의 수정이 필요했습니다.아쉽게도, 이 또한 잘 수행하지 못했습니다. 특히 Gemini 2.5 flash는 문제가 더 심했는데,<ul><li>중괄호를 두 번 닫거나</li><li>시킨 동작은 하지 않고, 엉뚱하게 앞선 메시지에 대한 답변을 하거나</li><li>초기화 전에 값을 쓰려하거나</li></ul> ... 오동작이 좀 많이 있었습니다. 바이브 코딩으로 데이터 파서와 뷰어는 잘 만들 수 있는 것 같은데, 조금 복잡한 로직이 들어가면 사람 손이 필요해 보이긴 합니다. Claude code는 프로젝트 완성을 해줄 수 있을지 궁금하긴 한데, 돈 내고 속상할까봐 망설이게 되네요.

Gemini CLI가 무료라길래 주말에 사용해봤습니다.

기존에 

WEBNORI

DDD의 창시자는 에릭에반스, DDD설계자이자 구현자인 반버논의 강의영상 설계자와 구현자를 이분하지 않는것이 이 진영의 특징이며 도메인모델을 코드에 표현해 녹여내는게 핵심입니다. 도메인 이벤트 처리를 위해 꼭 액터모델을 이용할 필요는 없지만~ 도움되는 장치를 제공합니다. - DDD와 액터모델을 셋트로 학습할수 있는 영상입니다.

요약글링크 : https://wiki.webnori.com/display/AKKA/Using+the+Actor+Model+with+Domain-Driven+Design+%28DDD%29+in+Reactive+Systems

DDD의 창시자는 에릭에반스, DDD설계자이자 구현자인 반버논의 강의영상 설계자와 구현자를 이분하지 않는것이 이 진영의 특징이며 도메인모델을 코드에 표현해 녹여내는게 핵심입니다. 도메인 이벤트 처리를 위해 꼭 액터모델을 이용할 필요는 없지만~ 도움되는 장치를 제공합니다. - DDD와 액터모델을 셋트로 학습할수 있는 영상입니다. 요약글링크 : https://wiki.webnori.com/display/AKKA/Using+the+Actor+Model+with+Domain-Driven+Design+%28DDD%29+in+Reactive+Systems

wiki.webnori.com

DDD와 액터모델

(웹)프론트엔드 개발이 쉬워보인다면 CSS나 WebGL 차력쇼나 대량의 실시간 업데이트 같은 것을 경험해보지 못해서..

근데 사실 (웹)백엔드도 대부분의 일은 CRUD라 요즘은 뇌 없이도 할 수 있다. (광역 어그로)

(웹)프론트엔드 개발이 쉬워보인다면 CSS나 WebGL 차력쇼나 대량의 실시간 업데이트 같은 것을 경험해보지 못해서.. 근데 사실 (웹)백엔드도 대부분의 일은 CRUD라 요즘은 뇌 없이도 할 수 있다. (광역 어그로)

(웹)프론트엔드 개발이 쉬워보인다면 CSS나 WebGL 차력쇼나 

우린 정말 사용자를 위하고 있을까? 모든 기업이 '사용자'와 '경험'을 강조하지만, 실제로 그럴까요? 글쎄요.

사용자를 이해하는 유일한 방법에 대하여 | 독서모임 | 리서치 하는데요 | 트레바리

트레바리 <리서치 하는데요> 6번째 시즌을 시작합니다. 벌써 2년째 클럽을 이어가고 있는데 매번 첫 번째 책을 고르는데 시간을 많이 쓰고 있습니다. 첫 번째 책은 크리스틴 로제 『경험의 멸종』으로 정했습니다.

첫 번째 모임
📖크리스틴 로젠, 『경험의 멸종』

기술은 날로 완벽해지는데 왜 인간은 점점 더 불안해질까요? <리서치 하는데요> 6번째 시즌의 첫 번째 책은 "우리는 어떻게 경험을 잃어가고 있을까?"에 대한 잃어가고 있는 경험을 이야기해보려고 합니다. 넷플릭스 시리즈 '블랙미러'를 떠올리게 만드는 이 책은 '인간다움'과 '경험의 본질'에 대해 성찰하는 시간으로 대화가 이어지는 매개가 될 것입니다. 

더 쉽게 경험을 할 수 있도록 만든 디지털기술은 왜 사용자의 감각을 마비시킬까요? 더 많은 것을 누리지만 왜 더 불안해지는 걸까요? 나의 감정은 왜 점점 단순해지고 기다림에는 인색해지는 걸까요? 감동이 사라지고 무한 스크롤 속에 쾌락만 허락된 시대. 가만히 경험의 멸종에 대해 이야기할 시간은 회사에서도, 다른 모임에서도 쉽게 허락되지 않았습니다. 첫 번째 모임에서는 더 나은 사용자 경험을 만들기 위한 만드는 사람의 책임과 태도를 함께 이야기해 보겠습니다.

두 번째 모임
📖알랭 드 보통,『행복의 건축』

이 책은 철학적이고 예술적이며 담담합니다. 건축을 전공한 멋진 선배가 첫 직장에서 제게 선물했던 책이기도 한데요. 드 보통은 첫 번째 책에서 이야기 한 경험에 대해 차원을 넓히는 단서를 이야기합니다. 책은 건축의 일상성에 대해 이야기하지만, 인간이 경험하는 공통적인 자극에 대해 철학적인 의미를 이야기합니다. "장소가 달라지면 나쁜 쪽이든 좋은 쪽이든 사람도 달라진다"라는 관념처럼 어떤 경험을 플랫폼에서 설계하느냐에 따라 사용자가 느끼는 경험의 행복감은 차이가 생깁니다. 일상 속의 경험, 건축 속의 설계에 대해 함께 이야기하며 사용자 경험을 들여다보는 해상도를 높여볼까요?

세 번째 모임
📖류쉐펑,『복잡한 세상을 이기는 수학의 힘』

어떤 습관이 사용자 경험을 설계하는 사람의 고민을 더 깊이 있게 만들까요? 감정에 공감하면서 때로는 수학적인 접근이 필요하다고 믿습니다. 특히 내부 이해관계자를 설득할 때에 필요한 도구는 수학과 관련이 깊습니다. 사용자 경험을 다루고, 리서치를 하면서 가장 어려운 점은 리더십을 설득하는 과정인데요. 그때마다 사고의 폭을 확장하는데, 복잡한 현상을 구조화하는데 도움이 되는 프레임워크에 대해 함께 살펴보고 각자의 경험을 대입해 볼까요?

네 번째 모임
📖황현산,『밤이 선생이다』

<리서치 하는데요>는 사용자 경험에 대해 이야기하지만 방법론의 함정에 빠지는 것을 경계하려고 애써왔습니다. 그러려면 각자의 경험과 방식을 존중하고 또 불편하지만 포기할 수 없는 선에 대해서 이야기를 할 필요가 있다고 믿습니다. 에세이는 다른 사람의 생각을 근원까지 들여다보는데 가장 효과적인 장르입니다. 인간에 대한 이해와 비평, 슬프지만 따뜻한 마음이 느껴지는 이 책에는 삼십여 년에 걸친 작가의 시선이 잘 담겨있습니다. 사용자 경험을 만드는 사람들이 포기하면 안 되는 그 책임에 대해서 이야기해 볼까요?

https://trevar.ink/lG9pBf

트레바리 &lt;리서치 하는데요&gt; 6번째 시즌을 시작합니다. 벌써 2년째 클럽을 이어가고 있는데 매번 첫 번째 책을 고르는데 시간을 많이 쓰고 있습니다. 첫 번째 책은 크리스틴 로제 『경험의 멸종』으로 정했습니다. 첫 번째 모임📖크리스틴 로젠, 『경험의 멸종』 기술은 날로 완벽해지는데 왜 인간은 점점 더 불안해질까요? &lt;리서치 하는데요&gt; 6번째 시즌의 첫 번째 책은 "우리는 어떻게 경험을 잃어가고 있을까?"에 대한 잃어가고 있는 경험을 이야기해보려고 합니다. 넷플릭스 시리즈 '블랙미러'를 떠올리게 만드는 이 책은 '인간다움'과 '경험의 본질'에 대해 성찰하는 시간으로 대화가 이어지는 매개가 될 것입니다.&nbsp; 더 쉽게 경험을 할 수 있도록 만든 디지털기술은 왜 사용자의 감각을 마비시킬까요? 더 많은 것을 누리지만 왜 더 불안해지는 걸까요? 나의 감정은 왜 점점 단순해지고 기다림에는 인색해지는 걸까요? 감동이 사라지고 무한 스크롤 속에 쾌락만 허락된 시대. 가만히 경험의 멸종에 대해 이야기할 시간은 회사에서도, 다른 모임에서도 쉽게 허락되지 않았습니다. 첫 번째 모임에서는 더 나은 사용자 경험을 만들기 위한 만드는 사람의 책임과 태도를 함께 이야기해 보겠습니다. 두 번째 모임📖알랭 드 보통,『행복의 건축』 이 책은 철학적이고 예술적이며 담담합니다. 건축을 전공한 멋진 선배가 첫 직장에서 제게 선물했던 책이기도 한데요. 드 보통은 첫 번째 책에서 이야기 한 경험에 대해 차원을 넓히는 단서를 이야기합니다. 책은 건축의 일상성에 대해 이야기하지만, 인간이 경험하는 공통적인 자극에 대해 철학적인 의미를 이야기합니다. "장소가 달라지면 나쁜 쪽이든 좋은 쪽이든 사람도 달라진다"라는 관념처럼 어떤 경험을 플랫폼에서 설계하느냐에 따라 사용자가 느끼는 경험의 행복감은 차이가 생깁니다. 일상 속의 경험, 건축 속의 설계에 대해 함께 이야기하며 사용자 경험을 들여다보는 해상도를 높여볼까요? 세 번째 모임📖류쉐펑,『복잡한 세상을 이기는 수학의 힘』 어떤 습관이 사용자 경험을 설계하는 사람의 고민을 더 깊이 있게 만들까요? 감정에 공감하면서 때로는 수학적인 접근이 필요하다고 믿습니다. 특히 내부 이해관계자를 설득할 때에 필요한 도구는 수학과 관련이 깊습니다. 사용자 경험을 다루고, 리서치를 하면서 가장 어려운 점은 리더십을 설득하는 과정인데요. 그때마다 사고의 폭을 확장하는데, 복잡한 현상을 구조화하는데 도움이 되는 프레임워크에 대해 함께 살펴보고 각자의 경험을 대입해 볼까요? 네 번째 모임📖황현산,『밤이 선생이다』 &lt;리서치 하는데요&gt;는 사용자 경험에 대해 이야기하지만 방법론의 함정에 빠지는 것을 경계하려고 애써왔습니다. 그러려면 각자의 경험과 방식을 존중하고 또 불편하지만 포기할 수 없는 선에 대해서 이야기를 할 필요가 있다고 믿습니다. 에세이는 다른 사람의 생각을 근원까지 들여다보는데 가장 효과적인 장르입니다. 인간에 대한 이해와 비평, 슬프지만 따뜻한 마음이 느껴지는 이 책에는 삼십여 년에 걸친 작가의 시선이 잘 담겨있습니다. 사용자 경험을 만드는 사람들이 포기하면 안 되는 그 책임에 대해서 이야기해 볼까요? https://trevar.ink/lG9pBf

trevar.ink

⟪트레바리 <리서치 하는데요> 6번째 시즌을 오픈합니다⟫

Face masks are breaking facial recognition algorithms, says new government study

1. 코로나로 인해 전 세계적으로 마스크 사용이 일반화되었습니다.
2. 미국 국립표준기술연구소(NIST)의 연구에 따르면 이로 인해 안면인식 에러율이 많게는 50% 수준으로 치솟았다고 합니다.
3. 마스크가 바이러스 뿐 아니라 빅 브라더의 감시망을 방해하는데 도움이 된다고 하네요.

The Verge

지금 미국 디지털 디자인 씬에서 가장 주목받는 한국인 디자이너.
글로벌 회계 컨설팅 그룹인 딜로이트 컨설팅(Deloitte Consulting) 뉴욕 스튜디오의 Design Director(디자인 총책임)을 거쳐 현재 Microsoft 클라우드+인공지능부서의 Creative Director로 디자인 랭귀지를 책임지고 있다.
디지털 트렌스포메이션과 경험 디자인(UX/UI), 브랜딩을 주로 하고 있으며, 유학생으로서 미국에서 디자이너로 데뷔하고 글로벌 기업 디자인팀의 총책임자가 되기까지 일, 생활, 디자이너로서의 관점을 기록한 글이 SNS 채널을 통해 3만 회 이상 공유되면서 6천여 명 이상의 팔로워들에게 꾸준히 읽히고 있다.

Google / Youtube Ads Design System

이상인

디자이너의 생각법; 시프트 저자 / 현 구글의 유튜브 광고 디자인 시스템 리드. / Prev 마이크로소프트 클라우드 + 인공지능 부서 디자인 디렉터, 딜로이트 디지털 뉴욕 스튜디오 창립 멤버, R/GA 프로덕트 이노베이션 디자이너

댓글 0

함께 읽은 게시물

< 가장 예쁜 사람이 아니라, 1등 할 사람에게 투표하라 >

소신

⟪트레바리 북클럽, 리서치 하는데요 시즌6⟫

주간 인기 TOP 10

추천 프로필