나는 캣니스!나는 워낙 빠르게 돌아가는 스타트업 ‘어니스트펀드'에서 생존해보고자 헝거게임의 여전사처럼 어니스트펀드의 여전사를 꿈꾸는 UX 팀 인턴 ‘캣니스'이다. 2개월 동안 보고 느낀 어니스트펀드의 스타트업 문화 두 가지 ‘수평적인 소통’과 ‘자유로운 근무환경' 대해 이야기하고자 한다.1. 스타트업 수평적인 소통은 이름부터“안녕하세요. 포세이돈이에요.”“반가워요. 머니입니다."“저는 시나몬이에요.”“안녕하세요. 저는 캣니스입니다. 잘 부탁드립니다.”위의 대화를 보면 마치 인터넷상에서 이루어지는 채팅이 연상되기도 한다. 하지만 이 대화는 내가 처음 어니스트펀드에 와서 팀원들과 나눴던 인사다.어니스트펀드의 인턴 면접을 볼 때 부대표님이 자신을 “제우스” 라고 소개하였다. ‘제우스?! 내가 알고 있는 그리스 로마 신화에 나오는 신들의 왕 제우스란 말인가…’ 하며 매우 당혹스러우면서 지금까지 봐왔던 면접 중 굉장히 유쾌했던 기억이 있다.협업 툴 ‘Slack’에 있는 팀원 네임대게 회사들은 일반적으로 이름과 직급으로 서로를 부른다.("김xx 대리님", "유과장님" 등). 이 자체만으로 서로간에 주는 직급의 위계질서가 생기고 수직적인 관계가 형성된다. 따라서 많은 스타트업은 수평적인 조직 문화를 만들기 위해 영어 이름을 사용하기도 한다.어니스트펀드도 수평적인 문화를 만들기 위해 영어 이름을 쓰지만 조금 더 특별한 닉네임을 쓴다. 나는 이런 닉네임 형태가 해당하는 사람의 직위와 이름을 합쳐 만들어 낸 어니스트펀드 안에만 존재하는 하나의 캐릭터라는 이미지가 더 강하게 박힌다. 그래서인지 팀원들과 이야기를 할 때 수평적인 소통을 하기에 조금 더 편하다고 실제로 느낀다.사실 나는 인턴으로 온 지 첫 주 동안 닉네임에 가까운 이름을 부르면 예의가 없어 보일 것 같은 마음으로 팀원들에게 닉네임과 ‘-님' 자를 붙여 불렀다. (예를 들면, “머니 님, 점심 드셨어요?”) 그런데 나와 함께 UX업무를 하시는 ‘테일러'는 나에게 “내 안에 위계질서를 만들지 말아요.”라고 조언을 해주셨다. 나도 모르게 수평적인 조직 안에서 위계질서를 만들고 있지는 않았을까 하고 아차 싶었다.21. 수평적인 소통과 수직적인 의사결정을 지향합니다.(어니스트펀드 매뉴얼 21번)스타트업에서 수평적인 문화를 만드는 가장 큰 이유는 모든 사람의 의견을 듣기 위해서다. 그리고 구성원 모두가 이해하고 동의한 상태에서 일을 진행하는게 목표 지점에 도달하기가 더 효과적이기 때문이다. 그렇기 때문에 영어 닉네임과 같은 방식을 팀원들과 자유로운 커뮤니케이션의 수단으로 이용된다.2. 쉴 수 있는 자유와 근무환경출근한 지 이튿날, 회사원들이 가장 졸린 오후 2시에 잠을 깨기 위해 커피를 마시러 아고라(Agora_각종 음료가 있는 휴식 겸 소통의 공간)로 갔다. 내 눈앞에는 생각지도 못한 상황이 펼쳐져 있었고 신선한 문화 충격을 받았다.당시 아고라 앞에 위치한 전면 유리로 구성된 미팅룸 안에는 대표님과 외부 손님이 미팅 중이었고, 그 맞은편 소파에는 대놓고 드러누워 자는 ‘터보’가 보였다.도대체 이게 무슨 일이란 말인가????미팅 중인 외부 손님 바로 앞에서 드러누워 자는 직원, 그런 모습이 아무렇지 않은 양 평온한 상태로 미팅을 진행 중인 대표의 태도는 이해하려야 이해할 수 없는 장면이었다.순간 이 장면을 본 나는 ‘미팅룸 안에 설치된 블라인드를 어떻게 내리지?’, ‘자는 터보를 깨워야 하나?’ 등의 이 상황을 어떻게 대처해야 할지에 대한 생각들로 어쩔 줄 몰랐다. 하지만 그 시각 아고라에 커피를 마시러 온 팀원은 아무 일이 없다는 듯 커피를 타서 자리로 돌아갔고, 이 회사 공간 안에서 나는 마치 다른 나라 사람이 된듯 한 기분이 들었다.어니스트펀드의 agora어니스트펀드 인턴으로 오기 전까지 1년 동안 평균 연령 40세인 사람들로 구성된 보수적인 회사에 있던 나에게는 생각지도 못할 일이었다. 업무 중 잠이 쏟아질 때면 화장실 변기 위에서 15분간 쪽잠을 자고, 아무렇지 않은 표정으로 돌아와 업무로 복귀하던 나였다. 이런 상황은 나뿐만 아니라 대부분 회사원이 겪었을 일상이라고 생각한다.하지만 어니스트펀드의 일상은 달랐다. 언제 어디서나 업무 중에 과열된 머리를 식힐 수 있는 자유가 있다. 최대의 업무 효율을 내기 위해 서로의 눈치를 보지 않고 휴식을 취할 수 있는 권리가 보장되어 있다는 것이다. 또한 그 권리를 구현할 수 있는 근무환경이 조성되어 있다.손님이 와도 굴하지 않고 잘 수 있는 우리 팀원들이 멋있어요.위의 말은 서상훈 대표가 지난 워크숍에서 팀원들에게 했던 말이다. 회사 안에서 어떤 상황과 요건으로 구애받지 않고 팀원 스스로가 업무의 효율성을 높이기 위해 적합한 환경으로 만들어 나가는 것에 대한 만족감이 아닐까 싶다.일이 잘 안풀릴때는 여의도 전경을 보며 휴식을!“직원들이 자신의 생각을 자유롭게 표현할 수 있고,낡은 규칙은 임의로 깨뜨릴 수 있으며,자신이 일하는 공간을 자기 집처럼 사랑할 수 있어야 한다.”-IDEO CEO 톰 켈리-스타트업하면 빠지지 않는 키워드 중 하나는 자유로운 근무환경이다. 근무환경은 문화를 만들고 직원들의 업무 생산성을 높이는 데 기여할 것이다. 자유로운 공간 안에서 더 좋은 시너지를 내기 위해서는 팀원들이 공간 그대로를 200% 활용할 수 있는 태도와 자세가 관건이라고 생각한다.분명 스타트업에서 팀원들과 수평적인 소통을 하기 위해 풀어나가는 방식과 자유로운 근무 환경이 장점만 가지고 있는 것은 아니라고 생각한다. 이것들이 긍정적으로 이루어지려면 팀원 간의 믿음이 먼저 바탕에 깔려있어야 한다. 내가 인턴으로서 바라본 어니스트펀드는 활기 넘치는 근무환경을 바탕으로 한 믿음이 있었기에 더욱 매력적인 곳이었다. 앞으로 어니스트펀드의 젊은 에너지가 핀테크의 기폭제로 되기를 기대해 본다.#어니스트펀드 #인턴 #기업문화 #스타트업 #스타트업문화 #조직문화 #사내문화 #인턴인터뷰 #인사이트 #경험공유 #팀원 #팀문화 #팀워크 #팀플레이

