트레바리에서 1년 전에 시작한 북클럽 <리서치 하는데요>를 계속하고 있습니다. 시즌3까지 쉼 없이 진행했고 1달간의 휴식기간을 갖고 있습니다. 휴식이라고 하지만 비움이야 말로 채움이라고 생각하며 시즌 3까지 함께 읽었던 12권의 책을 다시 읽고, 시즌4에서 읽을 4권의 책을 먼저 읽는 시간을 가질 계획입니다.

이번 <리서치 하는데요> 시즌4는 기존 멤버분들께서 연장을 많이 해주셨고, 트레바리에서 공식 계정을 통해 소개해주신 덕분에 오픈 3일 만에 마감되었습니다. 누군가의 평가로부터 이젠 조금 자유로워졌다고 생각했지만 제 얼굴과 이름, 브랜드를 단 클럽이 순위로 나타나고 '마감 임박'이라는 배지를 달고 있으니 긴장되는 건 어쩔 수 없었습니다. 스스로 선택한 것이니 제 클럽에 관심을 갖는 사용자와 플랫폼에게 누가 되지 않겠다는 다짐을 하기도 했고, 마감 속도가 무엇이길래 여기에 연연하는 것인지 스스로 생각에 잠기기도 했습니다.

가만히 고민만 하는 대신 움직이면서 뭐라도 작게 해 보는 게 제 성격인지라, 10월 말에는 제가 UX를 담당한 에피소드 용산 241에서 입주민, 트레바리 멤버 그리고 뉴스레터 구독자들과 함께 <UX 리서처의 일>을 함께 읽고 더 나은 사용자 경험, 더 나은 도시생활에 대해 이야기를 나눴습니다. 낯선 사람들과 연결되고 싶으면서도 매번 견뎌내야만 하는 어색한 순간을 넘어 우리는 지적 대화를 나눌 수 있었고 주거에서 만들 수 있는 건강한 커뮤니티 모임에 대해 생각했습니다.

https://m.trevari.co.kr/product/4bd16b78-475f-4824-a043-1f58c9a21d2a

트레바리에서 1년 전에 시작한 북클럽 &lt;리서치 하는데요&gt;를 계속하고 있습니다. 시즌3까지 쉼 없이 진행했고 1달간의 휴식기간을 갖고 있습니다. 휴식이라고 하지만 비움이야 말로 채움이라고 생각하며 시즌 3까지 함께 읽었던 12권의 책을 다시 읽고, 시즌4에서 읽을 4권의 책을 먼저 읽는 시간을 가질 계획입니다. 이번 &lt;리서치 하는데요&gt; 시즌4는 기존 멤버분들께서 연장을 많이 해주셨고, 트레바리에서 공식 계정을 통해 소개해주신 덕분에 오픈 3일 만에 마감되었습니다. 누군가의 평가로부터 이젠 조금 자유로워졌다고 생각했지만 제 얼굴과 이름, 브랜드를 단 클럽이 순위로 나타나고 '마감 임박'이라는 배지를 달고 있으니 긴장되는 건 어쩔 수 없었습니다. 스스로 선택한 것이니 제 클럽에 관심을 갖는 사용자와 플랫폼에게 누가 되지 않겠다는 다짐을 하기도 했고, 마감 속도가 무엇이길래 여기에 연연하는 것인지 스스로 생각에 잠기기도 했습니다. 가만히 고민만 하는 대신 움직이면서 뭐라도 작게 해 보는 게 제 성격인지라, 10월 말에는 제가 UX를 담당한 에피소드 용산 241에서 입주민, 트레바리 멤버 그리고 뉴스레터 구독자들과 함께 &lt;UX 리서처의 일&gt;을 함께 읽고 더 나은 사용자 경험, 더 나은 도시생활에 대해 이야기를 나눴습니다. 낯선 사람들과 연결되고 싶으면서도 매번 견뎌내야만 하는 어색한 순간을 넘어 우리는 지적 대화를 나눌 수 있었고 주거에서 만들 수 있는 건강한 커뮤니티 모임에 대해 생각했습니다. https://m.trevari.co.kr/product/4bd16b78-475f-4824-a043-1f58c9a21d2a

《트레바리 북클럽 <리서치 하는데요>, 에피소드에서 <북클럽 하는데요>》

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

 - YouTube

현대자동차 고성능 브랜드 N에서 진행하는 캠페인 중 2번째, 회전교차로 편입니다. 당연한 것이지만 실제로는 잘 지켜지지 않는 운전문화를 '스포츠맨십'에 비유해서 캠페인을 진행하는 점이 인상적입니다.

 * 회전교차로에서는 회전 차량이 우선
 * 회전교차로 집입로 있는 ▼ 표시는 양보하라는 의미
 * 회전교차로를 돌 땐 시속 30km 이하로 서행하는 것이 필수
 * 회전교차로 진입 시엔 좌측, 진출 시엔 우측 방향 지시들을 켜야

https://youtu.be/Iqe7p_PV8FY?feature=shared

현대자동차 고성능 브랜드 N에서 진행하는 캠페인 중 2번째, 회전교차로 편입니다. 당연한 것이지만 실제로는 잘 지켜지지 않는 운전문화를 '스포츠맨십'에 비유해서 캠페인을 진행하는 점이 인상적입니다. <ul ><li>회전교차로에서는 회전 차량이 우선</li><li>회전교차로 집입로 있는 ▼ 표시는 양보하라는 의미</li><li>회전교차로를 돌 땐 시속 30km 이하로 서행하는 것이 필수</li><li>회전교차로 진입 시엔 좌측, 진출 시엔 우측 방향 지시들을 켜야</li></ul> https://youtu.be/Iqe7p_PV8FY?feature=shared

youtu.be

《마음껏 달리는 것과 마음대로 달리는 것은 다르다》

01 . 몇 해 전 흥미로운 기사 하나를 접한 적이 있습니다. 영어 원문을 번역해놓은 자료라 명확하게 제목이 떠오르지는 않지만 아마도 이런 문장이 헤드라인에 걸려있었던 걸로 기억합니다.
'당신은 이 아티클 역시 완독하지 않을 것이다. 하지만 누군가에게 공유할 것이고, 이에 대해 이야기할 것이고, 다시 재생산할 것이다.'
꽤 특이한 제목의 이 기사는 원문을 제대로 읽지 않은 채 오로지 공유하거나 코멘트하는 것에만 관심을 기울이는 사람들을 꼬집기 위한 기획 기사였습니다. 특히 SNS를 포함해 사회적 영향력이 있는 사람일수록 알리는 것에만 집중할 뿐 온전히 집중해 콘텐츠를 소비하는 것을 점점 등한시한다는 것이죠.

02 . 한 유튜브 채널에 출연한 배우 정우성 님도 이런 말을 하시더라고요.
"영화인들이 영화계 어렵다는 말을 달고 살지만 배우 중에도 영화 잘 안보는 사람이 많습니다. 자기가 몸담고 있는 일인데 영화를 보지도 않고서 영화계가 어쩐다 저쩐다 하는 건 어불성설이죠."
이 말만 들으면 '그게 가능할까?' 싶지만 잠시 기억을 더듬어보니 제가 경험한 몇몇 사람들도 크게 다르지 않은 양상을 보였다는 걸 알게 되고 말았습니다. 자기 의견을 강조하거나 공유하는 것에 심취한 나머지 눈 앞의 콘텐츠에는 제대로 집중하지 못하는 사람들을 꽤 많이 봤으니 말이죠.

03 . 대표적으로는 앞서 소개한 기사의 내용처럼 자신도 제대로 읽지 않은 콘텐츠를 추천하고 공유하는 사례를 들 수 있습니다. 뭐 당연히 너무 좋거나 반가운 콘텐츠를 만나다 보면 선공유 후감상도 할 수 있는 법이죠. 하지만 '누가 뭐라고 말했다' 혹은 '누가 이렇게 했다더라'라는 그 단편의 메시지 몇 줄만 보고서 전체의 감상을 아우르는 메시지를 던지는 건 엄격히 말해 남을 기만하는 행동에 가깝습니다. 끝까지 보지도 않은 영화를 최고라고 추켜세우며 추천한 사람이 있다면 그 누구의 신뢰도 얻지 못할 테니까요.

04 . 예전에 인스타그램을 통해서도 한 번 언급한 적이 있지만 책 추천사 카테고리로 들어가면 상황은 점점 더 심각해집니다. 감사한 기회로 저도 종종 다른 분들이 출간하는 책에 추천사를 쓸 기회가 있지만 그때마다 제가 정중히 요청드리는 것 중 한 가지는 책 전문을 모두 읽고 나서 추천사를 작성할 수 있도록 최소 일주일의 시간은 주면 좋겠다는 것입니다.
하지만 때론 이틀 만에 추천사를 달라고 하는 경우도 있고 정말 심한 경우에는 온라인 서점에 올라가는 도서 요약 정보만 전달한 채 시간이 촉박하니 추천사 먼저 작성해 주면 좋겠다고 말하는 경우도 있죠. 그런 사람들이 책을 기획하고 편집하고 출간했다고 생각하면 솔직히 실망을 넘어 화가 나는 것도 사실입니다.

05 . 그렇다고 단순히 상대를 기만하는 행위에만 화가 나느냐 하면 그보다는 조금 더 본질적인 이유가 있습니다. 우리가 실망을 금치 못하는 진짜 주된 포인트는 바로 본인조차 그 콘텐츠를 있는 그대로 사랑하지 않으면서 (사랑할 기회와 시간조차 없었다고 보는 게 맞겠군요...) 오직 자신의 영향력을 과시하기 위해 해당 콘텐츠를 교묘히 이용한다는 데 있기 때문입니다. 쉽게 말해 정말 좋은 콘텐츠를 많은 사람에게 알리고 싶은 마음 대신 그 콘텐츠를 알릴 수 있을 정도의 영향력을 가진 자신이 주목받기를 바라는 마음이 더 클 수도 있다는 얘기입니다.

06 . 반론을 생각해 보지 않은 것은 아닙니다. 누군가는 이렇게 얘기할 수도 있죠.
'그 사람이 그런 영향력을 가지게 된 데에는 싫으나 좋으나 사람들이 열광하는 포인트가 있을 텐데 그걸 존중해 주는 것도 좋지 않을까요?'라고 말입니다. 일리 있는 말입니다.
하지만 이렇게 한 번 생각해 보면 어떨까요? 만약 백종원 대표님이 직접 먹어보지도 않은 채 어느 식당이 유명하다는 이유만으로, 혹은 맛있어 보인다는 이유만으로 여러분들께 '너무 맛있었다'는 표현을 쓰며 추천한다면요? 곽튜브나 빠니보틀이 실제로 가보지 않은 여행지를 리뷰하며 '여기 너무 좋았다'고 극찬하며 여러분에게 강추 여행지로 소개한다면요? 이건 좀 얘기가 달라지지 않을까요?

07 . 개념 설명을 위해 비약에 가까운 예시를 들긴 했지만 이제 다시 현실로 돌아와 이야기를 이어가 보겠습니다. 저는 적어도 대중을 상대로 무엇인가를 소개하고 추천할 때는 그 유형을 나눌 수 있어야 한다고 봅니다.
첫째는 '흥미롭다 (혹은 재미있겠다) 그러니 우리 지금부터 같이 즐겨보자'는 스탠스입니다. 둘째는 '나는 온전히 그 콘텐츠를 소비했고 또 나는 충분히 만족했으므로 여러분들에게 추천한다'는 스탠스입니다. 그리고 마지막 세 번째는 '콘텐츠를 온전히 소비했음은 물론이고 그에 대한 비평이나 또는 내 관점에서의 새로운 의견을 덧붙이고 싶기 때문에 입을 연다'는 입장입니다.

08 . 당연히 이 세 가지는 본질 자체가 다르고 사람들에게 전달되기까지의 단계 역시 구분됩니다. '아직 안 보긴 했는데 여러분들에게 추천드리고(?), 동시에 이 콘텐츠에 대한 제 입장은 이렇습니다'는 마치 '아직 배송이 안 와서 써보지는 못했는데 너무 좋네요. 여러분에게도 적극 추천드리고 앞으로도 이런 물건 많이 팔아주셨으면 해요'라는 가정형 미래 화법의 고객리뷰와 다를 바가 없습니다. 논리는커녕 인과관계조차 성립될 수가 없는 의견인 것이죠.

09 . 세상에 즐길 거리가 워낙 많다 보니 한 사람이 온전한 하나의 콘텐츠를 소비하기가 힘들어진 것은 맞습니다. 때문에 그저 간보기 식으로 찍어서(!) 리뷰를 하는 사람들이 많아지고 질보단 양, 양보단 속도라는 생각으로 일단 다른 사람들보다 먼저 이슈를 선점하려는 사람들 역시 점점 늘어나는 것 또한 부정할 수 없습니다.
그러나 이런 현상이 리뷰를 하고, 의견을 내는 사람들의 얄팍한 행태를 모두 감싸줄 수는 없습니다. 세상이 그런 것은 그런 것이고, 그 안에서 우리가 해야 할 것 또 지켜야 할 것은 엄연히 존재하는 것이니 말입니다.

