먼저 데이터 워크플로우(Data Workflow)는 무엇일까요❓

데이터 워크플로우(Data Workflow)란, 기업에서 사용되는 데이터를 수집, 처리, 분석, 그리고 활용까지 이어지는 전체 과정을 나타내는 프로세스를 의미해요.

데이터 직군은 데이터 워크플로우를 통해 구체적이고 체계적인 업무 범위를 파악하고, 다른 업무들에 비해 더 집중해야 할 영역을 파악할 수 있습니다.

데이터 직군 중 데이터 엔지니어(Data Engineer)는
데이터 파이프라인의 초반부를 맡아

- 데이터 수집
- 데이터 저장
- 데이터 관리
- 데이터 자동화
- 데이터 통합
- 데이터 전처리
- 데이터 변환

단계를 맡고 있어요.

필요한 데이터를 외부 소스(Data Source)에서 수집하는 단계에서부터,
수집한 데이터를 저장하기 위해 데이터 저장 장소인

- 데이터베이스 (Database)
- 데이터 웨어하우스 (Data Warehouse)
- 데이터 레이크 (Data Lake)
- 데이터 레이크하우스 (Data LakeHouse)

를 관리하고 최적화하는 업무를 맡게 됩니다.

기본적인 엔지니어링 업무부터,
쿼리 및 API와 같은 벡엔드 업무까지,
다양한 이슈를 해결하는 업무이기에
문제를 빠르게 파악하고, 문서화하는 작업들이 필요해요.

특히 데이터 품질을 확인하는 작업들이 많기 때문에,
한 장소에서 다른 장소로 데이터를 옮기는 과정을
자동화하거나 최적화하는 스킬들이 요구됩니다.

먼저 데이터 워크플로우(Data Workflow)는 무엇일까요❓ 데이터 워크플로우(Data Workflow)란, 기업에서 사용되는 데이터를 수집, 처리, 분석, 그리고 활용까지 이어지는 전체 과정을 나타내는 프로세스를 의미해요. 데이터 직군은 데이터 워크플로우를 통해 구체적이고 체계적인 업무 범위를 파악하고, 다른 업무들에 비해 더 집중해야 할 영역을 파악할 수 있습니다. 데이터 직군 중 데이터 엔지니어(Data Engineer)는 데이터 파이프라인의 초반부를 맡아 - 데이터 수집 - 데이터 저장 - 데이터 관리 - 데이터 자동화 - 데이터 통합 - 데이터 전처리 - 데이터 변환 단계를 맡고 있어요. 필요한 데이터를 외부 소스(Data Source)에서 수집하는 단계에서부터, 수집한 데이터를 저장하기 위해 데이터 저장 장소인 - 데이터베이스 (Database) - 데이터 웨어하우스 (Data Warehouse) - 데이터 레이크 (Data Lake) - 데이터 레이크하우스 (Data LakeHouse) 를 관리하고 최적화하는 업무를 맡게 됩니다. 기본적인 엔지니어링 업무부터, 쿼리 및 API와 같은 벡엔드 업무까지, 다양한 이슈를 해결하는 업무이기에 문제를 빠르게 파악하고, 문서화하는 작업들이 필요해요. 특히 데이터 품질을 확인하는 작업들이 많기 때문에, 한 장소에서 다른 장소로 데이터를 옮기는 과정을 자동화하거나 최적화하는 스킬들이 요구됩니다.

데이터 워크플로우(Data Workflow) - 데이터 엔지니어 편

📌 이럴 때 추천해요 : "연말연시에 어울리는 책을 고르는 중일 때 - ④"

01 . 어제는 독서모임 분들과 한 해를 정리하는 송년회이자 Recap의 시간을 가졌습니다. 벌써 만 3년 정도를 운영하고 있는 모임인데 올해 2024년 동안 매달 읽었던 책들을 회고해 보고, 새해에 어울릴만한 이야기들도 나눠보고, 서로를 응원하는 시간도 가지는 나름 뜻깊은 행사였죠. 그리고 그 행사엔 몇 해 동안 이어오는 저희만의 작은 전통도 빠짐없이 등장했습니다. 독서모임답게 각자가 책 한 권씩을 준비해 랜덤으로 뽑은 누군가에게 그 책을 선물하는 이벤트인데요, 누구에게 어떤 책을 선물받게 될지 모르는 뜻밖의 두근거림과 그 사람이 써준 정성스러운 편지를 받을 수 있기에 멤버분들 역시 애정하는 순서 중 하나입니다.

