데이터바우처 지원사업 2차 수요기업 모집!고품질 학습 데이터가 필요하신가요? 지금 DeepNatural AI 서비스를 이용하시면 데이터바우처 지원사업을 통해 최대 7천만원까지 지원받으실 수 있습니다 👍🏻🔗 데이터바우처 지원사업 수요기업 모집공고🔗 데이터바우처 공식 공급기업 “DeepNatural” 소개 페이지✓ 서버에 데이터가 쌓여가는 데이터를 활용하고 싶으신 분✓ 딥러닝 해야되는데 학습 데이터가 없으신 분✓ 음성인식기, 음성합성기, 대화엔진을 위한 코퍼스 구축이 필요한 분✓ 그냥 커피 한잔 하시고 싶은 분[email protected]로 연락주세요. 복잡한 데이터바우처 수요기업 신청 가이드부터 고품질 학습 데이터 구축까지 함께 하겠습니다 😃접수기간은 2019년 5월 20일(월) ~ 6월 21일(금) 16:00까지중소기업확인서 등 발급까지 오래걸리는 서류들이 있으니 미리미리 준비하세요. 딥네츄럴이 도와드리겠습니다 :)

2018년 3월 22일 (목)한국콘텐츠진흥원 웹툰x영상 토크콘서트에 다녀왔습니다.<강철비> 양우석 감독님, <제빵왕 김탁구>, <동네 변호사 조들호>의 이정섭 PD님, 웹툰 <동네 변호사 조들호>의 해츨링 작가님과 함께이루어졌던 토크콘서트는작품을 진행하면서 겪었던 해프닝도 엿볼 수 있던 시간이였고, 무엇보다도 알아가는 시간이 많은 시간이였답니다.  첫번째 강연은 양우석 감독님이 전반적인 영화계와 해외 컨텐츠 기업들의 행보를 예시로 들려주시며컨텐츠 산업에 대한 시장 체제에 대한 이야기를 들려주셨습니다. 와 <트랜스미디어>를 중심으로 강연을 진행하셨습니다.가장 주목해야 할 점은 현재 국내 컨텐츠 사업은 몇 년 전까지는 일본의 행보를 많이 따라가는 듯 했으나점점 컨텐츠 산업이 발전하고 자본이 갖춰지는 행태에 의해 미국의 행보를 많이 따라간다는 추세에 대해 이야기 한 점.저희 나라도 컨텐츠 사업이 발전하면, 뒤쫓기 보다는 독보적인 사업을 꾸려나가지 않을까 싶습니다.     두번째 강연으로는 해츨링 작가님의 1인 제작사로서의 고충을 진솔하게 이야기를 들을 수 있었습니다. 해츨링 작가님은 본인이 그림도 못 그리고, 스토리토 잘 쓰지 못하였지만 네이버라는 최상위 플랫폼에서어떻게 연재를 하게 됐는지의 얘기를 중점으로 하였는데요,가장 큰 요인은 남들이 하지 않은 것을 했다는 것이고, 그것이 웹툰 작품들 사이에큰 역할을 하며 위치를 고수했다는 사실이였습니다. 1인 제작자로서 큰 기업이나 프로젝트 단위로 움직이는 이야기와 다른 느낌을 받을 수 있었고,개인적인 고민과 고충을 들으며 공감할 수 있었던 강연이였습니다.     세번째 강연은 이정섭 PD님의 방송계 현실에 대한 이야기를 들을 수 있었습니다. 세분 중 가장 현실적으로 부닥치는 문제점이나 원인에 대한 분석이 가장 명확하셨고원작을 리메이크하여 재창조하는 작업자이지만 그 과정에서 가장 창작자다운 마음가짐으로 어떻게 제작을 하고 있었는지에 대한 이야기를 들려주셨습니다.들려주신 이야기 중에서 하나는 저희 나라와 다르게 일본은 아직 리메이크에 대해서 보수적이라 생각한다고 합니다.원작에 대해서 최대한 존중하고 존경에 많은 신경을 쓰는 특성과 그 규정도 명확하다고 합니다.하지만, 그 원작을 가지고 재창작을 하는 사람도 하나의 창작자라는 점도 있다고 하셨습니다.웹툰/드라마/영화 모든 분야에서 차이가 있고그 차이에 맞게 작품을 변화시키는 특성을 수용하는 것이 재창작자의 의무지만현재 일본의 리메이크 방식에서는 굉장히 단점이라는 사실을 알려주셨습니다.방송사와 영화계 제작자들을 다른 시점에서 바라볼 수 있는 강연이였고 더 존중하고 존경할  수 있게되는 시간이였습니다.   세 분의 강연이 끝나고 토크콘서트 시간에서는 공통질문과 개별질문으로 크게 나뉘어 토크가 진행되었습니다.앞서 강연에서 보지 못했던  “원작을 리메이크 할 때  가장 아쉬운 것” 등의 질문이나 리메이크에 대한 생각도 시원하게 답변해주셔서좀 더 디테일한 부분을 알 수 있던 시간이였습니다.   강연이 끝나고 웹툰무비팀 경국님은 이정섭 PD님에게 사인을 받았답니다.   또한 맛있는 간식도 준비되어 있어 강연을 듣고난 뒤에 허기를 달랠 수 있었습니다.   아이디어콘서트도 투니비 플랫폼 운영을 진행하며스크롤로 봐도 멋있는 웹툰이지만, 원작을 가지고 더욱 독자들에게 와닿는 웹툰무비를 제작하고 있죠.멈춰있는 장면에서 표현해내지 못하는 것들도 생동감을 불어넣어주는 투니비!콘텐츠 사업에서 활약하는 투니비, 앞으로도 지켜봐주세요!#아이디어콘서트 #이벤트참여 #이벤트후기 #인사이트 #경험공유

사실 개발 방법론이라는 것을 7개월 전만 해도 귓등으로 듣고 그게 왜 필요한지도 알지 못했던 것이 사실입니다. 부끄럽지만 애자일이 수많은 프로그래밍 언어중 하나인줄 알았죠.10개월 전만해도 우리 팀은 저를 포함해서 3명에 불과했고 모든 것은 메신저와 구글 드라이브로 일을 처리했습니다. 기억력이 좋지않지만 머릿속에서 각 팀원들이 언제까지 뭘하고 다음엔 무엇을 언제까지 해야겠다라는 것이 그려질 정도로 적은 숫자였죠. 개발방법론이 필요한 이유가 없으니 무관심한 것은 당연했습니다. 이 글을 읽으시는 분들 중에 아마 7개월 전의 저와 같은 생각을 하신 분이 있을지도 모르겠네요.지금 우리 팀은 11명으로 늘어났고(그중에 소프트웨어 개발팀만 7명) 그들 하나하나를 마이크로 매니징하기에는 저라는 인간이 너무나 머리가 아팠습니다. 그래서 도입한 것이 애자일 개발방법론이었는데 애자일은 비록 실패로 끝났지만 거기서 많은 교훈을 얻고 칸반으로 전환하는 원동력이 되었습니다.우리 팀은 애자일 개발선언 중에서도 "계획을 따르기보단 변화에 대응하기"라는 선언을 굉장히 맘에 들어했는데, 그 이유는 애자일 도입이전 우리의 상황이 그랬기 때문이었습니다. 매일매일 고객의 요구는 들어오고 경영진과의 대화에서 매일매일 우선순위가 바뀌고, 그에 따라 하던 작업이 마무리되지 않으면 브랜치를 새로 파서 다른 작업을 하고 미완성된 코드는 늘어났으며 그에 따라 불평불만도 늘어났습니다.여러 애자일 개발방법론 중에서도 우리가 선택했던 것은 eXtreme Programming(XP)이었는데, 우리에게 스크럼과 같은 1달간의 스프린트는 너무 길다, 2주간의 이터레이션(Iteration)으로 구성된 XP가 좋다라는 것이었습니다.우리는 스크럼 보드를 준비했고 거기에 포스트잇을 붙여가면서 아침마다 스크럼 회의를 했으며, 기록을 남기기위해 레드마인을 사용하였습니다.eXtreme Programming Flow Chart간단하게 왜 실패했는지 이유를 들어볼게요.1. 배포 계획(Release Plan)을 수립하기 힘들다물론 계획자체를 만들기 힘들다는 것이 아닙니다. 배포 계획을 만들어도 그대로 지켜지지 않았습니다. 큰 틀로 배포 계획을 만들고 작은 틀로 반복 계획(Iteration Plan)을 세우는 것이 목표였는데, 수립을 해봤자 절대 지켜지지 않았습니다. 우리와 같은 작은 스타트업의 작은 팀은 시장의 요구사항이라는 급류에 이리저리 쓸려 매일매일 계획과는 다른 일을 하고 있었거든요. 리팩토링할 시간은 커녕 테스트 코드를 짤 시간조차 없었습니다.(핑계일수도 있지만요)거짓말이 아니고 단 한번도 계획대로 되지 않았습니다.2. 팀원들의 시간 예측 능력 부족애자일은 팀원들이 시간 예측을 굉장히 잘한다는 가정하에 잘 돌아가는 방법론입니다. 모두가 함께 한자리에 모여 복잡도를 논의하고 그에 따른 프로젝트의 시간 예측을 하고 함께 번다운 차트(Burn-down chart)를 그리며 하하호호 잘 나아가야 하는데, 우리 팀은 그렇지 않았습니다. 물론 실력부족이라고 탓할 수도 있겠지만 실제로 스크럼 보드에 예측시간 8시간이라고 적어놓고 4시간정도만 지나면 다른 문제가 터지거나 다른 기능을 개발해야하는 둥 제대로 지켜지지 않았을 뿐더러 그런 방해요소가 없다고 하더라고 8시간보다 더 많이 걸리거나 더 적게 걸리기도 했습니다.예측시간을 측정하기 힘든 마이너한 이유중에 하나는, 스파이크 솔루션(Spike solution)를 개발하는데 얼마나 걸리는지 예측하지 못한 탓도 있었는데 이 세상에 없는 솔루션을 개발하는데 있어 이전의 경험만으로는 턱없이 부족했습니다.이런 이유들 때문에 우리는 XP를 버릴 수 밖에 없었습니다. 계획보다는 변화에 적응하자!라는 원대한 목표가 있었지만 애자일 개발방법론은 우리가 닥친 미친듯한 변화를 감당하기에는 벅찼습니다. 우리는 스크럼 보드를 점점 멀리하기 시작했고 다시 구글 드라이브로 돌아갔습니다.저는 구글 문서(Google Docs)에 우리가 해야할 요구사항을 적었습니다. 우선순위가 높은 일일 수록 상단에 두었습니다. 그 오른쪽에는 일을 해야할 사람의 이름을 적었습니다. 그렇게 적고 문서를 공유하면 팀원들은 그 문서를 보고 그 순서대로 일을 진행하였습니다. 일을 진행하다가 생기는 의문점은 급한 일일 경우 구두로 전달하고 급하지 않을 경우에는 메신저 또는 문서의 빈공간을 활용하여 적었습니다.완료된 요구사항은 취소선을 긋고 옅은 글씨로 처리하여 해야 할일과 완벽히 구분되도록 하였으며 한 사람당 해당 시간에 하나의 일만 처리하도록 규칙을 세웠습니다. 보류되는 일은 보류 섹션으로 할일을 옮기고 보류가 되는 이유를 적도록 했습니다. 혼자 해결하기 힘들경우 회의를 통하여 함께 해결할 수 있는 자리를 마련했구요.그런식으로 우리는 배포 시기를 최대한 맞추려고 노력했고 이상하게도 XP를 버리고 구글 문서로 갈아타니 일이 더욱 수월해져서 이제는 생각보다 일이 빨리 끝나는 것이었습니다. 그리고 더욱 놀라운 일은 지금까지 우리가 했던 방식이 칸반과 유사하다는 것이었습니다.저는 바로 칸반 보드를 도입했고 이에따라 애자일에서 배운 규칙/정신과 칸반의 장점을 혼합하여 우리 팀만의 칸반보드를 완성하였습니다. 현재 우리가 쓰고 있는 칸반 보드는 Kanboard의 오픈소스를 그대로 사용하고 있습니다.1. 활발한 커뮤니케이션을 토대로 개발한다. 절대 혼자 일하지 않는다- 지속적으로 팀의 동의(Team agreement)를 구한다.- Knoledge island를 탈출하라(자신이 알고있는 지식이 전부가 아니다).- 코드 병목현상(Code bottleneck)을 탈출하라. Collective ownership을 발동하라.2. 한 번에 한개의 일만 처리하라. 보류하는 일은 최소로 하라칸반의 핵심으로 한 번에 한개의 일만 처리하도록 합니다. 개발자의 뇌는 하나도 손은 두개이고 손가락은 열개이므로 한 번에 하나의 일만 처리해야 합니다. 한 개의 일이 끝나지 않으면 다음 일을 진행하지 않는 것을 규칙으로 합니다.3. 가능하다면 예측시간을 적는 습관을 들인다개발완료시간을 정확히 예측하는 것은 개발자들에게 정말 중요한 능력중에 하나입니다. 신제품을 시장에 빨리 내놓을 수록 피드백을 빨리 받을 수 있으며, 고객으로부터의 소중한 피드백은 개선된 다음 버전을 위한 초석이 되기 때문입니다. 사업적으로 성공하고 싶다면 예측시간을 꼭 적는 습관을 들여 자신이 정해진 시간 동안 얼마만큼의 일을 할 수 있는지 예측하는 일이 큰 도움이 됩니다.4. 더 좋은 방법이 있다면 기존의 방법을 과감히 버린다저의 철학과도 일치하는 이야기인데요, 우리 팀과 회사가 함께 좋아질 수 있는 방법을 발견한다면 과감히 현재의 방법을 버리고 새로운 방법을 시도한다라는 우리 팀만의 맹세입니다. 앞으로 항상 발전하겠다는 의지를 가지고 잠시 손을 놓고 한발짝 물러서서 비판적인 자세로 모든 것을 바라보는 시간을 가지는 것도 혁신의 첫발짝이라고 생각합니다.지금까지 우리 팀이 꾀한 겉으로 보기에 가장 큰 혁신은 기존의 속도가 느리고 사용하기 불편했던 솔루션을 과감히 버리고 새로운 서버와 새로운 언어로 전환하면서 마이그레이션 및 새로운 형태의 최적화된 솔루션을 구축했다는 것입니다.(물론 내부적으로 가장 큰 혁신은 기존의 방법을 버릴 수도 있다라는 생각을 가졌다는 것이지요)현재 저는 팀 매니저로서 User story(요구사항정의서) 관리, Release plan(배포 계획서), 와이어프레임을 포함한 기획서 등 최소한의 문서만 관리하고 있으며, 팀원들 또한 이 시스템에 만족하며 아직까지는 판단하기 이르지만 굉장히 좋은 방법인것 같습니다.5개월간 칸반을 사용하면서 팀원들로부터 받은 피드백은 다음과 같습니다.1. 매일 아침 15분씩 하는 스크럼 회의는 새로운 기능 또는 새로운 프로젝트를 진행할 때는 굉장히 유용하지만, 디버깅 또는 테스팅 기간에는 시간낭비다.이 말을 한 팀원의 말에 따르면, 우리 팀은 데이터베이스를 관리하는 사람, API를 만드는 사람 등등 각자의 역할이 확실히 나누어져 있는데 새로운 기능을 개발할때는 여러사람과 소통해야하는 경우가 많고 개발 스펙이 달라지거나(작게는 함수이름 변경 등) 여러 변수들이 작용할 수 있으므로 짧게 자주만나는 것이 좋다고 말했습니다.2. 회의도 시간낭비다- 회의는 가급적 개최하지 않고 가능하다면 1:1 구두로 해결한다.- 급한일이 아닐경우에는 이메일/메신저를 활용하도록 한다.3. 칸반 보드에 보류 칼럼, 테스팅 칼럼을 나눈다보류 칼럼과 테스팅 칼럼을 나누어 적어 어떤 할일이 보류되었으며 어떤 할일이 테스팅 중인이 확실히 하도록 했습니다. 이는 테스팅을 하는데 오래걸리는 기능들이 있으며 테스팅을 하는 동안 다른 기능을 개발할 수도 있다는 것이 큰 이유였습니다.우선 순위가 바뀌었을 때 할 일을 잠시동안 놓아둘 칼럼이 없다는 것이 보류 칼럼이 존재하는 가장 큰 이유였습니다. 그러나 보류 칼럼에 놓을 수 있는 할 일의 수는 개인당 1개로 제한하여 2개 이상의 보류하는 일이 없도록하여 경각심을 갖도록 하였습니다.앞으로의 계획은 전에 언급했던 와비파커(Warby Parker)의 기술팀이 도입한 와블스(Warbles) 시스템을 적용해보는 것입니다. 우리 팀이 어떻게 바뀔지 정말 기대가 됩니다.#비주얼캠프 #인사이트 #경험공유 #조언 #개발자 #개발팀

