곰같은 블로그 (영국으로 떠난 개발자)

개발자 커리어 및 해외취업 멘토링

곰발자 — Tue, 6 Sep 2022 18:53:54 +0900

전에 다른글에서 말씀드린대로, 해외취업이나 개발자 커리어 관련해서 유료 상담을 원하시는분들은 아래 1:1 톡방으로 연락 주세요. 이메일로는 진행이 원활하지가 않아서 카톡으로 하도록 하겠습니다. 감사합니다!

https://open.kakao.com/o/sPnbV2ze

개발자 커리어 및 해외취업 멘토링

#개발자커리어 #해외취업 #구글 #아마존 #메타 #페이스북 #영국개발자 #개발자워홀 #개발자경력 #개발자마인드셋 #개발자영국취업 #개발자해외취업

open.kakao.com

[메타] 시작이 완전히 다른 회사

곰발자 — Tue, 23 Aug 2022 16:18:57 +0900

메타에 입사한지 7주차입니다. 하지만 아직 팀이 없습니다. 매니져도 없구요. 솔로플레이(?) 중이랄까요 ㅋㅋ

주위사람들이 메타에서 어떤팀과 일하고있냐고 물을때 아직 팀이 없다고 말하면 다들 갸우뚱 합니다. 여기서부터는 부트캠프라는 메타의 독특한 문화를 설명해야 하죠. 메타에서의 시작이 다른 회사와 크게 다른점은 바로 부트캠프 입니다.

메타는 새로 입사한 사람들이 꼭 거쳐야만 하는 "부트캠프"라는 기간이 있습니다. 오리엔테이션, 기초 교육등으로 시작해서 6주에서 10주까지 이어지는 배움의 시간이죠. 부트캠퍼들은 부트캠프 기간동안 기초분야 트레이닝과 추가로 원하는 트레이닝을 하고, 다른팀의 작은 태스크를 도맏아서 해보기도 하고, 원하는 팀과 2~3일정도 일해보기도 하면서 일하고싶은 팀을 정합니다.

이 시기에 각 팀의 매니져들은 할당된 헤드카운트를 채우기 위해서 부트캠퍼들에게 러브콜을 (리치아웃이라고 합니다) 날리게 됩니다. 부트캠퍼들은 받은 리치아웃 중에서 마음에 드는 몇개를 추려서 함께 일해보기도하고 팀원들을 만나보면서 어느 팀에 정착할지 최종 결정을 하게 되구요. 팀이 정해지면 부트캠프를 졸업하게 되죠.

전통적으로는 늘 수요가 공급보다 많아서 부트캠퍼들을 서로 데려가려고 했었는데, 올해 하반기부터는 이게 역전되어서 부트캠퍼들이 초과공급 되는 상태가 이어지고 있습니다. 메타가 최근 1년간 공격적으로 채용을 했는데, 현재 직원중 거의 반절에 가까운 직원이 최근 일년내에 들어왔을 정도입니다. 그런데 메타의 실적부진과 경기침체가 겹치면서 팀들에게 거대한 조직 재구성이 있었고 새로운 헤드카운트 확정이 계속해서 딜레이가 되고있다보니 오픈 포지션이 매우 부족한 상태입니다.

저도 제 레벨과 탤런트에 맞는 포지션이 열리지 않아서 부트캠프에 좀더 오래 머물고 있습니다. 현재 여러가지 사정으로 인해 제가 원하는 팀을 찾기 어려운데 포지션이 부족한 상황이 맞물려서 얼마나 걸릴지 모르겠네요.

이런저런 어려운 상황이 있음에도 불구하고 부트캠프에 있는 기간은 매우 특별합니다. 개인적으로는 즐겁고 평화로운 7주였습니다. 아무나 쉽게 누릴수 없는 호사임은 분명합니다. 마음에 드는 팀을 찾아서 정착하게 될때까지 이 호사를 열심히 누리겠습니다 ㅎㅎ

해외취업 / 개발자 커리어 상담

곰발자 — Sat, 13 Aug 2022 21:08:52 +0900

유료상담을 원하는 분은 asbear@gmail.com 으로 연락주세요. 감사합니다

몇년만인지 모를 근황글

곰발자 — Sat, 13 Aug 2022 20:56:42 +0900

안녕하세요 늘 그렇지만 이번에도 한동안 블로그를 등지고 속세 일에 매진하다가 오랜만에 들어왔습니다. ㅎㅎ 생각해보면 정말 오랫동안 수많은 도전을 하는 동안 크고 작은 좋은일 힘든일이 있을때마다 저를 묵묵히 기다려주던 블로그였는데 너무 관심을 두지 않은것 같아서 블로그한테 미안하네요. 오늘은 블로그와 화해하기 위해 저의 이야기를 평소보다 좀 더 길게 적어봐야겠습니다.

메타 이직후 잘 지내고 있습니다. 아마존에서 메타로 옮기고 수많은 컬쳐쇼크를 겪으며 지내고있는데, 전반적인 평은 "월등하다". 개인차가 있고 포지션마다 경험이 다르기에 저의 완벽히 주관적인 평임을 다시한번 강조합니다. 소프트웨어 개발자로써 저도 "수많은" 회사에서 일해봤다고 해도 될만큼 경력이 쌓였지만 메타만큼 독특한 회사는 정말 처음이고, 앞으로도 없지 않을까 싶습니다. 아직 구글은 경험해보지 못했기때문에 다음에 구글로 이직한다면 그때 생각이 바뀔수도 있겠지요.

뭐가 그렇게 독특하고 좋은지는 차차 적어가야 될것 같습니다. 오늘은 근황만 후다닥 적으려고 들어와서요 ^^;

이번 여름에 가족들이 대거 방문했습니다. 덕분에 한두달 정말 정신없이 보냈네요. 아마존을 퇴사하고 메타에 입사하기까지 한달의 공백이 있었는데, 감사하게도 그 기간동안 저희 부모님과 누나, 매형 조카가 영국에있는 저희 집에 머물다 가셨어요. 길다면 길고 짧다면 짧은 3주였는데 그래도 대가족을 모실수 있는 집이 있다는 것, 그리고 함께 여행하고 맛있는것을 먹으며 근심걱정 없이 웃을수 있는 여유가 있다는 것, 한달이나 되는 시간동안 일걱정 없이 보낼수 있다는것이 하루하루 정말 감사하고 행복했습니다.

친가 가족들이 돌아가고 난 후에는 처남 부부가 놀러와서 또 잊지못할 추억을 쌓고 갔구요, 처제도 20대 중반의 어린나이지만 영국에 워킹홀리데이로 와서 꿈을 펼치기 위해 도전을 시작하게 됐습니다. 덕분에 방한칸이 줄어들었고 생활비는 늘었지만 아내도 너무 좋아하고 저도 덕분에 더 즐겁게 지내고 있습니다. 무엇보다 제가 힘들게 시작했던 도전을 처제는 훨씬 안전하고 편하게 할수있도록 도와줄수 있게 된 지금이 너무 감사합니다 .

몇주간 지켜본 결과 처제가 의외로 용감하고 근성도 있어서 앞으로 꾸준히 도전하면서 멋진 프로페셔널이 될것 같습니다. 참견하기 보다는 잘못된 조언들을 잘 거르는 감각을 기를수있도록 잘 도와주어야겠죠. ^^

저는 태생은 무심러였는데 20살때 대학 선배들하고 술마시다가 갑자기 극초반 벤쳐기업에 조인하게 되면서 모든게 뒤집어졌습니다. 주제넘는 오지라퍼가 된것이죠. 사실 제가 생각해도 코딩에 특화된 머리는 아닌데, 동기들보다 좀 많이 빨리 실전 개발을 접하게 되면서 그냥 학교에서 하는것들은 늘 시시했었던 기억이 납니다. 그때문에 스스로가 동기들보다 잘한다는 착각도 잠시 했었는데 많은 천재과들을 보면서 금방 자기객관화를 이루곤 했죠. 어찌되었든 주변사람들보다 조금 빨리 시작했다는 이유로 학부 3,4학년때는 도와주고 조언하고 하는게 거의 일상이 되어버렸던 기억이 납니다. 군대를 계속 미루면서 대학원을 진학하게되니 여전히 학부생인 동기들에게 항상 조언을 해주고 방향을 제시해주는 역할을 벗어날수가 없더군요.

대학원 마치자 마자 전문연구요원 시작하면서 회사생활도 (남자) 동기들보다 조금 빨리하고, 전문연구요원 마치자마자 영국에와서 취업하고 현지 유학생들 취업 상담해주고, 블로그를통해서 상담해주고, 단톡방 통해서 멘토링 하고 하다보니 이제는 후천적으로 생긴 오지랍을 즐기게 되어 버렸습니다. 대단한 업적이 있는 사람이 아닌지라 대단한 사람이 되는 법은 모르지만 평범한사람이 조금 덜 평범해기 위한 길은 제가 누구 못지 않게 많이 걸어온것 같습니다. 그래서 주위사람들한테 자꾸 참견을 하게 되더라구요. 이제라도 제 앞길에 더 신경써야죠 ^^;

그래도 저는 상담이 좋고 남들이 잘되는게 좋아요. 때로는 제가 더 출중한 사람이고 말주변이 더 뛰어나다면 상담만 하면서 살아도 재밌겠다는 생각이 종종 듭니다. 나이가 들면서 회사에서의 무게감도 늘고 그에 따라 시간이 제일 비싼 자원이 되어 버려서 직접적인상담은 점점 못하게 되었지만 유료 상담이라도 원하시는분께는 언제는 열려있으니 이메일 주세요 ^^

저의 오리지날 블로그 이름이 "곰같은 블로그" 였습니다. 그리워서 다시 바꿔야겠습니다. 저 시크한 이름이 그리웠습니다. ㅎㅎ

굿바이 아마존, 헬로우 메타

곰발자 — Fri, 20 May 2022 08:02:01 +0900

오랫만에 블로그에 글을 남기네요. 해외취업 단톡방 통해서는 자주 소식 전하고 있지만 블로그는 불편해서 그런지 늘 뒷전이 되는것 같아요. 아직 방문해주시는분 감사드립니다 ^^

Jeff 를 따라 저도 사임 합니다... ㅋㅋㅋ

