기업 고객 리서치를 담당하는 세일링팀의 전예리님은 얼마 전까지 통계학과 대학원생이었습니다(이하 알렉스). 이대로 박사 과정을 밟아 연구원이 되고 싶었고, 이력서라곤 대학원 진학 때 쓴 영문 이력서 1장이 전부였죠. 스타트업 입사는 무슨 취업을 생각해본 적도 없습니다.  그랬던 알렉스는 입사한 지 1년 만에 SK텔레콤, 현대카드·현대캐피탈 등 내로라하는 대기업 고객사 프로젝트를 줄줄이 맡으며 차세대 매출왕을 넘보고 있습니다. 평생 몰랐던 스타트업 체질을 이제야 발견한 걸까요? 알렉스는 조금 다른 이유가 있다고 말합니다.    오픈서베이 세일링팀의 전예리(알렉스) 어카운트 매니저   알렉스, 안녕하세요!  안녕하세요. 오픈서베이의 기업 고객을 대상으로 리서치 서비스를 제공하는 세일링팀의 어카운트 매니저 알렉스입니다. 오픈서베이 입사한지도 벌써 1년하고도 두 달이 조금 넘었어요. 직장 경력도 똑같이 1년 2개월이고요(웃음).   ‘세일링(Sailing)’이라는 팀 이름을 알렉스가 직접 지었다고 들었어요. 어떤 의미인가요?  맞아요! 제가 직접 지은 팀명입니다. 입사 초기에 팀이 개편됐어요. 팀 내에서 공모를 받아 이름을 정하기로 했는데, 제가 낸 세일링(Sailing)이란 팀명이 압도적인 지지를 받으며 뽑혔어요(웃음). 저에게도 뜻깊은 사건이라 날짜도 2018년 5월 8일로 정확히 기억해요. 실은 오픈서베이를 처음 사용하시는 고객을 응대하고 가이드하는 온보딩(Onboarding)팀에서 영감을 받았어요. 온보딩이 배에 태워준다는 의미니까, 그렇다면 우리는 고객들이 순항(Sailing)할 수 있도록 도와주는 팀이 되자고 생각했어요. 순항을 뜻하는 Sail과 판매를 뜻하는 Sale이 마침 발음이 같기도 하고요.    스타트업 취직은 생각도 없었는데, 벌써 다닌 지 1년도 넘었어요. 스타트업뿐만 아니라 회사에 다닐 생각이 없었다는 게 맞을 것 같아요(웃음). 저는 계속 공부해서 연구원이 되고 싶었거든요. 그러다 오픈서베이 면접 기회가 생겨서 회사에 방문해 직원들이 일하는 모습을 볼 수 있었죠.  고객사와 전화 업무를 하는 분, 엑셀 표에 가득한 데이터를 분석하는 분, 집중해서 설문을 만드는 분을 보는 그 짧은 순간에도 다들 본인 일에 정말 집중해서 일하는 것 같다는 인상을 받았어요. 회사를 한 번도 다녀본 적 없고 구체적인 계획도 없었지만 여기에서 저분들과 함께 일한다면 괜찮겠다는 생각이 문득 들었어요. 그리고 운 좋게 면접도 붙었죠.  실은 붙고 나서도 대학원 재학 중이라 일단 3개월 정도 다녀보면서 생각해봐야지 싶었어요. 그런데 3개월 동안 정말 많은 일이 일어나더라고요! 여러 해프닝(Happening)이 벌어진다기보다 진짜로 일(Work)이 많아요. 정신없는 시간을 보내다 그 일들에 어느 정도 익숙해지니까 이미 한참 시간이 지나서 지금이 된 거죠(웃음).    그래도 뭔가 계기가 있었을 것 같아요. 완전 신입 때 에피소드가 하나 있어요. 에이버리(이채은 팀장)가 갑자기 저를 불러선 “SK텔레콤 미팅을 혼자 좀 다녀와야겠다”고 하더라고요. 완전 신입인데 혼자서 어마어마한 대기업 고객사 미팅을 어떻게 가냐고 물으니, “부담 없이 고객의 고민이 뭔지 잘 듣고만 오면 된다”고 하더라고요.    그래서 어떻게 했나요? 고민을 잘 듣고만 왔어요! (해맑) 알고 보니 SK텔레콤에 급하게 미팅이 필요한데 팀에서 아무도 일정이 안 됐던 거예요. 그래서 에이버리가 “정말로 신입 말고는 아무도 일정이 안 나온다”라고 이야기했더니, 고객사 담당자님께서 “신입분이셔도 괜찮으니 직접 만나 비즈니스 고민을 공유하고 싶다”고 했대요.  프로젝트가 다 끝난 뒤 들어보니 에이버리가 저를 막무가내로 보낸 게 아니라 충분히 할 수 있는 일이라고 판단했다고 해요. 오랜 협업으로 관계가 돈독한 고객사이기 때문에, 이런 전후 상황을 충분히 주고받으며 협의한 상황이고요. 저로서는 정말 감사한 일이죠. 결과적으로 그 갑작스러운 미팅은 신입인 제게 정말 좋은 기회였어요. 미팅 내용을 바탕으로 직접 프로젝트 제안서를 써서 조사 진행을 했고, 처음으로 보고서다운 보고서를 써서 SK텔레콤 담당자분들 앞에서 발표까지 했거든요. 이 프로젝트를 마치니 딱 입사 3개월이 지나있었어요(웃음).  사실 다른 회사였다면 대리·과장 때나 할 수 있는 일인데, 역량만 있다면 빠르게 업무 경험을 늘려갈 기회가 있다는 점은 오픈서베이의 큰 장점이라고 생각해요.      “주니어라도 역량만 있다면, 빠르게 업무 경험을 늘려갈 기회가 있어요”   아무래도 주니어 때는 경험의 총량이 적으니 밀도 높은 경험과 성취가 곧장 성장으로 이어지는 경우도 많잖아요. 맞아요. 저는 오픈서베이에서 일하면서 계속해서 새로운 고객사의 새로운 문제를 직면하거나 새로운 사람을 만날 기회가 많아요. 이 시기에 늘 새롭고 밀도 높은 업무 경험을 할 수 있다는 점은 개인적으로도 큰 자산이 된다고 생각해요.    어떻게 하면 그런 일을 척척 잘할 수 있나요? 좋은 팀 덕을 크게 보는 것 같아요. 세일링팀은 고객사의 고민을 충분히 이해하고 이를 설문조사를 통해 해소할 수 있도록 도와주는 게 주업무예요. 그러기 위해선 리서치 방법론에 대한 이해나 분석 경험도 필요하지만, 고객과 긴밀하게 소통하면서 좋은 관계를 구축하는 것도 정말 중요해요.  사실 저는 업무 이메일부터 해서 고객과 소통하는 게 정말 힘들었어요. 생각만큼 잘 못 하니까 스트레스도 많이 받았고요.    오호. 그럼 약점을 극복하는 비법을 전수받은 건가요? 아뇨. 오히려 반대예요. 림(송경림 COO)과의 성장진단 때 고민을 털어놓으니 약점을 보완하는데 애쓰지 말고 강점을 더 살리는 데 집중하라는 조언을 받았어요. 데이터가 중요하다는 걸 아는데 그치지 않고, 깊이 있게 보고 분석하는 걸 좋아한다는 점은 분명한 강점이라고 했죠. 노력하면 언젠가 못하는 것도 잘할 수 있겠지만, 잘하는 것에 집중하는 게 더 효과적이고 빠르게 성장할 수 있다는 조언은 특별히 기억에 남는 것 같아요. 못하는 것 없이 다 잘해야 된다는 조언은 맞는 말이지만 버겁고 부담스럽게 느껴지는데, 지금 잘하는 걸 더 잘하라는 조언은 더 현실적이고 제가 노력하면 이룰 수 있겠다는 생각이 들어서요.  팀 문화도 그래요. 제가 모르면 알려주고 쳐지면 끌어주고 고민은 함께 나누면서 정말 팀처럼 일해요. 제가 약한 부분은 팀에서 챙겨준다는 생각을 하니 든든하죠. 잘할 수 있는 분야에 더 집중할 수 있으니까요. 제가 잘하는 걸 다른 팀원이 잘못하고 있으면 제가 나서서 도와줄 수도 있고요.      “약점을 보완하는데 애쓰지 말고  강점을 더 살리라는 조언이 큰 도움이 됐어요”   저도 세일링팀을 보면 돈독하고 끈끈하다는 생각이 들곤 해요. 서로의 약점을 채워주며 긴밀하게 일할 수 있는 비결은 뭐라고 생각하세요?  공유하는 문화라고 생각해요. 정기적으로 팀 미팅을 하면서 프로젝트 리뷰 시간을 가져요. 프로젝트를 하며 무엇을 배웠고 무엇이 아쉬웠는지 경험을 공유하고 피드백을 받는 거죠. 그래야 팀원들이 어떤 일을 하는지, 무엇이 필요하고 부족한지, 내가 뭘 도와주면 좋을지 알 수 있으니까요.  이런 점은 오픈서베이가 스타트업이라서 얻는 장점이라고 생각해요. 좀 더 큰 기업에 다니다 온 분들 얘기를 들어보면 아무래도 이미 큰 규모의 비즈니스를 하고 있는 회사는 팀 내 협력 이상으로 경쟁이나 보여주기가 중요한 경우도 많다고 해요. 그런데 오픈서베이는 회사가 더 성장하고 잘돼야 의미가 있는 곳인 것 같아요. 그래서 이렇게 협력하는 문화가 자연스럽게 자리 잡은 것 같아요.  개인적으로는 바로 옆자리에 앉아 있는 JB(박종백 이사)에게 조언을 많이 구하는 편이에요. 오픈서베이 구성원이라면 알겠지만 JB가 글로벌 리서치기업에서 25년 이상의 경력을 가진 리서치 초고수잖아요. 간혹 제가 경험이 부족해서 서툴게 질문할 때도 있는데, 개떡같이 물어도 찰떡같이 대답해 주실 수 있는 분이 옆에 있으니 정말 든든해요(웃음).    개떡같이 물어도 찰떡같이 조언해주는 JB는 어떤 사람일까요? (클릭)   공감되네요. 회사 생활을 처음 해보면 “내가 못하는 게 정말 많구나” 하면서 좌절하는 경험이 흔하잖아요. 처음부터 다 잘 해내기는 힘드니 좌절하더라도 그 슬럼프를 어떻게 극복하는지가 중요하고요. 그런데 알렉스는 팀원들 덕분에 난관을 잘 헤쳐나가며 성장할 수 있는 것 같아요(웃음). 맞아요. 사실 처음 일을 시작했을 때는 대학원에서 배운 이론이나 노하우를 실무에서 적용해볼 수 있겠다는 생각에 들떠 있었어요. 그런데 제가 아는 걸 실전에 알맞게 써먹으려면 일단 일부터 익숙해져야 하더라고요. 생각해보면 좋은 팀원 덕분에 짧은 시간 동안 많이 배우고 경험하면서 성장한 것 같아요.  이젠 정말 일에 조금은 익숙해져서 고객분들께 더 난도 높은 조사를 제안해 진행한다거나 제가 학교에서 배워온 이론을 어느정도 써먹을 수 있는 단계에도 이른 것 같아요. 얼마 전에는 통계학 방법론 중 하나인 군집분석을 통해 소비자 세그먼트를 분석해 고객사가 원하는 결과를 드린 적도 있어요. 시간이 지나고 성장하며 제가 기대하던 ‘이론-실전-적용’의 선순환이 생긴 거죠!    생각에도 없던 첫 직장 경험이 알렉스에게 여러모로 긍정적인 영향을 준 것 같아 좋네요.  맞아요. 여담이지만 사실 제가 곧 결혼을 해요. 대학원 때 상견례를 한 뒤에 오픈서베이 다니면서 한 번 더 뵈었는데, 시부모님께서 제게 많이 성숙하고 생각도 깊어진 것 같다고 칭찬을 해주셨어요(웃음).  사회 생활할 때 첫 직장과 첫 팀원이 정말 중요하다고 하는데, 저는 세일링팀 덕분에 회사원으로서뿐만 아니라 여러 방면에서 성장하는 것 같아요.   그럼 반대로 오픈서베이가 성장하고 있다고 느낄 때도 있나요?  하와이로 전사 워크샵 간다고 했을 때! (웃음)  고객이 우리에게 주는 문의가 달라질 때 가장 많이 느껴요. 아무래도 저희가 신생기업이라 간단하고 해결하기 쉬운 고민을 위주로 문의를 주셨었다면, 갈수록 고객사의 더 큰 고민을 함께 풀고자 하는데요. 이럴 때 성장하는 회사에 다니고 있다는 생각을 하게 되는 것 같아요.    이외에 알렉스가 볼 때 우리 회사의 또 다른 장점이 있을까요? 가족 친화적인 기업 문화도 빼놓을 수 없다고 생각해요. 제가 결혼을 앞두고 있으니까 주변에서 다른 회사는 어떤지 이런저런 이야기를 더 주의해서 듣는 편이에요. 기혼자 여성은 잘 채용하려 하지 않는다거나, 아이를 가지면 승진에 제한이 생긴다거나 하는 이야기요. 그런데 오픈서베이는 그런 제약이 없어요. 오히려 어린 자녀나 반려동물을 돌보는 구성원을 배려한 재택근무 제도가 있어서 필요할 때마다 유용하게 활용하시더라고요. 하이(황희영 대표이사)도 3월에는 학부모 총회에 참여하고 출근하시곤 했고요(웃음). 이런 가족 친화적인 기업 문화를 보면, 저도 오픈서베이 다니면서 결혼하고 가정을 꾸려도 되겠다는 안정감이 들어요.      “알렉스와 함께 일하고 싶으시다면 지금 바로 오픈서베이 입사 지원을 해보세요”  

