상품은 브랜드를 입증할 증거일 뿐일반적으로 좋은 아이디어라고 생각하는 상품을 만들고, 거기에 훌륭한 디자인과, 마케팅을 잘 하면 성공할거라 믿는다.아니, 성공할 수도 있다.단 거기까지만...브랜드는 상품이나 서비스를 알리는 것이 아니라, 나만의 얘기를 전달하는 것이다. 남들과 다른, 그리고 기억할만한 이야기를 전달하는 것이다.딱 하나이면 충분하다.딱 한 줄이면 충분하다.브랜드는 상품이 아니라, 메시지대단한 이야기가 아니라, 명확한 메시지면 된다. 그리고 그 메시지가 현재의 특정 문제를 해결할 수 있으면 된다. 공감 할만한 문제, 그리고 모두를 만족시키는 것이 아니라, 특정한 누군가의 문제를 풀어줄 수 있으면 된다. ONE CLEAR BENEFIT누군가 세상에 직면한 하나의 문제를 단 한 발짝이라도 해결해줄 수 있다면, 그것은 기억될 수 있다. 기억 될만 하다. 가치가 있다.시장이 작다고 단정하지 않아도 된다.공감은 생각보다 위대하다.그것이 브랜드가 된다. 그 메시지는 하나로 충분하고, 한 문장으로 충분하다.대부분 이 한 문장을 정의하지 않은 채, 채 1년도 버티질 못할 상품을 알리기 위해 에너지를 소모한다. 백날 큰 돈 들여서 마케팅 해봤자, 밑 빠진 독에 물 붓는 격이다.딱 한줄, 딱 한 문장이면 된다.그리고 그걸 상품으로 증명하면 된다.단순한 것만큼 강력한 것도 없다.브랜드는 거기서 사작하는 것이다.

EOS Smart Contract 를 위한 준비와 토큰 발행 그리고 C++를 활용해 토큰의 간단한 기능을 개발해 보겠습니다.환경 구성 및 지갑 생성은 SAM 님의 아래 2글을 참고해 주시기 바립니다.EOS — 설치 및 실행 (1/2)EOS — 동작구조 및 환경설정(2/2)지갑 생성하기SAM 님의 포스트를 참고 하셨다면 아마 다음과 같이 ‘default’ (별도의 이름을 지정하지 않았을 시) 지갑을 생성 하셨을 겁니다.이 지갑을 사용하여 계정을 Create 한 후 Key 를 Import 하겠습니다.Key 생성하기$ cleos create key위 명령을 실행 하시면 다음과 같은 화면을 얻을 수 있습니다.create key 명령의 결과**주의 : Private Key는 Public Key의 소유를 증명하는 중요한 개념으로 절대 타인에게 노출하면 안됩니다.AdditionalKey 생성 후 지갑에 import 하기 귀찮으시다면 생성된 지갑에서 바로 Key 를 생성하셔도 됩니다.$ cleos wallet create_key위와같이 key가 생성 됩니다. 하지만 public key 만 보이기 때문에 하단 명령 입력 후 지갑 key를 입력하면 private key를 확인할 수 있습니다.$ cleos wallet private_keys지갑에 Key import하기지갑은 Public Key — Private Key를 저장하는 저장소 입니다. 생성된 키를 지갑에 저장하기 위해 다음과 같은 명령어를 입력합니다.$ cleos wallet import-n : 옵션을 사용하면 지갑의 이름을 지정합니다. 지정하지 않는다면 기본 생성된 default 지갑으로 지정됩니다.위 명령을 입력 하면 key 가 임포트 되었다는 결과를 확인 할 수 있습니다.** 만약 지갑을 Unlock 한 상태가 아니라면 ‘private key: Error 3120003: Locked wallet’ Exception 이 나옵니다.unlock 을 위해 다음 명령을 실행한 후 wallet 생성시 저장했던 Key를 입력하여 Unlocked 상태로 만들어 줍니다.$ cleos wallet unlock password: Unlocked: default(Optional) 지갑에 저장된 Key 리스트 확인다음 명령어를 입력하여 지갑에 key 가 잘 import 됐는지 확인합니다.$ cleos wallet keys계정 생성eosio.token 이라는 이름으로 계정을 생성하도록 하겠습니다.** 지갑과 Key 그리고 계정에 관해서는 Hexlant 미디움에 게재될 예정입니다.$ cleos create account eosio eosio.token EOS63kstp8kthzJY3rAotp1LAxUDbWk4MywReG578R2ddbktrDHYKcreator : eosioaccount name : eosio.tokenowner key : 지갑에 import 된 keyAdditional본 포스팅은 local 환경에서 빌드 후 System Contract 들이 적용되지 않은 상황을 가정하였습니다. 만약 Public Network 환경에서 접속 시 eosio 와 eosio.token을 사용할 수 없습니다.또한 계정이름은 다음과 같은 규칙을 따릅니다.- 12문자- 12345abcdefghijklmnopqrstuvwxyz 만 사용 가능** 만약 ‘Error 3090003: provided keys, permissions, and delays do not satisfy declared authorizations’ 에러 발생 시 eosio 에 대한 key 를 지갑에 import 해야 합니다.eosio 에 대한 정보는 다음과 같습니다.public key: EOS6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CVprivate key: 5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3위 과정을 모두 마쳤다면, EOS 지갑과 키 그리고 계정에 대한 권한을 모두 가지고 있는 상태가 됩니다. 다음 포스팅에서는 이 계정을 사용 하여 Token 을 발행하는 방법을 알아보도록 하겠습니다.감사합니다#헥슬란트 #HEXLANT #블록체인 #개발자 #개발팀 #기술기업 #기술중심

