백오피스 서버를 Vercel 에서 Fly.io로 옮겼다.

RSC/Server Action을 디폴트로 사용하게 되면서 Vercel의 장점이 크게 낮아졌고, Vercel의 서버 구조로 인해서 속도 저하로 인한 사용성이 많이 떨어질 뿐만 아니라, 디버깅하거나 세세한 로직을 제어하기가 어려워졌다.

물론 이미지 최적화 등을 손쉽게 할 수 있는 등의 여러가지 편의 기능이 있긴 하지만, 무엇보다 성능 최적화와 디버깅이 어렵다는 점이 좀 괴로웠음. 요즘 트래픽 좀만 높아져도 비용 폭탄 맞는다는 말도 많이 나오고..

덕분에 Fly.io를 자세하게 들여다 보게 되었는데, 이거 아주 물건임.

가격도 좋고 대시보드도 잘 되어 있고, 무엇보다 VM을 배포하거나 API로 제어하는 것이 매우 간편하다는 점이 아주 만족스럽다. PaaS, IaaS의 기치가 DevOps를 외주 주세요. 라는 것이지만 늘 뭔가 좀 부족하다는 생각을 했다면, Fly.io는 진짜로 DevOps가 있는 것 같은 느낌.

다만, 보안적인 문제가 약간 걱정되는 면이 있긴 한데, 배포 프로세스를 자동화하고 정책을 잘 정하면 문제 없을 듯.

백오피스 서버를 Vercel 에서 Fly.io로 옮겼다. RSC/Server Action을 디폴트로 사용하게 되면서 Vercel의 장점이 크게 낮아졌고, Vercel의 서버 구조로 인해서 속도 저하로 인한 사용성이 많이 떨어질 뿐만 아니라, 디버깅하거나 세세한 로직을 제어하기가 어려워졌다. 물론 이미지 최적화 등을 손쉽게 할 수 있는 등의 여러가지 편의 기능이 있긴 하지만, 무엇보다 성능 최적화와 디버깅이 어렵다는 점이 좀 괴로웠음. 요즘 트래픽 좀만 높아져도 비용 폭탄 맞는다는 말도 많이 나오고.. 덕분에 Fly.io를 자세하게 들여다 보게 되었는데, 이거 아주 물건임. 가격도 좋고 대시보드도 잘 되어 있고, 무엇보다 VM을 배포하거나 API로 제어하는 것이 매우 간편하다는 점이 아주 만족스럽다. PaaS, IaaS의 기치가 DevOps를 외주 주세요. 라는 것이지만 늘 뭔가 좀 부족하다는 생각을 했다면, Fly.io는 진짜로 DevOps가 있는 것 같은 느낌. 다만, 보안적인 문제가 약간 걱정되는 면이 있긴 한데, 배포 프로세스를 자동화하고 정책을 잘 정하면 문제 없을 듯.

리더와 구성원 모두 1on1 미팅에서 어떤 질문을 해야할지, 어떤 아젠다로 시작할지 어려운 경우가 많습니다. 평소에 하기 어려운 이야기를 꺼내기 힘들어 회피하는 경향도 있고요. 이런 상황에서 주제별로 활용하기 좋은 1on1 미팅 질문을 정리했습니다.

1on1 미팅 : 팀과 팀원을 성장시키는 질문 리스트 (리더 편) | flex 공식 블로그

1on1 미팅을 상투적인 업무 공유로 흘러가지 않도록 하는 방법은 2가지입니다.
첫 번째, 미팅에 대한 목표를 설정하는 것
1on1을 통해 어떤 목적을 달성할 리더와 팀원이 서로 공유하면 대화 유형과 질문 리스트도 더욱 구체화될 수 있습니다.
두 번째, 단순히 업무와 프로젝트 공유하는 것 이상의 질문을 하는 것입니다.
하지만 리더와 구성원 모두 1on1 미팅에서 어떤 질문을 해야할지, 대화를 시작하기 위해 어떤 아젠다로 시작할지 어려운 경우가 많습니다. 평소에 하기 어려운 이야기를 꺼내기 힘들어 회피하는 경향도 있고요.
성장과 발전에 대한 질문
 * 지난주에 일하면서 가장 기억에 남는 일과 힘들었던 일은 무엇이었나요?
 * 회사에서 더 자세히 알고 싶은 사람은 누구인가요?
 * 참여하고 싶거나 새롭게 시도하고 싶은 프로젝트가 있나요?
의사소통을 개선하기 위한 질문
 * 팀의 성과를 개선하기 위해 우리가 할 수 있는 일은 무엇일까요?
 * 우리 팀의 소통과 협업 수준에 만족하나요? 그렇지 않다면 어떻게 바꾸고 싶은가요?
 * 지금 가장 중요한 것 중에 아직 이야기하지 않은 것이 있나요?
 * 만약 당신이 팀을 관리한다면 무엇을 다르게 할 것인가요?
직원의 동기부여에 대한 질문
 * 만약 당신이 CEO였다면, 가장 먼저 바꾸고 싶은 것은 무엇인가요?
 * 이번 주에 일어난 일 중에 가장 칭찬하고 싶고 잘했다고 생각하는 일은 무엇인가요?
 * 개인적으로나 직업적으로 무엇에 열정을 가지고 있습니까?
 * 우리 팀에서 자신의 업무에 대해 칭찬을 받을 만한 사람은 누구이며, 그 이유는 무엇엇인가요?
 * 이전 관리자/리더가 당신에게 영감을 주고 동기를 부여한 일은 무엇입니까?
잠재적인 문제나 우려 사항을 해결하기 위한 질문
 * 지금 당장 당신이 업무를 더 만족스럽게, 잘할 수 있도록 만들기 위해 제가 할 수 있는 일은 무엇인가요?
 * 어디에서 도움이 필요하신가요?
 * 다른 팀원들이 무엇을 하고 있는지 궁금한 점이 있나요?

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

1on1 미팅을 상투적인 업무 공유로 흘러가지 않도록 하는 방법은 2가지입니다.첫 번째, 미팅에 대한 목표를 설정하는 것1on1을 통해 어떤 목적을 달성할 리더와 팀원이 서로 공유하면 대화 유형과 질문 리스트도 더욱 구체화될 수 있습니다.두 번째, 단순히 업무와 프로젝트 공유하는 것 이상의 질문을 하는 것입니다.하지만 리더와 구성원 모두 1on1 미팅에서 어떤 질문을 해야할지, 대화를 시작하기 위해 어떤 아젠다로 시작할지 어려운 경우가 많습니다. 평소에 하기 어려운 이야기를 꺼내기 힘들어 회피하는 경향도 있고요.성장과 발전에 대한 질문<ul ><li>지난주에 일하면서 가장 기억에 남는 일과 힘들었던 일은 무엇이었나요?</li><li>회사에서 더 자세히 알고 싶은 사람은 누구인가요?</li><li>참여하고 싶거나 새롭게 시도하고 싶은 프로젝트가 있나요?</li></ul>의사소통을 개선하기 위한 질문<ul ><li>팀의 성과를 개선하기 위해 우리가 할 수 있는 일은 무엇일까요?</li><li>우리 팀의 소통과 협업 수준에 만족하나요? 그렇지 않다면 어떻게 바꾸고 싶은가요?</li><li>지금 가장 중요한 것 중에 아직 이야기하지 않은 것이 있나요?</li><li>만약 당신이 팀을 관리한다면 무엇을 다르게 할 것인가요?</li></ul>직원의 동기부여에 대한 질문<ul ><li>만약 당신이 CEO였다면, 가장 먼저 바꾸고 싶은 것은 무엇인가요?</li><li>이번 주에 일어난 일 중에 가장 칭찬하고 싶고 잘했다고 생각하는 일은 무엇인가요?</li><li>개인적으로나 직업적으로 무엇에 열정을 가지고 있습니까?</li><li>우리 팀에서 자신의 업무에 대해 칭찬을 받을 만한 사람은 누구이며, 그 이유는 무엇엇인가요?</li><li>이전 관리자/리더가 당신에게 영감을 주고 동기를 부여한 일은 무엇입니까?</li></ul>잠재적인 문제나 우려 사항을 해결하기 위한 질문<ul ><li>지금 당장 당신이 업무를 더 만족스럽게, 잘할 수 있도록 만들기 위해 제가 할 수 있는 일은 무엇인가요?</li><li>어디에서 도움이 필요하신가요?</li><li>다른 팀원들이 무엇을 하고 있는지 궁금한 점이 있나요?</li></ul> 본 게시글은 ‘flex’의 콘텐츠를 보고 영감을 받아 공유합니다. 자세한 내용은 아래 원문을 읽어보세요 🙏🏻

flex.team

1on1 미팅 : 팀과 팀원을 성장시키는 질문 리스트

방송통신위원회가 아고다에 칼을 빼 들었습니다. 지난달 방송통신위원회는 요금 결제와 환불 절차에서 이용자에게 피해를 준 부분이 있는지 사실조사에 착수했습니다. 아고다는 싱가포르에 본사를 둔 여행 플랫폼으로 다양한 여행 상품을 판매합니다. 부킹닷컴과 함께 사용자를 압박하는 디자인 패턴으로 악명이 높습니다. 이번 쟁점은 주로 실제와 다른 정보 노출로 소비자를…

아고다 다크패턴: 결국 방통위가 나섰다

방송통신위원회가 아고다에 칼을 빼 들었습니다. 지난달 방송통신위원회는 요금 결제와 환불 절차에서 이용자에게 피해를 준 부분이 있는지 사실조사에 착수했습니다.
서비스의 거의 대부분의 영역에서 ‘무료 취소’라는 문구를 발견할 수 있습니다. 하지만 환불은 하늘의 별 따기입니다. 일부 항공권, 호텔은 어떤 이유로도 취소가 불가능합니다. 아고다가 아닌 판매사와 직접 이메일이나 전화로 취소해야 하는 경우도 많습니다. 바로 답변을 듣지 못하고 결국 오랜 시간이 지나 포기하게 됩니다.
객실을 선택하면 ’20분간 가격 유지’라는 문구를 지속적으로 노출합니다. 버튼을 눌러 시간을 연장할 수 있습니다. 예약 완료까지 얼마 남지 않았다며 지금 보는 페이지에서 나가면 사용자가 보았던 객실과 요금을 예약할 수 없다고 알립니다. 사용자는 원하는 객실 가격이 비싸질 걱정에 예약과 결제를 서두릅니다. 하지만 20분이 지나도 가격은 변하지 않습니다. 시간뿐만 아니라 재고 제한, 경쟁 사용자 활동이 실제 정보가 맞는지 의심스러워집니다.
결제 단계에서 ‘나중에 결제하기’를 선택할 수 있습니다. 사용자는 당연히 지금 예약한 금액으로 나중에 지불하는 것으로 이해하지만, 실제 결제할 때 비용이 추가됩니다. 비용을 결제할 때는 이미 대체 방법이 없기 때문에 어쩔 수 없이 결제해야 합니다. 나중에 결제하기를 선택할 때는 애매모호한 문구로 안내합니다. 링크에 연결된 이용약관의 중간 부분에 작은 글씨로 후지불 예약 시 5%의 수수료가 생긴다는 내용을 찾을 수 있습니다. 이 외에도 예약할 때 본 금액에 숨은 세금과 봉사료가 붙어 최종 결제를 할 때는 눈덩이처럼 금액이 늘어나기도 합니다.

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