스마트링크 시즌2 채용공고에 보내주신 뜨거운 반응 감사합니다!! 정말 많은 분들의 열정과 관심에 분주하지만 즐거운 만남들을 여럿 가질 수 있었습니다. 그리고 드디어!! 은하철도에 함께 탑승할 5명의 동료가 최종 선발되셨습니다. 뜨거운 관심과 지원에 다시 한번 감사드리며 아쉽지만 이번에 함께하지 못한 분들도 저희가 좌석을 보다 넉넉하게 꾸리게되면 함께할 수 있는 날이 오면 좋겠습니다.여기서 잠깐!그렇다고해서 스마트링크 시즌2 채용이 완전히 완료된 것은 아닙니다. 스마트링크는 언제나 좋은 분들과 함께할 준비가 되어있습니다. 상시채용 형태로 계속 이어나갈 예정이니 스마트링크 은하철도에 관심있는 분들은 언제나 문을 두드려 주시면 감사하겠습니다. 그럼 새로운 동료들과 슬슬 날아갈 준비를 하러 이만 :) - 2019. 6. 25 어느 기분좋은 화요일---------------------------------------------------------------------안녕하세요. 스마트링크의 Mike 라고 합니다. 기획과 마케팅을 담당하고있죠. 스마트링크는 작년부터 저희와 함께할 분들을 애타게 찾고 있습니다. 그 사이에 많은 분들을 뵙고 기회를 도모하기도 했습니다. 여러 다양한 경험을 축적하기도 했구요. 이렇게 여러 과정을 거치던 와중에 그동안 아기다리고기다리던, 그리고 열심히 준비했던 성과들이 하나둘 나오기 시작했습니다. 마치 미드에서 시즌이 바뀌는 것처럼 우리에게 근본적인 패러다임의 변화가 있었다랄까요? 이런 변화를 염두하며 지난 채용공고를 봤는데...안되겠어. 다시 써야겠어!그래서 이렇게 시즌2 만을 위한 채용공고를 작성하는 중입니다. 스마트링크의 시즌2는 어떻게 진행되고 그래서 어떤 분들과 함께하고 싶은지 지금부터 이런저런 이야기를 해보도록 하겠습니다.  뭐하는 회사임?스마트링크는 소프트웨어 개발사 입니다. 끝. 참 쉽죠? 그런데 세상은 넓고 소프트웨어 개발사는 넘치고 넘칩니다. 그런데 뭐가 그렇게 다른가? 라고 물으신면! MVP(Minimum Viable Product) 소프트웨어 개발 컨설팅 전문 업체라고 말씀드릴 수 있겠습니다. 이게 뭔말이냐 하면 덩치 큰 SI도 진행하지만 주로 스타트업 또는 초기 사업 아이디어가 빠르게 시장에 진입할 수 있도록 기획, 디자인, 개발, 테스팅, 데브옵스까지 (물론 견적에 따라 달라집니다! 단호! ㅋㅋ) 풀 패키지로 작업하는걸 좋아하는 업체라고 보시면 되겠네요. 그래서 프로젝트 기간이 짧고 굵은게 많죠. 늘어지는 프로젝트 별로 안좋아 합니다. AtoZ로 빠르게, 효율적으로, 효과적으로! 일하는걸 선호하고 실제로 그렇게 일을 진행합니다. 그런데 아마 이런 의문이 드실거에요. 왜 작은일 맡는걸 좋아하지? 사실, 규모가 중요한게 아니라 AtoZ 라는게 중요합니다. (심지어 예산 높은 큰 프로젝트 요청을 까기도 합니다. 꽤 자주;;) 그 이유는? 면접때 질문 주시면 신나게 답해드리도록 하죠 ㅎㅎ 다 이유가 있습니다!  누가 일하고 있는데?AtoZ, 풀패키지로 일하는걸 좋아한다는 대목에서 아시겠지만 있을 사람은 다 있습니다. 기획, 디자인, 개발 인력 모두 있구요. 그래야 일이 되겠죠? 다만 현재 사람수가 많지는 않아요. 소수정예! 하지만 모두 각 분야에서 베테랑들이라 자부합니다. 특히 개발사이니만큼 모든 분야는 개발을 중심으로 돌아가구요, 각 영역을 생판 모르는 분야로 치부하지않고 서로를 끊임없이 알아가고 파악하고 융화되는 방식으로 일합니다. 예를 들면 기획과 개발은 DB구조나 Convention을 공유하고, 디자인은 Front-end 최적화된 디자인과 UI/UX를 뽑아냅니다. 여기서 일일이 언급하기는 뭐하지만 일 잘하는 사람들이 모여있다고 자부하고 있고, 앞으로 동료들도 일 잘하는 사람을 가장 원하고 바라고 있습니다. 일을 잘한다는 기준이 절대적일 수는 없겠지만, 예를 들면 이런거죠. 최대한 정확하고, 낭비나 누수없이, 빠르게 문제를 해결하기 위해 계속 꼼수를 쓰는 사람들! 이랄까요? 세상에 (노는것 포함) 할일이 얼마나 많은데! 극단적 효율을 추구하는 집단이라고 보시면 되겠습니다.  제대로된 꼼수는 사실 탄탄한 정석 바탕에서 나올 수 있다죠.다만 아직 목마릅니다. 일을 더 잘하고 싶어요. 그래서 우리는 시즌1을 보내면서 내부를 다지는 일도 지속적으로 탄탄하게 단내 나도록 해왔습니다. 그리고 슬슬 그 결과들이 눈 앞에 펼쳐지고 있네요. 그래서 결심할 수 있었습니다. 이제 확장의 시기가 왔다! 시즌2로 나아갈 때가 되었다!   시즌2라...시즌1엔 어떻게 했고, 시즌2에서는 어떻게 할건데??시즌1에서 스마트링크 작업방식을 정의내리자면 이렇습니다.천상천하유아독존!!네, 그렇습니다. 각자 부여된 일을 독자적으로 수행해서 최종 결과물을 내는 방식이었죠. 내부적으로 진행하는 일이야 Agile 방법론을 적극 도입한다해도 외부 프로젝트를 진행하는 경우에는 어쩔 수 없는 Waterfall 방식이었습니다. 기획 작업을 마무리하면, 받아서 디자인 작업을 하고, 마지막으로 개발을 완료하는 방식이었죠. 특히 개발은 Ownership을 기반으로한 책임개발제(라 쓰고 독박이라 읽는다)로 운영되고 있었습니다. 이 방식으로 운영했던 이유는 모호한 업무분담과 그로 인한 누수를 최소화하기 위한 방책이었죠. 사공이 많으면 배가 산으로 간다는 속설을 극복할 방법이기도 했구요. 실력있는 개발자를 중심으로 이 방법은 한동안 잘 유지되는듯 했습니다. 그런데 계속 이렇게 운영하다보니 이런 상황이 발생했습니다.될놈될, 안될안 ㅠ 개발 결과물의 빈부격차 ㅠ책임개발제는 결과물이 사람에 의해 결정된다는 의미 입니다. 실무자의 경험이나 실력에 따라 천차만별일 수 밖에 없는거죠. 그러다보니 퀄리티 확보를 위해서는 결국 다시 여러 사람들의 손을 거쳐야하는 이슈들이 종종 발생했습니다. 사실 이는 필연적인 부분일지도 모르겠습니다. Full-Stack 개발을 추구한다해도 결국 저마다 가지고있는 개성과 강점은 다르니까요. 그럼에도 불구하고 지금까지는 딱히 문제 없었습니다. 다만 미래를 염두하면 걱정되는 부분들이 있더군요. 인력이 늘어나고 보다 다양한 사람들이 함께하게된다면 과연 이 시스템이 버틸 수 있을까? 라는 근본적 의문이 드는겁니다. (그래서 이번 채용은 Front-end와 Back-end를 구분해서 진행합니다.) 그리고...Ownership이고 뭐고 다 좋은데 왜 외롭냐...외롭기도 하더군요. 기획, 디자인, 개발 모두가 그랬고 특히 개발자들은 그냥 말 그대로 굉장히 외롭게 되었습니다. 복작이며 한 팀으로 일하는 방식이라기보다는 프리랜서들 조합과 같은 이 상황은 구성원들을 각자 개인의 울타리로 고립시키는 결과로 이어졌습니다. 기획, 디자인, 개발은 각자 나름의 방식으로 일하면 결국 서로 Sync를 맞추기 위한 작업이 추가될 수 밖에 없습니다. 효과적인 분업도 좋지만 결국 우리는 함께 일하는 회사라는 공동체 안에 있습니다. 능률, 효율과 더불어 협업도 굉장히 중요하죠. 적당한 균형점을 찾는게 중요해졌습니다. 앞으로 사공은 엄청 많아질거거든요. 그것도 다양한 특징과 강점을 가진 각양각색의 사공들이 말이죠. 이렇게 사공이 많아져도 배가 산으로 가면 안되죠.  우주로 가는건 괜찮을지도... 사공이 많은 배라면 차라리 이런걸 만들면 어떨까?사공이 많은 멋진 배를 만드는 방법이란 뭘까? 누수 없는 업무처리와 능률을 모두 잡는 방법은 무엇일까? 이런 고민을 하던 와중에 우리에게 필요한건 엔진이란걸 알게 되었습니다. 이 엔진은 이런 조합으로 구성되어야 했습니다.목표한 기능을 정확하고 안정적으로 구현할 수 있는 동력자칫 시야를 좁힐 수 있는 미시적 요소들을 과감하게 skip할 수 있는 돌파력누수없이 매끄럽게 진행되는 안정적 업무 전달계통그리고 이 과정을 우리 모두 함께하고 있다는 응집력 뭔가 뜬구름 잡는 이야기들로 보일지도 모르겠습니다. 하지만 이 조합은 연역적이라기보다는 귀납적입니다. 실제 우리가 고민해온 부분을 해결하고자한 일들의 결과물이 위와 같은 역할을 하고있다는 것이 보다 정확한 표현이겠네요. 그리고 이 엔진은 한 단어로 귀결됩니다.그렇습니다. 컴포넌트.그리고 우리는 Components 를 엔진 삼아 우주전함 대신 은하철도 시스템을 구축했습니다. 이른바 스마트링크 시즌2 은하철도 프로젝트!  은하철도 프로젝트라니... 뭥미?? - 스마트링크 시즌2 은하철도 프로젝트보통 스타트업이 성장하는 모습을 로켓에 비유하기도 합니다. 빠르고 가파르게 수직상승하는 모습을 본딴 것이겠죠. 하지만 우리는 조금 다르게 생각합니다. 한가지 아이템으로 절체절명의 상황을 이겨내고 급성장하는 방법도 좋겠지만 우리는 오히려 안정성과 지속가능성에 더 초점을 맞추고 있습니다. 이를 위해서 스마트링크는 꽤 오랜시간 공들여 Component 구축을 진행했고 그 결실이 드디어 빛을 봤습니다! 장기적으로 효율적이고도 생산적인 구조를 위해 이제까지의 내부 프로세스를 과감하게 변경하고 새롭게 아래와 같은 구조로 진행합니다. 반영구적 Components 엔진을 돌리면서 모두를 리딩하는 곳, 기관실우리의 엔진 Components를 계속 다듬고 발전시킵니다. 내부 프로젝트도 진행하죠.실무자들의 즐거운 놀이터, 1등석이미 잘 구축된 Components로 안락하고 쾌적하고 빠르게 할당된 프로젝트를 진행합니다. 특히 개발자에게는 상용 서비스에서 활용 가능한 React Skill을 마음껏 연마하는 과정이기도 합니다 :)초심자들의 탄탄한 학습의 장, 일반석숙련도와 경험이 적은 초보자들은 체계적인 교육과 안정적인 Components 활용법을 익히고 1등석에 옮겨탈 준비를 합니다.뭔가 괜찮은 열차죠? 은하철도 프로젝트는 크게 이런 구조로 작동하게 됩니다. 이번 채용공고를 통해 모시고자하는 자리는 1등석과 일반석 입니다.베테랑들은 탑승한 동료들을 위해 열심히 기관실을 돌리면서 최대한 안정적이고 쾌적한 작업환경을 위해 움직입니다. 물론 내부적인 방향과 비전을 위한 고민, 세팅도 주도하겠지만 최종적으로는 모든 구성원들과 함께 공유하고 의견을 모아 진행합니다. 기관실과 객석들 역시 유기적이고 탄탄하게 연결돼야 하니까요.가즈아~ 기관실은 구비되어있다!!기관실과 객석이 설국열차처럼 꽉 막혀있지 않습니다. 본인이 원한다면 일정정도 열정과 의지로 기관실에 옮겨탈 수도 있습니다. 이건 순전히 본인의 취향에 달려있다고 생각해요. 세상은 넓고 사람은 다양하고 가치관도 제각각입니다. 그저 선택의 문제일 뿐이죠. 우리는 그저 보다 많은 사람들이 우리의 은하철도에 올라탈 수 있기를 바랄 뿐입니다. 그래서 선택할 수 있는 자리를 마련한 것 뿐이구요. 실무자들이 실무에만 집중할 수 있는 구조는 회사라는 공동체에서 매우 중요하다고 생각합니다. 선택은 여러분의 몫입니다.  1등석과 일반석이라... 좀 더 설명해보지?고민의 공간, 기관실.1등석과 일반석을 설명하자면 먼저 기관실 설명을 하지 않을 수 없습니다. 기관실은 끊임없이 소프트웨어 Core를 생산하는 곳이라고 보시면 되겠습니다. 그 중심은 당연히 Components 겠죠. 세상의 모든 서비스를 커버하겠다는 야심과 함께 사용자에게는 쾌적한 경험을, 개발자들에게는 효율적이고 신속한 개발환경을 선사하는 영역입니다. 그래서 개발언어를 잘 이해하고 보다 핵심적인 영역을 손대고 싶은 사람에게 적합합니다. 실력도 당연히 동반되어야겠지만 이제까지 경험으로 보자면 자기주도적인 취향도 핵심이더군요. 기관실은 이런 사람들이 모여있습니다. 사용자경험 뿐 아니라 내부 개발진들의 의견을 끊임없이 추적하고 해결하는 고민의 공간 입니다.기관실이 잘 할테니까 팔로팔로미~ ㅎㅎ효율의 공간, 1등석위에서 '취향'에 대해 언급했는데요. 1등석은 취향에 따라 자신의 업무방향을 선택할 수 있는 공간 입니다. 잘 짜여진 Components와 Convention에 따라 실제 상용서비스를 만들거나 관리하는 역할을 합니다. 고민의 폭은 줄이고, 실질적인 결과물에 초점을 맞추는 효율의 공간이라고 보시면 되겠어요. 새로운 결과물을 세상에 선보이고, 이들을 잘 작동시키는 사람들이 모여있는 곳입니다. 그러다가 지금 쓰고있는 Components 개선이 좀 더 필요할거 같다 싶으면 자체적으로 해결해도되고 기관실로 넘길 수도 있습니다. 이 부분이 바로 취향의 영역이라고 볼 수 있는데요. 본인의 실력과 더불어 이 취향에 따라서 기관실로 갈지, 1등석에서 작업할지 결정할 수도 있습니다.학습의 공간, 일반석일반석은 다른 말로 초심자의 영역이라고 보시면 되겠습니다. 세상은 급변하고 소프트웨어 변화 역시 엄청나죠. 우리는 끊임없이 학습하고 발전해야만하는 영역에서 일하고 있습니다. 그래서 이 부분을 절대 간과해선 안된다고 생각하고 있어요. 다만 취미 정도의 학습이라면 각자 개인의 소양 정도로 진행하는 것이 적절하겠죠. 일반석은 실제 상용 서비스에 적용 가능한 수준의 학습이 이뤄지는 공간입니다. 그 핵심은 React, Meteor, MongoDB 라고 보시면 되겠구요. 고퀄 서비스들을 실제로 만들어낼 수 있는 핵심 역량을 키울 수 있는 곳입니다. 사람들은 각자 일하는 방법이나 인생설계 방향을 가지고 있습니다. 그리고 여기에 따라 너무 다양한 나름의 스타일을 가지고있죠. 우리는 이 부분을 간과해서는 안된다고 생각해요. 우리가 말하는 취향은 바로 이런 것입니다. 취향에 따라 내가 주도적인지 수동적인지, 스스로 설계하는 스타일인지 주어진 과제를 잘 해결하는 스타일인지 나뉘는게 당연하겠죠. 이 부분은 실력과는 또 다른 축인거 같습니다. 한가지 방식을 강요해봤자 상황이 제대로 돌아갈리는 만무하고 또 그래서도 안됩니다. 일을 잘 하고싶은 스마트링크는 그래서 우리가 운영 가능한 범위 내에서 최대한의 공간과 가능성을 만들고 싶었습니다. 그래서 이런 구조를 생각해낸거구요.좀 더 솔직히 말하자면, 네. 이거 준비하는데 힘들었습니다 ㅠ 그냥 실력있는 사람들이 머리를 맞대고 모이기만 한다면야 이런 고민과 구상이 필요 없을지도 몰라요. 오히려 그게 편하기도 하구요. 척 하면 척~ 착 하면 착~ 아시죠? 그리고 이 은하철도 프로젝트를 채용공고에서 공개하는 것이 과연 좋을까? 라는 고민이 있었던것도 사실입니다. 우리 자뻑모드로로 보자면 중요한 영업비밀일지도 모른다고 생각했거든요. 하지만 채용공고가 다소 길지라도 가능한 범위 내에서는 충분히 미리 공유하는게 좋겠다고 생각했습니다. 사실 이런 생각까지는 쉬운데 실제로 이렇게 구조를 잡는건 생각보다 매우매우 오래걸리고 어렵거든요. 그리고 그 어려운걸 우리는 해냈습니다. Components를 잘 구축해놨다 이겁니다 ㅎㅎㅎ다시 한번 말하자면 스마트링크는 로켓이 아니라 은하철도 입니다!! 날아오른다!!! 이거시 바로 은하철도!!!  알겠고, 그렇다면 구체적인 채용정보를 내놓아라!그래서 누굴 뽑는것인가? 라고 물으신다면 개발자 0명 찾습니다! 0명은 무엇이냐? 좋은 사람이 있으면 있는만큼 욕심을 낼것이다! 이런 욕구와 목마름이 있다는 것이죠! 많이 지원해 주세요! 공통적으로 체크해보실 수 있는 정보를 우선 드릴까요? 현재 사용중인 기술 스택 및 도구공통: Google Drive, Trello, Slack기획: FramerX, Adobe XD디자인: FramerX, Adobe XD 포함 Adobe 모든 제품군, ZeplinFront-end: Semantic UI, React, React NativeBack-end: MeteorTesting: Mocha, JestDevOps: Jenkins, Docker, Phusion Passenger, Nginx, AWSDatabase: MongoDB 근무환경최상의 사무 환경 및 공간 제공 (넓고 쾌적한 책상! 빵빵하고 쾌적한 냉난방시설! 막 엎어져서 작업하는 소파! 등) 식대 지원 (중식/석식) 4대 보험 주5일 근무 Refresh 휴가 출근시간 선택제 (8-5 / 9-6 / 10-7 / 11-8)경조사비 지원 근무지: 서울시 서초구 양재동 4-14 3층워크샵이라 하면 적어도 뷔페와 함께하는 야간 요트 유람 정도는 해줘야하는거 아닙니까? (사실 명목은 지스타…)  알겠고, 개발자 채용요건을 내놓아라! 네, 드...드리겠습니다. 아래를 봐주세요. 참고로 위에서 충분히 설명했듯 우선 1등석과 일반석에 모셔요~ ㅎㅎ Global Spec과 실무경험을 국내에서 탑재할 수 있는 기회를 놓치지 마세요! 이제 개알못 기획자는 아웃! React 코드를 보고 이렇게 반응하는 사람이라면 우리는 이렇게 됩니다 ㅎㅎ기술 스택스마트링크는 2001년 부터 C > C++ > Java > Object Pascal > PHP > JSP > Rails > Python 등의 개발 언어 기반으로 많은 프로젝트를 수행하여 왔습니다. 현재는 Javascript, Nodejs, React, React Native, Meteor, MongoDB의 매력에 흠뻑 빠져 있지만, 프로젝트 진행의 효율을 더(even more productive) 개선할 수 있는 새로운 기술이나 방법론에 대한 목마름으로 언제든 Early Adapter가 될 준비가 되어 있습니다.   모집분야 : 각 영역의 Front-end 혹은 Back-end 개발자를 모십니다.Javascript/Nodejs/Meteor 기반의 웹/모바일 애플리케이션 개발자 React + Meteor + MongoDB 기술 기반의 Web Application 개발 React Native + Meteor + MongoDB 기술 기반의 Mobile Native Application 개발  자격요건 : 개발에 미친 사람!!! 자유로운 소통과 공유의 가치를 잘 이해하고, 자기주도적인 환경에서 최대의 능력을 발휘하며, 긍정에너지 발산이 가능한 분 논리적이고 체계적인 문제해결 능력 및 오픈 마인드 커뮤니케이션 능력 전산 관련학과 학사 이상 또는 동일한 자격 (경력 무관)  우대조건 React, React Native 등의 JavaScript SPA(Single Page Application) 프레임워크 경험 Nodejs + MongoDB 기반 Micro Service Architecture 서비스 개발 경험 영어 커뮤니케이션 능력 (특히, 영문서 이해 능력: 해외 최신 기술을 주로 이용하다보니 한글 자료가 없는 경우가 많습니다.) AWS 등 클라우드 서비스 운영 경험 Git 포트폴리오: 직접 작성한 패키지, 오픈소스 기여 경험Docker 컨테이너 기반 서비스 구축 및 운영 경험 CI 시스템 구축 및 운영 경험 Mocha, Jest 등의 테스팅 프레임워크 또는 TDD(Test Driven Development) 경험  어떻게 지원하면 되는거임? 아래 루트로 지원해주시면 서류검토 후 면접일정을 직접 안내해 드립니다. 이메일과 핸드폰 연락처가 모두 기재되어있으면 참 좋겠죠? 면접이 진행되면 스마트링크에 궁금한 것, 알아보고 싶은 모든 것을 물어보실 수 있습니다! 함께 대화하는 자리라고 생각하시는게 가장 좋을거 같네요. 1. 이메일로 지원하세요! support@smartlink.io해당 정보들도 함께 보내시면 금상첨화!이력서 (희망연봉포함)포트폴리오개발 경력 자료 (github 주소 환영합니다!) 2. 로켓펀치에서도 지원하실 수 있습니다!일반석 채용공고 https://www.rocketpunch.com/jobs/574961등석 채용공고 https://www.rocketpunch.com/jobs/57499 3. 잡코리아도 됩니다!스마트링크 은하철도에 탑승할 개발자 정규직 채용(신입&경력)http://www.jobkorea.co.kr/Recruit/GI_Read/28711079?Oem_Code=C1 4. 사람인도 됩니다!스마트링크 은하철도에 탑승할 개발자 정규직 채용(신입&경력)http://www.saramin.co.kr/zf_user/jobs/relay/view?rec_idx=36338553&view_type=etc   지금 망설이고 있다면???국내에서는 중소기업, 특히 신생기업이나 스타트업에 대한 인식이 그렇게 좋지않죠. 이런 현실적인 부분도 감안해서 저희는 직접적인 코딩테스트나 압박면접 같은건 진행하지 않습니다. 차분하고 진실된 마음의 대화가 가장 중요하다고 생각해요. 본인의 평소 생각을 그저 편안하게 나눈다 생각하고 부담없이 관심만 가지고 다가와주세요 :)이 짤처럼 무서운거 아니에요 ㅋㅋㅋ 편하게 드루와 드루와~지금까지 소개해드린 스마트링크 시즌2, 은하철도 프로젝트 느낌이 어떠신가요? 저희의 설렘과 기대가 잘 전달이 되었을지 모르겠어요. 같은 설렘과 기대가 느껴지신다면 망설이지 마세요! 우리의 은하철도에 탑승할 분들을 그야말로 간절한 마음으로 기다리고 있습니다.  지금 당신은 지원 메일을 보내고있다~!!!