02 . 어제도 모두 정성스러운 편지와 함께 각자의 안목과 이유가 담긴 책을 골라오셨는데 그중에서 '그때를 위한 책'에서 소개해도 좋겠다고 생각되는 책들이 몇 권 눈에 띄더라고요. 특히 제가 재미있게 읽었던 작품인 ⟪행복의 지도⟫가 나왔을 때는 반가운 마음과 더불어 여러분들께도 꼭 소개해 드리고 싶다는 생각이 들었습니다.

03 . ⟪행복의 지도⟫는 한국인들에게도 큰 사랑을 받았던 베스트셀러 ⟪소크라테스 익스프레스⟫의 저자 에릭 와이너의 작품입니다. ⟪소크라테스 익스프레스⟫에서는 일상 속에서 적용해 볼 수 있는 현실적인 철학들을 소개했다면 ⟪행복의 지도⟫에서는 각 나라의 도시들을 조명하며 '정말 그 나라의 그 도시에서, 그들의 기준과 가치로 살아본다면 과연 우리는 행복을 느낄 수 있을까?'에 대한 이야기를 풀어내고 있거든요. 우리나라에서는 비교적 덜 주목을 받았지만 해외에서는 오히려 ⟪소크라테스 익스프레스⟫보다 더 인기를 끌었던 작품이기도 합니다.

04 . 실제로 뉴욕타임스의 기자와 NPR 해외통신원으로 일하며 수많은 국가를 여행하고 또 살아본 경험이 있는 에릭 와이너는 자신의 강점을 살려 특유의 인사이트를 뿜어내고 있는데요, 개인적으로 ⟪소크라테스 익스프레스⟫도 좋았지만 ⟪행복의 지도⟫에서 자신이 할 수 있는 이야기를 더 집중력 있게 하고 있단 생각이 들었습니다. 각 나라와 제도에 대한 쏠쏠한 상식과도 마주할 수 있고 그들의 삶을 세밀하게 관찰해서 전달해 주는 저널리스트이자 여행가로서의 저자 역량 역시 120% 전달되기 때문이죠.

05 . 무엇보다도 제가 연말에 이 책을 추천드리는 이유는 '새해엔 어떻게 살아볼까'라는 관점과 '어떻게 해야 조금 더 행복해질 수 있을까'란 힌트를 얻는데 매우 좋은 책이라는 생각에서입니다. 이런 질문들에 대한 답을 혼자 가만히 앉아있다가 떠올리려면 힘든 법이지만 다른 사람의 세상을 구경하는 과정에서 조금씩 나 스스로에게 화살을 돌리다 보면 여러 가지 대답을 해볼 수 있거든요. 그런 의미에서 훌륭하고도 멋진 나라, 신기하고도 특별한 나라들의 여행을 따라서 여러분만의 행복의 지도를 그려볼 수도 있다고 생각합니다.

06 . 아.. 그 말씀을 안 드렸는데 책은 꽤 두꺼운 편입니다. 500쪽이 훌쩍 넘어가거든요. 연말 휴일에 맞춰 후루룩 읽기에는 조금 빡센 느낌이 있지만 이번 기회에 사두고서 조금씩 읽다 보면 그래도 한 해를 시작하는 시점에 많은 힌트를 얻을 수 있을 테니까요, 여러분들에게도 부디 작은 행복의 단서를 선물할 수 있는 책이기를 바라봅니다.
(개인적으로 저는 책에 소개된 10개의 국가 중 '스위스', '아이슬란드', '영국'편이 가장 인상 깊었습니다. 여러분은 또 어떤 국가의 지도에서 행복의 관점을 발견하게 되실지 궁금하네요!)