디자인이란 단어가 이제는 어디서나 익숙합니다. 그만큼 디자인의 정의와 역할은 다양한 영역에서 분화되어 있기도 합니다. 네이버랩스에서는 로봇이라는 대상에 대해 여러 분야의 디자인이 진행되고, 종국에는 통합됩니다. 하나의 로봇으로 이어지는, 로봇시스템/UX/ID 각각의 디자인에 대해 물었습니다.Q. 어떤 ‘디자인’을 하나요?로봇의 메커니즘에서 인터페이스까지, 최적의 시스템을 디자인(김인혁|Robot) 제가 하는 디자인은, 시스템 디자인이라고 말할 수 있습니다. 아, 물론 제가 속한 Robot팀엔 더 많은 디자인 과정들이 있어요. 로봇의 기구, 전장, SW 등 각각의 영역에서도 디자인 과정이 존재합니다. 저는 그 중에서 주로 시스템 제어 엔지니어로서의 디자인을 이야기할 수 있겠네요.사실 시스템이란 말이 좀 모호하죠. 과학분야에선 이렇게 정의할 수 있습니다. 구성 요소들이 내외부와 경계를 가진 상태에서 각 요소 간에 긴밀한 상호작용을 하는 집합체. 쉽게 설명하고 싶었는데, 여전히 어렵긴 하네요.로봇은 단순한 기능을 구현할 때에도 복잡한 요소들이 동시에 작동합니다. 메커니즘, 동력원, 에너지원, 제어기와 인터페이스 등. 이들이 서로 잘 연결되어 작동할 수 있어야 합니다. 이를 위한 최적의 시스템을 구성하는 디자인이라 하겠습니다.로봇, 그리고 사람, 그 사이에서의 상호작용(김석태|UX) UX의 입장에서는 HRI (human-robot interaction) 디자인이라고 정의할 수 있습니다. 앱이나 웹 등의 화면 기반 인터페이스와는 조건이 다른데요. 물리 공간에서 로봇이 동작한다는 점이 그렇습니다. 주변 사물이나 사람을 로봇이 인식하는 순간처럼 다양한 상황에서 로봇이 어떻게 동작하거나 반응해야 하는지, 그리고 로봇을 활용한 서비스는 다른 디바이스나 앱과 달리 어떤 방식을 통해 제공되어야 더욱 직관적으로 사람과 상호작용이 가능한지 등을 디자인하고 있습니다.기술만큼, 인상과 매력도 중요하다(김승우|ID) 로봇의 외관도 중요합니다. 로봇은 여전히 일반인들에겐 생소합니다. 이들에게 로봇은 흥미로움을 일으키는 대상일 수도 있지만, 마주치는 순간 기피하고 싶은 이질적 존재일 수도 있어요. 그래서 외관을 통해 느끼는 인상과 그 효과에 대해 세심한 접근을 하고 있습니다. 로봇 서비스가 보편화되지 않은 시점에서는, 사람들이 기대하는 로봇다운 매력을 잘 체감할 수 있게 하는 것도 로봇 대중화를 위해 중요한 역할인 것 같습니다.“기술이 지닌 본래의 가치를 더욱 잘 느낄 수 있도록 전달하는 것, 그것도 디자인의 역할입니다.” Q. 어떤 프로세스로 작업하나요?단순한 목표를 위해 필요한 복잡한 과정들(김인혁|Robot) 기본 목표라고 한다면, 일단 요구 스펙을 잘 만족하는 시스템을 설계하는 것입니다. 현실은 아주 복잡하죠. 요소들이 워낙 다양하기 때문인데요. PoC, 성능 테스트 등 평가 과정을 거치면 조정해야 할 것들이 많아집니다. 아예 새로 개발을 할지를 고민하게 될 때도 있는데, 참고할만한 레퍼런스가 없을 때는 참 어려워집니다. 이럴 때는 원론적으로 풀 수밖에 없죠. 공학적인 문제부터 정의하고 문제 해결을 위한 방법론을 탐색합니다. 이런 일들이 수없이 많지만, 시스템 디자인의 일반적인 프로세스이기도 합니다. 목표는 단순하지만, 과정은 현란하죠.산업을 이해하면 목표가 보이고, 사람을 이해하면 디테일이 보인다(김석태|UX) 앞서 말씀드린 것처럼, 서비스 로봇은 다른 앱/웹 서비스와 상황이 많이 다르죠. 앱이라면 프로토타이핑과 검증 과정을 상당히 빠른 주기로 반복할 수 있는데, 로봇은 그런 면에서는 제약이 있습니다.일단 로봇 서비스 산업에 대한 이해부터 시작하였습니다. 그간 어떤 로봇들이 어떤 서비스를 했고, 학계에서는 어떤 연구들이 선행 되었는지를 꼼꼼히 연구했습니다. 그리고 나니 목표 수준이 좀 더 명확해지고, 시나리오를 구체화할 수 있었습니다.중요한 건 역시 사람에 대한 이해입니다. 실제로 유용하다고 느낄까? 어떤 니즈가 여전히 숨어있을까? 로봇이 대신 해 주었을 때 더 가치 있는 것은? 이런 질문에 대한 답을 찾은 후 다음 숙제가 이어집니다. 사람들의 삶 속으로 이질감없이 자연스럽게 녹아 들기 위한 인터랙션입니다. 인터랙션 상황들을 정의하는 일부터가 시작이고, 어떤 이슈나 문제가 있는지를 찾아냅니다. 가장 단순하면서도 자연스러운 해결 방법은 무엇일지 실험을 통해 검증합니다. 이 과정에서 굉장히 많은 디테일들이 새롭게 발견됩니다.기술에 대한 이해도 중요합니다. 예를 들어 최근 AROUND C에는 디자이너가 가장 이상적인 로봇의 속도 및 이동 경로를 선택하면, 이를 바탕으로 딥러닝 기술을 적용해 최적화된 자율주행을 할 수 있는 기술이 적용되어 있습니다. 지켜보는 사람이 언제 안정감을 느끼는지, 로봇과 사람이 교차할 때엔 상대 속도나 동선을 어떻게 할지, 공간상의 제약이 복합적으로 작용하면 어떤 기준을 세워야 할지 등등. 수많은 요소들 사이에서 최적의 인터랙션 디자인을 설계해야 합니다. 이런 사소해보이는 사용자 경험이 로봇 서비스 과정에서 뜻밖의 감동까지도 전달할 수 있다고 생각합니다.“우리가 추구하는 기본 방향은, 실용적이면서도 사람을 배려하는 로봇입니다. 문제 상황을 분석해 나온 다양한 해결책 중에, 사람이 직관적으로 파악할 수 있는 방법을 택합니다.” 최근에는 AROUND C에서는 gaze, sound, lighting을 통한 비언어적 커뮤니케이션을 테스트하고 있습니다. 왜 굳이 로봇이 직접 말하게 하지 않고 비언어적 커뮤니케이션을 연구할까요? 그게 서비스 시나리오 상에서 더 직관적이며, 심지어 더 똑똑해 보이기 때문입니다. 스타워즈의 R2D2와 C3PO를 떠올리시면 됩니다. 점과 선을 활용해 가장 로봇다운 눈을 디자인 했고, 이를 통해 다양한 상태 정보를 사람에게 직관적으로 전달하고자 했습니다.전체의 통일감과 개별 디자인의 완성도라는 두개의 과녁(김승우|ID) 제가 공을 들이는 건 전체 제품의 통일감과, 개별 디자인의 완성도입니다. 네이버랩스에서 그간 공개했던 제품들은 작은 디바이스부터 중형 로봇, 대형 차량 센서박스에 이르기까지 다양한 카테고리에 걸쳐 있습니다. 디자인의 토대가 되는 조형 요소인 제품의 크기와 형태, 구조가 상이하다 보니 각각의 형태와 구조적 특성을 고려하면서도 전체 제품에 통일감이 느껴지도록 하는데 많은 노력을 기울여 왔습니다. 기업에서 일관된 메시지를 전달하는 것은 그 기업을 신뢰할 수 있는가에 대한 중요한 가치라고 생각해요. 디자인도 마찬가지입니다. 네이버랩스라는 기술 기업에서 전달해야 할 가치는 ‘정밀함’과 ‘단단함’이라고 생각했고, 로봇을 포함한 전체 제품에서 이 키워드들을 담은 일관된 디자인 언어가 느껴질 수 있도록 조형의 기본이 되는 면, 면의 기본이 되는 선을 세밀하게 다듬으며 디자인했습니다.또한 개별 디자인의 완성도를 위해 밸런스와 디테일을 중요하게 생각합니다. 로봇은 움직이기 때문에 다양한 각도에서 바라보게 되고, 어느 방향에서 보아도 완성도 높은 밸런스가 특히 중요합니다. 잘 안보이는 곳의 디테일도 쉽게 드러나기 때문에 세밀한 디테일을 놓치지 않기 위해 노력하고요.로봇의 경우엔 일반인들의 디자인 완성도에 대한 기대 수준이 더 높은 편입니다. 이런 기대를 충족시키는 동시에 기술적인 요구도 충족해야 합니다. 예를 들어, AMBIDEX의 전체 디자인 균형을 잡는 과정에서 팔의 부피를 늘리는 선택이 필요했는데, 동시에 무게는 가볍게 유지해야만 로봇의 기능을 100% 발휘할 수 있었습니다. 경량성이 AMBIDEX라는 로봇 팔 기술의 핵심 특성이기 때문이죠. 외관 부피를 늘려 디자인 밸런스를 최적으로 잡으면서도 1g을 더 줄이기 위해 질량을 체크하며 표면과 두께를 조정하고, 강성을 높이는 내부 구조를 추가하며 문제를 해결했습니다. 이런 디자인 과정을 거쳤기에 외관에서도 내부의 단단함과 견고함이 배어 나온다고 생각합니다.Q. 서로 어떻게 협업을 하나요?어차피 목표는 하나(김인혁|Robot) 각기 다른 분야의 전문가들이 협업할 때의 견해차이는 프로세스를 통해 해결되어야 한다고 생각해요. 그게 아니라 의견의 일방향성이 생기면 그건 곤란하죠. 저는 각 분야의 선/후행을 두지 않고 초기부터 과정 전반에 걸쳐 계속 공유하고 의견을 나누며 서로의 수용성을 늘리는 것이 아주 중요하다고 생각해요.“한 영역의 전문가가 모든 결정을 하고 다른 분야의 전문가는 일방적으로 종속되어야 한다면, 그건 문제가 있습니다. 선행과 후행을 나누면 안됩니다. 초기부터 같이 고민하고 대화하고 함께 풀어야 합니다.” (김석태|UX) 저도 커뮤니케이션이 협업 과제를 빠르게 가속하는 가장 중요한 요소라고 봅니다. 다양한 관점에서 의견을 나누는 건 정말 필요해요. 그 과정 없이 한번에 이상적인 솔루션을 바라는 건 무리입니다. 지금 진행 중인 1784 프로젝트 역시 이러한 소통을 원활히 이어가고 있기 때문에 좋은 협업이 진행되고 있고요.(김승우|ID) 차이란 것은 자연스럽죠. 좋은 결과를 위해 필수적입니다. 궁극적인 목표를 달성하고자 한다는 동질감을 느끼기 때문에 서로의 진정성을 확인허는 과정이기도 합니다. 어떤 디자인이라도 많은 협의와 조율이 전제됩니다. 하나의 입장에 매몰되어 있는지 되돌아보기도 하고, 전체를 바라보는 기회로 삼기도 합니다.Q. 앞으로의 도전은?(김인혁|Robot) 우리의 목표는 사람에게 도움이 되는 로봇을 개발하는 것입니다. 단순하죠. 이를 기술 관점에서 고민하고, 가장 적합한 답을 찾고, 그 답을 세상과 공유하고 싶습니다. 그것이 제가 맡은 역할이라 생각하고요. 그 역할을 잘 할 수 있도록 연구개발자로서도, 프로젝트를 리드하고 완성하는 실무자로서도 역량에 깊이를 더하고 싶습니다.새로운 스탠다드라는 설레는 도전(김석태|UX) 이제는 실험실이나 전시장이 아니라, 우리가 실제 살아가는 공간으로 로봇이 들어옵니다. 그런 시대에 도달했습니다. UX디자이너로서는 완전히 새로운 기회이자 설레는 도전입니다. 한때 모바일이란 세상으로 패러다임이 이동했던 시기가 있었죠. 이제는 가상 세계에서 제공하던 다양한 서비스와 기술들이 일상의 물리 공간으로 다시 돌아올 것입니다. 서비스 로봇을 통해 이 분야의 새로운 스탠다드를 만들고 싶습니다.(김승우|ID) 네이버랩스에서는 늘 흥미로운 프로젝트들이 진행되어 왔습니다. 그 중에서도 로봇 디자인은, 다른 어느 로봇보다도 디자인 완성도가 높으며, 동시에 기능적 가치를 충실히 구현하는 것을 목표로 진행해 왔습니다. 게다가 로봇은 외관 그 자체가 하나의 강렬한 인상이자 브랜드 체험 요소가 되기 때문에 더욱 큰 책임감을 느끼고 있습니다. 네이버랩스는 기술이 강점인 회사입니다. 동시에 디자인 또한 우리의 탁월한 강점입니다. 이를 위해 앞으로도 노력하려고 합니다. 네이버랩스의 인재상은 passionate self-motivated team player입니다. 어쩌면 '자기주도적 팀플레이어'라는 말은 형용모순(形容矛盾)일 지도 모릅니다. 하지만 우린 계속 시도했고, 문화는 계속 쌓여갑니다. 다양한 분야의 전문가들이 경계없이 협력하고 스스로 결정하며 함께 도전하는 곳의 이야기를 전합니다. How to work at NAVER LABSH2W@NL 시리즈 전체보기

