사용자가 공유한 콘텐츠

이현정 LG아트센터장은 1996년 LG아트센터 역삼이 세워지기 전 입사했습니다. 공연기획팀장·국장을 거쳐 2021년 센터장 자리에 오른 공연예술계의 산역사죠. 센터장이 될 당시의 소감을 묻자 "기뻐할 틈이 없었다"라고 답했습니다. LG아트센터가 마곡으로 이전할 계획을 발표하며 새로운 지역에서 관객을 끌어모아야 하는 미션을 부여받았기 때문이죠. 3년이 지난 현재, 관객은 40% 늘었습니다. 연평균 29만 명이 방문하고, 기획공연 매표율은 90%가 넘습니다. 그 이유를 28년간 한 곳에서 근무한 이현정 센터장 폴인 인터뷰를 통해서 살펴봅니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ 세 번째 직장에서 28년째 일을 하는 리더

세 번째 직장이에요. (은행에 입사했는데) 시간도 있고 돈도 있는데. 왜 헛헛할까. 시간이 갈수록 내가 원하던 삶이 아니다, 어떻게든 공연과 관련된 일을 해야겠다는 마음이 계속 들었어요. 내가 퍼포머(performer, 연기자)는 되지 못하겠지만 공연 주변에라도 있고 싶다.

2️⃣ 좌석번호 시스템을 완전히 바꾸다

당시 우리나라 대부분의 공연장이 가·나·다 이렇게 크게 구역을 나누고, 구역마다 1번부터 번호를 매겼어요. 가 구역 200석이라고 하면, 1~200번까지 매겨져 있고요. 400석짜리 나 구역은 다시 1번부터 400번까지 돼 있었죠. 그러다보니 관객 입장에선 내 좌석이 다 구역 245번이라고 하면 몇 열로 가야 하는지, 왼쪽 오른쪽 어디로 들어가야 할지 도통 알 수 없었어요. 구역만 찾아가서 헤매는 사람이 태반이었어요. 그래서 직관적으로 좌석을 인지할 수 있는 방법이 없을까 고민했죠. 세계의 유명 극장들을 조사해 그중 우리가 참고할 만한 시스템을 찾아 적용했습니다. 매우 단순하고 직관적인 방법인데요. 1열부터 맨 끝열까지 순서대로 번호를 매기고, 좌석도 왼쪽부터 1, 2, 3, 4, 5번… 이렇게 표기하는 방식이죠. 역삼 센터는 한 열당 30개의 좌석이 있었으니까, 관객이 받아보는 티켓에 ‘5열 15번’ 이렇게 써 있으면 앞에서 5번째, 좌석은 가운데 자리구나 알 수 있는 거죠. 이게 뭐 대단하냐 하실 수도 있는데요(웃음). 당시엔 기존 관례를 다 바꿔야 했으니 쉽지 않았죠.

3️⃣ 관례였던 초대권을 없애다

승부수를 하나 더 던졌죠. 초대권을 없앴어요. 우리나라 공연 문화 성장을 저해하는 큰 병폐 중 하나가 초대권 문화였어요. 1990년대 후반까지만 해도 초대권이 만연했어요. "밥 한번 먹어요" 인사하는 것처럼 "표 드릴 테니 공연 한번 보러 오세요"가 공연계 사람들의 인사였어요. 

그런데 초대권을 발행하게 되면요, 객석의 가장 좋은 자리는 초대로 배정돼요. 또 실무자들이 그 사람 오나 안 오나 챙기는 게 우선순위가 돼버리죠. 정작 중요한 일을 못해요. 초대권 받은 분들이 안 오시게 되면 제일 좋은 자리는 비워둔 채 공연하게 되고요. 

사실 초대권을 받는 분들이야말로 구매력이 있는 분들이잖아요. 사회 저명인사나 공연 관계자들. 어찌 보면 공연장을 가장 많이 올 수 있는 분들이죠. 아무리 잘 아는 사람이 식당을 운영한다고 해서, 공짜로 밥 달라는 말 안 하잖아요. 그런데 유독 공연장은 초대권으로 가야 대우받는다는 그런 생각이 좀 만연했던 것 같아요. 그런 관례를 깨야지만 공연시장이 성장하고 문화가 성숙할 거라 생각했습니다. 

확실히 초대권 없애고 나서, 관객들 분위기가 굉장히 좋아졌어요. VIP를 위해 제일 좋은 자리 비워두지 않고 가장 오고 싶은 분, 그래서 기다렸다 빠르게 예매하는 분께 그 자리가 갔다고 생각해보세요. 얼마나 진지하고 열정적으로 관람하시겠어요? 

https://www.folin.co/article/9892/gift/tqADFvrmL9lHScYvZShoZgoIL4BTqUVy

이현정 LG아트센터장은 1996년 LG아트센터 역삼이 세워지기 전 입사했습니다. 공연기획팀장·국장을 거쳐 2021년 센터장 자리에 오른 공연예술계의 산역사죠. 센터장이 될 당시의 소감을 묻자 "기뻐할 틈이 없었다"라고 답했습니다. LG아트센터가 마곡으로 이전할 계획을 발표하며 새로운 지역에서 관객을 끌어모아야 하는 미션을 부여받았기 때문이죠. 3년이 지난 현재, 관객은 40% 늘었습니다. 연평균 29만 명이 방문하고, 기획공연 매표율은 90%가 넘습니다. 그 이유를 28년간 한 곳에서 근무한 이현정 센터장 폴인 인터뷰를 통해서 살펴봅니다. [ 큐레이터의 문장 🎒 ] 1️⃣ 세 번째 직장에서 28년째 일을 하는 리더 세 번째 직장이에요. (은행에 입사했는데) 시간도 있고 돈도 있는데. 왜 헛헛할까. 시간이 갈수록 내가 원하던 삶이 아니다, 어떻게든 공연과 관련된 일을 해야겠다는 마음이 계속 들었어요. 내가 퍼포머(performer, 연기자)는 되지 못하겠지만 공연 주변에라도 있고 싶다. 2️⃣ 좌석번호 시스템을 완전히 바꾸다 당시 우리나라 대부분의 공연장이 가·나·다 이렇게 크게 구역을 나누고, 구역마다 1번부터 번호를 매겼어요. 가 구역 200석이라고 하면, 1~200번까지 매겨져 있고요. 400석짜리 나 구역은 다시 1번부터 400번까지 돼 있었죠.&nbsp;그러다보니 관객 입장에선 내 좌석이 다 구역 245번이라고 하면 몇 열로 가야 하는지, 왼쪽 오른쪽 어디로 들어가야 할지 도통 알 수 없었어요. 구역만 찾아가서 헤매는 사람이 태반이었어요. 그래서 직관적으로 좌석을 인지할 수 있는 방법이 없을까 고민했죠.&nbsp;세계의 유명 극장들을 조사해 그중 우리가 참고할 만한 시스템을 찾아 적용했습니다. 매우 단순하고 직관적인 방법인데요. 1열부터 맨 끝열까지 순서대로 번호를 매기고, 좌석도 왼쪽부터 1, 2, 3, 4, 5번… 이렇게 표기하는 방식이죠. 역삼 센터는 한 열당 30개의 좌석이 있었으니까, 관객이 받아보는 티켓에 ‘5열 15번’ 이렇게 써 있으면 앞에서 5번째, 좌석은 가운데 자리구나 알 수 있는 거죠. 이게 뭐 대단하냐 하실 수도 있는데요(웃음). 당시엔 기존 관례를 다 바꿔야 했으니 쉽지 않았죠. 3️⃣ 관례였던 초대권을 없애다 승부수를 하나 더 던졌죠. 초대권을 없앴어요. 우리나라 공연 문화 성장을 저해하는 큰 병폐 중 하나가 초대권 문화였어요. 1990년대 후반까지만 해도 초대권이 만연했어요. "밥 한번 먹어요" 인사하는 것처럼 "표 드릴 테니 공연 한번 보러 오세요"가 공연계 사람들의 인사였어요.&nbsp; 그런데 초대권을 발행하게 되면요, 객석의 가장 좋은 자리는 초대로 배정돼요. 또 실무자들이 그 사람 오나 안 오나 챙기는 게 우선순위가 돼버리죠. 정작 중요한 일을 못해요. 초대권 받은 분들이 안 오시게 되면 제일 좋은 자리는 비워둔 채 공연하게 되고요.&nbsp; 사실 초대권을 받는 분들이야말로 구매력이 있는 분들이잖아요. 사회 저명인사나 공연 관계자들. 어찌 보면 공연장을 가장 많이 올 수 있는 분들이죠. 아무리 잘 아는 사람이 식당을 운영한다고 해서, 공짜로 밥 달라는 말 안 하잖아요. 그런데 유독 공연장은 초대권으로 가야 대우받는다는 그런 생각이 좀 만연했던 것 같아요. 그런 관례를 깨야지만 공연시장이 성장하고 문화가 성숙할 거라 생각했습니다.&nbsp; 확실히 초대권 없애고 나서, 관객들 분위기가 굉장히 좋아졌어요. VIP를 위해 제일 좋은 자리 비워두지 않고 가장 오고 싶은 분, 그래서 기다렸다 빠르게 예매하는 분께 그 자리가 갔다고 생각해보세요. 얼마나 진지하고 열정적으로 관람하시겠어요?&nbsp; https://www.folin.co/article/9892/gift/tqADFvrmL9lHScYvZShoZgoIL4BTqUVy

www.folin.co

《28년만에 사원에서 대표로, 역삼에서 마곡으로 이어간 이야기》

서비스 실패 ≠ 프로젝트 실패

실패 → 학습 → 개선의 흐름이 있다면, 차별화된 스토리로 구성할 수 있습니다. 긍정적 후기, 차기 업데이트에 필요한 데이터 수집 등이 있었나 살펴보세요.

<예시 1>
목표: 메인 페이지 리뉴얼을 통한 전환율 15% ↑
결과: 전환율 5% 상승, 최종적으로 리뉴얼 롤백

성과
- UI 개선으로 기존 대비 긍정 리뷰 15% ↑
- 설문조사를 통한 차기 업데이트에 필요한 데이터 확보

회고 (스토리라인)
- 리서치 초기 단계에서 시니어층 참여를 늘렸더라면, 더 단순한 UI를 만들 수 있었을 것
- 의사결정 라인을 조기에 참여시키는 중요성을 배움

서비스 실패 ≠ 프로젝트 실패 실패 → 학습 → 개선의 흐름이 있다면, 차별화된 스토리로 구성할 수 있습니다. 긍정적 후기, 차기 업데이트에 필요한 데이터 수집 등이 있었나 살펴보세요. &lt;예시 1&gt;목표: 메인 페이지 리뉴얼을 통한 전환율 15% ↑결과: 전환율 5% 상승, 최종적으로 리뉴얼 롤백 성과- UI 개선으로 기존 대비 긍정 리뷰 15% ↑- 설문조사를 통한 차기 업데이트에 필요한 데이터 확보 회고 (스토리라인)- 리서치 초기 단계에서 시니어층 참여를 늘렸더라면, 더 단순한 UI를 만들 수 있었을 것- 의사결정 라인을 조기에 참여시키는 중요성을 배움

실패 사례, 포트폴리오에 넣어도 괜찮을까? 🤔

🔗 <디자인 취업 고민> 오픈 채팅방을 운영 중입니다.

✋현재 정원이 다 찼습니다. 디자인 취업 고민이 있으신 분이 있다면 성함과 내용을 담아 아래 메일로 요청 부탁드립니다. 초대 코드를 보내드리겠습니다.

greenray541@gmail.com

“재호야, 문제 원인은 찾았니? 언제까지 고칠 수 있겠니?”
“휴… 잘 모르겠어요.”
“난 네가 모르겠다고 말하는 게 제일 무서워.”

저에게는 이사님이 제 자리에 와서 언제까지 되겠니 묻는 게 가장 무서운 순간이었는데…
이사님은 제가 잘 모르겠다 말하는 게 가장 무섭다고 합니다.
서로가 무서운 이 웃픈 상황.

늦어도 좋으니 제발 일정을 알려 달라고.
이사님의 입장도 이해는 했습니다. 일정이 정해져야 영업팀과 운영팀에 알려서 고객들과 커뮤니케이션을 할 테니까.
하지만 정말 모르겠는 걸 어떡해… 함부로 말하다가 약속을 못 지키면?
그야말로 죽을 맛이었습니다. 어디가 문젠지 짐작도 안 가는데, 일정의 독촉은 계속 되고...
개발하면서 이렇게 스트레스받았을 때가 있었던가?