10 . '나는 저렇게 목소리를 내는 인플루언서가 아니니까', '나는 SNS에 개인적인 주장 안 하니까'라고 생각하고 넘기기에는 우리 실생활에서도 이런 일이 비일비재하게 벌어진다는 것이 더 슬픈 현실입니다. 리뷰를 부탁하는 동료의 콘텐츠를 두고 대충 눈으로 읽고서 자기 감상을 추가하는 것에 더 열을 올린 적은 없었는지, 중요한 내용을 정리한 메일의 한두 문장만 본 다음 '일이 이렇게 굴러가고 있구나'라는 현실 왜곡형 자기 해석만을 떠안고 다른 이슈로 눈을 돌린 적은 없는지 우리 모두 한 번쯤은 반성해 볼 지점이 분명히 있어 보이니까요, 내 의견을 한 줄이라도 추가하고 싶다면 우선은 그 콘텐츠에 집중하는 것이 예의이자 윤리일지 모릅니다.

01 . 몇 해 전 흥미로운 기사 하나를 접한 적이 있습니다. 영어 원문을 번역해놓은 자료라 명확하게 제목이 떠오르지는 않지만 아마도 이런 문장이 헤드라인에 걸려있었던 걸로 기억합니다.'당신은 이 아티클 역시 완독하지 않을 것이다. 하지만 누군가에게 공유할 것이고, 이에 대해 이야기할 것이고, 다시 재생산할 것이다.'꽤 특이한 제목의 이 기사는 원문을 제대로 읽지 않은 채 오로지 공유하거나 코멘트하는 것에만 관심을 기울이는 사람들을 꼬집기 위한 기획 기사였습니다. 특히 SNS를 포함해 사회적 영향력이 있는 사람일수록 알리는 것에만 집중할 뿐 온전히 집중해 콘텐츠를 소비하는 것을 점점 등한시한다는 것이죠. 02 . 한 유튜브 채널에 출연한 배우 정우성 님도 이런 말을 하시더라고요."영화인들이 영화계 어렵다는 말을 달고 살지만 배우 중에도 영화 잘 안보는 사람이 많습니다. 자기가 몸담고 있는 일인데 영화를 보지도 않고서 영화계가 어쩐다 저쩐다 하는 건 어불성설이죠."이 말만 들으면 '그게 가능할까?' 싶지만 잠시 기억을 더듬어보니 제가 경험한 몇몇 사람들도 크게 다르지 않은 양상을 보였다는 걸 알게 되고 말았습니다. 자기 의견을 강조하거나 공유하는 것에 심취한 나머지 눈 앞의 콘텐츠에는 제대로 집중하지 못하는 사람들을 꽤 많이 봤으니 말이죠. 03 . 대표적으로는 앞서 소개한 기사의 내용처럼 자신도 제대로 읽지 않은 콘텐츠를 추천하고 공유하는 사례를 들 수 있습니다. 뭐 당연히 너무 좋거나 반가운 콘텐츠를 만나다 보면 선공유 후감상도 할 수 있는 법이죠. 하지만 '누가 뭐라고 말했다' 혹은 '누가 이렇게 했다더라'라는 그 단편의 메시지 몇 줄만 보고서 전체의 감상을 아우르는 메시지를 던지는 건 엄격히 말해 남을 기만하는 행동에 가깝습니다. 끝까지 보지도 않은 영화를 최고라고 추켜세우며 추천한 사람이 있다면 그 누구의 신뢰도 얻지 못할 테니까요. 04 . 예전에 인스타그램을 통해서도 한 번 언급한 적이 있지만 책 추천사 카테고리로 들어가면 상황은 점점 더 심각해집니다. 감사한 기회로 저도 종종 다른 분들이 출간하는 책에 추천사를 쓸 기회가 있지만 그때마다 제가 정중히 요청드리는 것 중 한 가지는 책 전문을 모두 읽고 나서 추천사를 작성할 수 있도록 최소 일주일의 시간은 주면 좋겠다는 것입니다. 하지만 때론 이틀 만에 추천사를 달라고 하는 경우도 있고 정말 심한 경우에는 온라인 서점에 올라가는 도서 요약 정보만 전달한 채 시간이 촉박하니 추천사 먼저 작성해 주면 좋겠다고 말하는 경우도 있죠. 그런 사람들이 책을 기획하고 편집하고 출간했다고 생각하면 솔직히 실망을 넘어 화가 나는 것도 사실입니다. 05 . 그렇다고 단순히 상대를 기만하는 행위에만 화가 나느냐 하면 그보다는 조금 더 본질적인 이유가 있습니다. 우리가 실망을 금치 못하는 진짜 주된 포인트는 바로 본인조차 그 콘텐츠를 있는 그대로 사랑하지 않으면서 (사랑할 기회와 시간조차 없었다고 보는 게 맞겠군요...) 오직 자신의 영향력을 과시하기 위해 해당 콘텐츠를 교묘히 이용한다는 데 있기 때문입니다. 쉽게 말해 정말 좋은 콘텐츠를 많은 사람에게 알리고 싶은 마음 대신 그 콘텐츠를 알릴 수 있을 정도의 영향력을 가진 자신이 주목받기를 바라는 마음이 더 클 수도 있다는 얘기입니다. 06 . 반론을 생각해 보지 않은 것은 아닙니다. 누군가는 이렇게 얘기할 수도 있죠.'그 사람이 그런 영향력을 가지게 된 데에는 싫으나 좋으나 사람들이 열광하는 포인트가 있을 텐데 그걸 존중해 주는 것도 좋지 않을까요?'라고 말입니다. 일리 있는 말입니다. 하지만 이렇게 한 번 생각해 보면 어떨까요? 만약 백종원 대표님이 직접 먹어보지도 않은 채 어느 식당이 유명하다는 이유만으로, 혹은 맛있어 보인다는 이유만으로 여러분들께 '너무 맛있었다'는 표현을 쓰며 추천한다면요? 곽튜브나 빠니보틀이 실제로 가보지 않은 여행지를 리뷰하며 '여기 너무 좋았다'고 극찬하며 여러분에게 강추 여행지로 소개한다면요? 이건 좀 얘기가 달라지지 않을까요? 07 . 개념 설명을 위해 비약에 가까운 예시를 들긴 했지만 이제 다시 현실로 돌아와 이야기를 이어가 보겠습니다. 저는 적어도 대중을 상대로 무엇인가를 소개하고 추천할 때는 그 유형을 나눌 수 있어야 한다고 봅니다.첫째는 '흥미롭다 (혹은 재미있겠다) 그러니 우리 지금부터 같이 즐겨보자'는 스탠스입니다. 둘째는 '나는 온전히 그 콘텐츠를 소비했고 또 나는 충분히 만족했으므로 여러분들에게 추천한다'는 스탠스입니다. 그리고 마지막 세 번째는 '콘텐츠를 온전히 소비했음은 물론이고 그에 대한 비평이나 또는 내 관점에서의 새로운 의견을 덧붙이고 싶기 때문에 입을 연다'는 입장입니다. 08 . 당연히 이 세 가지는 본질 자체가 다르고 사람들에게 전달되기까지의 단계 역시 구분됩니다. '아직 안 보긴 했는데 여러분들에게 추천드리고(?), 동시에 이 콘텐츠에 대한 제 입장은 이렇습니다'는 마치 '아직 배송이 안 와서 써보지는 못했는데 너무 좋네요. 여러분에게도 적극 추천드리고 앞으로도 이런 물건 많이 팔아주셨으면 해요'라는 가정형 미래 화법의 고객리뷰와 다를 바가 없습니다. 논리는커녕 인과관계조차 성립될 수가 없는 의견인 것이죠. 09 . 세상에 즐길 거리가 워낙 많다 보니 한 사람이 온전한 하나의 콘텐츠를 소비하기가 힘들어진 것은 맞습니다. 때문에 그저 간보기 식으로 찍어서(!) 리뷰를 하는 사람들이 많아지고 질보단 양, 양보단 속도라는 생각으로 일단 다른 사람들보다 먼저 이슈를 선점하려는 사람들 역시 점점 늘어나는 것 또한 부정할 수 없습니다.그러나 이런 현상이 리뷰를 하고, 의견을 내는 사람들의 얄팍한 행태를 모두 감싸줄 수는 없습니다. 세상이 그런 것은 그런 것이고, 그 안에서 우리가 해야 할 것 또 지켜야 할 것은 엄연히 존재하는 것이니 말입니다. 10 . '나는 저렇게 목소리를 내는 인플루언서가 아니니까', '나는 SNS에 개인적인 주장 안 하니까'라고 생각하고 넘기기에는 우리 실생활에서도 이런 일이 비일비재하게 벌어진다는 것이 더 슬픈 현실입니다. 리뷰를 부탁하는 동료의 콘텐츠를 두고 대충 눈으로 읽고서 자기 감상을 추가하는 것에 더 열을 올린 적은 없었는지, 중요한 내용을 정리한 메일의 한두 문장만 본 다음 '일이 이렇게 굴러가고 있구나'라는 현실 왜곡형 자기 해석만을 떠안고 다른 이슈로 눈을 돌린 적은 없는지 우리 모두 한 번쯤은 반성해 볼 지점이 분명히 있어 보이니까요, 내 의견을 한 줄이라도 추가하고 싶다면 우선은 그 콘텐츠에 집중하는 것이 예의이자 윤리일지 모릅니다.

본인도 안 읽은 걸 대체 왜 추천하는 거죠?

올해 주제는 입니다. 집보다 많은 시간을 보내는 공간들, 일하는 사무실이나 학교, 그리고 일상에서 만나는 도시 공간을 주목하려 하는데요. 김정임 소장님께서도 사무실, 학교, 사옥 등 프로젝트를 설계해 오시면서 일상의 공간에 대해 많이 고민하셨을 듯해요.
일상의 건축을 생각하면 떠오르는 책이 있어요. 이슬아 작가의 『깨끗한 존경』이라는 인터뷰집이에요. CBS 방송국 정혜윤 PD와 인터뷰 후 이슬아 작가가 쓴 글에, 집에서 평안하고 안락한 저녁 시간을 누릴 수 없는 사람들에 대한 미안한 마음이 나와요. 저도 나이가 들면서 그런 생각을 점점 많이 하게 돼요.
제가 지금 누리는 것 중에 스스로 한 것이 얼마나 되겠어요. 교육열 높은 부모님 덕분에 좋은 교육을 받아 잘 성장했고 주변에 좋은 분들을 만나면서 그 덕분에 살아온 거예요. 단지 운이 나빠서 그걸 누리지 못하는 사람들이 있고요.
그래서 공공 프로젝트를 할 때 가장 좋았던 것 같아요. 누구에게나 열려 있고 누릴 수 있는 경험의 폭을 더 확대했으면 좋겠다는 생각을 해요. 그때 건축가도 중요하지만, 의사결정자도 중요해요. 어느 시대든 권력 집단은 늘 있으니까요. 우리는 의사결정을 하는 사람들을 어떻게 설득할 수 있을지 항상 머릿속으로 고민하는 사람들이다 보니, 의사결정자에 따라 건축의 방향이 달라질 수 있는 거죠.
우리가 일상의 건축이라고 할 때, 그 일상은 다수(majority)가 가진 일상이에요. 그걸 모두 똑같이 적용하는 건 불가능해도, 되도록 모두가 누릴 수 있는 쪽으로

건축, 포용과 조율의 커뮤니케이션 — OPENHOUSE SEOUL

일을 하면서 "이 사람은 참 체계적이고 구조를 잘 만든다"라고 생각했던 동료 중 다수는 건축을 전공했습니다. 건축이라는 것이 여러 측면으로 설계에 대해 고민하기 때문일까요? 저는 건축과 UX(사용자 경험)을 디자인하는 것이 퍽 닮았다고 생각합니다. 올해 <일상의 공간, 위로의 도시>를 주제로 진행한 OPEN HOUSE SEOUL 2024에서 조명한 김정임 건축가의 이야기 속에서 사용자 경험을 만드는 저와 같은 사람들이 되새길 만한 문장들을 골라 소개합니다.

[ 큐레이터의 문장 🎒 ]

1️⃣ 올해 주제는 <일상의 공간, 위로의 도시>입니다. 집보다 많은 시간을 보내는 공간들, 일하는 사무실이나 학교, 그리고 일상에서 만나는 도시 공간을 주목하려 하는데요. 김정임 소장님께서도 사무실, 학교, 사옥 등 프로젝트를 설계해 오시면서 일상의 공간에 대해 많이 고민하셨을 듯해요.

제가 지금 누리는 것 중에 스스로 한 것이 얼마나 되겠어요. 교육열 높은 부모님 덕분에 좋은 교육을 받아 잘 성장했고 주변에 좋은 분들을 만나면서 그 덕분에 살아온 거예요. 단지 운이 나빠서 그걸 누리지 못하는 사람들이 있고요.