Editor. 스켈터랩스에서는 배경이 모두 다른 다양한 멤버들이 함께 모여 최고의 머신 인텔리전스 개발을 향해 힘껏 나아가고 있습니다. 스켈터랩스의 식구들, Skeltie를 소개하는 시간을 통해 우리의 일상과 혁신을 만들어가는 과정을 들어보세요! 스켈터랩스의 스테로이드 서종훈 님을 만나보세요:)사진1. 스켈터랩스 스테로이드 서종훈 님Q. 진부한 첫 번째 질문, 자기소개를 부탁한다.A. 스켈터랩스에서 소프트웨어 엔지니어로 일하고 있는 서종훈이다. 연세대학교 컴퓨터과학과에서 HCI(Human-computer interaction)와 컴퓨터 비전(Vision)쪽 연구로 박사 학위를 받았다. 그리고 L모 기업의 AI연구소에서 일을 하다가 최근 스켈터랩스에 입사했다.Q. 어떻게 스켈터랩스에 입사하게 되었는지 궁금하다.A. 지인을 통해서 스켈터랩스의 여러가지 프로젝트에 대해 듣게 되었다. 스켈터랩스의 Inno Lab에서 진행 중인 프로젝트가 HCI와 가장 연관성이 깊고, 재미있는 디바이스를 구현하고 있어서 눈여겨 보다가 입사를 지원했다. 물론 프로젝트의 방향성이 나의 관심 분야와 일치하는지 뿐만 아니라, 함께 일하는 사람이 어떤 사람인지 알아보는 과정도 필요했다. 다행히 스켈터랩스에 지인이 있었고, 그의 소개로 하드웨어 엔지니어팀을 이끌고 있는 재경 님을 비롯하여 다른 팀원들을 미리 만날 수 있었다. 긴 대화 끝에 회사의 조직문화나 방향성의 결이 나와 맞는다는 생각을 했다. 뛰어난 개발자가 많기 때문에 내가 계속 성장해나갈 수 있는 환경이라는 점도 입사 결심을 굳히게 된 큰 요소 중 하나다.Q. 스켈터랩스에서는 어떤 업무를 맡고 있는가. A. 스마트 거울 샘(Samm)의 제스처 인식을 담당하고 있다. 이미지 인식을 기반으로 하는 작업이기 때문에 카메라로 구현을 하는게 맞을 지, 혹은 센서를 사용하는 것이 좋을지를 테스트하며 최적의 답을 찾아내려 하고 있다. 또한 엔도어 솔루션(Endor Solution, 공정 과정에서 부품의 결함을 자동으로 검출하는 솔루션)이 더욱 뛰어난 성능을 발휘할 수 있도록 개발에 참여하고 있다. 기존의 팀원들 모두가 딥러닝 경험이 풍부하다. 반면 전통적인 비전(Vision) 쪽 경험은 상대적으로 내가 더 풍부하기 때문에, 데이터처리나 고전적인 방법을 적용한 개발을 통해 엔도어 솔루션을 탄탄하게 보완하려고 한다. 텐서플로우(Tensorflow) 기반으로 기존의 팀이 일해왔다면, 나는 OpenCV를 통해 선행 데이터를 처리한다.사진2. 영화 <마이너리티 리포트>에 등장하는 G-SpeakQ. 비전 기술에 관심을 갖게 된 특별한 계기가 있었는지 궁금하다.A. 글쎄, 계기라고 말하기는 힘들다. 그냥 자연스럽게 HCI쪽에 관심을 가지게 되었고, 그러다보니 다양한 인터페이스를 구현하는 일을 맡아왔다. 당시 HCI가 붐이었고, 아이폰이 이제 막 세상에 등장한 시기이기도 했다. 그런데 HCI 분야의 개발을 지속할수록, 사람들에게 편리한 방식으로 원하는 것을 제공할 수 있는 분야에서 비전 기술은 필수라는 생각이 들더라. 웨어러블 디바이스를 사용하지 않고서도, 개개인의 행동을 관찰하고 그에 맞게 적절한 가이드를 제시하는 것은 모두 비전을 바탕으로 한다. 스티븐 스필버그 감독의 톰 크루즈 주연 영화 <마이너리티 리포트>를 보면, 톰 크루즈가 특수장갑을 착용한 채 스크린을 제어하는 장면이 등장한다. 양손을 사용하여 자유자재로 허공에 활성화시킨 스크린을 제어하는데, 이 장면은 단지 영화 연출이 아닌 실제로 개발된 기술에서 영감을 얻은 장면이다. 기술의 명칭은 ‘G-스피크(G-Speak)’. 이 혁신적인 기술을 개발한 존 언더코플러(John Underkoffler)는 영화 자문 이후, ‘오블롱 인더스트리즈(Oblong Industries)’라는 회사를 설립했다. 사실 ‘G-스피크'를 구현하기 위한 개별 기술들은 당시에도 굉장히 많았다. 오블롱의 차별점은 이 다양한 개별 기술을 하나로 통합한다는 점이다. 오블롱의 행보를 관찰하며, 비전 기술의 활용도에 대해 일종의 확신을 강하게 품게 되었다. NUI(Natural User Interface) 기술이 보편화되면, 기존 오퍼레이션 시스템 환경은 크게 변화할 것이다. 그때 일반 소비자에게 편하게 와닿을 수 있는 새로운 인터페이스를 선도하는 회사가 시장의 선도자가 될 것이고, 비전 기술은 시장 선도자의 핵심일 것이라고 생각하고 있다.Q. 여러 프로젝트에 동시에 참여하고 있기 때문에, 각 팀마다 업무 방식이 어떻게 다른지를 경험했을 것 같다. 그 이야기를 듣고싶다.A. 기본적으로 분위기가 굉장히 다르다. 엔도어 솔루션은 기업의 사설연구소의 느낌이랄까, 굉장히 학구적인 느낌이 강하다. 딥러닝과 관련된 많은 논문을 읽고 깊이 있게 연구하고자 한다. 많은 실험도 필수적으로 병행되는데, 내부적으로는 각 논문과 실험을 통해 얻은 인사이트를 정리하고 공유하고자 노력하고 있다. 이러한 과정을 통해 기존의 다양한 모델을 조합하고 자체적인 모델 개발을 통해 최적의 결과물을 구축하려고 한다. 반면 Inno Lab의 다양한 프로젝트는 오히려 내가 기대했던 스타트업스러운 느낌이 있다. 기존에 없던 디바이스를 만들어 내기 위해 다같이 아이디에이션 과정을 진행했다. 그리고 빨리 구현하고 피드백을 취합한 후, 다시 개발에 들어가는 과정이 꽤 다이나믹하게 이뤄진다. 현재 개발 중인 샘 덕분에 주변의 신기하고 재미있는 디바이스를 검색해보고, 직접 써보고 있는데 덕분에 굉장히 얼리어답터가 된 듯한 느낌이다.사진3. 종훈 님의 일하는 모습을 몰래 촬영해보았다Q. 동시에 결이 다른 두 개의 프로젝트를 진행하기가 어려울 것 같다.A. 어렵다. 그래서 나는 아예 프로젝트마다 기한일을 설정한다. 한 분야에 몰입해서 쭉 끌고 나가는 것이 내게는 더 맞는 느낌이라, 각 프로젝트의 PM과 상의하여 샘 개발에 15일까지 참여한다면, 월 말까지는 엔도어 솔루션에 참여하는 식으로 조정한다.Q. 이전 직장과 스켈터랩스의 업무가 어떻게 다른지도 궁금하다.A. 이제 스켈터랩스에 합류한지 3개월이 좀 지났는데, 크게는 두 가지가 가장 다른 점이자 만족스러운 점인 것 같다. 첫 번째는 일단 개발 환경이다. 스켈터랩스는 개발 환경이 굉장히 빠르고 선진적이다. 개발을 워낙 잘 하시는 분들이 많기 때문에 협업하면서 배울 점도 많고 협업을 통한 시너지도 강하다. 여러가지 툴을 똑똑하고 빠르게 잘 활용하는 것도 업무 효율을 크게 향상시키는 부분이다. 구글 드라이브, 깃허브(GitHub) 뿐만 아니라, 유트랙(Youtrack)과 같은 이슈트래커(Issue Tracker)도 적극 활용한다. 클라우드 환경, 빌드 환경 등도 모두 유연하게 잘 갖춰져있다. 이전 회사가 폐쇄적으로 운영되었던 부분이 있어서 상대적으로 이런 부분을 더 만족스럽게 생각한다. 스타트업인 만큼, 신기술에 대해서 팔로우하고 적용시켜 보려는 과정이 빠르게 일어나고 있는 점도 좋다. 두 번째는 ‘함께 하고 있다'라 느낌이 강하다는 것이다. 이전에는 워낙 프로젝트의 규모도 컸기 때문에, 각자 맡은 업무의 경계선이 분명하게 그어져있었다. 그러나 스켈터랩스는 잦은 미팅을 통해 함께 기획부터 참여하기 때문에 ‘우리의 것'을 만들어낸다는 느낌을 준다.Q. 스켈터랩스에서 가장 애정하는 조직문화가 있다면?A. 맥주를 먹으면서 일할 수 있다는 것(스켈터랩스에는 맥주 디스펜서가 구비되어 있다)! 다이어트를 하고는 있지만 워낙 맥주를 좋아하는 나로서는, 개발이 잘 안풀릴 때 맥주를 먹으면서 일을 할 수 있다는 것 자체가 만족스럽다. 매주 금요일마다 함께 모여서 회사의 여러 프로젝트 진행 상황을 듣고, 구성원에 대해서 알아보는 시간인 올핸즈(All-hands)도 좋아한다. 보통 다른 회사의 경우 정보가 총체적으로 전달되지 않고, 쪼개진 정보만이 내려오는 경우가 많다. 하지만 올핸즈 덕분에 회사의 정보들이 모두에게 공유될 수 있고, 또한 참여할 수 있다고 생각한다.Q. 비슷한 질문이지만 회사 자랑을 위해 하나 더 묻고싶다. 스켈터랩스에서 가장 자랑하고 싶은 점을 꼽는다면 무엇일까.A. 두 가지를 꼽고 싶다. 먼저 자유로운 문화라는 점. 한국에서 정말 몇 안되는 실리콘밸리의 분위기를 풍기는 곳이라고 생각한다(단순히 나만의 의견이 아니라, 실제 실리콘밸리에서 근무하는 친구가 사무실에 놀러왔을 때 ‘실리콘밸리 같다'라고 표현했다). 겉으로는 허름한 창고같은 사무실이지만, 문만 열리면 다른 세계가 펼쳐지는 듯한 느낌을 받을 수 있다. 자유롭게 의견을 내고 토론을 하는 문화도 이 사무실의 분위기와 일맥상통한다. 두 번째는 개개인의 실력이 높아서 정말 배울 것이 많다는 점이다. 그게 한편으로는 스트레스기도 하다. ‘내 밑천이 바닥나면 안될텐데'라는 생각에 책과 다양한 소스를 통해 끊임없이 자발적으로 공부하게 만든다. 실제 개발자 중 몇 분은 구글에서 개발자 레벨의 최고 등급을 받은 것으로 알고있다. 개발 실력은 당연히 코드에 묻어나온다. 다른 개발자의 코드를 보면서도 많은 영감을 얻을 수 있고, 코드 리뷰에 참여하는 것 만으로도 개발 실력이 향상될 수 있다.Q. 자유로운 출퇴근 문화지만, 종훈 님은 꽤 일찍 출근하는 편으로 알고 있다. 하루 일과가 궁금하다.A. 집에서 아침 시간을 여유롭게 즐기는 편이다. 여섯시에 일어나 아침 밥을 집에서 챙겨먹고 출근하고 있다. 일찍 출근할수록, 그 날 내가 목표로 한 업무를 빨리 마치고 퇴근할 수 있기 때문에 너무 늦게는 출근하지 않으려 한다. 덕분에 규칙적으로 일곱시 쯤에는 퇴근을 마치고 운동을 한다. 주말에도 주로 운동을 즐기는 편인데, 요즘에는 토요일마다 꼬박 꼬박 딥러닝 스터디를 하고있다. 나는 전통적인 비전(Vision) 연구를 해왔기 때문에, 딥러닝 쪽은 바탕 지식이 얕은 편이다. 업무를 진행하는데 큰 어려움은 없지만, 회사 프로젝트의 좋은 결과물을 내기 위해서는 딥러닝을 썼을 때 효율적인 부분이 크다. 때문에 많은 시간을 공부에 할애하는 것 같다.Q. 스켈터랩스 헬스동호회 스켈터 스테로이드의 수장으로 알고있다. 동아리를 소개한다면?A. 동호회를 만들게 된 계기는 단순하다. 새 회사에 왔으니, 새로운 몸을 만들겠다는 마음이었다. 사실 헬스는 누군가랑 같이 하는 운동은 아니지않나. 그래도 동호회원들 덕분에 ‘오늘은 그냥 좀 운동을 쉴까’ 싶다가도 누군가가 먼저 나서면 ‘그래도 빠지지 말아야지'란 생각에 꼬박꼬박 운동을 가게된다. 일주일에 두 번이니, 부담스럽지 않은 양이기도 하다. 내가 수장인 만큼 본보기로 열심히 나가야한다는 일종의 책임감도 꾸준히 운동을 이어나가는 원동력이 되었다. 날씨가 추워지면서, 다들 몸을 만들겠다는 의지가 약해져서인지 최근에는 참여률이 떨어지고 있다. 실내에서 할 수 있는 다양한 운동 종목을 더해, 참여를 높이는 방법을 고민 중이다. Q. 운동을 꾸준히 해오고 있는데, 헬스 동호회를 통해 목표했던 성취는 이루었는지 궁금하다.A. 동호회 소개를 하며 ‘이틀 밤을 새도 지지않는 체력을 얻어갈 수 있습니다'라고 공표했는데, 변명이지만 목표가 너무 거창했던 것 같다. 이틀 밤을 새도 지지않는 체력이 갖기 위해 갈 길이 멀다. Q. 이제 인터뷰를 마무리할 단계다. 스켈터랩스가 어떤 회사가 되면 좋겠는가.A. 앞서 말했던 오블롱 인더스트리즈나 센스타임(Sensetime)처럼, 확고한 기술력으로 시장의 선두주자가 되었으면 한다. 이를 위해서는 논문도 많이 내야할 것이고, 더욱 많은 개발자와 함께 기술을 더 깊게 파고드는 과정이 지속되어야 한다. 또한 스타트업으로서 시장의 성패와 상관 없이 가치있고 재미있는 개발을 많이 하면 좋겠다. 현재로서는 Inno Lab이 이러한 성격을 띠고 있다. 그래서 일단은 프로젝트 중 하나인 샘을 성공적으로 런칭하는 것이 나의 목표다.Q. 진짜 마지막 질문. 앞선 질문과 비슷하지만, 개인적인 꿈이 있다면?A. 오래 일하고 싶다. 나이가 들어서도 시장의 흐름을 읽고, 새로운 기술에 대한 충분한 이해와 개발력을 갖춘 사람으로 오래오래 일하고 싶다. 사실 일반적으로 개발자의 수명은 길지 않다. 그래서 창업에 대한 욕심도 품고 있다. 스켈터랩스의 CEO인 테드 님을 보면서 한편으로는 기업 운영 노하우를 배워나간다는 생각도 있다. 향후에는 스켈터랩스의 경쟁사를 내가 세울 수도 있지 않을까(테드 님이 이걸 보면 뭐라하실지 걱정이긴 하다).#스켈터랩스 #사무실풍경 #업무환경 #사내복지 #기업문화 #팀원인터뷰 #팀원소개 #팀원자랑

 최근의 스타트업 기업들은 100% 오프라인으로 서비스를 진행하는  서비스보다는 많은 부분을 온라인으로 서비스하는 분들이 많습니다. 그리고 온라인 서비스를 제작하기 위해선, 기본적으로1. 서비스 기획: 서비스를 설계하고, 철학을 담고 기능 등을 추가하고 설계하는 일2. 서비스 개발: 서버 안에서 진행되는 알고리즘을 수립하고, 구조를 설계하고 개발하는 일  3. 서비스 디자인: 서비스를 심미적으로 아름답고 직관적 있게 구현해 주는 일이렇게 기획, 개발, 디자인 세 가지 파트를 기본으로 필요합니다. (이외에도 마케팅이나, 경영 등의 부분들도 많지만, 이런 것들은 나중에 또 설명해 드리도록 하겠습니다.) 그리고 서비스를 만들기 위해서는 적어도 한 가지 또는 두 가지의 업무 정도는 수행할 수 있는 인원을 기반으로 시작하는 것이 옳다고 생각합니다. 그리고 처음부터 끝까지 제작하는 서비스인 만큼, 마음이 맞는 팀원들을 모아서 시작하는 것이 굉장히 중요한데요, 그렇다면 어떻게 팀원들을 모아야 할까요? 물론, 지인들과 주변 사람들과 함께 시작할 수 있는 경우라면 굉장히 좋겠지만, 모르는 사람들과 서비스를 시작할 경우, "어떻게 만나서 시작하느냐"가 중요합니다. 새롭게 알게 되는 분들과 스타트업을 시작하시는 분들은 아무래도 금전적 문제가 팀원을 모으는 것이 가장 먼저 겪는 문제일 것이고, 특히 개발자가 아니신 분들은 "개발자가 없다!!!!!!!!!"라는 것이 엄청나게 고민이실 겁니다(다 압니다. 저도 그랬으니깐요…. 하하하). 그리고 관심이 있는 개발자분이나, 기획자분, 또는 디자이너분이 있다고 하더라도 확실한 설득력이 없다면, 팀으로 모아서 시작하는 것이 굉장히 힘들죠. 그래서 스타트업이 인원을 충원할 때는 "서비스가 어떤 것인지를 나 말고 다른 사람들에게 명확하게 표현할 수 있을 때." 가 팀원을 모으는 가장 최적의 시기라고 생각합니다. 나중에 설명해 드리겠지만, 서비스 대하여 광고 문구 같이 "심금을 울리는" 그런 한마디가 아니라, 서비스에 대하여 육하원칙에 따라 명확하게 설명할 수 있는 상태가 제가 말한 명확하게 표현한다는 의미이고요. 이유를 설명해 드리자면, 스타트업이라는 기업의 특성상, 100%의 성공을 절대로 예측할 수 없고, 장애요소들이 너무나 많으므로, 서비스에 확신을 가지고 있는 사람들도 쉽게 시작을 할 수 없는 것이 스타트업이라고 생각합니다. 그러므로 감성을 털어 재끼는 표현보다는, 듣는 사람에게 확실하게 어떤 서비스 인지 보여주는 워딩을 할 수 없다면, 팀원을 모으는 것이 굉장히 힘들 겁니다. 개발의 경우, 어떤 서비스를 어떻게 하겠다는 명확한 근거가 없으면 제작을 하는 과정에서 많은 장애요소를 만나기 때문에 더 주저할 수밖에 없습니다. 여기서 팁을 드리자면, 개발자 분들을 팀원으로 설득하시기 위해서는 조금 더 디테일 한 설명을 필요로 하실 겁니다. "이런이런 서비스를 만드려고  한다."라는 것도 중요하지만, "어떤 기능을 기반으로 한, " 또는 "어떤 기능들이 주요 기능들인 서비스를 만드려고  한다."라는 것을 잘 설명해야 하고, 만약 구현하고 싶은 서비스와 비슷한 서비스가 있다면 직접 "이러한 것들을 해보고  싶다."라는 것을 집 적적으로 보여드리는 것을 추천드리고 싶습니다. 아예 기획하시는 분이 스토리 보드와 사이트 맵핑을 완료해서 가져가신 다면 더할 나위 없겠지만, 이제 시작하시는 분들에게 이것부터 시작해라 라고 하는 것은 무리가 있을 것 같아서, 조금 나중에 스토리보드와 사이트맵 같은 것들은 말씀드리겠습니다. 즉, 개발자와 기획자들은 언어의 표현이 다르기 때문에 비주얼 라이징 된 설명이 매우 중요합니다. 제가 창업을 시작했었던 2012년도 많은 스타트업이 있었지만, 요즘 들어 더 많은 스타트업들이 생겨나고 있고, 더 많은 분들이 창업을 생각하고 있으므로, 스타트업을 시작하기 위하여는 그때보다 더 확실하고 명확한 서비스의 근거나 비전을 제시할 수 있어야 할 것이라고 생각합니다. 그리고 팀원들에게 제공했던 것들도  이야기해 드리겠습니다(제가 이 부분에 있어서 가장 못 했다고 생각되어서 참 죄송하다는 생각을 많이 하고 있습니다). 스타트업을 시작하는 분들이 서비스를 같이 시작하는 사람들에게 가장 먼저 제시하는 부분들이 "지분"을 먼저  이야기할 수밖에 없다고 생각을 합니다. 서로의 업무에 책임감을 느낄 수 있고, 보다 능률적 있게 제작할 수 있다는 점에서 좋은 방법이라고 생각은 합니다만, 100% 효율적이라고는 이야기하지 못할 것 같습니다. 말씀드리는 이유는 서비스를 제작하는 시간은 깁니다. 처음부터 서비스를 원하는 시간에 만드는 것은 거의 불가능하다고 생각합니다(다양한 장애요소들이 워낙 많으므로). 이렇게 긴 시간 동안, "우리는 의협심 하나로 똘똘 뭉친 사람들이기 때문에 충분히 기다릴 수 있어."라고 생각하시는 분들도 있긴 하겠지만, 그렇게 업무를 진행하기에는 너무나도 힘들죠. 그리고 현실적으로 서비스 제작 기간 동안 먹고 사셔야 하기 때문에.... 하지만 그렇다고 100% 월급제로 고용하기에도 정말 부담스러운 부분들이 있다는 것은 저도 인정하는바 입니다. 그래서 공동 창업가들과 제가 했던 방법은 "지분+ 일종의 성과금" 정도였습니다. 지분을 어느 정도 제시하고, 서비스(알파 서비스/ 베타 서비스) 등의 제작 동안 소정의 감사비를 드리는 정도였죠. 지금도 생각하면 저무나 고생했었던 우리 디자이너 형, 개발자 동생에게 너무나도 미안한 마음입니다. 분명히 같이 창업을 했던 사람들이지만 말이죠. 이제 와서 생각해보면, 이것저것 다 가지고 시작하는 건 스타트업도 아니긴 하지만, 이도 저도 없는데 사람들 고생시킬 수 있는 것도  스타트업입니다. 신중하게 생각해서 시작하시는 걸 정말 다시 한 번 말씀드립니다. 그래도 요즘은 위시켓이나 로켓펀지 등에서 스타트업을 지원하는 인적 또는 물적 인프라가 많이 발전해서 많이 좋아졌다고는 하지만, 아직도 스타트업에 대한 관념이나 생각이 "음식점 같은 거 창업이나 하겠지...(창업은 치킨이  짱이죠...)"라고 생각하시는 분들도 많고, 또 이 작은 시장에서도 사기를 치시는 분들이 있어서 항상 조심히 하나하나 진행하시는 게 무조건적으로 중요하다고 생각합니다. (참 힘들죠…. 하하 아 그리고 프리랜서를 만나서 하시는 분은 주변  개발/디자이너/기획하시는 분을 꼭! 꼭꼭 대동하시기를 적극적으로 추천해 드립니다! 이 부분에 대해서는 나중에 기회가 있으면 알려드리겠습니다) 그래서 세줄 요약하자면(너무 멀리 돌아왔네요...;),1. 서비스에 대하여 머릿속에서가 아닌 다른 사람들에게 확실하게 정의할 수 있고, 금전적으로 안정이 될 때,2. 서비스에 대한 이야기를 듣고 서비스에 대하여 구현하고, 또 같이 발전할 수 있는 인원과,3. 100% 임금으로 상황이 좋지 않다면 약간의 지분과 적더라도, 확실한 임금지급을 기반으로,하는 것이 가장 이상적인 방법이라고 생각합니다.말하고 싶은 부분들이 너무나도 많은데 필력이 너무나도 딸려서 죄송스럽네요 ㅠ 궁금하신 부분들은 댓글 달아주시면 최대한 빨리 자세하게 설명하겠습니다!#코인원 #블록체인 #기술기업 #암호화폐 #스타트업인사이트 #팀빌딩 #팀플레이