그건 파일 시스템 드라이버를 만들 때 였습니다.
(N:에 마운트 하는 네이버 클라우드 탐색기를 떠올리시면 됩니다.)

윈도우를 며칠간 사용하다 보면 메모리가 사용량이 조금씩 높아진다는 제보들이 있었습니다.
처음엔 그게 우리 드라이버 때문인지 믿을 수가 없었습니다.
하지만 사내 사용자들의 제보도 계속 이어졌고, 문제를 찾기 위해 애쓰는 날들이 계속됐습니다.

애플리케이션과는 달리 커널 코드에서 메모리가 새면 찾기도 어려울뿐더러 컴퓨터를 껐다 켜기 전까지는 해소가 되지 않습니다. 지옥 같은 날들을 지나, 결국 어떤 부분에서 그러는지를 찾아냈습니다.

버그 제보를 받은 날부터 고치기까지 한 달쯤 걸렸던가?
아침에 눈을 뜨면 한숨부터 나오면서 회사 가기가 무서웠던 날들이었습니다.

오늘 편안하게 앉아서 창밖을 바라보다 문득 이때 생각이 났습니다.
회사를 그만두고 이런 압박이 없어져서 정말 다행입니다만… 생각해 보니 이런 압박 덕분에 결국 문제를 해결해 내고 성장할 수 있었던 것 같습니다.
그래도 이 정도로 스트레스받아가며 여생을 살고 싶진 않네요. (웃음)

* TMI 토킹
오래된 기억이지만 문제는 FsRtlNotifyFullReportChange 의 구현 때문이었습니다.

만약 똑같은 경로에서 윈도 탐색기 두 개를 열어 놓고,
한 쪽에서 파일 하나를 생성하면 다른 쪽 탐색기에서도 새로 만들어진 파일이 곧장 보여야 합니다.

이건 윈도 탐색기가 ReadDirectoryChangesW 함수를 잘 구현해 줬기 때문에 되는 일이기도 하지만, 파일 시스템에서도 FsRtlNotifyFullReportChange 를 구현해 줘야만 합니다.
파일 시스템에서 이 부분을 구현 안 하면 애플리케이션에서 아무리 디렉터리 변경을 기다리고 있더라도 통지가 오지 않게 되는 것입니다.
이 함수를 어떻게 구현해야 한다고 자세하게 알려주는 문서는 없었습니다. 우리는 다행히 이 부분을 잘 구현해둬서 파일 알림 통지가 잘 되고 있었는데… 통지만 잘 될 뿐 여기서 메모리가 새고 있었던 것입니다. 너무 적게 새어나가고 있어서 찾을 수가 없을 정도로.
이 버그를 완전히 고쳤을 때 얼마나 기뻤던지.

“재호야, 문제 원인은 찾았니? 언제까지 고칠 수 있겠니?” “휴… 잘 모르겠어요.” “난 네가 모르겠다고 말하는 게 제일 무서워.” 저에게는 이사님이 제 자리에 와서 언제까지 되겠니 묻는 게 가장 무서운 순간이었는데… 이사님은 제가 잘 모르겠다 말하는 게 가장 무섭다고 합니다. 서로가 무서운 이 웃픈 상황. 늦어도 좋으니 제발 일정을 알려 달라고. 이사님의 입장도 이해는 했습니다. 일정이 정해져야 영업팀과 운영팀에 알려서 고객들과 커뮤니케이션을 할 테니까. 하지만 정말 모르겠는 걸 어떡해… 함부로 말하다가 약속을 못 지키면? 그야말로 죽을 맛이었습니다. 어디가 문젠지 짐작도 안 가는데, 일정의 독촉은 계속 되고... 개발하면서 이렇게 스트레스받았을 때가 있었던가? 그건 파일 시스템 드라이버를 만들 때 였습니다. (N:에 마운트 하는 네이버 클라우드 탐색기를 떠올리시면 됩니다.) 윈도우를 며칠간 사용하다 보면 메모리가 사용량이 조금씩 높아진다는 제보들이 있었습니다. 처음엔 그게 우리 드라이버 때문인지 믿을 수가 없었습니다. 하지만 사내 사용자들의 제보도 계속 이어졌고, 문제를 찾기 위해 애쓰는 날들이 계속됐습니다. 애플리케이션과는 달리 커널 코드에서 메모리가 새면 찾기도 어려울뿐더러 컴퓨터를 껐다 켜기 전까지는 해소가 되지 않습니다. 지옥 같은 날들을 지나, 결국 어떤 부분에서 그러는지를 찾아냈습니다. 버그 제보를 받은 날부터 고치기까지 한 달쯤 걸렸던가? 아침에 눈을 뜨면 한숨부터 나오면서 회사 가기가 무서웠던 날들이었습니다. 오늘 편안하게 앉아서 창밖을 바라보다 문득 이때 생각이 났습니다. 회사를 그만두고 이런 압박이 없어져서 정말 다행입니다만… 생각해 보니 이런 압박 덕분에 결국 문제를 해결해 내고 성장할 수 있었던 것 같습니다. 그래도 이 정도로 스트레스받아가며 여생을 살고 싶진 않네요. (웃음) * TMI 토킹 오래된 기억이지만 문제는 FsRtlNotifyFullReportChange 의 구현 때문이었습니다. 만약 똑같은 경로에서 윈도 탐색기 두 개를 열어 놓고, 한 쪽에서 파일 하나를 생성하면 다른 쪽 탐색기에서도 새로 만들어진 파일이 곧장 보여야 합니다. 이건 윈도 탐색기가 ReadDirectoryChangesW 함수를 잘 구현해 줬기 때문에 되는 일이기도 하지만, 파일 시스템에서도 FsRtlNotifyFullReportChange 를 구현해 줘야만 합니다. 파일 시스템에서 이 부분을 구현 안 하면 애플리케이션에서 아무리 디렉터리 변경을 기다리고 있더라도 통지가 오지 않게 되는 것입니다. 이 함수를 어떻게 구현해야 한다고 자세하게 알려주는 문서는 없었습니다. 우리는 다행히 이 부분을 잘 구현해둬서 파일 알림 통지가 잘 되고 있었는데… 통지만 잘 될 뿐 여기서 메모리가 새고 있었던 것입니다. 너무 적게 새어나가고 있어서 찾을 수가 없을 정도로. 이 버그를 완전히 고쳤을 때 얼마나 기뻤던지.

언제까지 고칠 수 있겠니?

출근길에 … 언제까지 고칠 수 있겠니라는 문구보고 아찔해져서 들어왔습니다,,,

This will be a happy new year - let me explain..

2025 - UX is dead - Long live Problem Solving

최근 링크드인에서 화제가 된 글을 UX 리서처 관점에서 재해석해보았습니다. 이 글은 트레바리 <리서치 하는데요> 시즌4 멤버인 아름 님께서 소개해주셨습니다. 마침 2번째 모임에서 『대체 뭐가 문제야』라는 책을 함께 읽고 '문제 정의'에 대해 토론을 하며 UX를 업으로 하는 사람으로서 어떻게 문제를 제대로 정의하고, 근원적인 솔루션을 도출할 수 있을까? 고민했기에 다소 자극적인 포스팅이지만 가만히 생각해 볼 지점들도 있습니다.

시간을 들여서라도 원문을 꼭 함께 살펴보시면 좋겠습니다. Anthony Sean McSharry - LinkedIn 포스트 "2025 - UX is dead - Long live Problem Solving"

[ 큐레이터의 문장 🎒 ]

UX는 정말 죽었나?

현재 UX 업계는 중대한 위기를 맞이했다며 저자는 이렇게 주장합니다. 누구나 사용자 경험을 이야기하고 UX를 한다고 자신의 직무에 UX를 붙입니다.

UX has become a joke - anyone can do (or rather not do) it and just add 'UX' to their title.

UX란 말이 농담거리가 되어버렸어요. 누구나 UX를 한다고 하고(또는 하지도 않으면서), 그저 직함에 'UX'만 붙이면 그만입니다. 단순한 도발이라고 보기에는 현실적인 부분이 많습니다. 저자는 현재 UX 업계의 문제점을 이렇게 짚어냅니다.

Focus on UI design, talk endlessly about 'empathy', use tools that cannot provide realistic usability tests, create hi-fidelity prototypes instead of hi-functioning prototypes, do not understand or do research, use made up Personas.

UI 디자인에만 매달리고, '공감'이란 말만 반복하며, 실제 사용성 검증이 불가능한 도구들을 쓰고 있어요. 제대로 작동하는 프로토타입은 만들지 않으면서 겉모습만 그럴듯한 시안만 만들죠. 리서치는 이해하지도 못하고 수행하지도 않으면서 근거 없는 페르소나만 만들어냅니다.

진정한 UX의 역할은 무엇일까?

그렇다면 진정한 UX란 무엇일까요? 저자는 이렇게 설명합니다.

UX 담당자가 해결해야 할 문제는

 * 3가지 도메인(사용자, 비즈니스, 기술)을 모두 아우르며
 * 디지털 뿐만 아니라 피지컬, 물리적 환경에서도 작동합니다
 * 소프트웨어만큼 프로세스도 중요하고
 * 운영 효율을 높이고
 * 비용은 줄이면서
 * 기능적으로 가치 있고 매력적인 해결책을 만들어내야 합니다

UX 죽음에 책임있는 자들은 누구인가?

 1. UI 디자인에만 집중하는
 2. '공감'에 대해 끝없이 이야기하는(구체적인 문제정의와 솔루션 없이)
 3. 현실적인 사용성 테스트를 제공할 수 없는 도구를 사용하는
 4. 고기능(High-functioning) 프로토타입 대신 그럴듯해보이는 프로토타입을 만드는
 5. UX 리서치를 이해하지 못하거나 수행하지 않는
 6. (AI 등을 통해) 만들어낸 페르소나를 사용하는
 7. 마케팅 카피를 쓰고 이를 UX라고 부르는
 8. UX가 디지털에만 존재한다고 생각하는
 9. 아름답게 디자인된 포트폴리오를 가진
 10. Figma 같은 쓸모없는 도구를 사용하는(Figma의 장점은 '쉬운 도구'라는 것인데 주객전도로 Figma로 리서치까지 모두 다 할 수 있다고 맹신하는)
 11. 기술을 이해하지 못하는
 12. 비즈니스를 이해하지 못하는
 13. 심리학이 그들의 결정과 작업에 어떤 영향을 미치는지 이해하지 못하는
 14. 직원을 사용자로 고려하지 않는
 15. CX와 UX가 다른 것이라고 주장하는
 16. 서비스 디자인을 하지 않는(무엇이라 부르든)
 17. 애자일 내부에서 부분, 일부로 작동하는(애자일 스프린트가 시작되기 전에 충분한 리서치와 검증이 선행되어야 함)
 18. 이러한 믿음을 홍보하고 잘못된 내용을 리더들, 컨퍼런스에서 발표하는

2025년, 우리는 어디로 가야 하나?

If you are a real UXer (a true problem solver) your value is more important than ever, but your title will have to change.

(그럼에도) 진정한 UX 역할자, 즉 진정한 문제 해결자라면 당신의 가치는 그 어느 때보다 빛날 것입니다. 다만 직함은 바뀌어야 할 거예요.

UX 리서처가 갖춰야 할 역량들

 1. 리서치 방법론 균형감각과 고도화
 * 정성적/정량적 리서치의 균형
 * 비즈니스 지표와의 연계, 논리성
 
 
 2. 문제 해결 능력 강화
 * 정성적/정량적 데이터에 기반한 의사결정 지원
 * 비즈니스/기술 영역에 대한 이해까지
 * 실질적인 비즈니스 운영까지 고려
 
 
 3. 리서치 임팩트 입증
 * 리서치로 발견한 문제 해결에 대해 리서치 투자 대비 효과 측정 필요
 * 비즈니스 성과와 연계한 리서치 효능 분석

이제는 UX라는 직함이 아니라 실제 문제를 해결할 수 있는 능력이 중요한 시대입니다. 2025년, UX 리서처는 단순히 '사용자 조사만 하는 사람'이 아닌 '실질적인 비즈니스 문제를 해결하는 전문가'로 거듭나야 합니다.

2025년은 UX 업계의 중요한 전환점이 될 것 같습니다. 하지만 UX 리서처들에게는 오히려 기회일 수 있습니다. 탄탄한 리서치 역량을 바탕으로 진정한 비즈니스 문제 해결에 기여할 수 있다면, UX 리서처의 가치는 더욱 빛날 수 있을 테니까요.

https://www.linkedin.com/pulse/2025-ux-dead-long-live-problem-solving-anthony-sean-mcsharry-mxele/

