퍼블리의 비즈니스가 막을 내렸습니다 지난 9월 20일 금요일 IT 아웃소싱 파트너십 솔루션 기업 '시소'가 퍼블리 법인과 개발자 커뮤니티 서비스인 '커리어리'를 인수했다는 뉴스가 떴죠. 퍼블리 법인은 지난 6월 퍼블리의 멤버십 사업부를 뉴닉에 매각한 바 있는데요. (참조 - 뉴닉은 왜 

퍼블리의 10년 여정이 막을 내렸습니다

 * 커리어리를 운영하던 퍼블리의 비즈니스에 대한 글입니다
 * 퍼블리의 멤버십 사업부는 뉴닉에게 매각했고, 커리어리를 포함한 퍼블리 법인은 시소에게 인수 합병이 되었어요.
 * 이 과정에서 어떤 일을 했는지 작성된 글이에요
 * 어떤 서비스의 확장 과정에 대해 알 수 있고, 현재 이 글을 보는 커리어리에 대한 내용이니 보셔도 좋을 것 같아요

https://outstanding.kr/thankyoupubly20240924

<ul ><li>커리어리를 운영하던 퍼블리의 비즈니스에 대한 글입니다</li><li>퍼블리의 멤버십 사업부는 뉴닉에게 매각했고, 커리어리를 포함한 퍼블리 법인은 시소에게 인수 합병이 되었어요.</li><li>이 과정에서 어떤 일을 했는지 작성된 글이에요</li><li>어떤 서비스의 확장 과정에 대해 알 수 있고, 현재 이 글을 보는 커리어리에 대한 내용이니 보셔도 좋을 것 같아요</li></ul> https://outstanding.kr/thankyoupubly20240924

OUTSTANDING

OAuth는 무엇인가요?티스토리 로그인페이지에서 보면 카카오톡으로 로그인이라는 버튼이 보일 것입니다. 이 외에도 구글, 네이버, 페이스북으로 로그인 할 수 있도록 타 사이트에서 기능을 제공해주고 있는데 이처럼 서비스에 직접 사용자를 등록하지 않고 제 3자의 플랫폼에 사용자의 접근 권한을 위임할 수 있도록 해주는 표준 프로토콜을 OAuth라고 합니다.OAuth는 인터넷 사용자들이 비밀번호를 제공하지 않고 다른 웹사이트 상의 자신들의 정보에 대해 웹사이트나 애플리케이션의 접근 권한을 부여할 수 있는 공통적인 수단으로서 사용되는 접근 위임을 위한 개방형 표준. - 위키피디아OAuth가 사용되기 전에는 인증방식의 표준이 없었기 때문에 기존의 기본인증인 아이디와 비밀번호를 사용하였는데, 이는 보안상 취약한 구조일..

OAuth 원리와 이해 (feat. 카카오 로그인)

예전에 카카오워크라는 협업툴의 기획자로 일한 적이 있었는데요.
그러면서 OAuth와 SAML에 대해 많은 공부를 하게 되었었어요!
SSO 인증은 알아두면 나중에 정말 요긴하게 쓰이니 읽고 가볍게 공부해보세요!

+여담
그리고 그 당시에 찾아보며 느꼈는데,
미국이나 우리나라는 OAuth를 많이 쓰는데.. 일본은 LINE을 기반으로 SAML을 많이 쓰는 느낌이 들더라구요..!? 🤓

https://yejipro.tistory.com/entry/OAuth-%EC%9B%90%EB%A6%AC%EC%99%80-%EC%9D%B4%ED%95%B4-feat-%EC%B9%B4%EC%B9%B4%EC%98%A4-%EB%A1%9C%EA%B7%B8%EC%9D%B8

예전에 카카오워크라는 협업툴의 기획자로 일한 적이 있었는데요.그러면서 OAuth와 SAML에 대해 많은 공부를 하게 되었었어요!SSO 인증은 알아두면 나중에 정말 요긴하게 쓰이니 읽고 가볍게 공부해보세요! +여담그리고 그 당시에 찾아보며 느꼈는데, 미국이나 우리나라는 OAuth를 많이 쓰는데.. 일본은 LINE을 기반으로 SAML을 많이 쓰는 느낌이 들더라구요..!? 🤓 https://yejipro.tistory.com/entry/OAuth-%EC%9B%90%EB%A6%AC%EC%99%80-%EC%9D%B4%ED%95%B4-feat-%EC%B9%B4%EC%B9%B4%EC%98%A4-%EB%A1%9C%EA%B7%B8%EC%9D%B8

Yeji's Tech Notes

기획을 하시다가 분석을 하고 계신 스토리도 궁금하네요

코딩 어시스턴트와 코딩하는 건 이런 느낌이랄까.. AI는 나에게 끊임없이 코드를 던지고, 나는 끊임없이 리뷰하고 결재(승인 혹은 리젝)한다.. 이놈이 쉬지 않으니 나도 쉬지 못하고, 화장실도 못간채 하루를 마치며 그야말로 하얗게 불태웠다가 되어버리는 것이다..

코딩 어시스턴트와 코딩하는 건 이런 느낌이랄까.. AI는 나에게 끊임없이 코드를 던지고, 나는 끊임없이 리뷰하고 결재(승인 혹은 리젝)한다.. 이놈이 쉬지 않으니 나도 쉬지 못하고, 화장실도 못간채 하루를 마치며 그야말로 하얗게 불태웠다가 되어버리는 것이다..

프라이버시 엔지니어는 말그대로 (소프트웨어) 엔지니어다. 개인정보 정책을 실제로 구현하는 일을 하는데 작은 회사라면 개인정보보호 담당자가 프라이버시 엔지니어이기도 할 가능성이 높다. 아직 이 분야가 시작이다 보니 잘 개발되어 있지는 않지만 개인정보 보호에 대한 법적 규제와 개인들의 관심이 높기에 앞으로 개발자라면 어느 정도는 알아야 하는 분야가 되리라 믿는다. 이런 직군을 처음 도입한 회사는 구글로 알고 있고 2021년부터 관련한 직군 채용을 하고 있었다. 위키피디아에도 관련 직군에 대한 설명이 존재한다 (https://en.wikipedia.org/wiki/Privacy_engineering). 여기에는 다음과 같은 4가지 분야가 있고 이를 구현하거나 적합한 외부 툴을 가져다가 연동하는 작업을 하게 된다:

 * Data Classification: 개인 정보에 해당하는 데이터가 무엇인지 그리고 그와 관련된 위험 요소를 정의
 * Data Inventory: 위에서 정의된 개인정보에 해당하는 데이터가 어디에 저장되어 있는지 정리하고 관리
 * Data Deletion: 사용이 끝난 개인정보 데이터를 바로 삭제
 * Data Obfuscation: 개인정보의 노출 없이 활용하기 위해 개인정보를 익명화

여기서 중요한 부분은 데이터가 우리 서비스로 들어오는 바로 그 시점에 Data classification에 따라 데이터의 개인정보 유무와 어떤 개인정보인지가 판별되고 거기에 맞춰 관리되어야 한다는 점이다. 데이터가 들어올 때 분류가 되지 않으면 그 뒤에 이를 처리하는 것은 아주 힘든 일이 된다. 이 분야의 특징은 다양한 개인정보 보호법에 대한 지식과 정보 보호 인증 (예를 들면 ISO/IEC 27001)에 대한 지식과 시스템 전반에 대한 지식등이 필요한 경험이 많이 필요한 분야라고 생각하면 된다. 카네기멜론 대학에는 관련한 석사과정(https://privacy.cs.cmu.edu/)도 생겼다.

다음에는 LLMOps와 DataOps 직군에 대해 이야기해보도록 하겠다.

프라이버시 엔지니어는 말그대로 (소프트웨어) 엔지니어다. 개인정보 정책을 실제로 구현하는 일을 하는데 작은 회사라면 개인정보보호 담당자가 프라이버시 엔지니어이기도 할 가능성이 높다. 아직 이 분야가 시작이다 보니 잘 개발되어 있지는 않지만 개인정보 보호에 대한 법적 규제와 개인들의 관심이 높기에 앞으로 개발자라면 어느 정도는 알아야 하는 분야가 되리라 믿는다. 이런 직군을 처음 도입한 회사는 구글로 알고 있고 2021년부터 관련한 직군 채용을 하고 있었다. 위키피디아에도 관련 직군에 대한 설명이 존재한다 (https://en.wikipedia.org/wiki/Privacy_engineering). 여기에는 다음과 같은 4가지 분야가 있고 이를 구현하거나 적합한 외부 툴을 가져다가 연동하는 작업을 하게 된다: <ul ><li>Data Classification: 개인 정보에 해당하는 데이터가 무엇인지 그리고 그와 관련된 위험 요소를 정의</li><li>Data Inventory: 위에서 정의된 개인정보에 해당하는 데이터가 어디에 저장되어 있는지 정리하고 관리</li><li>Data Deletion: 사용이 끝난 개인정보 데이터를 바로 삭제</li><li>Data Obfuscation: 개인정보의 노출 없이 활용하기 위해 개인정보를 익명화</li></ul> 여기서 중요한 부분은 데이터가 우리 서비스로 들어오는 바로 그 시점에 Data classification에 따라 데이터의 개인정보 유무와 어떤 개인정보인지가 판별되고 거기에 맞춰 관리되어야 한다는 점이다. 데이터가 들어올 때 분류가 되지 않으면 그 뒤에 이를 처리하는 것은 아주 힘든 일이 된다. 이 분야의 특징은 다양한 개인정보 보호법에 대한 지식과 정보 보호 인증 (예를 들면 ISO/IEC 27001)에 대한 지식과 시스템 전반에 대한 지식등이 필요한 경험이 많이 필요한 분야라고 생각하면 된다. 카네기멜론 대학에는 관련한 석사과정(https://privacy.cs.cmu.edu/)도 생겼다. 다음에는 LLMOps와 DataOps 직군에 대해 이야기해보도록 하겠다.

데이터 이야기 #8: 기타 데이터 직군 - 프라이버시 엔지니어

ML 모델 개발 과정에서 자주 발생하는 공통적인 문제점들은 다양하다. 처음 한번은 어떻게 전체 프로세스를 돌리고 모델을 만들고 배포할 수 있지만 다음 번에 모델을 다시 빌드해야 한다면 얼마나 빠르게 실수없이 할 수 있느냐가 정말 중요한 포인트가 되며 여기서 경쟁력이 달라진다.

왜 모델을 다시 빌드할 필요가 있느냐고 반문할지도 모르겠다. 그 이유는 데이터의 패턴이 달라지는 경우 옛날 데이터로 빌드된 모델의 성능이 떨어지기 시작하기 때문이다. 이를 Data Drift라고 부른다. 실제로 야후 때 경험을 놓고 보면 검색 랭킹을 ML 모델로 만들고 이걸 1년 동안 방치(?)해보니 결과의 클릭률이 30%가 떨어지는 걸 관찰한 적이 있었는데 그 이유는 웹에 만들어지는 문서의 패턴이 바뀌고 쿼리의 패턴이 바뀌면서 모델을 훈련할 때 사용했던 훈련 데이터와 지금 모델로 들어오는 데이터가 달라졌기 때문이었다. 즉 머신 러닝 모델의 중요 피처의 데이터 분포(평균, 표준편차 등등)를 계속해서 모니터링하다가 달라지면 모델을 다시 빌드할 필요가 있다.

그러면 모델의 재빌딩이란 측면에서 어떤 문제들이 있는지 이야기해보자. 몇 가지만 이야기해봐도 다음과 같은 것들이 있다.

 * 훈련용 데이터셋의 관리가 큰 문제로 작용할 수 있다. 데이터의 품질, 양, 그리고 다양한 조건에 따라 모델 성능이 크게 달라지기 때문에 데이터를 체계적으로 관리하고 업데이트하는 것이 중요하다. 무엇보다 마지막 모델 빌드시 사용했던 훈련용 데이터셋이 무엇인지 알고 다시 사용할 수 있게 관리해야 한다.
 * 피처를 계산하는 방법, 즉 피처 엔지니어링 과정에서 사용되는 코드의 관리도 중요한 이슈다. 이 코드를 GitHub 등에 관리하면서 유닛 테스트등을 도입해야 일관성 있는 결과를 도출할 수 있다. 이는 소프트웨어 개발자에게는 당연하게 받아들여지는 과정일 수 있지만 데이터 과학자들에게는 익숙하지 않은 과정인 경우가 많고 여기서 생기는 이유가 생각보다 많다.
 * 모델을 처음 빌딩할 때 어떤 머신러닝 알고리즘을 사용하고 이와 함께 사용한 하이퍼 파라미터들이 무엇인지, 그리고 이들을 어떻게 조정했는지도 중요한 문제이며 이 모든 것들이 문서화가 되고 기록이 되어야 나중에 모델을 다시 만들 때 시간 낭비를 하지 않는다.
 * 초기 개발 단계에서는 노트북에서 수동으로 모델을 빌딩하는데, 이러한 과정을 체계화하거나 자동화하지 않으면 나중에 재현하기 어렵고, 팀 간의 협업이 어려워질 수 있다.
 * 만들어진 모델을 배포하는 것도 중요하다. 보통 API 형태로 배포하는 것이 일반적인데 이 경우 백엔드 엔지니어링 팀이나 데브옵스 엔지니어링 팀과 밀접한 협업이 필요하다. 배포할 때마다 긴밀하게 협업을 해야한다면 이는 배포의 주기가 잦은 경우 큰 문제가 된다. 즉, 이 부분은 최대한 자동화하고 프로세스(monitoring & troubleshooting)를 만들 필요가 있다. 모니터링이란 측면에서는 data drift와 API의 수행시간 (latency) 등이 중요한 포인트가 된다.
 * 마지막으로, 모델의 성능을 평가하기 위한 AB 테스트 프로세스도 매우 중요하다. 실제 사용자에게 제공하기 전에 모델이 제대로 작동하는지 확인하고, 새로운 모델이 기존 모델보다 나은 성능을 보이는지를 평가하는 것이 필수적이다.

즉 위의 일은 머신 러닝 모델만 빌드하던 데이터 과학자나, 데이터 파이프라인만 관리하던 데이터 엔지니어나, 온라인 시스템을 모니터링하고 트러블슈팅을 하던 데브옵스 엔지니어가 혼자 하기에는 벅찬 일이다. 그래서 생긴 직군이 바로 MLOps 직군이며 다음 3가지 역할을 수행하게 된다. 즉 주니어가 하기에는 많은 경험을 필요로 하는 일이라 할 수 있다.

 1. 데이터 과학자 (혹은 ML 엔지니어)
 2. 데이터 엔지니어
 3. 데브옵스 엔지니어

그렇다고 MLOps 엔지니어가 머신 러닝 모델을 직접 빌드하는 역할은 하지는 않는다. 그런 관점에서는 데브옵스 엔지니어와 비슷한 부분이 있는데 데브옵스 엔지니어의 경우 서비스 코드를 직접 작성하지는 않지만 다른 개발자들이 만든 코드를 테스트하고 패키지하고 배포하고 모니터링하고 트러블슈팅을 하며 이 과정을 최대한 자동화하게 된다. MLOps 엔지니어의 경우에는 다른 사람들(보통 데이터 과학자)이 만든 모델을 대상으로 동일한 일을 수행하게 된다.

머신 러닝 모델이 점점더 많은 영역에서 사용되다보니 MLOps와 같은 직군이 중요해지고 그러다보니 관련한 툴/프레임웍들이 많이 나오고 있다. 개인적으로 많이 사용해본 것은 AWS의 SageMaker이고 가볍게 사용해본 것으로는 Databricks에서 만든 MLflow가 있다.

다음 포스팅에서 프라이버시 엔지니어에 대해 이야기해보고자 한다.

ML 모델 개발 과정에서 자주 발생하는 공통적인 문제점들은 다양하다. 처음 한번은 어떻게 전체 프로세스를 돌리고 모델을 만들고 배포할 수 있지만 다음 번에 모델을 다시 빌드해야 한다면 얼마나 빠르게 실수없이 할 수 있느냐가 정말 중요한 포인트가 되며 여기서 경쟁력이 달라진다. 왜 모델을 다시 빌드할 필요가 있느냐고 반문할지도 모르겠다. 그 이유는 데이터의 패턴이 달라지는 경우 옛날 데이터로 빌드된 모델의 성능이 떨어지기 시작하기 때문이다. 이를 Data Drift라고 부른다. 실제로 야후 때 경험을 놓고 보면 검색 랭킹을 ML 모델로 만들고 이걸 1년 동안 방치(?)해보니 결과의 클릭률이 30%가 떨어지는 걸 관찰한 적이 있었는데 그 이유는 웹에 만들어지는 문서의 패턴이 바뀌고 쿼리의 패턴이 바뀌면서 모델을 훈련할 때 사용했던 훈련 데이터와 지금 모델로 들어오는 데이터가 달라졌기 때문이었다. 즉 머신 러닝 모델의 중요 피처의 데이터 분포(평균, 표준편차 등등)를 계속해서 모니터링하다가 달라지면 모델을 다시 빌드할 필요가 있다. 그러면 모델의 재빌딩이란 측면에서 어떤 문제들이 있는지 이야기해보자. 몇 가지만 이야기해봐도 다음과 같은 것들이 있다. <ul ><li>훈련용 데이터셋의 관리가 큰 문제로 작용할 수 있다. 데이터의 품질, 양, 그리고 다양한 조건에 따라 모델 성능이 크게 달라지기 때문에 데이터를 체계적으로 관리하고 업데이트하는 것이 중요하다. 무엇보다 마지막 모델 빌드시 사용했던 훈련용 데이터셋이 무엇인지 알고 다시 사용할 수 있게 관리해야 한다.</li><li>피처를 계산하는 방법, 즉 피처 엔지니어링 과정에서 사용되는 코드의 관리도 중요한 이슈다. 이 코드를 GitHub 등에 관리하면서 유닛 테스트등을 도입해야 일관성 있는 결과를 도출할 수 있다. 이는 소프트웨어 개발자에게는 당연하게 받아들여지는 과정일 수 있지만 데이터 과학자들에게는 익숙하지 않은 과정인 경우가 많고 여기서 생기는 이유가 생각보다 많다.</li><li>모델을 처음 빌딩할 때 어떤 머신러닝 알고리즘을 사용하고 이와 함께 사용한 하이퍼 파라미터들이 무엇인지, 그리고 이들을 어떻게 조정했는지도 중요한 문제이며 이 모든 것들이 문서화가 되고 기록이 되어야 나중에 모델을 다시 만들 때 시간 낭비를 하지 않는다.</li><li>초기 개발 단계에서는 노트북에서 수동으로 모델을 빌딩하는데, 이러한 과정을 체계화하거나 자동화하지 않으면 나중에 재현하기 어렵고, 팀 간의 협업이 어려워질 수 있다.</li><li>만들어진 모델을 배포하는 것도 중요하다. 보통 API 형태로 배포하는 것이 일반적인데 이 경우 백엔드 엔지니어링 팀이나 데브옵스 엔지니어링 팀과 밀접한 협업이 필요하다. 배포할 때마다 긴밀하게 협업을 해야한다면 이는 배포의 주기가 잦은 경우 큰 문제가 된다. 즉, 이 부분은 최대한 자동화하고 프로세스(monitoring &amp; troubleshooting)를 만들 필요가 있다. 모니터링이란 측면에서는 data drift와 API의 수행시간 (latency) 등이 중요한 포인트가 된다.</li><li>마지막으로, 모델의 성능을 평가하기 위한 AB 테스트 프로세스도 매우 중요하다. 실제 사용자에게 제공하기 전에 모델이 제대로 작동하는지 확인하고, 새로운 모델이 기존 모델보다 나은 성능을 보이는지를 평가하는 것이 필수적이다.</li></ul> 즉 위의 일은 머신 러닝 모델만 빌드하던 데이터 과학자나, 데이터 파이프라인만 관리하던 데이터 엔지니어나, 온라인 시스템을 모니터링하고 트러블슈팅을 하던 데브옵스 엔지니어가 혼자 하기에는 벅찬 일이다. 그래서 생긴 직군이 바로 MLOps 직군이며 다음 3가지 역할을 수행하게 된다. 즉 주니어가 하기에는 많은 경험을 필요로 하는 일이라 할 수 있다. <ol ><li>데이터 과학자 (혹은 ML 엔지니어)</li><li>데이터 엔지니어</li><li>데브옵스 엔지니어</li></ol> 그렇다고 MLOps 엔지니어가 머신 러닝 모델을 직접 빌드하는 역할은 하지는 않는다. 그런 관점에서는 데브옵스 엔지니어와 비슷한 부분이 있는데 데브옵스 엔지니어의 경우 서비스 코드를 직접 작성하지는 않지만 다른 개발자들이 만든 코드를 테스트하고 패키지하고 배포하고 모니터링하고 트러블슈팅을 하며 이 과정을 최대한 자동화하게 된다. MLOps 엔지니어의 경우에는 다른 사람들(보통 데이터 과학자)이 만든 모델을 대상으로 동일한 일을 수행하게 된다. 머신 러닝 모델이 점점더 많은 영역에서 사용되다보니 MLOps와 같은 직군이 중요해지고 그러다보니 관련한 툴/프레임웍들이 많이 나오고 있다. 개인적으로 많이 사용해본 것은 AWS의 SageMaker이고 가볍게 사용해본 것으로는 Databricks에서 만든 MLflow가 있다. 다음 포스팅에서 프라이버시 엔지니어에 대해 이야기해보고자 한다.

데이터 이야기 #7:  기타 데이터 직군 - MLOps 엔지니어

어제 캘리포니아 얼바인에서 해외인턴 프로그램을 진행 중인 국민대 학생 9명과 멘토링을 할 기회가 있었다. 많은 질문이 있었지만 그 중의 하나는 취업을 할지 진학을 할지에 관한 것이었다. 정답이 있지는 않겠지만 내 개인적인 생각을 이렇게 이야기했다.

 * 사회로 나가기가 겁나서 혹은 이걸 배워두면 좋겠지라는 막연한 생각으로 공부를 더 하지는 말자. 시간과 돈이라는 중요한 자산을 그다지 도움이 안되는 경험을 하는데 쓰는 것일 가능성이 높다.
 * 관련 주제에 호기심이 크고 정말 분명한 목적을 갖고 있다면 좀더 진지하게 고민해보자. 여기서 호기심이란 불안감이나 조바심을 이야기하지 않는다. 조금은 더 학문적인 관심을 이야기한다. 분명한 목적이란 취업을 목적으로 해외 진학을 하는 것을 예로 들 수 있다.

한 학생의 경우 이미 일을 해본 경력이 3년이 있었고 그 과정에서 한 토픽에 대한 관심을 갖게 되었고 대학원실에서 리서치를 잠깐 해보면서 엄청난 흥미를 느끼게 되면서 박사 과정에 대한 열망이 생겼는데 이 분야가 앞으로 저문다면 5년이란 시간을 낭비하게 되는 것이 아닌지에 대한 걱정이 있었다.

나는 박사를 하지 않았지만 주변에서 박사를 한 동료나 팀원들과 일을 하면서 느꼈던 점에 대해 이야기해주었는데 요약하면 이렇다.

 * 박사 학위 자체로 배우는 직접적인 전문성과 경험(Primary Learning)은 오래 가지 않을 수도 있다. 과거 내 팀원들 중에는 네트워크나 보안으로 박사를 받았지만 하는 일은 기본적으로는 소프트웨어 엔지니어링인 사람들이었다.
 * 하지만 박사 논문을 쓰면서 리서치하고 문제를 찾고 해결하기 위해서 고민하고 참을성있게 노력하는 과정에서 생기는 무형의 배움(Secondary Learning)이 있다. 이 배움이 사실은 박사 과정에서 생기는 더 큰 열매가 아닌가 싶다.
 * 어찌되었건 하고 싶은 것이 있다면 꼭 안 좋은 방향에서만 보지 말고 좋은 방향에서 보면서 밸런스를 맞춰보라고 이야기했다. 길게 보면 한 거는 덜 후회하지만 안 한 것은 후회할 가능성이 높다.
   
   
박사로 이야기를 하긴 했지만 비슷한 논리는 기초학문에도 다 적용된다. 수학이나 물리 등에서 배우는 지식이 예를 들어 IT 도메인에서 일을 하는데 무슨 도움이 되나 싶을 수 있지만 깊게 들어가 문제를 해결하는 경험은 간접적으로 큰 도움이 된다. OpenAI의 정형원 박사가 지난 9/21일 케이나잇에서 했던 이야기가 본인이 수학을 깊게 공부했던 것이 AI 모델을 이해하고 발전시키는데 큰 도움이 된다고 했는데 정말로 좋은 톡이었다.

어제 캘리포니아 얼바인에서 해외인턴 프로그램을 진행 중인 국민대 학생 9명과 멘토링을 할 기회가 있었다. 많은 질문이 있었지만 그 중의 하나는 취업을 할지 진학을 할지에 관한 것이었다. 정답이 있지는 않겠지만 내 개인적인 생각을 이렇게 이야기했다. <ul ><li>사회로 나가기가 겁나서 혹은 이걸 배워두면 좋겠지라는 막연한 생각으로 공부를 더 하지는 말자. 시간과 돈이라는 중요한 자산을 그다지 도움이 안되는 경험을 하는데 쓰는 것일 가능성이 높다.</li><li>관련 주제에 호기심이 크고 정말 분명한 목적을 갖고 있다면 좀더 진지하게 고민해보자. 여기서 호기심이란 불안감이나 조바심을 이야기하지 않는다. 조금은 더 학문적인 관심을 이야기한다. 분명한 목적이란 취업을 목적으로 해외 진학을 하는 것을 예로 들 수 있다.</li></ul> 한 학생의 경우 이미 일을 해본 경력이 3년이 있었고 그 과정에서 한 토픽에 대한 관심을 갖게 되었고 대학원실에서 리서치를 잠깐 해보면서 엄청난 흥미를 느끼게 되면서 박사 과정에 대한 열망이 생겼는데 이 분야가 앞으로 저문다면 5년이란 시간을 낭비하게 되는 것이 아닌지에 대한 걱정이 있었다. 나는 박사를 하지 않았지만 주변에서 박사를 한 동료나 팀원들과 일을 하면서 느꼈던 점에 대해 이야기해주었는데 요약하면 이렇다. <ul ><li>박사 학위 자체로 배우는 직접적인 전문성과 경험(Primary Learning)은 오래 가지 않을 수도 있다. 과거 내 팀원들 중에는 네트워크나 보안으로 박사를 받았지만 하는 일은 기본적으로는 소프트웨어 엔지니어링인 사람들이었다.</li><li>하지만 박사 논문을 쓰면서 리서치하고 문제를 찾고 해결하기 위해서 고민하고 참을성있게 노력하는 과정에서 생기는 무형의 배움(Secondary Learning)이 있다. 이 배움이 사실은 박사 과정에서 생기는 더 큰 열매가 아닌가 싶다. </li><li>어찌되었건 하고 싶은 것이 있다면 꼭 안 좋은 방향에서만 보지 말고 좋은 방향에서 보면서 밸런스를 맞춰보라고 이야기했다. 길게 보면 한 거는 덜 후회하지만 안 한 것은 후회할 가능성이 높다. </li></ul>박사로 이야기를 하긴 했지만 비슷한 논리는 기초학문에도 다 적용된다. 수학이나 물리 등에서 배우는 지식이 예를 들어 IT 도메인에서 일을 하는데 무슨 도움이 되나 싶을 수 있지만 깊게 들어가 문제를 해결하는 경험은 간접적으로 큰 도움이 된다. OpenAI의 정형원 박사가 지난 9/21일 케이나잇에서 했던 이야기가 본인이 수학을 깊게 공부했던 것이 AI 모델을 이해하고 발전시키는데 큰 도움이 된다고 했는데 정말로 좋은 톡이었다.

대학원을 갈까요 말까요? 어떤 기준으로 바라볼 것인가?

Play A podcast about Jin's career by 골빈해커 on desktop and mobile. Play over 320 million tracks for free on SoundCloud.

A podcast about Jin's career

구글의 NotebookLM에 이력서 넣고 파드캐스트 생성하기가 유행이길래 저도 한 번 해 보았습니다. 듣던대로 자존감 상승 효과가 아주 탁월하군요. 🫣🤭 https://m.soundcloud.com/pygvrqo9nc9q/a-podcast-about-jins-career

구글의 NotebookLM에 이력서 넣고 파드캐스트 생성하기가 유행이길래 저도 한 번 해 보았습니다. 듣던대로 자존감 상승 효과가 아주 탁월하군요. 🫣🤭 https://m.soundcloud.com/pygvrqo9nc9q/a-podcast-about-jins-career

SoundCloud,SoundCloud

‪마지막즈음 창업 이야기 시작할 때 “From blogging in the early 2000s to founding an AI company. This is a tech fairytale.” 이라고 말하는게 진짜 ㅋㅋ 포장력 장난아님. ㅋㅋ‬

국군의 날이라고 F-4 팬텀에 대한 다큐멘터리를 해 주는데 아련한 추억이..군대 있을 때 우리 부대 주력기가 팬텀..나는 전투기 경로와 미사일 발사 코드를 입력하는 일을 했다.

정말 오래된 고인물 전투기지만 무장 탑재 능력만 보면 아마 지금도 최고일 명품 전투기.

한창때는 미그21의 전술 메뉴얼에 보면, F-4를 만나면 무조건 도망가야한다는 전술이 있을 정도로 뛰어난 전투기였다. 반면, F-4 전술에는 F-15를 만나면 무지성으로 일단 모든 무기를 발사해야한다는 것이 있는데,

그 이유는 일단 쏘고 보자가 아니라, 미그21 vs F-4와 마찬가지로 일단 F-15가 레이더에 보이기 시작하면 사실 이미 늦은건데, 아직 격추 안 당했으면 운이 좋은거니 빨리 무장이랑 연료통까지 다 버려서 무게를 가볍게 한 다음에 최대한 빨리 튀는게 최선의 전술이기 때문이다 ㅋㅋ

아무튼.. 그냥 그자리에 있는 것 만으로 영원히 최고인, 영원히 압도적인 것은 세상에 없다는 교훈..

국군의 날이라고 F-4 팬텀에 대한 다큐멘터리를 해 주는데 아련한 추억이..군대 있을 때 우리 부대 주력기가 팬텀..나는 전투기 경로와 미사일 발사 코드를 입력하는 일을 했다. 정말 오래된 고인물 전투기지만 무장 탑재 능력만 보면 아마 지금도 최고일 명품 전투기. 한창때는 미그21의 전술 메뉴얼에 보면, F-4를 만나면 무조건 도망가야한다는 전술이 있을 정도로 뛰어난 전투기였다. 반면, F-4 전술에는 F-15를 만나면 무지성으로 일단 모든 무기를 발사해야한다는 것이 있는데, 그 이유는 일단 쏘고 보자가 아니라, 미그21 vs F-4와 마찬가지로 일단 F-15가 레이더에 보이기 시작하면 사실 이미 늦은건데, 아직 격추 안 당했으면 운이 좋은거니 빨리 무장이랑 연료통까지 다 버려서 무게를 가볍게 한 다음에 최대한 빨리 튀는게 최선의 전술이기 때문이다 ㅋㅋ 아무튼.. 그냥 그자리에 있는 것 만으로 영원히 최고인, 영원히 압도적인 것은 세상에 없다는 교훈..

1
하나를 둘로 만드는 가장 쉬운 방법이 있다. 바로 뒤집기다.

2
모든 생각과 관점은 뒤집을 수 있다. 낮과 밤, 해와 달, 남과 여, 1과 0, 나와 너. 생각을 뒤집으면 아주 쉽게 하나가 둘이 된다.

3
생각하는 방식에는 연역과 귀납이 있다. 논리를 짜 맞춰서 새로운 걸 만들거나, 관찰과 상상으로 새로운 생각을 만든다.

4
일하는 방식에는 탑다운과 바텀업이 있다. 방향을 정해서 돌진하거나, 하나씩 작은 일을 쌓아가며 방향을 만든다. 정한 방향으로 고객을 이끌거나, 고객의 목소리에서 방향을 정한다.

5
판단과 결정에는 직관과 논리가 있다. 왜인지 설명할 순 없지만 느낌을 따르거나, 누구나 동의할 수 있는 이유와 근거를 따른다.

6
모두 하나만으로는 위험하다. 둘 다 알고, 둘 다 쓸 수 있을 때야 강력한 힘이 생긴다. 하나만 뒤집으면 된다.

7
어떻게 해야 잘할 수 있을까. 우리가 가장 많이 하는 생각이다. 이 질문에 답은? 없다. 어떤 인간도 불확실성을 피할 수 없다. 계획은 언제나 틀린다.

8
via negativa. 반대로 생각하면 훨씬 쉽다. 어떻게 하면 망할 수 있을까? 이 질문에 답은 쉽다. 명확하다. 그럼 최소한 그 답은 피하면 된다. 최소한 확실히 망하는 방법들은 제거된다.

9
치열하게 논쟁 중인 상대의 입장을 생각하긴 어렵다. 물건을 팔아야 하는 고객의 관점을 헤아리기 어렵다. 싫어하는 사람의 장점을 찾는 건 불가능하다. 그럼에도 뒤집으면 하나가 두 배로 커진다. 생각 안 해볼 이유가 없지 않을까.

10
살면서 마주치는 상황에서 반대를 생각하긴 쉽지 않다. 하지만 하나를 만나면 뒤집어보자. 하나는 쉽게 둘이 된다. 그 둘은 두 배 이상의 효과를 가져다줄 것이다.

1 하나를 둘로 만드는 가장 쉬운 방법이 있다. 바로 뒤집기다. ​ ​2 모든 생각과 관점은 뒤집을 수 있다. 낮과 밤, 해와 달, 남과 여, 1과 0, 나와 너. 생각을 뒤집으면 아주 쉽게 하나가 둘이 된다. ​ ​3 생각하는 방식에는 연역과 귀납이 있다. 논리를 짜 맞춰서 새로운 걸 만들거나, 관찰과 상상으로 새로운 생각을 만든다. ​ ​4 일하는 방식에는 탑다운과 바텀업이 있다. 방향을 정해서 돌진하거나, 하나씩 작은 일을 쌓아가며 방향을 만든다. 정한 방향으로 고객을 이끌거나, 고객의 목소리에서 방향을 정한다. ​ ​5 판단과 결정에는 직관과 논리가 있다. 왜인지 설명할 순 없지만 느낌을 따르거나, 누구나 동의할 수 있는 이유와 근거를 따른다. ​ ​6 모두 하나만으로는 위험하다. 둘 다 알고, 둘 다 쓸 수 있을 때야 강력한 힘이 생긴다. 하나만 뒤집으면 된다. ​ ​7 어떻게 해야 잘할 수 있을까. 우리가 가장 많이 하는 생각이다. 이 질문에 답은? 없다. 어떤 인간도 불확실성을 피할 수 없다. 계획은 언제나 틀린다. ​ ​8 via negativa. 반대로 생각하면 훨씬 쉽다. 어떻게 하면 망할 수 있을까? 이 질문에 답은 쉽다. 명확하다. 그럼 최소한 그 답은 피하면 된다. 최소한 확실히 망하는 방법들은 제거된다. ​ ​9 치열하게 논쟁 중인 상대의 입장을 생각하긴 어렵다. 물건을 팔아야 하는 고객의 관점을 헤아리기 어렵다. 싫어하는 사람의 장점을 찾는 건 불가능하다. 그럼에도 뒤집으면 하나가 두 배로 커진다. 생각 안 해볼 이유가 없지 않을까. ​ ​10 살면서 마주치는 상황에서 반대를 생각하긴 쉽지 않다. 하지만 하나를 만나면 뒤집어보자. 하나는 쉽게 둘이 된다. 그 둘은 두 배 이상의 효과를 가져다줄 것이다. ​

< 듀얼 마인드 셋: 생각을 두 배로 활용하는 가장 쉬운 방법 >

https://blog.naver.com/madaboutit/223597715665

01 . '회사를 다니기에도 버거우실 것 같은데 글은 언제 쓰시나요?'
아마 제가 글을 쓰고 책을 내면서 받은 질문 중에 가장 빈도가 높았던 질문일 겁니다. 이 질문을 하시는 분들께서도 대부분 회사를 다니는 직장인들일 테니 당연히 본인의 하루하루가 머릿속에 그려질 테고, 그러고 보면 시간을 쪼개서 글을 쓰고 또 책으로 엮어내는 누군가의 삶이 신기할 수도 있을 테니 어찌 보면 합리적인 궁금증일지도 모릅니다.

02 . 뭐.. 시간 관리에 대해서 말을 하려는 것도 아니고, 겸손이란 조미료를 섞어서 얄팍한 훈계를 두려는 것은 더더욱 아닙니다. 오히려 이 질문들을 받으면서는 그동안 제가 어떻게 글을 쓰고 있었는지, 또 글을 쓰기 위해 작게나마라도 어떤 노력들을 하고 있는지 스스로를 돌아볼 기회가 충분히 있었고 그중에서 '오, 이런 건 한 번 소개해 봐도 좋지 않을까?'라는 생각이 든 지점에서 또 한편의 글이 시작되었기 때문이죠.
네 맞습니다. 그 글이 지금 여러분들께서 읽고 있는 바로 이 글입니다.

03 . 우연히 책을 읽다 '화이트 포비아(white-phobia)'라는 단어를 접했습니다. 검색을 해보니 딱히 대중적으로 널리 퍼진 단어는 아닌 것 같지만 대충의 의미를 풀어보자면 이렇습니다. '뭔가를 만들어내야 하는 창조적인 업무를 하는 사람들이 하얀 도화지나 빈 악보, 아무것도 타이핑 되지 않는 프로그램의 시작 화면과 마주하며 느끼는 막연한 공포'.
물론 지금 이 글을 읽으시는 여러분과 이 글을 쓰고 있는 저 또한 매일 마주하는 장면 중 하나가 새로운 페이지를 열고, 새로운 메일을 쓰고, 새로운 문서 프로그램을 시작하는 것이기에 이런 현상이 '포비아'라고 부를 만한 것인가 납득되지 않을 수도 있겠지만, 어떤 날은 저도 그 막막함이 한편으로는 공감이 될 때가 있습니다. 거대한 어젠다나 막막한 미션이 떨어질 때면 눈앞에 놓인 하얀 화면은 더더욱 미지의 영역처럼 큰 공포감을 던져줄 때가 많기 때문이죠.

04 . 다시 글 얘기로 한 번 돌아와 보겠습니다. '나는 언제 글을 쓰는 게 가장 편할까?'라고 생각해 보면 대부분 주말 낮 시간이 아니었나 싶습니다. 직장인으로서는 당연히 (그리고 '그나마') 여유가 생기는 시간대가 주말인 것도 있지만, 좋아하는 운동을 마치고 개운하고 씻은 다음 책상 모니터 앞에 앉아 '이제 글을 한 번 써볼까?'라고 마음먹는 그 시간이 저 개인적으로는 꽤 애정 하는 시간이기도 하거든요.
하지만 이때 제가 바로 막 엄청난 집중력을 발휘하며 타이핑을 시작하는 것은 당연히 아닙니다. 보통 대부분의 시간은 일단 워드를 켜고 하얀색 바탕 화면에 깜빡이는 커서를 보면서 '근데 뭘 쓰지...?'라는 생각을 하는 시간이 지배적이기 때문입니다.

05 . 물론 여기서도 '그러니 끝까지 엉덩이 붙이고 책상 앞에 앉아있는 게 중요한 겁니다'란 얘기를 하고 싶은 것은 아닙니다. 왜냐면 저도 이때부터는 각종 딴짓을 하기 시작하거든요. 일단 흰 바탕화면을 그대로 둔 채 눈에 보이는 집안일도 좀 했다가, 괜히 커피 한 잔을 내린 다음 창밖에 지나가는 차도 좀 구경하다가, 좋아하는 음악을 들으며 이불도 좀 털었다가, 침대 맡에 있는 책을 들어 밀린 페이지들을 읽어나가기도 합니다. 그야말로 딴짓에 딴짓을 곁들이는 행위인 거죠.

06 . 그런데 여기서 중요한 건 여전히 책상 앞 PC의 모니터는 흰 바탕 화면을 그대로 유지하고 있다는 겁니다. 즉 '지금 딱히 글감이 떠오르지 않으니 다른 거나 하자'라고 프로그램을 내려버리는 대신 하얀색 화면은 그대로 띄워 놓은 채 어딘가로 글감을 찾아 어슬렁거리는 활동을 시작하는 거죠. '제아무리 시시한 일상의 루틴이라도 뭔가 발에 채이는 게 있다면 내 반드시 글감으로 만들어 돌아오리라'는 각오를 한 사람처럼 행동하는 셈입니다. 그래서 가끔은 산책을 나가거나 카페를 다녀오거나 심지어 개인적인 약속이나 일정을 소화하고 오는 동안도 제 PC 화면은 늘 흰 바탕화면을 유지하고 있죠.

07 . 제가 봐도 다소 미련한 짓 같아 보이기는 합니다만 재미있는 사실은 이렇게 해서 강제로 쓰여진(!) 글이 적지 않다는 사실입니다. 일단 주말 동안 뭐라도 써내야 한다는 사실을 염두에 두고 있으면 세상 모든 게 글감으로 보이기 시작하고, 그렇게 크든 작든 일단 제 레이더망에 들어온 소재들을 가지고 꾸역꾸역 글을 쓰다 보면 어찌저찌 한편의 글이 되는 경험을 자주 하게 되니까요. 마치 '삼시세끼'란 프로그램에서 유해진 님이 차승원 님을 향해 "일단 뭐라도 준비하고 있어봐. 안되면 내가 어디 바위에 붙은 미역이라도 긁어올게"라고 했던 말처럼 '일단 뭐라도 하고 있는 그 준비'가 정말 중요하다는 사실을 다시 한번 깨달은 거죠.

08 . 비슷한 얘기를 김은희 작가님께서도 하셨던 것으로 기억합니다.
"저는 다른 사람의 영화나 드라마도 재밌게 보는데 딱 하나 공감을 못하는 장면이 있어요. 극 중에 작가 역할로 나오는 배우들은 다 노트북을 열자마자 뭔가를 열심히 써 내려가거든요. 근데 저는 글 쓰는 시간의 90%는 빈 화면을 보고 멍 때리는 시간들이에요. 그냥 빈 화면 켜놓고 야구도 봤다가 설거지도 했다가 하는 거거든요. 그러면서 시그널도 쓰고, 킹덤도 썼어요. 어떻게 썼냐고 물으면 '생활하는 중에 썼다'고 말할 수밖에 없는 거죠."

09 . 김은희 작가님에 비할 바는 아니지만 저는 뭔가를 만들어내고 싶은 사람이라면 하얀 도화지와의 조우를 겁내지 않아야 한다고 생각합니다. 아니 정확히는 겁내지 않는 수준을 넘어서 그냥 생활 속에 아주 당연한 일부처럼 여기며 살아야 한다고 봅니다. 그렇게 늘 내 생활 속, 내 생각 속의 무언가를 받아먹을 준비를 하고 있는 이 백지 녀석에게 '오늘은 어떤 먹이를 줘볼까?'라고 생각하며 사는 것이 더 창조적인 삶을 사는 것일 수도 있다는 거죠.

10 . 코어 타임이라는 것도 유용하고, 할 때 딱 집중해서 하고 놀 때는 확실하게 논다는 것도 당연히 맞는 말입니다. 사실 저도 그렇게 잘할 수 있다면 매번 그렇게 하고 싶은 마음이 큽니다. 그러나 새로운 것을 만들어 내야 하는, 이 만만치 않은 일과 마주할 때는 그냥 의도적으로 흰 바탕화면을 열어놓고 그 주위를 어슬렁거리는 노력을 하는 것도 나쁘지 않은 방법이라 생각해요. '뮤즈를 기다리고 있다면, 어떻게 해야 뮤즈를 만날 것인가를 고민하기 보다 뮤즈가 몇 시에 네 방을 찾아가면 되는지부터 알려줘라'라는 작가 스티븐 킹의 말처럼 우리에게 진짜 필요한 노력은 이 지루한 흰색 도화지를 앞에 두고서도 결코 외면하지 않는 용기를 발휘하는 것일지도 모르니까요. 여러분도 때로는 일단 뭔가를 펼쳐놓고 그 안에 담을 먹잇감을 찾는 심정으로 하루를 살아보는 것은 어떨까도 싶네요.

01 . '회사를 다니기에도 버거우실 것 같은데 글은 언제 쓰시나요?' 아마 제가 글을 쓰고 책을 내면서 받은 질문 중에 가장 빈도가 높았던 질문일 겁니다. 이 질문을 하시는 분들께서도 대부분 회사를 다니는 직장인들일 테니 당연히 본인의 하루하루가 머릿속에 그려질 테고, 그러고 보면 시간을 쪼개서 글을 쓰고 또 책으로 엮어내는 누군가의 삶이 신기할 수도 있을 테니 어찌 보면 합리적인 궁금증일지도 모릅니다. 02 . 뭐.. 시간 관리에 대해서 말을 하려는 것도 아니고, 겸손이란 조미료를 섞어서 얄팍한 훈계를 두려는 것은 더더욱 아닙니다. 오히려 이 질문들을 받으면서는 그동안 제가 어떻게 글을 쓰고 있었는지, 또 글을 쓰기 위해 작게나마라도 어떤 노력들을 하고 있는지 스스로를 돌아볼 기회가 충분히 있었고 그중에서 '오, 이런 건 한 번 소개해 봐도 좋지 않을까?'라는 생각이 든 지점에서 또 한편의 글이 시작되었기 때문이죠.네 맞습니다. 그 글이 지금 여러분들께서 읽고 있는 바로 이 글입니다. 03 . 우연히 책을 읽다 '화이트 포비아(white-phobia)'라는 단어를 접했습니다. 검색을 해보니 딱히 대중적으로 널리 퍼진 단어는 아닌 것 같지만 대충의 의미를 풀어보자면 이렇습니다. '뭔가를 만들어내야 하는 창조적인 업무를 하는 사람들이 하얀 도화지나 빈 악보, 아무것도 타이핑 되지 않는 프로그램의 시작 화면과 마주하며 느끼는 막연한 공포'. 물론 지금 이 글을 읽으시는 여러분과 이 글을 쓰고 있는 저 또한 매일 마주하는 장면 중 하나가 새로운 페이지를 열고, 새로운 메일을 쓰고, 새로운 문서 프로그램을 시작하는 것이기에 이런 현상이 '포비아'라고 부를 만한 것인가 납득되지 않을 수도 있겠지만, 어떤 날은 저도 그 막막함이 한편으로는 공감이 될 때가 있습니다. 거대한 어젠다나 막막한 미션이 떨어질 때면 눈앞에 놓인 하얀 화면은 더더욱 미지의 영역처럼 큰 공포감을 던져줄 때가 많기 때문이죠. 04 . 다시 글 얘기로 한 번 돌아와 보겠습니다. '나는 언제 글을 쓰는 게 가장 편할까?'라고 생각해 보면 대부분 주말 낮 시간이 아니었나 싶습니다. 직장인으로서는 당연히 (그리고 '그나마') 여유가 생기는 시간대가 주말인 것도 있지만, 좋아하는 운동을 마치고 개운하고 씻은 다음 책상 모니터 앞에 앉아 '이제 글을 한 번 써볼까?'라고 마음먹는 그 시간이 저 개인적으로는 꽤 애정 하는 시간이기도 하거든요. 하지만 이때 제가 바로 막 엄청난 집중력을 발휘하며 타이핑을 시작하는 것은 당연히 아닙니다. 보통 대부분의 시간은 일단 워드를 켜고 하얀색 바탕 화면에 깜빡이는 커서를 보면서 '근데 뭘 쓰지...?'라는 생각을 하는 시간이 지배적이기 때문입니다. 05 . 물론 여기서도 '그러니 끝까지 엉덩이 붙이고 책상 앞에 앉아있는 게 중요한 겁니다'란 얘기를 하고 싶은 것은 아닙니다. 왜냐면 저도 이때부터는 각종 딴짓을 하기 시작하거든요. 일단 흰 바탕화면을 그대로 둔 채 눈에 보이는 집안일도 좀 했다가, 괜히 커피 한 잔을 내린 다음 창밖에 지나가는 차도 좀 구경하다가, 좋아하는 음악을 들으며 이불도 좀 털었다가, 침대 맡에 있는 책을 들어 밀린 페이지들을 읽어나가기도 합니다. 그야말로 딴짓에 딴짓을 곁들이는 행위인 거죠. 06 . 그런데 여기서 중요한 건 여전히 책상 앞 PC의 모니터는 흰 바탕 화면을 그대로 유지하고 있다는 겁니다. 즉 '지금 딱히 글감이 떠오르지 않으니 다른 거나 하자'라고 프로그램을 내려버리는 대신 하얀색 화면은 그대로 띄워 놓은 채 어딘가로 글감을 찾아 어슬렁거리는 활동을 시작하는 거죠. '제아무리 시시한 일상의 루틴이라도 뭔가 발에 채이는 게 있다면 내 반드시 글감으로 만들어 돌아오리라'는 각오를 한 사람처럼 행동하는 셈입니다. 그래서 가끔은 산책을 나가거나 카페를 다녀오거나 심지어 개인적인 약속이나 일정을 소화하고 오는 동안도 제 PC 화면은 늘 흰 바탕화면을 유지하고 있죠. 07 . 제가 봐도 다소 미련한 짓 같아 보이기는 합니다만 재미있는 사실은 이렇게 해서 강제로 쓰여진(!) 글이 적지 않다는 사실입니다. 일단 주말 동안 뭐라도 써내야 한다는 사실을 염두에 두고 있으면 세상 모든 게 글감으로 보이기 시작하고, 그렇게 크든 작든 일단 제 레이더망에 들어온 소재들을 가지고 꾸역꾸역 글을 쓰다 보면 어찌저찌 한편의 글이 되는 경험을 자주 하게 되니까요. 마치 '삼시세끼'란 프로그램에서 유해진 님이 차승원 님을 향해 "일단 뭐라도 준비하고 있어봐. 안되면 내가 어디 바위에 붙은 미역이라도 긁어올게"라고 했던 말처럼 '일단 뭐라도 하고 있는 그 준비'가 정말 중요하다는 사실을 다시 한번 깨달은 거죠. 08 . 비슷한 얘기를 김은희 작가님께서도 하셨던 것으로 기억합니다."저는 다른 사람의 영화나 드라마도 재밌게 보는데 딱 하나 공감을 못하는 장면이 있어요. 극 중에 작가 역할로 나오는 배우들은 다 노트북을 열자마자 뭔가를 열심히 써 내려가거든요. 근데 저는 글 쓰는 시간의 90%는 빈 화면을 보고 멍 때리는 시간들이에요. 그냥 빈 화면 켜놓고 야구도 봤다가 설거지도 했다가 하는 거거든요. 그러면서 시그널도 쓰고, 킹덤도 썼어요. 어떻게 썼냐고 물으면 '생활하는 중에 썼다'고 말할 수밖에 없는 거죠." 09 . 김은희 작가님에 비할 바는 아니지만 저는 뭔가를 만들어내고 싶은 사람이라면 하얀 도화지와의 조우를 겁내지 않아야 한다고 생각합니다. 아니 정확히는 겁내지 않는 수준을 넘어서 그냥 생활 속에 아주 당연한 일부처럼 여기며 살아야 한다고 봅니다. 그렇게 늘 내 생활 속, 내 생각 속의 무언가를 받아먹을 준비를 하고 있는 이 백지 녀석에게 '오늘은 어떤 먹이를 줘볼까?'라고 생각하며 사는 것이 더 창조적인 삶을 사는 것일 수도 있다는 거죠. 10 . 코어 타임이라는 것도 유용하고, 할 때 딱 집중해서 하고 놀 때는 확실하게 논다는 것도 당연히 맞는 말입니다. 사실 저도 그렇게 잘할 수 있다면 매번 그렇게 하고 싶은 마음이 큽니다. 그러나 새로운 것을 만들어 내야 하는, 이 만만치 않은 일과 마주할 때는 그냥 의도적으로 흰 바탕화면을 열어놓고 그 주위를 어슬렁거리는 노력을 하는 것도 나쁘지 않은 방법이라 생각해요. '뮤즈를 기다리고 있다면, 어떻게 해야 뮤즈를 만날 것인가를 고민하기 보다 뮤즈가 몇 시에 네 방을 찾아가면 되는지부터 알려줘라'라는 작가 스티븐 킹의 말처럼 우리에게 진짜 필요한 노력은 이 지루한 흰색 도화지를 앞에 두고서도 결코 외면하지 않는 용기를 발휘하는 것일지도 모르니까요. 여러분도 때로는 일단 뭔가를 펼쳐놓고 그 안에 담을 먹잇감을 찾는 심정으로 하루를 살아보는 것은 어떨까도 싶네요.

흰 바탕화면과 마주할 용기

한국에서 일할 때는 제 주변에 대부분의 직장인들이 성장에 목말라 했었습니다. 막 입사한 개발자들은 어떻게 하면 빨리 신입 딱지를 땔 수 있을지 물어봤었고, 주니어 개발자들은 어떻게 하면 빨리 시니어가 될 수 있는지 궁금해했습니다. 동기들은 다 진급하는데 본인만 누락될까봐 걱정하시는 분들이 많았습니다. 그래서 주로 이러한 갈증을 해소시켜주는 멘토링을 했던 기억이 있습니다.

이러한 경험을 갖고 저는 캐나다에 와서 직장 생활을 하면서 문화 충격을 받는데요. 현재 자신이 맡고있는 역할에 충분히 만족하며 딱히 더 성장할 마음이 없는 직장인들이 많기 때문입니다. 이러한 엔지니어들과 얘기를 해보면 소프트웨어 개발 직군이 다른 직군 대비 처우가 얼마나 좋은지 잘 인지하고 있으며 그래서 더 이상 바랄 게 없다고 합니다. 진급과 함께 늘어난 권한만큼 무거운 책임도 부담스럽다고 하고요.

한국에서 어렸을 때 부터 치열한 경쟁 속에 살아온 저는 처음에 이러한 캐나다 동료들이 나태하고 한심하다고 느껴졌습니다. 아마도 예전에 교양 수업에서 들었던 열심히 일하지 않아도 되는 복지 선진국의 폐해일 수도 있겠다고 생각했습니다. 하지만 이러한 엔지니어들을 직접 멘토링하게 되면서 제 관점이 조금씩 바뀌게 되었습니다.

처음에는 이러한 멘티들의 성장을 독려하는 것이 저의 임무라고 생각했습니다. 업무에서 사용하고 있는 기술에 대해서 좀 더 깊이 공부하기를 바라는 마음에 여러 책과 온라인 강의를 추천해주었습니다. 이 친구들이 조직에서 더 두각을 내고 진급을 하려면 어떤 부분에서 더 실력을 키워야 하는지 얘기해 주었습니다. 이렇게 성장하는 방법을 알려주면 고마워할 줄 알았죠.

하지만 저의 이러한 멘토링 방향에 반발하는 멘티를 만났고, 이 친구와 우리는 왜 성장해야 하는가 대해서 수 차례 깊은 대화를 나누었습니다. 그러다가 저는 태어나서 한 번도 의심해보지 않았던 성장이라는 가치에 대해서 자문하게 되었습니다. 나는 왜 이렇게 성장에 집착하는 거지? 왜 다른 사람에게 성장을 강요하려는 거지?? 생각을 해보니 반드시 모든 사람이 성장하고 싶어야 할 이유도 없더군요! 제 생각이 얼마나 편협했었는지를 느끼게 되었습니다.

그래서 이제는 새로운 멘티가 생기면 성장을 하고 싶은지에 대해서 먼저 꼭 물어봅니다. 엔지니어로서 성장을 원치 않는 친구들은 보통 인생의 다른 부분에 열정을 갖고 있더라고요. 어떤 친구는 퇴근 후에 아마추어 하키팀 코치로 투잡을 뛰고, 다른 친구는 영화 감독이 꿈이라서 주말마다 독립 영화를 찍고 있다고 하네요. 이런 친구들은 성장보다는 효율에 초점을 두어 멘토링을 합니다.

저처럼 소프트웨어 개발을 천직으로 삼고 계속해서 공부하며 엔지니어로 성장하고 싶은 사람도 있지만, 그냥 소프트웨어 개발을 괜찮은 돈벌이 수단으로 생각하고 직업 그 이상 이하로도 생각하지 않는 사람도 많습니다. 멘토가 멘티의 성장을 도와줄 수는 있지만, 절대 강요할 수는 없다는 것을 배웠습니다.

한국에서 일할 때는 제 주변에 대부분의 직장인들이 성장에 목말라 했었습니다. 막 입사한 개발자들은 어떻게 하면 빨리 신입 딱지를 땔 수 있을지 물어봤었고, 주니어 개발자들은 어떻게 하면 빨리 시니어가 될 수 있는지 궁금해했습니다. 동기들은 다 진급하는데 본인만 누락될까봐 걱정하시는 분들이 많았습니다. 그래서 주로 이러한 갈증을 해소시켜주는 멘토링을 했던 기억이 있습니다. 이러한 경험을 갖고 저는 캐나다에 와서 직장 생활을 하면서 문화 충격을 받는데요. 현재 자신이 맡고있는 역할에 충분히 만족하며 딱히 더 성장할 마음이 없는 직장인들이 많기 때문입니다. 이러한 엔지니어들과 얘기를 해보면 소프트웨어 개발 직군이 다른 직군 대비 처우가 얼마나 좋은지 잘 인지하고 있으며 그래서 더 이상 바랄 게 없다고 합니다. 진급과 함께 늘어난 권한만큼 무거운 책임도 부담스럽다고 하고요. 한국에서 어렸을 때 부터 치열한 경쟁 속에 살아온 저는 처음에 이러한 캐나다 동료들이 나태하고 한심하다고 느껴졌습니다. 아마도 예전에 교양 수업에서 들었던 열심히 일하지 않아도 되는 복지 선진국의 폐해일 수도 있겠다고 생각했습니다. 하지만 이러한 엔지니어들을 직접 멘토링하게 되면서 제 관점이 조금씩 바뀌게 되었습니다. 처음에는 이러한 멘티들의 성장을 독려하는 것이 저의 임무라고 생각했습니다. 업무에서 사용하고 있는 기술에 대해서 좀 더 깊이 공부하기를 바라는 마음에 여러 책과 온라인 강의를 추천해주었습니다. 이 친구들이 조직에서 더 두각을 내고 진급을 하려면 어떤 부분에서 더 실력을 키워야 하는지 얘기해 주었습니다. 이렇게 성장하는 방법을 알려주면 고마워할 줄 알았죠. 하지만 저의 이러한 멘토링 방향에 반발하는 멘티를 만났고, 이 친구와 우리는 왜 성장해야 하는가 대해서 수 차례 깊은 대화를 나누었습니다. 그러다가 저는 태어나서 한 번도 의심해보지 않았던 성장이라는 가치에 대해서 자문하게 되었습니다. 나는 왜 이렇게 성장에 집착하는 거지? 왜 다른 사람에게 성장을 강요하려는 거지?? 생각을 해보니 반드시 모든 사람이 성장하고 싶어야 할 이유도 없더군요! 제 생각이 얼마나 편협했었는지를 느끼게 되었습니다. 그래서 이제는 새로운 멘티가 생기면 성장을 하고 싶은지에 대해서 먼저 꼭 물어봅니다. 엔지니어로서 성장을 원치 않는 친구들은 보통 인생의 다른 부분에 열정을 갖고 있더라고요. 어떤 친구는 퇴근 후에 아마추어 하키팀 코치로 투잡을 뛰고, 다른 친구는 영화 감독이 꿈이라서 주말마다 독립 영화를 찍고 있다고 하네요. 이런 친구들은 성장보다는 효율에 초점을 두어 멘토링을 합니다. 저처럼 소프트웨어 개발을 천직으로 삼고 계속해서 공부하며 엔지니어로 성장하고 싶은 사람도 있지만, 그냥 소프트웨어 개발을 괜찮은 돈벌이 수단으로 생각하고 직업 그 이상 이하로도 생각하지 않는 사람도 많습니다. 멘토가 멘티의 성장을 도와줄 수는 있지만, 절대 강요할 수는 없다는 것을 배웠습니다.

성장을 강요하는 멘토, 성장을 거부하는 멘티

Learn how to publish a package to npm with a complete setup including, TypeScript, Prettier, Vitest, GitHub Actions, and versioning with Changesets.

How To Create An NPM Package

npm 패키징관련해서 매우 자세하게 작성해둔 글입니다.
타입스트립트로 만드는 방법도 같이 정리되어 있어서 귀한 글이라고 생각합니다.
npm으로 패키지를 배포해보고 싶으신 분은 보시는거 추천드려요~
https://www.totaltypescript.com/how-to-create-an-npm-package

npm 패키징관련해서 매우 자세하게 작성해둔 글입니다. 타입스트립트로 만드는 방법도 같이 정리되어 있어서 귀한 글이라고 생각합니다. npm으로 패키지를 배포해보고 싶으신 분은 보시는거 추천드려요~ https://www.totaltypescript.com/how-to-create-an-npm-package

Total TypeScript

NPM 패키지 만들기 가이드

Let's create a Git commit using Git's low-level (plumbing) commands

Creating a Git commit: The Hard Way

Git에서 저희가 일반적으로 사용하는 git add나 git commit 같은 명령어를 Porcelain 명령어라고 하고 보다 저수준작업을 하는 명령어는 Plumbing 명령어라고 부릅니다.

이 글에서는 Git의 동작 방식을 더 잘 이해하기 위해서 blob과 tree로 구성된 커밋의 구조를 설명하고 Git commit 대신 git hash-object, git update-index, git commit-tree같은 Plubming 명령어로 직접 커밋을 만들어 보면서 실제로 git commit이 어떻게 동작하는지를 설명하는데 직접 따라해 보면서 구조를 이해하기 쉽게 정리된 글입니다.

https://avestura.dev/blog/creating-a-git-commit-the-hard-way

Git에서 저희가 일반적으로 사용하는 git add나 git commit 같은 명령어를 Porcelain 명령어라고 하고 보다 저수준작업을 하는 명령어는 Plumbing 명령어라고 부릅니다. 이 글에서는 Git의 동작 방식을 더 잘 이해하기 위해서 blob과 tree로 구성된 커밋의 구조를 설명하고 Git commit 대신 git hash-object, git update-index, git commit-tree같은 Plubming 명령어로 직접 커밋을 만들어 보면서 실제로 git commit이 어떻게 동작하는지를 설명하는데 직접 따라해 보면서 구조를 이해하기 쉽게 정리된 글입니다. https://avestura.dev/blog/creating-a-git-commit-the-hard-way

Avestura's Blog

Git에서 저희가 일반적으로 사용하는 git add나 git co

#직딩에세이 #25 | 암초는 바다에만 있는 것이 아니다. 직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는 것이 좋다.  1. 편을 가르는 사람들  회의를 팀전이라 생각하는 사람들이 있다. PC방에서는 진실일지 모르겠으나, 회사에서는 이것만큼 골치아픈 것이 없다. 회사가 위기일수록 이런 사람들이 많아지는데, 어쩌면 이런 사

직장생활에서 피해야 할 사람들

직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는게 좋다고 합니다. 꽤 오래된 글이지만 몇 가지는 저도 공감이 가는글이고, 반대로 저도 이런적이 있었나 다시 한번 생각해보게 되는 글입니다.

🏄🏻‍♂️ 편을 가르는 사람들
회의를 팀전이라 생각하는 사람들이 있습니다. '니 편 내 편' 이 있는 사람들은 회의 내용에 잘 집중하지 못합니다. 이 사람들이 가장 문제가 되는 점은 '상대방의 주장이 옳다는 것'을 알아도 여전히 노선을 바꾸지 않는 점입니다.

🤫 상대에 따라 말이 바뀌는 사람들
말이나 생각의 일관성이 없는 사람들입니다. 특히 상사를 대할 때와 동료를 대할 때 말이 180도 달라지는 사람들이 많습니다. 이런 사람들이 가장 싫어하는 것은 '모두가 있는 자리에서 자신의 생각을 이야기하는 것' 입니다. 회의에서는 말을 아끼거나 대부분의 사람의 의견에 동의하지만, 회의가 끝나면 참석한 사람들을 하나씩 붙잡고 이야기를 시작합니다. 보통 이런 사람들은 회사에 불만이 많고, 불만의 대상이 눈앞에 있으면 그 이야기를 하지 않습니다. 그 사람을 직접 마주보고 할 수 없는 이야기는 다른 사람에게도 하지 않는 것이 좋습니다.

🏃‍♂️ 감정 기복이 심한 사람들
이런 사람들의 특징은 굉장히 잘해주는 때와 이유없이 화를 내는 때의 변화가 찰나의 순간에 교차한다는 것입니다. 논쟁을 하다가 갑자기 감정을 폭발하는 사람을 대하는 것은 굉장히 어렵습니다. 가능하다면 이런 사람들과는 1:1로 미팅을 하지 않는 것이 좋고, 어쩔 수 없이 해야한다면 회의실말고 카페같은 열린 공간에서 하는 것이 더 좋습니다.

🧘🏻‍♂️ 하겠다고 한 일을 하지 않는 사람들
하겠다고 막 내뱉고 하지 않는 것만큼 동료들을 지치게 하는 일은 없습니다.
하지 않을 업무는 눈 앞에 CEO가 앉아 있더라도 하지 않겠다고 이야기해야 합니다.
하지 않을 업무를 본인 스스로 제안하면 안됩니다. 보통 이러한 사람들은 '할 수 있을 것 같아서', '좋은 생각인 것 같아서'라는 답을 주는데 회사에서는 자신이 뱉은 말은 지켜야 하는 곳입니다.

💁‍♂️ 자기 생각을 이야기하지 못하는 사람들
자신의 생각을 말하지 않는 사람들이 생각을 말하게 하는 것은 생각보다 굉장히 어려운 일입니다. 특히 설득해야 하는 사람이 굳이 그럴 필요까지 있을까 생각하는 경우는 더욱 그렇습니다.
회사는 대체적으로 바쁜곳이기에 이야기하지 않으면 모른다고 생각하는 것이 좋습니다.
'꼭 말해야 아나요?' 라고 묻는다면 '그렇습니다.' 잘못된 의사결정이 내려지고 있으면 말을 해야 합니다.

👨‍💻 날짜와 숫자를 부르지 못하는 사람들
언제까지 마무리 할 수 있을지, 이번 분기에 매출이 얼마로 끝날 것 같은지에 대해 답을 못하는 사람들이 의외로 많습니다. 물어본 질문에 대한 답을 빼고 장황한 설명을 하거나, 노력하고 있다고만 말하는 경우가 많습니다. 이러한 사람을 매니저로 둔 팀원들은 죽었다고 보면 됩니다.

👁️ 하고 싶은 것이 없는 사람들
무기력하거나, 방어적이거나, 둘 다 인 경우를 의미합니다.

직장 생활을 하다보면 뭔지 모르게 자신의 힘을 빼는 사람들이 있는데 이런 사람들과는 처음부터 거리를 두는게 좋다고 합니다. 꽤 오래된 글이지만 몇 가지는 저도 공감이 가는글이고, 반대로 저도 이런적이 있었나 다시 한번 생각해보게 되는 글입니다. 🏄🏻‍♂️ 편을 가르는 사람들회의를 팀전이라 생각하는 사람들이 있습니다. '니 편 내 편' 이 있는 사람들은 회의 내용에 잘 집중하지 못합니다. 이 사람들이 가장 문제가 되는 점은 '상대방의 주장이 옳다는 것'을 알아도 여전히 노선을 바꾸지 않는 점입니다. 🤫 상대에 따라 말이 바뀌는 사람들말이나 생각의 일관성이 없는 사람들입니다. 특히 상사를 대할 때와 동료를 대할 때 말이 180도 달라지는 사람들이 많습니다. 이런 사람들이 가장 싫어하는 것은 '모두가 있는 자리에서 자신의 생각을 이야기하는 것' 입니다. 회의에서는 말을 아끼거나 대부분의 사람의 의견에 동의하지만, 회의가 끝나면 참석한 사람들을 하나씩 붙잡고 이야기를 시작합니다. 보통 이런 사람들은 회사에 불만이 많고, 불만의 대상이 눈앞에 있으면 그 이야기를 하지 않습니다. 그 사람을 직접 마주보고 할 수 없는 이야기는 다른 사람에게도 하지 않는 것이 좋습니다. 🏃‍♂️ 감정 기복이 심한 사람들이런 사람들의 특징은 굉장히 잘해주는 때와 이유없이 화를 내는 때의 변화가 찰나의 순간에 교차한다는 것입니다. 논쟁을 하다가 갑자기 감정을 폭발하는 사람을 대하는 것은 굉장히 어렵습니다. 가능하다면 이런 사람들과는 1:1로 미팅을 하지 않는 것이 좋고, 어쩔 수 없이 해야한다면 회의실말고 카페같은 열린 공간에서 하는 것이 더 좋습니다. 🧘🏻‍♂️ 하겠다고 한 일을 하지 않는 사람들하겠다고 막 내뱉고 하지 않는 것만큼 동료들을 지치게 하는 일은 없습니다.하지 않을 업무는 눈 앞에 CEO가 앉아 있더라도 하지 않겠다고 이야기해야 합니다.하지 않을 업무를 본인 스스로 제안하면 안됩니다. 보통 이러한 사람들은 '할 수 있을 것 같아서', '좋은 생각인 것 같아서'라는 답을 주는데 회사에서는 자신이 뱉은 말은 지켜야 하는 곳입니다. 💁‍♂️ 자기 생각을 이야기하지 못하는 사람들자신의 생각을 말하지 않는 사람들이 생각을 말하게 하는 것은 생각보다 굉장히 어려운 일입니다. 특히 설득해야 하는 사람이 굳이 그럴 필요까지 있을까 생각하는 경우는 더욱 그렇습니다.회사는 대체적으로 바쁜곳이기에 이야기하지 않으면 모른다고 생각하는 것이 좋습니다.'꼭 말해야 아나요?' 라고 묻는다면 '그렇습니다.' 잘못된 의사결정이 내려지고 있으면 말을 해야 합니다. 👨‍💻 날짜와 숫자를 부르지 못하는 사람들언제까지 마무리 할 수 있을지, 이번 분기에 매출이 얼마로 끝날 것 같은지에 대해 답을 못하는 사람들이 의외로 많습니다. 물어본 질문에 대한 답을 빼고 장황한 설명을 하거나, 노력하고 있다고만 말하는 경우가 많습니다. 이러한 사람을 매니저로 둔 팀원들은 죽었다고 보면 됩니다. 👁️ 하고 싶은 것이 없는 사람들무기력하거나, 방어적이거나, 둘 다 인 경우를 의미합니다.

Brunch Story

원문: https://vercel.com/blog/how-google-handles-javascript-throughout-the-indexing-process

(번역) 구글이 색인 과정에서 자바스크립트를 처리하는 방법

"구글은 클라이언트 사이드 렌더링을 제대로 처리하지 못해", "자바스크립트를 많이 쓰면 SEO에 악영향을 준다"는 말을 듣고 개발 방식을 고민해본 적 있으신가요?

이 글은 MERJ와 Vercel의 실증적 연구를 번역한 것으로, 구글의 자바스크립트 처리 능력에 대한 오해들을 해소합니다. SPA, CSR 등 현대적 웹 개발 기술이 SEO에 미치는 실제 영향을 밝혀내며, 우리가 믿어왔던 많은 가정들이 더 이상 유효하지 않음을 보여줍니다. 최신 프런트엔드 기술을 적극 활용하면서도 SEO를 최적화할 수 있는 방법을 이 글에서 확인해보세요!

> 글 링크: https://bit.ly/3Bq7TtO

"구글은 클라이언트 사이드 렌더링을 제대로 처리하지 못해", "자바스크립트를 많이 쓰면 SEO에 악영향을 준다"는 말을 듣고 개발 방식을 고민해본 적 있으신가요? 이 글은 MERJ와 Vercel의 실증적 연구를 번역한 것으로, 구글의 자바스크립트 처리 능력에 대한 오해들을 해소합니다. SPA, CSR 등 현대적 웹 개발 기술이 SEO에 미치는 실제 영향을 밝혀내며, 우리가 믿어왔던 많은 가정들이 더 이상 유효하지 않음을 보여줍니다. 최신 프런트엔드 기술을 적극 활용하면서도 SEO를 최적화할 수 있는 방법을 이 글에서 확인해보세요! &gt; 글 링크: https://bit.ly/3Bq7TtO

bit.ly

구글이 색인 과정에서 자바스크립트를 처리하는 방법

지난 16년 동안 8개의 회사를 거치면서, 후보자의 입장에서 여러 번의 면접을 경험해봤고, 반대로 면접관으로서 회사를 대표해 수많은 후보자를 평가하기도 했다. 그 과정에서 여전히 인상 깊게 기억하는 면접이 있는가 하면, 아쉽거나 이해하기 어려운…

개발자 기술 면접

 * 개발자 기술 면접에 대해 작성된 글입니다.
 * 면접을 보는 사람, 면접관 모두에게 도움이 될 것 같아요.
 * 더 좋은 질문은 무엇일까, 어떤 사람을 뽑을 것인가 고민하는 분이라면 꼭 읽어보셔도 좋을 것 같아요

https://medium.com/@greg.shiny82/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B8%B0%EC%88%A0-%EB%A9%B4%EC%A0%91-144a1fe28ca4

<ul ><li>개발자 기술 면접에 대해 작성된 글입니다.</li><li>면접을 보는 사람, 면접관 모두에게 도움이 될 것 같아요.</li><li>더 좋은 질문은 무엇일까, 어떤 사람을 뽑을 것인가 고민하는 분이라면 꼭 읽어보셔도 좋을 것 같아요</li></ul> https://medium.com/@greg.shiny82/%EA%B0%9C%EB%B0%9C%EC%9E%90-%EA%B8%B0%EC%88%A0-%EB%A9%B4%EC%A0%91-144a1fe28ca4

Medium

안녕하세요! 커뮤니티실 동네생활팀 프론트엔드 엔지니어 리디아(Lydia)예요. 당근에 합류한 지 이제 막 한 달이 넘어가고 있는 따끈따끈한 저의 경험을 여러분께 공유하고 싶어 찾아왔어요.

입사 1개월차 프론트엔드 개발자의 자체 기술 온보딩 : Streaming SSR편

최근 당근마켓을 사용하면서 UX가 괜찮다고 느꼇는데요. 이미
Streaming SSR
을 도입하고 있네요.
Streaming SSR
은 전통적인 SSR 한계를 극복하는 렌더링 기법인데요

SSR vs Streaming SSR
 * 기존 SSR: 전체 HTML을 생성한 후 한 번에 전송하기 때문에 모든 데이터 fetching과 렌더링이 완료될때 까지 기다립니다. 완전한 페이지를 한 번에 받기 때문에 유저는 일정시간동안 빈 화면을 봅니다.
 * Streaming SSR: Streaming SSR은 HTML을 Chunk(조각) 단위로 부분 스트리밍하여 전송합니다. 가령 API 페칭이 필요없는 GNB, 네비게이션 등은 먼저 렌더링을 하고 이후에 데이터 fetching이 된 부분은 나중에 순차적으로 렌더링 합니다. 따라서, 중요 컨텐츠를 먼저 사용자에게 전달할 수 있어 전체 로딩 시간은 동일하더라도, 사용자가 체감하는 속도가 더 빨라집니다

Streaming SSR 구현 방법
당근마켓의 StremingSSR은 아래와 같은 단계로 이루어집니다.
 1. 데이터 프리페칭 및 직렬화: TanStack Query로 데이터를 미리 가져옵니다. 이후
    dehydrate
    를 사용해 쿼리 상태를 JSON 으로 직렬화(SSR에서 가져온 데이터를 클라이언트로 전달) 합니다. 이를 통해 직렬화된 상태는 HTML 응답에 포함되어 클라이언트로 전송됩니다.
 2. HTML 스트리밍: ReactDOM의 renderToPipeableSteream함수를 이용해서 HTML 스트림을 청크 단위로 스트리밍합니다. 이를 통해 HTML부분 렌더링을 적용 합니다.
 3. TanstackQuery 하이드레이션: dehydrate 를 통해 JSON 형태로 직렬화된 데이터를 TanstackQuery의 HydrationBounary 함수를 사용하여 TanstackQuery 캐시에 hydrate 합니다. 이 과정을 통해 TanStack Query 캐시에는 서버에서 가져온 데이터가 들어있게됩니다.

국내 IT 기업도 점차 UX의 중요성에 대해 인식하고 기술적으로 많은 시도와 도입을 하는것 같습니다. 고객 경험을 중시하는 이런 시도는 사용자 만족도 향상과 비즈니스 성과 개선으로 이어지는데요. 이런 시도를 통해 당근마켓이 국내를 넘어 글로벌 시장에서도 더욱 성공적으로 성장하기를 기대해 봅니다.

https://medium.com/daangn/%EC%9E%85%EC%82%AC-1%EA%B0%9C%EC%9B%94%EC%B0%A8-%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C-%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%9E%90%EC%B2%B4-%EA%B8%B0%EC%88%A0-%EC%98%A8%EB%B3%B4%EB%94%A9-streaming-ssr%ED%8E%B8-aabaee57f660

최근 당근마켓을 사용하면서 UX가 괜찮다고 느꼇는데요. 이미 <code >Streaming SSR</code>을 도입하고 있네요. <code >Streaming SSR</code>은 전통적인 SSR 한계를 극복하는 렌더링 기법인데요 SSR vs Streaming SSR<ul ><li>기존 SSR: 전체 HTML을 생성한 후 한 번에 전송하기 때문에 모든 데이터 fetching과 렌더링이 완료될때 까지 기다립니다. 완전한 페이지를 한 번에 받기 때문에 유저는 일정시간동안 빈 화면을 봅니다.</li><li>Streaming SSR: Streaming SSR은 HTML을 Chunk(조각) 단위로 부분 스트리밍하여 전송합니다. 가령 API 페칭이 필요없는 GNB, 네비게이션 등은 먼저 렌더링을 하고 이후에 데이터 fetching이 된 부분은 나중에 순차적으로 렌더링 합니다. 따라서, 중요 컨텐츠를 먼저 사용자에게 전달할 수 있어 전체 로딩 시간은 동일하더라도, 사용자가 체감하는 속도가 더 빨라집니다</li></ul> Streaming SSR 구현 방법당근마켓의 StremingSSR은 아래와 같은 단계로 이루어집니다.<ol ><li>데이터 프리페칭 및 직렬화: TanStack Query로 데이터를 미리 가져옵니다. 이후 <code >dehydrate</code>를 사용해 쿼리 상태를 JSON 으로 직렬화(SSR에서 가져온 데이터를 클라이언트로 전달) 합니다. 이를 통해 직렬화된 상태는 HTML 응답에 포함되어 클라이언트로 전송됩니다.</li><li>HTML 스트리밍: ReactDOM의 renderToPipeableSteream함수를 이용해서 HTML 스트림을 청크 단위로 스트리밍합니다. 이를 통해 HTML부분 렌더링을 적용 합니다.</li><li>TanstackQuery 하이드레이션: dehydrate 를 통해 JSON 형태로 직렬화된 데이터를 TanstackQuery의 HydrationBounary 함수를 사용하여 TanstackQuery 캐시에 hydrate 합니다. 이 과정을 통해 TanStack Query 캐시에는 서버에서 가져온 데이터가 들어있게됩니다.</li></ol> 국내 IT 기업도 점차 UX의 중요성에 대해 인식하고 기술적으로 많은 시도와 도입을 하는것 같습니다. 고객 경험을 중시하는 이런 시도는 사용자 만족도 향상과 비즈니스 성과 개선으로 이어지는데요. 이런 시도를 통해 당근마켓이 국내를 넘어 글로벌 시장에서도 더욱 성공적으로 성장하기를 기대해 봅니다. https://medium.com/daangn/%EC%9E%85%EC%82%AC-1%EA%B0%9C%EC%9B%94%EC%B0%A8-%ED%94%84%EB%A1%A0%ED%8A%B8%EC%97%94%EB%93%9C-%EA%B0%9C%EB%B0%9C%EC%9E%90%EC%9D%98-%EC%9E%90%EC%B2%B4-%EA%B8%B0%EC%88%A0-%EC%98%A8%EB%B3%B4%EB%94%A9-streaming-ssr%ED%8E%B8-aabaee57f660

전통적 SSR의 한계를 넘어: 당근마켓이 도입한 Streaming

01 . 작년부터 스멀스멀 고개를 내미는 기사 중에 이런 류의 제목들이 눈에 띄었습니다. 'Gen Z들에게 독서는 섹시한 행위로 치부된다. 그들에게는 텍스트를 읽는다는 것 자체가 이미 힙한 행동이다.' 그리고 동시다발적으로 새로운 용어들 역시 쏟아지기 시작했죠. '텍스트힙', '책멍', '독파민(독서+도파민)' 같은 말들도 이젠 그리 신기하고 낯선 단어들이 아니니 말입니다.

02 . 독서와 관련한 책을 써서인지 한 매체로부터 이런 현상에 대해 짧게나마 제 생각을 소개해 줄 수 있느냐는 요청을 받았습니다. 하지만 요청주신 분의 설명을 듣고 나서는 정중히 거절했죠. 아쉽게도 기사를 쓰는 분께서 이미 자기만의 답을 내리고 계신 느낌이 물씬 나더라고요. 그리고 그에 맞는 의견을 끼워놓을 요량으로 몇몇의 목소리가 필요했을지도 모르죠. 그 레이더에 아마 제가 걸려들었을 수도 있고요.

03 . 결론부터 이야기하자면 저는 독서가 이른바 새로운 행위와 문화로 간주되는 것도, 책을 둘러싼 조금은 간질거리는 유행어들이 탄생하는 것에도 큰 의미를 두고 있지 않습니다. 사실 책을 좋아하고, 늘 책과 관련한 콘텐츠를 다루고 또 소개하는 저로서도 딱히 책에 관한 엄청난 철학이나 가치관을 가진 것은 아니거든요. 그보다는 그저 책 읽는 행위가 참 즐겁고 그 안에서 발견되는 작은 생각의 조각들을 주워 제가 하는 일들에 조금씩 활용할 수 있다는 사실이 반가워서 계속 읽을 뿐입니다.

04 . 하지만 최근에 쏟아지는 기사들은 마치 '새로운 세대들은 그동안 책 따위엔 관심이 없었는데 복고 패션의 유행이나 클래식 카를 찾는 취향처럼 책 읽는 행위를 특별한 멋으로 생각하고 있다'로만 해석하는 것 같아서 한편으로는 아쉬움이 들더군요. 흡사 양팔과 양다리를 모두 꼰 채로 '우리 세대가 하는 독서와 너희 세대가 하는 독서는 다르지만, 그래도 책을 읽는다니 기특하구먼'이라는 시선으로 내려보는 느낌이랄까요. 개인적 선호 아래 각자의 즐거움을 찾으려는 사람들의 노력을 집단적 특성이란 상자에 욱여넣는 모습은 40대를 시작한 저에게도 결코 유쾌해 보이지 않았습니다.

05 . 사실 '독파민'이라는 단어도 친한 동생에게서 처음 들은 단어였습니다. 독서모임을 위해 발제문을 작성하던 중 주위 사람들의 생각은 어떤지 궁금해서 책을 좋아하는 동생에게 이런저런 의견을 물었는데 대뜸 '형 근데 독파민이라는 말 알아요?'라는 질문이 날아든 것이죠. 그리고 이어진 동생의 말에는 여러모로 생각할 거리가 많이 담겨있었습니다.
"참 웃긴 게... 사람들은 늘 분모에도 공통점을 두고 분자에도 공통점을 둬요. 그러니까 A라는 공통점을 가진 세대들에서 B라는 행위를 하는 사람들은 또 C라는 공통점이 있다는 식인 거죠. 그에 들어맞지 않는 것도 너무 많은데 말이에요."

06 . 그 의견에는 저도 정말 크게 동의가 되더라고요. 기사에서처럼 숏츠에 중독된 Gen Z들이 잠시 뇌를 시킬 목적으로 책을 읽는다고 해석하거나, 이제 숏츠조차 새로울 게 없는 상황에서 텍스트로만 된 책이 새로운 도파민이라는 둥의 말은 제가 봐도 비약이 너무 심한 것 같았거든요. 책 읽는 행위를 섹시하다고 표현하는 것도 찬성이고, 텍스트를 힙하다고 칭하는 것도 찬성이지만 그 본질에 접근하는 방식을 뭉뚱그려 해석할 수는 없다는 게 제 생각입니다.

07 . 이런 생각이 고개를 드는 이유는 한 가지 우려 때문입니다. 우리나라처럼 트렌드에 민감한 환경이라면 '책을 읽는 게 유행이다'라고 인식되는 순간 뜨겁게 그 유행이 달아오르다가 또 어느 순간 '텍스트힙, 독파민, 책멍 이런 단어 그만 좀...'이라는 분위기와 함께 차갑게 식어버릴지도 모르거든요. 뭐 본인 행동의 근간이 '보여주고 싶은 마음'에서 기인하는 것도 인간의 자유인데, '쟤는 보여주려고 저러나 봐'라는 시선을 받는 순간 우리 사회에서는 또 손가락질이 시작되는 것이 한편으로는 미리 두려운 것인지도 모르겠습니다.

08 . 천재 디자이너라 불리었던 '알렉산더 맥퀸'은 자신의 패션에 특정한 별칭을 붙이는 기자들과 자주 언쟁을 벌였습니다. '트렌드를 이끄는 방법 중 하나는 특정한 것이 트렌드가 되지 않도록 하는 것'이라는 그의 기조를 보여주는 대표적인 일화인 셈이죠. 누군가의 머릿속에서 빈약한 근거와 적당한 선입견과 손쉬운 분류와 약간의 우월감이 보태져 생긴 '트렌드'라는 것은 사람들이 그 본질 근처에 가보기도 전에 재빨리 결론을 지어 다시 돌려보내버리고 마니까요. 한편으로는 알렉산더 맥퀸의 마음이 이해가 되는 것도 같습니다.

09 . 아마 제게 인터뷰를 요청한 그 기자님도 이런 말을 기대했을지 모릅니다.
'책 읽는 행위는 우리 세대에서 힙한 행위로 자리 잡았고, 오늘날처럼 휘발성이 강한 콘텐츠 사이에서 제대로, 또 온전히 즐길 수 있는 콘텐츠다'라고 말이죠.
그치만 저는 숏츠도 재밌습니다... 책에는 책이 주는 재미가 있고, 시대의 플랫폼에는 또 그만의 재미가 담겨있죠. 각자가 선호하는 것을 통해 각자가 원하는 것을 얻으면 그만이고, 이왕이면 그 루트가 다양할 때 더 유리하다는 정도가 제 입장이지 독서에 필요 이상의 의미 부여를 하고 싶은 마음은 없습니다.

10 . 아이러니하게도 이건 제가 책을 사랑해서 할 수 있는 말인지도 모르겠습니다. '고양이는 건들지 마라'라는 말처럼 저는 특정한 대상을 하늘 높이 띄워줬다가 금세 나 몰라라 하는 그 마인드가 그리 달갑지 않거든요. 책을 읽고 싶은 사람들은 늘 책을 읽고 있고, 새롭게 책에 접근하는 사람들은 언제든 환영이고, 잠시 책을 떠나있는 사람도 마냥 아쉽지는 않다는 생각으로 아주 긴 호흡의 마음을 먹는다면 작금의 현상이 딱히 새로울 것도 없어 보이니까요, 그들이 책을 읽는 이유는 각자의 이유로 존중받았으면 하는 마음이 간절합니다.
그러니 독서와 관련한 현상은 많은 사람들이 눈치채지 못하게... 조용히 지나가게끔 하는 건 어떨까요... 그들이 책 읽는데 방해가 될지도 모르니까 말입니다...

01 . 작년부터 스멀스멀 고개를 내미는 기사 중에 이런 류의 제목들이 눈에 띄었습니다. 'Gen Z들에게 독서는 섹시한 행위로 치부된다. 그들에게는 텍스트를 읽는다는 것 자체가 이미 힙한 행동이다.' 그리고 동시다발적으로 새로운 용어들 역시 쏟아지기 시작했죠. '텍스트힙', '책멍', '독파민(독서+도파민)' 같은 말들도 이젠 그리 신기하고 낯선 단어들이 아니니 말입니다. 02 . 독서와 관련한 책을 써서인지 한 매체로부터 이런 현상에 대해 짧게나마 제 생각을 소개해 줄 수 있느냐는 요청을 받았습니다. 하지만 요청주신 분의 설명을 듣고 나서는 정중히 거절했죠. 아쉽게도 기사를 쓰는 분께서 이미 자기만의 답을 내리고 계신 느낌이 물씬 나더라고요. 그리고 그에 맞는 의견을 끼워놓을 요량으로 몇몇의 목소리가 필요했을지도 모르죠. 그 레이더에 아마 제가 걸려들었을 수도 있고요. 03 . 결론부터 이야기하자면 저는 독서가 이른바 새로운 행위와 문화로 간주되는 것도, 책을 둘러싼 조금은 간질거리는 유행어들이 탄생하는 것에도 큰 의미를 두고 있지 않습니다. 사실 책을 좋아하고, 늘 책과 관련한 콘텐츠를 다루고 또 소개하는 저로서도 딱히 책에 관한 엄청난 철학이나 가치관을 가진 것은 아니거든요. 그보다는 그저 책 읽는 행위가 참 즐겁고 그 안에서 발견되는 작은 생각의 조각들을 주워 제가 하는 일들에 조금씩 활용할 수 있다는 사실이 반가워서 계속 읽을 뿐입니다. 04 . 하지만 최근에 쏟아지는 기사들은 마치 '새로운 세대들은 그동안 책 따위엔 관심이 없었는데 복고 패션의 유행이나 클래식 카를 찾는 취향처럼 책 읽는 행위를 특별한 멋으로 생각하고 있다'로만 해석하는 것 같아서 한편으로는 아쉬움이 들더군요. 흡사 양팔과 양다리를 모두 꼰 채로 '우리 세대가 하는 독서와 너희 세대가 하는 독서는 다르지만, 그래도 책을 읽는다니 기특하구먼'이라는 시선으로 내려보는 느낌이랄까요. 개인적 선호 아래 각자의 즐거움을 찾으려는 사람들의 노력을 집단적 특성이란 상자에 욱여넣는 모습은 40대를 시작한 저에게도 결코 유쾌해 보이지 않았습니다. 05 . 사실 '독파민'이라는 단어도 친한 동생에게서 처음 들은 단어였습니다. 독서모임을 위해 발제문을 작성하던 중 주위 사람들의 생각은 어떤지 궁금해서 책을 좋아하는 동생에게 이런저런 의견을 물었는데 대뜸 '형 근데 독파민이라는 말 알아요?'라는 질문이 날아든 것이죠. 그리고 이어진 동생의 말에는 여러모로 생각할 거리가 많이 담겨있었습니다."참 웃긴 게... 사람들은 늘 분모에도 공통점을 두고 분자에도 공통점을 둬요. 그러니까 A라는 공통점을 가진 세대들에서 B라는 행위를 하는 사람들은 또 C라는 공통점이 있다는 식인 거죠. 그에 들어맞지 않는 것도 너무 많은데 말이에요." 06 . 그 의견에는 저도 정말 크게 동의가 되더라고요. 기사에서처럼 숏츠에 중독된 Gen Z들이 잠시 뇌를 시킬 목적으로 책을 읽는다고 해석하거나, 이제 숏츠조차 새로울 게 없는 상황에서 텍스트로만 된 책이 새로운 도파민이라는 둥의 말은 제가 봐도 비약이 너무 심한 것 같았거든요. 책 읽는 행위를 섹시하다고 표현하는 것도 찬성이고, 텍스트를 힙하다고 칭하는 것도 찬성이지만 그 본질에 접근하는 방식을 뭉뚱그려 해석할 수는 없다는 게 제 생각입니다. 07 . 이런 생각이 고개를 드는 이유는 한 가지 우려 때문입니다. 우리나라처럼 트렌드에 민감한 환경이라면 '책을 읽는 게 유행이다'라고 인식되는 순간 뜨겁게 그 유행이 달아오르다가 또 어느 순간 '텍스트힙, 독파민, 책멍 이런 단어 그만 좀...'이라는 분위기와 함께 차갑게 식어버릴지도 모르거든요. 뭐 본인 행동의 근간이 '보여주고 싶은 마음'에서 기인하는 것도 인간의 자유인데, '쟤는 보여주려고 저러나 봐'라는 시선을 받는 순간 우리 사회에서는 또 손가락질이 시작되는 것이 한편으로는 미리 두려운 것인지도 모르겠습니다. 08 . 천재 디자이너라 불리었던 '알렉산더 맥퀸'은 자신의 패션에 특정한 별칭을 붙이는 기자들과 자주 언쟁을 벌였습니다. '트렌드를 이끄는 방법 중 하나는 특정한 것이 트렌드가 되지 않도록 하는 것'이라는 그의 기조를 보여주는 대표적인 일화인 셈이죠. 누군가의 머릿속에서 빈약한 근거와 적당한 선입견과 손쉬운 분류와 약간의 우월감이 보태져 생긴 '트렌드'라는 것은 사람들이 그 본질 근처에 가보기도 전에 재빨리 결론을 지어 다시 돌려보내버리고 마니까요. 한편으로는 알렉산더 맥퀸의 마음이 이해가 되는 것도 같습니다. 09 . 아마 제게 인터뷰를 요청한 그 기자님도 이런 말을 기대했을지 모릅니다. '책 읽는 행위는 우리 세대에서 힙한 행위로 자리 잡았고, 오늘날처럼 휘발성이 강한 콘텐츠 사이에서 제대로, 또 온전히 즐길 수 있는 콘텐츠다'라고 말이죠. 그치만 저는 숏츠도 재밌습니다... 책에는 책이 주는 재미가 있고, 시대의 플랫폼에는 또 그만의 재미가 담겨있죠. 각자가 선호하는 것을 통해 각자가 원하는 것을 얻으면 그만이고, 이왕이면 그 루트가 다양할 때 더 유리하다는 정도가 제 입장이지 독서에 필요 이상의 의미 부여를 하고 싶은 마음은 없습니다. 10 . 아이러니하게도 이건 제가 책을 사랑해서 할 수 있는 말인지도 모르겠습니다. '고양이는 건들지 마라'라는 말처럼 저는 특정한 대상을 하늘 높이 띄워줬다가 금세 나 몰라라 하는 그 마인드가 그리 달갑지 않거든요. 책을 읽고 싶은 사람들은 늘 책을 읽고 있고, 새롭게 책에 접근하는 사람들은 언제든 환영이고, 잠시 책을 떠나있는 사람도 마냥 아쉽지는 않다는 생각으로 아주 긴 호흡의 마음을 먹는다면 작금의 현상이 딱히 새로울 것도 없어 보이니까요, 그들이 책을 읽는 이유는 각자의 이유로 존중받았으면 하는 마음이 간절합니다. 그러니 독서와 관련한 현상은 많은 사람들이 눈치채지 못하게... 조용히 지나가게끔 하는 건 어떨까요... 그들이 책 읽는데 방해가 될지도 모르니까 말입니다...

독서는 건드리지 말아 주세요...

Sam Altman's spent years refining his note-taking process. Here's exactly what he does.

David Perell (@david_perell) on X

샘 알트만이 습관적으로 노트를 쓴다는 사실은 많이들 알고 계실 겁니다. 내용은 극비겠지만, 그가 자신의 노트 스펙(?)은 공유했어요. 우선 노트 자체는 바지 주머니에 넣고 다닐 만한 사이즈와 두께고요. 꼭 스프링노트를 쓴다고 합니다. 이유는 1) 책상에 딱 붙여놓고 쓸 수 있고, 2) 페이지가 잘 넘어 가며, 3) 필요할 경우 페이지를 뜯어낼 수 있어섭니다(페이지를 아마 많이 뜯어낼 거라고 생각해요). 종이는 펜이 잘 미끄러져 나가야 해서, 재질이 부드러워야하고요. 펜은 uni ball micro 0.5 검은색 아니면 Muji 0.3 파란색 펜을 쓴다고 합니다. 2~3주 안에 노트 한 권을 다 쓰고요. 어릴 때부터 여러 노트, 여러 펜을 다 써보고 최적화 한 결과라네요.ㅎㅎ
노트 작성 스펙을 차례대로 쭉 설명하는 말솜씨 자체가 굉장히 깔끔하고 군더더기 없고 체계적이어서 놀라기도 했습니다. 
https://x.com/david_perell/status/1838425252772077636

샘 알트만이 습관적으로 노트를 쓴다는 사실은 많이들 알고 계실 겁니다. 내용은 극비겠지만, 그가 자신의 노트 스펙(?)은 공유했어요. 우선 노트 자체는 바지 주머니에 넣고 다닐 만한 사이즈와 두께고요. 꼭 스프링노트를 쓴다고 합니다. 이유는 1) 책상에 딱 붙여놓고 쓸 수 있고, 2) 페이지가 잘 넘어 가며, 3) 필요할 경우 페이지를 뜯어낼 수 있어섭니다(페이지를 아마 많이 뜯어낼 거라고 생각해요). 종이는 펜이 잘 미끄러져 나가야 해서, 재질이 부드러워야하고요. 펜은 uni ball micro 0.5 검은색 아니면 Muji 0.3 파란색 펜을 쓴다고 합니다. 2~3주 안에 노트 한 권을 다 쓰고요. 어릴 때부터 여러 노트, 여러 펜을 다 써보고 최적화 한 결과라네요.ㅎㅎ노트 작성 스펙을 차례대로 쭉 설명하는 말솜씨 자체가 굉장히 깔끔하고 군더더기 없고 체계적이어서 놀라기도 했습니다.&nbsp;https://x.com/david_perell/status/1838425252772077636