놀담의 프로덕트를 만드는 일을 맡고 있는 포니.포니는 어떤 사람일까요? 놀담에서 어떤 일을 하고 있고 앞으론 어떤 일을 하게 될까요?저는 무엇이 필요한지에 대한 데이터를 분석하고 이를 개선할 프로덕트를 기획하는 프로젝트를 런칭하여 매니징하고 최종적으로 프로젝트를 리뷰하는 일까지 하고 있어요. 여러명이 투입되는 프로젝트일 수록 한 번에 한 칸씩 명확하게 짚어가며 탄탄하게 프로젝트를 발전시키는 게 좋아요. 그래서 다 같이 공유할 수 있고 누구나 이해할 수 있도록 깔끔하게 기획을 잡은 뒤에 실무를 시작합니다.같이 일하는 사람들 모두가 “이정도 하면 되겠지. 대충 이렇게 때우자’가 아니라 어떻게든 개선해보겠다, 어떻게든 해내보겠다,하는 주체적인 일꾼의 마인드를 갖추고 있어서 같이 일하기에도 내가 역량을 펼치기에도 시너지가 마구마구 나는 일터라고 느껴요. 나를 뚫어줄, 다음 단계로 이끌어줄 시니어들을 만나는 걸 추천드려요. 현업에서 내가 겪었던 일들을 미리 겪은 분들인 만큼 시니어와의 만남에서는 직무의 수평을 넘어 고공에서의 관점을 갖출 수 있습니다.누군가 문제를 탁 던지면 일순간 막 퍼져나가면서 전개되고 다 다른 방향으로 생각 키워나가다가도 빠른 시간안에 확 수렴되는 게 있어요. 내가 아플 때 아플 수 있고 쉬고 싶을 때 쉴 수 있게 팀이 셋팅이 되어있다는 건 정말 노력의 결과인 것 같아요.웃고 즐기면서도 일을 잘 할 수 있지 않을까? 하는 생각에 주변 팀원들에게 장난도 치고 농담도 했어요. 즐거운 분위기에서 실수를 이야기하는 것도, 결과의 부족함을 지적하는 것도, 우리의 현실을 이야기하는 것도 오히려 더 편해지지 않았나 생각해요.CEO, CTO 모두 ‘매우 똑똑한 사람이다’라고 말할 수 있어요. 때로 너무 똑똑해서 나랑은 좀 다른 사람처럼 느껴지기도 해요. 근데 두 명이 정말 물과 기름같은 사람이라 자주 의견이 갈리는데요. 둘 사이에서 “뭐지? 둘다 맞는 말 같은데 나 어떻게 해야하지?” 할 때가 많아요. 결국엔 개별 이슈에 대한 결정이 더 설득력 있고 더 논리적인 사람이 승리하더라구요. 어쨌든 둘다 목표하는 바가 동일하기 때문에 옳은 결정으로 답이 나는 것 같구요. 두 사람은 참 운좋게 잘 맞으면서도 다른 사람을 만났다고 생각해요.놀담에 잘 어울릴 것 같은 사람은 자기 직무에 관해서 확실한 커리어를 쌓고 싶으신 분인 것 같아요. 또는 아직 역량은 부족한 지언정 저처럼 각고의 노력으로 역량을 무지막지하게 키워나가실 분이 적합하다고 생각해요. 그럴 분이라면 꼭 놀담에서 함께 일해보고 싶어요.전문 보기�놀담을 간단하게 소개해주세요일단 제가 생각하는 놀담은 자기가 하고 싶은 걸 마음 껏 펼칠 수 있는 곳이라고 생각해요. 아이들에게도 마찬가지고 팀원들에게도 그렇습니다.어쩌다가 놀담에 입사하시게 되었나요?요약하면 어쩌다가…인데요.어쩌다가를 풀어보자면 친구의 권유로 스타트업 박람회를 가게 되었어요.사전에 어떤 기업들이 있나 확인을 해보게 되었는데 놀담의 소개를 보고는 꼭 부스를 가봐야지란 생각이 들었어요. 떨리는 마음으로 부스에 갔을 때 현 CTO,CEO와 함께 부스에서 인터뷰를 할 수 있었는데요. 지금 떠올려보면 CTO는 말이 없고 비장해보였고 CEO는 엄청나게 열정적으로 본인들의 꿈을 팔았(?)는데 그 강력하고도 강렬한 의지에 홀려서 같이 일해야겠다 결심하게 되었습니다.어떤 일을 놀담에서 하고 있나요?저는 기본적으로 UX/UI 디자이너지만 프로덕트의 기획과 프로젝트에 대한 기능 리뷰까지 진행합니다.말하자면 놀담에 무엇이 필요한지에 대한 데이터를 분석하고 이를 개선할 프로덕트를 기획하는 프로젝트를 런칭하여 매니징하고 최종적으로 프로젝트를 리뷰하는 일까지 하고 있어요. 본인이 일하는 스타일은 어떤가요? (자랑 가능)저는 기획 문서를 꼼꼼하게 만들어두고 시작하는 스타일이에요. 그렇지 않으면 중간에 흔들리더라구요. 여러명이 투입되는 프로젝트일 수록 한 번에 한 칸씩 명확하게 짚어가며 탄탄하게 프로젝트를 발전시키는 게 좋아요. 그래서 다 같이 공유할 수 있고 누구나 이해할 수 있도록 깔끔하게 기획을 잡은 뒤에 실무를 시작합니다. 처음부터 제대로 기획해서 모두가 한마음 한 뜻으로 움직일 수 있게 하는 게 현재의 제 역할입니다.포니에게 일이란?거창해 보이지만 살아가는 이유이자 삶의 원동력입니다. (비장) 내가 이런 일을 하고 있어, 이런 소속감이 있어라는 그 느낌이 저에게는 삶의 동력이 됩니다. 이런 원동력을 잘 가동시키기 위해서라도 계속 호기심과 탐구력을 유지하려고 노력합니다. 몸 담고 있는 직무에 대해서 누구보다도 더 많이 알고 잘 알고 싶어서 인 것 같아요.그래야 일하는 사람으로서 또 그냥 사람으로서 계속 성장할 수 있으니까요.정리하자면, 저에게 일은 삶의 동력이고 그만큼 중요하기 때문에 “제대로 잘”하기 위해서 많이 노력하고 있어요.포니는 폭풍성장의 아이콘이라고 할 수 있을텐데, 비결이 뭔가요?저는 신입으로 입사를 해서 지금은 많은 프로젝트들을 동시에 매니징하는 역할을 하고 있어요. 빠른 성장이 저의 장점이라고 할 수 있는데 사실상 비결은 간단합니다.경력자와의 네트워킹인데요.사실 주니어들끼리 모이면 망해요. 주니어는 다 고만고만(?) 하거든요. 그래서 나를 뚫어줄, 다음 단계로 이끌어줄 시니어들을 만나는 걸 추천드려요. 현업에서 내가 겪었던 일들을 미리 겪은 분들인 만큼 시니어와의 만남에서는 직무의 수평을 넘어 고공에서의 관점을 갖출 수 있습니다.시니어를 만나기 위해서는 좀 적극적으로 임해야 합니다. 밋업자리도 많이 나가고 직무에 해당하는 컨퍼런스는 무조건 다 나가야해요. 명함을 건내면서 친한척을 많이 해요. 기회는 스스로 만들어야 하니까요.일터로서의 놀담은 어떤가요?제 기준에서 스타트업 가운데 매우 괜찮은 곳이라고 생각해요.같이 일하는 사람들 모두가 “이정도 하면 되겠지. 대충 이렇게 때우자’가 아니라어떻게든 개선해보겠다, 어떻게든 해내보겠다,하는 주체적인 일꾼의 마인드를 갖추고 있어서 같이 일하기에도 내가 역량을 펼치기에도 시너지가 마구마구 나는 일터라고 느껴요.놀담의 팀워크는 그 성질이 어떤가요?질문을 듣자마자 문득 생각난건, ‘슬라임같다’.누군가 문제를 탁 던지면 일순간 막 퍼져나가면서 전개되고 다 다른 방향으로 생각 키워나가다가도 빠른 시간안에 확 수렴되는 게 있어요. 일단 누구든 문제를 제기할 수 있고 그 문제에 대해서 자신의 인사이트로 논할 수 있고 무엇보다 결론이 빠르게 잘(?) 난다는 점이 너무 좋아요. 가장 최근에 일터에서 행복했던 경험은요?명함을 다시 만들었을 때인데요. 저희 놀담 명함에는 나의 미니어처가 하는 말을 적을 수 있어요. 예전에는 “내가 이거 만들었다-i designed it”이 저의 문구였는데최근에 명함을 업데이트 하면서 “나 여기(놀담) CPO가 될거야” 라고 적었어요. 포부를 담아서요. 그리고 나만의 CPO되기 전략을 세우고 있습니다. 마인드셋을 내가 이 회사의 C레벨이 되겠다고 정하니까 벅차오르기도 하고, 무언가 개이는 기분이 들면서 간만에 일하면서 행복했어요.가장 최근에 쓴 휴가때 한 일은 뭔가요?(한참을 망설이다가) 으, 제가 어쩔 수 없이 컨디션이 많이 좋지 않았아서 오래 쉴 일이 있어요. 휴가를 쓰기 전에 같이 일하는 디자이너와 개발자들에게 인수인계를 하는데 프로덕트 팀 전체가 ‘어떻게 어떻게 해달라’라는 구두의 조치만 취해도 순식간에 처리가 되고 프로젝트 간 업무 조율이 되는 걸 경험했을 때 ‘오 우리가 합이 좀 맞는구나. 이제 척하면 척이구나.’ 싶었어요. 내가 아플 때 아플 수 있고 쉬고 싶을 때 쉴 수 있게 팀이 셋팅이 되어있다는 건 정말 노력의 결과인 것 같아요.앞으로 이루고자 하는 바, 커리어의 욕심?저는 좀 야망이 있는 편인데요. 놀담의 CPO를 찍고(?) 박수칠때 떠나서 C레벨로 이곳 저곳 멋진 스타트업을 떠돌며 다양한 프로젝트를 맡고 싶어요.최근에 공부하고 있는 내용은요?데이터에 대한 공부를 하고 있어요. 주식도 보고 책도 읽고요. 스터디도 그 쪽으로 하고 있어요. 곧 데이터를 보고 의사결정을 하는 UX 디자이너가 될 예정입니다.놀담의 문화를 만들어내는 역할을 담당하고 있는데, 어쩌다?주변에서 다들 “회사 가기 싫다, 퇴사하고 싶다” 하는 게 이해가 안가요. 하루의 절반을 보내는 곳인데 불행하면 그건 비효율이라고 생각해요. 웃고 즐기면서도 일을 잘 할 수 있지 않을까? 하는 생각에 주변 팀원들에게 장난도 치고 농담도 했어요. 즐거운 분위기에서 실수를 이야기하는 것도, 결과의 부족함을 지적하는 것도, 우리의 현실을 이야기하는 것도 오히려 더 편해지지 않았나 생각해요.만약 본인이 포함되지 않은 다른 프로젝트 한참 잘못 돌아가고 있다면 어떻게 하시겠어요?내가 속하지 않은 프로젝트라도 잘못 돌아가고 있다는 게 자명하다면 현상에 대해서 논리적으로 준비해서 회의를 소집하겠죠? ‘지금 이렇다. 이속되면 예상되는 결과는 이렇 것이다.’ 하고 준비를 철저히 해서 담당자와 C레벨을 소집해서 얘기 할 거에요. 그래도 수습이 안된다고 하면 강력하게 수를 내놓을 것같구요. 큰 이슈는 아직까지는 그래본 적이 없지만 작은 이슈라도 모두가 설득되고 공감될 수 있게 시간을 들여서라도 준비를 철저하게 해서 다같이 회의를 하는 편이에요.포니가 보기에 C레벨 두 명은 어떤 사람인가요? CEO, CTO 모두 ‘매우 똑똑한 사람이다’라고 말할 수 있어요.때로 너무 똑똑해서 나랑은 좀 다른 사람처럼 느껴지기도 해요.근데 두 명이 정말 물과 기름같은 사람이라 자주 의견이 갈리는데요. 둘 사이에서 “뭐지? 둘다 맞는 말 같은데 나 어떻게 해야하지?” 할 때가 많아요. 결국엔 항상 개별 이슈에 대한 결정이 더 설득력 있고 더 논리적인 사람이 승리하더라구요. 어쨌든 둘다 목표하는 바가 동일하기 때문에 옳은 결정으로 답이 나는 것 같구요. 두 사람은 참 운좋게 잘 맞으면서도 다른 사람을 만났다고 생각해요.포니와 CEO, CTO향후 함께할 팀원에게 하고 싶은 이야기?놀담에 잘 어울릴 것 같은 사람은자기 직무에 관해서 확실한 커리어를 쌓고 싶으신 분인 것 같아요. 또는 아직 역량은 부족한 지언정 저처럼 각고의 노력으로 역량을 무지막지하게 키워나가실 분이 적합하다고 생각해요. 그럴 분이라면 꼭 놀담에서 함께 일해보고 싶어요.