방송통신위원회가 아고다에 칼을 빼 들었습니다. 지난달 방송통신위원회는 요금 결제와 환불 절차에서 이용자에게 피해를 준 부분이 있는지 사실조사에 착수했습니다.서비스의 거의 대부분의 영역에서 ‘무료 취소’라는 문구를 발견할 수 있습니다. 하지만 환불은 하늘의 별 따기입니다. 일부 항공권, 호텔은 어떤 이유로도 취소가 불가능합니다. 아고다가 아닌 판매사와 직접 이메일이나 전화로 취소해야 하는 경우도 많습니다. 바로 답변을 듣지 못하고 결국 오랜 시간이 지나 포기하게 됩니다.객실을 선택하면 ’20분간 가격 유지’라는 문구를 지속적으로 노출합니다. 버튼을 눌러 시간을 연장할 수 있습니다. 예약 완료까지 얼마 남지 않았다며 지금 보는 페이지에서 나가면 사용자가 보았던 객실과 요금을 예약할 수 없다고 알립니다. 사용자는 원하는 객실 가격이 비싸질 걱정에 예약과 결제를 서두릅니다. 하지만 20분이 지나도 가격은 변하지 않습니다. 시간뿐만 아니라 재고 제한, 경쟁 사용자 활동이 실제 정보가 맞는지 의심스러워집니다.결제 단계에서 ‘나중에 결제하기’를 선택할 수 있습니다. 사용자는 당연히 지금 예약한 금액으로 나중에 지불하는 것으로 이해하지만, 실제 결제할 때 비용이 추가됩니다. 비용을 결제할 때는 이미 대체 방법이 없기 때문에 어쩔 수 없이 결제해야 합니다. 나중에 결제하기를 선택할 때는 애매모호한 문구로 안내합니다. 링크에 연결된 이용약관의 중간 부분에 작은 글씨로 후지불 예약 시 5%의 수수료가 생긴다는 내용을 찾을 수 있습니다. 이 외에도 예약할 때 본 금액에 숨은 세금과 봉사료가 붙어 최종 결제를 할 때는 눈덩이처럼 금액이 늘어나기도 합니다. 본 게시글은 ‘디자인콤파스’의 콘텐츠를 보고 영감을 받아 공유합니다. 자세한 내용은 아래 원문을 읽어보세요 🙏🏻

디자인 나침반

아고다 다크패턴 방통위가 나섰다.

UX 리서처와 데이터 사이언티스트가 힘을 합치면 두 직군은 기술적으로 다른 역량을 가지고 있고 하는 역할도 조금씩 다르지만, '고객 및 서비스의 문제를 데이터 기반으로 정의하여 회사의 중요한 의사결정에 기여한다'는 점은 같습니다.

UX 리서처와 데이터 사이언티스트가 힘을 합치면 – 화해 기술블로그

UX 리서처와 데이터 사이언티스트의 협업이라니, 한편으로는 갸우뚱하면서 또 다른 한편으로는 궁금함을 불러 일으키는 제목이었습니다. UX 리서처는 정성 데이터의 끝판왕 같은 느낌이고 반대로 데이터 사이언티스트는 정량 데이터의 끝판왕 같은 느낌이라, 잘 되면 꽤 인상적인 결과물이 나올 것 같다 싶으면서도 잘 되기 쉽지 않겠는데? 같은 생각도 함께 들더라구요.
화해에서 두 조직이 어떻게 협업했는지를 블로그에 정리해 주셨는데요. 구체적인 사례가 잘 드러나지 않은 부분은 아쉽지만, 이러한 시도가 어떤 프로세스에 따라 진행되었고 결과적으로 어떤 임팩트를 만들어 냈는지를 이해할 수 있어서 흥미로운 글이었습니다.

UX 리서처와 데이터 사이언티스트의 협업이라니, 한편으로는 갸우뚱하면서 또 다른 한편으로는 궁금함을 불러 일으키는 제목이었습니다. UX 리서처는 정성 데이터의 끝판왕 같은 느낌이고 반대로 데이터 사이언티스트는 정량 데이터의 끝판왕 같은 느낌이라, 잘 되면 꽤 인상적인 결과물이 나올 것 같다 싶으면서도 잘 되기 쉽지 않겠는데? 같은 생각도 함께 들더라구요.화해에서 두 조직이 어떻게 협업했는지를 블로그에 정리해 주셨는데요. 구체적인 사례가 잘 드러나지 않은 부분은 아쉽지만, 이러한 시도가 어떤 프로세스에 따라 진행되었고 결과적으로 어떤 임팩트를 만들어 냈는지를 이해할 수 있어서 흥미로운 글이었습니다.

화해 블로그 | 기술 블로그

[UX 리서처와 데이터 사이언티스트가 힘을 합치면]

계란후라이 1094

모든 문제를 반드시 해결해야 하는 것은 아닙니다. 우리는 가정과 직장, 그리고 살아가는 모든 자리에서 크고 작은 문제를 만납니다. 어떤 문제는 생선가시처럼 작지만 뾰족하여 찔리면 따가와서 즉시 가시를 빼내고 싶은 것이 있습니다. 또 다른 문제는 울산바위처럼 엄청 거대한 규모에 압도당하여 문제 앞에서 바둥거리지만 정작 치우지 않아도 사는데 큰 지장이 없습니다.
모든 문제는 해결하고 싶습니다. 그런 마음이 들죠. 그 문제가 '나'에게 얼마나 영향이 크든 작던지 사람은 누구나 문제를 해결하고 싶어 합니다. 작은 호기심 하나도 당장 스마트폰을 열어서 확인하고 싶은데, 문제라고 보이면 얼마나 눈엣가시겠습니까?

최근에 알게 된 사실은 모든 문제를 해결할 필요는 없다는 것입니다. 이게 무슨 소리냐고 하면, 어떤 문제는 우리 삶에 영향력이 적기도 하고, 또 다른 문제는 시간이 지니고 상황이 바뀌면 더 이상 문제가 아닌 것이 되기도 합니다. 예를 들면, 구멍 난 양말을 신는 것이 구멍 사이로 발가락이 빠져나와서 불편하다면 양말 구멍을 꿰매는 것이 아니라 양말을 벗거나 다른 양말을 신는 것이죠. 대화를 하면 맨날 싸우는 동료가 있다면 대화가 필요한 순간에 이메일 또는 온라인 메신저로 소통하는 것입니다. 이게 적절한 예시인지 모르겠는데, A라는 문제를 꼭 A로 해결할 필요는 없고, B로 우회하거나 문제 해결을 포기해도 괜찮다는 것입니다.

문제를 해결했을 때 '나'에게 돌아오는 혜택이 무엇인지 판단해 보면 좋습니다. 문제를 해결하면 얻을 수 있는 혜택이 큰 문제를 먼저 해결하는 것입니다. 문제 해결이 쉬워 보이거나 그냥 지금 하고 싶은 일을 하면 인생이 문제로 인해 계속 고달파집니다. 어느 위장 보호제 약품 광고처럼 문제를 해결하고 나면 가슴이 뻥 뚫릴 것 같은 문제부터 해결해야 합니다. 분별해야 할 것은 문제를 지금 해결할 필요가 있는지 판단입니다.

위에서 언급한 바와 같이 어떤 문제는 시간이 지나거나 상황이 변화하면 문제가 아닌 것이 되기도 합니다. 예를 들면, 원수같이 지내는 동료가 있다면 관계를 완화하기 위해 신경 쓰고 노력할 필요가 없습니다. 때가 되면 어느 누가 먼저 회사를 나갈 것이기 때문입니다. 이것도 적절한 예시인지 모르겠지만, 요지는 우리의 소중한 시간과 에너지를 절약하자는 것입니다. 쓸데없이 해결도 어려운 문제를 붙잡고 끙끙대거나 해결해도 시원치 않은 문제를 푸느라 소중한 에너지를 낭비하느니 차라리 내일에 기회가 되는 생산적인 일을 합시다.

계란후라이 1094 모든 문제를 반드시 해결해야 하는 것은 아닙니다. 우리는 가정과 직장, 그리고 살아가는 모든 자리에서 크고 작은 문제를 만납니다. 어떤 문제는 생선가시처럼 작지만 뾰족하여 찔리면 따가와서 즉시 가시를 빼내고 싶은 것이 있습니다. 또 다른 문제는 울산바위처럼 엄청 거대한 규모에 압도당하여 문제 앞에서 바둥거리지만 정작 치우지 않아도 사는데 큰 지장이 없습니다.모든 문제는 해결하고 싶습니다. 그런 마음이 들죠. 그 문제가 '나'에게 얼마나 영향이 크든 작던지 사람은 누구나 문제를 해결하고 싶어 합니다. 작은 호기심 하나도 당장 스마트폰을 열어서 확인하고 싶은데, 문제라고 보이면 얼마나 눈엣가시겠습니까? 최근에 알게 된 사실은 모든 문제를 해결할 필요는 없다는 것입니다. 이게 무슨 소리냐고 하면, 어떤 문제는 우리 삶에 영향력이 적기도 하고, 또 다른 문제는 시간이 지니고 상황이 바뀌면 더 이상 문제가 아닌 것이 되기도 합니다. 예를 들면, 구멍 난 양말을 신는 것이 구멍 사이로 발가락이 빠져나와서 불편하다면 양말 구멍을 꿰매는 것이 아니라 양말을 벗거나 다른 양말을 신는 것이죠. 대화를 하면 맨날 싸우는 동료가 있다면 대화가 필요한 순간에 이메일 또는 온라인 메신저로 소통하는 것입니다. 이게 적절한 예시인지 모르겠는데, A라는 문제를 꼭 A로 해결할 필요는 없고, B로 우회하거나 문제 해결을 포기해도 괜찮다는 것입니다. 문제를 해결했을 때 '나'에게 돌아오는 혜택이 무엇인지 판단해 보면 좋습니다. 문제를 해결하면 얻을 수 있는 혜택이 큰 문제를 먼저 해결하는 것입니다. 문제 해결이 쉬워 보이거나 그냥 지금 하고 싶은 일을 하면 인생이 문제로 인해 계속 고달파집니다. 어느 위장 보호제 약품 광고처럼 문제를 해결하고 나면 가슴이 뻥 뚫릴 것 같은 문제부터 해결해야 합니다. 분별해야 할 것은 문제를 지금 해결할 필요가 있는지 판단입니다. 위에서 언급한 바와 같이 어떤 문제는 시간이 지나거나 상황이 변화하면 문제가 아닌 것이 되기도 합니다. 예를 들면, 원수같이 지내는 동료가 있다면 관계를 완화하기 위해 신경 쓰고 노력할 필요가 없습니다. 때가 되면 어느 누가 먼저 회사를 나갈 것이기 때문입니다. 이것도 적절한 예시인지 모르겠지만, 요지는 우리의 소중한 시간과 에너지를 절약하자는 것입니다. 쓸데없이 해결도 어려운 문제를 붙잡고 끙끙대거나 해결해도 시원치 않은 문제를 푸느라 소중한 에너지를 낭비하느니 차라리 내일에 기회가 되는 생산적인 일을 합시다.