X (formerly Twitter)

샘 알트만이 습관적으로 노트를 쓴다는 사실은 많이들 알고 계실 겁

온라인 통제 실험(online controlled experiments)은 우리에겐 'A/B 테스트'로 익히 알려져 있는데요. 제품의 기능이나 서비스에 작은 변화를 주어, 지속적으로 테스트하며 제품을 개선해 나가는 방법론입니다. 특히 고객 중심으로 프로덕트를 개선하고자 하는 온라인 서비스 기업에 매우 중요한 방법론입니다. 마이크로소프트, 구글, 아마존, 넷플릭스, 에어비앤비 등 해외 빅테크 기업에서 이뤄낸 혁신적인 제품 개선 사항 중 일부는 이러한 온라

고객 중심 프로덕트 개선에 'A/B 테스트' 왜 필수일까? | 요즘IT

A/B 테스트에 대한 이론적인 배경에 대해서 잘 설명한 글입니다. 제가 쓴 '그로스 해킹' 책에도 A/B 테스트를 설명하는 데 한 챕터를 할애했는데요. '그냥 조건 2개 만들어서, 사용자 절반씩 나눠서 보여주고 결과 보면 되는 거 아닌가?' 라고 쉽게 생각하는 분들도 있지만, A/B 테스트를 잘 활용하기 위해서는 보기보다 고려할 점이 많다고 생각합니다. randomized controlled trial 이라는 정의 안에 꽤 많은 내용이 담겨있는데요. 아티클을 한번 읽어보시면 좋을 것 같네요.