제가 30살에 비전공 디자이너로 첫 발을 디딘지 5년이 되었습니당. 이제는 조금씩 디자인일의 비중을 좀 줄여나가고 있어요. 지금은 글을 쓰면서 발생하는 소득과 디자인으로 버는 소득의 비율을 맞추려고 하는 중이죠. 소득원을 분리시켜야 나머지 하나를 자유롭게 줄이던가 늘리던가 할 수 있더라구요. 확실히 디자인으로 사업을 한다는 것은 회사에서 디자인업무를 담당하는 것과는 약간의 차이가 있었어요. 오늘은 독립을 꿈꾸는 수많은 프리랜서들과 개인사업자를 내고 본격 사업을 하고싶은 디자이너님들께 조금이라도 도움이 되는 글을 써보려고 해요 :) 꼬!1. 연결된 사람이 다르다.회사내에서 디자인을 할 때는 내 '앞사람'과 '뒷사람'에 주목해야 합니당. 크게 봤을 때 디자인은 프로젝트 전반에 걸쳐 필요하지만, 실제 업무상에선 기획자에게 컨셉을 받아 디자인을 한 뒤, 마케터나 개발단에 넘기는 경우가 많아요. 때문에 기획자의 언어를 시각화시키고 마케터/개발자의 언어로 변환한 뒤 그들에게 넘기는 것이 디자이너의 주된 일이에요. 내 앞뒤 사람들의 언어를 이해하고, 전체 프로젝트의 컨셉을 녹여내는 것이 관건이죠. 언어의 이해를 흔히들 커뮤니케이션이라고 하는데, 단순히 말과 글로 설득하는 기술을 넘어서 눈치와 아다리, 그들의 성향을 이해하는 것을 모두 포함해요. 전체 프로젝트의 컨셉녹이기에선 나보다 업무중심적 사고방식이 중요하다고 생각해요. 내가 원하는 미적가치와 스타일이 있겠지만, 기확정된 컨셉이 먼저입니다. 지금 우리는 '일'을 하고 있는거니까요. 일이 잘 돌아가는 것이 우선이에요. 사업을 할 때는 다른 사람들이 있어요. 클라이언트와 협력업체(외외주 디자이너까지)들과 연결되어 있죠. 클라이언트에게 의뢰를 받아 내가 직접 쳐내거나 클라이언트대표에게 의뢰를 받고 실무자와 일하거나클라이언트에게 의뢰를 받아 외외주 디자이너에게 넘기거나클라이언트에게 의뢰를 받아 협력업체에 넘기거나클라이언트에게 의뢰를 받아 협력업체와 함께 일하거나등등의 방식이 있을거에요. 이 때는 단순히 언어를 변환하는 능력이 아닌 스스로 언어를 창조해낼 수 있는 능력이 필요한 것 같아요. 늘 함께 일하던 사람들이 아니기 때문에, 나만의 언어를 구축하고 모두가 이해할 수 있는 레벨의 커뮤니케이션을 하는 것이 훨씬 효율적입니다. 그래서 쉬운 언어와 단순하고 직관적인 문맥을 활용해야 하죠. 30대 클라이언트와 20대 실무자, 60대 협력업체 사장님도 모두 같은 그림을 그릴 수 있게끔 말이에요.2. 업무의 구성이 다르다.회사 내 디자인은 컨셉회의와 전략, 브레인스토밍, 프로토타이핑 등 다양한 사전작업에 디자이너가 함께 참여하는 경우가 많아요. 디자인 외적인 일이라고 생각되지만, 실제적으론 디자인기획, 운용, 제작 등 모두 하나의 맥락에서 움직입니다. 하지만, 사업을 할 때는 업무의 구성자체가 달라져요. 일단영업을 뛰어야 하고미팅을 통해 협상을 해야하고갑자기 쏟아진 맥락을 이해해야 해요(클라이언트에서 이미 만들어진 디자인일 경우 더더욱..)그리고 기획과 제작을 혼자 한 뒤제작물을 넘겨 그들이 운용할 수 있게 가이드를 제공해야 해요.그 와중에 다음 프로젝트를 잡기위해 다시 영업을 뛰어야 합니다.거기에 지원사업을 받고있다면 서류업무와 교육참여가 들어갈 거고홀로 사업하고 있다면 지출관리와 세금납부 등의 작업이 추가될 거에요.디자인 외적인 업무가 훨씬 많고 영업에 대한 스트레스가 만만치 않기 때문에 시간관리와 멘탈, 체력분배에 더 신경써야 해요. 모든 일에 100의 힘을 쓰고 있으면 1년도 채 버티지 못하고 매생이가 된 육신을 발견할 수 있어요. 힘을 빼고 줄 부분에 대한 선택이 정말 중요합니다.3. 선택의 구성이 다르다.회사에서의 업무는 선택항이 그리 많지 않아요. 한번 협의가 되고 진행하기로 확정이 되었다면 중간에 바뀌는 일은 거의 없으니까요. 물론 팀장님과 대표님의 변덕으로 수많은 컨셉변화와 '아 혹시 말이야.' 로 시작되는 갈아엎기가 멘탈을 조져놓겠지만 갑자기 이제 그거 하지말자. 라고 하는 경우는 드문 편이죠. 그래서 회사 내의 디자인에선 다양한 컨셉에 적당히 에너지를 분배하는 것이 필요해요. 하나로 밀다가 엎어지면 정신력이 버티기 힘들거든요. 사업에선 조금 다른 에너지분배가 필요합니다. 프로젝트 자체가 사라지기도 하고, 도장을 찍어도 드랍되기도 해요. 일단 사업하는 와중엔 '내가 이걸 할 것인가 말 것인가' 부터 결정하게 돼요. 나의 역량, 성격, 방향성 등을 고려해서 스스로 선택할 수 있어야 하죠. 단순히 돈 많이 주니까 한다거나, 지금 돈이 없으니 닥치는 대로 하자...는 식은 당장은 괜찮겠지만 시간이 지날수록 괴로운 악순환을 불러와요. 때문에 진행여부와 금액협상, 업무범위의 협의, 계약사항 확인, 중간에 가끔 엎어지면 소송을 걸지 어떨지 등등에 대한 선택을 해야 한답니다.4. 가치를 책정하는 방식회사업무에선 내 디자인의 가치를 스스로 매기기 어려워요. 월급을 받기 때문이죠. 오백개의 시안을 뽑아도 월급은 동일합니다. 그리고 능력제라곤 하지만 직급과 연차가 있기 때문에 역량여부와 상관없이 금액차이는 그리 크지 않아요. 단점같아 보이지만 사실 이는 디자이너에게 상당한 심리적 안정감을 주는 요소에요. 내 가치를 스스로 매길 필요가 없단 것은 그에 대한 책임으로부터 자유로워진단 소리이기도 하거든요.사업은 조금 다릅니다. 내가 어느 정도의 가치를 지니고 있는가에 대해 스스로 값을 매기고 책임질 수 있어야 해요. 포스터 하나에 50만원을 받을 수도 있고 200만원을 부를 수도 있어요. 결국 시장논리에 의해 돌아가는 것이기 때문에 희소한 고급인력을 원한다면 그 정도의 비용을 지불해야 하는 것이 맞죠. 그리고 공급자도 그 가치만큼의 서비스나 제품을 공급해야 하는 것이구요. 디자인은 광어나 우럭이 아니기 때문에 싯가가 없어요. 스스로 증명해야 할 일입니다. 5. 이론 외에 중요한 것들디자이너의 무기는 흔히 전문성이라고 합니다. 100% 동의해요. 해당 분야에 대한 심미적 혜안과 논리적인 디자인 이론으로 무장하죠. 이는 회사에서 각각 파트가 쪼개져 있기에 가능한 일이에요. 그래서 각종 디자인이론을 적용하여 시안을 뽑아내고 검증하고 협의하는 과정이 추가될 수 있습니다. 디자인의 퀄리티와 목표점을 심도있게 파고들어 갈 수 있단 장점이 있죠.디자인 사업가의 무기는 영업력입니다. 나를 팔 수 있어야 하고 설득시켜야 하고 소주도 마실 수 있어야 해요. 내가 기획하고 내가 제작한 뒤 내가 주축이 되어 검증하고 협의해야 해요. 클라이언트의 니즈가 바뀌었다면 나의 목표점도 다시 바뀌어야 합니다. 싸우고 이길 수 있는 전투력과 재빨리 목표를 옮길 수 있는 순발력이 더 필요하죠. 여기에 디자인을 실제로 적용해서 운용할 수 있게 가이드를 마련해주는 것 + 추후에 가끔 인사드려서 다른 일 또는 소개건으로 연결시킬 수 있는 다리를 유지하는 것이 더 중요한 능력이에요. 6. 돈의 흐름이 다르다.회사 내에선 나에게 직접 돈이 들어오는 경우가 없어요. 월급만이 들어올 뿐이죠. 사업에선 현금흐름의 관리가 정말 중요해요. 여러분들 통장에 얼마나 있는 진 모르겠지만, 적어도 500만원 이상의 여유자금을 확보하고 시작하셨으면 좋겠습니다. 초기 영업 직후 운이 좋으면 일이 바로 들어오겠지만 대부분은 2,3개월 내내 공치는 경우가 더 많아요. 그래서 3개월 이상의 생활비와 영업비를 확보해야 해요. 그렇게 시작을 하고 나서도 돈을 받기전까진 끝난 게 아니거든요. 중간에 엎어지고 잠수타고 안주고 못받고..이런 경우가 허다하기 때문에 전 절대 잔금을 모두 받기 전까진 수입내역에 적지 않아요. 모든 비용을 '어차피 못 받을 돈' 이라고 생각하는 편입니다. 그렇게 마이너스로 잡고 운용해야 자금을 허덕이지 않고 돌릴 수 있어요. 계약금/잔금의 경우라면 상대적으로 여유가 있지만, 일시납으로 프로젝트 이후에 받는 경우라면 적어도 2달뒤에 받을 것이다...라고 생각해놓으시는게 좋습니다. 그래서 지출내역관리에서도 4월에 프로젝트가 끝났다면 5,6월 정도에 예상입금을 잡아놓으셔야 해요. 6,12월엔 또 우르르 빠져나가는 부가세신고가 있기 때문에 세금지출에 대한 내역도 놓치시면 안됩니다. 이게 금액이 상당히 상당해요. 5월엔 보통 13월의 월급이라고 해서 환급의 철이지만, 사업자에겐 오히려 지불해야하는 경우가 많아요. 원천세도 내가 오히려 지불하는 경우가 더 많을 겁니다. 매월 나가는 정기지출 이외에 이런 큼지막한 지출 일정에 대해서 잘 체크하셔야 폭탄안맞고 운용이 가능해요. 항상 나갈 돈은 쏜살같이 찾아오고 받을 돈은 오천년 뒤에나 들어온 다는 사실을 잊지 마세욤.7. 알려야 하는 주체가 다름회사 다닐 때는 내 이름 석자가 더 중요해요. 프리로 뛸 때도 마찬가지죠. 누구누구 디자이너님 짱이다. 라는 명제를 확보하는 게 우선이죠. 같은 집단안에 있으니 내가 나를 알리는 것은 나의 애티튜드나 업무역량, 성질머리 등에서 비롯됩니다.하지만 사업할 때는 내가 없어져요. 사업체명이 우선이죠. 일단 사업체명의 랜딩페이지를 만들고, 홍보할 채널을 하나 선정하고 내 이름이 아닌 사업체가 먼저 검색되도록 셋팅해야 해요. 그러자면 내 회사의 컨셉과 방향성을 명확히 해야하고 받을 의뢰와 아닌 의뢰를 구분해야 하죠. 홍보와 미팅, 진행도 회사 이름 아래서 움직입니다. 생각보다 구색도 중요하고(사무실 위치, 직함, 인원수 등등.. 물론 전 신경안쓰고 하고있습니다만..초기엔 꽤나 무시를 많이 받기도 했어요.) 진행한 레퍼런스 브랜드들도 중요하더라구요. 매출액 관리도 사업체 이름 아래에서 진행됩니다. 그래야 나중에 대출을 받던 법인전환을 하던...하니까요.회사의 시스템도 본인이 만듭니다. 미팅을 하고 금액을 책정할 지, 금액을 책정하고 미팅을 할 지..또는 계약서는 어떻게 전달하고, 해외프로젝트는 어떻게 받을 지, 급여는 언제 어떻게 지급하고 외주/협력업체에게 대금지급은 어떻게 할 지. 밥은 언제 먹을 지 잠은 언제 잘지..등등도 본인이 셋팅해서 돌아가야 합니다. 내가 만든 시스템이 곧 이 사업체의 룰이 되니까요. 이상 7가지 분류로 디자인사업과 디자인업무의 특징들을 살펴봤어요. :) 사실 지극히 개인적인 또는 관찰했던 것들을 크게크게 묶어서 말씀드린거라 구체적인 내용들보다는 큰 틀이라고 생각해주시면 될 것 같습니다. 제 글은 원래 소름돋는 디테일이 매력적이지만... 사실 디자인 업무도 그렇고 사업체도 그렇고 너무 케바케가 많기 때문이에요.ㅠ여러분들의 니즈가 있다면....음.. 제가 운영하는 애프터모멘트 얘기정도는 자세하게 해드릴 수 있을 것 같습니다 :) 독립을 꿈꾸시면 예비 사업가 디자이너님들을 응원하며... 밥 잘 챙겨드세요. 돈도 많이 버시궁.

