오늘은 컨셉에 대한 이야기를 해보려고 해요. 영어는 씨오엔씨이피티. 콘셉(ㅌ) 죠. 사전적의미에선 (명사)광고·디자인 등에서, 그 속에 담고자 하는 기본적인 생각. 라고 쓰여있네요. 뭐 꼭 광고나 디자인 뿐 아니라 요즘엔 컨셉의 적용범위가 더욱 넓어졌으니 그냥 우리가 일상적으로 일고 있는 '중심이 되는 생각이나 행동의 자세' 정도로 재정의내리기로 합시다. 왜 하필이면 백만고객이란 말을 붙였냐면 ....제 브런치글의 누적뷰가 곧...100만이 되기 때문이죠. (쥬륵) 그냥 뭔가 감격스러워서 흐어엉어웅어우어엉 한 마음에 그만..다시 컨셉얘기로 돌아와서, 우선 컨셉의 어원부터 살펴볼께요. 일단 컨셉은 라틴어 conceptum ‘초안, 개요’에서 나온 단어입니다. 이 단어는 Con + Cept + um 으로 쪼개집니다. Con은 together의 뜻으로 고등시절 그놈의 어원보카를 통해 많이들 공부했던 그것이랍니다. Cept는  take, hold의 뜻을 지니고 있지요. um은 라틴어의 명사어미입니다. 그러니 컨셉이란 단어를 풀어보면 '모두 모아서 잡는다' 라는 정도가 되겠군요. 흩어져있는 이것저것들을 한데 모아서 하나로 묶는 중심축을 의미합니다.그런데 무엇이 흩어져있고 어떻게 모으는 것일까...하는 구체적인 얘기가 필요할 듯 하네요. 일단 흩어져있는 것들은 아래와 같은 것들입니다.- 이미지의 톤- 텍스트의 톤- 밖에서 보는 우리와 실제의 우리- 업무스타일과 사업의 색깔- 정신, 영혼, 동공의 초점(특히 연휴끝난 오늘..)등이 흩어져있는 것들이죠. 이런 것들을 하나로 묶는 것은 아래의 원칙들입니다.1. 일정한 톤의 이미지와 구도(찍을 때 항상 이렇게 이런톤으로)2. 텍스트의 어미와 문장의 길이, 수식의 정도3. 일관성있는 업무체계4. 일관성있는 투입자금(덜덜)5. 모두가 뼈속깊이 인지하고 있는 우리의 색깔6. 월급날내가 가는 이 길이 어디로 가는지 알수 없찌마안 알수 없찌마안 알 수 없찌마안회의할 때마다 브랜드의 색이 자꾸 바뀌는 듯한 느낌은 사실 우리 모두가 공통적으로 지니고 있는 대전제가 없기 때문이예요. 소위 사고의 울타리가 없으면, 생각이 역회전시킨 탱탱볼마냥 이리저리 튀어다니다가 결국 뒷동산으로 흘러가버리기 일쑤니까요. 컨셉은 밖에서 보는 것보다 팀원전체가 무의식중에 인지하고 있는 우리 회사의 색깔을 의미해요. 그래야 '이것은 우리의 색이 아니다, 이것은 기다.' 라는 것을 명확하게 잡아낼 수 있겠죠. 그래서 오늘은 일반적인 7가지 컨셉들을 한 번 늘어놓아 보려고 해요. 이 중 우리의 컨셉과 가장 유사한 것은 어떤 것인지 알아보는 것도 아주 재미있을 것 같아요. 또 그러한 컨셉을 표현하는 다양한 수단은 무엇이 있는지도 스리슬쩍 잡아보려고 합니다. 크크큭 반, 진지함 반으로 주절거려보도록 하겠어요~꼬.1. 진지한 컨셉부릅. 진지. 엄격. 세상. 시리어스우린 장난따윈 치지않아. 우린 전문적이야. 숫자를 선호하지. 우리의 제안서는 숫자가 가득해. 우리는 농담을 하지 않아. 부릅... 스러운 컨셉의 진지진지한 색입니다. 사실 진지한 컨셉은 여러가지로 제약이 있긴 합니다. 명량,회오리바다와 같은 SNS상에서 진지한 컨셉의 컨텐츠의 사활을 장담하긴 어렵죠. 특히나 몇 초안에 시선을 끌어잡아야 하는 경우라면 더더욱 그렇습니다. 그러나, 시간을 들여서라도 신중하게 결정을 해야하는 것들. 그러니까 오늘 점심 뭐먹을까....같은..(=개소리) 게 아니고.... 계약이나 금융, 분석, 정보를 다루는 곳들의 경우에 많이들 쓰고 있는 것 같아요. 이를테면 전자계약을 진행하는 모두싸인같은 경우는 이번에 로고리뉴얼을 통해서 기존의 귀욤귀욤한 캐릭터느낌(눈코입달린)에서 좀 더 각지고 전문적인 느낌을 살릴 수 있는 컬러대비를 강조했더라구요. 이처럼 객관적인 신뢰가 필요한 비지니스에선 확실히 키치키치뱅뱅한 느낌보다는 각! 대비! 선명! 이런것들이 도움이 되는 것 같아요.표현방법 : 강렬한 색 대비!, 각!, 모서리!, 날카로움!, 정장!, 킹스맨구두, 만년필, 시종일관 진지한 어투, 숫자, 안경, 꾹다문 입술, 컨설팅모드 노트북 등..주의사항 : 시종일관 진지한 어투일때는 문장을 짧게 치셔야 해요. 이런 비지니스들의 소개문구나 텍스트들의 문제점은 자꾸 같은 말을 반복할 위험이 있다는 거예요. 데이터위주의 객관적사실 나열은 글이 짧아질 수 밖에 없는데, 괜히 그 공백을 메우고자 했던 말을 다시 또 하는 경우가 많더라구요. 중복문장과 어설픈 개그, 괜한 수식어 등은 빼버리고 3형식의 짤막한 문장들로 텍스트의 속도감을 높이는 것이 더 중요해요.디자인적으로는 대비를 주되, 배경과 메인심볼의 색을 보색대비시키진 마세요. 배경이나 심볼 둘 중 하나는 무채계열로 빼면서 하나의 색을 죽여주는 편이 좋아요. 보색대비란 것은 둘 다 힘이 쎄다는 얘기이니 디자인에 긴장감이 높아지거든요.2. 우린 미쳤어! 컨셉비글들의 모임. 대혼돈의 게이트시종일관 비글모드인 이 분들은 회의시간에도 아크로바틱, 컨텐츠도 판타지아스럽고, 내놓는 이벤트도 뭔가 탈우주적인 아무말들이 가득합니다. 책상위엔 덕질의 흔적이 가득하고 떠오르면 부아아아아아 밀어부치는 거친 추진력을 보여줍니다. 시행착오도 많지만, 그것조차도 우린 미쳤다라는 컨셉으로 '그래 우린 실수를 했어!!! 하하하하하 이거 미안하게 됬군그래!!후후후후...' 라는 느낌.표현방법 : 거친 워딩! 폭풍 짤, 일상이 덕질, 아무말 텍스트, 키치한 디자인, 특이한 패션, 사무실에 비글키우기, 다육이에 이름붙이기 등등주의사항 : 비글컨셉은 신선하고 독특한 경험을 선사하지만, 행동이 튀는 범위가 넓기때문에 그것을 잘 잡아줄 수 있는 치밀한 기획이 필요해요. 기획단계에선 '하면 안되는 것' 을 강력하게 설정하시는 편이 좋아요. 그리고 규제완화의 제1법칙이죠. 안되는 것만 규정하고 모든 것을 허용한다라는 모토 아래 디테일한 것들을 설정해가시는 편이 좋아요. 디자인적으로는 두 가지 방법이 있는데, 키치하고 세련된 느낌의 특정폰트, 특정이미지, 캐릭터를 이용해서 행위자와 행위를 부각시키는 방법이 있어요. 이 방법은 초기에 설정시간/비용이 꽤나 들지만 이리저리 튈 수 있는 기획방향을 잡아줄 수 있는 캐릭터를 구축할 수 있다는 장점이 있답니다. 다음은 떠돌아다니는 짤과 거친 그림, 조악하고 막 써놓은 텍스트를 컨셉으로 밀고 나가는 것인데, 비용이나 제작시에 수고가 덜하지만 호불호에 대한 리스크와 자칫 낮은 퀄리티로 인식될 수 있는 만큼, 신중해야해요.이러한 키치한 컨셉의 비지니스에서 가장 중요한 것은 홍보나 마케팅컨텐츠는 유쾌하고 장난스럽지만 실제 운영에 구멍이 생겨서는 안된다는 점이예요. 할 때는 확실하게 한다. 라는 느낌이 없으면 유쾌와 장난끼가 '전문성의 부족' 으로 인식되기가 쉽답니다.3. 세상친절한 컨셉성은이 므앙그윽 하옵니다!고객님이 너무 감사한 스타일. 고객은 한 줄 후기를 남겼지만 우린 3줄씩 남겨주는 타입. 클레임이 생기면 직접 찾아가서 하나하나 얘기를 들어보고 사과문과 함께 보상에 관련된 어떤 언급을 하며 상왕전하를 극진히 모시는 느낌표현방법 : 관복, 삼보일배, 친절터지는 댓글, 필력, 웃음이모티콘, 사과문양식, 끊임없는 트래킹, 만족도조사주의사항 : 고객입장에선 최고의 경험을 할 수 있는 컨셉일수도 있겠습니다만, 운영입장에선 굉장히 많은 리소스가 들어가는 일일수도 있습니다. 흔히 직접적인 B2C서비스를 하는 비지니스에서 이런 컨셉이 더러 있더라구요. 나쁜 것은 아니지만, 극진히 여겨주는 것을 머리부터 말끝까지 씻겨드린다..라기보단 우린 씻고나오셔서 춥지않도록 실내에 온풍기를 틀었다...라는 정도의 특정한 차별화포인트만 잡아두는 편이 좋을 것 같습니다.디자인적으로는 부들부들하고 깔끔한 플랫계열의 아이콘, 컬러가 주로 쓰입니다. 거부감을 최소화 시키고 메시지의 강도를 완화시키기 위해 폰트나 컬러로 이미지구축을 하는 경우가 많습니다. 주로 이런 컨셉일 경우엔 고객과의 접점컨텐츠가 굉장히 많이 생성되는 편이라서, 업무의 리소스절약을 위해서 어느정도의 레이아웃과 양식은 템플릿화 시켜서 움직이는 것이 좋습니다.4. 엄청솔직한 컨셉우린 진실만을 얘기하므로, 거짓됨은 없다. 단채 신채호선생님의 서서 굽히지 않는 진솔함의 후예들. 블로그가 없다, 홈페이지도 사실 만들 돈이 없다..라는 것조차도 과감히 까줌. 사실 5가지 정도가 불안하지만, 나머지 한 개는 자신있는 타입. 이런 솔직함은 호불호가 갈리긴 하지만, 리스크를 선공개함으로써 추후 생기는 후폭풍을 최소화시키거나 오히려 신뢰감을 상승시키는 효과를 누릴 수도 있습니다. 그러나 이러한 솔직함이 방어적인 밑밥이 된다면 사람들은 금새 알아차리므로, 계속 성장/개선하는 모습을 보여주지 않으면 솔직함이 진부해질 수 있다는 단점이 있죠.표현방법 : 가난을 드러내기, 서서 세수하기, 회사소식 자주 공개하기, 개선사항 주기적 업데이트, 장점 하나만 어필하기, 약점에 대한 리스팅과 고객참여 간담회주의사항 : 위에서도 언급했던 솔직함이 진부해지지 않으려면 꾸준한 개선들을 주기적으로 업데이트해주고 알려야합니다. 좋은 방법은 역시 고객과 함께 만들어나가는 것이지요. 고객참여 간담회나, 피드백대토론회, 상품체험회 등 온오프라인에서 각종 프로그램과 발빠른 움직임으로 빠르게 움직이고 변화해간다는 모습이 병행되어야 합니다. 그러므로 이러한 컨셉은 우린 솔직하니까 됐어. 라는 식이 되버리는 순간 위험해진다고 할 수 있죠. 어느 컨셉보다 빠른 행동력을 필요로 하는 것 같습니다.5. 매우심플한 컨셉제가 운영하는..애프터모멘트 제안서..이건 제 컨셉인 것 같습니다. 제안서디자인만 봐도 그냥 대충 알 수 있듯이 심플함을 강조하고 있습니다. 심플함이 내포하는 것은 정리된, 깔끔한, 시크한, 논리적인, 단순한, 쉬운 등의 의미가 있겠네요. 사람들이 어려워하거나 복잡하다고 생각하는 것들을 다루는 비지니스일수록 이러한 컨셉은 빛을 발하는 것 같습니다. 그러나 리스크도 만만찮게 크죠. 일단 표현할 수 있는 이미지나 텍스트의 양이 줄어들면서 한 줄 한 줄의 무게가 커집니다. 함축으로 인한 오해를 살 수도 있고, 또한 이러한 심플함에 대한 개인적 호불호도 존재하기 마련이죠. 디자인이나 가구, 직관적인 UX/UI가 필요한 쇼핑몰 등에서 많이 쓰이는데.. 요즘엔 카카오뱅크처럼 복잡함과 대적하기 위한 금융/공공서비스등의 인프라에서도 종종 이러한 컨셉이 보입니다.표현방법 : 하얗. 화이트. 백색. 백색의 사루만...여백. 공백. 빈 곳. 무채색. 포인트. 하나. 딸랑. 아이콘. 기호. 단어주의사항 : 사진 한장, 문장 하나에 신경을 매우 크게 써야합니다. 어미나 접속사 하나도 크게 신경써야 하죠. 심플함은 쳐내는 것이 아니라 함축시키는 일입니다. 그러나 함축을 했다고 해서 단어가 추상적으로 변해버리면 안됩니다. 구체적인 단어를 언급하되, 그 단어가 상징하는 의미가 공통적으로 끄덕거릴 수 있는 것들이어야 하고 직관적으로 아항!~스러워야 합니다. 그러니 단어선정과 이미지선정에 큰 공을 들여야 한답니다.그리고 그렇게 공을 들인 것이 오해를 사거나 무의미해질 수 있는 리스크가 굉장히 큽니다. (가끔 이런건 됬고 그러니까 자세한 소개서나 좀 줘보세요..라고 하는 곳들이 있을 수 있습니다.)6. 옛것추억의 컨셉체크..당신은 대체..아날로그 감성을 자극하는 비지니스도 있습니다. 요즘 인기터진 구닥도 그러할거고, 이번에 드롭박스의 리브랜딩도 다시 레트로한 디자인으로 돌아갔더군요. 추억을 자극하는 아날로그식 필카의 디자인을 따론 라이카나 올림푸스카메라의 디자인도 그렇습니다. 패션쪽에서는 이미 순환주기가 기정사실화가 되었고, 한 때 유행하던 플랫디자인을 넘어서 요즘엔 다시 폰트, 패턴, 양식단순화, 네온 등의 디자인이 뜨고있습니다. 감수성과 공감대를 기본으로 한 이러한 컨셉은 비지니스의 특수성과 타겟층의 연령층에 대한 제한이 있지만, 금액이나 성능등의 객관적인 정보를 뛰어넘는 감성기반 비지니스라는 점에서 매니아/팬층을 만들기가 용이합니다.표현방법 : 옛 것, 아날로그, 불편하게 만들기, 안보여주기, 쇼케이스, 팝업스토어, 복고디자인, 이미지위주의 컨텐츠주의사항 : 아날로그 컨셉은 기본적으로 이미지를 위주로 합니다. 또한 그 이미지에 대한 공통적인 이해와 공감이 있어야 합니다. 또한 우위컨텐츠가 있어선 안됩니다. 예를 들어 노란색의 작은 생명체라고 했을 때, 보거스를 떠올리는 사람과 피카츄를 떠올리는 사람이 있다고 쳐볼께요. 물론 보거스도 미친 인기의 결정체지만, 노란색의 캐릭터에서 피카츄를 이겨먹기가 쉽지 않습니다. 이미 사람들의 기억속의 '원형이미지'에는 노란색=피카츄라는 공식이 성립이 되어버린 상태이죠. 이렇게 옛 컨텐츠를 끄집어낼 때는 사람들의 무의식속 원형이미지를 잘 고려해야해요. 더불어서, 단순한 이미지...보단 '행동'을 끄집어내는 것이 훨씬 효과적입니다. 구닥이 대표적인 예라고 할 수 있죠. 감동이란 그 때의 행동과 느낌을 재현하는 것에서 시작되니까요.7. 트렌드세터의 컨셉천년은 앞서간 비타스의 우주왕자사교파티..반면, 시대를 앞서가는 느낌의 얼리어답터, 트렌드세터의 느낌을 가득 담은 컨셉도 있겠습니다. 이러한 컨셉에선 '이걸 놓치면 당신은 늦는거야!' 라는 편승심리를 자극하는 경우가 많습니다. 가장 대표적인 것들이 사교육이나 전자기기 등등이 있겠죠. 신제품의 발매주기가 빠른 핸드폰도 비슷합니다. 예전엔 핸드폰광고가 무슨 화소, 램, CPU등 다양한 성능위주에 맞추어졌다면 요즘은 AI, 섬세함, 인식기술, 모바일페이, 플렉시블, 카메라기능 등 기술위주에 초점이 맞추어지고 있습니다. 성능이야 잘 굴러가면 되는것이지만, 기술에 뒤떨어진다고 생각되면 불안해지기 때문이죠. 지금은 이런시대야! 당신의 삶은 더 나아질 수 있어! 를 언급해주면서 세계관을 만들어주는 것입니다.표현방법 : IF를 통해서 불안과 기대를 동시에 자극하기, 체험관 마련, 체험서비스, 문구로 자극하기, 동영상, 이미지활용하기, 미래적인 복장, 얼리어답터/매니아/팬층 만들기주의사항 :이러한 트렌드세터의 컨셉에서 중요한 것은 그 기술과 트렌드가 고객의 삶과 직접적으로 어떤 연관이 있는가? 하는 것입니다. 당신의 삶을 풍요롭게 바꿉니다. 따위의 멘트는 아무짝에도 쓸모가 없어요. 그러니까 풍요를 뭐 어떻게 뭐가? 라는 것이 중요하죠. 그래서 미래기술을 다룬 SK나 금호타이어등의 CF를 보면 정확하게 어떻게 당신의 삶이 바뀌는지 에피소드와 영상으로 풀어냅니다. 또는 그러한 기술의 발전의 접점이 항상 인간을 향해있다는 감성수렴의 메시지로 마무리하죠. 그러니 표현상의 주의점은 항상 '구체적인 생활접점' 의 에피소드로 접근해라는 것입니다. 그리고 그 생활접점의 편리함을 숫자나 영단어가 아닌, 감성적인 메시지로 풀이될 수 있어야 해요. 숫자는 그 뒷단의 문제입니다.대략 7가지의 컨셉을 한 번 정리해보았어요. 매우 일반적이고 잘 알려진 컨셉들입니다. 이러한 컨셉 이외에도 본인만의 색을 살릴 수 있는 어떠한 특이한 컨셉이 있다면 아주 흥미진진한 비지니스 브랜딩이 될 수 있으리라고 생각해요. 여기서 흥미진진하단 것은 꼭 즐겁고 돈을 많이 번단 얘긴 아닙니다. 그지가 되어 길바닥에 나앉는 것도 흥미진진한 일에 포함되니까요. 색이 강렬하고 분명하단 것은 그 색에 대한 호불호가 명확해진단 것을 의미합니다. 분명 싫어하는 사람들도 등장하기 마련이죠. 제 글도 어느덧 그러한 지경이 되었...(와씨....유명해졌나봐) 컨셉은 분명 비지니스의 성향에 따라 어느정도 사회적인 선입견이 있습니다. 금융은 정장, 디자인은 자유로움, 마켓쪽은 트렌디한.. 이런식의 고유한 이미지들이 이미 장착되어 있죠. 그러나 요즘엔 이러한 이미지를 깨버리면서 새로운 컨셉을 넘나드는 비지니스들도 많아진 것 같습니다.클라우드 웹하드서비스와 아트웍의 만남이랄까..금융서비스와 귀요미의 만남언론기능과 키치함의 만남이랄까?기존의 이미지를 깨버린 신선함은 많은 주목을 받기 마련이고, 추후 그 기대와 인기에 부응하는 것은 또 다른 영역의 일이 될 수 있겠습니다. 물론 어느쪽도 쉬운 길은 아니겠으나 분명한 사실은 브랜딩에 있어서 초기컨셉을 설정하지 못하면, 어떤 방식으로든 스르르 사라지게 될 것이라는 사실입니다. 특히 요즘같이 다양한 컨텐츠가 무한 생성되는 시대에는 더더욱 그렇죠.조금 덧붙이자면 컨셉은 만들기보다 유지하는 것이 훨씬 어렵습니다. 제 글의 컨셉은 딱히 뭔진 모르겠으나, 사이다같은 팩폭과 술술 읽히는 말랑한 문체라고들 많이 얘기해주시더라구요. 그러나 주제에 따라 이러한 문체가 장애물이 될 때가 종종 있습니다. 그러나 그럼에도 불구하고 이 문체를 꾸준히 유지하면서 병맛을 지켜나가는 것이 또한 저의 숙명이죠. 사실 글쓴다고 돈이 되는 것은 아니지만, 일종의 독자들과의 의리랄까요. 그런 실낱같은 뭔가 끈끈함이 생겨나고 있습니다.제 입장에서 글 쓸때의 컨셉을 유지하는 것은 끝임없는 드립연구와 찰진 비유와 예시를 찾아내는 것, 날마다 네이버뿜과 오유를 뒤적이며 그럴싸한 사진들을 찾아내고, 브랜딩서적들을 까칠한 눈으로 읽어주는 것들이랄까요. 놀라운 것은 클라이언트와 하루만 대화를 하지 않아도 그 감이 급속도로 떨어져간다는 사실입니다. 한 일주일만 지나도, 내가 그런적이 있었나? 싶을 정도로 사람의 적응력과 빡침을 잊는 속도란 굉장하더군요. 오전까지만 해도 빡쳐서 막 글쓸 거리가 넘쳐났는데, 오후되니 벨기에초코케익 한 줌 떠먹고 눈녹듯 사라지는 극딴적인 간사함..하아....이렇듯 시간과 감떨어짐, 케익등으로 인해서 컨셉유지가 안되는 저의 간사함을 보면서 기업입장에선 이 일이 얼마나 힘들 것인가를 유추해볼 수 있겠습니다.때문에 컨셉을 유지하고, 컨셉을 방해하는 일들을 쳐내는 것에는 또다른 맥락의 노력이 필요할 것입니다. 이 얘기는 다음에 하려고 합니다. 배가 고프기 때문이죠. 화장실도 마렵구요. 제가 컨셉을 방해하는 잡다한 것을 쳐내는 방식은 굳이 커피를 마시고 화장실을 참아가며 글을 쓰는 것입니다. 초고도의 집중력을 발휘할 수 있고, 마음이 급해서 한숨에 쭈욱 글을 써내려갈 수 있죠. 하지만, 좋은 방법은 아닌 듯 하니 좀 더 현명하고 건강한 방법을 찾아들고 다음 시간에 뵙도록 하겠습니다. 빠잉.