story #17. 행복을 싣고 달리는 진정한 해피라이더, 조조 :DQ. 자기소개 부탁해!안녕하세요, 라이더 조조라고 합니다. :)Q. 아띠에 들어오게 된 계기가 있다면?군대 때문에 미국에서 한국으로 왔을 때, 군대 가기 전에 용돈을 좀 마련해보려고 했었어. 누나한테 영어를 쓰면서 일할 수 있는 곳이 어디 없냐고 물어봤더니 게스트하우스랑 아띠를 추천하더라고. 누나 친구의 오빠가 IJ였거든.와 정말? 인연이네!응. 근데 내가 아띠에 대해서는 이전에 잡지를 통해서 접하면서 ‘이 사람 정말 대단하다’ 싶었는데, 누나랑 그렇게 연결이 되었더라고. 그래서 당연히 아띠를 하겠다고 해서 시작했지. 그래서 약간 낙하산 같은 존재?(웃음) 그런데 처음 가니까 IJ가 무섭게 가르치더라고. 그렇게 시작하게 됐어.Q. 라이딩 시작해보니 어땠어?2014년 여름부터 초가을쯤이었는데 그때 돈은 정말 많이 벌었었어.(웃음) 근데 예약이 없을 때는 프리라이딩을 하잖아. 그때 ‘아띠는 나의 금전적인 욕구를 해결시켜주는 용도가 아니라 내가 여기에서 누군가에게 큰 행복을 줄 수 있는 곳이구나’ 라고 확실히 느꼈어. 그리고 프리라이딩을 할 때는 나도 즉석에서 손님을 태우는 거고, 손님도 즉석에서 인력거를 타잖아. 거기에서 느껴지는 교감이 있어. 손님한테는 갑자기 계획에 없었던, 뜻밖의 일이 일어난 거니까 너무 행복해하더라고. 그런 것들이 너무 재미있었지. 그래서 군대에 가서 휴가 나와서도 프리라이딩 하러 오고 그랬어.(웃음) Q. 그래 맞아! 쌔까만 애가 갑자기 라이딩하러 나타났었지!(웃음)맞아. 주변 사람들이 왜 그러냐, 그렇게 할 일이 없냐, 왜 고생하냐 그러는데 정말.. 이 맛은 직접 맛보지 않으면 모르는 거야.Q. 아띠의 장점을 꼽자면?아띠의 가장 큰 장점을 꼽자면, 정말 다양한 사람을 만날 수 있다는 거야. 지금 시대에 어울리지 않는 말일 수도 있는데, 정말 남녀노소, 신분?(웃음)과 관계없이 너무나도 다양한 사람들!(웃음)보통 라이딩을 시작하면 라이더 중 20명 정도는 만나서 같이 일을 하는데, 20명 전부 다 달라. 나이부터 배경, 인생의 스토리가 다 다르니까 20가지가 넘는 가르침을 받을 수 있는 것 같아. 나는 정말 그냥 영어를 쓰면서 돈을 벌 수 있는 일을 하러 처음에 왔었지만, 사람들을 얻어가고 뭔가 삶에 대해 배워가는 것 같아.Q. 힘들었던 순간은 언제였어?사실 내가 라이딩할 때는 거의 항상 잘될 때가 있었어.(웃음) 그래도 힘들었을 때는 혼자 라이딩할 때나, 정말 안될 때지. 그런데 그럼에도 주변 사람들의 힘이 정말 크다는 걸 최근에 알았어.이번 여름에 무지하게 더웠을 때, 밖에서 7시간 정도 대기하고 있는데도 사람들이 정말 안탔던 적이 있었어. 그날 소득이 0원!(웃음) 그런데 그날 기분이 안 좋았냐? 아니, 그렇지 않았어. 그날 같이 라이딩을 했던 사람이 째미랑 현아였어. 우리 삼총사가 모였을 때는 뭔가 그런 시너지가 나지.(웃음) 다른 라이더들도 본인들만의 어벤져스 팀이 있을 거야. 우리 셋 다 0원이었는데 그날 너무 재미있었어. Q. 0원이라니! 누군가 태우기는 했었지?(웃음)응. 프리라이딩을 했지. 그런데 한 4시간이 지났는데도 0원이니까, 서로 눈만 마주치면 너무 웃긴거야. 그때 그 상황이 너무 재미있어. 근데 이건 아띠라는 회사니까 가능한 거지, 어느 회사가 이렇게 웃게 내버려두겠어. 전화로 ‘오늘 너무 안돼~’ 라고 하니까 ‘그래, 오늘은 그냥 프리라이딩 해. 놀다와~’ 라고 해줘서 맘 편하게 할 수 있었지. 그런 힘들었던 상황도 아띠가 해결해줬던 것 같아. 나는 심지어 프리라이딩만 하려고 출근하는 날도 있었어.(웃음)Q. 프리라이딩을 하는 것도 좋지만, 예약손님을 만날 때 더 좋지 않아?예약은 진짜 좋지. 손님들이 예약을 많이 해주셔야 돼!!(웃음) 예약 손님들은 정말 내가 할 수 있는 만큼 끝까지 서비스를 해드리고 싶어. 손님들이 만족을 못 느끼면 보내기가 싫더라고. 물론 그런 적은 없지만.(웃음) 나는 완전 만족시켜드리지!앞 줄 왼쪽부터 라이더 현아, 째미, 조조. 자칭 아띠 삼총사:/Q. 가장 기억에 남는 손님이 있다면?음, 세 사람이 있어. (지금 얘기하는 분들 외에도 정말 좋았던 분들이 너무 많지만, 몇 명만 꼽자면)첫 번째는 어느 날 밖에서 대기하고 있었는데, 장애가 있으신 분들 10명이랑 인솔자 1명이 계시더라고. 지체 장애인분들이셨는데 태워드리고 싶어서 “타세요~”라고 했더니, 인솔자분은 당연히 돈을 지불해야 될 거라고 생각하셨는지 딱 막으시더라고. 내가 쫓아가서 “그냥 무료로 태워드리니까 타셔도 되요”라고 하니까 그때 마음을 여시더라고. 그래서 우선 2명을 우선 태우고 인솔자 분은 옆에 따라오시면서 그 분들과 수화로 이야기 나누면서 천천히 가는데, 그 분들이 ‘왕이 된 기분’ 이라고 했다고 나한테 설명해주시는 거야. 그때 정말 ‘내가 언제 이렇게 직접적으로 다른 사람을 도와줄 수 있을까’라는 뿌듯함을 느꼈어.그리고 기억에 남는 두 번째는 예약하고 오셨던 손님이었어. 2시간 투어를 예약하셨던 손님인데 21살이랑 이제 12살 된 완전 늦둥이 동생, 이렇게 자매가 온 거야. 근데 그때 까지만해도 엄마와 딸인줄 알고 ‘어머니’라고 했는데, 통성명을 하고 보니까 나보다 어리더라고.(웃음) 지금까지 가족단위 손님은 대게 어머니가 함께 오시는 데 자매만 온 게 너무 신기해서 물어봤더니, 동묘 야시장에서 부모님 일을 돕고 있는데 새벽 1시부터 떡볶이 장사를 한 대. 야시장에서 일을 하니까 동생을 챙겨줄 시간이 별로 없는 거야. 그래서 이럴 때 한 번 데리고 나와서 노는 거래. 어릴 때부터 부모님 일을 도와서 그런지 확실히 어른스럽고 되게 밝더라고. 그 친구가 너무 기특하기도 하고 늦둥이 동생도 너무 귀엽고 뭔가 아름다웠어! 이 자매 손님이랑은 코드가 너무 잘 맞아서 퇴근을 9시에 했어.(웃음) 인력거에 세워놓고 앉아서 계속 이야기하고, 저녁이 되니까 무서운 얘기도 하고. 진짜 재밌었어. 아직도 그 친구들 얼굴이 정확히 기억나. 또 놀러오라고 했는데 못보고 가서 아쉽네. 내가 야시장으로 갔어야 했는데.. 그리고 세 번째는 어떤 어르신이야. 어르신들이 인력거를 보시면 옛날 생각을 많이 하시더라고. 그 날도 인사동길에서 감고당길로 가려고 신호등을 기다리고 있는데, 어떤 어르신이 역시 신기해하시기에 모셔다드리겠다고 하니까 거절을 하시더라고. 근데 일행이셨던 아주머니가 옆에서 '한번 타보세요'라고 권하셔서 결국 타셔서 국립현대미술관까지 모셔다드렸어. 내리실 쯤에 그 아주머니가 누군지 아시냐고 묻는데, 전 문화부차관이라고 하시더라고. 높으신 분이었어.(웃음) 그리고 문화부잖아. 아띠가 한국의 문화를 동반할 수 있는 회사니까 왠지 기분 좋더라고. 그리고 그 아주머니는 미술관에 전시하고 계시는 작가님이시더라고. 그 분이 주소를 알려달라길래 아띠 주소를 알려드렸더니, 우리집 주소를 알려달라고 하시는 거야. 나중에 우리 집으로 자기 작품을 담은 책도 선물로 보내주시더라고!(웃음) Q. 아띠를 즐길 수 있는 팁을 드리자면?아띠는 정말 사람의 이야기야. 사람이 끌고, 사람을 태워서, 사람의 이야기를 담고 달리니까. 그래서 사람이다 보니까, 나랑 잘 맞는 손님을 만나면 정말 시간가는 줄 모르고 시간이 오버되도 계속 가는 거지. 그래서 이런 호흡이 중요한 것 같아. 손님들에게 팁을 드리자면, 정말 마음을 열고 즐길 준비를 하고 오셨으면 좋겠어. 라이더가 MC라면, 손님은 방청객!(웃음) 리액션이 좋으셔야 돼. 신기해하면서 우와- 한번 해주시면 보람이 느껴지니까. 그리고 아띠는 정말 타봐야 돼. 한번 사는 인생에서 한번쯤은 해봐야 하는 경험이야. 그런데 한 번 타면 계속 타게 돼!!(웃음) Q. 신입 라이더들에게 어떤 말을 해주고 싶어?낙하산 선배로서?(웃음) 끝까지 버텼으면 좋겠어. R1이 되고 나면 정말 재밌거든. 그리고 회사에서 이렇게 테스트를 보고 R1, R2를 나누는 이유도 롱런하기 위해서인 것 같아. 이게 한 번하고 마는 일이 아니거든. 언제든 돌아와도 되고, 편안한 안식처가 될 수 있는 곳이기 때문에 잠깐만 버텼으면 좋겠어. 그래봐야 한 달 정도니까. 그리고 정말 다양한 사람을 만날 수 있는 장이고, 여러 가지 부분을 공유할 수도 있고 거기에서 파생된 것에 대해서도 이야기할 수도 있고. Q. 이제 미국으로 다시 돌아가는데, 아띠에게 남기고 싶은 이야기가 있다면?아띠가 정말 잘됐으면 좋겠어. 회사의 이익을 위해서라기보다, 아띠는 정말 순수한 사람들이 모여서 한국을 찾은 사람들에게 문화를 알리고, 여행을 온 사람들에게 행복을 주기 위해서 정말 순수한 마음으로 일잖아. 그렇기 때문에 더 오래 갔으면 좋겠어. 그래서 우리나라 관광에 크게 기여하는(웃음) 회사로 남았으면 좋겠어. 그런 의미에서 대국민이 단합해서 아띠를 많이 타러 왔으면 좋겠어!(웃음) 그래야 나도 40대가 돼서 자식들이랑 같이 아띠 타러 오지!아띠를, 라이딩을, 너무도 사랑하는 행복한 라이더 조조의 이야기였습니다. :) 머지않아 다시 한국으로 돌아와 라이딩을 마음껏 즐길 날이 오기를 기대해봅니다!#아띠라이더스클럽 #팀원소개 #팀원인터뷰 #팀원자랑 #기업문화 #조직문화 #사내문화