그래서 공공 프로젝트를 할 때 가장 좋았던 것 같아요. 누구에게나 열려 있고 누릴 수 있는 경험의 폭을 더 확대했으면 좋겠다는 생각을 해요. 그때 건축가도 중요하지만, 의사결정자도 중요해요. 어느 시대든 권력 집단은 늘 있으니까요. 우리는 의사결정을 하는 사람들을 어떻게 설득할 수 있을지 항상 머릿속으로 고민하는 사람들이다 보니, 의사결정자에 따라 건축의 방향이 달라질 수 있는 거죠.

우리가 일상의 건축이라고 할 때, 그 일상은 다수(majority)가 가진 일상이에요. 그걸 모두 똑같이 적용하는 건 불가능해도, 되도록 모두가 누릴 수 있는 쪽으로 이바지할 수 있는 일을 하고 싶어요. 일상이라는 말 안에서도 차이가 큰 일상들이죠.

2️⃣ 사무실, 학교, 공공시설들과 같은 일상의 건축은 오히려 방치되기 쉽고 기능만 따지기 쉬운 것 같습니다. 소장님이 하셨던 프로젝트를 보면, 일상을 좀 더 풍요롭게 하기 위한 노력이 보여요. 일상에서 차별화를 가져오는 것이 어떤 의미인가에 대해 질문하게 됩니다.

서울스퀘어를 할 때도 그런 부분을 고민해서 ‘말하는 건축’, ‘반응하는 건축’을 생각했어요. 건축이 사람들에게 무언의 메시지를 전달하고 있다고 생각하거든요.

서울스퀘어를 대수선할 때도 기존 대우빌딩이 갖고 있는 일방향적이고 권위적인 느낌을 바꾸고 싶었어요. 쌍방향적이고 부드러운 느낌으로, 남성적이라면 여성적으로, 내 얘기를 들어줄 것 같은 분위기로 바꾸고 싶었어요. 건축이 갖고 있는 태도나 사람들에게 어떻게 말을 걸 것인가에 대해 많이 고민했어요. 사실 건축에는 "너는 여기 들어오지 못한다"와 같은 보이지 않는 경계들이 있어요.

삼성전자 프로젝트에서도 보안 시설이었지만 모든 경계가 면이나 선에서 이루어지지 않도록 하고 싶었어요. 입구 게이트(Security Point)가 있을 때 시각적, 청각적, 신체적으로 경계가 입체적으로 겹치면(Overlap) 좋겠다고 생각했어요. 몸은 여기까지지만 시각적으로 더 멀리 볼 수 있고, 멀리 볼 수 없지만 소리가 들리는 공간을 시도해 봤어요. 그래서 외부 블라인드 재료인 PVC(Polyvinyl Chloride)를 사용해 갤러리 같은 공간을 만들었어요. 타공이 있는 부드러운 모기장 같은 재질로 소리는 들리게 했어요. 세미나도 할 수 있고, 문을 달아서 태그(Tag)해야 들어갈 수 있지만, 반투명하게 보이고 소리도 들리게 했어요.

3️⃣ 사물을 오브제(Object)로 보지 않고 교감하고 소통하는 대상으로 보시는 거군요.

맞아요. 우리는 시각화(Visualize)된 사람들이잖아요. 사실 물리학책을 읽다 보면, 머릿속으로 그 이론의 이미지를 상상하곤 해요. 최근에 비타민(Vitamin) 광고 중에 사람 모양을 만들어진 빨갛고 노란 입자(Particle)가 걸어 다니는 광고를 봤어요. 저는 그게 인간을 가장 잘 설명하는 것 같아요. 그 입자들 사이에 경계가 있겠나 싶어요.
 
그렇게 생각하면, 사물을 볼 때 경계가 없는 거나 마찬가지예요. 어디든지 다 통해서 다니는 거죠. 우리가 사람과 손을 잡을 때도 분명히 오가는 것들이 있을 거예요. 실제로 초미세먼지가 몸을 침투하기도 하고요. 그렇게 생각하면 세상을 보는 게 재미있어요. 너와 나도 경계가 없는 거죠. 어떻게 보면, 물질은 조밀했다가 성글었다가 다시 조밀해지는 것일 뿐, 결국 모든 것이 다 통하는 것 같아요.
 
그래서 가끔 그런 책을 읽으면서 생각해 보면, 어쩌면 생물과 무생물 사이에도 경계가 없을 수 있다는 생각이 들어요. 제가 읽었던 과학책 중 하나에 멋진 문구가 있었는데, 결국 제 몸은 원자(Atom)와 분자(Molecule)들이 모여서 이루어진 것이고, 이들이 한 번도 이런 모양으로 모여 있었던 적은 없다는 거예요. 죽음은 해체되었다가 다시 누군가에게로 가서 다른 형태로 모이는 것이고, 이 모양으로 모였던 것은 처음이라는 거죠. 모였다가 해체되었다를 반복할 뿐이고요.

https://www.ohseoul.org/2024/programs/%ea%b1%b4%ec%b6%95-%ed%8f%ac%ec%9a%a9%ea%b3%bc-%ec%a1%b0%ec%9c%a8%ec%9d%98-%ec%bb%a4%eb%ae%a4%eb%8b%88%ec%bc%80%ec%9d%b4%ec%85%98/event/381

일을 하면서 "이 사람은 참 체계적이고 구조를 잘 만든다"라고 생각했던 동료 중 다수는 건축을 전공했습니다. 건축이라는 것이 여러 측면으로 설계에 대해 고민하기 때문일까요? 저는 건축과 UX(사용자 경험)을 디자인하는 것이 퍽 닮았다고 생각합니다. 올해 &lt;일상의 공간, 위로의 도시&gt;를 주제로 진행한 OPEN HOUSE SEOUL 2024에서 조명한 김정임 건축가의 이야기 속에서 사용자 경험을 만드는 저와 같은 사람들이 되새길 만한 문장들을 골라 소개합니다. [ 큐레이터의 문장 🎒 ] 1️⃣ 올해 주제는 &lt;일상의 공간, 위로의 도시&gt;입니다. 집보다 많은 시간을 보내는 공간들, 일하는 사무실이나 학교, 그리고 일상에서 만나는 도시 공간을 주목하려 하는데요. 김정임 소장님께서도 사무실, 학교, 사옥 등 프로젝트를 설계해 오시면서 일상의 공간에 대해 많이 고민하셨을 듯해요. 제가 지금 누리는 것 중에 스스로 한 것이 얼마나 되겠어요. 교육열 높은 부모님 덕분에 좋은 교육을 받아 잘 성장했고 주변에 좋은 분들을 만나면서 그 덕분에 살아온 거예요. 단지 운이 나빠서 그걸 누리지 못하는 사람들이 있고요. 그래서 공공 프로젝트를 할 때 가장 좋았던 것 같아요. 누구에게나 열려 있고 누릴 수 있는 경험의 폭을 더 확대했으면 좋겠다는 생각을 해요. 그때 건축가도 중요하지만, 의사결정자도 중요해요. 어느 시대든 권력 집단은 늘 있으니까요. 우리는 의사결정을 하는 사람들을 어떻게 설득할 수 있을지 항상 머릿속으로 고민하는 사람들이다 보니, 의사결정자에 따라 건축의 방향이 달라질 수 있는 거죠. 우리가 일상의 건축이라고 할 때, 그 일상은 다수(majority)가 가진 일상이에요. 그걸 모두 똑같이 적용하는 건 불가능해도, 되도록 모두가 누릴 수 있는 쪽으로 이바지할 수 있는 일을 하고 싶어요. 일상이라는 말 안에서도 차이가 큰 일상들이죠. 2️⃣ 사무실, 학교, 공공시설들과 같은 일상의 건축은 오히려 방치되기 쉽고 기능만 따지기 쉬운 것 같습니다. 소장님이 하셨던 프로젝트를 보면, 일상을 좀 더 풍요롭게 하기 위한 노력이 보여요. 일상에서 차별화를 가져오는 것이 어떤 의미인가에 대해 질문하게 됩니다. 서울스퀘어를 할 때도 그런 부분을 고민해서 ‘말하는 건축’, ‘반응하는 건축’을 생각했어요. 건축이 사람들에게 무언의 메시지를 전달하고 있다고 생각하거든요. 서울스퀘어를 대수선할 때도 기존 대우빌딩이 갖고 있는 일방향적이고 권위적인 느낌을 바꾸고 싶었어요. 쌍방향적이고 부드러운 느낌으로, 남성적이라면 여성적으로, 내 얘기를 들어줄 것 같은 분위기로 바꾸고 싶었어요. 건축이 갖고 있는 태도나 사람들에게 어떻게 말을 걸 것인가에 대해 많이 고민했어요. 사실 건축에는 "너는 여기 들어오지 못한다"와 같은 보이지 않는 경계들이 있어요. 삼성전자 프로젝트에서도 보안 시설이었지만 모든 경계가 면이나 선에서 이루어지지 않도록 하고 싶었어요. 입구 게이트(Security&nbsp;Point)가 있을 때 시각적, 청각적, 신체적으로 경계가 입체적으로 겹치면(Overlap) 좋겠다고 생각했어요. 몸은 여기까지지만 시각적으로 더 멀리 볼 수 있고, 멀리 볼 수 없지만 소리가 들리는 공간을 시도해 봤어요. 그래서 외부 블라인드 재료인 PVC(Polyvinyl Chloride)를 사용해 갤러리 같은 공간을 만들었어요. 타공이 있는 부드러운 모기장 같은 재질로 소리는 들리게 했어요. 세미나도 할 수 있고, 문을 달아서 태그(Tag)해야 들어갈 수 있지만, 반투명하게 보이고 소리도 들리게 했어요. 3️⃣ 사물을 오브제(Object)로 보지 않고 교감하고 소통하는 대상으로 보시는 거군요. 맞아요. 우리는 시각화(Visualize)된 사람들이잖아요. 사실 물리학책을 읽다 보면, 머릿속으로 그 이론의 이미지를 상상하곤 해요. 최근에 비타민(Vitamin) 광고 중에 사람 모양을 만들어진 빨갛고 노란 입자(Particle)가 걸어 다니는 광고를 봤어요. 저는 그게 인간을 가장 잘 설명하는 것 같아요. 그 입자들 사이에 경계가 있겠나 싶어요. &nbsp; 그렇게 생각하면, 사물을 볼 때 경계가 없는 거나 마찬가지예요. 어디든지 다 통해서 다니는 거죠. 우리가 사람과 손을 잡을 때도 분명히 오가는 것들이 있을 거예요. 실제로 초미세먼지가 몸을 침투하기도 하고요. 그렇게 생각하면 세상을 보는 게 재미있어요. 너와 나도 경계가 없는 거죠. 어떻게 보면, 물질은 조밀했다가 성글었다가 다시 조밀해지는 것일 뿐, 결국 모든 것이 다 통하는 것 같아요. &nbsp; 그래서 가끔 그런 책을 읽으면서 생각해 보면, 어쩌면 생물과 무생물 사이에도 경계가 없을 수 있다는 생각이 들어요. 제가 읽었던 과학책 중 하나에 멋진 문구가 있었는데, 결국 제 몸은 원자(Atom)와 분자(Molecule)들이 모여서 이루어진 것이고, 이들이 한 번도 이런 모양으로 모여 있었던 적은 없다는 거예요. 죽음은 해체되었다가 다시 누군가에게로 가서 다른 형태로 모이는 것이고, 이 모양으로 모였던 것은 처음이라는 거죠. 모였다가 해체되었다를 반복할 뿐이고요. https://www.ohseoul.org/2024/programs/%ea%b1%b4%ec%b6%95-%ed%8f%ac%ec%9a%a9%ea%b3%bc-%ec%a1%b0%ec%9c%a8%ec%9d%98-%ec%bb%a4%eb%ae%a4%eb%8b%88%ec%bc%80%ec%9d%b4%ec%85%98/event/381

www.ohseoul.org

《포용과 조율의 커뮤니케이션, 건축과 디자인》

If you don't believe me, believe the statistics: it's impossible for it to always and only be your fault

Stop telling yourself it’s all on you 

"제 잘못입니다. 모두 책임지겠습니다" 정말 문제를 해결해줄까요?