하나의 서비스를 출시하고 운영하기까지의 여정을 '출산과 육아'에 비유하곤 합니다. 아이를 건강하게 낳고, 올바르게 성장할 수 있도록 하기 위한 육아법은 모든 부모들의 고민일거에요. 이는 서비스를 출시한 엔지니어들에게도 마찬가지입니다. 심혈을 기울여 서비스를 개발하고, 이후 서비스가 고객들에게 안정적으로 제공될 수 있도록 유지하고 끊임없이 개선하죠.오늘은 코인원의 서비스를 건강하게 키워나가고 있는 코인원 플랫폼셀 영민님과 이야기를 나눠봤습니다. 365일 밤낮없이 운영되는 암호화폐 거래소 서비스 운영은 어떤 모습일까요? 영민님이 이야기하는 코인원 서비스 개발부터 구축, 운영까지의 여정에 함께하시죠!Q. 영민님 반갑습니다 :-) 먼저 자기소개를 부탁드립니다!안녕하세요, 플랫폼셀의 클라우드 플랫폼 엔지니어 김영민입니다. 어느덧, 코인원에 합류한지 1년 반의 시간이 흘렀네요. 저는 코인원 한국거래소를 시작으로 해외송금 서비스 ‘크로스', 글로벌거래소 ‘CGEX’와 같은 다양한 금융 서비스 인프라 업무를 경험했습니다. 현재는 코인원 한국거래소 서비스 인프라 구축과 운영 업무를 중점적으로 담당하고 있어요. 저를 포함한 플랫폼셀의 크루들은 코인원을 지탱하고 있는 인프라를 효율적으로 운영하고 있습니다. 특히, 개발과 운영셀에 속해 있는 크루들과의 밀접한 소통으로 고객에게 더 나은 서비스의 가치를 전달할 수 있도록 하는 것이 목표입니다.  Q. 플랫폼셀은 어떻게 구성되었나요? 구체적으로 어떤 일을 하시는지도 궁금합니다. 플랫폼셀은 크게 클라우드 플랫폼 엔지니어들로 구성되어 있습니다. 세부적으로 시스템 엔지니어, 네트워크 엔지니어, 데이터 사이언티스트, 플랫폼 개발 업무로 나뉘어집니다. 플랫폼셀은 코인원 초창기 시절부터 팀명과 업무범위에 많은 변화가 있었습니다. 인프라팀, SRE(Site Reliability Engineering)팀을 거쳐 지금의 플랫폼셀이 탄생하게 되었죠. 플랫폼셀의 가장 큰 목표는 안정적인 운영을 통해 서비스의 신뢰성을 확보하는 것입니다. 이를 위해 신속하게 개발을 지원할 수 있는 플랫폼을 설계하고 구축하려고해요.플랫폼셀 크루들의 열띤 업무의 현장!Q. 플랫폼셀이 많은 변천사를 겪어온 만큼, 코인원의 서비스 구성에도 큰 변화가 있었을 것으로 예상됩니다. 그 중 가장 큰 변화는 무엇인가요?초창기 코인원 서비스의 경우, 전통적인 서비스 아키텍처인 모놀리틱(Monolitic) 아키텍처 기반의 서비스가 많았습니다. 모놀리틱 아키텍처는 로컬 환경에서 개발하기에도 편리하고 통합 시나리오 테스트를 수행하기에도 쉬운 구성입니다. 다만, 코인원의 서비스가 지속적으로 성장하고 규모가 커지면서 몇가지 한계에 부딪혔습니다.서비스 복잡도가 증가하고 트래픽이 상승하면서, 서비스 확장이나 배포 관련 업무에 인프라 작업들이 수시로 발생하게 되었어요. 무중단 배포, 효율적인 리소스 사용, 인프라 표준화를 위해 ‘마이크로서비스 아키텍처'로의 전환이 필요한 시기였습니다. 이를 위해 마이그레이션(Migration, 데이터를 추출하여 새로운 시스템 내의 지정된 형식으로 옮기는 과정) 계획을 세우고 조직의 의사결정 프로세스와 개발 문화, 배포 프로세스들을 개선해 나가기 위해 노력했죠.Q. 암호화폐 거래소 ‘코인원' 서비스를 운영하시면서 다이나믹한 에피소드들이 많을 것 같습니다.2017년 12월 말, 비트코인 전고점 시기에 도달할즈음 코인원 거래소의 서비스 트래픽이 가파르게 상승했습니다. 매일마다 두배, 세배 이상의 인프라 확장작업이 필요했어요. AWS(Amazon Web Services)에 지불했던 비용이 17년 7월 대비 12월에 20배가 늘었습니다. 6개월이라는 짧은 시간동안 이렇게 급성장한 트래픽을 경험할 수 있는 업계는 몇없을거에요!Q. 코인원을 이용하는 고객들의 거래가 더 편리해질 수 있도록 플랫폼셀에서는 어떠한 노력을 기울이고 계신가요?트래픽 급증으로 서비스 업데이트를 할 경우, 서비스 지연 그리고 점검으로 인한 중단으로 불편을 겪은 고객분들이 계실 겁니다. 코인원은 이러한 문제를 해결 하기 위해 대용량 서비스를 운영 할 수 있도록 아키텍처를 변경하는 작업을 진행했습니다. CI/CD(Continuous Integration and Continuous Delivery, 지속적 통합과 지속적 전달) 자동화, 무중단 배포 환경을 갖추면서 서비스 지연과 중단의 빈도수가 점점 줄고 있습니다. 이제는 서비스를 더 빠르게 업데이트 하고 버그나 장애를 최소화 하며 트래픽이 갑작스럽게 증가하더라도 서비스 안정성을 확보 할 수 있는 플랫폼으로 진화하고 있어요.노을지는 창가 속의 슈퍼크루 영민님!Q. 코인원의 플랫폼셀만이 갖고 있는 장점을 이야기해본다면!코인원에는 어느 스타트업보다도 연륜이 가득한 시니어 엔지니어들이 플랫폼셀을 이끌고 있습니다. 블록체인, 암호화폐 업계 뿐만 아니라 직무 경험도 많으신 분들이 곳곳에 포진되어 있어요. 코인원 기술본부만이 갖고 있는 중요한 장점이기도 하죠. 또한 플랫폼셀은 내부적인 아키텍쳐, 코드 리뷰를 거치면서 일하는 방식을 지속적으로 개선해 나가고 있습니다.추후 플랫폼셀에 합류하실 분들도 새로운 것들을 찾고 계속해서 발전시키려고 하는 분들이 함께해주셨으면 좋겠습니다! 스탠드업 미팅, 회고를 통해 소통하고, 재미있는 개발문화를 만들어가고 있으니 플랫폼셀에 많은 지원 부탁드립니다 :) (저희 해치지 않아요! ㅎㅎㅎ)Q. 영민님은 코인원에 어떻게 합류하게 되셨나요?저는 실생활에 다양한 금융서비스를 제공하는 핀테크에 관심이 많았습니다. 핀테크에 대한 관심은 이전에 몸담았던 게임산업에서부터 시작되었어요. 게임에서도 암호화폐 거래소와 유사하게 서비스 내에서 통용되는 가상의 화폐가 있습니다. 그러다보니 ‘가상의 재화가 아닌 실물화폐를 다루는 곳의 서비스는 어떻게 제공될까?’ 라는 호기심이 강해졌어요. 신기술이었던 블록체인과 암호화폐를 눈여겨보게 되었고, 지금 이렇게 코인원 크루로 함께하고 있네요! 코인원에서는 실제 현금을 다루는 곳이기 때문에 막중한 책임감으로 서비스 안정성과 보안을 함께 신경쓰고 있습니다.Q. 지난 겨울에 코인원 크루들과 함께 재미난 추억을 만드셨다고 들었어요!2018년은 코인원에서 피보탈랩스를 시작으로 새로운 것들에 많이 도전해볼 수 있는 시간이었습니다. 그 중, 다양한 직무에 계신 크루들과 함께 참가했던 ‘AWS re:Invent 2018’ 행사가 기억에 남네요. 리인벤트 기술세션에서 소개되었던 Tool들이 코인원에서 많이 사용되고 있는데, 컨퍼런스에서 새롭게 배운 것들을 적용해볼 수 있을 것 같습니다! 힙한 개발문화들도 접해보고, 다양한 국가, 회사, 직군에 계신 분들을 만나뵙게 되어 개발을 바라보는 시야 또한 넓어졌네요. 코인원 크루와 함께했던 AWS re:Invent 현장!Q. 영민님이 어떠한 미래를 꿈꾸고 계신가요?거창한 미래를 이야기하기 보단 소소한 바램을 말씀드리고 싶어요. 2019년에도 그리고 이후에도 지금 함께 일하고 있는 코인원 크루들과 더 재미나게 일하고 싶습니다. 훌륭한 동료들이 제 옆에 있다는 것만으로도 난관을 헤쳐나갈 때 큰 도움이 됩니다. 똘똘 뭉친 지금의 조직력을 바탕으로 99.999%(?)의 서비스 안정화 꿈을 이룰 거랍니다. 마지막으로, 새해에는 야근을 조금 덜하고 사랑하는 두딸들과 행복한 저녁 시간을 자주 가지려구요! (아빠 얼굴 잊은거아니지?)더 안정적인 코인원 거래소를 위해 오늘도 24시간 고군분투하고 있는 영민님. 앞으로도 코인원 플랫폼셀은 암호화폐 거래에 최적화된 플랫폼 구축을 위해 최선의 노력을 다할 예정이랍니다. 코인원 플랫폼셀 크루들이 선보일 멋진 서비스에 많은 응원과 관심 부탁드립니다.이렇게 멋진 엔지니어들과 동료가 되고 싶지 않으신가요? 현재 코인원 플랫폼셀은 함께 일할 동료 크루를 애타게 기다리고 있습니다! 많은 지원 부탁드려요 :-)