2015년 12월 9일자로 '생명윤리 및 안전에 관한 법률' 일부 개정안이 국회 통과를 하고, 12월 29일자로 개정이 되었다. 이로 부터 6개월 후인 2016년 6월 30일 부터 '개정안'의 시행이 예정되어 있다.개정된 '생명윤리 및 안전에 관한 법률' 조문.개정된 법률 조문 중 빨간색 박스의 경우가 추가된 부분으로, 2번에 해당하는 경우 의료기관이 아닌 유전자검사 기관에서 유전자검사를 할 수 있다. 즉, 2번에 해당하는 경우 DTC, 소비자 직접 판매 유전자 검사가 가능하게 된 것이다.6월 30일 시행을 두달 남겨 놓고 있는 시점이지만, 아직 DTC 로 가능한 유전자 검사에 어떤 항목을 허용할 것인지에 대해 명확히 결정된 것이 없고, 전문가 그룹에서도 의견이 분분한 상황이다.사실, DTC 유전자 검사 규제에 대해서는 미국의 FDA가  우리 보다 앞서 오랜 고민 끝에 규제 정책을 명확히 한 선례가 있다. 우선 미국 FDA가 어떻게 DTC 유전자 검사를 규제 했는지 한번 살펴보자.FDA의 DTC 유전자 검사 규제 DTC 소비자 직접 유전자 검사는 2007년 11월 23andMe 가 개발해 처음으로 세상에 선 보인 제품이다.FDA는 23andMe 의 소비자 유전자 검사 서비스가 2007년 출시 되고 약 6년 후 2013년 12월 50만명의 고객에게 서비스를 한 시점이 되어서야 본격적인 규제에 나섰다. ( 출시 후, 초기에 캘리포니아와 뉴욕 주정부 차원에서 판매 금지가 된 적은 있었다 )23andMe 는 당시 크게 Complex disease, Pharmacogenomics, Traits, Wellness, Ancestry 5개의 카테고리로 나눠 유전자 검사 결과를 고객에게 서비스 하고 있었는데,  FDA는 명확히 이 중 어떤 항목에 대한 규제를 가하지는 않았고, 23andMe가 FDA와 서비스 제공에 대한 협의를 요구하며 이것이 충분하게 되기 전까지 질병에 대한 유전자 검사를 중단하라고 요구했다.규제 이후 1년 후 2015년 2월 FDA 는 23andMe의 Bloom's syndrom 에 대한  DTC Carrier screening 허가 요청에 대해1. Bloom's syndrom 에 대한 DTC Carrier screening 검사 허가 2. 이와 동시에 Autosomal recessive disease에 대한  carrier screening 에 대해 ClassII 의료기기 판정을 내리고 동시에 510k 예외 조항을 적용했다. 즉, 23andME가 신청한 Bloom's syndrom을 포함한 모든 Autosomal recessive disease에 대한 carrier screening에 대해 DTC 소비자 유전자 검사 허가를 내줬다.23andMe 는 이런 FDA 의 규제 완화 후, 35종의 Autosomal recessive disease에 대한 carrier screening 검사를 자신들의 서비스 항목에 포함시켜 서비스 하고 있다.FDA의 규제는 23andme의 DTC 서비스 항목에 변화를 가져 왔는데, 요약해 보면 아래와 같다.FDA의 규제 전/후 23andMe의 DTC 서비스 항목 변화규제 후 23andMe의 서비스에서 빠진 항목은 GWAS기반의 Complex disease 에 대한 위험도 검사와 Pharmacogenomics 두 가지다.  질병과 관련한 유전자 검사는 FDA가 DTC로 허가한 Autosomal recessive disease에 한정해 서비스 하고 있다.FDA의 규제와 관련해 흥미로운 부분은 '질병' 분석에 대한 부분에 대해서만 규제를 가했고, Wellness/Traits/Ancestry 검사에 대해서는 아무런 규제 움직임이 없었다는 점이다.사실 FDA는  약물이나 질병 진단, 치료와 관련된 의료 기기 등에 대한 규제를 만드는 기관이다. DTC 유전자 검사에 대해서도 FDA는 '질병 진단' 과 관련 있는 Complex disease, Genetic disease 그리고 약물 처방과 관련된 Pharmacogenomics 에 대해서만 관여했다.자연스럽게 FDA의 규제 항목이 아닌 Ancestry, wellness, traits 에 대해서는 예나 지금이나 아무런 규제가 없다. 또한 미국은 Negative 규제를 취하고 있는 나라다. 즉, '하지 말라는 것'을 제외하고는 모든 것이 허용된다. FDA의 규제 레이더에 걸리지 않은 모든 항목에 대해서 DTC 유전자 검사가 가능하다.한국은 미국과 정반대로 Positive 규제를 취하고 있다. 즉, '하라는 것' 빼고 나머지는 모두 불법이다. 위의 생명윤리 안전에 관한 법조문에서도 붉은색 박스 부분의 '보건 복지부 장관이 허용하는 항목' 만 허용되고 나머지는 모두 불법으로 규제 된다는 의미다.6월 DTC 규제 완화를 앞두고 결정해야 하는 것이 바로 이 '보건 복지부 장관이 허용하는 유전자 검사 허용 항목'이다.한국 유전자검사 전문가 그룹의 의견(1) :: 유전자 검사 기업 협회 한국의 유전자검사 기업들이 모여 만든 '유전자 검사 기업 협회' 에서 협의한 내용으로 이야기 되고 있는 내용은 미국의 FDA 의 DTC 규제와 정반대다.1. FDA에서 허용한 Autosomal recessive disease에 대한 유전자 검사는 '질병 진단'의 영역에 들어가므로 '반대'2.FDA에서 규제한 Complex disease에 대한 유전자 검사는 '질병 예측성 검사'로 '찬성'3. Traits/Wellness 는 항목 결정 후, 부분적 허용FDA의 규제에서는 검사의 신뢰도와 검사 결과의 정확도를 기준으로 Autosomal recessive disease에 대한 DTC 서비스를 허용했다. Autosomal recessive disease의 carrier 확률은 대부분  1% 이하인데, 부모 양쪽이 모두 검사가 잘못되어 자식의 disease risk가 잘못될 확률은 1백만분의 1이 밖에 되지 않아, 검사 자체의 위험도도 낮다. 또한 Monogenic genetic disease 로 유전자와 질병의 상관관계가 매우 명확하다.또한, Autosomal recessive disease에 대한 '진단'이 아니라, carrier status 검사다. 즉, 질병의 진단 결과를 제공하는 서비스가 아니다. 유전자 검사 기업 협회 관점에서 봤을 때도 carrier status 검사는 '질병 진단'이 아니므로, 이 부분에 대한 의견은 다시 제고해 볼 필요가 있지 않을까 생각한다.Complex disease에 대해서 FDA는 왜 DTC를 불허했을까? 이미 많이 알려진 내용인데, GWAS에 기반한 검사 결과로 신뢰도 있게 검사해 볼 수 있는 질병은 아래와 같은 이유로 매우 한정적이다.- GWAS를 통해 찾아진 질병 상관 유전자는 여러 번의 연구를 통해 재현성 있게 검증이 되는 경우가 거의 없고,- Case-control study라는 한계로 직접적인 risk 계산을 할 수 없으며, Odds ratio로 risk 추정,- 하나의 질병에 대해 매우 상반되는 수많은 유전적 변이들 중에 각 회사들 마다 서로 다른 기준으로 선택한 변이를 사용해 분석에 이용해, 이를 활용한 회사들 마다 서로 상반되는 결과가 나옴.- 특정 인종에 대한 연구들로, 한국인 연구에만 제한한다면 분석 가능한 질병 숫자는 매우 제한적.Complex disease에 대해 제대로 된 결과는  Prospective cohort study를 통해 질병에 대한 유전적 소인을 명확히 밝혀낸 후에나 가능하다.  영국의 10만명 게놈 프로젝트나, 50만명 baseline 연구, 미국의 100만명 게놈 연구 등이 바로 이런 목적을 가진 연구다.한국 유전자검사 전문가 그룹의 의견(2) :: GMIG( Genomic medicine interest group )GMIG 전문가 그룹 survey 결과 본인이 소속된 GMIG( Genomic medicine interest group) 에서도 DTC 허용 유전자 검사 항목에 대한 설문을 진행했었는데, FDA의 규제와 유사하게 Complex disease에 대해서는 규제가 필요하고, Autosomal recessive disease에 대해서는 허용, clinical trial 로 근거가 명확하고, 의학적 효용성이 명확한 pharmacogenomics도 허용, 그 이외 의료적 이슈가 없는 Traits/Wellness/Ancestry 검사에 대해서는 모두 허용하는 쪽으로 의견이 모아졌다.GWAS와 Autosomal recessive disease를 제외한 Genetic disease에 대해서는 의사 회원 분들은 DTC 반대를 하셨는데, 공통적인 이유로 Genetic testing 결과를 일반인에게 제대로 전달해 줄 Genetic counseller 인프라가 절대적으로 부족한 상황이라는 점, 이런 불완전한 정보의 이해가 여러가지 예상치 못한 사회문화적 문제를 일으킬 소지가 있다는 점 등의 의견이 있었다.만약 Genetic counselling에 대한 사회적 인프라가 충분히 갖춰진 상황이라면 유전적 소인이 명확하고 결과도 명확한 모든 타입의 genetic disease는 DTC 로 허용해도 좋을 것으로 의견이 모아졌다.유전자 정보는 개인의 고유 phenotype 정보개인적으로 유전자 정보는 개인의 고유 phenotype 정보라는 의견이다. 키와 몸무게를 측정하듯, 우리가 태어날 때 가지고 태어난 고유한 DNA 염기 서열 정보를 읽고, 그 의미를 검사해 보는 것은 개인이 가진 기본 권리라 본다.현재 법적으로 '유전자 염기 서열을 읽는 행위' 자체는 아무런 법적 제제를 받지 않는다. 자신의 Genome DNA 염기 서열을 가지고 있는 사람은, 다양한 Genome software를 활용해 법적으로 금지된 유전자 검사를 모두 직접 해 볼 수 있다.대표적으로 Micheal Cariaso가 만든 Promethease 같은 소프트웨어를 활용하면, 현존하는 그 어떤 DTC 유전자 검사 회사들 보다 더 방대한 유전자 검사 결과를 확인할 수 있다. Promethease는 현재 유로로 sample 당 $5 에 서비스 되고 있으며,  23andMe 서비스가 FDA의 규제로 질병에 대한 검사 결과를 서비스 하지 못하게 된 시점에서 23andMe 서비스를 받고 Genome raw data를 가진 고객들이 Promethease를 활용해 유전자 검사를 받게 되면서 하루 수백건씩의 분석이 이루어지고 있다.최근 회사에 방문한 Micheal Cariaso에게 문의한 결과 현재 하루 평균 200여건의 분석이 Promethease를 통해 이루어 지고 있다고 한다.Promethease 로 유전자 분석을 수행한 결과 화면. Breast cancer에 대한 결과인데, 오른쪽 밑의 pie chart를 보면 한 사람의 genotype 들에 대해 Good/Bad/Neutral 결과가 혼재되어 있는 것을 확인할 수 있다.( GWAS 기반 complex disease 분석을 하는 경우 이런 것들 중 가장 Odds ratio가 높은 몇몇 variant들을 골라 최종 risk 를 계산하게 된다. 이런 부분이 GWAS 기반 검사의 문제).  Promethease는 이를 종합해 risk score로 계산해 주지 않고, 해당 질병과 관련된 모든 과학 연구 결과를 reporting 해 준다. 이렇듯, 이미 게놈에 대한 지식이 있고, 조금의 불편을 감수해서라도 자신의 raw genome data를 확보하는 개인의 경우에 유전자 검사를 막을 방법은 없다. 막을래야 막을 수 없는 시대가 온 것.좀 더 장기적이고 전향적인 규제라면, 어떤 유전자 검사를 허용할지 보다는 개인이 게놈을 가지는 걸 막을 수 없는 시대라는 것을 인정하고, 게놈을 가진 개인이나 기업 혹은 정부가 이를 활용해 문제가 될 만한 것들을 막는 법적인 장치를 만들어 나가는 방향이라 본다.두달 후 6월 30일에 한국에서 최초로 DTC 유전자 검사를 할 수 있게 된다. 어떤 항목이 될지는 모르지만, 무엇이 되었든 한국 게놈 산업 발전사에 이정표를 찍는 매우 의미 있는 사건이 될 것이라 본다.남은 기간 규제를 관장하는 정부 관계자들이 현명한 규제 방안을 마련하기를 기대해 본다.#3billion #운영 #인사이트 #스타트업 #시장환경 #분석