📌 이럴 때 추천해요 : "연말연시에 어울리는 책을 고르는 중일 때 - ④" 01 . 어제는 독서모임 분들과 한 해를 정리하는 송년회이자 Recap의 시간을 가졌습니다. 벌써 만 3년 정도를 운영하고 있는 모임인데 올해 2024년 동안 매달 읽었던 책들을 회고해 보고, 새해에 어울릴만한 이야기들도 나눠보고, 서로를 응원하는 시간도 가지는 나름 뜻깊은 행사였죠. 그리고 그 행사엔 몇 해 동안 이어오는 저희만의 작은 전통도 빠짐없이 등장했습니다. 독서모임답게 각자가 책 한 권씩을 준비해 랜덤으로 뽑은 누군가에게 그 책을 선물하는 이벤트인데요, 누구에게 어떤 책을 선물받게 될지 모르는 뜻밖의 두근거림과 그 사람이 써준 정성스러운 편지를 받을 수 있기에 멤버분들 역시 애정하는 순서 중 하나입니다. 02 . 어제도 모두 정성스러운 편지와 함께 각자의 안목과 이유가 담긴 책을 골라오셨는데 그중에서 '그때를 위한 책'에서 소개해도 좋겠다고 생각되는 책들이 몇 권 눈에 띄더라고요. 특히 제가 재미있게 읽었던 작품인 ⟪행복의 지도⟫가 나왔을 때는 반가운 마음과 더불어 여러분들께도 꼭 소개해 드리고 싶다는 생각이 들었습니다. 03 . ⟪행복의 지도⟫는 한국인들에게도 큰 사랑을 받았던 베스트셀러 ⟪소크라테스 익스프레스⟫의 저자 에릭 와이너의 작품입니다. ⟪소크라테스 익스프레스⟫에서는 일상 속에서 적용해 볼 수 있는 현실적인 철학들을 소개했다면 ⟪행복의 지도⟫에서는 각 나라의 도시들을 조명하며 '정말 그 나라의 그 도시에서, 그들의 기준과 가치로 살아본다면 과연 우리는 행복을 느낄 수 있을까?'에 대한 이야기를 풀어내고 있거든요. 우리나라에서는 비교적 덜 주목을 받았지만 해외에서는 오히려 ⟪소크라테스 익스프레스⟫보다 더 인기를 끌었던 작품이기도 합니다. 04 . 실제로 뉴욕타임스의 기자와 NPR 해외통신원으로 일하며 수많은 국가를 여행하고 또 살아본 경험이 있는 에릭 와이너는 자신의 강점을 살려 특유의 인사이트를 뿜어내고 있는데요, 개인적으로 ⟪소크라테스 익스프레스⟫도 좋았지만 ⟪행복의 지도⟫에서 자신이 할 수 있는 이야기를 더 집중력 있게 하고 있단 생각이 들었습니다. 각 나라와 제도에 대한 쏠쏠한 상식과도 마주할 수 있고 그들의 삶을 세밀하게 관찰해서 전달해 주는 저널리스트이자 여행가로서의 저자 역량 역시 120% 전달되기 때문이죠. 05 . 무엇보다도 제가 연말에 이 책을 추천드리는 이유는 '새해엔 어떻게 살아볼까'라는 관점과 '어떻게 해야 조금 더 행복해질 수 있을까'란 힌트를 얻는데 매우 좋은 책이라는 생각에서입니다. 이런 질문들에 대한 답을 혼자 가만히 앉아있다가 떠올리려면 힘든 법이지만 다른 사람의 세상을 구경하는 과정에서 조금씩 나 스스로에게 화살을 돌리다 보면 여러 가지 대답을 해볼 수 있거든요. 그런 의미에서 훌륭하고도 멋진 나라, 신기하고도 특별한 나라들의 여행을 따라서 여러분만의 행복의 지도를 그려볼 수도 있다고 생각합니다. 06 . 아.. 그 말씀을 안 드렸는데 책은 꽤 두꺼운 편입니다. 500쪽이 훌쩍 넘어가거든요. 연말 휴일에 맞춰 후루룩 읽기에는 조금 빡센 느낌이 있지만 이번 기회에 사두고서 조금씩 읽다 보면 그래도 한 해를 시작하는 시점에 많은 힌트를 얻을 수 있을 테니까요, 여러분들에게도 부디 작은 행복의 단서를 선물할 수 있는 책이기를 바라봅니다. (개인적으로 저는 책에 소개된 10개의 국가 중 '스위스', '아이슬란드', '영국'편이 가장 인상 깊었습니다. 여러분은 또 어떤 국가의 지도에서 행복의 관점을 발견하게 되실지 궁금하네요!)

[ 그때를 위한 책 - vol.59 ] ⟪행복의 지도⟫

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

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

Sleep Sort를 아세요??

이거 정렬이 되나요 😂
실행해도
실행해보니 현 배열 그대로인데 이해가 안되네요 ㅠ...

이드의 HR 커피챗 시리즈 | [Edited by iid the HRer] ※ 내가 쓰는 글들은 아주 개인적인 경험에 근거한 지극히 개인적 의견이니 편하게 봐주면 좋겠다.   확실히 연말이 되다 보니 평가와 관련해서 다양한 분들이 자문 및 조언을 요청하였다. 다양한 규모/업종의 대표님들과 HR분들과 이야기하며 몇 가지 공통되는 질문 위주로 정리해볼까 한다.  시작하기에 앞서, 아쉽게도 