#재택근무  #재택근무후기 #인터뷰 #협업툴 #기업문화 #조직문화안녕하세요 협업툴 플로우입니다. 협업툴 플로우 직원들의 솔직한 재택근무 시행기를 공개합니다!플로우 재택근무 시행기 두번째는 CX팀의 인터뷰 글입니다.Q. 간단한 본인/ 팀 소개A. 플로우 CX팀 팀장 박예랑입니다. 저를 포함한 저희 팀원들은 모두 고객들에게 플로우의 서비스 경험이 좋은 기억으로 남게하기 위해서, 가장 최전방에서 서비스를 제공하고 있습니다. 저를 포함한 총 4명의 팀원이서 매일 약 15만명의 고객들과 소통을 하고 있죠. 고객들의 요구 사항은 회사의 모든 부서와 이해관계가 직결된 부분이 많기 때문에, CX팀은 사실 회사에서 가장 많은 부서와 협업을 해야 하는 팀입니다. 적은 인원이서 많은 고객들과 소통을 하는 동시에, 여러부서와 협업을 해야하기 때문에 저희 팀은 정확하고 빠른 커뮤니케이션이 매우 중요하죠.Q. 본인의 재택근무 환경을 소개해주세요.A. 저는 회사에서 실제로 사용하고 있는 노트북을 그대로 집에 가져와서 쓰고 있습니다! 업무용 파일들이 모두 그대로 담겨있기 때문에, 재택할 때 마다 필요한 파일을 따로 옮길 필요가 없어서 편해요. 또, 회사로 오는 기업 문의는 제 투폰 번호로 돌려놓고 있어서 고객지원 업무부터 기업 컨설팅까지 집에서도 모두 동일하게 하고 있습니다. 그리고 사진 속 고양이는 저희집 1호 말썽꾸러기 하멜이입니다. 하멜이를 무릎에 앉혀두고 있으면 이너피스..! 업무 스트레스가 싹 날라가요. 정말 최고의 업무 환경이죠? 하핫!Q. 출/퇴근은 어떻게 체크 하나요?A. 지난 2월에 올린 재택근무 시행기 리뷰와는 인증 방법이 달라졌어요. 이제는 재택근무가 회사의 보편적인 출근 방법 중 하나로 정착 되면서, 출퇴근 시간도 자유롭게 운영되고 있습니다. 아침 8시부터 11시까지 자유롭게 출근하고, 각자의 업무시간에 맞게 자율적으로 퇴근하고 있죠. 가장 먼저 재택근무로 출근하는 직원이 '출퇴근시간 기록' 일정을 등록하고 댓글을 다는 방식으로 출퇴근을 인증하고 있어요.재택근무를 시행해도 업무가 안정적으로 잘 돌아가다보니, 회사에서도 저희를 믿고 자율성을 보장해주고 있죠. 오히려 이런 자율적인 출근제도를 잃고 싶지 않아서, 저도 저희 팀원들도 더 정직하게 출퇴근 시간을 지키고 있습니다!Q. 팀원들의 업무 관리는 어떻게 하나요?A. 여러가지 업무가 있지만, 아침에 출근하면 가장 먼저 지난 밤동안 각 기업에서 온 문의를 확인합니다. 어느 한 사람한테 문의가 몰리면 고객과 약속한 일정 전체에 차질을 주기 때문에, 각 담당자들이 최대한 효율을 낼 수 있도록 업무분배는 제가 직접하고 있습니다. 제가 먼저 문의를 확인해서 업무로 등록하고 각 문의의 성격에 맞게 담당자와 마감일을 지정해줍니다. 또, 기존에 등록된 업무 중 마감기한을 넘긴 업무는 재확인해서 일정을 조율하죠. 팀원들의 업무 진행상황을 한눈에 볼 수 있기 때문에, 관리에 시간이 들어가지는 않고 있어요!Q. 본인의 업무는 어떻게 관리하나요?A. 관리랄게 따로 없어요. 플로우에서 전체 업무를 클릭한 뒤, [내 업무] - [마감기한] - [우선순위]로 값을 설정해요. 이렇게 해두면 제가 오늘 해야하는 일을 한눈에 볼 수 있죠.Q. 오전에는 주로 어떤 업무를 하시나요?A. 오전에는 회사 내부의 업무 보다는 외부 기업 상담을 주로 하고 있어요. 상담할 때는 전화도 많이 사용하지만 기능을 주로 보여드려야 하기 때문에 주로 화상회의나 원격지원을 통해서 플로우 사용 방법을 보여드리고 있습니다. 직접 원격지원으로 상담하는 사진을 보여드리고 싶지만, 고객사의 보안을 지켜드려야 하기 때문에 인증은 생략했습니다.Q. 오후에는 주로 어떤 업무를 하시나요?A. 오후에는 주로 내부 회의가 많이 잡혀있어요. CX팀은 가장 고객 접점에 있는 팀이기 때문에 모든 부서의 의사결정에서 CX팀의 의견이 매우 중요하죠. 재택근무에서 회의는 화상회의로 참여합니다. ZOOM을 이용하면 화면공유도 되기 때문에, 엑셀이나 워드파일로 작성한 문서도 잘 공유돼서 대면보다 의미 전달이 떨어지지 않아요. 단점이라면, 재택근무를 핑계로 피하고 싶은 회의까지 모두 참여가 가능하다는 점? ㅎㅎQ. 짝짝!! 모든 업무가 마무리 되었습니다. 퇴근보고는 어떻게 하시나요?A. 퇴근할 때는 업무보고를 따로 하지 않습니다. 오전에 기록한 출퇴근 기록 일정에 퇴근한다고 댓글만 달고 있죠! 어차피 오늘 진행한 모든 업무는 플로우에 남아있기 때문에, 팀원들의 퇴근보고도 따로 받지 않습니다.그럼, 전 퇴근시간이라 이만 안녕~~ 춍춍!협업툴 플로우 바로가기

VCNC는 커플을 위한 모바일 앱 비트윈을 서비스하고 있습니다. 비트윈은 사진, 메모, 채팅, 기념일 등 다양한 기능을 제공하며, 오픈 베타 테스트를 시작한 2011년 11월부터 현재까지 연인 간의 소통을 돕고 있습니다. 그동안 비트윈 시스템 아키텍처에는 많은 변화가 있었으며 다양한 결정을 하였습니다. 비트윈 아키텍처를 발전시키면서 배우게 된 여러 가지 노하우를 정리하여 공유해보고자 합니다. 그리고 저희가 앞으로 나아갈 방향을 소개하려 합니다.소프트웨어 스택Java: 비트윈 API서버는 Java로 작성되어 있습니다. 이는 처음 비트윈 서버를 만들기 시작할 때, 서버 개발자가 가장 빨리 개발해낼 수 있는 언어로 프로그래밍을 시작했기 때문입니다. 지금도 자바를 가장 잘 다루는 서버 개발자가 많으므로 여전히 유효한 선택입니다.Netty: 대부분의 API는 HTTP로 호출되며, 채팅은 모바일 네트워크상에서의 전송 속도를 위해 TCP상에서 프로토콜을 구현했습니다. 두 가지 모두 Netty를 통해 사용자 요청을 처리합니다. Netty를 선택한 것은 뛰어난 성능과 서비스 구현 시 Thrift 서비스를 통해 HTTP와 TCP 프로토콜을 한 번에 구현하기 쉽다는 점 때문이었습니다.Thrift: API서버의 모든 서비스는 Thrift 서비스로 구현됩니다. 따라서 TCP뿐만 아니라 HTTP 또한 Thrift 인터페이스를 사용합니다. HTTP를 굳이 Thrift서비스로 구현한 이유는, TCP로 메세징 전송 시 똑같은 서비스를 그대로 사용하기 위함이었습니다. 덕분에 빠른 채팅 구현 시, 이미 구현된 서비스들을 그대로 사용할 수 있었습니다. 또한, 채팅 패킷들은 패킷 경량화를 위해 snappy로 압축하여 송수신합니다. 모바일 네트워크상에서는 패킷이 작아질수록 속도 향상에 크게 도움이 됩니다.HBase: 비트윈의 대부분 트랜젝션은 채팅에서 일어납니다. 수많은 메시지 트랜젝션을 처리하기 위해 HBase를 선택했으며, 당시 서버 개발자가 가장 익숙한 데이터베이스가 HBase였습니다. 서비스 초기부터 확장성을 고려했어야 했는데, RDBMS에서 확장성에 대해 생각하는 것보다는 당장 익숙한 HBase를 선택하고 운영하면서 나오는 문제들은 차차 해결하였습니다.ZooKeeper: 커플들을 여러 서버에 밸런싱하고 이 정보를 여러 서버에서 공유하기 위해 ZooKeeper를 이용합니다. Netflix에서 공개한 오픈 소스인 Curator를 이용하여 접근합니다.AWS비트윈은 AWS의 Tokyo리전에서 운영되고 있습니다. 처음에는 네트워크 및 성능상의 이유로 국내 IDC를 고려하기도 했으나 개발자들이 IDC 운영 경험이 거의 없는 것과, IDC의 실질적인 TCO가 높다는 문제로 클라우드 서비스를 이용하기로 하였습니다. 당시 클라우드 서비스 중에 가장 안정적이라고 생각했던 AWS 를 사용하기로 결정했었고, 지금도 계속 사용하고 있습니다.EC2: 비트윈의 여러 부가적인 서비스를 위해 다양한 종류의 인스턴스를 사용 중이지만, 메인 서비스를 운용하기 위해서는 c1.xlarge와 m2.4xlarge 인스턴스를 여러 대 사용하고 있습니다.API 서버: HTTP 파싱이나 이미지 리시아징등의 연산이 이 서버에서 일어납니다. 이 연산들은 CPU 가 가장 중요한 리소스이기 때문에, c1.xlarge를 사용하기로 했습니다.Database 서버: HDFS 데이터 노드와 HBase 리전 서버들이 떠있습니다. 여러 번의 테스트를 통해 IO가 병목임을 확인하였고, 따라서 모든 데이터를 최대한 메모리에 올리는 것이 가장 저렴한 설정이라는 것을 확인하였습니다. 이런 이유 때문에 68.4GB의 메모리를 가진 m2.4xlarge를 Database 서버로 사용하고 있습니다.EBS: 처음에는 HBase상 데이터를 모두 EBS에 저장하였습니다. 하지만 일정 시간 동안 EBS의 Latency가 갑자기 증가하는 등의 불안정한 경우가 자주 발생하여 개선 방법이 필요했는데, 데이터를 ephemeral storage에만 저장하기에는 안정성이 확인되지 않은 상태였습니다. 위의 두 가지 문제를 동시에 해결하기 위해서 HDFS multiple-rack 설정을 통해서 두 개의 복제본은 ephemeral storage에 저장하고 다른 하나의 복제본은 PIOPS EBS에 저장되도록 구성하여 EBS의 문제점들로부터의 영향을 최소화하였습니다.S3: 사용자들이 올리는 사진들은 s3에 저장됩니다. 사진의 s3키는 추측이 불가능하도록 랜덤하게 만들어집니다. 어차피 하나의 사진은 두 명밖에 받아가지 않고 클라이언트 로컬에 캐싱되기 때문에 CloudFront를 사용하지는 않습니다.ELB: HTTP는 사용자 요청의 분산과 SSL적용을 위해 ELB를 사용합니다. TCP는 TLS를 위해 ELB를 사용합니다. SSL/TLS 부분은 모두 AWS의 ELB를 이용하는데, 이는 API서버의 SSL/TLS처리에 대한 부담을 덜어주기 위함입니다.CloudWatch: 각 통신사와 리전에서 비트윈 서버로의 네트워크 상태와 서버 내의 요청 처리 시간 등의 메트릭을 CloudWatch로 모니터링 하고 있습니다. 따라서 네트워크 상태나 서버에 문제가 생긴 경우, 이메일 등을 통해 즉각 알게 되어, 문제 상황에 바로 대응하고 있습니다. Netflix의 Servo를 이용하여 모니터링 됩니다.현재의 아키텍처처음 클로즈드 베타 테스트때에는 사용자 수가 정해져 있었기 때문에 하나의 인스턴스로 운영되었습니다. 하지만 처음부터 인스턴스 숫자를 늘리는 것만으로도 서비스 규모를 쉽게 확장할 수 있는 아키텍쳐를 만들기 위한 고민을 하였습니다. 오픈 베타 이후에는 발생하는 트래픽에 필요한 만큼 여러 대의 유연하게 서버를 운영하였고, 현재 채팅은 TCP 위에서 구현한 프로토콜을 이용하여 서비스하고 있습니다.HTTP 요청은 하나의 ELB를 통해 여러 서버로 분산됩니다. 일반적인 ELB+HTTP 아키텍처와 동일합니다.채팅은 TCP 연결을 맺게 되는데, 각 커플은 특정 API 서버로 샤딩되어 특정 커플에 대한 요청을 하나의 서버가 담당합니다. 비트윈에서는 커플이 샤딩의 단위가 됩니다.이를 통해, 채팅 대화 내용 입력 중인지 여부와 같이 굉장히 빈번하게 값이 바뀌는 정보를 인메모리 캐싱할 수 있게 됩니다. 이런 정보는 휘발성이고 매우 자주 바뀌는 정보이므로, HBase에 저장하는 것은 매우 비효율적입니다.Consistent Hashing을 이용하여 커플을 각 서버에 샤딩합니다. 이는 서버가 추가되거나 줄어들 때, 리밸런싱되면서 서버간 이동되는 커플들의 수를 최소화 하기 위함입니다.클라이언트는 샤딩 정보를 바탕으로 특정 서버로 TCP연결을 맺게 되는데, 이를 위해 각 서버에 ELB가 하나씩 붙습니다. 어떤 서버로 연결을 맺어야 할지는 HTTP 혹은 TCP 프로토콜을 통해 알게 됩니다.Consistent Hashing을 위한 정보는 ZooKeeper를 통해 여러 서버간 공유됩니다. 이를 통해 서버의 수가 늘어나거나 줄어들게 되는 경우, 각 서버는 자신이 담당해야 하는 샤딩에 대한 변경 정보에 대해 즉각 알게 됩니다.이런 아키텍처의 단점은 다음과 같습니다.클라이언트가 자신이 어떤 서버로 붙어야 하는지 알아야 하기 때문에 프로토콜 및 아키텍처 복잡성이 높습니다.서버가 늘어나는 경우, 순식간에 많은 사용자 연결이 맺어지게 됩니다. 따라서 새로 추가되는 ELB는 Warm-up이 필요로 하며 이 때문에 Auto-Scale이 쉽지 않습니다.HBase에 Write연산시, 여러 서버로 복제가 일어나기 때문에, HA을 위한 Multi-AZ 구성을 하기가 어렵습니다.한정된 자원으로 동작 가능한 서버를 빨리 만들어내기 위해 이처럼 디자인하였습니다.미래의 아키텍처현재 아키텍처에 단점을 보완하기 위한 해결 방법을 생각해보았습니다.Haeinsa는 HBase상에서 트렌젝션을 제공하기 위해 개발 중인 프로젝트입니다. 구현 완료 후, 기능 테스트를 통과하였고, 퍼포먼스 테스트를 진행하고 있습니다. HBase상에서 트렌젝션이 가능하게 되면, 좀 더 복잡한 기능들을 빠르게 개발할 수 있습니다. 서비스에 곧 적용될 예정입니다.Multitier Architecture를 통해 클라이언트와 서버 간에 프로토콜을 단순화시킬 수 있습니다. 이 부분은 개발 초기부터 생각하던 부분인데, 그동안 개발을 하지 못하고 있다가, 지금은 구현을 시작하고 있습니다. 커플은 특정 Application 서버에서 담당하게 되므로, 인메모리 캐싱이 가능하게 됩니다. 클라이언트는 무조건 하나의 ELB만 바라보고 요청을 보내게 되고, Presentation 서버가 사용자 요청을 올바른 Application 서버로 릴레이 하게 됩니다.Multitier Architecture를 도입하면, 더 이상 ELB Warm-up이 필요하지 않게 되므로, Auto-Scale이 가능하게 되며, 좀 더 쉬운 배포가 가능하게 됩니다.Rocky는 API 서버의 Auto-Failover와 커플에 대한 샤딩을 직접 처리하는 기능을 가진 프로젝트입니다. 현재 설계가 어느 정도 진행되어 개발 중에 있습니다. 알람이 왔을 때 서버 팀이 마음을 놓고 편히 잠을 잘 수 있는 역할을 합니다.기본적인 것은 위에서 언급한 구조와 동일하지만 몇 가지 기능이 설정을 추가하면 Multi-AZ 구성이 가능합니다.특정 커플에 대한 모든 정보는 하나의 HBase Row에 담기게 됩니다.HBase의 특정 리전에 문제가 생긴 경우, 일정 시간이 지나면 자동으로 복구되긴 하지만 잠시 동안 시스템 전체에 문제가 생기가 됩니다. 이에 대해 Pinterest에서 Clustering보다는 Sharding이 더 낫다는 글을 쓰기도 했습니다. 이에 대한 해결책은 다음과 같습니다.원래는 Consistent Hashing을 사용하여 커플들을 Application 서버에 샤딩하였습니다. 하지만 이제는 HBase에서 Row를 각 리전에 수동으로 할당하고, 같은 리전에 할당된 Row에 저장된 커플들은 같은 Application 서버에 할당하도록 합니다.이 경우에, 같은 커플들을 담당하는 Application 서버와 HBase 리전 서버는 물리적으로 같은 머신에 둡니다.이렇게 구성 하는 경우, 특정 HBase 리전이나 Application 서버에 대한 장애는 특정 샤드에 국한되게 됩니다. 이와 같이 하나의 머신에 APP과 DB를 같이 두는 구성은 구글에서도 사용하는 방법입니다.이와 같이 구성하는 경우, Multi-AZ 구성이 가능하게 됩니다.AWS에서 같은 리전에서 서로 다른 Zone간 통신은 대략 2~3ms 정도 걸린다고 합니다.Presentation의 경우, 비동기식으로 동작하기 때문에 다른 리전으로 요청을 보내도 부담이 되지 않습니다.HBase에서 Write가 일어나면 여러 복제본을 만들게 됩니다. 하나의 사용자 요청에 대해 Write가 여러번 일어나기 때문에 HBase연산의 경우에는 서로 다른 Zone간 Latency가 부담으로 작용됩니다. Haeinsa가 적용되면, 한 트렌젝션에 대해서 연산을 Batch로 전송하기 때문에 AZ간 Latency 부담이 적습니다.저희는 언제나 타다 및 비트윈 서비스를 함께 만들며 기술적인 문제를 함께 풀어나갈 능력있는 개발자를 모시고 있습니다. 언제든 부담없이 jobs@vcnc.co.kr로 이메일을 주시기 바랍니다!