"TV시대에 웬 라디오 얘기" 라고 생각하시나요? 그렇다면 생각을 한번 넓혀 보세요. 꼭 눈으로 보지 않아도 마음의 눈으로 볼 수 있는 더 넓은 세계가 라디오 안에 있답니다. 수많은 사람들의 살아가는 얘기, 아름다운 음악, 생생한 정보를 통해 TV의 제한을 넘는 감동과 즐거움을 줄 수 있는 라디오의 세계는 무궁무진 합니다. 라디오는 젊은 날의 열정을 쏟아 부을 만한 무한한 가능성의 매체입니다. KBS 라디오는 개성이 강한 7개의 채널을 가지고 있습니다. 시사, 교양, 살아가는 이야기가 담긴 제1라디오, 고전과 국악 음악 전문 제1FM, 웃음이 있는 연예 오락 방송 제2라디오, 음악과 생생한 토크의 젊은 방송 제2FM, 사랑과 나눔으로 향기로운 채널 제3라디오, 우리말을 포함한 11개 국어로 해외로 방송되는 국제방송, 그리고 북한과 북방 동포를 위한 사회교육방송입니다. 이렇게 KBS 라디오 PD의 세계는 무한히 넓습니다.　이 중 국제방송은 해당 언어를 전공하였거나 전문적으로 능숙하게 구사할 수 있는 사람(영어, 일본어, 중국어, 인도네시아어, 베트남어, 프랑스어, 스페인어, 아랍어, 러시아어, 독일어)이라야만 지원이 가능하지만, 다른 분야는 누구에게든 열려 있습니다. 그래서 인간과 사회, 그리고 문화에 대한 폭넓은 관심사를 가지고 자신의 미래를 준비하는 젊은이라면, 라디오 PD라는 일에 도전을 해볼 만 할 것입니다. 　 우리 사회의 발전을 위한 열정을 가슴에 품고 생각이 깊은 사람, 이웃과 함께 더불어 살아가는 삶에 가치를 두는 아름다운 사람, 생생한 정보의 현장을 찾아보고자 하는 열정적인 사람, 음악에 대한 지식을 통해 다른 사람의 삶을 질을 고양시켜주고 싶다는 열망을 가진 사람 등 누구든 좋습니다. 그리고 근무 년수 등을 따라 채널별로 업무를 옮기게 되므로, 다양한 분야의 일을 경험하면서 더 적합한 자신의 적성을 찾아 그 분야의 전문가로 자리잡을 수도 있습니다.#한국방송공사 #KBS #KBS공채 #직무정보 #직무소개

