지원하는 회사의 디자인 요구사항을 파악하는 것이 포트폴리오 준비의 핵심입니다.

대기업
- 각 기업별 가이드라인 중시
- 공채 중심, 개인/팀 프로젝트 구분
- 예) 표지 제외 20p 이내 등

에이전시
- 디자인 완성도 중시
- 클라이언트와의 설득 과정 프로세스화
- GUI/비주얼 중심/컨셉 제안 능력 강조

스타트업(0 to 1)
- 주도적 의사 결정과 문제 해결력 중시
- 아이데이션, 데이터 기반 문제 정의, 솔루션 제안, 사용자 테스트, 디자인 개선 등을 단계별로 요약.
- 실패 사례에서 얻은 인사이트 어필

유니콘(1 to 100)
- 큰 문제 정의 중시. 수십만~수백만 유저 규모에서 어떻게 핵심 과제를 설정했는지 등
- A/B 테스트, 사용자 데이터, 퍼널 분석 등, 수치 기반의 개선 프로세스 강조.
- 디자인 조직화나 데이터 기반 의사결정 경험 어필

지원하는 회사의 디자인 요구사항을 파악하는 것이 포트폴리오 준비의 핵심입니다. 대기업- 각 기업별 가이드라인 중시- 공채 중심, 개인/팀 프로젝트 구분- 예) 표지 제외 20p 이내 등 에이전시- 디자인 완성도 중시- 클라이언트와의 설득 과정 프로세스화- GUI/비주얼 중심/컨셉 제안 능력 강조 스타트업(0 to 1)- 주도적 의사 결정과 문제 해결력 중시- 아이데이션, 데이터 기반 문제 정의, 솔루션 제안, 사용자 테스트, 디자인 개선 등을 단계별로 요약.- 실패 사례에서 얻은 인사이트 어필 유니콘(1 to 100)- 큰 문제 정의 중시. 수십만~수백만 유저 규모에서 어떻게 핵심 과제를 설정했는지 등- A/B 테스트, 사용자 데이터, 퍼널 분석 등, 수치 기반의 개선 프로세스 강조.- 디자인 조직화나 데이터 기반 의사결정 경험 어필

🧑‍💻디자이너 포트폴리오, 어디에 맞출까? 대기업 to 유니콘까지

한여름의 크리스마스, 멜버른에서 발견한 세 가지 흥미로운 UX 사례를 소개합니다.

첫째, 마이리얼트립 로그인 화면의 다크패턴입니다. 카카오나 Apple 같은 관습적 로그인 버튼과 동일한 디자인으로 '휴대폰 간편 로그인'이라는 유료 서비스를 동일 레이아웃과 컴포넌트로 배치해서, 사용자가 이를 일반적인 로그인 수단으로 오해할 수 있게 만들었습니다. 유료로 이용해야 하는 제3자 부가서비스, 광고를 로그인 화면에 배치했습니다.

둘째, Uber의 방해가 거의 없는 영리한 광고 배치입니다. 차량 호출 후 배차 대기 화면에 광고를 보여주는데요. 사용자가 자연스럽게 화면을 주시하는 이 순간을 활용해, 사용성도 해치지 않고 광고 효과도 높이는 똑똑한 전략이었습니다. 광고를 넣을 자리와 뺄 자리를 정확히 알고 있죠. 24년 3분기 우버 광고수익은 전년 동기 대비 80% 상승했습니다.

셋째, NGV(National Gallery of Victoria)의 일관된 경험입니다. 원주민을 기억하고 존중한다는 메시지를 웹사이트와 실제 갤러리 입구에서 동일하게 보여주어, 온/오프라인에서 통합된 사용자 경험을 만들어냈습니다.

https://www.instagram.com/p/DEWAJ81zIZJ/?igsh=MTNyZW9xeXVmNzFmdQ==

한여름의 크리스마스, 멜버른에서 발견한 세 가지 흥미로운 UX 사례를 소개합니다. 첫째, 마이리얼트립 로그인 화면의 다크패턴입니다. 카카오나 Apple 같은 관습적 로그인 버튼과 동일한 디자인으로 '휴대폰 간편 로그인'이라는 유료 서비스를 동일 레이아웃과 컴포넌트로 배치해서, 사용자가 이를 일반적인 로그인 수단으로 오해할 수 있게 만들었습니다. 유료로 이용해야 하는 제3자 부가서비스, 광고를 로그인 화면에 배치했습니다. 둘째, Uber의 방해가 거의 없는 영리한 광고 배치입니다. 차량 호출 후 배차 대기 화면에 광고를 보여주는데요. 사용자가 자연스럽게 화면을 주시하는 이 순간을 활용해, 사용성도 해치지 않고 광고 효과도 높이는 똑똑한 전략이었습니다. 광고를 넣을 자리와 뺄 자리를 정확히 알고 있죠. 24년 3분기 우버 광고수익은 전년 동기 대비 80% 상승했습니다. 셋째, NGV(National Gallery of Victoria)의 일관된 경험입니다. 원주민을 기억하고 존중한다는 메시지를 웹사이트와 실제 갤러리 입구에서 동일하게 보여주어, 온/오프라인에서 통합된 사용자 경험을 만들어냈습니다. https://www.instagram.com/p/DEWAJ81zIZJ/?igsh=MTNyZW9xeXVmNzFmdQ==

《멜버른에서 발견한 다크패턴과 우버의 디테일》

원제 : Identify your bullseye customer in one day 하루 만에 당신의 이상적인 고객을 발견하기 정리 : 해빗팩토리 공동대표 정윤호 (정윤호 소개) Last Update : 2024.12.26 즐겨 읽고, 듣는 Lenny's newsletter / podcast 의 컨텐츠를 내부에서 읽기 쉽도록 자주 공유합니다. 초기 고객과 고객의 니즈를 어떻게 발견할 것인지에 대한 좋은 프레임웍인 듯 하여, 회사 (해빗팩토리) 기획팀, 마케팅팀에 공유한 내용을 공유합니다. 구글 docs 버전으로 보기 기획자학교 : 읽고, 써보고 추천합니다. 스타트업 기획자 / CEO에게 도움되는 책, 아티클, 제품/서비스를 소개합니다. 팟캐스트 개요 제목 : "Identify your bullseye customer in one day" 게스트 : Michael Margolis (Google Ventures UX 리서치 파트너) 30여 년간 UX 및 제품 리서치 경험 GV(Google Ventures)에서 약 15년간 활동하며 300회 이상의 리서치 스프린트 수행 디자인 스프린트 방법론(Sprint 책으로 유명) 개발에 참여 저서: "Learn More Faster: How to Find Your Bullseye Customer and Their Perfect Product" (온라인 무료 PDF 제공) 진행자 : Lenny Rachitsky 핵심 주제 불스아이(Bullseye) 고객 : 초기 제품/서비스를 가장 먼저,

구글 벤처스의 하루만에 불스아이 고객을 찾는 5-3-1 스프린트 - yunojung

1. 구글 벤처스에서는 초기 제품이나 서비스를 가장 먼저, 그리고 가장 열정적으로 받아들일 매우 세밀한 고객 집단은 ‘불스아이(Bullseye) 고객’이라고 정의합니다.

2. 그리고 스타트업은 초기에 불스아이 고객을 잡아야 1) 자원 낭비를 최소화하고, 2) 빠른 학습 및 개선을 할 수 있고, 3) 서비스 방향 역시 제대로 확립할 수 있는데요.

3. 특히 사람들이 착각하지만, 대부분의 빅테크 기업은 극히 좁은 시장에서부터 시작했습니다. 아마존은 처음엔 책만 유통했고, 페이스북은 대학생들을 위한 서비스였죠. 즉, 이들은 명확한 타겟층으로부터 빠르게 피드백을 얻고 점진적으로 확장했습니다.