최근 링크드인에서 화제가 된 글을 UX 리서처 관점에서 재해석해보았습니다. 이 글은 트레바리 &lt;리서치 하는데요&gt; 시즌4 멤버인 아름 님께서 소개해주셨습니다. 마침 2번째 모임에서 『대체 뭐가 문제야』라는 책을 함께 읽고 '문제 정의'에 대해 토론을 하며 UX를 업으로 하는 사람으로서 어떻게 문제를 제대로 정의하고, 근원적인 솔루션을 도출할 수 있을까? 고민했기에 다소 자극적인 포스팅이지만 가만히 생각해 볼 지점들도 있습니다. 시간을 들여서라도 원문을 꼭 함께 살펴보시면 좋겠습니다. Anthony Sean McSharry - LinkedIn 포스트 "2025 - UX is dead - Long live Problem Solving" [ 큐레이터의 문장 🎒 ] UX는 정말 죽었나? 현재 UX 업계는 중대한 위기를 맞이했다며 저자는 이렇게 주장합니다. 누구나 사용자 경험을 이야기하고 UX를 한다고 자신의 직무에 UX를 붙입니다. UX has become a joke - anyone can do (or rather not do) it and just add 'UX' to their title. UX란 말이 농담거리가 되어버렸어요. 누구나 UX를 한다고 하고(또는 하지도 않으면서), 그저 직함에 'UX'만 붙이면 그만입니다. 단순한 도발이라고 보기에는 현실적인 부분이 많습니다. 저자는 현재 UX 업계의 문제점을 이렇게 짚어냅니다. Focus on UI design, talk endlessly about 'empathy', use tools that cannot provide realistic usability tests, create hi-fidelity prototypes instead of hi-functioning prototypes, do not understand or do research, use made up Personas. UI 디자인에만 매달리고, '공감'이란 말만 반복하며, 실제 사용성 검증이 불가능한 도구들을 쓰고 있어요. 제대로 작동하는 프로토타입은 만들지 않으면서 겉모습만 그럴듯한 시안만 만들죠. 리서치는 이해하지도 못하고 수행하지도 않으면서 근거 없는 페르소나만 만들어냅니다. 진정한 UX의 역할은 무엇일까? 그렇다면 진정한 UX란 무엇일까요? 저자는 이렇게 설명합니다. UX 담당자가 해결해야 할 문제는 <ul><li>3가지 도메인(사용자, 비즈니스, 기술)을 모두 아우르며</li><li>디지털 뿐만 아니라 피지컬, 물리적 환경에서도 작동합니다</li><li>소프트웨어만큼 프로세스도 중요하고</li><li>운영 효율을 높이고</li><li>비용은 줄이면서</li><li>기능적으로 가치 있고 매력적인 해결책을 만들어내야 합니다</li></ul> UX 죽음에 책임있는 자들은 누구인가? <ol><li>UI 디자인에만 집중하는</li><li>'공감'에 대해 끝없이 이야기하는(구체적인 문제정의와 솔루션 없이)</li><li>현실적인 사용성 테스트를 제공할 수 없는 도구를 사용하는</li><li>고기능(High-functioning) 프로토타입 대신 그럴듯해보이는 프로토타입을 만드는</li><li>UX 리서치를 이해하지 못하거나 수행하지 않는</li><li>(AI 등을 통해) 만들어낸 페르소나를 사용하는</li><li>마케팅 카피를 쓰고 이를 UX라고 부르는</li><li>UX가 디지털에만 존재한다고 생각하는</li><li>아름답게 디자인된 포트폴리오를 가진</li><li>Figma 같은 쓸모없는 도구를 사용하는(Figma의 장점은 '쉬운 도구'라는 것인데 주객전도로 Figma로 리서치까지 모두 다 할 수 있다고 맹신하는)</li><li>기술을 이해하지 못하는</li><li>비즈니스를 이해하지 못하는</li><li>심리학이 그들의 결정과 작업에 어떤 영향을 미치는지 이해하지 못하는</li><li>직원을 사용자로 고려하지 않는</li><li>CX와 UX가 다른 것이라고 주장하는</li><li>서비스 디자인을 하지 않는(무엇이라 부르든)</li><li>애자일 내부에서 부분, 일부로 작동하는(애자일 스프린트가 시작되기 전에 충분한 리서치와 검증이 선행되어야 함)</li><li>이러한 믿음을 홍보하고 잘못된 내용을 리더들, 컨퍼런스에서 발표하는</li></ol> 2025년, 우리는 어디로 가야 하나? If you are a real UXer (a true problem solver) your value is more important than ever, but your title will have to change. (그럼에도) 진정한 UX 역할자, 즉 진정한 문제 해결자라면 당신의 가치는 그 어느 때보다 빛날 것입니다. 다만 직함은 바뀌어야 할 거예요. UX 리서처가 갖춰야 할 역량들 <ol><li>리서치 방법론 균형감각과 고도화<ul><li>정성적/정량적 리서치의 균형</li><li>비즈니스 지표와의 연계, 논리성</li></ul> </li><li>문제 해결 능력 강화<ul><li>정성적/정량적 데이터에 기반한 의사결정 지원</li><li>비즈니스/기술 영역에 대한 이해까지</li><li>실질적인 비즈니스 운영까지 고려</li></ul> </li><li>리서치 임팩트 입증<ul><li>리서치로 발견한 문제 해결에 대해 리서치 투자 대비 효과 측정 필요</li><li>비즈니스 성과와 연계한 리서치 효능 분석</li></ul></li></ol> 이제는 UX라는 직함이 아니라 실제 문제를 해결할 수 있는 능력이 중요한 시대입니다. 2025년, UX 리서처는 단순히 '사용자 조사만 하는 사람'이 아닌 '실질적인 비즈니스 문제를 해결하는 전문가'로 거듭나야 합니다. 2025년은 UX 업계의 중요한 전환점이 될 것 같습니다. 하지만 UX 리서처들에게는 오히려 기회일 수 있습니다. 탄탄한 리서치 역량을 바탕으로 진정한 비즈니스 문제 해결에 기여할 수 있다면, UX 리서처의 가치는 더욱 빛날 수 있을 테니까요. https://www.linkedin.com/pulse/2025-ux-dead-long-live-problem-solving-anthony-sean-mcsharry-mxele/

www.linkedin.com

《2025년 UX는 죽었다》

﻿
면접을 앞둔 취준생을 만나 모의 면접을 진행하며 노하우랍시고 이야기했던 내용이 있습니다. ‘긴장하지 말고 자신감을 가지세요!’

‘그게 말처럼 쉽게 되나요..?’ 지금까지 이렇게 되묻는 사람은 없었지만, 아마도 마음속으로 이렇게 생각하지 않았을까 추측해 봅니다. ‘그게 쉬웠으면 나도 긴장 안 했겠지요..‘

그럼에도 불구하고 면접을 잘 보기 위해 마인드 컨트롤이 중요하다는 생각에 변함이 없습니다. 다만, 어제부터 생각이 조금 바뀌었습니다.

제가 취준했던 과정에서 면접을 봤을 때, 당락을 결정하는 요인은 직무에서 요구하는 경험과 역량에 대한 일치 정도와 함께 근무할 사람과의 컬처 핏이었습니다. 그러니까 얼마나 말을 잘하고, 말하는 모습이 매력적인가는 별로 중요하지 않았습니다.

면접에서 긴장을 하면 말을 더듬고, 질문받은 내용에 대한 답변이 잘 생각나지 않습니다. 그래서 답변을 시원하게 잘하지 못하는 것도 어느 정도 면접 평가 점수에 반영이 될 것입니다. 그러나 입사 지원자의 긴장을 풀어주고, 입사 지원자에 대해서 궁금한 내용을 답변으로 잘 이끌어 내는 것이 면접에 참여하는 기업 담당자 (면접관)의 역할입니다. 따라서 입사 지원자가 면접 시간에 긴장을 해서 답변을 청산유수 잘 못했기 때문에 면접을 잘 못 보았다고 말하기 어렵습니다.

면접을 앞둔 취준생 여러분, 입사 지원한 직무에 필요한 역량과 경험이 무엇인지 고민해 보세요. 그리고 자신에게 해당되는 역량과 경험은 무엇인지, 그것을 입사 지원한 기업 담당자에게 어떻게 잘 설명할 수 있을지 준비해 보세요.

인재를 영입하고 싶은 기업의 입장에서 서류 전형을 통과시켰다는 의미는 입사 지원자의 이력서에서 직무 수행에 필요한 경험과 역량을 어느 정도 확인했다는 의미입니다. 면접이라는 시간은 직무 수행에 필요한 경험과 역량에 대한 이야기를 더 자세히 들어보겠다는 의미입니다. 얼마나 의미 있는 경험을 했는지, 어느 정도 수준의 역량을 가지고 있는지 알아보는 시간입니다.

면접의 본질이 채용하려는 직무에 필요한 경험과 역량의 검증이라는 것을 알았다면, 우리가 준비해야 하는 내용은 다음과 같습니다. 첫 번째, 채용 공고를 면밀하게 분석하여 자신이 부합하는 경험과 역량 사례를 준비하는 것입니다. 채용 공고에서 이야기하는 주요 업무, 자격 요건, 우대 사항에 부합하는 내용에 대해서 구체적인 경험 사례를 정리하는 것입니다. 얼마나 구체적으로 준비해야 하면, 육하원칙에 의거해서 자세히 경험을 풀어서 설명할 수 있다면 좋겠습니다. 면접관이 답변을 듣고 해당 경험이나 역량에 대해서 더 이상 궁금하지 않을 정도로 만드는 전략입니다.

여러분은 원하는 직무로 반드시 취업할 수 있습니다.
여러분이 가지고 있는 경험과 역량을 알아보는 회사가 있습니다. 그 회사를 만나는 순간까지 도전하고 기다리면 반드시 만나게 된다고 믿습니다. 그러니 절대 포기하지 마세요. 면접 몇 번 못 봤다고 주눅 들지 마세요.

당당하고 자신감 있게 ‘나‘ 자신을 믿는 우리가 되길 진심으로 응원합니다.

﻿면접을 앞둔 취준생을 만나 모의 면접을 진행하며 노하우랍시고 이야기했던 내용이 있습니다. ‘긴장하지 말고 자신감을 가지세요!’ ‘그게 말처럼 쉽게 되나요..?’ 지금까지 이렇게 되묻는 사람은 없었지만, 아마도 마음속으로 이렇게 생각하지 않았을까 추측해 봅니다. ‘그게 쉬웠으면 나도 긴장 안 했겠지요..‘ 그럼에도 불구하고 면접을 잘 보기 위해 마인드 컨트롤이 중요하다는 생각에 변함이 없습니다. 다만, 어제부터 생각이 조금 바뀌었습니다. 제가 취준했던 과정에서 면접을 봤을 때, 당락을 결정하는 요인은 직무에서 요구하는 경험과 역량에 대한 일치 정도와 함께 근무할 사람과의 컬처 핏이었습니다. 그러니까 얼마나 말을 잘하고, 말하는 모습이 매력적인가는 별로 중요하지 않았습니다. 면접에서 긴장을 하면 말을 더듬고, 질문받은 내용에 대한 답변이 잘 생각나지 않습니다. 그래서 답변을 시원하게 잘하지 못하는 것도 어느 정도 면접 평가 점수에 반영이 될 것입니다. 그러나 입사 지원자의 긴장을 풀어주고, 입사 지원자에 대해서 궁금한 내용을 답변으로 잘 이끌어 내는 것이 면접에 참여하는 기업 담당자 (면접관)의 역할입니다. 따라서 입사 지원자가 면접 시간에 긴장을 해서 답변을 청산유수 잘 못했기 때문에 면접을 잘 못 보았다고 말하기 어렵습니다. 면접을 앞둔 취준생 여러분, 입사 지원한 직무에 필요한 역량과 경험이 무엇인지 고민해 보세요. 그리고 자신에게 해당되는 역량과 경험은 무엇인지, 그것을 입사 지원한 기업 담당자에게 어떻게 잘 설명할 수 있을지 준비해 보세요. 인재를 영입하고 싶은 기업의 입장에서 서류 전형을 통과시켰다는 의미는 입사 지원자의 이력서에서 직무 수행에 필요한 경험과 역량을 어느 정도 확인했다는 의미입니다. 면접이라는 시간은 직무 수행에 필요한 경험과 역량에 대한 이야기를 더 자세히 들어보겠다는 의미입니다. 얼마나 의미 있는 경험을 했는지, 어느 정도 수준의 역량을 가지고 있는지 알아보는 시간입니다. 면접의 본질이 채용하려는 직무에 필요한 경험과 역량의 검증이라는 것을 알았다면, 우리가 준비해야 하는 내용은 다음과 같습니다. 첫 번째, 채용 공고를 면밀하게 분석하여 자신이 부합하는 경험과 역량 사례를 준비하는 것입니다. 채용 공고에서 이야기하는 주요 업무, 자격 요건, 우대 사항에 부합하는 내용에 대해서 구체적인 경험 사례를 정리하는 것입니다. 얼마나 구체적으로 준비해야 하면, 육하원칙에 의거해서 자세히 경험을 풀어서 설명할 수 있다면 좋겠습니다. 면접관이 답변을 듣고 해당 경험이나 역량에 대해서 더 이상 궁금하지 않을 정도로 만드는 전략입니다. 여러분은 원하는 직무로 반드시 취업할 수 있습니다.여러분이 가지고 있는 경험과 역량을 알아보는 회사가 있습니다. 그 회사를 만나는 순간까지 도전하고 기다리면 반드시 만나게 된다고 믿습니다. 그러니 절대 포기하지 마세요. 면접 몇 번 못 봤다고 주눅 들지 마세요. 당당하고 자신감 있게 ‘나‘ 자신을 믿는 우리가 되길 진심으로 응원합니다.﻿

