원문: How React Compiler Performs on Real Code 리액트 컴파일러가 초기 로드 및 인터랙션 성능에 미치는 영향을 수치와 함께 살펴봅니다. 이 글에서 사용된 수치는 실제 앱에서 측정되었습니다. 유튜브: How React Compiler Performs On…

(번역) 실제 코드에서 리액트 컴파일러의 성능

오늘은 당근의 임유진님이 번역해주신 글입니다.

이번에 소개해드리는 글은 이전에 소개해드렸던 <오늘 리액트 컴파일러를 사용해 봤는데, 어땠을 것 같나요?>의 후속편입니다. 베타 릴리즈 전 저자는 컴파일러를 설치한 후
memo
,
useMemo
,
useCallback
은 잊어버려도 되냐는 질문에 “절대 안 된다”고 답변했었지만, 가장 최근에 작성된 글에서는 입장이 조금 변한 것처럼 보입니다. 후속글에서는 리액트 컴파일러가 초기 로드 및 인터랙션 성능에 미치는 영향을 실제 앱에서 측정된 수치와 함께 살펴보는데요. 궁금하신 분은 한 번 읽어보시는 건 어떨까요?

글 링크: https://emewjin.github.io/react-compiler-performs-on-real-code/

오늘은 당근의 임유진님이 번역해주신 글입니다. 이번에 소개해드리는 글은 이전에 소개해드렸던 &lt;오늘 리액트 컴파일러를 사용해 봤는데, 어땠을 것 같나요?&gt;의 후속편입니다. 베타 릴리즈 전 저자는 컴파일러를 설치한 후 <code >memo</code>, <code >useMemo</code>, <code >useCallback</code>은 잊어버려도 되냐는 질문에 “절대 안 된다”고 답변했었지만, 가장 최근에 작성된 글에서는 입장이 조금 변한 것처럼 보입니다. 후속글에서는 리액트 컴파일러가 초기 로드 및 인터랙션 성능에 미치는 영향을 실제 앱에서 측정된 수치와 함께 살펴보는데요. 궁금하신 분은 한 번 읽어보시는 건 어떨까요? 글 링크: https://emewjin.github.io/react-compiler-performs-on-real-code/

emewjin.github.io

실제 코드에서 리액트 컴파일러의 성능

전체 근로자의 6.7%가 연봉 1억이 넘는다고 하네요! 2022년과 비교해서 0.4% 늘었습니다.

그렇지만, 평균연봉 3천만원 이하 근로자가 45%로 가장 많았습니다. 2025년에는 노동소득이 더 귀하게 대접받는 사회로 조금씩 더 변해가길 기원합니다.

더 자세한 사항은 잡플래닛의 news-7021 을 확인해주세요.
> url을 첨부할 수 없어서 이렇게만 남깁니다

전체 근로자의 6.7%가 연봉 1억이 넘는다고 하네요! 2022년과 비교해서 0.4% 늘었습니다. 그렇지만, 평균연봉 3천만원 이하 근로자가 45%로 가장 많았습니다. 2025년에는 노동소득이 더 귀하게 대접받는 사회로 조금씩 더 변해가길 기원합니다. 더 자세한 사항은 잡플래닛의 news-7021 을 확인해주세요.&gt; url을 첨부할 수 없어서 이렇게만 남깁니다

억대 연봉 직장인 몇 명? 국세청 발표 평균연봉 대공개

오너와 동료에 대한 공감만큼 중요하게 생각해야 할 사람이 있습니다. 바로 우리의 서비스 혹은 상품을 직접 쓰는 '사용자'입니다. '사용자를 진정 배려'하기 위해 가장 먼저 할 일은 뭘까요? 공감과 배려는 사용자를 분해하고 분석한다고 되는 게 아닙니다. 사용자는 디자인을 분석하거나 디자이너의 의도를 해독하려고 하지 않습니다. 그냥 느낍니다. 온라인 서비스를 만드는 디자이너들에게 자주 이야기했습니다. "관심 없는 사람들에 빙의해 보세요."

관심 없는 사람들에 대한 유난한 관심

오너와 동료에 대한 공감만큼 중요하게 생각해야 할 사람이 있습니다. 바로 우리의 서비스 혹은 상품을 직접 쓰는 '사용자'입니다. '사용자를 진정 배려'하기 위해 가장 먼저 할 일은 뭘까요? 공감과 배려는 사용자를 분해하고 분석한다고 되는 게 아닙니다. 사용자는 디자인을 분석하거나 디자이너의 의도를 해독하려고 하지 않습니다. 그냥 느낍니다. 온라인 서비스를 만드는 디자이너들에게 자주 이야기했습니다. "관심 없는 사람들에 빙의해 보세요." 디자이너라면 서비스에 아무 관심 없는 사람의 입장이 되어 봐야 합니다. 일반적으로 기획자나 디자이너는 서비스를 만들 때 자연스레 이 일에 이미 익숙해진 자신을 기준으로 삼을 때가 많습니다. 하지만 특정할 수 없는 다수가 쓰는 서비스인 만큼, 관여도가 거의 없는 사용자의 눈으로 서비스를 바라봐야 합니다.

이유는 단순합니다. 그런 사람들이 우리가 만드는 서비스를 가장 많이 이용하고 구매하기 때문입니다. 그들이 네이버나 카카오톡을 보고 어떤 느낌을 받을지가 중요합니다. 일반 사용자가 카카오톡의 노란색이 살짝 어두워진 걸 눈치챌까요? 서비스에 아무 관심 없는 사람들이 카카오톡의 광고 위치가 3픽셀 밀린 걸 알아차릴까요?

공감은 우리의 타깃 고객이 알아볼 것과 그렇지 못할 것을 구분하고, 그들의 잠재의식 속에 남을 잔상을 유추할 때 시작됩니다. 그래야만 해야 할 일과 안 해도 될 일, 중요한 일과 중요하지 않은 일을 구분하기 쉬워집니다. 지금의 나를 지우는 훈련이 필요합니다.
그래서 저는 어떤 프로젝트에 본격적으로 몰입하기 전의 '나'를 박제해 두고 종종 그때의 내가 되어보려고 노력합니다. 온라인 서비스뿐만 아니라 제품이나 공간을 기획하고 디자인할 때도 마찬가지입니다. 네이버나 카카오 입사 전의 나, 별생각 없이 호텔을 이용하던 예전의 나, 식당 가서 메뉴를 뒤적이는 손님 중의 하나가 되려고 합니다.

인천 네스트호텔 프로젝트를 맡았을 때입니다. 일반적으로 호텔 객실은 침대 발끝이 향하는 곳에 텔레비전이 위치하고 머리 쪽에 벽이 있습니다. 침대에 누워서 텔레비전 보는 상황을 주로 가정하는 겁니다. 반면에 네스트호텔은 발끝이 창가를 향하도록 침대를 배치했습니다. 창밖으로 서해 바다의 일몰과 일출이 보이는 호텔에서 텔레비전이 꼭 우선순위여야만 할까 하고 생각한 거죠. 그동안 호텔에서 묶었던 기억을 떠올려 보면, 창밖의 아름다운 풍경을 보는 순간이 좋았습니다. 그래서 침대의 헤드보드를 벽에서 떨어뜨려 책상으로 해석했고, 테이블과 소파, 짐 푸는 곳을 구조적으로 연결해서 방을 구성했습니다. 이 모두는 기존 호텔 객실이 하던 방식을 따르지 않고 호텔을 드나들던 '손님'의 관점에서 객실을 해석했기에 가능합니다. (이런 구조가 흔한 것처럼 보여도, 침대 한쪽을 벽으로 붙여서 한 방향만 쓰도록 하는 게 쉬운 결정은 아닙니다.)

소비자가 진정 바라는 건 전문가만 알아보는 디자인이 아니라 '직관적 유용성'입니다. 소비자가 느끼는 불편에 대한 해결책을 떠올릴 방법은 오로지 평소 직접 소비자가 되어 보는 수밖에 없습니다.

https://redbusbagman.com/uxresearchandsense/

오너와 동료에 대한 공감만큼 중요하게 생각해야 할 사람이 있습니다. 바로 우리의 서비스 혹은 상품을 직접 쓰는 '사용자'입니다. '사용자를 진정 배려'하기 위해 가장 먼저 할 일은 뭘까요? 공감과 배려는 사용자를 분해하고 분석한다고 되는 게 아닙니다. 사용자는 디자인을 분석하거나 디자이너의 의도를 해독하려고 하지 않습니다. 그냥 느낍니다. 온라인 서비스를 만드는 디자이너들에게 자주 이야기했습니다. "관심 없는 사람들에 빙의해 보세요." 디자이너라면 서비스에 아무 관심 없는 사람의 입장이 되어 봐야 합니다. 일반적으로 기획자나 디자이너는 서비스를 만들 때 자연스레 이 일에 이미 익숙해진 자신을 기준으로 삼을 때가 많습니다. 하지만 특정할 수 없는 다수가 쓰는 서비스인 만큼, 관여도가 거의 없는 사용자의 눈으로 서비스를 바라봐야 합니다. 이유는 단순합니다. 그런 사람들이 우리가 만드는 서비스를 가장 많이 이용하고 구매하기 때문입니다. 그들이 네이버나 카카오톡을 보고 어떤 느낌을 받을지가 중요합니다. 일반 사용자가 카카오톡의 노란색이 살짝 어두워진 걸 눈치챌까요? 서비스에 아무 관심 없는 사람들이 카카오톡의 광고 위치가 3픽셀 밀린 걸 알아차릴까요? 공감은 우리의 타깃 고객이 알아볼 것과 그렇지 못할 것을 구분하고, 그들의 잠재의식 속에 남을 잔상을 유추할 때 시작됩니다. 그래야만 해야 할 일과 안 해도 될 일, 중요한 일과 중요하지 않은 일을 구분하기 쉬워집니다. 지금의 나를 지우는 훈련이 필요합니다.그래서 저는 어떤 프로젝트에 본격적으로 몰입하기 전의 '나'를 박제해 두고 종종 그때의 내가 되어보려고 노력합니다. 온라인 서비스뿐만 아니라 제품이나 공간을 기획하고 디자인할 때도 마찬가지입니다. 네이버나 카카오 입사 전의 나, 별생각 없이 호텔을 이용하던 예전의 나, 식당 가서 메뉴를 뒤적이는 손님 중의 하나가 되려고 합니다. 인천 네스트호텔 프로젝트를 맡았을 때입니다. 일반적으로 호텔 객실은 침대 발끝이 향하는 곳에 텔레비전이 위치하고 머리 쪽에 벽이 있습니다. 침대에 누워서 텔레비전 보는 상황을 주로 가정하는 겁니다. 반면에 네스트호텔은 발끝이 창가를 향하도록 침대를 배치했습니다. 창밖으로 서해 바다의 일몰과 일출이 보이는 호텔에서 텔레비전이 꼭 우선순위여야만 할까 하고 생각한 거죠. 그동안 호텔에서 묶었던 기억을 떠올려 보면, 창밖의 아름다운 풍경을 보는 순간이 좋았습니다. 그래서 침대의 헤드보드를 벽에서 떨어뜨려 책상으로 해석했고, 테이블과 소파, 짐 푸는 곳을 구조적으로 연결해서 방을 구성했습니다. 이 모두는 기존 호텔 객실이 하던 방식을 따르지 않고 호텔을 드나들던 '손님'의 관점에서 객실을 해석했기에 가능합니다. (이런 구조가 흔한 것처럼 보여도, 침대 한쪽을 벽으로 붙여서 한 방향만 쓰도록 하는 게 쉬운 결정은 아닙니다.) 소비자가 진정 바라는 건 전문가만 알아보는 디자인이 아니라 '직관적 유용성'입니다. 소비자가 느끼는 불편에 대한 해결책을 떠올릴 방법은 오로지 평소 직접 소비자가 되어 보는 수밖에 없습니다. https://redbusbagman.com/uxresearchandsense/