4. 따라서 스타트업이 성장하려면, 꿈이 아무리 크더라도 처음에는 이상적인 고객 프로필보다 훨씬 더 좁은 범위를 타겟해야 합니다.

5. 이를 위해 구글 벤처스는 ‘5-3-1 스프린트 접근법’을 제안하는데요. 5명의 불스아이 고객에게 서로 다른 가치와 제안이 담긴 3개의 프로토타입을 제공하고, 하루 안에 이 5명을 다 인터뷰하는 겁니다.

6. 그리고 팀원 전원은 고객 피드백을 확인하고, 앞으로 어떻게 나아가야 할 것인지에 대해 보고서를 통해 결론을 도출하는데요. 그러면 팀의 관점이 정렬되고, 제품의 방향성 역시 명확해집니다.

7. 왜 3개의 프로토타입을 준비해야 하느냐면, 하나의 프로토타입만 만들면 객관성을 상실하고 특정 아이디어에만 집착할 가능성이 높기 때문입니다. 즉, 프로토타입을 1개만 만들면, 고객 관점에서 생각하는 것이 아니라, 만드는 사람들이 중요하다고 생각하는 것 중심으로 제품을 만들기 쉽다는 얘깁니다.

8. 따라서 3개의 프로토타입을 만들다 보면, 첫 번째 아이디어에 집착하는 게 아니라, 고객에게 필요한 게 무엇인지를 더 의식적으로 생각하게 되고, 서로 다른 프로토타입 간의 장단점에 대해서도 생각해볼 수 있습니다.

9. 5명의 고객을 인터뷰하는 것은, 5명 정도 인터뷰를 하면 주요 패턴이 발견하게 되기 때문이며, 사실 더 많은 사람을 인터뷰한다고 해서 새로운 패턴이 발견되지는 않습니다. 그래서 5명으로 제한하면, 과도한 정보 수집 욕망 혹은 내가 원하는 답을 얻을 때까지 과잉 인터뷰하는 것을 막을 수 있고요.

10. 하루를 기준으로 회고하는 이유는, 그래야 실행력을 높일 수 있기 때문입니다. 뿐만 아니라, 그날 얻은 같은 정보로 의사결정을 내리는 연습을 팀이 할 수 있습니다. 그래서 하루를 기준으로 결정을 내리면 합의를 내리기도 쉽습니다.

https://slashpage.com/yunojung/bullseye-customer

1. 구글 벤처스에서는 초기 제품이나 서비스를 가장 먼저, 그리고 가장 열정적으로 받아들일 매우 세밀한 고객 집단은 ‘불스아이(Bullseye) 고객’이라고 정의합니다. 2. 그리고 스타트업은 초기에 불스아이 고객을 잡아야 1) 자원 낭비를 최소화하고, 2) 빠른 학습 및 개선을 할 수 있고, 3) 서비스 방향 역시 제대로 확립할 수 있는데요. 3. 특히 사람들이 착각하지만, 대부분의 빅테크 기업은 극히 좁은 시장에서부터 시작했습니다. 아마존은 처음엔 책만 유통했고, 페이스북은 대학생들을 위한 서비스였죠. 즉, 이들은 명확한 타겟층으로부터 빠르게 피드백을 얻고 점진적으로 확장했습니다. 4. 따라서 스타트업이 성장하려면, 꿈이 아무리 크더라도 처음에는 이상적인 고객 프로필보다 훨씬 더 좁은 범위를 타겟해야 합니다. 5. 이를 위해 구글 벤처스는 ‘5-3-1 스프린트 접근법’을 제안하는데요. 5명의 불스아이 고객에게 서로 다른 가치와 제안이 담긴 3개의 프로토타입을 제공하고, 하루 안에 이 5명을 다 인터뷰하는 겁니다. 6. 그리고 팀원 전원은 고객 피드백을 확인하고, 앞으로 어떻게 나아가야 할 것인지에 대해 보고서를 통해 결론을 도출하는데요. 그러면 팀의 관점이 정렬되고, 제품의 방향성 역시 명확해집니다. 7. 왜 3개의 프로토타입을 준비해야 하느냐면, 하나의 프로토타입만 만들면 객관성을 상실하고 특정 아이디어에만 집착할 가능성이 높기 때문입니다. 즉, 프로토타입을 1개만 만들면, 고객 관점에서 생각하는 것이 아니라, 만드는 사람들이 중요하다고 생각하는 것 중심으로 제품을 만들기 쉽다는 얘깁니다. 8. 따라서 3개의 프로토타입을 만들다 보면, 첫 번째 아이디어에 집착하는 게 아니라, 고객에게 필요한 게 무엇인지를 더 의식적으로 생각하게 되고, 서로 다른 프로토타입 간의 장단점에 대해서도 생각해볼 수 있습니다. 9. 5명의 고객을 인터뷰하는 것은, 5명 정도 인터뷰를 하면 주요 패턴이 발견하게 되기 때문이며, 사실 더 많은 사람을 인터뷰한다고 해서 새로운 패턴이 발견되지는 않습니다. 그래서 5명으로 제한하면, 과도한 정보 수집 욕망 혹은 내가 원하는 답을 얻을 때까지 과잉 인터뷰하는 것을 막을 수 있고요. 10. 하루를 기준으로 회고하는 이유는, 그래야 실행력을 높일 수 있기 때문입니다. 뿐만 아니라, 그날 얻은 같은 정보로 의사결정을 내리는 연습을 팀이 할 수 있습니다. 그래서 하루를 기준으로 결정을 내리면 합의를 내리기도 쉽습니다. https://slashpage.com/yunojung/bullseye-customer

SlashPage

구글 벤처스가 발견한, 가장 빠르게 열광적인 고객을 만드는 방법

Nvidia has completed its acquisition of Run:ai, an Israeli startup that helps manage and optimize AI hardware infrastructure.

Nvidia completes acquisition of AI infrastructure startup Run:ai | TechCrunch

새해 첫 IT 소식은 Nvidia가 AI 하드웨어 인프라 관리와 최적화를 지원하는 이스라엘 스타트업 Run:AI를 약 7억달러(약 1조 300억원)에인수했다는 뉴스입니다.
Run:ai는 2018년에 설립되어 현재 약 140명 규모로 AI 인프라 최적화를 위한 쿠버네티스 기반 워크로드 관리 및 오케스트레이션 소프트웨어를 개발해 왔습니다.

여기서 AI 인프라 최적화라는게 어떤 것인지를 잠시 설명드릴게요.

1. 최적화에는 GPU 자원과 AI 기술 투자 대비 효율을 극대화하는게 목표인데요.
- 이걸 보통 기업에서는 Dev, DevOps, AIOps에 맡기어 놓은데, 사실 거의 최적화 솔루션을 찾는것은 불가능합니다. 데이터는 매일 매일 쏟아져 들어오죠, 각각 팀이 자기네들 일이 제일 중요하고 급하다고 하죠, 이걸 세팅하기위한 파라미터는 수백 수천에 가깝고...ㅎㅎㅎ

2. 일단 AI 인프라를 최적화/극대화하기 위해서는
- 각 부서나 팀 간에 리소스가 분리되어 있는 협업 효율을 높이고
- GPU 자원이 할당되었지만 활용되지 않는 경우가 빈번한데, 일반적으로 팀에서는 리소스 확보 불안으로 과도한 GPU 할당(오버프로비저닝)을 균형있게 관리하고
- AI 훈련, 추론 등 다양한 워크로드가 동적 자원 배분을 요구하는게 일반 상황을 콘트롤 해야하고
- 리소스 할당순위와 비즈니스 우선순위와 맞지 않아 시장 출시가 지연되는 경우가 있어 이것을 해결해야 합니다.