제가 이번에 새로운 회사로 이직하게 되어 6월 10일로 아마존을 떠납니다. 5년을 다니고 노란색 배지를 받고싶었는데 다른 회사로부터 더 좋은 오퍼를 받게되어서 아쉽지만 나중을 기약해야겠네요. 아마존에 처음 올때는 사실 큰 열정이 없어서 일도 설렁설렁 하던 때도 있었고, 관심있는 프로젝트를 하는 새로운 팀으로 옮긴 후에는 굉장히 열심히 일했습니다. 이곳에서 고군분투한 5년에 가까운 시간 동안 다양한 방면으로 성장한 것 같습니다. 처음 영국에 올 때 큰 기대 없이 작은 기업에라도 취업해서 해외의 개발문화를 다양하게 경험을 해보는게 목표였는데 어느새 상상밖이었던 FAANG 회사를 5년이나 다니고, 그보다도 더 좋은 기회가 찾아와서 아마존을 퇴사하는 경험까지 하게 되니까 스스로가 대견합니다.
저는 예전부터 스스로를 미디오커 개발자라고 생각해 왔고 지금도 변함이 없습니다. 예전에는 FAANG은 진정한 실력자들만 가는곳이라고 생각했었는데 직접 겪어보니 딱히 그렇지도 않았습니다. 오히려 저랑 비슷한 평범한 개발자들로 가득 차 있었습니다. (아마존이라서 그럴지도 모르지요 ㅎㅎ) 이런 저도 꾸준히 노력하면 조금은 평범함을 벗어날수 있다는 믿음이 생겼고 그게 연동력이 되어 끊임없이 도전하게 되는것 같습니다.

이번에는 젊은 사장님

이번에 이직하는 회사는 메타입니다. 여러가지 우연(필연?) 이 겹치고 겹쳐서 메타와 인터뷰를 하게 되었고 결국 오퍼를 받았는데, 너무나 가고싶던 회사였기 때문에 많이 네고도 하지 않고 수락을 했습니다. 다들 아시겠지만 메타는 페이스북의 새로운 사명인데요, 사실 저의 개발자로써 다니고싶은 최종 목표 회사가 구글 혹은 페이스북이었습니다. 그래서 2015년부터 인터뷰를 3번이나 봤고 이번이 네번째였습니다. 늘 아깝게 아깝게 떨어져서 인연이 아닌가보다 했었는데 이번에는 운좋게 오퍼를 받았습니다.
사실은 2021년 초에도 면접을 봤었는데 엄청나게 준비를 철저하게 했음에도 정말 아쉽게 떨어지면서, 다시는 페이스북 인터뷰에 시간낭비 하지 말아야겠다고 다짐 했었습니다. 정말 긴 시간동안 치열하게 준비했고, 인터뷰도 잘 봤다고 생각했는데 결과가 좋지 않았고 거기에 쏟아붇은 열정과 시간이 너무나도 아깝더라구요. 6개월 후에 다시 인터뷰 보자고 연락이 왔는데 (아깝게 떨어지면 6개월 리사이클) 거절했을 정도로요. 그런데 메타로 사명이 바뀌면서 다시 관심이 생겼고, 회사 프로젝트도 시들해지고 승진도 자꾸 삐걱거리는 바람에 다시 연락을 해서 인터뷰를 보기로 한게 올해 2월이었습니다. 그리고 3개월후에 최종 오퍼를 수락했습니다.
메타에서는 7월 10일에 시작합니다. 앞으로는 메타에 관한 다양한 이야기를 전해드릴수 있으면 좋겠네요

반토막 난 쿠팡 주가를 보며..

곰발자 — Thu, 9 Sep 2021 07:53:05 +0900

얼마전에 쿠팡 주가를 확인해 보고 놀랐습니다.. 최고점에서 거의 반토막이 되어 있어서 말이죠. 쿠팡 주식이 하나도 없는데 왜 쿠팡 주식에 관심을 가지고 있는지 궁금하실텐데, 그동안 블로그에 적은적은 없지만 올해 제 삶에 굉장히 비중있었던 일이 하나 있었습니다.

올초에 쿠팡플레이 론칭과 함께 좋은 기회가 닿아서 쿠팡과 인터뷰를 보게 되었고, 최종 오퍼까지 받고 6월 중순경에 한국에 입국하는 단계까지 갔습니다. 하지만 몇가지 처우가 마음에 들지 않아서 영국에 남기로 하고 반려 했습니다. 사실 10년의 영국생활을 정리하고, 아마존을 떠나 한국으로, 쿠팡으로 옮기는것을 결정하기까지 정말 수많은 밤잠을 설쳤던 기억이 납니다. 그리고 최종 오퍼를 거절하는것도 너무나 힘든 선택이었죠. 덕분에 아내도 마음을 잡지 못하고 힘들어 했었구요. 제가 지금 영국 아마존에서 받는 연봉보다도 상당히 높은 금액을 제시 받았기 때문에 돈만 생각하면 가는게 좋았을지도 모릅니다.

그런데 지금 반토막 난 쿠팡 주가를 보면, 그때 갔으면 마음이 썩 개운치는 않았겠다는 생각이 듭니다. 연봉의 25%정도는 스톡으로 받게 되어 있었는데, 신기한건 스톡 개수를 오퍼를 줄때 계산해서 알려주는게 아니라 훗날 언젠가 기준일의 가격을 기준으로 계산해서 준다고 합니다. 주가가 최고일때를 기준으로 계산해서 준다면 입사 하자마자 12.5% 정도의 연봉이 줄어드는것과 유사한 효과이니 그리 유쾌하지는 않았겠죠. 금액적인 부분을 떠나서도, 주가가 끊임없이 하락하는건 향후 10년의 커리어를 건 큰 결정을 한 상태에서 보기에 상당히 씁쓸한 이벤트니까요.

어찌 되었든, 쿠팡과의 첫 인터뷰로부터 오퍼를 거절하기까지 6개월이 걸렸고, 그 기간 내내 정말 힘들었던 기억입니다. 인터뷰 하면서 만났던 분들은 모두 좋았지만 처우 관련해서 계속 말이 바뀌는 부분은 매우 당혹스러웠고, 중간에 상장하면서 처우 관련 커뮤니케이션에 심각한 딜레이가 발생해서 너무 피곤했습니다. 특히 상장할때까지 오퍼를 계속해서 미룬 점, 그리고 한가지 물어보면 2주씩 걸려서 답을 들어야 하고, 기다림 끝에 돌아오는 답은 미안하다 안된다 뿐이니 거의 두달을 아무 의미없이 흘려 보내야 했지요. 그 과정에서 처음에 인터뷰 하면서 가지게 된 사람들과 회사에 대한 호감도 점차 사라지고, 쿠팡에 가서 제대로 성과 내보고싶었던 마음도 사그라 들게 되더라구요. 그때문에 고심 끝에 최종 오퍼를 리젝했구요. 지금 생각하면 잘한 선택이라는 생각이 듭니다. 나중에 인연이 닿는다면 함께 일하게 되겠지요.

개발자 해외취업 단체 멘토링 공지 [마감]

곰발자 — Thu, 6 May 2021 21:46:07 +0900

[마감 되었습니다]

안녕하세요, 잘 지내셨나요? 너무 오랫만에 글을 올립니다.

5월 15일 오후 5시에 단체 멘토링이 있습니다.

블로그에 아직 와주시는 분들이 계신지 모르겠지만 자주 하는게 아니니 혹시 참석 원하시는분이 계실지도 몰라서

글을 올립니다. 참석 원하시는 분은 아래 링크로 신청해 주세요.. 감사합니다. ^^

docs.google.com/forms/d/e/1FAIpQLSeiJ3L7a63wupj7idhJbuEOHqq_0GM7Y2HP2eEW633XZ9ustQ/viewform

내가 일했던 스타트업: 멘로 시큐리티

곰발자 — Wed, 16 Dec 2020 08:19:19 +0900

이런 스타트업 말구요..

요즘 스타트업 드라마를 정주행 하고 있습니다. 아내와 나란히 앉아서 서달미와 남도산을 보며 눈을 정화하고 있는데.. 어린 나이에 잘나가는 저들을 보며 자괴감이 들기도 합니다. ㅎㅎ

블로그를 꾸준이 봐주신 분들은 아시겠지만 저는 아마존 입사 전에 스타트업에서 2년 정도 일한 경험이 있습니다. 멘로 시큐리티(Menlo Security)라는 스타트업이었지요. 실리콘밸리 스타트업이 유럽향으로 확장하면서 영국 레딩에 새로 엔지니어링 팀을 만드는데 합류 했었습니다. 그리고 2년 후에 아마존으로 이직 했지요. 2년치 스톡옵션을 행사하고, 나머지 2년치 스톡옵션은 아쉽지만 포기해야 했습니다. 당시 함께 일하던 동료들은 모두 오라클과 시스코 출신이었는데 링크드인을 보면 아직도 다니고 있는 것 같더라구요.

멘로 시큐리티는 처음에 영국에 엔지니어링 팀을 만들 당시인 2015년에 Series B 펀딩을 갓 마친 후였습니다. 저는 그때만 해도 스타트업에 대한 지식이 전무했기 때문에 처음 컨택이 왔을 때 부터 입사할때까지 이게 정말 잘하는 선택인지 수많은 의구심이 들었던 것도 사실입니다. 처음 엔지니어링 디렉터를 만나러 갔을때, 정말 아담한 방 한칸에 영국애들 네명이서 둘러앉아 있는 모습을 보고 매우 신기했습니다. 심지어 엔지니어링 디렉터는 은발의 아저씨였는데 오라클에서 26년동안 일하고 Engineering Director 자리에 있던 분이었습니다. 그리고 또 한명은 오라클의 Senior Principal Engineer 였구요. 오라클에서 만났다면 별로 이야기 나눠 볼 기회도 없었을만한 분들인데 나를 인터뷰 하겠다고 전화도 하고 따듯하게 반겨주며 커피도 타주고 하는 모습이 조금 비현실적이었죠. ㅎㅎ

스타트업 펀딩 라운드

Source: carocked.wordpress.com/2016/06/26/fundraising-stages-for-startup/