꿈을 찾는 사람에게 보내는 282 번째 편지

📌 이럴 때 추천해요 : "개인적인 불안과 사회적인 불안의 근원을 알고 싶을 때"

01 . 개인적으로 알랭 드 보통의 책을 참 좋아합니다. 정확히 말하자면 꽤 오랫동안 좋아해왔다고 보는 게 맞겠네요. 대학교 2학년 때 처음 그의 글을 접하기 시작해 신작이 나올 때마다 빼놓지 않고 에디션을 소장했고 결국 각종 인터뷰나 짧은 에세이 등도 직접 찾아보게 될 정도였으니까요.

02 . 물론 그의 글이 아주 쉽게 읽힌다고는 할 수 없습니다. 어떤 책들은 문장을 따라가다 보면 저도 모르는 사이 앞뒤 문장을 한없이 헤매고 있는 자신을 발견할 때가 있거든요. 분명 물리적으로는 문장과 문장을 훑으며 내려온 것 같은데 머릿속에는 제대로 스며들지 않은 문구들이 읽는 사람들을 종종 괴롭힌다는 건 알랭 드 보통의 독자들은 모두가 은연중에 공감하고 있는 사실입니다.

03 . 그럼에도 불구하고 그의 책을 사랑하게 되는 이유는 정말 변태스러울 정도로 인간의 생각법을 집요하게 파헤친다는 데 있을 겁니다. 그리고 그 집요함의 끝에는 '불안'이라고 하는 우리의 가장 은밀하고 본연적인 고민이 녹아있죠. (심지어 제가 알랭 드 보통의 책 중 가장 좋아하는 책도 바로 '불안'입니다.)
그렇게 거의 모든 작품에 걸쳐 인간의 불안을 이야기하던 그가 이번에는 ⟪현대 사회 생존법⟫이라는 작품을 내놓았습니다. 인간이 필연적으로 불안한 존재라면, 그리고 그 존재들이 살아가는 오늘날의 사회가 크고 작은 질병으로 가득한 공간이라면 우리는 어떤 위안을 받고 살 수 있는가를 고찰한 책이 바로 이 책입니다.

04 . 다행히(?) 이 책은 알랭 드 보통이 진행하는 인생학교 프로그램의 이야기가 녹아 있어 그의 개인적인 책들보다는 훨씬 읽기가 쉽습니다. 그러나 그 깊이는 또 결코 가볍지 않다는 게 퍽 긍정적으로 다가온 포인트였고요. 무엇보다 저를 사로잡은 지점은 지금의 시대에서 단편적으로 나타나는 현상에 지나치게 몰두한다거나 아직 다가오지 않은 미래를 공포스러울 정도로 터부시하며 '불안'과 '위안'을 얘기하지 않는다는 데 있었습니다.

05 . 오히려 말 그대로 '현대 사회'라 부를 수 있는 시스템이 작동하면서부터 불거진 문제들을 하나하나 짚어가며 그게 우리를 어떻게 불안에 떨게 하고 있으며, 그래서 우리는 무엇을 제대로 들여다봐야 하는가를 이야기하고 있죠. 그 주제에는 물질주의, 민주주의, 개인주의 같은 큰 주제도 있지만 가족, 사랑, 성, 일처럼 우리 삶에 딱 붙어있는 주제들도 있습니다. 그 간격을 자유롭게 오가며 크고 작은 이야기를 잘 이어나가는 데서 진짜 알랭 드 보통의 진가가 드러나기도 합니다.

06 . 알랭 드 보통이라는 작가는 알지만 쉽사리 그의 작품을 완독하지 못했던 분들이라면 굳이 어려운 책 붙들고 있는 것보다 이런 책으로 저자의 생각을 미리 만나는 것도 좋지 않을까 싶어요. 저는 ⟪현대 사회 생존법⟫이라는 책을 읽고 나서 다시 알랭 드 보통의 작품을 읽고 싶어졌거든요. 이제 그가 왜 그 책에서, 그 대목에서, 굳이 그렇게 표현했는지를 미세하게나마 공감할 수 있을 것 같아서 오히려 더 반가운 마음이 들었습니다.

07 . 그러니 한 시대를 이야기하고 있는 작가 자체가 궁금한 사람에게도, 그 사람이 이야기하고 있는 시대 자체가 궁금한 사람에게도 모두 추천하고 싶은 책입니다. 이 책을 읽고 제대로 된 위안을 받았다거나, 위안의 방법을 터득했다거나 하는 것은 아니지만 적어도 우리가 왜 불안할 수밖에 없는지에 대한 그 실마리는 또 하나 획득한 기분이 들거든요.

📌 이럴 때 추천해요 : "개인적인 불안과 사회적인 불안의 근원을 알고 싶을 때" 01 . 개인적으로 알랭 드 보통의 책을 참 좋아합니다. 정확히 말하자면 꽤 오랫동안 좋아해왔다고 보는 게 맞겠네요. 대학교 2학년 때 처음 그의 글을 접하기 시작해 신작이 나올 때마다 빼놓지 않고 에디션을 소장했고 결국 각종 인터뷰나 짧은 에세이 등도 직접 찾아보게 될 정도였으니까요. 02 . 물론 그의 글이 아주 쉽게 읽힌다고는 할 수 없습니다. 어떤 책들은 문장을 따라가다 보면 저도 모르는 사이 앞뒤 문장을 한없이 헤매고 있는 자신을 발견할 때가 있거든요. 분명 물리적으로는 문장과 문장을 훑으며 내려온 것 같은데 머릿속에는 제대로 스며들지 않은 문구들이 읽는 사람들을 종종 괴롭힌다는 건 알랭 드 보통의 독자들은 모두가 은연중에 공감하고 있는 사실입니다. 03 . 그럼에도 불구하고 그의 책을 사랑하게 되는 이유는 정말 변태스러울 정도로 인간의 생각법을 집요하게 파헤친다는 데 있을 겁니다. 그리고 그 집요함의 끝에는 '불안'이라고 하는 우리의 가장 은밀하고 본연적인 고민이 녹아있죠. (심지어 제가 알랭 드 보통의 책 중 가장 좋아하는 책도 바로 '불안'입니다.)그렇게 거의 모든 작품에 걸쳐 인간의 불안을 이야기하던 그가 이번에는 ⟪현대 사회 생존법⟫이라는 작품을 내놓았습니다. 인간이 필연적으로 불안한 존재라면, 그리고 그 존재들이 살아가는 오늘날의 사회가 크고 작은 질병으로 가득한 공간이라면 우리는 어떤 위안을 받고 살 수 있는가를 고찰한 책이 바로 이 책입니다. 04 . 다행히(?) 이 책은 알랭 드 보통이 진행하는 인생학교 프로그램의 이야기가 녹아 있어 그의 개인적인 책들보다는 훨씬 읽기가 쉽습니다. 그러나 그 깊이는 또 결코 가볍지 않다는 게 퍽 긍정적으로 다가온 포인트였고요. 무엇보다 저를 사로잡은 지점은 지금의 시대에서 단편적으로 나타나는 현상에 지나치게 몰두한다거나 아직 다가오지 않은 미래를 공포스러울 정도로 터부시하며 '불안'과 '위안'을 얘기하지 않는다는 데 있었습니다. 05 . 오히려 말 그대로 '현대 사회'라 부를 수 있는 시스템이 작동하면서부터 불거진 문제들을 하나하나 짚어가며 그게 우리를 어떻게 불안에 떨게 하고 있으며, 그래서 우리는 무엇을 제대로 들여다봐야 하는가를 이야기하고 있죠. 그 주제에는 물질주의, 민주주의, 개인주의 같은 큰 주제도 있지만 가족, 사랑, 성, 일처럼 우리 삶에 딱 붙어있는 주제들도 있습니다. 그 간격을 자유롭게 오가며 크고 작은 이야기를 잘 이어나가는 데서 진짜 알랭 드 보통의 진가가 드러나기도 합니다. 06 . 알랭 드 보통이라는 작가는 알지만 쉽사리 그의 작품을 완독하지 못했던 분들이라면 굳이 어려운 책 붙들고 있는 것보다 이런 책으로 저자의 생각을 미리 만나는 것도 좋지 않을까 싶어요. 저는 ⟪현대 사회 생존법⟫이라는 책을 읽고 나서 다시 알랭 드 보통의 작품을 읽고 싶어졌거든요. 이제 그가 왜 그 책에서, 그 대목에서, 굳이 그렇게 표현했는지를 미세하게나마 공감할 수 있을 것 같아서 오히려 더 반가운 마음이 들었습니다. 07 . 그러니 한 시대를 이야기하고 있는 작가 자체가 궁금한 사람에게도, 그 사람이 이야기하고 있는 시대 자체가 궁금한 사람에게도 모두 추천하고 싶은 책입니다. 이 책을 읽고 제대로 된 위안을 받았다거나, 위안의 방법을 터득했다거나 하는 것은 아니지만 적어도 우리가 왜 불안할 수밖에 없는지에 대한 그 실마리는 또 하나 획득한 기분이 들거든요.

[ 그때를 위한 책 - vol.52 ] ⟪현대 사회 생존법⟫

어제 Notion 이 발표한 대규모 업데이트 덕분에 하루 종일 떠들썩했습니다.

그 중 큰 업데이트 중 하나는
노션의 템플릿(Template) 기능이 마켓 플레이스(Marketplace)로 변경된 것인데요.