면접

앞서 2개의 포스팅을 1987년 56세의 나이로 TSMC를 창업한 Morris Chang이 92세의 나이로 본인의 모교인 MIT에서 했던 반도체 관련 본인 이야기(제목은 "Lessons of a Life in Chips Manufacturing from Texas to Taiwan")에 대해 했다. 이번 포스팅은 마지막 편으로 Morris Chang이 65년간 반도체 분야에서 일하고 깨달은 교훈에 관한 이야기다. 다음은 내 나름대로 정리한 내용이다.

 1. 반도체 공정이란 기본적으로 경제 성장이 이뤄지는 나라를 중심으로 이동한다. 50-60년대에는 미국이 시작하고 주도했지만 70-80년에는 일본으로 넘어갔고 그게 90년부터는 한국 그리고 지금은 대만이지만 앞으로는 베트남이나 인도가 될 것이다.
 2. 지금 반도체 공정을 포함한 경제 모델은 글로벌화를 통해 각 나라별로 최고의 분야가 있고 이를 통해 최고의 효율성을 만들어내는 것인데 이것이 조금만 어긋나도 효율성이 떨어지면서 많은 문제가 발생할 것이다.
 3. 위의 효율성으로 인해 반도체 가격이 엄청 내려가면서 반도체가 안 쓰이는 분야(신발에도 쓰일 정도로)가 없지만 (미래에) 반도체 가격이 올라가면 그렇게 많이 사용될 수는 없다.
 4. 국가 안보가 최우선이지만 전쟁이 일어나지 않았으면 좋겠다. 이는 아무래도 대만의 지정학적인 위치로 인해 항상 중국과의 전쟁 위험이 도사리고 있으며 이는 미중 갈등이 커질수록 가능성이 높아질 수 밖에 없다.

많이 알려지지 않은 이야기지만 Morris Chang은 2005년에 74세의 나이로 사실 은퇴를 했는데 후계자인 Rick Tsai가 리먼 사태가 터졌을 때 인력 감축을 하는 걸 보고 놀라 다시 CEO로 복귀해 투자를 지속하는 담력을 보여주었다. 역시 기업이란 창업자가 초심을 잃지 않고 어려운 결정을 할 때 계속 발전하지 않나 싶다.

TSMC와 삼성전자의 현재 상황은 하루 아침에 이뤄진 것이 아니다. 어쩌면 2018년 삼성전자 권오현 회장이 "초격차"라는 지금 돌아보면 정말 낯뜨거운 책을 내놓았을 때 이미 삼성전자의 몰락이 시작된 것이 아닐까 싶다. 기술을 알고 재무적으로는 위험해보여도 내 일등 제품을 새로운 제품으로 잡아먹을 수 있는 결단이 있는 리더 없이 계속된 성장과 일등 유지는 없다.

앞서 2개의 포스팅을 1987년 56세의 나이로 TSMC를 창업한 Morris Chang이 92세의 나이로 본인의 모교인 MIT에서 했던 반도체 관련 본인 이야기(제목은 "Lessons of a Life in Chips Manufacturing from Texas to Taiwan")에 대해 했다. 이번 포스팅은 마지막 편으로 Morris Chang이 65년간 반도체 분야에서 일하고 깨달은 교훈에 관한 이야기다. 다음은 내 나름대로 정리한 내용이다. <ol ><li>반도체 공정이란 기본적으로 경제 성장이 이뤄지는 나라를 중심으로 이동한다. 50-60년대에는 미국이 시작하고 주도했지만 70-80년에는 일본으로 넘어갔고 그게 90년부터는 한국 그리고 지금은 대만이지만 앞으로는 베트남이나 인도가 될 것이다.</li><li>지금 반도체 공정을 포함한 경제 모델은 글로벌화를 통해 각 나라별로 최고의 분야가 있고 이를 통해 최고의 효율성을 만들어내는 것인데 이것이 조금만 어긋나도 효율성이 떨어지면서 많은 문제가 발생할 것이다.</li><li>위의 효율성으로 인해 반도체 가격이 엄청 내려가면서 반도체가 안 쓰이는 분야(신발에도 쓰일 정도로)가 없지만 (미래에) 반도체 가격이 올라가면 그렇게 많이 사용될 수는 없다.</li><li>국가 안보가 최우선이지만 전쟁이 일어나지 않았으면 좋겠다. 이는 아무래도 대만의 지정학적인 위치로 인해 항상 중국과의 전쟁 위험이 도사리고 있으며 이는 미중 갈등이 커질수록 가능성이 높아질 수 밖에 없다.</li></ol> 많이 알려지지 않은 이야기지만 Morris Chang은 2005년에 74세의 나이로 사실 은퇴를 했는데 후계자인 Rick Tsai가 리먼 사태가 터졌을 때 인력 감축을 하는 걸 보고 놀라 다시 CEO로 복귀해 투자를 지속하는 담력을 보여주었다. 역시 기업이란 창업자가 초심을 잃지 않고 어려운 결정을 할 때 계속 발전하지 않나 싶다. TSMC와 삼성전자의 현재 상황은 하루 아침에 이뤄진 것이 아니다. 어쩌면 2018년 삼성전자 권오현 회장이 "초격차"라는 지금 돌아보면 정말 낯뜨거운 책을 내놓았을 때 이미 삼성전자의 몰락이 시작된 것이 아닐까 싶다. 기술을 알고 재무적으로는 위험해보여도 내 일등 제품을 새로운 제품으로 잡아먹을 수 있는 결단이 있는 리더 없이 계속된 성장과 일등 유지는 없다.

TSMC 창업자 Morris Chang의 교훈

https://www.youtube.com/watch?v=r_8XClnnvIk

앞서 포스팅의 후속편으로 TSMC의 창업자인 Morris Chang이 10개월전에 본인의 모교 MIT에서 했던 톡의 4번째 토픽 타이완이 칩 공정에서 갖고 있는 이점에 관한 이야기다.

 * 인재 (Talents) - 여기에는 엔지니어 뿐만 아니라 공장에서 일하는 테크니션, 오퍼레이터를 포함
 * 낮은 퇴사율 (Low turnover rate)
 * 지리적 집중 (Geographical concentration)
 * 경험 곡선 이론 (Experience Curve Theory) - 생산량이 증가함에 따라 단위당 비용이 감소하는 경향을 이야기하는 이론으로 대만이 반도체 생산을 오래 하면서 생긴 경험이 가져다주는 이점을 이야기
 * 앞과 연관된 포인트로 지난 30년간 만들어진 반도체 공정 생태계

몇 가지 흥미로운 포인트는 대만의 교육 시스템에 관한 이야기인데 (한국이나) 미국처럼 엘리트 교육에만 집중하는 것이 아니라 직업 학교 (Vocational School 혹은 trade school)로 가는 사람들이 많고 이는 보통 중학교 때문에 결정한다는 이야기를 한다. 공정에 필요한 것은 엔지니어 뿐만이 아니고 기술자(technician)와 라인을 운영하는 사람들(operator)인데 공급이 충분하며 이걸로 업을 삼는 사람들이다 보니 이직율이 낮다. 반대로 미국의 경우 불경기때는 이직율이 15% 정도 경기가 좋을 때는 25% 정도라는 이야기를 추가로 한다.

다음은 대만이라는 나라의 특성상 모든 업체들이 모여있을 수 밖에 없고 칩공정에 관한한 지난 30년 동안 생태계가 만들어져서 탄탄하다는 거다. 그러다보니 세계 유수의 공정장비 업체들도 모두 서비스 센터, 교육 센터 등이 대만에 있다고 한다. 이런 특성은 한국이나 다른 나라들이 쉽게 넘어설 수 없는 대만만의 장점이다. 다음 포스팅에서 Morris Chang의 반도체 관련 미래에 대한 예측에 대해 이야기해보고자 한다.

앞서 포스팅의 후속편으로 TSMC의 창업자인 Morris Chang이 10개월전에 본인의 모교 MIT에서 했던 톡의 4번째 토픽 타이완이 칩 공정에서 갖고 있는 이점에 관한 이야기다. <ul ><li>인재 (Talents) - 여기에는 엔지니어 뿐만 아니라 공장에서 일하는 테크니션, 오퍼레이터를 포함</li><li>낮은 퇴사율 (Low turnover rate)</li><li>지리적 집중 (Geographical concentration)</li><li>경험 곡선 이론 (Experience Curve Theory) - 생산량이 증가함에 따라 단위당 비용이 감소하는 경향을 이야기하는 이론으로 대만이 반도체 생산을 오래 하면서 생긴 경험이 가져다주는 이점을 이야기</li><li>앞과 연관된 포인트로 지난 30년간 만들어진 반도체 공정 생태계</li></ul> 몇 가지 흥미로운 포인트는 대만의 교육 시스템에 관한 이야기인데 (한국이나) 미국처럼 엘리트 교육에만 집중하는 것이 아니라 직업 학교 (Vocational School 혹은 trade school)로 가는 사람들이 많고 이는 보통 중학교 때문에 결정한다는 이야기를 한다. 공정에 필요한 것은 엔지니어 뿐만이 아니고 기술자(technician)와 라인을 운영하는 사람들(operator)인데 공급이 충분하며 이걸로 업을 삼는 사람들이다 보니 이직율이 낮다. 반대로 미국의 경우 불경기때는 이직율이 15% 정도 경기가 좋을 때는 25% 정도라는 이야기를 추가로 한다. 다음은 대만이라는 나라의 특성상 모든 업체들이 모여있을 수 밖에 없고 칩공정에 관한한 지난 30년 동안 생태계가 만들어져서 탄탄하다는 거다. 그러다보니 세계 유수의 공정장비 업체들도 모두 서비스 센터, 교육 센터 등이 대만에 있다고 한다. 이런 특성은 한국이나 다른 나라들이 쉽게 넘어설 수 없는 대만만의 장점이다. 다음 포스팅에서 Morris Chang의 반도체 관련 미래에 대한 예측에 대해 이야기해보고자 한다.

반도체 공정에 있어 대만의 이점

일 하다 눈이 가는 소식을 큐레이션해서 공유합니다

TREND REPORT "2024년 12월에 본 것"

새해 첫 뉴스레터로 인사드립니다. 지난 한 해의 마무리는 매듭을 지으셨는지요? 저는 여전히 미완성입니다. 스스로 사회적 동물이라는 것을 체감했고 제가 상식이라고 생각했던 것들이 생각보다 훨씬 더 취약하다는 사실은 개인의 취약함이자 스스로 어떻게 살 것인지에 대해 고민을 하게 만들었습니다. 회고를 마치지 못한 상태로 지난 크리스마스 전후 10일 정도를 혼자 멜버른에서 보냈습니다. 반팔을 입고, 해변에서 태닝을 하며 크리스마스를 즐기는 사람들을 바라보면서 '이국적이다'라는 느낌을 잔뜩 받았습니다. 비록 독감에 시달리며 아플 때 타지에서 홀로 고생하면 서럽다는 말도 직접 체험했고요. 2025년 뉴스레터와 관련해서는 안내해 드릴 사항이 있어 마지막에는 부탁의 말씀과 구독자 이벤트를 덧붙였습니다. 끝까지 읽어주세요 🥰  어김없이 메일함과 헤이버니에서 반갑게 맞이해 주시길 바라며 한예린 님의 글로 2025년 안부를 전합니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ Intro - 안부
2️⃣ 2024년을 닫지 못하고 한 해를 시작하며 품는 문장
3️⃣ 동료의 애씀에 대한 부채의식
4️⃣ 물고기가 짐작하는 물에 대하여
5️⃣ 사용성이란 실존하는가?
6️⃣ 멜버른에서 발견한 다크패턴, 그리고 광고할 자유
7️⃣ 2025년 UX 업계의 변화 전망, 10가지
8️⃣ Outro - 당부와 이벤트