멘로시큐리티는 보안기술 특허를 가지고 시작한 회사인데, 사용자의 브라우저와 웹서버 사이에 컨테이너를 두고 클라우드에서 모든 렌더링을 처리하는 기술에 특허가 있습니다. 이 분야가 보안 분야에서 매우 핫한데 특허까지 있으니 사실 이 회사는 꾸준히 성장 할 수 밖에 없는 회사입니다. 경쟁 업체중 이미 도산한 회사도 많고 투자금 부족으로 흡수 인수된 스타트업도 있습니다. 멘로가 가진 특허로 보호된 기술을 쓰지 않고 다른 방법으로 개발해서는 동일한 효율을 내는것이 거의 불가능하기 때문에 후발주자들은 어떤 새로운 기술이 나오지 않는 이상 극복하기 어려운 장벽이 있습니다.

멘로시큐리티는 2015년 6월에 380억 투자를 받고, 그후 2016년 2월에 JP Morgan 으로부터 비공개 투자를 또 받았습니다. JP Morgan이 투자자로 참여하면서 회사가 하루하루 성장하는게 눈에 보일 정도였죠. 대형 은행들과 금융권 기업들에 멘로시큐리티 제품이 들어가면서 승승장구 하는 분위기였습니다. 이런게 스타트업이구나 하는 기분을 제대로 느꼈죠.

그러다가 제가 아마존 리쿠르터한테 연락을 받게 되고, 한번 보기나 하자 하며 본 인터뷰에 합격을 해 버리는 바람에 멘로를 2017년 9월에 멘로시큐리티를 떠나게 되었네요. 아마존 오퍼를 받은 후에도 멘로시큐리티를 떠날지 말지 수십번 고민을 했었습니다만, 환경을 바꿔야 발전하는 나의 성향을 잘 알기에 눈 딱 감고 퇴사를 결심했네요. 처음부터 마지막까지 나를 챙겨주던 존 (은발의 엔지니어링 디렉터)은 제가 퇴사한다는 말을 듣고 너무 속상해 했습니다. 연봉이 문제면 아마존 연봉에 맞춰주고 프로젝트가 지루하면 다른 프로젝트를 하게 해주겠다고 제안했는데 울컥 하더라구요.

퇴사 후, 멘로의 성공을 굳게 믿고있었기에 저의 스톡옵션을 행사했죠. 살수 있는 모든 스톡을 구입 했습니다. 그후 2017년 12월, 제가 퇴사한지 3개월 만에 멘로는 Series C 펀딩으로 435억을 투자 받습니다. 제가 퇴사한게 도움이 될걸지도..(ㅜㅜ) 이때는 멘로가 곧 상장하지 않을까 하는 기대감도 있었죠. 하지만 멘로시큐리티 뉴스를 검색해볼때마다 별다른 내용이 나오지 않아서 의아했습니다.

거의 2년만인 2019년 7월에 멘로시큐리티는 Series D펀딩을 받게 됩니다. 이때는 816억 규모였습니다. 역시나 JP Morgan이 참여했구요. 사실 Series D 펀딩은 그렇게 좋은 시그널은 아닙니다. Series C 펀딩부터 이미 스톡 dilution 이 많이 된 상태라서, 이때 상장(IPO) 할 수 있으면 상장 하는 것이 가장 좋습니다. Series C에서 down round 가 발생하여 상장하기 어려운 경우 (e.g. 상장해봐야 유의미한 투자금을 뽑을 수 없다고 판단) Series D 를 거치게 됩니다. Series D로 회사를 더 키워서 유의미한 수준으로 회사를 더 키우기 위함이죠. 밴처캐피탈들이 원하는 수준의 회사 가치를 이뤄내기 위해 회사에 채찍질을 하기 시작하는 단계라고 생각됩니다.

그리고 멘로 시큐리티는 지난 2020년 11월에 Series E 펀딩을 받았습니다. 이번 라운드 투자금은 1100억 규모였습니다. 이로써 멘로 시큐리티는 도합 2830억의 투자를 받았습니다. 순수 투자금액으로는 절대 작은 양이 아니죠. 스타트업이 Series E에 도달하는 경우는 상당히 드문 케이스이고 대부분 상장 직전 마지막 라운드가 됩니다. 하지만 Series D와 Series E 모두 down round인 경우라면 안좋은 시그널인 경우도 많기 때문에 상장이 어려울수도 있습니다. 회사의 내부 사정을 모르고는 확실한 판단이 어려운 부분입니다.

멘로에서 일했던 경험, 함께 일했던 엔지니어들의 수준, CEO와 리더쉽들의 레벨, 멘로의 기술력이나 해당분야 특허 보유를 고려하면 아마 1~2년 내에 인수 혹은 상장이 될 것 같습니다. 멘로시큐리티 CEO 또한 이번 라운드가 마지막 펀딩이고 다음은 IPO라는 이야기를 했는데요, 그 말처럼 좋은 소식이 오면 좋겠네요. 멘로시큐리티가 상장하는 날에는, 26년을 일한 오라클을 박차고 나와 허름한 스타트업에서 도전을 시작한 영국신사 존의 활작 웃는 모습을 보러 고급 와인 한병 사들고 멘로시큐리티 오피스로 놀러 갈 겁니다.

아래 차트를 보시면, 미국 스타트업들의 생존율을 대략적으로나마 알수 있습니다.

전체 스타트업중 각 펀딩라운드에 도달할 확률

Source: techcrunch.com/2017/05/17/heres-how-likely-your-startup-is-to-get-acquired-at-any-stage/

언젠가 멘로시큐리티가 상장했다고 글 쓸 날이 오면 좋겠네요.

모두 메리 크리스마스 그리고 해피 뉴이어 되세요!

해외취업 세미나 및 단체 멘토링 후기

곰발자 — Wed, 2 Dec 2020 08:14:37 +0900

개(발자) 해외취업 단체 멘토링 현장

지난주 토요일 한국시간으로 오후 5시에 해외취업 세미나 및 단체 멘토링을 진행 했습니다. 구글 밋으로 진행했는데, 정말 즐거운 시간이었습니다. 참여해주신 분들 정말 감사드립니다. 너무 갑자기 일정을 잡아서 참여하기로 하신 분들 중 세분은 참석하지 못해서 아쉬웠습니다. 하지만 소수로 진행하다보니 더 깊은 이야기를 나눌 수 있었기에 참 좋았습니다.

영국 시간으로는 아침 8시였기 때문에 커피한잔과 물 한잔을 가져다 놓고 비몽사몽간에 구글 밋 세션을 시작했는데, 다행히 오시기로 하신 분들께서 모두 참석해 주셔서 기쁜 마음으로 강연(?) 을 시작했습니다. 참석하시는 분들의 배경이 모두 달라서 어떻게 준비해야 하나 고민하다가 그냥 전반적인 내용을 조금씩 다루면서 궁금해 하시는 점들을 자세하게 설명해 드리는 쪽으로 가닥을 잡았는데요, 제 준비가 부족했음에도 질문을 많이 해주신 덕분에 더 알찬 이야기가 오고갔습니다. 특히 질문이 예상보다 훨씬 세부적이고 구체적이어서 좋았습니다. 처음에 해외취업 준비할 때 마음가짐도 생각나고요

특히 영어 준비를 어떻게 해야 하는지, 해외에서 개발자로 일할때 실무에서는 어떤 능력이 중요한지 등에 대한 질문들은 제가 몇시간 이야기 해도 시간이 부족한 부분이라 더 이야기 나누고 싶었지만, 시간이 한정 되어 있는지라 간추려야 했음은 아쉬움이 남습니다. 다음 기회에 또 함께 하면 좋을것 같아요. 그리고 앞으로는 참석하시는 분들의 진행 상태따라 조금씩 세분화 하도록 해볼게요. 예를 즐면

해외 취업에 관심을 막 갖기 시작하신 분
본격적으로 준비중이신 분들
출국을 앞두고 계신 분들 / 현지에 계신 분들

그리고 시간은 일정 조율을 매번 하기보다는 토요일 오후 5시로 고정할까 합니다. 혹시 더 선호될만한 시간을 알려주신다면 조정해 보겠습니다.

- 신청 링크 삭제합니다 ^^ -

단체 멘토링 (빈자리)

곰발자 — Fri, 27 Nov 2020 18:32:05 +0900

지난번에 공지드린 대로, 해외취업에 대해 궁금하시거나 준비중이신 학생분들 직딩 분들을 위해 온라인 세션을 가지기로 했고, 소수정예가 모여 주셨는데 안타깝게도 참석 못하시게 된 분이 두분 연락두절된 분이 한분 계셔서 혹시 관심 있으신 분들 추가 신청 받습니다.

한국 시간 11월 28일 토요일 오후 5시이며, 개발자 해외 취업에 관한 강연 + 질의응답 + 자유로운 대화 형태로 가려고 합니다. 총 시간은 1시간 30분 정도 될것 같습니다. 세션의 질을 위해 소정의 참가비가 있습니다. 인원은 최대 8분이며, 참가 인원이 너무 적다고 더 유익한것은 아니고 경험을 공유하는 차원에서 보면 오히려 최소 네분 정도는 계시는게 바람직 할 듯 합니다.

관심 있으신 분들은 본인의 간단한 소개와 함께 비밀 댓글 (본인 이메일 포함) 달아주시거나 신청서로 신청해 주시면 됩니다.

오랫만에 근황 및 단체 멘토링 알림

곰발자 — Mon, 19 Oct 2020 06:30:25 +0900

안녕하세요 아직도 블로그를 들어와 주시는 분들이 계시다면, 먼저 정말 감사드립니다. 짧게나마 근황도 올리고 소통의 장도 열어보려고 글을 적습니다. 그리고 그동안 미뤄왔던 단체 멘토링을 더 늦기 전에 시작해 보려고 합니다.

도전 그리고 좌절

올 3월부터 재택근무를 시작한 이후, 회사일이 급격하게 바뻐지면서 실과 생활의 경계가 허물어 지고.. 자정까지 일을 하는 날도 많았습니다. 나름의 목표가 있어서 그 목표를 달성하기 위해서 시간을 쪼개면서 열심히 달려왔는데 결과적으로는 좋은 성과를 얻지는 못했습니다. 하지만 역시 도전 하지 않고 후회하는 것 보다는 죽이 되든 밥이 되든 하고 나서 좌절하는것이 백배 낫다는 저의 생각이 변함 없다는걸 다시 한번 느꼈습니다.