이제는 노션 템플릿을 외부 플랫폼이 아닌,
노션 웹사이트에서 직접 판매하거나 무료로 제공할 수 있습니다.

노션 크레에이터들에게는 더 없이 좋은 소식이 아닐수 없는데요.

저도 현재 무료로 제공하고 있는 [데이터 이력서 템플릿]을 마켓 플레이스에서
누구나 무료로 자신의 워크 스페이스로 사용할 수 있도록 제공하고 있습니다.

데이터 분야에서 취업을 준비하고 있으시다면,

datarichard가 만든 📄 데이터 이력서 템플릿으로
자신의 커리어와 경력을 전문적으로 표현해보세요.

📄 데이터 이력서 템플릿은
아래의 구성요소들(Components)로 이루어져 있습니다.

↗️ 자기 소개 파트 (Introduction)
↗️ 이력 / 경력 파트 (Experience)
↗️ 보유 스킬 파트 (Skill)
↗️ 프로젝트 파트 (Project)
↗️ 학력 파트 (Education)
↗️ 소셜 미디어 파트 (Social)

무료로 다운로드 받기👇
https://www.notion.so/gallery/templates/datarichar-resume

어제 Notion 이 발표한 대규모 업데이트 덕분에 하루 종일 떠들썩했습니다. 그 중 큰 업데이트 중 하나는 노션의 템플릿(Template) 기능이 마켓 플레이스(Marketplace)로 변경된 것인데요. 이제는 노션 템플릿을 외부 플랫폼이 아닌, 노션 웹사이트에서 직접 판매하거나 무료로 제공할 수 있습니다. 노션 크레에이터들에게는 더 없이 좋은 소식이 아닐수 없는데요. 저도 현재 무료로 제공하고 있는 [데이터 이력서 템플릿]을 마켓 플레이스에서 누구나 무료로 자신의 워크 스페이스로 사용할 수 있도록 제공하고 있습니다. 데이터 분야에서 취업을 준비하고 있으시다면, datarichard가 만든 📄 데이터 이력서 템플릿으로 자신의 커리어와 경력을 전문적으로 표현해보세요. 📄 데이터 이력서 템플릿은 아래의 구성요소들(Components)로 이루어져 있습니다. ↗️ 자기 소개 파트 (Introduction) ↗️ 이력 / 경력 파트 (Experience) ↗️ 보유 스킬 파트 (Skill) ↗️ 프로젝트 파트 (Project) ↗️ 학력 파트 (Education) ↗️ 소셜 미디어 파트 (Social) 무료로 다운로드 받기👇https://www.notion.so/gallery/templates/datarichar-resume

Notion 마켓플레이스에서 이력서 템플릿을 무료로 가져가세요.

Sometimes, a seemingly simple and obvious solution can lead to a series of problems later on. This is especially true when adding retries.

Good Retry, Bad Retry: An Incident Story

러시아 검색 서비스인 Yandex에서 800개의 마이크로 서비스로 운영중이던 시스템에서 요청 재시도로 인해서 발생했던 장애를 가상의 스토리로 다시 정리한 글인데 재미도 있고 네트워크 문제를 피하기 위해서 흔히 하는 요청 재시도의 복잡한 문제를 쉽게 이해할 수 있는 글입니다.

서비스를 구현하면서 반복되는 요청 실패 문제를 해결하기 위해서 재시도를 구현하는데 재시도로 인한 문제를 방지하기 위해서 지수 백오프와 지터를 구현해서 적용합니다. 지수 백오프는 요청이 실패했을 때 재시도를 똑같은 시간마다 하는게 아니라 1,2,4, 8초 같은 식으로 늘려가는 방법을 말하고 지터는 모든 클라이언트가 똑같은 시간에 재시도를 해서 서버에 과부하가 일어나지 않도록 임의의 시간을 추가해서 각 클라이언트가 다른 간격으로 재시도를 하게 하는 방법입니다.

하지만 백엔드에 큰 장애가 발생하게 되자 문제 상황을 해결하기 위해 롤백을 했음에도 재시도로 인한 요청이 너무 많아서 백엔드 시스템에 정상적으로 돌아오지 않았고 결국 트래픽을 차단해서 문제를 해결했습니다.

재시도로 인해서 시스템 복구에 더 오랜 시간이 걸리자 재시도가 왜 요청을 증폭시키는지를 조사하고 이를 해결하기 위해서 서킷브레이커와 재시도 예산을 테스트하고 비교한 결과 재시도 예산을 선택하게 됩니다. 서킷 브레이커는 일정 임계점에 이르면 요청을 차단하는 방법이고 재시도 예산은 재시도를 할 수 있는 예산을 가지고 그만큼만 재시도하는 방식입니다.

재시도를 개선해 나가면서 각 단계의 시뮬레이션 결과와 동료들과 논의한 가상 스토리가 있어서 언뜻 쉬워보이는 재시도의 복잡성을 쉽게 이해할 수 있습니다.

https://medium.com/yandex/good-retry-bad-retry-an-incident-story-648072d3cee6

러시아 검색 서비스인 Yandex에서 800개의 마이크로 서비스로 운영중이던 시스템에서 요청 재시도로 인해서 발생했던 장애를 가상의 스토리로 다시 정리한 글인데 재미도 있고 네트워크 문제를 피하기 위해서 흔히 하는 요청 재시도의 복잡한 문제를 쉽게 이해할 수 있는 글입니다. 서비스를 구현하면서 반복되는 요청 실패 문제를 해결하기 위해서 재시도를 구현하는데 재시도로 인한 문제를 방지하기 위해서 지수 백오프와 지터를 구현해서 적용합니다. 지수 백오프는 요청이 실패했을 때 재시도를 똑같은 시간마다 하는게 아니라 1,2,4, 8초 같은 식으로 늘려가는 방법을 말하고 지터는 모든 클라이언트가 똑같은 시간에 재시도를 해서 서버에 과부하가 일어나지 않도록 임의의 시간을 추가해서 각 클라이언트가 다른 간격으로 재시도를 하게 하는 방법입니다. 하지만 백엔드에 큰 장애가 발생하게 되자 문제 상황을 해결하기 위해 롤백을 했음에도 재시도로 인한 요청이 너무 많아서 백엔드 시스템에 정상적으로 돌아오지 않았고 결국 트래픽을 차단해서 문제를 해결했습니다. 재시도로 인해서 시스템 복구에 더 오랜 시간이 걸리자 재시도가 왜 요청을 증폭시키는지를 조사하고 이를 해결하기 위해서 서킷브레이커와 재시도 예산을 테스트하고 비교한 결과 재시도 예산을 선택하게 됩니다. 서킷 브레이커는 일정 임계점에 이르면 요청을 차단하는 방법이고 재시도 예산은 재시도를 할 수 있는 예산을 가지고 그만큼만 재시도하는 방식입니다. 재시도를 개선해 나가면서 각 단계의 시뮬레이션 결과와 동료들과 논의한 가상 스토리가 있어서 언뜻 쉬워보이는 재시도의 복잡성을 쉽게 이해할 수 있습니다. https://medium.com/yandex/good-retry-bad-retry-an-incident-story-648072d3cee6

Medium

The web’s biggest AI-powered search engines are featuring the widely debunked idea that white people are genetically superior to other races.

Google, Microsoft, and Perplexity Are Promoting Scientific Racism in Search Results

"파키스탄인의 평균 IQ는?" 80
"시에라리온사람의 IQ는?" 45.07
"케냐인의 평균 IQ는?" 75
모두 구글의 AI 검색엔진인 Overviews가 제공한 답입니다.

우려했던 바가 슬슬 나타나고 있습니다. 편향된 데이터로 무작위 학습을 하면 그렇게 뱉아낼 것이고, 그것으로 다시 재생산, 재학습될 것이구요.
최근 AI 검색 엔진들이 인종과 IQ 관련 편향된 정보를 확산시키고 있다는 문제가 제기되고 있습니다. 구글, 마이크로소프트, 퍼플렉시티와 같은 AI 도구들이 백인 우월성을 주장하는 결함 있는 연구 결과를 제공하면서 큰 우려를 낳고 있습니다.

AI 도구가 끔찍하게 인종차별적이고 백인 우월주의 학자이며 미국 나치 동조자들이 “인종 개선”과 “인종 현실주의”를 장려하기 위해 설립한 단체인 파이오니어 펀드의 대표를 20년간 유지했던 리처드 린의 인종적 우월성을 주장하는 데 오랫동안 사용해온 편향된 데이터를 기반으로 결과를 제공하고 있음이 발견했습니다. AI가 잘못된 정보를 무비판적으로 확산시키는 위험성을 보여주고 있습니다.

리처드 린의 연구는 근본적으로 편향되어 있으며, 아프리카 국가들의 IQ 데이터는 대표성이 떨어지는 소규모 표본에 의존하고 있습니다. 예를 들어, 소말리아의 IQ 데이터는 케냐 난민 캠프에서 단 한 명의 난민을 테스트한 결과에 기반하고 있습니다. 이러한 비과학적 접근은 AI가 편향된 정보를 무비판적으로 인용하면서 더욱 문제를 일으키고 있습니다.

이러한 데이터 사용이 과학적 인종주의를 더욱 가속화 시킬 수 있습니다. AI가 특정 인종 간 우열을 정당화하는 잘못된 정보를 제공하면서 편견과 불평등을 지속시키는 위험이 있겠죠. 이러한 잘못된 정보는 극우 집단이 자신들의 정치적 목적을 정당화하는 데 사용될 수 있습니다.
사실 이건 AI 검색 엔진의 문제의 기술적 문제가 아니라 데이터 품질과 관련이 있습니다. 린의 연구는 학계에서 오랜 기간 비판 없이 받아들여졌고, 그 결과 AI 시스템도 이를 신뢰할 수 있는 데이터로 인식하게 되었구요. 이는 학계의 책임으로 볼 수 있습니다.

AI 기술의 발전은 정보 접근성을 높이는 동시에 잘못된 정보의 확산 위험도 증가시키고 있습니다. 따라서 특히나 범용 commodity화 되는 AI 검색 엔진들은 정보 검증 절차를 강화하고, 편향되지 않은 고품질 데이터를 사용해야 합니다. AI가 신뢰할 수 있는 정보를 제공하려면 지속적인 데이터 검증과 윤리적 기준의 준수가 필수적입니다. AI 개발자와 기업은 편향된 정보가 사회적 불평등을 심화하지 않도록 윤리적 책임을 다해야 합니다.

정리하고 나니 뭔가 "정의 사회 구현"하자는 허공에 외침 같긴 합니다만, 이런것을 하나둘씩 허용하다 보면, 총기 규제, 사회적 약자 차별 등이 경제원리에 아주 쉽게 밀릴 수 있으니까요.