A/B 테스트에 대한 이론적인 배경에 대해서 잘 설명한 글입니다. 제가 쓴 '그로스 해킹' 책에도 A/B 테스트를 설명하는 데 한 챕터를 할애했는데요. '그냥 조건 2개 만들어서, 사용자 절반씩 나눠서 보여주고 결과 보면 되는 거 아닌가?' 라고 쉽게 생각하는 분들도 있지만, A/B 테스트를 잘 활용하기 위해서는 보기보다 고려할 점이 많다고 생각합니다. randomized controlled trial 이라는 정의 안에 꽤 많은 내용이 담겨있는데요. 아티클을 한번 읽어보시면 좋을 것 같네요.

요즘IT

페이워치 소프트웨어 엔지니어

조현욱

개발 전에는 어떻게 하면 유저를 끌어들일 수 있을까에 대한 고민을 좋아하고,
개발 후에는 실제로 유저가 잘 사용하고 있는지에 대한 데이터 분석을 좋아합니다 🏃
일주일에 한 번 한 주 동안 제 성장에 도움이 되었던 글을 공유하는게 취미입니다.

Product Designer

신나온

'나의 디자인이 정말 사용자의 문제 해결에 도움이 되고 있을까?'의 오랜 고민의 답을 찾고자 퍼블리에서 프로덕트디자이너로 일하게 되었습니다. 좋은 팀과 함께 성장하고 있습니다.