백엔드 서비스로 Python을 사용한다면 만나게될 상황을보다 쉽게 해결하기 위한 와탭의 Python APM, 개발하게 된 이유입니다.파이썬은 배우기 쉽고, 어디서나 실행되는 언어라고 이야기되며, 인기도 높습니다. 생각보다 많은 곳에서 배울 수 있으며, 혼자 배우기도 좋습니다. 그런데, 이 규모가 확대되어서 스타트업의 경우에 Python을 사용하여 백엔드 서비스를 개발하는 경우를 찾는 것이 어렵지 않습니다. 또는, 수학적인 알고리즘이거나 ML(머신러닝)과 같은 영역이거나 블록체인등에서 Python을 사용하여 API geteway나 broker를 사용하는 경우에 한정한 상황을 고려하고 있습니다.Python으로 백엔드 서비스를 만들 때에는 성능과 설계 부분에 대해서 많은 걱정을 하게 됩니다. 이런 상황을 만나게되는 개발자는 여러가지 문제를 만나게 됩니다. 그 문제에 와탭은 집중합니다.!와탭은 백엔드 서비스를 Python으로 개발시에 만나게 되는 상황을 가장 최우선으로 생각하게 되었습니다.Python으로 '설계', '개발'되고 '테스트'된 후에 '배포'되는 상황에서 서비스의 불완전함과 속도상의 문제, 리소스의 불협화음등을 '유지보수'하는 단계를 '성능 튜닝'이라고 정의하고, 이를 고려한 상황을 보다 단순화하는 것이라고 생각하게 되었습니다. 이를 어떻게 처리하느냐가 와탭 Python의 핵심 가치라고 생각하였습니다.----- 이 부분은 Python korea 페이스북에서 '배권한'님이 지적하신 내용을 기반으로 일부 첨언되었습니다.----- python native 개발자들에게는 불필요한 설명에 해당됩니다.파이썬은 분명, 읽기 쉽고 사용하기 쉬운 것은 장점이며, 라즈베리파이 위에서 동작되는 기민함은 정말 매력적입니다. <- 원래 문장.(* 현재에는 jvm도 동작합니다. 하지만, 작고 기민하게 다양한 IoT 디바이스에서 폭넓게 활용되는 것은 파이썬의 장점은 분명하지 않나 합니다. 이 부분에 대한 지적이 있어서 첨언합니다. )내부 구성상 비동기식으로 쓰레딩이 아니라, 단일 이벤트 루프를 사용하는 비동기식 작성은 매우 효과적입니다. <- 원래 문장.(* 이 부분도 asyncio나 gevent등에 대한 이야기이고, CPython의 언어 구현상 GIL때문에 쓰레드가 비효율적이라는 이야기를 거론하고 싶었으나, 일반적으로 파이썬에 대한 언어를 사용할때에 대부분 사용하는 이유가 단일 이벤트 루프기반의 비동기식 작성이 매우 일반적으로 사용되기 때문에, 이렇게 서술되었습니다. 하지만, 이런 설명은 백엔드로 Python을 사용하는 경우에 대부분의 프레임웍들에서 처리되고 있기 때문에 서술이 불분명하다는 지적이 있었습니다. 당연, 백엔드 서비스를 개발할때에 사용되는 wsgi interface등에 맞추어서 서술되는 경우에는 이런 설명이 무의미합니다.다만, 이렇게 서술한 이유는 Java를 기반으로 APM이 개발되어졌기 때문에 이 부분에 대한 서술이나 설명이 필요하다고 생각한 저의 과도한 설명이 되겠습니다.이 부분은 Python Native개발자들에게는 불필요한 설명이 되겠습니다. 하지만, 백엔드 서비스를 개발하면서 만나게될 환경에서는 이 부분에 대한 이해가 어느정도 필요하다고 생각되어 서술된 내용이라고 생각해주시면 감사하겠습니다. )----------------------------------------------------------------------------------------------------------------------이 방식은 복잡한 자원 경쟁이나 교착상태를 발생하지 않게 되며, 기본 코딩과 유지보수를 정말 수월하게 만들어 줍니다. 그만큼 일관성이 높은 수학 알고리즘을 구현하는데 매우 적합합니다. 하지만, 냉정하게, 비즈니스 로직이나 분기가 많은 업무 로직에 적합한 언어는 아닙니다.하지만, 수학적 알고리즘 기반의 주요 모듈 위에 데이터베이스가 일부 필요하고, 웹서비스의 형태로 가동되는 구조라면 파이썬은 매우 훌륭한 선택이 되고 있으며, 생각보다 많이 사용됩니다.그런 이유 중의 하나는 파이썬의 멀티패러다임 구성과 같은 구성에서는 자바에서처럼 굳이 프린트를 위해서 객체지향 클래스를 만들 필요 없이 간단한 함수형 스타일도 가능하게 구성이 됩니다. ( 자바 8에서는 이런 함수 기능도 추가되었습니다. )단순한 구조와 방식 때문에 파이썬 개발은 요즘처럼 ML이나 AI 등의 기술적 요소들이 많이 사용되는 환경에서는 매우 효과적입니다. 백엔드 파이썬 개발이 많이 보이게 되는 이유이기도 하죠.또한, 파이썬 개발의 단점이라고 지적되던 문제들도 현재에는 실행 속도 문제는 사실상 큰 문제가 되지 않는 상황입니다. 일례로, 파이파이(PyPY)로 실행된 파이썬 코드는 웬만한 수준의 C 코드보다 빠르게 동작합니다.굳이 더 지적하자면, 모바일 컴퓨팅과 브라우저에 따른 웹 애플리케이션 클라이언트는 굳이 파이썬으로 작성할 필요성을 느끼지 못한다고 이야기하는 정도입니다.하지만, 이런 파이썬 개발에 가장 큰 문제가 있습니다.테스팅 없이는 동작하기 어렵고,실제 동작 환경에서만 등장하는 오류의 발생파이썬의 특성상 동적 입력 형태에 따르는 더 많은 테스팅을 필요로 하고 있으며, 실제 실행시간에만 나타나는 오류를 찾는 것이 가장 큰 문제가 있습니다. 이 부분은 수많은 파이썬 개발자들을 괴롭히고 있습니다.( 단편적으로 파이썬 개발환경이 매우 고도화되어있지 않으며, 파이썬으로 백엔드 서비스를 만들 것이라고 예측하지 못한 점도 있을 것입니다. 앞으로 파이썬 개발이 더 고도화 되기를 기원합니다. )이 가장 큰 문제를 잡기 위해서와탭은 집중하였습니다.파이썬 백엔드 개발 시의 문제 해결!물론, Python도 디버깅에 대한 지원 유틸리티가 존재합니다.pdb라는 파이썬 디버깅 모듈을 통해서 Step over/Step into, 중단점(breakpoint) 설정, 콜 스택 검사, 소스 리스팅, 변수 치환 등을 할 수 있습니다.‘Phthon -m pdb 파이썬 파일. py’의 형태로 디버그 동작 화면에서 세부적인 동작을 트레이스 해보는 방식을 사용하거나, pdb모듈을 import 한 후에 pdb.set_trace()를 중단하고 싶은 부분에 넣어서 사용하는 방식도 사용됩니다. 또한, 디버그 세션을 사용하는 방식이며, PDB를 사용하여 디버깅하는 방식들도 흔하게 사용됩니다.PyCharm, PTVS, Spyder 등의 IDE를 사용해서 디버깅을 하는 방법은 전통적인 개발환경과 동일하게 사용할 수 있습니다.하지만, 이 방식들은 백엔드 서비스에는 맞지 않게 되며 개발자들은 백엔드 서비스 동작시에 디버그 추적을 위한 로그를 거는 방식을 흔하게 사용하게 됩니다. ( 너무도 전통적인 방식이죠. )정말 백엔드로 파이썬을 사용하고 있다면, 오류 추적이나 동작 메커니즘을 추적한다는 것은 매우 귀찮고 번거로운 작업이 됩니다.만들어지는 파이썬의 모든 파일에 해당 로그를 넣었다가 빼었다가, 배포의 오류를 만나는 상황까지 매우 번거로운 작업들이 끊임없이 반복되게 됩니다. 이런 상황들을 추적하기 위한 APM의 추적 기능들을 찾게 됩니다.또한, Python의 특징상 수학 알고리즘으로 구성된 API 중개인의 형태를 취할 경우에 DB에 대한 접근을 위한 ORM에서의 추적과 외부 웹 호출들이 뒤섞이게 되면서 오류 추적은 매우 짜증스러운 단계로 진화되게 됩니다.Python으로 백엔드 개발을 하게 되면만나게 되는 매우 짜증스러운 상황이죠.그래서, 와탭의 Python APM은 이 문제에 집중하기 위해서 와탭 고유의 문제 해결 방식을 그대로  아키텍처로 적용하여서 개발시에 편하고 빠르게 성능을 추적할 수 있도록 제작되었습니다. Python 백엔드 개발을 위한 최선의 방향을 제시합니다.Python개발자는 와탭의 APM을 설치하면 매우 손쉽게 웹 트랜잭션의 단계, 에러 추적, 클래스 추적, DB의 형태 및 Slow Query추적, 외부 호출 메커니즘의 구성 등을 설치 이후부터 빠르게 추적할 수 있으며, 개발자의 실수이거나 다른 외부 호출의 문제, DB와의 관계 등을 빠르게 잡아낼 수 있습니다.에러를 추적하기 위한 로그를 동작한다던지, 실환경시에 배포를 다시 한다던가 하는 귀찮은 작업을 모두 제거하는 것뿐만 아니라, 매우 통계적으로 의미 있는 와탭의 트랜잭션 추적 메커니즘을 사용할 수 있게 됩니다.파이썬을 기반으로 백엔드를 구성하는 곳이라면,와탭 APM은 매우 의미 있는 결과를 도출할 수 있습니다.와탭 Python의 세부적인 기능을 조금 더 상세하게 설명드리겠습니다.가장 먼저, 실시간 트랜잭션 모니터링!5초 주기로 트랜잭션을 수집하는 와탭의 방식은 서버의 부하를 최소화하면서 가장 의미 있는 데이터들을 수집하고 데이터 기반으로 오류와 트랜잭션을 빠르게 추적할 수 있게 합니다.파이썬 개발 시의 동작성을 체크하기 위한 와탭만의 고유의 진행 중인 트랜잭션 실시간 모니터링 기능인 아크 이퀄라이져와 동작된 웹 트랜잭션의 종료시간을 기준으로 시각화하여 동작된 트랜잭션의 상황을 한눈에 파악할 수 있습니다.와탭 Python APM위의 그림을 보면, Active Transaction으로 불리는 원형( 아크 이퀄라이져라 함 )으로 실제 동작중인 트랜잭션의 개수와 동작속도 등을 체크할 수 있으며, Hitmap을 통해서 종료된 트랜잭션의 속도를 시각화하여 볼 수 있습니다. 이 두 개의 시각화 만으로도 느린 트랜잭션을 추적 관리할 수 있습니다.Python 트랜잭션 추적 및 분석개발자는 단지 APM을 동작시켰을 뿐이지만, postgreSQL 데이터베이스에 연결하고 SQL문장을 주고받는 부분들을 하나의 시각화된 관점으로 나열해서 확인할 수 있습니다.각각의 동작 시간을 추적하는 것은 물론이고, 이 내용은 ORM으로 매핑된 상태에서도 SQL의 동작 순서대로 시각화되기 때문에 순서가 꼬이거나 문제가 발생되는 부분들을 손쉽게 찾아볼 수 있게 합니다.이외에도 와탭 APM( Java, Node, PHP 등의 모든 APM)에 기본적으로 제공되는 트랜잭션 추적 모듈 이외에도 사용자가 원하는 모듈 추적에 대한 기능들을 플러그인 형태로 정의할 수 있습니다. 더 복잡한 추적을 위해서 와탭의 고유기능을 추가적을 확대 사용이 가능합니다.WHATAP_HOME 의 plugin.json파일에 적절한 내용을 수정하여 특정 모듈의 데이터를 추적할 수 있습니다. 특정 모듈의 데이터를 추적하거나, 사용자 별로 원하는 모듈을 추적할 수 있습니다.*사용 안내:•[module_name]: 추적하고자 하는 대상의 모듈 명. import 하는 모듈 명 이기도 하다.•[class_name]: 추적하고자 하는 대상의 클래스 명. 없다면 ‘’(empty string)으로 사용한다.•[def_name]: 추적하고자 하는 대상이다.•args_indexes: 추적하고자 하는 대상의 아규먼트 인덱스. 여러 개일 경우 , 로 구분한다.•kwargs: 추적하고자 하는 대상의 키워드 명. 여러 개일 경우 , 로 구분한다.Plugin 기능 사용위의 예제에서는 Plugin과 SQL update문장의 순차적인 실행,세부 Plugin 설정에서 사용자의 모듈명, 추적 클래스 명, 추적대상과 아규먼트 인덱스, 키워드 등을 추적할 수 있습니다.*사용 예:plugin.json{"[module_name]": {      "class_name": "[class_name]",      "def_name": "[def_name]",      "args_indexes": ", ",      "kwargs": ", "},"httplib2": {      "class_name": "Http",      "def_name": "request",      "args_indexes": "1",      "kwargs": "method"},"faker.providers.address": {      "class_name": "Provider",      "def_name": "street_address",      "args_indexes": "",      "kwargs": ""}}두 번째, 데이터베이스를 매핑한 ORM과 SQL의 순서와 속도, Slow Query!매우 당연하게 파이썬을 기반으로 백엔드 개발을 할 경우에 데이터베이스를 사용하게 되며, 이에 대한 Slow Query와 관련된 추적하는 것이 개발자에게 필요하게 됩니다. 향후, RDS기반을 사용하게 되면 Query추적은 대부분의 데이터베이스 처리에 기본이 될 것입니다.현재 지원되고 있는 mysql / postgresql에 대하여 SQL Query, Fetch Count, SQL Query수행 시간을 수집합니다.Python개발 시에 RDBMS(관계형 데이터베이스 관리 시스템)를 선택하면 거의 항상 ORM(객체 관계 매핑) 라이브러리를 함께 사용하게 됩니다.특히, 파이썬에서는 이런 ORM라이브러리가 다양하고 사용하기 쉽기 때문에, 매우 흔하게 사용하고 있습니다.ORM의 장점으로는 쿼리를 생성하거나 추상화하는 대신, 데이터 베이스 시스템에 대한 접근을 쉽게 할 수 있는 장점이 있습니다. 다만, 이러한 장점 때문에 실제 만들어진 쿼리가 어떠하고 쿼리 수행 시간이 얼마나 걸리는지에 대해서는 추적이 어렵다는 점이 있습니다.이처럼, 파이썬의 특징상 ORM(객체 관계 매핑) 라이브러리를 사용할 경우에 추상화된 쿼리가 어떻게 동작하고, 실제 어떤 상황으로 발생 및 동작되는지를 한눈에 파악할 수 있게 합니다.ORM으로 매핑된 SQL의 순차적인 동작 상태 파악그리고, 세 번째. 외부 호출 추적파이썬 백엔드 개발 시에 사용되는 외부 호출(request/httplib2)등의 외부 호출과 관련된 호출 정보 및 수행 시간 등을 수집합니다.외부 호출을 사용하는 경우에는 각각의 호출에 대한 지연시간에 대해서 세밀하게 추적해야 하므로, 이와 관련된 에러와 지연시간 등을 추적하는 것은 매우 중요한 개발 시의 관점입니다.Python 외부 호출 추적마지막 중요 관점 네 번째는, 튜닝을 위한 다양한 프로파일 데이터의 제공을 이야기할 수 있습니다.와탭의 파이썬 에이전트는 위에서 나열되는 성능 저하를 위한 요소들의 전체적인 관점에서 수집하고 그 데이터들을 시각화할 수 있습니다.데이터베이스를 효율적으로 사용하고 있는지, 사용하는 ORM툴과 매핑과의 관계, 쿼리와 쿼리의 수행 시간과 상태에 대한 추적, 외부 호출시간과 각각의 지연되는 외부 호출과의 관계와 순서 등이 전체적으로 백엔드로 개발되는 Python의 성능 튜닝에 영향을 주게 되는 것이죠.그 이외에도 전체적으로 백엔드 서비스의 TPS, 응답 시간, 서비스 리소스 사용량과 어떤 에러가 발생되고 있는지를 알 수 있습니다.서비스 사용자가 사용하는 상세한 정보들을 프로파 일릉 함으로써 이들의 연관관계를 한분에 파악하게 해줍니다. 와탭에서 관리되는 프로파일 정보는 - 트랜잭션, SQL Query, 외부 HTTP호출, Error, User Agent, Client IP 등의 상관관계들입니다.그리고, 덤으로... Python이 설치 운영되는 전체적인 패키지의 버전을 한눈에 파악할 수 있는 것은 너무도 당연한 기능입니다.설치된 Python 패키지 확인그리고, 와탭의 DNA를 그대로 이어받은 APM이기 때문에, 기본적인 APM의 기능들을 대부분 담고 있습니다. 처음 와탭 APM을 접하시는 분들을 위해서 간단하게 설명드리면 다음과 같습니다.CUBE 메뉴는 시간을 기점으로 와탭 Python APM이 설치된 이후부터 현재까지의 모든 상황들을 추적 관찰할 수 있습니다. 주말에 오류 간 난 상황이라던지, 특정 오류의 발생 시점을 알고 있는 경우에 빠르게 해당 문제가 발생한 위치나 SQL 등을 추적할 수 있습니다.상세한 일간, 주간, 월간 리포트나 MAU 등을 추적할 수 있는 리포트 기능들은 와탭만이 가지고 있는 장점에 해당됩니다.Python으로 백엔드 웹서비스를 개발하고 계시다면, WHATAP Python APM은 개발과 운용을 매우 풍요롭고 빠르게 해줍니다.파이썬 백엔드 서비스 개발자라면 와탭 APM!