책임감이 뛰어난 리더들은 높은 기준을 지키려는 마음과 무거운 중압감에 자주 자책하는 모습을 보이기도 하는데요. 그러나 이러한 자책은 결국 팀원들의 자율성을 제한하고, 리더의 위임을 방해하며, 과보호적인 팀 환경을 만들어 팀의 성장을 저해할 수 있습니다.

 * 책임의 내재화 문제: 자신의 실수로 모든 것을 책임지려는 마음가짐은 리더 개인과 팀에 부담을 줍니다. 이로 인해 리더는 점차 모든 일을 스스로 해결하려 하며, 이는 팀의 자율성과 책임 의식을 약화시킵니다.
 * 책임 공유로 전환: 리더는 문제 상황이 발생할 때마다 스스로에게만 책임을 묻기보다, 팀과 함께 책임을 나누며 배우는 문화를 조성해야 합니다. 이를 위해 "내가 통제할 수 있는 것인가?"를 스스로 묻고, 통제할 수 없는 부분은 내려놓는 연습이 필요합니다.
 * 역할과 책임의 명확화: 리더는 팀원들에게 역할과 책임을 명확히 전달해야 합니다. 이를 위해 RACI 매트릭스와 같은 도구를 활용할 수 있습니다.
 * 실수를 학습 기회로 삼는 환경 조성: 팀이 실수할 때마다 배울 수 있는 기회를 제공하고, 이를 통해 자신감을 얻게 해야 합니다.
 * 위임과 주도성 장려: 과도한 통제를 피하고, 팀원들에게 위임과 성장의 기회를 주어야 합니다. 리더는 책임을 혼자 짊어지기보다, 팀 전체의 성장에 기여할 수 있는 환경을 만드는 것이 중요합니다.

리더십에서 책임을 나누는 방식을 통해 팀이 어떻게 성장할 수 있을지 다시 고민해 보는건 어떨까요?

https://leadthroughmistakes.substack.com/p/stop-telling-yourself-its-all-on

"제 잘못입니다. 모두 책임지겠습니다" 정말 문제를 해결해줄까요? 책임감이 뛰어난 리더들은 높은 기준을 지키려는 마음과 무거운 중압감에 자주 자책하는 모습을 보이기도 하는데요. 그러나 이러한 자책은 결국 팀원들의 자율성을 제한하고, 리더의 위임을 방해하며, 과보호적인 팀 환경을 만들어 팀의 성장을 저해할 수 있습니다. <ul ><li>책임의 내재화 문제: 자신의 실수로 모든 것을 책임지려는 마음가짐은 리더 개인과 팀에 부담을 줍니다. 이로 인해 리더는 점차 모든 일을 스스로 해결하려 하며, 이는 팀의 자율성과 책임 의식을 약화시킵니다.</li><li>책임 공유로 전환: 리더는 문제 상황이 발생할 때마다 스스로에게만 책임을 묻기보다, 팀과 함께 책임을 나누며 배우는 문화를 조성해야 합니다. 이를 위해 "내가 통제할 수 있는 것인가?"를 스스로 묻고, 통제할 수 없는 부분은 내려놓는 연습이 필요합니다.</li><li>역할과 책임의 명확화: 리더는 팀원들에게 역할과 책임을 명확히 전달해야 합니다. 이를 위해 RACI 매트릭스와 같은 도구를 활용할 수 있습니다.</li><li>실수를 학습 기회로 삼는 환경 조성: 팀이 실수할 때마다 배울 수 있는 기회를 제공하고, 이를 통해 자신감을 얻게 해야 합니다.</li><li>위임과 주도성 장려: 과도한 통제를 피하고, 팀원들에게 위임과 성장의 기회를 주어야 합니다. 리더는 책임을 혼자 짊어지기보다, 팀 전체의 성장에 기여할 수 있는 환경을 만드는 것이 중요합니다.</li></ul> 리더십에서 책임을 나누는 방식을 통해 팀이 어떻게 성장할 수 있을지 다시 고민해 보는건 어떨까요? https://leadthroughmistakes.substack.com/p/stop-telling-yourself-its-all-on

leadthroughmistakes.substack.com

"모두 제 잘못입니다" 멈추기

미국 UX 취업 특강을 진행합니다.

[날짜 및 시간 (한국 시간 기준)]

Day 1 (11/9 (토) 오후 12시 30분)
Chapter 1. 미국의 회사/라이프 스타일과 취업의 현실성 파악하기

Day 2 (11/10 (일) 오후 12시 30분)
Chapter 2. 미국 UX/UI디자인 취업을 위한 전략 세우기 (취업 전략, 포트폴리오 등)

* 각 세션은 1시간을 예상하고 있으나 Q&A 등으로 조금 더 길어질 수는 있습니다.
* 부득이하게 실시간 참석이 어려운 분들을 위해 녹화본을 일정 기간 제공해드릴 예정입니다. 하지만! 실시간 참석을 해주신 분들에게는 특별히 추가 "보너스 특강"을 제공해드릴 예정이에요. 가능하다면 꼭(!) 실시간 참석해주시기를 바랍니다^^

이 특강을 통해서 여러분은...
취업 가능성과 비자 및 거취 문제 등 미국 취업의 진짜 현실을 알 수 있습니다.
미국 취업을 하기 위해 시간과 돈을 얼마나 투자해야 하는지, 투자 대비 보상이 과연 있는지 알 수 있습니다.
미국 취업을 하기로 결정했을 때 무엇을 준비해야 하는지 취업 전략에 대해서 알 수 있습니다.
[수강생 후기]
이전 기수에서 해당 특강을 진행했을 때 수강해주신 분들이 공유해주신 후기입니다. 강의를 신청하시는데 참고가 되기를 바랍니다.
"미국 유학 및 취업에 대한 현실적인 문제를 알 수 있었습니다."
"미국취업하고 싶어서 어떻게 시작해야 할지 막막함이 있었는데, 어느정도 머릿속으로 정리되고 한걸음 나아갈 수 있는 계기가 된거 같고 용기도 얻

미국 UX 취업 특강(무료) 3기 신청 안내

미국 UX취업에 대해 궁금증을 풀어드리기 위한 "무료 미국 UX취업 특강"을 준비했고 이번주 토요일, 일요일 이틀에 걸쳐서 진행이 될 예정입니다. 이제 신청마감까지 4일 남았습니다. 특강에서는 아래의 내용을 다룰 예정이에요.

 * 미국 UX 취업, 유학, 비자..진짜 현실은 어떻게 될까?
 * 미국 UX 취업을 하기 위해 시간과 돈을 얼마나 투자해야 하는지, 투자 대비 보상이 과연 있을까?
 * 미국 취업을 하기로 결정했을 때 무엇을 준비해야 하는지 취업 전략(방법, 포트폴리오 전략 등)에 대해서 알 수 있습니다.

[날짜 및 시간 (한국 시간 기준)]

 * 11/9 (토) 오전 12시 30분 - Chapter 1. 미국의 회사/라이프 스타일과 취업의 현실성 파악하기
 * 11/10 (일) 오전 12시 30분 - Chapter 2. 미국 UX/UI디자인 취업을 위한 전략 세우기 (취업 전략, 포트폴리오 등)

* 각 세션은 1시간을 예상하고 있으나 Q&A 등으로 조금 더 길어질 수는 있습니다.

특강을 듣고 싶다면 아래 링크를 클릭하셔서 신청해주세요. 영상 통화 (구글 밋) 링크를 전달드립니다.

https://forms.gle/x7EYTukAy7mxbmDR6

미국 UX취업에 대해 궁금증을 풀어드리기 위한 "무료 미국 UX취업 특강"을 준비했고 이번주 토요일, 일요일 이틀에 걸쳐서 진행이 될 예정입니다. 이제 신청마감까지 4일 남았습니다. 특강에서는 아래의 내용을 다룰 예정이에요. <ul ><li>미국 UX 취업, 유학, 비자..진짜 현실은 어떻게 될까?</li><li>미국 UX 취업을 하기 위해 시간과 돈을 얼마나 투자해야 하는지, 투자 대비 보상이 과연 있을까?</li><li>미국 취업을 하기로 결정했을 때 무엇을 준비해야 하는지 취업 전략(방법, 포트폴리오 전략 등)에 대해서 알 수 있습니다.</li></ul> [날짜 및 시간 (한국 시간 기준)] <ul ><li>11/9 (토) 오전 12시 30분 - Chapter 1. 미국의 회사/라이프 스타일과 취업의 현실성 파악하기</li><li>11/10 (일) 오전 12시 30분 - Chapter 2. 미국 UX/UI디자인 취업을 위한 전략 세우기 (취업 전략, 포트폴리오 등)</li></ul> * 각 세션은 1시간을 예상하고 있으나 Q&amp;A 등으로 조금 더 길어질 수는 있습니다. 특강을 듣고 싶다면 아래 링크를 클릭하셔서 신청해주세요. 영상 통화 (구글 밋) 링크를 전달드립니다. https://forms.gle/x7EYTukAy7mxbmDR6

Google Docs

이번주 토/일 미국 UX취업 특강(무료)을 진행합니다.

입문자/취준생/이직생분들의 포트폴리오 만드는 것을 수년간 도와드리고, 또 면접관으로 포트폴리오들을 평가해보면서 의외로 많은 분들이 놓치고 있는 것이 있었습니다. 바로 "유저 리서치"입니다.

UX/UI디자인에서 U는 User를 뜻하는 만큼 사용자에 대한 이해를 바탕으로 프로젝트를 진행하지 않거나, 사용자를 통해 내가 만든 프로토타입 또는 솔루션을 UT 등을 통해서 검증하지 않는다면 UX/UI를 하는 의미가 사실상 없어진다고 생각해요. 그런 만큼 유저 리서치는 포트폴리오에서 보여줄 때, 지원자의 능력을 평가할 수 있는 아주 중요한 항목입니다. 그런데 지원자분들 중에는 포트폴리오에서 유저 리서치를 생략하거나 유저 리서치를 했다는 것을 겉핥기 식으로만 간단히 하고 넘어가는 경우가 많이 있었습니다. 자신의 유저 리서치 능력을 보여줄 수 있는 너무나 좋은/큰 기회를 놓치는 것이기 때문에 가급적이면 이 내용을 충실히 보여주시라고 말씀을 드리고 있습니다.

그보다 앞서서 왜 유저 리서치가 현업에서 중요하게 생각하는지를 설명을 드린다면 포트폴리오에 넣어야 하는 이유도 자연스럽게 이해하시리라 생각을 합니다. 그래서 준비했습니다. 왜 유저 리서치가 중요한지 정리한 영상을 공유합니다.

https://youtu.be/_eJDdeDm5eo

입문자/취준생/이직생분들의 포트폴리오 만드는 것을 수년간 도와드리고, 또 면접관으로 포트폴리오들을 평가해보면서 의외로 많은 분들이 놓치고 있는 것이 있었습니다. 바로 "유저 리서치"입니다. UX/UI디자인에서 U는 User를 뜻하는 만큼 사용자에 대한 이해를 바탕으로 프로젝트를 진행하지 않거나, 사용자를 통해 내가 만든 프로토타입 또는 솔루션을 UT 등을 통해서 검증하지 않는다면 UX/UI를 하는 의미가 사실상 없어진다고 생각해요. 그런 만큼 유저 리서치는 포트폴리오에서 보여줄 때, 지원자의 능력을 평가할 수 있는 아주 중요한 항목입니다. 그런데 지원자분들 중에는 포트폴리오에서 유저 리서치를 생략하거나 유저 리서치를 했다는 것을 겉핥기 식으로만 간단히 하고 넘어가는 경우가 많이 있었습니다. 자신의 유저 리서치 능력을 보여줄 수 있는 너무나 좋은/큰 기회를 놓치는 것이기 때문에 가급적이면 이 내용을 충실히 보여주시라고 말씀을 드리고 있습니다. 그보다 앞서서 왜 유저 리서치가 현업에서 중요하게 생각하는지를 설명을 드린다면 포트폴리오에 넣어야 하는 이유도 자연스럽게 이해하시리라 생각을 합니다. 그래서 준비했습니다. 왜 유저 리서치가 중요한지 정리한 영상을 공유합니다. https://youtu.be/_eJDdeDm5eo

뽑히는 UX/UI 포트폴리오를 뮈해 유저 리서치를 꼭 해야 하는 이유

Steve Jobs on how to perfect product design (genius playbook)

잡스의 플레이북: 미친듯이 훌륭한 제품을 디자인하는 방법

스티브잡스의 인사이트가 압축적으로 모여 있는 메모 번역글입니다.

프로덕트를 만드는데 있어 중요한 인사이트를 3가지 측면 (디자인 철학, 사용자 경험, 제품 개발) 으로 분류해서 요약 정리했어요.

한문장 한문장 되새김질 하는 중 🐮

https://shalomeir.substack.com/p/355

스티브잡스의 인사이트가 압축적으로 모여 있는 메모 번역글입니다. 프로덕트를 만드는데 있어 중요한 인사이트를 3가지 측면 (디자인 철학, 사용자 경험, 제품 개발) 으로 분류해서 요약 정리했어요. 한문장 한문장 되새김질 하는 중 🐮 https://shalomeir.substack.com/p/355

shalomeir.substack.com

생성형 AI를 다루는 프로젝트를 하면서 받아들이게 된 다소 불편한(?) 현실: 디자인 프로세스는 꼭 문제 정의에서 시작해야 하는 것은 아니다.

