전체 피드 목록

목차미국 HCI 석사 준비1. 필요한 정보 습득- UI/UX/Product/Interaction Design 관련 대학원 목록- 미국 대학원 지원 준비- 미국 대기업에 다니는 디자이너들에 대한 정보 수집- 미국 대기업이 원하는 디자이너의 역량- 디자이너가 알아야 할 툴들 공부2. 열정으로 닥치는 대로 공부 & 경험- Dribbble & Behance 보고 따라 해 보기- 혼자 하는 프로젝트, 포트폴리오 콘텐츠 만들기- 디자인 관련 밋업, 스터디, 컨퍼런스 참가- 남는 시간 활용 (아티클, 블로그, 유튜브 강의 등)- 기본적인 웹 코딩 배워놓기- 스타트업 또는 회사 경험대학원에서.. 그리고 인턴쉽 지원1. 학교 수업 및 프로젝트- 첫 학기의 승부- 배워보고 싶은 것들 vs. 배워야 하는 것들 vs. 아쉽지만 버려야 할 것들- 실시간 포트폴리오 업데이트- 교내 프로젝트 외 다른 도전2. 조교- 조교의 혜택과 이점- 지원할만한 연구실 목록 작성- 연구실 지원 준비- 열심히 일하기3. 인턴쉽 지원 준비- 회사들에 대한 지식 및 공부- Referral- 이력서 디자인- 포트폴리오 외 어필할 방법4. 경험담을 글로 풀어내기- 개인 블로그 시작- 디자이너에게 블로깅이란?5. 회사 지원 및 인터뷰- Google Analytics를 통한 방문자 분석- Recruiter와의 대화- Interviewer 파악하기- 실전짧은 소개현재 난 Georgia Institute of Technology에서 HCI (Human Computer Interaction) 석사를 전공하고 있다. 그 전에는 University of Michigan - Ann Arbor에서 Psychology를 전공했다. 지금 이 글을 시점에는 미국 Facebook에서 Product Design Intern으로 근무하고 있다. 많은 디자이너와 다르게 디자인 전공이 처음에는 아니었기 때문에 내가 여기까지 오기까지의 경험담을 정리한 글을 쓰고 싶었다. 최대한 다양한 정보를, 그리고 나만의 노하우를 적고 싶었고 100% 만족스럽진 않지만 그래도 누구에겐 도움이 됐으면 좋겠다. 이렇게 관심 가지고 나의 글을 읽으러 들어와 주셔서 매우 감사하다.미국 HCI 석사 준비1. 필요한 정보 습득UI/UX/Product/Interaction Design 관련 대학원 목록당연하게도 내가 제일 먼저 한 것은 미국에 있는 모든 디자인 관련 대학원 목록 정리였다. 캐나다와 미국에서 오랫동안 살아서 그런지 일단은 미국으로 돌아가서 공부하고 커리어를 쌓고 싶은 꿈이 있었다. 미국으로 돌아가 일을 하려면 미국 대학원을 나오는 게 제일 빠른 방법인 것을 알고 있었던 나는 서둘러 인터넷을 뒤지기 시작했다. 책상에 앉아 Google이나 Quora와 같은 곳에서 디자인 관련 석사 프로그램들을 마구 찾고 정리하기 시작했는데, 생각보다 리스트가 길어져서 추리는데 만해도 시간이 오래 걸렸다. 내가 정리한 종류별 학교 목록은 여기에서 볼 수 있다.찾는 도중 깨달은 점은 생각보다 UX 디자인 관련 대학원들이 너무나도 많다는 것이었고 최근 들어 많은 프로그램들이 개설된 것을 볼 수 있었다. 그리고 누구라 할 것 없이 그동안 배출한 학생들의 인턴쉽이나 취직 데이터를 보여주면서 어필하기도 했다. 나 같은 경우에는 HCI (Human Computer Interaction)라는 컴퓨터 공학, 디자인 그리고 심리학 외에 여러 학문을 융합한 학과가 너무나도 끌렸기 때문에 그쪽 관련 대학원들을 집중해서 봤다. 찾다 보니 카네기멜론, 조지아텍, 워싱턴, 미시간, 인디아나 등의 학교들이 유명하고 경쟁률도 상당히 높다는 것을 알게 되었고 하루라도 빨리 준비를 서둘러야겠다고 마음먹었다.미국 대학원 지원 준비일단 대부분의 학교들은 지원할 때 대학교 성적표, 포트폴리오 (optional인 곳도 있지만), Statement of Purpose (자기소개서), GRE 점수, TOEFL, 교수님 또는 직장상사 추천서 등이 필요하다. 포트폴리오 같은 경우에는 웹사이트나 PDF 파일로 제출할 수 있으며 디자인 배경이 아닌 학생일 경우에는 지원하지 않아도 되는 경우도 있다. 자기소개서는 대부분 온라인 지원양식에 첨부파일로 넣거나 직접 Input field에 쓴다. 대게 왜 대학원을 지원하는 것에 대한 질문이고 나의 배경과 나의 꿈에 대해 설명하라는 경우가 많다. GRE는 학교마다 공지하는 평균 점수대가 웹사이트에 공지돼 있는 경우를 볼 수 있는데 솔직히 정말로 못 보지 않는 이상 큰 의미는 없는 것 같다. GRE는 Verbal, Quant 그리고 Essay로 나누어지는데 박사 지원을 하는 게 아닌 이상 Verbal은 155점만 넘으면 안전한 것 같고 Quant는 한국사람이라면 160점은 넘을 수 있기 때문에 오히려 조금이나마 플러스 요인이 되는 것으로 알고 있다. 마지막으로 Essay는 3.5점만 넘으면 웬만한 수준은 되는 걸 보여주는 것이기 때문에 괜찮은 것 같다 (분명 더 잘 보면 좋긴 하다). 나는 사실 GRE를 처음 공부할 때 해커스학원을 끊어보긴 했지만 한국식 문제풀이 방식에 익숙하지 않아서 그냥 학원을 취소하고 집에서 단어만 집중적으로 외웠다. 개인적인 생각으론 GRE 만점을 맞기를 목표를 하기보다는 적당한 점수를 목표로 한 다음에 포트폴리오나 자기소개서 같은 것에 집중을 하는 게 현명한 것 같다. TOEFL은 같은 경우에는 미국대학교를 졸업하면 면제를 주는 학교는 몇몇 있지만 카네기멜론 같은 경우에는 인정해주지 않기 때문에 어쩔 수 없이 시험을 봤어야 했다.여기서 자기소개서에 대해서 내 생각을 잠시 얘기를 하자면 난 그게 학교 측에서 꼭 읽어보는 중요한 서류라고 생각된다. 사람마다 각기 배경이 다르고 대학원에 지원하고 싶은 적절한 이유가 있으며 대학원을 통해 이루고자 하는 명확한 목표가 있기 때문에 학교 입장에서는 나에 대한 전반적인 정보를 한 번에 스냅샷으로 볼 수 있는 글이 된다. 나 같은 경우에는 지원서를 쓸 때 처음 기계공학으로 대학교를 들어가고 심리학으로 전과할 때까지 그리고 그 후, 디자인에 "디"자도 모른 상태로 처음 HCI나 UX 관한 이야기들을 접했을 때 모든 것을 다 내려놓고 거기에 심취하게 된 내용으로 출발했다. 그 후, 혼자 피땀 나는 노력으로 독학을 하고 여러 사람들을 만나서 영감도 얻고 정보도 얻으면서 전반적인 디자인 관련 실력과 지식을 늘려갔고 전문적인 교육을 받기 위해 대학원에 지원한다는 내용을 썼다. 스토리 사이사이에 녹아든 나의 디자인에 대한 열정과 포트폴리오를 코딩해서 직접 만들어본 것 등을 토대로 최대한 Strong Case를 만들었던 것 같다. 자기소개서에서는 자신만의 특이한 스토리가 있어야 모든 것이 비로소 흥미로워지고 "이 학생은 아직 많이는 모르지만 대학원을 통해서 정말 많이 성장할 수 있겠구나"라는 생각을 가지게 하는 것이 중요한 것 같다.다음, 포트폴리오에 대해서 좀 더 자세히 언급하자면 나 같은 경우에는 대학교를 심리학으로 졸업했기 때문에 웹사이트는커녕 Static 한 포트폴리오조차도 없었다. 아니 다시 말하자면, 포트폴리오는커녕 디자인이 관련된 것은 정말 하나라도 가진 게 없었다. 대부분의 학교들은 포트폴리오가 Optional이 었지만 뭔가 없으면 불리할 것 같았다. 결국 나에게는 8월부터 12월까지 4개월 남짓의 시간이 있었는데 크게는 두 가지의 길이 있었다. 하나는 Squarespace나 Wix 같은 웹사이트를 쓰고 디자인 결과물을 몇 개라도 만들어서 포트폴리오를 채워보려고 노력하는 것, 그리고 또 하나는 직접 포트폴리오 홈페이지를 코딩으로 만들어 보는 것이었다. 사실 그 당시에 무작정 학원을 끊어서 HTML/CSS/JS 기초를 잠시 배워봤는데 너무나도 적성에 잘 맞았다. 수업이 끝나면 혼자 집에 가서 복습도 하고 혼자 예습도 해봤는데 온라인에 나와있는 정보들이 너무나도 많아서 금방 학원에서 나가는 진도가 너무 느린 것처럼 느껴졌다. 나중에는 학원을 가지 않고 혼자 집에서 직접 여러 가지를 만들면서 최대한 빨리 배우려고 노력했다. 지금 생각해도 코딩 같은 경우에는 마냥 유튜브 강좌를 듣는 것보단 직접 간단한 것이라도 만들어보는 것이 실력 향상에 가장 많은 도움을 줬던 것 같다. UX 포트폴리오에 대해서 잠시 쓴 블로그도 있다 추가로 내가 코딩을 공부하고 포트폴리오를 직접 코딩하겠다고 마음먹은 것 중 하나는, 대학원 지원 이력서에 HTML/CSS/JS를 할 줄 안다고 쓰고 아무런 결과물을 보여주지 않는 것보다는 허접하지만 그래도 뭐라도 보여주는 것이 결과를 완전히 바꿀 수 있는 비장의 카드라고 생각했기 때문이다. 김칫국을 마시면서 부끄럽지만 혼자 침대에 누워서 학교 면접관에 빙의해서 이렇게 생각도 해보았다. "심리학 갓 졸업한 학생이 혼자 코딩을 공부해서 포트폴리오를 만들었다니! 참 열정이 대단하군!"이라고...미국 대기업에 다니는 디자이너들에 대한 정보 수집대학원 지원 준비를 밤낮으로 하는 도중, 꾸준히 한 것이 몇 개 더 있다. 하나는 좀 Creepy 하게 들릴 수 있지만 난 항상 시간이 날 때마다 LinkedIn을 통해서 내가 관심 있는 대학원에 다니는 사람들이 어느 기업에 인턴쉽이나 정직원으로 갔는지 프로파일 스토킹을 했다. 그냥 검색하면 나오는 정보이기에 찾는 것은 매우 수월했지만 흥미롭고 전율이 흘렀던 점은 몇몇 학생들은 정말로 내가 꿈에 그리는 회사에 다니고 있는 것이었다. LinkedIn에 나와있는 이력서를 보게 되면 그 사람이 다니는 학교는 어디였는지, 들었던 수업은 어떤 것들인지, 포트폴리오는 어떤 식으로 디자인돼있고 프로젝트들은 어떤 것들이 있는지 등을 관심 있게 눈여겨봤다. 몇 개의 포트폴리오들은 시간이 가는 줄 모르고 보고 북마크로 저장하기도 하면서 "언젠간 나도 저렇게 돼야지"라고 생각했다. 하지만 반대로 어떤 포트폴리오 웹사이트들은 둘러보기가 불편한 경우도 있었으며 디자인 경험이 많지 않은 내가 봐도 전체적인 느낌이 생각보다 별로 였던 것들도 있었다. 이렇듯이, 여러 사람들의 포트폴리오를 보는 것들이 나에게 많은 영감과 자극을 주었다. 닮아야 할 것들 그리고 닮지 말아야 할 것들 또한 많이 느끼고 얻어간 것 같다.미국 대기업이 원하는 디자이너의 역량내가 했던 것들 중 또 다른 하나는, 미국에 많은 사람들이 아는 구인구직 사이트를 통한 디자인 직종 분석과 회사가 포스팅하는 디자이너 모집글들을 시간 날 때마다 하나씩 읽어보는 것이었다. 미국에서는 대부분 LinkedIn Jobs, Indeed 그리고 Glassdoor와 같은 곳이 있는데 난 거기서 매일 같이 Product Designer, UX Designer 그리고 Interaction Designer 등 여러 디자이너 직업을 찾아보았고 회사마다 다른 이름의 직책과 뽑는 시기, 그리고 지원방식이 있는 것을 알게 되었다. 정직원은 물론이거니와 인턴쉽에 관한 정보도 끊임없이 노트에 쓰기도 하고 머릿속으로도 정리했다. 예를 들어 구글 UX Design Intern은 1월 초에 지원이 열리고 페이스북 Product Design Intern은 12월 전에 마감이 되는 등, 이런 꿀 정보들은 지금 생각해보면 대학원에 들어가서 다른 친구들보다 빨리 포트폴리오를 정리하고 지원할 수 있는 계기를 마련해 준 것이 아닌가 라고 생각한다. 정보가 힘이다!디자이너가 알아야 할 툴들 공부"난 디자이너예요 또는 난 디자이너가 되고 싶어요"라고 말하기 위해서 제일 중요한 것 중 하나가 바로 Skill Set이다. 흔히 디자인을 모르는 사람들이 디자인을 생각하면 스케치보다는 포토샵을 더 많이 말하는 경우가 있는데 아무래도 요즘은 스케치 시대다. 지금 내가 인턴으로 있는 페이스북에서도 전부다 스케치를 쓴다. 하지만 내가 처음 디자인 툴을 공부해야겠다고 마음먹었을 때 배운 것은 포토샵이나 일러스트레이터다. 하지만 점점 포토샵보단 스케치를 쓰는 트렌드가 왔고 당연히 학생으로선 트렌드를 따르는 게 자연스러웠다. 게다가 스케치는 포토샵으로는 할 수 없는 여러 추가 기능들이 있었으며 너무나도 편리했다. 스케치를 써본 사람이라면 아마 대충 알 것이다. 이런 디자인 툴들 말고도 와이어 프레이밍이나 프로토타이핑 또한 요즘 디자이너가 갖춰야 할 능력임을 알았기에 많이 다운로드하여보고 실제로 툴마다 몇 가지를 만들어보기도 했다. 시간이 지나다 보니 선호하는 툴들이 생겨났고 Framer나 Origami는 특히 페이스북 그룹에 가입했다. 커뮤니티가 매우 잘 돼있었고 다른 사람들이 만든 파일을 들여다보거나 모르는 게 있으면 질문도 해보았다.2. 열정으로 닥치는 대로 공부 & 경험Dribbble & Behance 보고 따라 해 보기매일매일 피와 땀을 흘리며 디자인 관련 툴들을 손에 익혔다. 단축키를 서서히 익혀가고 스케치 같은 경우에는 Symbol사용에 익숙해졌고 각종 유용한 Plug-in들도 활용해보는 등 점점 나의 실력은 향상되어갔다. 실력을 향상하는데 가장 도움이 많이 됐던 것은 Dribbble이나 Behance에 나오는 맘에 드는 디자인들을 따라 해 보는 것이었다. 가끔 대중교통을 이용할 때나 집에서 자기 직전, 정말 멋있다고 생각했던 디자인들을 스크랩이나 스크린샷으로 저장을 해놓고 최대한 똑같이 만들어보았다. 처음에는 그림자나 색깔 사용이 익숙하지 않아서 애를 먹었다. 하지만 그럴 때일수록 혼자 연구도 해보았고 각종 시행착오를 통해 최대한 비슷하게 만들 수가 있었다. 그러다 보니 제법 실력이 늘게 되었고 특히 폰트를 적절히 트렌트에 맞추어 사용하는 법도 제법 많이 늘기 시작했다. 색의 배합도 많이 개선되었고 타이포그래피 연습도 꾸준히 했다. 지금도 딱히 비주얼적으로 뛰어난 디자이너라고 할 수는 없지만 개인적으로 모든 디자이너가 꼭 그럴 필요는 없다고 생각하기 때문에 현재에 매우 만족하고 있다. 하지만 지금도 Dribbble에 업데이트를 시간이 날 때마다 하는 등 많은 노력을 하고 있다.혼자 하는 프로젝트, 포트폴리오 콘텐츠 만들기아까 대학원 지원 당시 나의 포트폴리오에 대해서 살짝 얘기를 해보았는데 이런 궁금증을 가졌으리라고 생각된다. "웹사이트의 윤곽은 만들었다 치고 도대체 그 안에 어떤 내용을 넣었을까?" 다시 말하지만 대학교를 디자인 외의 전공으로 졸업했기 때문에 디자인 관련 프로젝트는커녕 아예 넣을만한 소재가 없었다. 하지만 포트폴리오 윤곽은 다 만들었는데 내용이 없으면 그저 빈 껍데기밖에 안된다. 그래서 혼자 고민 또 고민을 했는데 아무래도 혼자라도 프로젝트를 해보는 게 최선의 방법임을 깨달았다. 처음에는 평소에 사람들이 많이 사용하는 앱들을 다운로드하여서 혼자 Audit을 해보고 "어떻게 하면 더 좋은 UX를 만들 수 있을까? 어떻게 하면 디자인을 더 이쁘게 또 실용적이게 할 수 있을까?" 란 질문들을 던져보면서 프로젝트를 진행해 보았다. 혼자 방에 앉아 인터넷으로 리서치도 해보고, 워드에 나의 생각도 적어보고, 와이어 프레이밍도 연필로 쓱싹쓱싹 해보았다. 딱히 어떤 특출 난 아이디어를 학교 측에 보여주고 싶다기보다는 UX분야에 충분한 관심이 있고 혼자 무작정 해볼 만한 열정이 있으며 그것을 실현 가능하게 끔 하는 디자인 툴 사용 능력이 있다는 것을 증명하고 싶었다.짧은 시간 동안 여러 프로젝트들을 했는데 날씨 앱을 프로토타이핑까지 해서 더 재미있게 만들어보았고 캐릭터 디자인도 해보고, 각종 아이콘 디자인, 그리고 스타벅스 같은 유명 사이트들을 코딩으로 재현해보았다. 뭐든 관련이 있으면 일단 최대한 웹사이트에 추가로 넣어보았고 나의 200%를 보여주고 싶었기 때문에 콘텐츠를 덜 넣는 것은 상상도 못 하였다. 솔직히 그 당시에 나의 포트폴리오를 보면 당장 구멍으로 숨어버리고 싶겠지만 그 당시 면접관의 눈에는 나름 심리학을 나온 디자인에 "디"자도 모르고 코딩의 "코"자로 모를만한 학생의 열정을 높이 샀으리라 생각한다.디자인 관련 밋업, 스터디, 컨퍼런스 참가여기서 알아야 할 것은, 나는 결코 방에 틀어박혀 4개월 내내 공부만 하고 대학원 준비를 한 건 아니다. 페이스북이나 온오프믹스를 통해 각종 디자인 Meetup이나 스터디 또는 HCI 컨퍼런스에 참가하기도 했다. 그중 기억나는 스터디는 이준원 님과 진행한 Framer 스터디인데 일요일 아침마다 매우 재미있게 참가하고 많이 배워갔던 시간이었던 것 같다. 처음에 Framer에 대해서 알고 배울 때에는 너무나도 재밌었는데 모르는 것도 많아서 페이스북 그룹에 스터디가 있는지 궁금했었다. 그때 운이 좋게도 준원 님께서 스터디를 개설하고 주도해 주셨고 그때 정말 많이 배웠던 것 같다. 이렇게 무작정 실무 디자이너들이나 다른 학생들과 같이 스터디도 해보고 직접 얘기도 듣고 하는 것이 디자인이나 크게는 IT필드에 대한 전반적인 지식을 많이 쌓게 해 준 것 같다. 게다가 너무나도 멋진 디자인을 하시는 디자이너분들을 보면서 주먹을 꽉 쥐고 "언젠간 나도 저렇게 될 거야!"라는 생각을 하며 집에 돌아와 더 이를 갈고 열심히 했다. 지금도 같은 생각이지만 이런 이벤트나 모임들은 나가는 것이 정말로 많은 Motivation과 Inspiration이 되는 것은 분명 사실이다. 앞으로도 기회가 된다면 많이 참가하고 싶다.남는 시간 활용 (아티클, 블로그, 유튜브 강의 등)어렸을 때부터 지겹도록 듣는 말, 자투리 시간 활용. 항상 전교 1등들은 말한다, 화장실 가는 시간도 공부에 최대한 활용했다고... 여기서 내가 말하고 싶은 건 그 정도는 아니지만, 어느 정도까지는 열정과 관심만 있다면 할 수 있다는 것이다. 지금까지도 계속 말했지만 나는 버스에서나 지하철에서나 택시에서나 아니면 집에 잠들기 전에 시간 활용을 최대한 신경 써서 했던 것 같다. 대학원 지원 마감까지는 4개월이라는 짧은 시간밖에 없었던 것도 있지만 대학원을 지원하고도 입학은 보통 8월이나 9월이었기에 시간도 많이 남은 것을 알고 있었다. 게다가 대학원에 입학해서 실제로 수업을 듣고 프로젝트를 친구들과 진행해야 하기까지에는 많은 배경지식과 디자인/코딩 지식이 많이 필요할 것만 같았다. 학교에 가서 비실비실 끌려다니기보다는 프로젝트를 주도하고 열심히 하고 툴도 적절히 활용할 줄 아는 디자이너가 되고 싶었기에 매일매일 끊임없이 배웠다.조금 여유가 된다 싶으면 UX 관련 아티클이나 블로그를 많이 찾아봤고 운동할 때나 잠들기 전에는 유튜브 강의를 통해 많은 지식을 흡수했다. 그저 Google에 UX만 쳐도 쏟아 나오는 정보에 감탄을 금치 못했고 정말로 이 분야가 Hot하다는 것에 안도감을 느끼기도 했다. 또 놀라웠던 것은 너무나도 방대한 정보가 인터넷상에 판을 쳤고 전문적인 지식, 세세한 튜토리얼부터 취업하는 방법, 인터뷰 보는 방법, 포트폴리오 만드는 방법, 디자인 툴에 대한 설명, 비교 등 봐도 봐도 끝이 없었다. 하지만 시간이 가는 줄 모르게 너무 재미있었고 어떤 것들은 나의 능력 밖임을 깨달았을 때는 속상하기도 했다. 지금도 너무나도 많은 것들을 모르는 나 자신을 보며 스스로를 자책하고 채찍질한다. 지금 이 글을 쓰는 순간에도 배우고 싶은 것들이 너무나도 많다 그리고 배워야 할 것들이 너무나도 많다.기본적인 웹 코딩 배워놓기아까 잠시 말했지만 여기서 더 자세히 말해보려고 한다. "코딩, 과연 디자이너에게 필요한 스킬인가?" 나는 솔직히 코딩 중에서도 Front-end Development, 즉 HTML/CSS/JS에 관한 기본지식은 디자이너가 배우면 좋다고 생각한다. 실제로 많은 사람들이 "Should Designers Learn How To Code?"라는 질문들을 던지면서 디자이너가 코딩을 왜 배우냐라고 비아냥거리는 경우도 있는데 솔직히 내가 지금까지 코딩을 배워서 이득을 본 것을 생각하면 진짜 이런 말들을 들으면 서운하다. 대학원을 지원할 때 허접했지만 내가 손수 코딩한 웹사이트가 좋은 점수를 따게 해주었고 대학원에 들어가서도 새롭게 만든 나의 포트폴리오가 페이스북이나 다른 회사들 인터뷰를 볼 때 면접관의 눈썹을 올리게 해주었다. 게다가 학교에서 프로젝트를 할 때는 스케치 같은 툴로 하는 디자인뿐만 아니라 프로젝트를 위해 웹사이트를 만들어야 하거나, Framer로 프로토타이핑할 때, 다른 친구들보다 눈에 띄는 Impact를 줄 수 있었다.최근 페이스북 인턴쉽에서는 사람들이 실제로 사용하는 프로덕트에 내가 코드를 써서 리뷰도 받고 그것이 패스가 돼서 결국 프로덕션 되기도 했다. 솔직히 내가 엄청난 것을 만진건 아니지만 그래도 충분히 눈에 띌만한 개선을 한 건 사실이다. 그리고 엔지니어들 중 나랑 프로젝트를 같이 진행하는 Front-end 쪽에 집중하는 엔지니어가 있는데 걔랑 내가 만든 디자인에 대해서 회의를 할 때면 조금이라도 아는 척할 수 있는 자신감도 가질 수 있었다. 그렇기 때문에 나는 만나는 디자인 공부를 하는 학생이나 친구들을 볼 때 코딩은 적어도 기본적인 HTML/CSS/JS는 배워놓으면 좋다고 목에 핏대를 세우면서 얘기한다. 어떤 곳은 디자이너가 코드를 쓰면 싫어한다는 소리가 있는데 (코드가 읽기 힘들거나 더럽게(?) 코딩돼서?) 적어도 페이스북에서는 그런 얘기는 안 하는 것 같다. 내가 만약에 좀 더 깨끗이, 짧게 쓸 수 있다면 엔지니어가 시간 날 때 가르쳐 준다. 애초에 건들지 못할 것은 무작정 덤비면 안 되지만 내 능력 안에 할 수 있는 조그마한 일들은 항상 있기 마련이다. 엔지니어가 바빠서 다른 일들을 먼저 해야 되고 굳이 지금 해결해야 할 일이 아니라면 내가 물어버리고 천천히 시행착오를 통해 해보면 된다. 그렇게 배우는 거다.스타트업 또는 회사 경험시간은 정말 눈 깜짝할 사이에 흘렀다. 결국 12월쯤인가 아마 모든 대학원에 나의 지원서를 넣었던 것 같다. 마감일 전까지 부랴부랴 모든 것을 쏟아부었고 혹시나 빠진 것들이 있는지 확인, 또 확인했다. 포트폴리오 같은 경우에는 지원서를 넣고도 결과가 대충 나오기 시작하는 2,3월까지 언제든 학교 측에서 열람할 수 있기 때문에 수시로 업데이트를 했다. 그리고 꾸준히 블로그도 읽고 디자인 연습도 하고 LinkedIn에 다른 디자이너 스토킹도 하고... 그렇게 반복적인 것을 하던 중에 번뜩 생각난 아이디어가 있었다. "혼자 공부만 하지 말고 실제로 일을 해보면 어떨까?"그 당시 지원한 대학원을 모두 떨어질 것이라고는 생각하지 않았다. 그래서 입학 전 까지는 많은 시간이 남았다고 판단을 내렸고, 때문에 실제로 일 경험을 해보고 싶었다. 어느 날, 컴퓨터 앞에 앉아 구인구직 사이트들을 막 뒤지기 시작했다. 처음에는 대기업을 지원하고 싶었지만 디자인 인턴을 뽑는 곳이 많이 없었을뿐더러 대기업에서 배우는 것보다 스타트업이나 작은 기업에서 더 많은 것을 배울 수 있을 거라는 생각을 했었다. 그래서 관심 있는 곳에 이력서를 넣어보기 시작했다. 인턴쉽이든 정직원이든 나는 그저 경험을 쌓으려고 지원했다. 최대한 오래 일해보고 싶은 마음에 무슨 일은 하는 회사인지 딱히 많이 따져보지도 않았던 것 같다. 그 정도로 너무나도 배우고자 하는 열정이 넘쳤고 디자이너라는 직함을 달고 일을 해보고 싶었다.그때 운이 좋게도 몇몇 작은 회사들에서 연락이 왔다. 전화로 대충 면접을 보고 방문 인터뷰까지 거쳤는데 그중 해외에서도 좀 알려진 회사에서 인턴쉽 기회를 주었다. 사실 회사 측에서는 인턴쉽을 거치고 정직원을 뽑고 싶었을 텐데 그 당시에는 대학원 지원을 마친 때라 결과가 나오지도 않았는데 대학원을 간다고 하면 이상하게 보일까 봐 그냥 인턴쉽 경험만 하여야겠다는 생각이 강했던 것 같다. 그 당시에 나를 가이드해주던 디자이너분이 계셨는데 일도 열심히 하시고 되게 잘하셨던 것 같다. 기본적인 디자인 과제도 매일 내주셨는데 실력 향상에 정말로 많은 도움이 되었다. 그리고 짧은 몇 개월이었지만 정말로 값진 경험을 했다. 생각보다 많은 것을 배우고 비주얼 디자인 쪽으로 많이 연습도 했으며 이력서에 한 줄이라도 쓸 수 있게 되어서 매우 뿌듯했다.대학원에서.. 그리고 인턴쉽 지원1. 학교 수업 및 프로젝트첫 학기의 승부아까 언급했듯이 나는 대학원에 들어가기 전에 엄청나게 많은 정보를 습득하고 들어갔다. 내가 원하는 회사의 입사 지원이 대충 언제 열리고 언제 닫히는지, 준비해야 할 것들은 무엇인지 그리고 어떻게 나 자신을 포지셔닝해야 하는지에 대한 것들에 대한 준비를 학교 시작과 동시에 시작했다. 석사 프로그램은 2년이라 여름방학 때 모두 다 인턴쉽을 하러 떠난다. 인턴쉽은 돈도 벌고 경험도 쌓을 수 있는 좋은 기회이거니와 졸업 전 다른 정직원, 특히 New Grad position에 지원할 때 많은 어드밴티지가 있다. 그리고 전 세계에서 알고 있는 구글, 페이스북, 아마존 등의 회사들에서의 인턴경험은 첫 출발선을 성공적으로 장식할 수 있는 목표이다. 그래서 난 좋은 회사에서 인턴쉽 오퍼를 받는 것이 제일 중요하다고 생각했다. 그리고 그러기에는 1학년 1학기 때 최대한 많은 수업을 들어서 포트폴리오에 넣을 프로젝트를 최대한 많이 넣어야겠다고 생각했다. 왜냐하면 인턴쉽 지원은 대부분 11월에 시작해서 2월 말 정도면 끝난다. 분명 4월까지도 구하는 회사들이 있는데 대부분 이름 있는 유명회사들은 인턴 구하는 데는 문제가 없기 때문에 자리가 없어지기 마련이기 때문이다. 그렇게 되면 2학기 때 하는 프로젝트들은 사실상 포트폴리오에 넣지 못하게 되고 1학기 때의 프로젝트만이 인터뷰를 볼 때 설명할 수 있는 위치에 놓이게 된다.배워보고 싶은 것들 vs. 배워야 하는 것들 vs. 아쉽지만 버려야 할 것들그 누구처럼 나도 학교에 처음 입학하고 들을 만한 수업들을 볼 대 배워보고 싶은 것들이 너무 많았다. AR/VR, IoT 등 모바일이나 웹을 벗어나서 여러 가지 프로젝트를 해보고 싶었다. 하지만 그 당시 확실히 내가 제대로 깨달았던 건 인턴쉽을 위해서는 최대한 모바일과 웹 관련 프로젝트가 있는 것이 중요했다. 대부분의 회사들은 UX Designer나 Product Designer 포지션을 구할 때 모바일이나 웹 관련 프로젝트를 제일 눈여겨보는데 포트폴리오가 대부분 AR/VR에 관련돼 있는 것들이라면 생각보다 지원할 수 있는 회사나 포지션 폭이 확 좁아진다. 몇몇 친구들은 이런 것들을 생각보다 생각해서 고르지 않아서 내 눈엔 포트폴리오가 약간 중간에 붕 뜬 느낌이 들었다. 게다가 그런 와중에 이력서에 스케치나 Framer를 할 줄 안다고 쓰는 건 회사 측에서는 물음표를 던질 수밖에 없는 계기를 줄 수밖에 없다. 그래서 나는 배워보고 싶은 것들이 많았지만 1학기만큼은 대부분의 프로젝트들을 모바일과 웹에 집중했다. 그리고 솔직히 제일 기본이 되고 사람들이 제일 많이 익숙한 그쪽에 많은 경험과 배경지식이 없었기 때문에 확실히 짚고 넘어가고 싶었다. 무엇보다 내가 갈고닦은 디자인과 프로토타이핑 실력 또한 그쪽에 집중되어있었기 때문에 더욱더 수업을 조심해서 골라 들었다. 수업이 말이 나와서 말인데 조지아텍에서는 프로젝트 관련 수업도 있지만 이론만 배우는 수업도 있다. 하지만 포트폴리오에 결과물이 있으려면 프로젝트 중심의 수업이 좋기 때문에 그런 것들도 고려해서 수강하였다.실시간 포트폴리오 업데이트내가 학교가 시작하자마자 시간이 날 때마다 신경 쓴 것 중에 하나는 바로 포트폴리오를 다시 만드는 것이었다. 대학원 지원용 포트폴리오는 디자인이 나쁘진 않았지만 새롭게, 훨씬 더 이쁘게 그리고 더 나은 경험으로 무장한 웹사이트를 만들어보고 싶었다. 아마 학교 시작 후 한 달 동안까지도 학교 공부만큼 포트폴리오 웹사이트를 코딩하는데 시간을 많이 투자했던 것 같다. 목표를 세웠을 때는 10월 중순 정도쯤까지 완성시켜서 서서히 끝나가는 학교 프로젝트들을 쉽게 집어넣을 수 있게 윤곽을 잡으려고 했지만 나도 모르게 집중해서 하다 보니 밤을 새우는 경우도 잦아졌고 조금조금씩 완성이 돼가는 나의 웹사이트를 보면서 하루라도 빨리 세상에 빛을 보게 해주고 싶었다. 수업 중간에 시간이 비면 혼자 조용한 곳을 찾아 음악을 들으면서 코딩을 했던 기억이 난다. 서서히 고치며 때로는 몇 시간째 했던 것을 확 엎기도 해서 여기까지 왔지만 아직도 개선하고 추가, 또는 빼고 싶은 것들이 몇 개 있다.석사 1학년 1학기 때는 정말로 많이 바빴다. 나에게는 삶의 여유를 즐길만한 시간이 없었고 분명 다가올 인턴쉽 지원과 인터뷰 등이 곧 다가올 것을 직감했다. 10월 중순 때만 해도 몇몇 회사들을 서서히 인턴쉽 채용공고를 내기 시작했고 그때마다 나의 프로젝트들이 성공적으로 한걸음, 한걸음 다가서길 바랬다. 그리고 한 단계씩 프로젝트들이 진화할 때마다 사진 찍고, 기록하고, 배운 점들, 개선해야 할 점들을 정리해서 포트폴리오에 집어넣기 시작했다. 친구들 중에는 포트폴리오를 만들지 않은 경우도 있었고 딱히 인턴쉽에 대해 많은 대비를 하지 않거나 정보도 많이 모르는 친구들도 있었다. 게다가 도대체 왜 이렇게 빨리 포트폴리오를 신경 쓰고 업데이트를 매주 하는지 이해를 못해하는 친구들도 있었다. 하지만 내 머릿속엔 지원시기는 11월부터였으며 학교 프로젝트는 대부분 학기말인 12월 중순에 끝나는 것을 감안하면 모든 프로젝트의 프로세스를 도큐멘팅하고 편집하는 것은 한꺼번에 하면 정말 하기 싫어질 만큼 오래 걸릴 것을 누구보다 잘 알고 있었다. 게다가 12월 말 겨울 방학에 포트폴리오를 업데이트하고 서서히 지원을 하기에는 놓치는 회사들도 몇몇 있었고 빨리 지원할수록 인터뷰를 따내는데 어느 정도 이점도 있다고 생각했기 때문에 난 내 갈 길을 걸었다.교내 프로젝트 외 다른 도전사실상 1학년 1학기 때 3개 이상의 제대로 된 프로젝트를 하는 것은 매우 힘든 일이다. 특히 내가 다니는 조지아텍에서는 1학년 1학기 때 친구들과 같이 들어야 하는 필수 과목들이 있어서 한정이 되는 경우도 있었다. 하지만 분명 적어도 한 개 정도는 더 들을 수 있는 여유가 있었기에 이론 강의보다는 프로젝트를 통해 배우는 강의를 택했다. 그렇지만 결국 포트폴리오에 집어넣을 수 있는 학교 프로젝트는 많아야 3개였다. 포트폴리오 웹사이트에 프로젝트가 3개밖에 없다고 해서 나쁜 것이 결코 아니지만 뭔가 더 어필할 수 있는 것들이 있을 거라고 믿었다. 그리고 그런 기회는 예상보다 빨리 찾아왔다. 바로 그것은 교내에서 있는 해커톤, 디자이너톤 그리고 각종 대회였다.꼭 우승을 차지해야겠다는 생각은 많이 하지 않았고 오히려 참가하는데 의미를 두고 며칠 동안의 프로젝트지만 그래도 열심히 해서 포트폴리오에 넣어볼 수 있도록 할 정도의 퀄리티까지 뽑아보고 싶었다. 그리고 만약 상을 받는다면 분명 이력서나 포트폴리오 한편에 자랑도 할 수 있으리라 기대감도 없지 않아 있었다. 몇 날 며칠 동안 밤새고 친구들과 디자인도 해보고 프로토타입도 만들어보고 여러 가지를 해보았는데 생각보다 재미있었다. 게다가 운이 좋게도 몇 번 상을 수상해서 포트폴리오에 넣을 수도 있었다. 추가로 학교에서 했던 프로젝트 중 2개는 실제로 교내 대회에서 2번 2등을 하는 영광을 얻기도 했다. 이런 것들 모두 포트폴리오 웹사이트에 사진과 함께 실었으며 모든 사람에게 나의 열정과 동시에 실력을 보여 줄 수 있는 무기가 되지 않았나 싶다. 2. 조교조교의 혜택과 이점내가 알기론 적어도 HCI 대학원들 중에서는 조교를 못하는 대학원도 있고 조교를 하더라도 금전적 혜택이 그만큼 크지 않은 대학원도 있다. 내가 다니는 조지아텍의 장점은 대학원 학생들이 GRA (Graduate Research Assistant)나 GTA (Graduate Teaching Assistant)로 연구실이나 수업에서 조교를 할 수 있는 기회가 그래도 다른 대학원보다는 많다는 것이다. 우리 학교에서는 조교가 되면 그 학기의 학비는 면제가 되고 GRA는 연구실이나, GTA는 가르치는 수업마다 시급이 다르지만 최소 매달 1,000불에서 2,000불까지 받을 수 있다. 따지고 보면 한 학기에 학비가 대충 2,000만 원을 훌쩍 넘기는 것을 생각하면 조교가 되면 거의 2,500만 원 정도는 오히려 벌게 되는 셈이다. 이런 금전적 혜택이 있기 때문에 많은 친구들이 하고 싶어 하지만 모두 다 조교를 할 수 있는 게 결코 아니다. 내 경험으로는 컴퓨터 공학 배경이 있는 학생들이 GRA를 받기가 쉬운데 코딩을 할 줄 알아서다. 그렇지만 분명 연구실마다 디자이너가 필요한 경우가 있을 수가 있고 교수님이 하시는 연구에 보조나 조금이나마 웹 개발 또는 프로토타이핑 등 도움을 줄 수 있는 프로젝트가 있을 수 있기 때문에 열심히 발 벗고 찾아봐야 한다.사실 조교가 되면 이로운 건 금전적인 것뿐만이 아니다. 많은 LinkedIn 프로파일에서 보면 알듯이 결국 이런 것도 이력서에 쓸 수가 있다. 결국에는 한 학기 또는 더 길 게의 나만의 경력이고 특히 GTA보다는 GRA가 여러 프로젝트를 할 수 있기 때문에 추가적으로 이익인 부분도 있다. 게다가 결국엔 회사 면접을 볼 때 할 말이 남들보다 한 가지는 더 있는 것일뿐더러 나의 능력이 학교에서 이미 검증되었다는 것을 증명하는 것이기도 하다. 실제로 내가 페이스북 인터뷰를 볼 때 면접관이 내가 GRA였을 때의 경험담에 대해 잠시 얘기를 해달라는 부탁을 하기도 했다.지원할만한 연구실 목록 작성다시 말하지만 다른 학교는 어떤지 잘 모른다. 하지만 조지아텍 같은 경우에는 HCI 웹사이트에서 연구실들에 관한 정보를 쉽게 찾을 수 있다. 나는 학교에 들어가기 전, 한국에 있었을 때부터 교내에 있는 연구실을 전부다 찾아보고 지원할만한 프로젝트가 있는 연구실을 대충 정리했다. 몇몇 교수님이나 연구실에 있는 박사 학생에게 여름 방학 기간에 이메일을 보내봤지만 솔직히 운이 정말 좋지 않은 이상 힘들다. 대부분의 답변은 일단 학교에 오면 다시 얘기하자는 얘기뿐이었다. 실제로 내가 알기로도 연구실마다 뽑을 수 있는 인력과 비용 등을 정하는 것이 생각보다 까다로운데 그런 것들이 100% 갖춰져 있지 않은 기간이다 보니 아무것도 모르는 사람한테 선뜻 자리를 내어주는 것은 말도 안 되는 것 같다. 하지만 시간 날 때 참여할 만한 연구실을 미리 찾아 놓는 것은 학교에 입학했을 때 분명 도움이 많이 된다. 연구실 지원 준비사실 나는 운이 좋게도 1학기 때부터 조교를 할 수 있었다. 첫 학기에는 학비 면제까지는 아니었지만 그래도 시급이 매우 쌔서 돈은 생각보다 많이 벌 수 있었다. 게다가 매우 행복했던 점은 이른 시기에 이력서에 한 줄이라도 더 세길 수 있는 것, 그리고 뭔가 첫 단추를 잘 끼운듯한 느낌이었다. 처음 지원할 때 무작정 지원서를 모든 연구실에 뿌린 것이 아니라 그전에 정확히 내가 관심 있고 나를 관심 여겨줄 만한 연구실을 찾아놨기 때문에 2,3개의 이메일만 보내면 됐다. 이메일 속에는 나의 이력서와 대학원 때 지원했던 포트폴리오 웹사이트, 내가 가지고 있는 Skill Set 그리고 내가 어느 프로젝트에 도움이 될 수 있을 만한지를 어필하는 메시지도 같이 써서 보냈다.내가 있는 연구실 이메일이 내 학교 이메일과 연동이 되어있어서 가끔가다가 연구실에 관심을 보이는 학부나 다른 대학원생들이 이메일을 이력서 첨부해서 보내는 경우가 있는데 정말 성의 없는 경우도 있고 누가 봐도 복붙을 했다시피 보낸 이메일도 간혹 눈에 뜨인다. 하지만 그중에서도 정말 성의 있게 목표가 명확한 이메일도 오는데 확실한 건 우리 연구실 매니저가 답장을 그런 사람에게는 솔직하게 잘 해주고 면접을 보러 오라는 경우도 자주 있다. 역시 사람과 사람의 관계에서는 그런 것들도 신경 써서 하는 게 좋은 것 같음을 또 한 번 느끼는 계기가 됐다.열심히 일하기나 같은 경우에는 1학년 2학기 때 GRA가 돼서 더 많은 책임감과 프로젝트를 해보고 싶었기 때문에 그 누구보다 열심히 주어진 역할에 임했다. 분명 학비 면제라는 매우 좋은 옵션도 있기 때문에 연구실에서 생각보다 많은 시간을 보냈다. 나 자신이 어느 회사의 한 명의 파트타임 직원이라고 생각하고 정직원으로 되기 위해 열심히 일하고 어필해야 한다고 생각했다. 정말 운이 좋았던 것은 뽑은 사람들 중에서 디자이너가 한 명도 없어서 대부분 디자인 관련 일들은 내가 도맡아 했다. 우리 연구실에서 주최하는 교내 대회 포스터 디자인이라던지 앱이나 웹사이트 관련 디자인들도 내가 맡아했으며 연구실 홈페이지 업데이트에 대해서도 많은 부분은 내가 관리하기 시작했다. 그래서인지 영향력이 조금씩 커지기 시작했고 정말 감사하게도 나에게 2학기 때 GRA를 할 수 있는 기회를 주었고 인턴쉽이 끝나고 돌아가면 2학년 1학기와 2학기 때도 같은 연구실에서 GRA를 할 수 있는 기회를 주었다.3. 인턴쉽 지원 준비회사들에 대한 지식 및 공부기본적으로 회사에 지원을 하려면 지원하고자 하는 회사가 무엇을 하는 회사이며 내가 지원하는 롤이 어떤 것임을 분명히 알아야 한다. 이름은 들어봤지만 정확히 무엇을 하는 회사가 어떤 Vision이 있으며 디자이너가 회사 내에서 하는 역할 같은 것들에 대한 정보는 많이 없어서 따로 지원하기 전에 시간을 투자해서 알아봐야 했다. 실제로 그 회사들을 다니는 디자이너들의 포트폴리오도 들여다보고 LinkedIn 프로파일에 나와있는 정보도 눈여겨봤다. 하지만 몇몇 회사들은 내가 정말로 일을 하고 싶은 회사였기에 이 모든 과정이 너무나도 가슴 뛰는 일이었다. 심심할 때 Glassdoor나 Quora라는 사이트에 가서 회사와 디자이너 타이틀을 치면 생각보다 많은 Review나 댓글들을 볼 수 있다. 분명 거기에 나와있는 정보가 최신이 아닐 수도 있고 정확하지 않을 수도 있지만 그래도 아예 모르는 것보다는 좋은 정보들이 있었다. 또 하나의 정말 좋은 방법은 인맥을 만들어서 직접 물어보는 것이다.Referral미국에서는 인터뷰를 따내기 위한 제일 쉽고 빠른 방법은 Referral을 받는 것이다. 수천 개 또는 수십만 개의 지원서를 리쿠르터들이 일일이 하나하나씩 읽어볼 순 없으니 어느 정도 직원 추천에 의존하는 것 같다. 나 같은 경우에는 운이 좋게도 내가 가고 싶은 회사에는 적어도 한 명씩 친구나 선배가 있어서 Referral을 받는 게 어렵진 않았다. 하지만 한두 개의 가고 싶었던 회사들에는 아는 사람이 없었기에 1학년 1학기 때 같은 학교 졸업생이나 페이스북 그룹, 또는 LinkedIn Messaging을 통해서 공통분모가 될만한 사람과 연락해서 친해지도록 노력했다. 이처럼 만약에 아는 사람이 없다면 꾸준한 온라인/오프라인 네트워킹을 통해 인맥은 미리 만드는 것이 좋은 것 같다. 실제로 몇몇 디자인 관련 페이스북 그룹에서 자신의 Dribbble, Behance, Codepen, 블로그 등을 소개하는 사람들이 있는데 그런 식으로도 자신의 영역을 넓혀 가는 것도 하나의 방법인 것 같다.이력서 디자인지금까지 포트폴리오에 대한 이야기는 많이 했지만 이력서 얘기는 자세히 하지 않은 것 같다. 개인적인 생각으로는 제일 중요한 건 역시 포트폴리오지만 이력서도 분명 엄청 중요하다. 대게 포트폴리오에는 이력서를 다운로드할 수 있게 하거나 직접 써넣는 경우가 있는데 어쨌든 회사에 지원하려면 이력서를 PDF 파일로 내야 한다. 이력서에 대부분 넣는 내용은 자신에 대한 간단한 소개, 학교, 일 경험, 쓸 줄 아는 툴들 외 수상경력 등이다. 디자인 같은 경우에는 학점은 그렇게 많이 중요하지 않다. 많은 회사에서는 심지어 학점을 물어보지도 않는다. 그만큼 포트폴리오를 많이 본다는 것인데, 포트폴리오를 들여다보기 전에 이력서를 먼저 보는 것으로 알고 있다. 이력서에 나와있는 학교, 프로젝트 또는 일했던 회사들이 흥미로우면 포트폴리오로 넘어가는 형식이라서 이력서가 어쨌든 나의 첫인상이 된다. 그래서 많은 디자이너들의 이력서를 보면 이 모든 것을 다 넣는 동시에 자신의 Creative 한 디자인을 뽐내는 경우가 많다. 내 생각에는 시간을 투자해서 이력서를 차별화시키는 것은 정말 좋다고 생각한다. 하지만 당연히 읽기 쉬워야 하며 흑백으로 프린트해서도 깔끔하게 나와야 하는 등 신경 쓰는 게 필요하다.포트폴리오 외 어필할 방법결국 회사에 지원할 때는, 이력서 첨부파일, 포트폴리오 주소, 자기소개 및 지원사유 등이 있는데 많은 회사들은 Additional Link라고 해서 다른 디자인 관련 웹사이트들이 있으면 첨부로 넣으라고 한다. 뭐든 추가로 넣는 것은 나쁠 것이 없기 때문에 나 같은 경우에는 내 Dribbble, Medium, LinkedIn주소를 넣었다. 이 외에도 Behance, Codepen, Github 같은 곳을 추가로 넣을 수가 있으며 이력서나 포트폴리오에 넣지 못한 작업물이 나와있는 웹사이트를 올려도 좋은 어필이 될 수 있다.4. 경험담을 글로 풀어내기개인 블로그 시작맨 처음에 말했듯이 내가 처음 디자인을 접했을 때 Medium이나 다른 웹사이트들에 나와있는 각종 아티클과 블로그들이 나에게 정말 많은 도움을 주었다. 회사들에서 퍼블리쉬되는 글들도 많았지만 그중에는 현업에서 종사하는 디자이너들이 쓴 글들도 상당히 많았다. 크게 봤을 때는 글의 종류는 반반이었던 것 같다. 하나는 전문적인 지식을 얘기하는 글들이고 또 하나는 자신의 경험담을 주로 쓰는 글들이었다. 난 내가 대학원에 처음 들어와서 공부를 하기 시작했을 때 나의 이야기를 글로 풀어보면 어떨까에 대한 생각을 많이 했었다. 처음에는 HCI 석사에 대한 경험담을 집중적으로 쓰고 싶었는데 그 이유 중 하나는 디자인 관련 글들은 많았지만 이 주제에 관한 글들은 많이 찾아보기 힘들었을뿐더러 지금도 그렇지만 그 당시에도 정말 많은 사람들이 HCI 석사를 지원 희망하는 것을 몸으로 느낄 수 있었기 때문에 어느 정도의 사람들이 읽어주리라 생각했기 때문이다.그래서 한 자 한 자 써 내려가고 대학원 관련 글 말고도 페이스북에서 인터뷰한 글들도 Dribbble에 관한 글들도 나의 Medium에 쓰게 되었다. 조금씩 사람들이 공감을 많이 해주고 팔로워도 생각보다 많이 늘어나다 보니 더 열심히 좋은 글들을 써야겠다고 생각했다. 그중, 심리학 배경으로 UX 하기와 포트폴리오에 대한 글을 썼는데 생각보다 반응이 엄청 뜨거워서 Muzli와 Sidebar에 소개되는 등 폭발적인 조회수를 기록하게 되었다. 이때부터는 정말로 글 쓰는 것에 대해서 큰 재미를 느끼게 되었고 글 쓰는 것에 대해서도 많이 신중해지기 시작했다. 모르는 것들은 찾아도 보고 배우게 되었고 무조건 발행을 하는 것이 아니라 어떤 것에 대해 쓸 것인지에 대해 플랜을 짜고 Structure를 짜고 계속 고쳤다. 스토리텔링에 신경을 많이 썼다. 그리고 그것은 정말로 큰 도움이 됐다.디자이너에게 블로깅이란?개인적인 생각이지만 디자이너에게 글을 잘 쓰는 능력은 가지면 매우 좋은 어드밴티지인 것 같다. 가끔 온라인에 나와있는 유명 디자이너들의 블로그를 읽을 때면 집중해서 확 읽어버리는데 내용도 내용이지만 짜임새가 매우 매끄러워서 읽다가 넘기는 적이 별로 없었다. 하나 더 최근에 계속 느낀 건 프로젝트를 포트폴리오 웹사이트에 도큐멘팅하거나 회사에서 프로젝트에 대해서 모든 것을 기록할 때 계속 글을 쓴다는 것이었다. 디자이너의 업무 중 많은 것들은 실제로 스케치로 디자인하는 것도 있고 수많은 미팅들도 있지만 어딘가에 글을 쓰는 것은 정말로 많다. 나는 모든 프로젝트를 진행할 때 Problem Statement에 대해서 정확히 짚고 넘어간다. 때문에 어떤 것이 문제인지, 왜 이게 문제인지, 누구를 위해서 내가 이 문제를 푸는지, 마지막 결과는 어떤지 등에 관한 글을 쓴다. 그리고 다른 팀원들과 소통할 때도 Structure이 잘 돼있는 글을 보여준다.5. 회사 지원 및 인터뷰Google Analytics를 통한 방문자 분석회사에 지원서를 넣고 나면 적어도 몇 주 동안은 연락이 없다. 진짜 빠른 경우에는 일주일 만에도 답장이 오는 경우가 있지만 인턴쉽 같은 경우에는 시간이 좀 더 걸리는 것 같다. 내 포트폴리오 웹사이트에는 방문을 하긴 하는지가 제일 궁금한데 제일 쉽게 알아낼 수 있는 방법은 웹사이트에 Google Analytics Tracking Code를 삽입하는 것이다. 하기가 정말 쉬워서 온라인에서 하는 방법을 찾으면 아마 쉽게 알아낼 수 있을 거다. Tracking Code를 넣고 Google Analytics툴에 들어가면 어느 지역에서 방문했는지, 네트워크는 무엇인지 (회사 이름인 경우가 많다) 그리고 어느 페이지에 얼마큼 머물렀는지 까지 분석해볼 수가 있다. 게다가 실시간 정보도 다 보이기 때문에 지금 나의 웹사이트에 들어온 사람들을 볼 수 가있다.나 같은 경우에는 내가 지원한 어느 특정 회사에서 들어오면 매우 기뻐했다. 그리고 실제로 인터뷰를 보기 한두 시간 전에 면접관들이 들어와 보는 것을 경험으로 깨달아서 나중에는 전화나 화상통화 면접을 보기 전에 그 사람들이 어떤 프로젝트를 눈여겨보는지 실시간으로 봤다. 그래서 짧은 시간이지만 면접관이 더 오래 머무른 프로젝트에 대해서 마음속으로 연습 또 연습을 하면서 전략적으로 준비했다.Recruiter와의 대화대부분 처음에 인터뷰를 보자고 회사에서 연락이 오면 찬스는 정말 높아진 것이다. 대부분의 서류들이 사실 필터가 되는 경우가 많고 인터뷰를 보자고 이메일 오는 경우는 지원자 수에 비해서 턱없이 적기 때문이다. 회사마다 진행되는 단계가 다르지만 인턴쉽 같은 경우에는 리쿠르터와 먼저 대화를 한다. 대충 리쿠르터가 적절한 시간에 전화를 해서 지원자의 관심사와 스킬을 인턴이 필요한 팀과 매칭을 하기도 하는 이유이기도 하지만 크게는 지원자에 대해서 더 알아가는 동시에 프로세스를 설명해 주는 시간이다. 어떤 경우에는 실제로 리쿠르터와 전화하고 나서 인터뷰를 더 이상 진행 못하는 경우도 있는 거로 봐서는 절대로 가볍게 해서는 안 되는 단계임은 분명하다. 페이스북 같은 경우에는 디자인 리쿠르터가 따로 있어서 디자인 관련된 전문적인 것도 물어봤었다. 하지만 인터뷰를 본 다른 회사들은 그런 것들보단 나에 대해서 General 하게 알고 싶어 했다.Interviewer 파악하기리쿠르터와 Screening 단계를 하고는 대부분 디자인 관련 직업의 면접관과 전화나 화상통화를 한다. 어떤 회사들은 직접 회사로 불러서 On-site 인터뷰를 진행하는 경우도 있지만 인턴쉽은 대부분 전화로 끝난다. 리쿠르터와 시작부터 끝까지 이메일로 연락을 주고받는데 전화연결방법, 면접관에 대한 정보 등을 전달해준다. 면접관에 대한 정보는 흔하게는 이름과 직책만 주는 경우가 대부분인데 LinkedIn이나 Facebook 같은 곳을 찾아보면 쉽게 찾을 수 있다. 특히 LinkedIn으로는 그 면접관이 어디서 일했었고 어느 프로젝트를 했으며 그 사람에 대한 전반적인 느낌을 알 수가 있다. 면접관과 처음 몇 마디를 나눌 때는 공감대가 있는 것이 분위기를 업시켜주고 시작을 산뜻하게 출발하게 도움을 주는데 여기서 몇 가지 자신과 공통된 점을 설명하 거나하면 그래도 라포르를 형성하는데 어느 정도 기여를 한다. 하지만 너무 Creepy 하게 스토킹을 한 것처럼 느껴지면 이상하기 때문에 조심해야 한다.실전실제로 면접관과 전화를 할 때 회사마다 다르지만 꼭 하는 것은 포트폴리오 리뷰이다. 내가 지금 까지 한 프로젝트 중 제일 잘 했다고 생각한 프로젝트나 면접관이 관심 있는 프로젝트를 2개에서 많게는 3개까지 설명하게 된다. 대부분 프로젝트가 어떤 것인지에 대한 설명부터 시작하게 되고 프로젝트 중 나의 역할, 힘들었던 점, 배운 점 등을 설명하는데 중간중간에 면접관이 궁금한 점들도 물어본다. 이것에 대해 Medium에 글을 쓴 것이 있는데 관심이 있으면 여기에서 찾아보길 바란다.마무리하며...많은 디자이너 분들이 재미있는 블로그들을 써주시는데 순수 디자인 백그라운드가 아닌 상태에서 지금까지 오기까지의 이야기는 흔하지 않은 것 같아서 그동안 내가 느낀 점을 써보자고 다짐했다. 쭉 써가다 보니 어느샌가 많이 길어지게 되었고 "설마 시람들이 이걸 다 읽을까..."라는 고민도 했었다. 나의 소중한 시간을 투자하고 그동안의 기억을 되돌려서 한 자 한 자 신중히 써 내려간 만큼 많은 학생분들 또는 현업에 종사하시는 디자이너 분들에게 조금이라도 도움이 되었으면 한다.항상 하는 말이지만, 아직도 갈길은 멀다. 실력에 비해 너무나도 과분한 기회가 주어졌고 그 기대에 조금이라도 더 부합하기 위해 밤낮으로 열심히 노력했다. 세상에는 정말로 뛰어난 디자이너분들이 계시며 언젠간 그들과 어깨를 나란히 하고 더 창의적이고 밝은 디자이너가 되고자 나는 앞으로도 노력할 거다. 읽어주셔서 너무나도 감사하고 앞으로도 좋은 글로 찾아뵙고 싶다.감사합니다.#페이스북 #Facebook #인턴 #인턴후기 #인턴생활 #기업문화 #디자인 #디자인팀 #디자이너

