기묘한은 국내 최대 규모의 커머스 버티컬 뉴스레터 「트렌드라이트」의 발행인으로, 「기묘한 이커머스 이야기」의 저자이기도 하다. 매주 수요일 뉴스레터를 통해 업계 현직자의 관점을 담은 유통 트렌드 이야기를 전하고 있다.합종연횡이라는 고사성어가 있다. 이는 중국 전국시대의 외교 전략에서 유래한 표현으로, 당시 강대국 진나라에 맞서 나머지 6개국이 힘을 합치...

넷플릭스를 향한 합종연횡... 국내 콘텐츠 업계가 살 길은

중요한 건 결국 어떻게 실행하느냐입니다

[아티클 3문장 요약📑]

1️⃣ 최근 OTT 업계를 바라보면, 합종연횡이라는 고사성어가 딱 떠오른데, 진나라를 상대로 나머지 6개 나라가 힘을 합치자는 합종책과 각기 진나라와 협력하며 이득을 보자는 연횡책으로 나눠었던 것과 같은 행태가 동일하게 벌어지고 있기 때문입니다.

2️⃣ 티빙과 웨이브가 합병을 추진하는 거나, 파라마운트+가 쿠팡플레이, 애플TV+가 티빙과 제휴를 맺은 것이 합종책이라면, 웨이브에 독점 공급하던 것을 끊은 SBS, 멤버십 제휴 서비스에서 티빙을 제외한 네이버 등이 넷플릭스와 손을 잡는 것은 연횡책이라고 볼 수 있습니다.

3️⃣ 역사 속에선 진나라가 결국 연횡의 유혹에 빠진 6개 나라를 차례로 병탄했지만, OTT 업계도 동일한 결론이 나올지는 모르는 일인데, 합종을 하더라도 외연을 확장하지 못하면 시장에서 도태될 것이고 연횡을 택하더라도 독자적인 별도 수익 모델을 만들면 넷플릭스에 종속되지 않을 수도 있기 때문입니다.

💡기묘한 관점➕
넷플릭스는 수년간 이어지던 OTT 전쟁에서 승리를 거두면서 콘텐츠 투자를 일부 축소했다고 합니다. 그러자, 넷플릭스의 제작비 의존도가 커진 국내 콘텐츠 업계가 휘청거렸다고 하죠. 그렇다고 디즈니도 못 이긴 넷플릭스와의 경쟁에만 몰두하는 것도 현명한 선택은 아닐 겁니다. 결국 합종, 연횡 둘 중 하나를 택한다고 무조건적인 생존을 보장 받진 못합니다. 더욱더 경영 전략의 디테일이 필요한 순간인 셈인데요. 국내 콘텐츠 업계가 지혜롭게 이를 잘 이겨내고 한층 더 성장하기를 기대해 봅니다.

🥤트렌드라이트 구독하기
https://bit.ly/3iSbx4e

중요한 건 결국 어떻게 실행하느냐입니다 [아티클 3문장 요약📑] 1️⃣ 최근 OTT 업계를 바라보면, 합종연횡이라는 고사성어가 딱 떠오른데, 진나라를 상대로 나머지 6개 나라가 힘을 합치자는 합종책과 각기 진나라와 협력하며 이득을 보자는 연횡책으로 나눠었던 것과 같은 행태가 동일하게 벌어지고 있기 때문입니다. 2️⃣ 티빙과 웨이브가 합병을 추진하는 거나, 파라마운트+가 쿠팡플레이, 애플TV+가 티빙과 제휴를 맺은 것이 합종책이라면, 웨이브에 독점 공급하던 것을 끊은 SBS, 멤버십 제휴 서비스에서 티빙을 제외한 네이버 등이 넷플릭스와 손을 잡는 것은 연횡책이라고 볼 수 있습니다. 3️⃣ 역사 속에선 진나라가 결국 연횡의 유혹에 빠진 6개 나라를 차례로 병탄했지만, OTT 업계도 동일한 결론이 나올지는 모르는 일인데, 합종을 하더라도 외연을 확장하지 못하면 시장에서 도태될 것이고 연횡을 택하더라도 독자적인 별도 수익 모델을 만들면 넷플릭스에 종속되지 않을 수도 있기 때문입니다. 💡기묘한 관점➕넷플릭스는 수년간 이어지던 OTT 전쟁에서 승리를 거두면서 콘텐츠 투자를 일부 축소했다고 합니다. 그러자, 넷플릭스의 제작비 의존도가 커진 국내 콘텐츠 업계가 휘청거렸다고 하죠. 그렇다고 디즈니도 못 이긴 넷플릭스와의 경쟁에만 몰두하는 것도 현명한 선택은 아닐 겁니다. 결국 합종, 연횡 둘 중 하나를 택한다고 무조건적인 생존을 보장 받진 못합니다. 더욱더 경영 전략의 디테일이 필요한 순간인 셈인데요. 국내 콘텐츠 업계가 지혜롭게 이를 잘 이겨내고 한층 더 성장하기를 기대해 봅니다. 🥤트렌드라이트 구독하기https://bit.ly/3iSbx4e

premium.sbs.co.kr

📺넷플릭스를 향한 합종연횡, 국내 콘텐츠 업계가 살아날 묘책은?

오늘은 Amazon Bedrock Guardrails의 이미지 지원을 통해 멀티모달 유해성 검출 평가판을 발표합니다. 이 새로운 기능은 텍스트뿐만 아니라 원하지 않는 이미지 콘텐츠를 탐지하고 필터링하여 사용자 경험을 개선하고 생성형 AI 애플리케이션에서 모델 출력을 관리하는 데 도움이 됩니다. Amazon Bedrock Guardrails를 사용하면 원하지 않는 콘텐츠를 필터링하고, 개인 식별 정보(PII)를 삭제하고, 콘텐츠 안전 및 개인 정보 보호를 강화하여 생성형 […]

Amazon Bedrock Guardrails, 이미지 지원을 통해 멀티모달 유해성 검출 지원(미리보기) | Amazon Web Services

Amazon Bedrock Guardrails를 사용하면 원하지 않는 콘텐츠를 필터링하고, 개인 식별 정보(PII)를 삭제하고, 콘텐츠 안전 및 개인 정보 보호를 강화하여 생성형 AI 애플리케이션을 위한 보호 장치를 구현할 수 있습니다. 거부된 주제, 콘텐츠 필터, 단어 필터, PII 수정, 컨텍스트 그라운딩 검사, 자동 추론 검사(평가판)에 대한 정책을 구성하여 특정 사용 사례와 책임 있는 AI 정책에 맞게 보호 조치를 조정할 수 있습니다.

이번 re:Invent에서는 이제 Amazon Bedrock Guardrails의 기존 콘텐츠 필터 정책을 유해한 (이미지) 콘텐츠를 탐지하고 차단하는 멀티모달의 범위까지 확대하였습니다. 이 기능은 애플리케이션의 요구 사항에 맞게 낮은 값부터 높은 값까지 임계값을 구성할 수 있습니다. 또한, 이미지 데이터를 지원하는 Amazon Bedrock의 모든 파운데이션 모델(FM)은 물론 맞춤형으로 미세 조정된 모델을 가져온 경우에도 작동합니다!

안전하게 이미지를 활용하는 GenAI 어플리케이션 구현을 고민중 이시면, 한번 고려해 보시기 바랍니다! (현재 프리뷰)

https://aws.amazon.com/ko/blogs/korea/amazon-bedrock-guardrails-now-supports-multimodal-toxicity-detection-with-image-support/

Amazon Bedrock Guardrails를 사용하면 원하지 않는 콘텐츠를 필터링하고, 개인 식별 정보(PII)를 삭제하고, 콘텐츠 안전 및 개인 정보 보호를 강화하여 생성형 AI 애플리케이션을 위한 보호 장치를 구현할 수 있습니다. 거부된 주제, 콘텐츠 필터, 단어 필터, PII 수정, 컨텍스트 그라운딩 검사, 자동 추론 검사(평가판)에 대한 정책을 구성하여 특정 사용 사례와 책임 있는 AI 정책에 맞게 보호 조치를 조정할 수 있습니다. 이번 re:Invent에서는 이제 Amazon Bedrock Guardrails의 기존 콘텐츠 필터 정책을 유해한 (이미지) 콘텐츠를 탐지하고 차단하는 멀티모달의 범위까지 확대하였습니다. 이 기능은 애플리케이션의 요구 사항에 맞게 낮은 값부터 높은 값까지 임계값을 구성할 수 있습니다. 또한, 이미지 데이터를 지원하는 Amazon Bedrock의 모든 파운데이션 모델(FM)은 물론 맞춤형으로 미세 조정된 모델을 가져온 경우에도 작동합니다! 안전하게 이미지를 활용하는 GenAI 어플리케이션 구현을 고민중 이시면, 한번 고려해 보시기 바랍니다! (현재 프리뷰) https://aws.amazon.com/ko/blogs/korea/amazon-bedrock-guardrails-now-supports-multimodal-toxicity-detection-with-image-support/

Amazon Web Services

Bedrock Guardrails - 멀티모달 유해성 검출 지원

이 글은 AWS for Industries 블로그에 게시된 글 (AWS re:Invent 2024 recap for the Automotive Industry)를 한국어로 번역 및 편집하였습니다. AWS의 대표적인 연례 컨퍼런스 AWS re:Invent 2024에서, 2024년 12월 2일부터 6일까지 한주 동안 AWS는 기조연설, 브레이크아웃 세션, 신제품 출시, 그리고 다양한 데모를 통하여 최신 혁신과 서비스를 공개하였습니다. 본 요약은 자동차 산업과 관련된 주요 발표 내용, […]

자동차 산업을 위한 AWS re:Invent 2024 요약 | Amazon Web Services

AWS의 대표적인 연례 컨퍼런스 AWS re:Invent 2024에서 자동차 산업과 관련된 주요 발표 내용, 고객 사례, 그리고 데모를 요약한 블로그입니다.

아래와 같이 크게 7개의 전략적 분야로 구분하고 있습니다.

1/ 자율 주행 모빌리티
2/ 소프트웨어 정의 차량 (Software Defined Vehicles, SDV)
3/ 커넥티드 모빌리티
4/ 디지털 고객 경험
5/ 제조와 공급망
6/ 지속가능성과 전기차
7/ 마이그레이션 및 현대화

BMW, 도요타, 폭스바겐, 혼다, 리비안과 같은 선도 기업들의 사례가 함께 소개되었는데요, 재미있는 점은 대부분의 분야에서 생성형AI 기술과의 결합과 혁신을 빼놓을 수 없다는 점이었습니다.

예를 들어, 커넥티드 모빌리티의 혁신 사례로 혼다는 배터리 상태, 주행 패턴, 이용 가능한 충전소 등을 고려하여 개인화된 충전 추천과 경로 안내를 제공하는 솔루션을 소개하였습니다. Amazon Bedrock을 기반으로 하고 있는 이 솔루션은 각 운전자의 고유한 상황과 선호도에 맞는 최적화된 충전 경험을 제공하고 있습니다. 보다 다양한 사례들은 아래 블로그를 참조하세요!

https://aws.amazon.com/ko/blogs/tech/aws-reinvent-2024-recap-for-the-automotive-industry/

AWS의 대표적인 연례 컨퍼런스 AWS re:Invent 2024에서 자동차 산업과 관련된 주요 발표 내용, 고객 사례, 그리고 데모를 요약한 블로그입니다. 아래와 같이 크게 7개의 전략적 분야로 구분하고 있습니다. 1/ 자율 주행 모빌리티2/ 소프트웨어 정의 차량 (Software Defined Vehicles, SDV)3/ 커넥티드 모빌리티4/ 디지털 고객 경험5/ 제조와 공급망6/ 지속가능성과 전기차7/ 마이그레이션 및 현대화 BMW, 도요타, 폭스바겐, 혼다, 리비안과 같은 선도 기업들의 사례가 함께 소개되었는데요, 재미있는 점은 대부분의 분야에서 생성형AI 기술과의 결합과 혁신을 빼놓을 수 없다는 점이었습니다. 예를 들어, 커넥티드 모빌리티의 혁신 사례로 혼다는 배터리 상태, 주행 패턴, 이용 가능한 충전소 등을 고려하여 개인화된 충전 추천과 경로 안내를 제공하는 솔루션을 소개하였습니다. Amazon Bedrock을 기반으로 하고 있는 이 솔루션은 각 운전자의 고유한 상황과 선호도에 맞는 최적화된 충전 경험을 제공하고 있습니다. 보다 다양한 사례들은 아래 블로그를 참조하세요! https://aws.amazon.com/ko/blogs/tech/aws-reinvent-2024-recap-for-the-automotive-industry/