안녕하세요 대한민국 셀러들의 성공적인 아마존 진출을 도와주는 컨설팅 회사이자 대행사인 주식회사 컨택틱의 이이삭 대표입니다.이전에는, 제조사와 거래할 때와 무역회사와 거래할 때의 장단점을 비교해봤습니다. 그렇다면 알리바바에서 소싱 할 때 제조사와 무역회사를 구분 짓는 방법이 무엇이 있을까요? 4가지만 기억하세요.1. 대놓고 물어본다너무 당연한 상식이라 이걸 보고 좀 당황스러울 수도 있다고 생각합니다. 하지만 사람은 대개 당연한 걸 무심코 넘기는 경향이 있다고 모두가 동의할 것입니다. 상대방이 제조사인지 무역회사인지, 대놓고 물어보는 게 어찌 보면 가장 깔끔하고 시원한 방법이 될 수 있습니다. 그리고 대부분의 경우, 이런 질문을 받았을 때, 망설임이나 질문을 우회하는 것 없이 직설적으로 ‘예 저희는 공장입니다’라고 답변하는 분들 중에 거짓말하는 사람은 굉장히 드물기 마련입니다. 만약 썩 시원치 않은 대답을 받을 경우, 예를 들어 ‘우리는 파트너십을 맺은 공장이 있다. 공장이나 다름없다. 맞다 우린 제조’유통’업자다.’ 등등, 일단 의심하고 보는 게 좋습니다. 수출 자격증이 있는지 물어보는 것도 아니고, 인허가 자료를 구비했는지 물어보는 것도 아니라, 단순히 제품을 직접 제조하는 제조사인지 물어봤을 뿐인데, 만약 본인이 정말 제조사 즉 공장이면 대답을 회피할 필요가 전혀 없기 때문입니다.2. 전시된 상품 라인을 검토한다이것도 사실 당연한 얘기지만, 정말 상대방이 제조사가 맞다면 상품 라인 (상품군)이 어느 정도 일관성이 있을 수밖에 없습니다. 식칼류에 특화되어있거나, 수건류에 특화되어있다거나, 이런 식으로 어느 특정 시장에 특화되어있다는 얘기이죠. 그럴 수밖에 없는 게, 한 ‘종류’의 상품을 제조하려면 그에 맞는 장비가 필요합니다. 하지만 제조에 필요한 장비 시설의 가격은 절대 만만하지 않습니다. 해당 공장이 대기업 수준으로 규모가 크지 않는 이상 한 공장에서 휴대폰 케이스도 제조하고, 베개도 제조하고, 식탁도 제조할 수는 없는 게 당연합니다.반대로, 정말 상식을 벗어난 다양한 상품군의 제품들이 알리바바 미니 몰 스토어에 전시되어있다면 해당 판매자는 공장이 아니라 무역 회사일 가능성이 매우 높습니다. 이런저런 공장과 연을 형성하고 그들의 제품들을 해당 무역회사의 알리바바 storefront에 전시해놓는 셈입니다.Photo by Hayes Potter on Unsplash3. 상품에 대한 구체적인 질문을 한다구체적인 질문을 물어보면 해당 분야에 대한 상대방의 지식수준이 여실히 드러나게 됩니다. 전문가 수준의 질문까진 필요하지 않더라도, 해당 분야에 주로 사용되는 소재나 규격, 부품, 건전지가 들어있다면 수명 시간 등에 대한 질문 및 용어를 미리 사전에 시장조사를 하면서 익히고, 상담하고 있는 상대방에게 전화나 채팅으로 실시간으로 물어봐야 합니다. 이메일로 물어보면 지식이 없던 사람도 구글링을 통해 금방 알아보고 어쨌거나 답변을 할 수는 있게 되기 때문에, 반드시 전화나 채팅으로 물어보셔야 됩니다. 그리고 질문을 받은 당사자가 즉시 대답을 하지 못하거나 당황해한다면 제조사라기보단 중간에 알선해주는 무역 회사일 가능성이 높다고 판단할 수가 있습니다.4. 직접 공장을 방문한다사실 여기까지 하는 것은 여러분께 큰 부담이 될 수 있습니다. 중국은 방문하려면 비자가 필요하고, 무엇보다 사업장을 비우고 외국 출장을 갔다 오는 것이기 때문에 시간적, 인력적, 금전적 투자가 발생하는 셈입니다. 하지만 그런 모든 것을 감수할 정도로 중요한 사안이면 당연히 방문을 하는 게 맞습니다. 그리고 방문하겠다고 했을 때 흔쾌하게 ‘OK’하는 분들은 공장을 직접 운영하는 제조사일 가능성이 높은 것은 당연합니다. 제조사 입장에서 여러분의 방문은 전혀 손해 볼 것이 없는 것이기 때문에 방문을 절대로 마다하지 않습니다. 만약 온갖 핑계를 대면서 (지방에 위치해있다, 요즘 바빠서 방문은 어렵다, 등등) 피한다면 분명히 무역회사가 본인의 돈벌이 수단이나 마찬가지인 ‘공장 인맥’을 숨기기 위함이니, 그런 분들은 무역회사라고 단정 지을 수 있습니다.Photo by Ant Rozetsky on Unsplash알리바바는 80% 정도가 무역회사라고 합니다. 20%의 실질적으로 공장을 소유하고 상품을 직접 제조하는 제조사를 찾기 위해서는 위 4가지 방법을 잘 기억해주셔서 알리바바에서 상담하실 때 요긴하게 사용하시면 금방 누가 제조사이고 누가 무역회사인지 구분할 수 있을 것입니다.컨택틱의 모든 교육은 파트너인 글로벌셀러창업연구소와 접수하고 진행합니다. 교육 신청은 아래 링크나 글로벌셀러창업연구소의 홈페이지를 통해 가능합니다.오프라인 아마존 입문 과정오프라인 아마존 기초/심화 과정온라인 아마존 입문 과정그럼 오늘도 즐거운 글로벌 셀링 되세요!감사합니다.컨택틱서울특별시 서초구 서초대로 356, 606호(서초동, 서초지웰타워)대표 전화: 02-538-3939이메일: support@kontactic.com홈페이지: https://www.kontactic.com네이버 블로그: https://blog.naver.com/kontactic카카오 브런치: https://brunch.co.kr/@allaboutamazon유튜브 채널: https://www.youtube.com/c/kontactic