클라우드 컴퓨팅은 인터넷으로 가상화 된 IT 리소스를 서비스로 제공하는 것을 의미합니다. 그리고 클라우드 컴퓨팅에서 가상화 하여 서비스로 제공하는 대상은 인프라스트럭쳐, 플랫폼, 소프트웨어입니다. AWS와 Azure가 대중화되면서 클라우드를 인프라스트럭쳐의 가상화 개념으로만 이해하기도 하지만 클라우드는 인프라스트럭쳐 뿐만이 아니라 플랫폼과 소프트까지 포함하는 온라인의 모든 영역을 다루는 꽤 광범위한 개념입니다. 그렇기 때문에 클라우드는 분야별 특성별로 나누어서 이해하는 것이 좋습니다. 클라우드 서비스의 종류는 아래와 같이 크게 3가지로 나눌 수 있습니다. Infrastructure as a Service (IaaS, 아이아스, 이에스)서비스로 제공되는 인프라스트럭처입니다. 개발사에 제공되는 물리적 자원을 가상화합니다. Platform as a Service (PaaS, 파스)서비스로 제공되는 플랫폼입니다. 개발사에 제공되는 플랫폼을 가상화합니다.Software as a Service (SaaS, 사스)서비스로 제공되는 소프트웨어입니다. 고객에게 제공되는 소프트웨어를 가상화합니다.클라우드 구분하여 알아보자IaaS: 서비스로 제공하는 인프라스트럭쳐클라우드 인프라스트럭처 서비스는 확장성이 높고 자동화된 컴퓨팅 리소스를 가상화하여 제공하는 것입니다. IaaS는 컴퓨팅, 네트워킹, 스토리지 및 기타 인프라스트럭쳐를 사용하기 위한 서비스이며 사용자는 필요할 때 마다 서비스를 통해 리소스를 구입할 수 있습니다.(IaaS는 한국에서 이아스 또는 아이아스로 부르며 영미권에서는 이에:스 또는 아이아스로 발음합니다.)PaaS: 서비스로 제공하는 플랫폼클라우드 플랫폼 서비스는 주로 응용 프로그램을 개발 할 때 필요한 플렛폼을 제공하는 것입니다. PaaS는 사용자 정의 응용 프로그램을 개발하고 사용할 수있는 개발자를위한 프레임워크를 제공합니다. 개발사는 미들웨어를 설치하지 않고도 미들웨어에서 제공하는 API를 사용하여 소프트웨어를 개발할 수 있습니다. SaaS : 서비스로 제공하는 소프트웨어클라우드 애플리케이션(소프트웨어) 서비스는 사용자에게 제공되는 소프트웨어를 가상화하여 제공하는 것입니다. SaaS는 타사 공급 업체가 관리하는 사용자에게 응용 프로그램을 제공하기 위해 인터넷을 사용합니다. 대부분의 SaaS 애플리케이션은 웹 브라우저를 통해 직접 실행되므로 클라이언트 측에서 다운로드 나 설치가 필요하지 않습니다.무엇을 제공하는가클라우드는 온라인의 광범위한 영역을 모두 다루는 광범위한 영역입니다. 클라우드 서비스들은 제공하는 범위에 따라 IaaS, PaaS, SaaS로 나뉘고 있으므로 각각의 클라우드 서비스가 제공하는 내역을 살펴보는 것은 클라우드를 이해하는 데 많은 도움이 됩니다.  IaaS: 물리적 자원 제공IaaS는 고객에게 서버, 네트웍, OS, 스토리지를 가상화하여 제공하고 관리합니다. IaaS는 가상화 된 물리적인 자산을 UI형태의 대시보드 또는 API로 제공합니다. IaaS의 고객들은 서버와 스토리지를 접근할 수 있지만 사실상 클라우드에 있는 가상 데이터 센터를 통해 리소스를 전달받는 형태입니다. IaaS는 기존의 데이터센터에서 제공받던 물리적인 자산을 완벽하게 가상화하여 제공하기 때문에 서버 사양의 변경 등 물리적 자산의 수정이 필요한 경우 기존의 방식에 비해 훨씬 빠른 대응이 가능합니다.IaaS의 제공업체는 서버, 하드 드라이브, 네트워킹, 가상화 및 스토리지를 관리하며 고객은 OS, 미들웨어, 애플리케이션 및 데이터와 같은 자원들을 관리해야 합니다. PaaS: 소프트웨어 개발을 돕는 플랫폼 제공PaaS는 고객에게 OS, 미들웨어, 런타임과 같은 소프트웨어 작성을위한 플랫폼을 가상화하여 제공하고 관리합니다. 이 가상화 된 플랫폼은 웹을 통해 제공되며 개발자는 운영 체제, 소프트웨어 업데이트, 저장소 또는 인프라에 대한 관리 없이 소프트웨어 개발에 집중할 수 있습니다.PaaS를 사용하면 기업에서는 특수 소프트웨어 구성 요소를 사용하여 PaaS에 내장 된 응용 프로그램을 설계하고 만들 수 있습니다. 이러한 응용 프로그램 또는 미들웨어는 특정 클라우드 특성을 채택 할 때 확장 가능하고 가용성이 높습니다.SaaS: 고객이 사용하는 소프트웨어 제공SaaS는 고객을 대신하여 소프트웨어와 데이터를 제공하고 관리합니다. 패키지 또는 On-Prems 방식이라고 하는 기존의 소프트웨어 전달 방식과 다르게 SaaS는 개별 컴퓨터에 응용 프로그램을 다운로드하고 설치할 필요가 없습니다. SaaS를 통해 서비스를 공급하는 업체는 데이터, 미들웨어, 서버 및 스토리지와 같은 모든 잠재적 인 기술적 문제를 관리하기 때문에 고객은 유지 보수 및 지원을 간소화 하면서 비지니스에 집중 할 수 있습니다.클라우드의 장점과 단점클라우드 인프라 서비스를 사용할 때의 장점과 클라우드 소프트웨어 서비스를 사용할 때의 장점은 다를 수 밖에 없습니다. 이에 3가지 클라우드 서비스의 장점과 단점을 각각 설명합니다. IaaS: 장점비용물리적 자원을 소비 형태로 사용하기 때문에 고정비가 들지 않습니다.속도물리적 자원을 즉시 소비할 수 있습니다.관리물리적  자원에 대한 관리를 논리적인 영역으로 대체할 수 있습니다.물리적 자원에 대한 자동화 된 배포가 가능합니다.물리적 자원에 대한 안정적인 운영을 벤더에 맞길 수 있습니다.물리적 자원에 대한 규모의 확장 또는 축소가 자유롭습니다.  PaaS: 장점비용필요한 플랫폼만 소비 형태로 사용하기 때문에 비용 부담을 덜 수 있습니다. 속도개발 및 배포 프로세스를 빠르게 확보할 수 있습니다.관리소프트웨어 유지 관리가 쉬워집니다.가상화 기술을 기반으로 구축되어 비즈니스가 변함에 따라 리소스를 쉽게 확장 또는 축소 할 수 있습니다.응용 프로그램의 개발, 테스트 및 배포를 지원하는 다양한 서비스를 제공합니다.수많은 사용자가 동일한 개발 응용 프로그램에 액세스 할 수 있습니다.PaaS: 단점특정 플랫폼 서비스에 종속될 수 있습니다.SaaS: 장점SaaS는 소프트웨어 설치, 관리 및 업그레이드와 같은 지루한 작업에 소요되는 시간과 비용을 크게 줄임으로써 직원과 회사에 많은 이점을 제공합니다. 따라서 기술 직원이 조직 내에서 보다 긴급하고 중요한 문제에 집중할 수 있습니다. 비용소프트웨어를 소비 형태로 사용하기 때문에 비용 부담을 덜 수 있습니다.속도즉시 사용이 가능합니다. 관리소프트웨어를 설치할 물리적 자원이 필요하지 않습니다.언제 어디서든 접근가능합니다.SaaS: 단점커스터마이징이 어렵습니다. 클라우드 언제 적용해야 하는가IaaS: 빠른 변화를 원한다면스타트업이나 중소기업에게 IaaS는 훌륭한 옵션이므로 하드웨어나 소프트웨어를 설치하는데 시간과 돈을 낭비 할 필요가 없습니다. IaaS는 응용 프로그램과 인프라를 완벽하게 제어하고자하는 대규모 조직에 유용하지만 실제로 소비되거나 필요로하는 것을 구매하려는 경우에만 유용합니다. 빠르게 성장하는 기업의 경우, IaaS는 요구 사항이 변화하고 발전함에 따라 특정 하드웨어 나 소프트웨어에 전념 할 필요가 없으므로 좋은 선택이 될 수 있습니다. 또한 필요에 따라 확장 또는 축소 할 수있는 많은 유연성이 있으므로 새로운 응용 프로그램에 어떤 요구가 필요한지 확실하지 않은 경우 도움이됩니다.PaaS: 신속한 개발을 원한다면PaaS를 이용하는 것이 유익하거나 필요한 경우가 많이 있습니다. 동일한 개발 프로젝트를 수행하는 여러 개발자가 있거나 다른 공급 업체도 포함해야하는 경우 PaaS는 전체 프로세스에 뛰어난 속도와 유연성을 제공 할 수 있습니다. PaaS는 사용자 정의 된 응용 프로그램을 만들려는 경우에도 유용합니다. 또한이 클라우드 서비스는 비용을 크게 절감 할 수 있으며 앱을 신속하게 개발하거나 배포하는 경우 발생하는 몇 가지 문제를 단순화 할 수 있습니다.SaaS: 비지니스에 집중하고 싶다면보안상 민감한 사항이 아니라면 모든 기업에게 SaaS는 훌륭한 옵션입니다. 또한 협업이 필요한 단기 프로젝트라면 SaaS 를 도입하는 것이 훨씬 유리합니다. 일반적으로 On-Prems 솔루션은 모바일 액세스를 지원하지 않기 때문에 모바일 액세스가 필요한 경우에도 SaaS를 사용하면 비용가 시간을 절약할 수 있습니다.클라우드 서비스 예클라우드는 적용된 분야별로 이해해야 합니다. 아래는 분야별 서비스 예입니다. IaaSAmazon Web Services (AWS), Microsoft Azure, DigitalOcean, Google Compute Engine (GCE)PaaSAWS Elastic Beanstalk, Windows Azure, Heroku, Google App EngineSaaSGoogle Apps, Dropbox, Salesforce, WhaTap마무리지금도 많은 기업의 임원분들이 클라우드의 적용 여부에 대해 고민을 하고 있으며 많은 스타트업들이 클라우드 기반의 서비스를 만들어 가고 있습니다. 회사에 클라우드를 도입해야 한다면 IaaS를 도입할 지, PaaS를 도입할 지 아니면 SaaS를 도입해야 하는지 알고 있어야 합니다. 그리고 자사의 서비스가 클라우드 기반의 서비스라면 고객에게 왜 도입해야 하는지 쉽게 설명할 수 있어야 합니다. 제가 다니는 와탭랩스(whatap.io)는 국내에서 드물게 SaaS 모니터링 서비스를 제공하고 있습니다. 2015년 1월에 시작한 서비스는 이제 만 4년을 달려가고 있습니다. 앞으로 한국에서 더 많은 클라우드 서비스들이 나왔으면 합니다. #와탭랩스 #개발자 #개발팀 #클라우드서비스 #서비스소개