자동차 산업을 위한 AWS re:Invent 2024 요약

사용자가 공유한 콘텐츠

오늘 오전에 있었던 비극적 사고로 돌아가신 분들과 유가족 분들께 애도와 위로의 말씀 드립니다.

[1월 6일 PBR 세미나 공지(유료)]

주제 : 테크 스타트업을 위한 2025년 성장 전략 (연사 : 패스파인더넷 이복연 대표)

시간 : 2025년 1월 6일(월) 저녁 7시~9시

장소 : 오프라인 - 삼성동 패스트파이브 삼성2호점 2층
온라인 라이브 - 하단 링크 참조

세미나 구성

Ⅰ. 테크 스타트업의 성장 곡선과 문제점
- 통상적인 테크 스타트업 성장 전략과 마일스톤
- 국내 시장에서의 문제점: PMF, 시장규모 등

Ⅱ. 2025 테크 스타트업의 성장 전략 제시
- 정부과제, TIPS, B2G에 대한 해석과 접근법
- PMF 탐색과 시장 진입 방안 찾기
- 대기업 고객사, 오픈이노베이션 검토
- 글로벌 진출 방향성

Ⅲ. Wrap-up & 토론

관심있으신 분들은 하단 링크를 참조하시기 바랍니다.

https://www.pbr.kr/channels/L2NoYW5uZWxzLzEzOTc2/E00002/events/BKETYDICI5JAX09MDXZW-676KC?fbclid=IwZXh0bgNhZW0CMTEAAR2n2yWgGjS_SfGyuyFfeX0IWe2gREBCT6o0Wp8eoTfvinfvhSj1eFrqNCs_aem_lwxNSTyFKwJNcozPvTFdUQ

오늘 오전에 있었던 비극적 사고로 돌아가신 분들과 유가족 분들께 애도와 위로의 말씀 드립니다. [1월 6일 PBR 세미나 공지(유료)] 주제 : 테크 스타트업을 위한 2025년 성장 전략 (연사 : 패스파인더넷 이복연 대표) 시간 : 2025년 1월 6일(월) 저녁 7시~9시 장소 : 오프라인 - 삼성동 패스트파이브 삼성2호점 2층 온라인 라이브 - 하단 링크 참조 세미나 구성 Ⅰ. 테크 스타트업의 성장 곡선과 문제점 - 통상적인 테크 스타트업 성장 전략과 마일스톤 - 국내 시장에서의 문제점: PMF, 시장규모 등 Ⅱ. 2025 테크 스타트업의 성장 전략 제시 - 정부과제, TIPS, B2G에 대한 해석과 접근법 - PMF 탐색과 시장 진입 방안 찾기 - 대기업 고객사, 오픈이노베이션 검토 - 글로벌 진출 방향성 Ⅲ. Wrap-up &amp; 토론 관심있으신 분들은 하단 링크를 참조하시기 바랍니다. https://www.pbr.kr/channels/L2NoYW5uZWxzLzEzOTc2/E00002/events/BKETYDICI5JAX09MDXZW-676KC?fbclid=IwZXh0bgNhZW0CMTEAAR2n2yWgGjS_SfGyuyFfeX0IWe2gREBCT6o0Wp8eoTfvinfvhSj1eFrqNCs_aem_lwxNSTyFKwJNcozPvTFdUQ

www.pbr.kr

사람이 곧 회사다. 언제나 사람이 먼저다. 사람이다.  사람을 성장시키면, 사람이 사업을 성장시킨다.  단순하다. 이것이 제 1 법칙이다.  직원들이 더 나은 인간이 된다면, 그들은 회사에도 더 나은 파트너가 될 것이다.  - 워드 베하, 스타벅스 전 사장 

사람은 회사의 가장 중요한 자산이 아니다

사람이 곧 회사다. 언제나 사람이 먼저다. 사람을 성장시키면, 사람이 사업을 성장시킨다. 사람이다. 단순하다. 이것이 제 1 법칙이다. 직원들이 더 나은 인간이 된다면, 그들은 회사에도 더 나은 파트너가 될 것이다.
- 워드 베하, 스타벅스 전 사장 -

그것은 그저 숫자적인 목표일 뿐, 회사의 진정한 목표는 ‘전 직원이 인생의 승리자’가 되는 것입니다. 우선적으로 직원이 만족하고, 그들이 삶에 자신감을 갖고 승리하지 않으면 결코 회사도 승리할 수 없습니다.
“사람은 회사의 가장 중요한 자산이 아닙니다. 사람이 곧 회사입니다. 그 밖의 모든 것은 자산이고요.”
- RLG 인터내셔널, 창업자 에이드리언 래비 -

사람이 곧 회사다. 언제나 사람이 먼저다. 사람을 성장시키면, 사람이 사업을 성장시킨다. 사람이다. 단순하다. 이것이 제 1 법칙이다. 직원들이 더 나은 인간이 된다면, 그들은 회사에도 더 나은 파트너가 될 것이다.- 워드 베하, 스타벅스 전 사장 - 그것은 그저 숫자적인 목표일 뿐, 회사의 진정한 목표는 ‘전 직원이 인생의 승리자’가 되는 것입니다. 우선적으로 직원이 만족하고, 그들이 삶에 자신감을 갖고 승리하지 않으면 결코 회사도 승리할 수 없습니다.“사람은 회사의 가장 중요한 자산이 아닙니다. 사람이 곧 회사입니다. 그 밖의 모든 것은 자산이고요.”- RLG 인터내셔널, 창업자 에이드리언 래비 -

happysuccess.or.kr

생성형 인공지능(AI) 개발 선두주자로 꼽히는 오픈AI가 공익법인(PBC)을 중심으로 한 조직개편을 공식화했다. 자본조달 과정에서 나타날 수 있는 주주 간섭이나 적대적 M&A(인수합병)으로부터 오픈AI를 보호하기 위

오픈AI 공익법인 중심 구조개편 공식화…강제인수·주주소송 회피

오픈AI는 "우리는 상상했던 것보다 더 많은 자본을 조달해야 한다"며 오픈AI가 필요로 하는 규모의 자본을 조달하려면 구조 개편이 불가피하다고 했다.

FT는 "오픈AI 비영리 법인의 정신을 이어가기 위해 지주사 개념의 회사를 올트먼 체제로 두되, 막대한 투자 비용을 감당할 수익 창출 전용 법인을 새로 만들어 그 회사의 지분을 비영리 법인이 확보하는 형태가 될 것"이라고 예측했다. 이어 "PBC에서 세부 기술 개발, 제품 출시 및 상업화 등을 집중할 것"이라고 내다봤다.

https://n.news.naver.com/article/008/0005134236?sid=104

오픈AI는 "우리는 상상했던 것보다 더 많은 자본을 조달해야 한다"며 오픈AI가 필요로 하는 규모의 자본을 조달하려면 구조 개편이 불가피하다고 했다. FT는 "오픈AI 비영리 법인의 정신을 이어가기 위해 지주사 개념의 회사를 올트먼 체제로 두되, 막대한 투자 비용을 감당할 수익 창출 전용 법인을 새로 만들어 그 회사의 지분을 비영리 법인이 확보하는 형태가 될 것"이라고 예측했다. 이어 "PBC에서 세부 기술 개발, 제품 출시 및 상업화 등을 집중할 것"이라고 내다봤다. https://n.news.naver.com/article/008/0005134236?sid=104

n.news.naver.com

근자감에 빠진 직원에게 피드백하는 방법 3가지 더 자세한 내용을 지금 잡코리아에서 확인하세요!

근자감 높은 직원을 실력을 겸비한 핵심인재로 만들기 | 잡코리아

어설프게 아는 것을 가지고 전체를 꿰뚫어 알고 있는 듯 떠벌리는 사람을 만나곤 한다. 그런 이들을 보며 “저런 ‘근자감’은 어디서 나오는 거지?” 고개를 가로저을 때도 있다. 어떻게 하면 근자감 높은 직원을 조직에 기여하는 인재로 거듭나게 할 수 있을까? 그 방법을 고민해보자.

이들이 과연 ‘직장인으로서 나의 가치는 얼마나 될까?’ 같은 질문을 스스로에게 던져본 적이 있을까? 이 질문은 직장인이 건강한 긴장감을 유지하고 스스로를 발전적으로 자극하며 지속적으로 성장하기 위해 필요한 핵심 질문이다.

물론 누구나 자신의 가치를 높게 평가하고 싶을 것이다. 그리고 자신의 가치가 충분히 인정받지 못한다고 느끼면 일에 대한 동기와 열정이 감소하고 퇴사를 결심하기도 한다. 하지만 이러한 지각과 판단은 모두 주관적 가치이다. 즉 ‘스스로 생각하는 자신의 가치’인 것이다.

그러나 중요한 것은 ‘시장 가치’이다. 스스로가 자신에 대해 생각하는 주관적 가치보다 시장에서 자신을 평가하는 시장 가치가 더 중요한 잣대다. 왜냐하면 시장에서는 자신의 주관적인 가치에 의해서 자신의 가치가 결정되는 것이 아니기 때문이다.

자신이 유능하다는 자신만의 착각에 빠진 그들의 근자감은 도대체 어디서 나온 것일까? 근자감에 숨겨진 인간의 심리는 ‘더닝-크루거 효과(Dunning-Kruger effect)’로 설명할 수 있다.

1995년 미국 피츠버그에서 대낮에 한 남성이 마스크도 쓰지 않고 은행을 터는 사건이 발생했다. 조사 결과 그는 자신의 얼굴에 레몬주스를 뿌리면 감시카메라가 자신의 얼굴을 인식하지 못할 것이라는 잘못된 과학 상식을 믿고 범행을 저지른 것이었다.

코넬대 심리학과 교수 데이비드 더닝(David Dunning)은 이 뉴스를 듣고 ‘어떻게 저렇게 멍청할 수 있을까?’라는 생각을 했고 연구를 시작했다. 제자인 저스틴 크루거(Justin Kruger)와 함께 학부생을 대상으로 20가지 논리적 사고시험을 치른 뒤 자신의 예상 성적을 제출하게 했고, 그 결과는 매우 흥미로웠다.

성적이 낮은 학생은 자신의 예상 순위를 높게 냈고, 성적이 높은 학생은 오히려 스스로를 낮게 평가했다. 하위 25% 학생들은 자신이 상위 40% 이상이라 과대평가하는 경향을 보인 반면, 상위 25% 학생들은 자신이 상위 30% 이하일 것이라고 자신의 성적을 과소평가하는 경향을 나타낸 것이다.

운동, 게임, 스포츠, 논리성 등의 다른 분야 능력을 대상으로 한 실험에서도 모두 비슷한 결과를 보였다. 총기에 대한 일반인의 인식 실험에서도 같은 결과가 도출됐다. 총에 대해 잘 아는 사람일수록 총기에 대한 두려움이 더 큰 것으로 나타났다. 지혜가 부족할 때 오히려 자신감이 가득 차 있는데 이것이 근자감이다.

재능 없는 사람들은 자신의 실력을 평균 이상으로 평가해 우월감을 갖고 자랑한다. 흔한 예가 회의시간이다. 무능한 사람은 자기 주장에 확신이 있어 그것이 유일한 답인 것처럼 밀어붙이지만, 유능한 사람은 다른 사람과 자신을 비교하며 자기주장에 확신을 갖지 못한다.

아는 것이 없는데 자신감만 높은 사람들은 섣부른 판단을 내리고, 능력과 지식이 있는 사람들은 더 좋은 방법이 있을 가능성을 염두에 두고 신중한 태도를 보이는 경우가 많은 것이다.

최근 더닝-크루거 효과를 여실히 느끼고 있다. SNS 등 각종 미디어가 더닝 크루거 효과를 더욱 증폭시키기 때문이다. SNS가 다양한 정보 교류의 장이 아니라, 자신의 견해와 비슷한 정보만을 찾아 그 성향에 공고하게 갇히게 하는 장으로서 기능하는 것이다. 이런 현상을 ‘반향실 효과‘라고 한다.