편집자 주아래와 같이 용어를 표기하기로 저자와 협의함Docker, NodeJS, NginxOverview안녕하세요. 칼 같은 들여쓰기에 희열을 느끼는 브랜디 개발자 강원우입니다! 서버를 운영해본 개발자라면 Fatal 에러, 아웃오브메모리 에러, 또는 전날 흡수한 알코올로 인해 손을 떨다가 한 번쯤 서버를 요단강 너머로 보내봤을 겁니다. 만약 테스트 서버였다면 잠시 마음을 가다듬으면 되지만, 현재 상용 서비스 중인 서버라면 얘기는 달라집니다.님아, 그 강을 건너지 마오!이런 간담이 서늘해지는 경험은 저 하나로 족합니다. 그래서 고군분투했던 지난 날을 되돌아보면서 빠르고 안정적이며, 죽어도 죽지 않는 좀비 같은 서버 구축 방법을 쓰려고 합니다.준비물서비스를 운영할 때 가장 중요하게 여겨야 하는 건 역시 안정성입니다. 이번 글에서는 오래 전부터 개발 세계의 뜨거운 감자였던 Docker와, 단일 스레드와 이벤트 루프로 태생적으로 심플하고 민첩한 NodeJS, 마지막으로 고성능을 목표로 개발된 Nginx를 활용하겠습니다.1. DockerDocker는 컨테이너 기반의 오픈소스 가상화 플랫폼입니다. 대표적으로 LXC(Linux Container)가 있습니다. 화물 컨테이너처럼 어떠한 일련의 기능을 완전히 격리된 소프트웨어 환경에서 작동하게 만드는 기술을 말합니다.OS 가상화와 별반 다를 게 없는 것 같지만 소프트웨어적으로 작동한다는 차이가 있습니다. 다시 말해, 현재 OS의 자원을 그대로 사용하기 때문에 하이퍼 바이저가 가상환경을 위해 가상의 커널을 만드는 오버헤드가 거의 없다는 것이죠.이미지와 속도도 차이를 보입니다. 완벽하게 구성한 세팅을 그대로 이미지화할 수 있고, 해당 이미지는 Docker 위에서 완벽히 동일하게 동작하는 걸 보장합니다. 해당 이미지로 컨테이너를 제작할 땐 1~2초면 새로운 컨테이너가 생겨날 정도로 엄청나게 빠른 속도도 자랑합니다. 1)또한 Docker는 자주 사용되는 다양한 이미지를 퍼블릭 레포지토리에 공유해 사용할 수 있기도 합니다. 양파도 아닌데 특징이 계속 나오죠? 다음 글에서 Docker의 특징을 더 자세히 다루겠습니다.Docker는 리눅스만 지원했었지만, 요즘은 Docker for Windows와 Docker for Mac으로 거의 모든 OS에서 사용할 수 있습니다. 2) Docker 설치 링크는 윈도우와 맥으로 나뉘어져 있습니다. 리눅스는 아래를 참고하세요.curl -fsSL https://get.docker.com/ | sudo sh 2. NodeJSNodeJS는 구글이 구글 크롬에 사용하려고 제작한 V8 오픈소스 자바스크립트 엔진을 기반으로 제작된 자바스크립트 런타임입니다. NodeJS에는 몇 가지 특징이 있습니다.단일 스레드입니다.비동기 방식입니다.이벤트 루프를 사용합니다NPM이라는 끝내주는 동반자가 있습니다.비유하자면 예전엔 낡은 곡괭이로 큰 돌을 캐내려고 수십 명의 인부가 달라 붙었는데, 지금은 육중한 포크래인으로 거대한 돌을 쑥! 뽑아버리는 것과 비슷합니다. 굉장히 효율적이죠. NodeJS는 단일 스레드의 장점을 극대화하려고 이벤트 루프를 통해 모든 처리를 비동기로 수행합니다. 서버 사이드의 묵직한 CPU들이 빠르게 일을 처리하고 이벤트 루프에 등록된 일을 감지해 다음 작업을 빠르게 수행하는 방식입니다.마지막으로 NPM(Node Package Manager)은 NodeJS에서 사용할 수 있는 다양한 모듈을 관리해주는 프로그램입니다. 도커와 상당히 유사합니다. NodeJS에서는 무언가 기능을 만들기 전에 NPM을 먼저 뒤져보라는 말이 있을 정도로 풍부한 모듈 생태계가 구성되어 있습니다. 이는 로깅이나 날짜 계산 등 생각보다 까다로운 것들을 가져다 사용할 수 있게 도와주기 때문에 개발이 빨라집니다. NodeJS 설치링크는 여기를 클릭하세요. 이 글의 예제에서는 NodeJS의 현재시점 LTS인 codename Carbon버젼을 사용합니다!8.x 버젼이 Active LTS 상태입니다.LTS은 Long Term Support의 약자로 가장 오랜기간 지원하는 버전입니다.우선 서비스 구성을 위해 간단한 NodeJS 어플리케이션을 작성해보겠습니다.첫째, packge.json를 작성합시다.{   "name": "nodejs_tutorial_server",   "version": "0.0.0",  "private": true,   "scripts": {     "start": "node nodejs_tutorial_server.js"   },   "description": "NodeJS Tutorial Server",   "author": {     "name": "WonwooKang"   },   "dependencies": {     "express": "^4.16.3",     "uuid": "^3.2.1"   } } nodejs_tutorial_server.js 파일을 메인으로 실행합니다. HTTP Request를 처리하려면 express를 사용해야 하며, 서버를 구분하려면 uuid모듈이 필요합니다.둘째, package.json의 의존 파일들을 설치합시다.npm install npm install 전npm install 후셋째, 간단한 웹 어플리케이션을 작성합시다.var express = require('express'); var app = express(); const port = 3000;  var server = app.listen(port, function () {     console.log("Express server has started on port : "+port);  });  app.get('/', function (req, res) {     res.send('Hello?');  }); 넷째, package.json의 script start 구문을 실행하여 서버를 로드합시다.npm start 3000번 포트로 서버가 시작되었습니다!접속해볼까요?잘 접속됩니다.그런데 수정할 때마다 서버를 매번 다시 띄우면 귀찮을 겁니다. 이럴 땐 nodemon 모듈을 사용합시다. nodemon은 Nodejs의 파일이 수정되는 걸 감지해 자동으로 리로드해주는 편리한 도구입니다.nodemon설치npm install nodemon -g package.json script 변경"scripts": {     "start": "nodemon nodejs_tutorial_server.js"   }, nodemon 실행확인을 위해 약갼의 수정//nodejs_tutorial_server.js 수정 app.get('/', function(req, res) {     res.send('Hello Nodemon');  }); nodemon을 통해 어플리케이션이 실행된 모습파일수정 후 저장했을 때 자동 감지한 모습서버 잘 떴습니다!성공적으로 단 하나의 GET 요청을 처리할 수 있는 심플한 NodeJS 기반 웹 어플리케이션을 완성했습니다. 이제 웹 어플리케이션을 Docker Container위에서 구동해봅시다!3. Docker로 NodeJS Express 서버 구동하기이제 Docker Container위에서 NodeJS서버를 구동할 건데요. 그러려면 우선 Dockerfile을 작성해야 합니다. 물론 Docker의 이미지를 당겨 받고, 컨테이너를 생성하고, 또 컨테이너를 실행해서 Attach하고, 필요한 파일들을 밀어넣는 등 귀찮은 방법도 있습니다. 하지만 개발자에게 이것은 힘든 작업이므로 Dockerfile을 적극 활용합시다. (Dockerfile의 D는 대문자여야 합니다! 꼭이요)Node 도커 이미지에 어플리케이션 파일을 추가해 실행하는 Dockerfile 작성하기FROM node:carbon MAINTAINER Wonwoo Kang [email protected] #app 폴더 만들기 - NodeJS 어플리케이션 폴더 RUN mkdir -p /app #winston 등을 사용할떄엔 log 폴더도 생성 #어플리케이션 폴더를 Workdir로 지정 - 서버가동용 WORKDIR /app #서버 파일 복사 ADD [어플리케이션파일 위치] [컨테이너내부의 어플리케이션 파일위치] #저는 Dockerfile과 서버파일이 같은위치에 있어서 ./입니다 ADD ./ /app #패키지파일들 받기 RUN npm install #배포버젼으로 설정 - 이 설정으로 환경을 나눌 수 있습니다. ENV NODE_ENV=production #서버실행 CMD node nodejs_tutorial_server.js Dockerfile 내용은 node:carbon에서 :carbon이 NodeJS의 이미지 버전 Tag 입니다.Dockerfile을 통해 docker image 빌드하기docker build –tag 레포지토리명: 태그 Dockerfile 경로docker build --tag node_server:0.0.1 [Dockerfile이 위치하는 경로] 호오... 게이지가 마구마구 차오르는군요?build가 완료된 화면입니다. Dockerfile의 내용 순서가 각 Step별로 진행된 것을 알 수 있습니다.빌드 결과 생성된 이미지 확인하기docker images 빌드 명령어에서 입력했던 버전 태그까지 잘 입력된 것을 알 수 있습니다.NodeJS Carbon 이미지를 기반으로 한 node_server 이미지를 제작했습니다. 사이즈는 둘이 합쳐 1Gb가 넘을 것 같지만 실제로는 변경된 부분만 저장됩니다. 그러므로 node_server 이미지의 크기는 6~10Mb 정도입니다.생성된 이미지로 컨테이너 만들기컨테이너 생성 명령어는 아래와 같습니다.docker create --name [서버명] -p [외부 포트:컨테이너 내부포트] [이미지명:버전태그] 주의할 점이 있습니다. 포트번호 바인딩 중 왼쪽은 우리가 접속할 실제 포트이고, 오른쪽은 컨테이너 내부의 NodeJS서버 할당 포트가 된다는 것입니다. 공유기의 포트포워딩 설정과 같습니다.docker create --name NODE_SERVER_0 -p 3000:3000 node_server:0.0.1 알 수 없는 코드가 생성되었습니다. 응?컨테이너 확인하기생성한 컨테이너를 확인해볼까요?docker ps 어.. 없잖아?옵션을 추가합니다.docker ps -a 나타났다!docker ps 명령어는 현재 실행 중(STATUS:Up)인 컨테이너의 목록을 보여줍니다. -a 옵션은 실행하지 않는 모든 컨테이너를 보여줍니다. 위의 이미지에서 node_server:0.0.1이미지로부터 NODE_SERVER_0 이라는 이름으로 2분 전에 생성되었다는 걸 알 수 있습니다. 3)컨테이너 실행하기docker start NODE_SERVER_0 다시 확인하기docker ps 19초 전에 Up상태가 되었다는 걸 알 수 있다.외부 3000번 포트 -> 내부 3000번 포트로 연결되었습니다. 서버도 실행되었고요! 이제 접속해볼까요?내용도 안 바꾸고 새로고침도 빨라서 뜬 건지 잘 모르겠군요. 내용을 수정해서 다시 확인하겠습니다.//nodejs_tutorial_server.js 수정 app.get('/', function (req, res) {     res.send('Hello I\'m In Docker Container Now!');  }); 파일 변경해서 다시 확인하기//버전 태그도 0.0.2로 업해주고 docker build --tag node_server:0.0.2 [Dockerfile위치] 잘 생성되었습니다.//이미지가 잘 생성되었는지 확인하고 docker images 0.0.2가 나타났습니다.//기존 컨테이너를 삭제합니다. -f 옵션은 실행중인 컨테이너도 강제로 삭제하겠다는 뜻입니다.  docker rm -f NODE_SERVER_0 // 잘지워졌나 확인하고  docker ps -a 잘 지워집니다.//0.0.2 버젼 이미지로 컨테이너를 다시 생성합니다.  docker create --name NODE_SERVER_0 -p 3000:3000 node_server:0.0.2   //서버를 실행합니다. docker start NODE_SERVER_0 잘 실행됩니다.이제 다시 접속해봅시다.안녕! 나 지금 Docker 안에 있어!이제 Docker로 여러 개의 서버를 띄우겠습니다. NodeJS는 싱글 스레드이기 때문에 하나의 CPU를 여럿이 나눠 갖는 건 비효율적입니다. 따라서 CPU 숫자에 맞춰서 서버를 띄워보겠습니다.제 맥북엔 CPU가 4개뿐입니다.CPU수에 맞춰 추가로 생성하기추가로 컨테이너를 생성하고, 서버를 실행합니다. 서버 목록도 확인해야겠죠.서버 생성서버 실행서버 목록 확인포트번호는 같은 포트를 쓸 수 없기 때문에 3001, 3002, 3003으로 매핑합니다. 브라우저로 접속해서 확인해보겠습니다.각 포트별 접속 화면미리 만들어둔 이미지 덕분에 서버 3대를 띄우는 데에 5분도 안 걸렸습니다. 하지만 Docker 서버를 여러 개 띄워도 결국 사람의 손이 닿아야 합니다. 따라서 이번에는 NodeJS의 Cluster를 활용해 적은 수의 Docker Container를 이용하면서도 다수의 CPU를 사용하겠습니다. 또 죽은 워커를 다시 살려 서버가 다운되는 것을 막아 안정적인 서비스도 구축해보겠습니다.4. 멀티코어대응 NodeJS Cluster 구성2컨테이너용 NodeJS Cluster서버 어플리케이션 작성하기var cluster = require('cluster'); var os = require('os'); var uuid = require('uuid'); const port = 3000; //키생성 - 서버 확인용 var instance_id = uuid.v4();  /**  * 워커 생성  */ var cpuCount = os.cpus().length; //CPU 수 var workerCount = cpuCount/2; //2개의 컨테이너에 돌릴 예정 CPU수 / 2  //마스터일 경우 if (cluster.isMaster) {     console.log('서버 ID : '+instance_id);     console.log('서버 CPU 수 : ' + cpuCount);     console.log('생성할 워커 수 : ' + workerCount);     console.log(workerCount + '개의 워커가 생성됩니다\n');        //CPU 수 만큼 워커 생성     for (var i = 0; i < workerCount>         console.log("워커 생성 [" + (i + 1) + "/" + workerCount + "]");         var worker = cluster.fork();     }        //워커가 online상태가 되었을때     cluster.on('online', function(worker) {         console.log('워커 온라인 - 워커 ID : [' + worker.process.pid + ']');     });        //워커가 죽었을 경우 다시 살림     cluster.on('exit', function(worker) {         console.log('워커 사망 - 사망한 워커 ID : [' + worker.process.pid + ']');         console.log('다른 워커를 생성합니다.');                 var worker = cluster.fork();     });  //워커일 경우 } else if(cluster.isWorker) {     var express = require('express');     var app = express();     var worker_id = cluster.worker.id;         var server = app.listen(port, function () {         console.log("Express 서버가 " + server.address().port + "번 포트에서 Listen중입니다.");     });        app.get('/', function (req, res) {         res.send('안녕하세요 저는 워커 ['+ cluster.worker.id+'] 입니다.');     });  } CPU 숫자를 받아 CPU 수(4)를 컨테이너 수(2) 로 나눠 워커를 생성하는 NodeJS 클러스터 구성입니다. 이렇게만 해도 운영에는 무리가 없지만 컨테이너 2개의 구분이 안 되서 확인할 수가 없습니다.그러므로 마스터와 워커의 통신을 이용해 마스터의 uuid를 얻겠습니다. (워커와 마스터 간의 데이터 이동은 통신 말고는 메모리DB 등의 데이터 저장소밖에 없습니다)마스터의 아이디를 알아오는 로직이 추가된 어플리케이션 작성var cluster = require('cluster'); var os = require('os'); var uuid = require('uuid'); const port = 3000; //키생성 - 서버 확인용 var instance_id = uuid.v4();  /**  * 워커 생성  */ var cpuCount = os.cpus().length; //CPU 수 var workerCount = cpuCount/2; //2개의 컨테이너에 돌릴 예정 CPU수 / 2  //마스터일 경우 if (cluster.isMaster) {     console.log('서버 ID : '+instance_id);     console.log('서버 CPU 수 : ' + cpuCount);     console.log('생성할 워커 수 : ' + workerCount);     console.log(workerCount + '개의 워커가 생성됩니다\n');         //워커 메시지 리스너     var workerMsgListener = function(msg){                    var worker_id = msg.worker_id;             //마스터 아이디 요청             if (msg.cmd === 'MASTER_ID') {                 cluster.workers[worker_id].send({cmd:'MASTER_ID',master_id: instance_id});            }      }        //CPU 수 만큼 워커 생성     for (var i = 0; i < workerCount>         console.log("워커 생성 [" + (i + 1) + "/" + workerCount + "]");         var worker = cluster.fork();                //워커의 요청메시지 리스너         worker.on('message', workerMsgListener);     }        //워커가 online상태가 되었을때     cluster.on('online', function(worker) {         console.log('워커 온라인 - 워커 ID : [' + worker.process.pid + ']');     });        //워커가 죽었을 경우 다시 살림     cluster.on('exit', function(worker) {         console.log('워커 사망 - 사망한 워커 ID : [' + worker.process.pid + ']');         console.log('다른 워커를 생성합니다.');                 var worker = cluster.fork();         //워커의 요청메시지 리스너         worker.on('message', workerMsgListener);     });  //워커일 경우 } else if(cluster.isWorker) {     var express = require('express');     var app = express();     var worker_id = cluster.worker.id;     var master_id;        var server = app.listen(port, function () {        console.log("Express 서버가 " + server.address().port + "번 포트에서 Listen중입니다.");     });        //마스터에게 master_id 요청     process.send({worker_id: worker_id, cmd:'MASTER_ID'});     process.on('message', function (msg){         if (msg.cmd === 'MASTER_ID') {             master_id = msg.master_id;         }     });        app.get('/', function (req, res) {         res.send('안녕하세요 저는 ['+master_id+']서버의 워커 ['+ cluster.worker.id+'] 입니다.');    });  } Docker Container에 올리기 전 로컬 테스트를 먼저 진행합니다. 서버 구동!두 개의 워커가 실행되었습니다.똑같은 localhost:3000번 접속이지만 워커의 번호가 다릅니다.이제 워커로 CPU 수만큼 워커를 생성할 수 있게 되었습니다. 이제 워커가 어떻게 안정적으로 서비스되는지 테스트하겠습니다. 워커 킬링 테스트하기워커 킬러 로직 작성//워커 킬링 테스트     app.get("/workerKiller", function (req, res) {         cluster.worker.kill();         res.send('워커킬러 호출됨');     }); 실험에 앞서 똑같은 상황 재연 마스터 아이디를 유심히 봐주세요. 워커 킬러를 실행하겠습니다.워커 킬러 호출아래는 호출된 결과입니다. 하나의 워커가 죽자마자 곧장 다른 워커가 태어나(?) 3000번을 Listen하기 시작했습니다. 워커 킬러가 호출된 화면이제 워커 킬러를 여러 번 호출해보겠습니다. CMD+R을 꾸욱 눌러 연속으로 킬링해봤는데 아래 화면처럼 바로 살아납니다.접속해서 현재 워커를 확인합니다.위의 화면처럼 마스터의 UUID가 그대로인데 워커만 교체되었습니다. 준비는 끝났습니다. 이제 Docker를 이용해 2명의 워커를 가진 2개의 NodeJS서버를 실행하고, 4개의 귀여운 CPU를 불살라봅시다! 5. Docker로 NodeJS Cluster 서버 실행하기docker build --tag node_server:0.0.3 /Users/kww/eclipse-workspace/nodejs-for-article docker create --name NODE_SERVER_0 -p 3000:3000 node_server:0.0.3 docker create --name NODE_SERVER_1 -p 3001:3000 node_server:0.0.3 docker start NODE_SERVER_0 docker start NODE_SERVER_1 cluster가 적용된 2개의 컨테이너 start0.0.3번 이미지로 생성된 2개의 컨테이너 서버가 무사히 로드되었습니다. 이제 접속해서 확인해볼까요?cluster가 적용된 2컨테이너 4서버 구동화면WOW! 2개의 URL, 2개의 UUID, 각 2명의 워커까지. 완벽한 2.2.2입니다. 마치 홍진호를 보는 듯한 서버 현황입니다. 이제 워커 킬러로 습격해보겠습니다.워커 킬러 습격 후위의 이미지를 보면 3000번 포트서버에서 13명, 3001번 포트서버에서 22명의 워커가 사망했습니다. UUID를 통해 2개의 서버에서 일정량의 워커가 매우 안정적으로 서버를 지키고 있는 걸 알 수 있었습니다.지금까지 2개의 컨테이너로 4개의 서버를 구성해보았습니다. CPU 숫자와 나눠지는 수에 따라 컨테이너의 수, NodeJS 클러스터 서버의 수를 유동적으로 조정할 수 있습니다. 전에 운영하던 API서버는 16코어 서버였고, 로드벨런서 및 기타 작업용 1코어의 여분을 남기고 15코어 / 3 으로 5개의 워커를 가진 3개의 NodeJS서버를 도커 컨테이너로 운영했었습니다.여기서 문제점이 생깁니다. 우리는 어떤 서비스를 할 때 하나의 도메인을 쓰는데 포트번호가 2개죠? 어떻게 해야 할까요. 여기서 바로 한참을 기다렸던 불곰국의 Nginx가 등장합니다.6. Nginx로 로드밸런싱 하기Nginx은 “더 적은 자원으로 더 빠르게”를 지향합니다. 러시아의 이고르 시쇼브(Игорь Сысоев)는 Apache에서 10,000개의 접속을 동시에 다루기 힘든 걸 해결하려고 Nginx를 개발합니다.Nginx는 NodeJS와 유사하게 싱글 스레드 방식에 이벤트 드리븐 구조 사용하는 오픈소스 HTTP서버로 최근 아파치의 점유율을 상당히 뺏고 있는 서버입니다. 다운로드 링크를 아래에 써두었습니다.Nginx 설치WindowNginx 다운로드Macbrew install nginx Linuxapt-get install nginx or yum install nginx Nginx 설치 성공Nginx 기본 접속 화면서버 조작방법서버 시작 : nginx 서버 중지 : nginx -s stop 서버 재시작 : nginx -r reload (맥에선 이건 안되는듯?) 기본 설정은 8080포트로 되어있습니다. 원하는 포트르 로드벨런싱 설정을 해보겠습니다. Nginx 로드밸런싱 설정아래는 Nginx의 로드밸런싱입니다.#http블럭 내부에 추가     #NodeJS 서버 로드밸런싱     upstream nodejs_server {         #least_conn;         #ip_hash;         server localhost:3000 weight=10 max_fails=3 fail_timeout=10s;         server localhost:3001 weight=10 max_fails=3 fail_timeout=10s;     }        #3333번 포트 NodeJS 서버로 연결     server{         listen               3333;         server_name  localhost;                location / {             proxy_pass http://nodejs_server;         }     } 로드밸런싱이 잘 적용되었는지 확인해보겠습니다. 로드밸런싱 적용 이후모든 브라우저에서 3333번으로 접속했는데 서로 다른 2개의 서버가 번갈아 접속되고, 워커가 가끔 바뀌는 걸 확인할 수 있습니다. 이번엔 로드밸런서로 워커 킬러를 호출하겠습니다.로드밸런싱 포트인 3333번 포트로 여러 번 호출결과 확인Nginx 로드밸런서가 확실하게 작동하는 걸 확인할 수 있었습니다. 위의 이미지에서 서버가 자꾸 바뀌는 모습을 볼 수 있는데, 이는 세션이 유지되지 않기 때문입니다. 실제 서비스에서는 세션의 유지를 위해 ip_hash 옵션이 꼭 필요합니다.ip_hash : 동일한 IP의 접속은 같은 서버로 접속하도록 하는 옵션입니다.  least_conn : 가장 접속이 적은 서버로 접속을 유도하는 옵션으로 ip_hash와 같이쓰입니다. Conclusion자, 고생하셨습니다. 여기까지 Docker와 NodeJS, Nginx를 이용해 관리하기 쉽고, 일부러 죽여도 죽지 않는 안정적인 서비스 환경을 구축해봤습니다. 한 가지 주의할 점이 있습니다. NodeJS의 Cluster는 죽은 워커를 바로 살리는데 싱글스레드여서 그런지 그 속도가 정말 어마어마합니다. 따라서 NodeJS Cluster를 사용할 땐 여러 핸들링에 신중하세요. 모든 promise에 반드시 catch를 달아 핸들링하고, 오류가 날 것 같은 로직엔 반드시 try - catch를 달아 핸들링을 해야 합니다. 그렇지 않으면 다시 살아나는 워커에 의해 서버의 자원이 고갈될 수 있습니다.예전에 16코어 서버를 운영할 땐 서버 자원에 비해 사용자가 적어서..(눈물) 5워커 2개의 서버만 구동하고 여유를 두었습니다. 그리고 서버 패치가 있을 때 3번째 서버를 대기시켰습니다. 앱에서 업데이트가 완료되는 시점에 Docker Container를 바꿔치기 하는 방식으로 Non-Stop서비스를 운영했죠. 혹시 코어가 빵빵한 여유 서버가 있는데 재빠르고 좀비 같은 서비스를 구성해야 한다면 위와 같은 환경 구축을 강력히 추천합니다. 지금까지 긴 글을 읽어주셔서 감사합니다.ps. 글 쓰다 보니 해가 떴네요. 하하.참고1) 가상 머신은 작은 이미지라도 기가바이트 단위의 사이즈와 Load되기까지 상당한 시간이 소요된다.2) 그러나 Windows의 경우, Hiper-v위에 리눅스를 띄워 도커를 구동한다. Mac에서도 가상 머신 위에서 구동된다. 따라서 성능적인 강점은 리눅스에만 적용된다.3) 도커에서는 NAME 속성을 지어주지 않으면 알아서 이름을 지어주는데 romantic한 단어가 많다.글강원우 과장 | R&D 개발2팀[email protected]브랜디, 오직 예쁜 옷만#브랜디 #개발팀 #개발자 #개발환경 #업무환경 #인사이트 #경험공유