Logstash로 로그를 수집한 후 Elasticsearch와 Kibana로 분석하는 방법을 다룬 글은 많다. 그런데 이상하더라 이 말이지. 로그를 분석하고 경향을 파악하는 정도라면야 괜찮은데 심각한 오류 로그를 발견했을 때 Slack이나 이메일 등으로 알람 받을 수단이 마땅치 않더라. 사람이 키바나 대시보드를 5분마다 확인할 수도 없는 노릇이다. (이건 새로운 차원의 고문?)이런 생각을 먼저 한 사람이 있기 마련이라 Yelp의 elastalert라던가 Elasticsearch의 X-Pack을 활용하면 이런 문제를 해소할 수 있다. 오늘은 그 중에서 후자를 살펴볼 예정이다.경고! X-Pack은 Elasticsearch가 유료 서비스 시장을 열려고 야심차게 미는 모양인데 “자기네가 직접 만들었으니 쿨하겠지?”라고 쉽게 생각하면 하루 안에 절벽 아래로 떨어지는 끔찍한 기분을 맞이할 수도 있다.X-Pack은 가격이 상당한데 Alert 등을 설정하려면 전적으로 RESTful API에 의존해야 한다. 적어도 아직까지는! 이 사실을 깨닫자마자 당황할 수 있는데 침착하자. 이것은 시작일 뿐이다. 여러분이 검색엔진의 초보라면 그 다음 난관은 검색 쿼리를 작성하는 것이다. “나는 그냥 OutOfMemoryError 로그를 발견하면 알람을 보내줬으면 좋겠어"라고 쉽게 생각했겠지만 그 간단한 결과를 얻으려면 험난한 여정을 거쳐야 한다."search" : { "request" : { "indices" : [ "", ], "body" : { "query" : { "bool" : { "must" : { "multi_match": { "query": "OutOfMemoryError", "fields": ["message", "log"] } }, "filter" : { "range": { "@timestamp": { "from": "{{ctx.trigger.scheduled_time}}||-5m", "to": "{{ctx.trigger.triggered_time}}" } } } } } } } }음… 좋다. 일단 이렇게 작성한 쿼리가 제대로 된 것인지 테스트하려면 어떻게 해야 하는가? 검색 API로 대충 테스트해볼 수는 있다.GET logstash-2017.02.2*/_search { "query" : { "bool" : { "must" : { "multi_match": { "query": "OutOfMemoryError", "fields": ["message", "log"] } } } } }어찌어찌 잘 나온다. 그래서 잘 돌 줄 알았지? 그럴 줄 알고 있다가 이런 메시지를 만난다.Trying to query 1157 shards, which is over the limit of 1000. This limit exists because querying many shards at the same time can make the job of the coordinating node very CPU and/or memory intensive. It is usually a better idea to have a smaller number of larger shards. Update [action.search.shard_count.limit] to a greater value if you really want to query that many shards at the same time.음… logstash 인덱스를 매시간마다 분할했더니 샤드가 꽤 많아진 모양이다. 그래서 최근 두 개의 인덱스로 검색 대상을 제한하려고 한다. Date math support in index names라는 문서에 인덱스 이름을 동적으로 바꾸는 법이 나와 있긴 하다. 그런데 막상 내가 짠 게 어떤 값이 나오는지 확인하는 방법은 제대로 안 나온다. 예를 들어 가 logstash-2017.02.22t01로 해석되는지 어떻게 아는가? 많은 삽질 끝에 방법을 찾았다.를 URL 인코딩한다.그렇게 얻은 값 을 가지고 인덱스 조회 API를 호출한다. GET /3Clogstash-{now-1h/d}t{now-1h{HH}}>그러면 다음과 같이 결과가 나와서 인덱스 이름이 어떻게 해석됐는지 확인할 수 있다.{ "logstash-2017.02.23t01": { "aliases": {}, "mappings": { /* 중략 */ } }여기까지는 전적으로 검색 쿼리 작성 경험이 부족해서 발생한 삽질이다. 하지만 애플리케이션 로그 분석을 패턴화하지 않고 이렇게 검색 쿼리를 복잡하게 짜야 한다니 아직 갈 길이 멀다는 생각이 든다. DataDog 또는 NewRelic 같은 상용 서비스를 참고해서 개선하면 좋겠다.이제 결과를 알람으로 보내면 된다. 이래저래 고생하다 대충 아래와 같은 형태로 완성했다.PUT _xpack/watcher/watch/outofmemoryerror { "trigger" : { "schedule" : { "cron" : "0 0/4 * * * ?" } }, "input" : { "search" : { "request" : { "indices" : [ "", "" ], "body" : { "query" : { "bool" : { "must" : { "multi_match": { "query": "OutOfMemoryError", "fields": ["message", "log"] } }, "filter" : { "range": { "@timestamp": { "from": "{{ctx.trigger.scheduled_time}}||-5m", "to": "{{ctx.trigger.triggered_time}}" } } } } }, "sort" : [ { "@timestamp" : {"order" : "desc"}}, "_score" ] } } } }, "condition" : { "compare" : { "ctx.payload.hits.total" : { "gt" : 0 }} }, "actions" : { "notify-slack" : { "throttle_period" : "5m", "slack" : { "message" : { "to" : [ "#ops", "@dev" ], "text" : "로그 모니터링 알람", "attachments" : [ { "title" : "OutOfMemoryError", "text" : "지난 5분 동안 해당 오류가 {{ctx.payload.hits.total}}회 발생했습니다. 가장 최근의 오류는 다음과 같습니다.", "color" : "warning" }, { "fields": [ { "title": "환경", "value": "Prod", "short": true }, { "title": "발생시각", "value": "{{ctx.payload.hits.hits.0._source.@timestamp}}", "short": true }, { "title": "메시지", "value": "{{ctx.payload.hits.hits.0._source.message}}", "short": false }, { "title": "확인명령어", "value": "`GET /{{ctx.payload.hits.hits.0._index}}/{{ctx.payload.hits.hits.0._type}}/{{ctx.payload.hits.hits.0._id}}`", "short": false } ], "color" : "warning" } ] } } } } }4분마다 검색 쿼리를 실행해서 최근 5분 간의 레코드를 감시하기 때문에 동일한 오류에 대해 2회 연속으로 알람을 받을 가능성이 있다. X-Pack은 이를 우회할 방법을 제공하지 않는 것 같다. 그래서 쿼리가 발견한 레코드의 인덱스 ID를 Slack 메시지 중 확인명령어 필드에 넣었다. 알람이 두 번 왔지만 인덱스 아이디가 동일하다면 오류가 한번 발생한 것으로 간주하면 된다.참고 문서위의 Alert를 작성하며 도움을 받은 문서는 다음과 같다.Multi Search Template은 검색 쿼리를 짤 때 도움이 됐다.Search Input 문서는 검색 쿼리 또는 검색 결과를 작성할 때 어떤 변수를 사용할 수 있는지 설명한다. 예) {{ctx.payload.hits.hits.0._source.message}}Watcher APIsSlack ActionDate math support in index names 문서는 인덱스 이름을 동적으로 바꾸는 법을 설명한다.기타Elasticsearch Cloud는 기본적으로 이메일 발송을 지원하기 때문에elasticsearch.yml 설정에 xpack.notification.email를 추가하지 않아도 된다. 아니, 추가하면 잘못된 설정이라며 거부한다. Illegal이라고만 하지 이유를 자세히 알려주지 않기 때문에 삽질하기 쉽니다. Invalid addresses라고 오류 로그가 찍히면 이것은 설정 문제가 아니다. 이메일 설정 메뉴로 가서 Watcher Whitelist에 수신 이메일 주소를 등록하면 문제가 해결된다.테스트용 로그 메시지를 Fluentd로 보내고 싶다면 fluent-cat 명령을 이용한다.echo '{"message":"Dummy OutOfMemoryError"}' | fluent-cat kubernetes.logOriginally published at Andromeda Rabbit.#데일리 #데일리호텔 #개발 #개발자 #개발팀 #인사이트