반향실은 특수재료로 벽을 만들어서 소리가 밖으로 나가지 않고 메아리처럼 울리는 방이다. 반향실 효과는 비슷한 생각의 사람들이 모여 있으면 그들의 사고방식이 돌고 돌면서 신념과 믿음이 증폭되고 강화되는 현상을 일컫는다. 결국 자기가 보고 싶은 것만 보고, 듣고 싶은 것만 듣게 돼 진실과 유리되는 ’확증편향‘이 된다.

✳️근자감 직원에게 피드백 하는 법
1️⃣능력 수준에 맞는 업무를 부여한다. 근자감 높은 팀원은 자신의 능력을 과대평가하기 때문에 본인이 감당하기 어려운 업무를 맡겠다고 나서는 경우가 있다.

리더 입장에서는 어려운 업무를 맡겠다고 자발적으로 나선 것에 반가운 마음이 들기도 하지만, 중요한 것은 예측 가능하고 안정적인 성과이기에 상호 간에 기대한 만큼 성과를 낼 수 있는 수준의 업무를 부여해야 한다.

2️⃣지식과 경험이 많은 사람과 일하게 한다. 지식과 경험이 풍부한 팀원과 함께 일하게 함으로써 자신의 부족한 점을 파악하고 지식과 기술을 더 발전시키도록 유도한다.

본인만의 주관적 기준으로 자신의 역량이 뛰어나다고 생각했던 팀원도 본인보다 역량이 뛰어난 동료와 함께 과제를 수행하다 보면, 알지 못했던 자신의 부족한 부분을 인식하고 부족한 부분을 스스로 보완하고자 하는 자기계발의 계기가 될 수 있다.

3️⃣객관적인 피드백을 준다. 근자감 높은 팀원은 자신의 성과를 실제보다 높게 평가하는 경향이 있기에, 객관적인 데이터를 활용해 팀원의 성과에 대해 일대일 피드백을 제공해야 한다.

그러나 객관적인 근거를 제시해도 팀원이 자신의 기대와 전혀 다른 결과를 통보받는 경우 감정적으로 대응할 수 있다. 감정적으로 동의하지 못하는 팀원과의 면담은 가급적 간결하게 끝내는 것이 좋다. 객관적인 사실과 평가 기준 위주로 설명하면서 해당 팀원의 감정도 읽어주는 센스도 필요하다.

‘빨리 가려면 혼자 가고, 멀리 가려면 함께 가라’는 말이 있다. 함께 멀리 가는 조직이 되기 위해서는 리더와 팀원들 상호 간에 서로가 서로에게 모두 필요한 존재라는 인식이 필요하다. 함께 일하다 보면 다양한 유형의 팀원을 맞닥뜨리게 마련이고, 근자감이 높은 팀원도 그중 한 유형일 것이다.

리더는 업무지시와 평가만 하는 사람이 아니라 주어진 자원의 역량을 최대한 끌어내어 조직의 성과를 높이는 사람이다. 팀원의 강점에 초점을 맞추고, 그 강점을 발휘할 수 있는 업무 부여와 진정성 있는 피드백을 조화롭게 제공해야 근자감 높은 팀원이 조직의 성장에 기여하는 인재로 거듭날 것이다.

어설프게 아는 것을 가지고 전체를 꿰뚫어 알고 있는 듯 떠벌리는 사람을 만나곤 한다. 그런 이들을 보며 “저런 ‘근자감’은 어디서 나오는 거지?” 고개를 가로저을 때도 있다. 어떻게 하면 근자감 높은 직원을 조직에 기여하는 인재로 거듭나게 할 수 있을까? 그 방법을 고민해보자. 이들이 과연 ‘직장인으로서 나의 가치는 얼마나 될까?’ 같은 질문을 스스로에게 던져본 적이 있을까? 이 질문은 직장인이 건강한 긴장감을 유지하고 스스로를 발전적으로 자극하며 지속적으로 성장하기 위해 필요한 핵심 질문이다. 물론 누구나 자신의 가치를 높게 평가하고 싶을 것이다. 그리고 자신의 가치가 충분히 인정받지 못한다고 느끼면 일에 대한 동기와 열정이 감소하고 퇴사를 결심하기도 한다. 하지만 이러한 지각과 판단은 모두 주관적 가치이다. 즉 ‘스스로 생각하는 자신의 가치’인 것이다. 그러나 중요한 것은 ‘시장 가치’이다. 스스로가 자신에 대해 생각하는 주관적 가치보다 시장에서 자신을 평가하는 시장 가치가 더 중요한 잣대다. 왜냐하면 시장에서는 자신의 주관적인 가치에 의해서 자신의 가치가 결정되는 것이 아니기 때문이다. 자신이 유능하다는 자신만의 착각에 빠진 그들의 근자감은 도대체 어디서 나온 것일까? 근자감에 숨겨진 인간의 심리는 ‘더닝-크루거 효과(Dunning-Kruger effect)’로 설명할 수 있다. 1995년 미국 피츠버그에서 대낮에 한 남성이 마스크도 쓰지 않고 은행을 터는 사건이 발생했다. 조사 결과 그는 자신의 얼굴에 레몬주스를 뿌리면 감시카메라가 자신의 얼굴을 인식하지 못할 것이라는 잘못된 과학 상식을 믿고 범행을 저지른 것이었다. 코넬대 심리학과 교수 데이비드 더닝(David Dunning)은 이 뉴스를 듣고 ‘어떻게 저렇게 멍청할 수 있을까?’라는 생각을 했고 연구를 시작했다. 제자인 저스틴 크루거(Justin Kruger)와 함께 학부생을 대상으로 20가지 논리적 사고시험을 치른 뒤 자신의 예상 성적을 제출하게 했고, 그 결과는 매우 흥미로웠다. 성적이 낮은 학생은 자신의 예상 순위를 높게 냈고, 성적이 높은 학생은 오히려 스스로를 낮게 평가했다. 하위 25% 학생들은 자신이 상위 40% 이상이라 과대평가하는 경향을 보인 반면, 상위 25% 학생들은 자신이 상위 30% 이하일 것이라고 자신의 성적을 과소평가하는 경향을 나타낸 것이다. 운동, 게임, 스포츠, 논리성 등의 다른 분야 능력을 대상으로 한 실험에서도 모두 비슷한 결과를 보였다. 총기에 대한 일반인의 인식 실험에서도 같은 결과가 도출됐다. 총에 대해 잘 아는 사람일수록 총기에 대한 두려움이 더 큰 것으로 나타났다. 지혜가 부족할 때 오히려 자신감이 가득 차 있는데 이것이 근자감이다. 재능 없는 사람들은 자신의 실력을 평균 이상으로 평가해 우월감을 갖고 자랑한다. 흔한 예가 회의시간이다. 무능한 사람은 자기 주장에 확신이 있어 그것이 유일한 답인 것처럼 밀어붙이지만, 유능한 사람은 다른 사람과 자신을 비교하며 자기주장에 확신을 갖지 못한다. 아는 것이 없는데 자신감만 높은 사람들은 섣부른 판단을 내리고, 능력과 지식이 있는 사람들은 더 좋은 방법이 있을 가능성을 염두에 두고 신중한 태도를 보이는 경우가 많은 것이다. 최근 더닝-크루거 효과를 여실히 느끼고 있다. SNS 등 각종 미디어가 더닝 크루거 효과를 더욱 증폭시키기 때문이다. SNS가 다양한 정보 교류의 장이 아니라, 자신의 견해와 비슷한 정보만을 찾아 그 성향에 공고하게 갇히게 하는 장으로서 기능하는 것이다. 이런 현상을 ‘반향실 효과‘라고 한다. 반향실은 특수재료로 벽을 만들어서 소리가 밖으로 나가지 않고 메아리처럼 울리는 방이다. 반향실 효과는 비슷한 생각의 사람들이 모여 있으면 그들의 사고방식이 돌고 돌면서 신념과 믿음이 증폭되고 강화되는 현상을 일컫는다. 결국 자기가 보고 싶은 것만 보고, 듣고 싶은 것만 듣게 돼 진실과 유리되는 ’확증편향‘이 된다. ✳️근자감 직원에게 피드백 하는 법1️⃣능력 수준에 맞는 업무를 부여한다. 근자감 높은 팀원은 자신의 능력을 과대평가하기 때문에 본인이 감당하기 어려운 업무를 맡겠다고 나서는 경우가 있다. 리더 입장에서는 어려운 업무를 맡겠다고 자발적으로 나선 것에 반가운 마음이 들기도 하지만, 중요한 것은 예측 가능하고 안정적인 성과이기에 상호 간에 기대한 만큼 성과를 낼 수 있는 수준의 업무를 부여해야 한다. 2️⃣지식과 경험이 많은 사람과 일하게 한다. 지식과 경험이 풍부한 팀원과 함께 일하게 함으로써 자신의 부족한 점을 파악하고 지식과 기술을 더 발전시키도록 유도한다. 본인만의 주관적 기준으로 자신의 역량이 뛰어나다고 생각했던 팀원도 본인보다 역량이 뛰어난 동료와 함께 과제를 수행하다 보면, 알지 못했던 자신의 부족한 부분을 인식하고 부족한 부분을 스스로 보완하고자 하는 자기계발의 계기가 될 수 있다. 3️⃣객관적인 피드백을 준다. 근자감 높은 팀원은 자신의 성과를 실제보다 높게 평가하는 경향이 있기에, 객관적인 데이터를 활용해 팀원의 성과에 대해 일대일 피드백을 제공해야 한다. 그러나 객관적인 근거를 제시해도 팀원이 자신의 기대와 전혀 다른 결과를 통보받는 경우 감정적으로 대응할 수 있다. 감정적으로 동의하지 못하는 팀원과의 면담은 가급적 간결하게 끝내는 것이 좋다. 객관적인 사실과 평가 기준 위주로 설명하면서 해당 팀원의 감정도 읽어주는 센스도 필요하다. ‘빨리 가려면 혼자 가고, 멀리 가려면 함께 가라’는 말이 있다. 함께 멀리 가는 조직이 되기 위해서는 리더와 팀원들 상호 간에 서로가 서로에게 모두 필요한 존재라는 인식이 필요하다. 함께 일하다 보면 다양한 유형의 팀원을 맞닥뜨리게 마련이고, 근자감이 높은 팀원도 그중 한 유형일 것이다. 리더는 업무지시와 평가만 하는 사람이 아니라 주어진 자원의 역량을 최대한 끌어내어 조직의 성과를 높이는 사람이다. 팀원의 강점에 초점을 맞추고, 그 강점을 발휘할 수 있는 업무 부여와 진정성 있는 피드백을 조화롭게 제공해야 근자감 높은 팀원이 조직의 성장에 기여하는 인재로 거듭날 것이다.

가장 빠르고 효율적으로 개발을 공부하는 방법은
문제를 찾고 이를 해결해보는 프로젝트를 만들어보는 것 입니다

---

저는 27살에 군대에서 처음으로 개발 공부를 시작했습니다.

비전공자인 만큼 어디서부터 시작해야 할지 막막했었고, 유일하게 알고 있는 공부방법은 암기였기 때문에 결국 책 한 권을 사서 포스트잇을 붙이며 외우는 방식으로 공부를 시작했습니다.

그렇게 책 한 권을 다 읽고 난 뒤, 이런 생각이 들었습니다.

‘이제 이걸로 뭘 할 수 있지?’

그 순간 깨달았습니다. 저는 단순히 프로그래밍 언어 자체만 공부했을 뿐, 그것을 실제로 어떻게 활용해야 할지 배우지 못했다는 사실을요.
마치 영어를 배울 때 단어와 문법만 외우는 것과 같았습니다.

그렇다면 영어를 효과적으로 배우는 방법이 무엇일까요?

바로 외국인 친구를 사귀고, 배운 영어를 실제로 사용하는 것 입니다.

프로그래밍도 마찬가지라고 생각합니다.

저는 프로그래밍이란 ‘문제 해결을 위한 도구' 라고 생각합니다.

그리고 그것을 가장 효과적으로 배울 수 있는 방법은
직접 프로젝트를 만들어 보고, 그 과정에서 문제를 해결해 보는 것 입니다.