저는 스타트업 경험이 없어서 그런지 핀다에 들어온 일주일 간은 서로서로 oo 님이라고 부른다는 것에 익숙하지 않았습니다. 대표님이 인턴을 부를 때에도, 인턴이 그 누구를 부를 때에도 직책이 아닌 oo 님이라고 지칭하며 존대를 하는 문화는 갓 제대한 군인에게는 오히려 부담스럽게 느껴졌습니다. 익숙하지 않았기에 더욱 의문이 들었습니다. 때론 상명하복 방식이 효율적이라고 생각하지만 스타트업에서는 왜 서로의 의견을 존중해야 하며 그렇기에 존대를 하는 것일까라는 의문이 들었습니다. 핀다에서 약 두 달간 일하며 드디어 이 물음에 대한 답을 찾은 것 같아 여러분과 공유하고 싶습니다.   #1. 스타트업에서 일하는 것은 힘듭니다. 회사의 Front 와 Back을 넘나들며 경영, 인사, 재무, 기획 때로는 개발까지 넘나들며 모든 일을  처리해야 하기 때문일까요. 불확실한 미래, 많은 업무량, 현재로서는 만족할 수 없는 월급 등 생각 없이 무작정 덤벼들기에는 포기해야 할 것들이 많습니다. 하지만 창업이라는 힘든 길을 찾아서 걷는 사람들에게는 한 가지 공통된 이유가 있습니다. 바로 회사가 이 세상에서 이루고자 하는 비전, 그 꿈을 믿고 실현시키기 위하여, 현실에서 그 꿈을 이루어 세상에 조금이라도 보탬이 되고자, 많은 것들을 포기하고도 밤을 설쳐가며 일을 하고 있습니다.   Finda, For your better Financial Decision. 당신의 더 나은 금융 선택을 위하여, 핀다.IMF 외환위기, 2009년 금융위기를 겪으며, 또 그 사태에 대해 공부하면서 대한민국의 금융 기반 시설 자체가 선진국들에 비해 매우 부족하다는 생각이 들었습니다. 저는 투자은행, 국제 금융기관을 거쳐 경험을 쌓은 뒤 금융법까지 공부하여 대한민국의 금융 시스템 발전에 조그마한 도움을 주겠다는 꿈을 가지고 있습니다. 어떻게 보면 그 큰 꿈의 목표 중 하나가 개개인의 금융에 대한 접근성, 이해성을 높이는 것이라고 생각했습니다. 개인의 금융 선택을 편리하게 만들어 사람들의 삶의 질을 높이겠다는 핀다의 비전, 저는 핀다의 그러한 클래시한 비전에 동참하고자 핀다와 함께하게 되었습니다.스타트업에서의 꿈과 현실, 그리고 고민모든 것들이 계획한 대로, 처음 꿈꾸던 대로 이루어진다면 얼마나 좋을까요. 역시나 꿈을 이뤄나가는 데에 있어서 항상 이상적으로 모든 것이 해결되는 것은 아니었습니다.  “Of course your opinion MATTERS.”#2. 비전 차원의 고민저는 두 달간  회사의 재무 계획 (financial projection)을 세우는 일을 담당하였습니다. 회사의 사업과 비용을 사용하는 모든 활동에 대한 분석을 하다 보니 의문이 들었습니다. 우리가 하려고 하는 사업과 우리가 사용하는 모든 돈은 과연 우리의 비전을 위한 것인가. 제휴사들을 위한 페이지를 만든다는 것은 과연 누구를 위한 일인 것일까. 페이스북에서 광고를 하는 것이, 타 검색 사이트에서 핀다를 노출시켜 방문자 수를 높이는 것은 얼마나 의미가 있는 것인지, 사업 초기 단계에 어떻게 해서라도 제휴사, 방문자를 늘리는 것도 중요하지만 이것이 과연 고객을 위한 일 일지, 이렇게 하는 것이 비전에서 멀어지는 것이 아닌지 걱정도 들더군요. 고객의 입장에서 항상 고민하는 핀다(Finda)새로운 사업영역을 확장하는 것에서부터, 제휴사와 협약을 맺을 때, 사이트상 노출 우선순위를 정할 때,  또는 이메일을 작성하는 가장 기본적인 회사의 업무 프로세스까지 핀다는 항상 핀다의 가치관에 따른 결정을 내리고자 노력합니다. 모든 결정과 판단이 비전과 직접적 연관이 있는 것은 아니지만 항상 비전 차원의 논의를 한다는 것이 핀다의 멋이 아닐까요. 저 또한 비록 인턴으로 일하였지만 제가 처리하는 모든 업무에 저의 결정권, 그리고 재량을 가지고 핀다의 비전을 업무 곳곳에 녹여낼 수 있었습니다. 그렇기에 인턴사원의 발언, 업무 하나하나 존중받는 아래로부터 시작하는 핀다의 문화는 매력적이었습니다. 바로 그런 점에서 핀다는 비전을 함께하는 자, 구성원 모두를 존중하기에 서로를 존대하는 것이라고 생각합니다. 때로는 그 과정이 비생산적일 수도, 결과적으로 더 돌아가는 길이기에 느릴 수도 있지만 단순히 설립자의 비전을 위해 직원들이 지시사항을 따르는 회사가 되는 것을 핀다는 거부 합니다. 꿈과 현실 사이... 금년의 투자유치 계획을 달성하는 것, 제휴사를 늘리는 것, 회사의 기업가치를 높이는 것 모두 중요한 일입니다. 하지만 그보다 중요한 것은 대표부터 인턴까지 회사의 일원 모두가 하나의 꿈을 이루기 위하여 나아가고 있다는 것, 그리고 그것을 항상 고민하며 반성하고 있다는 사실이 핀다의 클래시함입니다.  금융 선택의 길잡이가 되겠다는 장기적 계획을 가지고 꾸준히 노력한다면 언젠가 핀다를 알아주는 분들이 생길 것이라는 확신이 있습니다. 조급하지 않게 언젠가는 올 기회를 기다리며 오늘의 화려함보다는 기업의 진실됨으로 평가받고 싶고, 그렇기에 고객 중심의 서비스를 만들기 위하여 항상 노력하고 있습니다. 진정한 기업의 가치란 이러한 비전에서 나오는 것이라 믿습니다. #3. 핀다는 항상 미래를 고민하고 있습니다.한 번은 신규 사업/카테고리 론칭을 위해 900개 정도 웹상에 흩어져있는 데이터를 엑셀 파일로 한 곳에 모으는 작업을 수기로 진행한 적이 있었습니다. 단순 반복적인 작업에 심신이 피폐해져, 핀다에 조인하게 된 이유 + 열정적으로 회사의 비전에 동참하겠다는 초기의 모습과는 멀어져 있는 제 자신을 발견하게 되더군요. 이때마다 동료들의 도움이 컸습니다. 멋진 비전으로 뭉쳐져 있고 열정에 차있는 동료들을 볼 때면 제 자신을 반성하며 초심에 대해 생각하고, 회사의 거시적 방향성에 대해 다시 한번 생각을 해보게 되는 시간이 되었습니다.  때로는 일에 치여, 때로는 현실과의 타협 속에 초심을 잊어버릴 때면 핀다의 일원 모두는 항상 목표를 다시 가다듬으며 더욱 큰 꿈을 위해, 클래시 한 기업이 되기 위하여 노력하고 있고 그러한 진정한 기업가치를 높이기 위하여 노력하고 있습니다.비록 저는 이제 다시 학업을 마치기 위해 타국에 홀로 돌아와 있지만 핀다의 멋진 비전에, 열정적인 사람들과 잠시나마 함께했다는 추억은 잊지 못할 것 같습니다. 기업으로서의 격, 클래시함을 추구하는 핀다, 항상 옆에서 지켜보며 응원하겠습니다.You Stay Classy, Finda!RA from Finda최민 드림.   #핀다 #스타트업일상 #RA #기업문화 #조직문화