[iid] 평가 10문10답 : ①필요성 ②성과지표

연말 평가 시즌입니다. 평가는 꼭 해야만 하는 것인지, 어떤 프레임으로 평가 프로세스와 템플릿을 만들어야 하는지, 구성원들이 평가를 잘 받아들이도록 하려면 어떤 것들이 고려해야 하는지 등등... HR팀 입장에서 평가는 굉장히 까다로운 사안이고, 직원들 입장에서도 예민하게 받아들이는 주제인 것 같아요. 관련해서 시리즈로 글이 올라오고 있는데, 여러가지 생각할 포인트를 주는 글이라 재미있게 읽었습니다.

연말 평가 시즌입니다. 평가는 꼭 해야만 하는 것인지, 어떤 프레임으로 평가 프로세스와 템플릿을 만들어야 하는지, 구성원들이 평가를 잘 받아들이도록 하려면 어떤 것들이 고려해야 하는지 등등... HR팀 입장에서 평가는 굉장히 까다로운 사안이고, 직원들 입장에서도 예민하게 받아들이는 주제인 것 같아요. 관련해서 시리즈로 글이 올라오고 있는데, 여러가지 생각할 포인트를 주는 글이라 재미있게 읽었습니다.

Brunch Story

[평가의 필요성과 성과지표]

데이터 분석 직군과 개발자 직군을 구분짓는 가장 큰 차이점 중 하나는
실제로 의사 결정권자를 어떻게 설득하느냐에 따라 결과물이 달라진다는 점이에요.

실제로 개발자 직군에서는 프로그래밍을 통해 비즈니스 효과를 입증할 수 있는 사례들이 이미 많이 존재하고 있어요.

- 효율적인 알고리즘 구현이나 프로세스 자동화를 통해 운영 비용 절감
- 웹사이트 최적화를 통해 사용자 이탈률을 감소시키고, 매출 전환율을 상승
- 주요 서비스의 장애 발생률을 줄이기 위한 오류 감지 및 알림 시스템 구현

하지만 데이터 분석 직군은 단순히 분석에 필요한 기술을 다루는 것을 넘어,
의사 결정권자의 언어를 통해 그들을 설득할 수 있어야 합니다.

그 이유는 데이터 분석의 결과가 아무리 정교하더라도,
이를 통해 의사결정자들에게 실질적인 효과를 전달하지 못한다면
그 가치가 인정받기가 상대적으로 어렵기 때문이에요.

복잡한 분석 결과를 시각적으로 명확히 표현하고, 왜 이 데이터가 중요한지, 어떤 결정을 이끌어낼 수 있는지를 논리적으로 전달할 수 있어야 합니다. 예를 들어, 분석을 통해 "고객 이탈률이 10% 감소했다"는 결과를 제시한다면, 이는 단순한 수치로 끝나지 않고 이탈률 감소가 매출 증가 또는 비용 절감과 같은 명확한 비즈니스 성과로 연결시키는 것이 중요해요.

그렇기 때문에 데이터 분석가는 데이터를 기반으로 한 설득 능력을 꼭 갖춰야 합니다.
그래서 데이터 관련 직무를 준비하고 있는 분들에게 알려드리고 싶어요.

분석 기술인 Python, SQL, 엑셀을 익히는 것도 중요하지만,
이러한 상대방을 설득하는 연습을 많이 해보세요.

당신의 데이터 분석이 의미없는 결과물이 아니라는 것을 그들에게 증명해보이세요.