책을 읽고 강의를 듣는 것은 개발의 개념을 배우는 과정일 뿐, 그것만으로는 문제 해결 능력을 키우기 어렵습니다.

제가 생각하는 가장 좋은 방법은

‘스스로 기획하고 문제를 해결하며 프로젝트를 완성해 보는 것’ 입니다.

물론 처음에는 예상치 못한 에러와 마주하며 좌절할 수도 있습니다. 하지만 그 과정에서 직접 문제를 해결하고, 시행착오를 통해 스스로 깨닫게 됩니다.

이 과정은 단순히 문제 해결 능력과 프로그래밍 지식만 키우는 것이 아닙니다. 개발 자체에 대한 흥미와 자신감까지 함께 길러줍니다.

‘개발 공부에 머무르지 말고, 직접 활용하며 자신의 것으로 만들어 보세요.’

가장 빠르고 효율적으로 개발을 공부하는 방법은문제를 찾고 이를 해결해보는 프로젝트를 만들어보는 것 입니다 --- 저는 27살에 군대에서 처음으로 개발 공부를 시작했습니다. 비전공자인 만큼 어디서부터 시작해야 할지 막막했었고, 유일하게 알고 있는 공부방법은 암기였기 때문에 결국 책 한 권을 사서 포스트잇을 붙이며 외우는 방식으로 공부를 시작했습니다. 그렇게 책 한 권을 다 읽고 난 뒤, 이런 생각이 들었습니다. ‘이제 이걸로 뭘 할 수 있지?’ 그 순간 깨달았습니다. 저는 단순히 프로그래밍 언어 자체만 공부했을 뿐, 그것을 실제로 어떻게 활용해야 할지 배우지 못했다는 사실을요.마치 영어를 배울 때 단어와 문법만 외우는 것과 같았습니다. 그렇다면 영어를 효과적으로 배우는 방법이 무엇일까요? 바로 외국인 친구를 사귀고, 배운 영어를 실제로 사용하는 것 입니다. 프로그래밍도 마찬가지라고 생각합니다. 저는 프로그래밍이란 ‘문제 해결을 위한 도구' 라고 생각합니다. 그리고 그것을 가장 효과적으로 배울 수 있는 방법은직접 프로젝트를 만들어 보고, 그 과정에서 문제를 해결해 보는 것 입니다. 책을 읽고 강의를 듣는 것은 개발의 개념을 배우는 과정일 뿐, 그것만으로는 문제 해결 능력을 키우기 어렵습니다. 제가 생각하는 가장 좋은 방법은 ‘스스로 기획하고 문제를 해결하며 프로젝트를 완성해 보는 것’ 입니다. 물론 처음에는 예상치 못한 에러와 마주하며 좌절할 수도 있습니다. 하지만 그 과정에서 직접 문제를 해결하고, 시행착오를 통해 스스로 깨닫게 됩니다. 이 과정은 단순히 문제 해결 능력과 프로그래밍 지식만 키우는 것이 아닙니다. 개발 자체에 대한 흥미와 자신감까지 함께 길러줍니다. ‘개발 공부에 머무르지 말고, 직접 활용하며 자신의 것으로 만들어 보세요.’

가장 빠르고 효율적으로 개발을 공부하는 방법

다 해봤습니다 프로젝트 해서 포트폴리오에 차곡차곡 담아놨습니다 그래도 여전히 취업이 안 됩니다

다가오는 2025년 초 IPO 로드쇼 준비에 몰두하며, 새로운 유망 상장 후보들에 대한 기대감이 증폭되고 있어요. IPO를 대기하고 있는, 그리고 2025년 가장 기대되는 공모주 기업들을 알아볼게요.

2025년 테크 IPO시장 전망

2025년 IPO를 준비 중인 기업들의 면면을 살펴보면 흥미로운 양상이 발견됩니다. 한 축은 e토로 클라나, 플립카트와 같이 10 - 15년의 업력을 보유하고 있으며 팬데믹 시기의 상장 기회를 놓친 ‘팬데믹 인벤토리’ 기업들입니다. 다른 한 축은 코어위브, 세레브라스와 같이 AI 슈퍼사이클의 붐을 타고 빠르게 성장한 ‘AI 네이티브’ 기업들입니다.

2025년 테크 IPO 시장이 그 어느 때보다 기대되는 이유는 AI 네이티브 기업들뿐 아니라 오랫동안 기다렸던 핀테크, SaaS, 이커머스 플랫폼까지 다양한 영역의 기업들이 상장을 준비하고 있기 때문입니다. 과연 이들의 상장이 테크 IPO의 새로운 사이클을 여는 신호탄이 될 수 있을지 기대를 가지고 지켜봐야 하겠습니다.

https://zuzu.network/resource/blog/tech-ipo-forecast-2025/?tags=venture-investment_capital-raise/

2025년 IPO를 준비 중인 기업들의 면면을 살펴보면 흥미로운 양상이 발견됩니다. 한 축은 e토로 클라나, 플립카트와 같이 10 - 15년의 업력을 보유하고 있으며 팬데믹 시기의 상장 기회를 놓친 ‘팬데믹 인벤토리’ 기업들입니다. 다른 한 축은 코어위브, 세레브라스와 같이 AI 슈퍼사이클의 붐을 타고 빠르게 성장한 ‘AI 네이티브’ 기업들입니다. 2025년 테크 IPO 시장이 그 어느 때보다 기대되는 이유는 AI 네이티브 기업들뿐 아니라 오랫동안 기다렸던 핀테크, SaaS, 이커머스 플랫폼까지 다양한 영역의 기업들이 상장을 준비하고 있기 때문입니다. 과연 이들의 상장이 테크 IPO의 새로운 사이클을 여는 신호탄이 될 수 있을지 기대를 가지고 지켜봐야 하겠습니다. https://zuzu.network/resource/blog/tech-ipo-forecast-2025/?tags=venture-investment_capital-raise/

zuzu.network

클로드', 코딩 필수 도구로 자리 잡아..."3개월 만에 수익 10배로 증가"
https://www.aitimes.com/news/articleView.html?idxno=166536

오랜만에 뉴스기사를 보고 공감하여 글을 써야겠다고 마음먹었습니다.
저는 다양한 AI 툴을 활용하고 있는데 업무할 때 가장 유용하게 쓰는 건 클로드입니다.

 1. 클로드는 오류없이 요구사항에 맞는 코드 작성을 해줍니다. 제가 코드를 쓸 때는 데이터 전후처리나 업무효율화가 필요할 때입니다. 예를 들어 엑셀 파일 내 특정 시트에 있는 "텍스트의 중복제거, 특수기호 제거, 특정 '단어' 제외" 라는 명령어를 주면 그에 맞는 코드를 만들어줍니다. 이를 함수 또는 앱스크립트로 실행하면 깔끔하게 데이터 전후처리가 되는 방식입니다. 특히 요구사항을 더 많이 쓰고 배경을 더 상세히 알려줄수록 그에 맞게 코드가 명확하게 작성됩니다.

 2. 간단한 서비스의 컨셉을 보고 싶을 때 클로드 아티팩트를 씁니다. 물론 코드를 기반으로 만들어주기 때문에, 도출하고 싶은 의도와 명확한 요구사항은 필수입니다. 프롬프트 엔지니어링을 바탕으로 원하는 서비스의 컨셉을 만들 때 아주 유용합니다. 최근에는 클로드로 화면캡처 기능을 사용하여 여러 서비스 컨셉을 만들어보았는데, 상당히 깔끔하고 요구사항을 잘 알아먹습니다. 아래 그림은 클로드 채팅 화면을 캡쳐기능을 사용하여 "이 화면과 비슷하게 화면을 만들어달라"는 명령어로 만든 아티팩트입니다. 나름 클로드 채팅 화면 과 비슷합니다.

 3. 클로드가 정답은 아닙니다. 코드를 쓸 때는 확실히 클로드가 유용하지만 추론이나 이미지 생성에는 챗지피티 또는 제미나이를 쓸 때도 있습니다. 어느 LLM 이 절대적인 우위를 차지하는 게 아닌 지금은 자신의 필요에 따라 생성형AI 서비스를 잘 골라서 쓰는 것이 좋습니다. 저 또한 그 어느 때보다 업무효율성이 올라가는 것을 느낍니다. AI 툴은 맹신하는 것보다 잘 이용하고 그 용도에 맞게 쓸 때, 비로소 장단점이 명확해진다고 생각합니다.

클로드', 코딩 필수 도구로 자리 잡아..."3개월 만에 수익 10배로 증가"https://www.aitimes.com/news/articleView.html?idxno=166536 오랜만에 뉴스기사를 보고 공감하여 글을 써야겠다고 마음먹었습니다.저는 다양한 AI 툴을 활용하고 있는데 업무할 때 가장 유용하게 쓰는 건 클로드입니다. <ol ><li>클로드는 오류없이 요구사항에 맞는 코드 작성을 해줍니다. 제가 코드를 쓸 때는 데이터 전후처리나 업무효율화가 필요할 때입니다. 예를 들어 엑셀 파일 내 특정 시트에 있는 "텍스트의 중복제거, 특수기호 제거, 특정 '단어' 제외" 라는 명령어를 주면 그에 맞는 코드를 만들어줍니다. 이를 함수 또는 앱스크립트로 실행하면 깔끔하게 데이터 전후처리가 되는 방식입니다. 특히 요구사항을 더 많이 쓰고 배경을 더 상세히 알려줄수록 그에 맞게 코드가 명확하게 작성됩니다.</li></ol> <ol start="2"><li>간단한 서비스의 컨셉을 보고 싶을 때 클로드 아티팩트를 씁니다. 물론 코드를 기반으로 만들어주기 때문에, 도출하고 싶은 의도와 명확한 요구사항은 필수입니다. 프롬프트 엔지니어링을 바탕으로 원하는 서비스의 컨셉을 만들 때 아주 유용합니다. 최근에는 클로드로 화면캡처 기능을 사용하여 여러 서비스 컨셉을 만들어보았는데, 상당히 깔끔하고 요구사항을 잘 알아먹습니다. 아래 그림은 클로드 채팅 화면을 캡쳐기능을 사용하여 "이 화면과 비슷하게 화면을 만들어달라"는 명령어로 만든 아티팩트입니다. 나름 클로드 채팅 화면 과 비슷합니다.</li></ol> <ol start="3"><li>클로드가 정답은 아닙니다. 코드를 쓸 때는 확실히 클로드가 유용하지만 추론이나 이미지 생성에는 챗지피티 또는 제미나이를 쓸 때도 있습니다. 어느 LLM 이 절대적인 우위를 차지하는 게 아닌 지금은 자신의 필요에 따라 생성형AI 서비스를 잘 골라서 쓰는 것이 좋습니다. 저 또한 그 어느 때보다 업무효율성이 올라가는 것을 느낍니다. AI 툴은 맹신하는 것보다 잘 이용하고 그 용도에 맞게 쓸 때, 비로소 장단점이 명확해진다고 생각합니다. </li></ol>

🧑🏻‍🏭코딩은 클로드!

한 유튜버의 면접자가 실제로 썼던 코드라네요ㅋㅋ 창의성으로 통과시켜주고 싶었으나 hiring committee에서 탈락시켰다고...
😵‍💫😵‍💫

한 유튜버의 면접자가 실제로 썼던 코드라네요ㅋㅋ 창의성으로 통과시켜주고 싶었으나 hiring committee에서 탈락시켰다고...😵‍💫😵‍💫

Sleep Sort를 아세요??

매년 이맘때면 연락이 와요. 회사는 어떤지, 하는 일은 마음에 드는지 안부를 묻죠. 헤드헌터예요.

이직 생각이 없더라도 헤드헌터와 알고 지내는 건 제법 괜찮은 선택이에요. '정보의 비대칭성'을 해소할 수 있으니까요.

구체적으론 세 가지 좋은 점이 있었어요.

1. 채용 시장의 분위기를 파악할 수 있어요
2. 서류 전형에 대한 부담이 낮아져요
3. 연봉 계약도 혼자 하는 것보단 유리해져요

여러분이 생각하는 헤드헌터를 알고 지내면 좋은 이유는 무엇인가요? 혹시 단점도 있었나요?