이번 도전을 계기로, 저의 10년 영국 생활을 돌아보고 그 다음 스텝을 신중하게 고민해보는 기회를 가지게 되었고 일과 생활의 밸런스를 맞추는것에 대해서 많은 생각을 하게 되었네요. 지난 10년에 이룬 성과보다 더 많은 것들을 이루기 위한 다음 10년을 머릿속으로 끊임없이 그리다보니, 머리도 아프고 하루는 우울함이 동반된 몸살까지 나서 병가를 내었는데 지금은 더 강해진(?) 것 같은 기분으로 지내고 있네요.

"내 것" 만들기

제가 만든 어플 두개는 작게나마 용돈벌이를 해주고 있습니다. 들인 시간과 노력에 비하면 수입이 대단하다고 할수는 없지만, 그래도 무시할 수 없는 소득원이 되고 있네요. 회사에서 성공하는것을 조금 희생하면서라도 "내 것"을 만드는데 시간을 투자했는데 나름 의미가 있는 결과가 나와서 즐겁습니다. 그리고 현재 기획중인 어플은 용돈벌이를 넘어서서 주 수입원이 될 수 있지 않을까 하는 기대감도 있습니다. "내 것"을 갖는다는것은 이런 점에서 의미가 큰 것 같습니다. 언젠가 경제적 자립을 할 수 있을만한 수준이 되면 정말로 제가 하고싶었던 일들을 모든 시간을 투자 할 수 있게 될테고, 그때부터 소프트웨어 엔지니어로써의 나의 진짜 삶이 시작된다는 상상을 하니 즐겁습니다.

해외취업 멘토링 하기

제가 한국을 떠나 무작정 영국에 올 때, 정말 딱 한분을 의지하고 왔습니다 (저의 블로그를 즐겨읽으신 분이라면 그분이 누군지 잘 아실거에요.) 그것도 이메일 몇번 주고받는것이 전부였지요. 그때 정말 답답했습니다. 개발자의 해외취업에 관해서 정보를 얻는것이 너무 어려웠거든요. 그래서 영국에 온 후 블로그를 통해서 정보를 공유하고 이메일을 통해서 멘토링을 꾸준히 해드렸지요. 그중에는 좋은 결과 보신분이 꽤 계시구요. 그러다가 멘토링이 산으로 가기 시작하고 보람이 없음을 느끼면서 중단했고, 댓글로 해드리던 멘토링도 바쁘다는 핑계로 점점 뒷전이 되어 버렸죠. 그러다가 만든게 카톡 오픈채팅방입니다. 바로바로 대화나누면서 멘토링하는게 좋겠다 싶어서요. 만들어 놓고 광고를 전혀 하지 않으니 당연히 아무도 들어오지 않았구요..

그런데 오늘 문득 보니 어느덧 69분이 모였네요. 처음에는 저 혼자 있었는데 한분 두분 들어오시더니, 지금은 많은 분들께서 의견을 나누시는 공간이 되었습니다. 워낙 자유분방한것을 추구하는지라 나서지 않고 조용히 있었지만 누군가가 질문을 하면 근질근질해서 자꾸 말이 많아져 버립니다. 다른 분들께서도 잘 답변 해 주시고 계시기 때문에 저는 조용히 광고띄우러 들어오는 사람들이나 내쫒으면서 방을 잘 유지해야 겠죠. "프로그래머 해외취업: 아마존, 구글, 페북 도전" 이라는 제목이니 관심 있으신 분들은 들어오세요.

단체 멘토링 시작!

해외취업에 대해 궁금하시거나 준비중이신 학생분들 직딩 분들을 위해 온라인 (구글 행아웃이나 줌 등) 세션 한번 가져볼까 합니다. 개발자 해외 취업에 관한 강연 + 질의응답 + 자유로운 대화 형태로 가려고 하며 총 시간은 1시간 30분 정도 될것 같습니다. 세션의 질을 위해 소정의 참가비가 있습니다.

관심 있으신 분들은 본인의 간단한 소개와 함께 비밀 댓글 (본인 이메일 포함) 달아주시거나 신청서로 신청해 주시면 됩니다. 관심 보여주시는 분이 일정 수 이상이 되면 빠른 시일 내에 스케쥴을 잡아 보도록 하겠습니다.

리액트 네이티브 - 훅의 강력함, 그리고 성능

곰발자 — Fri, 24 Jul 2020 02:46:38 +0900

최근에 재미있게 만들고 있는 어플이 하나 있습니다. 이번에는 소셜기능이 포함되어 있는지라, 백엔드와 프런트엔드를 한가지 언어로 할 수 있는 리액트 네이티브로 만들기로 하고 시작을 했습니다. 백엔드는 서버리스 (Firebase사용)로 만들고 있는데, 워낙 파이어베이스가 다 해줘서 제가 할게 별로 없더군요. Functions 로 API 개발하는게 예전에 비하면 너무나 쉬워서 진입장벽도 매우 낮아졌겠다 싶습니다. 요즘 아마존에도 백엔드 개발하는 사람들이 TCP의 three-way-handshaking이나 소켓 바인딩 개념을 잘 모르는거 보면... 예전에는 아얘 불가능 했었는데 말이죠. 그동안의 변화를 비추어 보면 앞으로 더 얼마나 변할지 어느정도 가늠이 되죠.

이야기가 초반부터 다른데로 샜네요. 사실 회사에서 리액트 네이티브를 3년째 쓰고 있지만, iOS와 Android용 어플이 아니라 TV나 셋탑박스 사용자들을 위한 아마존 프라임비디오 어플을 개발하고 있다 보니, 개발 환경, 빌드환경이 고도화 되어 있고 매우 복잡합니다. 게다가 리액트 네이티브를 가지고 내 마음대로 뭔가를 만들어 본 경험은 3년 전 이후로는 처음이었습니다. 그 당시 훅(Hook)이 없을 때라서 개발하는데 그다지 수월하다고 느껴지지가 않았었고, 회사에서도 아직 React 16.3에 발이 묶여 있는 지라, 훅을 사용하지 못하고 있었습니다.

그래서 이번에는 내맘대로 만드는 즐거움을 위해서, 플러터를 잠시 미뤄두고 RN으로 개발을 시작했습니다. 3년전과는 너무나 다르게... 훅을 사용하니 개발 효율이 거짓말 조금 보태서 5배 정도는 되는것 같았습니다. 길게 말하자면 입아프지만 저는 무조건 타입스크립트를 추구하기 때문에, 비교적 속도가 더딜 수 밖에 없음에도 불구하고, 그 쾌적함은 이루 말로 표현 하기가 어렵네요.

특히 Redux 를 쓰는데 보일러플레이트 코드가 너무 많이 들어가니 개인 프로젝트에서는 절대 쓰지 말아야지 하고 다짐을 했었거든요. 실제로 전에는 MobX를 사용 해 봤었는데, 개발 효율이 엄청나게 향상됨을 경험 했기 때문에 다시 Redux 를 쓸 생각을 해 본 적이 없었습니다. 그런데 척추처럼 어플 전체를 꽉 잡아주는 Redux의 장점을 포기할 수 가없고, 타입스크립트와 함께 사용하면 초반 매몰비용 이후에는 개발 가속도가 상당히 좋기 때문에 훅이랑 같이 한번 써보자 하고 시작을 해 보았습니다.

리둑스 사용에 필요한 보일러플레이트 코드들 - 액션, 리듀서, Thunk, 셀렉터 - 등을 짜는 과정에서는 어느정도 손가락 아픈 노가다를 피하기는 어려웠습니다. 그나마도 Redux Toolkit 으로 훨씬 편해진건 사실이지만 타입스크립트를 함께 쓸 때 타입 인퍼런스가 자연스럽게 되도록 셀렉터를 짜두는것은 여전히 고생스러운 일이긴 합니다. 그런데 놀라운건, 그 이후에 벌어졌습니다. 리둑스 훅들 - useSelector, useDispatch 등 - 을 사용하니까 기존에 리둑스 훅 없이 개발하는 것 보다 거짓말 많이 보태서 10배 정도는 차이가 나는 것 같더군요. 게다가 타입 인퍼런스가 생각했던 것 보다 훨씬 더 잘 되어서 놀랐습니다.

환경 설정에 대해서 느낀점은, Expo를 사용하지 않으면 발품을 조금 팔아야 하기는 하지만 여전히 초보자라도 커맨드만 순서대로 입력하면 개발/빌드 환경을 셋팅할 수 있을 정도로 쉽다는 점이 매우 고무적이었습니다. 3년전에도 쉽기는 했는데 종종 부드럽게 진행되지 않는 경우가 많고, 그 하나하나를 제대로 해결하기위해 붇들고 씨름하다보면 꽤나 만만치 않았던 것으로 기억하거든요. 그런데 지금은 뭔가 실패하는 과정이 생기면 반가울 정도로 모든것이 매우 부드럽게 돌아가더군요. 그렇게 리액트 네이티브로 어플 개발을 시작해서 2일 정도 하니까 디자인은 없지만 기본 기능을 하는 소셜앱을 만들 수 있었습니다.

그런데 말입니다.. 매우 당연할것이라고 생각했던 것에 문제가 발생했습니다. 성능입니다. 저는 "당연히" 매우 간단한 어플에서 성능 차이를 느낄거라고는 전혀 생각하지 못했습니다. 텍스트만 있는 스크롤뷰를 스크롤하거나, BottomNavigation을 눌러 이동하는 등의 간단한 사용자 인터랙션을 하는데도 아주 미세하지만 딜레이가 느껴졌습니다. 플러터로 개발했던 어플과 확연히 다른 뭔가 조금 답답한 느낌이 있더군요. Debug 빌드라서 그런가보다 하고는 prod 빌드로 다시 올려 봤는데, 그 미묘한 답답함은 그대로더라구요. 구태여 비유하자면 얼굴이 보들보들할때 만지는것과 얼굴에 기름이 꼈을때 만지는것 같은 차이랄까요.