스타트업을 운영하거나 어떤 형태의 비즈니스를 하던 우린 사람들을 만난다. 그리고 이해관계에 따라, 또는 역할에 따라 무엇인가를 함께 하게 된다. 기획자가 개발자를 만나 아이디어를 이야기하고, 앱을 개발하기도 한다. 평소 알던 디자이너와 서비스를 만들어 내기도 한다. 뭔가 서로의 니즈가 통하면 같이 공동창업을 하는 경우도 생긴다. 그리고 함께 열심히 일을 한다. 호흡이 착착 맞을수도 있지만, 다른 사람들과 하는 일이다 보니 서로의 생각을 나누고 합의를 이루기위해 많은 커뮤니케이션이 필요한 경우가 더 비일비재하다. 하지만 워낙 시급하고 부족한게 많다보니, 사람들은 아쉽고 조금 마음에 들지않아도 그러려니 하거나 나중으로 고민의 깊이를 미룬다.그리고 시간이 흐른다. 어느 날부터인가 뭔가 찜찜하기 시작한다. 공동창업자들과 이야기를 나누는 때나, 동료들과 이야기를 할 때, 또는 함께 일하는 파트너 관계에서도 일은 진행되고 있는데 클리어하다기보다 뭔가 모호한 느낌이 드는 부분이 있다. 하지만 말하기 좀 애매하기도 하고 껄끄러울 수도 있다. 그래도 이야기를 꺼내보지만 변죽을 울리다만다. 그리고 또 시간이 흐른다. 뭔가 많이 틀어졌다는 느낌이 들거나 생각의 갭이 엄청나게 크다고 느끼는 순간이 온다. 그제서야 그럴 줄 몰랐다고 서로를 원망하거나 돌이켜보려 애를 쓰지만 그 갭은 되돌리기에 너무 크고 마음의 틈은 회복이 요원하다. 서로 자기의 생각을 이야기하고 원인을 함께 논의하지만 이미 되돌아 오기엔 멀리 가있다. 규모가 있는 회사라면 중이 절을 떠나야 하는 상황이 되고, 스타트업이라면 결별을 이야기하는 수순이 온다. 여러 스타트업들의 결별을 보았고, 회사를 떠나는 개발자들을 목격했고, 보내 온 시간과 함께 믿음과 신뢰가 한꺼번에 깨지는 두 회사를 보기도 했다. 왜 이런 일이 일어나는 것일까? 우리는 쉽게 암묵적 합의의 늪에 빠지기 때문이다.  암묵적 합의란 서로 명확하게 조건와 요구사항을 드러내 이야기하고 그것에 맞는 합의안을 구체적으로 성문화하는 정식합의의 절차를 거치지 않고, 좋은게 좋은거라고, 초기에 구체적이지 않았으니 달려왔던 관성으로 서로 이해하고 있다고 마음으로 믿거나, 그렇다고 간주하는 상황을 이야기한다. 지분을 주는 사람과 받을 사람은 보는 관점이 다르고, 일을 시키는 사람과 일을 하는 사람도 관점이 다를 수 밖에 없다. 하지만 초기에 자금의 여유가 없고 상황의 구체성이 부족하고, 사람에 대한 이해가 제한적이다 보니 하나하나를 따져가며 구체적으로 합의를 하는 것이 쉽지도 않고, 그러자니 관계가 쪼잔 해 보인다고 느끼기도 한다. 그러다보니 많은 사람들이 암묵적합의의 과정을 거친다. 문제는 이것이 장기화되고 바람직하지 못한 결론에 이르게 되는 원인이 되버린다는 것이다.  왜 사람들은 암묵적합의를 하게 되는 것일까? 직접 스타트업에 투자도 해보고, 많은 스타트업들을 만나고, 다양한 회사와 집단의 사람들과 만나면서 느낀 이유들은 이렇다.1. 필요성을 사전에 인지하지 못하는 경우 대부분의 시작은 이렇게 해야 한다는 것을 사전에 인지하지 못해서이다. 하지만 시간이 흐르고 깨닫기 시작하지만 번번히 바로 잡을 타이밍을 놓치거나 미루게 된다.  2. 일부러 피하는 경우해야 하는 걸 알면서 한쪽이 일부러 피한다. 지분을 더 받기로 개발자는 믿고 일을 하고 있는데 대표는 처음과 마음이 다르다. 직원은 5%쯤 받을거라 믿고 있는데 대표는 1%를 생각하고 있다. 주는것이 아깝거나 떠날까 두려워 대표가 이를 피한다. 개발자들이 무언가를 요구하기도 한다. 하지만 들어 줄 수가 없다. 암묵적 합의는 양쪽이 함께 거리를 좁혀오지 못하면 명시적 합의로 바꿀 수가 없다. 3. 서로 이해하고 있다고 믿는 경우암묵적 합의의 가장 보편적인 형태가 서로 이해하고 있다고 생각하는 경우다. 명확하게 확인하지 않았지만 언뜻 그렇게 들었고 개발자는 나중에 대표가 지분을 줄거라 믿고 있다. 대표는 그럴수도 있다고 이야기는 했으나 사실 주겠다는 확신은 없다. 파트너와 프로젝트가 잘 되면 뭔가 좋은 일이 있을거다라고 이야기하고 상대편도 챙겨주겠지 생각하지만 이익이 나면 어떻게 하겠다는, 손해가 나면 또 어떻게 하겠다는 합의는 없었다. 직원이 열심히 하겠다고 이야기는 하나 명확한 R&R을 정하거나 일의 스펙을 명확하게 정의하지 않았고 동료는 자신이 생각하고 있는 일들을 막연히 잘하겠지 라고 기대한다. 이렇게 서로 이해하고 있다고 믿지만 그 암묵적 합의의 내용은 각자의 머리속에서 다른 모양으로 커가고 있다.   4. 이야기 했으나 성문화하지 않은 경우그나마 나은 것은 명시적 합의를 위한 논의를 진행 한 경우이다. 하지만 문서나 이메일, 계약서등으로 문서화하지 않고 구두로 이야기 된 것들은 시간이 흐르면 다른 모양으로 바뀐다. 사람의 기억이나 말의 뉘앙스의 차이가 있고 해석하는 조건의 차이로 인해-막연히 이해하고 있다고 믿는 것보다 구체적일 수는 있지만-진화하는 모습을 막을 수는 없다.5. 성문화했으나 명료하지 않은 경우가장 나은 케이스는 명료하지 않아도 문서화를 하는 것이다. 정확하게 말하자면 성문화를 하기 위해 노력하는 것이다. 환경이 바뀌고 사람과 일에 대한 이해도가 커지면서 구체적이 될 수 있기에 처음부터 완벽한 명시적 합의는 스타트업에서 존재 할 수 없다. 다만 초기부터 명시적 합의를 이끌기위해 꺼끄러운 이야기도 나누고, 원하는 일, 해야 할 일, 투자하고 손해봐야 할 조건, 기여하고 보상해야 할 구체적 과정들을 논의하면서 서로에게 원하고 바라는 것을 글로 기술 해 남긴다면 이것은 암묵적이지 않는 명시적 합의가 된다. 명시적 합의는 눈에 보이기 때문에 지속적으로 서로의 갭을 줄이고 방향성을 조율하는 역할을 해줄 수 있다. 사업을 하고, 스타트업이나 타인들과 콜라보레이션을 하는 모든 경우, 우리는 이렇게 암묵적 합의의 늪에 빠질 수 있다. 한국사람들은 싫은 이야기 나누는 걸 꺼리고 건전한 토론을 감정적 대립으로 인지하는 문화적 특성때문에 특히나 명시적 합의를 위한 과정을 추구하기 보단 쉽게 쉽게 암묵적 합의의 틀을 만들어 민감한 것들은 그 안에 넣어두고 싶어한다. 암묵적 합의는 시간이 흐른 후에 독이 되어 더 큰 아픔이 될 수 있는 씨앗이기에 구체적이지 않아도, 완벽하지 않아도, 논의의 과정이 불편해도 믿음과 신뢰가 쌓일 수 있고 관계의 가치가 지속 될 수 있는 명시적 합의를 만드는 노력이 꼭 필요하다. 어쩌면 스타트업의 생존과 성장에 있어 아이템의 사업성이나 시장상황만큼이나 중요한 것은, 명시적 합의로의 커뮤니케이션과 이를 위한 문화라 이야기해도 과언이 아니리라.#라이프스퀘어 #스타트업 #창업자 #창업가 #마인드셋 #조언