데이터 분석 직군과 개발자 직군을 구분짓는 가장 큰 차이점 중 하나는 실제로 의사 결정권자를 어떻게 설득하느냐에 따라 결과물이 달라진다는 점이에요. 실제로 개발자 직군에서는 프로그래밍을 통해 비즈니스 효과를 입증할 수 있는 사례들이 이미 많이 존재하고 있어요. - 효율적인 알고리즘 구현이나 프로세스 자동화를 통해 운영 비용 절감 - 웹사이트 최적화를 통해 사용자 이탈률을 감소시키고, 매출 전환율을 상승 - 주요 서비스의 장애 발생률을 줄이기 위한 오류 감지 및 알림 시스템 구현 하지만 데이터 분석 직군은 단순히 분석에 필요한 기술을 다루는 것을 넘어, 의사 결정권자의 언어를 통해 그들을 설득할 수 있어야 합니다. 그 이유는 데이터 분석의 결과가 아무리 정교하더라도, 이를 통해 의사결정자들에게 실질적인 효과를 전달하지 못한다면 그 가치가 인정받기가 상대적으로 어렵기 때문이에요. 복잡한 분석 결과를 시각적으로 명확히 표현하고, 왜 이 데이터가 중요한지, 어떤 결정을 이끌어낼 수 있는지를 논리적으로 전달할 수 있어야 합니다. 예를 들어, 분석을 통해 "고객 이탈률이 10% 감소했다"는 결과를 제시한다면, 이는 단순한 수치로 끝나지 않고 이탈률 감소가 매출 증가 또는 비용 절감과 같은 명확한 비즈니스 성과로 연결시키는 것이 중요해요. 그렇기 때문에 데이터 분석가는 데이터를 기반으로 한 설득 능력을 꼭 갖춰야 합니다. 그래서 데이터 관련 직무를 준비하고 있는 분들에게 알려드리고 싶어요. 분석 기술인 Python, SQL, 엑셀을 익히는 것도 중요하지만, 이러한 상대방을 설득하는 연습을 많이 해보세요. 당신의 데이터 분석이 의미없는 결과물이 아니라는 것을 그들에게 증명해보이세요.

데이터 분석에 가장 필요한 역량, 설득력

이렇게 시작해보세요.

한 고등학생 분이 <마케터의 무기들> 북토크에서 이런 질문을 주셨어요.
“글을 쓰고 싶은데 어떻게 꾸준히 쓸 수 있나요?”

저는 12개의 채널에 걸쳐 매일 글을 쓰고 있어요.
짧은 글까지 매년 500개가 넘는 글을 쓰고 있죠.
저만의 루틴을 들려드렸어요.

평소의 일상에서 소재를 모아두세요.
뭔가를 보고, 듣고, 이야기하다가
떠오르는 것들을 한줄로 적어보세요.
그리고 한줄을 차곡차곡 모아두세요.

그리고 글을 쓸 때 그것중에 하나를 꺼내서 글을 쓰는거죠.
그 한줄에 대한 배경, 나의 관점, 그걸로 인한 누군가의 변화

그렇게 쓰면 글의 주제의식도 뚜렷해질 수 있어요.
써둘 게 많기때문에 지속하기에도 좋고요.

글은 쓸때 고민하는 게 아니라
미리 고민한 것을 꺼내는 과정이라는 이야기를 전해드릴 수 있었어요.

여러분은 글을 쓰고 싶은 마음이 있으신가요?
어떤 이야기를 전하고 싶으신가요?😮

꾸준한 글의 무기에 대하여

*영상으로 생상하게
https://www.youtube.com/shorts/v0kpHpk6CmI

이렇게 시작해보세요. 한 고등학생 분이 &lt;마케터의 무기들&gt; 북토크에서 이런 질문을 주셨어요. “글을 쓰고 싶은데 어떻게 꾸준히 쓸 수 있나요?” 저는 12개의 채널에 걸쳐 매일 글을 쓰고 있어요. 짧은 글까지 매년 500개가 넘는 글을 쓰고 있죠. 저만의 루틴을 들려드렸어요. 평소의 일상에서 소재를 모아두세요. 뭔가를 보고, 듣고, 이야기하다가 떠오르는 것들을 한줄로 적어보세요. 그리고 한줄을 차곡차곡 모아두세요. 그리고 글을 쓸 때 그것중에 하나를 꺼내서 글을 쓰는거죠. 그 한줄에 대한 배경, 나의 관점, 그걸로 인한 누군가의 변화 그렇게 쓰면 글의 주제의식도 뚜렷해질 수 있어요. 써둘 게 많기때문에 지속하기에도 좋고요. 글은 쓸때 고민하는 게 아니라 미리 고민한 것을 꺼내는 과정이라는 이야기를 전해드릴 수 있었어요. 여러분은 글을 쓰고 싶은 마음이 있으신가요? 어떤 이야기를 전하고 싶으신가요?😮 꾸준한 글의 무기에 대하여 *영상으로 생상하게https://www.youtube.com/shorts/v0kpHpk6CmI

글 쓰고 싶으신가요?

넷플릭스부터 디즈니플러스까지. 오늘은 OTT 서비스의 CRM 마케팅 사례를 공유해 드리려고 해요.  | 인사이트

OTT 구독 서비스 CRM 레퍼런스 모음.zip - effic