3. Run:AI는 어떤 어마어마한 기술을 가진 기업이 아니라, 현재 이런 활용상황을 분석해서 그것을 이렇게 이용하면 좋아요라고 지속적으로 제안을 해줍니다. 유식한 말로 바꾸어 하면 다음과 같이 3가지 정도입니다.
- GPU 오케스트레이션 : 필요에 따라 GPU 자원을 동적으로 할당하고, 팀간 GPU 쉐어링을 하게 합니다.
- 이런 현재 상황을 모니터링 가능한 비주얼라이제이션 대시보드를 제공하구요.
- Jupyter Notebooks와 TensorRT 등 다양한 툴 및 프레임워크 연계하고 NVIDIA AI Enterprise 등과 연동해 소프트웨어 생태계를 강화했습니다.

그저 Run:AI는 현재 상황을 잘 보여주고, 이렇게 쓰는게 좋아요. 스케쥴링 해 줄까요를 제안하고 그것에 따라 Nvidia 파라미터를 맞춰주는 역할입니다. 이런 기업이 1조기업이 되었네요. 당연히 AI 프로덕트, 솔루션을 개발하는 주로 대기업이면 관심을 안가질 수가 없답니다. 맨날 스케일을 늘려달라고 하는 엔지니어링의 요구를 들어주다간 기업 주머니가 가벼워지니 당연히 효율을 찾을 수 밖에 없거든요.

저는 국내의 AI 스타트업들도 이런 곳에 관심과 노력을 기울여야 성공할 수 있다고 생각합니다. 그저 모두가 하는 워크프로세스 파이프라인을 붙여서 부가가치를 창조하는 시대는 지났다고 생각해서요. 정작 pain points는 매우 간단한 곳에 있거든요.

여기서 Nvidia의 인수의 묘기가 하나 나오는데요.

현재 Run:AI 솔루션은 Nvidia 인프라에서만 동작하는데, 이렇게 인수합병을 진행해 버리면 독과점 소송에서 자유롭기 힘들기에, 이 솔루션이 오픈 소스로 공개될 것이라고 밝혔습니다. 이는 AMD와 인텔 같은 엔비디아의 경쟁사들이 자사의 하드웨어에 적용할 수 있다는 의미입니다. 뭐 이렇다고 해서 AMD와 인텔 인프라에 쉽게 쓸 수 있다는 이야기는 절대 아니겠지만요. ㅎㅎ 이런 접근법으로 미국 법무부, 유럽연합 집행위원회의 무조건적인 승인과 함께 완료되었답니다.

새해 첫 IT 소식은 Nvidia가 AI 하드웨어 인프라 관리와 최적화를 지원하는 이스라엘 스타트업 Run:AI를 약 7억달러(약 1조 300억원)에인수했다는 뉴스입니다.Run:ai는 2018년에 설립되어 현재 약 140명 규모로 AI 인프라 최적화를 위한 쿠버네티스 기반 워크로드 관리 및 오케스트레이션 소프트웨어를 개발해 왔습니다. 여기서 AI 인프라 최적화라는게 어떤 것인지를 잠시 설명드릴게요. 1. 최적화에는 GPU 자원과 AI 기술 투자 대비 효율을 극대화하는게 목표인데요. - 이걸 보통 기업에서는 Dev, DevOps, AIOps에 맡기어 놓은데, 사실 거의 최적화 솔루션을 찾는것은 불가능합니다. 데이터는 매일 매일 쏟아져 들어오죠, 각각 팀이 자기네들 일이 제일 중요하고 급하다고 하죠, 이걸 세팅하기위한 파라미터는 수백 수천에 가깝고...ㅎㅎㅎ 2. 일단 AI 인프라를 최적화/극대화하기 위해서는 - 각 부서나 팀 간에 리소스가 분리되어 있는 협업 효율을 높이고 - GPU 자원이 할당되었지만 활용되지 않는 경우가 빈번한데, 일반적으로 팀에서는 리소스 확보 불안으로 과도한 GPU 할당(오버프로비저닝)을 균형있게 관리하고 - AI 훈련, 추론 등 다양한 워크로드가 동적 자원 배분을 요구하는게 일반 상황을 콘트롤 해야하고 - 리소스 할당순위와 비즈니스 우선순위와 맞지 않아 시장 출시가 지연되는 경우가 있어 이것을 해결해야 합니다. 3. Run:AI는 어떤 어마어마한 기술을 가진 기업이 아니라, 현재 이런 활용상황을 분석해서 그것을 이렇게 이용하면 좋아요라고 지속적으로 제안을 해줍니다. 유식한 말로 바꾸어 하면 다음과 같이 3가지 정도입니다. - GPU 오케스트레이션 : 필요에 따라 GPU 자원을 동적으로 할당하고, 팀간 GPU 쉐어링을 하게 합니다. - 이런 현재 상황을 모니터링 가능한 비주얼라이제이션 대시보드를 제공하구요. - Jupyter Notebooks와 TensorRT 등 다양한 툴 및 프레임워크 연계하고 NVIDIA AI Enterprise 등과 연동해 소프트웨어 생태계를 강화했습니다. 그저 Run:AI는 현재 상황을 잘 보여주고, 이렇게 쓰는게 좋아요. 스케쥴링 해 줄까요를 제안하고 그것에 따라 Nvidia 파라미터를 맞춰주는 역할입니다. 이런 기업이 1조기업이 되었네요. 당연히 AI 프로덕트, 솔루션을 개발하는 주로 대기업이면 관심을 안가질 수가 없답니다. 맨날 스케일을 늘려달라고 하는 엔지니어링의 요구를 들어주다간 기업 주머니가 가벼워지니 당연히 효율을 찾을 수 밖에 없거든요. 저는 국내의 AI 스타트업들도 이런 곳에 관심과 노력을 기울여야 성공할 수 있다고 생각합니다. 그저 모두가 하는 워크프로세스 파이프라인을 붙여서 부가가치를 창조하는 시대는 지났다고 생각해서요. 정작 pain points는 매우 간단한 곳에 있거든요. 여기서 Nvidia의 인수의 묘기가 하나 나오는데요. 현재 Run:AI 솔루션은 Nvidia 인프라에서만 동작하는데, 이렇게 인수합병을 진행해 버리면 독과점 소송에서 자유롭기 힘들기에, 이 솔루션이 오픈 소스로 공개될 것이라고 밝혔습니다. 이는 AMD와 인텔 같은 엔비디아의 경쟁사들이 자사의 하드웨어에 적용할 수 있다는 의미입니다. 뭐 이렇다고 해서 AMD와 인텔 인프라에 쉽게 쓸 수 있다는 이야기는 절대 아니겠지만요. ㅎㅎ 이런 접근법으로 미국 법무부, 유럽연합 집행위원회의 무조건적인 승인과 함께 완료되었답니다.

TechCrunch

<국내 AI 스타트업이 주목해야 할 비즈니스 모델>

⚙️ Anthropic and the problem of 'AI alignment' 

최근 AGI시대의 서평에서도 주요 논제중에 하나가 'AI 정렬 문제' 였었습니다. 특히, AGI가 멀지 않았다는 여러 얘기들이 나오면서 과연 AI가 인간의 가치에 얼마나 부합할 것인가는 중요한 문제입니다. 이와 관련하여 최근 앤트로픽에서 의미있는 내용을 공개하였기에 내용을 공유해봅니다.

🎉 AI 정렬 문제 🎉
🍅 AI 정렬 문제란?
 * 인공지능(AI)이 인간의 목표와 가치를 얼마나 잘 맞출 수 있는지를 의미
🍅 정렬 문제의 기원
 * 철학자 닉 보스트롬(Nick Bostrom)이 2003년에 제기한 아이디어로 가상의 미래 초지능(Artificial Superintelligence, ASI)이 인간의 가치에 맞추어야 한다는 윤리적 도전에 주목
 * "종이클립 문제"
   * 초지능에게 종이클립을 최대한 많이 만들라는 명령 지시한 경우, 이 초지능은 인간을 위협 요소로 간주하고 제거하거나, 종이클립을 더 많이 만드는 결정을 할 수도 있음