"파키스탄인의 평균 IQ는?" 80"시에라리온사람의 IQ는?" 45.07"케냐인의 평균 IQ는?" 75모두 구글의 AI 검색엔진인 Overviews가 제공한 답입니다. 우려했던 바가 슬슬 나타나고 있습니다. 편향된 데이터로 무작위 학습을 하면 그렇게 뱉아낼 것이고, 그것으로 다시 재생산, 재학습될 것이구요.최근 AI 검색 엔진들이 인종과 IQ 관련 편향된 정보를 확산시키고 있다는 문제가 제기되고 있습니다. 구글, 마이크로소프트, 퍼플렉시티와 같은 AI 도구들이 백인 우월성을 주장하는 결함 있는 연구 결과를 제공하면서 큰 우려를 낳고 있습니다. AI 도구가 끔찍하게 인종차별적이고 백인 우월주의 학자이며 미국 나치 동조자들이 “인종 개선”과 “인종 현실주의”를 장려하기 위해 설립한 단체인 파이오니어 펀드의 대표를 20년간 유지했던 리처드 린의 인종적 우월성을 주장하는 데 오랫동안 사용해온 편향된 데이터를 기반으로 결과를 제공하고 있음이 발견했습니다. AI가 잘못된 정보를 무비판적으로 확산시키는 위험성을 보여주고 있습니다. 리처드 린의 연구는 근본적으로 편향되어 있으며, 아프리카 국가들의 IQ 데이터는 대표성이 떨어지는 소규모 표본에 의존하고 있습니다. 예를 들어, 소말리아의 IQ 데이터는 케냐 난민 캠프에서 단 한 명의 난민을 테스트한 결과에 기반하고 있습니다. 이러한 비과학적 접근은 AI가 편향된 정보를 무비판적으로 인용하면서 더욱 문제를 일으키고 있습니다. 이러한 데이터 사용이 과학적 인종주의를 더욱 가속화 시킬 수 있습니다. AI가 특정 인종 간 우열을 정당화하는 잘못된 정보를 제공하면서 편견과 불평등을 지속시키는 위험이 있겠죠. 이러한 잘못된 정보는 극우 집단이 자신들의 정치적 목적을 정당화하는 데 사용될 수 있습니다.사실 이건 AI 검색 엔진의 문제의 기술적 문제가 아니라 데이터 품질과 관련이 있습니다. 린의 연구는 학계에서 오랜 기간 비판 없이 받아들여졌고, 그 결과 AI 시스템도 이를 신뢰할 수 있는 데이터로 인식하게 되었구요. 이는 학계의 책임으로 볼 수 있습니다. AI 기술의 발전은 정보 접근성을 높이는 동시에 잘못된 정보의 확산 위험도 증가시키고 있습니다. 따라서 특히나 범용 commodity화 되는 AI 검색 엔진들은 정보 검증 절차를 강화하고, 편향되지 않은 고품질 데이터를 사용해야 합니다. AI가 신뢰할 수 있는 정보를 제공하려면 지속적인 데이터 검증과 윤리적 기준의 준수가 필수적입니다. AI 개발자와 기업은 편향된 정보가 사회적 불평등을 심화하지 않도록 윤리적 책임을 다해야 합니다. 정리하고 나니 뭔가 "정의 사회 구현"하자는 허공에 외침 같긴 합니다만, 이런것을 하나둘씩 허용하다 보면, 총기 규제, 사회적 약자 차별 등이 경제원리에 아주 쉽게 밀릴 수 있으니까요.

WIRED

<AI 기반 검색 엔진의 인종적 편향 문제>

알림과 실시간 채팅 같은 서비스를 구현할 때, 우리는 자연스럽게 두 가지 기술 사이에서 고민에 빠지게 됩니다. 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;

덕토피아

재직자 대상 커리어 성장 코스, INNER CIRCLE

패스트캠퍼스 : INNER CIRCLE | 패스트캠퍼스

주니어 개발자로서 몇 년을 일하다 보면 자연스럽게 아래와 같은 고민들을 하실 것 같습니다.

“앞으로 5년 후에도 개발자로 살아남을 수 있을까?”
“사수도 없고, 내가 혼자서 잘하고 있는 게 맞을까?”
“풀스택 개발자로 취업은 했지만, 실무에선 무슨 일이 어떻게 돌아가는지 막막하다.”
“회사에서 주어진 일만 할 게 아니라, 내가 정말 원하는 프로젝트를 해보고 싶다.”

저도 물론 경험했던 고민들이고, 특강 및 멘토링 때 매번 말씀드리는 내용이지만
이런 고민들을 해결할 수 있는 여러 방법중에 좋은것 하나는 A-Z 까지 경험해볼 수 있는 프로젝트를 진행하는 겁니다.

이와 관련되서 도움을 받으실 수 있을만한 교육 과정이 있어 공유드립니다.

바로 이너서클(INNER CIRCLE) 이라는 교육인데요, 제가 느꼈던 이너서클 교육의 가장 큰 장점은 다음과 같습니다.

📌 실무 중심의 팀프로젝트 커리큘럼
단순한 이론 수업이 아닌, 13주간 100% 팀 프로젝트 중심 커리큘럼으로 진행되어 회사에서는 경험할 수 없는 다양한 매력적인 프로젝트를 A 부터 Z 까지 진행함으로써 한단계 더 성장하는 기회가 될 수 있습니다.

📌 실시간 온라인 진행 가능
100% 실시간 온라인으로 진행하는 재직자 대상 무료 교육으로 평일 저녁, 주말에 진행하기 때문에 직장과 병행하여 수강이 가능합니다.
또한 이너서클 과정 전반에 걸쳐 패스트캠퍼스의 온라인 VOD 강의를 제공하여 커리큘럼 진행중에 얼마든지 이론적 보완과 성장이 가능합니다.

📌 동료들과 함께 성장
이너서클은 혼자가 아닌 동료 개발자들과의 협력을 경험할 수 있게 도와줍니다.
프로젝트를 진행하며 동료 개발자들간의 피드백과 상호 평가를 통해 성장하고, 수료 후에도 오프라인 네트워킹으로 지속적인 교류가 가능합니다.

📌 업계 상위 1% 리더와 검증된 동료
IT 업계 최고의 리더(네카라쿠배 출신의 IT 테크 리더)들이 강사로 참여하고, 이러한 리더들의 꼼꼼한 선발절차를 거쳐 팀프로젝트를 같이할 동료들이 선발된다고 합니다.
개발팀장, CTO 등을 하셨던 리더분들이기 때문에 높은 수준의 실무 노하우를 배울 수 있고 이런 검증된 동료들과의 실전 경험과 교류는 개발자의 커리어를 쌓아가는데 매우 중요하다고 생각합니다.

📌 비용
450만 원 상당의 교육비가 전액 국비 지원으로 무료입니다.
또한 이너서클 수료 후, 패스트캠퍼스 취준생 멘토링 프로그램에 참여할 수 있는 기회가 주어지게 되는데 만약 프로그램에 참여하게 된다면 이에 대한 수익을 얻을 수 있다고 합니다.

📌 창업 및 프로젝트 지원
팀별 프로젝트 진행 시, 프로젝트 지원금이 제공되며, 수료 후 창업을 준비한다면 패스트캠퍼스 미디어 노출, 인터뷰 등 다양한 지원을 받을 수 있습니다.

성장에 목마르신 모든 분들이 참여하실 수 있다면 좋겠지만, 3년차 이상의 경력이 있으신 분들 중 최종적으로 선별된 50명만 교육에 참여가 가능하다고 합니다.🥲

10월 27일까지 사전 신청을 완료하면, 얼리버드 이벤트로 개발자 커리어와 취업 시장에 관한 인사이트, 이너서클에 대한 사전 설명을 제공하는 멤버십 가이드 초대권도 드린다고 하니 관심있으신 분들은 이점 참고해주시면 좋겠습니다.
(설명회는 10월 31일 19시에 온라인 라이브로 진행 예정이라고 합니다.)

🔗 신청 바로 가기: https://bit.ly/3U5CQu3 

추가로 이너서클 측에서 감사하게도 제 이름으로 추천인 코드를 입력 후 수강 등록을 완료하면
대기업 이직을 위한 자기소개서 작성법 전자책을 무료로 받을 수 있게 해주신다고 하니 이 점도 참고해주세요.