넷플릭스는 190개 국가에서 30여 개 언어로 서비스를 제공하는 가장 대표적인 글로벌 OTT 플랫폼인데요. 최근에는 요리 서바이벌 프로그램 <흑백요리사>로 뜨거운 인기를 얻고, 다가오는 연말에는 오리지널 드라마 <오징어게임 2> 공개를 앞두고 있습니다. 한국에서는 여전히 넷플릭스가 압도적인 구독자 1위를 차지하고 있어요.
다채롭고 방대한 콘텐츠를 보유하고 있는 만큼, 넷플릭스는 평소 다양한 콘텐츠 추천 푸시를 발송하는데요. 절찬 스트리밍 중인 신규 콘텐츠를 추천하거나, 유저의 시청 기록을 분석해 맞춤 콘텐츠를 제안하기도 하죠. 곧 공개 예정인 콘텐츠가 있다면 미리 예고편을 시청해 보라고 하기도 합니다.

왓챠는 영화평 기록 및 추천 서비스로 시작한 OTT 서비스입니다. 풍성한 영화 콘텐츠를 보유한 만큼 영화를 추천하는 푸시를 자주 볼 수 있는데요. 최근 주목받는 화제작은 단독으로 푸시를 발송해 홍보했고, 신규 콘텐츠는 ‘새로 올라온 콘텐츠’라는 이름으로 묶어 소개하기도 했습니다. 영화를 100원에 소장할 수 있는 월간 소장 이벤트도 눈에 띄었는데요. 해당 영화에 관심이 없는 유저라도, 저렴한 가격 덕에 한 번쯤은 클릭하지 않을까 싶더라고요.
가장 인상 깊었던 메시지는 마지막 푸시입니다. 왓챠에는 평소 보고 싶은 콘텐츠를 찜해두는 ‘보고싶어요’ 기능이 있는데요. 상위 1%에 해당하는 영화들은 대체 어떤 영화들일지 궁금해지더라고요. 많은 사람들이 보고싶어한 영화라면 충분히 흥미로운 영화일 거라는 생각이 들었기 때문이죠. 한동안 접속이 뜸했던 상황이었는데, 해당 푸시를 받고 오랜만에 방문했던 기억이 납니다.

디즈니플러스는 글로벌 엔터테인먼트 기업 월트 디즈니 컴퍼니에서 운영하는 OTT 서비스입니다. 2019년도 처음 시작해 2021년 가을에는 국내에도 상륙했죠. 최근에는 한국 오리지널 콘텐츠를 선보이며 국내 콘텐츠 확장에 집중하고 있는데요. 최근에는 디즈니플러스의 히트작인 드라마 <무빙>을 MBC에서도 송출하기로 하면서 국내 지상파 방송과의 협업을 진행하기도 했어요.
최근 받은 푸시를 확인하니 만화가 강풀의 만화를 원작으로 한 <조명가게>를 홍보하고 있었고, BTS 정국의 다큐멘터리 영화를 추천하기도 했습니다. OTT 산업에 비교적 후발주자로 뛰어든 만큼 한국 현지 콘텐츠에 집중하고 있다는 점이 느껴졌죠. 특히 마지막 푸시는 통통 튀는 센스가 돋보였는데요. ‘싶을 때’를 ‘디플 때’로 재치있고 귀엽게 바꿔 말함으로써 눈길이 한 번 더 가더라고요. 디즈니플러스에서 한국 영화를 찾고 있는 유저의 니즈를 반영한 메시지였습니다.

본 게시글은 ‘effic’ 콘텐츠를 보고 영감을 받아 공유합니다. 자세한 내용은 아래 원문을 읽어보세요 🙏🏻