제가 무언가를 잘못 했을 가능성도 있겠지만, 도무지 어떤 이유인지 가늠이 되지 않더군요. UI 프레임워크로 react-native-papar 를 사용했는데, 이게 주 원인인지는 모르겠습니다. 아니면 어쩌면 플러터가 그만큼 반응속도가 빠른것일지도 모르겠습니다. 제가 성능에 상당히 민감한 편인지는 모르겠으나, 폰에 네이티브 어플, 플러터 어플, 리액트 네이티브 어플을 깔아놓고 조금만 써보면 그 차이가 느껴집니다.

그래서... 다시 플러터로 만들기로 결정 했습니다. 삽질이 되지 않기를 바라며.. ^^;

플러터(Flutter)의 장점 (2) - 성능편

지난 4개월 전에 "플러터의 장점"에 대해서 적은 글이 생각보다 많이 조회된 것을 보고 플러터의 인기가 올라가고 있음을 실감한다. 당시에 2달밖에 사용하지 않았기 때문에, 좀더 민감할 수 있��

www.steeme.com

코로나 때문에 6주째 재택근무.

곰발자 — Thu, 7 May 2020 20:38:23 +0900

코로나 바이러스 덕분(?)에 벌서 6주 째 재택근무를 하고 있습니다. 이제는 재택근무가 너무 익숙해져서, 매일 출퇴근 할 생각을 하니 깜깜합니다. 재택근무로 인해 업무 효율이 떨어진 것은 거의 없고 오히려 길에서 시간낭비 하지 않다보니 일을 더 효율적으로 할 수 있다는 장점이 있네요.

단점은, 스탠드업 데스크가 없다는 것. 회사에서는 늘 서서 일했었는데, 집에서 좋지도 않은 의자에 하루종일 앉아있다보니 자세도 안좋아지고 살도 더 찌는 것 같습니다.

재택근무를 시작하면서 가장 먼저 바꾼것은 식습관입니다. 운동량이 현저히 떨어지다보니, 하루에 세끼를 먹으면 정말 순식간에 돼지가 될것만 같더라구요. 그래서 아점 + 이른저녁의 하루 두끼 식단으로 바꾸었습니다. 덕분에 운동량이 없음에도 살찌이 그렇게 까지 많이 찌지는 않고 있고, 음식 준비와 정리에 드는 시간이 현저히 줄어들어서 삶이 조금 더 편해졌습니다.

재택근무를 하면서 한가지 극복해야 할 점은, 오버워킹입니다. 시간이 정해져있지 않다보니, 바쁠때는 일을 멈춰야 할 타이밍을 잡지 못하고 밤까지 스트레이트로 일하는 경우가 허다합니다. 누가 시켜서 하는건 아닌데 제가 하나에 집중하면 몇시간이 훅 지나가버리다보니 그렇네요. 그래서 요새는 5시에 랩탑을 덮는 연습을 하고 있습니다. 몇시간 후에 다시 켜는 한이 있어도, 일단 덮고 나면 일과 머리가 분리가 되어서 휴식을 취하기가 한결 수월합니다.

회사에서는 10월까지 재택근무 할사람은 해도 된다고 하네요. 저와 저희 팀은 당분간 계속 재택근무를 하게 될 것 같은데, 한편으로는 회사가 그립고 한편으로는 마음이 편안하고.. 두가지 마음이 공존합니다.

요즘 영국 날씨는 환상적으로 좋아서, 공원만 걸어도 천국에 있는 느낌이 들어요. 마음껏 야외 활동을 할 수 없는것은 정말 아쉽지만, 그래도 살다가 다시 해보기 어려울 재미있는 경험이라 생각하며 지내고 있습니다.

모두 코로나 조심하시고 건강하시고 봄날씨 마음껏 즐기세요!

[쉬운 Git] git submodule 간단하게 삭제하기

곰발자 — Mon, 13 Apr 2020 22:50:19 +0900

git 을 사용하다보면 왠만해서는 git submodule을 사용할 일이 없다. 그리고 대부분의 경우에도 git submodule 없이 해결 가능하는게 바람직하다. 하지만 어쩌다가 불가피한 이유로 submodule 을 추가하게 되었고, 불필요함을 느껴서 삭제하기위한 방법을 찾다가 이상하게 복잡한 방법들이 난무하는 것을 보고 당황하는 경험을 해보았을 것이다. 이글을 적는 이유는, 2020년 현재까지 불필요하게 시간낭비를 하지 않기를 바라기 때문이다.

특히 스택오버플로우(stackoverflow.com) 에서 아래 글을 발견한 분은 "뭐지 이게?" 하는 생각을 했을 것이다.

https://stackoverflow.com/questions/1260748/how-do-i-remove-a-submodule

How do I remove a submodule?

How do I remove a Git submodule? By the way, is there a reason I can't simply do git submodule rm whatever ?

stackoverflow.com

글을 읽어보면 아래와 같이 3단계를 거쳐야 완벽하게 제거할 수 있다고 한다. 아마도 언제부터인가 업데이트가 중단된 포스팅인 것 같은데, 예전에는 나도 분명히 서브모듈을 지울 때 찌꺼기가 남아서 엄청 고생했던 경험이 있기 때문에 왜 이런 과정이 생겨나게 되었는지 짐작은 간다. 하지만 이 절차를 따를 필요가 전혀 없다.

0. mv a/submodule a/submodule_tmp

1. git submodule deinit -f -- a/submodule    
2. rm -rf .git/modules/a/submodule
3. git rm -f a/submodule
# Note: a/submodule (no trailing slash)

# or, if you want to leave it in your working tree and have done step 0
3.   git rm --cached a/submodule
3bis mv a/submodule_tmp a/submodule

결론부터 이야기 하면 2020년 현재 git 버전 2.25 (혹은 더 아래) 에서 git submodule 을 삭제하기 위해서는 단순히 아래 명령어면 된다.

$ git rm -f my_submodule

명령 수행 전에 변경사항을 반드시 commit 해두시길 바란다.

[앱개발이야기] 애드몹(AdMob)에 app-ads.txt 설정하기

곰발자 — Sun, 12 Apr 2020 02:58:18 +0900

최근에 애드몹에 들어가보신 분들은 app-ads.txt을 추가하라는 메시지를 발견했을 것이다. 애드센스에서도 이런 메시지가 떠서 괜시리 불안감을 조성하는데, 애드몹에도 드디어 똑같은 메시지가 추가 되었다!

app-ads.txt 를 추가하란다. 구글은 왜 자꾸 귀찬게 하는 것일까?

이런 팝업창이 뜬다. (저는 외국이라서 영어로..)

개발자 사이트에 app-ads.txt 파일을 추가하라고 친절(?)하게 설명 해 준다. 플레이스토어와 앱스토어에 등록한 개발자 사이트에 app-ads.txt 파일을 업로드하고, 위에 회색영역에 표시된 텍스트를 포함시킨 후 24시간 기다리란다.

그런데 자세히 읽어보니 app-ads.txt 파일에 "추가" 하라는 이야기로 들린다. 나는 app-ads.txt 파일 자체를 생성한 적이 없기 때문에 일단 어떻게 생성하는지부터 알아본다. 구글의 공식 사이트를 확인 해 보니, 다른 ad provider 를 사용하지 않는 나같은 경우에는 그냥 위에 주어진 텍스트만 넣으면 된다는 것을 알게 되었다. 아래 예를 보면 이해가 쉽다.

그냥 app-ads.txt 를 생성하고, 위에 나온 텍스트를 복붙 한 후 개발자 웹사이트 root 디렉터리에 업로드 하였다. 파일을 업로드 한 후 아래 URL이 동작하는지 브라우저에서 확인 해 본다.

https://<<hostname>>/app-ads.txt
http://<<hostname>>/app-ads.txt

다음으로 할 일은, 구글 플레이스토어와 앱스토어에서 각각 개발자 홈페이지 주소를 등록 하는 일이다. 원래 등록 해 두었다면 이 항목은 패스. 그렇지 않다면:

구글플레이: 구글플레이 콘솔 -> 스토어 정보 -> 스토어 등록정보 -> 연락처 세부정보에서 개발자 웹사이트 URL을 등록
애플 앱스토어: 마케팅 URL 란에 웹사이트 URL을 등록.

이제 애드몹 크롤러가 24시간안에 app-ads.txt 파일을 찾아내서 자동으로 업데이트 할 때까지 앱 개발자가 할 일은 그냥 기다리는것.. 이제 24시간을 기다려보고 다시 업데이트 할 계획이다.

아래 사이트에 더 자세한 정보가 있으니 확인해 보시길.

앱에 app-ads.txt 파일 설정하기 - AdMob 고객센터

도움이 되었나요? 어떻게 하면 개선할 수 있을까요? 예아니요

support.google.com

구글플레이 정보를 업데이트 하고 하루가 지났다. 구글플레이 부분의 광고 요청이 모두 인증이 되었다. iOS는 오늘 업데이트 할 예정인데, 7일 이상 걸린다고 하니.. 7일 후에 업데이트 하러 오도록 하겠다.

[업데이트] 현재 모든 어플이 인증 되었다 :)

글이 도움이 되었다면 "공감" 버튼으로 응원해 주세요.

로그인 없어도 됩니다 ^^

[쉬운 Git] git rebase 의 방법과 다양한 문제 해결

곰발자 — Sun, 12 Apr 2020 01:59:17 +0900

Git 의 'rebase'는 가장 강력한 무기중의 하나라고 생각한다. Git의 특성과 더해져 수많은 버전 컨트롤의 문제가 미연에 예방되는 마법과 같은 툴이다. Git의 사용법은 매우 쉽지만, SVN에서 Git으로 갈아타시는 분들의 경우 이런저런 컨셉의 차이때문에 많이 혼란스러워 하기도 한다. SVN에 대해서 싹 잊어버리고, 버전컨트롤이라는 개념을 처음 배우는 아기같은 기분으로 받아들여야 할 필요가 있다. 이 글은 Git을 많이 사용하는 분들이 대상이지만, 블로그의 다른 글들을 보면 Git을 처음 사용하는 분들도 도움을 받을 수 있을것이다.

Rebase는 왜 사용하나?