생성형 AI 또한 우리가 사용자 경험을 디자인하는데 쓰이는 “또 하나의” 기술임은 틀림이 없고, 이것이 실제 존재하는 문제를 해결해야 한다는 것에는 의심의 여지가 없다. AI를 위한 AI는 분명 경계할 일이다.

하지만 이걸 그저 “또 하나의” 기술로 치부하기엔 이것이 세상에 가져올 (그리고 이미 가져온) 변화의 규모가 너무 크지 않나 싶다.

이 기술의 가능성에 대해 공부하고 고민하고, 이것이 해결해줄 수 있는 pain point가 무엇이 있는지 생각해보는 프로세스가 어쩌면 우리가 의미있는 솔루션에 더 빠르게 도달할 수있게 하지 않을까. 소위 더블다이아몬드로 대표되는 디자인 프로세스에 근거하자면 앞뒤 순서가 바뀐 것 같은 접근 방식일 것이다.

하지만 지금 세상의 변화의 속도에 맞추어 꾸준히 가치를 창출해 내기 위해서 그간 우리가 당연시 여긴 프로세스에 대해 반문해보는 것도 필요할 것 같다.

생성형 AI를 다루는 프로젝트를 하면서 받아들이게 된 다소 불편한(?) 현실: 디자인 프로세스는 꼭 문제 정의에서 시작해야 하는 것은 아니다. 생성형 AI 또한 우리가 사용자 경험을 디자인하는데 쓰이는 “또 하나의” 기술임은 틀림이 없고, 이것이 실제 존재하는 문제를 해결해야 한다는 것에는 의심의 여지가 없다. AI를 위한 AI는 분명 경계할 일이다. 하지만 이걸 그저 “또 하나의” 기술로 치부하기엔 이것이 세상에 가져올 (그리고 이미 가져온) 변화의 규모가 너무 크지 않나 싶다. 이 기술의 가능성에 대해 공부하고 고민하고, 이것이 해결해줄 수 있는 pain point가 무엇이 있는지 생각해보는 프로세스가 어쩌면 우리가 의미있는 솔루션에 더 빠르게 도달할 수있게 하지 않을까. 소위 더블다이아몬드로 대표되는 디자인 프로세스에 근거하자면 앞뒤 순서가 바뀐 것 같은 접근 방식일 것이다. 하지만 지금 세상의 변화의 속도에 맞추어 꾸준히 가치를 창출해 내기 위해서 그간 우리가 당연시 여긴 프로세스에 대해 반문해보는 것도 필요할 것 같다.

생성형 AI와 더블다이아몬드

Write Down the Plan

엔지니어로서 일하면서 우리는 얼마나 자주 우리의 계획을 문서화하고 있을까요? 많은 경우 계획을 머릿속에만 담아두거나 구두로만 설명하고 끝내곤 합니다. 이 글에서는 "성장하는 엔지니어들"이나 "리더들"은 '계획을 글로 남기는' 습관을 가진 사람들이 많다고 합니다. 필자는 자신의 경험을 통해 이 습관이 프로모션과 성장을 가속화했다고 전하고 있습니다. 그렇다면, 계획을 문서화하는 습관이 우리에게 어떤 이점을 줄 수 있을까요?

 * 사고력 향상: 글로 생각을 정리하다 보면 논리적 서사로 전개되며 생각이 더 명확해집니다. 간결하게 쓰려는 과정에서 문제의 최적화나 추가적인 예외 상황을 발견하게 되는 경우도 많습니다.

 * 팀원 간의 정렬 (Alignment) 구축: 계획을 문서로 작성해 공유하면, 피드백을 받으면서 점차 팀원 모두가 같은 페이지에 있게 됩니다. 이를 통해 사전에 이견을 조율하고, 합의를 얻는 과정이 훨씬 수월해집니다.

 * 자신의 가시성 및 인지도 상승: 작성된 계획을 공유하면, 동료나 리더가 그 계획과 성과를 자연스럽게 연결지어 생각하게 됩니다. 덕분에 평가나 성과 회의에서도 미리 인지된 성과가 도움이 되어 보다 원활한 논의가 가능합니다.

이 블로그 글에서는 위와 같은 문서화 습관 덕분에 커리어의 여러 기회를 얻었다고 하는데요. 여러분들은 지금까지의 프로젝트에서 '글로 계획을 남기는' 습관을 얼마나 실천해 보셨나요? 다음 번 프로젝트에서는 이 습관을 도입해 보고 그 효과를 직접 경험해 보는 건 어떨까요?

https://www.developing.dev/p/write-down-the-plan

엔지니어로서 일하면서 우리는 얼마나 자주 우리의 계획을 문서화하고 있을까요? 많은 경우 계획을 머릿속에만 담아두거나 구두로만 설명하고 끝내곤 합니다. 이 글에서는 "성장하는 엔지니어들"이나 "리더들"은 '계획을 글로 남기는' 습관을 가진 사람들이 많다고 합니다. 필자는 자신의 경험을 통해 이 습관이 프로모션과 성장을 가속화했다고 전하고 있습니다. 그렇다면, 계획을 문서화하는 습관이 우리에게 어떤 이점을 줄 수 있을까요? <ul ><li>사고력 향상: 글로 생각을 정리하다 보면 논리적 서사로 전개되며 생각이 더 명확해집니다. 간결하게 쓰려는 과정에서 문제의 최적화나 추가적인 예외 상황을 발견하게 되는 경우도 많습니다.</li></ul> <ul ><li>팀원 간의 정렬 (Alignment) 구축: 계획을 문서로 작성해 공유하면, 피드백을 받으면서 점차 팀원 모두가 같은 페이지에 있게 됩니다. 이를 통해 사전에 이견을 조율하고, 합의를 얻는 과정이 훨씬 수월해집니다.</li></ul> <ul ><li>자신의 가시성 및 인지도 상승: 작성된 계획을 공유하면, 동료나 리더가 그 계획과 성과를 자연스럽게 연결지어 생각하게 됩니다. 덕분에 평가나 성과 회의에서도 미리 인지된 성과가 도움이 되어 보다 원활한 논의가 가능합니다.</li></ul> 이 블로그 글에서는 위와 같은 문서화 습관 덕분에 커리어의 여러 기회를 얻었다고 하는데요. 여러분들은 지금까지의 프로젝트에서 '글로 계획을 남기는' 습관을 얼마나 실천해 보셨나요? 다음 번 프로젝트에서는 이 습관을 도입해 보고 그 효과를 직접 경험해 보는 건 어떨까요? https://www.developing.dev/p/write-down-the-plan

www.developing.dev

계획을 글로 써보기

NAVER D2

﻿
순간적으로 트래픽이 급증하는 서비스를 운영하다 보면 단순히 서버를 늘리는 것만으로 해결이 안되는 경우가 있습니다. 또한 동시성 해결을 위해서 다양한 락(Lock)을 적용하여 처리한다고 해도 서비스를 온전히 사용하는 사용자가 있는 반면, 비즈니스 로직이나 상황에 따라서는 일부 사용자들은 정상적으로 사용이 어려운 경우가 생기기 마련인데요. 인기 있는 음식점을 가면 한정된 공간 안에 손님들을 모시기 위해 대부분 마련한 번호표 시스템처럼 서비스에도 "대기열 시스템" 을 적용해 보는 것도 검토의 대상이라 생각을 해봅니다.

네이버페이 주문에 적용된 확장 대기열 개발기라는 주제로 확장성에 초점을 두고 시스템 설계 측면에서 설명하는 글이 있어 공유합니다.

특히, 일반적인 폴링 형태로 사용자가 대기열을 통과 가능한지 체크하는 방식이 아닌 사용자와 대기열 사이에 중계 서버를 둬서 순번에 맞는 사용자만 통과시키는 방식이라든지 대기표 관리를 범위로써 관리하여 데이터베이스 관점에서 좀 더 유연한 구조를 가져간 점이 특징이라 볼 수 있는 것 같습니다.

https://d2.naver.com/helloworld/6480558

﻿순간적으로&nbsp;트래픽이&nbsp;급증하는&nbsp;서비스를&nbsp;운영하다 보면&nbsp;단순히&nbsp;서버를&nbsp;늘리는&nbsp;것만으로&nbsp;해결이&nbsp;안되는&nbsp;경우가&nbsp;있습니다.&nbsp;또한&nbsp;동시성&nbsp;해결을&nbsp;위해서&nbsp;다양한&nbsp;락(Lock)을&nbsp;적용하여&nbsp;처리한다고&nbsp;해도&nbsp;서비스를&nbsp;온전히&nbsp;사용하는&nbsp;사용자가&nbsp;있는&nbsp;반면,&nbsp;비즈니스&nbsp;로직이나&nbsp;상황에&nbsp;따라서는&nbsp;일부&nbsp;사용자들은&nbsp;정상적으로&nbsp;사용이&nbsp;어려운&nbsp;경우가&nbsp;생기기&nbsp;마련인데요.&nbsp;인기 있는&nbsp;음식점을&nbsp;가면&nbsp;한정된&nbsp;공간 안에&nbsp;손님들을&nbsp;모시기&nbsp;위해&nbsp;대부분&nbsp;마련한&nbsp;번호표&nbsp;시스템처럼&nbsp;서비스에도&nbsp;"대기열&nbsp;시스템"&nbsp;을&nbsp;적용해 보는&nbsp;것도&nbsp;검토의&nbsp;대상이라&nbsp;생각을&nbsp;해봅니다. 네이버페이 주문에 적용된 확장 대기열 개발기라는 주제로 확장성에 초점을 두고 시스템 설계 측면에서 설명하는 글이 있어 공유합니다. 특히,&nbsp;일반적인&nbsp;폴링 형태로&nbsp;사용자가&nbsp;대기열을&nbsp;통과&nbsp;가능한지&nbsp;체크하는&nbsp;방식이&nbsp;아닌&nbsp;사용자와&nbsp;대기열&nbsp;사이에&nbsp;중계&nbsp;서버를&nbsp;둬서&nbsp;순번에&nbsp;맞는&nbsp;사용자만&nbsp;통과시키는&nbsp;방식이라든지&nbsp;대기표&nbsp;관리를&nbsp;범위로써&nbsp;관리하여&nbsp;데이터베이스&nbsp;관점에서&nbsp;좀 더&nbsp;유연한&nbsp;구조를&nbsp;가져간&nbsp;점이&nbsp;특징이라&nbsp;볼 수&nbsp;있는 것&nbsp;같습니다. https://d2.naver.com/helloworld/6480558

d2.naver.com

네이버페이 주문에 적용된 확장 가능한 대기열 개발기

컴포넌트 기반 UI 개발의 패러다임을 주도한 React가 등장한지도 어느 덧 10년이 넘었네요. 이제 Vue.js, Svelte, Angular 등 어떤 프론트엔드 프레임워크를 사용하든 현대 웹 개발에서 컴포넌트 기반으로 UI 개발하는 것은 거의 당연한 얘기가 되었죠. 그리고 마침내 웹 컴포넌트(Web Components)를 통해서 별다른 프론트엔드 프레임워크가 없어도 UI 컴포넌트를 만들 수 있는 길이 활짝 열렸습니다.

웹 컴포넌트는 웹사이트나 애플리케이션에서 UI를 모듈화하고 재사용할 수도록 해주는 웹 표준 기술입니다. React와 같은 프론트엔드 프레임워크에서 오랫동안 경험해왔던 UI 컴포넌트를 떠올리시면 이해가 쉬우실 것 같습니다.

React 컴포넌트는 React에서만 쓸 수 있고, Vue.js 컴포넌트는 Vue.js에서만 쓸 수 있는 근본적인 한계가 있습니다. 하지만 웹 컴포넌트는 이와 같은 구애를 받지 않고 어떤 프론트엔드 프레임워크와도 함께 쓸 수 있습니다. 왜냐하면 웹 컴포넌트는 브라우저에서 네이티브(native)하게 작동하기 때문입니다.

이러한 웹 컴포넌트의 띄어난 호환성과 이식성, 재사용성 및 생산성 덕분에 최근에는 디자인 시스템(Design System)을 구현하는 최고의 기술로 주목받고 있습니다.

모든 기술이 그러하든 웹 컴포넌트가 장점만 있는 것은 아닙니다. 대표적인 단점으로 API가 직관적이지 않다고 평가받고 있고, 배우기 쉬운 기존 프런트엔드 프레임워크 대비 진입 장벽이 높은 편입니다. 그래서 실제 프로젝트에서는 이러한 단점을 보완한기 위해서 웹 컴포넌트를 직접 작성하기 보다는 Lit나 Stencil과 같은 라이브러리를 많이 사용합니다.

웹 컴포넌트은 크게 다음 세 가지 핵심 기술로 이루어집니다.
 * Custom Elements: 사용자 정의 HTML 요소(element) 또는 태그(tag)를 정의할 수 있습니다.
 * Shadow DOM: DOM 트리의 일부를 캡슐화하여 스타일과 마크업이 외부와 충돌하지 않도록 해줍니다.
 * HTML Templates: 화면에 나타나지 않는 HTML 조각(fragment)을 정의해놓고 재사용할 수 있습니다.