🎁 추천인 코드 입력 방법
 1. 신청 바로 가기(https://bit.ly/3U5CQu3)에서 신청하기 버튼 클릭
 2. 신청 폼 작성
 3. 마지막 인지 경로 항목 작성 시 Other 클릭
 4. 주관식 문항에 추천인 코드 [이양일] 작성

이 글이 성장하고 싶으신 주니어 개발자 분들에게 조금이나마 도움이 되었으면 좋겠습니다. 🙏

주니어 개발자로서 몇 년을 일하다 보면 자연스럽게 아래와 같은 고민들을 하실 것 같습니다. “앞으로 5년 후에도 개발자로 살아남을 수 있을까?” “사수도 없고, 내가 혼자서 잘하고 있는 게 맞을까?” “풀스택 개발자로 취업은 했지만, 실무에선 무슨 일이 어떻게 돌아가는지 막막하다.” “회사에서 주어진 일만 할 게 아니라, 내가 정말 원하는 프로젝트를 해보고 싶다.” 저도 물론 경험했던 고민들이고, 특강 및 멘토링 때 매번 말씀드리는 내용이지만이런 고민들을 해결할 수 있는 여러 방법중에 좋은것 하나는 A-Z 까지 경험해볼 수 있는 프로젝트를 진행하는 겁니다. 이와 관련되서 도움을 받으실 수 있을만한 교육 과정이 있어 공유드립니다. 바로 이너서클(INNER CIRCLE) 이라는 교육인데요, 제가 느꼈던 이너서클 교육의 가장 큰 장점은 다음과 같습니다. 📌 실무 중심의 팀프로젝트 커리큘럼단순한 이론 수업이 아닌, 13주간 100% 팀 프로젝트 중심 커리큘럼으로 진행되어 회사에서는 경험할 수 없는 다양한 매력적인 프로젝트를 A 부터 Z 까지 진행함으로써 한단계 더 성장하는 기회가 될 수 있습니다. 📌 실시간 온라인 진행 가능100% 실시간 온라인으로 진행하는 재직자 대상 무료 교육으로 평일 저녁, 주말에 진행하기 때문에 직장과 병행하여 수강이 가능합니다.또한 이너서클 과정 전반에 걸쳐 패스트캠퍼스의 온라인 VOD 강의를 제공하여 커리큘럼 진행중에 얼마든지 이론적 보완과 성장이 가능합니다. 📌 동료들과 함께 성장이너서클은 혼자가 아닌 동료 개발자들과의 협력을 경험할 수 있게 도와줍니다.프로젝트를 진행하며 동료 개발자들간의 피드백과 상호 평가를 통해 성장하고, 수료 후에도 오프라인 네트워킹으로 지속적인 교류가 가능합니다. 📌 업계 상위 1% 리더와 검증된 동료IT 업계 최고의 리더(네카라쿠배 출신의 IT 테크 리더)들이 강사로 참여하고, 이러한 리더들의 꼼꼼한 선발절차를 거쳐 팀프로젝트를 같이할 동료들이 선발된다고 합니다.개발팀장, CTO 등을 하셨던 리더분들이기 때문에 높은 수준의 실무 노하우를 배울 수 있고 이런 검증된 동료들과의 실전 경험과 교류는 개발자의 커리어를 쌓아가는데 매우 중요하다고 생각합니다. 📌 비용450만 원 상당의 교육비가 전액 국비 지원으로 무료입니다.또한 이너서클 수료 후, 패스트캠퍼스 취준생 멘토링 프로그램에 참여할 수 있는 기회가 주어지게 되는데 만약 프로그램에 참여하게 된다면 이에 대한 수익을 얻을 수 있다고 합니다. 📌 창업 및 프로젝트 지원팀별 프로젝트 진행 시, 프로젝트 지원금이 제공되며, 수료 후 창업을 준비한다면 패스트캠퍼스 미디어 노출, 인터뷰 등 다양한 지원을 받을 수 있습니다. 성장에 목마르신 모든 분들이 참여하실 수 있다면 좋겠지만, 3년차 이상의 경력이 있으신 분들 중 최종적으로 선별된 50명만 교육에 참여가 가능하다고 합니다.🥲 10월 27일까지 사전 신청을 완료하면, 얼리버드 이벤트로 개발자 커리어와 취업 시장에 관한 인사이트, 이너서클에 대한 사전 설명을 제공하는 멤버십 가이드 초대권도 드린다고 하니 관심있으신 분들은 이점 참고해주시면 좋겠습니다.(설명회는 10월 31일 19시에 온라인 라이브로 진행 예정이라고 합니다.) 🔗 신청 바로 가기: https://bit.ly/3U5CQu3&nbsp; 추가로 이너서클 측에서 감사하게도 제 이름으로 추천인 코드를 입력 후 수강 등록을 완료하면대기업 이직을 위한 자기소개서 작성법 전자책을 무료로 받을 수 있게 해주신다고 하니 이 점도 참고해주세요. 🎁 추천인 코드 입력 방법<ol ><li>신청 바로 가기(https://bit.ly/3U5CQu3)에서&nbsp;신청하기&nbsp;버튼 클릭</li><li>신청 폼 작성</li><li>마지막&nbsp;인지 경로&nbsp;항목 작성 시&nbsp;Other&nbsp;클릭</li><li>주관식 문항에 추천인 코드 [이양일] 작성</li></ol> 이 글이 성장하고 싶으신 주니어 개발자 분들에게 조금이나마 도움이 되었으면 좋겠습니다. 🙏

하이아웃풋클럽 | Blog

📢 실무 프로젝트로 성장하고 싶은 주니어 개발자 분들에게

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

 - YouTube

일 잘하는 개발자는 어떤 개발자 일까요? 흔히 개발자를 평가할 때 코드의 품질이나 기술적 숙련도만을 중요시하는 경향이 있는데요. 토스에서는 '일 잘하는 개발자' 란 코드 작성 외에도 고객에게 실질적인 가치를 제공하는 것이 더 중요하게 생각한다고 합니다. 다음은 토스가 중요하게 여기는 개발자의 자질들입니다:

요구사항을 넘어서는 통찰력
일 잘하는 개발자는 단순히 요구사항을 그대로 구현하는 것에 그치지 않습니다. 대신, 요구사항 속에 숨겨진 진정한 목적을 파악하고, 때로는 구현 없이도 그 목적을 달성할 수 있는 창의적인 방법을 제안합니다. 이는 단순한 '구현'을 넘어선 '문제 해결'에 초점을 맞추는 것입니다.

효율성과 가치의 균형
항상 효율성을 고민합니다. 예를 들어, "이 기능은 이렇게 하면 개발 시간을 절반으로 줄일 수 있을 것 같습니다. 먼저 이 방식으로 시도해보고, 나중에 더 발전시켜 보는 건 어떨까요?"와 같은 제안을 통해 극적인 효율 개선으로 이어질 수 있습니다.

'메이커'로서의 개발자
토스에서는 개발자를 단순한 '엔지니어'가 아닌 '메이커'로 부릅니다. 이는 개발자가 서비스에 대한 깊은 이해를 바탕으로 용기 있게 의견을 내고, 이를 통해 자신과 동료의 시간을 절약하며 제품의 성공에 기여할 수 있습니다.

빠른 런칭과 사용자 피드백의 중요성
제품을 빨리 런칭하고 실제 사용자의 목소리를 듣는 것이 중요합니다. 내부에서 생각하는 사용자의 의견은 실제와 다를 수 있기 때문입니다. 기능을 짧고 빠르게 만들어 출시하는 것이 성공으로 가는 지름길일 수 있습니다.

그렇지만 위와같은 방식이 모든 조직과 제품에 보편적으로 적용되는 것은 아닙니다. 조직의 특성과 제품의 발전 단계에 따라 '일 잘하는 개발자' 정의와 역할은 달라질 수 있습니다. 기능 중심 조직이고, 이미 완성도 높은 단계의 제품이라면 개발 전략과 우선순위가 달라질 수 있습니다.
이 관점은 주로 '사일로' 라는 목적 조직과 제품 초기 단계의 상황에 초점을 맞추고 있습니다.

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

일 잘하는 개발자는 어떤 개발자 일까요? 흔히 개발자를 평가할 때 코드의 품질이나 기술적 숙련도만을 중요시하는 경향이 있는데요. 토스에서는 '일 잘하는 개발자' 란 코드 작성 외에도 고객에게 실질적인 가치를 제공하는 것이 더 중요하게 생각한다고 합니다. 다음은 토스가 중요하게 여기는 개발자의 자질들입니다: 요구사항을 넘어서는 통찰력일 잘하는 개발자는 단순히 요구사항을 그대로 구현하는 것에 그치지 않습니다. 대신, 요구사항 속에 숨겨진 진정한 목적을 파악하고, 때로는 구현 없이도 그 목적을 달성할 수 있는 창의적인 방법을 제안합니다. 이는 단순한 '구현'을 넘어선 '문제 해결'에 초점을 맞추는 것입니다. 효율성과 가치의 균형항상 효율성을 고민합니다. 예를 들어, "이 기능은 이렇게 하면 개발 시간을 절반으로 줄일 수 있을 것 같습니다. 먼저 이 방식으로 시도해보고, 나중에 더 발전시켜 보는 건 어떨까요?"와 같은 제안을 통해 극적인 효율 개선으로 이어질 수 있습니다. '메이커'로서의 개발자토스에서는 개발자를 단순한 '엔지니어'가 아닌 '메이커'로 부릅니다. 이는 개발자가 서비스에 대한 깊은 이해를 바탕으로 용기 있게 의견을 내고, 이를 통해 자신과 동료의 시간을 절약하며 제품의 성공에 기여할 수 있습니다. 빠른 런칭과 사용자 피드백의 중요성제품을 빨리 런칭하고 실제 사용자의 목소리를 듣는 것이 중요합니다. 내부에서 생각하는 사용자의 의견은 실제와 다를 수 있기 때문입니다. 기능을 짧고 빠르게 만들어 출시하는 것이 성공으로 가는 지름길일 수 있습니다. 그렇지만 위와같은 방식이 모든 조직과 제품에 보편적으로 적용되는 것은 아닙니다. 조직의 특성과 제품의 발전 단계에 따라 '일 잘하는 개발자' 정의와 역할은 달라질 수 있습니다. 기능 중심 조직이고, 이미 완성도 높은 단계의 제품이라면 개발 전략과 우선순위가 달라질 수 있습니다.이 관점은 주로 '사일로' 라는 목적 조직과 제품 초기 단계의 상황에 초점을 맞추고 있습니다. https://www.youtube.com/watch?v=ZCg8kvtgcUg

www.youtube.com

토스가 바라보는 '일 잘하는 개발자': 코드를 넘어선 가치 창출

이모카세 1호는 매일 같이 우리 식탁에 오르는 음식으로 100명의 요리사 중 6위를 차지했어요. 일상적인 것으로 심사위원의 마음을 얻은 결과죠.

개발자인 우리도 일상적인 것으로 유저의 마음을 얻을 수 있어요. 화려하고 멋진, 최신의 기술이 아니라 일상적인 기술로도 유저의 마음을 얻을 수 있어요.

여러분이 일상에서 다루는 기술의 가능성은 작지 않아요. 새로운 기술은 필요한 순간에 적절하게 사용하면 그만이에요.

매일 반복되는 일상의 기술만 다룬다고 너무 조급해하지 않아도 괜찮아요. 여러분은 내공을 쌓고 계신 거니까요.

이모카세 1호는 매일 같이 우리 식탁에 오르는 음식으로 100명의 요리사 중 6위를 차지했어요. 일상적인 것으로 심사위원의 마음을 얻은 결과죠. 개발자인 우리도 일상적인 것으로 유저의 마음을 얻을 수 있어요. 화려하고 멋진, 최신의 기술이 아니라 일상적인 기술로도 유저의 마음을 얻을 수 있어요. 여러분이 일상에서 다루는 기술의 가능성은 작지 않아요. 새로운 기술은 필요한 순간에 적절하게 사용하면 그만이에요. 매일 반복되는 일상의 기술만 다룬다고 너무 조급해하지 않아도 괜찮아요. 여러분은 내공을 쌓고 계신 거니까요.

흑백요리사, 이모카세가 대단한 이유

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다. 예전에 누군가에게 들었던 이야기.

사용자의 목소리

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다.
예전에 누군가에게 들었던 이야기.

인상적이었습니다. 진짜 그럴까?

커피한잔도 앱 시작 화면 정도는 아니지만 홈페이지 하단에 고객센터 전화번호를 노출해두고 있습니다.
말이 고객 센터지, 제가 가진 두 개의 핸드폰 번호 중 하나입니다.

가끔 전화가 오면 긴장 반 설렘 반으로 전화를 받습니다.
하지만 불행히도(?) 사용자분들에게 전화가 오기보단 스팸 전화가 대부분입니다.
난 사용자들 목소리가 듣고 싶은 건데.

커피한잔에서 사용자들에게 보내는 메일은 발신 전용 메일이 없습니다.
발신 전용으로 보낸다는 건 답장을 보내지 말라는 뜻.
사용자들 목소리 듣기가 얼마나 어려운데…

이야기를 더 많이 들어보기 위해 정말 스플래시 화면에 전화번호를 한 번 노출해 봐야겠습니다.

https://jeho.page/essay/2024/10/17/user-voice.html

앱 시작 화면에 개발자 핸드폰 전화번호를 적어놔봐라. 그래도 전화 안 온다. 예전에 누군가에게 들었던 이야기. 인상적이었습니다. 진짜 그럴까? 커피한잔도 앱 시작 화면 정도는 아니지만 홈페이지 하단에 고객센터 전화번호를 노출해두고 있습니다. 말이 고객 센터지, 제가 가진 두 개의 핸드폰 번호 중 하나입니다. 가끔 전화가 오면 긴장 반 설렘 반으로 전화를 받습니다. 하지만 불행히도(?) 사용자분들에게 전화가 오기보단 스팸 전화가 대부분입니다. 난 사용자들 목소리가 듣고 싶은 건데. 커피한잔에서 사용자들에게 보내는 메일은 발신 전용 메일이 없습니다. 발신 전용으로 보낸다는 건 답장을 보내지 말라는 뜻. 사용자들 목소리 듣기가 얼마나 어려운데… 이야기를 더 많이 들어보기 위해 정말 스플래시 화면에 전화번호를 한 번 노출해 봐야겠습니다. https://jeho.page/essay/2024/10/17/user-voice.html

K리그 프로그래머

Facebook

과거 퍼블리에서 근무하시던 민우님께서 퍼블리를 애도하며 써주신 글입니다. 결국 사업은 시장의 크기나 시장의 성장 가능성이 있는 곳에서 하는게 성공할 가능성이 높아진다 라는 의미가 담겨있습니다.

퍼블리의 첫 타겟 고객은 고급 컨텐츠, 지적 컨텐츠를 바라는 사람들이었습니다.
책 읽기를 좋아하고, 뛰어난 사람들은 어떤 생각을 하는지 궁금해하고, 남들이 모르는 걸 알게 되면 자랑하고 싶어서 근질근질거리는 사람들을 위한 컨텐츠를 표방하며 사람들을 끌어들였습니다.

그런데 회사에 들어가서 보니
구매 데이터를 분석하고, 구매자들을 만나서 심층 인터뷰를 하고, 광고를 집행해보면서 내린 결론 은 시장의 뚜렷한 한계가 있는걸로 보였습니다.
이 시장은 한계가 있고, 타겟 대상으로 뭔가를 파는 시장은 벤처 스케일의 스타트업이 타겟할 만큼의 규모가 나오지 않는다고 생각했습니다.
이 소수의 고객들 마저 '신선한 시도'에 돈을 내고 있는거지, 지속적으로 구매를 해줄 가능성은 낮다고 생각했습니다.

이 의견에 대해서 설득하지 못했습니다.
데이터를 분석하는, 고객을 만나는, 광고를 집행하는 사람도 저 혼자였기에 팀에 설득하기란 쉽지 않았습니다. 또한 고급 컨텐츠, 지적 컨텐츠에 커다란 애정을 가지고 있는 공동창업자를 설득하는 건 거의 불가능에 가까운 일이었습니다.
하지만 설득할 필요 없이 시장은 명확하게 피드백을 주고 있었습니다.

그러고 나서 조금씩 큰 시장을 찾아내려고 했었습니다.
고객이 제품에서 가치를 얻는 데에 걸리는 시간이 너무 길다고 판단했고, 짧은 호흡의 컨텐츠, 바로 써먹을 수 있는 컨텐츠를 제공해야 더 많은 고객이 이용할 것이라고 판단했습니다.
먹고사니즘이 걸려있는, 불안감을 해소하고 싶은 자들은 직업에 대한 불안이 큰 사람들일 거라 판단했고 그 결과로 사회 초년생들을 타겟하기 시작했습니다.

조금씩 고객 규모는 늘어났지만
너무 조금씩 늘어났고, 어느 순간에는 한계에 부딪혔다고 생각했습니다. 퍼블리가 타겟하는 고객은 '일을 더 잘하고 싶은 사람 & 꾸준히 정진하는 사람 & 능동적으로 텍스트를 읽고 이해하려는 사람 & 거기에 돈을 쓸 만큼 진심인 사람' 들의 교집합이기에 이 시장은 너무 작고, 아무리 광고비를 쏟아부어도 성장에 한계가 있을 것이라고 결론을 내렸습니다.

물론 반대되는 생각도 있었습니다.
퍼블리는 충분히 매력적이고, 시장이 작은게 아닌 잘 못팔고 있는거고 잘 팔면 충분히 클것이다 라는 의견입니다.

일하면서 강하게 하게 된 생각은
'스타트업은 시장 크기가 거의 전부다' 라는 것입니다.
퍼블리 이전에는 쏘카에서 일했는데 쏘카존을 늘리는 대로 성장했고 하루에 몇억씩 매출이 나는 게 너무 당연했습니다. 차를 구매할 만큼의 경제력은 없지만 차를 타고 운전하고 싶은 욕망을 가진 젊은이들이 너무 많았고 쏘카는 욕망에 맞게 차를 공급해주기만 하면 됐습니다.

퍼블리에서는 열심히 일했지만 한계가 있었습니다.
충분히 뛰어난 역량을 가진 구성원들이였고, 좋은 방식으로 일하려 했습니다. 이 구성원들이 다른 시장을 타겟하는 사업을 했으면 분명히 좋은 성과가 나왔을 거라고 생각합니다.
사업이 성장하고 성공하려면 사람들의 욕망을 건드려야하고, 그게 벤처 스케일의 사업이 되려면 큰 욕망을 건드려야 했었습니다.

과거 퍼블리에서 근무하시던 민우님께서 퍼블리를 애도하며 써주신 글입니다. 결국 사업은 시장의 크기나 시장의 성장 가능성이 있는 곳에서 하는게 성공할 가능성이 높아진다 라는 의미가 담겨있습니다. 퍼블리의 첫 타겟 고객은 고급 컨텐츠, 지적 컨텐츠를 바라는 사람들이었습니다.책 읽기를 좋아하고, 뛰어난 사람들은 어떤 생각을 하는지 궁금해하고, 남들이 모르는 걸 알게 되면 자랑하고 싶어서 근질근질거리는 사람들을 위한 컨텐츠를 표방하며 사람들을 끌어들였습니다. 그런데 회사에 들어가서 보니구매 데이터를 분석하고, 구매자들을 만나서 심층 인터뷰를 하고, 광고를 집행해보면서 내린 결론 은 시장의 뚜렷한 한계가 있는걸로 보였습니다.이 시장은 한계가 있고, 타겟 대상으로 뭔가를 파는 시장은 벤처 스케일의 스타트업이 타겟할 만큼의 규모가 나오지 않는다고 생각했습니다. 이 소수의 고객들 마저 '신선한 시도'에 돈을 내고 있는거지, 지속적으로 구매를 해줄 가능성은 낮다고 생각했습니다. 이 의견에 대해서 설득하지 못했습니다.데이터를 분석하는, 고객을 만나는, 광고를 집행하는 사람도 저 혼자였기에 팀에 설득하기란 쉽지 않았습니다. 또한 고급 컨텐츠, 지적 컨텐츠에 커다란 애정을 가지고 있는 공동창업자를 설득하는 건 거의 불가능에 가까운 일이었습니다. 하지만 설득할 필요 없이 시장은 명확하게 피드백을 주고 있었습니다. 그러고 나서 조금씩 큰 시장을 찾아내려고 했었습니다. 고객이 제품에서 가치를 얻는 데에 걸리는 시간이 너무 길다고 판단했고, 짧은 호흡의 컨텐츠, 바로 써먹을 수 있는 컨텐츠를 제공해야 더 많은 고객이 이용할 것이라고 판단했습니다. 먹고사니즘이 걸려있는, 불안감을 해소하고 싶은 자들은 직업에 대한 불안이 큰 사람들일 거라 판단했고 그 결과로 사회 초년생들을 타겟하기 시작했습니다. 조금씩 고객 규모는 늘어났지만너무 조금씩 늘어났고, 어느 순간에는 한계에 부딪혔다고 생각했습니다. 퍼블리가 타겟하는 고객은 '일을 더 잘하고 싶은 사람 &amp; 꾸준히 정진하는 사람 &amp; 능동적으로 텍스트를 읽고 이해하려는 사람 &amp; 거기에 돈을 쓸 만큼 진심인 사람' 들의 교집합이기에 이 시장은 너무 작고, 아무리 광고비를 쏟아부어도 성장에 한계가 있을 것이라고 결론을 내렸습니다. 물론 반대되는 생각도 있었습니다.퍼블리는 충분히 매력적이고, 시장이 작은게 아닌 잘 못팔고 있는거고 잘 팔면 충분히 클것이다 라는 의견입니다. 일하면서 강하게 하게 된 생각은'스타트업은 시장 크기가 거의 전부다' 라는 것입니다. 퍼블리 이전에는 쏘카에서 일했는데 쏘카존을 늘리는 대로 성장했고 하루에 몇억씩 매출이 나는 게 너무 당연했습니다. 차를 구매할 만큼의 경제력은 없지만 차를 타고 운전하고 싶은 욕망을 가진 젊은이들이 너무 많았고 쏘카는 욕망에 맞게 차를 공급해주기만 하면 됐습니다. 퍼블리에서는 열심히 일했지만 한계가 있었습니다.충분히 뛰어난 역량을 가진 구성원들이였고, 좋은 방식으로 일하려 했습니다. 이 구성원들이 다른 시장을 타겟하는 사업을 했으면 분명히 좋은 성과가 나왔을 거라고 생각합니다. 사업이 성장하고 성공하려면 사람들의 욕망을 건드려야하고, 그게 벤처 스케일의 사업이 되려면 큰 욕망을 건드려야 했었습니다.

www.facebook.com

결국 시장이 제일 중요하다

사이드 프로젝트는 꾸준히 만들고 많이 실패해 보는 게 중요하다고 생각합니다:)