쉽게 설명하자면, 내가 브랜치에서 작업하고 있는 동안 master 에 적용된 커밋들을 나의 브랜치에 적용하기 위해서다. 아래의 그림을 살펴보면, 내브랜치를 commit #2 에서 생성했고, 그 위에 두번 더 커밋을 하였다. 그사이에 마스터 브랜치에는 commit #3과 #4가 추가 되었다.

두가지 선택이 있는데, master 를 내 브랜치에 merge 하는 방법, 그리고 두번째는 rebase 하는 방법이다. 나는 Git 을 사용하면서 merge 는 전혀 사용을 하지 않는데, 이 방법을 유지하면 매우 깨끗한 커밋 트리를 유지할 수 있고, 실수를 예방할 수 있다. 그래서 이 경우에도 당연히 Rebase를 사용한다.

브랜치 생성 이후에 master에 변경 3, 4가 생김

아래와 같은 간단한 명령어로 rebase를 할 수 있다.

$ git rebase master

rebase가 성공적으로 수행 되면, 아래와 같은 형태로 트리가 생성된다. 내 커밋들이 커밋 4 이후에 추가되는 형태로 변경 된 것을 확인할 수 있다.

commit 2 위에 있었던 나의 커밋들이 commit 4 위로 옮겨졌다.

이 rebase를 자주 하면 할 수록 branch에서의 작업을 나중에 master에 적용할 때 안전하고 쉽다.

Rebase의 원리?

그러면 rebase는 도데체 어떤 원리로 동작하는 것일까? 생각보다 매우 간단한데, 이 원리를 알아두는것은 매우 매우 매우 중요하다. 나중에 conflict 처리 할 때 이 원리를 알고 모르고의 차이가 엄청나기 때문이다. 우선 rebase 를 수행하면, master 브랜치 (target commit)에 my_branch에 적용되었던 커밋들을 하나 하나 머지를 한다. 매 커밋을 머지 할 때마다 conflict 이 발생할 수도 있고, 자동으로 resolve 되거나 자동 resolve가 실패할 수 있다. 모든게 자동으로 resolve 되는 경우, 마지막 커밋까지 모두 머지 되고 종료 된다.

commit 4 에 my_branch의 커밋들을 머지하기 시작

첫번째 커밋인 2-1을 머지

두번째 커밋인 2-2를 머지

충돌이 없는 경우는 이렇게 아주 수월하게 rebase가 된다.

충돌 발생시 해결 방법

그런데 보통은 충돌이 생긴다. 충돌은 보통 내 브랜치의 첫 커밋을 머지할 때 생기고 나머지는 부드럽게 머지 되기도 하는데, 운이 나쁘면 매 커밋 머지마다 충돌이 생기기도 한다. 충돌이 생기면, 개발자가 conflict을 해결하거나 rebase를 취소할 수 있도록 rebase 가 잠시 멈춘다.

rebase가 실패하면, git status 명령으로 현재의 상태를 확인 할 수 있다. 여기서 conflict 이 생긴 파일들의 목록을 보여주는데

1. rebase를 완전히 취소하려면 --abort 명령을 이용한다.

$ git rebase --abort

2. conflict을 수정하고 계속 하고싶다면 해당 파일들을 열어서 충돌사항을 고친 후 --continue 를 이용해서 계속 진행을 시도한다. 파일에서 충돌 사항을 찾을때는 "====" 을 검색하면 된다.

$ git add -u
$ git rebase --continue

위에서 설명한 것 처럼, rebase는 내 브랜치의 커밋 하나 하나를 따로 머지 하기 때문에, 이 과정을 반복 하게 될 수도 있다. 그러니 당황하지 말고 천천히 하나하나 수정해 나가도록 하자.

3. 만일 충돌이 일어났는데 내 브랜치의 변경 사항을 무시해도 되는 경우거나, 내 브랜치 변경 사항이 맞다고 확신하는 경우 매우 간단하게 해결 할 수 있다.

# 내 브랜치의 변경점을 우선으로적용
$ git checkout --thers 파일_풀_경로

# master의 변경점을 우선으로 적용
$ git checkout --ours 파일_풀_경로

내 브랜치의 변경점을 수락하며 자동으로 conflict을 해결하려면 theirs, master 브랜치의 변경점을 수락하며 자동으로 conflict을 해결하려면 ours. 여기서 theirs 와 ours를 헛길리면 안된다. rebase는 master에 나의 각 커밋들을 하나하나 머지 하는 방식으로 master가 ours 이고 내 브랜치가 theirs 이다.

처음부터 충돌을 방지하기

개발자가 처음부터 어느쪽 변경사항을 적용하는것이 맞는지 확실히 아는 경우에는 rebase 명령어 사용시에 theirs 와 ours를 지정할 수 있다. 예를 들면,

git rebase --strategy-option theirs master
git rebase -X theirs master # 짧은버전

-> 내 브랜치의 변경점을 우선으로 해서 자동으로 resolve 하면서 rebase 한다.

오늘은 수많은 기능중 하나인 rebase에 대해서만 설명 했지만, 사실 Git을 어떻게 사용하면 쉽고 편한지를 설명하기 위해서는 몇가지 더 설명해야 할 것들이 많이 있다. 반응이 좋아서 더 많은 내용을 다룰 기회가 있으면 좋겠다.

글이 도움이 되었다면 "공감" 버튼으로 응원해 주세요.

로그인 없어도 됩니다 ^^

[앱개발이야기] 인증샷 카메라 타임스냅 어플 현황

곰발자 — Sat, 11 Apr 2020 01:42:30 +0900

인증샷 카메라 어플 타임스냅을 배포한지 대략 6개월 정도가 흘렀습니다. 힘들기는 했지만 너무 재미있는 경험이었고, 왜 더 일찍 어플 개발을 해보지 않았나 하는 후회가 들 정도로 의미있는 경험이었습니다. 처음에는 아무도 받지 않는 어플이었지만 지금은 시간 인증 어플계의 다크호스로 떠오르고 있습니다.

6개월이 지난 지금, 중간점검차 기록을 남겨 보려고 합니다.

타임스냅은 플러터 (Flutter)로 만들어진 크로스 플랫폼 어플이기 때문에 구글플레이와 앱스토어에 모두 론칭 되었는데요, 처음에는 무지 빡셌지만 일단 뭔가 한번 자리잡고 나니까 확실히 단일 소스코드라는 장점이 매우 큽니다.

평점

구글플레이:

고맙게도 많은 분들이 좋은 평가를 해 주신 덕분에 4.8의 구글플레이 평점을 유지하고 있습니다. 최근 구글플레이의 평점 계산 방식이 조금 변경되어서, 더 현실적인 반영이 되어서 좋아요. 이전에는 전체평점으로 보여줬는데 이제는 최근에 가장 의미있는 평점 기준으로 가중치를 매겨서 보여주고 있습니다.

앱스토어 평점은 4.7을 유지하고 있습니다. 조금 더 분발해야겠습니다.

설치수

구글플레이 설치 수가 10,000 회가 넘었습니다. 느리지만 천천히 계속 증가하고 있습니다.

앱스토어는 6000 회 정도를 기록 중입니다.

일일 사용자 사용자 추이

일일 사용자수가 꾸준히 증가하고 있습니다. 2월 초에는 500명, 3월 초에 1000명 정도였고, 4월 초에는 2000명 정도에 도달했습니다. 이대로라면 5월 초에는 4000명이 될까요?

신규 유저 유입

일일 신규 유저 유입 수도 증가세에 있습니다. 대략 월마다 두배로 증가하는 것 같습니다만, 아직은 확실히 파악하기가 어렵네요. 광고 없이 꾸준히 사용자가 증가하는것만으로도 좋은 신호라고 생각이 됩니다. 초기에 구글 애드워즈 광고를 이용해서 신규 사용자를 유입해 봤지만, 어플의 품질이 일정 수준이 되기 전까지는 건강한 성장에 도움이 되지 않더라구요.

사용자가 수가 꾸준히 올라가고 있습니다. iOS보다는 Android의 성장률이 더 빠른데, 여러가지 추측되는 이유들이 있습니다만 아직은 확실한 것은 잘 모르겠네요. 그래도 홍보를 적극적으로 하지 않고 있는것을 생각하면 그래도 유의미한 성장을 하고 있습니다. ^^

그리고 가끔 어플이 오동작 한다는 분들이 계시는데, 문제점을 고치기 위해서 정보를 부탁드려도 답을 주지 않으셔서 참 안타까울때가 많습니다. 모두를 만족시킬 수는 없겠지만, 정말 더 유용한 어플로 만들고싶은데 어떻게 하면 피드백을 더 잘 받을수 있을지 참 고민이네요. ㅎㅎ

타임스냅을 개발하며 적은 글들인데 어플개발에 관심있는 분들은 한번 읽어보세요.

[자작 앱 홍보하기] #4, 구글 애드워즈 광고 효과와 주의점

지난 이야기: [앱개발스토리] 자작 앱 홍보하기 #3 구글 애드워즈 지인 마케팅, 블로그 마케팅 그리고 커뮤니티 마케팅은 앱 사용자를 끌어오기에 턱없이 부족했다. 앱 자체가 모두를 위한 앱이 아니기도 하고, 백..

www.steeme.com

‎타임스냅 - 인증샷 타임스탬프 카메라, 사진 일기장

‎따분한 인증샷은 그만! 목표달성을 위한 타임스탬프 인증샷 카메라 앱 타임스냅 (Timesnap)을 소개합니다. 타임스냅은 더 간편하고 예쁜 인증샷을 원하는 분들을 위한 타임스탬프 인증샷 카메라 앱으로, 간단한 카메라와 편집 기능을 제공하며 동시에 현재시간 혹은 디데이(D-Day) 타임스탬프를 사진 위에 남길 수 있습니다. 뿐만 아니라 다양한 스티커와 프레임으로 지루해지기 쉬운 인증샷 사진을 좀 더 개성있게 장식 할 수 있습니다. 편리한 사용법, 다양하고

apps.apple.com

타임스냅 - 시간 기록 인증샷 카메라, 일상 기록 타임스탬프 카메라 - Google Play 앱