REDBUSBAGMAN | 빨간색 광역버스에 백팩을 메고 탑니다

⟪관심 없는 사람들에 대한 유난한 관심⟫

If you're designing a mobile app, we're building Play for you. Play combines a familiar design canvas with the power of Apple's native iOS elements and a new approach to interaction design that is easy, powerful, and native. 

Play · Design mobile apps with the power of iOS & SwiftUI

Play라는 솔루션에 관심이 생겨서
며칠 전부터 만들어 보고 있습니다.

🔵메타가 페북 시절에 운영한
쿼츠 컴포저(Quartz Composer) 기반의
“오리가미”라는 프로토타입 툴에 있는데요,
Play는 작동 로직이 오리가미와 비슷한데
훨씬 쉽더라구요.

내가 쓰기에 Play는 오리가미 + 피그마 느낌인데
거의 개발과 유사한 결과물을 볼 수 있었습니다.
(SwiftUI 코드로 바로 변경되는 점도 매력적)

Play가 프로토타입의 헤게모니를 잡으면 본격
디자인 엔지니어링 시대가 열릴 것 같은 예감..

https://createwithplay.com

Play라는 솔루션에 관심이 생겨서며칠 전부터 만들어 보고 있습니다. 🔵메타가 페북 시절에 운영한 쿼츠 컴포저(Quartz Composer) 기반의“오리가미”라는 프로토타입 툴에 있는데요,Play는 작동 로직이 오리가미와 비슷한데훨씬 쉽더라구요. 내가 쓰기에 Play는 오리가미 + 피그마 느낌인데거의 개발과 유사한 결과물을 볼 수 있었습니다.(SwiftUI 코드로 바로 변경되는 점도 매력적) Play가 프로토타입의 헤게모니를 잡으면 본격디자인 엔지니어링 시대가 열릴 것 같은 예감.. https://createwithplay.com

createwithplay.com

🙃 본격 디자인 엔지니어링의 시대 도약?

우디 >> 부산 출생 🌊

부산에서 열린 [센텀 디지털 위크]에
디지털 라이팅 연사로 참여했습니다.

부산에서는 첫 강연이었는데,
고향이라 그런지 감회가 새로웠습니다.

디자이너를 꿈꾸는 부산의 디자인
지망생들의 진지한 질문과 눈빛이 오래
기억에 남을 것 같습니다.

우디 &gt;&gt; 부산 출생 🌊 부산에서 열린 [센텀 디지털 위크]에디지털 라이팅 연사로 참여했습니다. 부산에서는 첫 강연이었는데,고향이라 그런지 감회가 새로웠습니다. 디자이너를 꿈꾸는 부산의 디자인지망생들의 진지한 질문과 눈빛이 오래기억에 남을 것 같습니다.

✏️ 센텀 디지털 위크 라이팅 강연

2024년 7월~12월 사이의 취업 기록, Meta 입사

2025년 미국 뉴욕 소프트웨어 엔지니어 취업기

지난 6개월 동안 미국에서 취업 활동했던 후기를 간략히 정리했습니다. 정보가 도움이 되셨으면 좋겠습니다.

 * 200개 이상의 포지션에 지원, 8개 회사와 면접 진행, 3곳 최종 합격
 * 생애 첫 ‘리트코드 스타일’ 코딩 인터뷰 통과 비법
 * 시스템 디자인 면접 준비
 * 2025년 1월 Meta 입사

지난 6개월 동안 미국에서 취업 활동했던 후기를 간략히 정리했습니다. 정보가 도움이 되셨으면 좋겠습니다. <ul ><li>200개 이상의 포지션에 지원, 8개 회사와 면접 진행, 3곳 최종 합격</li><li>생애 첫 ‘리트코드 스타일’ 코딩 인터뷰 통과 비법</li><li>시스템 디자인 면접 준비</li><li>2025년 1월 Meta 입사</li></ul>

www.nyprogrammer.com

유용한 정보를 공유해 주셔서 감사합니다. https://geometry-dashonline.io

차별성과 전문성을 갖춘 개발자로서의 성장할 수 있는 기회의 장!!
Kernel360 교육 과정의 파이널 프로젝트를 함께 할 예비 프론트엔드 개발자분들을 모시고 있습니다.

🔥 중급 이상의 실력을 보유한 수강생들과의 협업 경험이 필요하신 분!
🔥 최고의 디렉터진, 멘토진의 멘토링이 필요하신 분!
🔥 사이드 프로젝트 고민을 가지고 계신 예비 Front-end 개발자!
그런 분들을 위해 준비했습니다.

디렉터 / 멘토님과 소통하고 개발자와 협업하며 현업의 프로젝트를 경험해 보세요!
프로젝트와 모집에 관련된 내용을 전달드리니 확인 후 많은 지원 바랍니다!! 🙇
(⏱️빨리 신청하실수록 합류 가능성이 올라갑니다!)

✅ 모집 개요
- 모집 기간 : 적합자 선발 시 모집 조기 마감
- 모집 인원 : 0명
- 모집 대상 : 프론트엔드 예비 개발자

- 모집 조건
✔️ [기본 역량]
15주간 본 프로젝트에 성실히 참여할 수 있는 자
HTML/CSS/JavaScript에 대한 기본적인 이해가 있으신 분
React에 대한 기본적인 이해가 있으신 분

✔️ [우대 사항]
TypeScript를 사용해보신 분
Next.js를 사용해보신 분
상태 관리 라이브러리를 적용해 보신 분
백엔드 API 연동 경험이 있는 분

✅ 프로젝트 개요
- 전액 무료
- 진행 기간 : 2024.09.02(월) ~ 2024.12.20(금)
- 진행 장소 : 패스트파이브 삼성 4호점 2층(지도)
- 프로젝트 참여 시간 : 10시-19시
- 프로젝트 진행 방식 : 주 5회 대면 필수 참여

✅ 프로젝트 상세 안내
- 백엔드 개발 과정 수강생들과 함께 프로젝트를 설계, 개발, 배포합니다.
- 기능적인 부분 / 운영상의 수정 요구사항들에 대한 업데이트를 하고, 다시 배포하는 과정을 모두 경험하는 프로젝트입니다.
- 프론트엔드 포트폴리오가 필요한 여러분들을 위해 백엔드 개발자와 협업 + 프론트엔드 부분은 주도적으로 개발하여 약 15주간 하나의 프로젝트를 완성합니다.

✅ 참여 해택
- 공유 오피스 무료 사용
- 현직 개발자 특강 참여
- 서비스 배포 및 운영 경험
- 1:1 디렉터 오피스아워
- 3000만원 상당의 패스트캠퍼스 올플랜
- 수료증 발급

✅ 지원 방법
💡 아래 링크에 설문 폼 제출
https://bit.ly/4djqNRs

💡 더욱 자세한 정보가 알고싶다면?
https://bit.ly/4dhaxQY

※ 문의 이메일) eunmi.kim@day1company.co.kr

차별성과 전문성을 갖춘 개발자로서의 성장할 수 있는 기회의 장!!Kernel360 교육 과정의 파이널 프로젝트를 함께 할 예비 프론트엔드 개발자분들을 모시고 있습니다. 🔥 중급 이상의 실력을 보유한 수강생들과의 협업 경험이 필요하신 분!🔥 최고의 디렉터진, 멘토진의 멘토링이 필요하신 분!🔥 사이드 프로젝트 고민을 가지고 계신 예비 Front-end 개발자!그런 분들을 위해 준비했습니다. 디렉터 / 멘토님과 소통하고 개발자와 협업하며 현업의 프로젝트를 경험해 보세요!프로젝트와 모집에 관련된 내용을 전달드리니 확인 후 많은 지원 바랍니다!! 🙇(⏱️빨리 신청하실수록 합류 가능성이 올라갑니다!) ✅ 모집 개요- 모집 기간 : 적합자 선발 시 모집 조기 마감- 모집 인원 : 0명- 모집 대상 : 프론트엔드 예비 개발자 - 모집 조건✔️ [기본 역량]15주간 본 프로젝트에 성실히 참여할 수 있는 자HTML/CSS/JavaScript에 대한 기본적인 이해가 있으신 분React에 대한 기본적인 이해가 있으신 분 ✔️ [우대 사항]TypeScript를 사용해보신 분Next.js를 사용해보신 분상태 관리 라이브러리를 적용해 보신 분백엔드 API 연동 경험이 있는 분 ✅ 프로젝트 개요- 전액 무료- 진행 기간 : 2024.09.02(월) ~ 2024.12.20(금)- 진행 장소 : 패스트파이브 삼성 4호점 2층(지도)- 프로젝트 참여 시간 : 10시-19시- 프로젝트 진행 방식 : 주 5회 대면 필수 참여 ✅ 프로젝트 상세 안내- 백엔드 개발 과정 수강생들과 함께 프로젝트를 설계, 개발, 배포합니다.- 기능적인 부분 / 운영상의 수정 요구사항들에 대한 업데이트를 하고, 다시 배포하는 과정을 모두 경험하는 프로젝트입니다.- 프론트엔드 포트폴리오가 필요한 여러분들을 위해 백엔드 개발자와 협업 + 프론트엔드 부분은 주도적으로 개발하여 약 15주간 하나의 프로젝트를 완성합니다. ✅ 참여 해택- 공유 오피스 무료 사용- 현직 개발자 특강 참여- 서비스 배포 및 운영 경험- 1:1 디렉터 오피스아워- 3000만원 상당의 패스트캠퍼스 올플랜- 수료증 발급 ✅ 지원 방법💡 아래 링크에 설문 폼 제출https://bit.ly/4djqNRs 💡 더욱 자세한 정보가 알고싶다면?https://bit.ly/4dhaxQY ※ 문의 이메일) eunmi.kim@day1company.co.kr