https://maily.so/redbusbagman/posts/wjzd3185r3p

새해 첫 뉴스레터로 인사드립니다. 지난 한 해의 마무리는 매듭을 지으셨는지요? 저는 여전히 미완성입니다. 스스로 사회적 동물이라는 것을 체감했고 제가 상식이라고 생각했던 것들이 생각보다 훨씬 더 취약하다는 사실은 개인의 취약함이자 스스로 어떻게 살 것인지에 대해 고민을 하게 만들었습니다. 회고를 마치지 못한 상태로 지난 크리스마스 전후 10일 정도를 혼자 멜버른에서 보냈습니다. 반팔을 입고, 해변에서 태닝을 하며 크리스마스를 즐기는 사람들을 바라보면서 '이국적이다'라는 느낌을 잔뜩 받았습니다. 비록 독감에 시달리며 아플 때 타지에서 홀로 고생하면 서럽다는 말도 직접 체험했고요. 2025년 뉴스레터와 관련해서는 안내해 드릴 사항이 있어 마지막에는 부탁의 말씀과 구독자 이벤트를 덧붙였습니다. 끝까지 읽어주세요 🥰&nbsp; 어김없이 메일함과 헤이버니에서 반갑게 맞이해 주시길 바라며 한예린 님의 글로 2025년 안부를 전합니다. [ 큐레이터의 문장 🎒 ] 1️⃣ Intro - 안부2️⃣ 2024년을 닫지 못하고 한 해를 시작하며 품는 문장3️⃣ 동료의 애씀에 대한 부채의식4️⃣ 물고기가 짐작하는 물에 대하여5️⃣ 사용성이란 실존하는가?6️⃣ 멜버른에서 발견한 다크패턴, 그리고 광고할 자유7️⃣ 2025년 UX 업계의 변화 전망, 10가지8️⃣ Outro - 당부와 이벤트 https://maily.so/redbusbagman/posts/wjzd3185r3p

레드버스백맨

《47번째 뉴스레터, 2024년 12월에 본 것》

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

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

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

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

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

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

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

﻿
어제는 인턴십을 수료한 청년들과 간담회라는 이름으로 각자 경험한 내용을 이야기 나누었습니다. 각자 다른 직무로 다른 회사에서 100일 동안 인턴으로 근무하며 경험한 내용을 소통하는 자리였습니다.

사실 저는 공식적으로 초대받은 손님은 아니었지만, 멘토라는 이름으로 커리어에 대한 고민을 함께 이야기 나누었던 역할을 하며 작은 애정을 갖게 된 청년들의 경험이 궁금했습니다.

취업이 어려운 시기에 고군분투하고 있는 청년들에게 위로와 격려를 주고 싶었습니다. 치열한 경쟁과 비교 속에서 살아야 하고, 살아남아야 하는 청년들에게 따뜻한 메시지를 전하고 싶었습니다.

지금 당장 취업이 어렵게 느껴지지만, 끝까지 포기하지 않고 도전하면 반드시 각자 원하는 역할로 취업을 할 수 있게 될 거라고 확신한다는 이야기를 해주었습니다. 그리고 자신을 믿으라고 격려했습니다. 충분히 훌륭하고 미래에 더 발전 가능성 있는 자신을 신뢰하자고 당부했습니다. 지금 당장 6개월, 1년 먼저 취업해서 일을 하는 것보다 중요한 것은 일의 의미, 직업의 가치를 바르게 알고 건강한 커리어를 만들어가는 것이라고 간절하게 설득했습니다.

인턴 기간 100일 동안 어떤 일을 하게 될까, 무엇을 배울 수 있을까 걱정으로 시작했다면, 인턴 기간을 마치고 돌아온 청년들은 한목소리로 경험이 소중했다고 이야기합니다. 그렇습니다. 동의합니다. 경험은 소중합니다. 기간이 중요하지 않습니다. 어디서 일을 하는지도 중요하지 않습니다. 무엇을 어떻게 하느냐가 중요합니다.

목적과 목표는 아무리 강조해도 지나침이 없습니다. 인턴을 하고 싶은 이유 즉, 목적과 인턴 기간 동안 배우고 싶은 역량 즉, 뚜렷한 목표가 중요합니다. 명확한 목적과 목표가 있다면 인턴 기간이 30일이어도 괜찮습니다. 이제 막 사업을 시작하는 스타트업이어도 괜찮습니다. 목적과 목표가 뚜렷하다면 하루에도 배울 수 있는 것이 깊고 풍부해진다고 믿습니다.

인턴 경험이 유익한 또 다른 이유는 회사라는 조직 문화를 체험할 수 있기 때문입니다. 회사라는 공동체는 이전까지 경험한 가정, 학교, 군대, 동호회 등과 또 다른 특색을 가지고 있는 집단입니다. 이익을 추구하며 고객이 되는 사람들에게 합리적인 서비스를 제공하기 위해 노력합니다. 절대 허투루 시간을 낭비하지 않으며 효율과 효과적인 업무 진행을 중요하게 생각합니다. 정신없이 바쁘게 돌아가고 한순간도 긴장을 놓기 어렵습니다. 실수는 할 수 있지만, 반복되는 실수는 실력으로 평가받는 곳이 회사라는 조직입니다.

너무 걱정하지 않아도 되는 것은 누구나 열심과 진심을 가지고 일을 하면 충분히 잘 적응할 수 있습니다. 어제 만난 30여 명의 인턴을 경험한 청년들도 모두 두려움으로 시작했으나 만족과 보람으로 채운 인턴 과정을 이야기해 주었습니다. 크고 작은 긍정과 부정의 에피소드는 있었지만, 그런 이야기는 인턴이 아니라 정식 직원이 되어서도 충분히 겪을 수 있는 소재입니다. 회사도 사람이 지내는 곳이라는 것을 기억한다면 두려워하거나 걱정할 필요가 없습니다.

사람의 인연은 소중합니다. 생각해 보면 60억 인구 중에 한 명을 만난다는 것은 대단한 우연이고 인연입니다. 인턴 기간 동안 만난 현업 담당자 (사수)가 있었다면, 앞으로 꾸준히 연락을 나누며 안부를 묻고 서로 격려하면 좋겠습니다. 미래에 어떤 도움이 될까 계산하는 마음보다 인간적으로 마음을 나누는 관계가 된다면 자연스럽게 서로에게 도움을 주고받을 수 있다고 생각합니다.

꿈을 꾸는 청년들을 진심으로 응원합니다.
오늘도 꿈을 이루기 위해 열심히 노력하는 모든 분들에게 힘과 지혜와 열정이 불붙는 하루가 되길 진심으로 응원합니다.

﻿어제는 인턴십을 수료한 청년들과 간담회라는 이름으로 각자 경험한 내용을 이야기 나누었습니다. 각자 다른 직무로 다른 회사에서 100일 동안 인턴으로 근무하며 경험한 내용을 소통하는 자리였습니다. 사실 저는 공식적으로 초대받은 손님은 아니었지만, 멘토라는 이름으로 커리어에 대한 고민을 함께 이야기 나누었던 역할을 하며 작은 애정을 갖게 된 청년들의 경험이 궁금했습니다. 취업이 어려운 시기에 고군분투하고 있는 청년들에게 위로와 격려를 주고 싶었습니다. 치열한 경쟁과 비교 속에서 살아야 하고, 살아남아야 하는 청년들에게 따뜻한 메시지를 전하고 싶었습니다. 지금 당장 취업이 어렵게 느껴지지만, 끝까지 포기하지 않고 도전하면 반드시 각자 원하는 역할로 취업을 할 수 있게 될 거라고 확신한다는 이야기를 해주었습니다. 그리고 자신을 믿으라고 격려했습니다. 충분히 훌륭하고 미래에 더 발전 가능성 있는 자신을 신뢰하자고 당부했습니다. 지금 당장 6개월, 1년 먼저 취업해서 일을 하는 것보다 중요한 것은 일의 의미, 직업의 가치를 바르게 알고 건강한 커리어를 만들어가는 것이라고 간절하게 설득했습니다. 인턴 기간 100일 동안 어떤 일을 하게 될까, 무엇을 배울 수 있을까 걱정으로 시작했다면, 인턴 기간을 마치고 돌아온 청년들은 한목소리로 경험이 소중했다고 이야기합니다. 그렇습니다. 동의합니다. 경험은 소중합니다. 기간이 중요하지 않습니다. 어디서 일을 하는지도 중요하지 않습니다. 무엇을 어떻게 하느냐가 중요합니다. 목적과 목표는 아무리 강조해도 지나침이 없습니다. 인턴을 하고 싶은 이유 즉, 목적과 인턴 기간 동안 배우고 싶은 역량 즉, 뚜렷한 목표가 중요합니다. 명확한 목적과 목표가 있다면 인턴 기간이 30일이어도 괜찮습니다. 이제 막 사업을 시작하는 스타트업이어도 괜찮습니다. 목적과 목표가 뚜렷하다면 하루에도 배울 수 있는 것이 깊고 풍부해진다고 믿습니다. 인턴 경험이 유익한 또 다른 이유는 회사라는 조직 문화를 체험할 수 있기 때문입니다. 회사라는 공동체는 이전까지 경험한 가정, 학교, 군대, 동호회 등과 또 다른 특색을 가지고 있는 집단입니다. 이익을 추구하며 고객이 되는 사람들에게 합리적인 서비스를 제공하기 위해 노력합니다. 절대 허투루 시간을 낭비하지 않으며 효율과 효과적인 업무 진행을 중요하게 생각합니다. 정신없이 바쁘게 돌아가고 한순간도 긴장을 놓기 어렵습니다. 실수는 할 수 있지만, 반복되는 실수는 실력으로 평가받는 곳이 회사라는 조직입니다. 너무 걱정하지 않아도 되는 것은 누구나 열심과 진심을 가지고 일을 하면 충분히 잘 적응할 수 있습니다. 어제 만난 30여 명의 인턴을 경험한 청년들도 모두 두려움으로 시작했으나 만족과 보람으로 채운 인턴 과정을 이야기해 주었습니다. 크고 작은 긍정과 부정의 에피소드는 있었지만, 그런 이야기는 인턴이 아니라 정식 직원이 되어서도 충분히 겪을 수 있는 소재입니다. 회사도 사람이 지내는 곳이라는 것을 기억한다면 두려워하거나 걱정할 필요가 없습니다. 사람의 인연은 소중합니다. 생각해 보면 60억 인구 중에 한 명을 만난다는 것은 대단한 우연이고 인연입니다. 인턴 기간 동안 만난 현업 담당자 (사수)가 있었다면, 앞으로 꾸준히 연락을 나누며 안부를 묻고 서로 격려하면 좋겠습니다. 미래에 어떤 도움이 될까 계산하는 마음보다 인간적으로 마음을 나누는 관계가 된다면 자연스럽게 서로에게 도움을 주고받을 수 있다고 생각합니다. 꿈을 꾸는 청년들을 진심으로 응원합니다.오늘도 꿈을 이루기 위해 열심히 노력하는 모든 분들에게 힘과 지혜와 열정이 불붙는 하루가 되길 진심으로 응원합니다.﻿

인턴

And by "all," I mean everything: core product, failed pivots, miscellaneous

After 3 Years, I Failed. Here's All My Startup's Code. | Dylan Huang

스타트업을 시작하는 것은 많은 개발자들의 꿈이지만, 현실은 항상 녹록지 않습니다. 최근 3년간 API 통합을 간소화하는 개발 도구를 개발한 스타트업 'Konfig'의 창업자 Dylan Huang이 자신의 경험을 공유하며, 실패의 과정을 상세히 기록했습니다. 그는 자신들의 코드베이스를 모두 공개하며, 다른 개발자들에게 도움이 되기를 바라고 있습니다.

 * 스타트업 배경: Konfig는 2022년 말에 시작된 개발 도구 스타트업으로, API 통합을 쉽게 만드는 것을 목표로 했다.
 * 주요 제품:
   * SDK 생성기: OpenAPI 사양을 기반으로 다양한 프로그래밍 언어의 고품질 클라이언트 라이브러리를 생성하는 도구.
   * 문서화 도구: Markdown 및 OpenAPI 기반의 문서 생성.
   * API 데모: Markdown 기반의 Jupyter 노트북 형태로 제공.
   * 공개 API용 SDK: 다양한 공개 API에 대한 SDK 제공.
 * 기타 개발 항목:
   * 콜드 아웃바운드 메시지 생성을 위한 쉘 스크립트.
   * 프로그램적 SEO 스크립팅.
   * 마케팅 웹사이트 및 제품 문서화.
   * 커스텀 모노레포 설정을 지원하는 Changeset Bot 수정.
   * Earthly를 사용한 SDK 생성기 통합 테스트.
   * AI 피벗 실험 및 Notion 데이터베이스 통합.