한국의 소프트웨어 업계의 고급인력 부족 문제와 SW 개발자의 중소기업 기피 현상을 해소하기 위해서 SW강국인 인도 인력을 활용하는 방안이 논의되었다는 이야기가 있으며, '인도 SW 전문인력 활용 파트너십 프로그램'을 운용하기 위한 참가업체를 모집한다는 내용이 발표되었다.이런 프로젝트가 가능하다고 한 것은 한국 SW산업협회가 지난 9일에 발표한 'SW 직종별 인력수급실태조사'에서 국내 SW기업 551개 중 53.2%가 인력 확보에 어려움을 겪고 있다는 이야기 때문이라고 한다.특히나, 대기업은 그나마 수월한데, 중소. 중견기업은 SW인력 채용에 상당한 어려움이 있다는 식으로 결론이 지어진 것으로 보인다.슬프지만, 이런 결론으로 이야기가 진행된 것에 대해서 몇 마디 안 할 수 없다.첫째. 임금과 복지체계가 잘 갖춰진 대기업이 아니고서는 인도의 업체들과 소통할 방법도 없을 것이다.둘째. 임금이 적정 수준이 아니라면, 인도의 업체들에게 비용 지불할 엄두도 못 낼 것이다.셋째. 임금이 맞는다고 하더라도, 국내의 관행상 SI업체는 활용이 불가능할 것이다. 그 비용으로 인도 개발자가 한국에 와서 체류할 가능성이 없다.넷째. 그나마, 임금도 맞고, 체류가 가능하거나 원격 업무가 가능하다고 하더라도, 적절한 임금도 주지 못할 비즈니스 모델을 갖춘 중소기업의 체질상 그들과 업무 공조를 하기 위한 프로세스나, 방법론, 품질 체계가 있을 리 만무하다.죄송하지만, 한국적인 SI업체나 개발 총괄 책임자가 계장이나 과장급에 불과하고, 커리어 매니저 역할을 하는 선배도 없는 기업이라면 인도의 뛰어난 IT인재들과 소통한다는 것 자체가 불가능할 것이다.인도의 IT인재들을 활용할 수 있는 기업의 조건은 다음과 같이 나열할 수 있겠다.하나. 직원들의 업무 효율을 위해서 재택근무 개발을 할 정도의 개발 문화를 가진 소프트웨어 기업둘. 소프트웨어 품질체계에 대한 부서나 업무 체계를 잘 갖추고 있는 소프트웨어 기업셋. 영어도 잘하고, 소프트웨어 코딩 능력도 출중한 개발팀을 잘 세팅하고 있는 소프트웨어 기업넷. 경험이 풍부한 개발 총괄과 능력에 따라 대우받는 인사체계와 문화를 가진 소프트웨어 기업다섯. 적절한 비용으로 괜찮은 수익을 보장받을 수 있는 비즈니스 모델 체계를 가진 소프트웨어 기업그렇습니다.이렇게 나열한 5개 정도의 조건의 기업이라면, 뛰어난 인도의 개발자들과 업무 소통이 가능합니다. 물론, 이런 조건의 소프트웨어 기업은 굳이, 해외의 싼 개발자만을 찾지 않을 정도로 비즈니스 모델 체계와 기업 문화를 갖추고 있어서, 굳이 뛰어난 인도의 개발자를 찾지 않아도 되겠지요.죄송하지만, 한국의 대부분의 소프트웨어 기업들은 인도의 뛰어난 개발자들과 일하기 어려울 것입니다.그리고, 다시 한번 말씀드리지만, 가능한 한국 기업들도 있습니다. 최소한 다음의 조건을 만족시킨다면요...재택근무가 자유로울 정도로 품질체계와 개발문화를 가진 기업은 가능합니다.

배움에 오픈 되어 있다고 해도 직접 떠먹여 주지는 않아요스타트업에서 주니어가 얼마나 성장할 수 있을까? 광고팀의 리처드 님은 데이블에서 첫 사회생활을 시작했다. 그 역시 아무것도 몰랐다.  그런 그가 DB 언어에 대해 완전히 이해하게 된 바탕에는 데이블의 사내 교육과 외부 교육 지원이 있었다.기타와 스키를 사랑하는 광고팀 주니어, 리처드리처드 님은 데이블에서 거의 초기 멤버시죠?네. 입사한 지 1년이 넘었어요. 현재까지 즐겁게 다니고 있고요. 인간적이고 편안한 분위기, 눈치 보지 않고 업무와 배움에만 열중할 수 있다는 점이 가장 좋네요!배움에도 열중할 수 있다고요?사내 분위기 자체가 가감 없이 정말 좋아요. 공적으로 사적으로 모두 친근감 있게 대하기 때문에 업무 외 스트레스가 정말 적은 회사라고 장담해요. 서로의 의견도 잘 들어주기 때문에 불필요한 마찰이 적죠. 또한, 경영진이 직원들의 발전과 성장에 관심이 많아서 ‘무엇을 배우겠다’, ‘해보고 싶다’고 건의했을 때 만류하거나 제지하는 경우가 전혀 없었고요.리처드 님이 무언가 배우고 싶다고 건의한 적이 있나요?저 같은 경우는 목표가 확실했기 때문에 적극적으로 지원을 받을 수 있었어요. 저는 마케팅 데이터 핸들링에 관심이 많아 기본적인 DB 언어와 트랙킹 툴에 대해 이해하고 싶었는데요. 전자의 경우는 사내 교육으로 진행된 ‘SQL 기본기 다지기’로 어느 정도 익숙해지게 되었어요. 후자의 경우 구글 애널리틱스 외부 교육을 지원받아 자격증까지 획득하게 되어 일차적 목표를 모두 달성할 수 있었습니다.^^[데이블 복지편]Dabler, Be the Expert! 데이블의 비전에 항상 빠지지 않고 등장하는 키워드가 있습니다. 바로 '사람'자격증까지 획득하셨는데 교육으로 인해 달라진 점이 있나요?달라진 것이라면 머릿속에 지식이 쌓였고 업무 내적, 외적으로 좋은 자산이 되었다는 것입니다. 또한, 1차 목표를 이루고 나니 그다음이 보이게 되었고 더 많은 것을 배워 빠르게 성장하는 데이블러가 되고자 하는 열의도 그만큼 더 생겨난 것 같아요.어려운 점은 없었나요?아무리 교육 지원을 잘해주고 모두가 배움에 열려 있다고 해도 직접 가서 떠먹여 주지는 않아요. 보통 스타트업이라는 것이 자유롭지만, 그 속에서 수많은 전쟁이 일어나고 있어서 누구 하나 바쁘지 않을 수 없죠. 그래서 무언가를 배우고 싶다면 본인이 찾아서 그 경로를 정하고 직접 하나씩 쌓아 나가야 해요. 이런 부분이 어려움이라고 할 수 있겠지만 도전에 익숙한 사람이라면 또 다른 장점일 수도 있겠네요.리처드 님의 최종 목표는?저는 원래 이상주의자적인 기질이 많아 꿈은 항상 원대하게 꾸며 살았는데 데이블에 오래 있으면서 조금은 변한 것 같아요. 하하. 그래서 주니어로서는 어떤 원대한 목표를 정하기보다는 그저 더 많은 것을 배우고 성장하여 내가 있는 곳에서 ‘핵심인재’가 되자는 것을 목표로 두고 있습니다. 지금 당장은 데이터 전문가가 목표이고요. 열심히 하면 안 될 것 없겠죠?#데이블 #사내복지 #기업문화 #사내문화 #팀원 #팀원소개 #인터뷰 #복지