저는 야놀자 CX 서비스실의 API 파트에서 백엔드(90%)와 웹 프론트엔드(10%) 프로그래머로 일하는 송요창입니다.개정된 근로기준법에 따라 2018년 7월 1일부터 300인 이상 규모 기업인 경우주 40시간(최대 52시간) 근로합니다. 이에 따라 야놀자에서도 업무 집중도 향상과 함께 업무 시간을 명시하는 방안이 논의되었습니다. 이런 배경 속에서 만들어진워크로그개발 경험을 이야기하겠습니다.개인의 업무 시간 작성근로 시간이 기존 대비 단축되면서 각 개인의 업무 시간을 기록하고 기준 근로 시간을 초과하였을 때 이를 소진하도록 하는 방향이 결정되었지만 어떤 도구를 사용할지가 문제였습니다. Timing, TMetric, 출퇴근 기록기 알밤 등 다양한 도구를 사용해서 각자 기록을 시작했습니다.1차 시도 - Workflow + Alfred 활용그러던 중에 캘린더를 이용해서 출/퇴근 기록을 남기고 슬랙(Slack)으로 메시지를 발송하는 방법을 CX 서비스실 강미경 님이 공유합니다.캘린더와 - 유료인 경우 - 슬랙 모두에 기록이 남는 장점이 있습니다. 사용하기 쉽습니다.iOS 앱인 Workflow를 이용해서 캘린더에 이벤트를 등록하고 슬랙으로 메시지를 전송.데스크톱이나 노트북은 Alfred의 Workflows 기능으로 해결할 수 있었습니다.Workflow + Alfred로 워크로그를 기록하는 단점개인적으로 편리했지만 CX 서비스실 내부로 전파하여 사용하기에는 문제가 있었습니다.안드로이드 휴대전화를 사용하는 경우 Workflow를 사용할 수 없습니다.아이폰을 쓰더라도 유료로 판매되는 Workflow를 사지 않으면 쓸 수 없습니다.Alfred를 쓰더라도 Power Pack을 구매한 사용자만 Workflows를 적용할 수 있습니다.2차 시도 - 슬랙봇 활용위에서 언급된 문제를 해결하고 구성원 누구나 추가 앱 설치 없이 손쉽게 접근할 수 있는 슬랙봇에 주목합니다. 캘린더가 아니라 데이터베이스를 활용해서 개발하면 어떨지 논의했습니다.늦은 저녁(대략 23시부터 03시)에 Firebase 실시간 데이터베이스(Realtime Database)와 Firebase 클라우드 함수(Functions)를 활용해서 단순한 슬랙봇을 만들었습니다.슬랙을 실행한 뒤 슬래시 커맨드(slash command)로 /wl 출근을 입력하면 출근 로그가 추가되고 완료 메시지를 수신합니다.슬랙의 3초 이내 응답 요구단순한 기능이었지만 슬랙봇을 활용해서 워크로그를 작성하는 동료가 조금 늘었을 때 치명적인 문제가 발생했습니다.슬랙의 슬래시 커맨드는 3초 이내로 응답할 때 완료 메시지를 노출합니다. 3초를 초과하면 아래 메시지를 노출합니다.Firebase 클라우드 함수로 작성한 코드에 문제가 있었습니다. 단순한 로그 데이터와 사용자 요청에 대한 기록을 모두 완수한 후에 응답을 보내도록 했습니다. 이 부분에서 응답 지연이 발생합니다.기록은 된다고 변명해봤지만, 사용자가 기록 여부를 알 수 없으니 재시도하는 횟수가 늘어났습니다. 중복된 데이터를 삭제 요청하는 사용자가 늘었습니다. 이런 불편을 겪고 초기 사용자가 이탈했습니다.위 문제를 제외하고도 다수 사용자의 특정 기간 내 로그를 모두 살펴보기에 슬랙봇은 그다지 좋은 도구가 아니었습니다.제가 잘 못 쓴 것이지 슬랙봇에게는 죄가 없습니다.3차 시도 - 웹페이지 도입앞서 말한 문제가 대두하기 전 다수의 로그를 살펴보기 위해 웹페이지를 제작 중에 있었습니다. 프로그래밍에는 야놀자 앱 하이브리드에서 다뤄본 React.js 외에 최근 소개받은 razzle, After.js를 사용했습니다(이에 관한 회고는 아래서 짧게 다룹니다).Firebase 실시간데이터 베이스에 쌓인 로그를 Firebase 클라우드 함수로 제작된 API로 사용자별, 일자별로 불러서 표시하는 정도로 개발 착수.웹페이지로 조회 기능을 만든 시점과 맞물려 슬랙봇이 무용지물이 되었습니다. 로그인 기능을 제작하고 웹페이지에서 워크로그를 추가할 수 있도록 했습니다. 기록과 조회가 웹페이지로 대체 된 것입니다????????.Firebase 인증은 정말 편리합니다.대형 이벤트이렇게 만들었지만 떠나버린 사용자를 돌아오게 만드는 일은 불가능했습니다. 저를 제외하고 몇몇 분들만 사용하는 소소한 서비스로 사라질 예정이었습니다. 그런데 CX 서비스실 실장이신 하희진 님이 전격적으로 CX 서비스실 전 구성원이 워크로그를 통해 기록을 남겨달라고 요청하셨습니다. DAU가 10배는 급상승했습니다(1~2명에서 20명 이상으로). 많은 트래픽????이 들어오니 부족한 기능과 어설픈 기록 시스템 등이 문제가 되기 시작합니다.엎친 데 덮친 격으로 초과 근무 차감이란 주 기능 오픈에 대한 관리자(희진 님)와 사용자의 요구가 커졌습니다.할 일이 넘쳐난다.DAU 20의 공포요구사항을 분석하고 구현하면서 미비한 규칙을 관리자와 자주 논의했습니다. 논의 결과에 따라 메뉴가 생겼다가 사라졌다가를 반복해서 사용자의 혼란이 가중되었습니다. 아직 제작되지 않은 관리자 기능 때문에 데이터베이스를 직접 수정하는 일도 빈번했습니다.무엇보다 갑자기 새로운 도구를 사용하는 사용자의 질문이 쏟아졌습니다. 주 40시간을 어떻게 측정할지, 초과근무시간의 근거나 법정 휴식시간 발생 요건 등 대부분은 규칙에 관한 질문이었습니다. 30분 안에 같은 질문을 5번 듣고 동일하게 답변하는 헤프닝도 있었습니다.???? 어디서 많이 본 모습인데? 바로 IT산업 전체에서 자주 일어나는 일입니다.점진적 개선우선 비슷한 질문을 모아 FAQ 페이지를 개설했습니다(우리 PO가 자주 하는 업무라서 배운 풍월이 도움이 되었습니다). 지나치게 사용자 기능을 제한하여 CS가 늘어난 측면이 있어서 규칙이 확정된 부분만 사용자 기능 제한을 풀었습니다.금주 내의 로그는 언제든 추가 및 수정할 수 있도록 변경했습니다.누적된 초과시간은 금주 중 언제라도 사용할 수 있도록 변경했습니다.한 주가 끝나면 잘못된 로그가 있는지 검사한 뒤 로그 수정 후 초과시간 확정하는 일은 하고 있습니다.배포되는 버전마다 변경사항을 문서에 남기고 전체 사용자에게 공지했습니다.차감 기능은 자투리 시간과 CX 서비스실 구성원의 배려로 개발하였습니다.다행히 6월에 태어난 둘째가 새벽 4~5시면 한 번씩 울어서 알람 없이 기상할 수 있었습니다????.개인 회고워크로그를 제작하면서 크게 2가지를 느꼈습니다.미비한 요구사항 분석은 개발 비용을 상승시킨다하나의 요구사항은 여러 기능을 필요로 합니다. 자세한 분석 없이 뇌내 망상으로만 개발에 착수했더니 구조를 변경하느라 시간을 많이 소모했습니다.초과 시간을 예로 들면 우선 차감 메뉴를 만들고 있었습니다. 그런데 차감에 근거가 되는 누적 시간이 없습니다. 그럼 누적을 기록할 수 있는 모델을 제작합니다. 1일 8시간 기준으로 기록하도록 개발합니다. 주 40시간이 넘을 때 초과 시간이 발생하는 규칙이라서 1주일 단위로 마감하는 방식으로 변경합니다.이렇게 우왕좌왕하며 개발하니 밀고 나가는 힘이 약했습니다. 프로덕트 개발 시 PO가 이 부분을 많이 돌봐줘서 기본 없는 프로그래머가 되었습니다(????).개발은 50%. 운영이 나머지 50%다마이너 버전이라도 개발을 완료하고 배포할 때마다 한고비 넘었다고 생각했습니다. 그렇지만 진짜 서비스가 단단해지는 것은 사용자를 만날 때부터였습니다.사용자는 관리자보다 인내심이 없습니다. 개선 사항을 슬랙을 통해서 말해주고, 잘못된 기록이 있으면 수정을 요구했습니다. 이상한 규칙이 발견될 때마다 피드백이 왔습니다. 정당한 요구와 피드백이지만 1인 개발자가 감당하기는 벅찬 부분이 있었습니다.피드백을 정리해서 수정할 부분을 JIRA에 정리하고 작업하기를 반복했습니다. 이 과정을 통해 초기보다 더 다듬을 수 있었습니다.저는 근무시간 중에만 CS 대응을 했음에도 피곤했습니다. 이런 일을 매일 매시간 겪고 있는 야놀자 PO와 IT 업계 동료들은 정말 대단한 사람입니다. 이 자리를 빌려 다시 한번 존경합니다.개발 관련 회고(신약???? 임상 결과)토이 프로젝트이기 때문에 회사에서 사용하는 기술 외에 새로운 기술을 다뤄봤습니다. React.js와 함께 엄청나게 사랑받고 있는 vue.js가 아닌 이유는 개발 시간이 촉박해서 공부할 시간이 없었다고 핑계 대봅니다.razzle + After.js = ????React.js를 사용할 때 주로 Next.js를 사용해왔지만 이번에는 razzle과 After.js를 사용했습니다.razzle은 create-react-app처럼 React.js 애플리케이션을 제작할 수 있도록 초기 구성을 도와줍니다. React.js 외에도 Vue, Angular, Preact, Elm 등을 지원합니다.After.js는 Next.js처럼 서버사이드 렌더링을 지원합니다. Next.js와 다르게 React Route 4를 이용해서 라우팅을 지원합니다.사용해본 소감은 razzle이 아무런 설정도 하지 않도록 도와주고 있어서 편리했습니다. TypeScript 도입도 예시가 있어서 쉽게 적용할 수 있었습니다. 코드 수정 후 웹페이지를 다시 로딩하는 핫 리로드(hot reload)도 잘 작동합니다. After.js는 서버사이드 렌더링 시 getInitialProps 를 사용할 수 있어서 Next.js에 익숙한 저에게 편리했습니다. 무엇보다 Next.js처럼 route를 변경하기 위해서 next-route에 의존하지 않아서 편리했습니다(대신 React Route를 의존합니다).저처럼 프로젝트 셋업을 어려워하는 초심자에게 유용합니다(검색할 때 사례를 더 많이 찾으려면 Next.js가 더 유리합니다).배포는 초기에 Aws의 beanstalk을 활용하다가 Zeit가 운영하는 now로 변경했습니다. Node.js나 docker에 익숙하고 커맨드 라인 인터페이스(cli)를 사용하는 데 어려움이 없다면 사용할만 합니다. 리전이 모두 해외라서 응답속도가 빠르진 않습니다.Zeit는 Next.js 프레임워크를 제작한 회사입니다.도움 주신 분???? 아이디어와 기획에 도움을 주고 사용자가 돼주신 R&D CX 서비스실 강미경 님???? 제보에 적극적인 R&D CX 서비스실 노현석 님DAU를 비약적으로 높여주신 R&D CX 서비스실 하희진 님미약한 사용성과 구린 UI임에도 잘 사용해주고 계신 R&D CX 서비스실 모든 구성원!!공감의 ????????! 눈물 흘리는 역할로 열연해주신 R&D UX/UI팀 김하연 님이 글을 리뷰해주신 유관종 님, 노현석 님, 구본한 님무엇보다 이런 프로젝트가 가능하도록 도와준 R&D CX 서비스실 내 API파트 전원에게 ????‍ 감사합니다.참고한 자료https://medium.com/evenbit/building-a-slack-app-with-firebase-as-a-backend-151c1c98641dhttps://api.slack.com/slash-commandshttps://firebase.google.com/docs/database/web/start#야놀자 #개발자 #개발팀 #문제해결 #버그수정 #백엔드 #인사이트 #경험공유

스푼을 만드는 사람들 11번째 이야기엉뚱하고 솔직한 매력이 넘치는, 재무팀 엘리를 소개합니다!재무팀 Ellie를 표현하는 단어 4가지 1. 두더지2. 빵순이3. 단발머리4. 엘리자베스 여왕알고 보니 별명 부자 엘리, 나를 한마디로 표현한다면?사이다 - 저는 솔직함이 매력입니다. 저의 솔직함엔 '악' 이 없어요 하하! (기분 나쁘지 않게, 하지만 팩트만 쏙쏙 말하는 엘리, 사이다 인정합니다)두더지 잡기 게임'Ellie' 당신이 궁금합니다.Q. 이 구역 최강 빵순이셨다고요?"네, 저 빵 되게 좋아해요. 건강상 몇 년 전부터 줄이긴 했지만 사실 매일 빵을 먹었을 정도로 빵을 좋아해요. 모든 빵을 좋아하긴 하는데, 앙버터가 진짜 맛있는 거 같아요. 추가로, 저는 '고기'를 좋아해요. 고기를 많이 먹어서 그런가? 그래서 제가 건강해요 (웃음)"Q. 엘리자베스 여왕 feat. 커피 값 내는 여자"제가 언젠가부터 갑자기 엘리자베스 여왕이 됐더라고요? 저는 여왕 싫은데.. 전 공주 하고 싶은데.. 왕자는 어디 있죠? 얼마 전에 준이랑, 써니랑 몇 분 다 같이 커피를 마시러 갔을 때 제가 커피값을 냈는데, 갑자기 그 후로 제가 엘리 + 자베스 여왕이 되었더라고요. 부끄러워라"Q. 별명중에 '두더지'가 있던데.."제가 키가 작은 편인데요. 다른 멤버분들이 말씀하실 때, 잘 안 들리거나 궁금하면 제가 의자에서 살짝 일어나서 위를 빼꼼 쳐다보는데요. 그 모습이 두더지 잡기 게임 같다고 그 후로 두더지라는 별명이 생겼어요."당신의 회사생활이 궁금합니다Q. 재무팀에선 어떤 일을 하시나요?"저는 재무회계 관련된 모든 업무를 담당하고 있는데요.1. 급여와 복지비 지급2. BJ 환전 지급3. 법인 카드 관리 및 세금 신고하고 납부 4. 매출 입금 확인 등의 업무를 담당하고 있습니다!"Q. 엘리가 스푼에게 바라는 점은?"저는 현재 딱히 바라는 건 없고요. 회사가 많이 성장하면서 이미 많이 다양한 것들을 제공해주시고 있기도 하고. 반반 차(2시간 off) 제도도 생기고 만족스러워요. 희망사항이 있다면, 회사 내 동아리가 생기면 좋겠다고 생각해요. 그리고 예전에 저희 Jun 이 리드해주셨던 6시 30분, 퇴근 30분 전에 하던 거 있잖아요. 그거 다시 생겼으면 좋겠어요!"*일일 미션: 각 한 사람씩 주어진 다양한 주제를 가지고 정리 및 요약하여, 퇴근 30분 전 모여서 함께 지식과 의견을 나누는 미션.Q. 어떤 사람과 근무하고 싶으세요?인성이 바른 사람이요. 근데, 인성이 바르다는 걸 판단하는 게 참 어렵더라고요. 물론 일도 잘했으면 좋겠지만! 일은 사실 가르치면 돼요. 현재 스푼 멤버들처럼 바른 인성을 가지신 분들이면 좋겠어요.Q. 동료들에게 하고 싶은 말이 있다면?"파이팅..? 우리 모두 부자 됩시다. 아 그리고 특히 제 또래분들께 하고 싶은 말이 있어요. 모두 건강합시다. 건강 챙기셔야 해요. 이제 저희 나이면..(중략)"Q. 스푼에서 근무하면 좋은 점은?"젊은 사람들하고 일할 수 있다는 게 가장 큰 장점이라고 생각해요. (본인도 젊으심). 젊은 분들은 생각도 더 열려있고, 아이디어도 많고 많은 면에서 잘하는 게 많은 것 같아요. 우리 때(?)는 본인이 하고 싶은 이야기를 잘 못하는 문화였는데.. 요즘은 그렇지 않은 회사가 많아지는 추세이다 보니, 스푼도 그중에 한 곳이고요. 그리고 저랑 비슷한 또래분들이 많아서 좋습니다."당신의 사생활이 궁금합니다Q. 엘리의 스트레스 푸는 방법은?"저는 스트레스를 받아도 잘 표현을 안 하는 편이에요. 스트레스를 안 받는 체질이기도 하고요. 가끔씩 스트레스를 받을 때는.. 맛있는 거 먹고 사람들과 이야기하고 술 마시면 괜찮아지더라고요."Q. 여행 마니아라고 들었습니다"최근 1년 정도 3-4번 정도 다녀온 것 같아요. 혼자 여행하는 것도 좋아하고, 가족들이랑 친구들과 가는 여행도 굉장히 좋아하는데요. 보통 대부분 일본과 대만에 가서 쉬다가 와요! 관광하고, 쉬고, 먹고 다 그런 거죠 뭐!"(나중에 여행 같이 가요. 엘리랑 가면 재밌을 거 같아요)Q. 퇴근하고 다양한 활동을 하시던데.."저 요즘 퇴근하고 요가도 하고 영어학원도 다니는데요. 회사 건물이 영어학원인데 사실 여기 안 다니고 반대편 경쟁사 업체에서 공부하고 있어요. 이 건물 학원을 안 다니는 이유요? 퇴근하고 같은 건물에 있으면, 퇴근하고 같은 건물에 있으면, 퇴근 안한 기분도 들고, 잠깐의 산책도 할겸 다른 건물에서 퇴근 후 삶을 만끽하고 싶어서요 하하"Q. 15년 차 경력과 경험의 팁을 알고 싶어요"먼저, 저는 다른 직무를 해보고 싶단 생각을 20대 때 잠깐 했던 것 같긴 한데.. 그 후에는 없었던 것 같아요. 원래 어릴 때부터 주판도 배우고, 속셈학원도 열심히 다녀서 그런지 대학 때 전공도 이쪽으로 공부를 했었어요. 그래서 앞으로도 쭉 이쪽으로 하고 싶단 생각이 들고 50대까지 쭉쭉 일하는 게 꿈이고요.재무회계 쪽으로 진로를 결정하는 분에게 해드리고 싶은 나름의 팁이 있다면, 당연한 말이겠지만(?) 정말 꼼꼼하셔야 하고, 성실하셔야 한다고 생각해요. 특히 숫자에 관심이 많으시면 조금 더 쉬우실 것 같다고도 생각이 들고요. 아무래도 제가 공부했을 때랑 많이 변했겠지만, 이런 부분은 필수라고 생각해요. 자격증 공부를 미리미리 해두시면 좋지 않을까 싶어요."팀원들이 엘리를 한마디로 표현한다면?Jun 曰: 마이쿤 탄산가스 - "톡톡 튀는데.. 가끔은 빵 하고 터질까 봐 두려워요"(오늘도 말하는데 입 아프다니까, 엘리가 저한테 "입은 안 아프시잖아요"라고 그랬음)