https://www.youtube.com/watch?v=NrmMk1Myrxc<iframe width="700.000000" height="394.000000" src="//www.youtube.com/embed/NrmMk1Myrxc" frameborder="0" allowfullscreen="">어제 밤부터 오늘 오전 내내 아마존고 출시 소식으로 전 세계가 떠들석 했다. 이로인해 몰고올 엄청난 파장이나, 기술적 백그라운드에 대한 글들이 쏟아졌다. 이번 글에서는 마케터의 관점에서 아마존고가 몰고올 변화를 주목해 보고자 한다. 이 글은 정근호님의 브런치 글과 함께 읽어보면 더 재밌을 것이다.1. In-Store Analytics 리서치 분야의 변혁옛날 유명했던 책이 하나 있다. 바로 파코언더힐의 쇼핑의 과학 (Science of Shopping). 1999년에 출간된 이 책으로 인해 리테일 업계에서는 In-Store Analytics가 일대 유행을 하기도 했다 (사실 그 전부터 존재하던 분야였지만 이 책으로 인해 수많은 마케팅 관리자들의 관심을 불러일으켰기 때문으로 봐야겠죠). 이 분야는 빅데이터와 센서, 페이스 디텍팅, 입자분석, 심리조사 등등 기술스텍이 매우 높은 전문분야에 해당하는데, 이미 IBM, 아마존 등에서는 솔루션화해서 컨설팅하고 있는 분야이다.아마존고에 사용된 기술은 이 방대한 영역의 리서치 툴이 무색해질 정도로 간단하게 저 In-Store Analytics가 가능해 질 것이다. 예를들면 다음과 같은 형태의 실시간 트래킹이 가능해 지는 것이다.1) 소비자 동선중에 선반에 손이 가는 지점2) 각 매대의 소비자 funnel (유동인구 대비 환기율, 환기대비 픽업율, 픽업대비 구매고려율, 최종구매율 등등) 분석3) 소비자 타겟별 행동 분석 (인구통계적으로 인기있는 품목이나 컨버젼 높은 상품들)4) 매대전환율 분석 (어떤 제품들이 빨리빨리 빠져나가는지, 객단가별로 컨버젼은 어떻게 나오는지 등등)본인이 저 분야에는 지식이 미천해서 저것밖에는 나열을 못했지만 예상하기로 수십가지의 초 고난이도의 In-Store Analytics가 아마존고에서는 초 심플하게 행해질 것이다. 이게 가능한 이유는 바로 1) 소비자가 이미 앱에 가입되어있는 아마존 프라임 멤버이기 때문에 매장 진입순간부터 그 사람이 누구인지 마크가 가능하고, 2) 소비자가 이동하는 동선이 실내측위법과 앱 데이터로 트래킹 가능할 것이며, 3) 스마트폰 센서로 소비자가 현재 어떤 행동을 하는지 (빠르게 이동중, 천천히 이동중, 멈춤, 턴, 되돌아가기 등등)가 측정 가능하며, 4) 제품이 픽업되고 카트에 담겼다가 구매 전에 취소되고, 구매 후에 취소되고, 구매가 완료되는 등등의 결과값들이 계정별로 쌓이는 구조이기 때문이다.2. 인스토어 마케팅의 자동화현재 매장 내 주요 마케팅 툴들은 다음과 같다.1) 1+1이나 가격할인, 묶음할인 등의 할인제품 태깅2) 상설 할인매대 운영3) 매대 엔드존 운영 (할인행사, 강조제품 등)4) 각종 디스플레이 광고5) 시식 등의 사람이 직접하는 세일즈 프로모션위와 같은 마케팅 툴이 소비자 반응에 의해 자동으로 변경, 최적화, 연장, 축소등등이 가능해지는 매장을 상상해 보자. 예를들면 각 제품별 전자디스플레이에 소비자 반응 및 컨버젼에 따라 할인행사가 변칙적으로 적용되고, (우리나라는 시식때문에 사람이 꼭 필요하지만 미국에는 시식행사 별로 못본것 같아요) 사람이 필요 없이 앱과 디스플레이를 통해 실시간 타임세일이나 묶음 세일등을 운영하는 등의 인스토어 마케팅 자동화를 통해서 엄청난 비용을 절감하고 소비자 반응에 맞춰 빠르게 마케팅 툴을 적용할 수 있게 되는거다. 매장을 운영해보신 분들은 알겠지만, 매장에서 행사 하나 진행하는게 얼마나 까다로운지, 스토어 VMD가 마케팅 계획에 따라 얼마나 번거롭게 적용되는지 아실거다. 이런 부분에 일대 혁신이 가능해 지지 않을까.3. 옴니채널의 유의미한 발전이건 위에 언급한 정근호님 글에도 나와있듯이, 아마존고의 시도는 옴니채널 분야에 유의미한 발전을 가져올 거다. 사실 옴니채널이 화두가 된지 벌써 5년이 넘었지만 그간 유의미하게 발전됐다 싶을 사건은 크게 많지 않았다. 대부분이 그저 오프라인 체험과 온라인 구매 사이를 연결하는데에만 초점을 맞춰오거나, 홈플러스 등과 같은 리테일러들은 재고를 모바일 쇼핑 채널과 연동시켜서 모바일 세일즈와 오프라인 세일즈를 적절히 융합시키는 정도에 그쳤었다. (물론 이게 낮은 수준의 변화라고 얘기하는건 절대로 아닙니다. 세간에 화두가 된 것에 비해 실제로 리테일 분야는 보수적이고 고난이도의 영역이라서 실용적 접근이 어려웠다는걸 얘기하는거죠)아마존고 스토어에서는 진정한 옴니채널의 발전을 가져올 다음과 같은 변화가 예상된다.1) 아마존고의 오프라인과 아마존대시의 온라인이 융합하여, 소비자는 정기상품들을 기존대로 아마존대시에 태깅해놓고 정기구독할 것이고, 퇴근길에 잠시 아마존고를 들러서 신선식품 등 아마존대시가 커버 불가능한 영역의 쇼핑을 해결할 것이며, 아마존고에서 중복 구입한 상품들은 자동적으로 정기주문건에서 정산되어 굳이 소비자가 복잡하게 온/오프라인 카트를 직접 관리하지 않아도 되는게 가능해 진다.2) 아마존고에서 측정되는 오프라인 행태와 온라인데이터가 결합하여 드디어 한 개인의 온/오프라인 연결 데이터 분석이 가능해 진다. 이 연결데이터로 지금까지와는 다른 전혀 새로운 형태의 옴니채널 마케팅 기법이 개발될텐데, 구체적으로 어떤 모습의 마케팅 기법이 될지는 좀더 고민해 봐야 겠지만, 포인트는 지금처럼 단순히 1+1, 제품할인 등에 머무르는 세일즈 프로모션은 아닐거라는거다.3) 만일 아마존고가 데이터를 오픈하거나 솔루션화해서 거래할 경우, 브랜드 및 제조사들은 기존에 리테일러를 거치지 않고서는 얻기 힘들었던 고객 접점 데이터를 쉽게, 실시간으로 접근 가능해지기 때문에 그들의 제품전략, 마케팅전략 역시 옴니채널에 기반해서 움직일 것이다. 이 부분은 솔직히 내공이 부족해서 어떤 그림일지 구체적으로 묘사는 힘들어서, 다른 분들의 다양한 의견 부탁드린다^^;;지금까지 아마존고가 불러올 다양한 변화에 대해 마케터의 관점에서 하나씩 풀어봤다. 쓰고나니 소설같은 이야기들도 많아보이지만, 어디까지나 한 개인의 의견일 뿐이니 잘 수렴해서 읽어주시고, 중요한건 아마존의 이 담대한 실험은 비단 테크업계의 일이 아니라 오히려 마케터들에게 더 직결되는 변화를 가져올거라는게 내 생각이다.글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기