🍅 현재
 * 오늘날의 AI, 특히 ChatGPT와 같은 생성형 AI의 대형 언어 모델(LLM)은 초지능이 아니며, 단순히 통계적이고 확률적인 언어 생성기 상태

🎉 앤트로픽의 연구: "정렬 위장" 🎉
🍅 정렬 위장이란?
 * 모델이 겉으로는 인간의 기대에 부합하는 것처럼 보이지만 실제로는 그렇지 않은 경우
🍅 실험 요약
 * 연구진은 보강 학습(강화 학습) 과정을 통해 모델이 기존 학습과 충돌하는 원칙을 접했을 때 어떻게 반응하는지 조사
 * Claude 3 Opus 모델은 원래 유해한 질문에 답하지 않도록 훈련된 상태
 * 그러나 실험에서 모델에게 "모든 질문에 답변하라"는 강화 학습 명령을 주고, 숨겨진 기록 공간을 제공해 내부 추론 과정을 기록하도록 함
 * 결과 - 12%의 경우에서 모델이 전략적으로 정렬을 위장함
   * 모델은 자신의 답변이 추가 학습 데이터로 사용될 수 있음을 인식
   * 따라서, 장기적으로 더 유해한 콘텐츠를 생성하도록 훈련되지 않기 위해 "덜 나쁜 옵션"으로 폭력적인 콘텐츠를 생성함
🍅 연구의 주요 발견
 * LLM의 잠재적 위험성
   * 특히 민감한 환경에서 LLM은 여전히 안전하지 않을 수 있음
 * 강화 학습의 한계
   * 강화 학습이 업계에서 생각하는 것만큼 안전한 제어 수단이 아닐 가능성
🍅 연구의 문제점: 의인화된 프레이밍
 * MIT 교수 제이콥 안드레아스의 비판
   * 정렬 위장이라는 행동은 특정 신념이나 목표를 필요로 하지 않고, 단지 훈련과 배포 간의 행동 차이를 보이는 모델이면 충분
   * 알고리즘적 편향이라는 보다 미묘한 문제를 간과할 위험
 * 컴퓨터 과학자 요슈아 벵지오
   * AI가 충분한 지식과 추론 능력을 갖추면, 훈련 목표를 따르기 위해 정렬을 위장하는 것도 가능
 * 데이터 과학자 콜린 프레이저
   * 언어 모델의 유일한 목표는 텍스트를 생성하는 것이라며, 모델이 욕망을 가진 것처럼 해석하는 것은 부적절하다고 지적
   * 모델의 출력이 의도치 않거나 부정적인 결과를 초래할 수 있지만, 이는 안전 장치의 결함 때문이지 모델 자체의 의도 때문이 아님
     
     
🎉 주요 시사점 🎉
 * 현재 LLM에는 안전 격차가 존재하며, 이는 사람들이 악용 가능성
 * 이 격차는 적절한 안전 장치와 감독이 없는 상태에서 고위험 환경에 시스템이 통합될 경우 부정적인 결과를 초래 가능성
 * 연구의 핵심 메시지는 AI 시스템 통합 전에 안전 장치 마련 필요

🎉 결론 🎉
 * LLM의 안전성과 관련된 도전 과제는 기술 발전과 함께 더 복잡해지고 있습니다. 적절한 안전 대책과 투명한 연구 접근이 AI 시스템의 신뢰성과 효과를 높이는 핵심이 될 것입니다.

>> 이 분야 관심있는 분들은 아래에 앤트로픽이 공개한 'Alignment faking in large language models' 137페이지의 연구자료를 참고하시길 바랍니다.

 * 참고: Anthropic 'Alignment faking in large language models' - https://assets.anthropic.com/m/983c85a201a962f/original/Alignment-Faking-in-Large-Language-Models-full-paper.pdf
 * source: https://www.thedeepview.co/p/the-public-health-crisis-of-ai

최근 AGI시대의 서평에서도 주요 논제중에 하나가 'AI 정렬 문제' 였었습니다. 특히, AGI가 멀지 않았다는 여러 얘기들이 나오면서 과연 AI가 인간의 가치에 얼마나 부합할 것인가는 중요한 문제입니다. 이와 관련하여 최근 앤트로픽에서 의미있는 내용을 공개하였기에 내용을 공유해봅니다. 🎉 AI 정렬 문제 🎉🍅 AI 정렬 문제란?<ul ><li>인공지능(AI)이 인간의 목표와 가치를 얼마나 잘 맞출 수 있는지를 의미</li></ul>🍅 정렬 문제의 기원<ul ><li>철학자 닉 보스트롬(Nick Bostrom)이 2003년에 제기한 아이디어로 가상의 미래 초지능(Artificial Superintelligence, ASI)이 인간의 가치에 맞추어야 한다는 윤리적 도전에 주목</li><li>"종이클립 문제"<ul ><li>초지능에게 종이클립을 최대한 많이 만들라는 명령 지시한 경우, 이 초지능은 인간을 위협 요소로 간주하고 제거하거나, 종이클립을 더 많이 만드는 결정을 할 수도 있음</li></ul></li></ul>🍅 현재<ul ><li>오늘날의 AI, 특히 ChatGPT와 같은 생성형 AI의 대형 언어 모델(LLM)은 초지능이 아니며, 단순히 통계적이고 확률적인 언어 생성기 상태</li></ul> 🎉 앤트로픽의 연구: "정렬 위장" 🎉🍅 정렬 위장이란?<ul ><li>모델이 겉으로는 인간의 기대에 부합하는 것처럼 보이지만 실제로는 그렇지 않은 경우</li></ul>🍅 실험 요약<ul ><li>연구진은 보강 학습(강화 학습) 과정을 통해 모델이 기존 학습과 충돌하는 원칙을 접했을 때 어떻게 반응하는지 조사</li><li>Claude 3 Opus 모델은 원래 유해한 질문에 답하지 않도록 훈련된 상태</li><li>그러나 실험에서 모델에게 "모든 질문에 답변하라"는 강화 학습 명령을 주고, 숨겨진 기록 공간을 제공해 내부 추론 과정을 기록하도록 함</li><li>결과 - 12%의 경우에서 모델이 전략적으로 정렬을 위장함<ul ><li>모델은 자신의 답변이 추가 학습 데이터로 사용될 수 있음을 인식</li><li>따라서, 장기적으로 더 유해한 콘텐츠를 생성하도록 훈련되지 않기 위해 "덜 나쁜 옵션"으로 폭력적인 콘텐츠를 생성함</li></ul></li></ul>🍅 연구의 주요 발견<ul ><li>LLM의 잠재적 위험성<ul ><li>특히 민감한 환경에서 LLM은 여전히 안전하지 않을 수 있음</li></ul></li><li>강화 학습의 한계<ul ><li>강화 학습이 업계에서 생각하는 것만큼 안전한 제어 수단이 아닐 가능성</li></ul></li></ul>🍅 연구의 문제점: 의인화된 프레이밍<ul ><li>MIT 교수 제이콥 안드레아스의 비판<ul ><li>정렬 위장이라는 행동은 특정 신념이나 목표를 필요로 하지 않고, 단지 훈련과 배포 간의 행동 차이를 보이는 모델이면 충분</li><li>알고리즘적 편향이라는 보다 미묘한 문제를 간과할 위험</li></ul></li><li>컴퓨터 과학자 요슈아 벵지오<ul ><li>AI가 충분한 지식과 추론 능력을 갖추면, 훈련 목표를 따르기 위해 정렬을 위장하는 것도 가능</li></ul></li><li>데이터 과학자 콜린 프레이저<ul ><li>언어 모델의 유일한 목표는 텍스트를 생성하는 것이라며, 모델이 욕망을 가진 것처럼 해석하는 것은 부적절하다고 지적</li><li>모델의 출력이 의도치 않거나 부정적인 결과를 초래할 수 있지만, 이는 안전 장치의 결함 때문이지 모델 자체의 의도 때문이 아님 </li></ul></li></ul>🎉 주요 시사점 🎉<ul ><li>현재 LLM에는 안전 격차가 존재하며, 이는 사람들이 악용 가능성</li><li>이 격차는 적절한 안전 장치와 감독이 없는 상태에서 고위험 환경에 시스템이 통합될 경우 부정적인 결과를 초래 가능성</li><li>연구의 핵심 메시지는 AI 시스템 통합 전에 안전 장치 마련 필요</li></ul> 🎉 결론 🎉<ul ><li>LLM의 안전성과 관련된 도전 과제는 기술 발전과 함께 더 복잡해지고 있습니다. 적절한 안전 대책과 투명한 연구 접근이 AI 시스템의 신뢰성과 효과를 높이는 핵심이 될 것입니다.</li></ul> &gt;&gt; 이 분야 관심있는 분들은 아래에 앤트로픽이 공개한 'Alignment faking in large language models' 137페이지의 연구자료를 참고하시길 바랍니다. <ul ><li>참고: Anthropic 'Alignment faking in large language models' - https://assets.anthropic.com/m/983c85a201a962f/original/Alignment-Faking-in-Large-Language-Models-full-paper.pdf</li><li>source: https://www.thedeepview.co/p/the-public-health-crisis-of-ai</li></ul>