안녕하세요. 스포카 프로그래머 홍민희입니다.파이썬 패키징 생태계에서 개발 환경을 구성하기 위해 널리 쓰이는 virtualenv나 pyvenv, virtualenvwrapper 같은 각종 도구가 왜 필요한지 (또는 자신에게는 큰 도움이 안 되는지) 알려면 그 이전의 파이썬 라이브러리 배포 방식에 대한 이해가 많은 도움이 됩니다. 여기서는 필요한 몇 가지 역사적 사실과 파이썬 패키징 개념 중 현재의 생태계 이해에 필요한 것들을 위주로 정리하고, 최종적으로 각자의 필요에 따라 어떤 도구를 활용하면 될지 지침을 제안합니다.sys.path패키징이고 뭐고 아무것도 없던 90년대 말에는 라이브러리 소스 코드 파일들을 타르볼(tarball)로 압축해서 배포했습니다. 쓰는 사람은 그걸 자신의 애플리케이션 소스 트리 안에 풀어서 사용했습니다.파이썬에는 지금도 sys.path라는 인터프리터 전역적인 상태가 존재합니다. PATH 환경 변수가 실행 바이너리를 찾을 디렉터리 경로들의 목록인 것과 비슷하게, sys.path도 import foo를 하면 foo.py (또는 foo/__init__.py) 파일을 찾을 디렉터리 경로들의 목록을 담습니다. 그리고 기본 동작으로 그 목록의 맨 처음에는 현재 디렉터리(./)가 들어갑니다. 따라서 라이브러리 타르볼을 애플리케이션 소스 트리에 풀어두면 import해서 쓸 수 있습니다.하지만 자신이 작성한 애플리케이션 코드와 남이 작성한 라이브러리 코드를 같은 소스 트리에서 관리하는 것은 여러모로 불편합니다. 따라서 라이브러리는 애플리케이션 소스 트리와는 별도의 디렉터리(예: ../libs/)에 풀어서 관리하고, 애플리케이션 소스 코드 맨 위에 아래와 같이 써두는 패턴이 많았습니다.import sys sys.path.append('../libs') 또는 sys.path를 소스 코드를 건드리지 않고 조작하기 위해 PYTHONPATH 환경 변수를 활용하는 경우가 많았습니다.세기말, 파이썬 1.5를 쓰던 때의 이야기입니다.site-packages새 천 년이 밝았고 파이썬 2.0이 나왔습니다. 표준적인 라이브러리 배포 방식 및 설치 방식이 제안되었고, 표준 라이브러리에 distutils도 들어왔습니다. (지금도 setuptools는 distutils에 의존하고, pip는 setuptools에 의존합니다.) 제안된 방식은 이랬습니다.애플리케이션 코드가 아닌 라이브러리 소스 코드는 모두 /usr/local/lib/pythonX.Y/site-packages/ 디렉터리 안에 둡니다. X.Y는 파이썬 인터프리터 버전이고, 경로는 인터프리터를 빌드할 때 (./configure) 정합니다. 데비안 계열은 site-packages 대신 dist-packages라는 이름으로 바꿔서 빌드하는 등, 파이썬 인터프리터의 설치 방식에 따라 달라집니다. 어떻게 정하든 이를 site-packages 디렉터리라고 부릅니다. 파이썬 인터프리터를 빌드할 때 경로가 결정되므로, 파이썬 인터프리터 별로 각자의 site-packages 디렉터리를 갖게 됩니다. (한 시스템에서 여러 파이썬 버전을 설치했을 때 pip 역시 pip2.7, pip3.6 등과 같이 버전 별로 명령어가 생기는 것도 같은 이유입니다.)기본적으로 sys.path 목록에는 맨 앞에 현재 위치(./), 뒤쪽에는 site-packages 경로가 들어있습니다. import를 하면 현재 위치에서 찾고, 없으면 site-packages를 찾아본다는 뜻입니다.표준 라이브러리의 distutils.core.setup() 함수는 라이브러리 파일들을 시스템의 site-packages 디렉터리에 복사해주는 함수입니다. 라이브러리 타르볼 파일 맨 바깥에는 이 함수를 이용해 라이브러리를 시스템 site-packages에 설치해주는 스크립트를 setup.py라는 파일명으로 포함하는 관례가 있었습니다. pip 같은 게 없던 때에는 라이브러리 타르볼을 받아서 푼 다음 python setup.py install 명령을 실행하는 것이 일반적인 라이브러리 설치법이었습니다. 지금도 pip는 *.whl 파일이 아닌 *.tar.gz/*.zip 파일인 패키지를 설치할 때 내부적으로 python setup.py install 스크립트를 실행합니다.참고로 이때 정립된 파이썬 패키징 표준은 리눅스에서 쓰이는 dpkg나 RPM 같은 일반적인 패키징 방식을 의식하며 만들어졌습니다.1 당시는 도커는 커녕 가상화 자체가 보편적이지 않던 때로, 한 시스템에 여러 애플리케이션을 함께 설치해서 쓰는 멀티테넌시 환경이 일반적이었기 때문입니다.workingenv파이썬으로 작성한 애플리케이션 여럿이 한 시스템에 설치되면 공통으로 의존하는 라이브러리의 버전을 결정하는 게 문제가 됩니다. A 애플리케이션은 foo >= 1.0.0, < 2>에 의존하고 B 애플리케이션은 foo >= 1.5.0에 의존하면 시스템에 설치할 수 있는 foo의 버전은 >= 1.5.0, < 2>으로 한정됩니다. 만약 C 애플리케이션을 설치하려는데 foo > 2.0.0에 의존한다면, A나 C 중 하나는 포기해야 합니다.시스템에 파이썬 애플리케이션을 단 하나만 설치한다 해도, 설치하는데 시스템 관리자 권한이 필요하다는 것도 문제였습니다. 일반적으로 site-packages 디렉터리는 시스템 관리자만 수정할 수 있고 나머지는 읽기만 가능한 /usr 아래 어딘가로 정해졌기 때문입니다. 이를 우회하려고 사용자가 시스템에 설치된 파이썬 인터프리터를 쓰지 않고 직접 파이썬 인터프리터를 빌드해서 사용하는 편법도 쓰였습니다.이런 문제를 해결하기 위해, 애플리케이션·프로젝트마다 별도의 site-packages 디렉터리를 두는 방식이 제안됐습니다. 나중에 virtualenv을 만들게 되는 이안 비킹이 그 전신인 workingenv를 만들어 이 아이디어를 실현했습니다. 현재의 virtualenv 사용 방식은 workingenv에서 만들어진 것입니다.애플리케이션마다 별도의 “환경”(env)을 만듭니다.애플리케이션을 실행하기 전에 우선 그 “환경”을 “활성화”(. bin/activate 또는 Scripts\activate.bat)합니다.workingenv가 만들어주는 활성화 스크립트는 PATH와 PYTHONPATH 환경 변수를 재정의하여 시스템에 설치된 파이썬 인터프리터의 실행 바이너리 디렉터리 및 site-packages 디렉터리를 가리키는 대신, “환경” 내의 bin/ 및 site-packages 디렉터리를 바라보도록 해줍니다. 이안 비킹은 이렇게 분리된 실행 파일들(bin/)과 site-packages 등을 묶어서 “환경”이라고 명명했는데, workingenv 이후로 파이썬 패키징 및 배포 분야에서 이 용어가 정착됩니다.최근에 만들어진 신생 언어의 패키지 관리자는 대부분 파이썬과 달리 애플리케이션·프로젝트마다 별도의 환경을 두고 설치되는 경우가 많습니다. 예를 들어 npm은 -g 옵션을 일부러 켜지 않는 한 현재 디렉터리를 기준으로 ./node_modules 디렉터리에 라이브러리를 설치하게 되어 있고, 별도의 “활성화” 없이도 노드 인터프리터가 해당 경로에서 라이브러리를 찾습니다. 하지만 파이썬의 패키징 표준은 앞서 언급한 것처럼 멀티테넌시 환경이 일반적이었던 시대에 만들어졌고, 또 많은 라이브러리가 실행 파일도 함께 제공하기 때문에2 PYTHONPATH 뿐만 아니라 PATH 환경 변수도 재정의해야 해서 activate 과정이 필요합니다.workingenv는 파이썬 웹 프로그래머 사이에서 빠르게 퍼지기 시작했습니다. 웹 애플리케이션은 정통적인 CLI 및 GUI 애플리케이션과 달리 FHS 표준 같은 것에 크게 구애될 필요가 없었고, 웹 애플리케이션의 배포도 점차 가상화 기술을 통해 완전히 격리된 시스템에 설치되는 식으로 보안 문제에서 많이 자유로워졌기 때문입니다.무엇보다 workingenv는 프로그래머가 여러 프로젝트를 동시에 작업하는 경우 골치 아팠던 라이브러리 버전 충돌 문제를 우회했기 때문에, 배포 도구보다는 개발 도구로 정착되는 면이 컸습니다.virtualenv이안 비킹은 PYTHONPATH를 조작하여 별도의 site-packages 공간을 두는 workingenv의 방식이 복잡하게 패키징된 기존 라이브러리 및 프로젝트에서 호환되지 않는 문제로 골머리를 썩이다, 아예 PYTHONPATH를 이용하지 않는 방식으로 새 도구를 만듭니다.새로운 방식은 아예 파이썬 인터프리터 실행 바이너리를 복사한 뒤, sys.path 기본값에 박힌 시스템 site-packages 경로를 환경 내 site-packages 경로로 바꿔버리는 것이었습니다. 이러한 동작 원리의 차이는 이용자 입장에서 크게 중요한 것은 아닙니다.하여튼 이안 비킹은 virtualenv라는 이름으로 새 도구를 만들었고, workingenv를 빠르게 대체했습니다.virtualenvwrapper앞서 언급한 것처럼, workingenv와 그 후계자인 virtualenv는 저자의 의도와 무관하게 애플리케이션 배포보다는 개발 용도로 더 널리 쓰입니다. 파이썬 프로그래머가 새로운 프로젝트를 시작할 때는 항상 “환경”도 생성합니다. 또 개발을 시작할 때마다 “활성화” 과정도 거칩니다. 너무나 반복적이기 때문에 당연히 이를 자동화하는 도구도 만들어졌습니다. virtualenvwrapper는 바로 그런 목적으로 만들어진 bash/zsh/fish 스크립트 모음입니다.여러 단축 명령을 제공하지만, 핵심 기능은 다음의 두 가지입니다.A라는 프로젝트 작업을 시작할 때마다 cd ~/projects/a; . .venv/bin/activate라고 쳐줘야 했던 것을 workon a 명령으로 줄여줍니다.프로젝트 디렉터리마다 .venv/ 또는 .env/ 등의 이름으로 환경 디렉터리를 생성해두고 버전 관리 시스템에서는 제외되도록 .gitignore 목록에 해당 디렉터리를 넣었어야 했습니다. 예를 들어 ~/projects/a/.venv/, ~/projects/b/.venv/ 같은 식이었습니다.virtualenvwrapper를 쓰면 환경 디렉터리들을 일정한 위치로 모아줍니다. 위치는 기본값이 없으며 virtualenvwrapper 설치할 때 WORKON_HOME 환경 변수를 통해 입맛대로 정할 수 있습니다. 예를 들어 WORKON_HOME을 ~/.virtualenvs/ 디렉터리로 정했다면, 프로젝트별 환경은 ~/.virtualenvs/a/, ~/.virtualenvs/b/ 같은 식으로 저장됩니다.pyvenv파이썬 3.3부터는 virtualenv가 아예 파이썬에 내장됐습니다. 환경을 만드는 명령어는 virtualenv가 아닌 pyvenv로 좀 다르지만, 그 이후의 과정은 같습니다. 파이썬 3만 사용한다면 이제 virtualenv를 따로 설치할 필요가 없어진 것입니다.참고로 아래에서 설명할 pyenv와는 다른 도구입니다. 철자의 “v”에 주의해주세요.pyenv애플리케이션을 개발할 때는 하나의 파이썬 버전을 정하면 되지만, 라이브러리는 여러 파이썬 버전과 호환되어야 합니다. 그러다 보니 라이브러리 개발자는 여러 버전의 파이썬을 시스템에 동시에 설치할 필요가 있습니다. 데드스네이크스 PPA나 데드스네이크스 홈브루 탭 같은 것을 이용해서 설치할 수도 있지만, 보통은 pyenv를 많이 씁니다.pyenv는 동시에 여러 버전의 파이썬을 시스템에 설치해주며, 이렇게 설치된 파이썬은 시스템의 패키지 시스템(데비안·우분투의 APT나 맥OS의 홈브루 등)을 통해 설치되는 것이 아니라, pyenv가 다운로드와 빌드 및 설치를 직접 하여 별도로 관리합니다. 설치된 파이썬들은 PEP 394에 따라 일정한 형식으로 이름지어진 명령어(예: python2.7, python3.6)로 실행할 수 있게 됩니다.또한, 여러 파이썬 버전 중에 하나의 시스템 기본 파이썬 버전도 선택 가능하며, 특정 프로젝트 디렉터리 안에서만 기본 파이썬의 버전이 달라지게 할 수도 있습니다.pyenv-virtualenvpyenv가 여러 파이썬 버전을 동시에 설치해주기는 하지만, 그렇다고 자동으로 site-packages가 프로젝트마다 격리되는 것은 아닙니다. 예를 들어 pyenv로 파이썬 3.6을 설치한 뒤, 파이썬 3.6으로 두 프로젝트를 한 시스템에서 개발할 경우 두 프로젝트는 시스템 site-packages를 함께 쓰게 됩니다.따라서 pyenv를 쓰더라도 virtualenv는 따로 써야 하는데, 따로 사용할 수도 있지만 pyenv-virtualenv를 쓰면 pyenv virtualenv 명령으로 프로젝트에 쓸 파이썬 버전 지정과 가상 환경 생성을 한 번에 할 수 있게 됩니다.비슷하게 pyenv와 virtualenvwrapper를 통합해주는 pyenv-virtualenvwrapper 같은 도구도 있습니다.마치며여러 파이썬 개발 환경 관리 도구를 소개했지만, 여기 있는 모든 도구를 꼭 써야 하는 것도 아니고, 가장 최근에 나온 도구로 하루빨리 갈아타야 하는 것도 아닙니다. 글을 쓴 저 자신도 pyenv 같은 도구가 나온 지 몇 년이나 지났고 주변에서 쓰는 사람이 많음에도 쓰지 않고 있습니다. virtualenvwrapper를 대체하는 Pipenv 같은 실험적인 방식3도 생겨나고 있지만, 어느 쪽이든 동시에 여러 파이썬 프로젝트를 작업하는 사람이 아니라면 굳이 쓸 필요가 없는 도구입니다. 각자의 용도에 따라 필요한 수준의 도구를 이용하면 됩니다. 2017년 10월 현재, 아래의 지침으로 정리할 수 있겠습니다.파이썬 프로그래머가 아니지만, 파이썬 애플리케이션을 설치해서 이용합니다.시스템에서 제공하는 패키지 관리자(APT나 홈브루 등)를 통해 애플리케이션을 설치하세요.파이썬 프로그래머가 아니지만, 파이썬 애플리케이션을 유난히 많이 이용합니다.pipsi를 이용해 파이썬 애플리케이션을 설치하는 것을 권합니다.파이썬 프로그래머이고, 하나의 애플리케이션을 개발합니다.파이썬 3.3 이상을 이용할 경우 pyvenv로 개발 환경을 만들어서 개발하세요. 그 이전의 파이썬 버전을 이용할 경우 virtualenv를 활용하세요.파이썬 프로그래머이고, 여러 애플리케이션을 개발합니다.virtualenvwrapper를 활용하세요.파이썬 프로그래머이고, 여러 애플리케이션을 다양한 파이썬 버전으로 개발합니다.pyenv-virtualenvwrapper를 활용하세요.파이썬 프로그래머이고, 라이브러리를 개발합니다.pyenv와 tox를 활용하세요.파이썬으로 만든 애플리케이션을 distutils를 통해 패키징한 뒤, RPM 기반의 리눅스 배포본 용으로 python setup.py bdist_rpm 명령을 통해 *.rpm 파일을 제공하기도 했습니다. 이를 통해 애플리케이션을 설치할 경우, 각 파일들은 리눅스 FHS 표준과 해당 시스템 설정에 따라 흩어지게 됩니다. ↩예를 들어 파이썬에서 가장 많이 쓰이는 국제화 라이브러리인 바벨은 pybabel 명령어를, 구문 강조 라이브러리인 파이그먼츠는 pygmentize 명령어를, 장고는 django-admin 명령어를 제공합니다. ↩저는 2017년 4월에 한 번 써보았으나, 아직은 실무에서 쓰기에는 이르다는 결론을 내렸습니다. 이에 관한 그때의 제 감상은 별도의 글로 다루었습니다. ↩#스포카 #파이썬 #개발팀 #개발자 #인사이트 #후기 #일지

 Buzzvil People에서는 다양한 배경과 성격 그리고 생각을 지닌 버즈빌리언들을 한 분 한 분 소개하는 시간을 갖습니다. 어떻게 버즈빌에 최고의 동료들이 모여 최고의 팀을 만들어가고 있는 지 궁금하시다면, 색색깔 다양한 버즈빌리언들 한분 한분의 이야기가 궁금하시다면, Buzzvil People을 주목해주세요.1. 간단한 자기 소개 부탁드립니다. 안녕하세요. 버즈빌에서 게임사 및 다양한 분야를 대상으로 세일즈를 담당하고 있는 장석일(Jason)입니다. 게임 개발 분야에서 99년 경 부터 그래픽 디자이너로 시작하여, 기획, 프로그래밍, 관리 등 게임 개발에 특화된 사람으로 살아오다 마케팅 관련 분야로는 들어온지 4년차가된 나이많고 경력짧은 매니저입니다. 그 덕에 아직도 마케팅, AD-Tech 관련 용어들 보다 개발 관련된 이야기가 좀 더 친숙하기도 합니다. 평소 페이스북을 통한 활동을 많이 보이고 있어 주변 사람들에게 다양한 피드백을 듣고 있는데 (예: 또 술이냐, 집에서 안쫒겨나냐 등등 주로 긍정적이나 일부 우려하는 말씀들) 아내를 사랑하는 애처가이자 하나있는 딸과도 많은 시간을 함께하는 자상한 아빠라고 이 자리를 빌려 강력히 어필하고 싶네요. 2. 어떻게 버즈빌에 오시게 되셨나요? 버즈빌 입사 전 근무했던 마케팅 회사인 팻마우스에서 게임회사 사업부에서 일하고 계신 분들이 하는 일들이 무엇인지 조금이나마 알게되었습니다. 한 때 사업부라고 생각하면 개발자들이 피땀흘려 만든 제품에 발만 담그는 사람들이라는 무지한 생각을 가진 시절도 있었는데 사업부에서의 업무를 통해 게임의 지표가 바뀌고 그를 통해 다양한 결과를 만들어내는 것을 보며 새로운 눈이 열리는 경험을 했었죠. 그런 경험 속에서 좀 더 근본적인 데이터와 관련된 부분들에 대한 니즈가 있었는데 버즈빌 세일즈팀의 귀여움을 담당하는 Peter(서정훈 매니저)를 통해 버즈빌에 대한 여러 장점에 대해 듣고 이야기하며 고민 끝에 입사를 결정하게 되었습니다. 버즈빌 입사 시의 고려했던 사항 몇 가지를 떠올려보면    – 세일즈 환경 : 더욱 많은 업체(특히 게임사)와의 만남을 통해 적극적 세일즈를 할 수 있는 곳  – 개인 역량 성장 : 데이터를 통해 진행되는 마케팅의 지식 향상과 저변 확대가 가능한 환경이 있는 곳  – 인적 구성 : 함께 일하는 사람들을 통해 서로 배우고 존중하는 분위기의 회사  – 성장 가능성 : 프로덕트에서 수직적인 성장과 다양한 기능의 수평적 성장을 함께 할수 있는 곳   정도를 가장 고려 항목으로 보았고 버즈빌은 위 사항들이 조건에 부합하는 회사였기에 입사를 결정하게 되었고 지금까지 이렇게 만족하며 지내고 있습니다. 3. 버즈빌에서 어떤 업무를 담당하고 계신가요? 세일즈 팀에서 시니어 세일즈 매니저로 게임 분야에 집중한 세일즈를 진행하고 있습니다. 게임 업계에 적지 않은 시간 발을 담가 왔고 자연스럽게 게임 업계의 생태계를 조금은 이해하게 되었고 그러고나니 게임업계에 종사하는 고객분들을 더 잘 이해하고 그 분들에게 다가가고 싶은 마음이 생겼습니다. 그리고 이 마음이 자연스럽게 제가 하는 업무인 세일즈로 이어지고 있다고 생각합니다. 게임사 외에도 금융(가상화폐), 패션, 뉴스, 소비재, 인테리어  등 다양한 분야로의 세일즈도 진행하고 있습니다. 아직 게임 외의 분야의 세일즈 활동에 적극적으로 활동하고 있지 않으나 올해 하반기를 목표로 더욱 다양한 분야의 분들에게도 다가가는 세일즈를 계획하고 있습니다. 4. 스타트업에서 혹은 광고업계에서 일하는 느낌이 어떠세요? 버즈빌은 스타트업 같지 않은 모습을 많이 느끼게 해줍니다. 다양한 내부 관리 시스템과 의사결정 체계, 운영 및 성장에 대한 투자, 내 외부로의 네트워크 등 그 어떤 부분을 보든 장점이 더욱 부각되는 회사입니다. 입사 시점의 온보딩, 업무 편의를 위해 도입한 다양한 상용 툴, 팀 간의 협업, 각 팀의 업무 롤 명확성, 회사 전체의 비전과 문화 등등 세세한 부분부터 큰 부분에서까지 그간 경험했던 다양한 회사들 중 가장 높은 체계성을 경험하먄서 정말 스타트업같지 않다는 생각을 하게 되었죠. 물론 이런 환경이 처음 부터 만들어져 있던 것이라고는 생각하지 않습니다. 가끔 John(이관우 대표)과 함께 이야기 하며 버즈빌의 지난 시간에 대해 이야기 하곤 하는데 눈물없이 들을 수 없는(눈물=슬픔+웃긴) 많은 일들을 알게 되었고 지금의 버즈빌의 문화가 그런 경험의 토대 위에 세워진 문화이며 이러한 문화를 수용할 수 있는 사람들이 있는 곳이기에 더욱 강한 조직이라 느끼곤 합니다. 그리고 광고 업계에서 일하는 느낌이라면, 매우 재미있습니다. 특히 저는 세일즈 매니저 포지션으로 일하는 부분에서 매우 높은 만족도를 가지고 있습니다. 개인적으로 사람들을 만나는 것을 좋아하는 성향이다보니 미팅을 나가는 것 만으로 설레일 때가 많습니다. 더불어 업무적인 부분에서 광고주의 KPI에 맞는 솔루션을 제시하고 실행에 옮기며 결과로 이어지는 과정이 매우 보람차게 느껴집니다. 물론 외부 업무가 많아 외로움도 많고 어려운 상황도 많지만 그 보다 그 과정에서 느끼는 즐거움과 뿌듯함이 더욱 크기에 지금 하고 있는 일에 대한 만족도가 높다고 할 수 있습니다. 5. 이것만큼은 버즈빌이 참 좋다! 어떤 게 있으실까요? 좋은 점이 넘치는 회사입니다. 각 업무 담당한 분들의 전문성, 협업, 배려, 업무지원, 직무교육 등 좋은 사람들과 좋은 업무 환경이 있는 밸런스 좋은 곳이 바로 버즈빌이죠. 앞서 말씀드린 내용에서도 버즈빌에 대한 제 애정을 충분히 느끼셨을 것이라 생각합니다. 그 중에서도 서로에 대한 믿음과 존중을 최고로 손꼽고 싶네요. 업무에서는 개인 목표를 달성하기 위해 스스로 성장해 나가는 과정이 고될 수 있지만 사람 관계에서는 그 과정을 함께 해쳐나가는 진정한 동료들이 있기에 든든한 버즈빌입니다. 뿐만아니라 다양한 점을 배울 수 있는 뛰어난 사람들이 많다는 점도 큰 장점이라고 생각합니다. 특히, 연쇄창업마 John을 통해 배울 수 있는 게 참 많습니다. 매우 열린 마인드의 소유자라 좋은 정보, 창업 노하우, 업무적 고민해결 등 다양한 부분에서 많은 것들을 배울 수 있다고 생각합니다. ( 최근에는 저는 외근이 많고 John은 회의로 바빠 지난 두어달간 점심도 같이 못먹은 것 같아 아쉬움이 많네요.) John뿐만 아니라 버즈빌의 다른 분들도 한 분 한 분이 다른 회사의 대표님들이 될 수 있는 역량을 가진 분들이 많아 좋은 아이디어, 다양한 정보, 업무적 노하우, 삶의 지혜 등 많은 것을 얻을 수 있고 더불어 아주 조금의 고급개그 + 수많은 아재개그를 배울 수 있는 활력소가 되어주는 회사입니다. 6. 개인적인 목표나 꿈이 있으신가요? 있다면, 버즈빌에서의 경험이 어떻게 도움이 된다고 생각하시나요? 금전적 목표라면 창조주 위의 건물주(서울/경기, 신축, 5층 이상, 건평 200평 이상)가 되는 것입니다. 🙂 당장은 어렵지만 장기간 공들여 금전적 자유를 통해 나와 내 가족들에게 더 많은 것을 누리게 하고 싶네요. 물론 금전적인 부분보다  더욱 소중한 것은 시간이라 생각하기에 시간을 가족에게 할애하는 것에 우선순위를 두고 지내고 있습니다. 인생의 목표라면 평생 지금과 같이 많은 사람들을 만나고 알아가며 즐겁게 살아가는 것입니다. 사람들과 함께 하며 새로운 소식을 듣고 그 것을 구축하거나 사람들과의 연결점을 만들어가는 것도 재미있고 그러다보면 다양한 아이디어도 자연스레 떠올라 최근에는 창업에 대한 것도 진지하게 고민하고 있습니다. 하고 싶은게 참 많은 나이(40)라 그 동안 하지 못했던 것들을 하나씩 배워나가는 것도 소소한 목표입니다. 배기량이 높은 바이크를 타고 싶기에 2종 소형 면허 취득을 하고 싶고, 최근에는 골프를 시작했는데 아직 룰도 잘 몰라 세부적인 목표 자체를 잡지도 못했지만 일단은 다른 사람들과 어울려 필드에 나가는 정도의 실력을 갖추는 것을 목표로 삼고 있습니다. 그 외에도 악기(기타 or 피아노) 등 평생의 취미가 될 수 있는 것들을 배우려 하고 있죠. 가능하다면 가족과 함께 할 수 있는 것을 늘려나갔으면 하는 바램이고요. 버즈빌리언들을 보면 특히나 자극을 많이 받습니다. 뛰어난 업무 역량만큼 노는 것도 잘하는 버즈빌리언들인데 다양한 취미들을 자유자재로 소화하는 멤버들을 보는 것 만으로 큰 자극을 받게 되죠. 버즈빌리언들과의 함께한 기억 만으로 더욱 열정적인 에너지를 받아 삶에 긍정적인 영향을 받게 되는 것이 가장 큰 도움이자 수확이라 생각합니다.

크래커나인 팀에서는 사용자의 의견을 적극 반영하기 위해서 안드로이드 개발자 박형일님의 크래커나인 사용기 인터뷰를 해보았습니다.개발자 박형일님본인 소개를 부탁 드려요~저는 에이치나인에서 안드로이드 개발 파트를 담당하고 있는 박형일 입니다. 개발 경력은 12년 정도 됐구요.에이치나인에 입사한지는 4년 정도 됐습니다. 주로 외주 안드로이드 앱 개발 업무를 하고 있습니다.개발일을 꽤 오래 하셨네요. 시니어 개발자들은 코드를 직접 작성하는 것을 선호 하시는 것 같던데, 형일님은 어떠신가요?저도 코드를 직접 작성하는 것을 선호 하는 편입니다. 툴에서 생성되는 코드를 별로 신뢰하지 않아요. 제가 원하는 대로 안 나온다는 느낌을 많이 받거든요.그럼 크래커나인의 첫인상은 어떠셨나요? GUI 로 부터 코드를 생성해 주는 툴인데..처음엔 아이디어는 괜찮은데, 이게 과연 제대로 된 코드를 생성 해 줄까? 라는 의심이 들었죠. 꼭 사용 해 보고 싶은 프로그램은 아니었어요.크래커나인을 사용하신지는 얼마나 되셨죠?올해 6월쯤에 처음 접하여 2달 정도 된 같아요.어떤 프로젝트에 적용 해 보셨나요?회사에서 회의실 예약 시스템이 필요하다고 해서 회의실 예약 앱을 만들었어요.그 때 처음 사용 했죠. 공식 프로젝트가 아니라 디자이너 없이 웹에서 무료로 사용할 수 있는 Sketch 파일로 된 디자인 샘플을 받아서 혼자서 만들었어요.앱을 구성하는 화면은 대략 5~6개 정도로 간단한 프로젝트여서 가능 했죠. 지금은 외주 과제를 하고 있는데, 크래커나인을 사용 해서 하고 있어요.외주 같으면 주로 파워포인트로 작성된 GUI 가이드라인 문서를 보고 개발 하잖아요. 크래커나인을 사용하기 전에는 디자이너와 무엇을 통해서 개발에 필요한 디자인 정보를 얻으셨어요? 에이치나인에 있으면서 거의 대부분 GUI 가이드라인 문서를 보고 개발 했죠. 최근에 다른 프로젝트 팀에서 GUI 가이드라인 문서 없이 제플린을 쓰더라구요. 그래서 그것도 조금 써봤어요.제플린과 같은 기존의 유사 서비스와 비교해서 크래커나인은 어땠나요?GUI 가이드라인 문서를 보면서 개발을 하다 제플린을 써보니까 너무 편리하더라구요. 문서에서 원하는 정보 찾는게 불편했거든요.그래서 사실 처음 크래커나인을 사용 했을 때는 제플린과 큰 차이를 못 느꼈어요.근데 프로젝트를 진행 하다 보니 크래커나인의 코드 생성 기능이 있어서 좀 더 편리하다고 느껴지는 순간이 오더라구요. 제플린을 보고 개발 할 때는 코드나 수치를 직접 입력하다 보니 실수를 할 때도 있었고, 여전히 XML 작성하는 수고로움이 남아 있었거든요.근데 크래커나인의 레이아웃 코드 생성 기능을 사용해서 나온 XML 코드가 100% 는 아니지만 70~80%는 작업을 안해도 될 수준이더라구요. 그래서 XML 작성하는데 들이는 시간이 많이 줄어 들었어요.크래커나인을 익히는데 어렵지는 않으셨어요?타 서비스를 사용한 경험이 있어서 많은 부분 기능을 따로 매뉴얼로 보지 않아도 파악이 됐는데요.사용하는데 크게 문제는 없었던 거 같아요. 직관적으로 파악이 안 되는 기능은 사용하지 못한 것 같지만 따로 매뉴얼은 찾아보지 않았습니다.Cracker9의 어떤 기능이 가장 편리하셨나요?당연히 레이아웃 코드 자동 생성 기능이었습니다.손으로 직접 코딩 하지 않고 View들의 관계를 맺으면 자동으로 View의 관계와 속성을 xml 코드로 생성해주는 기능이 개발하는 데에 상당히 많은 도움이 되었습니다.Cracker9을 사용하면서 불편했던 점이나 개선했으면 하는 부분이 있었나요?Asset 이름이나 리소스(문자열, drawable) 이름이 해쉬값이나 text1, text2 이런 식으로 되어 있어 나중에 다 변경을 해 주어야 되었습니다. 이 부분은 개선이 되었으면 좋겠습니다.※ 위의 내용은 Cracker9 0.9.5 에서 개선되었습니다.Cracker9의 정식 버전으로 출시가 되면 사용할 의향이 있으신가요?네, 사용할 것 같아요. 가격만 너무 비싸지 않으면 전 무조건 사용하겠습니다.App을 만들거나 디자이너와 소통해야 하는 다른 개발자들에게 알려주고 싶은 Cracker9 사용 Tip이 있다면 알려주세요~디자이너가 텍스트나 이미지 단위로 View를 만드는데요. 개발자가 원하는 모든 View를 만들진 않기 때문에 Custom Layout 활용은 필수입니다.Custom Layout을 잘 활용하시면 원하시는 레이아웃 작업이 모두 가능합니다. 그리고, 오른쪽에 Tree Structure 패널이 있는데요.View의 트리 구조 순서로 레이아웃 xml 코드가 생성되기 때문에 어떻게 코드가 만들어질지 예상할 수 있어요. 물론 View의 순서나 부모/자식 관계는 마우스 드래그로 편집할 수 있습니다.마지막으로 Constraint Layout의 관계를 맺을 때, View가 작으면 정확하게 클릭하여 작업하기 어려울 수 있는데요. 당연하지만 View를 확대해서 연결 지으면 쉽게 작업할 수 있습니다.마지막으로 Cracker9에게 한 말씀해주세요~저는 안드로이드 App을 개발하면서 레이아웃 작업은 초반에 하는 시간 잡아먹는 노가다 작업이라고 생각을 했는데요.레이아웃을 자동으로 생성해주는 Cracker9을 사용하면서 더 이상 노가다라는 생각을 하지 않게 되었습니다. 아직은 Beta 버전이라 부족한 부분이 보이지만, 개선될 것이라고 믿고 계속 사용할 거 같아요.앞으로 발전하는 모습 기대하겠습니다 파이팅!#에이치나인 #디자이너 #개발자 #협업툴 #크래커나인 #솔루션기업 #팀원인터뷰 #기업문화 #조직문화 #팀원자랑

You’ve made it to our first blog post! Thank you.We are excited to introduce you to our team by showcasing some of our first video game memories that made us the passionate gamers we are today.We come from so many different countries and backgrounds, each influencing the types of games we got to know and love.Even though joysticks are a distant memory of the past, the SEGA logo or Pacman’s distinct “Waka Waka” are still nostalgic sounds for many of us. Whether we were bonding with friends and family or learning a new skill, video games have influenced each of us in a variety of ways.What was your first gaming memory? Share in the comments below! Battle City Battle City for NES remade as a flash game. Source: Emulator “The first videogame I have ever played is Battle City for the NES. I remember playing it with my older brother and it was one of the few videogames I could beat him at (hurray). Actually, I played it so much that I still distinctly remember the sound of the tank bullets against iron walls! I also loved it because it had a construction mode, in which you could create your own battlefields: I always made ones with only water and green cover, so that I could easily sneak behind my brother and win!”- Beatrice, Italian Translator.Super Mario Bros 2 Characters in Super Mario 2 have the ability to throw objects. Source: Wikipedia “My mom trained horses when I was young; my afternoons and weekends were spent with animals in stables and pastures. A family with a boy my age lived in a house attached to the stable we most often visited, and one day he invited me in to play with his NES. He showed me Super Mario Bros. 2, and within a few minutes I was so eager to play I almost begged for it to be my turn. That summer I ran a lemonade stand in my neighborhood so I could buy my own system.” - Alexis, PM Team Lead.Tetris An original version of Tetris. Source: Flickr “Back when I was 10 years old, I remember playing Tetris and I was completely addicted to the game. I would play nonstop for hours. Then came Prince of Persia and Dune, which I could never finish. It was so complicated and had so many enigmas that we just never got to the end. Of course there was no way to look it up online so you’d have to buy PC magazines, which we never had enough money for!” - Marie, CEO.World Cup 90 Similar to soccer, World Cup 90 featured fun moves like the "super shot". Source: Wikipedia “Being the youngest of 3 siblings (one brother who was a games nerd and actually bought video game magazines in the early 90s), I came across videogames so early in life that I can’t remember the very first moment I played. Most certainly, I was playing NES with them. We had a cartridge for the Nintendo with 3 games on it: Super Mario Bros, Tetris and World Cup 90. As the only multiplayer game, we played WC 90 excessively. It was great fun shooting balls intentionally at the opponents to knock them out and to do "Super Shots" that teared through their entire defense and the net of the goal, too... Great fun. Plus, there were small pictures for every national team that reflected their home country. This taught me about the world (Netherlands = windmills and tulips) and that people’s eyes pop out when you body check them hard.” - Christoph, Coordinator/German Translator.Tomb Raider A more updated Lara Croft from Tomb Raider 2013. Source: Flickr “The first video games I ever played were floppy disc games such as Spacewar! or Prince of Persia. However, the best gaming memory I have from my childhood is when my grandfather got me a PlayStation and a bunch of games for my birthday, including Tomb Raider. It was the first game that I played that was a bit scary but it was so much fun I didn't leave my room for days!” – Irene, Business Developer.The Legend of Zelda The 1998 Legend of Zelda title screen. Source: Wikipedia “I remember exploring a weird little world and finding lots of hidden stuff everywhere. Bombing walls, burning bushes, finding hidden people and treasure. Also running away from bats!” - Wolfgang, PM/Localization Engineer.Mortal Kombat Reptile and Kitana fight it out. Source: Flickr “The first video game I ever played (as opposed to just watching my older brother play) was Mortal Kombat - with my brother, unsurprisingly. I had the time of my life flunking "Test Your Might" strength checks, beating him as the only female character by repeatedly swiping his legs until he figured out that he really did need to block, and losing miserably on all other characters. The one and only fatality we collectively achieved was performed by me mashing random buttons. We never did figure out what exactly I pressed.” - Sandra, Linguistic Editor.Pink Panther The Pink Panther finds himself in London. Source: Old Games “Playing the point and click Pink Panther games on PC, especially The Pink Panther: Passport to Peril where the Pink Panther goes to China, England, Bhutan etc. The game was quite intricate with mysteries to solve and fun facts about each country. Still a fan of the Pink Panther to this day.” - Camilla, Regional Director, Asia.Super Mario Land 2 Original version of the SD card. Source: Flickr “The first videogame I remember playing was a mini 4WD racing game for GameBoy, the title of which I can't recall. Not the most intuitive game for a 6-year-old, I hated it at first! Then I got Super Mario Land 2 and it was love at first sight. Cool levels, funny music, fun and challenging. The first of many Mario (or Wario) themed games I've played so far!” - Francesco, Coordinator/Italian Translator.Vegi Vegi game has a similar look to the popular game Snake. Source: UV List “The first video game I played was called "Vegi" and it would run on MS-DOS when I was about 6 or 7 years old. It was some kind of hybrid of "Snake" and a good puzzle game. Looking back, it was super simple but it got me absolutely excited whenever I completed a level without biting myself.” - Katrin, Senior Coordinator, German Translator. 

지난 글에서 지분을 투자자에게 나누어 주고 돈을 구하는 '투자'라는 방법에 대해서  이야기했다. 이번에는 소위 '공짜 돈'이라고 불리는 영어로는 'Grant'이고 흔히 정부 지원금이라고 불리는 방법에 대해서  이야기해보고자 한다.정부 지원금은 크게 두 가지로 나눌 수 있다. 첫 번째는 정부 과제라고 불리는 정부 R&D 사업이고, 두 번째는 정부 지원 사업이다. 말 그대로 정부 R&D 사업은 정부가 기업의 R&D에 돈을 지원해주는 사업이고 그 외 나머지 정부지원 사업은 R&D 이외에 다양한 목적으로 돈을 지원해준다. 그중에서 금액도 크고 다양한 사업이 많은 정부 R&D 사업에 대해서 먼저  이야기해보겠다.정부 R&D 사업은 다시 크게 두 가지로 나눈다. RFP 즉 정부에서 개발할 내용을 만들어 놓고 공고를 내서 과제를 수행할 주체를 찾는 지정 공모형과 RFP 없이 R&D를 수행할 주체가 제안한 내용으로 심사를 받는 자유공모형으로 나눈다. R&D 과제의 규모는 대부분 RFP가 있는 지정공모 과제가 자유공모 과제보다 큰 편이다. 자유 공모 과제가 연간 5억 원이 넘는 과제가 없는 반명에 지정 공모 과제는 연간 예산이 100억이 넘는 과제도 있다. 정부 R&D 사업에 목숨을 걸고 뛰어드는 중소기업들이 너무 많기 때문에 스타트업이 큰 규모의 과제를 노리는 것은 확률 낮은 싸움을 하는 거라고 생각한다. 물론 방법은 큰 규모의 과제를 주체가 아닌 참여 기업 형태로 곁다리고 끼어 들어가는 방법도 있지만, 이것도 고도의 정치력이 필요한 영역이기 때문에 쉽지 않은 일이다.스타트업이 정부 R&D 사업을 하는 것에 대해서는 호불호가 극명히 갈린다. 정부 R&D 사업은 수많은 문서 작업, 복잡한 회계 증빙, 그리고 복잡한 수행 절차로 인해서 인력이 부족한 스타트업에게는 본연의 업무를 방해할 수 있다. '공짜'이지만 '공짜'가 아닌 그런 돈이다. 하지만 역시 본연의 비즈니스로 수익을 내지 못하고 있고 투자도 받지 못하고 있는 상황에서는 생명을 연장할 수 있는 방법 중 하나이다. 실제로도 많은 스타트업들이 이렇게 생명 연장을 하고 있다. 특히 지정공모 과제의 경우는 스타트업이 제안한 내용이 아닌 정부에서 정해진 내용으로 R&D를 수행하는 것이기 때문에 시장의 현실과는 대부분 동떨어져 있는 내용이 많다. 스타트업 사업의 특성상 시장에서 Feedback을 받아가면서 지속적으로 사업 모델을 바꾸어 나가야 하는데 지정 공모 과제는 1년 전에 만들어진 RFP로 시작을 해서 시장의 Feedback과는 상관없는 심사위원들의 Feedback을 받아가면서 과제를 수행해야 하는 프로세스를 가지고 있기 때문에 시장의 상황과 동떨어질 가능성이 높다. 그렇기 때문에 개인적으로 정부 과제를 수행하려 하는 스타트업들은 지정공모 보다는 자유공모 형식의 R&D 과제에 자신들이 원래 하려고 했던 사업을 제안해서 수행하는 것이 나은 선택이라고 생각한다.정부 R&D 사업 외에도 다양한 정부 기관과 지자체에서 요즘은 많은 지원 사업을 하고 있다. 마케팅, 홍보, 금형, 채용 지원 등 다양한 지원 사업이 있다. 금액이 크지 않지만 스타트업 입장에서는 비용을 아낄 수 있는 좋은 방법이 될 수 있다. 하지만 이것도 '공짜'이지만 '공짜'가 아닌 것이, 이런 지원 사업 뒤에는 꼭 많은 문서 작업이 뒤를 따른다. 이런 문서 작업을 전담할 수 있는 전문 인력을 확보하지 않는다면 스타트업 본연의 업무에 지장을 초래할 가능성이 있기 때문에 신중할 필요가 있다. 물론 익숙해지면 정부 지원사업 지원도 생산성이 높아진다.  정부 지원금은 '마약'과도 같다고 한다. 잘쓰면 스타트업이 어려운 파도를 헤쳐나가는데 느끼는 고통을 경감시켜줄 수 있는 좋은 '마약'이 되지만 과용하면 '마약'이 끊어진 이후를 감당하지 못하는 약골로 만들 수 있다. 결국 스타트업 대표의 판단일 것이다.다음편에서는 마지막 방법인 '대출'에 대해서 이야기하고 마무리를 하려고 한다.#NEOFECT #스타트업 #스타트업창업 #창업자 #투자유치 #정부지원금 #정부자금 #자금유치 #꿀팁 #인사이트

업계에서는 대기업이나 공공기관 등의 데이터 분석 수요가 커지면서 빅데이터를 다루거나 데이터 분석가들을 찾는 기업이 늘어난다고 하는 기사나 이야기들이 떠돌아다닌다.한국정보화진흥원에서 발간한 '2015년 빅데이터 시장 현황조사'보고서에 의하면 빅데이터 공급기업과 수요기업 모두 빅데이터 분석가가 필요하다고 내다보고, 많은 데이터 분석가가 필요하다고 이야기했다.분야도 금융을 비롯하여 통신, 커머스 등을 아우르고, IT 관련부서뿐만 아니라, 현업이라고 불리는 마케팅이나 영업도 포함된 관계에서의 데이터 활용을 위해서 빅데이터 '분석가'가 필요하다고 이야기를 한다.죄송하지만.. 한국형 환경에서는 '빅데이터 분석가'나 '전문가'는 그다지 필요 없을 것 같다.1. 변화하지 않는 기업어차피 정해져 있는 프로세서, 내부 R&R과 내부 혁신을 하기 위한 인사이트를 찾고, 데이터 변수를 찾는다고 하더라도 굳이 기업 내부의 변화를 일으키지 않을 것이기 때문에 '진정한 데이터 분석가'는 해당 기업에 무의미할 것이다.정말, 전문가라면 '내부 혁신'에 대한 키워드들을 뽑아줄 텐데... 이런 이야기는 '컨설팅'업체에서도 하지 않고, 내부에서도 '금기'시 해야 할 단어들이 대부분이다.만일, 대기업인 중요 키워드가 '오너'의 키가 문제라고 지적한다면... 아마도, 해당 부서나 관련자들은 움직이지도 못할 것이다.죄송하지만, '내부 혁신'이 불가능하고, '오너'중심의 대기업은 데이터 분석가가 필요하지 않다. 다만, '오너'의 생각을 읽고서 적당하게 마사지된 '데이터'를 보여줄 '외부 데이터 분석'서비스 업체만 필요할 뿐이다.그래서, 국내에서는 데이터 분석 서비스 업체 정도가 적당하다.2. 기업과 조직에 데이터가 없다.프로세스 하단에서 동작하는 수많은 로그들을 추적 감시, 감사하는 시스템이 가동되고 있어야 하며, 고객 서비스를 하는 서비스 집단에서도 하단에서 아이디어가 상단으로 올라가는 환경들이 이미 가동되고 있어야 한다. 데이터의 대부분은 그런 인사이트를 증명하는 근거가 되기 때문이다.이미, 중요한 움직임을 보이고 있을 때에만 '의미 있는 정보'를 추출할 데이터들이 축적되는데... 사실상, 의미 없이 마사지된 '보고서'들만 존재한다.원천적으로 의미 있는 데이터를 추출할 데이터가 있어야 하는데.. 대부분이 왜곡된 정보들이거나, 특정 힘에 의해서 데이터들이 왜곡돼 있다면, 해당 기업과 조직은 데이터가 없다고 봐야 한다.3. 오랜 경험을 축적한 실전 전문가들이 일찍 퇴직한다.빅데이터를 통해서 단지 현황만을 보여주는 것이 아니라, 기업의 미래나 새로운 먹거리를 유도할 수 있는 인사이트를 추출하기 위해서는 해당 도메인이나 해당 마켓에 익숙하고 경험이 풍부한 전문가들이 같이 있어야 한다. 실제, 데이터가 의미하는 방향성이나 수치, 지수가 어떤 것을 의미하는지 읽어 줄 수 있는 것은 데이터 전문가들이 하는 일이 아니다.해당 업무와 해당 도메인의 전문가가 그 '수치'를 읽어 줄 수 있는 것이다.대부분의 기업에서 '실전'이거나 '실제 업무'에 익숙한 전문가나 경험이 축적된 사람들은 하청업체이거나 이미 퇴직한 경험이 풍부한 사람들이다.해당 기업에서는 아무리 데이터가 분석되어도 어떤 의미인지 판독해줄 사람이 없다.4. IT기술 전문가가 필요한 것이 아니다.빅데이터나 머신러닝과 같은 지식화 인사이트는 절대 IT기술이나 주변의 소프트웨어 설루션으로 만들어지는 것이 아니다. 기업 내부에 축적된 '지식'을 기반으로 '사람'을 기준으로 데이터가 만들어진다. 데이터 분석 전문가는 단지, 그것의 가치를 '판정'해줄 수 있는 기준을 마련해줄 뿐이다.대부분의 '한국형'조직들은 데이터 거버넌스 조직도 없으며, 제대로 된 인사시스템이 가동되지 않고 있다. 슬프지만, 빅데이터 전문가들은 내부에서 영입하는 것이 아니라, 내부에서 자생적으로 생성되는 것이다.자생적으로 빅데이터 전문가가 생성되지 않는 조직은 이미, 지식화가 불가능한 형태이기 때문에, 너무 무리하지 말고, 현재 환경에서 연착륙하는 것을 고려하는 것이 최선일 것이다.역시, '한국형'에서는 굳이 '빅데이터 분석가'가 필요한 것이 아니라, '빅데이터 분석가 코스프레'를 하는 사람이 필요한 것 아닌가?오너가 이야기하는 'A'를 'A'처럼 써줄 수 있는 코스프레가 가능한 사람이면 충분한 것 아닌가 한다.

첫 사업 아이템“저는 카바조 사업을 시작하기 전에도 꾸준히 사업을 했습니다. 고등학교 때 해외에서 물건을 사다가 한국에서 판매하는 것이 제 첫 사업 아이템이었습니다. 대학교 때는 옷을 직접 만들어 판매하기도 했습니다. 옷을 만들 때 아침마다 동대문에 가서 원단과 부자재를 사며 사장님들과 수다도 떨고 옷이 제작되는 공장에 매일 가서 하나하나 체크하며 옷을 만들었습니다. 그런 경험을 통해 발로 뛰는 만큼 결과가 나온다는 것을 배웠습니다.” 크라우드소싱 플랫폼의 창업 경험“의류 사업을 통해 모아둔 자금으로 디자이너와 기업 고객을 이어주는 국내 디자인 크라우드 소싱 모델 론칭을 준비했습니다. 홍대에 다니다 보니 주변에 디자이너 친구들이 많았고, 그 친구들의 용돈벌이를 살펴봤더니 불규칙한 수익에 대게 인맥으로 소개받아서 연결되는 경우가 대부분 이었습니다. 어떻게 하면 효율적으로 기업과 디자이너가 함께 일할 수 있을까 생각하던 중 해외 디자인 크라우드 소싱 모델을 알게 되었습니다. 모아둔 사업자금으로 사업을 준비하던 중 같은 서비스를 준비하는 라우드소싱을 알게 되었습니다. 당시 라우드소싱 대표였던 장경록 대표와 만나 함께 하자고 제안을 해 라우드소싱의 초기 멤버로 들어가게 되었습니다.” 가장 중요한 건 사람“플랫폼 서비스는 서로 다른 양 측의 니즈를 이어주는 역할을 하기 때문에 그 사이에서 발생할 수 있는 분쟁을 중간에서 해소해주는 역할이 중요했습니다. 또한 회사를 운영하면서 서비스, 기술, 자금, 마케팅도 중요하지만 가장 중요한 것은 함께 하는 사람이라는 것을 느꼈습니다. 이후 학업 때문에 라우드소싱에서 나와 농협 식품안전연구소의 디자인 컨설턴트를 하면서 카바조 비즈니스 모델을 준비하게 됐는데, 그간 온오프라인에서 사람들도 직접 만나면서 영업도 하고 스타트업을 운영해 본 경험이 카바조 서비스를 운영할 때 큰 도움이 된 것 같습니다.” 행복한 세상“모두가 행복한 세상을 꿈꾸며 살아가고 있습니다. 각자 행복의 기준은 다르지만 그 단어에서 느끼는 감정은 모두 비슷할 것 같습니다. 카바조를 운영하면서 만난 정비사분들 가운데 카바조를 통해 돈을 벌어 행복을 느끼는 분들과 자신의 기술이 누군가에게 도움이 된다는 것이 행복하다는 분들이 계셨습니다. 중고차를 사시는 분들도 차를 구입하시면서 행복을 느낍니다. 저는 또 그런 정비사분들을 통해 지금의 사업이 성장해나가는 것을 보고 또 행복을 느끼고 있습니다. 이 모든 행복을 지키려면 지금의 카바조가 사라지지 않게 더욱 노력해야 합니다. 결론적으로는 행복한 세상을 위해 카바조를 열심히 해야겠죠.” #카바조 #창업자 #스타트업 #스타트업초기 #초기창업 #인터뷰 #창업경험 #경험공유

오랜만에 올리는 글입니다. 그동안 여러 차례 글쓰기를 시도했지만, 가장 글감으로 쓰고 싶었던 프로젝트가 런칭 전이라 조심스러웠습니다. 하지만 이제 런칭했으니 여러 가지 이야기를 해보고 싶습니다.스타일쉐어가 얼마 전 앱 2.0을 런칭했습니다. 길다면 길다고 할 수 있는 대략 8개월간의 시간 동안 부지런히 준비했습니다. 그러나 반응이 썩 좋지만은 않습니다. 그래서 이번엔 수많은 유저들의 피드백에 대처하는 스타일쉐어 (디자인) 팀의 이야기를 하고자 합니다.런칭 후, 가장 많이 받은 피드백은 스타일 피드1에 썸네일 뷰2를 만들어달라는 것이었습니다. 사실 가장 많은 것은 구 버전으로 돌려달라는 것입니다. 하하<meta charset="utf-8">피드백에 어떻게 대처했느냐를 이야기하기 전에 왜 넣지 않았는지에 대해 먼저 이야기할 필요가 있겠네요. 스타일 피드를 구상했을 당시 썸네일 뷰에 대한 고민이 없었던 것은 아닙니다. 썸네일뷰가 가진 이슈는 ‘썸네일 뷰를 제작한다면 디자인팀과 개발팀에서 공수를 들이게 될 텐데, 썸네일 뷰는 과연 그만한 가치가 있는가?’ 였습니다. 당시 저는 없어도 된다고 생각했습니다. 디자이너로서 부끄러운 이유이지만, 썸네일 뷰가 없어도 스타일 피드의 기능은 이용할 수 있다고 생각했기 때문이었습니다. 프로젝트를 하루라도 빨리 런칭하는 것이 더 바람직하다고 생각했던 제 생각이 반영되어 있습니다. (그렇게 생각했던 까닭은 나중에 이야기하겠습니다)썸네일 뷰의 가치에 접근하는 다른 시선도 있었습니다. 통계적 접근이었습니다. 썸네일 뷰를 사람들이 얼마나 눌러보는지 통계를 내려는 시도가 있었지만, 디자인팀의 능력으로는 의미 있는 해석을 하는 데에 한계가 있었습니다. 썸네일 뷰에 대한 적극적인 고려가 있었다면 어떤 식으로든 해석을 했겠지요. 하지만 디폴트 뷰 방식이 블로그 뷰3였고, 적극적인 고려 또한 코스트가 들어가는 일이었기 때문에 용두사미라고, 썸네일 뷰 이슈는 그렇게 묻혀졌습니다.그 이후, 썸네일 뷰가 필요하다는 유저들의 적극적인 피드백이 쏟아졌습니다. 예상 외의 부분에서 컴플레인이 발생해 당황했지만, 중요한 것은 그 피드백을 반영하느냐 안 하느냐이죠. 유저들이 갑작스러운 서비스 변화에 적응하는 부분이라고 생각하기엔 적극적인 피드백이 많았습니다. 그래서 런칭 후 첫 업데이트에 모든 팀이 썸네일 뷰를 넣기 위해 고군분투했습니다. 운영팀은 썸네일 뷰를 넣어달라는 유저들의 피드백 메일을 응대하고, 디자인팀은 썸네일 뷰를 디자인하고, 개발팀은 그것을 구현했습니다. 현재 디자인된 썸네일 뷰는 간단하지만, 꽤 많은 고민 끝에 나온 결과물입니다.<meta charset="utf-8">현재 썸네일 뷰 기능이 들어간 2.0 버전과 썸네일 뷰 기능을 지원한 예전 0.9 버전0.9 버전에선 네비게이션 바에 뷰 토글 버튼이 있었다.썸네일 뷰는 뷰 방식 토글 버튼과 썸네일 뷰 자체 두 가지를 디자인해야 했습니다. 썸네일 뷰가 서비스 자체에서 얼마나 중요한 것인지 고려하여 뷰 토글 버튼의 위치를 선정하고, 카드 베이스 방식으로 바뀐 피드에 어울리게 썸네일 뷰의 여백을 조정했습니다. 카카오 스토리라는 유사한 디자인을 가진 좋은 선례가 있어서 참고되었습니다. 저희가 내린 결론은, 썸네일 뷰는 서비스 자체에서 중요하지 않지만, 기존에 뷰 토글 기능을 이용해오던 스타일쉐어 유저에게는 사라지면 불편한 기능이라는 것이었습니다. 그러므로 기존과 같이 중요한 자리는 내주지 않았지만, 기능 자체는 사용할 수 있도록 디자인했습니다.스타일쉐어 2.0 디자인 당시 주안점은 ‘구조와 디자인이 새롭게 바뀌어야 하지만 기존 유저들이 낯설어하지 않아야 하므로 낯설지 않게 할 수 있는 부분 (=새롭게 바뀌지 않아도 되는 부분)이 있다면 최대한 그렇게 하자’는 것이었습니다. 하지만 되짚어보니, 자기만족을 위한 주장이 아니었나 싶습니다. 스타일쉐어는 갈아엎고 싶고, 유저들은 고려해야 하는데, 깊게 고민할 시간은 없으니 나온 결론이 아니었을까요? 새롭게 바뀌지 않아도 되는 부분에만 기존 디자인을 투사하는 단순한 방식이 아니라, 유저들이 스타일쉐어에서 겪은 기존의 경험에 새로운 디자인을 조심스럽게 투영했어야 했던 것은 아니었을까 하는 생각이 듭니다. 유저들이 낯설어 하는 것을 조심하자는 주안점을 두고 있었음에도 낯섦을 떠나 불편하게 하다니, 제가 정말 유저들을 고려하긴 한 것이었는지 많이 생각할 수 있는 사건이었습니다.이번 스타일쉐어 2.0에 쏟아진 적극적인 피드백을 받으며 스타일쉐어 팀은 유저들의 사용 패턴 연구에 더욱 적극적인 태도를 가지기로 했습니다. 그리고 유저들이 학습하고 적응하는 시간의 중요성을 단단히 느끼고, 이번 2.0 버전처럼 새롭게 뒤엎는 업데이트는 자제하기로 했습니다.혹시 깜짝 선물 준비해보신 적 있으신가요? 개인적으로 깜짝 이벤트, 깜짝 선물을 무척 좋아하기 때문에 받고 나서 좋아할 사람들의 반응을 기대하며 항상 성심껏 선물을 고릅니다. 이번 스타일쉐어 2.0도 저에겐 유저분들께 드리는 깜짝 선물과 같았습니다. 그래서 하루라도 빨리 런칭하는 것을 유저들을 위한 것으로 생각했습니다. 하지만 긍정적인 피드백을 받아보고 싶은 마음에 서두르기만 했을 뿐, 영리하게 준비하지 못했네요. 지나치게 적극적인 피드백이 쏟아지는 탓에 마음이 아플 때도 있지만, 비로소 제가 스타일쉐어를 제 것이라고 여길 만큼 많은 부분을 디자인했다는 사실에 뿌듯하기도 합니다. 앞으로 더욱 멋지고 사랑스럽게 스타일쉐어를 디자인하겠습니다.Style feed. 스타일쉐어 앱을 켜자마자 보이는 discover feed입니다. ↩Thumbnail view. 사진을 바둑판 배열로 볼 수 있는 뷰 방식 입니다. ↩Blog view. 페이스북처럼 게시물 형태로 사진을 보는 뷰 방식 입니다. ↩#스타일쉐어 #디자인 #디자이너 #디자인팀 #인사이트 #후기 #일지 #경험공유