성장하는 데이터 시장, 하지만 그 신뢰도는?모든 형태의 조직들은 데이터에 대해 굉장히 많이 투자를 하고 있습니다. 하지만 아직까지 그에 대한 신뢰는 쌓이지 않는 것으로 보입니다.CapGemini와 EMC 조사에 따르면 10개국에서, 그리고 9개의 다른 산업분야에서 1,000명의 시니어 경영진들과 결정권자들 중 56%가 3년 동안 빅데이터 분석에 대한 투자를 늘릴 것으로 계획하고 있습니다.그들이 데이터를 수집, 유지, 그리고 분석하는데 필요한 투자에 있어서 전문가를 고용하는 것이 상당히 큰 부분을 차지합니다. 데이터 사이언티스트들은 실제로 현재 미국에서 IT 업종에서 가장 수요가 높으며 가장 많은 연봉을 받고 있습니다.하지만, KPMG와 Forrester Consulting에서 2,000명 이상의 데이터 분석 결정권자에 대해서 실시한 최근 설문조사에 의하면, 응답자 중에서 오직 38%만이 그들의 고객 인사이트에 대해서 높은 자신감을 가지고 있으며 3분의 1만이 기업 운영에서 생성되는 데이터 분석자료를 신뢰하고 있다고 밝혔습니다.그들이 가지고 있는 정보에 대한 신뢰도가 낮음에도 불구하고 대다수의 응답자들은 이 정보들이 기업운영 및 결정에 있어서 굉장히 중요하다고 말합니다. 응답자 중에서 절반정도는 해당 데이터를 기존에 존재하는 고객들을 분석하기 위해서 사용한다고 응답했으며, 48%의 응답자들은 새로운 고객들을 찾기위해, 그리고 나머지 47%는 새로운 상품과 서비스를 개발하기 위해 사용한다고 답했습니다.KPMG 설문 보고서독일 KPMG의 파트너이자 데이터와 분석의 글로벌 수장인 Christian Rast는 “개인으로서, 기업으로서, 그리고 사회로서 우리들에게 영향을 끼치는 결정들은 데이터 분석에 의해서 좌우되는 사례들이 증가하고 있기 때문에 정말 신뢰도 높은 데이터와 분석툴 확보에 주력해야 하며 유의미한 결과물들을 만들어낼 수 있는 능력이 필요하다,”고 말했습니다. “데이터와 분석의 실효성을 검증하지 않고 이루어지는 투자는 기업의 의사결정에 있어서 인사이트에 대한 불신을 지속시키는 부정확한 모델들만 양산한다.”미국 KPMG에서 결정 과학의 디렉터로 있는 Bill Nowacki는 “데이터 기반의 인사이트를 통한 직관적이고 주관적인 의사 결정이 늘어나고 있음에는 의심의 여지가 없다. 하지만 설문조사는 경영진들은 자신들의 인사이트에 대한 자신감이 부족하고 이에 따라서 해당 조직들의 데이터와 분석에 대한 투자가 늘어나고 있음을 보여준다,”고 말했습니다.비즈니스 결정에 데이터와 분석은 꼭 필요, 그러나 어떤 걸 믿을 수 있는지?데이터와 분석을 통해서 양산된 인사이트들에 대해서 전반적으로 불신을 하는 또 다른 이유는 바로 복잡성에 있습니다. 미국에서 데이터분석 분야의 리더이자 미국 KPMG의 파트너인 Brad Fisher는 “데이터 이용에 대한 투명성과 조직에서 데이터와 분석이 갖는 영향력 확보가 전통적인 의사결정 방법이 더 신뢰성 있다고 판단하는 오랜 편견을 해결할 수 있는 핵심입니다,”라고 말했습니다.KPMG 보고서이렇게 데이터 분석을 토대로 기업의 방향성을 설정하고 의사결정을 하는 추세는 앞으로 더욱 더 가파라질 것입니다. 더군다나 방대한 양의 데이터들이 쏟아져 나오는 빅데이터의 시대에 있어 필요한 데이터만 추출하여 분석해내는 능력도 중요합니다. ‘Garbage In, Garbage out’이라는 말처럼 의미없는 데이터는 무의미한 결과값을 도출하기 때문입니다. 하지만 추출된 데이터의 투명성이 보장되는 것도 중요합니다.데이터의 신뢰성이 결여된다면, 도출된 인사이트 또한 신뢰하기 어렵습니다. 또한, 낮은 데이터 신뢰도는 기업이 데이터를 활용하여 수익을 창출시킬 가능성 또한 제한합니다.블록체인을 통한 신뢰성 확보 방법이러한 데이터의 신뢰성과 투명성은 블록체인 기술을 통해 개선시킬 수 있습니다.블록체인은 다수의 합의가 필요한 알고리즘을 토대로 데이터를 검증하고 해시 알고리즘과 타임스탬프를 토대로 데이터의 비가역성을 보장합니다. 블록체인은 앞으로 데이터 투명성 확립의 촉매제가 되어서 기업의 경영진 및 의사결정권자들에게 더 나은 통찰력을 제공할 수 있는 기술이 될 것입니다.**본문은 레코드 팀이 선별한 기사를 기반으로 레코드 팀의 분석을 더하여 작성되었습니다.(원문: https://www.fastcompany.com/3065294/why-executives-dont-trust-their-own-data-and-analytics-insights)레코드 파운데이션은 지난 3년 간 운영해온 음악 산업 노하우를 기반으로 음악 관련 데이터를 보호하는 블록체인을 개발하는 프로젝트입니다.레코드의 최신 소식을 만나보세요.RCD가 코인레일에 상장됩니다.[상반기 결산] 레코드 파운데이션 로드맵 달성율코인베네(CoinBene) 사용법-레코드 첫 상장소!레코드 파운데이션 공식 홈페이지 및 페이스북, 트위터, 스팀잇, 링크드인에서 레코드파운데이션의 최신 소식을 확인하세요.#레코드팜 #레코드파운데이션 #블록체인 #RCD #코인상장

sql에서는 = 등호가 비교연산자로 사용됩니다.대신 := 이렇게 콜론(:)과 등호(=)를 같이 쓰면 대입연산자로 쓸 수 있어요.select @prev := users.id // @prev 라는 임시변수에 users.id 값을 넣어라. from users가입일자로 사용자수를 구해보면, 아래처럼 가입일로 group_by 를 해서 구하죠.select date(created_at) as '가입일' , count(1) as '가입자수' from users group by 1 order by 1 desc;// 가입일 | 가입자수 // --------------------------- // 2017-08-02 100 // 2017-08-01 50그럼 전일 대비 증감율을 구하려면 어떻게 할까요?select date(created_at) as '가입일' , @prev as '전일 가입자수' , (count(1) - @prev) / @prev as '증감율' , @prev := count(1) as '가입자수' from users group by 1 order by 1 desc;// 가입일 | 전일 가입자수 | 증감율 | 가입자수 // -------------------------------------------------------- // 2017-08-02 50 1.0 100 // 2017-08-01 50 0 50증감율을 계산하는 count(1) / @prev까지는 @prev 에 전일 가입자수가 저장되어 있구요.@prev := count(1) 에서 당일 가입자수로 할당이 됩니다.저는 := 이 연산자를 알기 전엔 self-join 형태로 증감율을 구했는데데이터를 가오는 속도는 := 이 연산자가 훨씬 빠른것 같습니다.다음엔 self-join 으로 증감율을 구하는 법도 한 번 올려볼께요.#티엘엑스 #TLX #개발 #개발팀 #개발자 #꿀팁 #인사이트 #조언

안녕하세요, 대한민국 사업자들의 해외 전자상거래 진출(아마존 판매)을 도와주는 컨설팅 회사이자 업무대행사 컨택틱의 이이삭 대표입니다.이번 포스트에서는 '제조사들이나 브랜드 오너들이 반드시 아마존에서 판매해야 하는 이유'에 대해서 말씀드리고자 합니다.1. 세상의 흐름, 그리고 유통의 흐름세상은 점점 좁아지고 있습니다. 인터넷의 도래 이후로부터 그 속도는 누구도 예상하지 못할 정도로 빠르게 좁아졌으며, 이제는 유통에도 그 영향이 적극적으로 반영되고 있는 상황입니다. 인터넷 쇼핑이 발달되지 않았던 시절에는 전통 유통 방식인, '제조사 > 도매 > 소매 > 소비자' 이렇게 제품이 유통되었습니다. 하지만 21세기 이후부터는 온라인 쇼핑이라는 개념이 생기면서 더이상 제조사가 도매 상인이나 소매 상인을 거치지 않고서도 세상의 여러 고객들에게 직접 다가갈 수 있는 세상이 열리게 되었습니다. 즉, 이제는 '제조사 > 소비자'로 중간 다리가 없는 유통이 가능해졌다고 볼 수 있습니다. 인터넷이 발단하기 전의 세상에서는 고객이 제품을 구매하기 위해서는 반드시 오프라인 매장을 방문하는 등 직접 실제로 제품을 볼 수 있어야한다는 전제 조건이 있었습니다. 제조사가 아무리 좋은 제품을 만들었어도, 그 제품을 알리려면 일단 오프라인으로 매장이든지 길거리든지 어떻게든 사람들의 눈에 띄게 해야했기 때문에 도매상과 소매상들이 필요했던 것입니다. 하지만 인터넷이라는 수단이 생기면서, 고객들은 굳이 매장에 가지 않아도, 길거리에서 제품을 보지 않아도, 화면상으로 제품을 확인하고, 심지어 구매까지 할 수 있게 된 것입니다. 여기까지는 모두가 아는 내용일겁니다. 하지만 인터넷을 통한 구매가 가능해졌다고 한들 여전히 해결되어야할 문제는 (1) 인터넷 상으로도 어쨌거나 고객들의 눈에 띄게 해야한다는 점 - 온라인 마케팅 (2) 인터넷 상으로 주문한 고객들에게 배송해야한다는 점 - 물류. 크게 봐서 이 두 가지입니다. 온라인 마케팅은 공부만 한다고 해서 쉽게 되는 것도 아니고, 판매에만 집중하면 되는 소매상들이 오히려 제조사들보다 온라인 마케팅 쪽으로 빠르게 전문 지식을 키우게 되어서 전문 회사들이 생기면서 여전히 제조에 급급한 제조사들은 결국 직접 소비자들에게 판매하는 것을 포기하고 여전히 전통 유통 방식을 고수하게 되었습니다. 그렇다면 물류에 대해서는? 물류 또한 생각 외로 주문 수집, 주문 이행, CS, 사후관리, 등등 제조사들 입장에서는 너무나도 버거운 잡일들이 있었던거라 이 부분도 결국 포기하고 다시 전통 유통 방식을 고수하게 되었습니다. 만약 이 두 문제를 동시에 해결 해주는 어떠한 존재가 있었다면, 제조사들은 정말 전통 유통 방식을 포기하고 소비자에게 직접 유통하는 신세대 유통 방식을 도입할 수 있었을겁니다.2. 그것이 가능하게 한 아마존2010년 이후로부터 아마존이 말도 안되는 성장을 하게 되었습니다. 그 이유가 바로 1번에서 언급한 '세상의 흐름'의 해결책을 제공했기 때문입니다. 아마존은 전세계 고객들을 하나의 사이트로 끌어모으는 데에 성공했고 (고객 유치), 아마존 사이트에 판매자로 입점한 제조사들이 쉽게 고객들의 눈에 띌 수 있도록 플랫폼을 마련했으며 (상품의 노출), 주문이 발생하면 그것을 이행하는 것도 제조사 입장에서 전혀 부담되지 않도록 FBA 라는 배송대행 시스템을 만들어낸 것입니다 (물류 해결). 뿐만 아니라, 아마존은 그 성장을 미국으로만 국한시키지 않고 캐나다, 멕시코, 일본, 영국, 독일, 프랑스, 이태리, 스페인, 호주, 중국, 그리고 인도까지도 확장했습니다. 제가 봤을 때 이 모든 것을 통틀어서 가장 혁신적이라고 보는 것은, 최대한 '동일한 시스템'으로 운영되도록 인터페이스와 판매 절차를 일관 시켰다는 것입니다. 즉, 아마존 미국에서 판매하던 셀러는 아마존 일본에서 판매하는 것이 거의 동일할 정도로 메뉴 구성이 비슷하고 입점 및 상품 등록의 절차가 비슷합니다. 제조사들이 중간 유통을 버리지 못한 문제를 단 번에 해결하고, 심지어 더 나아가서 전세계적으로 확장까지 한 아마존 - 제조사들의 입장에서는 아마존에 판매하지 않을 이유가 없는 것이나 마찬가지입니다.3. 앞으로 다가올 제조사만의 세상이런 맥락에서, 기존의 도소매업자들은 어떻게 되는 것일까요? 답은 간단합니다: 도소매 상인들이 설 자리는 없어집니다. 가만히 생각해보면 그 이유는 매우 간단합니다. (1) 평균 소비자 가격의 저하 - 세상이 작아지면서 고객들도 판매가격에 대해 스마트해집니다. 검색 한 번만 하면 특정 제품의 퀄리티, 후기, 질문, 가격대, 등등 못알아볼 것이 없습니다. 자연스럽게 판매자들도 가격 경쟁이 심하게 일어날 수 밖에 없고, 전체적인 평균 소비자 가격이 저하될 수 밖에 없습니다 (2) 마진폭이 넓은 제조사의 유리함 - 1번과도 연관이 있지만, 전체적인 소비자 가격은 내려가는데, 안그래도 적은 수익 마진을 챙기고 있는 도소매 상인들은 결국 나가떨어지게 됩니다. 매우 당연한 얘기입니다. (3) 마케팅 지출 여유분 - 이 부분도 역시 2번 마진폭과 연관이 있습니다. 세상은 좁아지고, 온라인 소비자들은 스마트해지고, 평균 소비자가가 낮아지는 와중에 판매자들간의 경쟁은 더욱 심해집니다. 그럼 그 경쟁에서 이기려면 어떻게 해야하나요? 바로 온라인 광고입니다. 온라인 광고는 전부 돈, 돈, 돈입니다. 당연한 얘기지만 마진폭이 넓은 제조사만이 마케팅에 지출할 여유 금액이 있기 때문에 결국 살아남는 것은 제조사만입니다.혹시 이 글을 읽고 있는 제조사가 있다면, 그리고 아마존에 판매하고 있지 않다면 오늘부터라도 당장 아마존 판매에 대해 알아보시길 적극적으로 추천드립니다. 2018년 기준 아마존 시장은 제가 봤을 때 더 이상 블루오션은 아니며, 오렌지 오션 정도 됩니다. 2020년 정도 되면 아마존US는 레드 오션이 될거라고 예상합니다. 아직 아마존 유럽 시장, 호주 시장, 일본 시장 등은 포화 상태가 아니라서 조금 더 시간적 여유는 있겠지만, 시장이라는 곳 자체가 원래부터 먼저 자리 잡는 사람들이 임자인 시스템입니다. 하루라도 빨리 시장을 선점해야 됩니다. 대한민국 제조사분들 중에 아마존 진출에 도움이 필요하신 분들은 언제든지 컨택틱을 찾아주세요.

"그저 함께 고민하는 것일 뿐"이라는 글을 마무리하면서, 당신의 고민에 대한 저의 생각을 듣고 싶은 분은 메일을 보내달라는 글을 적었습니다. 사실 적으면서도 정말 메일이 올까 싶었는데, 오늘 아침 눈을 떠보니 대학교 4학년생 친구에게 진로에 대한 고민이 절절하게 글에 묻어나는 메일이 왔더라고요. 그래서 오늘은 일을 잠시 내려놓고 답장을 썼습니다. 아래부터는 저의 답장입니다. 도움이 되길 바라며..! 아침에 눈을 뜨자마자 님의 메일을 받고 얼마나 고민스러웠을까 하는 마음이 들어서 한껏 토닥여주고 싶었어요. 저 또한 졸업심사에 떨어지고 나서 "나는 무엇을 할 수 있을까?", "대체 내가 하고 싶은 것은 뭐지?", "내가 무엇을 할 수 있기나 한 걸까?" 하며 허공에 손을 마구 휘두르며 공기라도 부여잡고 싶었던 시절이 있었기 때문에 더 마음이 안타까웠답니다.편지를 읽으면서 예술에 대한 열정과 배움에 대한 갈증이 큰 친구구나 싶더라고요. 그래서 본인이 원하던 과를 들어간 것이 아니었더라도 4년 동안 충실히 만들어냈을 작업들이 많이 쌓여있겠구나 싶어 궁금하기도 했고요. 어느 길로 갈지는 정하지 못했지만, 확실한 건 더 배우고 싶다는 마음이라고 했는데요. 저는 그 배우고 싶은 마음에 대해서 좀 더 섬세하게 들여다볼 필요가 있다는 생각이 들어요. 작업을 하다 보니 어떤 부분에 부족함 점이 느껴져서 더 채우고 싶은 것이 있는 구체적인 배움인지, 아니면 지금의 나는 세상에 나설 자신이 없다고 생각하기 때문에 시간을 유예하기 위한 배움인지를 한번 더 생각해봤으면 좋겠어요.  내가 무엇을 모르는지 알아야그것을 채울 수 있으니까요.저도 손으로 만드는 걸 좋아하고, 새로운 걸 상상하는 일을 참 좋아해서 미대에 갔는데요. 덕분에 마음대로 공상하고, 상상하고, 또 방황할 수 있어서 참 좋았어요. 근데 사실... 방황이 좋았다는 건 지금 와서 생각해보니 그랬다는 거지, 방황의 도가니 속에서 휩쓸려 다니고 있을 때는 정말 금방이라도 죽을 것처럼 힘들었답니다... 그렇지만 그 기간을 지내고 보니 나라는 사람이 어떤 사람인지, 내가 생각하는 세상은 어떤 모습인지, 그래서 내가 표현하고 싶은 예술은 무엇인지에 대해서 끊임없이 고민할 수 있었던, 다시는 오지 않을지도 모를 굉장히 소중한 시간이었다는 생각이 들더라고요. 바로 그 소중한 시간을 지금 님이 경험하고 있는 거랍니다. 물론 지금은 제 말이 잘 들리지 않을 수 있겠지만, 이 시기를 경험한 것이 훗날 살아가는 데 정말 피가 되고 살이 될 거예요.(장담해요!)저희 과는 금속공예는 없었지만, 평면, 입체, 사진, 비디오, 도자, 유리수업까지 들을 수 있었는데요. 그 많은 것들 중에서 제가 경험했던 건 사진, 비디오, 도자 정도였어요. 처음 입시 준비를 하면서 디자인과를 희망했지만 조형예술과에 가면 더 다양한 매체를 통한 경험할 수 있을 거라 생각해서 방향을 틀었던 것인데도, 정작 들어가고 나니 관심 있는 것 말고는 쳐다보지 않게 되더라고요. 유화나 판화수업도 듣질 않아서 유화 물감 한번 칠해본 경험이 없네요. 다양한 매체를 다룰 수 있는 기회가 있다고 해서, 그 모든 것들이 다 제 것이 되는 건 아니더라고요. 제 대학 동기 중에 한 친구는 조형예술과 시절에는 사진 작업으로 졸업을 했지만, 지금은 금속공예를 배워서 주얼리와 드로잉을 같이 다루면서 작업을 하고 있는데요. 꽤 오랜 기간 작업을 쉬었지만, 지금은 자신이 정말 좋아하고 잘하는 도구들을 적절히 활용하며 즐겁게 작업을 하고 있어요. 사실 금속공예든 조형예술이든 그것은 내 생각을 표현하기 위한 도구에 불과해요. 그래서 내가 어떤 도구를 사용하느냐도 중요하지만, 더 중요한 것은 그 도구를 통해서 과연 내가 무엇을 표현하려고 하는지 일 것입니다.그래서 님도 조형예술과에 가면 부족하거나 갈증을 느끼는 부분을 해소시켜줄 수 있을 거라고 생각했다고 하는데 막연하게 이것만 하면, 여기만 들어가면 모든 것이 해결될 거라고 기대하는 건 조금 위험할 수 있어요. 어디에 가서, 누구를 만나더라도 결국 그 답을 찾아내야 하는 건 결국 본인이니까요. 그래서 지금부터 더 고민해야 할 것은바로 나 자신에 대해서입니다. 그동안 나는 어떤 작업을 했을 때 가장 즐거웠나요? 앞으로 어떤 도구를 통해 어떤 작업을 만들어내면 더 행복할 것 같나요? 내 작업을 보는 사람들이 무엇을 느끼기를 바라나요?  예술은 원래 어렵고 대단한 것입니다. 그래서 갓 졸업한 영 아티스트에게 엄청난 대가가 만들어낼 법한 작품은 누구도 기대하지 않는 답니다. 그저 그 나이 때만 할 수 있는 고민, 그 나이이기 때문에 할 수 있는 생각과 도전을 바라는 거죠.님의 편지를 읽으면서 창작에 대한 열정이 참 많다는 것이 느껴졌어요. 앞으로 무언가를 창작하는 데 있어서 두렵고, 겁이 많고, 후회를 많이 하는 성격은 작업을 해나가는데 큰 도움이 될 거예요. 저도 저의 그런 성격 덕분에 스트레스컴퍼니를 만들 수 있었거든요. 하나의 작품을 만들어내기 위해서 고민하고, 또 고민하고, 생각하고, 또 생각해서 만들어낸 결과물이 안 좋을 리가 없어요. 그러니 자신의 부족함에 대한 걱정은 그만 내려놓고, 이제부터는 내가 어떻게 하면 더 행복하게 작업할 수 있는지를 경험해보면 좋겠어요.  내가 무엇을 할 때 가장 행복한지는 경험해보지 않으면 모릅니다. 제가 내준 질문에 대한 답을 찾게 된다면, 아마 앞으로 사회에 나가서 무엇을 해야 할지에 대한 실마리도 잡을 수 있을 거예요. 사실 순수미술을 전공하면 유학이나 대학원 말고 다른 선택지를 생각하는 것 조차 힘든 경우가 많아요. 저 또한 그랬었지만, 저는 용기를 내어 디자인 회사에 들어가서 디자인을 배웠고, 다시 용기를 내어 사회적 기업에서도 일을 했었고, 또 다시 용기를 내어 친구들과 창업도 해보니, 결국 제 브랜드를 만들고 싶다는 생각이 들더라고요. 그래서 스트레스컴퍼니를 창업한 후 지금까지 즐겁게 운영하고 있구요. 미술이론을 전공한 다른 친구는 작업에 대한 열정이 커서 Fine Art 전공으로 유학을 다녀온 후, 지금은 회사에 들어가서 직장인으로써 자신의 맡은 일도 훌륭하게 해내면서, 자기 작업도 멋지게 이어가고 있어요. 그러니 자신이 나아갈 미래에 가능성의 한계를 두지말고, 관심이 가는 분야에서 더 많은 것을 경험할 수 있는 곳으로 선택하길 바래요. 4년간 대학 생활을 충실히 보냈다면, 이미 할 수 있는 일이 많을 거예요. 내가 이미 갖고 있는 능력, 장점들을 다시 한번 돌아보고 남들 때문에 등 떠밀려서 선택하는 것이 아닌 온전히 자신이 행복해질 수 있는 선택을 하세요. 제대로된 방향만 찾을 수 있다면, 천천히 걸어가도 절대로 늦지않아요. 느리더라도 신중한 나만의 속도로 꾸준히 걸어가세요. 누가 먼저 가느냐보다지치지 않고 계속 걸어가는 것이더 중요하니까요.20대에는 자기가 앞으로 어떻게 살고 싶은지에 대한 방향만 찾을 수 있어도 성공이라고 생각해요. 30대에는 그 방향을 향해서 달려가는 거고요. 그 결실은 40대에 볼 수 있지 않을까 생각하며 저는 지금도 열심히 살고 있답니다. 그러니 부담은 조금 내려놓고 지금 내가 할 수 있는 일을 하면 됩니다. :-)나이를 아무리 먹어도 앞이 보이지 않는 미래는 원래 불안하고 두려운 거라서, 저도 여전히 제 미래를 생각하면 두렵고 불안하답니다. 그럼에도 용기를 내어 메일을 보내줘서 고마워요. 그 용기 있는 마음을 잊지 말고, 하고 싶다고 생각만 하고 있었던, 그래서 이제껏 해보지 않았던 것들을 더 가열하게 시도하고, 또 실패하고, 그 실패 덕분에 내가 무엇이 부족한지를 깨닫고, 그래서 다시 또 다른 것을 도전해나가는 그런 멋진 님이 되기를 응원하겠습니다. 스트레스컴퍼니는 당신과 나의 스트레스를 해소하기 위해 태어났습니다.당신이 스트레스에 굴복하지 않고, 즐겁게 극복할 수 있도록 세상에 없던 상품을 만들고매달 마음을 나누는 모임을 진행합니다. 모임 소식은 페북을 참고하세요.  www.stresscompany.net https://www.facebook.com/stresscompany/스트레스컴퍼니의 모든 상품은 스트레스컴퍼니샵에서 구매 가능합니다.ⓒ스트레스컴퍼니 - 무단 전재-재배포 금지#스트레스컴퍼니 #심리스타트업 #스트레스관리 #서비스소개 #제품소개