🚩[사이드프로젝트] Kernel360 : 프론트엔드 개발자 모집 🚩

사이드 프로젝트를 진행하면서 처음의 열정이 사라져 엎어진 경우가 있나요?

모든 일을 지속하기 위해선 동기부여가 중요하죠 사이드 프로젝트 역시 마찬가지라고 생각합니다.
하지만 사이드 프로젝트를 진행하면서 지속적인 동기부여를 얻기란 참 어려운 것 같습니다. 사이드 프로젝트 특성상 금전적 보상은 거의 없으며 순수 재미나 혹은 흥미, 커리어 성장에 대한 관심으로 지속되기 때문입니다.

지금까지 30여개의 사이드 프로젝트를 진행하면서 많이 들었던 질문 중 하나가 '그렇게 많은 사이드 프로젝트를 생각하고 만들고 지속할 수 있던 동기부여는 무엇인가요?' 입니다.

사실 저도 다양한 사이드 프로젝트를 제작하는 동안 엎어진 경우도 많고 흐지부지된 경우도 많습니다. 이러한 경험들을 바탕으로 사이드 프로젝트를 만들 땐 나름의 규칙을 가지고 시작하고 있습니다.

제가 생각하는 동기부여를 유지하기 위한 세가지 팁을 공유합니다.

1) 성공 보단 성장
 * '꼭 성공해서 돈을 벌어야지' 라고 생각하게 되면 처음부터 너무 많은 힘이 들어가게 됩니다.
 * 사이드 프로젝트가 성공하는 확률은 현실적으로 낮고 운이 큰 작용을 한다고 생각합니다. 아무리 열심히 만들어도 타이밍이 좋지 않아 실패 하는 경우도 많습니다.
 * 기대감이 크면 클수록 실망도 커지는 법이죠. 처음 목표가 성공이라는 좁은 문에 초점이 맞춰져 있다면 열정이 식을 가능성이 커집니다.
 * 저는 애초에 사이드 프로젝트의 실패를 베이스로 놓고, 사이드 프로젝트를 진행하면서 성장할 수 있는 부분에 초점을 맞춰 진행 합니다.
 * 예를 들면 'React와 Express를 활용하여 서비스를 만들어보자!! 사이드 프로젝트를 진행하면서 기획, 디자인, 개발에 대한 프로세스를 경험할 수 있고 기술 스택에 관한 자신감도 얻을 수 있을꺼야. 특히나 이번에는 상태관리에 대한 부분을 집중적으로 적용하면서 내가 그동안 부족했던 부분을 보충해보자!! 서비스를 끝까지 만드는 것을 목표로 하고, 실패한다면 어쩔 수 없고 ㅎㅎ 성공한다면 진짜 신기하겠다..!!' 라는 마음 가짐으로 프로젝트를 시작합니다.
 * 이런 마음가짐으로 시작한다면 사이드 프로젝트를 진행하면서 점차 성장하는 나의 모습에서 동기부여를 지속적으로 얻을 수 있습니다.
 * 사이드 프로젝트에서 성공으로 얻는 동기부여는 '결과' 에서 발생하고, 성장으로 얻는 동기부여는 '과정'에서 발생한다고 생각합니다.
   사이드 프로젝트라는 마라톤에서 지속적인 동기부여를 얻는 것은 성장이 가장 효율적이라고 생각합니다.
 * 물론 사이드 프로젝트를 제작하고 난 후에는 성공으로 얻는 동기부여도 열어 두어야 오래 지속할 수 있는 사이드 프로젝트가 된다고 생각합니다.

2) 3개월 혹은 6개월
 * 가장 열정이 많은 시기에 빠르게 만들어 내는 것이 중요하다고 생각합니다.
 * 사이드 프로젝트를 만드는 시간이 지연되면 지연될 수록 동기부여가 떨어지는 건 정말 당연한 현상이라고 생각합니다.
 * 저도 많은 사이드프로젝트를 만들어 봤지만 만드는 기간이 길어지면 길어질 수록 흐지부지 되는 경우가 굉장히 많았습니다. 또 그렇다고 완성도가 높아지는 것도 아니었습니다.
 * 사이드 프로젝트의 제작 기간을 타이트하게 가져가시기 바랍니다. 프로젝트의 주제나 규모에 따라 다르겠지만 1개월 혹은 3개월, 6개월까지 기간을 설정하여 목표를 잡는게 가장 좋았습니다.
 * 만약 제작 기간이 너무 길어질 것 같다면 규모와 주제를 축소 시키더라도 계획한 기간 내에 완성을 하는 것이 가장 중요하다고 생각합니다. 그 다음 단계적으로 기능을 확장하는 것이 지속적인 동기부여를 얻는데 큰 도움이 된다고 생각합니다.
 * 흐지부지 되는 사이드 프로젝트는 '좋은 경험' 에서 끝나는 경우가 많기 때문에 꼭 '완성' 을 목표로 열심히 달리시기 바랍니다.

3) 세상에 알리기
 * 여러분들이 사이드 프로젝트를 만들고 있다는 것을 주변에 알리시기 바랍니다.
 * 주변에 알리고 홍보하는 것은 스스로에게 약속이 되고 이는 곧 동기부여가 된다고 생각합니다.
 * 제가 대학생 시절 한창 사이드 프로젝트를 많이 진행했을 때, 동아리, SNS, 학교 커뮤니티 등등 제가 갖고 있는 모든 채널에 제가 만들고 있는 혹은 만든 서비스 들을 지속적으로 기록하고 홍보했습니다.
 * 그렇게 함으로써 작던 크던 다양한 반응을 얻을 수 있었고
 * 사이드 프로젝트를 제작하는 중에는 말을 꺼냈으니 꼭 완성은 시켜야한다 라는 스스로에 대한 약속을 할 수 있었고, 뿐만 아니라 성장하고 있는 모습을 계속해서 공유 함으로서 지속적인 동기부여를 얻을 수 있었습니다.
 * 또한 제작한 후에는 서비스 홍보 뿐만 아니라, 내가 만든 서비스를 남들이 사용하면서 얻는 피드백을 바탕으로 또 다른 성장을 할 수 있는 장점을 얻었고, 다음 사이드 프로젝트를 진행할 수 있는 동기부여를 얻을 수 있었습니다. 이는 지속적으로 사이드 프로젝트를 만들 수 있는 선순환이 되었다고 생각합니다.
 * 처음에는 '내 서비스를 남들에게 보이기 부끄러워서 혹은 완성도가 너무 떨어져서..' 등등 다양한 이유로 남들에게 알리기가 어려울 수 있습니다.
 * 그런 경우에는 좁은 관계인 지인에서 출발해서 넓은 관계인 SNS, 커뮤니티로 점차 영역을 확장해보시기 바랍니다. 처음에는 어려웠던 것도 점차 익숙해지는 자신을 발견할 수 있을 것 입니다.
 * 추가로 '사람들은 생각보다 남에게 관심이 없다'라는 마음 가짐을 갖는다면 부담감을 좀 덜 수 있다고 생각합니다:)

* 앞으로 사이드 프로젝트와 관련된 주제로 포스팅을 할 예정입니다. 궁금하신 내용이나 추천하는 주제 있으시다면 언제든 말씀해 주시기 바랍니다:)