넷플릭스는 190개 국가에서 30여 개 언어로 서비스를 제공하는 가장 대표적인 글로벌 OTT 플랫폼인데요. 최근에는 요리 서바이벌 프로그램 &lt;흑백요리사&gt;로 뜨거운 인기를 얻고, 다가오는 연말에는 오리지널 드라마 &lt;오징어게임 2&gt; 공개를 앞두고 있습니다. 한국에서는 여전히 넷플릭스가 압도적인 구독자 1위를 차지하고 있어요.다채롭고 방대한 콘텐츠를 보유하고 있는 만큼, 넷플릭스는 평소 다양한 콘텐츠 추천 푸시를 발송하는데요. 절찬 스트리밍 중인 신규 콘텐츠를 추천하거나, 유저의 시청 기록을 분석해 맞춤 콘텐츠를 제안하기도 하죠. 곧 공개 예정인 콘텐츠가 있다면 미리 예고편을 시청해 보라고 하기도 합니다. 왓챠는 영화평 기록 및 추천 서비스로 시작한 OTT 서비스입니다. 풍성한 영화 콘텐츠를 보유한 만큼 영화를 추천하는 푸시를 자주 볼 수 있는데요. 최근 주목받는 화제작은 단독으로 푸시를 발송해 홍보했고, 신규 콘텐츠는 ‘새로 올라온 콘텐츠’라는 이름으로 묶어 소개하기도 했습니다. 영화를 100원에 소장할 수 있는 월간 소장 이벤트도 눈에 띄었는데요. 해당 영화에 관심이 없는 유저라도, 저렴한 가격 덕에 한 번쯤은 클릭하지 않을까 싶더라고요.가장 인상 깊었던 메시지는 마지막 푸시입니다. 왓챠에는 평소 보고 싶은 콘텐츠를 찜해두는 ‘보고싶어요’ 기능이 있는데요. 상위 1%에 해당하는 영화들은 대체 어떤 영화들일지 궁금해지더라고요. 많은 사람들이 보고싶어한 영화라면 충분히 흥미로운 영화일 거라는 생각이 들었기 때문이죠. 한동안 접속이 뜸했던 상황이었는데, 해당 푸시를 받고 오랜만에 방문했던 기억이 납니다. 디즈니플러스는 글로벌 엔터테인먼트 기업 월트 디즈니 컴퍼니에서 운영하는 OTT 서비스입니다. 2019년도 처음 시작해 2021년 가을에는 국내에도 상륙했죠. 최근에는 한국 오리지널 콘텐츠를 선보이며 국내 콘텐츠 확장에 집중하고 있는데요. 최근에는 디즈니플러스의 히트작인 드라마 &lt;무빙&gt;을 MBC에서도 송출하기로 하면서 국내 지상파 방송과의 협업을 진행하기도 했어요.최근 받은 푸시를 확인하니 만화가 강풀의 만화를 원작으로 한 &lt;조명가게&gt;를 홍보하고 있었고, BTS 정국의 다큐멘터리 영화를 추천하기도 했습니다. OTT 산업에 비교적 후발주자로 뛰어든 만큼 한국 현지 콘텐츠에 집중하고 있다는 점이 느껴졌죠. 특히 마지막 푸시는 통통 튀는 센스가 돋보였는데요. ‘싶을 때’를 ‘디플 때’로 재치있고 귀엽게 바꿔 말함으로써 눈길이 한 번 더 가더라고요. 디즈니플러스에서 한국 영화를 찾고 있는 유저의 니즈를 반영한 메시지였습니다. 본 게시글은 ‘effic’ 콘텐츠를 보고 영감을 받아 공유합니다. 자세한 내용은 아래 원문을 읽어보세요 🙏🏻

blog.effic.biz

OTT 구독 서비스 CRM 레퍼런스 모음.zip

안녕하세요, 마케터 초인님의 경험이 담긴 두 번째 이야기를 가져왔어요!지난번에는 회사에서 만난 빌런들에 대한 이야기와 초인님의 대처법에 대한 이야기였는데요. 요즘 세상 살기도 참 

상사가 어렵고 불편한 존재에서 든든한 조력자가 되기까지

주인공을 괴롭히는 억압자 VS 주인공을 돕는 조력자
여러분의 상사는, 그리고 나는 이중에 누구인가요?

일을 하다보면 반드시 만나게 되는 존재가 있어요. 바로 '상사'죠. 선임, 파트장, 팀장, 본부장, 대표까지. 상사의 타이틀은 다양해요. 상사는 좋을 때는 큰 무기가 되지만, 나쁠 때는 괴로운 대상이 돼요. 나의 일에 힘을 실어주고 도와주는 '조력자'가 될 수도, 힘들게 하는 '억압자'가 될 수도 있어요.

이렇게 하면 조력자가 아닌 빌런이 될 수도 있어요.

 * 이거 꺼내면 일 뺏기는 거 아냐? 혼나는 거 아냐? 몰래 숨기자.
 * 아우~ 만나기만 하면 잔소리에 피곤해. 최대한 피하자!
 * 저번에 시킨 거 아직 안 했는데 어쩌지? 또 말 나오기 전까진 모른 채 하자.

일을 할 때 숨기거나 회피하는 것이 반복되면 나 스스로가 상사를 피해야 하는 대상으로 정의하게 돼요. 제가 멤버일 땐 몰랐는데, 리더가 되니까 알게 되더라고요. 리더의 입장에서 도움을 줄 준비가 됐는데 계속 피하고 숨기면 도움을 주기 어려울 수 있어요.