매년 이맘때면 연락이 와요. 회사는 어떤지, 하는 일은 마음에 드는지 안부를 묻죠. 헤드헌터예요. 이직 생각이 없더라도 헤드헌터와 알고 지내는 건 제법 괜찮은 선택이에요. '정보의 비대칭성'을 해소할 수 있으니까요. 구체적으론 세 가지 좋은 점이 있었어요. 1. 채용 시장의 분위기를 파악할 수 있어요2. 서류 전형에 대한 부담이 낮아져요3. 연봉 계약도 혼자 하는 것보단 유리해져요 여러분이 생각하는 헤드헌터를 알고 지내면 좋은 이유는 무엇인가요? 혹시 단점도 있었나요?&nbsp;

헤드헌터와 알고 지내면 좋은 점

저는 멘토링을 할 때 개발뿐만 아니라 문제 정의부터 시작해 기획, 커뮤니케이션, 팀 문화, PPT, 발표 등 사이드 프로젝트를 만드는데 도움을 줄 수 있는 전과정에 관한 피드백을 드립니다.

특히, 개발자분들만 모여 있는 경우 발표와 관련된 부분을 굉장히 어려워하는 것을 많이 봤습니다.
발표 자료 구성, 전달력 있는 말하기 방법, 톤, 말할 때의 습관 등 다양한 부분에 피드백을 드리는 것이 중요하다고 생각합니다.

오늘은 사이드 프로젝트 발표에서 PPT를 어떻게 구성하는지에 대한 피드백을 공유해보겠습니다.
기초적인 내용이 많지만, 실제로 도움을 드렸던 부분을 중심으로 정리해봤습니다.

---
1. 발표는 설득이 목적입니다

- 여러분은 프로젝트의 기능과 목적 등 모든 것을 이미 알고 있지만, 발표를 듣는 분들은 대부분 처음 프로젝트를 접하는 분들입니다.

- 따라서 발표 자료는 매우 친절하게 구성하고, 설득을 목적으로 만들어야 합니다.

- "왜 이 서비스를 만들었지?" "왜 해당 기능을 넣었을까?"와 같은 질문에 충분히 답할 수 있도록 자료를 준비하세요.

- 문제 정의 - 기획 소개 - 기능 소개 - 시연 - 마무리로 이어지는 흐름을 방해받지 않도록 구성하세요.

---
2. '3의 법칙'

- 문제 정의, 특징, 기능 등을 소개할 때 숫자 3을 기억하세요.

- 정보를 제시하거나 설득의 근거를 제시할 때 3개로 구성하면 효과적입니다.

- 1~2개의 경우 부족하다는 느낌을 주고, 4개 이상은 복잡하다는 인상을 줄 수 있습니다.

- 기획 및 컨설팅 업계에서는 숫자 3을 적음의 끝이자 많음의 시작이라고 표현합니다. (출처 - 시선의 발견)

- PPT에서도 숫자 3을 적절히 활용하세요.

---
3. 너무 많은 텍스트를 자료에 넣지 마세요

- 발표 자료는 발표자를 돕는 도구입니다.

- 발표 중 청중의 시선은 발표 자료가 아니라 발표자에게 머물러야 합니다.

- 하지만 PPT를 만드는 입장에서는 최대한 많은 정보를 담고 싶어 하죠.

- 이로 인해 가독성이 떨어지고, 청중이 장문의 텍스트를 읽느라 시선이 분산될 수 있습니다.

- PPT에는 중요하고 수치적인 텍스트만 간결하게 정리하고, 부연 설명은 발표자가 직접 하는 것이 좋습니다.

---
4. 최종 시연은 영상으로 진행하세요

- 시연 방법은 크게 두 가지가 있습니다.
1. 직접 웹이나 앱을 띄워놓고 시연하는 방법
2. 미리 녹화한 영상을 PPT에 삽입해 진행하는 방법

- 저는 필수가 아닌 이상 두 번째 방법을 추천합니다.

- 라이브 시연은 생생함과 어필력을 제공하지만, 시간 조절이 어렵고 실수의 가능성이 있으며, 발표 흐름이 끊길 수 있는 단점이 있습니다.

- 미리 녹화한 영상은 시간 활용이 정확하고 편집이 가능해 청중이 이해하기 쉽습니다.

- 때문에 가능하면 녹화된 시연 영상을 활용하시기를 권장합니다.

저는 멘토링을 할 때 개발뿐만 아니라 문제 정의부터 시작해 기획, 커뮤니케이션, 팀 문화, PPT, 발표 등 사이드 프로젝트를 만드는데 도움을 줄 수 있는 전과정에 관한 피드백을 드립니다. 특히, 개발자분들만 모여 있는 경우 발표와 관련된 부분을 굉장히 어려워하는 것을 많이 봤습니다.발표 자료 구성, 전달력 있는 말하기 방법, 톤, 말할 때의 습관 등 다양한 부분에 피드백을 드리는 것이 중요하다고 생각합니다. 오늘은 사이드 프로젝트 발표에서 PPT를 어떻게 구성하는지에 대한 피드백을 공유해보겠습니다.기초적인 내용이 많지만, 실제로 도움을 드렸던 부분을 중심으로 정리해봤습니다. ---1. 발표는 설득이 목적입니다 - 여러분은 프로젝트의 기능과 목적 등 모든 것을 이미 알고 있지만, 발표를 듣는 분들은 대부분 처음 프로젝트를 접하는 분들입니다. - 따라서 발표 자료는 매우 친절하게 구성하고, 설득을 목적으로 만들어야 합니다. - "왜 이 서비스를 만들었지?" "왜 해당 기능을 넣었을까?"와 같은 질문에 충분히 답할 수 있도록 자료를 준비하세요. - 문제 정의 - 기획 소개 - 기능 소개 - 시연 - 마무리로 이어지는 흐름을 방해받지 않도록 구성하세요. ---2. '3의 법칙' - 문제 정의, 특징, 기능 등을 소개할 때 숫자 3을 기억하세요. - 정보를 제시하거나 설득의 근거를 제시할 때 3개로 구성하면 효과적입니다. - 1~2개의 경우 부족하다는 느낌을 주고, 4개 이상은 복잡하다는 인상을 줄 수 있습니다. - 기획 및 컨설팅 업계에서는 숫자 3을 적음의 끝이자 많음의 시작이라고 표현합니다. (출처 - 시선의 발견) - PPT에서도 숫자 3을 적절히 활용하세요. ---3. 너무 많은 텍스트를 자료에 넣지 마세요 - 발표 자료는 발표자를 돕는 도구입니다. - 발표 중 청중의 시선은 발표 자료가 아니라 발표자에게 머물러야 합니다. - 하지만 PPT를 만드는 입장에서는 최대한 많은 정보를 담고 싶어 하죠. - 이로 인해 가독성이 떨어지고, 청중이 장문의 텍스트를 읽느라 시선이 분산될 수 있습니다. - PPT에는 중요하고 수치적인 텍스트만 간결하게 정리하고, 부연 설명은 발표자가 직접 하는 것이 좋습니다. ---4. 최종 시연은 영상으로 진행하세요 - 시연 방법은 크게 두 가지가 있습니다.1. 직접 웹이나 앱을 띄워놓고 시연하는 방법2. 미리 녹화한 영상을 PPT에 삽입해 진행하는 방법 - 저는 필수가 아닌 이상 두 번째 방법을 추천합니다. - 라이브 시연은 생생함과 어필력을 제공하지만, 시간 조절이 어렵고 실수의 가능성이 있으며, 발표 흐름이 끊길 수 있는 단점이 있습니다. - 미리 녹화한 영상은 시간 활용이 정확하고 편집이 가능해 청중이 이해하기 쉽습니다. - 때문에 가능하면 녹화된 시연 영상을 활용하시기를 권장합니다.

사이드 프로젝트 발표 피드백

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

 - YouTube

최근 프론트엔드 개발에서 API 모킹의 중요성이 점점 커지고 있습니다. 서버 개발이 완료되지 않은 상태에서도 Mock 데이터를 이용해 프론트엔드 개발을 진행하고, 독립적인 테스트를 수행할 수 있기 때문인데요. 이와 관련하여, 개인적으로 우아한형제들이 개발한 MSG(Mock Service GUI)관련 소프트웨어를 관심있게 지켜보고 있습니다.

MSG(Mock Service GUI)란?
MSG는 기존의 모킹 방식처럼 코드를 수정하는 번거로움 없이, 브라우저에 표시되는 UI를 통해 모킹 데이터를 제어할 수 있는 도구입니다. MSW(Mock Service Worker)를 기반으로 개발되었으며, 브라우저 확장 프로그램이 아닌 프로젝트에 디펜던시로 설치해 사용합니다.

MSG의 주요 기능
 * UI 기반 제어: API 모킹 데이터를 코딩하지 않고 UI에서 직접 선택 및 수정할 수 있습니다. 이를 통해 API 응답 데이터를 실시간으로 변경하며 화면 전환 결과를 바로 확인할 수 있습니다.
 * 로컬스토리지 활용: 각자의 브라우저 로컬스토리지에 개인 맞춤형 API 모킹 설정을 저장하고 관리할 수 있습니다. 팀원 간 설정 충돌을 방지하며 작업 효율성을 높입니다.
 * 프로젝트 통합성: MSG는 API 모킹 데이터를 프로젝트 내 여러 API와 쉽게 매핑할 수 있어, 신규 프로젝트 셋업 시에도 빠르고 효과적으로 활용할 수 있습니다.
MSG의 활용 사례
 * 우아한형제들은 MSG를 주문, 결제, 회원 도메인 프로젝트에 적용했으며, 특히 배민클럽 구독 서비스 프로젝트에서는 초기 셋업부터 MSG를 적극적으로 활용해 다량의 모킹 데이터를 효율적으로 관리했습니다.
 * 최신 버전인 MSG 2.0은 기능이 더욱 강화되어, 팀 내 다양한 프로젝트에서 사용 사례가 점차 확대되고 있다고 합니다.

현재 MSG는 오픈소스 전환을 목표로 개발되고 있습니다. 만약 공개된다면, QA, 기획자, 개발자 모두가 실시간으로 데이터를 확인하고 테스트하면서 더욱 원활하고 신속한 협업이 가능해질 것으로 보입니다. 오픈소스로 공개된다면 안쓸 이유가 없어보이고 여러 부서와 팀에 긍정적인 변화를 가져올 것으로 보이는만큼 빨리 공개되었으면 좋겠네요 :)

https://www.youtube.com/watch?v=dDAfG4fe4do
https://techblog.woowahan.com/20154/

최근 프론트엔드 개발에서 API 모킹의 중요성이 점점 커지고 있습니다. 서버 개발이 완료되지 않은 상태에서도 Mock 데이터를 이용해 프론트엔드 개발을 진행하고, 독립적인 테스트를 수행할 수 있기 때문인데요. 이와 관련하여, 개인적으로 우아한형제들이 개발한 MSG(Mock Service GUI)관련 소프트웨어를 관심있게 지켜보고 있습니다. MSG(Mock Service GUI)란?MSG는 기존의 모킹 방식처럼 코드를 수정하는 번거로움 없이, 브라우저에 표시되는 UI를 통해 모킹 데이터를 제어할 수 있는 도구입니다. MSW(Mock Service Worker)를 기반으로 개발되었으며, 브라우저 확장 프로그램이 아닌 프로젝트에 디펜던시로 설치해 사용합니다. MSG의 주요 기능<ul ><li>UI 기반 제어: API 모킹 데이터를 코딩하지 않고 UI에서 직접 선택 및 수정할 수 있습니다. 이를 통해 API 응답 데이터를 실시간으로 변경하며 화면 전환 결과를 바로 확인할 수 있습니다.</li><li>로컬스토리지 활용: 각자의 브라우저 로컬스토리지에 개인 맞춤형 API 모킹 설정을 저장하고 관리할 수 있습니다. 팀원 간 설정 충돌을 방지하며 작업 효율성을 높입니다.</li><li>프로젝트 통합성: MSG는 API 모킹 데이터를 프로젝트 내 여러 API와 쉽게 매핑할 수 있어, 신규 프로젝트 셋업 시에도 빠르고 효과적으로 활용할 수 있습니다.</li></ul>MSG의 활용 사례<ul ><li>우아한형제들은 MSG를 주문, 결제, 회원 도메인 프로젝트에 적용했으며, 특히 배민클럽 구독 서비스 프로젝트에서는 초기 셋업부터 MSG를 적극적으로 활용해 다량의 모킹 데이터를 효율적으로 관리했습니다.</li><li>최신 버전인 MSG 2.0은 기능이 더욱 강화되어, 팀 내 다양한 프로젝트에서 사용 사례가 점차 확대되고 있다고 합니다.</li></ul> 현재 MSG는 오픈소스 전환을 목표로 개발되고 있습니다. 만약 공개된다면, QA, 기획자, 개발자 모두가 실시간으로 데이터를 확인하고 테스트하면서 더욱 원활하고 신속한 협업이 가능해질 것으로 보입니다. 오픈소스로 공개된다면 안쓸 이유가 없어보이고 여러 부서와 팀에 긍정적인 변화를 가져올 것으로 보이는만큼 빨리 공개되었으면 좋겠네요 :) https://www.youtube.com/watch?v=dDAfG4fe4dohttps://techblog.woowahan.com/20154/