공차코리아 영업 기획

이송이

[고객 중심 프로덕트 개선에 'A/B 테스트' 왜 필수일까?]

데이터 분석

• 데이터 분석환경 구축, 마트 모델링
• 실험 설계 및 결과 분석
• 핵심지표 정의 및 대시보드 관리

Data Lead

• 네이버 검색히스토리 서비스
• 네이버 지도 UI개편 
• 네이버 통합검색 UI전면개편
• 네이버 통합검색 사용자리서치 
• 네이버 모바일 통합검색 UI 및 모델링 개편
• 네이버 통합검색 추천검색어 영역 버킷테스트 

UX Researcher

• 서비스 핵심지표 관리 및 데이터 분석
• 크로스셀 활성화 전략수립 및 관련 기능개선
• 퍼포먼스, 컨텐츠, CRM 마케팅 관리

Growth Lead

• 이음 서비스 기획 및 운영 총괄
• 이음 서비스 어드민 & 지표 모니터링 시스템 구축
• 서비스 로직 및 매칭알고리즘 설계, 데이터분석 및 리포팅, 운영정책 셋업
• 모바일앱 / 웹 / 관리자 어드민 기획 및 UX화면설계

Product Lead

• T전화 서비스기획(검색, T114, 안심통화)
• 전화번호 DB 수집/관리 체계 구축, 관련 운영프로세스 및 관리툴 기획
• T연락처 서비스기획

Product Manager

인지과학/HCI

심리학

여행 스타트업 마이리얼트립의 Growth Lead로, 데이터 분석과 마케팅을 담당하고 있습니다. 데이터를 통해 서비스와 비즈니스가 마주한 문제를 해결하는 일에 관심이 많습니다. <그로스 해킹>이라는 책을 썼습니다.

양승화

그로스해킹 강의

개인 홈페이지

블로그

딜라이트룸 Data Lead입니다. 데이터를 통해 서비스와 비즈니스가 마주한 문제를 해결하는 일에 관심이 많습니다. <그로스 해킹>이라는 책을 썼습니다.

https://bit.ly/leoyang6

[고객 중심 프로덕트 개선에 'A/B 테스트' 왜 필수일까?]

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필