IT 서비스는 더욱 복잡해지고 어플리케이션과 인프라의 경계도 클라우드 환경과 함께 허물어지고 있습니다. 많은 기업들이 가상화를 넘어 컨테이너로 가고 있으며 서버리스도 더이상 낮설지 않습니다. 인프라의 변화와 함께 아키텍처의 변화도 다양하게 만들어져 가고 있습니다. 복잡성이 아무리 높아져도 우리는 서비스의 성능을 보장해야 합니다. 서비스의 성능을 보장하기 위해 우리가 체크해야 할 중요 요소들을 알아보려고 합니다. 1. 인프라스트럭처와 클라우드서비스의 성능은 코드 밖에서도 만들어집니다. 그중에서도 인프라스트럭처는 매우 중요한 요소입니다. 국내에서 인프라스트럭쳐 분야는 클라우드로 전환하는 과도기적인 상황에 있습니다. SMB 시장에서 클라우드는 익숙한 환경이지만 국내 엔터프라이즈 기업의 클라우드 도입 비율은 20%가 되지 않습니다. 특히 클라우드를 도입하려는 엔터프라이즈 기업들은 데이터 센터, 퍼블릭 클라우드, 프라이빗 클라우드를 모두 사용하는 상황으로 넘어가면서 클라우드에 대한 모니터링 체계를 구성하는데 많은 어려움을 겪고 있습니다. 특히 기존의 자원 사용량을 설계하고 운영하던 방식에서 스케일의 변화를 통해 서비스의 성능을 실시간으로 조절하는 클라우드 서비스 운영 방법은 조직의 구조 변화를 동반하기 때문에 더욱 어려운 작업이기도 합니다. 이렇듯 클라우드의 전환은 최근 웹 서비스의 성능에 많은 영향을 미치고 있으며 데이터독이나 뉴렐릭 그리고 와탭 같은 성능 분석 서비스들은 클라우드 기반의 인프라 모니터링 기능들을 강화하고 있습니다. 2. 데이터베이스어플리케이션 성능 이슈의 80% 이상이 데이터베이스 레이어에서 발생합니다. 대부분의 엔터프라이즈 기업들은 자사의 어플리케이션을 성능 분석을 위해 DBA 포지션을 마련하거나 필요에 의해 컨설팅을 받고 있지만 아쉽게도 스타트업은 DBA포지션을 마련하는 경우가 거의 없습니다. 웹 서비스의 규모가 커지기 시작하면 데이터베이스로 인한 지연 장애가 매우 심각해 지기 시작합니다. 레거시로 인한 이슈까지 추가되면 서비스의 성능은 지속적으로 낮아지게 되므로 데이터베이스는 꾸준히 관리해야 하는 요소입니다.데이터베이스의 비중이 높다보니 어플리케이션 분석 서비스 중에서도 데이터베이스만 집중적으로 분석하는 도구들이 있습니다. 국내에서는 엑셈과 티맥스에서 데이터베이스 분석 솔루션을 제공하고 있습니다.  3. 오픈 소스와 써드파티 소프트웨어최근 두가지 형태의 트렌드가 서비스 성능에 영향을 주고 있습니다. 하나는 오픈 소스이고 다른 하나는 써드 파티 소프트웨어 입니다. 안정화 된 오픈 소스를 사용하더라도 설정 이슈 또는 사용 환경 이슈로 성능에 영향을 주는 상황이 많이 발생합니다. 위젯, 광고플랫폼, 플러그인등의 써드파티 또한 웹 서비스의 성능에 영향을 주는 요소입니다. 최근 써드 파티의 사용은 점점 늘어나는 추세로 인해 장애 발생에 대한 위험도는 더욱 높아가고 있습니다. 특히 써드 파티는 시간이 흐르면서 성능에 조금씩 부하를 누적시키기도 하므로 충분히 주의를 기울여야 합니다. 이런 환경에서도 서비스의 성능을 유지하기 위한 방법으로 통계 기반의 메소드 분석 기법 모니터링의 중요한 요소가 되어 가고 있습니다. 와탭의 Java 모니터링이 메소드 분석 서비스를 제공하고 있습니다. 4. 모바일구글 이 운영하는 더블클릭(https://www.doubleclickbygoogle.com/articles/mobile-speed-matters/)에 따르면 북미에서 3G에서의 모바일 페이지 로딩까지 소요되는 시간은 평균 19초입니다. 한국은 이미 4G를 넘어가고 있기도 하고 모바일 기기의 성능도 매우 높아서 북미와 상황이 다르지만 모바일 기반의 웹 서비스 성능을 분석할 수 있는 방안의 필요성은 높아져 가고 있습니다. 이와 함께 다양한 환경을 지원하는 end-to-end 모니터링의 중요성이 점점 대두되고 있는 상황입니다.  5. 컨테이너최근 인프라스트럭처의 새로운 흐름은 컨테이너 입니다. 한국은 리눅스 기반의 서비스 구축 시스템이 잘 발달한 덕분에 클라우드 도입이 다른 나라보다 늦은 편입니다. 하지만 최근 국내에 컨테이너 기반의 인프라스트럭처 도입 기업들이 많아지고 있습니다. 우리나라는 가상화를 건너뛰고 컨테이너부터 활성화 될수도 있을 거라 생각됩니다. 컨테이너 환경은 가상화보다 더 많은 인프라를 더 유동적으로 사용하게 되므로 기존의 규모를 뛰어 넘는 관리 체계를 만들어 나가야 합니다. 데이터독과 뉴렐릭 같은 SaaS 기반의 모니터링 서비스들은 이미 컨테이너의 대한 지원을 하고 있으며 와탭 또한 단순 지원을 넘어 컨테이너 전용 서비스를 준비중에 있습니다. 6. 마이크로 서비스많은 기업들이 클라우드와 함께 Micro Service Arichtecture를 도입하고 있기 때문에 독립적인 어플리케이션을 기반으로 하는 서비스 구조는 계속 발전해 나갈 것입니다. 마이크로 서비스와 클라우드의 조합은 커져가는 서비스의 규모를 독립적인 작은 단위로 나눌 수 있어서 매력적이긴 하지만 과거와 다른 운영 조직과 프로세스를 만들어야 하는 숙제를 만들었습니다. 예를 들면 기존에는 하나의 임계치를 사용하여 서비스의 위험도를 관리했다면 이젠 독립적으로 동작하는 서비스들의 임계치를 각각 어떻게 설정하고 관리할 것인지 고민해야 합니다. 독립된 마이크로 서비스의 성능 이슈가 전체 서비스 성능 이슈로 확대되지 않더라도 작게 발생하는 이슈들을 관리하지 못한다면 지속적으로 발전해야 하는 서비스의 미래도 흔들리게 될 것입니다. 7. 서버사이드 코드정상적인 상황이라면 서버사이드 코드에서 발생되는 지연시간은 찰나에 가깝지만 장애 상황에서의 지연은 서버사이드에서 발생하는 경우가 많습니다. 특히 방어가 되어 있지 않은 코드들은 물리적 요소의 작은 변화에 대처하지 못하고 웹 서비스 전체에 영향을 미치게 됩니다. 스타트업의 경우 개발팀이 운영을 함께 맡고 있는 경우가 많기 때문에 서버사이드의 코드를 직접 분석하곤 합니다. 하지만 서비스의 성능이 느려지는 상황 자체를 파악하지 못하는 경우가 많습니다. 서버 사이드에서 평균 응답시간을 체크하는 경우 10초 평균 응답시간이 0.5초를 넘는 경우는 거의 없습니다. 하지만 0.5초의 평균 응답시간을 같는 서비스라 할지라도 하루 동안 10초이상 걸린 고객의 숫자는 규모에 따라 1,000명이 넘을 수도 있습니다. 서비스에 규모가 있다면 꼭 APM을 사용해야 합니다.8. 네트워크 지연네트워크의 지연으로 인한 고객 불만은 예상외로 많이 발생합니다. 인프라스트럭처 이슈로 볼 수도 있겠지만 서비스를 운영한다면 항상 체크하고 있어야 하는 요소입니다. 해당 이슈를 확인 하려면 웹서비스 모니터링을 사용하시면 됩니다. 웹서비스 모니터링을 통해 네트웍상태를 포함한 서비스의 응답시간을 체크해 볼수 있습니다. 와탭의 경우 내부적으로 웹서비스 모니터링을 개발하여 사용하고 있지만 아직 서비스 하고 있지는 않습니다.  9. 자원 사용률자원 사용률은 최근 새로 떠오르는 이슈입니다. 이전에는 인프라스트럭쳐가 고정값이였기 때문에 자원 사용률이 모자라는 경우 서비스 성능을 포기하고 초과되는 고객의 요청을 앞단에서 버리거나 대기시키는 기법들을 사용해왔습니다. 클라우드 환경에서는 자원 사용량의 임계치가 넘어가면 자동으로 스케일을 조정하는 환경이 마련되면서 성능을 유지하는 것이 가능합니다.  클라우드 환경에서 과부하 상태에 접근하면 자동으로 인프라의 규모가 확장되고 과부하 상태는 정상으로 돌아갑니다. 이렇게 환경이 바뀌면서 자원 사용률의 중요 이슈가 성능에서 비용으로 전환되고 있습니다. 부하에 따른 스케일링 정책을 어떻게 정하는지에 따라서 성능과 비용 모두가 영향을 받기 때문에 Auto Scale에 대한 모니터닝이 관심을 받고 있습니다.  마무리웹 서비스의 성능에 영향을 주는 요소는 정말 많습니다. 와탭랩스 IT 기업의 어플리케이션을 모니터링 하기 때문에 기업의 IT 어플리케이션 성능 문제에 대해 항상 고민하고 있습니다. 해당 내용은 매달 또는 분기별로 트렌드를 반영하여 업데이트하고 할 생각입니다. 많은 분들에게 도움이 되었으면 좋겠습니다. #와탭랩스 #개발자 #개발팀 #인사이트 #경험공유 #일지

엔젤투자란 무엇인가요? 날개 없는 천사, 엔젤투자자 엔젤투자란, 아이디어 혹은 기술력이 있으나 자금이 부족한 예비창업자나 초창기 창업기업에 투자하고 기업을 성장시킨 후에 이익을 회수하는 투자를 지칭하며, 이러한 엔젤투자를 진행하는 투자자를 엔젤투자자라 합니다. 투자한 기업이 성공적으로 성장하여 기업가치가 올라가면 큰 이득을 얻을 수 있으나 실패할 경우에는 투자액의 대부분을 손실로 입게 됩니다. 스타트업 입장에서는 ‘죽음의 계곡’이라 불리우는 창업 초기 단계를 이겨낼 수 있도록 도와주는 천사같은 투자자라 하여 엔젤 투자자라는 이름이 붙여지게 되었습니다. 자금 지원부터 경영 자문까지, 스타트업의 구원자  일반적으로 개인, 또는 자금력이 있는 개인들이 모인 투자클럽(엔젤클럽)이 투자 주체가 되어 스타트업의 미래 가능성을 보고 투자를 하게 되는데 자금 지원뿐만 아니라 투자자 자신의 전문 지식을 토대로 한 경영 자문을 통하여 스타트업이 성장할 수 있도록 도와주고, 이를 통해 기업 가치가 상승하였을 때 지분을 매각하는 방식으로 수익을 실현합니다. 엔젤투자자는 기업을 성공적으로 매각한 경험이 있는 기업인, 기업 M&A나 IPO를 통해 돈을 번 사람, 대기업 경영진 출신 들이 주류를 이루고 있으며 개인의 자금을 활용하여 투자하기 때문에 통상적으로 기업 당 5천만원 내외의 투자를 진행하곤 합니다.최근 관련 기관의 통계에 따르면 엔젤투자자의 개인 평균 투자금액은 약 4천만원, 기업 평균 피투자금액은 1.5억정도로 이루어지고 있으며, 투자를 받는 기업의 평균적인 업력은 1.2년인 것으로 조사되었습니다. 이는 초기 스타트업에 투자하는 엔젤투자의 보편적인 형태를 잘 드러낸다고 볼 수 있겠습니다. 꼭꼭 숨은 엔젤투자자? 엔젤투자자의 개념은 알겠는데 도대체 ‘누가 엔젤투자자라는 것인지, 주변에는 좀처럼 찾아볼 수 없는 것 같은데’라며 긴가민가한 분들도 있을 것입니다. 물론 묵묵히 은둔 고수처럼 활동하고 있는 여러 엔젤투자자가 있겠지만, 그중 대표적으로 공인된 전문엔젤투자자 두 분을 소개해드리려 합니다. [‘다음’의 공동창업자에서 액셀러레이터까지] 대한민국에서 인터넷을 사용하는 사람이라면 누구나 알고 있는 다음커뮤니케이션의 공동창업자였던 이택경 대표는 현재 ICT분야 액셀러레이터인 매쉬업엔젤스의 대표로 활약하고 있습니다. 벤처인 1세대로서 인터넷 시대를 연 이택경 대표는 국내 1호 액셀러레이터인 프라미어의 공동대표를 거쳐 현재 매쉬업엔젤스 대표 파트너로서 후배 벤처인 양성에 힘쓰고 있습니다. 전문엔젤투자자 1호이기도 한 이택경 대표는 본인의 창업시절 겪었던 착오를 후배들이 겪지 않을 수 있도록 금전적인 투자자는 물론 실질적인 도움을 주며 말그대로 ‘천사’ 투자자의 역할을 하고 있습니다.  [미래를 위한 회사를 만들다] 서울과학고등학교, 카이스트 박사, 인텔 상무라는 탄탄대로를 걷고도 차세대 테크 스타트업을 돕기 위해 퓨처플레이를 창업한 류중희 대표는 위의 이택경 대표와 같은 1호 전문엔젤투자자입니다. 25세 때 처음으로 창업 전선에 뛰어든 류중희 대표는 두번째로 창업한 사물/인물인식기술 회사 올라웍스를 350억원에 인텔에 매각한 경험이 있습니다. 인수 후 2년 간 인텔에서 상무로 근무한 류중희 대표는 본인의 경험을 살려 테크 전문 액셀레러이터 퓨처플레이를 설립하고 현재는 AI, 사물인터넷(IoT), 뇌과학, 빅데이터 분야 스타트업을 집중적으로 지원하고 있습니다. 위의 사례에서 보듯 엔젤투자자란 금전적인 투자와 그 회수만을 목적으로 하는 단순 투자자가 아니라, 본인의 경험과 노하우를 살려 이제 막 성장을 시작한 스타트업을 다방면으로 지원하고 기업을 함께 만들어 나가는 진정한 멘토라고 볼 수 있겠습니다. 활력을 더해가는 엔젤투자 엔젤투자는 최근 수년간 그 규모가 지속적으로 성장하고 있습니다. 현재 공식적으로 등록된 전문엔젤투자자는 약 130여명이며 이 수치는 정부의 등록 요건 완화 및 시장 활성화 방안을 통해 크게 늘어날 전망입니다. 엔젤클럽은 215개로, 연말까지도 꾸준히 신규 설립되며 벤처열풍이 거셌던 2003년 이후 최대를 기록할 전망입니다. 개인 투자자들의 투자금액도 지속적으로 증대되고 있음을 확인할 수 있는데요, 소득공제를 신청한 투자금액을 바탕으로 추산한 엔젤투자 규모는 2016년 약 2,100억원, 2017년 약 2,800억원에서 2018년에는 약 4,000억원으로 큰 폭의 증가세를 보이고 있습니다. (자료 : 엔젤투자지원센터) 이렇게 엔젤투자는 정부의 적극적인 규제 완화, 세제 지원과 투자 지원 사업으로 인해 점점 활기를 띠고 있습니다. 여러가지 엔젤투자 활성화 정책 중에서도 투자자들이 주목하고 꼭 챙겨야할 부분이 있는데요, 바로 소득공제와 엔젤투자매칭펀드입니다. 다음 포스팅을 통해 두가지 혜택에 대하여 좀더 자세하게 설명을 드리도록 하겠습니다.  

비트윈에서는 서비스 초기부터 HBase를 주요 데이터베이스로 사용하였습니다. HBase에서도 일반적인 다른 NoSQL처럼 트랜잭션을 제공하지 않습니다. HBase, Cassandra와 MongoDB는 하나의 행 혹은 하나의 Document에 대한 원자적 연산만 제공합니다. 하지만 여러 행에 대한 연산들을 원자적으로 실행할 수 있게 해주는 추상화된 트랜잭션 기능이 없다면 보통의 서비스 개발에 어려움을 겪게 됩니다. 비트윈 개발팀은 이런 문제를 해결하기 위해 노력했으며, 결국 HBase에서 트랜잭션을 제공해주는 라이브러리인 Haeinsa를 구현하여 실제 서비스에 적용하여 성공적으로 운영하고 있습니다. VCNC에서는 Haeinsa를 오픈소스로 공개하고 이번 글에서 이를 소개하고자 합니다.Haeinsa란 무엇인가?¶Haeinsa는 Percolator에서 영감을 받아 만들어진 트랜잭션 라이브러리입니다. HAcid, HBaseSI 등 HBase상에서 구현된 트랜잭션 프로젝트는 몇 개 있었지만, 성능상 큰 문제가 있었습니다. 실제로 서비스에 적용할 수 없었기 때문에 Haeinsa를 구현하게 되었습니다. Haeinsa를 이용하면 다음과 같은 코드를 통해 여러 행에 대한 트랜잭션을 쉽게 사용할 수 있습니다. 아래 예시에는 Put연산만 나와 있지만, 해인사는 Put외에도 Get, Delete, Scan 등 HBase에서 제공하는 일반적인 연산들을 모두 제공합니다.HaeinsaTransaction tx = tm.begin(); HaeinsaPut put1 = new HaeinsaPut(rowKey1);put1.add(family, qualifier, value1);table.put(tx, put1); HaeinsaPut put2 = new HaeinsaPut(rowKey2);put2.add(family, qualifier, value2);table.put(tx, put2); tx.commit();Haeinsa의 특징¶Haeinsa의 특징을 간략하게 정리하면 다음과 같습니다. 좀 더 자세한 사항들은 Haeinsa 위키를 참고해 주시기 바랍니다.ACID: Multi-Row, Multi-Table에 대해 ACID 속성을 모두 만족하는 트랜잭션을 제공합니다.Linear Scalability: 트래픽이 늘어나더라도 HBase 노드들만 늘려주면 처리량을 늘릴 수 있습니다.Serializability: Snapshot Isolation보다 강력한 Isolation Level인 Serializability를 제공합니다.Low Overhead: NoSQL상에서의 트랜잭션을 위한 다른 프로젝트에 비해 오버헤드가 적습니다.Fault Tolerant: 서버나 클라이언트가 갑자기 죽더라도 트렌젝션의 무결성에는 아무 영향을 미치지 않습니다.Easy Migration: Haeinsa는 HBase를 전혀 건드리지 않고 클라이언트 라이브러리만 이용하여 트랜잭션을 구현합니다. 각 테이블에 Haeinsa 내부적으로 사용하는 Lock Column Family만 추가해주면 기존에 사용하던 HBase 클러스터에도 Haeinsa를 쉽게 적용할 수 있습니다.Used in practice: 비트윈에서는 Haeinsa를 이용하여 하루에 3억 건 이상의 트랜잭션을 처리하고 있습니다.Haeinsa는 오픈소스입니다. 고칠 점이 있다면 언제든지 GitHub에 리포지터리에서 개선에 참여하실 수 있습니다.Haeinsa의 성능¶Haeinsa는 같은 수의 연산을 처리하는 트랜잭션이라도 소수의 Row에 연산이 여러 번 일어나는 경우가 성능상 유리합니다. 다음 몇 가지 성능 테스트 그래프를 통해 Haeinsa의 성능에 대해 알아보겠습니다.아래 그래프는 3개의 Row에 총 6개의 Write, 3개의 Read연산을 수행한 트랜잭션의 테스트 결과입니다. 두 개의 Row에 3Write, 1Read 연산을 하고, 한 개의 Row에 1Read 연산을 한 것으로, 비트윈에서 가장 많이 일어나는 요청인 메시지 전송에 대해 시뮬레이션한 것입니다. 실제 서비스에서 가장 많이 일어나는 종류의 트랜잭션이라고 생각할 수 있습니다. 그런데 그냥 HBase를 사용하는 것보다 Haeinsa를 이용하는 것이 더 오히려 좋은 성능을 내는 것을 알 수 있습니다. 이는 Haeinsa에서는 커밋 시에만 모든 변경사항을 묶어서 한 번에 반영하기 때문에, 매번 RPC가 일어나는 일반 HBase보다 더 좋은 성능을 내는 것입니다.HBase 클러스터가 커질수록 트랜잭션 처리량이 늘어납니다. HBase와 마찬가지입니다.HBase 클러스터의 크기에 따른 응답시간 입니다. HBase와 다르지 않습니다..아래 그래프는 2개의 Row에 각각 한 개의 Write, 나머지 한 개의 Row에는 한 개의 Read 연산을 하는 트랜잭션에 대해 테스트한 것입니다. 각 Row에 하나의 연산만이 일어나기 때문에 최악의 경우라고 할 수 있습니다. 처리량과 응답시간 모두 그냥 HBase를 사용하는 것보다 2배에서 3배 정도 좋지 않은 것을 알 수 있습니다. 하지만 이 수치는 DynamoDB 상의 트랜잭션과 같은 다른 트랜잭션 라이브러리와 비교한다면 상당히 좋은 수준입니다.HBase보다 처리량이 떨어지긴 하지만, 클러스터가 커질수록 처리량이 늘어납니다.HBase보다 응답시간이 크긴 하지만 클러스터 크기에 따른 변화가 HBase와 크게 다르지 않습니다.저희는 언제나 타다 및 비트윈 서비스를 함께 만들며 기술적인 문제를 함께 풀어나갈 능력있는 개발자를 모시고 있습니다. 언제든 부담없이 jobs@vcnc.co.kr로 이메일을 주시기 바랍니다!

한때 방송사에서 ′경영′이라는 단어가 생소했던 시절이 있었습니다. 몇 개의 방송사가 방송 시장을 과점하고 있었기 때문에 재원은 여유가 있었고, 방송사간의 경쟁은 큰 의미를 주지 못했습니다. 당시에는 프로그램을 ′제작′하고 뉴스를 ′보도′하는 것만이 방송사의 활동이었습니다. 그러나 방송 환경이 과거와는 비교되지 않을 정도로 변한 지금, ′경영′을 빼놓고는 방송을 말할 수 없습니다. 종합편성채널, CATV, 위성방송, 인터넷 등 지상파방송의 지위를 위협하는 많은 매체들이 방송시장에서 경쟁을 부추기고 있습니다.KBS 역시 이 경쟁에서 자유로울 수 없습니다.우수한 프로그램이라 하더라도 효율성과 경제성을 바탕으로 제작하지 않으면 누구도 방송사의 생존을 보장하지 않습니다. ′방송사를 경영하는 것′,  다시 말해 ′조직의 비전을 제시하고 자원을 효율적으로 집중하고 배분하는 역할을 하는 것′이 '기획행정'의 존재이유입니다.　우리는 가장 가까이에서 방송을 바라보고 있습니다.KBS는 한국을 대표하는 공영 방송이며 영국의 BBC, 일본의 NHK 등 세계 일류 공영 방송과 어깨를 나란히 할 수 있는 방송입니다. 세계 방송의 흐름을 읽고 국내 방송 환경을 개척하며 한국방송을 굳건히 세우는 일. 또 5년 후, 10년 후의 KBS를 조망하고 바람직한 방송 위상을 확립하는 일. 여러분이 정책을 기획하고 조직과 예산을 관리하는 기획예산국과 같은 곳에서 일하게 된다면 여러분은 KBS의 미래로 밤잠을 설칠 수도 있을 것입니다.　′기획행정′은 방송과 함께 합니다.뛰어난 방송 제작을 위해 재원을 마련하고 인력과 물자를 적절히 배분 하는 일이 그것입니다. 대시청자서비스를 담당하며 시청자 제일주의를 실현하는 시청자권익보호국, 공영방송의 소중한 재원인 수신료를 관리하는 수신료정책국, 업무처리의 타당성을 점검하는 감사실, 인력채용·운영과 제도 전반을 다루며 인재를 육성하는 인적자원실, KBS의 주요 정책을 개발하고 예산 및 계열사·지역국을 관리하는 기획예산국, 광고국, 자산을 관리하고 직원 급여 및 후생복지, 제작비, 결산·세무를 담당하는 총무국 등 한정된 자원으로 최적의 최선의 노력을 기울이고 있습니다. ′기획행정′은 방송 제작의 일선에서도 그 역할을 충실히 수행하고 있습니다.방송국은 물론 방송을 만드는 곳입니다. 하지만 방송의 이면에는 한 컷의 화면을 위해 온갖 정성을 아끼지 않는 엔지니어, 카메라맨, 디자이너, 작가, 세트제작요원, 분장사, 오디오맨, 효과맨 등 수많은 사람들이 함께 하고 있습니다.′기획행정′은 이러한 다양한 분야의 전문가들을 방송이라는 정점에서 어우르는 역할을 하고 있습니다. 편성운영부, 보도운영부, 콘텐츠운영부, 라디오운영부, 제작리소스운영부 등은 방송 현장에서 제작자들과 호흡을 같이 하고 있습니다.  KBS, 디지털 이성과 아날로그 감성이 맞물리는 곳사회는 생산성과 효율성에 입각한 정글의 법칙만이 존재하고 있습니다. 일상에 얽매여 자신보다는 조직의 논리에 갇히기 쉽습니다. 사회인이 된다는 것은 스스로의 생계를 유지하는 것 뿐만 아니라 사회 속에서 자신의 가치를 실현하고 존재의 의미를 확인하는 일입니다. KBS는 최소 투자, 최대 이익의 실현이라는 경영의 논리를 바탕으로 기업을 운영한다는 점에서는 사기업과 같지만 국가기간방송으로서 방송의 이념과 목표를 더욱 소중히 하는 곳입니다. 원리원칙을 지키는 디지털 경영이 KBS의 경영 목표지만, 구성원들이 아날로그의 개성과 장점을 마음껏 구현할 수 있도록 그 토대를 마련해 주는 곳이기도 합니다.　KBS는 여러분을 향해 두 팔을 활짝 펼치고 있습니다!선택은 여러분의 몫입니다.　#한국방송공사 #KBS #KBS공채 #직무정보 #직무소개

유급 휴일(PTO)은 회사가 직원에게 제공할 수 있는 가장 좋은 혜택 중 하나입니다. 직원들은 휴식을 취하고 가족과 시간을 보낸 후 더 많은 에너지를 가지고 돌아옵니다. 또한 입사지원자에게 회사를 더 매력적으로 만들고 직원 유지율을 높일 수 있습니다. 대부분의 한국의 기업은 1년에 15 일 간의 연차휴가를 제공합니다. 연차일 수의 발생은 매 월 1.25 일입니다. 공무원 및 공공기관의 경우, 법정공휴일도 유급 휴일로 제공하지만 2018년 3월에 개정된 근로기준법으로 인해 2020년 1월 1일부터는 법정공휴일 유급휴무가 민간기업에도 단계적으로 시행될 예정입니다.모든 직원들의 유급/무급 휴일, 법정공휴일, 예비군, 경조사, 등을 관리함은 인사 담당자 또는 관리자에게 귀찮고 어려운 일일 수 있습니다. 귀사에 그룹웨어가 없거나 기존 HR 소프트웨어에 적절한 휴가 관리 기능이 없으면 이와 같은 악몽이 현실이 됩니다.수동적 휴가 관리의 문제많은 팀 혹은 인사부에서는 아직도 항상 어렵다고 느끼면서도 아직도 수동으로 엑셀이나 구글 캘린더를 통해 휴무를 관리합니다. 이로 인해 다음과 같은 일반적인 문제를 발생시킵니다:1. 명확하지 않은 의사 소통 및 프로세스인간적 오류 발생이 쉽다: 잘못된 데이터 입력 혹은 소통전자적 유급 휴일 승인 프로세스의 부재Excel을 사용하는 경우 관련 팀이나 해당 직원에게 공개가 어려우며 동기화가 되지 않음2. 비효율적인 휴무 트래킹미사용 유급휴일 산출: 구글 캘린더에서는 사용한 유급 휴일을 계산하기가 어려움Availabilities: 가용 인원이 누구이며 누가 휴무을 가는지 한 눈에 알아볼 수 없음3. 대규모 인력 관리대규모 인력을 위한 휴무 관리는 더욱 어려움관리자의 상당한 시간 소모기업이 아직도 휴무 관리에 부적절한 방법을 사용하고 있는 이유는 다음과 같습니다:사람들은 엑셀이나 캘린더와 같은 전통적인 방법에 익숙합니다.경영진은 휴가 관리를 오직 인간의 업무로 간주합니다.그들은 엑셀의 대안으로 관리자의 시간과 비용을 절약 할 수 있는 방식이 소프트웨어라는 것은 알지만 ERP나 그룹웨어 등 무겁고 비싼 소프트웨어와 함께 사용해야 한다는 인식을 가지고 있습니다.휴무 관리 자동화거의 모든 업무 분야에서 자동화는 효율성 증대의 열쇠입니다. 그 것은 비즈니스의 각 분야마다 하나의 특정 작업을 수행하기 위해 한 명의 직원을 고용하는 것과 같습니다. 휴무 관리도 마찬가지입니다. 시프티 휴무 관리를 통하여 인사 담당자의 상당한 시간을 절약 할 수 있다면 도입을 고려해 보세요. 그렇다면 시프티 휴무 관리는 어떤 일을 해 낼 수 있을까요?휴무 카테고리 분류하기 유급에서 무급으로 시작하여 공휴일, 휴가, 개인휴일, 병가 등으로 직원들이 사용할 수 있는 휴무를 분류하십시오.직원의 요청과 관리자의 승인 이메일이나 서면으로 휴무를 신청하고 회신 혹은 서명을 통한 결재 절차를 제거합니다. 시스템 상에서 직원들이 생성한 모든 휴무 요청들을 검토 한 후 일괄 혹은 선택적 승인합니다.완벽하게 동기화 및 공유직원들이 열람할 수 있는 팀 캘린더에 승인된 휴무를 반영하고 모바일앱으로도 접근이 가능합니다.통계 남기기중고 PTO를 마지막으로 계산 한 시간과 남은 시간을 잊어 버릴 것입니다.기업의 생산성과 성장당신이 경영의 핵심 멤버 중 하나라면, 당신의 머릿속은 해결해야 할 많은 사안들로 가득 차 있을 것입니다. 회사는 매출 증대, 적절한 인력 고용, 중요한 활동에 시간과 자원을 투자함으로써 성장해야 합니다. 기업의 성장은 동일한 목표를 위해 함께 일하는 경영진과 재능있는 팀을 필요로 합니다. 당신의 매니저들과 직원들이 충분히 자동화될 수 있는 비생산적인 업무에 매달리지 않도록 하세요. 이런 지루한 작업에서 해방시킨다면 직원들이 창의력을 발휘할 수 있는 시간을 갖게 되고 실제로 회사에서 중요한 일을 하고 있다는 만족감을 얻게 됩니다.휴무 관리를 자동화하는 것 외에도 스케줄링, 출퇴근기록 및 근태 통계/보고와 같은 효율성을 높이기 위해 자동화 또는 능률화 할 수 있는 많은 영역들이 있습니다.#시프티 #고객가치 #핵심가치 #기업소개 #서비스소개

[전문]문제를 잘 정의하면 지혜를 모아서 쉽게 해결할 수 있다. 이렇게 밖에 나와본 적이 정말 오랫만인 것 같다. 보통 점심은 도시락 먹으면서 회의한다.회사를 창업하고나서 문제를 해결해나가는 과정들이 많은데 어떻게 그 문제들이 풀리고, 해결되고, 문제가 다시 정의되고.. 결국 인생은 끊임없이 선택을 해야되는 순간에 맞이하는 것 같다. 그래서 끝까지 문제를 해결해가는 과정이 인생인데 그 해결의 핵심은 문제 정의에 있다. 나는 배를 메타포로 해서 우리의 존재 이유, 카카오의 존재 이류를 많이 설명하려고 하는 것 같다. 배가 왜 존재를 하는걸까? 배를 출항시키는게 카카오의 행동이라고 생각한다. 그래서 나는 선장을 임명하고 축하하고 선원들과 힘차게 출항하는 그런 상상을 한다. 배는 항구에 머물때 가장 안전하다. 하지만 그건 존재의 이유가 아니다. 거기서 나는 내 인생의 길을 찾은 것 같다. 그래서 우리는 카카오 동료들을 크루라고도 부른다. 문제 해결은 나의 인생 키워드다. 문제 해결을 위해서는 무엇보다 사고의 전환이 필요하다. 어렸을때부터 지금의 순간까지 긴 여정 속에서 그런 연속이였던 것 같다.러시아 천재 과학자 알트슐러의 TRIZ 문제 해결 프로세스가 있다. 러시아 천재 과학자가 개발한 창의적인 문제해결 방법이다. 1. 문제발견2. 모순정의 *2번에서 모순이 만약 없다면 이건 문제가 아닌거다.3. 사고전환 *1~3번까지가 문제 정의의 단계이다.4. 문제해결(벌목을 한다?) 힘이 실릴 수 있는 무거운 도끼 VS 오래 사용할 수 있는 가벼운 도끼. 인생은 대부분 이 두개중에 하나를 선택해야되는 프레임에 갖힌다. 근데 이 둘다의 장점을 섞을 수 있는 도끼가 있다면 어떨까? 누군가는 이 결합된 제품을 낸다. "FISKARS 도끼"문제를 우리는 잘못해결하는 경우가 너무 많다. 내가 얼마전에 허리가 아파서 막 고민했는데 허리를 막 피고 다녔다. 그래도 좋아지지 않았고 재활 치료사를 찾았는데 알고보니깐 내 근육이 뒤로 엄청 단축되어 있었는데 그 이유가 계속 회의하면서 오래 앉아있으니깐 경직되어있었다는 거다. 즉 허리를 피는게 상관이 없었던 거다. 그래서 뒤쪽 근육을 키우고 스트레칭 하기로 시작.. 그래서 내는 매일 스트레칭 하는 중이다. 그러니깐 많이 좋아졌다. 이게 문제 정의의 한 예라고 생각한다.Chapter 1. 어릴 때 나는 이런 경험이 있었다문제 : 놀기 좋아했었다. 근데 공부할 시간을 어떻게 확보할 수 있을까? 의지만의 문제일까? 중학교 1학년때 이런 고민이 들었다. 해결책 : 집 근처 이모 방이 하나 비는데 방과 후에 거기가서 7시든, 8시든 잔다. 그럼 한 12시쯤 잠 깨는데 기본 수학의 정석, 영어상문법 이 두권 있었는데 일어나니깐 할게 없으니깐 하게 되더라. 그 생활 6개월했는데 6개월 정성을 쏟으면 뭔가 달라지는 것 같다. 과목하나 수학이 정복됬다. 그리고 연쇄적으로 다른 과목도 좋아지더라. 나중에 좋은 대학을 가게된다. 환경을 바꾼게 나는 정말 좋았던 것 같다. 시간과 공간의 개념을 바꾸는건 사람들에게 얼마나 큰 영향을 주는지 깨닫게 됬다. Chapter 2. 첫 입사를 했다. 개발 비전공자의 IT 회사 입사. 코딩을 할줄 몰랐고 나는 회사에서 코딩을 가르쳐줄줄 알았다. 근데 안가르쳐주더라. 다들 코딩 하고 회사 입사하더라. 몇년 간의 코딩 실력 격차 어떻게 줄일 건가.. 문제 정의를 계속했다. 똑같은걸 해서 따라 잡을 수 없다고 생각했다. 그래서 도스말고 윈도우 시절이 온 6개월 후에 집중했다. 윈도우에 대비했다. 그때 뭐 C++, 윈도우 라이브러리..  윈도우즈 만들어달라고 점점 요청이 많아져 할줄 아는 사람이 회사에 필요해졌다. 손 들었는데 거의 나밖에 없더라. 갑자기 회사의 중요한 인재가 되었다.도스 vs 윈도우Chapter 3. 한게임의 시작.삼성 SDS 에서 PC통신을 하는데 장비만 500억정도 사서 해야지만 서비스 할 수 있는 환경이였다. 근데 그때 인터넷 하면 .. 뭐.. 인터넷..? 막 그런 시절.인데 인터넷 개념상 PC서버 한대만 있어도 사람들한테 서비스할 수 있는 거다. 그래서 그때 내가 창업해야되는 시기인가? 이렇게 시작했다.Chapter 4. 게임 창업, 비용의 고민삼성 SDS 다닐때 돈이 몇십만원 예금이 있더라. 모아둔 돈이 없었다. 월 수백만원의 회선 비용을 어떻게 감당할 것인가가 고민이였다. 그때 신용이 좀 괜찮아서 -500만원 마이너스통장 만들었다. 인터넷 게임을 만들려고 창업했는데 회선 비용이 그 당시 몇백만원이 됬었다. 그때 내 월급 통째로 넣어도 해결이 안되는 상황이였다. 문제 풀었던게 그 당시 피시방 컨셉이 나오기 시작했는데 피시방 벤치마킹 했다. PC방인데 인터넷이 안됬던 시절이 있었다. PC 30대 갖다놓고 이들끼리 랜선으로 서로하는 거다. 웃기지 않나. 인터넷이 안되는 PC방. 그래서 인터넷 전문 PC방을 만들자. 내 인생 최대 베팅을 했다. 2억 4천. 사채, 다 갖다 끌어쓰고.. 그때는 인터넷 시대가 온다하는 확신이 있었다.Chapter 5.PC방을 오픈하여 회선 비용에 운영 비용까지 해결.한게임 전신은 한양대 PC방 골방에서 시작했다. 이 pc방을 오픈해서 회선 비용에 운영 비용까지 모두 충당하게 된다.Chapter 6. 한게임 창업 - 제품 개발웹 게임 VS 클라이언트 게임.이 당시에는 사운드도 별로고 그래픽도 별로고 다운받을 필요없이 바로하는 게임이 웹게임이다. 처음엔 8개월 막 걸려서 그래 픽좋고 클라이언트 게임을 만드는데 막 그걸 만들고 있다가 이때 이 개발자가 지금 카카오 게임즈 대표다. 근데 이 개발자가 인터넷 시대인데, 웹인데.. 클라이언트 게임 만드는게 맞을까? 질문을 던진거다. 보면 둘다 장단점이 있다. 그리고 대부분 회사들은 둘중에 이거 하나를 선택했다. 근데 우린 둘다 섞었다. 장점만. 그때 CTO가 재밌는 아이디어를 냈는데 클릭으로 설치부터 실행까지 세계 최초 인터넷 클라이언트 게임을 만든거다.  WWW.한게임.컴 > 만 하면 사용자는 그냥 다운로드 받고 하면 된다. 사용자는 그냥 사이트에서 들어오기만 하면 되는거다. 이 회사가 무슨 기술을 쓰든 그런건 상관없다. 다른 회사보다 그래픽이나 이런게 훨씬 좋고 사용성도 너무 좋아 이때 엄청난 히트를 만들어냈다. 세계 최대 트래픽이 나오기도 했다. 이 두 친구의 공로다. 그냥 쉽게 넘어가자 했으면 둘중에 선택했을텐데 우리는 웹게임 + 클라이언트 게임 = 둘다를 합친 서비스를 내놓았던 것이다. 그래서 역사속에 한게임이 탄생한거다.Chapter 7. 한게임 창업 - 비즈니스모델 개발.한게임도 돈을 벌었어야 했다. 트래픽 모으고 광고밖에 없었다. 게임은 특성상 또 게임하려면 광고 안보고 들어가기 때문에 광고로는 수익모델이 안된다. 그리고 이때 당시에 다 무료게임이였다. 그래서 선택의 상황에 직면하게 됬다. 무료로 할거냐.. 그냥 유료로 할거냐..?  그럼 유료로 하면 사용자가 우수수 떨어지지..  그래서 계속 이 문제를 몇달동안 고민하던 찰나에 이코노미석에서 비즈니스석을 한번 탄적이 있는데 이때 돈을 좀 더 주고 프리미엄 내는 느낌이였다. 아하! 하는 순간이 왔다. 비행기 비즈니스 개념을 도입하는 것처럼 무료로 하다가 유료로 하게끔 만들자. 전체 유료화가 아니라 부분 유료화를 해보자. 이게 전 세계 최초 게임업에서 해낸거다. 매출액이 급증했다. 그때 어려웠었는데 네이버랑 합병하면서 최대의 회사로 성장하게된다.  한게임의 성공, 경제적 성장, 사회적 영향력, 정말로 괜찮은 상황이였다. 근데...Chapter 8. 기러기 가족 - 가족간의 갈등심화캐나다로 가족은 생활을 하고 나는 기러기였다. 4년이 지나면서 아이들이 그때 초등학생부터 커나가기 시작했는데 가도 아빠라는 느낌이 안들정도로 타인인 것처럼 멀어진 기분이였다. 이대로 안되겠다 다시 합쳐야겠다. 문제가 발생한다. 합치는게 쉽지가 않다. 모든 터전과 상황이..  이 상황이 쉽지 않다. 이것도 문제 였는데 이 문제의 본질이 뭘까? 딱 하나로 정의했다. 가족과 같이 있는 시간 이게 핵심이다. 그걸 하기 위해서 뭘 할 수 있을까? 그리고 무엇을 줄 수 있을까? 제안을 하나 한다. 우리 다음 4명이 1년동안 안식년을 갖자. 아이들보고도 너네 힘들지 쉬어야지. 그래서 나도 출근안하고 1년동안 안식년 4명이 가졌다. 지금 돌이켜보면 그게 행운이라고 생각한다. 지금 젤 인상적이였던게 첫날 딱 아침에 눈을 떴는데 4명 다 얼굴 보면서 뭐하고 놀지..? 즉흥적인.. 사고의 전환으로 나타난 해결이여서 문제를 풀었지만 안식년의 계획을 짰어야 됬는데 가족들과 계속 상의하면서 어떤게 좋을까 어떤게 좋을까 그 과정들이 좋았다. 가족들과 스포츠를 많이 했다. 탁구, 올레길, 자전거 이런 걸 계속하다보면 스포츠가 가족들을 뭔가 동화시키는게 좋았다. 피시방은 집사람과 나한테는 되게 포근한 장소다. 창업하고 나서 골방에서 조금 성장해서 회사 정식으로 오피스 오픈했을때는 그걸 아내가 계속 운영했었다. pc방은 그래서 되게 포근한 장소다. 넷 가족이 스타크래프트 게임하고 새벽 3,4 시까지 게임하고 있다가 피시방 주인이 아주 의아하게 보면서 새벽 4시까지 가족이 게임하는 걸 보는거다. 이제 그래서 낯설지도 않고 정말 좋아졌다. 지금 자식들은 27살, 25살. 우리집에 한가지 규칙이 있다. 누군가가 집을 나갈때 들어올 때 꼭 포옹을 해줘라. 오늘도 나도 애들을 안고 나왔다. 그런 느낌들이 좋은 것 같다. 그리고 나서 가족, 사업, 일.. 이게 어느정도 잘 풀린 케이스, 행운이였다고 생각한다.이제 행복하면 되지. 그러다가 그 다음 생각을 하게 됬다. 무언가 내가 목표를 이루고 난 다음에 이렇게 사람을 방황하게 만들 줄을 나도 몰랐다. 한발짝도 앞서 나갈 수 없는 상황이라고 해야되나? 사실 그 전까지만 해도 돈을 많이 벌고 사회적 지위를 얻고 그런게 누구나 성공이라고 생각했는데 (사회가 정의한) 과연.. 그것만으로 끝나기에는 내 나이가 젊었다. 40대 였으니깐. 그 다음에 뭐지? 길을 잃어버렸다. 많이 방황을 하면서 행복에 대한 책도 많이 읽었다. 행복에 답이 있을줄 알았는데 또 그건 아니였다. 행복은 목표로 정의될 수 없는 것 같다. 과정 중에 느끼는거지 정의 자체가 나는 행복이 목표야. 이건.. 아마 90% 는 불행할거다. 모순이라고 생각한다. 그러면 뭘해야지? 생각하게 됬다.  그때 축복같이 알게된 시.무엇이 성공인가 - 랄프 왈도 에머슨 이라는 사람시인데. 그 시에서 더 꽃힌게 세상을 조금이라도 살기 좋은 곳으로 만들어 놓고 떠나는 것. 이 문구에 나는 꽂혀버렸다.Chapter 9. 카카오의 시작이게 나한테 확 와닿았다. 그게 카카오의 시작이였다. 한게임 500만원 가지고 피시방에서 창업된거라면. 카카오는 자본금만 100억에 엄청난 초 고수들 멤버, 인재들 풀로 시작된 카카오였다. 정말 야심차게 출발을 한다. 3년 동안 성공하지 못했다. 그리고 나서 우리가 무슨 문제를 계속 풀려고 했던 걸까.. 우리가 정의한 문제들은 제한된 공간에서,환경에서 나온 문제정의 였었다. 사람들이 많이 지쳐가고 있을때 기적처럼 운명처럼 2009년 9월에 아이폰이 출시 됬다. 전직원 모아 두고 아이폰에 대비하자. 어떤걸 만들까? 어떤 앱을 만들까? 이미 10만개가 나와있을텐데 하나 추가하는게 세상을 더 낫게 만들까? 쉽지 않은 질문이였다. 한달 정도 브레인 스토밍을 하고 이런 과정속에서 무언가 떠오르는게 없었다가 이게 생각이 났다.모바일 혁명 = 커뮤니케이션 혁명근본적으로 커뮤니케이션을 바꾸는걸 해야겠다고 생각했다. 전화와 메시지인데 이 부분을 혁신하자. 커뮤니케이션쪽에 집중했다. 그래서 카카오톡 / 카카오아지트 / 카카오수다 (약간 모바일의 트위터느낌) 카카오톡에 무섭게 성장해서 우리는 카카오톡에 집중했다.현재 우리는 5022만 (카카오톡 글로벌 mau). 일평균 메시지수 100억.Chapter 10. 첫 수익모델, 카카오 이모티콘 수익은 어떻게 낼까? 카카오도 무료였다. 답을 어디서 찾았냐면 아이폰/안드로이드에서 찾았다. 거기에 사회적 가치를 덧붙였다. 우리만 돈을 버는건 부족하다고 생각했다. 더 좋은 살기 좋은 세상을 만들려면 플랫폼 비즈니스를 해야하는데 첫 테스트가 이모티콘이였다. 보통은 통상적으로 이런 앞에 생각들이 없었으면 작가들, 디자이너들한테 100만원씩 200만원씩 주면서 이모티콘 만들었을텐데 처음에 작가가 참여하고 쉐어하는 구조로 가자. 이게 정산 이슈, 신청 붙으면 훨씬 일들이 많기는 하다. 다행히 이모티콘 출시 첫 해 월 엄청 버는 작가들이 탄생. 그리고 한단계 더 나아가서 카카오 게임. 우리가 만들어서 게임하는게 아니라 게임하기 플랫폼을 만들어줬다. 애니팡 국민게임. 게임 역사상 2,000만명이 해본 게임이였다. 대한민국 절반 사람들이 게임한거다. 게임 파트너 500개, 누적 가입자수 5억 5천만명. 블레이드. 몬스터길들이기. 모두의마블. 쿠키런. 아이폰에만 게임 올라가 있는게 있었는데 우리 쪽에도 올리자. 도와줄게. 삼고초려해서 이 개발자 게임을 우리쪽에 올리려고 했다. 막 이개발자가 계속 튕겼는데 결국 우리쪽에 올렸고 카카오에서 터진거다. 하루에 20억씩 버는 청년재벌이 탄생하기도 했다.Chapter 11. 카카오페이지.모바일 콘텐츠 시장에 창작자들, 이 창작자들이 수익을 낼 수 있는 플랫폼을 만들자. 2013년 런칭했는데 일매출 5만원이였다. 여기 창작자들이.. 사장 나와봐.. 그때 기자간담회 엄청 허풍 떨었는대 이때 너무 자만했다. 이모티콘, 게임에서 너무 자만한거다. 애니팡에서 하트 시스템을 가져와서 벤치마킹을 해봤다. 애니팡 하트 생길려면 무룐데 8분 기다려야 생긴다. 이걸 못 기다리는 사람이 있다. 만화를 보다가 하루를 기다리면 볼 수 있게 했다. 근데 돈을 내면 바로볼 수 있어. 기다리면 무료. 최초 비즈니스모델 개발이였다. 만화 시장이 다시 살아났다. 연간 거래액 2,200억 엄청난시장이 됬다. 이렇게 잘되니 작가들은 더 작품에 투자하고 > 퀄리티 높아지고 > 해외도 진출하고 이런 선순환이 일기 시작하더라.Chapter 12. 카카오 메이커스. 낭비없는 생산과 가치있는 소비를 동시에 해결할 수 있을까? 과연 재고가 없는, 낭비가 없는 상품을 만들 수 있을까? 고민고민 끝에 이 문제를 풀었고 수요가 발생한 만큼 제품을 생산 및 유통하는 주문 플랫폼. 세상에서 가장 느린 쇼핑을 만들었다. 그리고 카카오 임팩트의 시작. 한게임부터 카카오 임팩트까지.내 인생의 키워드는 문제를 정의하는 것과 관련이 되게 깊다. 정의를 하는 방법은 여러가진데 누구나 하는 방식이 아니라 여러모로 문제 정의가 정말 중요하다고 생각한다. 사회 문제 해결을 위한 고민. 애초에 문제 정의 툴을 만들어서 왜 그 문제가 안풀리고 있는걸까. 누군가가 문제 정의를 잘 해놓으면 이게 어떻게 보면 카카오 임팩트만의 새로운 접근으로 해본거다. 문제 정의 플랫폼이 성숙해지고 진화하고 과정들이 필요하다.처음엔 다 길이 없었다. 삶은 늘 떨리는 첫 발이란다. - 카카오임팩트- 철마다 이동하는 기러기들의 오래된 전략은 V자 대형이다. 4만 km를 날아간다 기러기들은. 끝까지 서로 함께 하는 날개짓하며 해낸다. 이 함께하는 힘이 이를 가능하게 만든거다. 카카오 임팩트 정신도 거기에 있다. 문제를 해결하는 과정은 어렵고 외로운 길이다. 하지만 지속하는 힘에는 서로의 응원이 있다. 참조할 만한 링크 (1) - 김범수 다음카카오 이사회 의장이 샤워를 40분씩이나 하는 이유참조할 만한 링크 (2) - 카카오 김범수의장의 모든 것을 알아보자PPL. 페오펫에서는 위대한 마케터를(CMO) / 위대한 개발자(CTO)를 모시고 있습니다. 커피 한잔 하실 분은 연락주세요.페오펫 팀은 반려인들에게 믿을 수 있는 강아지 정보를 제공하여 건강한 강아지를 입양할 수 있도록 돕고, 간편한 모바일 등록 서비스를 제공하여 반려견을 진정한 가족으로 맞이하도록 돕습니다. 우리의 정체성은 가족입니다. 그래서 사업의 중심엔 가족을 중심으로 확장합니다. 반려동물이 가족으로서 구성원이 되고 가족으로서 함께 살아갈 수 있는 삶을 만들고 그 과정 속에서 슬픔을 줄이고 기쁨을 증가시킬 수 있는 인접 사업군으로 확장합니다. 페오펫은 펫 계의 네이버가 되고자 하며 포털 플랫폼을 궁극적으로 만들기 위해 현재 등록 사업을 통해 고객들과의 접점을 만들고 있습니다. 이를 통해 수준 높은 고객 중심의 반려동물 서비스와 펫 업계의 시너지를 낼 수 있는 플랫폼으로서 한 단계 펫 역사를 도약시킵니다.이 글을 보고 공감했다면 [구독하기]를 눌러주세요. 새 글이 올라올 때 먼저 알려드릴게요.이 글을 누군가에게도 보여주고 싶은 감정을 느꼈다면 [공유하기]를 눌러주세요. 함께 나누면 더 기쁘니깐요.이 글을 보고 연결되고 싶다는 생각이 들었다면 [댓글]을 달아주세요. 저와 그리고 누군가와 연결될꺼예요.지금 바로 감정을 행동으로 옮겨주세요. 당신의 참여는 세상을 더 아름답게 움직일꺼예요.건강한 강아지와의 특별한 만남, 페오펫'유리 진열장'이 아닌 '잔디밭'에서'경매장'이 아닌 '부모견을 확인할 수 있는 환경'에서믿을 수 있는 아이를 입양하세요.페오펫 블로그페오펫 페이스북 페이지페오펫 인스타그램*페오펫 강아지 출생신고 서비스이제 정식으로 당당하게 내 아이를 간편하게 출생신고 하세요.최현일의 링크드인최현일의 페이스북최현일의 블로그최현일의 페이지email : one.choi@peopet.co.krkakao : guitop