따분한 인증샷은 그만! 목표달성을 위한 타임스탬프 인증샷 카메라 앱 타임스냅 (Timesnap)을 소개합니다. 타임스냅은 더 간편하고 예쁜 인증샷을 원하는 분들을 위한 타임스탬프 인증샷 카메라 앱으로, 간단한 카메라와 편집 기능을 제공하며 동시에 현재시간 혹은 디데이(D-Day) 타임스탬프를 사진 위에 남길 수 있습니다. 뿐만 아니라 다양한 스티커와 프레임으로 지루해지기 쉬운 인증샷 사진을 좀 더 개성있게 장식 할 수 있습니다. 편리한 사용법, 다양하고

play.google.com

[iOS 어플 현지화] 어플 이름과 권한 메시지 현지화 하기

곰발자 — Mon, 6 Apr 2020 06:29:38 +0900

플러터 iOS 앱의 이름과 권한 메시지를 현지화 하기 위해서는 XCODE 를 사용하시면 됩니다. 플러터 기준으로 설명을 하긴 하지만, iOS 어플도 동일 방법을 사용하면 됩니다. 사실 이 방법이 네이티브 iOS 어플의 현지화를 위해 사용하는 방법인데, 플러터로 iOS 어플을 개발하는 과정에서도 피할 수 없는 부분입니다. 플러터로 개발하더라도 여러가지 설정 변경과 배포 등의 과정에서는 XCODE를 사용해야 하기 때문에 피하지 말고 최대한 친해지는게 좋습니다.

플러터 어플의 영문 이름은 패키지 이름이 자동으로 사용되는데요, 이 패키지 이름을 직접 바꾸면 아주 복잡한 일에 휘말리실겁니다. 패키지 이름이 사용되는 곳이 한두군데가 아니라서 수많은 수작업이 필요한 일이 벌어지므로, 한번 시도해 보고싶은 분은 일단 현재 코드를 커밋 해 두고 하셔야 언제든 복원이 가능합니다.

이러한 이유로 저는 패키지이름을 변경하기보다는 어플 이름을 직접 현지화 합니다. 이 글에서 현지화 방법을 알려드리겠습니다. 어플 이름을 현지화 하는 과정은 간단합니다.

먼저 Flutter 프로젝트 폴더에서 아래 커맨드로 XCODE를 실행합니다.

$ open ios/Runner.xcworkspace/

그리고 좌측 프로젝트 패널에서 Runner를 선택하고, 중앙의 상세 패널에서 다시 Runner 를 선택합니다. 그러면 하단에 Localizations 라는 메뉴가 있습니다. 여기가 현지화 언어를 등록하는곳입니다.

아래에 (+) 버튼을 클릭하여 원하는 언어를 추가합니다. 여기서는 "Korean" 이 되겠죠.

언어를 추가 하였으면, 이제는 현지화를 위한 메타데이타 파일을 추가해야 합니다. 프로젝트 패널에서 내부의 Runner를 선택하신 후 메뉴에서 File > New > File 을 클릭합니다.

다음과 같은 팝업창이 뜨면, 아래로 조금 만 스크롤 해보면 "Strings File"이 있습니다. 이 항목을 선택하고 "Next"를 클릭합니다.

파일명을 설정하는 팝업이 뜨면 "InfoPlist.strings" 로 지정하고 "Create"를 선택합니다.

정상적으로 잘 생성이 되었다면 "Runner" 아래에 "InfoPlist.strings" 라는 파일이 생성되어 있는 것을 확인할 수 있습니다.

이 파일을 클릭하면 메타데이타를 변경할 수 있는 UI로 변경되는데요, 우측 패널에서 원하는 언어를 선택합니다. English 와 Korean을 둘 다 선택합니다. 나중에 새로운 언어를 추가하실때는 위에서 설명한 대로 언어를 추가한 후에 다시 이 파일을 클릭하고 체크박스를 선택하면 됩니다.

현지화를 하고자 하는 언어를 선택하면, InfoPlist.strings 파일 하부에 언어별로 파일이 하나씩 생깁니다. 이 파일을 클릭해서 원하는 메시지를 입력하면 끝입니다.

아래는 제가 만든 어플의 예인데요, "CFBundleName" 하고 "CFBundleDisplayName" 두개를 원하는 이름으로 변경합니다. 그리고 사용중인 권한 요청에 대한 설명도 각 언어별로 정확히 적으세요. 이부분을 빼먹으면 어플이 리젝됩니다.

[자작 앱 홍보하기] #4, 구글 애드워즈 광고 효과와 주의점

곰발자 — Sun, 5 Apr 2020 06:55:22 +0900

지난 이야기:

[앱개발스토리] 자작 앱 홍보하기 #3 구글 애드워즈

지인 마케팅, 블로그 마케팅 그리고 커뮤니티 마케팅은 앱 사용자를 끌어오기에 턱없이 부족했다. 앱 자체가 모두를 위한 앱이 아니기도 하고, 백번 천번 양보해서 모두를 위한 앱이라고 해도 지인 모두를 총동원..

www.steeme.com

구글 애드워즈로 어플을 홍보하면서 하루하루 늘어가는 다운로드 수에 기분이 들떠 있었다. 구글 애드워즈에서 어플을 광고하는것은 매우 간단 하면서도 한편으로는 복잡했다. 툴 자체는 어렵지 않으나 수많은 전략과 센스가 필요하다. 항상 소비자의 입장에서만 모든 서비스를 바라보다가 판매자의 입장에 서 보니 모든것이 새롭고 신기했다. 좁은 시야를 벗어나기 위해서는 많은 것을 경험해 봐야 한다는 말이 정말 와닿았다.

이 모든것을 너무나도 단순하게 생각했었기에, 나는 구글 애드워즈에 광고를 게재할 때 큰 고민을 하지 않았다. 나의 고민은 단 하나였다

"어떻게 하면 사람들이 많이 다운로드 받을까? 내 어플은 꽤 괜찮으니 다운로드만 받으면 인기가 많아질텐데.."

아마도 처음 어플을 개발하는 사람들이 흔하게 하는 실수일 것이다. 어플을 사람들이 많이 다운로드 받는것은 물론 좋은 신호임은 분명하다. 하지만 이것에만 집착하다가는 함정에 빠지기 쉽다. 어플을 홍보하면서 가장 눈에 띄는 지표이다 보니 다른것들의 중요성을 망각하고 다운로드수와 좋은 리뷰를 얻기 위해 매진하다 보면 결과적으로는 너무 많은 시간과 비용을 낭비하게 될 가능성이 매우 높다. 나의 경우에도 다르지 않았다. 가장 처음에는 지인 마케팅, 그 다음으로는 소셜과 커뮤니티 마케팅을 해보았지만 사용자를 확보하는데는 큰 도움이 되지 못했다. 그러다 보면 결국 포기하거나 아니면 비용을 지불하고 광고 시스템의 도움을 받는 방법을 선택하게 된다.

몇달을 공들여서 만든 어플이 제대로 빛을 보지도 못하고 사장되는건 왠지 씁쓸한 일이다. 내 아이디어, 판단력 그리고 기획력에 대한 평가를 받을 기회조차 주어지지 않는다는 느낌이 들기 때문이다. 나는 작은 취미생활 겸 새로운 도전의 일환으로 어플을 개발했고, 이 어플이 세상에서 어떻게 평가를 받게 될지 정말 궁금했다. 그리고 그 결과를 조금 더 확인하기 위해 작은 투자를 하는 것은 전혀 아깝지 않았다. 사실 어떤 취미생활을 하더라도 돈은 들어가니까, 일정 수준의 광고비를 사용하는것에 대해서 긍정적이었다.

페이스북 광고는 셋팅 과정이 너무 복잡해서, 애드워즈만 사용 했다. 하루 최대 비용 7000원으로 설정하여 광고 게제 및 일시정지 중간중간 했고 최종적으로는 약 15만원 정도의 광고비를 지출 하였다. 애드워즈를 통한 노출 수는 31400, 클릭수는 2500, 전환 회수는 1040회 정도였다. 클릭수 대비 설치 회수가 상당히 높은 것을 알 수 있다.

결과적으로 설치 1건당 비용은 130원 정도로 나타난다. 영국이라서 그런지 아니면 내 광고 설정에 문제가 있었는지는 모르겠지만 생각보다는 높은 편이었다. 아래의 다운로드 횟수 차트를 보면 광고를 게재하는 시기와 게재하지 않는 시기의 다운로드 횟수가 확연하게 차이 남을 알 수 있다. 당시 하루에 겨우 10건 정도의 다운로드밖에 없던 시기였기에 150건, 200건의 다운로드는 엄청난 것이었다.

하루에 5명 받던 앱을 하루에 백명씩 받아가는건 앱 개발자에게는 짜릿한 일임에 분명하다. 마땅히 홍보할 방법이 없는 개인 개발자들에게는 어찌보면 참을 수 없는 유혹일 것이다. 하지만 처음부터 이렇게 애드워즈로 다운로드 수를 늘리는것을 추천하지는 않는다. 그 이유는 아래의 차트를 보면 짐작 할 수 있을 것이다.

노란 선은 언인스톨 횟수이다. 초기의 다운로드 횟수와 언인스톨 횟수의 비율을 보면 최근과 확연한 차이가 난다. 당시에는 70%~80%의 사용자가 어플을 지웠다. 150명이 받았어도 120명이 어플을 삭제하면 결국 사용자는 30명만 남는 것이다. 이것은 무슨 의미일까? 크게 두가지로 볼 수 있다.

어플에 대해 정확히 이해하고 다운로드 받았는데 품질이 마음에 들지 않아서 삭제한 경우
어플에 대해 잘못 이해하고 다운로드 받았고, 역시 생각했던것과 달라서 삭제한 경우

어플에 대해 정확히 이해하고 다운로드 받았는데 품질이 마음에 들지 않아서 삭제한 경우는 사실상 애드워즈를 사용하는 것과는 크게 상관이 없다. 어플 자체의 품질에 문제가 있는 경우라고 봐야 한다. 내가 보기에는 참 좋아보이지만 사용자의 스탠다드에서는 한참 떨어진다는 이야기다. 어플을 받고 바로 삭제하는건, 나중에 혹시 사용할지 몰라서 일단 놔두는것과 천지차이이다. 이경우는 보통 어플 설명페이지에서 과대 포장을 하는 경우 발생하기 쉽다. 포장지는 그럴싸 한데 까보니 쓰레기였다.. 이런 스토리.