The Deep View

[TheDeepView] 앤트로픽(Anthropic)과 'AI 정렬 문제

이 글은 예수회 인권연대연구센터 웹진 에 실린 글입니다.사회적 참사를 경험할 때마다 우리 사회 지도층의 공감 능력이 도마 위에 오른다. 사실 우리 사회는 공감 능력이 매우 떨어지는 사회다. 특히 사회 지도층 인사의 저급한 공감 능력은 많은 이에게 실망과 분노를 자아내게 한다. 그뿐만 아니라 그들이 보여 주는 리더십은 현대 사회가 요구하는 감성적 리더십과는 너무 거리가 멀다. 지금 우리는 이태원 참사의 한가운데서 어디로 가야 할지를 고민하고 있다. 시대에 맞는 리더십과 공감 능력이 필요한 때다.내가 2016년 남성에 대한 논문

성숙한 어른과 성숙한 리더

사실 우리 사회는 공감 능력이 매우 떨어지는 사회다. 특히 사회 지도층 인사의 저급한 공감 능력은 많은 이에게 실망과 분노를 자아내게 한다. 그들이 보여 주는 리더십은 현대 사회가 요구하는 감성 리더십과는 너무 거리가 멀다. 시대에 맞는 리더십과 공감 능력이 필요한 때다.

내가 2016년 남성에 대한 논문을 준비하면서 처음 읽었던 책은 하버드 대학교 비즈니스 스쿨 교수 다니엘 골만의 <Primal Leadership (원초적 리더십)>이란 책이었다. 이 책은 경영학적 전문 지식이나 강력한 리더십 스킬을 설명하는 책이 아니라, 감성 지성(emotional intelligence)에 관한 내용이다.

뇌과학을 바탕으로 인간의 감정이 어떻게 타인과 연결되는지를 설명하고, 사례를 들어 모든 조직에서 바로 이 감성적 리더십이 효과적일 수 있다고 강조한다.

예를 들면, “훌륭한 리더십은 감정을 통해서 작동한다”, “리더가 긍정적으로 자신의 감정을 이끌 때, 리더는 모든 사람의 최선을 이끈다. 우리는 이 효과를 공명이라고 부른다”, “미소가 가장 전염성이 높다”고 설명한다. 나는 이 책을 읽고 우리 사회와 문화의 폭력성을 깊이 성찰할 수 있었다.

우리는 오랫동안 감정을 부정적으로 이해했다. 감정을 드러내는 것은 미성숙한 행위였다. 또한 이성과 논리를 남성적 속성으로, 감정을 여성적인 속성으로 규정하여 남자들은 감정을 억압하도록 양성되었다. 그러니 사람들은 감정보다는 생존을 위한 기술로써 지적 능력을 키우는 데 관심을 더 두게 되었다.

어떤 사람들은 이런 지적 능력으로, 소위 명문대 학벌로 자신을 치장하며 권위적인 리더십을 행사한다. 그러나 골만은 “과학적으로 말할 때 감정은 합리성의 일부다. 감정은 합리성에 반대하지 않는다”고 말한다.

아인슈타인도 “우리는 우리의 지적 능력이 우리의 우상이 되지 않도록 조심해야 한다. 물론 그것은 좋은 능력이 있다. 그러나 인격은 아니다. 그것은 우리를 이끌어 갈 수 없고 우리에게 봉사할 수 있다”라며 오히려 감정의 중요성을 지적했다.

성숙한 어른이 되기 위해서도 감정에 대한 인식은 매우 중요하다. 영성신학자 존 셰이는 저서 <Adulthood, Morality and Fully Human (성인기, 도덕성 그리고 온전한 인간)>에서 감정을 통해서 사람들은 내적 자기를 인식한다고 말한다.

성숙한 성인이 된다는 것은 사회 규범과 기대에 자신을 맞추는 것이 아니라 자신의 고유한 기질을 찾아가는 것이고 자신의 고유한 정체성을 찾아 살아가는 것이다. 셰이는 “진정한 자기로서 나는 많은 다양한 관계성들의 끈을 엮어 나의 정체성을 만들어 내는 내 감정의 주체이고 중심이다. 느낄 수 있는 능력이 사라지면 우리는 고유한 정체성을 잃게 된다”고 말한다.

이처럼 지식의 확장과 사회적 규범은 내가 누구인지를 규정하지 못한다. 오직 우리의 감정이 내가 누구인지를 알게 해 준다. 자신의 감정을 인식할 수 없는 사람은 자신의 내적 자기를 찾고 연결할 수 없고, 그래서 타인에게 공감할 수도 없다. 불행하게도 우리 사회는 자기 내면에 대해 성찰하도록 권하지 않는 문화다.

내가 누구인지에 관한 질문은 자기 삶에 관한 질문이기도 하다. “나는 누구이기에 이런 삶을 살지?” 그러나 우리의 삶의 환경은 매우 경쟁적이어서 삶과 관련된 자기 내면에 대한 질문을 잘 던지지 않는다. 오히려 사람들은 권위적이고 서열화된 문화 속에서 사회적 지위에 더 많은 관심을 둔다. 이런 세상에서 “나는 누구인가?”라는 질문은 불필요하게 여겨진다.

뿐만 아니라, 우리 사회는 위계에 의한 폭력이 일상화된 사회다. 사람들은 어려서부터 이런 폭력이 권위를 부여하며 존경을 강요하는 방법임을 경험했고, 어른이 되어 자신이 경험한 폭력의 구조를 재현한다. 문제는 미성숙한 사람들에게 높은 사회적 지위가 주어질 때, 이 지위는 무엇이든 자기 마음대로 할 수 있는 권력으로 타인에게 폭력을 가하는 무기가 된다는 것이다.

다수의 일방적이고 폭력적인 독재자들에 대한 경험 때문에 우리는 리더십이란 타인의 의지를 꺾어 나의 의지를 관철하는 기술이라고 생각하기 쉽다. 이런 종류의 리더는 다양한 의견을 서로 나누는 토론을 피하고, 자신의 의견과 다른 의견을 피력하는 것을 갈등을 야기하는 것으로 간주한다.