이 웹 표준 기술들은 현재 주요 브라우저에서 모두 지원되고 있습니다.

이번 포스팅에서는 각각의 기반 기술을 하나씩 살펴보면 웹 컴포넌트의 기본 개념을 잡아보도록 하겠습니다.

📝 포스팅: https://www.daleseo.com/web-components/

컴포넌트 기반 UI 개발의 패러다임을 주도한 React가 등장한지도 어느 덧 10년이 넘었네요. 이제 Vue.js, Svelte, Angular 등 어떤 프론트엔드 프레임워크를 사용하든 현대 웹 개발에서 컴포넌트 기반으로 UI 개발하는 것은 거의 당연한 얘기가 되었죠. 그리고 마침내 웹 컴포넌트(Web Components)를 통해서 별다른 프론트엔드 프레임워크가 없어도 UI 컴포넌트를 만들 수 있는 길이 활짝 열렸습니다. 웹 컴포넌트는 웹사이트나 애플리케이션에서 UI를 모듈화하고 재사용할 수도록 해주는 웹 표준 기술입니다. React와 같은 프론트엔드 프레임워크에서 오랫동안 경험해왔던 UI 컴포넌트를 떠올리시면 이해가 쉬우실 것 같습니다. React 컴포넌트는 React에서만 쓸 수 있고, Vue.js 컴포넌트는 Vue.js에서만 쓸 수 있는 근본적인 한계가 있습니다. 하지만 웹 컴포넌트는 이와 같은 구애를 받지 않고 어떤 프론트엔드 프레임워크와도 함께 쓸 수 있습니다. 왜냐하면 웹 컴포넌트는 브라우저에서 네이티브(native)하게 작동하기 때문입니다. 이러한 웹 컴포넌트의 띄어난 호환성과 이식성, 재사용성 및 생산성 덕분에 최근에는 디자인 시스템(Design System)을 구현하는 최고의 기술로 주목받고 있습니다. 모든 기술이 그러하든 웹 컴포넌트가 장점만 있는 것은 아닙니다. 대표적인 단점으로 API가 직관적이지 않다고 평가받고 있고, 배우기 쉬운 기존 프런트엔드 프레임워크 대비 진입 장벽이 높은 편입니다. 그래서 실제 프로젝트에서는 이러한 단점을 보완한기 위해서 웹 컴포넌트를 직접 작성하기 보다는 Lit나 Stencil과 같은 라이브러리를 많이 사용합니다. 웹 컴포넌트은 크게 다음 세 가지 핵심 기술로 이루어집니다.<ul ><li>Custom Elements: 사용자 정의 HTML 요소(element) 또는 태그(tag)를 정의할 수 있습니다.</li><li>Shadow DOM: DOM 트리의 일부를 캡슐화하여 스타일과 마크업이 외부와 충돌하지 않도록 해줍니다.</li><li>HTML Templates: 화면에 나타나지 않는 HTML 조각(fragment)을 정의해놓고 재사용할 수 있습니다.</li></ul>이 웹 표준 기술들은 현재 주요 브라우저에서 모두 지원되고 있습니다. 이번 포스팅에서는 각각의 기반 기술을 하나씩 살펴보면 웹 컴포넌트의 기본 개념을 잡아보도록 하겠습니다. 📝 포스팅: https://www.daleseo.com/web-components/

웹 컴포넌트 (Web Components)

알림과 실시간 채팅 같은 서비스를 구현할 때, 우리는 자연스럽게 두 가지 기술 사이에서 고민에 빠지게 됩니다. SSE와 WebSocket은 각기 다른 매력을 지닌 두 명의 주인공과 같습니다. 이 포스팅에서는 SSE와 WebSocket의 특징과 사용법을 비교해 보면서, ‘내 프로젝트에서는 어떤 녀석이 주인공일까?’에 대한 답을 찾아보도록 하겠습니다. 실시간 통신의 필요성여러분의 앱이 최신 주식 가격을 보여주거나 "우리 동네에 눈이 내립니다!" 같은 알림을 띄워야 한다면, 실시간 통신은 선택이 아니라 필수입니다. 그런데 문제는 단방향이냐, 양방향이냐! 양방향 통신을 택하면 더 복잡하지만 매력적이고, 단방향 통신은 더 기능이 적지만 그만큼 단순합니다. 둘 중 어느 쪽을 고를지 결정하기 위해선 기술들의 성격을 ..

SSE와 WebSocket, 그들은 왜 실시간 통신의 라이벌이 되었을까?

이 포스팅에서는 SSE와 WebSocket의 특징과 사용법을 비교해 보면서, ‘내 프로젝트에서는 어떤 녀석이 주인공일까?’에 대한 답을 찾아보도록 하겠습니다.
 
SSE (Server-Sent Events)
SSE는 마치 선생님이 수업 시간 내내 일방적으로 학생들에게 말하는 것과 같습니다. 학생(클라이언트)은 계속해서 듣고 받아 적어야 하죠.
 * 학생: 선생님, 질문이 있습니다
 * SSE: 미안, 넌 질문할 수 없어!
 
 
SSE는 서버가 클라이언트에게 일방적으로 데이터를 푸시할 때 쓰입니다. HTTP 기반이라서 프록시나 방화벽이 거부하지 않습니다.
 
서버에서 매초마다 데이터를 보낸다고 상상해 볼까요?
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.http.HttpServletResponse;

@RestController
public class SSEController {

 @GetMapping("/sse")
 public void streamEvents(HttpServletResponse response) throws IOException {
 response.setContentType("text/event-stream");
 response.setCharacterEncoding("UTF-8");

 PrintWriter writer = response.getWriter();
 for (int i = 1; i <= 5; i++) {
 writer.write("data: SSE 이벤트 #" + i + "\n\n");
 writer.flush();
 try {
 Thread.sleep(1000); // 1초마다 이벤트 전송
 } catch (InterruptedException e) {
 Thread.currentThread().interrupt();
 }
 }
 writer.close();
 }
}

const eventSource = new EventSource('/sse');

eventSource.onmessage = function(event) {
 console.log("새 이벤트 수신:", event.data);
};

eventSource.onerror = function() {
 console.error("SSE 연결 오류 발생");
};

장점:
 * SSE는 자동 재연결을 지원합니다.
 * 설정이 간단해서 빨리 구현하고 싶은 개발자에겐 최적입니다.
단점:
 * 오직 단방향입니다. 클라이언트는 서버에 말을 걸 수 없어요. (서운하지만 어쩔 수 없습니다.)
 * 데이터를 텍스트로만 보내는 게 편합니다. 이미지나 비디오 전송은 꿈도 꾸지 마세요.
 
WebSocket
WebSocket은 연애 초기의 커플 같아요. 둘이 채팅하느라 시간 가는 줄 모르죠. 양방향 통신이 가능하기 때문에 서버와 클라이언트가 자유롭게 대화를 주고받습니다.
 * A: "지금 뭐 해?"
 * B: "지금 네 메시지 받았어. 다시 보낼게!"

이제 서버와 클라이언트가 한바탕 신나게 대화하는 예제를 보겠습니다.
@Configuration
@EnableWebSocket
public class WebSocketConfig implements WebSocketConfigurer {
 @Override
 public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) {
 registry.addHandler(new TextWebSocketHandler() {
 @Override
 protected void handleTextMessage(WebSocketSession session, TextMessage message) 
 throws Exception {
 session.sendMessage(new TextMessage("에코: " + message.getPayload()));
 }
 }, "/ws");
 }
}

const socket = new WebSocket('ws://localhost:8080/ws');

socket.onopen = () => {
 console.log('WebSocket 연결 성공!');
 socket.send('안녕, 서버!');
};

socket.onmessage = (event) => {
 console.log('받은 메시지:', event.data);
};

장점:
 * 양방향이라 서버와 클라이언트가 마음껏 수다를 떨 수 있습니다.
 * 텍스트뿐만 아니라 바이너리 데이터도 전송할 수 있어요. (그림도 보낼 수 있다는 얘기죠!)
단점:
 * 설정이 조금 귀찮습니다. 방화벽에 걸리기 쉽고, 초기 핸드셰이크까지 해야 하니까요.
 * 재연결? 그런 거 없습니다. 알아서 다시 연결할 방법을 짜야 해요.
 
마무리 및 결론
 * SSE는 "너 듣기만 해, 내가 다 말해줄게" 스타일에 적합합니다. 실시간 뉴스나 알림처럼 서버에서 클라이언트로만 정보가 흐를 때 좋습니다.
 * 반면에, WebSocket은 "같이 떠들자!" 스타일입니다. 채팅, 게임처럼 상호작용이 필요한 경우 선택하세요.
 
저는 개인적으로 어드민 UI에서 서버 로그를 실시간으로 출력할 때 SSE를 사용했습니다. 클라이언트가 서버에게 말할 필요가 없었기 때문에 SSE가 완벽한 선택이었습니다. 만약 반대로 채팅 앱을 만들었다면? WebSocket이 당연히 주인공이 되었겠죠.
 
이제 여러분도 SSE와 WebSocket 중 누구를 주인공으로 선택할지 결정할 수 있겠죠?

이 포스팅에서는 SSE와 WebSocket의 특징과 사용법을 비교해 보면서, ‘내 프로젝트에서는 어떤 녀석이 주인공일까?’에 대한 답을 찾아보도록 하겠습니다.&nbsp;SSE (Server-Sent Events)SSE는 마치 선생님이 수업 시간 내내 일방적으로 학생들에게 말하는 것과 같습니다. 학생(클라이언트)은 계속해서 듣고 받아 적어야 하죠.<ul ><li>학생: 선생님, 질문이 있습니다</li><li>SSE: 미안, 넌 질문할 수 없어! </li></ul>SSE는 서버가 클라이언트에게 일방적으로 데이터를 푸시할 때 쓰입니다. HTTP 기반이라서 프록시나 방화벽이 거부하지 않습니다.&nbsp;서버에서 매초마다 데이터를 보낸다고 상상해 볼까요?<pre ><code class="language-javascript">import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RestController;

import java.io.IOException;
import java.io.PrintWriter;
import javax.servlet.http.HttpServletResponse;

@RestController
public class SSEController {

 @GetMapping("/sse")
 public void streamEvents(HttpServletResponse response) throws IOException {
 response.setContentType("text/event-stream");
 response.setCharacterEncoding("UTF-8");

 PrintWriter writer = response.getWriter();
 for (int i = 1; i &lt;= 5; i++) {
 writer.write("data: SSE 이벤트 #" + i + "\n\n");
 writer.flush();
 try {
 Thread.sleep(1000); // 1초마다 이벤트 전송
 } catch (InterruptedException e) {
 Thread.currentThread().interrupt();
 }
 }
 writer.close();
 }
}</code></pre><pre ><code class="language-javascript">const eventSource = new EventSource('/sse');

eventSource.onmessage = function(event) {
 console.log("새 이벤트 수신:", event.data);
};

eventSource.onerror = function() {
 console.error("SSE 연결 오류 발생");
};</code></pre>장점:<ul ><li>SSE는 자동 재연결을 지원합니다.</li><li>설정이 간단해서 빨리 구현하고 싶은 개발자에겐 최적입니다.</li></ul>단점:<ul ><li>오직 단방향입니다. 클라이언트는 서버에 말을 걸 수 없어요. (서운하지만 어쩔 수 없습니다.)</li><li>데이터를 텍스트로만 보내는 게 편합니다. 이미지나 비디오 전송은 꿈도 꾸지 마세요.</li></ul>&nbsp;WebSocketWebSocket은 연애 초기의 커플 같아요. 둘이 채팅하느라 시간 가는 줄 모르죠. 양방향 통신이 가능하기 때문에 서버와 클라이언트가 자유롭게 대화를 주고받습니다.<ul ><li>A: "지금 뭐 해?"</li><li>B: "지금 네 메시지 받았어. 다시 보낼게!"</li></ul> 이제 서버와 클라이언트가 한바탕 신나게 대화하는 예제를 보겠습니다.<pre ><code class="language-java">@Configuration
@EnableWebSocket
public class WebSocketConfig implements WebSocketConfigurer {
 @Override
 public void registerWebSocketHandlers(WebSocketHandlerRegistry registry) {
 registry.addHandler(new TextWebSocketHandler() {
 @Override
 protected void handleTextMessage(WebSocketSession session, TextMessage message) 
 throws Exception {
 session.sendMessage(new TextMessage("에코: " + message.getPayload()));
 }
 }, "/ws");
 }
}</code></pre><pre ><code class="language-java">const socket = new WebSocket('ws://localhost:8080/ws');

socket.onopen = () =&gt; {
 console.log('WebSocket 연결 성공!');
 socket.send('안녕, 서버!');
};