실패의 원인과 배운 점
 * 시장 적합성 부족: 일부 스타트업과의 협업에도 불구하고, 하이퍼 성장 비즈니스를 구축하는 데 어려움을 겪음.
 * 가격 책정 문제: ROI가 명확함에도 불구하고, 잠재 고객과의 계약 체결이 어려웠으며, 가격이 너무 낮게 책정됨.
 * AI 제품으로의 피벗 실패: 생성형 AI를 활용한 B2B SaaS AI 제품으로 전환을 시도했지만, 충분한 시장 반응을 얻지 못함.

여러분이 스타트업을 시작하거나 새로운 프로젝트를 진행할 때, 시장의 요구와 제품의 적합성을 어떻게 평가하시나요? 실패를 통해 얻은 교훈을 다음 도전에 어떻게 적용할 수 있을까요?

https://dylanhuang.com/blog/closing-my-startup

스타트업을 시작하는 것은 많은 개발자들의 꿈이지만, 현실은 항상 녹록지 않습니다. 최근 3년간 API 통합을 간소화하는 개발 도구를 개발한 스타트업 'Konfig'의 창업자 Dylan Huang이 자신의 경험을 공유하며, 실패의 과정을 상세히 기록했습니다. 그는 자신들의 코드베이스를 모두 공개하며, 다른 개발자들에게 도움이 되기를 바라고 있습니다. <ul ><li>스타트업 배경: Konfig는 2022년 말에 시작된 개발 도구 스타트업으로, API 통합을 쉽게 만드는 것을 목표로 했다.</li><li>주요 제품:<ul ><li>SDK 생성기: OpenAPI 사양을 기반으로 다양한 프로그래밍 언어의 고품질 클라이언트 라이브러리를 생성하는 도구.</li><li>문서화 도구: Markdown 및 OpenAPI 기반의 문서 생성.</li><li>API 데모: Markdown 기반의 Jupyter 노트북 형태로 제공.</li><li>공개 API용 SDK: 다양한 공개 API에 대한 SDK 제공.</li></ul></li><li>기타 개발 항목:<ul ><li>콜드 아웃바운드 메시지 생성을 위한 쉘 스크립트.</li><li>프로그램적 SEO 스크립팅.</li><li>마케팅 웹사이트 및 제품 문서화.</li><li>커스텀 모노레포 설정을 지원하는 Changeset Bot 수정.</li><li>Earthly를 사용한 SDK 생성기 통합 테스트.</li><li>AI 피벗 실험 및 Notion 데이터베이스 통합.</li></ul></li></ul> 실패의 원인과 배운 점<ul ><li>시장 적합성 부족: 일부 스타트업과의 협업에도 불구하고, 하이퍼 성장 비즈니스를 구축하는 데 어려움을 겪음.</li><li>가격 책정 문제: ROI가 명확함에도 불구하고, 잠재 고객과의 계약 체결이 어려웠으며, 가격이 너무 낮게 책정됨.</li><li>AI 제품으로의 피벗 실패: 생성형 AI를 활용한 B2B SaaS AI 제품으로 전환을 시도했지만, 충분한 시장 반응을 얻지 못함.</li></ul> 여러분이 스타트업을 시작하거나 새로운 프로젝트를 진행할 때, 시장의 요구와 제품의 적합성을 어떻게 평가하시나요? 실패를 통해 얻은 교훈을 다음 도전에 어떻게 적용할 수 있을까요? https://dylanhuang.com/blog/closing-my-startup

dylanhuang.com

스타트업 3년, 실패했지만 코드를 공개합니다

해외에서 직장인과 유학생을 경험하며 지내다보니 벌써 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 직무로 해외 취업을 고려하는 분들에게 드리고 싶은 말

처음 애플리케이션을 만들어 보는 것은 비교적 쉽습니다. 왜냐하면 인터넷에 수많은 학습 자료와 방법이 공개되어 있고, 다양한 예제 코드·프레임워크·템플릿을 참고할 수도 있기 때문입니다.

클린 아키텍처를 적용한 스프링 기반 애플리케이션

클린 아키텍처는 관심사의 분리(Separation of Concerns)에 기반하여 애플리케이션을 구조한다. 상위 수준의 추상화 및 정책을 하위 수준의 기술 의존 코드와 분리하고, 소스 코드 의존성을 바깥에서 안쪽으로 향하도록 만든다. 그 결과 코드는 테스트하기 훨씬 쉬워지고, 기술 선택이나 환경 변화가 생겨도 유연하게 대응할 수 있다.

하지만 실제 구현 단계에 이르면, 수많은 난관이 생기고 질문도 많이 떠오른다. "어디서부터 시작해야 할까?", "프로젝트 구조는 어떻게 잡아야 하지?", "스프링 기반 애플리케이션에 클린 아키텍처 원칙을 어떻게 적용하면 좋을까?" 등등 같은 질문이 당연히 생기기 마련이다.

클린 아키텍처를 제안한 로버트 C. 마틴(일명 밥 아저씨)이 직접 작성한 블로그 글과 책, 그리고 강연 영상들이 있어서 개념적인 도움을 얻을 수는 있다. 그런데 문제는, 이 자료들에서 소스 코드 구조나 세부 구현 예시 같은 실질적인 지침이 거의 제시되지 않는다는 점이다. 이 때문에 스프링 프로젝트나 현대적인 개발 환경에서 어떻게 적용해야 할지 구체적인 코드 수준의 설명이 부족하다는 아쉬움이 있었다. 나도 처음에는 "도대체 예제 코드 없이 이걸 어떻게 구현하라는 거지?" 라는 생각에 당혹감과 약간의 분노를 느끼기도 했는데, 결국 지난 몇 년 동안 다양한 시도를 거치며 일부 원칙을 준수하고 내 상황에 가장 잘 맞는 접근 방식을 나름 찾아냈다.

이 글은 클린 아키텍처를 스프링 기반 애플리케이션에 적용해보고 싶은 분들을 위해 "좀 더 실용적이고 간소화된 클린 아키텍처"를 설명하기 위해 작성했다. 비즈니스 로직과 외부 기술을 어떻게 분리하고 조직화해야 하는지 예제로 살펴보며, 왜 이런 구조가 유지보수성과 확장성에 유리한지를 구체적으로 설명하려고 노력했다. 클린 아키텍처가 다소 추상적이라 느껴졌던 분들에게, "실제 코드로 어떻게 구현할 수 있을까?" 라는 궁금증을 풀어주는 좋은 사례가 되었으면 좋겠다.

https://www.linkedin.com/pulse/클린-아키텍처를-적용한-스프링-기반-애플리케이션-springrunner-hpnzc/

클린 아키텍처는 관심사의 분리(Separation of Concerns)에 기반하여 애플리케이션을 구조한다. 상위 수준의 추상화 및 정책을 하위 수준의 기술 의존 코드와 분리하고, 소스 코드 의존성을 바깥에서 안쪽으로 향하도록 만든다. 그 결과 코드는 테스트하기 훨씬 쉬워지고, 기술 선택이나 환경 변화가 생겨도 유연하게 대응할 수 있다. 하지만 실제 구현 단계에 이르면, 수많은 난관이 생기고 질문도 많이 떠오른다. "어디서부터 시작해야 할까?", "프로젝트 구조는 어떻게 잡아야 하지?", "스프링 기반 애플리케이션에 클린 아키텍처 원칙을 어떻게 적용하면 좋을까?" 등등 같은 질문이 당연히 생기기 마련이다. 클린 아키텍처를 제안한 로버트 C. 마틴(일명 밥 아저씨)이 직접 작성한 블로그 글과 책, 그리고 강연 영상들이 있어서 개념적인 도움을 얻을 수는 있다. 그런데 문제는, 이 자료들에서 소스 코드 구조나 세부 구현 예시 같은 실질적인 지침이 거의 제시되지 않는다는 점이다. 이 때문에 스프링 프로젝트나 현대적인 개발 환경에서 어떻게 적용해야 할지 구체적인 코드 수준의 설명이 부족하다는 아쉬움이 있었다. 나도 처음에는 "도대체 예제 코드 없이 이걸 어떻게 구현하라는 거지?" 라는 생각에 당혹감과 약간의 분노를 느끼기도 했는데, 결국 지난 몇 년 동안 다양한 시도를 거치며 일부 원칙을 준수하고 내 상황에 가장 잘 맞는 접근 방식을 나름 찾아냈다. 이 글은 클린 아키텍처를 스프링 기반 애플리케이션에 적용해보고 싶은 분들을 위해 "좀 더 실용적이고 간소화된 클린 아키텍처"를 설명하기 위해 작성했다. 비즈니스 로직과 외부 기술을 어떻게 분리하고 조직화해야 하는지 예제로 살펴보며, 왜 이런 구조가 유지보수성과 확장성에 유리한지를 구체적으로 설명하려고 노력했다. 클린 아키텍처가 다소 추상적이라 느껴졌던 분들에게, "실제 코드로 어떻게 구현할 수 있을까?" 라는 궁금증을 풀어주는 좋은 사례가 되었으면 좋겠다. https://www.linkedin.com/pulse/클린-아키텍처를-적용한-스프링-기반-애플리케이션-springrunner-hpnzc/

Create Amazing Mockups

개발자들의 업무 효율을 높이고 높은 품질의 결과물을 만드는 데 도움이 되는 15가지 웹사이트를 소개해드리려고 합니다.

[UI 디자인 관련]
 1. UI verse - https://uiverse.io/
 * HTML과 CSS로 구현된 버튼, 검색박스, 체크박스, 로더 등 UI 요소 제공
 * React 코드도 베타 버전으로 제공 중
 * 오픈소스로 자유롭게 활용 가능

[개발 도구]
 2. LambdaTest Free Online Tools - https://www.lambdatest.com/free-online-tools/
 * 텍스트 비교, URL 인코딩/디코딩, JSON 포맷팅 등 다양한 도구 제공
 * 직관적인 UI로 쉽게 사용 가능

 3. TinyWow - https://tinywow.com/
 * 이미지 변환, PDF 편집 등 일상적인 작업을 쉽게 처리
 * AI 기능도 지속적으로 추가 중

 4. Dev Docs - https://devdocs.io/
 * 다양한 프로그래밍 언어와 라이브러리의 공식 문서 쉽게 접근
 * 오프라인에서도 사용 가능

[디자인 참고]
 5. Mobbin - https://mobbin.com/
 * iOS/Android 앱 UI 디자인 갤러리
 * 약 400종, 9만 개 이상의 스크린샷 제공
 * 카테고리와 필터 기능이 충실

[실용 도구]
 6. shots.so - https://shots.so/
 * 앱/웹사이트 프로토타입을 실제 디바이스 프레임에 넣어 이미지 생성
 * 클라이언트 프레젠테이션이나 팀 공유용으로 최적

 7. JSON GRID - https://jsongrid.com/
 * JSON 데이터를 표 형식으로 변환하여 편집 가능
 * 표 형식 수정 시 JSON 데이터도 자동 업데이트

 8. Ping Test - https://ping.pe/
 * 10개 지역에서 동시에 ping 테스트 실행
 * IP 주소나 호스트명으로 테스트 가능

 9. Postman - https://www.postman.com/
 * API 테스트를 위한 강력한 도구
 * 환경변수 설정으로 다양한 환경 테스트 가능
 * 팀 간 API 설정 공유 용이

 10. TM - WebTools - https://tm-webtools.com/
 * 압축, 포맷팅, 변환 등 다양한 기능 제공
 * 이미지 base64 변환, 해시화 기능 포함
 * QR코드 생성 등 특별한 기능도 제공

 11. 더미 이미지 생성 도구 - https://dummyimage.com/
 * 다양한 크기와 형식의 더미 이미지 생성
 * PNG, JPEG, BMP, WebP 등 다양한 포맷 지원
 * 프론트엔드/백엔드 개발 테스트에 유용

이러한 도구들을 적절히 활용하면 개발 시간을 단축하고 작업 효율을 크게 높일 수 있습니다. 각자의 개발 환경과 필요에 맞는 도구를 선택하여 활용해보세요.