필자는 스팀헌트라는 스팀 블록체인 기반 댑 프로젝트를 진행하고 있다. 스타트업을 하면서 저마다의 관점과 철학이 다른 문제이겠으나, 내가 지금까지 약 1년간 경험해본 이놈의 "블록체인"이라는 업계는 뭔가 정상적이지 않다. 그간 나름 "스타트업"이라는 업계 전반의 경험에 비추어 봤을때 이바닥 관행들이 뭐가 내게는 비정상적으로 보이는지 간략히 살펴보면 다음과 같다.1.대부분의 "블록체인" 태그를 달고 나오는 프로젝트들은 가장 처음 하는 일이 펀딩이다. 아직 제품은 커녕 그냥 프로젝트 소개하는 랜딩페이지에 수십명의 팀원, 어드바이저 리스트, 현실성이 있을까 싶은 각종 기업 로고들이 파트너사로 나열되어 있다.2.그들에게 "제품"이란 마치 수십 수백페이지의 엄청난 공을 들인 "화이트페이퍼"인듯 하다. 왜냐하면 위에서 얘기한 랜딩페이지 맨 위에 항상 가장 대문짝 만한 자리를 차지하고, 이미 3개국어는 기본, 5개국어 버전까지 준비해 놨기 때문이다.3.이런 제품도 없고 요상한 랜딩페이지만 있는 프로젝트들이 수십, 수백억의 ICO, IEO, 프라이빗 세일 등등의 단어로 치장된 "토큰 세일"을 진행한다. 이들이 초기에 들이는 자원중 99% 이상은 카톡방 관리, 텔레그램방 관리, 코인판 (사이트 이름이다) 마케팅, 각종 밋업, 컨퍼런스 참여, 유투버들 마케팅 등등이다. 물론 이런 행동들은 성공적인 펀딩을 위해 필요한 일들이긴 하다. 다만, 일반적인 스타트업이라면 초기에 99%의 자원이 제품과 유저들에게 쏟아야 마땅한 단계에 그게 아니라는게 내겐 비정상적인걸로 보일 뿐.4.아직 제품도 없는 팀이 팀원 리스트를 꾸린걸 보면 거의 중견급 스타트업 레벨이다. 아직 유저도 없고 비즈니스도 없는 팀이 CEO, CTO, CMO, CSO, C.... 레벨이 5명은 기본, 개발자 5-6명을 리스트에 박아놓는다. 일반적인 스타트업에서는 MVP가 어느정도 검증되고 나서 스케일을 낼때 하는 일들이다. 마치 삽도 뜨기 전에 삽질할 사람들 수십명을 모아놓은 그림이다. 이 중 십중팔구는 삽을 뜨려고 보니 땅바닥이 콘크리트 바닥이라 팔 수가 없거나, 애초에 팔 의지도 없었던게 대부분이지만...5.어드바이저 리스트... 내가 가장 요상하게 여기던 관행인데, 어느 프로젝트를 들어가도 이력이 화려해 보이는 어드바이저들 5명 이상은 기본으로 갖고 들어가더라. 내가 맨 처음 이바닥 들어갈때는 나름 "뭐, 아무도 가본 길이 아니니 조언해줄 사람들이 많이 필요할수도 있겠지.."라고 착각했었다. 알고보니, 그들은 그저 위에 자리를 채워주는 역할과 아주 약간의 투자자+거래소 인맥을 소개시켜주는 역할을 하는 사람들이더라. 이렇게 이름만 팔아주고 대부분 총 발행량의 0.5 ~ 2, 3%까지 토큰을 받아가는데, 대부분 상장과 함께 가장 먼저 덤핑될 토큰들이라는게 업계의 공통된 시각이다. 사실, 이 바닥이 그리 넓지 않아서 거래소 인맥 소개시켜주는건 인맥이 넓으신 1-2명으로도 충분히 커버 가능하다. 아예 제대로된 엑셀러레이터 들어가면 그들이 백배는 더 전문적으로 잘 해주는 영역이기도 하다. 아무리 생각해도 삽도 안떠본 스타트업이 저 많은 어드바이저 리스트를 꾸려야 할 이유를 지금도 못찾았고, 앞으로도 모를것 같다.6.지금이야 STO니 해서 증권형 토큰들이 하나둘씩 나오지만, ICO하는 대부분의 코인들은 본인들이 "유틸리티" 코인이라고 주장한다. 뭐, 토큰 모델 디자인상 유틸리티 토큰일 수 있다. 그런데 문제는, 이를 배포할 때 초기 토큰 홀더들은 100% "투자자"라는데에 있다. 그들이 주장하는 토큰의 유틸리티, 유저 페르소나와 1도 관계 없는 사람들이 대부분 토큰을 갖게 되고, 시장 상장 후 차익 실현을 위해 보유하는 경우가 거의 백프로다. 마치 사탕 사먹으라고 발행한 백원짜리 동전을 손에 쥔 백명의 사람들이 사실 사탕 사먹으려는게 아니고 모두 이백원, 삼백원에 팔기위해 손에 쥐고 있는것과 같은 논리다. 이러니, "유틸리티" 토큰이라는게 작동할리가 없다.7.백서... 어드바이저와 함께 내가 가장 요상하게 여기는거다. 대부분의 프로젝트가 삽도 뜨기 전에 수십, 수백장짜리의 백서부터 쓴다. 읽어보면 완전 세상을 바꿀 의지가 넘쳐 흐르는 철학적 도입부 + 본인들의 기술이 세상에 없던, 혹은 현존하는 기술은 거의 쓰레기 수준이라는 설명 + 삽도 떠본적 없는데 3-5개년 중장기 계획이 세워져 있고, 3년후에는 이미 이 시장을 평정해 있는 이야기들로 점철되어 있다. 제품도 없고 유저도 없는 상태에서 쓰여지는 수십페이지짜리 백서라는건, 그냥 대학교에서 팀플 리포트 A학점정도 맞을 만큼 잘 써진 그냥 소설 페이퍼정도인데, 이걸 무슨 신주단지마냥 만들어서 돌리는지 도무지 이해할수가 없다.8.투자자 생태계가 진짜 엄청나게 요상하게 꾸려져 있다. 일반적인 스타트업에서 보통 시드펀딩을 위해 VC들을 만나보면, 그들은 이 제품이 진짜 어떤 문제를 해결중인건지, 그 문제 해결에 열광하는 유저들이 얼마나 존재하는지, 이게 스케일이 가능한 형태인지, 스케일 했을때 시장규모가 얼마나 될건지, 이놈들이 그중 얼마나 먹을 수 있는 팀원들인지... 보통 이런걸 본다. 이런걸 봐야 나중에 스케일에 성공해서 엑싯이 되든 상장이 되든 해서 투자 수익을 얻을 수 있기 때문이다. 한편, 이바닥 투자자들이 가장 중요시 여기는 것들을 나열해 보면 다음과 같다.1) 백서가 얼마나 있어빌리티하게 작성되어 있는지 (본인들이 잘 모르는 개념들이 잔뜩 들어가 있을수록 높은 점수를 받는다)2) 흥행성 - 이 프로젝트가 얼마나 "호재"를 잘 타서 토큰 가격 펌핑이 가능한 구조인건지. 파트너사들, 각종 MOU, 화려한 이력이 있는 팀, 어드바이저 등등이 보통 활용된다.3) 토큰 분배 - 프라이빗 세일에서 디스카운트 먹은 투자자들 규모가 얼마나 되는지, 팀/어드바이저들은 얼마를 던질 준비가 되어 있는지4) 토큰 상장 - 소위 "대형" 거래소에 처음부터 상장될건지, 얼마나 많은 거래소에서 유통될건지...이 어디에도 "제품"이나 "유저"와 관련된 내용은 하나도 없다. 즉, 투자자들이 진짜 그들 제품의 성공 가능성에 대해 점쳐보며 투자할 분위기도, 그럴 생태계도 아닌게 이 판이다.9.원래 비트코인도, 이더리움도, 이런 탈중앙화 퍼블릭 블록체인 프로젝트의 강점은 오픈소스 프로젝트라는데에 있다. 모든 소스코드가 깃헙에 투명하게 공개되어 있고, 누구나 개발에 기여할 수 있다. 그런데, 이 후에 쏟아진 수 많은 블록체인 프로젝트들이 개발이 이루어지지 않거나, 본인들 소스코드는 비공개라고 하는 경우가 허다하다. 심지어 깃헙 링크가 아예 없는 프로젝트도 수두룩 하다.10.글로벌 프로젝트라는데 물론 아직 "글로벌" 유저도 없고, 레딧이나 트위터 등의 활동도 전무하고, 공식 커뮤니케이션 채널은 카카오톡 오픈챗이나 텔레그램 채널이란다. 가끔 싱가포르나 어디 글로벌 컨퍼런스에서 머리 노란 사람들과 사진 몇방 찍고 이걸 블로그나 신문기사로 찍어내면 글로벌 프로젝트가 되는 분위기다.이렇게 요상한 관행들이 어떤 결과를 가져왔는지 한번 살펴보자. 뭐, 가격 폭락하고 거품 빠지고... 이딴걸 얘기하려는게 아니다. 일반적인 스타트업 업계에 비해 이바닥의 현 성적표가 얼마나 초라한지를 보는거다.1. 전체 ICO의 78% 이상은 스캠으로 판명, 7%는 실패하거나 프로젝트가 사멸하였다 (블룸버그).2. 가장 큰 네트워크 규모를 자랑하는 이더리움 블록체인에서 돌아가는 1,375개의 댑 (DApp - 블록체인에서 돌아가는 앱을 뜻하는 단어)들 중 86%는 유저가 단 한명도 없으며, 93%는 아예 온 체인 트랜잭션이 단 한 건도 발생하지 않은 댑이다 (크립토글로브).3. 이더리움 지갑 보유자 전체의 고작 2%만이 이더리움 댑을 사용하는 유저이다 (dapp.com)4. CoinGecko에 리스팅 되어 있는 전체 4,139개의 프로젝트 중 과거 30일 동안 단 한번이라도 개발 커밋이 이루어진 프로젝트는 단 64개 밖에 없다 (2019년 2월 28일 기준).이걸 스타트업 상황에 비교해서 설명해보면 이렇다.전체 스타트업 중 78%는 사기를 쳤고, 7%는 삽도 못떠보고 망했다. 86%는 유저를 1명도 못만들었고, 93%는 유저는 있는데 유저들의 사용 이력이 1도 없다. 특정 운영체제를 쓰는 스마트폰 보유자들의 고작 2%만이 실제 앱 스토어에서 앱을 다운받아 사용하는 유저이다. 전체 스타트업 중 고작 1.5%만이 과거 30일동안 단 한번이라도 개발 커밋이 이루어졌다. 정말 요상하지 않는가? 그런데 더 충격적인건... 이걸 요상하게 여기는 우리 팀이 더 비정상이라고 보는 이 업계 시각이다. 내가 하는 스팀헌트라는 프로젝트에 대해서는 다음 글에서 상세히 소개할 예정이지만, 우리는 처음에 제품부터 만들어서 유저를 모으고, 가설을 검증하고, 사업모델을 모색하고... 그 다음 펀딩을 추진하는, 지금까지 스타트업에서 있었던 아주 일반적인 트리를 타고 있었다.백서? 물론 없었다. 제품 운영도 안해보고 저런 소설을 내 스스로 쓰는거에 대한 오글거림도 있었고, 솔직히 수만명의 커뮤니티 유저들을 상대하다 보면 그런짓에 시간을 쓸 여유도 없었다.웹사이트에는 그냥 이렇게 끄적여 놨었다...ㅎㅎ그런데, 우리는 아주 일반적인 단계라고 여기며 요즘 펀딩을 준비하고 있는데, 거의 모든 관계자들이 그놈의 "백서"를 요구한다. 제품부터 열어봅시다, 유저부터 한번 봅시다 하고 말꺼내는 사람들이 거짓말 안보태고 10에 1명 찾아볼까 말까였다. 우리도 얼마전까지는 "우린 그런 소설책 쓸 시간이 없어요~~" 이랬었는데... 결국 우리도 백기를 들고 일주일만에 백서를 써버렸다. 근데 사실 써보고 나니, 우린 제품도 1년이나 운영하면서 나름 가설 검증을 많이 해 놓은 단계라 그런지 백서가 쉽게 써지긴 하더라. 로드맵도 3-5년 후 이야기는 있지도 않다. 1년 앞에 어떻게 될지 모르는게 일반적인데 굳이 3-5년후를 쓸 가치를 못느낀다.사실, 위에서 소개한 뭔가 이 바닥에서는 "비정상"처럼 여겨지는 일반적인 스타트업들이 타는 트리를 타고 있는 블록체인 프로젝트들이, 스팀헌트가 만들어진 스팀 블록체인에는 수두룩하게 많다. 아니, 스팀에서는 오히려 위에서처럼 백서만 들고와서 펀딩하는 프로젝트들을 더 까는 경향이 있다.스팀이 코인의 시총만 따지면 40-50위권 수준이라 유명새를 타지 못한 상태이지만, 그 블록체인을 기반으로 움직이는 60여개의 댑들은 이미 실제 유저들을 어마어마하게 거느리고, 이더리움이나 EOS마냥 메타마스크나 스캐터를 깔지 않으면 로그인조차 할 수 없는 상태가 아닌, 일반적인 앱을 쓰는것과 동일한 UX에 모바일에서도 100%로 돌아간다. 코인판의 수 많은 사람들이 거래소에서 pump and dump에만 열을 올리고 있는 사이 스팀에서는 실제 소셜 앱들을 만들기 위한 스타트업 다운 스타트업 생태계가 만들어지고 있던 거다.출처 - https://stateofthedapps.com (2019년 1월 7일 기준)https://stateofthedapps.com라고, 이더리움, EOS등 2,500개 이상의 댑들의 유저수, 트랜젝션을 기반으로 순위를 매기는 공신력 있는 사이트가 있다 (무슨 돈만내면 별점 매겨주는 ICO레이팅 그딴 사이트가 아니다). 거기 차트에 들어가보면 이미 스팀기반 댑들이 상위권을 차지하고 있다. 스팀헌트도 항상 상위 10-20위사이에서 왔다갔다 하면서 최상위권을 유지중이다. 또한, 대부분이 도박, 게임등인 이더리움/EOS와는 달리 스팀기반 댑들은 소셜 서비스라는게 엣지이다. 스팀헌트 역시 테크 얼리어답터들의 "커뮤니티" 플랫폼이다.오늘을 기점으로 다시 브런치 활동을 시작하려고 한다. 내가 직전에 연재하던 시리즈가 "기획돌이의 스타트업 고군분투기"였는데, 이건 일반적인 스타트업에서 좌충우돌하던 깨달음에 대한 글들이였다면, 오늘부터 연재할 글들은 이 "비정상"이 "정상"처럼 여겨지는 블록체인판에서 내가 스팀헌트 프로젝트를 운영하면서 겪게되는 좌충우돌에 대한 이야기들을 소개할 예정이니, 많은 관심과 구독 부탁드린다.글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기