사이드 프로젝트를 진행하면서 처음의 열정이 사라져 엎어진 경우가 있나요? 모든 일을 지속하기 위해선 동기부여가 중요하죠 사이드 프로젝트 역시 마찬가지라고 생각합니다.하지만 사이드 프로젝트를 진행하면서 지속적인 동기부여를 얻기란 참 어려운 것 같습니다. 사이드 프로젝트 특성상 금전적 보상은 거의 없으며 순수 재미나 혹은 흥미, 커리어 성장에 대한 관심으로 지속되기 때문입니다. 지금까지 30여개의 사이드 프로젝트를 진행하면서 많이 들었던 질문 중 하나가 '그렇게 많은 사이드 프로젝트를 생각하고 만들고 지속할 수 있던 동기부여는 무엇인가요?' 입니다. 사실 저도 다양한 사이드 프로젝트를 제작하는 동안 엎어진 경우도 많고 흐지부지된 경우도 많습니다. 이러한 경험들을 바탕으로 사이드 프로젝트를 만들 땐 나름의 규칙을 가지고 시작하고 있습니다. 제가 생각하는 동기부여를 유지하기 위한 세가지 팁을 공유합니다. 1) 성공 보단 성장<ul><li>'꼭 성공해서 돈을 벌어야지' 라고 생각하게 되면 처음부터 너무 많은 힘이 들어가게 됩니다.</li><li>사이드 프로젝트가 성공하는 확률은 현실적으로 낮고 운이 큰 작용을 한다고 생각합니다. 아무리 열심히 만들어도 타이밍이 좋지 않아 실패 하는 경우도 많습니다.</li><li>기대감이 크면 클수록 실망도 커지는 법이죠. 처음 목표가 성공이라는 좁은 문에 초점이 맞춰져 있다면 열정이 식을 가능성이 커집니다.</li><li>저는 애초에 사이드 프로젝트의 실패를 베이스로 놓고, 사이드 프로젝트를 진행하면서 성장할 수 있는 부분에 초점을 맞춰 진행 합니다.</li><li>예를 들면 'React와 Express를 활용하여 서비스를 만들어보자!! 사이드 프로젝트를 진행하면서 기획, 디자인, 개발에 대한 프로세스를 경험할 수 있고 기술 스택에 관한 자신감도 얻을 수 있을꺼야. 특히나 이번에는 상태관리에 대한 부분을 집중적으로 적용하면서 내가 그동안 부족했던 부분을 보충해보자!! 서비스를 끝까지 만드는 것을 목표로 하고, 실패한다면 어쩔 수 없고 ㅎㅎ 성공한다면 진짜 신기하겠다..!!' 라는 마음 가짐으로 프로젝트를 시작합니다.</li><li>이런 마음가짐으로 시작한다면 사이드 프로젝트를 진행하면서 점차 성장하는 나의 모습에서 동기부여를 지속적으로 얻을 수 있습니다.</li><li>사이드 프로젝트에서 성공으로 얻는 동기부여는 '결과' 에서 발생하고, 성장으로 얻는 동기부여는 '과정'에서 발생한다고 생각합니다. 사이드 프로젝트라는 마라톤에서 지속적인 동기부여를 얻는 것은 성장이 가장 효율적이라고 생각합니다.</li><li>물론 사이드 프로젝트를 제작하고 난 후에는 성공으로 얻는 동기부여도 열어 두어야 오래 지속할 수 있는 사이드 프로젝트가 된다고 생각합니다.</li></ul> 2) 3개월 혹은 6개월<ul><li>가장 열정이 많은 시기에 빠르게 만들어 내는 것이 중요하다고 생각합니다.</li><li>사이드 프로젝트를 만드는 시간이 지연되면 지연될 수록 동기부여가 떨어지는 건 정말 당연한 현상이라고 생각합니다.</li><li>저도 많은 사이드프로젝트를 만들어 봤지만 만드는 기간이 길어지면 길어질 수록 흐지부지 되는 경우가 굉장히 많았습니다. 또 그렇다고 완성도가 높아지는 것도 아니었습니다.</li><li>사이드 프로젝트의 제작 기간을 타이트하게 가져가시기 바랍니다. 프로젝트의 주제나 규모에 따라 다르겠지만 1개월 혹은 3개월, 6개월까지 기간을 설정하여 목표를 잡는게 가장 좋았습니다.</li><li>만약 제작 기간이 너무 길어질 것 같다면 규모와 주제를 축소 시키더라도 계획한 기간 내에 완성을 하는 것이 가장 중요하다고 생각합니다. 그 다음 단계적으로 기능을 확장하는 것이 지속적인 동기부여를 얻는데 큰 도움이 된다고 생각합니다.</li><li>흐지부지 되는 사이드 프로젝트는 '좋은 경험' 에서 끝나는 경우가 많기 때문에 꼭 '완성' 을 목표로 열심히 달리시기 바랍니다.</li></ul> 3) 세상에 알리기<ul><li>여러분들이 사이드 프로젝트를 만들고 있다는 것을 주변에 알리시기 바랍니다.</li><li>주변에 알리고 홍보하는 것은 스스로에게 약속이 되고 이는 곧 동기부여가 된다고 생각합니다.</li><li>제가 대학생 시절 한창 사이드 프로젝트를 많이 진행했을 때, 동아리, SNS, 학교 커뮤니티 등등 제가 갖고 있는 모든 채널에 제가 만들고 있는 혹은 만든 서비스 들을 지속적으로 기록하고 홍보했습니다.</li><li>그렇게 함으로써 작던 크던 다양한 반응을 얻을 수 있었고</li><li>사이드 프로젝트를 제작하는 중에는 말을 꺼냈으니 꼭 완성은 시켜야한다 라는 스스로에 대한 약속을 할 수 있었고, 뿐만 아니라 성장하고 있는 모습을 계속해서 공유 함으로서 지속적인 동기부여를 얻을 수 있었습니다.</li><li>또한 제작한 후에는 서비스 홍보 뿐만 아니라, 내가 만든 서비스를 남들이 사용하면서 얻는 피드백을 바탕으로 또 다른 성장을 할 수 있는 장점을 얻었고, 다음 사이드 프로젝트를 진행할 수 있는 동기부여를 얻을 수 있었습니다. 이는 지속적으로 사이드 프로젝트를 만들 수 있는 선순환이 되었다고 생각합니다.</li><li>처음에는 '내 서비스를 남들에게 보이기 부끄러워서 혹은 완성도가 너무 떨어져서..' 등등 다양한 이유로 남들에게 알리기가 어려울 수 있습니다.</li><li>그런 경우에는 좁은 관계인 지인에서 출발해서 넓은 관계인 SNS, 커뮤니티로 점차 영역을 확장해보시기 바랍니다. 처음에는 어려웠던 것도 점차 익숙해지는 자신을 발견할 수 있을 것 입니다.</li><li>추가로 '사람들은 생각보다 남에게 관심이 없다'라는 마음 가짐을 갖는다면 부담감을 좀 덜 수 있다고 생각합니다:)</li></ul> * 앞으로 사이드 프로젝트와 관련된 주제로 포스팅을 할 예정입니다. 궁금하신 내용이나 추천하는 주제 있으시다면 언제든 말씀해 주시기 바랍니다:)

<사이드 프로젝트> 동기부여

본격적으로 개발을 시작한 이후로 지금까지 약 28개의 사이드 프로젝트를 진행했습니다.

웹,모바일, 데스크탑 앱 등등.. 다양한 플랫폼에서 제작해보기도 했고
혼자서 혹은 다수의 메이커분들과 함께 제작을 해보기도 했습니다.

또한 1년동안 열심히 만들었지만 한명도 사용하지 않았던 서비스도 만들어보고, 일주일만에 1000만 조회수를 달성하는 서비스도 만들어 보았습니다.

다양한 사이드 프로젝트를 진행하다보니 공통적으로 느끼게되는 경험이나 생각이 있었습니다. 

오늘은 28개의 사이드프로젝트를 진행하면서 느낀점들을 공유 해보도록 하겠습니다:)

다소 뻔할 수 있는 생각이지만 중요하다고 생각하는 내용입니다. 여러분들만의 생각과 비교해보시면서 읽으시면 더 좋을 것 같습니다:) 

---

1️⃣ 사이드 프로젝트는 초보 개발자 분들의 최고의 공부 방법

- 처음 개발 공부를 하다보면 막막한 순간이 올 때가 있습니다. '뭔가 배우긴 했는데... 도대체 이걸로 뭘 어떻게 해야하지?' 하는 순간 말이죠

- 영화 매트릭스를 보면 다음과 같은 대사가 나옵니다. 

- '길을 아는 것과 길을 걷는 것은 큰 차이가 있다'. 

- 개발 공부 하면서 얻은 지식과 이를 직접 적용하면서 얻는 경험은 큰 차이가 있습니다. 때문에 직접 적용해보는 시도를 자주 해봐야합니다.

- 사이드 프로젝트는 이러한 시도를 낮은 허들로 경험해볼 수 있는 최고의 방법이라고 생각합니다.  사이드 프로젝트를 직접 만들어 본다면, 기획 부터 디자인 개발 배포 운영까지 다양한 개발 프로세스를 경험 해볼 수 있습니다. 이는 책이나 여타 강의에서 얻을 수 있는 지식과는 큰 차이가 있다고 생각합니다.  

- 우리가 영어를 배울 때도 단어나 문법만 잘 외운다고 영어를 잘 할 수 있게 되는 것은 아니죠, 직접 영어로 커뮤니케이션을 해봐야지만 내가 배운 것을 직접 활용해 볼 수 있고 비로소 내 것으로 만들 수 있다고 생각합니다.

- 개발 공부도 비슷하다고 생각합니다.

- 단순하게 if 가 어떻고 for가 어떻고 에서 끝나는 것이 아니라 직접 생각하여 적용해보고 에러를 마주하고 이를 해결해 나가는 과정을 거쳐서 그것을 비로소 내것으로 만드는 과정 자체가 저에게 있어서는 최고의 공부 방법이었습니다.

- 배우긴 배웠는데 이걸로 뭘 어떻게 해야할 지 모르겠다!! 하시는 분들이 계시다면 사이드 프로젝트를 만들어 보면서 개발에 대한 프로세스를 경험해보시기 바랍니다.

2️⃣ 고객이 필요로 하는 서비스를 만들자

- 나는 서비스를 만드는데 의의를 두겠다! 한다면 크게 중요하지 않습니다.

- 하지만 이왕 만드는 김에 서비스를 운영하면서 트래픽 or 수익을 만들어 내고 싶다면 사용자가 필요로 하는 서비스를 만들어야 합니다. 

- 사실 정말 당연한 이야기긴 하지만..

- 개발자 분들이 서비스를 만들면서 하기 쉬운 실수 중에 하나가 '내가 잘하는 분야에서 주제를 정하고 사용자를 억지로 끼워 맞추려고 하는 경우' 라고 생각합니다.

- 예를 들면 '나는 지도 서비스를 잘 만드니까 지도 관련 서비스를 만들어보자.. 그럼 알아서 잘 써주겠지..?'

- 서비스의 퀄리티는 어느정도 있겠지만 아무도 안쓰는 서비스가 되어버리는 경우가 많습니다.

- 사용자가 불편해하는 부분을 찾고 이를 개선할 수  있는 서비스를 만들어 보기 바랍니다.

- 만약 사용자가 불편해하는 부분을 모르겠다면 내가 필요로하는 서비스를 만들어 보자. 나 역시도 한명의 고객이고 내가 제일 잘 아는 고객이기 때문에 아이디어를 생각하기가 상대적으로 쉬움.
  