socket.onmessage = (event) =&gt; {
 console.log('받은 메시지:', event.data);
};</code></pre>장점:<ul ><li>양방향이라 서버와 클라이언트가 마음껏 수다를 떨 수 있습니다.</li><li>텍스트뿐만 아니라 바이너리 데이터도 전송할 수 있어요. (그림도 보낼 수 있다는 얘기죠!)</li></ul>단점:<ul ><li>설정이 조금 귀찮습니다. 방화벽에 걸리기 쉽고, 초기 핸드셰이크까지 해야 하니까요.</li><li>재연결? 그런 거 없습니다. 알아서 다시 연결할 방법을 짜야 해요.</li></ul>&nbsp;마무리 및 결론<ul ><li>SSE는 "너 듣기만 해, 내가 다 말해줄게" 스타일에 적합합니다. 실시간 뉴스나 알림처럼 서버에서 클라이언트로만 정보가 흐를 때 좋습니다.</li><li>반면에, WebSocket은 "같이 떠들자!" 스타일입니다. 채팅, 게임처럼 상호작용이 필요한 경우 선택하세요.</li></ul>&nbsp;저는 개인적으로 어드민 UI에서 서버 로그를 실시간으로 출력할 때 SSE를 사용했습니다. 클라이언트가 서버에게 말할 필요가 없었기 때문에 SSE가 완벽한 선택이었습니다. 만약 반대로 채팅 앱을 만들었다면? WebSocket이 당연히 주인공이 되었겠죠.&nbsp;이제 여러분도 SSE와 WebSocket 중 누구를 주인공으로 선택할지 결정할 수 있겠죠?&nbsp;&nbsp;

덕토피아

SSE와 WebSocket, 그들은 왜 실시간 통신의 라이벌이 되

요즘 연습 중인 생각의 회로: 다 대표 탓이라고 생각하면 돌파구가 나옵니다. 

눈코 뜰 새 없이 매일을 살아가다, 턱 막히는 순간들이 옵니다. 지금까지는 외부 요인에 집중했는데 시장, 제품, 팀, 투자자 탓 말고 원인을 창업가 본인에 두면 해결의 실마리도보이는 것 같아요. 

1)… | 댓글 11

LinkedIn Hannah Choi 페이지: 요즘 연습 중인 생각의 회로: 다 대표 탓이라고 생각하면 돌파구가 나옵니다. 눈코 뜰 새 없이 매일을 살아가다, 턱 막히는… | 댓글 11

스타트업을 운영 중이신 한 대표님께서 말씀하시길, 난관에 봉착했을 때 이전에는 외부 요인에 집중했었지만, 이제는 시장, 제품, 팀, 투자자를 탓하지 않고 원인을 창업가 본인에게서 찾아 해결의 실마리를 발견해 나간다고 합니다.

시장 "요즘 비시즌이라 섭외 볼륨이 없어요"
 * 계절성에 대해 대응을 하지 못한 탓
 * 시즌이 국가 한정이라면, 린하게 확장할 수 있을까? 반드시 상업 촬용 중개 수수료에만 BM을 한정해야 할까?

프로덕트 "고객님 거기까지는 아직 프로덕트 대응이 안돼서..."
 * 사업 상황에 맞지 않는 우선순위를 선정한 내 탓
 * 더욱 타이트하게 제품-사업 팀의 소통을 열 수 없었을까?
 * 채용 계획을 다시 점검해볼까 ?
 * 프로덕트 없이 손으로 당장 고객에게 벨류를 가져다 줄 방법은 없을까?

투자 "이번 라운드는 어려울 것 같습니다"
 * 해당 투자사가 원하는 제품, 시장, 벨류와 맞지 않는 피칭을 전달한 내 탓
 * 현재 우리 상황을 더 선호하는 투자사들을 만날 수 있게 아웃바운드 볼륨을 높여볼까?
 * 우리 팀의 미래에 대해 설득력을 높일 수 있는 방법은 없을까?

사업은 마음만큼 따라와 주지 않는 일이 90%지만, 이런 저런 핑계말고 내 손으로 더 할 수 있는 일을 찾아보고 있습니다. 시장이 당장 바뀌기 어려워도, 제품이 하루 아침에 업데이트 되기는 힘들어도, 돌아선 투자사의 마음을 바꾸기는 어려워도 적어도 창업자 자신은 지금 당장 무엇인가 시도해볼 수 있기 때문입니다.

스타트업을 운영 중이신 한 대표님께서 말씀하시길, 난관에 봉착했을 때 이전에는 외부 요인에 집중했었지만, 이제는 시장, 제품, 팀, 투자자를 탓하지 않고 원인을 창업가 본인에게서 찾아 해결의 실마리를 발견해 나간다고 합니다. 시장 "요즘 비시즌이라 섭외 볼륨이 없어요"<ul ><li>계절성에 대해 대응을 하지 못한 탓</li><li>시즌이 국가 한정이라면, 린하게 확장할 수 있을까? 반드시 상업 촬용 중개 수수료에만 BM을 한정해야 할까?</li></ul> 프로덕트 "고객님 거기까지는 아직 프로덕트 대응이 안돼서..."<ul ><li>사업 상황에 맞지 않는 우선순위를 선정한 내 탓 </li><li>더욱 타이트하게 제품-사업 팀의 소통을 열 수 없었을까?</li><li>채용 계획을 다시 점검해볼까 ?</li><li>프로덕트 없이 손으로 당장 고객에게 벨류를 가져다 줄 방법은 없을까?</li></ul> 투자 "이번 라운드는 어려울 것 같습니다"<ul ><li>해당 투자사가 원하는 제품, 시장, 벨류와 맞지 않는 피칭을 전달한 내 탓</li><li>현재 우리 상황을 더 선호하는 투자사들을 만날 수 있게 아웃바운드 볼륨을 높여볼까?</li><li>우리 팀의 미래에 대해 설득력을 높일 수 있는 방법은 없을까?</li></ul> 사업은 마음만큼 따라와 주지 않는 일이 90%지만, 이런 저런 핑계말고 내 손으로 더 할 수 있는 일을 찾아보고 있습니다. 시장이 당장 바뀌기 어려워도, 제품이 하루 아침에 업데이트 되기는 힘들어도, 돌아선 투자사의 마음을 바꾸기는 어려워도 적어도 창업자 자신은 지금 당장 무엇인가 시도해볼 수 있기 때문입니다.

www.linkedin.com

다 대표 탓이라고 하면 돌파구가 나옵니다.

단순히 취업이 아닌,
꾸준히 성장하는 핵심 인재가 되고 싶다면,

다각도에서 내 역량이 어떻게 성장하고 있는지
스스로 파악하는 메타 인지가 필요해요.

DATA/AI 분야 뿐만 아니라,
다양한 영역에서 내가
어떤 스킬을 얼마나 갖추고 있는지를 생각해보세요.

- 하드 스킬
- 소프트 스킬
- 커리어 스킬

기업이 뽑고 싶어하는,
아니 기업이 뽑을수 밖에 없는 인재들은
이런 디테일을 가지고 있답니다.

하드 스킬, 소프트 스킬, 그리고 커리어 스킬을 각각 성장의 관점에서 바라보고 주기적으로 점검하는 습관을 들여보세요.

이렇게 스스로 분석하고 객관적으로 바라볼수 있다면,
결국 기업에서 찾는 '핵심 인재'로 자리매김하게 될 거예요.

단순히 취업이 아닌, 꾸준히 성장하는 핵심 인재가 되고 싶다면, 다각도에서 내 역량이 어떻게 성장하고 있는지 스스로 파악하는 메타 인지가 필요해요. DATA/AI 분야 뿐만 아니라, 다양한 영역에서 내가 어떤 스킬을 얼마나 갖추고 있는지를 생각해보세요. - 하드 스킬 - 소프트 스킬 - 커리어 스킬 기업이 뽑고 싶어하는, 아니 기업이 뽑을수 밖에 없는 인재들은 이런 디테일을 가지고 있답니다. 하드 스킬, 소프트 스킬, 그리고 커리어 스킬을 각각 성장의 관점에서 바라보고 주기적으로 점검하는 습관을 들여보세요. 이렇게 스스로 분석하고 객관적으로 바라볼수 있다면, 결국 기업에서 찾는 '핵심 인재'로 자리매김하게 될 거예요.

꾸준히 성장하는 핵심 인재의 특징

Last week, I interviewed a friend who got to Staff (IC6) at Google by 28 in an unusual way.

What You Work On >> How Hard You Work

기술 경로에서 빠르게 성공한 개발자들의 전략이 무엇인지 궁금하지 않으신가요? 이번 이야기는 구글에서 20대 후반에 IC6(Staff) 단계까지 오른 한 개발자의 경험을 담고 있습니다. 그가 일주일에 평균 40시간도 일하지 않으면서도 어떻게 빠르게 승진할 수 있었는지, 핵심은 단순히 성실한 업무량이 아닌, 전략적인 선택과 소통 능력이었다고 합니다.

1) 결과 중심적 사고와 큰 임팩트를 만드는 일 선택하기
 * 핵심 목표 이해: 그는 조직에서 가장 중요하게 여기는 결과와 그것을 달성하기 위해 필요한 핵심 작업을 우선 파악했습니다.
 * 작은 일 거절하기: 영향력이 적은 일은 거절하고, 승진 가능성을 높일 수 있는 프로젝트에 집중했습니다.
 * 시간은 제한적: 누구에게나 주어진 시간은 동일하기에, 중요한 일을 선별하고 집중하는 것이 높은 성과를 내는 유일한 방법이라고 합니다.
 * 매니저와의 대화: 그가 일의 임팩트를 평가하는 능력을 키운 방법은 매니저나 기술 리더와의 대화를 통해서였습니다. 이는 다음 단계를 준비하는 데 중요한 과정이라고 합니다.
2) 부드럽게 “아니요”라고 말할 수 있는 소프트 스킬
 * 오버커뮤니케이션: 거절할 때는 반드시 설명이 필요하며, 이를 통해 오해나 문제를 방지할 수 있습니다. 예를 들어, 중요한 프로젝트에 집중해야 하므로 덜 중요한 일을 맡지 않겠다고 설명하는 식입니다.
 * 균형 잡기: 승진에 도움이 되지 않는 일을 모두 거절하면 팀 플레이어로서의 이미지가 나빠질 수 있으므로, 상황에 따라 유연하게 접근하는 것이 중요합니다.
 * 시간 보호하기: 시간이 곧 자산이므로, 무분별하게 모든 요청에 응답하지 않고 자신의 시간을 보호해야 합니다. 예를 들어, 다른 팀원들의 문의나 온콜(On-call) 근무를 모두 거절했던 한 Distinguished 엔지니어의 사례를 참고하며, 경우에 따라 시간 보호를 우선시할 필요도 있음을 강조했습니다.
자신의 시간을 지키고 집중하는 것이 성공적인 커리어로 가는 지름길이 될 수 있습니다. 여러분은 어떤 방식으로 업무를 선택하고, 집중력을 유지하고 계신가요?

https://www.developing.dev/p/what-you-work-on-how-hard-you-work

기술 경로에서 빠르게 성공한 개발자들의 전략이 무엇인지 궁금하지 않으신가요? 이번 이야기는 구글에서 20대 후반에 IC6(Staff) 단계까지 오른 한 개발자의 경험을 담고 있습니다. 그가 일주일에 평균 40시간도 일하지 않으면서도 어떻게 빠르게 승진할 수 있었는지, 핵심은 단순히 성실한 업무량이 아닌, 전략적인 선택과 소통 능력이었다고 합니다. 1) 결과 중심적 사고와 큰 임팩트를 만드는 일 선택하기<ul ><li>핵심 목표 이해: 그는 조직에서 가장 중요하게 여기는 결과와 그것을 달성하기 위해 필요한 핵심 작업을 우선 파악했습니다.</li><li>작은 일 거절하기: 영향력이 적은 일은 거절하고, 승진 가능성을 높일 수 있는 프로젝트에 집중했습니다.</li><li>시간은 제한적: 누구에게나 주어진 시간은 동일하기에, 중요한 일을 선별하고 집중하는 것이 높은 성과를 내는 유일한 방법이라고 합니다.</li><li>매니저와의 대화: 그가 일의 임팩트를 평가하는 능력을 키운 방법은 매니저나 기술 리더와의 대화를 통해서였습니다. 이는 다음 단계를 준비하는 데 중요한 과정이라고 합니다.</li></ul>2) 부드럽게 “아니요”라고 말할 수 있는 소프트 스킬<ul ><li>오버커뮤니케이션: 거절할 때는 반드시 설명이 필요하며, 이를 통해 오해나 문제를 방지할 수 있습니다. 예를 들어, 중요한 프로젝트에 집중해야 하므로 덜 중요한 일을 맡지 않겠다고 설명하는 식입니다.</li><li>균형 잡기: 승진에 도움이 되지 않는 일을 모두 거절하면 팀 플레이어로서의 이미지가 나빠질 수 있으므로, 상황에 따라 유연하게 접근하는 것이 중요합니다.</li><li>시간 보호하기: 시간이 곧 자산이므로, 무분별하게 모든 요청에 응답하지 않고 자신의 시간을 보호해야 합니다. 예를 들어, 다른 팀원들의 문의나 온콜(On-call) 근무를 모두 거절했던 한 Distinguished 엔지니어의 사례를 참고하며, 경우에 따라 시간 보호를 우선시할 필요도 있음을 강조했습니다.</li></ul>자신의 시간을 지키고 집중하는 것이 성공적인 커리어로 가는 지름길이 될 수 있습니다. 여러분은 어떤 방식으로 업무를 선택하고, 집중력을 유지하고 계신가요? https://www.developing.dev/p/what-you-work-on-how-hard-you-work