www.youtube.com

API 모킹 환경의 진화, MSG(Mock Service GUI)

2024 was insane, and many things happened around AI and software development in general. I believe...

25 top open-source tools for building web apps you can't afford to miss in 2025🎉 🚀

여기 2024년에 가능성을 보여주었고, 2025년에 더욱 빛날 것으로 보이는 25개의 오픈소스 웹앱개발도구를 소개합니다. 보다 상세한 사용법과 내용은 원문을 참고해주시기 바랍니다~^^

1. AI 및 LLM 도구
 * Composio
   * https://composio.dev/
   * AI 에이전트 통합 플랫폼
   * 250개 이상의 애플리케이션을 지원하며, GitHub, Jira, Salesforce, Gmail 등 다수의 SaaS 앱 연결 지원
 * Vercel AI SDK
   * https://sdk.vercel.ai/
   * TypeScript로 AI 웹 앱 빌드
   * React, Next.js, Vue, SvelteKit 등을 지원하며, 반복적인 설정을 단순화하고 대화형 UI 기반 구축
 * LangGraph JS
   * https://www.langchain.com/langgraph
   * 그래프 기반 에이전트 워크플로우 구축
   * 상태 머신 개념을 사용하여 복잡한 AI 워크플로우를 그래프 방식으로 쉽게 구축
 * CopilotKit
   * https://www.copilotkit.ai/
   * 웹 앱에 AI 코파일럿 추가, GitHub Copilot과 같은 기능을 앱에 쉽게 추가
 * LanceDB
   * https://lancedb.com/
   * AI 앱을 위한 고성능 벡터 데이터베이스
   * 벡터 임베딩을 효율적으로 저장하고 쿼리할 수 있는 SQLite와 유사한 빠른 데이터베이스

2. 프레임워크 및 빌드 도구
 * Encore
   * https://encore.dev/
   * 자동화된 인프라가 포함된 백엔드 프레임워크
   * 클라우드 서비스를 단순화하여 일관된 API와 DevOps 자동화 제공
 * HTMX
   * https://htmx.org/
   * JavaScript 없이 동적 웹 앱 개발
   * HTML만으로도 모던한 웹 앱을 구축
 * Val Town
   * https://www.val.town/
   * 서버리스 JavaScript 실행 플랫폼
   * GitHub Gist와 서버리스 함수의 결합처럼 작동하며 JavaScript 코드 공유와 실행 방식 혁신
 * Deno 2
   * https://deno.com/
   * TypeScript 지원을 내장한 안전한 런타임
   * Node.js의 창시자인 Ryan Dahl의 새로운 프로젝트로, 현대적인 기능과 내장된 보안 제공
 * Turborepo
   * https://turbo.build/
   * 고성능 JS 모노레포 빌드 시스템
   * 지능형 캐싱과 병렬 실행을 통해 모노레포 관리의 빌드 시간 단축

3. 실시간 및 이벤트 기반 시스템
 * Socket.io
   * https://socket.io/
   * 웹 앱용 양방향 실시간 통신 라이브러리
   * 실시간 기능을 추가할 때 복잡한 통신 문제를 손쉽게 처리
 * Feather.js
   * https://feathersjs.com/
   * 실시간 API 프레임워크
   * REST API와 실시간 업데이트를 모두 지원하는 프레임워크
 * Deepstream.io
   * https://deepstream.io/
   * 확장 가능한 실시간 데이터 동기화 엔진
   * 협업 편집기나 멀티플레이어 게임 구축에 적합
 * Serverless Framework
   * https://www.serverless.com/
   * 클라우드 애그노스틱 서버리스 앱 개발
   * AWS, Azure, Google Cloud 등 다양한 클라우드 환경에서 서버리스 애플리케이션을 배포
 * RabbitMQ
   * https://www.rabbitmq.com/
   * 분산 시스템을 위한 강력한 메시지 브로커
   * 신뢰할 수 있는 메시지 전달을 지원하며 Node.js 애플리케이션에 필수

4. 개발자 경험 및 테스트 도구
 * Vitest
   * https://vitest.dev/
   * Vite 통합 차세대 테스트 프레임워크
   * 빠른 속도로 테스트를 실행하며, 개발 서버의 성능을 테스트 환경에서도 제공
 * Playwright
   * https://playwright.dev/
   * AI 기반 E2E 테스트 생성 도구
   * 믿을 수 있는 QA 엔지니어처럼 작동하며, 앱을 클릭하면 테스트 코드 자동 생성
 * Prettier
   * https://prettier.io/
   * 코드 포맷터
   * 세미콜론이나 줄바꿈과 같은 논쟁을 끝내주는 일관된 코드 포맷터
 * Jest
   * https://jestjs.io/
   * 스냅샷 지원을 갖춘 JavaScript 테스트 프레임워크
   * 단위 테스트부터 스냅샷까지 모두 지원하는 만능 도구
 * Puppeteer
   * https://pptr.dev/
   * 모던 웹 테스트를 위한 헤드리스 Chrome 자동화
   * 크롬 자동화, 웹 스크래핑, PDF 생성 등 다양한 작업 수행

5. 디자인 컴포넌트 및 UI
 * Shadcn-UI
   * https://ui.shadcn.com/
   * 복사-붙여넣기 구현을 지원하는 접근성 컴포넌트 라이브러리
   * 스타일링 제한 없이 컴포넌트를 완전 제어할 수 있는 접근 방식 제공
 * Radix Themes
   * https://www.radix-ui.com/themes/docs/components/theme
   * Radix Primitives를 위한 프로덕션 준비 테마 시스템
   * Radix Primitives의 장점을 테마 시스템에 통합하여 쉽게 활용
 * Daisy UI
   * https://daisyui.com/
   * Tailwind 기반 컴포넌트 라이브러리
   * Tailwind의 클래스를 간소화하여 코드가 더 깔끔하게 유지
 * Vanilla Extract
   * https://vanilla-extract.style/
   * 실행 시간 없는 타입이 적용된 CSS-in-JS 솔루션
   * TypeScript의 강력함과 실행 시간 없이 순수 CSS 제공
 * Ark UI
   * https://ark-ui.com/
   * 프레임워크에 구애받지 않는 헤드리스 UI 컴포넌트
   * React, Vue, Solid에서 일관된 컴포넌트 제공

 * 원문: https://dev.to/composiodev/25-top-open-source-tools-for-building-web-apps-you-cant-afford-to-miss-in-2025-5005

여기 2024년에 가능성을 보여주었고, 2025년에 더욱 빛날 것으로 보이는 25개의 오픈소스 웹앱개발도구를 소개합니다. 보다 상세한 사용법과 내용은 원문을 참고해주시기 바랍니다~^^ 1. AI 및 LLM 도구<ul ><li>Composio<ul ><li>https://composio.dev/</li><li>AI 에이전트 통합 플랫폼</li><li>250개 이상의 애플리케이션을 지원하며, GitHub, Jira, Salesforce, Gmail 등 다수의 SaaS 앱 연결 지원</li></ul></li><li>Vercel AI SDK<ul ><li>https://sdk.vercel.ai/</li><li>TypeScript로 AI 웹 앱 빌드</li><li>React, Next.js, Vue, SvelteKit 등을 지원하며, 반복적인 설정을 단순화하고 대화형 UI 기반 구축</li></ul></li><li>LangGraph JS<ul ><li>https://www.langchain.com/langgraph</li><li>그래프 기반 에이전트 워크플로우 구축</li><li>상태 머신 개념을 사용하여 복잡한 AI 워크플로우를 그래프 방식으로 쉽게 구축</li></ul></li><li>CopilotKit<ul ><li>https://www.copilotkit.ai/</li><li>웹 앱에 AI 코파일럿 추가, GitHub Copilot과 같은 기능을 앱에 쉽게 추가</li></ul></li><li>LanceDB<ul ><li>https://lancedb.com/</li><li>AI 앱을 위한 고성능 벡터 데이터베이스</li><li>벡터 임베딩을 효율적으로 저장하고 쿼리할 수 있는 SQLite와 유사한 빠른 데이터베이스</li></ul></li></ul> 2. 프레임워크 및 빌드 도구<ul ><li>Encore<ul ><li>https://encore.dev/</li><li>자동화된 인프라가 포함된 백엔드 프레임워크</li><li>클라우드 서비스를 단순화하여 일관된 API와 DevOps 자동화 제공</li></ul></li><li>HTMX<ul ><li>https://htmx.org/</li><li>JavaScript 없이 동적 웹 앱 개발</li><li>HTML만으로도 모던한 웹 앱을 구축</li></ul></li><li>Val Town<ul ><li>https://www.val.town/</li><li>서버리스 JavaScript 실행 플랫폼</li><li>GitHub Gist와 서버리스 함수의 결합처럼 작동하며 JavaScript 코드 공유와 실행 방식 혁신</li></ul></li><li>Deno 2<ul ><li>https://deno.com/</li><li>TypeScript 지원을 내장한 안전한 런타임</li><li>Node.js의 창시자인 Ryan Dahl의 새로운 프로젝트로, 현대적인 기능과 내장된 보안 제공</li></ul></li><li>Turborepo<ul ><li>https://turbo.build/</li><li>고성능 JS 모노레포 빌드 시스템</li><li>지능형 캐싱과 병렬 실행을 통해 모노레포 관리의 빌드 시간 단축</li></ul></li></ul> 3. 실시간 및 이벤트 기반 시스템<ul ><li>Socket.io<ul ><li>https://socket.io/</li><li>웹 앱용 양방향 실시간 통신 라이브러리</li><li>실시간 기능을 추가할 때 복잡한 통신 문제를 손쉽게 처리</li></ul></li><li>Feather.js<ul ><li>https://feathersjs.com/</li><li>실시간 API 프레임워크</li><li>REST API와 실시간 업데이트를 모두 지원하는 프레임워크</li></ul></li><li>Deepstream.io<ul ><li>https://deepstream.io/</li><li>확장 가능한 실시간 데이터 동기화 엔진</li><li>협업 편집기나 멀티플레이어 게임 구축에 적합</li></ul></li><li>Serverless Framework<ul ><li>https://www.serverless.com/</li><li>클라우드 애그노스틱 서버리스 앱 개발</li><li>AWS, Azure, Google Cloud 등 다양한 클라우드 환경에서 서버리스 애플리케이션을 배포</li></ul></li><li>RabbitMQ<ul ><li>https://www.rabbitmq.com/</li><li>분산 시스템을 위한 강력한 메시지 브로커</li><li>신뢰할 수 있는 메시지 전달을 지원하며 Node.js 애플리케이션에 필수</li></ul></li></ul> 4. 개발자 경험 및 테스트 도구<ul ><li>Vitest<ul ><li>https://vitest.dev/</li><li>Vite 통합 차세대 테스트 프레임워크</li><li>빠른 속도로 테스트를 실행하며, 개발 서버의 성능을 테스트 환경에서도 제공</li></ul></li><li>Playwright<ul ><li>https://playwright.dev/</li><li>AI 기반 E2E 테스트 생성 도구</li><li>믿을 수 있는 QA 엔지니어처럼 작동하며, 앱을 클릭하면 테스트 코드 자동 생성</li></ul></li><li>Prettier<ul ><li>https://prettier.io/</li><li>코드 포맷터</li><li>세미콜론이나 줄바꿈과 같은 논쟁을 끝내주는 일관된 코드 포맷터</li></ul></li><li>Jest<ul ><li>https://jestjs.io/</li><li>스냅샷 지원을 갖춘 JavaScript 테스트 프레임워크</li><li>단위 테스트부터 스냅샷까지 모두 지원하는 만능 도구</li></ul></li><li>Puppeteer<ul ><li>https://pptr.dev/</li><li>모던 웹 테스트를 위한 헤드리스 Chrome 자동화</li><li>크롬 자동화, 웹 스크래핑, PDF 생성 등 다양한 작업 수행</li></ul></li></ul> 5. 디자인 컴포넌트 및 UI<ul ><li>Shadcn-UI<ul ><li>https://ui.shadcn.com/</li><li>복사-붙여넣기 구현을 지원하는 접근성 컴포넌트 라이브러리</li><li>스타일링 제한 없이 컴포넌트를 완전 제어할 수 있는 접근 방식 제공</li></ul></li><li>Radix Themes<ul ><li>https://www.radix-ui.com/themes/docs/components/theme</li><li>Radix Primitives를 위한 프로덕션 준비 테마 시스템</li><li>Radix Primitives의 장점을 테마 시스템에 통합하여 쉽게 활용</li></ul></li><li>Daisy UI<ul ><li>https://daisyui.com/</li><li>Tailwind 기반 컴포넌트 라이브러리</li><li>Tailwind의 클래스를 간소화하여 코드가 더 깔끔하게 유지</li></ul></li><li>Vanilla Extract<ul ><li>https://vanilla-extract.style/</li><li>실행 시간 없는 타입이 적용된 CSS-in-JS 솔루션</li><li>TypeScript의 강력함과 실행 시간 없이 순수 CSS 제공</li></ul></li><li>Ark UI<ul ><li>https://ark-ui.com/</li><li>프레임워크에 구애받지 않는 헤드리스 UI 컴포넌트</li><li>React, Vue, Solid에서 일관된 컴포넌트 제공</li></ul></li></ul> <ul ><li>원문: https://dev.to/composiodev/25-top-open-source-tools-for-building-web-apps-you-cant-afford-to-miss-in-2025-5005</li></ul>