안녕하세요.실시간 음성 오디오 플랫폼 스푼 라디오입니다.스푼에서는 '누구에게나 이야기는 있다'라는 콘셉트로 스푼 라디오 유저분들의 사연 모집하여글로 브런치에 공유하게 되었습니다.2018년 9월 14일 기준 '사연 이벤트'에 참가해주신 많은 분들의 에피소드를 토대로 글이 연재될 예정입니다.10월 첫째 주 에피소드세상 매너 없는 사람을 짝사랑하는 나, 정상인가요?10월 둘째 주 에피소드 이제 막 사회에 독립한 누군가에게10월 셋째 주 에피소드항상 부정적인 저 정상인가요?10월 넷째 주 에피소드온라인에서 만나 연애하는거 어떻게 생각하세요?SPOON 웹으로 듣기: www.spooncast.net

* 이 글은 Next.js의 공식 튜토리얼을 번역한 글입니다.** 오역 및 오탈자가 있을 수 있습니다. 발견하시면 제보해주세요!목차1편: 시작하기 2편: 페이지 이동 3편: 공유 컴포넌트4편: 동적 페이지 5편: 라우트 마스킹6편: 서버 사이드 7편: 데이터 가져오기 8편: 컴포넌트 스타일링 - 현재 글9편: 배포하기개요지금까지 컴포넌트를 스타일링 하는 것을 미뤄왔습니다. 그러나 이제는 몇 가지 스타일을 적용해볼만 합니다.React 애플리케이션에는 컴포넌트를 스타일링 할 수 있는 여러가지 기술들이 있습니다. 크게 두 가지 방법으로 분류할 수 있습니다:1. 전통적인 CSS 파일 기반의 스타일링 (SASS, PostCSS 등)2. CSS in Js 스타일링 결과적으로 전통적인 CSS 파일 기반의 스타일링(특히 SSR)은 실용적인 문제가 많아 Next.js에서 스타일을 지정할 때는 이 방법을 사용하지 않는 것이 좋습니다. 대신 CSS in JS 방법을 추천합니다. 이 방법은 CSS 파일들을 불러오는 것보다 개별적인 컴포넌트 스타일링 할 때 사용 할 수 있습니다.Next.js는 styled-jsx라는 CSS in JS 프레임워크를 미리 설치해두었습니다. 컴포넌트에 이미 익숙한 CSS를 작성할 수 있습니다. 이 CSS는 해당 컴포넌트에만 적용되며 심지어 하위 컴포넌트에도 적용되지 않습니다.이는 CSS가 범위가 있음을 뜻합니다.styled-jsx를 어떻게 사용할 수 있는지 살펴봅시다.설치이번 장에서는 간단한 Next.js 애플리케이션이 필요합니다. 다음의 샘플 애플리케이션을 다운받아주세요:아래의 명령어로 실행시킬 수 있습니다:이제 http://localhost:3000로 이동하여 애플리케이션에 접근할 수 있습니다.home 페이지 스타일링하기home 페이지(pages/index.js)에 스타일을 추가해봅시다.간단히 pages/index.js를 다음과 같이 변경해주세요:   <style jsx> 엘리먼트를 살펴봅시다. 이것은 CSS를 작성하는 곳입니다.코드를 바꾼 후 블로그 home 페이지는 다음과 같이 보일 것입니다:위의 코드에서 스타일 태그 안에 직접 스타일을 작성하지 않고 템플릿 문자열 안에 작성하였습니다.템플릿 문자열({``}) 없이 직접 CSS를 작성해봅시다:어떤 일이 일어날까요?- 아무 일도 일어나지 않는다.- 새로운 스타일이 적용된다.- "문법 에러: 기대되지 않는 토큰"이라는 에러가 발생한다.- "허용되지 않는 스타일 제공자"라는 에러가 발생한다.스타일은 템플릿 문자열 안에 위치해야 합니다styled-jsx는 babel 플러그인을 통해 동작합니다. babel 플러그인은 빌드 과정에서 모든 CSS를 분해하고 적용합니다. (스타일이 추가 시간 없이 적용됩니다)styled-jsx 내에 제약 조건을 제공합니다. 나중에 styled-jsx 안에 동적 변수를 사용할 수 있습니다. 이것이 스타일을 템플릿 문자열 ({``}) 안에 작성해야하는 이유입니다.스타일과 중첩된 컴포넌트home 페이지에 작은 변화를 만들어봅시다. 다음과 같이 링크 컴포넌트를 분리시켰습니다:    import Layout from '../components/MyLayout.js'   pages/index.js 안의 내용을 위와 같이 수정해봅시다.무슨 일이 일어나나요?- 아무런 일도 일어나지 않는다.- 링크가 아닌 h1만 스타일이 적용된다.- 페이지에 에러가 발생한다.- 콘솔에 에러가 발생한다.중첩된 컴포넌트에는 적용되지 않습니다위의 코드를 실행하면 다음과 같이 보입니다:보다시피 CSS는 하위 컴포넌트 내부의 엘리멘트에는 적용되지 않습니다.styled-jsx의 특징은 더 큰 애플리케이션에서 스타일들을 관리할 때 도움이 됩니다.이 경우에는 하위 컴포넌트에 직접 스타일을 적용해야 합니다. 지금 상황에서는 링크 컴포넌트에 직접 스타일을 적용해야 합니다:다른 방법로는 global selectors을 사용할 수 있습니다.전역 스타일때때로 하위 컴포넌트 안의 스타일을 바꿔야 합니다. 일례로 React에서 마크다운을 사용하는 경우가 있습니다. post 페이지(pages/post.js)에서 볼 수 있습니다.post 페이지는 전역 스타일이 유용하게 쓰일 수 있는 곳입니다. styled-jsx를 사용하여 몇 가지 전역 스타일을 추가해봅시다. pages/post.js에 다음과 같은 내용을 적용해주세요.다음 내용을 적용하기 전에 npm install --save react-markdown 명령어를 통해 react-markdown 컴포넌트를 설치해주세요. 무슨 일이 일어나나요?- 아무런 일도 일어나지 않는다.- 마크다운 컨텐츠에 스타일이 적용된다.- 페이지에 에러가 발생한다.- 콘솔에 에러가 발생한다.전역 스타일이 동작합니다전역적으로 스타일이 적용되므로 잘 동작합니다.이 기능은 매우 유용할 수 있지만 항상 전역 prop 없이 스타일을 작성하길 추천합니다.여전히 일반적인 스타일 태그보다 좋은 방법입니다. styled-jsx를 사용하면 필요한 모든 접두사와 CSS 유효성 검사가 babel 플러그인 내부에서 수행되어 추가적인 런타임 오버헤드가 없습니다.다음엔 무엇을 해야할까요이 편에서는 styled-jsx의 표면만 다루었습니다. 더 많은 것들을 할 수 있습니다. styled-jsx Github 저장소에서 더 많은 내용을 참고하세요.Next.js에서 꽤나 괜찮은 다른 스타일링 방법들이 있습니다. 이 부분도 같이 참고해주세요.#트레바리 #개발자 #안드로이드 #앱개발 #Next.js #백엔드 #인사이트 #경험공유