레스토랑, 바 또는 카페 운영은 어려운 일입니다. 고객 서비스부터 메뉴 개발, 소모품 주문, 재고 관리 및 광고에 이르기까지 수많은 작업들을 수행해야 매장이 원활하게 돌아갈 수 있습니다. 비록 관리자가 그 모든 것을 쉽게 처리할 수 있는 운영 노하우를 터득하였다고 해도 여전히 인력 관리 문제가 남아있습니다. 풀 타임 및 파트 타임 직원을 고용하고, 그들을 훈련시키고, 좋은 사내 문화를 형성해야 합니다. 직원을 관리하는 일은 사장과 관리자에게 매우 에너지 소모성이 높은 영역입니다.그동안 사장이나 점장으로부터 들었던 많은 문제 중 하나는 스케줄링, 작업 표 관리 및 급여처리 입니다. 근무일정 관리 및 급여 지급은 비즈니스를 운영하는데 있어 일상적인 업무이지만 동시에 시간이 많이 걸리고 지루한 업무입니다. 지루하고 재미없는 데다 불편한 업무를 매번 반복하다 보면 그 업무가 불편하다는 것조차도 느끼지 못하는 경우가 많습니다. 이 글을 읽어보며 이러한 업무가 얼마나 번거로운지 다시 한 번 생각해 보시기 바랍니다.일반적으로 직원들의 근무일정을 계획할 때 관리자가 고려해야 할 사항은 다음과 같습니다.각 직원의 근무 가능 시간대와 요일하루 중 바쁜 시간과 한가한 시간지역 행사 및 시즌별 성수기완벽한 스케줄링의 세계에서는 초과 근무, 과도한 인력, 혹은 인력 부족을 방지하고 일정간 충돌이 없는 근무표가 달성됩니다. 하지만, 현실 세계에서는 계획대로 일이 진행되기가 매우 어렵습니다.급여정산 업무를 하기 전에는 다음과 같은 항목들을 검토해야합니다.출퇴근기록들이 정확한가?대리나 지점외 출퇴근 등 부정한 방법으로 근태를 기록한 직원이 있는가?근태기록에 누락되거나 부정확한 출퇴근기록이 있는가?각 직원들의 최근 시급 정보를 가지고 있는가?연장근로수당, 야간근로수당, 휴일근로수당, 또는 주휴수당을 받아야 할 기준을 충족한 직원은 누구인가?직원 관리는 효율성을 높이고 관련된 모든 사용자들의 시간을 절약 할 수 있는 체계적인 도구로 시작됩니다. 이러한 도구를 사용하면 더 나은 협업과 직원 간의 의사소통을 촉진할 수 있습니다.1. 기존 Excel 에서 수동으로 수행하던 근무표/급여 업무를 클라우드로 전환많은 수의 직원 근무일정을 계획하기란 굉장히 어려운 일입니다. 스케줄링을 위한 소프트웨어가 아닌 Excel을 사용한다면 다음과 같이 오히려 일이 과중될 수도 있습니다:복사 및 붙여 넣기를 통해 직원에게 일정을 계획한다.각 직원들이 근무 가능한 시간대와 요일을 관리하는 엑셀이나 서류를 따로 열어 누가 근무할 수 있는지 매번 확인해야 한다.스크린 샷을 보내 공유한다.직원들에게 받은 일정 변경 요청을 처리하고 수정된 일정을 다시 공유해야 한다.비효율적인 데이터 / 파일 관리는 각 지점별로 다른 Excel 파일로 저장 및 보관합니다.이러한 방법을 통해 일정을 계획하고 엑셀로 각각의 관리자 컴퓨터에 저장이 된다면 형편없는 데이터 관리가 이루어지게 됩니다. 이전 달의 근무일정이나 근태기록 데이터를 확인하려 한다고 하면, 누군가의 하드 드라이브 어딘가에 저장된 파일을 십분 째 찾고 있는 자신을 발견하게 될 것입니다.클라우드형 스케줄링 툴을 사용하면 위에 언급한 모든 문제를 해결하여 능률을 향상시키고 직원들은 불필요한 일정관련 의사소통이 줄어들며 다른 중요한 업무에 집중할 수 있습니다.2. 직원이 정확한 출근 및 퇴근기록을 남길 수 있는 방식으로 전환직원의 출퇴근 시간을 추적하기 위해 종이나 Excel 근태표를 사용하고 있습니까? 인트라넷을 이용하여 동료들도 대신 넣어줄 수 있는 사원번호를 사용하시나요? 매일 이메일이나 종이로 된 근태 보고서를 서명하며 결재하셨나요? 이 모든 업무는 전산화된 시스템에서 손쉽게 할 수 있습니다.직원이 자신의 스마트폰으로 출퇴근을 기록할 수 있는 시스템을 갖추면 관리자는 언제, 어디서든 확인할 수 있어 기존 근태보고를 받던 절차와 시간을 절약할 수 있습니다. 종이 근태표 또는 엑셀에 기록하는 기존 방법은 부정확할 뿐만 아니라 직원 및 관리자의 많은 시간을 요구합니다. 직원들은 자신의 차례가 올때까지 기다렸다가 출퇴근을 기록해야 합니다. 또 관리자가 잘못된 기록을 수정하는 것은 항상 컴퓨터를 열거나 종이 근태표가 있어야 가능하여 번거로우며, 특히 ERP 또는 회계 시스템에 근태 데이터를 입력해야 하는 경우, 중복된 업무를 수행하게 됩니다. 또한 본사의 담당자는 해당 지점의 관리자가 Excel 파일을 보내거나 ERP 시스템에 입력하기를 기다려야 근태기록을 접근할 수 있습니다.인력 배치와 근태 업무에서 불필요한 단계와 절차를 모두 제거하고, 사용하기 쉽고 진정한 가치를 창출해낼 수 있는 도구로 전환해 보시기 바랍니다.3. 중요한 업무를 해야 하는 직원들에게 불필요한 업무를 과중하지 마세요. 직원들에게 가치를 전달하고 시간도 절약할 수 있습니다.직원과 관리자는 이미 자신의 고객 응대, 재고관리, 주문처리 등으로 바쁜 업무를 소화해내고 있습니다. 직장에서 이메일이나 문서를 통해 휴가/연차/월차 등의 휴무 요청 양식을 제출해야 하는 일에 시간을 낭비하고 있을 수는 없습니다. 다음 주 일정을 사진으로 찍어 가기 위해 사무실로 들어가 자기 차례가 오기를 기다리는 시간을 낭비 할 필요도 없습니다. 직원들이 자신의 업무에 집중할 수 있게 하고 모든 일정, 출석 및 휴가 관련 문제를 해결할 수 있는 도구를 도입해보세요.조직의 근무일정 스케줄러 및 출퇴근기록을 위한 훌륭한 도구는 불필요한 작업을 제거하고 사장, 점장, 매니저들의 시간을 절약하는 데에 도움이 됩니다. 시프티와 같은 솔루션이 당신의 비즈니스에 적합한지 따져 보시기 바랍니다.#시프티 #기업문화 #혁신 #조직문화 #기업소개 #시스템구축

안녕하세요.공항을 오가는 가장 편한 법 벅시(BUXI) 입니다.이런 말씀은 안 드리려고 했는데...그 벅시가 아니라 벅시(BUXI) 입니다.BUS+TAXI해외여행 갈 때, 출장 갈 때, 그냥 공항가고 싶을 때집 앞까지 모시러가는 벅시(BUXI) 입니다.오늘은 오랜만에 포스팅을 하게 되었습니다.근데 너무너무너무너무너무 진부한 내용을 포스팅 해달라고 하네요.아휴 무슨 팀원 생일 파티까지 제가 올려야 하나요?날씨도 엄청 흐린데 남의 생일 제가 알게 뭔지???...?!음... 생각해보니 벅시(BUXI)의 마블리, 우리 운영팀의 마동석,석헌님의 탄생일이군요....진짜 저렇게 생기심때리지 마세요 ㄷㄷㄷ포스팅 할께요 ㄷㄷㄷ마동... 아니 석헌님은 우리 벅시(BUXI) 서비스의 운영팀의 업무를 맡아주고 계십니다.되게 친절하시고 일도 엄청 잘하십니다 ㄷㄷㄷ친절한 그의 메신저 프로필 사진... 도대체 왜? ㄷㄷㄷ그... 뭐냐 운동도 엄청 좋아하셔서 저한테 아래 사진 같은거를 가끔 보내주고 그러십니다 ㄷㄷㄷ존경하는 사람이라고 ㄷㄷㄷ네... 뭐 암튼 하하하사진 찍은 것 좀 보실까요 ㄷㄷㄷ왕의 모습 ㄷㄷ왕관이 잘 어울리십니다 왕이시여...충신들의 바쁜 손놀림 ㅠㅠ이거 쓰다보니 문득 든 생각인데,그 동안 우리 회사의 생일자 분들이 많으셨거든요.근데 파티하자고 한 건 이번이 처음 ㄷㄷ이유가 뭘까요? 맞기...싫어서?조공 5초전...영상으로 제 충성심을 표현해보겠습니다!흡족해하시는 모습을 보니 '조공'이 성공적인 것 같네요.기분이 좋으셨는지 '직접' 케익을 '하사'하시는 모습까지! ㄷㄷㄷ팔뚝에 근육 ㄷㄷㄷ비록 비가오고 흐린 날 이었지만마동... 아 아니 석헌님의 생일 파티가 있어서 매우 행복한 하루였습니다 ㄷㄷㄷ이 글을 읽으시는 모든 분들도 행복한 기운을 느끼셨으면 좋겠습니다.....마무리ㄷㄷㄷ공항을 오가는 가장 편한 방법 벅시(BUXI)였습니다.석헌님 생일 다시 한번 축하드려요~#벅시 #스타트업일상 #운영 #성장 #일지 #기업문화 #조직문화 #사내복지