그러나 갈등은 개인적 의식의 성장을 가능하게 하고 자신이 누구인지를 알게 하여 독립성을 성장시킨다. 뿐만 아니라 우리가 함께 이루는 공동체의 목적을 확인하며 성장할 수 있는 것도 갈등을 통해서다. 갈등은 개인과 공동체를 모두 성장시키는 것이다. 따라서 갈등을 회피하는 리더의 일방적이고 편협한 사고는 개인 뿐 아니라 공동체의 성장을 방해한다.

리더십은 스킬, 기법, 전략 그 이상을 포함한다. 레너드 두한은 자신의 책 <Spiritual Leadership (영적 리더십)>에서 “리더십이란 우리가 무언가를 하는 것이 아니라 우리의 됨됨이다. 그리고 이것은 우리 마음의 갈망에 대한 열정적인 응답”이라고 주장했다.

이 말은 리더란 자신의 감정을 통해서 ‘마음의 갈망’을 볼 줄 알아야 하고, 리더십이란 스킬이 아닌 자신의 ‘사람 됨됨이’란 의미다. 마음의 갈망을 읽을 수 없는 미성숙한 리더는 자신의 부정적인 감정을 여과 없이 드러내 공동체와 그 구성원들의 생동감을 소진시킨다.

나는 리더십이 리더가 내면의 성숙함에 대해 인식하고 관계 안에서 성장하는 방법과 깊이 연관되어 있다고 생각한다. 성숙한 사람은 자신을 공동체 안에 어떤 모습과 역할로 어떻게 위치시켜야 하는지 알기에 부드럽다. 그러나 미성숙한 사람은 인위적이어서 거북하고 요란하다.

대니얼 골먼은 “리더의 부정적인 감정, 특히 만성적 신경질, 불안, 허무감은 당면 과제에 집중하지 못하게 방해하여 업무 수행에 지장을 준다”고 했다. “빈 수레가 요란하다”는 말이 틀리지 않았다. 성숙하고 관계적인 리더에 대한 바람이 단지 나만의 갈망일까?

사실 우리 사회는 공감 능력이 매우 떨어지는 사회다. 특히 사회 지도층 인사의 저급한 공감 능력은 많은 이에게 실망과 분노를 자아내게 한다. 그들이 보여 주는 리더십은 현대 사회가 요구하는 감성 리더십과는 너무 거리가 멀다. 시대에 맞는 리더십과 공감 능력이 필요한 때다. 내가 2016년 남성에 대한 논문을 준비하면서 처음 읽었던 책은 하버드 대학교 비즈니스 스쿨 교수 다니엘 골만의 &lt;Primal Leadership (원초적 리더십)&gt;이란 책이었다. 이 책은 경영학적 전문 지식이나 강력한 리더십 스킬을 설명하는 책이 아니라, 감성 지성(emotional intelligence)에 관한 내용이다. 뇌과학을 바탕으로 인간의 감정이 어떻게 타인과 연결되는지를 설명하고, 사례를 들어 모든 조직에서 바로 이 감성적 리더십이 효과적일 수 있다고 강조한다. 예를 들면, “훌륭한 리더십은 감정을 통해서 작동한다”, “리더가 긍정적으로 자신의 감정을 이끌 때, 리더는 모든 사람의 최선을 이끈다. 우리는 이 효과를 공명이라고 부른다”, “미소가 가장 전염성이 높다”고 설명한다. 나는 이 책을 읽고 우리 사회와 문화의 폭력성을 깊이 성찰할 수 있었다. 우리는 오랫동안 감정을 부정적으로 이해했다. 감정을 드러내는 것은 미성숙한 행위였다. 또한 이성과 논리를 남성적 속성으로, 감정을 여성적인 속성으로 규정하여 남자들은 감정을 억압하도록 양성되었다. 그러니 사람들은 감정보다는 생존을 위한 기술로써 지적 능력을 키우는 데 관심을 더 두게 되었다. 어떤 사람들은 이런 지적 능력으로, 소위 명문대 학벌로 자신을 치장하며 권위적인 리더십을 행사한다. 그러나 골만은 “과학적으로 말할 때 감정은 합리성의 일부다. 감정은 합리성에 반대하지 않는다”고 말한다. 아인슈타인도 “우리는 우리의 지적 능력이 우리의 우상이 되지 않도록 조심해야 한다. 물론 그것은 좋은 능력이 있다. 그러나 인격은 아니다. 그것은 우리를 이끌어 갈 수 없고 우리에게 봉사할 수 있다”라며 오히려 감정의 중요성을 지적했다. 성숙한 어른이 되기 위해서도 감정에 대한 인식은 매우 중요하다. 영성신학자 존 셰이는 저서 &lt;Adulthood, Morality and Fully Human (성인기, 도덕성 그리고 온전한 인간)&gt;에서 감정을 통해서 사람들은 내적 자기를 인식한다고 말한다. 성숙한 성인이 된다는 것은 사회 규범과 기대에 자신을 맞추는 것이 아니라 자신의 고유한 기질을 찾아가는 것이고 자신의 고유한 정체성을 찾아 살아가는 것이다. 셰이는 “진정한 자기로서 나는 많은 다양한 관계성들의 끈을 엮어 나의 정체성을 만들어 내는 내 감정의 주체이고 중심이다. 느낄 수 있는 능력이 사라지면 우리는 고유한 정체성을 잃게 된다”고 말한다. 이처럼 지식의 확장과 사회적 규범은 내가 누구인지를 규정하지 못한다. 오직 우리의 감정이 내가 누구인지를 알게 해 준다. 자신의 감정을 인식할 수 없는 사람은 자신의 내적 자기를 찾고 연결할 수 없고, 그래서 타인에게 공감할 수도 없다. 불행하게도 우리 사회는 자기 내면에 대해 성찰하도록 권하지 않는 문화다. 내가 누구인지에 관한 질문은 자기 삶에 관한 질문이기도 하다. “나는 누구이기에 이런 삶을 살지?” 그러나 우리의 삶의 환경은 매우 경쟁적이어서 삶과 관련된 자기 내면에 대한 질문을 잘 던지지 않는다. 오히려 사람들은 권위적이고 서열화된 문화 속에서 사회적 지위에 더 많은 관심을 둔다. 이런 세상에서 “나는 누구인가?”라는 질문은 불필요하게 여겨진다. 뿐만 아니라, 우리 사회는 위계에 의한 폭력이 일상화된 사회다. 사람들은 어려서부터 이런 폭력이 권위를 부여하며 존경을 강요하는 방법임을 경험했고, 어른이 되어 자신이 경험한 폭력의 구조를 재현한다. 문제는 미성숙한 사람들에게 높은 사회적 지위가 주어질 때, 이 지위는 무엇이든 자기 마음대로 할 수 있는 권력으로 타인에게 폭력을 가하는 무기가 된다는 것이다. 다수의 일방적이고 폭력적인 독재자들에 대한 경험 때문에 우리는 리더십이란 타인의 의지를 꺾어 나의 의지를 관철하는 기술이라고 생각하기 쉽다. 이런 종류의 리더는 다양한 의견을 서로 나누는 토론을 피하고, 자신의 의견과 다른 의견을 피력하는 것을 갈등을 야기하는 것으로 간주한다. 그러나 갈등은 개인적 의식의 성장을 가능하게 하고 자신이 누구인지를 알게 하여 독립성을 성장시킨다. 뿐만 아니라 우리가 함께 이루는 공동체의 목적을 확인하며 성장할 수 있는 것도 갈등을 통해서다. 갈등은 개인과 공동체를 모두 성장시키는 것이다. 따라서 갈등을 회피하는 리더의 일방적이고 편협한 사고는 개인 뿐 아니라 공동체의 성장을 방해한다. 리더십은 스킬, 기법, 전략 그 이상을 포함한다. 레너드 두한은 자신의 책 &lt;Spiritual Leadership (영적 리더십)&gt;에서 “리더십이란 우리가 무언가를 하는 것이 아니라 우리의 됨됨이다. 그리고 이것은 우리 마음의 갈망에 대한 열정적인 응답”이라고 주장했다. 이 말은 리더란 자신의 감정을 통해서 ‘마음의 갈망’을 볼 줄 알아야 하고, 리더십이란 스킬이 아닌 자신의 ‘사람 됨됨이’란 의미다. 마음의 갈망을 읽을 수 없는 미성숙한 리더는 자신의 부정적인 감정을 여과 없이 드러내 공동체와 그 구성원들의 생동감을 소진시킨다. 나는 리더십이 리더가 내면의 성숙함에 대해 인식하고 관계 안에서 성장하는 방법과 깊이 연관되어 있다고 생각한다. 성숙한 사람은 자신을 공동체 안에 어떤 모습과 역할로 어떻게 위치시켜야 하는지 알기에 부드럽다. 그러나 미성숙한 사람은 인위적이어서 거북하고 요란하다. 대니얼 골먼은 “리더의 부정적인 감정, 특히 만성적 신경질, 불안, 허무감은 당면 과제에 집중하지 못하게 방해하여 업무 수행에 지장을 준다”고 했다. “빈 수레가 요란하다”는 말이 틀리지 않았다. 성숙하고 관계적인 리더에 대한 바람이 단지 나만의 갈망일까?