3️⃣ 가능한 짧은 시간내에 완성하자, 그러기 위해선 핵심 기능에 집중하자

- 사이드 프로젝트 만들기에 있어 가장 중요한 점은 완성하는 것 입니다.

- 물론 과정도 중요하겠지만.. 사이드 프로젝트 특성상 완성하지 않으면 그동안 쏟아 부은 시간이 허비되는 경우가 많았습니다.

- 그런데 사이드 프로젝트를 진행하다 보면 완성하기 어려워 지는 경우가 많습니다.

- 첫번째는 너무 늘어지는 제작 기간, 처음에는 모두가 의욕이 가득하여 으쌰으쌰 하다가 점점 시간이 갈 수록 의욕이 떨어지고 현생에 치이고 동기부여가 점점 낮아져서 흐지부지 되는 경우

- 두번째는 점점 늘어나는 기능, 서비스를 제작하면서 다양한 이유로 인해 점점 만들어야하는 기능들이 많아지고 그에따라 제작 기간이 점점 늘어나서 흐지부지 되는 경우

- 이러한 문제를 예방하려면 최대한 정해진 기간내에(최대 3개월 혹은 6개월) 완성을 목표로 집중하여 개발 하기를 추천합니다

- 그러기 위해선 기능이 난잡해 지지 않도록 핵심 기능 하나에 집중하기를 추천

4️⃣ 꼭꼭!! 기록하기

- 본인이 가장 후회하는 부분입니다🥺

- 사이드 프로젝트의 대부분 실패하는 경우가 많음. 그렇다보니 서비스를 유지할 수 없게 되어 내리게 되는 경우가 생깁니다.

- 아무런 기록이 없는 상태에서 서비스가 내려갈 경우 설명할 수 있는 방법이 없어지며, 어떠한 서비스를 어떤 생각으로 만들었는지에 대해서도 알 방법이 없어집니다.

- README, 블로그 또는 영상으로라도 사이드 프로젝트에 대한 기록을 남겨 놓기를 추천합니다.

- 어떠한 생각으로 기획 했으며, 어떤 기술들을 썼고, 어떠한 팀원 들과 함께 작업 했으며, 나는 어떠한 역할을 맡았는지. 그리고 제작 과정에서 어떠한 문제가 발생 했었고 이를 어떻게 해결했는지 등등.. 사이드프로젝트를 제작하면서 느꼈던 생각이나 이슈, 환경등을 기록해 놓기를 바랍니다:)

- 위의 이유가 아니더라도 기록하는 습관은 도움이 많이 됩니다

---

사이드프로젝트를 진행함에 있어 여러분들만의 기준이나 생각이 있다면
댓글로 공유해주세요:)

긴 글 읽어주셔서 감사합니다~!!

사이드 프로젝트 28개 만들어 본 개발자가 느낀점

요 몇 년 사이 뜨거운 감자로 떠오른 사이드 프로젝트! 하루의 대부분을 보내는 직장 생활도 중요하지만, 본업 밖에서 '일하는 재미'를 새롭게 찾아나서려는 분들이 늘고 있어요. 힘들게 일하고 나면 쉬기도 바쁠 텐데, 왜 그렇게 많은 사람들이 소중한 시간을 쪼개 사이드 프로젝트에 몰두하는 걸까요? 이번 에서는 사이드 프로젝트에 대해 다룹니다.

사이드 프로젝트, 어디까지 해봤니? - 인프런 | 스토리

커리어에 도움되는 아티클 425

여러분은 ’사이드 프로젝트‘라는 이름을 들었을 때, 어떤 내용이 먼저 떠오르시나요? 돌아오는 금요일 사내 강사로 HR 부서 구서원들에게 ‘사이드 프로젝트로 즐거움 찾기’라는 주제를 이야기하려고 합니다. 왜 하필 지금 사이드 프로젝트를 주제로 잡았는지 강의 스토리 텔링도 미리 정리해 볼겸 커리어리에서 먼저 썰을 풀어볼까 합니다. 이번 썰의 참고 자료는 책 ‘나의 첫 사이드 프로젝트’와 인프런에서 발행한 ‘사이드 프로젝트, 어디까지 해봤니?’ 입니다.

먼저 사이드 프로젝트에 대한 정의부터 바르게 공유하고 싶습니다. 주변 지인들에게 가장 많이 들은 사이드 프로젝트에 대한 생각은 ’부업‘이라는 인식입니다. 본업 외에 수입을 얻을 수 있는 일이라는 개념인데요. 20%만 맞고, 80%는 틀렸다고 생각합니다. 사이드 프로젝트로 수입이 생길 수도 있고, 아닐 수도 있습니다. 그리고 목적 자체가 수입을 염두한 활동이 아닙니다. 두 번째로 이야기 많은 들은 생각은 프리랜서라는 일하는 형태입니다. 특정 조직에 소속되지 않고 독립적으로 일한다는 측면에서 50% 맞지만, 생계를 위한 직업은 아니기 때문에 반은 틀린 이야기입니다. 사이드 프로젝트는 인생을 재미있게 즐기기 위한 특별한 활동입니다. 일이라면 일이지만 일하기 위해 하는 일이 아니라 즐겁기 위한 일입니다. 돈과 효율보다 의미가 훨씬 중요한 활동입니다.

사이드 프로젝트를 통해 얻을 수 있는 장점은 크게 세 가지 입니다. 첫 번째, 재미입니다. 아무리 좋아하는 일이라도 본업이 되면 현실적인 제약이나 부담을 느끼고, 흥미를 잃어버리게 됩니다. 사이드 프로젝트의 가장 근본적인 목적은 ’재미‘입니다.
두 번째, 자기계발입니다. 단순히 이론을 배우는 데 그치지 않고 무언가를 만들어보는 과정을 통해 실력을 키울 수 있습니다. 눈에 보이는 결과물을 직접 만들어내고 나면 ’포트폴리오‘로 활용할 수 있습니다. 세 번째는 퍼스널 브랜드입니다. 부담을 내려놓고 힘을 빼고 무언가를 계속하다 보면 본인만의 캐릭터가 발견됩니다. 나만의 개성이 반영된 캐릭터를 꾸준히 사람들에게 노출하면 그것은 ‘브랜드‘가 됩니다.

직장인 3대 허언증이 있습니다. ‘내년부터 영어 공부할거야’ ‘나도 유튜브 하려고’ ‘매일 일기쓰고 책 낼거야’ 
이것이 정말 나에게는 일어나지 않는 꿈같은 이야기일까요? 
아닙니다! 당신도 할 수 있습니다. 꿈같은 사이드 프로젝트 도전을 돕는 4가지 tip이 있습니다. 첫 번째, 흥미로운 주제를 선택해야 합니다. 재미를 느끼고 당장 만들어내고 싶은 분야를 찾는 것이 중요합니다. 두 번째, 목적에 충실해야 합니다. 사이드 프로젝트를 통해 도전하고 이루고 싶은 것이 무엇인지 선명할 수록 좋습니다. 세 번째, 배보다 배꼽을 키우지 말아야 합니다.  최소한의 기준이 되어주는 진행 기간이나 데드라인을 꼭 정하는 것이 좋습니다. 네 번째, 실패할 수 있다는 것을 인정해야 합니다. 만약 프로젝트가 실패했다면 왜 실패했는지 회고하여 경험을 밑거름 삼아 다음에는 꼭 성공할 수 있도록 준비하면 됩니다.

인프런

사이드 프로젝트로 즐거움 찾기

지난 6개월 동안 미국에서 취업 활동했던 후기를 간략히 정리했습니

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

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

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

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

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

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

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

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

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

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

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

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

언제까지 고칠 수 있겠니?

원문 : React Tech Stack [2025] 리액트 생태계에서는 항상 새로운 기술들이 등장하고 있습니다. 이번 글에서는 2025년에 풀스택 애플리케이션을 개발하기 위한 인기 있는 리액트 기술 스택 하나(!)를 탐구해 보겠습니다. 이를 통해 여러분만의 제품(예: SaaS) 또는 최소한의 MVP를 만들 수 있을 것입니다. 애초에 이 가이드를 쓴 이유는 무엇인가요? 저는 프리랜서 웹 개발자와…

(번역) 2025 리액트 기술 스택

오늘은 42dot의 유경상님이 번역해주신 글입니다.

이 글에서는 저자가 자신의 실무 경험과 현재 트렌드를 바탕으로 2025년 리액트 풀스택 애플리케이션 개발을 위한 기술 스택을 제안합니다. Next.js, Tailwind CSS, TypeScript, Prisma, Supabase 등의 핵심 기술과 함께 UI/UX, 상태 관리, 인증, 결제를 위한 도구들을 추천하며, 각 선택의 이유와 장점에 대해 설명하고 있습니다. 새해를 맞아 새로운 리액트 기반의 프로젝트를 준비하시는 분들께 이 글을 추천드립니다 :)

> 글 링크 : https://ykss.netlify.app/translation/2025_react_tech_stack/

오늘은 42dot의 유경상님이 번역해주신 글입니다. 이 글에서는 저자가 자신의 실무 경험과 현재 트렌드를 바탕으로 2025년 리액트 풀스택 애플리케이션 개발을 위한 기술 스택을 제안합니다. Next.js, Tailwind CSS, TypeScript, Prisma, Supabase 등의 핵심 기술과 함께 UI/UX, 상태 관리, 인증, 결제를 위한 도구들을 추천하며, 각 선택의 이유와 장점에 대해 설명하고 있습니다. 새해를 맞아 새로운 리액트 기반의 프로젝트를 준비하시는 분들께 이 글을 추천드립니다 :) &gt; 글 링크 : https://ykss.netlify.app/translation/2025_react_tech_stack/

ykss.netlify.app

2025 리액트 기술 스택

[번외편] 영어 실력이 부족하여 고민하고 있는 분들에게

해외에서 살다보면 가장 열등감을 느낄 수 있는 부분이 바로 의사 소통 능력입니다.

그들은 이미 잘 알고 있지만, 나는 모르는 것.
그들끼리 당연하게 사용하는 언어를 나는 이해하지 못하는 것,
전달하고자 하는 바를 제대로 전달하지 못해 느끼는 좌절감과 무력감.