어떻게 일하느냐가 얼마나 열심히 하느냐보다 중요하다.

산호세 주립대에서 데이터 엔지니어링 강의를 가르친지 11주가 되어 간다. 80%의 학생은 인도에서 대학을 마치고 3-5년 일하면 번 돈으로 실리콘밸리에서 일하는 것을 꿈꾸며 넘어온 도전이란 관점에서 나무랄 때가 없는 사람들이다. 하지만 도전 정신 만큼 성적이 나오느냐는 다른 문제이다. 정규 분포를 분명히 따르며 적은 수의 다른 문화권 출신들과 비교해보면 평균 점수는 확연히 낮다. 나머지 20%의 학생들은 주로 대만계인데 중국 본토 출신들은 없다. 중국 본토 출신은 R&D에 관심이 있다보니 석사 후 취업 보다는 박사까지 하는 걸 많이 고려하다보니 없는 걸로 보인다.

지지난 주 중간 고사를 보고 결과에 대해 궁금증이 있거나 납득이 안되는 학생들은 오피스 아워로 오라고 했는데 인도 학생들만 오고 그 이외의 인종은 아무도 오지 않았다 :) 실리콘 밸리에서 일해본 사람이라면 어느 정도 인정할 수 밖에 없는 것은 바로 인도 사람들의 자신감과 도전 정신이다. 다른 문화권에 비해 자기 검열을 하는 사람은 현저하게 적다. 또 하나 다른 점은 권위에 도전한다는 점이다. 매니저라고 해서 교수라고 해서 자기 의견을 죽이는 사람보다는 어떻게든 표현하는 사람들이 많다. 암튼 이런 저런 요청을 많이 하고 질문이 많다.

이런 문화적 특성 위에 영어를 어렸을 때부터 사용했다보니 언어적인 문제가 적다. 같이 일했던 인도 동료들을 보면 발음은 처음에 이해하기 힘들지 몰라도 단어 선택이나 표현 자체는 원어민들보다도 좋은 사람들이 많았다.

이 조합들(자기검열을 덜 하고 권위에 도전하며 영어 자체에 익숙한 점)이 결국 리더십으로 갈 수 있느냐 없느냐를 결정하는 것 같다. 또 하나 무시할 수 없는 점은 동아시아권들에 비해 모국의 환경이 그다지 좋지 않다보니 실리콘밸리에서 어떻게든 성공하겠다는 간절함이 더 있다고 보여진다.

가르치면서 이런 관찰을 또 할 줄은 몰랐지만 암튼 덜 자기검열하고 욕망을 잘 표현하고 의사소통을 잘 하는 것이 긴 커리어에서는 참 중요한 기술이다. 참 이번에 주관식 초벌 채점은 RAG로 해봤는데 물론 최종검수를 했고 RAG 만드느라 더 시간을 썼지만 아주 흥미로운 경험이었다. 나중에는 한번 이 이야기해도 공유 해봐야겠다.

산호세 주립대에서 데이터 엔지니어링 강의를 가르친지 11주가 되어 간다. 80%의 학생은 인도에서 대학을 마치고 3-5년 일하면 번 돈으로 실리콘밸리에서 일하는 것을 꿈꾸며 넘어온 도전이란 관점에서 나무랄 때가 없는 사람들이다. 하지만 도전 정신 만큼 성적이 나오느냐는 다른 문제이다. 정규 분포를 분명히 따르며 적은 수의 다른 문화권 출신들과 비교해보면 평균 점수는 확연히 낮다. 나머지 20%의 학생들은 주로 대만계인데 중국 본토 출신들은 없다. 중국 본토 출신은 R&amp;D에 관심이 있다보니 석사 후 취업 보다는 박사까지 하는 걸 많이 고려하다보니 없는 걸로 보인다. 지지난 주 중간 고사를 보고 결과에 대해 궁금증이 있거나 납득이 안되는 학생들은 오피스 아워로 오라고 했는데 인도 학생들만 오고 그 이외의 인종은 아무도 오지 않았다 :) 실리콘 밸리에서 일해본 사람이라면 어느 정도 인정할 수 밖에 없는 것은 바로 인도 사람들의 자신감과 도전 정신이다. 다른 문화권에 비해 자기 검열을 하는 사람은 현저하게 적다. 또 하나 다른 점은 권위에 도전한다는 점이다. 매니저라고 해서 교수라고 해서 자기 의견을 죽이는 사람보다는 어떻게든 표현하는 사람들이 많다. 암튼 이런 저런 요청을 많이 하고 질문이 많다. 이런 문화적 특성 위에 영어를 어렸을 때부터 사용했다보니 언어적인 문제가 적다. 같이 일했던 인도 동료들을 보면 발음은 처음에 이해하기 힘들지 몰라도 단어 선택이나 표현 자체는 원어민들보다도 좋은 사람들이 많았다. 이 조합들(자기검열을 덜 하고 권위에 도전하며 영어 자체에 익숙한 점)이 결국 리더십으로 갈 수 있느냐 없느냐를 결정하는 것 같다. 또 하나 무시할 수 없는 점은 동아시아권들에 비해 모국의 환경이 그다지 좋지 않다보니 실리콘밸리에서 어떻게든 성공하겠다는 간절함이 더 있다고 보여진다. 가르치면서 이런 관찰을 또 할 줄은 몰랐지만 암튼 덜 자기검열하고 욕망을 잘 표현하고 의사소통을 잘 하는 것이 긴 커리어에서는 참 중요한 기술이다. 참 이번에 주관식 초벌 채점은 RAG로 해봤는데 물론 최종검수를 했고 RAG 만드느라 더 시간을 썼지만 아주 흥미로운 경험이었다. 나중에는 한번 이 이야기해도 공유 해봐야겠다.

산호세 주립대에서 가르치며 다시 한번 깨달은 인도계의 다른 점

이 글은 DuckDB 사용법을 작성한 글입니다 예상 독자 DuckDB가 궁금하신 분 데이터 분석가 : Pandas가 느리다고 생각해서 다른 대안을 찾고 있는 분 데이터 엔지니어 : 데이터 엔지니어링의 Transform 영역에서 활용할 수 있는 수단을 찾고 있는 분. 작은 규모의 회사에서 데이터 웨어하우스를 고민하고 있는 분 키워드 : Duckdb 사용법, Duckdb 설치,...

DuckDB 사용법(DuckDB Python + Jupyter Lab)

 * 요즘 Pandas 대용, 데이터 웨어하우스 대용으로 많이 언급되는 DuckDB 사용법을 작성한 글입니다
 * 정말 빠르니 데이터 직무에 계신 분들은 꼭 보시고 사용해보시면 좋겠네요..!!!

https://zzsza.github.io/data-engineering/2024/10/25/duckdb/

<ul ><li>요즘 Pandas 대용, 데이터 웨어하우스 대용으로 많이 언급되는 DuckDB 사용법을 작성한 글입니다</li><li>정말 빠르니 데이터 직무에 계신 분들은 꼭 보시고 사용해보시면 좋겠네요..!!!</li></ul> https://zzsza.github.io/data-engineering/2024/10/25/duckdb/

zzsza.github.io

DuckDB 사용법

채용 담당자 시절 느낀 적당한 장수는 다음과 같았습니다.

👉 총 35-40p 이내
👉 프로젝트 4-5개, 장당 7-8p
👉 구조: 배경 > 문제정의 > 가설 > 솔루션 > 결과해석 > 레슨런
👉 프로젝트 = 서비스 아님
👉 서비스 하나당 n개의 프로젝트가 나올 수 있음
👉 문제 해결력을 잘 보여줄 수 있는 중요도 순서로 배치함 (최신순 아니어도 됨)

채용 담당자 시절 느낀 적당한 장수는 다음과 같았습니다. 👉 총 35-40p 이내👉 프로젝트 4-5개, 장당 7-8p👉 구조: 배경 &gt; 문제정의 &gt; 가설 &gt; 솔루션 &gt; 결과해석 &gt; 레슨런👉 프로젝트 = 서비스 아님👉 서비스 하나당 n개의 프로젝트가 나올 수 있음👉 문제 해결력을 잘 보여줄 수 있는 중요도 순서로 배치함 (최신순 아니어도 됨)

🎯 적당한 포트폴리오 장수는?

월급이 적다는 이유로 회사를 그만둔 적은 없었지만… 그런 이유를 대봤으면 어땠을까 상상해 봤습니다.

대체 불가능한 직원

월급이 적다는 이유로 회사를 그만둔 적은 없었지만…
그런 이유를 대봤으면 어땠을까 상상해 봤습니다.

“얼마나 올려주면 되는데?”
“50퍼센트요.”

한 번쯤 그렇게 말해볼 걸.
회사에서 인정하는 진짜 내 가치를 알 수 있을 테니깐.

하지만 저는 답을 알고 있기도 합니다.
“잘 가라.”

저는 대체 불가능한 사람이 아니었으므로.

만약 제가 대체 불가능했다면…
어떤 이유를 대며 그만둔다고 말했든 간에 회사에서 먼저 제안 했을 겁니다.
절대 거절할 수 없는 제안을.

그런 제안을 받아본 적이 없다는 것은 슬픈 일입니다.
언제든 대체 가능한 사람이었다는 것이 분명하므로.

https://jeho.page/essay/2024/10/29/irreplaceable.html

월급이 적다는 이유로 회사를 그만둔 적은 없었지만… 그런 이유를 대봤으면 어땠을까 상상해 봤습니다. “얼마나 올려주면 되는데?” “50퍼센트요.” 한 번쯤 그렇게 말해볼 걸. 회사에서 인정하는 진짜 내 가치를 알 수 있을 테니깐. 하지만 저는 답을 알고 있기도 합니다.“잘 가라.” 저는 대체 불가능한 사람이 아니었으므로. 만약 제가 대체 불가능했다면… 어떤 이유를 대며 그만둔다고 말했든 간에 회사에서 먼저 제안 했을 겁니다.절대 거절할 수 없는 제안을. 그런 제안을 받아본 적이 없다는 것은 슬픈 일입니다. 언제든 대체 가능한 사람이었다는 것이 분명하므로. https://jeho.page/essay/2024/10/29/irreplaceable.html

K리그 프로그래머

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

✅ 실제로 디자인 취업 고민이 있으신 분들만 오셨으면 합니다! 

입사 과정에서 겪는 다양한 어려움을 함께 나누고, 실질적인 조언을 주고받을 수 있는 분위기를 지향합니다. 서로의 고민을 이야기하고, 더 나은 포트폴리오를 만들기 위한 인사이트를 얻어가세요 🙋

<디자인 취업 고민>
https://open.kakao.com/o/gqr3zbNg

글로벌 앱을 만드는 픽소의 프로덕트 디자이너, 신선 식재료 브랜드 정육각의 디자인 디렉터로 일했습니다. 현재는 디자인 관련 글을 쓰는 작가로 활동 중이며, 디자인 윤리 커뮤니티 '인간을 위한 디자인'을 운영 중이기도 합니다.

Product Designer

우디

10년간 현업에서 디자인 리더와 PO로 일하며 세 권의 책을 집필했습니다. 현재는 기업을 대상으로 UX 컨설팅과 자문을 제공하고 있으며, 디자인 대중 강연을 하고 있습니다.

프로덕트 디자이너

박서란

대구 IVF 간사

남주

 Design Lead

UX/UI 디자이너

콘텐츠

라이프스타일

유아

- 신규 프로덕트의 구축-배포-유지 관리
- 신규 스쿼드 스크럼 마스터 역할 수행

Senior Product Designer

의료 / 헬스케어

프로덕트 디자인

UI 디자인

UX 디자인

글쓰기

논리적 사고

데이터 분석

브랜드 디자인

커뮤니케이션

콘텐츠 기획

슬립테크 기업 에이슬립 프로덕트 오너

Product Owner

Senior UX/UI Designer

이커머스

식음료

- 예비 유니콘 기업 전체 디자인 총괄
- 가장 현실적인 디자인 혁신상 수상. 

Head of Design

Product Owner의 Basic, Hard skill 집중 트레이닝

🎯 적당한 포트폴리오 장수는?

댓글 1

비슷한 게시물

주간 인기 TOP 10

추천 프로필