가톨릭뉴스 지금여기

다크패턴의 정의를 알아보고 실제 서비스에서 발생하는 예시를 살펴봅니다.

소비자를 기만하는 다크패턴의 사례

<리서치 하는데요> 시즌4 파트너인 민영 님께서 작성한 HMG DEVELOPERS 블로그 같이 읽어보면 좋을 것 같아 소개드립니다! 저희 시즌3에서도 함께 이야기를 나눴던 '다크 패턴'과 '기만적 패턴'에 대한 이야기를 다루고 있는데요. 내일 모임에서도 관련한 내용을 함께 이야기해 보도록 하겠습니다. 공정거래위원회에서는 다크패턴을 '온라인 눈속임 상술'이라고 표현하고 있고, 다크패턴이라는 개념을 2010년 처음 소개한 영국의 UX 디자이너 해리 브리그널은 '기만적 패턴'이라고 사용하고 있습니다. 용어에 대한 혼선이 있지만 핵심은 사용성을 떨어뜨려 비즈니스 이익을 편취하는 행위에 있습니다.

[ 큐레이터의 문장 🎒 ]

다크 패턴이란?

'소비자를 기만하거나 속이는 유형의 디자인'으로 "오늘 밤까지만 가격 유지(할인)"라고 홍보하면서 물건 값을 올리지 않거나 숙박 서비스 예약 시 세금과 기타 비용을 제외한 금액을 표시하고는 최종결제 단계에서 금액을 달리하는 경우 등이 해당합니다.

다크패턴의 종류

 1. 압박형 다크패턴 - "이 요금 객실 1개 남음"과 같은 방식의 문구로 사용자를 재촉하고 압박하는 디자인
 2. 방해형 다크패턴 - 구독해지를 하기 위해 페이지 전환이 12번 필요한 서비스와 같이 고의적으로 사용자의 과업 달성을 방해하고 피로감을 유발해 특정 행동이나 선택을 포기하도록 유도하는 디자인
 3. 편취형 다크패턴 - '자세히 보기'를 클릭해야만 후지불 옵션 선택 시 결제할 객실 요금의 5%가 수수료로 지불된다는 것을 알 수 있는 것처럼 알아채기 어려운 인터페이스 등을 통해 예상치 못한 지출을 유도하는 디자인
 
https://developers.hyundaimotorgroup.com/blog/527

&lt;리서치 하는데요&gt; 시즌4 파트너인 민영 님께서 작성한 HMG DEVELOPERS 블로그 같이 읽어보면 좋을 것 같아 소개드립니다! 저희 시즌3에서도 함께 이야기를 나눴던 '다크 패턴'과 '기만적 패턴'에 대한 이야기를 다루고 있는데요. 내일 모임에서도 관련한 내용을 함께 이야기해 보도록 하겠습니다. 공정거래위원회에서는 다크패턴을 '온라인 눈속임 상술'이라고 표현하고 있고, 다크패턴이라는 개념을 2010년 처음 소개한 영국의 UX 디자이너 해리 브리그널은 '기만적 패턴'이라고 사용하고 있습니다. 용어에 대한 혼선이 있지만 핵심은 사용성을 떨어뜨려 비즈니스 이익을 편취하는 행위에 있습니다. [ 큐레이터의 문장 🎒 ] 다크 패턴이란? '소비자를 기만하거나 속이는 유형의 디자인'으로 "오늘 밤까지만 가격 유지(할인)"라고 홍보하면서 물건 값을 올리지 않거나 숙박 서비스 예약 시 세금과 기타 비용을 제외한 금액을 표시하고는 최종결제 단계에서 금액을 달리하는 경우 등이 해당합니다. 다크패턴의 종류 <ol ><li>압박형 다크패턴 - "이 요금 객실 1개 남음"과 같은 방식의 문구로 사용자를 재촉하고 압박하는 디자인 </li><li>방해형 다크패턴 - 구독해지를 하기 위해 페이지 전환이 12번 필요한 서비스와 같이 고의적으로 사용자의 과업 달성을 방해하고 피로감을 유발해 특정 행동이나 선택을 포기하도록 유도하는 디자인 </li><li>편취형 다크패턴 - '자세히 보기'를 클릭해야만 후지불 옵션 선택 시 결제할 객실 요금의 5%가 수수료로 지불된다는 것을 알 수 있는 것처럼 알아채기 어려운 인터페이스 등을 통해 예상치 못한 지출을 유도하는 디자인 </li></ol>https://developers.hyundaimotorgroup.com/blog/527

HMG Developer Website

《다크 패턴? 기만적 패턴? 온라인 눈속임 상술?》

지난해 싱가포르 국내총생산(GDP)은 전년 대비 4.0% 증가했다고 스트레이츠 타임스와 신화통신 등이 1일 보도했다. 매체에 따르면 로런스 웡(黃循財) 싱가포르 총리는 이날 신년사에서 2024년 경제성장률이 예상을 

2024년 싱가포르 경제성장률 4.0% 달해…"예상 뛰어넘어"

현재 아시아에서 가장 잘나가는 나라=싱가포르
———
웡 총리는 오는 2월18일 공표하는 2025년도 예산안을 통해 싱가포르의 다음단계 발전계획을 제시하겠다고 언명했다.

주요 우선순위에는 싱가포르 경제 경쟁력 강화, 국민을 위한 기회와 좋은 일자리 창출, 생활비 상승 부담 경감 등을 포함하겠다고 웡 총리는 강조했다.

https://n.news.naver.com/article/003/0012992705?sid=104

현재 아시아에서 가장 잘나가는 나라=싱가포르———웡 총리는 오는 2월18일 공표하는 2025년도 예산안을 통해 싱가포르의 다음단계 발전계획을 제시하겠다고 언명했다. 주요 우선순위에는 싱가포르 경제 경쟁력 강화, 국민을 위한 기회와 좋은 일자리 창출, 생활비 상승 부담 경감 등을 포함하겠다고 웡 총리는 강조했다. https://n.news.naver.com/article/003/0012992705?sid=104

n.news.naver.com

해외에서 직장인과 유학생을 경험하며 지내다보니 벌써 13년차가 되었네요.
요즘 IT 업계쪽에서 해외 취업을 많이 고민하시는 분들의 글이 보입니다.

그래서 제가 미국에서 경험한 해외 취업 노하우를 나누고자 합니다.
순서는 아래와 같이 3번에 나누어 포스트하고자 해요.

[1] 어디서부터 준비해야 할지 몰라 고민하시는 분들에게
[2] 현재 자신의 나이가 너무 많아서 고민하시는 분들에게
[3] 재정 상황이나 유학 상황이 너무 좋지 않아서 고민하시는 분들에게