해외에서 사시는 분들은 살면서 한번 정도는 경험해본 경험들일 거에요.

저도 미국 생활 초반, 이 기분을 많이 느꼈습니다.
서브웨이에서 원하는 메뉴를 제대로 주문하지 못해,
내가 원하지 않는 메뉴를 받았을 때의 그 기분은 말로 표현하기가 힘들죠.

하지만 그 경험 덕분에,
저는 미국에서 내가 원하는 것을 정확하게 말하는 것이 얼마나 중요한지, 그리고 적극적으로 표현하는 행동이 어떤 결과를 만드는 지를 살면서 깨달을 수 있었습니다.

해외에서 살면서 유창한 영어 실력보다 더욱 중요한 것은 내가 원하는 바를 어떻게 표현하는지를 배우는 것이라고 생각합니다.

언어를 사용하는 방법 중 저는 말하기가 가장 중요하다고 생각합니다. 말하기에는 읽기, 쓰기, 듣기와 달리 나의 의도와 태도가 가장 많이 반영됩니다.

어떤 관용어를 사용하거나, 어떤 문장 구조를 사용하거나, 또는 어떤 고급 단어를 사용하는지보다,

내가 가지고자 하는 의도와 태도를 담아서 말하는 법을 익히는 것,
그것이 해외 생활에서 가장 크게 배운 교훈 중 하나였습니다.

[번외편] 영어 실력이 부족하여 고민하고 있는 분들에게 해외에서 살다보면 가장 열등감을 느낄 수 있는 부분이 바로 의사 소통 능력입니다. 그들은 이미 잘 알고 있지만, 나는 모르는 것. 그들끼리 당연하게 사용하는 언어를 나는 이해하지 못하는 것, 전달하고자 하는 바를 제대로 전달하지 못해 느끼는 좌절감과 무력감. 해외에서 사시는 분들은 살면서 한번 정도는 경험해본 경험들일 거에요. 저도 미국 생활 초반, 이 기분을 많이 느꼈습니다. 서브웨이에서 원하는 메뉴를 제대로 주문하지 못해, 내가 원하지 않는 메뉴를 받았을 때의 그 기분은 말로 표현하기가 힘들죠. 하지만 그 경험 덕분에, 저는 미국에서 내가 원하는 것을 정확하게 말하는 것이 얼마나 중요한지, 그리고 적극적으로 표현하는 행동이 어떤 결과를 만드는 지를 살면서 깨달을 수 있었습니다. 해외에서 살면서 유창한 영어 실력보다 더욱 중요한 것은 내가 원하는 바를 어떻게 표현하는지를 배우는 것이라고 생각합니다. 언어를 사용하는 방법 중 저는 말하기가 가장 중요하다고 생각합니다. 말하기에는 읽기, 쓰기, 듣기와 달리 나의 의도와 태도가 가장 많이 반영됩니다. 어떤 관용어를 사용하거나, 어떤 문장 구조를 사용하거나, 또는 어떤 고급 단어를 사용하는지보다, 내가 가지고자 하는 의도와 태도를 담아서 말하는 법을 익히는 것,그것이 해외 생활에서 가장 크게 배운 교훈 중 하나였습니다.

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

그만 성장해야겠다

영상 컨텐츠를 확인해보면 유독 우리나라 사람들은 성장 성장 성장 노래합니다.

갓생이라는 이름으로 스스로를 착취하고 전시합니다.

그래서 종혁님의 글에서 이 문구가 와닿네요.

"올해는 작은 목표만 세웠다. 멀리 나아가기보다, 나를 가까이에서 둘러싼 것들에 대해 더 알고 싶다."

https://maxkim-j.github.io/posts/stop-growing/

영상 컨텐츠를 확인해보면 유독 우리나라 사람들은 성장 성장 성장 노래합니다. 갓생이라는 이름으로 스스로를 착취하고 전시합니다. 그래서 종혁님의 글에서 이 문구가 와닿네요. "올해는 작은 목표만 세웠다. 멀리 나아가기보다, 나를 가까이에서 둘러싼 것들에 대해 더 알고 싶다." https://maxkim-j.github.io/posts/stop-growing/

maxkim-j.github.io

우리는 성장을 강요받는다

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

2025 - UX is dead - Long live Problem Solving

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

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

[ 큐레이터의 문장 🎒 ]

UX는 정말 죽었나?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

www.linkedin.com

《2025년 UX는 죽었다》

2023년말 OpenAI에서 샘 알트먼의 축출(?)에 큰 역할을 했다는 Open AI 공동창업자 일리야가 어떤 사람인지 궁금해서 뒤져보다가 The Guardian과 했던 인터뷰를 찾았다. iHuman이란 제목으로 The Guardian에서 만든 AI에 관한 다큐멘터리의 일부라는데 이 사람이 갖고 있는 AI(혹은 AGI)에 관한 생각을 엿볼 수 있는데 확실히 OpenAI가 보여주었던 행보와 다름을 느낄 수 있었다. 일부 생각해볼만한 것들을 정리해보았다.

 1. 먼저 AI가 여러가지 문제를 해결하겠지만 새로운 문제를 만들어낼 것이란 점을 분명히 했고 예로 가짜 뉴스와 사이버 공격의 범람, 자율 AI 무기와 안정적인 독재정권의 탄생을 든다.
 2. ChatGPT가 AGI로 발전할 것이라 믿고 있는 듯한 발언을 한다. 이 인터뷰때 일리야의 바디랭귀지를 보면 걱정을 많이 하고 있음을 느낄 수 있다 (내 감정이 이입된 것인지도 모르겠지만): "자신의 목표를 가진 완전히 자율적인 존재를 만들 수 있다고 확신하지만 이 존재들의 목표가 우리 인간의 목표와 일치하도록 하는 것이 중요하다"
 3. "What inspires you"라는 질문에 대해서는 사람이 할 수 있는데 기계가 할 수 없는 것들에 대한 철학적으로 접근해보는 것이라고 하며 "학습", "경험", "사고" 등이 무엇인지 질문해보는 것을 예로 든다.
 4. AGI(Artificial General Intelligence)를 '인간이 하는 모든 일이나 작업을 더 잘 할 수 있는 컴퓨터 시스템'로 정의를 하며 AGI가 생각보다 빨리 완성될 가능성이 높다고 믿기에 지금부터 AGI를 인류의 이익과 맞추는 작업이 필요하다고 이야기한다. 일리야는 AGI가 전문가들이 생각하는 것보다 빠르게 분명히 탄생할 것으로 믿는 것 같다.
 5. 첫 번째 AGI 시스템은 천 만개 이상의 주택의 에너지를 소모하는 딥러닝 전문 프로세서로 가득찬 거대 데이터 센터의 모양을 띨 것인데 이 첫 시스템의 믿음과 욕망을 인류에게 도움되도록 디자인하는 것이 중요하다고 말한다. 왜냐면 이런 시스템은 자연에서 생명체처럼 자기가 생존할 수 있는 형태로 발전할 것이라 처음 시작이 중요하다는 거다. 현재 사람과 동물간의 관계를 미래 AGI와 사람간의 관계로 설명한 부분도 참 흥미로왔다 (공존하겠지만 한쪽의 이익이 분명히 우선시된다)
 6. AGI를 먼저 만들려는 경쟁이 사실 시작된 셈이고 그래서 여러 나라들의 협업을 통해 AGI를 만드는 것이 중요하다는 말을 하며 아래 이야기로 끝을 맺는다.

"The future is going to be good for the AI regardless. It would be nice if it were good for humans as well"

AI를 이미 하나의 존재로 표현하는 부분이 인상적이며 언제 AGI라는 것이 가능해질지 궁금한데 미국 시간으로 2025년 1월 4일 오전 10시에 샘 알트먼이 올린 트윗을 보면 이런 내용이 있다.

i always wanted to write a six-word story. here it is:
___
near the singularity; unclear which side.

Singularity는 이 문맥에서는 인공지능이 인간의 지능을 넘어서는 시점을 이야기하는데 unclear which side라는 부분이 결국 인간에게 도움이 되는지 안되는지를 나타내는 것 같다. 어그로를 끌려는 마케팅인지는 모르겠지만 샘 알트먼의 이런 태도를 일리야가 싫어한 것은 아닌지 모르겠다.

다음 포스팅에서 일리야의 NeurIPS 2024에서 했던 "Sequence to sequence learning with neural networks: What a Decade"라는 톡의 내용을 요약해보고자 한다.