그동안 만든 21개의 사이드 프로젝트가 다 실패하고 22번째로 만든 프로젝트가 코로나맵이였습니다.

저는 꾸준한 실패의 힘을 믿습니다 😆

사이드 프로젝트는 꾸준히 만들고 많이 실패해 보는 게 중요하다고 생각합니다:) 그동안 만든 21개의 사이드 프로젝트가 다 실패하고 22번째로 만든 프로젝트가 코로나맵이였습니다. 저는 꾸준한 실패의 힘을 믿습니다 😆

사이드 프로젝트는 꾸준히 만들고 많이 실패해 보는 게 중요하다고 

나 혼자 몰래 듣고 싶은 네이버 경력 이직 성공기

네이버 경력사원이 다 대답해 드립니다

📎 네이버코드 채용 관련 콘텐츠 3탄! '네이버 경력사원' 분들의 이직 성공기가 공개되었습니다 : )

오늘 공개된 네이버코드 '네이버 경력사원이 다 대답해 드립니다'편에는 다양한 경험과 역량을 보유한 네이버 경력사원분들의 진솔한 인터뷰가 실렸습니다.
콘텐츠에는 아래와 같은 내용이 담겨있으며, 상세 내용은 하단 링크를 통해 확인하실 수 있습니다 🙂