DEV Community

[Dev] 2025년에 놓쳐선 안 될 25가지 오픈소스 웹 앱 개

우아콘에 나온 데이터분석 챗봇 '물어보새!'
이거 보고 저도 만들고 있어요!
(재밌는데 AI 엔지니어로 전향을...)

연휴에 널널한데 재밌게 좋네요 :) 다들 업무에 적용해보세요!

https://youtu.be/_QPhoKItI2k?si=X7-bDz4IGqJx0NDc

우아콘에 나온 데이터분석 챗봇 '물어보새!'이거 보고 저도 만들고 있어요!(재밌는데 AI 엔지니어로 전향을...) 연휴에 널널한데 재밌게 좋네요 :) 다들 업무에 적용해보세요! https://youtu.be/_QPhoKItI2k?si=X7-bDz4IGqJx0NDc

youtu.be

랭체인+RAG으로 text to SQL 만들기

React 19가 얼마 전 정식 버전으로 출시되었는데요, 혹시 React 19 업그레이드를 고려하고 계신가요? 공식 문서의 업그레이드 가이드를 한글로 번역해두었으니 참고하시면 도움이 될 것 같습니다 😊

[번역] 리액트 19 업그레이드 가이드

오늘은 라인플러스의 김은빈님이 번역해주신 글입니다.

리액트 19가 정식 버전으로 출시되면서 많은 변화와 개선사항들이 있었습니다. 특히 메이저 업데이트인 만큼 호환성이 깨지는 변경사항들이 있어 업그레이드 시 주의가 필요한데요.

이 가이드에서는 설치부터 시작해 코드 자동 변환(Codemods), 호환성 이슈, 지원 중단되는 기능들까지 상세히 다루고 있습니다. 특히 실제 마이그레이션 과정에서 발생할 수 있는 이슈들과 해결 방법에 대해 자세히 설명하고 있으니, 리액트 19 업그레이드를 계획하고 계신 분들에게 꼭 필요한 내용이 될 것 같습니다.

업그레이드 과정에서 어려움을 겪지 않도록, 목차에 있는 내용들을 차근차근 살펴보시는 것을 추천드립니다! 😊

글 링크: https://velog.io/@eunbinn/react-19-upgrade-guide

오늘은 라인플러스의 김은빈님이 번역해주신 글입니다. 리액트 19가 정식 버전으로 출시되면서 많은 변화와 개선사항들이 있었습니다. 특히 메이저 업데이트인 만큼 호환성이 깨지는 변경사항들이 있어 업그레이드 시 주의가 필요한데요. 이 가이드에서는 설치부터 시작해 코드 자동 변환(Codemods), 호환성 이슈, 지원 중단되는 기능들까지 상세히 다루고 있습니다. 특히 실제 마이그레이션 과정에서 발생할 수 있는 이슈들과 해결 방법에 대해 자세히 설명하고 있으니, 리액트 19 업그레이드를 계획하고 계신 분들에게 꼭 필요한 내용이 될 것 같습니다. 업그레이드 과정에서 어려움을 겪지 않도록, 목차에 있는 내용들을 차근차근 살펴보시는 것을 추천드립니다! 😊 글 링크: https://velog.io/@eunbinn/react-19-upgrade-guide

velog.io

리액트 19 업그레이드 가이드

내 커리어 30년을 돌이켜보면 초반에 많이 했던 실수 중의 하나가 내가 있는 현재 환경에 대한 부정적인 시각을 갖고 있었던 것이었다. 좋은 점은 눈에 안 들어오고 나쁜 점만 부각되는 형태였는데 그러면서 왠지 다른 회사나 경쟁사는 우리보다 훨씬 더 완벽한 환경이란 착각을 하는 모양새였다.

큰 기대를 가지고 다른 환경에 가서 일하면서 여기는 여기대로 또 다른 문제점들이 존재한다는 것을 깨닫는데 오랜 시간이 걸리지는 않았다. 중요한 포인트는 안 좋은 점 하나에 꽂혀 버리는 것이 아니라 균형 잡힌 시각을 갖는 것이다.

 1. 긍정적인 부분의 합이 부정적인 부분의 합보다 크다면 괜찮은 환경이다. 여기서 합을 할 때 중요한 포인트는 가중치를 분명하게 주어야 한다는 점이다. 사람이 좋은 곳인지 특히 내 상사가 좋은 사람인지 여부에는 높은 가중치를 주어야 한다. 회사의 비전과 미션이 내 개인적인 관심사와 일치하는지도 중요한 포인트다.
 2. 다른 환경은 완벽할 것이라는 기대는 충족될 수 없는 기대다. 다른 환경으로 이동할 때 기대 수준 관리를 할 필요가 있다. 기대가 크면 실망도 크다.

완벽한 환경은 존재하지 않지만, 균형 잡힌 시각을 바탕으로 긍정적인 부분의 합이 부정적인 부분의 합보다 큰지를 바라봄으로써 계속 있는 것이 맞는지 아니면 다른 환경을 찾아가는 것이 맞는지 결정할 수 있었다. 그리고 어디에 있건 언젠가는 떠나겠지만 현재에 최선을 다하는 모습을 보이는 것은 중요하다. 이게 평판에 영향을 끼치며 좋은 평판 없이 커리어 후반기 이직은 쉽지 않다.

내 커리어 30년을 돌이켜보면 초반에 많이 했던 실수 중의 하나가 내가 있는 현재 환경에 대한 부정적인 시각을 갖고 있었던 것이었다. 좋은 점은 눈에 안 들어오고 나쁜 점만 부각되는 형태였는데 그러면서 왠지 다른 회사나 경쟁사는 우리보다 훨씬 더 완벽한 환경이란 착각을 하는 모양새였다. 큰 기대를 가지고 다른 환경에 가서 일하면서 여기는 여기대로 또 다른 문제점들이 존재한다는 것을 깨닫는데 오랜 시간이 걸리지는 않았다. 중요한 포인트는 안 좋은 점 하나에 꽂혀 버리는 것이 아니라 균형 잡힌 시각을 갖는 것이다. <ol ><li>긍정적인 부분의 합이 부정적인 부분의 합보다 크다면 괜찮은 환경이다. 여기서 합을 할 때 중요한 포인트는 가중치를 분명하게 주어야 한다는 점이다. 사람이 좋은 곳인지 특히 내 상사가 좋은 사람인지 여부에는 높은 가중치를 주어야 한다. 회사의 비전과 미션이 내 개인적인 관심사와 일치하는지도 중요한 포인트다.</li><li>다른 환경은 완벽할 것이라는 기대는 충족될 수 없는 기대다. 다른 환경으로 이동할 때 기대 수준 관리를 할 필요가 있다. 기대가 크면 실망도 크다.</li></ol> 완벽한 환경은 존재하지 않지만, 균형 잡힌 시각을 바탕으로 긍정적인 부분의 합이 부정적인 부분의 합보다 큰지를 바라봄으로써 계속 있는 것이 맞는지 아니면 다른 환경을 찾아가는 것이 맞는지 결정할 수 있었다. 그리고 어디에 있건 언젠가는 떠나겠지만 현재에 최선을 다하는 모습을 보이는 것은 중요하다. 이게 평판에 영향을 끼치며 좋은 평판 없이 커리어 후반기 이직은 쉽지 않다.

모든 일에는 명암이 있다

A few points that I want to mention after working in Coupang for 6 months as a Recommender system software engineer

Review - 6 Months in Coupang

쿠팡에서 추천 시스템 백엔드 엔지니어로 조인한지 6개월 차가 되었습니다.
다음 분기를, 내년을 준비하고자 지난 기간을 되돌아봅니다.

문화
자신의 상황에 따라 많이 차이가 있을 수 있으나, 제가 경험하고 느낀 바는 아래와 같습니다.

 * 사용자 문제에 기반
대부분의 주요 프로젝트는 사용자 문제에 기반하여 주도됩니다. 여러 데이터를 참조하여 문제를 정의하고, 해결하고자 하는 바를 기술하며, 성공과 실패(롤백)은 어떤 기준일지를 작성한 1-pager를 통해 변경 프로젝트가 시작되고 팀이 구성됩니다.

 * 실험 주도
문제 정의부터 성공과 실패의 정의 및 판단까지 모든 것은 데이터와 A/B 테스트를 기반으로 진행됩니다. 고도화되어 구현에 큰 비용이 발생하지 않는 A/B 테스트 플랫폼과 프로세스는 중요 핵심 자산으로 보이며, 그렇기에 모든 변경은 검증되어 개선이 인정될 때만 반영되고 그렇지 않다면 폐기됩니다.
(관련해 좋은 책, Ron Kohavi의 Trustworthy Online Controlled Experiments)

 * 문제를 소유하지, 도메인을 점유하지 않음
주로는 도메인 오너가 도메인에 대한 변경을 진행하게 되지만, 리소스가 없다면 도메인 오너의 가이드 하에 특정 문제를 해결하기 위해 도메인 오너가 아닌 컨트리뷰터가 기여하기도 합니다. 물론, 특정 도메인 서비스에 대한 운영, oncall 등은 도메인 오너가 진행합니다.

하지만, 어떤 문제를 어떤 구성원이 P0로 해결하는 중이라면 그 문제를 위한 변경은 도메인에 구애받지 않고 '급한 구성원'이 해결할 수 있는 기회가 비교적 열려 있습니다.

Self AAR (Review)
추천 시스템은 다른 백엔드 시스템과는 조금 다르게 내부적으로 헤비한 데이터(Data-Intensive) 처리가 존재하고, 그 데이터 처리에 기반한 모델을 서빙한다는 특징이 있습니다. 유사한 도메인으로는 검색, ML 서빙 플랫폼와 같은 것들이 생각되는데요.

그렇기에 엔지니어로 관여하는 부분은 모델링, 파이프라이닝, 서빙, 그리고 기본적인 운영과 같은 4가지로 구분할 수 있습니다.

저는 지난 160일간 대략적으로 파이프라이닝, 서빙, 그리고 운영에 관여하였습니다.

 * 파이프라이닝