2023년말 OpenAI에서 샘 알트먼의 축출(?)에 큰 역할을 했다는 Open AI 공동창업자 일리야가 어떤 사람인지 궁금해서 뒤져보다가 The Guardian과 했던 인터뷰를 찾았다. iHuman이란 제목으로 The Guardian에서 만든 AI에 관한 다큐멘터리의 일부라는데 이 사람이 갖고 있는 AI(혹은 AGI)에 관한 생각을 엿볼 수 있는데 확실히 OpenAI가 보여주었던 행보와 다름을 느낄 수 있었다. 일부 생각해볼만한 것들을 정리해보았다. <ol ><li>먼저 AI가 여러가지 문제를 해결하겠지만 새로운 문제를 만들어낼 것이란 점을 분명히 했고 예로 가짜 뉴스와 사이버 공격의 범람, 자율 AI 무기와 안정적인 독재정권의 탄생을 든다.</li><li>ChatGPT가 AGI로 발전할 것이라 믿고 있는 듯한 발언을 한다. 이 인터뷰때 일리야의 바디랭귀지를 보면 걱정을 많이 하고 있음을 느낄 수 있다 (내 감정이 이입된 것인지도 모르겠지만): "자신의 목표를 가진 완전히 자율적인 존재를 만들 수 있다고 확신하지만 이 존재들의 목표가 우리 인간의 목표와 일치하도록 하는 것이 중요하다"</li><li>"What inspires you"라는 질문에 대해서는 사람이 할 수 있는데 기계가 할 수 없는 것들에 대한 철학적으로 접근해보는 것이라고 하며 "학습", "경험", "사고" 등이 무엇인지 질문해보는 것을 예로 든다.</li><li>AGI(Artificial General Intelligence)를 '인간이 하는 모든 일이나 작업을 더 잘 할 수 있는 컴퓨터 시스템'로 정의를 하며 AGI가 생각보다 빨리 완성될 가능성이 높다고 믿기에 지금부터 AGI를 인류의 이익과 맞추는 작업이 필요하다고 이야기한다. 일리야는 AGI가 전문가들이 생각하는 것보다 빠르게 분명히 탄생할 것으로 믿는 것 같다.</li><li>첫 번째 AGI 시스템은 천 만개 이상의 주택의 에너지를 소모하는 딥러닝 전문 프로세서로 가득찬 거대 데이터 센터의 모양을 띨 것인데 이 첫 시스템의 믿음과 욕망을 인류에게 도움되도록 디자인하는 것이 중요하다고 말한다. 왜냐면 이런 시스템은 자연에서 생명체처럼 자기가 생존할 수 있는 형태로 발전할 것이라 처음 시작이 중요하다는 거다. 현재 사람과 동물간의 관계를 미래 AGI와 사람간의 관계로 설명한 부분도 참 흥미로왔다 (공존하겠지만 한쪽의 이익이 분명히 우선시된다)</li><li>AGI를 먼저 만들려는 경쟁이 사실 시작된 셈이고 그래서 여러 나라들의 협업을 통해 AGI를 만드는 것이 중요하다는 말을 하며 아래 이야기로 끝을 맺는다.</li></ol> "The future is going to be good for the AI regardless. It would be nice if it were good for humans as well" AI를 이미 하나의 존재로 표현하는 부분이 인상적이며 언제 AGI라는 것이 가능해질지 궁금한데 미국 시간으로 2025년 1월 4일 오전 10시에 샘 알트먼이 올린 트윗을 보면 이런 내용이 있다. i always wanted to write a six-word story. here it is:___near the singularity; unclear which side. Singularity는 이 문맥에서는 인공지능이 인간의 지능을 넘어서는 시점을 이야기하는데 unclear which side라는 부분이 결국 인간에게 도움이 되는지 안되는지를 나타내는 것 같다. 어그로를 끌려는 마케팅인지는 모르겠지만 샘 알트먼의 이런 태도를 일리야가 싫어한 것은 아닌지 모르겠다. 다음 포스팅에서 일리야의 NeurIPS 2024에서 했던 "Sequence to sequence learning with neural networks: What a Decade"라는 톡의 내용을 요약해보고자 한다.

일리야 수츠케버 The Guardian 인터뷰 요약

This repo includes ChatGPT prompt curation to use ChatGPT and other LLM tools better. - f/awesome-chatgpt-prompts

GitHub - f/awesome-chatgpt-prompts: This repo includes ChatGPT prompt curation to use ChatGPT and other LLM tools better.

최근 ChatGPT를 사용하지 않는 사람을 찾아보기 힘들 만큼 많은 분들이 이를 활용하고 계십니다. 대부분은 프롬프트를 즉석에서 작성해 요청하는 경우가 많지만, 고품질 프롬프트를 사용하면 더욱 정교하고 만족스러운 결과를 얻을 수 있습니다.

GitHub의 Awesome ChatGPT Prompts는 다른 사용자들이 미리 만들어둔 고품질 프롬프트 209개를 체계적으로 정리해둔 저장소입니다.

이 프롬프트들은 다양한 분야에서 유용하게 활용할 수 있으며, 여러분의 작업 효율을 크게 향상시킬 수 있습니다.