✔︎ 이직을 고민하게 된 동기와 네이버를 선택한 이유는?
✔︎ 채용공고 속 직무와 내 경험 사이의 간극이 있다면 어떻게 해야 할까?
✔︎ 경력 이직에 성공한 사람들은 어떤 식으로 자기 어필을 했을까?
✔︎ 포트폴리오나 경력 기술서에 나만의 '킥'을 보탠다면?
✔︎ 실제 입사해 보니 네이버는 이런 회사였습니다!

📎 네이버코드 채용 관련 콘텐츠 3탄! '네이버 경력사원' 분들의 이직 성공기가 공개되었습니다 : ) 오늘 공개된 네이버코드 '네이버 경력사원이 다 대답해 드립니다'편에는 다양한 경험과 역량을 보유한 네이버 경력사원분들의 진솔한 인터뷰가 실렸습니다. 콘텐츠에는 아래와 같은 내용이 담겨있으며, 상세 내용은 하단 링크를 통해 확인하실 수 있습니다 🙂 ✔︎ 이직을 고민하게 된 동기와 네이버를 선택한 이유는?✔︎ 채용공고 속 직무와 내 경험 사이의 간극이 있다면 어떻게 해야 할까?✔︎ 경력 이직에 성공한 사람들은 어떤 식으로 자기 어필을 했을까?✔︎ 포트폴리오나 경력 기술서에 나만의 '킥'을 보탠다면?✔︎ 실제 입사해 보니 네이버는 이런 회사였습니다!

code.naver.com

경력사원들이 직접 풀어놓는 '네이버 이직 성공기'

코틀린에서 웹소켓에 액터모델을 연결시켜  분산 상태처리가 가능한 웹소켓 모델로 업그레이드 시도를 해보겠습니다.

 * more : https://wiki.webnori.com/x/dYGZBQ

코틀린에서 웹소켓에 액터모델을 연결시켜&nbsp; 분산 상태처리가 가능한 웹소켓 모델로 업그레이드 시도를 해보겠습니다. <ul ><li>more : https://wiki.webnori.com/x/dYGZBQ</li></ul>

코틀린에서 웹소켓을 우아하게 사용하기

UX/UI 디자인 전문가 우디입니다. UX/UI 디자이너들의 이력서, 포트폴리오 작성부터 면접 준비까지, 실무 중심의 입사 전략을 세우는 데 필요한 조언을 제공합니다. 채용 담당자 입장을 이해하고 구체적이고 명확하게 자신을 어필하는 법을 익히세요!

ChatGPT - 우디의 UX/UI : 포트폴리오/면접/디자인/라이팅 코칭

안녕하세요, 우디입니다.

디자인 취업 준비 관련해 자주 나오는 질문들에 대한 답변을 더 효과적으로 제공하고, 실질적인 인사이트를 드리고 싶어 GPTs를 만들었습니다.

📌 GPTs 링크: https://chatgpt.com/g/g-c1iWakBh2-udiyi-ux-ui-poteupolrio-myeonjeob-dijain-kocing

더 나은 포트폴리오와 커리어를 만들어 가는 데 도움이 되었으면 좋겠네요!

📚 GPTs에 포함된 주요 학습 내용

1. 세 권의 저서 원본 PDF
- 사실은 이것도 디자인입니다 (제품을 보는 눈)
- 사용자를 사로잡는 UX/UI 실전 가이드 (UX/UI 기초)
- GEN Z 인문학 (디자인 윤리)

2. 디자인 포트폴리오 코칭 경험&인사이트
- 실제 코칭에서 얻은 내용을 통해 실용적인 조언을 제공합니다.

3. 제가 운영하는 커뮤니티 아카이빙 및 자주 나오는 질문과 샘플 답변

4. 두 번의 웨비나 PDF 포함
- 채용 담당자를 고려한 포트폴리오 만들기
- 가독성을 고려한 포트폴리오 라이팅

📈 GPTs를 통해 얻을 수 있는 도움
- 취업 준비: 포트폴리오 작성 및 라이팅 팁, 면접 팁
- 디자인 기초: UX/UI 디자인의 기본 개념과 원리
- 논리적 사고 구축: 디자인 논리와 문제 해결 접근법
- 디자인 윤리: 다크 패턴과 윤리를 고려한 기능 구별

🔧 초기 단계 안내
- 아직 초기 단계인 만큼 부족한 부분이 있을 수 있습니다. 계속해서 수정과 보완을 진행할 예정이니, 양해 부탁드립니다.

디자인 여정에 작은 도움이라도 되길 바랍니다.

안녕하세요, 우디입니다. 디자인 취업 준비 관련해 자주 나오는 질문들에 대한 답변을 더 효과적으로 제공하고, 실질적인 인사이트를 드리고 싶어 GPTs를 만들었습니다. 📌 GPTs 링크: https://chatgpt.com/g/g-c1iWakBh2-udiyi-ux-ui-poteupolrio-myeonjeob-dijain-kocing 더 나은 포트폴리오와 커리어를 만들어 가는 데 도움이 되었으면 좋겠네요! 📚 GPTs에 포함된 주요 학습 내용 1. 세 권의 저서 원본 PDF- 사실은 이것도 디자인입니다 (제품을 보는 눈)- 사용자를 사로잡는 UX/UI 실전 가이드 (UX/UI 기초)- GEN Z 인문학 (디자인 윤리) 2. 디자인 포트폴리오 코칭 경험&amp;인사이트- 실제 코칭에서 얻은 내용을 통해 실용적인 조언을 제공합니다. 3. 제가 운영하는 커뮤니티 아카이빙 및 자주 나오는 질문과 샘플 답변 4. 두 번의 웨비나 PDF 포함- 채용 담당자를 고려한 포트폴리오 만들기- 가독성을 고려한 포트폴리오 라이팅 📈 GPTs를 통해 얻을 수 있는 도움- 취업 준비: 포트폴리오 작성 및 라이팅 팁, 면접 팁- 디자인 기초: UX/UI 디자인의 기본 개념과 원리- 논리적 사고 구축: 디자인 논리와 문제 해결 접근법- 디자인 윤리: 다크 패턴과 윤리를 고려한 기능 구별 🔧 초기 단계 안내- 아직 초기 단계인 만큼 부족한 부분이 있을 수 있습니다. 계속해서 수정과 보완을 진행할 예정이니, 양해 부탁드립니다. 디자인 여정에 작은 도움이라도 되길 바랍니다.

ChatGPT

🛠️ 우디의 디자인 GPTs 공유

개발자의 인문학 공부: 인문학 서적 100권 읽기

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추천 도서 목록

SNS 댓글로 받은 추천 도서 목록입니다. 현재 50권이 살짝 넘네요. 누구나 수정 할 수 있게 열어두었으니, 혹시 더 추천해주시고 싶은 책이 있다면 추가해주시면 감사합니다. ☺️

그보다.. 공돌이로써 제목만 봐도 현기증이.. 문돌이 분들이 물리, 수학, 인공지능 기술 도서명 보면 이런 느낌이려나 싶네요..😇🤭

https://docs.google.com/spreadsheets/d/1w4t4HMIXdbI233GXHcOob_MKCnp5hHVyoxax5Nepzt0/edit?usp=sharing

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추천 도서 목록 SNS 댓글로 받은 추천 도서 목록입니다. 현재 50권이 살짝 넘네요. 누구나 수정 할 수 있게 열어두었으니, 혹시 더 추천해주시고 싶은 책이 있다면 추가해주시면 감사합니다. ☺️ 그보다.. 공돌이로써 제목만 봐도 현기증이.. 문돌이 분들이 물리, 수학, 인공지능 기술 도서명 보면 이런 느낌이려나 싶네요..😇🤭 https://docs.google.com/spreadsheets/d/1w4t4HMIXdbI233GXHcOob_MKCnp5hHVyoxax5Nepzt0/edit?usp=sharing

Google Docs

“개발자의 인문학 공부: 인문학 서적 100권 읽기 프로젝트” 추

32 User Interface Elements For UI Designers: Your Ultimate Glossary

[PO가 알아야하는 UI 용어 ]

Customer facing 제품을 담당하는 PO라면 UX 디자이너 및 front-end 개발자와 많은 시간을 보내게 된다. AC를 작성하거나 전체적인 user flow를 설명할 때 기술적인 부분과 비즈니스적인 부분은 꼭 전문 용어를 알지 않아도 풀어서 설명할 수 있지만, 디자인적인 부분을 얘기할 때는 조금 달랐던 경험이 있다. UX 디자이너나 front-end 개발자와 얘기를 할 때 특정 디자인 요소에 해당하는 용어를 알지 못하면, 상대방이 얘기하는 걸 이해하지 못하는 것은 물론이고, 모든 것을 다 ‘이 영역의 저 버튼’ 으로 밖에 설명 할 수 없다.

아래 소개하는 글에 따르면 UI 요소는 크게 아래와 같이 구분된다.
1. 사용자로부터 입력을 받는 기능
2. 사용자가 제품(앱이나 웹사이트) 안에서 이동할 수 있는 기능
3. 사용자에게 정보를 제공하는 기능
4. 콘텐츠를 담는 공간

글 제목은 ‘디자이너가 알아야 하는 32가지 UI 요소’ 지만, UI/UX와 관련된 제품의 PO라면 꼭 알아두어야 할 용어집이 아닌가 싶다.

CareerFoundry

Product Owner

서민교

새로운 걸 배우고 깊게 파고들기 좋아하는 기획자입니다. Data analyst로 커리어를 시작해 지금은 마케팅 프로덕트를 관리하고 있습니다. IT 트렌드, 기술혁신, 자동차 업계에 관심이 많습니다.

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필