반대로 상사를 무기로 만드는 방법도 있어요. 나의 일은 상사 일의 일부예요. 그걸 알고 상사를 빛나게 하는 것이 때로는 나를 빛나게 하는 것이기도 해요. 그리고 상사와 나의 일이 별도의 일이 아니라 결국 맞닿아있고요. 내 일을 하는 과정에서 시작과 중간 그리고 끝에 걸쳐 상사와의 접점을 적절하게 활용하면 성공 가능성을 높일 수 있어요.

상사를 조력자로 만드는 방법에 대하여

■ 리더십과 팔로워십
→ 나의 팔로워십은 괜찮은 걸까?

■ 나의 일로 상사의 일을 빛내기
→ 어떻게 하면 내 일로 상사도 함께 빛날 수 있지?

■ 시작할 때 방향성, 중간에 싱크 맞추기
→ 중요한 단계마다 꼭 상사분과 맞춰보자!

더 자세한 이야기가 궁금하시면? 아래 원문에서 만나보세요.

주인공을 괴롭히는 억압자 VS 주인공을 돕는 조력자여러분의 상사는, 그리고 나는 이중에 누구인가요? 일을 하다보면 반드시 만나게 되는 존재가 있어요. 바로 '상사'죠. 선임, 파트장, 팀장, 본부장, 대표까지. 상사의 타이틀은 다양해요. 상사는 좋을 때는 큰 무기가 되지만, 나쁠 때는 괴로운 대상이 돼요. 나의 일에 힘을 실어주고 도와주는 '조력자'가 될 수도, 힘들게 하는 '억압자'가 될 수도 있어요. 이렇게 하면 조력자가 아닌 빌런이 될 수도 있어요. <ul ><li>이거 꺼내면 일 뺏기는 거 아냐? 혼나는 거 아냐? 몰래 숨기자.</li><li>아우~ 만나기만 하면 잔소리에 피곤해. 최대한 피하자!</li><li>저번에 시킨 거 아직 안 했는데 어쩌지? 또 말 나오기 전까진 모른 채 하자.</li></ul> 일을 할 때 숨기거나 회피하는 것이 반복되면 나 스스로가 상사를 피해야 하는 대상으로 정의하게 돼요. 제가 멤버일 땐 몰랐는데, 리더가 되니까 알게 되더라고요. 리더의 입장에서 도움을 줄 준비가 됐는데 계속 피하고 숨기면 도움을 주기 어려울 수 있어요. 반대로 상사를 무기로 만드는 방법도 있어요. 나의 일은 상사 일의 일부예요. 그걸 알고 상사를 빛나게 하는 것이 때로는 나를 빛나게 하는 것이기도 해요. 그리고 상사와 나의 일이 별도의 일이 아니라 결국 맞닿아있고요. 내 일을 하는 과정에서 시작과 중간 그리고 끝에 걸쳐 상사와의 접점을 적절하게 활용하면 성공 가능성을 높일 수 있어요. 상사를 조력자로 만드는 방법에 대하여 ■ 리더십과 팔로워십→ 나의 팔로워십은 괜찮은 걸까? ■&nbsp;나의 일로 상사의 일을 빛내기→ 어떻게 하면 내 일로 상사도 함께 빛날 수 있지? ■&nbsp;시작할 때 방향성, 중간에 싱크 맞추기→ 중요한 단계마다 꼭 상사분과 맞춰보자! 더 자세한 이야기가 궁금하시면? 아래 원문에서 만나보세요.

아이보스

상사를 무기로 만드는 법

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

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

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

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리그 프로그래머

[한경 CFO insight] KPMG-성공적 CVC 투자를 위한 3가지 제언

성공적 CVC 투자를 위한 3가지 제언

1) 외부의 지식을 기업 내부로 연결할 수 있는 역량을 보유하고 있는지를 먼저 검토
2) 기업은 모기업의 사업 분야, 진출 시장, 기술 로드맵 등을 고려해 CVC를 통해 확장해 나갈 투자 분야 경계를 어느 정도 좁힌 후 투자에 나서야
3) CVC 조직 구성과 조직 문화

라고 한다... 직접 만났던 CVC들의 숙명은... 본사의 관리감독에서 벗어나 외부LP를 통해 독립하고 싶어했다는 것..
결국... FI가 될 것인지 SI가 될 것인지 목표를 명확히하고 시작해야한다. 나중에 커져서 둘다할 수도 있겠지만...

한국경제

사업 개발

박재은

초기 스타트업 투자를 주로 하고 있으며, 디지털트랜스포메이션, 소셜미디어, 헬스케어에 관심이 많습니다. 😀

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필