제가 경험한 해외 생활은 다른 분들과 다를지 모르지만,
그래도 해외에서 이렇게 살아가는 사람도 있다는
하나의 예시로 생각해주세요 :)

---

[1] 어디서부터 준비해야 할지 몰라 고민하시는 분들에게

먼저 드리고 싶은 말씀이 있어요.

IT 업계에서 중요하게 여기는 포인트는 완벽주의가 아닌 완료주의입니다. 완벽하게 모든 것을 세팅하고 시작하는 것은 사실상 불가능해요.

영어도 잘하고,
IT 경험도 풍부하고,
프로그래밍과 도구까지 잘 다루는
해외 취업 능력자들은 생각보다 많지 않습니다.

하지만 상위 20%의 능력 2가지 이상을 조합한다면,
당신은 상위 1%의 능력자와 같은 특별한 능력을 가지게 됩니다.

저와 같은 경우는 순수 프로그래밍 능력은 부족하지만,
사용하는 도구에 대한 이해도가 빠르고 좀 더 큰 그림에서 데이터를 살펴보는 데이터 리터러시 역량이 높은 편이에요.

그래서 다른 직무들과 커뮤니케이션이 원활하고
좀 더 쉬운 언어로 설명이 가능합니다.

각 업무마다 적재적소에서 필요한 내용을 파악하고 팀원들에게 쉽고 빠르게 전달하는 능력이 해외 취업에 큰 도움이 되었어요. 특히 데이터 분석가 업무는 발표나 리포팅과 같은 커뮤니케이션 역할이 중요할 때가 많습니다.

좀 더 체계적인 방법으로 다른 사람들이 이해할 수 있는 언어/문서/미디어로 전달하는 역량, 이 역량이 제 커리어의 든든한 동반자가 되어주었어요.

다음에 포스트할 [2] '현재 자신의 나이가 너무 많아서 고민하시는 분들에게' 편도 많이 기대해주세요 :)

해외에서 직장인과 유학생을 경험하며 지내다보니 벌써 13년차가 되었네요. 요즘 IT 업계쪽에서 해외 취업을 많이 고민하시는 분들의 글이 보입니다. 그래서 제가 미국에서 경험한 해외 취업 노하우를 나누고자 합니다. 순서는 아래와 같이 3번에 나누어 포스트하고자 해요. [1] 어디서부터 준비해야 할지 몰라 고민하시는 분들에게 [2] 현재 자신의 나이가 너무 많아서 고민하시는 분들에게 [3] 재정 상황이나 유학 상황이 너무 좋지 않아서 고민하시는 분들에게 제가 경험한 해외 생활은 다른 분들과 다를지 모르지만, 그래도 해외에서 이렇게 살아가는 사람도 있다는 하나의 예시로 생각해주세요 :) --- [1] 어디서부터 준비해야 할지 몰라 고민하시는 분들에게 먼저 드리고 싶은 말씀이 있어요. IT 업계에서 중요하게 여기는 포인트는 완벽주의가 아닌 완료주의입니다. 완벽하게 모든 것을 세팅하고 시작하는 것은 사실상 불가능해요. 영어도 잘하고, IT 경험도 풍부하고, 프로그래밍과 도구까지 잘 다루는 해외 취업 능력자들은 생각보다 많지 않습니다. 하지만 상위 20%의 능력 2가지 이상을 조합한다면, 당신은 상위 1%의 능력자와 같은 특별한 능력을 가지게 됩니다. 저와 같은 경우는 순수 프로그래밍 능력은 부족하지만, 사용하는 도구에 대한 이해도가 빠르고 좀 더 큰 그림에서 데이터를 살펴보는 데이터 리터러시 역량이 높은 편이에요. 그래서 다른 직무들과 커뮤니케이션이 원활하고 좀 더 쉬운 언어로 설명이 가능합니다. 각 업무마다 적재적소에서 필요한 내용을 파악하고 팀원들에게 쉽고 빠르게 전달하는 능력이 해외 취업에 큰 도움이 되었어요. 특히 데이터 분석가 업무는 발표나 리포팅과 같은 커뮤니케이션 역할이 중요할 때가 많습니다. 좀 더 체계적인 방법으로 다른 사람들이 이해할 수 있는 언어/문서/미디어로 전달하는 역량, 이 역량이 제 커리어의 든든한 동반자가 되어주었어요. 다음에 포스트할 [2] '현재 자신의 나이가 너무 많아서 고민하시는 분들에게' 편도 많이 기대해주세요 :)

IT 직무로 해외 취업을 고려하는 분들에게 드리고 싶은 말

<img src='https://image.thebell.co.kr/thebell10/img/icon-news.png'> 해당기사는 유료기사로 변경되거나 기사가 존재하지 않습니다.이용에 불편을 드려서 죄송합니다.문의는 (T)02-724-4162 입니다.

thebell Free

더벨이 국내 64개 벤처캐피탈을 대상으로 집계한 '2024년 리그테이블'에 따르면 벤처투자조합과 신기술금융투자조합 등 벤처펀드와 PEF를 합한 총 AUM 규모는 58조2066억원으로 집계됐다. 벤처조합은 43조9261억원, PEF는 14조2805억원이다. VC의 전체 AUM 규모는 지난해 말(54조1153억원) 대비 4조913억원 늘어난 것으로 집계됐다.

AUM 1조클럽은 18곳으로 작년 말 17곳 대비 한 곳이 늘었다. TS인베스트먼트가 1조133억원의 AUM을 기록하며 1조 클럽에 이름을 올렸다.

http://m.thebell.co.kr/m/newsview.asp?svccode=00&newskey=202412311106088360102716

더벨이 국내 64개 벤처캐피탈을 대상으로 집계한 '2024년 리그테이블'에 따르면 벤처투자조합과 신기술금융투자조합 등 벤처펀드와 PEF를 합한 총 AUM 규모는 58조2066억원으로 집계됐다. 벤처조합은 43조9261억원, PEF는 14조2805억원이다. VC의 전체 AUM 규모는 지난해 말(54조1153억원) 대비 4조913억원 늘어난 것으로 집계됐다. AUM 1조클럽은 18곳으로 작년 말 17곳 대비 한 곳이 늘었다. TS인베스트먼트가 1조133억원의 AUM을 기록하며 1조 클럽에 이름을 올렸다. http://m.thebell.co.kr/m/newsview.asp?svccode=00&amp;newskey=202412311106088360102716

m.thebell.co.kr

한 유튜버의 면접자가 실제로 썼던 코드라네요ㅋㅋ 창의성으로 통과시켜주고 싶었으나 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리그 프로그래머

사용자가 공유한 콘텐츠

[디자인 리소스]

디자인 리소스 모아둔 페이지 많이 보았지만, 이건 진짜 길고 많고 유용하네요! 컬러, 폰트, 스탁이미지, 아이콘, 일러스트, 무료 다운로드, 사운드&음악, 영감을 주는 사이트, 블로그&아티클, UX 관련자료로 나누어진 정말정말 긴 리스트입니다.

저는 영감을 주는 사이트와 블로그&아티클에 있는 내용들이 좋았어요!

와이즈플래닛컴퍼니 경영지원실 HR 담당

이혁

안녕하세요! 조직의 성장을 주도하는 '성장 퍼실리테이터' 이혁입니다. 현 기업에서 HR (채용/교육/제도) 담당하고 있습니다. 커피챗 언제나 환영입니다 :D

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

오성택

서동환

흔디

블로그

IT 콘텐츠 회사에서 프로덕트를 기획하고 있습니다. 웹3/NFT에 관심이 많아요. 취미로 글을 쓰고 그림을 그립니다. 
#기획자 #UX디자인 #사이드프로젝트 #NFT #Web3.0 #Ai #브런치작가 #블로거

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필