주요 활용 방법:
 1. 웹사이트를 통한 검색
    https://prompts.chat/ 웹사이트를 이용하면 저장소의 내용을 쉽게 검색할 수 있습니다.
 2. CSV 파일 검색
    저장소 내 prompts.csv 파일은 (https://github.com/f/awesome-chatgpt-prompts/blob/main/prompts.csv) 프롬프트를 한눈에 확인하고, 웹브라우저에서 검색할 수 있도록 제공됩니다.
 3. 터미널에서 검색
    터미널 사용에 익숙하다면 저장소를 다운로드한 뒤, 제공된 스크립트인 find-prompt를 실행해 프롬프트를 빠르게 찾아볼 수 있습니다. (https://github.com/f/awesome-chatgpt-prompts/blob/main/scripts/find-prompt)

나만의 프롬프트 관리:
 * 본인만의 프롬프트를 정리하고 싶다면 CSV 파일에 직접 추가해 저장할 수 있어 관리도 편리합니다.

활용 팁:
저장소의 프롬프트를 참고해 ChatGPT를 더 효과적으로 활용해 보세요. 다른 사용자가 만들어둔 프롬프트를 살펴보고, 이를 참고해 나만의 프롬프트를 작성하면 ChatGPT와의 대화가 한층 더 풍부해질 것입니다.

GitHub 저장소 링크:
https://github.com/f/awesome-chatgpt-prompts

최근 ChatGPT를 사용하지 않는 사람을 찾아보기 힘들 만큼 많은 분들이 이를 활용하고 계십니다. 대부분은 프롬프트를 즉석에서 작성해 요청하는 경우가 많지만, 고품질 프롬프트를 사용하면 더욱 정교하고 만족스러운 결과를 얻을 수 있습니다. GitHub의 Awesome ChatGPT Prompts는 다른 사용자들이 미리 만들어둔 고품질 프롬프트 209개를 체계적으로 정리해둔 저장소입니다. 이 프롬프트들은 다양한 분야에서 유용하게 활용할 수 있으며, 여러분의 작업 효율을 크게 향상시킬 수 있습니다. 주요 활용 방법:<ol ><li>웹사이트를 통한 검색 https://prompts.chat/ 웹사이트를 이용하면 저장소의 내용을 쉽게 검색할 수 있습니다.</li><li>CSV 파일 검색 저장소 내 prompts.csv 파일은 (https://github.com/f/awesome-chatgpt-prompts/blob/main/prompts.csv) 프롬프트를 한눈에 확인하고, 웹브라우저에서 검색할 수 있도록 제공됩니다. </li><li>터미널에서 검색 터미널 사용에 익숙하다면 저장소를 다운로드한 뒤, 제공된 스크립트인 find-prompt를 실행해 프롬프트를 빠르게 찾아볼 수 있습니다. (https://github.com/f/awesome-chatgpt-prompts/blob/main/scripts/find-prompt) </li></ol> 나만의 프롬프트 관리:<ul ><li>본인만의 프롬프트를 정리하고 싶다면 CSV 파일에 직접 추가해 저장할 수 있어 관리도 편리합니다.</li></ul> 활용 팁:저장소의 프롬프트를 참고해 ChatGPT를 더 효과적으로 활용해 보세요. 다른 사용자가 만들어둔 프롬프트를 살펴보고, 이를 참고해 나만의 프롬프트를 작성하면 ChatGPT와의 대화가 한층 더 풍부해질 것입니다. GitHub 저장소 링크: https://github.com/f/awesome-chatgpt-prompts

GitHub

ChatGPT를 위한 고품질 프롬프트 모음

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까?    직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자.      A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는

성공하는 리더는 강점을 강화한 사람도, 약점을 보완한 사람도 아니다

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까?

직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자.

A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는 진행했다. 발군의 업무 추진력을 인정받아 팀장이 되었다.

A팀장은 변한 게 없다. 여전히 결과지향적이고 집중력이 탁월하다. 그런데, 팀장이 되고 나서는 하나의 일이 아니라 여러 프로젝트를 동시에 관리해야 하는데, 우선순위에 지나치게 집착하는 바람에 돌발 상황에 대처하지 못하는 일이 발생하기 시작했다.

하나의 프로젝트를 마치기 전에 다른 프로젝트를 시작하는 것도 어려워했다. 뜻대로 진행되지 않을 때 쉽게 화를 내고 짜증내는 일도 잦아졌다. 과거엔 전략 실행 능력이 탁월했다는 평가를 받았지만, 어느새 전략적 사고력이 상대적으로 떨어진다는 말이 나오기 시작했고, 최근엔 비전과 전략적 사고에서 최악의 평가를 받았다.

A팀장에게만 나타난 독특한 현상이라고 생각하는가? 그렇지 않다. 세계적인 조직심리학자 로버트 호건(Robert Hogan)은 리더십에 관한 연구들의 여러 연구시점, 다양한 장소, 다양한 집단을 종합해 성공하는 리더와 실패하는 리더에는 눈에 띄는 점이 있다는 사실을 발견했다.

성공하는 리더들 간의 공통점은 비교적 적지만, 실패하는 리더의 공통점은 훨씬 많았다. 그 공통점 중 하나는 바로 자신의 장점이 약점으로 변질되는 순간을 인식하지 못한다는 것이다(Hogan, R. (2017). Personality and the fate of organizations. Psychology Press.).

조직풍토조사(Organizational Clmate Survey)에서는 보수, 복리후생, 작업환경, 안전, 성취, 자율성, 사회적 지지 등에 대한 구성원들의 인식 수준을 측정한다. 흥미로운 점은 구성원들의 조직풍토 인식에 있어 최악을 만드는 요인이 바로 리더라는 점이다.

조직풍토 조성에 리더가 중요하다는 사실은 어떤 조직이나 알고 있다. 조직에서 누군가를 리더로 선정할 때는 조직풍토를 개선하고자 하는 의도가 깔린 것이다. 하지만, 리더의 강점은 언제든 약점이 될 수 있다.

매우 독립적인 사람이 리더가 되면 팀 구축과 육성에 약점을 보이고, 부하들에게 권한을 위양하지도 부하들 간의 갈등을 해결하지도 못한다. 매우 창의적인 사람이 리더가 되면 조직화하지 못하고 과업을 세밀하게 검토하지 못한다. 자기 주장과 의지과 확고한 사람이 리더가 되면 주변 사람과의 논쟁에서 이기려고 하고, 상사와 전략적 관점에 차이가 있을 경우 좁히지 못한다.

리더십에 있어 성공은 강점을 강화하는 것도 약점을 보완하는 것도 아니다. 자신의 강점이 약점이 될 수 있는 순간을 인식하고 적절히 대응할 수 있어야 한다. 섣불리 강점을 강화하라거나 약점을 보완하라는 조언을 해서는 안된다.

그렇다면, 강점을 유지하고 약점으로 변질되지 않게 만드는 대안은 무엇일까?

1️⃣가장 중요한 것은 자기 인식 강화다.
360도 피드백은 필수다. 비공식적 멘토들을 통해 피드백을 받는 것도 필요하다.

2️⃣적극적인 학습이다.
자신의 강점이 약점이 될 수 있음을 인지함과 동시에 이를 보완할 수 있는 효과적 대안을 시행하는 것이다. 효과적인 대안은 이미 많이 연구되어 있다. 학습이 부족할 뿐이다.

3️⃣경력 경로의 확대다.
조직 내 다양한 분야의 업무 경험과 사람들과의 인간관계를 경험하는 것은 보다 폭넓은 관점을 갖게 한다.

4️⃣균형잡힌 삶이다.
자아강도(ego strength)는 불균형 상태에서 강해진다. 아닌 줄 알면서도 끝까지 우길 때가 있다. 자아에 위협을 받는 상태여서다. 직장에서의 나 뿐만 아니라, 가정에서, 사회에서, 친구로서의 나 등 자아가 다양한 사람은 자아의 위협에 비교적 잘 대응할 수 있다.

그래서 직장 뿐만 아니라, 가정, 운동, 취미, 학습, 봉사활동, 사회 모임 등 다양한 장면에서 자아를 돌아보는 것은 자아 위협에 효과적으로 대응할 수 있는 방안이다.

리더로서 성공은 강점 강화도 약점 보완도 아닌, 리더가 되기 전의 강점이 리더가 된 후에 약점으로 변질되는 시점에 대한 인식과 대응이라는 것을 기억하자.

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나는 약점 보완이다. 어느 쪽이 정답일까? 직장생활을 하면서 자신의 강점과 장점을 인정받는 순간은 참 뿌듯하다. 그 장점으로 인해 리더가 된 경우 더 그렇다. 그런데 리더가 된 이후엔 강점이 곧 약점이 되기도 한다. 사례를 보자. A팀장은 신입 시절부터 목표 집중력이 좋다는 말을 들어왔다. 결과를 낼 때까지 끈기있게 밀어붙이는 업무 스타일을 고수해왔다. 계획대로 되지 않은 일은 적극적으로 관여해 차질이 없게 하는 진행했다. 발군의 업무 추진력을 인정받아 팀장이 되었다. A팀장은 변한 게 없다. 여전히 결과지향적이고 집중력이 탁월하다. 그런데, 팀장이 되고 나서는 하나의 일이 아니라 여러 프로젝트를 동시에 관리해야 하는데, 우선순위에 지나치게 집착하는 바람에 돌발 상황에 대처하지 못하는 일이 발생하기 시작했다. 하나의 프로젝트를 마치기 전에 다른 프로젝트를 시작하는 것도 어려워했다. 뜻대로 진행되지 않을 때 쉽게 화를 내고 짜증내는 일도 잦아졌다. 과거엔 전략 실행 능력이 탁월했다는 평가를 받았지만, 어느새 전략적 사고력이 상대적으로 떨어진다는 말이 나오기 시작했고, 최근엔 비전과 전략적 사고에서 최악의 평가를 받았다. A팀장에게만 나타난 독특한 현상이라고 생각하는가? 그렇지 않다. 세계적인 조직심리학자 로버트 호건(Robert Hogan)은 리더십에 관한 연구들의 여러 연구시점, 다양한 장소, 다양한 집단을 종합해 성공하는 리더와 실패하는 리더에는 눈에 띄는 점이 있다는 사실을 발견했다. 성공하는 리더들 간의 공통점은 비교적 적지만, 실패하는 리더의 공통점은 훨씬 많았다. 그 공통점 중 하나는 바로 자신의 장점이 약점으로 변질되는 순간을 인식하지 못한다는 것이다(Hogan, R. (2017). Personality and the fate of organizations. Psychology Press.). 조직풍토조사(Organizational Clmate Survey)에서는 보수, 복리후생, 작업환경, 안전, 성취, 자율성, 사회적 지지 등에 대한 구성원들의 인식 수준을 측정한다. 흥미로운 점은 구성원들의 조직풍토 인식에 있어 최악을 만드는 요인이 바로 리더라는 점이다. 조직풍토 조성에 리더가 중요하다는 사실은 어떤 조직이나 알고 있다. 조직에서 누군가를 리더로 선정할 때는 조직풍토를 개선하고자 하는 의도가 깔린 것이다. 하지만, 리더의 강점은 언제든 약점이 될 수 있다. 매우 독립적인 사람이 리더가 되면 팀 구축과 육성에 약점을 보이고, 부하들에게 권한을 위양하지도 부하들 간의 갈등을 해결하지도 못한다. 매우 창의적인 사람이 리더가 되면 조직화하지 못하고 과업을 세밀하게 검토하지 못한다. 자기 주장과 의지과 확고한 사람이 리더가 되면 주변 사람과의 논쟁에서 이기려고 하고, 상사와 전략적 관점에 차이가 있을 경우 좁히지 못한다. 리더십에 있어 성공은 강점을 강화하는 것도 약점을 보완하는 것도 아니다. 자신의 강점이 약점이 될 수 있는 순간을 인식하고 적절히 대응할 수 있어야 한다. 섣불리 강점을 강화하라거나 약점을 보완하라는 조언을 해서는 안된다. 그렇다면, 강점을 유지하고 약점으로 변질되지 않게 만드는 대안은 무엇일까? 1️⃣가장 중요한 것은 자기 인식 강화다.360도 피드백은 필수다. 비공식적 멘토들을 통해 피드백을 받는 것도 필요하다. 2️⃣적극적인 학습이다.자신의 강점이 약점이 될 수 있음을 인지함과 동시에 이를 보완할 수 있는 효과적 대안을 시행하는 것이다. 효과적인 대안은 이미 많이 연구되어 있다. 학습이 부족할 뿐이다. 3️⃣경력 경로의 확대다.조직 내 다양한 분야의 업무 경험과 사람들과의 인간관계를 경험하는 것은 보다 폭넓은 관점을 갖게 한다. 4️⃣균형잡힌 삶이다.자아강도(ego strength)는 불균형 상태에서 강해진다. 아닌 줄 알면서도 끝까지 우길 때가 있다. 자아에 위협을 받는 상태여서다. 직장에서의 나 뿐만 아니라, 가정에서, 사회에서, 친구로서의 나 등 자아가 다양한 사람은 자아의 위협에 비교적 잘 대응할 수 있다. 그래서 직장 뿐만 아니라, 가정, 운동, 취미, 학습, 봉사활동, 사회 모임 등 다양한 장면에서 자아를 돌아보는 것은 자아 위협에 효과적으로 대응할 수 있는 방안이다. 리더로서 성공은 강점 강화도 약점 보완도 아닌, 리더가 되기 전의 강점이 리더가 된 후에 약점으로 변질되는 시점에 대한 인식과 대응이라는 것을 기억하자.

ㅍㅍㅅㅅ

성공에 관한 두 가지 시각이 있다. 하나는 강점 강화고 다른 하나

개발/프로그래밍 무료 작품을 확인해보세요.

개발/프로그래밍 무료 - 전자책 - 최대 90% 할인! 웰컴 마크다운 - 리디

RIDI 에서 무료로 볼 수 있는 다양한 기술 서적을 제공하고 있네요. 저는 특정 기술 분야에 대한 체계적인 지식이 필요할 때, 책을 통해 학습하는 편인데요. RIDI에 있는 책들을 보니 목차와 내용이 매우 충실해 보입니다.

개인적으로는 종이책을 선호하지만, 전문적인 지식이 필요하거나 빠르게 읽어야 할 때 RIDI의 전자책이 유용할 것 같습니다. 또한, RIDI는 PC용 뷰어도 제공해주어서, 데스크톱 환경에서도 편리하게 독서를 즐길 수 있다는 점도 장점입니다.

https://ridibooks.com/category/free-books/2220

RIDI 에서 무료로 볼 수 있는 다양한 기술 서적을 제공하고 있네요. 저는 특정 기술 분야에 대한 체계적인 지식이 필요할 때, 책을 통해 학습하는 편인데요. RIDI에 있는 책들을 보니 목차와 내용이 매우 충실해 보입니다. 개인적으로는 종이책을 선호하지만, 전문적인 지식이 필요하거나 빠르게 읽어야 할 때 RIDI의 전자책이 유용할 것 같습니다. 또한, RIDI는 PC용 뷰어도 제공해주어서, 데스크톱 환경에서도 편리하게 독서를 즐길 수 있다는 점도 장점입니다. https://ridibooks.com/category/free-books/2220

리디

RIDI로 만나는 무료 기술 서적

7 UI patterns in e-commerce apps

인기 이커머스 애플리케이션 UI 패턴 비교

UX Collective의 미디엄 블로그에 게시된 인기 이커머스 애플리케이션 UI 패턴 비교 분석 글 공유합니다. 나이키, 애플, 이베이, 베스트 바이 등 유명 이커머스 앱에서 다음 7가지 UI를 어떻게 사용하는지 비교한 글입니다. 

1. 로그인
2. 검색
3. 제품 카테고리
4. 카드
5. CTA
6. 상단 탭
7. 구매

Medium

프로덕트 디자이너

유리

yoyo

상품전략 담당

SaaS

금융 / 핀테크

시니어 프로덕트 매니저

실리콘밸리에서 프로덕트 매니저로 일하고 있습니다. 현재 핀테크 기업인 Intuit에서 근무하고 있고, 이전에는 삼성전자 차세대사업팀에서 5G 통신제품 상품전략을 담당하였습니다. 좋은 제품과 팀을 만드는 일에 관심이 있습니다.

윤홍인

실리콘밸리에서 프로덕트 매니저로 일하고 있습니다. 현재 핀테크 기업인 Intuit에서 근무하고 있고, 이전에는 삼성전자 차세대사업팀에서 5G 통신제품 상품전략을 담당하였습니다. 좋은 제품과 팀을 만드는 일에 관심이 있습니다. 트위터 @yunhongin

댓글 0

비슷한 게시물

주간 인기 TOP 10

추천 프로필