개발자들의 업무 효율을 높이고 높은 품질의 결과물을 만드는 데 도움이 되는 15가지 웹사이트를 소개해드리려고 합니다. [UI 디자인 관련]<ol ><li>UI verse - https://uiverse.io/</li></ol><ul ><li>HTML과 CSS로 구현된 버튼, 검색박스, 체크박스, 로더 등 UI 요소 제공</li><li>React 코드도 베타 버전으로 제공 중</li><li>오픈소스로 자유롭게 활용 가능</li></ul> [개발 도구]<ol start="2"><li>LambdaTest Free Online Tools - https://www.lambdatest.com/free-online-tools/</li></ol><ul ><li>텍스트 비교, URL 인코딩/디코딩, JSON 포맷팅 등 다양한 도구 제공</li><li>직관적인 UI로 쉽게 사용 가능</li></ul> <ol start="3"><li>TinyWow - https://tinywow.com/</li></ol><ul ><li>이미지 변환, PDF 편집 등 일상적인 작업을 쉽게 처리</li><li>AI 기능도 지속적으로 추가 중</li></ul> <ol start="4"><li>Dev Docs - https://devdocs.io/</li></ol><ul ><li>다양한 프로그래밍 언어와 라이브러리의 공식 문서 쉽게 접근</li><li>오프라인에서도 사용 가능</li></ul> [디자인 참고]<ol start="5"><li>Mobbin - https://mobbin.com/</li></ol><ul ><li>iOS/Android 앱 UI 디자인 갤러리</li><li>약 400종, 9만 개 이상의 스크린샷 제공</li><li>카테고리와 필터 기능이 충실</li></ul> [실용 도구]<ol start="6"><li>shots.so - https://shots.so/</li></ol><ul ><li>앱/웹사이트 프로토타입을 실제 디바이스 프레임에 넣어 이미지 생성</li><li>클라이언트 프레젠테이션이나 팀 공유용으로 최적</li></ul> <ol start="7"><li>JSON GRID - https://jsongrid.com/</li></ol><ul ><li>JSON 데이터를 표 형식으로 변환하여 편집 가능</li><li>표 형식 수정 시 JSON 데이터도 자동 업데이트</li></ul> <ol start="8"><li>Ping Test - https://ping.pe/</li></ol><ul ><li>10개 지역에서 동시에 ping 테스트 실행</li><li>IP 주소나 호스트명으로 테스트 가능</li></ul> <ol start="9"><li>Postman - https://www.postman.com/</li></ol><ul ><li>API 테스트를 위한 강력한 도구</li><li>환경변수 설정으로 다양한 환경 테스트 가능</li><li>팀 간 API 설정 공유 용이</li></ul> <ol start="10"><li>TM - WebTools - https://tm-webtools.com/</li></ol><ul ><li>압축, 포맷팅, 변환 등 다양한 기능 제공</li><li>이미지 base64 변환, 해시화 기능 포함</li><li>QR코드 생성 등 특별한 기능도 제공</li></ul> <ol start="11"><li>더미 이미지 생성 도구 - https://dummyimage.com/</li></ol><ul ><li>다양한 크기와 형식의 더미 이미지 생성</li><li>PNG, JPEG, BMP, WebP 등 다양한 포맷 지원</li><li>프론트엔드/백엔드 개발 테스트에 유용</li></ul> 이러한 도구들을 적절히 활용하면 개발 시간을 단축하고 작업 효율을 크게 높일 수 있습니다. 각자의 개발 환경과 필요에 맞는 도구를 선택하여 활용해보세요.

Shots

개발자를 위한 유용한 11가지 웹사이트 모음

"힘 빼세요. 어깨도 힘 빼시고요. 다시 해볼게요."

어떤 운동이든 처음 배우면 듣는 이야기예요. 잘하려니 나도 모르게 힘이 들어가는 데 계속 힘을 빼라고 하니 미칠 노릇이죠.

여러 번 반복하다 보면 그제야 무슨 의미인지 알게 되죠. 내가 잘못된 곳에 힘을 주고 있었다는 사실을.

모든 일이 비슷한 거 같아요. 코딩도 그래요.

힘을 뺀 코드, 그냥 평범한 코드로 충분할 때가 많아요. 시간이 지날 수록 허튼 곳에 힘주지 않고 힘을 아껴 쓰게 돼요.

"힘 빼세요. 어깨도 힘 빼시고요. 다시 해볼게요." 어떤 운동이든 처음 배우면 듣는 이야기예요. 잘하려니 나도 모르게 힘이 들어가는 데 계속 힘을 빼라고 하니 미칠 노릇이죠. 여러 번 반복하다 보면 그제야 무슨 의미인지 알게 되죠. 내가 잘못된 곳에 힘을 주고 있었다는 사실을. 모든 일이 비슷한 거 같아요. 코딩도 그래요. 힘을 뺀 코드, 그냥 평범한 코드로 충분할 때가 많아요. 시간이 지날 수록 허튼 곳에 힘주지 않고 힘을 아껴 쓰게 돼요.

"힘 빼세요. 어깨도 힘 빼시고요. 다시 해볼게요."

어떤 운동

이미 아시는 분들이 많으리라 믿지만 GitHub Copilot Free 버전이 생겼다. VS Code를 쓴다면 GitHub Copilot 플러그인을 설치해서 한달 20시간까지 코딩에 사용할 수 있다. 이전에는 한달 10불을 내는 옵션이 가장 저렴한 옵션이었는데 Cursor 등의 위협을 분명히 느끼지 않나 싶다.

그리고 전에는 OpenAI GPT 모델의 GTP4 Code Completion 모델만을 지원하는 걸로 알고 있었는데 이번에 보니 Anthropic의 Claude 3.5 Sonnet 모델도 지원한다. 아무리 투자 관계가 있다지만 OpenAI에만 올인하기에는 아무래도 부담감이 있지 않았나 싶다.

제대로 설치가 되고 나면 상단 검색 박스 오른쪽이나 오른쪽 하단의 GitHub Copilot 아이콘을 클릭하면 사용할 수 있다. 개인적으로는 크게 세 가지다.

 1. 코드 내에서 주석을 이용해서 무슨 코드를 작성할지 알려주는 형태다
 2. 앞서 아이콘들을 통해 별도의 채팅 박스를 연 뒤에 그걸 바탕으로 채팅을 통해 코딩 도움을 받는 거다. (그림 2 참고)
 3. 2번과 흡사한데 별도의 박스가 아니라 코드 에디터안에 임베드된 채팅 박스를 쓰는 것인데 Ctrl(맥이라면 Command)+I를 누르면 아래와 같은 박스가 뜬다 (그림 3 참고)

2, 3번의 경우 채팅을 하는 대신에 아주 명확하게 슬랙과 비슷하게 슬래시 (/) 커맨드를 통해 다양한 일을 수행할 수도 있는데 먼저 작업 대상이 되는 코드를 하이라이트한 다음에 예를 들면 아래와 같은 명령을 줄 수 있다.

 * /fix - 하이라이트한 코드에 있을 수도 있는 문제점 수정하기
 * /tests - 하이라이트한 코드를 테스트해주는 유닛 테스트 추가하기
 * /explain - 하이라이트한 코드가 어떻게 동작하는지 설명하기
 * /doc - 하이라이트한 코드에 주석을 달아줘
 * ...

VS Code와 GitHub을 쓰고 있다면 안 쓸 일 이유가 없지 않나 싶다. 쓰다가 정말로 내 생산성과 학습 능력이 개선되는 것이 보이면 한달 10불 버전으로 업그레이드하는 걸 추천한다. 함수 단위의 코딩은 이제 직접 하기보다는 AI툴에 맡기고 대신에 검증을 잘 하는 것이 낫다.

이미 아시는 분들이 많으리라 믿지만 GitHub Copilot Free 버전이 생겼다. VS Code를 쓴다면 GitHub Copilot 플러그인을 설치해서 한달 20시간까지 코딩에 사용할 수 있다. 이전에는 한달 10불을 내는 옵션이 가장 저렴한 옵션이었는데 Cursor 등의 위협을 분명히 느끼지 않나 싶다. 그리고 전에는 OpenAI GPT 모델의 GTP4 Code Completion 모델만을 지원하는 걸로 알고 있었는데 이번에 보니 Anthropic의 Claude 3.5 Sonnet 모델도 지원한다. 아무리 투자 관계가 있다지만 OpenAI에만 올인하기에는 아무래도 부담감이 있지 않았나 싶다. 제대로 설치가 되고 나면 상단 검색 박스 오른쪽이나 오른쪽 하단의 GitHub Copilot 아이콘을 클릭하면 사용할 수 있다. 개인적으로는 크게 세 가지다. <ol ><li>코드 내에서 주석을 이용해서 무슨 코드를 작성할지 알려주는 형태다</li><li>앞서 아이콘들을 통해 별도의 채팅 박스를 연 뒤에 그걸 바탕으로 채팅을 통해 코딩 도움을 받는 거다. (그림 2 참고)</li><li>2번과 흡사한데 별도의 박스가 아니라 코드 에디터안에 임베드된 채팅 박스를 쓰는 것인데 Ctrl(맥이라면 Command)+I를 누르면 아래와 같은 박스가 뜬다 (그림 3 참고)</li></ol> 2, 3번의 경우 채팅을 하는 대신에 아주 명확하게 슬랙과 비슷하게 슬래시 (/) 커맨드를 통해 다양한 일을 수행할 수도 있는데 먼저 작업 대상이 되는 코드를 하이라이트한 다음에 예를 들면 아래와 같은 명령을 줄 수 있다. <ul ><li>/fix - 하이라이트한 코드에 있을 수도 있는 문제점 수정하기</li><li>/tests - 하이라이트한 코드를 테스트해주는 유닛 테스트 추가하기</li><li>/explain - 하이라이트한 코드가 어떻게 동작하는지 설명하기</li><li>/doc - 하이라이트한 코드에 주석을 달아줘</li><li>...</li></ul> VS Code와 GitHub을 쓰고 있다면 안 쓸 일 이유가 없지 않나 싶다. 쓰다가 정말로 내 생산성과 학습 능력이 개선되는 것이 보이면 한달 10불 버전으로 업그레이드하는 걸 추천한다. 함수 단위의 코딩은 이제 직접 하기보다는 AI툴에 맡기고 대신에 검증을 잘 하는 것이 낫다.

GitHub Copilot Free 버전

GitHub Pages를 통해 저장소의 특정 브랜치를 배포 디렉토리로 지정하여 아주 간편하게 웹사이트를 호스팅할 수 있습니다. 하지만 요즘 웹 개발에서 HTML, CSS, JavaScript를 직접 작성하는 일은 드물죠? 대부분 React와 같은 프론트엔드 라이브러리와 Vite와 같은 빌드 도구를 사용하여 HTML, CSS, JavaScript를 생성해낼 것입니다.

이번 시간에는 웹 프로젝트를 GitHub Actions를 사용하여 빌드하고, 빌드 결과물을 바로 GitHub Pages에 배포하는 방법에 대해서 알아보겠습니다.

📺 동영상: https://youtu.be/bGCIWIP_skg
📝 포스팅: https://www.daleseo.com/github-pages-actions/

GitHub Pages에 웹사이트를 호스팅하는 기본적인 방법은 아래 게시물을 참고바랍니다.

📕 GitHub Pages에 웹사이트 배포하기: https://careerly.co.kr/comments/115041
📗 GitHub Pages에 커스텀 도메인 연결하기: https://careerly.co.kr/comments/115256

GitHub Pages를 통해 저장소의 특정 브랜치를 배포 디렉토리로 지정하여 아주 간편하게 웹사이트를 호스팅할 수 있습니다. 하지만 요즘 웹 개발에서 HTML, CSS, JavaScript를 직접 작성하는 일은 드물죠? 대부분 React와 같은 프론트엔드 라이브러리와 Vite와 같은 빌드 도구를 사용하여 HTML, CSS, JavaScript를 생성해낼 것입니다. 이번 시간에는 웹 프로젝트를 GitHub Actions를 사용하여 빌드하고, 빌드 결과물을 바로 GitHub Pages에 배포하는 방법에 대해서 알아보겠습니다. 📺 동영상: https://youtu.be/bGCIWIP_skg📝 포스팅: https://www.daleseo.com/github-pages-actions/ GitHub Pages에 웹사이트를 호스팅하는 기본적인 방법은 아래 게시물을 참고바랍니다. 📕 GitHub Pages에 웹사이트 배포하기: https://careerly.co.kr/comments/115041📗 GitHub Pages에 커스텀 도메인 연결하기: https://careerly.co.kr/comments/115256