궁합을 믿으시나요?사람과 사람 사이에 보이지 않는 기운에 의해서, 서로 끌어당기거나 또는 반대의 기운을 느껴본 적이 있을 겁니다. 그것은 남녀 관계 뿐만 아니라, 친구 사이에서도 마찬가지입니다. 딱히 이유를 설명하기 어렵지만, 서로 이유없이 더 친근하거나, 왠지 이상하게 불편한 사이가 있듯이 말입니다. 단순히 동질성만으로는 설명되지 않습니다. 너무 다르기 때문에 더욱 친밀도가 높아지는 관계 역시 많기 때문이죠. (혈액형이나 사주 얘기는 더더군다나 하지 않겠습니다 -_-)조직 구성원들의 궁합하물며, 개인이 선택할 수도 없으며, 게다가 나와 당사자 한 명이 아닌, 다수의 구성원들이 모인 조직에서 서로의 궁합 이야기는 현실적으로는 꺼내기조차 어려운 문제입니다. 선택할 수도, 파악할 수도, 임의로 조정할 수도 없는 요소이기 때문이죠.그래서 직장인들은 피곤한 하루하루를 숙명처럼 받아들이고 살아가는 것이겠죠.하지만, 정말 해결책이 없을까요?조직의 구성 요소여기서 조직을 구성하는 요소를 간단히 짚어보기로 하겠습니다.조직은 Mission(목표) + Resources(자원) + System(운영방식)으로 구성된다고 볼 수 있습니다.간단히 하나하나 살펴보면, * Mission (목표) : 조직이 달성해야 하는 목표이자 존재의 이유라고 볼 수 있습니다. * Resource (자원) : 인력, 시간, 예산 등을 비롯한 회사가 투입할 수 있는 모든 것이 여기에 해당됩니다. 일종의 하드웨어라고 볼 수 있죠. * System (운영방식) : 목표를 위해 자원을 운영하는 방식이라고 설명할 수 있습니다. 조직이 가진 노하우, 또는 일종의 소프트웨어에 해당한다고 생각할 수 있죠.조직 = 목표 + 자원 + 운영방식동일한 목표를 가진 조직이라도, 자원과 운영방식의 차이 때문에 누구는 성공하고 어디는 실패하게 됩니다. 만약 서로 다른 두 조직이 동일한 성과를 낸다고 가정하더라도, 어떤 조직은 구성원 모두가 신나게 일하면서 성과를 창출하고, 어떤 조직은 우울하고 힘겹게 성과를 꾸역꾸역 만들어내기도 합니다.무엇이 이러한 차이를 만들어낼까요? 특히 인력과 조직 구성에 대한 관점에서 말이죠.조직은 필요한 Job을 수행하는 인력들이 모여서 이루어진 집단입니다. 어떤 조직에 필요한 기능을 우리는 Job description(직무기술서)를 통해서 정의하고, 이런 기능에 부합하는 인력을 채용하고 배치 합니다.동일한 기능을 수행하는 인력이 다수인 경우도 흔합니다. 하지만, 동일한 역량과 경험을 가진 사람일지라도 현실적으로는 누구와 일하느냐에 따라 성과와 성공확률이 달라집니다. 그것은 동일한 knowledge(지식)와 동일한 skill(기술)을 가지고 있더라도, 개인의 attitude(태도)가 조직에서는 굉장히 크게 작용하기 때문입니다.개인역량 = 지식 + 기술 + 태도Attitude (태도, 사고방식)흔히 태도를 얘기할 때, 태도가 좋으냐, 나쁘냐의 기준으로 판단하는 것은 (물론 완전히 배제할 수 없습니다만...) 적절하지 않습니다. 태도(attitude)라는 것을 판단하는 것은 다분히 주관적인 생각이 개입되기 때문이죠. 누군가에게 좋은 태도가 누군가에게는 야비하게 보일 수도 있듯이 이것은 상대적인 것입니다.(솔직히 얘기해서, 누가봐도 잘못된...태도가 있긴 있습니다... 부정하지 못하겠네요 -_- 암튼~)예를 들어, A라는 직원은 매우 신중한 태도를 가지고 있어서, 어떤 일을 처리할 때 서두르지 않지만(시간이 많이 걸리며) 빈틈이 없이 처리를 하고, B라는 직원은 간혹 실수를 하긴 하지만, 바로바로 행동으로 옮기고, 빠른 결과물을 만들어 온다고 합시다. 동일한 일을 처리할 때 누가 옳고 누가 옳지 않은지를 쉽게 결정하기 어렵습니다.한편, C라는 직원은 매우 논리적이고, 지시받은 일은 완벽하게 처리하지만, 스스로 필요한 일을 찾아서 처리하는 경우는 전혀 없는 반면, 허무맹랑한 아이디어가 넘쳐나는 D 직원은 시키지도 않은 일을 벌이고 제안하면서 새로운 기회를 간간히 만들어 내는 성향을 가지고 있다면, 누가 조직에 도움이 되겠습니까? 역시 조직에 따라 상대적이며, 쉽게 답을 내리기 어려운 부분입니다.조직원의 구성제가 속한 조직은 창의적인 업무를 수행해야 하는 Mission을 가지고 있습니다. 많은 스타트업과 같이 새로운 아이디어를 만들고 이를 구체화시키는 일을 하고 있습니다.다양한 구성의 여러 조직에서 일을 하면서 제 머리속에 "이런 조합으로 인원이 구성되면 어떨까?" 하는 이상적인 조직의 조합(궁합)이 하나씩 그려지기 시작했고, (일반화 할 수는 없겠지만) 적어도 새로운 일을 만들어내는 창의적인 조직에서는 시너지를 내는 '드림팀'을 만들 수 있겠구나 하는 생각이 들었습니다.똑똑한 사람들만으로 구성된 조직이 실패하기 쉬운 이유도 여기에 있지 않을까 하는 생각도 합니다. 단지 기능적으로 역할이 나눠져야 할 뿐만 아니라, 구성원들의 성향 역시 궁합을 이루어야 한다는게 제 생각입니다.창의적 조직의 인력 구성(안)1. 스마트한 리더2. 꼼꼼한 계산가3. 냉철한 팩트체커4. 톡톡튀는 발명가5. 감각적인 스토리텔러6. 발빠른 행동가7. 끝을 보는 완벽주의자이 여섯 가지 인력의 콤비네이션은 리더가 중용해야 하는 참모일 수도 실무 인력일 수도 있습니다. 리더를 제외한 6가지 조합의 구성은 개별적으로 구분된 인력일 수도 있고, 그렇지 않을 수도 있습니다. 리더는 이 서로 다른 성향의 인력들을 balance 있게 조율하면서 각기 기질을 발휘할 수 있게 하는 총 책임자 역할을 하지고 있습니다. 각 구성원들에 대한 세부적인 내용을 정리하면 다음과 같습니다.[조직의 중심]* 스마트한 리더 : 공정하고, 합리적 판단을 내릴 수 있어야 한다. 세세한 개입보다는 넓은 시야를 가지고 있고, 어느 시점에 어떤 인력에게 힘을 실어줘야 할지를 빠르게 결정해야 한다. 조직을 움직이게 하는 핵심이다.[좌뇌형 인력]* 꼼꼼한 계산가 : 신중하고, 치밀하고, 빈틈이 없으며, 숫자에 강하면서 현안 파악에 매우 뛰어난 사람이다. 리더에게 현실을 리마인드 해주는 역할을 한다.* 냉철한 팩트체커 : 논리적이고, 분석력이 뛰어나며, 넘쳐나는 정보 가운데 사실 진위 여부를 확인하고, 중요한 정보를 리더에게 전달하는 역할을 한다. 리더의 합리적 판단의 근거를 제시한다.[우뇌형 인력]* 톡톡튀는 발명가 : 독창적이고, 엉뚱하고, 새로운 것에 대한 거부감이 없으며, 남들과 다른 생각에 높은 가치를 두는 사람이다. 이상을 꿈꾸며 새로운 아이디어의 원천으로, 주로 혁신의 초석 역할을 한다.* 감각적인 스토리텔러 : 사람을 잘 이해하고, 작은 사실에도 의미를 발견하고 부여할 수 있는 역량을 가지고 있다. 흩어져있는 정보를 연결하여 하나의 이야기를 만들고, 가치를 만들어 공감할 수 있게 전달하는 역할을 한다.[행동형 인력]* 발빠른 행동가 : 행동대장이다. 추진력이 강하고, 손발이 머리보다 빨리 움직이는 경향이 있다. 남을 의식하기 보다는 주어진 일의 결과에 집중하는 성향을 가진다. 문제를 일으키기도 하지만, 일을 진척시키는 없어서는 안될 중요 인력이다.* 끝을 보는 완벽주의자 : 열정적이고 디테일에 강하다. 큰 그림보다는 구체적인 일에 집중하며, 자신이 하는 일에 대한 자부심이 강한 경향이 있다. 결과로 인정받길 바라며, 묵묵히 문제를 해결하는 실행 인력이다.세상에는 다양한 Mission을 가진 다양한 조직들이 있습니다. 하지만 그 중심에는 항상 '사람'이 있죠. 아니, '사람들'이 있습니다.아무리 훌륭한 인재들이라고 하더라도, 그들을 어떻게 조직하고 운영하느냐에 따라, 최고의 조직이 될 수도, 최악의 조직이 될 수도 있습니다. 그것을 좌우하는 것은 이들을 어떻게 조직화 하는 것이냐 입니다. 단순히 상벌을 포함한 평가나, 동기부여만으로는 조직력을 극대화할 수 없다고 생각합니다.그것이 오랜 조직 경험으로부터 얻은 제 생각입니다.잘난 사람들 아무리 많이 모아놓고도 성과가 안나오는 조직이 있다면, 한번 심각하게 생각해 보시길 바랍니다.혹시, 세계 최고의 골키퍼만 모아놓고 축구팀을 만든게 아닌지, 세계 최고의 투수들만 모아놓고 야구팀을 만든게 아닌지 말입니다.그것이 새해를 맞이하여 조직의 리더가 고민해야 할 중요한 항목 중의 하나가 되길 바랍니다.문고리들만 붙잡고 있는 사람들은... 얼른 정리하시구요~~

스푼을 만드는 사람들 열두 번째 이야기누구라도 '내 주변에도 이런 사람 한 명쯤은 있으면 좋겠다'라고 할법한 그런 사람.핑크색 아이폰이 너무나도 잘 어울리는 남자! 회사에서 보면 좋은 동료 같고, 때론 편한 동네 언니(?) 같이 카페에서 5시간 동안 함께 수다 떨 수 있을 법한 그런 다양한 매력이 있는, 멋진 척을 소개합니다!남자는 턱수염이죠!"제가 처음에 스푼에 입사 전에 물어본 게 있어요. 바로 '수염'을 안 깎아도 되는지에 대한 질문이었어요. 근데 웬걸.. 복장도 자유, 모자 쓰고 오시는 분들도 있고 저의 수염이 막 튀거나, 남다르게 느껴지지 않더라고요. 신선했습니다! 나와 코드가 잘 맞는 곳이구나!라고 생각했죠. 저 수염 기르고 싶거든요."EX 멤버들과 Chuck (오른쪽)듣고 싶은 당신의 스푼 라이프Q. 스푼에 입사하시게 된 계기가 궁금해요"저는 사실 취직을 조금 늦게 한 편인데요. 예전에 첫 직장을 다니다가 몸이 안 좋아져서 조금 오랫동안 쉬었어요. 충분히 쉬고 나서 회복되었을 때, 다시 구직활동을 하려던 차, 스푼에 근무하고 있는 지인이 추천을 해주시더라고요. 사실 그전부터 저는 라이브 스트리밍에 관심이 많은지라  스푼에 대해서 이미 알고 있었고 지인이 스푼을 너무 즐겁게 그리고 열심히 다니시는 모습을 보고 궁금하기도 하고 관심이 생겼었는데, 기회가 닿아서 입사를 하게 되었어요." Q. 척은 어떤 업무를 담당하고 있나요?"저는 사실 처음에 총무 포지션으로 들어왔다가, EX팀 업무도 함께 병행하면서 May의 제안으로 EX팀에서 노무 업무를 맡고 있어요! 예를 들면, 회사 규정을 만드는 업무 있잖아요? 규칙 등 그런 일들을 합니다. 무엇보다 다른 분들을 서포트하는 업무를 많이 하고 있어요."Q.  EX팀에서 나의 존재는?아기 - "EX팀에서 유일한 초보자이니까요!"그래서, 앞으로 배워야 할 것도 많고 열심히 배우려고 노력하고 있답니다. 경험 많은 팀원들께서 잘 이끌어주시고 도와주셔서 열심히 따라가고 있어요.Q. 내가 생각하는 스푼에서 일하는 장점은?"업무에 대해 개개인의 의견을 말할 수 있는 기회가 참 많은 것 같아요. 모든 구성원의 의견을 다 귀담아 들어주려고 노력하는 모습도 멋지고요. 이 부분이 저는 가장 큰 장점이라고 생각해요. 수평적인 조직의 문화의 기초가 되는 부분이라고 생각하거든요"Q. 함께 일하고 싶은 사람은 어떤 사람인가요?제겐 없는 부분을 가진 사람, 차분하고 밸런스가 잡힌 사람과 일하고 싶어요.그 예로, 저희 팀 새로 들어오신 Noah가 계신데요. 면접 때가 굉장히 인상 깊었어요. 면접 때 긴장하셨을 텐데도 불구하고 질문에 대한 답변을 굉장히 차분히, 틀린 부분은 정정하시면서 대답을 해주시더라고요. 그 부분이 굉장히 매력 있고 저와는 다른 부분으로 서로 부족한 부분을 채워줄 수 있을 것 같다고 생각했어요. 팀 내에 다양한 성향과 성격의 사람들이 있으면 그런 부분이 좋을 것 같아요.척이 수집하는 신발들의 '일부분' 사진알고 싶은 Chuck의 이야기Q. 나를 한마디로 표현한다면?오나이 - "사나이의 상반되는 개념이고, 한량이되 한심하지 않은 사람을 말합니다."Q. 법을 공부하셨다고 들었습니다."네, 어릴 땐 제 꿈이 법조인이 되는 거라고 생각했고, 그래서 법학과를 나왔어요. 생각해보면 제가 법을 공부하고 고시 준비를 했던 건 법조인이 되고 싶다는 마음보다는, 법조인이 된다면 제가 얻을 수 있는 것들과 제게 돌아오는 것들이 좋다고 생각했던 것 같아요. 공부는 중학교 때 까진 정말 열심히 했던 것 같은데, 고등학교 땐 잘 안 했던 것 같아요(겸손모드..) 그 당시엔 사실 저는 공부 말고 제가 무엇을 잘하는지 모르겠더라고요. 그래서 열심히 해야 한다고 생각했던 것 같아요"Q. 신발 수집은 언제부터 시작됐나요?"어릴 때부터 신발을 좋아했던 것 같아요. 우리 세대, 제 세대엔 마이클 조던이 전성기였거든요. 그때 뭔가 트렌드였어요. 저는 운동화뿐만 아니라, 부츠도 좋아하고 모든 신발을 좋아하지만 그중 운동화가 가장 많은 것 같아요. 이유는 음.. 모르겠어요.. 그냥 좋아하는 신발을 신고 있다는 그 느낌이 좋아요. 근데 저 생각보다 운동화 몇 켤레 없어요. 한 20켤레 정도 될걸요? 더 어릴 땐 지방까지 내려가서 사고, 줄 서서 사곤 했는데 요즘은 그러진 않아요! 아! 그리고 저 모자도 수집해요. 매년 4월이 되면 모자를 꼭 하나씩 사요. 생일 쿠폰이 나오거든요. 그래서 얼마 전에 또 신상 모자 하나 샀어요"Q. 척의 인싸력은 타고난 건가요?"저요? 저 낮 좀 가리는 편인데요? (실상 전혀 그렇게 보이지 않음. 누구보다도 친근하고, 편함)단지 저는 어색한 상황을 좋아하지 않는 편이에요. 아마 그래서 모두와 편하게 지내려고 하는 게 아닐까 싶어요"Q. 원래부터 Yolo 인생을 살았나요?*Yolo (You live only once) : 미래를 위해 현재를 희생하기보다 현재를 즐기려는 사람"저는 오늘이 행복하지 않으면, 내일도 행복하지 않다고 생각해요. 제 좌우명이 오늘이 행복하면 됐다이거든요. 내가 지금 행복한가?라고 묻는 다면 그건 내가 지금 행복하지 않기에 묻는 질문이라고 생각해요. 원래부터 그랬던 건 아닌 것 같은데, 크게 아프고 나서 변한 것 같아요. 지금은 물론 의학적으로 건강하지만요. 저는 제가 완전한 Yolo족은 아닌 것 같은데.. 제가 다른 분들에겐 그래 보일 수도 있을 것 같네요!"Q. 인터뷰해보시니 어떠셨어요?"기분이 좋았어요. 누군가 저에게 관심을 가져주고, 질문을 해준다는 게 기분 좋은 일이더라고요 :)"(인터뷰에 응해주셔서 감사합니다)Chuck은, 1. 음식을 가리지 않지만, '직화' 요리만 먹지 않습니다 2. 술, 담배를 하지 않습니다.함께 식사를 하게 된다면, 센스 있게 '직화' 요리는 피하고 술과 담배는 권하지 않으면 센스만점 동료가 될 수 있을 것 같아요 :) 팀원들이 척을 한마디로 표현한다면?Go 曰: 마이쿤의 명태 코다리 명태 코다리는 사계절 내내 명태의 참맛을 느낄 수 있다고 합니다,속초 출신인 척이 마이쿤을 위해서 사계절 내내 열심히 일해주세요~May 曰: 냉철한 두뇌와 뜨거운 마음의 소유자 사고는 논리적이고 체계적이지만 행동은 정의롭고 따뜻하거나 가끔 뜨겁기도 함 ㅎㅎKai 曰: 무서운 형 - 가끔 눈살을 찌푸릴 때 화난 거 같이 보여서요..Noah 曰: 고등학교 동창 - 낯설지 않은 친근함이 매력 포인트