어플에 대해 잘못 이해하고 다운로드 받았고, 역시 생각했던것과 달라서 삭제한 경우는 애드워즈를 오사용한 부작용일 가능성이 매우 높다. 사용자는 원하는 어플을 검색했을 때 최상단에 표시되는 어플을 클릭하게 마련이다. 사용자가 주의깊게 보지 않는다면 광고로 최상단에 뜬것인지 가장 적합하거나 인기가 많아서 최상단에 뜬 것인지 잘 모른다. 그저 필요한 어플을 검색을 했고, 최상단에 떴고, 그래서 다운로드 받는다. 그런데 만약 내 어플이 밀접한 관련이 없는 검색어에 노출된다면 어떻게 될까? 받고 지우는 횟수가 급격히 늘어나게 된다. 이는 내 어플의 품질 문제와는 별개이다. 사용자가 이탈하는 이유가 어플의 품질 문제인지 연관성 문제인지 판단이 어려워진다는게 가장 큰 문제이다.

이때문에 나는 초기에는 애드워즈를 사용하는 것을 권하지 않는다. 사용자 이탈율이 낮아지면 그때 사용해도 늦지 않는다. 그리고 애드워즈를 사용하게 되면, 클릭수를 늘리기 위해 과장 광고나 연관성 없는 광고 문구를 넣어서는 안된다. 왜냐하면 결국 본인 손해이기 때문이다. 클릭수가 곧 비용이다. 그렇기 때문에 클릭수를 늘리고, 설치를 유도하는 것 보다는 그 어플이 꼭 필요해서 찾고있는 사람들에게만 노출이 되도록 하는것이 정말 중요하다. 그런데 이것 자체가 정말 어렵다. 마케팅 경험도 지식도 전무한 개인 개발자들에게는 만만한 일이 아니다.

따라서 애드워즈를 사용하기 전에 다시 한번 생각해 보기를 권한다. 이탈율이 충분히 낮은지, 필요한 사용자에게만 노출시킬만한 제대로 된 전략이 있는지. 그렇지 않다면 단순히 다운로드 수를 증가시키기 위해서 사용하는것은 정말 비추다.

타임스냅도 초기에는 이탈율이 매우 높았고, 애드워즈로 다운로드 수를 늘려도 실사용자는 잘 늘지 않았다. 밑빠진 독에 물붇기라는 말이 딱 어울리는 상태였다. 하지만 꾸준한 노력으로 1월 중순부터 변화가 시작되어서, 현재까지 50% 정도 삭제율을 보이고 있다. 다운로드 수도 꾸준히 증가하여 현재 하루에 220건 정도의 다운로드가 이루어지고 있다. 홍보에 열을 올리는 대신 내실을 키운 덕에 훨씬 건강하게 잘 성장하고 있다.

타임스냅 드디어 DAU 2000 달성!

[앱개발스토리] 자작 앱 홍보하기 #0 - 내가만든 어플, 아무도 받지 않는다. 앱 홍보는 어떻게 해야 하지?

열심히 만든 앱, 앱스토어에 올리는 순간 사람들이 다운로드 받고 리뷰도 달아주고 피드백도 줄것만 같은 상상에 두근두근. 사람들이 받아서 실망하면 안되니까 이것도 고쳐야지 저것도 만들어야지 이부분도 다듬..

www.steeme.com

[앱개발스토리] 자작 앱 홍보하기 #1 블로그를 통한 홍보 그 결과는..

생전 물건을 팔아본 적도 없고, 행여나 중고로라도 물건을 팔 때는 좋은게 좋은거라며 헐값에 넘기는 스타일인 나는, 지인마케팅이라던지 콜드 콜링같은건 전혀 하지 못했다. 막연히 개발만 하고 나면 판로가 열리..

www.steeme.com

[앱개발이야기] 자작 앱 홍보하기 #2 인터넷 커뮤니티

처음에는 재미로 시작한 앱이었지만, 막상 출시하고 나니까 많은사람들이 사용하는 앱이 되면 좋겠다는 생각이 들었다. 사실 기존에 너무 많은 비슷한 타임스탬프 카메라 앱이 있기 때문에 그 틈을 비집고 들어가..

www.steeme.com

재미있게 읽으셨다면 공감 버튼을 눌러주세요.

로그인 없이도 됩니다

미국 코로나 바이러스 , 정부와 기업의 대처가 정말 빠르네요

곰발자 — Sun, 15 Mar 2020 01:55:12 +0900

코로나 바이러스 때문에 3월 말까지 재택근무를 하게 될 것 같습니다. 그동안 간간히 재택근무를 했었는데, 미국에 코로나 바이러스문제가 커지면서 아마존 본사에서 전사적으로 재택근무 명령을 내렸습니다. 따라서 거의 전 세계의 모든 오피스에서 동시에 재택 근무를 시작했습니다.

저는 영국 지사에 있지만, 미국지사의 이런 즉각적인 방침에 따라서 저희 팀 뿐만 아니라 전체 직원들 모두 재택 근무를 하게 되었습니다. 영국이 코로나 바이러스가 더 먼저 이슈 되었습니다. 미국보다 훨씬 먼저 재택근무 권고안이 정부에서 내려오기도 했었지요. 하지만 아무래도 미국회사이고 회사 규모가 너무 크다보니, 제프 베조스의 승인이 떨어지기 전까지는 아마도 과감한 전사적인 재택근무는 시행하지 못하고 있었습니다.

3월초에 시애틀 지사에 있는 직원중 한명이 코로나 양성 판정을 받은 이후, 미국지사에 출장갔던 직원은 2주간 강제 재택근무를 하고 있습니다. 그런데 미국 코로나 바이러스 이슈가 점점 심각해 지면서, 전사적 재택근무가 정말 빠른 속도로 의사 결정이 되었고 (역시 아마존 답습니다) 그날 저녁에 메신저로 연락이 왔으며, 그 다음날 재택근무에 돌입했습니다. 각 팀원들이 매니져들을 통해서 연락받고, 재택근무에 관해서 여러가지 확인사항을 점검한 후 본격적으로 아침 회의를 원격으로 했죠. 아마존에는 차임 (Chime) 이라는 자체적인 화상회의 시스템이 있어서, 회의때면 무조건 차임을 사용하는데요, 이번처럼 팀원 전체가 차임으로 원격 회의를 한 적은 처음이었습니다.

갑자기 이야기가 다른데로 샜네요. 이번에 코로나 바이러스 사태로 느낀 것은, 미국 정부나 기업의 대처가 정말 빠르다는 것이었습니다. 물론 미국에 확진자가 나오기까지 지지부진한 면도 없지 않아 있었지만, 일단 이슈라고 확정짓는 순간, 회사 수뇌부로부터 빠르게 재택근무를 결정하고, 직원이 80만명 가까이 되는 아마존같은 거대한 기업이 행동강령을 이렇게 빠르게 내리는것이 상당히 인상깊었습니다.

뉴욕타임즈에서 나온 뉴스를 보니, 미국은 워싱턴주에서 가장 많은 사망자가 나왔습니다. 이것이 무엇을 의미하는지는 해석하기 나름이겠지만, 나쁜 방향으로 번지지 않앗으면 좋겠습니다. 확진자 수는 뉴욕이 가장 많은데 사망자는 한명밖에 되지 않네요.

https://www.nytimes.com/interactive/2020/us/coronavirus-us-cases.html

미국 코로나 바이러스 지도 - https://www.nytimes.com/interactive/2020/us/coronavirus-us-cases.html

다시 영국으로 돌아와서, 영국 정부에서도 코로나 바이러스 때문에 재택근무 권고안이 내려온지 한참 되었지만, 그것을 빠르게 따르는 회사들이 많은 것 같지는 않더라구요. "권고안일 뿐이다" "조심하자" 라는 정도의 분위기였죠. 아마존 런던지사에도 회사 구석구석에 수천개의 손세정제가 배치되는 재밌는 장면이 연출 되기도 했었는데, 그래도 직원들은 항상 바글바글 했거든요. 런던으로 출근하면서도 마음이 편치 않았는데, 정부에서 미적지근하게 반응하니 시민들도 경각심을 갖기는 사실 어렵죠. 그렇다고 너무 과하게 반응하면 패닉이 올 수 있기 때문에 더더욱 조심해야겠지만요.

아내가 다니는 회사는 영국에서 이름만 대면 아는 대기업이고, 세계적인 미디어 회사이지만, 전사적인 재택근무는 하루정도 시험하는 정도로만 이뤄졌다고 합니다. 본사가 영국이니까 사실 본사가 빠르게 결정 내려서 오피스를 닫을 수도 있을텐데, 느린 템포로 이루어지는 것을 보면 영국 정부와 무언가 닮아있다는 생각이 들어요.

상황이 이러다 보니 미국지사에서 코로나 바이러스로 바로 전 세계 오피스 셧다운하고 재택근무로 돌입하는게 상당히 인상깊을 수 밖에 없습니다. 미국은 이미 수많은 크고 작은 기업들이 3월 말까지 오피스를 닫기로 했고, 이름만 들어도 설레이는 유수의 컨퍼런스들이 다 취소되고 NBA, HHL 등의 운동경기까지 모두 취소시키는 행동력을 보였는데, 이 모든게 짧은 시간에 순신간에 이루어지는 모습이 상당히 인상깊습니다.

해외에 거주하는 한국인으로써, 한국의 코로나 대응하는 모습에 늘 감동하고 있습니다. 질병의 진원지와 가장 가까워서 그 충격파가 세계 어느 곳 보다도 강했을 우리나라인데, 놀라운 결단력과 전국민이 똘똘 뭉칭 대처로 잘 이겨내고 있는 모습이 너무 멋집니다. 무엇보다 예전의 무능했던 정부들과는 차원이 다른 전문적이고 투명한 코로나 바이러스와의 전쟁이 정말 한국도 선진국중에서도 더 앞서나가고 있구나 하는 생각이 들어서 가슴이 뭉클합니다. 확진자의 93%가 신천지 관련자라는, 진짜 더럽게 재수없는 일이 발생했음도 불구하고 이정도로 방역을 해 냈다는것은 기적과도 같은 일이죠.

전세계가 함께 싸워서 힘든 시기를 극복했으면 좋겠습니다. 모두 화이팅!