GitHub Actions로 빌드 후 GitHub Pages에 배

We migrated the ComfyDeploy dashboard from Next.js to just React

You don't need Next.js

ComfyDeploy 대시보드를 Next.js에서 React로 마이그레이션한 사례네요.

이를 통해 얻은게 인상적입니다.

빠른 빌드시간 & 핫 리로드 시간, 모두의 행복

 * Build time went from 3 mins to 18 secs
 * Hot reload under 200ms
 * Everybody on the team is happier (like, way happier)

반복되는 인간의 역사 같아서 재미있네요.

https://www.comfydeploy.com/blog/you-dont-need-nextjs

ComfyDeploy 대시보드를 Next.js에서 React로 마이그레이션한 사례네요. 이를 통해 얻은게 인상적입니다. 빠른 빌드시간 &amp; 핫 리로드 시간, 모두의 행복 <ul ><li>Build time went from 3 mins to 18 secs</li><li>Hot reload under 200ms</li><li>Everybody on the team is happier (like, way happier)</li></ul> 반복되는 인간의 역사 같아서 재미있네요. https://www.comfydeploy.com/blog/you-dont-need-nextjs

www.comfydeploy.com

10년 전 오늘 담배를 마지막으로 피웠습니다.
12월 31일 자정은 카톡 트래픽이 피크를 치는 순간입니다.
해가 넘어가는 순간을 사무실에서 동료들과 함께하곤 했습니다.

10년 전 오늘, 23시 40분.
동료들에게 말하지 않고 홀로 슬그머니 H스퀘어 1층으로 내려가서 마지막 담배를 피웠습니다.
이게 진짜 마지막이다.

생각해 보면 담배를 피우면서 좋다, 행복하다는 느낌을 받은 적이 없는데…
수도 없이 끊으려 노력했지만 번번이 실패했습니다.
그렇게 기침을 콜록콜록 해대고, 아빠가 폐암으로 돌아가신 걸 알면서도.
이날 드디어 저와의 약속을 지킬 수 있었습니다.

금연 이후 10년 동안 꿈에서 가끔 담배를 피웠습니다. 아주 실감나게.
깨어나면 꿈이었다는 걸 깨닫고 가슴을 쓸어내리곤 했습니다.
참나, 담배는 평생 참는 거라더니. 이렇게 빠져나오기가 힘든 건가?

이제라도 빠져나와서 정말 다행입니다.
10년 전 그날의 저를 만나러 간다면 꼭 안아주면서 칭찬해 주고 싶습니다.
이게 지금부터 10년 동안 네가 한 가장 잘한 일이 될 거라고.

담배만 문제가 아니었습니다.
결혼하고 육아를 하면서 술이 점점 늘어갔습니다.
육아는 솔직히 재미없었습니다. 특히 만 1년이 되기 전의 육아는 절대 다시 돌아가고 싶지 않은 시간입니다.
아기랑 까꿍 까꿍 웃는 행복한 모습이 상상될지도 모르겠지만…
현실은 똥기저귀나 갈아주고 아무것도 못 하고 옆에 붙어 있는 것 밖에 없거든요.

이때 술도 많이 마셨습니다. 일상이 너무 지루해서. 어차피 할 수 있는 다른 일도 없으니까.
그러다가 술의 구렁텅이에 빠져버리고 말았습니다.

잠들기 전에 매일 술을 마셨습니다.
성시경의 먹을텐데 같은 방송은 제 마음을 편하게 해줬습니다.
매일 술 먹는 사람들이 생각보다 많았구나. 저렇게 마셔도 건강하구만 뭘.

그러다가 살도 많이 찌고 혈당 수치도 안 좋아지면서 이제는 멈춰야 한다고 생각했습니다.

담배를 끊은지 10년, 술을 끊은지는 2년이 되었습니다.
더 이상 기침을 콜록콜록하지 않게 되었고, 체중도 전성기 때로 돌아왔습니다.

더 어릴 때 버핏 할아버지의 조언을 들었다면 참 좋았을 것 같습니다.
늦었지만 이제부터라도 제 몸을 소중하게 잘 관리해 보려 합니다.
커리어리 구독자분에게도 소개해 드리고 싶습니다. 새해 복 많이 받으시고, 건강하십시오.

"70년 전 내가 고등학생 때, 내 머릿속에는 딱 두 가지 밖에 없었단다. 여자애들과 자동차. (웃음)
하지만 나는 여자애들과 잘 어울리지 못했으니… 자동차 얘기를 해보자꾸나.

한 번 상상해 보렴. 이 강의가 끝날 때 너희들 각자가 원하는 차를 고르게 할 거라고.
어떤 차든 골라도 좋아. 색깔도 맘대로 고르렴. 그 차가 내일 너희 집 앞에 놓여 있을 거란다. 어때, 끝내주지?

너흰 아마 이렇게 말하겠지? “뭐죠? 진짜 그냥 주시는 건가요?”
물론 함정이 있단다. 그 함정은… 네가 고른 그 차만을 죽을 때까지 평생 타야 한다는 거야.
자, 이제 어쩔 거니? 이 사실을 알고 나면 너는 그 차를 어떻게 대하겠니?
엄청 사랑하고 아껴서 타게 되지 않겠니?

이제 내가 얘기하려는 건… 너희는 평생 한 대의 차가 아니라, 하나의 몸과 마음을 얻게 될 거라는 거야. 그게 너희가 얻게 될 전부란다.
그 몸과 마음은 지금은 최고로 좋은 상태겠지만… 평생 동안 잘 관리하지 않으면 안 된단다."

10년 전 오늘 담배를 마지막으로 피웠습니다. 12월 31일 자정은 카톡 트래픽이 피크를 치는 순간입니다. 해가 넘어가는 순간을 사무실에서 동료들과 함께하곤 했습니다. 10년 전 오늘, 23시 40분. 동료들에게 말하지 않고 홀로 슬그머니 H스퀘어 1층으로 내려가서 마지막 담배를 피웠습니다. 이게 진짜 마지막이다. 생각해 보면 담배를 피우면서 좋다, 행복하다는 느낌을 받은 적이 없는데… 수도 없이 끊으려 노력했지만 번번이 실패했습니다. 그렇게 기침을 콜록콜록 해대고, 아빠가 폐암으로 돌아가신 걸 알면서도. 이날 드디어 저와의 약속을 지킬 수 있었습니다. 금연 이후 10년 동안 꿈에서 가끔 담배를 피웠습니다. 아주 실감나게. 깨어나면 꿈이었다는 걸 깨닫고 가슴을 쓸어내리곤 했습니다. 참나, 담배는 평생 참는 거라더니. 이렇게 빠져나오기가 힘든 건가? 이제라도 빠져나와서 정말 다행입니다. 10년 전 그날의 저를 만나러 간다면 꼭 안아주면서 칭찬해 주고 싶습니다. 이게 지금부터 10년 동안 네가 한 가장 잘한 일이 될 거라고. 담배만 문제가 아니었습니다. 결혼하고 육아를 하면서 술이 점점 늘어갔습니다. 육아는 솔직히 재미없었습니다. 특히 만 1년이 되기 전의 육아는 절대 다시 돌아가고 싶지 않은 시간입니다. 아기랑 까꿍 까꿍 웃는 행복한 모습이 상상될지도 모르겠지만… 현실은 똥기저귀나 갈아주고 아무것도 못 하고 옆에 붙어 있는 것 밖에 없거든요. 이때 술도 많이 마셨습니다. 일상이 너무 지루해서. 어차피 할 수 있는 다른 일도 없으니까. 그러다가 술의 구렁텅이에 빠져버리고 말았습니다. 잠들기 전에 매일 술을 마셨습니다. 성시경의 먹을텐데 같은 방송은 제 마음을 편하게 해줬습니다. 매일 술 먹는 사람들이 생각보다 많았구나. 저렇게 마셔도 건강하구만 뭘. 그러다가 살도 많이 찌고 혈당 수치도 안 좋아지면서 이제는 멈춰야 한다고 생각했습니다. 담배를 끊은지 10년, 술을 끊은지는 2년이 되었습니다. 더 이상 기침을 콜록콜록하지 않게 되었고, 체중도 전성기 때로 돌아왔습니다. 더 어릴 때 버핏 할아버지의 조언을 들었다면 참 좋았을 것 같습니다. 늦었지만 이제부터라도 제 몸을 소중하게 잘 관리해 보려 합니다. 커리어리 구독자분에게도 소개해 드리고 싶습니다. 새해 복 많이 받으시고, 건강하십시오. "70년 전 내가 고등학생 때, 내 머릿속에는 딱 두 가지 밖에 없었단다. 여자애들과 자동차. (웃음) 하지만 나는 여자애들과 잘 어울리지 못했으니… 자동차 얘기를 해보자꾸나. 한 번 상상해 보렴. 이 강의가 끝날 때 너희들 각자가 원하는 차를 고르게 할 거라고. 어떤 차든 골라도 좋아. 색깔도 맘대로 고르렴. 그 차가 내일 너희 집 앞에 놓여 있을 거란다. 어때, 끝내주지? 너흰 아마 이렇게 말하겠지? “뭐죠? 진짜 그냥 주시는 건가요?” 물론 함정이 있단다. 그 함정은… 네가 고른 그 차만을 죽을 때까지 평생 타야 한다는 거야. 자, 이제 어쩔 거니? 이 사실을 알고 나면 너는 그 차를 어떻게 대하겠니? 엄청 사랑하고 아껴서 타게 되지 않겠니? 이제 내가 얘기하려는 건… 너희는 평생 한 대의 차가 아니라, 하나의 몸과 마음을 얻게 될 거라는 거야. 그게 너희가 얻게 될 전부란다. 그 몸과 마음은 지금은 최고로 좋은 상태겠지만… 평생 동안 잘 관리하지 않으면 안 된단다."

가장 소중한 자산

한 회사에서만 팀장 5년차, 1년차 팀장이었던 때 어떤 평가를 받았을까요?

성과를 '더' 높이는 새해 목표 세우기

프로젝트를 실제로 고객에게 전달(배포)했다는 사실 자체는 ‘완료’ 상황일 뿐, ‘성과’라 보기 어렵습니다. 프로젝트 성과를 개인의 성과로 소유할 수 있을까요? 비즈니스 임팩트가 생각보다 적었는데, 평가엔 어떤 내용을 쓸 수 있을까요?

https://minieetea.com/20250104-self-evaluation/

프로젝트를 실제로 고객에게 전달(배포)했다는 사실 자체는 ‘완료’ 상황일 뿐, ‘성과’라 보기 어렵습니다. 프로젝트 성과를 개인의 성과로 소유할 수 있을까요? 비즈니스 임팩트가 생각보다 적었는데, 평가엔 어떤 내용을 쓸 수 있을까요? https://minieetea.com/20250104-self-evaluation/

by minieetea

프로덕트 디자이너

김혜민

SK행복나눔재단 곧장기부 PM

방실

SK행복나눔재단 곧장기부팀에서 기부금 100% 전달 모델을 구현하고, 임팩트기부를 기획하고 있습니다.

글로벌 웹툰 업계에서 일한지 5년차되는 UX/UI 디자이너입니다. 한국만화영상진흥원과 웹툰언론전문사 웹툰가이드에서 웹툰 서비스에 대한 컬럼을 기고했습니다. '모바일 웹툰의 정보추구행동 모형화'에 대한 논문을 학술지에 게재했습니다.

글로벌 웹툰 서비스 태피툰 UX/UI 디자이너

김민오

글로벌 웹툰 업계에서 일한 지 5년 차 되는 UX/UI 디자이너입니다. 한국만화영상진흥원과 웹툰 전문언론사에서 웹툰 서비스 개선에 대한 컬럼을 기고했습니다. '모바일 웹툰의 정보추구행동 모형화'에 대한 논문을 학술지에 게재했습니다.
#프로덕트디자인 #BX디자인

Product Owner

Product Manager

CEO, Co-founder

Utilities Team Manager

프로덕트 매니저

멀티미디어과학

다양한 이해관계가 얽혀 정답이 없는 문제들을 푸는데에서 희열을 느낍니다. 훌륭한 기획이란 무엇일까 생각하고, 일이 되게 하는 것에 간혹 목숨을 겁니다. 지금은 우아한형제들에서 프로덕트 매니저로서 <배민선물하기> 서비스를 만들고 있습니다.

강미경

LinkedIn

궁금함과 집요함으로 먹고사는 워커홀릭 프로덕트매니저입니다.
#문제를해결하는 #프로덕트매니저

성과를 '더' 높이는 새해 목표 세우기

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필