Overview지난 글 Rxjava를 이용한 안드로이드 개발에서는 RxJava의 Android 연결 방법과 기본적인 사용법을 다뤘습니다. 이번 글에서는 RxJava의 강력하고 다양한 함수들을 살펴보고자 합니다. Android에서 복잡하게 구현되는 내용들을 단 몇 개의 함수로 처리할 수 있는 RxJava를 꼭 사용해보길 권합니다.1. just2. fromArray/fromlterable3. range/rangLong4. interval5. timer6. map7. flatMap8. concatMap9. toList10. toMap11. toMultiMap12. filter13. distinct14. take15. skip16. throttleFirst17. throttleLast18. throttleWithTimeout참고: 공통적으로 사용하는 구독(수신) 클래스는 아래와 같습니다.static class CustomSubscriber<T> extends DisposableSubscriber<T> { @Override public void onNext(T t) { System.out.println(Thread.currentThread().getName() + " onNext( " + t + " )"); } @Override public void onError(Throwable t) { System.out.println(Thread.currentThread().getName() + " onError( " + t + ")"); } @Override public void onComplete() { System.out.println(Thread.currentThread().getName() + " onComplete()"); } } 1. just파라미터를 통해 받은 데이터로 Flowable을 생성하는 연산자입니다. 최대 10까지 전달할 수 있고, 모든 데이터가 수신되면 onComplete() 수신됩니다. 기본적인 Flowable 생성자 함수로 볼 수 있으며 단순 작업에서 많이 사용합니다.public static void just() { //파라미터 값을 순차적으로 송신하는 Flowable 생성 Flowable<String> flowable = Flowable.just("A", "B", "C", "D", "E", "F"); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 main onNext( A ) main onNext( B ) main onNext( C ) main onNext( D ) main onNext( E ) main onNext( F ) main onComplete() 2. fromArray/fromIterablefromArray, fromIterable 함수는 파리미터로 배열 또는 Iterable(리스트 등)에 담긴 데이터를 순서대로 Flowable을 생성하는 연산자입니다. 모든 데이터를 순차적으로 송신 후 완료됩니다. 반복적인 데이터 변환 작업 같은 경우 for 문 대신 대체할 수 있습니다. 결과를 보면 main Thread 에서 작업 결과가 나오지만, flatMap 을 사용한다면 별도의 Thread로 main Thread의 부하를 막을 수 있습니다.1. fromArray public static void fromArray() { //fromArray 배열로 파라미터를 전달 받는다. Flowable<String> flowable = Flowable.fromArray("A", "B", "C", "D", "E"); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 main onNext( A ) main onNext( B ) main onNext( C ) main onNext( D ) main onNext( E ) main onComplete() 2. fromIterable public static void fromIterable() { List<String> list = Arrays.asList("A", "B", "C", "D", "E"); //fromIterable 리스트로 파라미터를 전달받는다. Flowable<String> flowable = Flowable.fromIterable(list); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 main onNext( A ) main onNext( B ) main onNext( C ) main onNext( D ) main onNext( E ) main onComplete() 파라미터와 함수는 다르지만 동일하게 처리된다. 3. range/rangLongrange 함수는 지정한 숫자부터 지정한 개수만큼 증가하는 Integer 값 데이터를 송신하는 Flowable를 생성합니다. rangLong 함수는 range와 동일하며 데이터 타입은 Long을 사용합니다. 두 함수 데이터 송신을 마치면 onComplete를 송신합니다.1. range public static void range() { //range(int start, int count) //start : 시작 값 //end : 발생하는 횟수 Flowable<Integer> flowable = Flowable.range(10, 5); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 main onNext( 10 ) main onNext( 11 ) main onNext( 12 ) main onNext( 13 ) main onNext( 14 ) main onComplete() 2. rangLong public static void rangeLong() { //range(int start, int count) //start : 시작 값 //end : 발생하는 횟수 Flowable<Long> flowable = Flowable.rangeLong(10, 5); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 main onNext( 10 ) main onNext( 11 ) main onNext( 12 ) main onNext( 13 ) main onNext( 14 ) main onComplete() 4. interval지정한 간격마다 0부터 시작해 Long 타입 숫자의 데이터를 송신하는 Flowable을 생성합니다. 데이터는 0, 1, 2, 4 순차적으로 증가된 데이터를 송신합니다. Android 에서는 반복적인 작업인 TimerTask를 대신해서 interval로 간단하게 처리할 수 있습니다. UI 변경이 필요한 부분에서는 interval scheduler를 AndroidSchedulers.mainThread() 를 변경해 적용할 수 있습니다.public static void interval() { //(long time, TimeUnit unit, Scheduler scheduler) //time : 발생 간격 시간 //unit : 간격 시간 단위 //scheduler : 발생 scheduler를 변경하여 사용할 수 있습니다. // ex)AndroidSchedulers.mainThread() // - 1 - 2 - 3 - 4 - 5 - 6 - 7 - 8 - 9 // 1초 간격으로 데이터 요청을 송신하다. Flowable<Long> flowable = Flowable .interval(1000L, TimeUnit.MILLISECONDS).take(10); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 0 ) RxComputationThreadPool-1 onNext( 1 ) RxComputationThreadPool-1 onNext( 2 ) RxComputationThreadPool-1 onNext( 3 ) RxComputationThreadPool-1 onNext( 4 ) RxComputationThreadPool-1 onNext( 5 ) RxComputationThreadPool-1 onNext( 6 ) RxComputationThreadPool-1 onNext( 7 ) RxComputationThreadPool-1 onNext( 8 ) RxComputationThreadPool-1 onNext( 9 ) 5. timertimer 함수는 호출된 시간부터 일정한 시간 동안 대기하고 Long 타입 0을 송신 및 종료하는 flowable을 생성합니다. interval이 조건까지 반복적으로 송신한다면, timer는 한번만 송신하고 종료됩니다.public static void timer() { SimpleDateFormat simpleDateFormat = new SimpleDateFormat("yyyy.MM.dd hh:mm ss"); System.out.println("현재시간 : " + simpleDateFormat.format(System.currentTimeMillis())); //(long time, TimeUnit unit, Scheduler scheduler) //time : 발생 간격 시간 //unit : 간격 시간 단위 //scheduler : 발생 scheduler를 변경하여 사용할 수 있습니다. // ex)AndroidSchedulers.mainThread() Flowable<Long> flowable = Flowable.timer(1000L, TimeUnit.MILLISECONDS); //구독을 시작한다. flowable.subscribe(value -> { System.out.println(" timer : " + simpleDateFormat.format(System.currentTimeMillis())); }, throwable -> { System.out.println(throwable); }, () -> { System.out.println(" complete"); }); } 결과 현재시간 : 2019.04.29 09:09 56 timer : 2019.04.29 09:09 57 complete 6. mapFlowable 에서 송신하는 데이터를 변환하고, 변환된 데이터를 송신하는 연산자입니다. 하나의 데이터만 송신할 수 있으며, 반드시 데이터를 송신해야 합니다. 혹여 송신되는 데이터가 null 을 포함하면 map 대신 아래의 flatMap 을사용하는 것이 좋습니다.public static void map() { Flowable<String> flowable = Flowable.just("A", "B", "C", "D", "E") //map(Function mapper) //mapper : 받은 데이터를 가공하는 함수형 인터페이스 //알파벳 값을 소문자로 변경하여 return 한다 .map(value -> value.toLowerCase()); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 main onNext( a ) main onNext( b ) main onNext( c ) main onNext( d ) main onNext( e ) main onComplete() 7. flatMapflatMap은 map과 동일한 함수이지만, map과는 달리 여러 데이터가 담긴 Flowable을 반환할 수 있습니다. 또한 빈 Flowable를 리턴해 특정 데이터를 건너뛰거나 에러 Flowable를 송신할 수 있습니다.파라미터 mapper에서 새로운 Flowable의 데이터 전달이 아닌 다른 타임라인 Flowable로 작업하면 들어온 데이터 순서대로 출력을 지원하지 않습니다. 타임라인 Flowable(timer, delay, interval 등)에서는 가급적 사용을 피하거나, 순서에 지장이 없을 때 사용하는 것이 좋습니다.public static void flatMap() { Flowable<String> flowable = Flowable.range(10, 2) //flatMap(Function mapper, BiFunction combiner) //mapper : 받은 데이터로 새로운 Flowable를 생성하는 함수형 인터페이스 //combiner : mapper가 새로 생성한 Flowable 과 원본 데이터를 조합해 새로운 송신 데이트를 생성하는 함수형 인터페이스 //첫 번째 데이터를 받으면 새로운 Flowable를 생성한다. //take(3) : 3개까지만 발생한다. .flatMap(value -> Flowable.interval(100L, TimeUnit.MILLISECONDS).take(3), (value, newData) -> "value " + value + " newData " + newData); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( value 10 newData 0 ) RxComputationThreadPool-2 onNext( value 11 newData 0 ) RxComputationThreadPool-1 onNext( value 10 newData 1 ) RxComputationThreadPool-2 onNext( value 11 newData 1 ) RxComputationThreadPool-1 onNext( value 10 newData 2 ) RxComputationThreadPool-2 onNext( value 11 newData 2 ) RxComputationThreadPool-2 onComplete() 결과를 보면 각기 생성된 Flowable이 비동기식으로 송신 되기때문에 서로 다른 스레드에서 실행돼 데이터를 받는 순서대로 송신하지 않는다는 점을 주목하자 8. concatMap받은 데이터를 Flowable로 변환하고 변환된 Flowable을 하나씩 순서대로 실행해서 수신자에서 송신합니다. 다시 말해 여러 데이터를 계속 받더라도 첫 번째 데이터로 생성한 Flowable 의 처리가 끝나야 다음 데이터로 생성한 Flowable을 실행하는 것입니다.생성된 Flowable의 스레드에서 실행되더라도 데이터를 받은 순서대로 처리하는 것을 보장하지만, 처리 성능에 영향을 줄 수 있습니다.public static void concatMap() { Flowable<String> flowable = Flowable.range(10, 5) //map(Function mapper) //mapper : 받은 데이터를 가공하는 함수형 인터페이스 .concatMap(value -> Flowable.interval(100L, TimeUnit.MILLISECONDS).take(2) .map(data -> ("value : " + value + " data : " + data))); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( value : 10 data : 0 ) RxComputationThreadPool-1 onNext( value : 10 data : 1 ) RxComputationThreadPool-2 onNext( value : 11 data : 0 ) RxComputationThreadPool-2 onNext( value : 11 data : 1 ) RxComputationThreadPool-3 onNext( value : 12 data : 0 ) RxComputationThreadPool-3 onNext( value : 12 data : 1 ) RxComputationThreadPool-4 onNext( value : 13 data : 0 ) RxComputationThreadPool-4 onNext( value : 13 data : 1 ) RxComputationThreadPool-5 onNext( value : 14 data : 0 ) RxComputationThreadPool-5 onNext( value : 14 data : 1 ) RxComputationThreadPool-5 onComplete() 결과를 보면 생성된 Flowable 스레드와 데이터 순서대로 출력이 보장된다 것을 알 수 있다. 9. toListtoList는 송신할 데이터를 모두 리스트에 담아 전달합니다. 한꺼번에 데이터를 List로 가공해서 받기에 좋습니다. 하지만 많은 양의 데이터를 처리할 경우 버퍼가 생길 수 있고, 쌓은 데이터 때문에 메모리가 부족해질 수도 있습니다. 또한 수신되는 데이터는 하나이므로 Flowable이 아닌 Single 반환값을 사용합니다.public static void toList() { Single<List<String>> single = Flowable.just("A", "B", "C", "D", "E", "F") .toList(); // 구독을 시작한다. single.subscribe(new SingleObserver<List<String>>() { @Override public void onSubscribe(Disposable d) { System.out.println(Thread.currentThread().getName() + " onNext()"); } @Override public void onSuccess(List<String> strings) { //최종 완료된 리스트를 순서대로 출력한다. for (String text : strings) { System.out.println(Thread.currentThread().getName() + " onSuccess( " + text + " )"); } } @Override public void onError(Throwable e) { System.out.println(Thread.currentThread().getName() + " onError() " + e); } }); } 결과 main onNext() main onSuccess( A ) main onSuccess( B ) main onSuccess( C ) main onSuccess( D ) main onSuccess( E ) main onSuccess( F ) 10. toMaptoMap은 송신할 데이터를 모두 키와 값의 쌍으로 Map에 담아 전달합니다. 나머지는 toList의 특징과 같습니다. 송신되는 데이터 타입은 Map에 담아서 송신하는데 동일한 key에서 value는 마지막 데이터가 덮어 씁니다. 요청되는 값보다 결과 값이 적을 수도 있습니다. List 값을 손쉽게 key, value로 분리할 수 있는 함수이기도 합니다.public static void toMap() { Single<Map<Long, String>> single = Flowable.just("1A", "2B", "3C", "1D", "2E") //toMap(Fuction keySelector, Function valueSelector, Callable mapSupplier) //keySelector : 받은 데이터로 Map에서 사용할 키를 생성하는 함수형 인터페이스 //valueSelector : 받은 데이터로 Map 넣을 값을 생성하는 함수형 인터페이스 .toMap(value -> Long.valueOf(value.substring(0, 1)), data -> data.substring(1)); //구독을 시작한다. single.subscribe(new SingleObserver<Map<Long, String>>() { @Override public void onSubscribe(Disposable d) { System.out.println(Thread.currentThread().getName() + " onNext()"); } @Override public void onSuccess(Map<Long, String> longStringMap) { //최종 완료된 map을 순서대로 출력한다. for (long id : longStringMap.keySet()) { System.out.println(Thread.currentThread().getName() + " onSuccess( id : " + id + ", value " + longStringMap.get(id) + " )"); } } @Override public void onError(Throwable e) { System.out.println(Thread.currentThread().getName() + " onError() " + e); } }); } 결과 main onNext() main onSuccess( id : 1, value D ) main onSuccess( id : 2, value E ) main onSuccess( id : 3, value C ) 11. toMultiMap키와 컬렉션 값으로 이루어진 Map을 데이터로 변환하여 송신하는 함수입니다. 나머지 특징은 toList, toMap과 같습니다. toMap에서 중복되는 value를 관리하는 건 없었지만, value를 collection으로 관리하여 전달되는 데이터를 모두 수신할 수 있습니다.public static void toMultiMap() { Single<Map<String, Collection<Long>>> single = Flowable.interval(100L, TimeUnit.MILLISECONDS) .take(5) //toMultimap(Function keySelector, Function valueSelector) .toMultimap(value -> { //value가 홀수인지 짝수 인지 판단해서 key값을 리턴한다. if (value % 2 == 0) { return "짝수"; } else { return "홀수"; } }); //구독을 시작한다. single.subscribe(new SingleObserver<Map<String, Collection<Long>>>() { @Override public void onSubscribe(Disposable d) { System.out.println(Thread.currentThread().getName() + " onNext( " + d + " )"); } @Override public void onSuccess(Map<String, Collection<Long>> stringCollectionMap) { for (String key : stringCollectionMap.keySet()) { StringBuffer stringBuffer = new StringBuffer(); for (long value : stringCollectionMap.get(key)) { stringBuffer.append(" " + value); } System.out.println(Thread.currentThread().getName() + " onSuccess( id : " + key + ", value " + stringBuffer.toString() + ")"); } } @Override public void onError(Throwable e) { System.out.println(Thread.currentThread().getName() + " onError() " + e); } }); } 결과 main onNext() RxComputationThreadPool-1 onSuccess( id : 짝수, value 0 2 4 ) RxComputationThreadPool-1 onSuccess( id : 홀수, value 1 3 ) 12. filterfilter는 받은 데이터가 조건에 맞는지 판단해 결과가 true인 값만 송신합니다. 위의 just, fromArray, interval이 반복적인 케이스였다면, filter는 if문처럼 조건문의 역할을 할 수 있습니다. 반복문 함수와 조건문 함수를 같이 사용해 몇 줄 안에 for, if와 똑같이 구현할 수 있죠.public static void filter() { Flowable<Long> flowable = Flowable.interval(300L, TimeUnit.MILLISECONDS) //짝수만 통과한다. 3개만큼 .filter(value -> value % 2 == 0).take(3); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 0 ) RxComputationThreadPool-1 onNext( 2 ) RxComputationThreadPool-1 onNext( 4 ) RxComputationThreadPool-1 onComplete() 13. distinct이미 처리된 데이터를 다시 볼 필요가 없을 때 사용하는 함수입니다. 송신하려는 데이터가 이미 송신된 데이터와 같다면 해당 데이터는 무시합니다. 이 함수는 내부에서 HashSet으로 데이터가 같은지 확인합니다.public static void distinct() { Flowable<String> flowable = Flowable.just("A", "a", "B", "b", "A", "a", "B", "b") //distinct(Function keySelector) //keySelector : 받은 데이터와 비교할 데이터를 확인하는 함수 //모두 소문자로 변환하여 알파벳 기준으로 데이터를 판단한다. .distinct(value -> value.toLowerCase()); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 main onNext( A ) main onNext( B ) main onComplete() 14. take1.taketake 함수로 지정된 횟수만큼 받은 데이터를 송신합니다. 지정된 횟수에 도달하면 완료를 송신해 처리 종료합니다.2.takeUntil지정된 조건까지 데이터를 송신하는 연산자입니다. 조건이 되면 완료를 송신해 종료합니다.3.takeWhile지정된 조건이 해당할 때만 데이터를 송신하는 연산자입니다.4.takeLast데이터의 끝에서부터 지정한 조건까지 데이터를 송신하는 연산자입니다.take 함수는 한 화면에 출력되거나 칠요한 데이터만큼 리스트에서 값을 하나씩 수신할 때 사용합니다. 예를 들어 화면에 데이터가 6개가 필요하면 take를 이용해 원하는 만큼의 데이터를 가져올 수 있습니다.Flowable.take(6) 또한 이후에 나올 skip 함수를 같이 사용하면 두 번째 화면에서 필요한 데이터를 6개 가져올 수 있습니다.Flowable.skip(6).take(12) 1. take public static void take() { // 100 밀리세컨드만큼 반복하며 총 5개를 출력후 종료한다. Flowable<Long> flowable = Flowable.interval(100L, TimeUnit.MILLISECONDS) .take(5); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 0 ) RxComputationThreadPool-1 onNext( 1 ) RxComputationThreadPool-1 onNext( 2 ) RxComputationThreadPool-1 onNext( 3 ) RxComputationThreadPool-1 onNext( 4 ) RxComputationThreadPool-1 onComplete() 2. takeUntil public static void takeUntil() { // 100 밀리세컨드만큼 반복하며 값이 5가 될때까지 송신한다. Flowable<Long> flowable = Flowable.interval(100L, TimeUnit.MILLISECONDS) .takeUntil(value -> value == 5); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 0 ) RxComputationThreadPool-1 onNext( 1 ) RxComputationThreadPool-1 onNext( 2 ) RxComputationThreadPool-1 onNext( 3 ) RxComputationThreadPool-1 onNext( 4 ) RxComputationThreadPool-1 onNext( 5 ) RxComputationThreadPool-1 onComplete() 3. takeWhile public static void takeWhile() { // 100 밀리세컨드만큼 반복하며 값이 5가 아닐경우까지 송신한다. Flowable<Long> flowable = Flowable.interval(100L, TimeUnit.MILLISECONDS) .takeWhile(value -> value != 5); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 0 ) RxComputationThreadPool-1 onNext( 1 ) RxComputationThreadPool-1 onNext( 2 ) RxComputationThreadPool-1 onNext( 3 ) RxComputationThreadPool-1 onNext( 4 ) RxComputationThreadPool-1 onComplete() 4. takeLast public static void takeLast() { //100밀리 세컨트만큼 반복하며 5개의 출력중 뒤에 2개만 송신한다. Flowable<Long> flowable = Flowable.interval(100L, TimeUnit.MILLISECONDS) .take(5) .takeLast(2); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 3 ) RxComputationThreadPool-1 onNext( 4 ) RxComputationThreadPool-1 onComplete() 15. skip1.skip함수로 지정된 횟수만큼 받은 데이터 송신을 제외합니다. 지정된 횟수가 초과되면 나머지 데이터를 송신합니다.2.skipUntil지정된 조건까지 데이터 송신을 제외하는 연산자입니다. 조건이 되면 나머지 데이터를 송신합니다.3.skipWhile지정된 조건이 해당될 때만 데이터 송신을 제외하는 함수입니다.4.skipLast데이터의 끝에서부터 지정한 조건까지 데이터 송신을 제외하는 함수입니다.take와 반대의 기능을 갖고 있습니다. 보통 페이저나 리스트에서 paging을 처리할 때는 take와 skip을 혼용합니다.1. skip public static void skip() { //100 밀리세컨드만큼 반복하며 5번 발행하고, 처음 2개를 제외합니다. Flowable<Long> flowable = Flowable.interval(100L, TimeUnit.MILLISECONDS) .take(5) .skip(2); //구독을 시잔한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 2 ) RxComputationThreadPool-1 onNext( 3 ) RxComputationThreadPool-1 onNext( 4 ) RxComputationThreadPool-1 onComplete() 2. skipUntil public static void skipUntil() { //300밀리 세컨드만큼 반복하며 5개를 발행하고, 1000 밀리세컨드 제외 후 송신합니다. Flowable<Long> flowable = Flowable.interval(300L, TimeUnit.MILLISECONDS) .skipUntil(Flowable.timer(1000L, TimeUnit.MILLISECONDS)) .take(5); //구독을 시잔한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-2 onNext( 3 ) RxComputationThreadPool-2 onNext( 4 ) RxComputationThreadPool-2 onNext( 5 ) RxComputationThreadPool-2 onNext( 6 ) RxComputationThreadPool-2 onNext( 7 ) RxComputationThreadPool-2 onComplete() 3. skipWhile public static void skipWhile() { //300밀리세컨드만큼 반복하며 5개를 발행하고, 데이터 3이 올때까지 데이터를 제외힙니다. Flowable<Long> flowable = Flowable.interval(300L, TimeUnit.MILLISECONDS) .skipWhile(value -> value != 3) .take(5); //구독을 시잔한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 3 ) RxComputationThreadPool-1 onNext( 4 ) RxComputationThreadPool-1 onNext( 5 ) RxComputationThreadPool-1 onNext( 6 ) RxComputationThreadPool-1 onNext( 7 ) RxComputationThreadPool-1 onComplete() 4. skipLast public static void skipLast() { //1000 밀리세컨드만큼 반복하며 5개를 발행하고 마지막 2개는 제외합니다 Flowable<Long> flowable = Flowable.interval(1000L, TimeUnit.MILLISECONDS) .take(5) .skipLast(2); //구독을 시작한다. flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 0 ) RxComputationThreadPool-1 onNext( 1 ) RxComputationThreadPool-1 onNext( 2 ) RxComputationThreadPool-1 onComplete() 16. throttleFirst데이터를 송신하고 지정된 시간 동안 들어오는 요청을 무시합니다. 이 함수는 View의 Event 처리에서 많이 사용됩니다. 중복되는 처리를 막기 위해 최초 실행 후 일정 시간 동안 View의 클릭 이벤트나 API 이벤트를 막을 수 있기 때문에 비동기 처리와 화면에 직접적인 피드백이 발생했을 때 throttleFirst를 자주 사용하고 있습니다. //데이터 요청이 30 밀리초마다 5번 발생합니다. //데이터 요청 발생시 100 밀리세컨트 동안 들어오는 데이터 요청을 무시합니다. // — 0 — 1 — 2 — 3 — 4 interval 30 밀리초 마다 // — — -*- — throttleFirst 100 밀리초 무시 Flowable<Long> flowable = Flowable.interval(30L, TimeUnit.MILLISECONDS) .take(5).throttleFirst(100L, TimeUnit.MILLISECONDS); flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 0 ) RxComputationThreadPool-1 onNext( 4 ) RxComputationThreadPool-1 onComplete() 17. throttleLastthrottleLast 함수는 데이터를 송신하고 지정된 시간 동안 들어오는 마지막 요청을 송신합니다. 이 함수도 throttleFirst처럼 반복적인 선택 이벤트 처리에 유용하게 사용할 수 있습니다. 간단하게 장바구니 카운트 변경을 요청할 때 마지막 변경 이벤트 데이터만 처리하면 되므로 값이 선택되고 일정 시간이 지났을 때 API를 요청해 리소스 낭비를 줄일 수 있습니다.public static void throttleLast() { //데이터 요청이 1 초 마다 6번 발생합니다. //데이터 요청 발생시 2 초 동안 들어오는 마지막 요청을 송신하다. // - 0 - 1 - 2 - 3 - 4 interval 1 초 마다 // - - -* - throttleLast 2 초의 마지막 값 송신 Flowable<Long> flowable = Flowable.interval(1, TimeUnit.SECONDS) .take(5) .throttleLast(2, TimeUnit.SECONDS); flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( 2 ) RxComputationThreadPool-1 onNext( 4 ) RxComputationThreadPool-1 onComplete() 18. throttleWithTimeoutthrottleWithTimeout 함수는 데이터를 송신하고 지정된 시간 동안 다음 데이터를 받지 못하면 현재 데이터를 송신합니다. 완료 시엔 마지막 데이터를 송신하고 종료됩니다.public static void throttleWithTimeout() { Flowable<String> flowable = Flowable.<String>create(emitter -> { emitter.onNext("A"); Thread.sleep(1000L); // 1000 밀리세컨드 슬립 // 500 밀리세컨드 동안 데이터 다음 데이터 요청이 없으므로 A 송신 emitter.onNext("B"); Thread.sleep(300L); // 300 밀리세컨드 슬립 emitter.onNext("C"); Thread.sleep(300L); // 300 밀리세컨드 슬립 emitter.onNext("D"); Thread.sleep(1000L); // 1000 밀리세컨드 슬립 // 500 밀리세컨드 동안 데이터 다음 데이터 요청이 없으므로 D 송신 emitter.onNext("E"); Thread.sleep(100L); // 100 밀리세컨드 슬립 emitter.onComplete(); //완료 요청 시 마지막 데이터 송신 후 종료 }, BackpressureStrategy.BUFFER) .throttleWithTimeout(500L, TimeUnit.MILLISECONDS); flowable.subscribe(new CustomSubscriber<>()); } 결과 RxComputationThreadPool-1 onNext( A ) RxComputationThreadPool-1 onNext( D ) main onNext( E ) main onComplete() ConclusionRxJava에서 많이 사용되고, 또 알고 있으면 좋은 함수들을 살펴봤습니다. 브랜디에서도 이 함수들을 응용해 그동안 다양한 기능을 구현했고, 복잡한 함수도 사용하고 있습니다. 지금까지는 Flowable로 송신과 수신이 1 : 1 로 진행되었지만, 다양한 수신자를 사용해 하나의 Flowable로도 다른 화면에서 여러 수신자를 등록하여 반복적인 작업을 할 수 있습니다. 덕분에 같은 작업을 코드 중복 없이 간단하게 구현할 수 있죠.다음 글에서는 2개 이상의 Flowable을 결합해 사용하는 방법과 Android View에서 RxJava를 응용하는 방법, 구독을 관리하는 방법 등 Android에서 유용하게 쓰는 방법들을 알아보겠습니다.글고재성 팀장 | R&D 개발MA팀[email protected]브랜디, 오직 예쁜 옷만