특정 유저에 대해 특정 추천상품이라는 후보군들을 뽑아내기 위해 Offline으로 준비되는 데이터에 해당됩니다. Java, Scala, Python 등에 기반한 Spark으로 되어 있어, 일부 데이터를 추가하는 작업을 진행하였습니다.

 * 서빙
실시간으로 추천 위젯과 위젯의 상품 리스트를 응답하는 서비스입니다. 주로 다양한 업스트림을 Aggregate하는 패턴으로 다양한 아규먼트를 받을 수 잇는 GRPC 엔드포인트를 제공합니다.

 * 운영
모델링, 파이프라이닝, 서빙에 대한 유지와 모니터링이 해당됩니다. Spark 버젼을 마이그레이션하거나, AWS LB와 내부 클러스터 설정 구조를 변경하거나, CICD에 사용되는 서비스를 전사 정책에 따라 마이그레이션 하는 등의 작업을 진행합니다.

특징적으로는 Oncall이 일주일씩 로테이션이 되기에, Grafana alert에 따라 전화가 오면 핸들링하는 Oncall 프로세스를 진행하기도 합니다.

(원본: https://kadensungbincho.com/blog/backend/review-6-months-in-coupang)

쿠팡에서 추천 시스템 백엔드 엔지니어로 조인한지 6개월 차가 되었습니다. 다음 분기를, 내년을 준비하고자 지난 기간을 되돌아봅니다. 문화자신의 상황에 따라 많이 차이가 있을 수 있으나, 제가 경험하고 느낀 바는 아래와 같습니다. <ul ><li>사용자 문제에 기반</li></ul>대부분의 주요 프로젝트는 사용자 문제에 기반하여 주도됩니다. 여러 데이터를 참조하여 문제를 정의하고, 해결하고자 하는 바를 기술하며, 성공과 실패(롤백)은 어떤 기준일지를 작성한 1-pager를 통해 변경 프로젝트가 시작되고 팀이 구성됩니다. <ul ><li>실험 주도</li></ul>문제 정의부터 성공과 실패의 정의 및 판단까지 모든 것은 데이터와 A/B 테스트를 기반으로 진행됩니다. 고도화되어 구현에 큰 비용이 발생하지 않는 A/B 테스트 플랫폼과 프로세스는 중요 핵심 자산으로 보이며, 그렇기에 모든 변경은 검증되어 개선이 인정될 때만 반영되고 그렇지 않다면 폐기됩니다. (관련해 좋은 책, Ron Kohavi의 Trustworthy Online Controlled Experiments) <ul ><li>문제를 소유하지, 도메인을 점유하지 않음</li></ul>주로는 도메인 오너가 도메인에 대한 변경을 진행하게 되지만, 리소스가 없다면 도메인 오너의 가이드 하에 특정 문제를 해결하기 위해 도메인 오너가 아닌 컨트리뷰터가 기여하기도 합니다. 물론, 특정 도메인 서비스에 대한 운영, oncall 등은 도메인 오너가 진행합니다. 하지만, 어떤 문제를 어떤 구성원이 P0로 해결하는 중이라면 그 문제를 위한 변경은 도메인에 구애받지 않고 '급한 구성원'이 해결할 수 있는 기회가 비교적 열려 있습니다. Self AAR (Review)추천 시스템은 다른 백엔드 시스템과는 조금 다르게 내부적으로 헤비한 데이터(Data-Intensive) 처리가 존재하고, 그 데이터 처리에 기반한 모델을 서빙한다는 특징이 있습니다. 유사한 도메인으로는 검색, ML 서빙 플랫폼와 같은 것들이 생각되는데요. 그렇기에 엔지니어로 관여하는 부분은 모델링, 파이프라이닝, 서빙, 그리고 기본적인 운영과 같은 4가지로 구분할 수 있습니다. 저는 지난 160일간 대략적으로 파이프라이닝, 서빙, 그리고 운영에 관여하였습니다. <ul ><li>파이프라이닝</li></ul>특정 유저에 대해 특정 추천상품이라는 후보군들을 뽑아내기 위해 Offline으로 준비되는 데이터에 해당됩니다. Java, Scala, Python 등에 기반한 Spark으로 되어 있어, 일부 데이터를 추가하는 작업을 진행하였습니다. <ul ><li> 서빙</li></ul>실시간으로 추천 위젯과 위젯의 상품 리스트를 응답하는 서비스입니다. 주로 다양한 업스트림을 Aggregate하는 패턴으로 다양한 아규먼트를 받을 수 잇는 GRPC 엔드포인트를 제공합니다. <ul ><li>운영</li></ul>모델링, 파이프라이닝, 서빙에 대한 유지와 모니터링이 해당됩니다. Spark 버젼을 마이그레이션하거나, AWS LB와 내부 클러스터 설정 구조를 변경하거나, CICD에 사용되는 서비스를 전사 정책에 따라 마이그레이션 하는 등의 작업을 진행합니다. 특징적으로는 Oncall이 일주일씩 로테이션이 되기에, Grafana alert에 따라 전화가 오면 핸들링하는 Oncall 프로세스를 진행하기도 합니다. (원본: https://kadensungbincho.com/blog/backend/review-6-months-in-coupang)

Kaden Sungbin Cho

쿠팡에서의 6개월 회고

남이 짠 코드를 읽는 건 재미없는 일입니다. 가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다. 잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다. 내가 코딩할 때나 재미를 느끼는 것입니다.

코드를 짜는 재미

남이 짠 코드를 읽는 건 재미없는 일입니다.
가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다.
잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다.
내가 코딩할 때나 재미를 느끼는 것입니다.

남의 코드를 많이 읽어야 실력이 빨리 향상된다고 합니다. 동의합니다.
저도 공부를 위해 가끔 오픈 소스 코드를 다운로드해서 읽어 보려 시도했지만…
번번이 포기했습니다. 너무 어렵고 재미없고 고통스러워서.
20년 동안 코딩을 했지만 실력이 이 모양인 건 남의 코드를 많이 안 읽어서 아닐까?

요즘 다시 남의 코드를 읽고 있습니다.
다 Cursor 덕분입니다.
Cursor에게 부탁하고 Accept를 누르다 보면 코드를 하나도 모른 채 프로그램이 동작하게 됩니다.
분명 내 프로젝트인데 어떤 파일에 어떤 코드들이 있는 건지 나도 모르겠어.

할 수 없이 잠시 멈추고 꾸역꾸역 코드를 읽습니다.
남이 짠 코드. 역시나 재미없고 스트레스를 받습니다.
그래도 읽어 나갈 수밖에 없습니다. 내 프로젝트니까.

이렇게라도 남의 코드를 읽으며 배울 수 있으니 좋은 거 아닐까?
그런 생각이 들면서도 이게 뭐 하는 짓인가 현타가 오는 건 어쩔 수 없습니다. 코딩을 하는 재미를 빼앗기고 있는 것 같습니다.

바둑을 두던 사람들도 이런 기분이었을까요?

https://jeho.page/essay/2024/12/23/writing-code.html

남이 짠 코드를 읽는 건 재미없는 일입니다. 가끔 잘 짜인 코드를 볼 때면 기분이 좋았지만… 그런 일이 많지는 않았습니다. 잘 짠 코드라 하더라도 코드 타래를 끝도 없이 따라가며 의도를 파악하기까지의 순간은 고통 그 자체였습니다. 내가 코딩할 때나 재미를 느끼는 것입니다. 남의 코드를 많이 읽어야 실력이 빨리 향상된다고 합니다. 동의합니다. 저도 공부를 위해 가끔 오픈 소스 코드를 다운로드해서 읽어 보려 시도했지만… 번번이 포기했습니다. 너무 어렵고 재미없고 고통스러워서. 20년 동안 코딩을 했지만 실력이 이 모양인 건 남의 코드를 많이 안 읽어서 아닐까? 요즘 다시 남의 코드를 읽고 있습니다. 다 Cursor 덕분입니다. Cursor에게 부탁하고 Accept를 누르다 보면 코드를 하나도 모른 채 프로그램이 동작하게 됩니다. 분명 내 프로젝트인데 어떤 파일에 어떤 코드들이 있는 건지 나도 모르겠어. 할 수 없이 잠시 멈추고 꾸역꾸역 코드를 읽습니다. 남이 짠 코드. 역시나 재미없고 스트레스를 받습니다. 그래도 읽어 나갈 수밖에 없습니다. 내 프로젝트니까. 이렇게라도 남의 코드를 읽으며 배울 수 있으니 좋은 거 아닐까? 그런 생각이 들면서도 이게 뭐 하는 짓인가 현타가 오는 건 어쩔 수 없습니다. 코딩을 하는 재미를 빼앗기고 있는 것 같습니다. 바둑을 두던 사람들도 이런 기분이었을까요? https://jeho.page/essay/2024/12/23/writing-code.html

K리그 프로그래머

금융권 최초 배달 앱 신한은행 '땡겨요' 잘 될까

<금융권 최초 배달 앱 신한은행 ‘땡겨요’ 잘 될까 by 매경이코노미>

신한은행이 배달앱을 출시했다?

사용자와 결제 Data를 얻기 위해 배달앱까지 출시해야 하는 세상이 왔네요.
저는 시도를 긍정적으로 봅니다. 더 이상 대형 플랫폼들에 광고해서 얻는 Data들의 가치가 점점 떨어지고 있습니다. 입점수수료와 광고비를 저렴히 하고 양질의 Data를 얻을 수 있다면 충분히 가치있는 일이죠.

문제는 기존의 배달앱 강자와의 전투가 만만치 않을 것이고, 예상했던 비용보다 훨씬 더 많은 비용이 들어야 의미있는 Data를 쌓을 수 있을 것으로 보입니다. 플랜B, C는 있는걸까요?

퍼블리의 그로스 매니저로 커리어를 시작하여, 현재는 멤버십 사업을 총괄하고 있습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책과 교육, 경제에 관심을 가지고 있습니다.
일하는 것을 싫어하지만, 많이 하고 있습니다..

커리어리 Lead Product Manager

김광종

퍼블리 그로스매니저로 커리어를 시작하여, 프로덕트매니저와 사업총괄을 거쳐, 커리어리팀을 리드하였습니다.
합리적이고 해피한 세상을 향해 살아가고 있으며, 책/교육/경제에 관심이 있습니다.
자유로운 삶을 추구하지만, 지금은 일에 매여 있습니다..

프로덕트 매니저/서비스 기획

한주현

플랫폼

반려동물

광고 / 마케팅

Google Analytics

SNS 운영

그로스 마케팅

글쓰기

데이터 분석

디지털 마케팅

이벤트 기획

콘텐츠 기획

콘텐츠 마케팅

퍼포먼스 마케팅

프로젝트 매니징

이커머스

패션 / 뷰티

*Main Jobs

1)eMarketing: On-site, Advertisement, Affiliation, Push & Data marketing, SNS/ Viral, Mall Branding Campaign and Video Commerce
2)Data TF: D/W, OLAP, Dashboard and CMS Set-up and Data-driven Campaign

e마케팅&Data 팀장

*Main Jobs
 1)Crowdfunding Project Sourcing
 - Partnership with Korea makers and Global manufacturers
 2)Sales and Retail Management
 - Selling the products in Korea(Naver storefarm, 11st, Coupang etc) and Thailand(Lazada and off-line stores)
 3)Marketing Management and Consulting
 - SNS, SA, DA operation and marketing consulting for Tricycle

플랫폼 본부장

브랜드 마케팅

*Main Jobs
 1)Marketing strategy
 2)Optimizing media mix
 3)Push marketing Set-up and operation
 4)On-site marketing and Collaboration projects

e마케팅 팀장

제조

마케팅

상품 기획

*Main Jobs
 1)Marketing and Sales Management
 2)Product Planning
 3)Project Management

영업/마케팅

Majored in Industrial engineering(B.A.)

Student Representative for Senior Class of 2001.
A member of "Brain Korea 21" Program

Industrial Engineering BA

김태경

브런치

반려앱 서비스 펫피

🖋기록 & 의미찾기

📈Platform, Marketing, eCommerce
     .반려앱 서비스 '펫피'

#CRM #그로스마케팅 #데이터분석 #디지털마케팅 #브랜드마케팅 #브런치작가 #블로거 #사용자조사

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필