제조사와 같이블랭크는 좋은 기술과 제품을 보유한 제조사를 발굴하고, 그들과 함께 생활의 문제에 대해 고민하고 있습니다. 더불어 그 제품을 소비자와 더 효율적으로 연결할 수 있도록 함께 하고 있습니다. 우리의 고민이 단발성이 되지 않도록, 함께 성장할 수 있는 가치를 만들고자 노력하고 있습니다.성수동에 위치한 성일화학 본사 전경지난 4월 25일 서울 성수동에 위치한 성일화학을 찾았다. 성일화학은 28년 동안 플라스틱 제품을 생산해 온 기업이다. 오랫동안 외길을 걸어온 성일화학 성종현 대표를 만나 블랭크와 함께하게 된 스토리를 들었다.인터뷰에 응하고 계신 성일화학 2대 성종현대표Q. 성일화학은?A. 1990년 4월에 아버지께서 설립한 회사입니다. 28년 동안 플라스틱 제품을 OEM 방식으로 생산하며 회사를 운영해왔습니다.20년 전, 일본 세라믹볼 업체와 인연이 닿아 세라믹볼이 장착된 샤워기를 생산하게 됐습니다. 당시 일본에서도 정화기능을 갖춘 샤워기는 생소한 제품이어서 시장 반응이 대단했습니다. 일본 업체와 함께 15년 동안 제2, 제3의 기능성 샤워기를 시장에 선보여왔지요. 까다로운 일본 심의에 맞춰 제품들을 생산했기때문에 우수한 품질의 제품을 만드는 기술력도 쌓을 수 있었습니다. 사무실 입구에 들어서면 성일화학의 기술력을 볼 수 있는 다양한 특허들이 진열되어 있다Q. 15년이면 기술력이 상당 하겠네요.A. 아버지대부터 샤워기를 만들기 위해 끊임없이 노력했습니다. 하지만 5년 전부터 일본 업체 사정이 어려워지면서 새로운 길을 찾아야만 했습니다. 그동안 샤워기 분야에서 쌓아온 기술력과 생산 노하우를 버릴 순 없었습니다. 한국 소비자 니즈에 맞는 새로운 샤워기 제품을 개발하는 것이 해결책이라고 생각했습니다.직접 제품을 개발하고 판매도 하려고 시도했지만 제조만 하던 업체다 보니 쉽지 않았습니다. 고민을 거듭하던 중 블랭크라는 회사를 만나게 되어 제품을 개선하고 발전시킬 수 있었습니다.퓨어썸 샤워기 부품들을 꼼꼼히 체크하고 있다.협업하게 된 블랭크는단순히 물건을 주문하는 오더 업체가 아니라함께 일하는 파트너였습니다.물량을 맞추기 위해 대표와 직원들은 쉴 틈없이 바쁘다제품들을 꼼꼼히 체크하는 직원들Q. 같이 일하게 된 과정은?A. 처음에는 잘 모르는 회사다 보니 경계심을 가지고 만났던 것도 사실입니다. 당시 블랭크는 기술력을 갖춘 샤워기 생산업체를 찾아다니던 상황이었습니다. 한국 소비자의 니즈를 파악한 데다 좋은 아이디어도 가지고 있었죠. 몇 번의 설득 과정을 통해 제품에 대한 치열한 열정도 느낄 수 있었습니다. 처음엔 설득을 당하던 입장에서 결국엔 우리가 기술력을 가지고 있으니 함께 제품을 만들어보자고 제안하게 되었습니다.그렇게 협업하게 된 블랭크는 단순히 물건을 주문하는 오더 업체가 아니라 함께 일하는 파트너였습니다. 샤워기 품질을 높이기 위해 셀 수 없이 많은 연락을 주고 받았고, 살수판 제작사와는 한 달이 넘도록 디자인을 조율했습니다. 그런 과정을 거치면서 블랭크가 정말 진정성 있는 기업이라는 것을 자연스럽게 느낄 수 있었습니다.Q. 함께 만든 제품은?A. 블랭크와 제품 개발 과정부터 함께 고민하고 노력해 탄생한 제품이 ‘퓨어썸샤워기’ 입니다. 손잡이 부분에 세디멘트필터와 항균볼을 넣어 정수 과정을 거치도록 고안한 샤워기죠. 2017년 11월 한국환경산업기술원에서 친환경표지 인증서를 취득하기도 했습니다.그런데 제품 출시 직후 문제가 생겼습니다. 수압이 너무 강한 집에서는 샤워기가 터져버리는 예기치 못한 일이 발생한 것입니다. 우리에게 책임을 물을 수 있는 상황이었지만 블랭크는 달랐습니다. 블랭크가 컴플레인을 책임질 테니 성일화학은 금형을 다시 제작하는 데에 열중해달라고 하더군요. 우리는 금형 제작을 위해 사력을 다했고, 2주 만에 금형을 다시 제작해 문제를 해결할 수 있었습니다.퓨어썸 샤워기 이외에 다양한 제품을 시도하고 있다퓨어썸 샤워기를 만들기 위한 많은 테스트 제품들Q. 시장의 반응은?A. 출시 3일만에 “시장 반응이 심상치 않다”는 연락을 받았습니다. 한국 소비자의 반응은 뜨거웠고, 발주가 계속해서 쏟아졌습니다. 폭발적인 발주량을 맞추기 위해 밤샘 작업까지 마다하지 않고 제품 생산에 매진했습니다. 5명이었던 정직원을 10명으로 늘렸고, 일용직 직원도 5, 6명이 상주하게 되었습니다. 덕분에 2017년 매출이 전년 대비 300% 성장했죠. 현재는 생산 라인을 확보하기 위해 공장을 하나 더 확대하는 계획도 추진중입니다.  사실 필터링을 하는 기능성 샤워기는 다른 업체에서도 판매하고 있었어요. 블랭크의 전략적인 마케팅으로 기능성 샤워기가 이슈가 됐고 시장 자체가 확장됐습니다. 업계 전체가 감사해야 할 일이라고 생각합니다.Q. 블랭크의 강점을 꼽는다면?A. 우리 같은 중소기업은 좋은 제품을 개발해도 마케팅 부재로 시장에서 사장되는 경우가 많습니다. 중소기업의 이러한 갈증을 해결해줄 수 있는 기업이 블랭크라고 생각합니다. 제품 기획 및 개발 과정에서부터 함께 고민하는 파트너죠.특히 중소기업은 생산에 필요한 원재료 등에 들어가는 비용이 부담이 많이 됩니다. 블랭크는 그런 부분을 배려해 선결제를 통해 부담을 덜어줍니다. 서로 신뢰하는 관계가 아니라면 꿈도 못 꿀 일이죠. 퓨어썸샤워기의 필터를 생산하는 업체도 블랭크를 만나고 싶다고 해서 제가 자리를 마련하기도 했어요.다같이 사진촬영을 요청했지만 직원분들은 부끄럽다고 해서 대표님만 찰칵Q. 앞으로의 계획은?A. 성일화학은 앞으로도 블랭크와 함께 기능적으로 더 발전된 샤워기, 소비자들의 니즈에 부합하는 샤워기를 시장에 선보이며 업계를 선도하고싶습니다. 블랭크와 함께라면 가능할 것이라 생각합니다.--------------Lifestyle needs solutionblank.

젊은 꼰대가 더 노답인 이유'꼰대는 나이의 문제가 아니라 공감능력의 문제다.' 「무례한 사람에게 웃으며 대처하는 법」의 저자인 정문정 작가의 말이다. 몇번을 곱씹어 봐도 맞는 말이다. 적어도 내가 살아온 시간을 더듬어 보면 나이든 꼰대도 많았지만 또래인 꼰대도 적지 않았다. 특유의 허세와 과시가 불편했고 그들을 이해하기 위한 노력은 몇 배 더 힘들었다. 꼰대는 어디서든 환영받지 못한brunch.co.kr/@moonkka/30 새벽에 이 글을 읽었다.많은 호응과 인기가 있는 것을 보고 조금 안타까운 마음이 들었다. 언젠가부터 우리 사회의 추가 한 쪽으로 기울어져 있는 것은 아닌가하는 생각이 든다.공감과 부정. 따뜻함과 냉철함.안정과 성장.이 모든 것들은 서로 무엇이 더 중요하다고 말할 것도 없이 중요한 부분이며 균형을 이뤄야 한다고 생각한다. 그리고 사람 개개인의 가치관에 따라 그것이 조금 기울어질 수 있을지언정, 사회 전체의 기류에 있어 균형이 깨질 경우엔, 그것은 문제가 될 수 있다.내가 처음 창업했을 때 내 주변에는 나보다 어린 사람이 없었다. 주변의 형들, 형님들, 사장님들의 98%는 나를 동생처럼 여겼다. 그들은 나를 거리낌 없이 혼내고 조언해줬다. 물론 누가 싫은 소리를 하면 기분이 좋지는 않다. 당시엔 나도 크게 저항했고 지금도 그렇다. 그러나 늘, 돌이켜 생각하면 큰 천운이며, 인복인 것 같다.순간적인 감정을 조절하지 못하고 대들어서 감정적으로 상대방의 지혜를 막아서버린 자신에 대한 후회만 들 뿐이다.위 글에서 저자는 남의 일에 간섭하는 사람을 꼰대라고 표현했는데, 자신에게 공감만 할 줄 아는 사람만 내 측근으로 두게되면 지금의 내가 갖고 있는 시야 밖을 잘 보지 못한다. 누군가 내 일에 간섭하고 비판해주는 것은 무료 컨설팅과 똑같다. 글쓴이가 표현하는 ‘꼰대질’은 생각보다 큰 에너지를 필요로 한다. 숨가쁘게 남에 대해 조언해주다 보면 힘이 빠진다. 그 정도로 그 사람의 입장에서 내 시각을, 조언을 전달해줘야하는 매우 고차원적인 작업이다. 그 에너지를 누군가 나에게 주는 것 만으로 돌이켜보면 감사할 뿐이다.나이가 들면서 옛날만큼 날 혼내는 사람은 점점 줄어드는 것 같다. 그리고 언젠가는 나도 이런 기회를 더 많이 잃어버릴 것이다. 누군가로부터 훈계를 받고, 지혜를 얻고 성장하는데도 시기가 있는 것이다.언젠가부터 우리 사회는 ‘공감’을 최우선의 가치로 여기고 나머지는 모두 ‘꼰대질, 간섭’으로 묶어 평가절하 하는 것 같다.지식은 누구의 기분도 상하게 하지 않으나, 지혜는 때로는 우리의 심리적 안락에 위해를 가한다.지식은 난무하되 지혜는 없는 세상으로 가고자 하는 것이 맞는 것일까? 왜 성공한 사람들은 지금의 고통받는 사람들에게 공감을 해주고 거기서 멈추는 것일까. 왜 사람들이 원하는 이야기들만 해주고, 절대 다수로부터 사랑받고 싶은걸까.그들은 무엇으로 성공의 가도에 올랐을까. 무슨 지혜를, 무슨 이야기를 듣고 남들에게 자신의 의견을 말할 수 있는 위치까지 올라갔을까.왜 그 이야기는 하지 않는 것일까.나름대로의 성공을 하여 세상이 아름답게 보이면, 그 아름다운 세상을 보지못하는 사람들에 대한 연민이 생기는 걸까?꼰대소리를 듣기 싫어 조언을 잘 안하는 사람들도 이제 아주 많아졌다. 균형은 깨져가고 세대간 갈등은 심화되고 있다. 나와 같은 젊은층의 심리적 안락도 중요하지만, 선대의 지혜를 흡수하고 전수받는 것도 중요하다. 균형은 깨져선 안된다.나는 원래 꼰대라는 말을 싫어한다.그리고 정말 아쉽게도, 나는 이 분이 말하는 젊은 꼰대의 부류다.

와탭랩스가 2014년에 처음 나왔을 때 우리는 "언제 어디서나 모니터링"을 이야기 했습니다. 패지키 기반의 솔루션을 벗어나 SaaS 기반의 모니터링 서비스를 사용해서 언제 어디서나 모니터링이 가능한 세상을 만들겠다고 했죠. 2016년까지 "언제 어디서나 모니터링" 이라는 비전은 우리가 나아가는 방향을 지속적으로 환기시키는 나침판이 되었습니다.하지만 시장확대와 함께 서비스 뿐만이 아니라 엔터프라이즈를 위한 패키지 솔루션까지 제공하게 되면서 와탭랩스는 다시 비전을 고민하게 되었습니다. 지금은 2014년도의 와탭랩스가 생각지도 못했던 수많은 서비스를 만들고 있기 때문에 새로운 비전을 정하는 것은 더 중요한 일이였습니다. 비전을 물어보다.새로운 비전을 만들지 못하고 있는 상황에서 구성원들이 회사의 비전이 무엇인지 물어보기 시작했습니다. 웃으면서 같이 찾아보자고 했지만 정말 미안했습니다. 제가 직장생활을 하던 때가 떠올랐습니다. 제가 다니던 어떤 회사는 비전이 없었습니다. 그리고 다녔던 또 다른 회사는 비전이 회사 한 복판에 걸려 있었지만 아무도 이해하지 못했습니다. 어설픈 비전 선언문은 안만드는 것보다도 못한것을 알고 있었기에 함부로 만들수도 없었습니다. 그래서 와탭랩스의 업의 본질에 대한 고민을 다시 시작했습니다. 약간은 혼란스러운 비전과 미션비전을 만드는 과정에서 내가 지금 만드는 것이 비전인지 미션인지 구분해야 했습니다. 아래는 제가 이해한 가장 간략한 버전의 정의입니다.A vision statement answers – WHAT do we aim to achieve?A mission statement answers – HOW do we plan to achieve this vision?제가 생각하는 비전 선언문은 우리가 모인 목적(꿈)에 대한 이야기라면 미션 선언문은 결과를 측정할 수 있는 구체적인 목적에 대한 이야기 입니다. 이것은 링크드인 대표 Jeff Weiner가 쓴 글 에서 가장 잘 표현되었습니다. "비전 - 우리의 꿈을 이야기 합니다. 팀의 진정한 방향입니다. 가장 큰 목표는 전체에 공통된 목적 의식을 고취하고 창출하는 것입니다."Vision - The dream; a team's true north. Primary objective is to inspire and create a shared sense of purpose throughout the company.Create economic opportunity for every member of the global workforceMission - Overarching objective of the organization; should be measurable, achievable, and ideally inspirational. Should not be used synonymously with a vision statement. A great mission statement is brief, easy to remember, minimizes the use of the word "and" (to prevent a laundry list), shouldn't require follow-up clarifying questions when first presented, and ideally proves to be uniquely identifiable to the company, i.e. wouldn't be confused for another company's mission.IT 서비스의 성능을 극대화합니다. - 와탭랩스와탭랩스의 새로운 비전은 "IT 서비스의 성능을 극대화합니다."입니다. 1. IT 서비스 2. 성능 3. 극대화와탭랩스는 인프라스트럭처, 애플리케이션, 데이터베이스를 포함하여 IT 서비스 전반에 대한 분석 및 모니터링 서비스를 만들고 있습니다. 성능 극대화는 IT 서비스 운영의 최종 목표인 안정적이면서 효율이 높은 서비스를 만드는 역할을 하겠다는 것입니다. 영어로는 다음처럼 표현됩니다.WhaTap Labs's vision statement is "Maximize the performance of IT services". 한번의 클릭으로 전 세계의 정보에 접근합니다. - 구글와탭랩스의 비전 선언문을 만든는 과정에서 다른 기업들의 비전 선언문을 참조하고 분석했었습니다. 가장 먼저 찾아본 것은 구글의 비전 선언문이였습니다. 구글의 비전 선언문"To provide access to the world's information in one click"1998년에 설립된 구글은 오랜기간 같은 비전 선언문을 유지하고 있습니다. 구글은 현재 수많은 서비스들을 만들었지만 핵심 서비스는 정보를 수집하고 제공하는 검색 분야입니다. 개인과 기업이 잠재력을 최대한 발휘할 수 있도록 돕습니다. - 마이크로소프트웨어 “to help individuals and businesses realize their full potential.” 윈도우와 오피스웨어를 만드는 MS는 개인과 기업 모두를 대상으로 하고 있습니다. 마이크로소프트는 비전 선언문을 통해 개인과 기업을 대상으로 사업을 한다는 것을 정의했습니다. 그리고 윈도우와 오피스웨어의 가치를 비전 선언문에서 설명하고 있습니다.  마지막으로 의미있는 삶이 아니면 큰 삶을 사는 것은 불가능합니다. 그리고 뜻 깊은 일없이 의미있는 삶을 사는 것은 매우 어렵습니다. - 짐 콜린스 짐 콜린스의 말처럼 우리는 의미있는 삶을 추가하며 그것은 매우 어려운 일입니다. 그렇게 때문에 우리는 회사의 비전을 단지 립서비스가 아닌 구성원에게 의미가 될 수 있도록 만들고 유지하는 데 힘을 쏟아야 합니다. 참고 url: http://www.brandingbusiness.com/blogs/what-comes-first-vision-or-mission http://panmore.com/google-vision-statement-mission-statement http://panmore.com/microsoft-corporation-vision-statement-mission-statement-analysis#와탭랩스 #조직문화 #기업문화 #인사이트 #경험공유 #일지 #비전 #비전선언 #목표