스토리 홈

인터뷰

피드

뉴스

조회수 1088

2) 우리는 애자일 하게 일하고 있을까?

글목록1) 우리는 왜 애자일 하지 못할까2) 우리는 애자일 하게 일하고 있을까? (현재 글)3) 나는 애자일 하게 일하고 있을까? "우리는 왜 애자일 하지 못할까"에 이어, 말씀드렸던, 기존에 제가 느꼈던 제가 했던, 또는 들었던 프로덕트를 만들며 과정에 대해 간단히 설명해 드리고, 해당 방식이 일하는 과정에서 놓칠 수 있을 것 같은 내용들, 그리고 근본적인 가치적인 부분에 대해 설명드리도록 하겠습니다. 몇 가지 사항을 말씀드리자면,1. 그 어떤 방법도 틀린 건 절대 아니며, 어느 팀에 건 어디에든 맞는 방법들은 존재할 수 있어요. 저는 제가 일하면서 또는 많은 분들과 일하며 느낀 내용들을 공유하는 것이니, 언제든 질문 주시면 감사하겠습니다!2. 다소 개발적인 부분들이 많이 포함되어 있을 수 있습니다. 모르겠는 단어들이나 과정들은 알려주시면 조금 더 정확히, 그리고 간단히 설명드릴 수 있도록 하겠습니다!회사들이 일하는 방식에서 나올 수 있는 최악의 케이스업무를 진행하면서 회사들이 일할 때 겪을 수도 있는 사례입니다.(다시 한번! 모든 회사가 이렇다는 것은 아니며, 그렇다고 방법이 잘못되었다는 건 아닙니다!)A라는 기능을 만들어야 해요 PM 측 또는 비즈니스나 마케팅 단에서 의사결정이 완료된 기능, 또는 개발 순서가 정해져 내려옵니다. 대부분의 의사결정은 비즈니스 적인 부분에서 정성적인 또는 정량적인 분석보다는 예상(Assumption)과 막연한 기대를 기반으로 다음 행동을 결정하게 됩니다. 기한은 "가능한 빠르게"로 산정되고, 언제 시작할지에 대해서도 "최대한 빨리"로 형용되게 됩니다.A에 대한 기획서 적어놨으니 구글 닥스(또는 위키)에서 확인하시고 회의하시죠. PM 측에서도 해당 기능에 대한 기술을 "와이어프레임" 또는 "플로우 차트"를 기반으로 기획서를 문서화하고, 해당 문서를 기반으로 개발/ 디자인 팀에 전달합니다. PM 측에서도1. 진짜 유저가 해당 기능을 쓸 것인지2. 지금 프로덕트가 해당 기능이 왜 필요한지3. 어떤 부분까지가 유저에게 가치를 줄 것인지4. 해당 기능을 언제까지 개발할 수 있을지(물리적 예상)에 대한 정확한 부분은 알 수 없지만, 다른 회사들은 어떻게 해 왔는지에 대한 조사(Benchmark)등을 통해서 개발자, 디자이너의 피드백 없이, 자신이 작성한 기획서를 기반으로 기능 개발을 위해 상의합니다.해당 기능들 기반으로 지라(Jira) 티켓 만들어 놨으니 작업 진행해 주세요. 회의 진행을 통해 어떤 기능들이 있을 것이고, 해당 기능들에 대해 어느 정도 개발자/ 디자이너들과 이해가 가능한 부분까지의 선을 나누고, 어느 정도 지라, 또는 트렐로 또는 다른 프로젝트 관리 툴을 통해 - "~기능 프런트 작업" 또는 "~기능 백앤드 작업" 그리고 "~디자인"작업- "... 페이지 프런트 작업" 또는 "... 페이지 백앤드 작업" 그리고 "... 페이지 디자인"등유저가 얻는 가치를 기반으로 한 작업이 아닌, 개발단에서 어떤 걸 개발해야 한다 라는 목적 기반의 티켓 작성으로 디자이너 또는 개발자들이 얼마나 작업을 했는지에 대해 확인합니다. 디자인은 어느 정도 준비된 거 같은데, 개발은 어느 정도 돼가요? 하루하루 진행되는 과정을 사람대 사람으로 공유하기보단, 프로젝트 관리 툴에 의존해 작업 진행을 확인하고 있고, 개발의 범위가 너무 큰 티켓들을 작업하기 때문에, "어느 부분이 어떻게 작업되고 있는지"를 알기 위해선 물어볼 수밖에 없고 이에 대해 알기 위해선 "얼마큼 작업을 했나요?"라는 질문을 하게 되고, 해당 질문들 들은 작업자들은 잘못한 게 없음에도 불구하고, 작업에 대한 압박과 스트레스를 받고, 최악의 경우, 서로 자신의 일을 최선을 다해하고 있음에도 불구하고, 서로에게 나쁜 감정을 가지게 됩니다.디자인 가이드랑 기획서가 다른데 어떤 걸로 해야 해요? 피엠은 또 다른 기능들을 준비해야 하거나, 다른 개발자들 또는 디자이너들과의 소통을 하며 고군분투하는 상황에 뛰어다니며 일을 하고 있기 때문에, 디자이너가 작업을 하며 놓칠 수 있는, 또는 더 좋은 아이디어라고 생각해 수정한 부분들에 대해 소통을 할 수 있는 기회가 줄어들게 되고  이렇게 생긴 기획서와 디자인 가이드는 개발단과 디자이너 그리고 중간에 끼인 피엠과의 서포팅이 아닌 줄다리기를 하게 되는 상황에 처하게 됩니다.이거 누르면 여기로 가는 게 맞아요? 이건 좀 아닌 거 같은데 기획서에 대해 회의를 했지만, 해당 회의 때 정확하게 나오지 않은 부분들이 있거나, 간결하게 넘어간 부분이 있을 때, 개발이 들어가는 상황에서 같이 일하는 팀원들끼리 기능에 대한 정확한 방향이 이해가 되지 않거나, 옳다고 판단되지 않는 것들이 있을 때, 갈등이 생기게 되고(물론 아무 말도 안 하고 있는 게 더 안 좋은 결과를 초래하지만) 서로 간의 이해가 더더욱 힘들어지게 됩니다.기획 쪽에서 정책이 안정해져서 안 만들었어요 버그 아니에요. 이렇게 힘겹게 줄다리기를 하다 보면, 종종 더 이상의 커뮤니케이션 보단 "빨리 만들어서 일단 올리면 테스트해서 찾아내면 그때 결정하겠지 뭐"라는 낭비, 또는 부채가 생기게 되고, 서로 간의 이해보다는 기능상의 오류에 대해 책임소재를 찾게 되고, 개발에 집중할 수 있는 집중도를 잃을뿐더러 시간 역시 지체되게 됩니다.TC 확인해 봤는데, 이건 이렇게 가는 게 맞아요. 이렇게 개발을 진행하게 되면, "유저"보다는 "기능"에 "품질"보다는 "기간"에 맞추는 프로덕트를 개발할 수밖에 없는 상황이 되고, 그렇게 되다 보면 "가치"보다는 "지금 적혀있는 문서"에 갇혀 진짜 우리가 필요한 것보다는 "어쩔 수 없지만 해야 하는 것"으로 우리가 하는 일에 대한 가치가 줄어드는 것을 서로가 느낄 수 있습니다.테스팅 안 끝났어요 배포 못해요. 해당 내용들이 지속적으로 진행되다 보면 정해지는 것보다는, 회의가 늘어나게 되고, 회의가 늘어나다 보면 작업이 늦어지게 되고, 작업이 늦어지게 되면 배포가 늦어지게 되는 불안정한 사이클이 돌아가게 됩니다.... 롤백하시죠...그리고 정말 최악의 경우엔, 열심히 만든 우리가 만든 기능이 세상밖에 구경하지 못하게 되는 최악의 사항을 겪게 될 수 있죠 그리고 이렇게 될 경우엔....이번에는 회고 없이 바로 다음 스프린트(또는 이터레이션) 진행하시죠이렇게 늦어진 배포(아니면 없어진 배포) 때문에 생긴 시간 만회를 위해 회고를 진행하기보다는 다음 기능 또는 재배포를 위한 준비를 시작하게 되고, 프로덕트팀 서로 간의 신뢰도가 깎이게 되고 신체적 또는 심리적 피로감을 늘린 체 다음 스프린트 또는 연장된 스프린트의 다른 개발 또는 디자인 또는 기획을 진행하게 됩니다.왜 이럴까?.. 기본적으로 모든 회사는 이윤을 추구하고, 혼자서 일하는 것보단, 동료와의 협업이 더 높은 생산성을 얻을 수 있기 때문에, 동료 간의 시너지를 얻을 수 있도록 방법론을 찾고 도입하는 것은 어떻게 보면 회사에서 추구할 수 있는 최선의 방법입니다. 그러나, 위의 케이스에서는 애자 일한 오히려 팀의 문화가 깨져버리게 되는 최악의 케이스를 보게 되죠. 제가 찾은 가장 원초적인 문제는 유저가 가질 가치에 대한 공유가 없는데서 시작합니다.(유저가 가질 가치라는 내용은 우리는 왜 애자일 하지 못할까에서 확인이 가능하십니다..ㅎ 깨알 같은 재 홍보.) 우리가 만드는 프로덕트는 결국 유저가 사용하는 프로덕트이기 때문에, 어떤 유저가 어떻게 사용함으로써 어떤 가치를 얻게 될 것이다.그 어떤 가치를 얻기 위해서 어떤 어떤 과정을 거칠 수 있다.어떤 것들을 수행하지 못할 경우, 원하는 가치를 얻을 수 있도록 어떻게 유도한다.라는 가치를 통한 기능의 생산보다는, 직관과 예상에 의한 의사결정, 유저에 대한 이해보다는 기능 개발에 집중된 프로세스, 그리고 빠른 개발을 위해 놓치는 부분들에 대한 낮은 고려 등으로 가치와 속도, 그리고 팀원 간의 불협화음을 키우는 작업을 하게 되는 것이죠.분량 조절에 실패했네요...  다음 글에선 1. 어떤 가치를 기반으로 저는 일하고 있고,2. 이런 방식으로 일하면서도 제가 겪고 있는 수많은 허들들에 대해서 설명드릴 수 있도록 하겠습니다!읽어주셔서 감사해요!#코인원 #블록체인 #기술기업 #암호화폐 #스타트업인사이트
조회수 1034

똥바크 UX 디자인 이야기

나는 바크 (Bark)라는 이름의 개의 대화법을 적용하여 주변의 서로 모르는 사람들과 소소한 소통이 가능하게 만들어주는 위치기반 채팅 서비스를 운영하고 있다. 이에대한 디자인 이야기는 예전에 쓴 '대화의 장벽을 허무는 UX' 글을 참고하시길 바란다. 오늘 글에서는 이번에 새롭게 런칭한 신기능 이면에 고민했었던 UX 기획 이야기를 좀 풀어보고자 한다.소셜미디어 메인 인터페이스의 양대산맥: 타임라인 VS 카드스와이프개인적인 의견이지만, 세상의 수백가지의 소셜미디어 서비스들의 메인인터페이스는 사실 페이스북으로 대표되는 타임라인 방식과 틴터로 대표되는 카드스와이프 방식으로 양분된다고 생각한다. 타임라인 방식이란, 유저의 메인화면에 사람들이 포스팅한 컨텐츠를 순차적으로 (Chronological Order) 아래로 스크롤 하며 보여주는 방식을 말하고, 카드스와이프 방식이란 컨텐츠를 하나씩 메인화면에 띄워주고, 유저는 제안된 컨텐츠를 왼쪽/오른쪽으로 스와이프 하는 방식으로 컨텐츠를 소비하는 인터페이스를 말한다.유저 입장에서 위 인터페이스가 어떤 의미가 있는지 우선 생각해 보자. 우선 타임라인 방식의 경우 유저의 컨텐츠 소비 편의성에 초점이 맞춰져 있다. 유저가 수 많은 소셜미디어 계정에서 올라오는 컨텐츠를 직접 찾아다닐 필요 없이 그냥 메인 피드에서 순차적으로 보여지는 컨텐츠를 스크롤 쭉쭉 내려가며 소비하는, 마치 잘 차려진 밥상에서 내가 먹을 음식만 젓가락으로 콕콕 찝어가며 소비하는 방식이다. 옛날 원조 소셜미디어인 싸이월드나 마이스페이스와 비교해보면 이 타임라인 방식이 얼마나 편리한지 이해할 수 있다.싸이월드는 유저가 일일이 게정을 들어가서 컨텐츠를 소비하는 방식이였다. (사진 출처 - http://zodiacsword.tistory.com/211)반면, 틴더로 대표되는 카드 스와이프 방식은 타임라인 방식과 싸이월드같이 계정에 일일이 들어가서 컨텐츠를 소비하던 방식의 장점을 적절하게 섞은 방식이다. 타임라인 방식의 경우 발생하는 가장 큰 문제는 크게 1) 차려진 밥상에 음식이 너무 많을 경우 모든 음식을 맛보기가 힘들다는 것과 2) 계정보다는 컨텐츠가 부각되어 사람들을 '소셜라이징'하게 만들기 보다는 '수동적 소비'만 하게 만든다는 단점이 있다. (실제로 페이스북 계정의 45% 이상이 Lurkers, 즉 컨텐츠 업로드 없이 수동적으로 남의 컨텐츠만 쳐다보고 있는 사람들이라는 통계도 있다.)페이스북의 45%는 컨텐츠 공유 없이 타인의 컨텐츠만 소비하는 사람들이라고 한다.카드 스와이프 방식은 위에 언급된 단점을 절묘하게 개선하면서도 여전히 유저 편의성을 유지시키는 방식이라고 할 수 있다. 즉, 유저는 여전히 타임라인 방식 처럼 다른 사람 계정을 일일이 들여다 볼 필요 없이 잘 차려진 밥상을 수동적으로 소비만 하면 된다. 하지만 밥상에 있는 음식을 하나씩 내 앞에 들이밀어줌으로써 내가 직접 맛보면서 음식을 계속 먹을지, 버릴지를 결정할 수 있게 해 주고, 더 나아가 그 음식이 맘에 들었을 때 음식을 만든 사람과 추가적인 교류를 유도하는 방식인 것이다.위치기반+즉시성에 맞는 인터페이스란바크 앱이 유저에게 전달하고자 하는 핵심 경험은 '언제 어디서나 지금 바로 내 주변과의 교류'라고 할 수 있다. 즉, 바크에서 컨텐츠가 소비되는 방식의 핵심 성공요인은 (Key Success Factors) '지금 내 주변'이라는 위치기반의 맥락 조성, 그리고 '즉시 주변 사람들과 감정을 교류'한다는 컨텐츠 공유-소비의 즉시성 담보 이 두개에 모든게 달려있다고 해도 과언이 아니다. '개처럼 서로 짖다'의 UX 이면에는 사실 저 두가지 KSF를 달성하기 위한 중요한 목적이 있는 것이다. 이 목적을 달성하기 위한 새로운 컨텐츠 공유 인터페이스로 위에서 언급했던 타임라인 방식과 카드 스와이프 방식은 모두 다음과 같은 이유로 부적합하다.1) 즉시성이란 몇시간만 지나면 이미 즉시성의 가치를 잃고 만다.타임라인 방식은 스크롤을 아래로 조금만 내려가도 (카드스와입 방식은 스와입을 옆으로 10번만 해도) 이미 반나절 전, 어제, 심지어 몇일 전 컨텐츠 까지 쭉쭉 읽어 내려가기 마련이다. 이미 몇 시간 전의 일도 가물가물 해질 정도로 바쁜 세상에서 살아가는 현대인들에게 타임라인 방식으로는 즉시성이 담보된 컨텐츠를 교환한다는 목표를 달성시키기 어렵다. Short-term memory 연구로 유명한 Atkinson and Shiffrin의 논문에도 인간의 단기 기억 용량은 최대 30초를 넘기지 않는다고 나와있다. 즉, 이미 30초만 지나가도 해당 기억은 working-memory에서 long-term memory영역으로 넘어가거나 사라진다는 뜻이다. 물론 타인의 컨텐츠가 몇시간 전에 형성된거랑 본인의 단기기억과는 아무런 관련이 없는 얘기지만, 얘기하고자 하는 바는 인간의 '즉시성'이란 그만큼 하루, 이틀의 단위가 아닌 한시간, 두시간의 아주 짧은 term에 해당하는 영역이라는 걸 강조하기 위함이다.2) 밥상을 차려주는 순간 이미 위치기반의 맥락을 잃고 만다.타임라인이던 카드스와입 방식이던간에 대부분의 소셜미디어 메인화면은 자체 알고리즘에 의해 유저에게 컨텐츠 밥상을 차려주기 마련이다. 아무리 내 근처에 있는 컨텐츠를 위치순으로 정렬해 준다 하더라도 이미 밥상을 차려줘서 보여주는 순간 위치기반의 맥락을 형성시키기 매우 어렵다고 생각한다. 이유는 두가지가 있는데, 첫째, 위치 기반이란 '나'라는 객체와 '주변'이라는 객체들이 한 공간영역에서 구분 가능해야 형성되는 개념인데 타임라인, 카드스와입 방식 모두 '나'라는 객체는 생략해 버리기 마련이다. 또한 '주변'을 느끼게 만드는 인터페이스는 그저 필터에 '가까운 순'이라는 버튼 하나가 다이다. 유저가 그 '가까운 순'이라는 필터를 지속적으로 기억해주고 있지 않는 한 스크롤을 조금만 내려가도 이게 '위치기반 이구나' 하는 맥락 형성은 실패하게 된다.이런 이유로 바크에는 타임라인이나 카드스와입과는 다른 새로운 방식의 컨텐츠 소비 인터페이스 고안이 필요하게 되었다.Locale Mapping과 개의 대화법과의 결합위치기반 맥락을 가장 잘 살려줄 수 있는 인터페이스는 사실 우리에게 이미 너무나도 친숙한 인터페이스가 존재한다. 바로 지도기반 (Locale Mapping) 인터페이스 이다. 유저에게 유저 객체와 주변객체를 공간영역에 뿌려주는 지도기반만큼 위치기반 맥락을 잘 전달할 수 있는 인터페이스는 존재하지 않는다. 문제는, 이 로케일맵핑 방식을 소셜미디어의 컨텐츠 공유 방식과 적절히 결합시키는 것인데, 이게 쉬운 과제는 아니다. 이미 Periscope라는 라이브스트리밍 앱에서 지도기반의 스트리밍 인터페이스를 구현한 이력이 있지만, 유저 편의성 부분에서 단점이 많아 지금은 타임라인 방식과 지도기반을 병행해서 보여주고 있고, 타임라인 방식이 메인 인터페이스로 변화되가고 있다.유저가 직접 포인팅 된 컨텐츠를 클릭해서 들어갔다 나갔다를 반복해야 하는 로케일 맵핑은 소셜미디어 컨텐츠 공유 인터페이스로서 유저에게 절대로 편리한 방식이 아니고, 이를 아무리 변형한다 해도 기본 골격상 유저 편의성을 담보하기 쉬운 방식이 아니기 때문에, 우리는 아예 방향성을 바꿔서 유저로 하여금 이런 불편함을 감안해서라도 로케일 맵핑방식이 당연하다고 여기게끔 하는 스토리를 부여하고, 이를 컨벤션화 하는 방법을 선택했다. 바로, '개의 대화법'과의 결합이다.바크에서는 이미 모든 유저가 '개의 대화법'으로 소통한다는게 메인 컨벤션이 되어 있다. 개가 아무 맥락없이 서로 짖어대고 단타성 짙은 커뮤니케이션을 하듯이 바크에서도 모두가 뜬금없이 서로 짖어대고 아무 맥락없는 소소한 대화들을 (속된말로) 지껄여 대는 그런 공간이 형성되어 있는 것이다. 여기에서 더 나아가 우리는 '개가 메시지를 남기는 방법'에 대한 고민을 해 보기 시작했다. 즉, 서로 짖는게 사람의 경우 서로 실시간 대화를 나누는 행위라면, 사람들이 뭔가 쪽지를 남기거나 메시지를 전달하기 위해 하는 행위가 개의 경우 뭐가 있을까를 고민하다가 영감을 얻은 행위가 바로 개의 '똥을 누는' 배변행위이다.알다시피, 개는 똥/오줌과 같은 배변행위를 통해 본인의 메시지를 해당 장소에 남겨놓고, 다른 개들은 그 냄새를 통해 '이건 내 영역이다,' '나 오늘 참 행복하오' 등등의 메시지를 읽는다. (물론 생물학적으로 정확한 표현은 아니다. 그저 인간의 레벨에서 해석하기에 저런 행위를 할 것이라는 추측 정도이다.)이 행위를 인터페이스화 하기 위해 구현하게 된 것이 바로 '드랍 바크'라는 신기능이다. 유저는 마치 개가 현재 위치에 똥을 누듯이, 본인의 현재 감정이나 자랑하고 싶은 내용을 현재 위치에 떨어뜨려 놓는다. 이렇게 떨어뜨려진 '똥'들이 로케일 맵핑방식으로 내 주변에 형성되고, 메인화면에서 저렇게 '똥'으로 개체화된 컨텐츠로 보여준다. 이 '똥'을 열면 유저가 남긴 이미지+텍스트가 조합된 메시지가 보여지고, 유저들은 이 메시지에 대해 나도 같이 신난다는 의미의 'Happy,' 본 메시지가 별로거나 불쾌하다는 의미의 'Angry'를 사정없이 눌러댐으로써 본인의 감정을 표현할 수 있다.또한, 앞서 언급한 '즉시성'을 강조하기 위해 모든 메시지는 기본 4시간이 지나면 사라지는 휘발성 메시지로 디자인 했다. 위의 오른쪽 화면 중간에 있는 바가 현재 그 포스트의 남은 수명을 나타내는 바 이고, 4시간이 지나면 그 메시지는 맵에서 사라지게 된다. 마치 똥이 식어서 냄새가 사라지는 것 (또는 냄새가 약해져서 메시지로서 가치가 떨어지는 것)과 같은 것이다. 여기에 재미요소를 주기 위해 다른 유저들이 'happy'보트를 한번 할때 마다 포스트의 수명이 1분씩, 'angry'보트를 할때마다 1분씩 감소하도록 설계했다. 본 인터페이스의 더 자세한 내용은 다음 동영상을 참고해 주시길 바란다.https://www.youtube.com/watch?v=jAFZ5Upu_7k<iframe width="700.000000" height="394.000000" src="//www.youtube.com/embed/jAFZ5Upu_7k" frameborder="0" allowfullscreen="">드랍바크 소개영상안드로이드까지 정식 오픈한지 약 일주일이 안된 지금 하루 약 30% 이상의 활성유저들이 열심히 똥바크를 싸고 있다. 물론 모든 유저가 사용중인 기능도, 모든 사용자가 만족하고 있는 기능은 아니지만 현재까지 반응은 매우 긍정적인 편이고, 앱 내에서 뭔가 소비할 컨텐츠가 생겼다는 점, 그리고 '개의 대화법'이라는 앱의 컨셉을 더욱 공고히 하는 인터페이스라는 점에서 향후 앱의 체류시간 및 리텐션율을 높이는데 긍정적인 역할을 할 것으로 예상하고 있다.글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기
조회수 1420

도도 파이터 제작기

안녕하세요. 도도 파이터의 개발과 시각 디자인을 각각 담당한 스포카 크리에이터 박준규, 박지선입니다.우선, 도도 파이터에 관심 가져주시고 참여해 주신 분들께 감사의 말씀을 드립니다. 도도 파이터는 저희의 당초 예상을 훨씬 뛰어넘는 71명의 제출로 마무리되었습니다. 많은 분의 참여 덕분에 이벤트를 무사히 마칠 수 있었다고 생각합니다.이 글에서는 도도 파이터의 기획 의도와 제작과정, 기술적인 디테일에 대해서 다루어 보려고 합니다.기획 의도저희는 파이콘 한국에 2015, 2016년에 이어 이번 2018년까지 총 세 차례 후원사로 참여하였습니다. 저희는 매번 코딩 컨테스트를 열고 있는데 2015년에는 코드 골프1, 2016년에 코드 난독화2이벤트를 개최했습니다. 저희는 지난 이벤트들을 통해 파이콘 참가자들에게 오락거리를 제공하면서 재능을 발굴할 수 있었습니다그동안 다른 후원사들도 여러 가지 훌륭한 코딩 컨테스트를 열었습니다. 저희들은 이에 고무되어 2018년 파이콘 한국 참가를 결정하면서 새로운 코딩 컨테스트 이벤트를 만들어 보기로 했습니다.저희는 이번 코딩 컨테스트의 목표를 아래 세 가지로 잡았습니다.바이럴 효과가 있을 것사람의 눈을 사로잡을 수 있어야 할 것접근성 있고 직관적인 규칙을 제공할 것위의 점들을 고려해 봤을 때 인공지능 대전 격투게임의 아이디어는 비교적 자연스럽게 도출되었다고 생각합니다.유저 대 유저가 직접 경쟁하는 방식은 코드 골프나 난독화처럼 주최 측이 취합해서 평가하는 방식보다 훨씬 버즈를 만들기 쉽습니다.대전 격투 게임이라는 틀은 30년 넘는 세월 동안 거의 그대로 유지되어 왔기 때문에 수많은 사람들에게 익숙합니다. 그리고 두 사람의 대결을 가장 직관적으로 표현할 수 있는 포맷입니다.게다가 저희는 귀여운 마스코트 캐릭터도 가지고 있습니다. 귀여운 마스코트 캐릭터들이 투닥투닥 싸우는 모습을 누가 그냥 지나칠 수 있을까요.익숙한 장르이기 때문에 게임의 규칙 역시 큰 틀을 잡는 데 어려움이 없습니다.이런저런 다른 후보들도 있었지만 이러한 이유로 격투 게임을 만들자는 합의에 다다랐습니다.게임 디자인하지만 격투 게임은 직관적으로 보이는 외양에 비해 파고들기 굉장히 복잡합니다. 현존하는 대전격투 게임들은 수많은 캐릭터가 등장하고 캐릭터별 성능 차이와 상성 관계가 존재하며 대응 전략도 전부 제각각이기 때문입니다. 저희는 이러한 요소를 전부 배제하기로 했습니다. 그런 것들이 대전격투 게임의 본질을 관통하는 특성은 아니기 때문입니다. 그것들을 전부 벗겨내면 남는 본질은 심리전입니다. 상대방의 플레이 전략을 파악한 뒤에 정보를 취합하여 액션을 취하는 것이 대전격투 게임의 알파이자 오메가입니다. 저희는 이 게임을 턴제로 설계했는데, 보통 실시간으로 이루어지는 대전격투 게임을 턴제로 설계해도 말이 되는 이유가 여기에 있다고 생각합니다. 턴제로 만들어도 대전격투 게임의 본질이 심리전이라는 대전제가 깨지지 않기 때문입니다. 저희는 인공지능 대전으로 심리전의 특징을 살릴 수 있을 거라 보았습니다.여러 가지 시스템을 고려했으나 게임 디자인은 최소화된 형태로 수렴했습니다.플레이어는 뒤 또는 앞으로 한 칸씩 움직일 수 있다.공격 방식은 펀치와 킥이 있는데, 펀치는 숙여서 피할 수 있고 킥은 점프해서 피할 수 있다.심리전이 성립하기 위해서는 최소한의 상성 관계가 만족되어야 합니다.상대방의 공격을 무조건 맞는 대신 받는 데미지를 절반으로 줄이는 방어 액션이 있다.때로는 리스크를 지지 않는 안전한 선택지도 제공하면 좋을 것입니다.그 외에 게임 디자인 과정에서 여러 가지 시행착오가 있었습니다.처음에는 캐릭터를 움직인다는 개념이 없었습니다. 두 캐릭터들이 같은 위치에 서서 싸운다기보다는 가위바위보를 하는 모양에 가까웠습니다. 그래서 캐릭터 이동 액션을 추가했습니다.그런데 스테이지 크기에 제한이 없었습니다. 플레이어가 무한히 뒤로 갈 수 있었는데 한 대 때린 뒤에 끝날 때까지 뒤로 도망가는 파훼가 불가능한 전략을 쓸 수 있었습니다. 스테이지 크기에 제한을 두는 방식으로 해결했습니다.원거리 공격, 대쉬, 필살기 등등 여러 가지 세부적인 시스템을 고려했으나 시스템이 지나치게 복잡해질 것 같았고 무엇보다 제때 밸런스를 조정할 자신이 없어서 포기했습니다.시스템을 이렇게 만들어 보니 상대가 근접하면 가만히 서서 공격만 하는 에이전트가 승리할 확률이 가장 높았습니다. 이를 방지하기 위해 최근 다섯 턴 간 취한 액션이 한 종류라면 데미지가 1/3, 두 종류라면 2/3만 들어가도록 페널티를 주었습니다.이 조치만으로는 방어/회피 없이 공격만 해도 이기는 문제를 해결하지는 못합니다. 따라서 방어/회피에 성공할수록 다음 번의 공격력이 강해지는 시스템을 추가하여 적극적으로 방어/회피를 하도록 유도하였습니다.저희는 데미지 계산 공식을 공개하는 것을 주저했는데, 구체적인 공식을 공개하면 제출물의 성향이 한쪽으로 쏠릴 것을 염려했기 때문입니다. 저희는 최대한 창의적인 솔루션이 많이 나오길 바랐습니다. 하지만 지금 돌이켜보면 구체적인 수치를 공개한다고 크게 바뀔 것이 있었나 싶기도 합니다.시각 디자인처음엔 격투 게임이라는 설정만 있었지만, 시각적으로 풍부하게 표현하기 위해 더 디테일한 기획이 필요했습니다. 그리하여 도도 파이터 만의 세계관을 만들어 풀어보기로 했습니다. 설정을 초반에 정하고 나니 캐릭터부터 모든 디자인이 술술 풀려갔습니다. 왜 게임을 만들 때 초반에 세계관과 시놉시스를 세세히 기획하는지 알겠더군요.원래 실제 도도새는 마다가스카르 동쪽에 있는 모리셔스 섬 해안가에 주로 서식한 것으로 추정된다고 합니다. 모리셔스 섬에 도도새가 모여 마을을 이루고 있는 모습을 상상했고, 그곳을 배경으로 도도 파이터가 펼쳐집니다.야자수, 뜨거운 햇빛, 맑은 바다. 그리고 자영업자가 많은 평화로운 도도 포인트 마을. 손님을 위해 더 좋은 매장을 운영하려면 체력은 필수. 각자의 방식으로 체력을 기르던 매장 사장님들이 최고의 체력왕을 고르기 위해 도도 파이터라는 대회를 개최하게 됩니다. 과연 체력왕 사장님은 누가 될까요?노을이 아름다운 모리셔스 섬에 숨겨진 도도 포인트 마을Lean하게 캐릭터 디자인하기짧은 시간 내 게임을 완성하기 위해서 그래픽 리소스 제작 비용을 줄여야 했습니다. (인력 서포트도 있었습니다3) 기존에 잘 정리되어 있는 디자인 리소스들은 이런 상황에서 특히나 빛을 발합니다. 파이터는 포포(도도새 캐릭터)로 한정하고 동작 디자인은 거의 통일하기로 했습니다. 또한, 게임 특성을 고려해 기존에 디자인되어 있던 반측면 조형만을 활용했습니다.다만 사용자간 구분이 필요하기에 각 캐릭터별 특색을 넣었습니다. 게임에 등장할 포포들은 매장 사장님이므로 격투게임에 등장하면 흥미로울 만한 업종에 계신(?) 포포만을 모셨습니다. 그리고 각 업종에 어울리는 패션 아이템과 구별되는 성격을 배합해서 총 3종의 캐릭터를 완성했습니다.도도 파이터 대회에 참가한 포포 사장님들스시 장인 포포: 철두철미한 성격으로 묵직하고 독특한 풍미의 시그니처 스시를 주 무기로 사용합니다.학원 원장 포포: 성실히 학생들을 지도하며 평소에 칠판 지우개로 팔근육을 단련해왔습니다.볼링장 사장 포포: 걱정이 많지만 볼링을 사랑하며 즐깁니다.도도 파이터에서 캐릭터는 총 9가지의 액션을 취할 수 있습니다. 기본 틀은 동일하지만 캐릭터별 특색을 넣는 것만으로도 단조로움을 없앨 수 있었습니다. 공격하는 무기는 잔인하기 보다는 귀엽고 웃긴 방향으로 해 산뜻한 분위기가 되도록 했습니다. 만약 스시 장인 포포가 칼을 들고 있었다면 게임 분위기가 살벌했을 것입니다.캐릭터들의 다양한 모습구현 상세서버서버는 아래의 소프트웨어 스택을 사용하여 구현하였습니다.파이썬 3.6Flask 웹 프레임워크PostgreSQL 데이터베이스SQLAlchemy 데이터베이스 라이브러리그 외에 설정 관리에는 settei, 데이터베이스 마이그레이션은 alembic 등 여러 오픈 소스 프로젝트를 사용하고 있습니다.이상은 스포카에서 사실상 표준으로 사용하고 있는 소프트웨어 스택이기 때문에 스포카 개발팀이 비교적 능숙하게 사용할 수 있습니다. 덕분에 3~4주 남짓한 짧은 기간 안에 완료할 수 있었습니다. 개발 당시의 급박한 상태가 그대로 드러나는 퀄리티긴 하지만, 소스 코드는 여기에서 받으실 수 있습니다. PR이나 버그 보고는 두손 두발 다 들고 환영합니다.프론트엔드게임의 프론트엔드는 Unity 엔진을 사용하여 개발하였습니다. Unity는 WebGL 타겟 빌드를 지원하는데, 이를 통해 웹 브라우저 위에서 실행가능한 WebAssembly 바이너리로 빌드할 수 있습니다.매칭 기록을 재생해주기만 하면 되는 간단한 부분이기 때문에 처음에는 런타임 바이너리 용량만 수 메가바이트에 달하는 거대한 게임 엔진을 쓰는 것이 내키지 않았습니다. HTML5 Canvas를 직접 써서 만들까 했지만, 생각보다 손이 많이 가고 제때 끝낼 자신이 없었습니다. 다행히 Unity로는 빠른 작업이 가능했고 절약한 시간만큼 애니메이션 효과와 시각적 완성도에 조금 더 시간을 투자할 수 있었습니다. 빌드 용량이 크긴 했지만, 결과적으로는 좋은 결정이었다고 생각합니다.배포 인프라도도 파이터는 Docker로 빌드되며, 스포카의 프로덕션 서비스에 사용되고 있는 AWS ECS 클러스터 위에 배포됩니다. 기존 인프라를 활용하여 추가적인 지출을 최소화할 수 있었습니다.지금에서야 말할 수 있는 사실이지만 도도 파이터는 파이콘 행사 중에도 미완성 상태였습니다. 여러분들이 도도 파이터에 참가하고 계신 와중에도 개발자는 부스 한구석에서 부리나케 작업을 하고 있었습니다. 급박한 과정에서 Docker와 ECS가 있었기에 빠른 배포가 가능했습니다.샌드박싱웹 앱 위에서 임의의 파이썬 코드를 실행을 허용하면 필연적으로 공격의 위협에 노출됩니다. 따라서 저희는 악의적인 코드가 실행되지 않도록 하는데 많은 노력을 했습니다.에이전트 스크립트는 메인 서버 프로세스와 격리되어 실행됩니다. 이때subprocess모듈을 사용합니다.스크립트는 바로 실행되지 않고 러너 안에서 실행됩니다.이때 러너에서는 스크립트가 다른 파일을 열지 못하도록__builtins__.open()함수를 지웁니다.러너 프로세스는 제한된 유저 권한으로 실행됩니다. 혹여나 다른 파일을 불러올 수 있는 가능성을 OS 레벨에서 차단합니다.보안상의 이유로 에이전트는 허용된 모듈만 불러올 수 있습니다. 러너에서는 스크립트의추상 구문 트리를 분석하여 허용되지 않은 모듈을 불러오는지를 검사합니다. 이때ast모듈을 사용합니다.러너가 참조하는 모듈을 에이전트 안에서 참조하지 못하도록sys.modules를 비웁니다.실수 또는 DoS로 스크립트가 무한 루프를 도는 상황을 방지하기 위하여 3초가 지나도 스크립트가 완료되지 않으면 프로세스를 강제로 종료하는 역할도 합니다.서버는 Docker 컨테이너 안에서 격리되어 실행됩니다. 만약 잘못된 코드로 인해서 서버가 죽는 상황이 생기면 ECS 클러스터가 자동으로 복원해 줍니다.가장 마지막으로, 모든 실행되는 코드는 기록을 남깁니다. 만에 하나 이 모든 보호 조치들을 우회한다고 하더라도 어떤 GitHub 아이디로 로그인해서 무슨 코드를 실행시켰는지 기록을 남겨서 사후에 추적할 수 있도록 하였습니다.느낀 점들무엇보다 대회 진행에 아쉬움이 진하게 남습니다. 참가자들을 여러 조로 나눈 것은 수시로 조를 배정하고 결승전 이전에 조별 우승자를 미리 선정하기 위함이었는데, 결과적으로 최종 제출 기한이 끝난 뒤에 조가 배정되고 결승 중계 현장에서 조별 우승자가 정해졌습니다. 이로 인해 결승 중계 진행이 많이 늘어졌던 것 같아서 아쉽습니다.참가자와의 소통을 위한 피드백 창구가 없었던 점 또한 아쉽습니다. 몇몇 참가자 분들께서는 직접 부스로 찾아오셔서 문의하시기도 했습니다. 생각하지 않은 것은 아니었는데 다른 시급한 작업이 우선이라 엄두를 내지 못했습니다.예상보다 참가자들이 많아서 결승전 중계 때는 시간이 많이 밀렸습니다. 플레이백 속도를 조절할 수 있는 기능을 넣었어야 했다는 아쉬움도 남네요.처음에 우려했던 밸런스가 붕괴하는 상황은 다행히 발견되지 않았습니다. 승리에 유리한 전략은 어느 정도 경향성이 있는 것으로 보이나 게임의 밸런스가 망가진 수준까진 아니라고 판단하고 있습니다.마치며여기까지가 장장 4주에 달하는 도도 파이터의 제작 후기였습니다. 후속 포스팅에서 이번 파이콘 한국 2018 세션에서 제출된 출품작들을 분석하고 어떤 참신한 코드가 있었는지를 알아보도록 하겠습니다. 읽어주셔서 감사합니다.특정 목적을 달성하는 프로그램을 가장 짧은 길이로 작성하여 겨루는 경쟁 게임입니다. ↩창의력을 동원하여 어떤 목적을 달성하는 코드를 가장 알아보기 어렵게 작성하는 경쟁 게임입니다. ↩디자인 서포트를 해주신 안정빈 디자이너에게도 감사를 표합니다. ↩#스포카 #기업문화 #조직문화 #개발자 #개발팀 #프로젝트 #후기 #일지
조회수 578

IT 회사에서 뽑는 인재핵심은 Track record

학생, 교육자, 기업과 직접 소통하며 모든 교육을 기획하고 만들고 진행시키는 곳! 바로 엘리스 운영팀인데요. 엘리스의 실질을 만드는 운영팀에서는 어떤 생각과 방식으로 프로그래밍 교육을 만들어 갈까요? 교육의 효과는 그 내용이 아닌 방식에서 나온다는 엘리스 운영팀 리드가 직접 말합니다. IT 업계 채용에 대한 생각이 궁금하신 분들도 집중해보세요!자기소개.사회의 변화에 동력이 되도록 성장시키는 교육을 위합니다.Q. 안녕하세요! :) 자기소개 부탁드립니다.A. 자기소개 진짜 오랜만에 해봐요. 저는 워털루 대학교 컴퓨터과학과를 나왔구요. 배운 게 코딩이라고 코딩을 하다가 우연한 기회로 IT 교육 업계에서 일하게 된 지 어언 5년이 되어가는, 마음만은 신입사원인 엘리스 운영팀 매니저 유준배입니다.Q. 자바 프로그래머 출신이신 것으로 알고 있는데요, 어떻게 교육 업계에서 일하게 되셨나요?A. 루머입니다. 대학교 1학년 때 맨 처음 프로그래밍을 접했던 언어가 자바였어요. 이후로는 C++를 했기 때문에 자바는 잊고 지냈는데 엘리스에서 자바 과목을 만들 때 어시스턴트가 필요해서 여러 번 참여했을 뿐 자바 개발자였던 적은 한 번도 없어요. 전에 다니던 회사에서는 프론트엔드 단을 만드는 일을 하다가 회사를 그만두게 되면서 혼자 앱 개발을 공부했던 적이 있어요. 이때 앱을 만들어 달라는 요청이 왔는데 그게 교육회사였고 그 연으로 교육 회사에서 일하게 되었습니다. 사실 좋아하는 일을 해야 잘하는데 개발이라는, 좋아하지 않는 일을 계속할 자신이 없던 게 전향하게 된 큰 이유인 것 같아요.Q. 엘리스에서는 어떤 일을 하고 계신가요?A. 지금은 과목 제작 지원, 엘리스를 사용하는 기업들의 서포트, 팀 매니징 등 다양한 일을 하고 있어요. 제 성향 자체가 필요한 일을 찾아서 하는 걸 좋아하는데 지금 엘리스에서 하고 있는 일에는 필요가 아주 많아요. 누구도 개척한 적이 없기 때문에 맨땅에 헤딩이죠. 예를 들면 교육 콘텐츠를 만드는 일도 선생님, 교수님 등 더 잘하는 분들이 있을 텐데 그걸 엘리스 플랫폼에서 잘할 수 있느냐는 다른 문제예요. 저는 지금 누가 와도 엘리스에서 좋은 교육 서비스를 제공할 수 있도록 그 틀을 만드는 일을 하고 있어요. 어느 정도 체계가 잡혔을 때 제가 하고 싶은 일은 교육이 실질적으로 사람들에게 영향을 줄 수 있는 최대치가 어디까지인지를 체크해보는 일이에요. 예를 들면 부트캠프 같은 형태를 하나 맡아서 말이죠.Q. IT 교육을 하고자 하시는 동기가 무엇인지 궁금해요.A. 이 일이 굉장히 의미 있다고 생각해요. 그 이유는 교육이 사회 문제 해결의 최전방에 있다고 생각하기 때문이에요. 지금까지 겪은 바로 주어진 일을 잘하는 사람보다는 자기가 하고 싶은 일, 만들고 싶은 무언가가 있는 사람들이 늘 더 좋은 성과를 내고 좋은 대우를 받는 것 같아요. 그런데 학교에서의 교육이나 세상의 구조는 이런 사람보다는 주어진 일을 잘할 수 있는 사람을 만드는 시스템이라는 생각을 했어요. 주어진 틀 안에서 적응을 할 수 있는 사람들은 세상에 많고, 그 포지션들은 갈수록 줄어드는 형태예요. 실패를 하더라도 나 자신이 사회의 변화에 동력이 되는 방향이 되어야 궁극적으로는 내 가치를 높이는 방법이라고 생각해요. 단순히 어떤 내용을 가르치는 게 아니라 어떻게 배울 것인가, 어떤 습관과 마인드 셋을 가져야 하는가까지도 테스트해보고 싶고, 작더라도 몇십 명의 문제를 해결한다면 결국 비즈니스적으로도 큰 의미가 있을 거라고 생각해요.Q. 어떤 태도를 가지는 것이 내 가치를 올리는 데에 중요하다고 생각하시나요?A. 능동적으로 공부하는 태도인 것 같아요. 예를 들면 엘리스와 여러 번 협업하신 한 선생님은 개발을 시작하신 지 2년밖에 안 되셨는데요. 개발을 하면서 스스로 활동을 굉장히 많이 하신 분이에요. 능동적인 삶을 사니 개발자로서의 첫 커리어도 좋은 조건에 시작하셨고 지금은 실리콘밸리 회사로 가게 된 케이스예요. 제가 인터뷰했던 한 IT 회사에는 개발 백그라운드 0에서 시작해서 6개월 만에 취업하신 분도 계셨어요. 그분이 공부했던 내용을 빼곡히 기록한 블로그를 보고 감명을 받았어요. 엘리스 코스매니저 현곤님도 엑스트라 활동을 많이 하시죠. 그러면서 본인이 얻게 되는 깊이나 네트워크가 결국 자신의 가치를 올리는 데 있어서 매우 중요한 부분이고요. 이런 걸 알고 나니 전에 앱 개발했을 때의 제가 얼마나 우물 안 개구리였는가를 깨닫게 돼요. 만약 당시의 제가 다른 방식으로 접근했다면 좀 더 영향력 있는 개발자가 되었을 거라고 확신을 하거든요. 현재도 마찬가지이지만 점점 더 결국엔 기술력으로 모이게 될 거예요. 그 기술력을 가진 인재들의 가치가 올라갈 것이구요. 그런데 그 이상의 무엇이 필요하죠. 그게 능동적으로 공부하는 태도이고요. 프로그래밍 교육과 취업.교육자와 학생 모두의 비용을 낮추는 교육을 만듭니다.Q. 엘리스는 어떤 사회의 미션을 수행하고 있나요?프로그래밍 교육을 보다 더 적은 비용으로 제공해서 널리 확산시키는 역할이에요. 적은 비용이라는 건 시공간적 제약을 줄이는 것도, 금액을 줄이는 것도 포함돼요. 과외나 학원 같이 비싼 사교육을 MOOC 형태로 제공하거나 여러 교육 기관에게 적은 리소스로 교육을 할 수 있는 환경을 제공함으로써요. 엘리스라는 플랫폼이 있기 때문에 교육에서 중요한 피드백을 주고받는 일이 자동화돼서 선생님의 역할을 최소화할 수 있어요. 또 교육에서 필요한 휴먼터치(Human touch) 역시 튜터 서비스와 강의 영상, 플립러닝과 실습 형태로 제공하여 교육자의 비용을 줄일 수 있고요. 여러 허들을 낮추기 때문에 좋은 교육 콘텐츠를 적은 비용으로 제공할 수 있게 돼요.Q. 인터넷에 무료로 접할 수 있는 콘텐츠가 많은데 좋은 프로그래밍 교육 콘텐츠가 필요한가요?A. 무료 콘텐츠가 많다고 하지만 제대로 설계된 콘텐츠가 많냐면 그건 아니에요. 저희가 제대로 된 콘텐츠를 만듦으로써 사용자의 비용이 낮아지는 측면이 있어요. 교육의 효과가 결국엔 아웃풋이잖아요. 그 교육의 효과를 높이는 데에 드는 시간과 노력을 줄인다면 코스트 대비 아웃풋을 높이는 거죠.그리고 프로그래밍을 통해서 개발 직군으로 가는 사람의 인원은 10~20% 정도고 나머지 80~90%는 데이터를 다루는 데에 R을 사용하거나 디자이너인데 웹을 배운다든지 등의 형태일 거예요. 점점 더 이런 수요가 늘어나는데 이 분들에겐 일단 프로그래밍에 흥미를 붙이고 스스로 뭔갈 만들어보는 단계까지 가는 게 우선이 되어야 하거든요. 인터넷은 그걸 하기에는 너무 허들이 크고 불친절한 거죠.엘리스 프로그래밍 교육 콘텐츠들Q. 그렇다면 어떤 프로그래밍 교육 콘텐츠가 필요하다고 생각하시나요?A. 몰입할 수 있는 교육 콘텐츠예요. 더 빠른 피드백, 더 빠른 성취감이 있다면 그로 인해 학습 과정에 몰입이 될 수 있고, 개발자가 되고 싶은 사람도 이 교육의 혜택을 받을 수 있죠. 개발이란 건 어느 시점까지는 되게 힘들다가 그 시점이 넘어가고 내가 만들 수 있는 게 보이기 시작하면 재미있을 수 있거든요. 그런데 그 지점을 넘어가기가 어려워요. 이를 쉽게 넘어갈 수 있게 해 주고 좀 더 프로그래밍의 본질에 대해서 계속해서 재미를 알게 해주는 게 중요한 거죠.Q. 엘리스가 만드는 프로그래밍 과목은 어떤 형태인가요?A. 직접 뭔갈 만들 수 있는 가장 빠른 길을 모든 과목에서 제시하려고 해요. 일단 실습 위주잖아요. 기존 교육은 반대인 것 같아요. 커리큘럼이 있으니까 일단 배우고, 끝에 가서 무엇을 만들 수 있는 실력이 되게끔 교수 설계가 되어 있어요. 엘리스에서는 코드를 따라 치는 것에서 시작해보고, 조금씩 응용해보면서 바꿔보고, 내 실력이 쌓이면 가이드 없이 풀 수 있는 문제를 줘서 성취감이 만들어지는 교수 설계를 목표로 하고 있어요. Q. 빠른 성취를 추구하다 보면 상대적으로 내실을 다지는 데에는 소홀해지지 않을까요?A. 물론 하나의 과목으로 깊이 있는 내용까지 알게 될 수는 없지만 그 이후에 연결되는 과목들이 있어요. 궁극적으로 1에서 5까지의 과목이 연결되어 있다면 1을 최대한 빨리 끝내는 것과 동시에 5까지도 최대한 빨리 가보는 게 필요해요. 그 과정에서 깊이가 생기지 않는다고 느끼면 스스로의 노력이 더 붙어야 하는 거고요. 교육이 깜지 쓰듯이 되는 것보다는 그림을 그려놓고 그 안을 마음대로 칠하게 하는 게 훨씬 더 학습 효과가 좋다고 생각해요.Q. 분야를 막론하고 프로그래밍을 업이나 수단으로 사용하는 게 교양처럼 되고 있는 것 같아요. 개발을 배우면 좋은 이유가 있다면요?A. 융합형 인재라고 하잖아요. 말이 되는 부분이 있어요. 단순히 한 가지만 잘해서 되는 시대는 점점 지나가고 있어요. 결국엔 기계가 할 수 없는 걸 할 수 있는 사람들이 살아남을 텐데, 그랬을 때 단기적인 고용 불안을 해결하는 게 정답이 아닐 수도 있어요. 단순히 한 가지만 잘하면 언젠가는 대체되기가 굉장히 쉽다는 걸 알아야 하는 것 같아요. 퍼블리싱을 하는 디자이너, 테크 콘텐츠를 만드는 크리에이터 등 꼭 개발을 직업으로 삼지 않는다고 해도 프로그래밍을 알면 앞으로 나만의 강점으로 만들 수 있는 부분들이 분명히 있어요. 그리고 내 커리어에 도움이 될까라는 고민을 많이 하는 것보다는 관심이 간다면 일정 기간을 정해두고 많은 일을 해보라고 권하고 싶어요.Q. 지금까지 다양한 IT 기업들과 채용 관련해서 협업하셨는데요 국내 IT 기업에서 원하는 인재는 어떤 사람이라고 느끼셨나요?A. 이건 굉장히 명확해요. 자신의 성실함을 Track record로 증명할 수 있는 사람. 100% 확신을 가지고 말할 수 있어요. Track record라는 건 어떤 시험을 3개월 공부해서 몇 점 받았습니다, 이런 게 아니에요. 관련 분야에 얼마나 오랫동안 관심을 보여왔고 그걸 실제 실행으로 얼마나 옮겼는지, 더 깊게 이해하고 다른 사람과 소통하는 것을 어느 기간 동안 꾸준히 해왔는지예요. 이렇게 말하는 근거는 일단 제가 그런 사람을 원하구요. 그리고 기업 인터뷰를 다니면서 항상 동일하게 봤던 채용 조건이었던 것 같아요.이력서를 봤을 때 이 사람이 어느 시점부터 얼마나 노력을 해서 어디까지 왔다는 걸 확인하거나 아니면 그냥 실력을 확인하거나 그 둘 중 하나면 회사에서는 채용을 할 수 있어요. 블로그 쓰기, 유튜브 방송하기와 같이 능동적인 활동은 전자와 후자를 함께 보여줄 수 있는 좋은 형태죠. 넘쳐나는 에너지를 주체하지 못해 이것저것 발산하는 사람이 IT 기업에서는 베스트인 것 같아요. 팀 문화와 가치창의적인 사람들이 모여 유연성과 실행력을 추구합니다.Q. 운영팀에서 코스매니저를 구인 중인데요, 좀 생소한 분야인 것 같아요. 어떤 일을 하는 사람인가요?A. 좋은 과목을 만들기 위해 코스에 영혼을 불어넣는 사람이에요. 구체적으로 하는 일은 기획, 수요조사, 섭외, 커리큘럼 도출, 일정 관리, 피드백 등 PM과 비슷하다고 보시면 돼요. 그런데 매니징 하는 대상이 Project가 아니라 Course가 되는 거죠.다른 무엇보다도 중요한 역할은 과목 콘텐츠가 제일 잘 나오도록 만드는 것인데요. 이를 위해 논리력도 필요하고, 다양한 관계자 간에 의견을 조율할 수 있는 능력, 교육학적으로 공감 능력도 필요하죠. 또 좋은 과목을 만들기 위한 모든 것들을 주어진 제약 안에서 해나가는데 그게 원하는 대로 되지 않는 경우가 굉장히 많고 그랬을 때의 대처 방식에서 창의성이 발휘되죠. 지금 당장 과목이 제대로 나오지 않는다고 하더라도 거기에서 무엇을 배워서 나중에 어떻게 적용할 수 있는지 이해하는 사람이기도 하고요. 아직 정립되지 않은 필드이고 우리만의 특수성이 크다 보니 지휘자와 비슷해요. 교육에 관심이 있고 프로그래밍과 관련된 호기심이 많은 사람, 기획에 재미를 느끼고 직접 만든 것을 통해 사용자와 소통하는 것을 좋아하는 사람이라면 즐겁게 일할 수 있을 거예요.Q. 코스매니저로서의 커리어가 어떤 강점을 줄 수 있나요?A. IT 산업의 트렌드에 대해서 굉장히 잘 알게 될 거구요. 무엇보다 지금 프로그래밍 교육이 대세이고 앞으로 확장 가능성이 커요. 관련된 직종이 엄청 많이 늘어나고 있는데 여기서 선구자가 될 수 있어요. 업무 면에서는 개발, 디자인과 협업을 해야 하니 PM과 비슷한 역량을 개발할 수 있는데 여기에 더해서 외부 관계자와의 커뮤니케이션 능력과, Project가 아니라 콘텐츠라는 작은 그림을 디테일하게 볼 수 있는 능력이 보다 강조되죠. 다양한 이해관계를 손에 쥐고 있기 때문에 일을 함에 있어 어디에 가중치를 둬야 하는지, 예상 결과치를 돈과 시간에 대비해서 파악할 수 있게 되는데 이러한 코스트에 대한 감을 가지게 되는 것도 경쟁력 있는 강점이 될 수 있겠죠. 또 외부와 협업을 많이 하다 보니 대외적으로 강연이나 교육 등에 개인적으로도 기회를 많이 얻게 돼요. 피드백을 즉각적으로 받아볼 수 있기 때문에 린 스타트업이나 그로스 해킹을 바로바로 적용시켜볼 수 있다는 것도 매력적이고요.Q. 엘리스는 현재 어떤 팀인가요?A. 대부분의 스타트업이 그렇겠지만 정답이 있는 필드가 아니기 때문에 유연성이 되게 중요해요. 엘리스 역시 내가 하는 일이 어떻게 연결될지를 계속 유연하게 생각하면서 능동적으로 실행에 옮기는 사람들이 모여야 하는 곳이에요. 그래서 유연성과 실행력을 추구하는 조직이고요. Scrum, OKR 미팅, 주간 미팅 등 다양한 방법론을 실천하고 있어요. 이런 게 문화로 정착되기까지 많은 시행착오가 있겠지만 모두가 유연성과 실행력에 대한 공통적인 생각을 가지고 있고 이를 좀 더 표면화하려고 노력하는 단계에 있어요. 성장, 유연성, 실력, 실행력 같은 것들을 위해서 회사 차원에서도 많은 장을 만들려고 하고요. 예를 들어 운영팀에서 격주로 하는 세미나도 스스로 장을 만들고 실행해나가는 능동성을 함양하기 위한 일환이에요. 이런 장들을 통해서 회사에서 정해주는 대로 맞춰서 행동하는 게 아니라 장을 만들고 가꿔나가는 것까지도 내게 필요한 유연성과 능동성이라고 생각하는 문화가 만들어졌으면 좋겠어요.Q. 마지막으로 운영팀 리더로서, 팀 자랑 좀 해주시죠.A. 처음 시작할 때에 비해서 과목이 엄청나게 많이 발전했어요. 그게 어떻게 만들어졌냐면 그냥 팀원들이 만들었다고 생각해요. 서로가 서로에게 되게 좋은 영향들을 끼치고 있고 그게 좋은 결과물로 나와요. 그래서 지금 팀 구성에 굉장히 만족을 하고요. 다만 이분들이 성장하는 속도를 팀이 따라갈 수 있는가, 라는 게 제 이슈예요. 개개인이 계속 성장을 이룰 수 있는 환경을 만드는 게 제 역할이고, 이런 부분들을 다 같이 공유하려고 해요. 최대한 대화를 많이 해서 서로가 생각하는 것들이 최대한 일치하는 팀을 만들려고 하고요. 우리에게 어떤 어려움이 있고 어떤 요구 사항이 있고, 어떤 게 해결되어야 하는지, 팀에게 바라는 점이 무엇인지 이런 것들이 소통이 잘 되고 있어서 팀이 발전할 수 있는 근간이 되는 것 같아요. 그리고 구성원이 결국엔 팀의 발전에 이바지하는 부분이 크고요.엘리스는 ★코스매니저 구인 중! 프로그래밍 교육을 통해 기회를 만들고 확산하는 일에 영향력을 미치고 싶은 분이시라면 주저 말고 지원해주세요. :)
조회수 1206

Event-Driven Programming

Overview마이크로 서비스 사이의 결합도를 낮추고 비동기적인 문제들을 처리할 때는 Event-driven 아키텍쳐가 유용합니다. 이번 글에서는 AWS에서 제공하는 SNS Topic을 이용해 Event-Driven을 알아보겠습니다. Event-Driven Programming프로그램의 제어 흐름이 이벤트의 발생에 의해 결정되는 컴퓨터 프로그래밍 패러다임입니다. publish/subscribe (이하 pub/sub)메시징서버리스 및 MSA에서 안정성 및 확장성을 높이기 위하여 사용되는 비동기 서비스 통신 방법입니다. 게시된 메시지를 다른 시스템에 비동기적으로 전달하고, Topic을 구독하는 모든 구독자는 모든 메시지를 받을 수 있습니다. 특히 게시자는 누가 구독하고 있는지 알지 않아도 되고, 구독자도 메시지의 출처를 알 필요는 없습니다. pub/sub 메시징 기본 / 출처: AWS Compute BlogAmazon SNS Topicpub/sub 방식의 메시징 서비스입니다. AWS의 여러 서비스들이 SNS에 이벤트를 게시할 수 있습니다. SNS Event Publishers / 출처: AWS Compute Blog위의 그림과 같이 구독자는 게시자 서비스에서 트리거된 이벤트에 응답해 필요한 작업을 진행합니다. 예시로 Elastic Transcoder 서비스에서의 Topic을 활용해보겠습니다. 네 가지의 순서를 거칩니다.1. SNS 토픽 생성2. Elastic Transcoder 등록Optional 항목인 Notification 영역에서 상태별 이벤트를 설정할 수 있습니다. On Completion Event에 위에서 생성한 Topic을 선택해 이벤트를 전달받도록 설정합니다. 3. SNS Topic에 구독자로 등록트랜스 코딩이 완료 후 처리할 프로세스를 가진 Lambda 함수 생성하여 위에서 생성한 SNS Topic에 구독자로 등록합니다. 현재 SNS Topic에서 제공하는 프로토콜은 HTTP, HTTPS, Email, Email-JSON, Amazon SQS, Application, AWS Lambda, SMS가 있습니다.4. 서비스 간 이벤트 전달출처: AWS Compute BlogSNS Topic으로 이벤트를 제공하는 AWS 서비스 중 하나를 살펴봤습니다. 이를 이용하면 마이크로 서비스 간에 이벤트를 전달하고 서비스의 분리 및 확장에 유용하게 사용할 수 있습니다.Conclusion오늘은 SNS Topic을 이용한 Event-Driven을 알아봤습니다. 다음 글에서는 마이크로 서비스에서 사용할 수 있는 AWS 서비스들을 다뤄보겠습니다.참고Event-Driven Computing with Amazon SNS and AWS Compute, Storage, Database, and Networking Services글이상근 팀장 | R&D 개발1팀[email protected]브랜디, 오직 예쁜 옷만#브랜디 #개발문화 #개발팀 #업무환경 #인사이트 #경험공유
조회수 912

Fuck You Startup World!

** 본 글은 shem의 미디엄글 'Fuck You Startup World'을 번역/편집했습니다.어제 미디엄 베스트 글 중에 내 눈길을 끈 제목의 글을 발견했다. 'Fuck You Startup World.' 이 얼마나 자극적이고 직설적인 제목인가. 안 열어 볼수가 없는 글 제목이다. 이건 그냥 농담반 진담반으로 스타트업에 미친 사람들이 얼마나 별종들인지를 자조적으로 까는 내용의 글이다. (물론 진짜 까는건 아니고 어디까지나 재미로) 내용이 재미있어서 소개한다.참고로, 글에서 계속 나오는 What the fuck...  어쩌고의 어감을 가장 잘 살릴 한국어 표현에 뭐가 있을까 고심하다가 다음의 단어로 선택했다. (개를 사랑하는 사람으로서 별로 좋아하는 표현은 아니지만...)이런 개소리좀 그만!내가 뭘 어쨌다고 맨날 나만가지고 ㅈㄹ이야!!!맨날 아침에 30분씩 TechCrunch, TNW, Wired, Gizmodo, Mashable, The Verge and ProductHunt 읽어보면서 뭔가 내가 뒤쳐지고 있지 않는다는 개소리좀 그만하자.이런 요상한 대화좀 그만하자. "오 싯! 스냅챗 어제 새로나온 기능 봤냐?" "이런 젠장, 인스타 이거 완전 스냅챗 배꼈네?" "어제 주커버그 라이브 봤어?" "오마이갓! 엘론머스크 트윗한거 죽이는데?" "헐, 우버가 넥스트 펀딩에 또 성공했데" 이런 개소리좀 그만해. 너네 빼고는 아무도 신경 안쓰거든.너의 크레이지한 업무시간 자랑질좀 하지마. 아무도 엘론머스크처럼 주 100시간 일하고, 메리사 마이어가 주 130시간 일하면서 모유수유하는거에 놀라거나 동기부여 받지 않거든. 그리고 넌 엘론머스크나 메리사 마이어가 아니거든? 너가 우주에 갈것도 아니고 스페이스 X 만들것도 아니면 니 ㅅㅂ맥북은 저리 집어치우고 니 애들이랑 좀 놀아줘.너네 그 이상한 술문화좀 어떻게좀 해봐. 맨날 상상력 넘치는 마일스톤 만들어놓고 뭐만하면 '오늘도 우리 마일스톤 달성했으니 축배 들어야지!' 하면서 사무실에서 위스키, 맥주, 피자 같은것좀 먹지마라. 모든 회사가 다 사무실에 바 차리고 글랜리벳 17년산 갖다놔야 쿨해보이는거 아니거든.너 그 요상한 먹는 습관좀 그만할래? 왜 넌 모든게 항상 극단적이니? 왜 맨날 "나는 내 모든 순간을 최적화시켜야해!!" 하면서 피자랑 스낵을 거의 마시듯이 먹어대는가 하면 (스타트업 하는 사람들이 맨날 시간 아낀다고 밥 빨리 먹는거 비꼬는듯), 또 어떤때는 "난 이거 소이렌트만 마시면서 다이어트 중이야" 라고 하질 않나...펀딩 받을때 마다 축하+자랑질한다고 파티좀 그만 열어대라. 너 그거 아니? 너 그럴때 마다 니 무덤 조금씩 더 깊게 파고 있는거라는거? 너가 진정 축하해야할 때는 (펀딩 받았을 때가 아니라) 니가 니 회사의 일부분을 팔지 않고서도 사업 잘 굴릴 수 있게 됐을 때거든!! (개인적으로 가장 맘에드는 부분임 ㅋㅋㅋ)너 오픈형 사무실 만든다고 그만좀 깝쳐댈래? 스탠딩형 책상도 짜증나고, 짐 볼 갖다논것도 짜증나고, 누워서 일하는 데스크도 짜증나고, 심지어 런닝머신에다가 책상 매달아논것도 짜증나거든? 그런다고 도리토스 맨날 우적우적 씹어대던게 빠질것 같어? 제발 좀 평범한 책상에 평범한 사무실 만들자.일주일에 책 한권씩 읽는다는 개소리좀 그만해 제발. 책 그렇게 빨리 독파할 수 있는사람 없거든? 다시 말해줄까? 이 지구상에 그 누구도 책 한권을 그렇게 빨리 읽을 수 있는 사람은 존재하지 않아! (실제로 읽지도 않으면서 읽은 척 하는거 비꼬는 중임) 어디서 맨날 남이 단 코멘트 갖은거 읽어가지고 너가 읽은 척 하는거 내가 모를줄 아니? 아! 그리고 말콤 글래드웰이나 린 스타트업 같은거 그만좀 인용해. 솔까말 그거 안 읽어본 사람 누가 있냐?요즘 뭐만하면 창업한다고 찌끄리는거 이제 좀 지겹거든? 특히 대학 갓 졸업해서 창업가라고 설치는것들! 내가 솔직히 말해줄까? 너 그거 "창업가" 아니고 그냥 "실업자" 라고 말해야 하는거거든! 아, 그리고 맨날 뭐만 하면 "나 이거 부트스트랩 중임" "지금은 차고에 사무실 차려놨음" "위워크에 (1평도 안되는) 사무실 차렸음!" 이런 개소리좀 그만하자. 내가 이렇게 말하면 꼭 이러는 애 있더라. "뭐? 그래도 난 사무실에 우리 개도 데려갈 수 있거든?"너 그 '생산성병' 걸린것 좀 어떻게 해봐라... 난 아침에 6시에 일어나거든? (이 정도면 제법 일찍 일어나는 거라는 뜻) 근데 넌 맨날 "난 새벽 4시에 일아나서 30분 명상하고 30분 분기별/연간 목표 점검하고 소이렌트 드링크로 아침을 대신하면서 동시에 리텐션 차트를 점검하고..." 이런 개소리 하면서 내가 마치 게으른 사람인것 마냥 얘기하더라? 아, 그리고 너 맨날 노이즈 캔슬링 해드폰쓰고, 뽀모도로 타이머 (25분 집중, 5분간 휴식의 4 사이클을 알람으로 알려주는 타이머)니 빽빽한 할일목록, 각종 생산성 앱, 노트, 포스트잇 노트 뭐 이런거 주루룩 나열해대는거 아 진짜.. 멘붕이다!!!너 맨날 TV보는거는 시간낭비고 시대에 뒤떨어 지는거라고 욕하는거, 그러면서 정작 너는 (내가 TV보는 시간에) 넷플릭스에서 내가 보는 TV쇼 죄다 완주하고 있는거, 그거 진짜 짜증난다. (원문에 Netflix and chill 이라고 표현되어 있는데 그 넷플릭스에서 영화한편 때리고 애인이랑 붕가붕가하는 뜻으로 쓴건지 아니면 진짜로 그냥 넷플릭스 보면서 소파에 늘어지고 있는거 표현한건지는 솔직히 모르겠음...) 너 맨날 Mr. Robot이 딱 니 상황 같다고 얘기해 대는것도 완전 웃끼거든?? (Mr. Robot은 미드 제목입니다.) 너랑 미스터 로봇이랑 다른점은 넌 그저 진짜 로봇같은 놈이라는거지. 너 또 맨날 HBO의 실리콘 밸리 미드 보면서 의문 갖지도 않고 맹목적으로 "ㅋㅋㅋㅋ 저거 진짜 현실적인데? 잘 묘사했는데?" 그러잖아? 그러면서 정작 너는 맨날 내가 뭐만 말하면 나한테 "그게 왜 그렇다고 생각하는데? 이유가 뭔데?" 그러는거 솔직히 짜증나거든?너 채용할때 마다 그 요상스러운 인터뷰 질문들좀 그만해주라 제발. 세상에 누가 그딴 질문들을 할까? 나 지금까지 C배열 비트로 바꾼다던지, whiteboard에 컴파일 에러 뜬다던지 한 적 없었고, 자바에 해쉬셋 필요하면 그냥 해쉬셋 쓰고말지 그걸 무슨 complexity 코드 블락 어쩌고 끙끙대고 있을 필요 없거든? 그냥 다른 EC2 인스턴스 쓰고말지. (솔직히 이 부분은 내가 개발자가 아니라서 잘 이해는 안감..ㅋㅋㅋ)제발 각종 용어들이랑 뭐만하면 줄임말 써대는것좀 그만해줘. DAU’s, WAU’s, MAU’s, ARPU, LTV, CPM, CPI, CPC, PPC, CPA, CTR, SEO, ASO, YoY, WoW... 아 진짜 쉬팍 너무한거 아냐?? 세상에 누가 저 많은 지표들 일일이 매일 체크하고 있냐? 아, 그리고 제발 그놈의 네트워킹 이벤트!!!! 무슨놈의 네트워킹 이벤트에만 가면 모두가 다 어떤 어떤거의 CEO고 나는 뭐 이 시장을 디스럽트할 어쩌고 MVP를 만들고 있고, 일단 만들기만 하면 하키 스틱같은 J커브 그리는건 당연 빠사고...Tranceparency trend니 post mertem (사후 분석 툴 같은데 잘 모르겠음..)이니 5 whys니 이런거 지겹거든? 그리고 맨날 A/B 테스트 해댄다고 사이트 바꿔대는데, 무슨 내가 리프레시 할때마다 피처가 막 휙휙 바뀌냐? 난 그저 접속할때 마다 같은 버전의 사이트가 보고싶을 뿐인데 그만좀 바꿔대라.너네 맨날 파티나 뭔가 크레이지한 오프라인 이벤트 한다고 돈 펑펑 써대는거 그만좀 할래? 그리고 아무도 사용하지도 않는 탁구테이블이며 뮤직룸이니, 수면실, 명상실, 스트레스프리존, 필라테스룸이니... 이딴거에 돈낭비좀 그만하지 그래? 아, 그리고 뭔가 있어보인다고 요상스런 인센티브 플랜이나 휴가 무한대로 준다고 자랑해 대는거 솔직히 다 ㅂㅅ같거든? (아무리 휴가 무한대라도) 실제로 너네 직원들 휴가도 못가고 죽어나는거 내가 모를것 같니?아, 그리고 다른거 진짜 다 집어 치우고라도 이 말은 좀 꼭 하고 싶다.'너도 나처럼만 하면 되'라는 개소리좀 그만해라!!!번역은 여기까지 인데, 솔직히 뭐 공감가는 내용도 있고 아닌것도 있고 한데, 그냥 농담반으로 작성된 글인 듯 하니 너무 진지빨고 달려들지는 말자 ㅎㅎㅎ글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기
조회수 622

디자이너, 언제까지 을?

디자이너.가족, 또는 가까운 친척 중의 한 명은 디자이너인 시대에 살고 있다.한 해에 배출되는 디자인 전공 졸업자가 2만 명이 넘는 시대이니, 그럴 법도 하다. (10년 전에는 3만명이 훌쩍 넘었었다)훌륭한 디자이너?대기업부터 스타트업에 이르기까지, 디자이너의 손길이 필요한 영역이 분명히 존재하고, 좋은 디자이너를 찾기 위한 노오오력도 어렵지 않게 보곤한다.하지만 기업 입장에서 좋은 디자이너를 찾으려는 노력에 비해서, 실상 어렵게 채용한 디자이너가 기대치를 만족시키는 확률은 높지 않다. 이것을 디자이너의 자질 때문이라고 보고, 동기부여가 떨어지는 디자이너는 또 다시 시장으로 나오고, 기업은 좋은 디자이너를 찾아 챗바퀴 돌 듯이 이런 일들이 반복되기 일쑤이다. (에이전시를 활용하는 경우도 마찬가지이다)무엇이 훌륭한지 아닌지를 판단하려면, 당연하게도 그것이 무엇인지 이해해야 한다. 그래야 좋은 디자이너를 구분할 수 있고, 맞는 역할에 활용할 수 있다. 좋은 소프트웨어 엔지니어를 뽑으려면, 어떤 역량이 필요하고, 어떻게 일하는지 알아야 하는 이유와 비슷하다.모르면 막 뽑고, 뽑아놓고선 막 평가한다. 악순환이다.쓰리풀(3-ful)개인적으로 좋은 디자인이 갖춰야 할 3가지 요소를 뽑자면 다음과 같다. (굿 디자인의 기준은 다양하지만, 개인적으로 가장 공감하는 세 단어이다.)Beautiful(심미성), Useful(유용성), Meaningful(의미)대부분의 디자인 대학의 커리큘럼은 이 세 가지를 육성하기 위해서 짜여져있고, 지도하는 교수님들도 이부분을 강조하고 있다고 생각한다.학생들이 기업에 들어오기 전까지는 아름답고(Beatiful)+ 유용하고(Useful)+ 의미있는(Meaningful) 요소를 모두 담기 위해 노력하고, 학생들의 훌륭한 아이디어들이 실제 세계적인 Award에서 많은 수상을 하는 이유도 거기에 있다고 본다. 또한, 이것은 여러 번의 산학 협동 과제를 통해서도 여러차례 느낀 점들이다.(물론 전문성의 깊이는 충분치 않겠지만, 그것은 당연한 것이다)하지만, 신기하게도 기업에 들어와 2년 정도 지나면, '생각'이 사라진다. 조직에 들어오는 순간 'Beautiful'만 강요받기 때문이다.우리나라에서 좋은 디자이너가 육성되지 못하고, 좋은 디자이너가 탄생하지 못하는 결정적인 이유이다.국내 대표적인 디자이너 이름 3 명을 떠올려보라!쉽지 않을 것이다. 이것은 디자이너만의 책임이 아니다.모두가 디자인 비평가회사에서 디자인이 결정되는 과정을 살펴보면, 주로 비디자이너 출신의 경영자들이다. 이분들은 실제로 오랜 경험과 시장에 대한 이해도가 매우 높은 분들이다. 이 점은 인정해야 한다. 하지만 디자인에 대한 이해는...글쎄... 잘 모르겠다.우리나라의 디자인의 수준은 디자이너의 수준이 아니라, 의사결정자의 수준이다. 좋은 디자인이 없어서가 아니다. 좋은 디자인을 구분하는 능력이 부족하기 때문이다.좋은 생각이 아닌, 'Beauty'의 기준만을 근거로, 그것도 개취가 개입하여 판단하기 때문이다.실제로, 소비자의 안목은 굉장히 높다. 대중이 선택한 good 디자인이냐 아니냐의 여부는 매우 정확하다. 하지만, 훌륭한 영화 비평가가 반드시 좋은 영화 제작자가 될 수 없듯이, 주어진 답안지를 채점하는 것과 답을 만들어내는 것은 다른 차원이라는 것을 착각한다.때문에 많은 의사결정권자들은 자신의 안목을 맹신하게 되고, 실패를 반복하게 되는 것이다.이런 나의 확신은 실제 10년이 넘는 기간동안 디자인 현장에서 관찰하고, 경험한 것에 근거한다. 에이전시, 벤쳐기업, 대기업을 포함하여, 그 사이 협력한 국내 디자인 에이전시, 해외 유명 디자인 에이전시, 국내외 주요 디자인 대학과의 산학 협동, 그리고 운 좋게 경험한 몇몇 세계적 디자인 대가들과의 협업을 통해서 생생하게 느낀 것이다.Beauty 만 강요하는 '갑'좋은 디자인은 '좋은 생각'이다. 남들이 미쳐 생각하지 못했던 좋은 생각 말이다. 이 생각을 생각에 머물러있지 않도록, 세상에 Cool 한 형상으로 끌어낼 수 있는 능력, 게다가 우리 삶을 긍정적으로 변화시킬 수 있는 유용함까지 갖추게 했을 때, 디자인이 감동을 주는 것이다.식상한 생각과 아이디어에 '예쁘게 좀 해주세요~'의 관점으로 디자이너를 활용한다면, 이미 잘못 시작한 것이다. 세계적인 디자인 대가에게 맞기더라도 이미 실패할 수밖에 없다.좋은 디자인은 좋은 철학의 보여지는 영역좋은 디자인은 좋은 철학의 드러나있는 영역이다. 생각과 형태가 일치되었을 때 꽃을 피우게 된다.우리 사회에 좋은 디자이너가 드문 이유이다. 좋은 생각과 철학을 가진 클라이언트가 드물기 때문이다. 을의 문제가 아니라, 갑의 문제이다. 스포츠카를 타고, 1단 기어로 하이웨이를 달리는 격이다.내 주변에는 좋은 역량을 가진 디자이너가 많다. 하지만 슬프게도 역량을 발굴하고 활용하는 안목이 우리사회에는 아직 부족하다. 여러분의 주위에도 마찬가지일 것이다.디자이너가 갑이 되는 세상앞선 질문에, 내 머리 속에 떠오르는 3명의 국내 디자이너가 있다. 누구는 실제 디자이너고, 다른 누구는 디자이너가 아니다.다만, 공통점은 좋은 생각과 철학을 가지고 있다는 것이다. 그리고 자신의 손으로든, 좋은 디자이너를 활용해서든 멋진 철학을 세상에 다양한 형태로 표현할 수 있는 사람이다.나는 디자이너가 갑이 되는 시대를 기대한다.아니, 이미 그렇게 되어가고 있다. 이제는 이미 Maker의 시대이기 때문이고, 무언가를 다른 방식으로 사고하고, 그것을 표현할 수 있는 디자이너는 세상을 주도할 수 있는 역량을 갖추고 있다. 훨씬 다양하고 풍부한 멋진세상이 될 것이다.디자이너가 주체가 되는 세상!멋진 생각이 존중 받는 세상!!!
조회수 938

바크 (Bark) - 우리들은 모두 무엇이 되고 싶다

페이스북이 만들어낸 거대 소셜네트워크 세상은 지구 반대편에 있는 사람들까지 연결할 정도로 세상을 좁게 만들었지만, 상대적으로 근거리에 있는 사람들과의 소통을 어렵게 만들고 행복감을 저해하는 원인이 되기도 한다. ‘Alone Together’의 저자 셰리 터클은 페이스북으로 인해 항상 연결된 소셜 그룹들이 존재함으로써 상대적으로 근거리에 있는 사람들과 대화가 단절되는 문제점에 대해 설명하였고 (Sherry Turkle, 2011), 요크 대학에서는 소셜미디어가 만들어낸 ‘수많은 관계형성의 멀티태스킹’이 보다 의미있는 관계형성을 저해하여 오히려 지루함과 불행감을 높인다는 연구 결과도 있었다 (John Eastwood, 2012).사실 이런 주변사람들과의 소통의 어려움을 해결하기 위해 수많은 위치기반 채팅서비스가 출시되기도 했지만 대부분은 이성간의 연결에 집중된 데이팅앱의 성격을 띄고 있고, 실제로 형성되는 관계는 지속적인 친구관계 보다는 하룻밤을 노리는 단편적인 관계가 대부분이다. (동아일보, 2016)거대 소셜네트워크가 만들어낸 세상에서 오히려 내 주위사람들과의 대화가 줄어드는 세상이다. - photo by Jaelynn Castillo @Unsplash그래서 우리는 사람들이 보다 근거리에서 쉽게 주변 사람들과 연결되고 쉽게 친밀감을 형성할 수 있는 새로운 근거리 소통 공간에 대해 고민하기 시작했고, 그 실마리를 개의 대화법에서 발견하였다.개들은 성별, 나이, 외모 등 관계형성에 있어서 아무 제약조건 없이 서로 짖는 행위 하나로 길거리에서 마주치는 개들과 쉽게 관계를 맺는다. 물론 그 관계가 친밀할 때도 있고, 서로 으르렁거리며 싸우는 관계가 될 수도 있지만, 중요한 점은 그들의 관계형성에 있어서 방해가 되는 ‘복잡한 대화’와 ‘소셜 아이덴티티가’ 존재하지 않는다는 점이다.개들은 성별, 나이등에 상관 없이 모르는 개들과도 서로 짖으면서 금방 관계를 맺는다. - photo by Hilary Halliwell @pexels이러한 배경으로 탄생한 앱이 바로 바크 (Bark)앱 이다. 바크에서는 나이나 성별에 관계없이 모두가 한 마리의 개가 되어 주변 사람들과 언제 어디서나 소통가능한 새로운 개념의 위치기반 커뮤니케이션 서비스라고 할 수 있다. 다른 SNS들처럼 무슨 말을 써야 할지 고민할 필요도, 다른 사람의 좋아요나 코멘트를 기다릴 필요도 없이, 그저 서로 짖고, 가끔은 짧은 말풍선 메시지를 통해서 주변 이웃들과 친밀감을 쌓아가다 보면 서로 관계가 형성되고 친구가 될 수 있는 근거리 관계형성에 최적화된 소셜 공간 이다.바크앱 에서는 모두가 한마리의 개가되어 주변 사람들과 소통하며 친구가 된다.지역을 이동할때 마다 그 지역에서 지금까지 사람들이 나눈 메시지 바크를 엿볼 수 있다.또한 바크 앱에서는 모두가 본인들의 영역을 가지게 되는데, 이는 개들이 서로 영역표시를 하면서 교류하는 방식에서 비롯된 기능이다. 우선 본인이 짖은 장소는 자동으로 내 Territory에 기록이 된다. 이 장소들은 위도와 경도를 중심으로 소숫점 두째자리 이내에서 구역화 되고, 내가 새로운 장소에서 짖을때 마다 내가 가진 영역의 숫자가 올라가게 된다. 아직 이 영역을 활용해서 뭔가를 할 수 있는건 아니지만, 향후 영역 빼앗기 등 다양한 추가 기능을 염두에 둔 개념이라고 할 수 있다. 지금까지 획득한 영역은 내 프로필 > 지도 메뉴에서 확인 가능하다.또한 사람들이 전송한 다양한 메시지 바크들은 해당 Territory와 함께 인덱싱 되는데, 이를 통해서 내가 현재 있는 구역에서 사람들이 지금까지 나눈 대화들을 확인해 볼 수 있다. 좌측 사이드바를 열게 되면 현재 내가 있는 영역의 이름과, 이 지역에서 가장 활동이 높은 개들, 이 지역에서 지금까지 오간 대화들을 보여준다. 이게 제법 재밌는 기능으로, 내가 지역을 이동할때 마다 대화 내용들을 엿볼 수 있고, 강남역쪽에서 사람들이 나눈 대화들, 홍대쪽에서 사람들이 나눈 대화들이 제법 다르고 나도 거기에 쉽게 참여해서 새로운 사람들과 교류가 가능한 기능이다. 바크 앱은 현재 베타버전으로 iOS만 런칭한 상태이고, 좀더 기능 고도화 및 다양한 가설을 실험하고 있는 중이다. 안드로이드 버전은 8월 초 쯤에 런칭할 예정이다. 현재 바크 앱을 사용하는 전 세계 유저들의 실시간 바크를 바크 웹사이트에서 확인 가능하다. 바크 앱의 목표는 데이팅니즈에 기반한 위치기반 소셜이 아닌 주변사람들과 친밀감을 기반으로한 진정한 소셜 네트워크 서비스를 글로벌 레벨에서 실현하는 것이다. 요즘 SNS쪽으로 스타트업한다고 하면 자살행위라고 할 정도로 이미 거대 SNS들로 이미 포화된 시장이라는 얘기가 많다. 하지만 그게 자살행위인지, 아니면 아직 더 여지가 무궁무진한 시장인지는 직접 도전해 보기 전에는 모르는거고, 바크 앱의 시도가 성공할 수 있을지? 그건 나도 장담 못하지만 지금까지 사용하고 있는 유저들의 사용성은 제법 괜찮은 편이다. (이 부분에 대해서는 별도의 글로 소개하겠다.)전 세계 유저들의 바크를 실시간으로 웹사이트에서 확인 가능하다. 누군가가 짖으면 실시간으로 위에 카운터가 올라가고 해당 점에서 빨간색 원이 퍼져나간다.바크 웹사이트 바로가기바크 앱다운로드 바로가기 바크 페이스북 바로가기글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기
조회수 1245

열혈강호로 살펴보는스타트업 캐릭터

지금까지 읽었던 만화 중 가장 좋아하는 만화 3개를 꼽으라면 단연코 열혈강호, 슬램덩크, 킹덤을 꼽는다. 마침 와이프가 휴가간 틈을 타 일요일 하루 종일 오랜만에 열혈강호 60권을 꺼내어 다시 읽어보는 나만의 휴가를 가졌다. 그러다가 문득, 여기 캐릭들이 스타트업에서 활동하는 캐릭들이랑 겹치는 부분이 많아서 한번 재미삼아 소개해 보고자 한다. 어디까지나 '재미삼아' 매칭시켜 보는거기 때문에 너무 진지빨면서 읽지는 말자.1. 한비광 - 필요하면 직접 배워서 뭐든지 달성해 버리는 공격적인 스타트업 대표스타트업 하다보면 마케팅, 영업, 재무, 회계 등등 수많은 펑션의 일들을 직접 해결해야 하는 경우가 많은데, 이런 사람들은 별로 고민하지 않고 지가 스스로 배워버려서 실제 그 업무를 하던 사람들 보다 고퀄을 달성해 버리는 캐사기 민망한 스타트업 대표 캐릭터이다. 이런사람들 특징이 '내가 직접 해봐서 아는데'라는 말을 달고 살면서 직원들 스팀돌게 만드는데 일가견이 있다.'내가 직접 해봐서 아는데'를 입에 달고사는 대표2. 담화린 - 전략과 변초에 능한 기획자머리 겁나 좋고 뭔가 전략같은거 멋있게 만드는 기획자이다. 실제 만화에서 한비광이 싸울때 옆에서 '지금 운유과봉을 써,' '지금이야 잠룡등천!' 이러면서 싸움 전략을 기가막히게 잘 짠다. 이런 능력자들은 학교나 교과서에서 배운 내용들일지라도 각 상황에 맞게 능수능란하게 적용할 수 있는 어마어마한 기획력을 지니고 있다. 스타트업의 스케일을 위해 꼭 필요한 캐릭터. 다만 너무 보수적이고 리스크테이킹을 잘 안하려는 성향이 있어서 위의 한비광같은 사람이 이끌어 줄 필요가 있는 캐릭이기도 하다.  뒷태..가 아닌 두뇌가 섹시한 기획자이다.3. 노호 - 우직하고 깡따구도 세고 한결같이 노력하는 사업개발, 또는 영업사원머리가 좋거나 재능이 뛰어나진 않지만 항상 우직하게 노력의 노력을 거듭하고 깡따구도 있어서 어디 큰 영업건 계약따러가면 반드시 성사해버리는 영업사원이다. 특히 이 사람의 끈기는 타의 추종을 불허할 정도라서 고객사들 사이에서도 저사람한테 한번 물리면 절대로 빠져나올 수 없는 영업사원으로 유명하다. 실제로 만화에서도 세외세력중 하나인 동령에 들어가 내부 반란과 각종 분란에도 전혀 굴하지 않고 끈기있게 도전하여 결국 동령을 접수해 버렸다. 술마시면 진지빠는 얘기로 주변사람들 졸게만드는건 옥의 티.술마시면 너무 진지하지만 항상 큰 계약 성사시키는 영업사원4. 매유진 - 자기세계 뚜렷하고 친해지기도 어렵지만 실력 하나는 줄충한 디자이너속을 알수없고 자기 세계가 너무 뚜렷해서 누가 참견하거나 내 영역에 침범하는걸 끔찍하게도 싫어하는 디자이너다. 사람들이랑 쉽게 어울리지 못하고 친해지기도 어렵다. 하지만 실력 하나는 줄충하고 나름 디자인 분야에서 명성도 있어서 이 사람이 우리 회사에 존재하는것 만으로도 투자자의 관심을 끌 정도이다. 일단 친해지고 나면 은근 잘 챙겨주고 마음 따뜻한 면모가 보이는 참 매력적인 디자이너.업계에서 나름 명성있는 디자이너. 다가가기 어렵지만 한번 친해지면 마음 따뜻한 면모를 볼 수 있다.5. 진풍백 (천마신군 셋째 제자) - 자기잘난맛에 살고 남 깔아뭉개기 좋아해서 재수없지만 성과는 잘나와서 욕하기 힘든 스타트업 대표기본적으로 사람들이 싫어한다. 뒤에서 욕도 많이 먹는다. 그 이유는 캐릭 자체가 자기 잘난맛에 살고 누가 뻘짓하면 '저런 멍청한놈' 하면서 바로 깔아뭉개버리는 스타일이다. 하지만 사업수완이 좋고 말빨도 수려하기 때문에 대표로서 투자도 잘받고 언론 인터뷰빨도 잘받는 스타일이라 직원들이 앞에서 비판은 못하고 항상 뒤에서 뒷다마만 열심히 까는 캐릭이다. 본인과 말이 통하는 사람들하고만 대화하는 경향이 있어서 그 바운더리 안에 들지 못하는 직원들은 모멸감만 느끼다가 금방금방 그만둬 버린다. 시간이 흐르고 나면 이 팀에는 본인과 말이 통하는 똑똑한 능력자들만 남아있게 되는건 함정(?)자기 잘난맛에 살지만 직원들이 대놓고 욕은 못하고 뒷다마까는 대표6. 최상희 (천마신군 다섯째 제자) - 성격좋고 겉으로 보기에 뭔가 뛰어나보이지도 않는데 이상하게 성과 잘나오고 투자도 잘받는 스타트업 대표일단 성격이 좋고 마음씨가 따뜻한 스타트업 대표이다. 그런데 겉으로 보기에는 뭔가 전혀 능력자 같지 않아 보인다. 말빨이 수려한것도 아니고 카리스마가 있어보이지도 않는다. 하지만 제법 사업이 잘 굴러가고 피칭은 잘 못해도 투자자들이나 파트너사들이랑 미팅하면 항상 투자유치나 계약도 잘 따낸다. 여린 구석이 있어서 감동적인 순간이나 옛날에 힘들었던 시절 생각하면 펑펑 울기도 해서 직원들이 달래주는 캐릭터.여리고 잘 울기도 하고 능력자도 아닌것 같지만 사업은 이상하게 잘굴러가는 대표7. 유원찬 (송무문 문주) - 한때 실패의 쓰라린 경험을 맛보고 재기를 꿈꾸는 스타트업 대표과거 크게 실패해본 경험이 있어서 재기를 노리는 스타트업 대표이다. 스펙 화려하고 대기업에서 승승장구 하다가 스타트업에 도전했다. 인맥도 좋아서 초기에 투자도 크게 받아서 사업을 공격적으로 확장했다가 크게 말아먹고 빚더미에 올라앉은 경험이 있다. 방황의 시기를 극복하고 다시 오랜 시간의 준비 끝에 새로운 사업으로 재기했다. 옛날에는 성격도 더럽고 남 무시하기 좋아하는 유아독존형 캐릭터였지만 크게 쓴 맛을 본 후에 성격을 고쳐먹어서 지금은 인품도 좋고 매사에 신중한 캐릭터로 변모하였다. 향후 성공가능성이 가장 높은 스타트업 대표 스타일이다.과거에 크게 사업 말아먹고 다시 재기를 꿈꾸는 스타트업 대표8. 천운악 (정파 육대신룡 중 한명이자 벽풍문 소문주) - 자기잘난맛에 살고 남 깔아뭉개기 좋아하고 뭐 성과 내는것도 없이 맨날 말뿐인 마케터스타트업 팀 구성할때 이런사람은 반드시 피해야 한다. 이 캐릭터는 유아독존 자아도취가 하늘을 찌르고 남 깔아뭉개는건 기본인데다가 집안 배경 믿고 까부는 마케터 스타일이다. 워낙 집안 배경이 좋아서 초반에는 자비+집안인맥 동원하다 보니 성과도 잘 내는것 같은 착각이 들게 하는 마케터이지만, 나중에 밑천 다 드러나면 지 손으로 직접 할 줄 아는게 하나도 없는 알맹이 없는 사람이라는게 금방 드러나 버린다. 하지만 절대로 본인의 부족함을 인정하지 않고 말만 번지르르하게 해서 주변 사람들을 멘붕시키는 캐릭터이다. 혹시 본인 팀에 이런 사람이 있다면 팀 구성을 꼭 다시한번 고민해 보길 바란다.집안 배경 믿고 까부는 말만 번지르르한 마케터9. 요열마화 부용 - 일안하고 맨날 커피마시러 나가고 딴짓 장난 아닌데 성과는 잘 내는 마케터일단 자리에 잘 붙어있지 않는다. 출근하자마자 옆에 직원 꼬셔서 커피마시러 나가고 점심시간도 보통 남들보다 30분 일찍 나가서 30분 늦게 들어온다. 놀기도 좋아하고 아웃도어 스포츠나 취미생활 즐기는걸 좋아해서 보통 하나에 꽂히면 지름신 덕질 동원해서 장비 갖추고 주말마다 놀러다닌다. 구속받는걸 싫어해서 결혼에 대한 생각도 없고 자유분방한 삶을 즐기는 마케터이다. 하지만 성과하나는 기가막히게 잘낸다. 워낙 본인이 덕질에 일가견이 있어서 덕후들이 열광하는 컨텐츠도 잘만들어 내고 카피도 잘쓰고 본인 자체적인 인맥도 끝내준다. 스타트업 대표로서 초기에 가장 탐나는 마케터 캐릭이다.일 안하고 맨날 딴짓하고 놀러다니는 것 같은데 성과는 기가막히게 잘나오는 마케터10. 미고 (동령의 신녀) - 푸념 잘들어주고 항상 따뜻해서 모든 직원들에게 사랑받는 HR 담당자보통 초기 스타트업에는 없는 캐릭터이고 어느정도 시드투자 받은 후에 직원 수 키워나갈때 합류하는 스타트업의 HR담당자이다. 성격이 따뜻하고 사람들 푸념도 잘들어주고 중간에 갈등 조율도 잘하는 누나/언니같은 스타일이다. 잘난척 절대로 없고 항상 겸손하기 때문에 보통 잘난척 좋아하는 직원들이 이 누나 앞에서 재롱떠는 경우가 많다. 그럴때마다 이 누나는 항상 '우와 너 진짜 대단하구나~~' 하고 칭찬해주면서 그 사람의 사기와 동기부여를 하늘 끝까지 치솟게 만들어 준다. 그런데 이런 캐릭터는 항상 속으로 엄청난 내공과 경험을 가지고 있다. 야망도 있어서 매정해야 할때는 그 누구보다도 매정한 선택을 하기도 한다. 모든 행동과 말에는 항상 이유가 있는 사람이라 이런 사람을 대할때는 너무 모든걸 드러내지 말고 조심스럽게 대해야 한다. 스타트업 대표라면 조직 키울때 꼭 영입해야하는 HR담당자 1순위 캐릭이다.항상 직원들 푸념 잘들어누는 푸근한 언니/누나 같은 HR담당자11. 소향 - 어디가면 항상 있는 순진 발랄하고 사내 평균연령 확 줄여주는 인턴이자 신입사원사내에서 가장 어린 정도가 아니라 보통 평균연령보다 한 세대가 더 어린 신입사원 혹은 인턴이다. 순진 발랄해서 회사의 모든 직원들이 동생같이 챙겨주려 하고 하나하나 세심하게 가르쳐주려고 노력한다. 회사 분위기가 무겁고 칙칙할때 마다 끼와 재롱을 발산해대며 회사의 분위기를 밝혀주는 소중한 존재이다. 그런데 술만 마시면 대표님한테 '오빠~ 원샷해야지!' 이러면서 꽐라가 되버리고 다음날에 절대로 기억 못하는 척을 하는건지 진짜로 기억을 못하는건지는 아무도 모른다.사내 평균연령보다 한 세대 이상이 어린 신입사원 혹은 인턴12. 신공 (신지 신묘각주) - 까칠하고 지잘난맛에 살고 화도 잘내서 상대하기 껄끄럽지만 실력은 겁나 뛰어난 만랩 개발자열혈강호 60권대까지 읽지 않으면 모를수도 있는 캐릭터인지라 간단히 소개해 주면, 열혈강호 최대의 세외세력인 '신지'의 난공불락 기계진을 설계한 만랩 개발자이다. 성격이 매우 까칠하고 화도 잘내서 상대하기 매우 껄끄러운 캐릭터이다. 같이 일하는 기획자나 다른 직원들이 기술적인 내용들을 잘 모르면 항상 '넌 잘 모르면 그냥 내가 시키는대로 해' 이러면서 무시해 버리는 통에 다른 팀 직원들이 스트레스를 많이 받는다. 하지만 혼자서 서버와 프론트를 넘나들면서 어떤 문제가 발생해도 다 해결해 버리는 통에 스타트업에서는 꼭 필요한 만랩 개발자.까칠하고 화도 잘내서 상대하기 껄끄러운 만랩 개발자13. 벽력자 - 술 좋아하고 사고도 많이 치고 가끔 대표나 다른 직원 골탕먹이기 좋아하지만 역시 실력은 겁나 뛰어난 만랩 개발자술을 너무너무 좋아하는 개발자. 가끔 술먹고 다음날 행방불명 됐다가 하필 그날 서버 다운되는 바람에 회사가 난리나버린 적도 있다. 동료직원들 PC화면에 갑자기 야한 팝업창들이 계속 뜨게 한다던지 뭔가 본인만 아는 비밀기능을 제품에 심어놨다가 대표를 골탕먹이는 등 짓궃은 장난을 잘 치는걸로도 유명하다. 하지만 성격도 쾌활하고 주변 사람들과 잘 어울리고 실력도 뛰어난 만랩 개발자라서 스타트업에서는 역시 꼭 필요한 존재감과 함께 오늘도 열심히 장난을 치거나 어제의 술기운에서 헤어나지 못하고 있다.술먹는거 엄청 좋아하고 짓궃은 장난도 잘치는 만랩개발자14. 유세하 (담화린 사형) - 잘생기고 일도 잘하고 성격도 좋은데 술만마시면 x꽐라되서 사고치는 영업사원이 직원을 뽑을때 모두를 (특히 여직원들의) 가슴을 설레게 할 정도로 꽃미남에 매너좋고 성격좋고 집안좋은 완벽남처럼 보이는 신입사원이었다. 본인의 그런 외적 능력을 십분 활용해서 영업 스킬도 매우 뛰어나다. 하지만 술만 먹으면 완전 x꽐라되서 전혀 다른 인격체가 되버리는 단점이 있다. 그냥 꽐라도 아니고 x꽐라인 이유는 그 변하는 정도가 장난 아닌지라 (실제 만화에서도 평소에는 인자한 꽃미남 미공자가 마령검만 잡으면 악의 화신으로 변해버린다) 회사에서 이사람은 절대로 술 마시지 못하게 금주령을 내릴 정도이다.평소에는 초절정 꽃미남 굳매너 완벽남이 술만 마시면 x꽐라되는 영업사원15. 진패운 - 우직하고 사람 좋고 항상 한결같은 바른사나이지만 이상하게 성과는 없는 영업사원사람이 과묵하고 한결같고 지각무, 결석무, 아침 7시 출근에 술도 잘 안먹고 아무튼 거의 완벽에 가까운 바른사나이이다. 스펙도 좋고 할줄아는 잡다하게 많은 직원이라 뽑을때 주변의 기대가 컸지만 이상하게 메이저급 성과가 없는 영업사원이다. 뭐 언변이 부족한것도 아니고 경험이 없는것도 아닌지라 왜 실적이 저조한지는 그 누구도 이유를 모르는 미스테리. 흔히 주변에서는 '저 사람은 영업사원이 아니라 임원이 되야 능력발휘할수 있는 사람일거야' 라는 말을 자주 듣는다.우직하고 한결같은 바른사나이 영업사원. 하지만 이상하게 실적은 저조한데 그 이유를 아무도 모른다.지금까지 열혈강호에 나오는 주요 캐릭터들과 스타트업에서 흔히 볼 수 있는 캐릭터들을 한번 매칭해 보았다. 앞서 얘기했지만 뭐 객관적인 데이터를 근거로 한 매칭이 전혀 아니고 순전히 개인적인 느낌으로 소설을 써본것이기 때문에 그냥 가볍게 읽어주길 바라며, 혹시 본인이 몸담고 있는 스타트업에 저 15명 캐릭터 중에 매칭되는 사람이 있으면 제보 부탁드린다. 혹은 내가 놓친 캐릭터나 매칭을 잘못한 캐릭터가 있으면 이 역시 의견 부탁드린다. 열혈강호라는 만화를 전혀 모르는 사람들에게는.. 미안합니다..글쓴이는 스팀헌트 (Steemhunt) 라는 스팀 블록체인 기반 제품 큐레이션 플랫폼의 Co-founder 및 디자이너 입니다. 비즈니스를 전공하고 대기업에서 기획자로 일하다가 스타트업을 창업하고 본업을 디자이너로 전향하게 되는 과정에서 경험한 다양한 고군분투기를 연재하고 있습니다.현재 운영중인 스팀헌트 (Steemhunt)는 전 세계 2,500개가 넘는 블록체인 기반 앱들 중에서 Top 10에 들어갈 정도로 전 세계 150개국 이상의 많은 유저들을 보유한 글로벌 디앱 (DApp - Decentralised Application) 입니다 (출처 - https://www.stateofthedapps.com/rankings).스팀헌트 웹사이트 바로가기
조회수 2178

스타트업이 돈을 구하는 방법 (4)

스타트업이 돈을 구하는 방법으로 매출, 투자, 정부 지원금을 지난 글에서 다루었고, 이번에는 금융권 대출에 대해서 이야기해보려고 한다.  사실 앞날이 불확실하고 매출이 없는 스타트업이 일반 금융권에서 대출을 받는다는 것이 쉽지는 않다. 그리고 모험 자본이 아닌 일반 금융권에서 스타트업에 대출을 해주는 것이 옳은 것인지에 대한 논란이 많다. 하지만 한국에서는 기술 보증기금, 신용 보증기금 등을 통해서 스타트업이 대출을 받는 것이 그렇게 어렵지 않다. 초기 벤처의 경우 1억 원 이하의 자금의 경우 기술 보증을 통해서 어렵지 않게 대출을 받는 것을 주위에서 많이 보아왔다. 그리고 한국에만 있는 희한한 제도인 벤처 인증이라는 인증을 받기 위한 가장 쉬운 방법이 기술 보증 기금에서 대출을 받는 방법이기 때문에 많은 스타트업들이 기보에서 대출을 받는 것을 보았다.본업을 통해서 매출이 어느 정도 나오고 미래에 대한 불확실성이 떨어지는 경우 차입은 금융공학적으로 봤을 때 꼭 나쁜 것만은 아니다. 레버리지 효과를 통해서 자본 이익률을 높이는 효과를 가지고 있다. 하지만 대부분의 스타트업은 본업을 통해서 나오는 매출에 대한 불확실성이 높은 상태이기 때문에 대출을 해주는 금융기관도 불안하고 대출을 받는 스타트업 입장에서도 이자와 상환부담이 있는 대출이 부담스러운 것이 사실이다.더 큰 문제는 한국에서는 대출시에 대표에게 언제나 연대보증의 책임을 지운다. 이건 주식회사라는 제도와 모순되는 제도이지만 여전히 남아있는 악습이다. 기술보증도 표면적으로는 기술을 검증해서 보증을 해준다고 하지만 실질적으로는 대표자에게 연대보증을 지우고 실패에 대한 모든 책임을 지우게 한다. 그렇기 때문에 개인적으로 스타트업을 시작하는 후배들이 찾아오면 언제나 난 절대로 대출을 받지 말라고 조언한다. 어쩔 수 없이 받아야 하는 경우가 올 가능성이 아주 높지만, 그때는 어떤 위험을 지는지에 대해서 명확하게 이해하라고 조언한다.우리나라가 창업 생태계와 미국의 실리콘 밸리 창업 생태계를 근본적으로 갈라놓는 차이가 바로 이것이다. 미국은 모험자본의 투자되고 실패 이후에도 창업자는 새로운 도전을 할 수가 있다. 그에 반해 한국은 기보 대출로 벤처인증을 받고 사업이 실패하면 기보를 갚기 위해 열심히 용역을 해서 대출을 갚거나 아니면 문을 닫고 대표는 신용 불량자가 되어 재도전의 가능성은 철저히 차단된다. 실리콘 밸리에서는 3번 정도 실패한 이후에 4번째 성공한다는 이야기가 있다. 하지만 한국에서는 그런 사례를 찾기 힘든 이유가 이것이다.창업 1년 미만의 초기 스타트업에게 기보 대출은 스타트업이 자금을 확보할 수 있는 방법 4가지 (매출, 투자, 정부지원금, 대출) 중에 가장 쉬운 방법이다. 하지만 가장 뒤탈 가능성과 위험성이 높은 방법이다.스타트업의 시기, 성격에 따라서 4가지 방법의 난이도는 조금씩 다를 것이다. 그래도 일반적인 난이도의 랭킹을 매겨본다면 "매출 (용역 매출 제외) >>>  투자 > 정부지원금 > 대출" 이렇게 될 것 같다. 바람직한 순서도 난이도가 어려운 순으로 되어야 하지 않을까 생각한다.스타트업이 돈을 구하는 방법 4가지에 대해서 다루어 보았다. 물론 이 범주에서 벗어나는 "기부"라는 것도 있을 수 있지만 그건 극히 예외적인 케이스이라서 제외시킨다면 웬만하면 이 범주에 포함되지 않을까 한다. 각기 스타트업이 성장하면서 대표는 본인의 성향과 전략에 따라서 적절히 사용하면 된다고 생각한다. 사람들마다 이건 되고 안되고  이야기하는 사람들이 있지만 그건 결국 그 사람들의 이야기 일뿐 결국 대표가 생각하고 판단하고 실행하고 책임지는 것이다. 훈수 두는 사람들의 이야기는 조언으로만 듣고 판단은 결국 본인의 몫이라고 생각한다. 내가 지금까지 쓴 내용도 가급적 객관적으로 쓰려고 했지만 나의 주관적인 경험과 판단이 들어간 내용이기 때문에 결국 이것도 참고 자료일 뿐이다. 다만 스타트업을 시작하는 사람들에게 내 경험과 지식이 조금이나마 도움이 되었으면 하는 바람일 뿐이다.세상을 더 아름답게 바꾸고자 도전하는 모든 스타트업인들에게 언제나 행운이 깃들기를 희망한다.#NEOFECT #스타트업 #스타트업창업 #창업자 #투자유치 #정부지원금 #VC #자금유치 #꿀팁 #인사이트 #대출 #스타트업운영
조회수 1278

'한국형'이라는 단어가 사라지는 그날을 위해서...

'한국형'이라는 단어는 제조업과 대기업 중심으로 구성되어왔던 한국 산업계의 망령과 같은 단어이다. 이 단어가 사라지고, IT의 중심인 SW의 세계에서 더 이상 거론되지 않을 때에 우리의 미래가 보이지 않을까 한다. 이제는 로봇 OS를 발표하거나 멀티 디바이스 OS와 같은 도전이 필요함에도 불구하고 과거의 망령처럼 윈도즈를 호환하는 OS를 또 발표한다는 이야기를 들었을 때에 얼마나 허상과도 같은 한국형의 허술함과 허망함에 대해서 얼마나 이야기해야 하는지 모르겠다.제조업과 대기업 중심의 한국 IT산업의 분류나 정책 방향성에 대해서 내 마음대로 제멋대로 해석하려 한다. 아직도 한국형이라는 단어가 망령처럼 떠도는 이유는 간단하다. 정보통제를 위한 정부의 관점과 고정적인 생태계의 라이선스 시장에 대한 망상들이 결합한 기묘한 생태계 때문이다.세상이 급변하고 있다. 어느 순간 갑자기 인공지능이 인간의 일자리를 대체할 것이고, 모든 것의 중심에는 소프트웨어가 있을 것이다. 아니, 이미 그렇게 진행되고 있다. 정말로, 소프트웨어가 세상의 중심이 될 것이라는 생각한다.구닥다리 같은 하이퍼미디어라는 단어는 정말 오래전에 이야기되었다. 그 시대에 이야기하던 보이지 않는 컴퓨터들의 개념들은 이제 세상의 모든 디바이스에 인공지능이 탑재되는 시대라고 설명할 수 있게 된 것이다.이렇게 변해버린 산업계의 모습 때문에 필자의 시선으로는 그동안의 IT산업 분류나 방향성 설정에 대해서 그다지 만족스럽지 못하다. 이제 기준선이나 통계의 배경 조건들도 대부분 바뀌어야 한다고 생각한다.대한민국 IT산업의 전반적인 상황과 그 핵심이 되어야 할 소프트웨어 산업에 대해서 구시렁 거리는 거려 보자. 이번 이야기의 전반적인 이번 내용은 내 마음대로,  완전 주관적이고, 비판적인 시선으로 필자 마음대로 생각하는 내용이라고 먼저 단언하면서 시작한다. 정말, 내 마음대로이다.대한민국에서 IT산업이란?개인적으로 IT산업이라고 지칭하는 단어의 선택이나 기준도 정말 모호하기 그지없다고 생각한다. 이제, 전자칩이 쓰이지 않는 산업이 없으니, 이 세상의 대부분의 산업을 IT산업이라고 이야기하는 상황으로 전개되는 것은 말이  안 된다고 생각한다. 이제 CES에 완성차 업계의 총괄 CEO가 기조연설을 하는 시대가 됐다.IT산업의 기준과 분류 자체가 다 바뀌어야 한다고 필자는 생각한다.현재까지의 어정쩡한 분류표의 개념대로 IT산업을 생각한다면, 그것은 매우 모순적인 상황으로 사회를 바라보는 것 아닌가라고 생각한다. 그렇다면, 어떤 식으로 IT산업에 대해서 기준을 잡아야 할까? 대표적인 오류로써 반도체 산업이나 전자산업 등의 기존의 산업들은 그 산업 자체로 별도의 기준을 잡아야 한다고 생각한다.대규모 투자와 제조라인을 구축해야 하고, 생산성이 가장 중요한 측면의 사업구조를 IT산업이라고 부르는 잘못된 시선부터 일단 고쳐보는 것을 어떨까? 기준점을 이동한다면 반도체 사업도 제조업일 뿐 아닐까?그럼, 대표적으로 대규모적인 인력이 투입되는 SI사업이라고 불리는 사업도 IT산업일까? 필자 개인의 생각으로는 이러한 SI사업도 별도의 영역으로 구분해야지, IT산업이라 부르면  안 된다고 생각한다. SI사업은 ‘인력 중심의 용역 사업’의 한부 류일뿐, IT산업이라고 불리지 못한다고 생각한다.뭐, 간단하게 이야기해서 ‘소프트웨어 산업’이 포함된 산업을 전부 IT산업이라고 부르는 것이 합당할까?내 생각으로는 가능한 이 모든 산업의 기초가 되는 소프트웨어 산업을 가장 원천적인 IT산업이라고 부르고 싶다. 그 이외의 것들은 원래 분류대로 제조업이나 용역사업 등으로 구분해야 한다고 주장한다.이제, 소프트웨어가 세상을 지배하는 시대이고 모든 하드웨어들은 그 뒤를 따라 변하고 있는 것도 사실이지 않는가? ‘정보’를 다루는 기술, 그것은 곧, ‘지식’을 다루는 사업으로써 소프트웨어 산업을 ‘IT산업의 원천’이라고 정하고 싶으며, 그 이외의 것은 모드 IT 주변 산업이라고 부르고 싶다. 뭐, 필자 마음대로이다.그럼, 이렇게 필자가 주장하는 이유를 하나씩 나열해보자. 그 사례로 먼저 '만화'에 대해서 이야기하겠다.세계 영화계를 지배하는 만화 원작의 힘!원천과 원작을  중요시하는지 몇 가지 예를 들어보자. 요즘의 미국 할리우드의 작품들을 보면, 몇 가지 특징들을 가지고 있다, 이러한 바탕에는 전 세계적으로 민족과 국가적인 시야를 떠난 공통의 재미를 느끼게 하는 방법을 제공한다 하겠다.그것은, ‘과거의 신화를 재해석하거나, 기존의 틀과 시각적인 틀을 재구성하며, 대규모적이며 시각적인 볼거리를 충분하게 만들어주는 작품을 선택한다.’는 점이다. 대표적으로 ‘월트 디즈니’가 선택한 방법이라고 이야기하면 조금 쉽다고 생각한다. 디즈니의 선택중 탁월한 것은 저작권이 사라지는 작품들만 골라서, ‘디즈니’적인 시각으로 캐릭터와 애니메이션을 재창조하는 방법으로, 완전히 디즈니적인 색깔과 생명을 부여받은 정말 새로운 작품들로  재창조하고 있다는 점이다.거기에다가 요즘의 시대에, 시각적으로 충분하게 영감을 주고 있으며, 주 구매층이 되어버린 중년층들의 향수를 자극하기 위해서 이미 세계적인 캐릭터와 스토리로 성장한 ‘마블 코믹스’나 'DC 코믹스'의 원작을 100% 이상 활용하여 새로운 작품들을 뽑아내고 있다. ( 이렇게 재창조한 캐릭터와 스토리를, 프리퀄(Prequel)이라고  다시 한번 시간을 되돌려서 언제나 재탕, 삼탕이 가능한 구조까지 만들었다. 거의 무한동력이다...)또한, 만화 하면 ‘일본’이며, 원작을 그대로 살린 드라마를 기반으로 한 일드도 아주 매력적이며, 프리퀄(Prequel)이니 다양한 방식으로 원작을 재해석하는 ‘영화계’나 ‘방송계’의 생태계를 만들어내는 창조적인 힘은 정말 대단히 위력적이다. 하지만, 이러한 ‘힘’의 원천도. 뛰어난 ‘원작’이 있기 때문에 가능하다. 이처럼, ‘원작’의 힘을 가지는 영역을 가지는 소프트웨어 산업계야 말로, 진정한 IT의 세계라고 해야 하지 않을까?IT업계에서 창작의 힘은 어디서 나올까?대한민국에서 솔루션 업계로 성장해서 번듯한 기업의 형태를 갖추는 것은 매우 힘든 일이다. 필자 주변에 성공한 IT 솔루션 업체의 CEO 들을 보면 크게는 20명 정도의 소프트웨어 인력을 보유한 기업으로 성장한다.순수한 기술과 제품의 힘 그리고, 대한민국의 시장규모의 한계 때문에 이 이상의 기업을 키우는 것은 매우 어렵다. 하지만, ‘기업’의 측면으로 본다면, 이 이상의 규모를 가진다는 것은 ‘순수한 소프트웨어 개발’을 떠나서 ‘시장’과 ‘환경’에 타협을 하고 순응하는 방법을 터득해야 한다.필자가 이처럼 대한민국의 IT 역사에서 ‘창작의 힘’이 매우 부족하다고 느끼는 것은 ‘창작’과 ‘꿈’을 이어갈 다음 세대에게 영감을 주지 못했기 때문이라고 생각한다.특히. 우리에게 있어서 소프트웨어의 역사를 봤을 때에 참고하거나  본받을 만한 프로젝트가 수행된 적이 있는가? 왜 대한민국에서는 리누스 토발스의 Linux가 나타나지 않고, 1995년 만들어진 PHP의 라스무스 러도프가 탄생하지 못할까?우리는 왜? ‘꿈꾸는 개발자’의 모델을 롤모델로 삼지 못하는 것일까?대한민국 IT의 현실의 냉정한 시선으로 바라보자.세상의 비즈니스 룰은 변하지 않고 하부의 구현 방법만 변하는 것이 실질적인 현실이라 하겠다. 냉정하게 국내의 일반적인 분류의 IT의 시장을 정의해본 자료를 찾아보자. 2012년 현재의 분류법에 의한 국내 IT 시장의 규모는 29조 5천억이라고 한다. 2011년보다 6% 정도 상승한 수치이다.포레스터 리서치 조사에 따르면 국내 HW 시장은 9조 5천억, SW 시장은 6조 7천억, IT서비스 시장은 5조 3천억, IT아웃소싱 시장은 2조 2천억, 그밖에 컴퓨터와 주변기기 시장도 5조 원에 이른다고 한다. 자, 과연 순수하게 이 시장에서 원천에 해당하는 사업의 시장 규모는 얼마나 될까? 그 수치는 조사조차 되고 있지 못하다는 점이다. 그리고, 그런 수치가 무의미한 시장이기도 하다는 점이다.[그림1 국내 IT 시장 전망]다른 예를 들어 본다면, 대한민국의 만화계를 예를 들어보자. 가장 기형적인 존재인 만화방과 책 대여점의 존재가 대한민국 만화계의 힘을 약화시키고, 원작의 힘을 약하게 만들고, 공장식 만화와 표절의 대표적인 산물이라는 것을 우리는 알고 있다. ( 대표적으로 한국에서는 소수 창작자에게 돌아갈 이익을 잘 보장하지 않는다. )어떤 콘텐츠나 아이디어를 만들어낸 사람에 대한 배려보다는, 거기서 만들어진 생태계를 통해서 쉽게 수익을 올리는 방법을 사회적으로 너무도 쉽게 용인하고 그것을 시스템으로 받아들인다. 이러한 시스템을 손쉽게 받아들인 구조가, 대한민국 IT업계의 현실이고, 원천적인 소프트웨어 산업이 힘들었던 이유 중의  하나 이기 도하겠다.( 물론, 이것은 시장이 대한민국이라는 작은 시장과 정보가 폐쇄적인 시대의 일이었기 때문이다. 과거 만화계에 표절이 난무한 것도 해외의 정보가 통제돼 된 시절이었기 때문이다. 복제가 손쉬운 인터넷의 시대에는 원작의 힘이 정말 더 강해졌다. )국내 IT업계는 방향성도 없고 미래도 없다.물론, OS의 개발도 멋진 일이다. 과거의 K-DOS의 사례처럼, 국내에 OS가 하나 있었으면 하는 낭만주의 시절도 있었다. 이번에 또 모 업체에서 또 OS를 발표했다고 한다. 이번에는 PC용 OS 말고 로봇이나 드론, 모바일용 OS였으면 좋겠다. 남들이 만들지 않은 그런 OS를 만들었으면 좋겠다.이제 '한국형'의 환상을 버렸으면 좋겠다. 제조업체 시절의 '한국형'은 의미가 있었다. 하지만, 소프트웨어 시대에 '한국형'은 정말 의미 없다는 것을 알아야 한다. 전 세계가 유의미한 오픈소스를 비슷하게 사용하는 시대이다. 제조업 시대의 '한국형'이라는 단어를 이제 그만 봤으면 좋겠는데... 이런 생각은 꼰대라고 불리는 분들이 정책 기획을 그만두지 않는 한 계속 좀비처럼 등장할 것 같다.슬프지만 이렇게 꾸었던 '한국형'이라는 꿈의 대부분을 국민의 세금으로 모여진 정부의 돈과 힘으로 만들려 하였고, 대부분의 한국형 프로젝트들은 실패했고, 시장에서 받아들여지지 못했다.대표적으로 얼마 전 무모하게, 단지 윈도즈와 같은 OS를 만들어 내겠다는 발상이 얼마나 허무맹랑한 것인지에 대해서 사람들은 잘 모르는 것일까? ( 사실, 그 윈도 따라 하기 프로젝트는 기술적인 꿈보다는 마케팅적이고 독재시대에나 가능했던 국산품 애용에 대한 환상을 꾸었던 허탈한 프로젝트가 아닌가 한다. 그 프로젝트도 냉정하게 Linux에서 Windows에뮬레이션을 제대로 해보겠다는 식의 접근법이고 오픈 프로젝트로 진행되었고, 그 자금과 힘으로 전 세계의 오픈 개발자 집단을 모을 수도 있었을 것이지만, 단지. ‘이익’을 보기 위해 시작한  프로젝트였기 때문에 실패는 자명한 일이었다.)하지만, 진정으로 새로운 경쟁이 시작되는 곳은 태블릿이나 모바일 분야의 OS이고, 아직 완전한 승리자는 존재하지 않는다. 현재로써는 iOS가 그 명성을 이어가지만, 또 다른 디바이스에서는 어떤 상황이 될 것인지 모른다. 그리고, 이러한 OS는 처음부터 정말 새롭게 디자인되어지고,  차근차근 도전해야만 얻을 수 있는 과실이다. ( iOS가 나오기 전까지 OSX와 넥스트스텝이 몇 년간 개발되었는지 대부분의 소프트웨어 개발자들은 이미 잘 알고 있다. )이처럼, OS의 개발과 그 능력은 IT업계에서 가장 중요한 잣대가 될 수 있을 것이다. 초창기 시스템의 OS와 언어를 개발하는데 탁월한 능력을 보유했던 IBM이나 시대를 풍미하고 있는 Microsoft, 현재의 Apple과 구글. 현재 IT업계를 선도하고 있는 기업들 대부분은 OS를 개발해서 적절한 하드웨어의 기능을 최대한 활용할 수 있게 하는 능력을 가지고 있다. 그래서, 그들은 선도할 수 있는 제품과 서비스들을 만들어 낸다. 과연 우리에게는 그러한 꿈을 꿀 수 있는 힘이 있을까?IT업계의 가장 큰 걸림돌은 바로, 기업의 CIO나 전산실장들이다.개인적으로 생각하는 가장 큰 문제는 바로 각 기업의 대표적인 IT의 기술적인 판단을 하는 분들의 결정적인 권한이 가장 큰 문제라고 생각한다. 꿈꾸는 자 역시 꽤나 큰 중견그룹의 IT전략담당 임원 생활을 해본 경험으로도 이를 잘 알 수 있다. 그 자리에 위치한 사람의 결정이 얼마나 크게 그 기업과 그 기업이 속한 시장에 큰 영향을 주는지 잘 알고 있다.꽤 큰 기업의 내부정보시스템을 들여다보면  한결같은 것들이 있다. 그것은 오라클이라는 거대한 DBMS와 언제나 시스템을 안정적으로 가동하여주는 IBM 박스 머신의 존재다. 성능 좋고, 안정적이며, 기대한 정보시스템을 꽤나 안정적으로 제공해주는 아주 멋스러운 존재들이다. 그리고, 대부분 그 제품들을 선택한다. 별다른 이유 없이.그렇다면, 왜 이러한 똑같은 형태의 구성들이 대한민국의 대부분의 환경에 존재하고 있을까? 물론, 소프트웨어는 ‘비용’으로 ‘신뢰’를 구매하는 방식이 최고의 선택이다라는 것에는 의심의 여지가 없다. 하지만, 그런 ‘고비용’으로 ‘신뢰’를 구축하는 것은 누구나 다하고 있는 것 아닐까?그런 결정이라면 ‘사원’급의 직원들이라고 하더라도, 충분하게 선택할 수 있는 일이다, 고비용의 연봉을 받고, 고차원적인 지식이나 경험을 축적한 사람이 아니라고 해도 선택할 수 있는 일이다. 물론, 안정적인 IT 정보시스템을  구축하는 데 있어서, 현재 상황에서는 ‘선택’의 폭이 매우 협소한 것도 사실이다. 하지만, 초기의 IT 정보시스템이 각광을 받을 때에 이러한 식의 쉽고 간단한 판단만으로 정보시스템을 구축한 것은 아닐까?정말 내가 속한 기업의 정보시스템 환경의 요구사항이나 급변하는 환경을 지속적으로 운용이 가능한 정보시스템을 제대로 구축하고 있다고 생각하는가? 혹은. 과도한 기능이나 과도한 기술적인 선택을 잘못하고 있는 것은 아닐까라는 생각을 해본 적이 있는가? 과연 나는 해당 기업의 미래의 정보시스템을 위해서 ‘결정’과 ‘판단’을 한 것일까? 아니면, 어려운 미래를 예측할 수 없어서, 믿기 쉽고, 신뢰하기 좋은 ‘서비스’를 ‘돈’으로 사야 한다고 손쉽게 결정하고 있는 것일까?Cobol로 만들어진 ERP 시스템을 아직도 운용하는 화물 중계회사를 알고 있다.필자가 종종 예를 들어 설명하는 미국의 어느 업체가 있다. Cobol로 만들어진 ERP의 비즈니스를 계속 발전시켜가면서, Cobol컴파일러 회사가 컴파일러를 포기하니까, 아예. 해당 개발자를 종신 계약하여 해당 컴파일러를 지속적으로 유지 보수하도록 하고, 독자적인 시스템은 수십 년을 거치면서 거의 완전한 시스템의 영역으로 변경되었고, 그 기억의 중요한 정보의 흐름을 총괄하는 시스템으로 발전했다.소프트웨어라는 정보시스템은 그 기업에 가장 맞는 형태로 발전되고, 그러면서 자연스럽게 해당 설루션을 제품화하는 순기능적인 방향으로 진행되어야 한다. 그리고, 그런 제품이 정말 ‘지식’과 ‘정보’를 다루는 비즈니스 컴포넌트를 가진 제품으로 재탄생하기 때문이다.내가 디자인한 정보시스템이 기업과 같이 성장하고 진보할 수 있는 시스템이 되기 위해서, 하지만, 대규모의 시스템들이 과연 정말로, 이러한 관점에서 디자인되어지도록, 총괄 책임자는 제대로 된 정보로 판단하고, 미래를 예측하고 있는 것일까? 과연, 나는 제대로 회사에 미래를 책임질 정보시스템을 제대로 디자인하고 있으며, 비즈니스 룰이나 패턴들과 아키텍처 스타일을 제대로 정의하고 있는가에 대해서 언제나 고민해야 한다고 생각한다. 그렇다면, 이러한 판단에 근거가 되는 다양한 프레임웍이나 플랫폼에 대해서는 어떤 생각들을 하고 정리를 하여야 할까 생각해보자.IT와 플랫폼, 생태계에 대한 이야기아이폰이 너무도 쉽게 생태계에 대한 이야기를 쉽게 설명하고, 당시의 심한 제약사항들을 단칼에 풀어버렸다. 이제는 복잡하게 설명할 필요도 없이. 또, 아이폰 이야기야?라고 지겨워할 분들도 있을 것이라고 생각되지만, 딱 한 가지 이야야기는 해야 하겠다.그것은, 아쉽게도 대한민국의 IT산업은 기본적으로 플랫폼이나 생태계를 만들 만큼의 체력이 없는 산업계라고 하면 명확할 것이다. 국내 내부의 힘으로는 혁신을 일으킬만한 배경적인 힘이 부족하다고 하는 것이 정답일 것이다.아무리 좋은 솔루션을 개발하고, 제품을 만들었다고 하여도, 동시에 제품을 출시하여 시장에서 사용할 수 있는 시장의 크기가 너무 제한적이다. 그래서, 시장이 제도를 이기지 못하는 구조이기도 하고, 그래서, 제도에 부합하여 시장을 선도하는 비즈니스 플랜을 만드는 것이 가장 합당하기도 하다.그래서, 대한민국에서 IT산업을 제대로 이끌어 가려면 해외에서 시작하는 것이 최선이다. 가령, 뛰어난 아이디어나 창의적인 아이디어가 있다면, 해외에서 서비스를 시작하고 운용하는 것이 더욱 효과적이다. 굳이, 대한민국의 인터넷 환경을 고려하면서 시작할 필요가 없다. 다만, 해외에서 ‘한국어 서비스’를 하는 것이 보다 효과적이지 않을까?생각을 조금 바꾸어서 IT의 세계에 대해서 좀 더 심도 있게 생각해보자. 이제, IT 주변의 산업들과 융합하고 소프트웨어의 원천들은 IT와 결합하여 주변 산업들을 매우 변화시키고 있다.융합과 컨버전스의 시대는 이미 돌입한 상태이다.미래의 IT는 자동차가 선도할 것이고, 그리고, 드디어 스마트한 건물이 나타날 것이다. ( 자율주행자동차와 연계된 스마트 건물의 소프트웨어가 자동주차를 더 완벽하게 구현될 것이다. )스마트라는 단어를 처음 완성한 것은, 휴대폰이다. 사람과 사람 사이의 소통의 방법을 걸어 다니는 휴대폰을 통해서 얻어내었고, 이 스마트폰 위에 다양한 앱을 자유롭게 배포하는 세계를 열었다. 정보를 생산하는 도구인 컴퓨터는 메인프레임에서 워크스테이션, 그리고. 개인이 활용하는 데스크톱이나 노트북의 시대를 이끌어내었다. 그리고, 메인프레임이나 워크스테이션은 각자의 자리에 필요한 자리에서 계속 진화를 거듭하고 있다. 고용량의 업무는 시대가 변해도 계속 존재하기 때문이다.또한, 데스크톱이나 노트북의 역할도 축소되기는 하였지만, 그 역할과 자리를 명확하다. 바로, 정보를 생산하는 ‘키보드’와 어우러져, 축소되기는 했지만, 자신의 역할을 충실하게 하고 있다.인간은 앨런 케이가 꿈꾸었던 다이나북의 꿈을 ‘아이폰’으로 시작해서,‘아이패드’로 이루어 내었고, 현재도 계속 진화하고 있다. ‘사람의 손가락’과 감응하는 디지털 미디어 매체의 등장은, 인간의 심미적인 시야에서도 충분하게 평가가 가능하다.이제 자신의 주변을 돌아보면, 사무실의 PC 이외에도 집안의 PC나 노트북, 그리고. 이제는 스마트폰과 태블릿들이 늘어났다. 개개인에게 정보를 제공하는 방법이 너무도 다양해진 것이다. 애플이 잘 선택한 것 중의 하나는 모바일과 태블릿을 단 하나의 OS로 통일하여 그 UX를 통일한 것은 정말 탁월한 선택이었다. 어찌 본다면, 처음부터 꿈꾸었던 애플의 OS는 Lisa이후에는 현재의 세상을 꿈꾸며 수많은 실패와 기다림 속에서 완성된 것이라고 볼 수 있다. 시대를 뛰어넘었지만, 제대로 팔리지 않는 제품들에 대한 비웃음 뒤에서, 완성된 맥 OSX와 iOS는 정말 시대를 풍미한 작품이 될 것이다.이제 스마트한 미디어와 기기들은 단지 사람의 ‘손가락’이 아닌,  그다음의 것으로 옮겨가기 시작했다. iOS6에 탑재되어진 Siri와 각종 자동차에 탑재되어진 Siri버튼은 정말 우연의 산물이 아닐 것이다. GM과 도요타, 혼다 등에 애플의 Siri가 탑재된다는 것은 정말 대단히 복합적인 의미를 가진다.UX의 발전은 인간에 대한 보다 깊이 있는 생각을 끌어낸다.필자의 아이폰의 앱 중에 pooq라는 몇 가지 채널이 나오는 실시간 스트리밍 서비스의 TV 앱이 있다. 아이폰4s로 바꾼 이 후에 가장 많이 사용하는 앱이 되기도 한다. 실제, 3G상에서도 상당한 퀄리티의 실시간 영상을 제공해주는 매우 만족스러운 서비스이기도 하다.한데, 언제부터인가. 드라마의 경우 시각장애인에게 제공되어지는 음성서비스를 통해서 지문을 읽어주기 시작했다. 운전을 하면서 ‘지문’을 읽어주는 서비스를 통하니, 실제 영상을 보지 않고도 상황을 이해하는 매우 좋은 서비스로 탈바꿈한 것이다.또 하나, 운전 중의 내비게이션 조작은 매우 위험한 것이라고 한다. 필자도 운전 중에 내비게이션을 만지려고 하면, 옆에 앉은 동행자가 매우 불안해한다. 실제, 운전 중에 내비게이션 조작 자체는 매우 위험한 것이 사실이기도 하니까. 그래서, 음성으로 조작이 가능한 내비게이션 제품들이 상당수 나오기도 했지만, 실제 인식률 문제나 지적(?)인 능력이 부족해서 이러한 기능들을 제대로 수행하지 못했다. 그래서, 음성인식 내비게이션이  활성화되지 못한 것이다.또 다른 하나의 예. 대한민국의 내비게이션 시스템은 정말 대단히 정교하고, 복잡한 서비스들을 제공한다. 실제, 해외에 나가서 자동차를 운전하면서 내비게이션을 사용해본 사용자들이라면, 국내의 내비게이션 서비스가 정말 얼마나 잘 만들어진 제품들인지 알 수 있다. 특정 건물의 주차장 위치까지 고려하여 안내해주는 서비스는, 일본에서 근처에만 오면 안내를 종료해주는 서비스에 비한다면 정말 대단히 정교한 서비스라고 할 수 있다. 그래서, 외산 자동차들이 국내에 출시될 때에는 국산 내비게이션들이 장착되어 있지 않기 때문에, 실제 친구들의 외산 자동차들을 보면, 내장되어진 내비게이션은 거의 사용을 하지 않고, 별도의 사제 내비게이션을 달고 있는 경우가 다반사이다.하지만, 이러한 환경적은 요인은 정말 아이러니한 상황에서 비롯된 것이다.하나. 외산 자동차들은 국내에서 생산되어지지 않는다. 그리고, 외산 자동차들은 자동차 회사에서 자체적으로 검증되지 않는 소프트웨어들을 순정제품으로 자동차에 탑재할 수 없다. 그래서, 어정쩡한 내비게이션 프로그램밖에 설치가 안된다.( 인증 문제는 정말 심각한 문제라서 다음번 칼럼의 주제로 삼으려 한다. )둘. 국내의 지도 데이터들은 해외로 유출이 금지되어 있는 품목이다. 그래서, 데이터들을 해외에서 구입해서 사용하는 것도 매우 어렵다.셋. 국내 내비게이션 소프트웨어들은 자동차를 생산하는 안전인증과 관련된 규정으로 디자인된 소프트웨어들이 아니다. 그래서, 해당 소프트웨어들을 해외에 수출하는 것도 매우 어려울 것이다.재미있게도, ‘사람의 안전’을 위해서 수많은 제도와 장치들이 존재하고, 소프트웨어 또한 그러한 규정에 맞는 기준과 방법들을 활용해서 디자인되지 않으면, 중요한 인증기관이나 제도들은 아무리 훌륭한 아이디어로 무장한 소프트웨어라도 인정할 수 없는 것이 산업계의 현실이다.더  아이러니한 것은 미국의 경우에는 개인이 자동차를 만들어서 인증받는 것까지 오픈되어 있는 상황이고, 대한민국에서는 아마도 개인이 자동차를 만들어서 인증받는 것은 거의 불가능한 상황이라고 볼 수 있다. 하지만, 내비게이션과 같이 자동차의 안전에 영향을 주는 제품에 대해서 무신경할 정도로 신경을 쓰지 않은 것은 정말 아이러니한 상황이다.아마도, 초기에 이러한 내비게이션 산업이 성장할 때에 관련 정부나 학계에서 관련된 인증제도나 검증의 과학적인 방법들에 대해서 준비하고, 관련 학회나 인증기관들을 설립하였다면, 해당 기술의 최고를 대한민국이 가지고 있지 않았을까 한다. 다만, ‘인증’은 업계에서 수행한 통계적 방법들에 대한 자료들을 수집하여 연구하고, 그것을 정돈하고, 입증하는 방법을 통해서 이루고, 정부는 그렇게 축적되어진 산업계의 통계정보와 학계의 이론적인 바탕으로 충분한 세계적인 표준안들을 만들어서 ISO나 기타 다른 기관들을 아예 만들었을 수도 있을지 모른다.필자가 과거에 UML표준화를 위해서 따라다니던 OMG가 결국은 ISO의 간사기관으로 올라서는 것을 본다면, 전혀 불가능한 일은 아니라고 할 수 있다.대한민국의 고질적인 문제. ‘독도와 다케시마. 애플 지도 문제’애플의 iOS6에 탑재된 새로운 애플 지도의 서비스에서 ‘독도’라는 지명이 나오지 않는다는 이유로 한바탕 소동이 벌어진 일이 있었다. 하지만, 이 문제는 전혀 생각 이외의 문제에서 발생된 것이라는 것 또한 잘 알려져 있지 못하다.그것은, 해외의 지도 서비스들은 이미 오픈된 환경의 지도 환경들을 사용하기 시작했다는 점이다. 이번에 애플의 지도 데이터의 경우에도 오픈 스트리트 맵을 기반으로 하거나 톰톰같은 업체의 데이터를 사용할 것이고, 지도 데이터들은 연동 서비스들도 생각보다 많이 진행되고 있다.문제는, 대한민국은 국내법상 국내 지도를 해외로 가져갈 수 없다는 것이 치명적이라는 점이다. 이는 해외에서 서비스를 개발하는 업체들이 해당 지도 데이터들을 자신들의 서버에 두고서 서비스를 수행하고 있기 때문이다. 물론, 중국처럼 크다면 서버를 해당 국가에 두겠지만, 한국은 그렇지 못하다는 점이 많이 아쉽다.하여간, 이중에 일본의 INCREMENT P CORP라는 업체가 참여 중이고, 그래서. 다케시마로 표시된다는 점이다. 이는, ‘기술’적인 이슈가 아닌 다른 이유라고 해야 할까나?오픈을 품은 포드포드 자동차가 Bug Labs와 함께 오픈소스 자동차 소프트웨어를 지원한다고 합니다. 40달러 정도의 작은 하드웨어와 함께 OpenXC 시스템을 활용하여 자동차의 데이터를  주고받을 수 있다고 한다.( http://openxcplatform.com/ )더군다나 OpenXC를 통해서 접근할 수 있는 실시간 데이터는 차량의 위치, 속도와 같은 정보를 포함한 상당 부분의 정보들이어서 이를 활용한 다양한 앱이나 부가장치에 활용할 수 있는 또 다른 가능성을 열고 있다는 점이 정말 재미있다. 차량의 고장여부 확인이나 상태 정보들을 다양하게 활용한다는 것은 정말 매력적인 모습입니다. 자동차 정보를 제조업체에서 사용자들에게 제공한다는 측면의 발상이 정말 혁신적으로 다가오게 한다.물론, 이러한 자동차의 안정성을 위하여, 차량의 주행에 영향을 주는 컨트롤 시스템이나 실제적인 운행과 관련된 기능들과는 완전하게 분리된 상태로 검증된 것으로 보인다. 자동차를 뛰어넘은 자동차의 가치를 향상시키기 위한 노력을 하고 있는 포드를 보고 있노라면, 잠깐의 성공에 들뜬 국내 자동차 업계의 미래가 매우 어둡게 느껴진다. 포드는 이와 같은 미래지향적인 오픈 하드웨어를 제공함으로써 다양한 도구와 지원 서비스들을 발표할 예정이고, 소비자들이나 써드파티 개발자들이  손쉽게 포로 토타 입을 만들고, 이를 테스트할 수 있는 생태계를 구성하려 하고 있습니다.한편으로는 국내 자동차 업계들이 이렇게 하지 못하는 이유가, 내부적인 정보들을 오픈할 수 없는 어쩔 수 없는 상황이라는 것을 이해하고는 있습니다만, 조만간. 다시금 세계 자동차 시장을 선도할 미국계 회사들에게 공포를 느낀다고 해야 정상일까? OpenXS는 Google그룹을 사용하고 있고, GitHub를 통 해거 필요한 소스코드를 액세스 할 수 있을 것입니다.OpenXS는 OBD-II(On-Board Diagnosis)라는 차량에 내장되어진 컴퓨터를 차량의 운행 중 배출 가스 제어 부품이나 시스템을 감시, 고장이 진단되면 운전자에게 이를 알려 정보 소로 가도록 유도하는 시스템을 장착하도록 만든 규정이며, 미국의 자동차 배출가스 관련 규제로 만들어져, 유럽(EU), 일본, 한국에서 이미 시행 중입니다. 일반적으로는 엔진 제어 COMPUTER(ECU;Engine Control Unit 또는 PCM;Powertrain Control Module)을 이용하여 기존의 단순한 Open/Short전자회로 점검뿐 아니라, CATALYST, O2 Sensor, Evaporative Emission Control System 등 배출가스 제어장치의 고장이나 MISFIR 등 배기가스 증가 원인이 되는 현상들, OBD에 사용되는 센서와 ACTUATOR도 제대로 작동하는지 진단이 가능합니다.정비소에서 관련 고장 발생상황을 쉽게 알 수 있도록 고장코드(DTC;Diagnostic Trouble Code)와 고장 발생 시 운전상태와 관련 센서 측정값(Freeze Frame)등의 고장 발생 항목이나 내용들에 연동하고, 정비소에서 사용하는 진단장치(GST;Generic Scan Tool)로 Access가 가능하도록 규정되어 있다. 물론, 이러한 고장 판정 조건은 각 항목별 EMISSION 증가치 와 적용 가능한 기술현 황을 고려하여 법규로 정해져 있다.OpenXC는 1996년부터 북미 지역에 판매되는 모든 차량에서 사용되어 있고, 크게는 40개의 센서와 관련 기기들의 정보를 제공하지만, 일반적인 OBD-II 제조업체들은 20여 개의 센서만 제공한다. OBD-II의 PIDS의 대부분은 비표준이라는 것도 꽤 큰 문제이기도 하다. 각각의 자동차 업체들이 제공하는 OBD-II의 PIDS의 정보들의 대부분의 정보들이 비표준이어서 얼마나 많은 정보들을 자동차 회사에서 만드느냐는 그들의 몫이라는.현재의 OpenXC에서는 웹에 연결하기 위해서 직접 3G를 연동하기 보다는, 에그와 같은 핫스폿을 만들 수 있는 장비를 적극 추천하고 있다. 그래야, 차량 내부에 장착된 다른 디지털 디바이스들과 Wifi로 송수신이 가능하기 때문이다. 현재는 포드 자동차 회사와 Bug Labs에서 진행하고 있으며 그림 2와 같은 아키텍처의 형태를 가지고 있다. 자동차의 CAN 네트워크의 정보를 사용하여 Android Device를 통해서 정보를 전달받는 구조로 되어있다. 보다 상세한 내용은 해당 홈페이지에서 찾아보면 되고. 현재 지원되는 차량으로는 포드 차량의 상당수가 지원된다고 한다.아이폰이 나오기 전까지는 옴니아와 같은 PDA폰이 스마트폰인 줄 알았던 사용자들이. 이런 OpenXC와 같은 플랫폼이 탑재되어진 차량과 애플의 Siri가 탑재되어진 차량을 만나게 되면, 이제야 정말로 스마트카라고 부르게 되지 않을까요? 물론. 구글의 무인자동차 모듈도 멋지지만요. 정보는 오픈되고 활용될 수 있을수록. 그 힘과 생태계의 힘이 더욱더 강력해진다는 사실을 모르는 사람만 모른다.전기자동차 'Model S'정지에서 시속 100km까지 6초라는 슈퍼카의 수준에, 완충하면 미국 환경보호국(EPA) 기준의 265마일(약 426km)을 주행하고, 내장의 설비는 최고급 자동차에 비견될 정도에, 그 가격은 국내 최고급 자동차 가격의 수준으로 기본형이 5만 7천400달러( 세금 미포함으로 6700만 원 정도)라는 자동차가 실제 판매를 시작했다. 미국의 전기자동차 업계인 ‘테슬라 모터스’라는 회사다.그리고 얼마 전 모델 3에 대한 인터넷 예약이 시작됐다. 기존 모델 S는 8년 무제한 운행 워런티를 제공한다고 한다. 이미, 전기자동차는 동네 카센터들을 모두 사라지게 할 가능성을 내포하고 있다.가장 인상 깊었던 턴오버 된 시점은 CES 2011이 열릴 때다. CES 2011의 주인공은 ‘타블릿, 4G, 자동차’였다. 가히 혁명적으로 바뀌고 있는 자동차 시장과 CES 2011의 기조연설에서 아우디의 루퍼트 스태들러 회장의 이야기는, 이제 모터쇼와 세계 최대 가전 박람회 무대가  동일시되는 시대를 맞이했다는 점이다. 이제 CES에서 자동차, 완성차 업계 사람들을 만나는 것은 어려운 일이 아니다. CES의 기본 주제는 소프트웨어가 탑재된 수많은 전자기기 들이라고 이야기해야 하겠다.루퍼트 스태들러 아우디 AG 회장이 하이브리드 콘셉트가 'Audi e-tron Spyder‘를 타고 무대에 등장하고, ’ 아우디가 자동차에 무선인터넷의 시대를 열고 있다 ‘라고 강조한다는 것. 그리고, 아우디가 ’ 빠른 ‘컴퓨터의 의미를 재정의하고 있다는 재치 있는 발언은 정말 무서운 이야기이다.아이 두닌 MIS(Modular Infotainment System)이라는 새로운 하드웨어 플랫폼을 개발하고, 조인트벤처인 ’e. 솔루션즈‘를 통해서 필요한 소프트웨어를 개발하고, ’Four Rings'라는 브랜드를 통해서 자동차와 인터넷, 교통 인프라, 다른 차량과의 정보를  주고받을 수 있는 ‘커넥티드 카’의 시대를 열겠다는 이야기.세계의 최신 제품과 정보를 인지할 수 있었던 COMDEX의 시대에서 CES로 넘어간 기술의 경연장이 이제는 모터쇼를 넘보기 시작하는 것이다. COMDEX의 시절에는 컴퓨터의 하드웨어와 소프트웨어 관련 전시회였다면, CES는 IT를 품은 가전제품의 시대, 모터쇼는 IT를 품은 자동차의 시대를 여는 것이다. 폭스바겐은 리모트 컨트롤을 통하여 자동차가 자동으로 주차되는 것으로 운전자가 차 밖에서 있어도 조정이 가능한 시스템을 디자인하고 있다.이렇듯, 제조업체에서 사용되어지는 소프트웨어에 있어서 가장 중요한 것은, 사용자의 안전과 가장 중요한 품질을 수립하고 이를 확증하는 방법들이다. 이런 방법과 인증체계에 대해서 가장 큰 파워와 경험을 가지고 있는 나라는 미국이 아니라, 오히려 유럽이다. 대표적으로 가장 복잡한 소프트웨어 체계와 제조업 등이 복합적으로 사용되는 사업을 든다면, 항공사업으로 예를 들것이고. 이와 관련되어진 수많은 인증체제들 또한 수립이 되어 있다.과연 우리는 이러한 환경과 배 경위에서 어떤 식으로 소프트웨어를 개발하고 발전시켜 나갈 것인가에 대해서 심각한 고민과 연구를 해야 한다. 미래의 소프트웨어 산업은 단지, 필요한 서비스를 잘 디자인하고, 빨리 만들고, 고품질로 만드는 것 이상의 것을 제공해야 하기 때문이다. 가장 인간에게 근접하기 위해서 만들어진 IT의 대부분의 기술들은 이제야, ‘인간의 안전’과 ‘품질’에 대해서 제대로 된 시각을 가지기 시작한 첫 번째 단추를 제대로 끼웠다고 하겠다. 대한민국의 작은 IT업계의 시장에서 시작하지 말고, 글로벌한 시장과 해외의 주목받을 만한 기업들이 앞으로도 많이 만들어지기를 바란다.지금도 주변에는 세계적인 서비스를 제공하거나, 뛰어난 아이디어로 무장한 새로운 스타트업 기업들이 속속 등장하고 있고, 그 목표를 위하여 재미있는 회사들을 설립하고 있다. 이들과 같은 기업들과 같이 꿈을 꾼다는 것은 ‘꿈꾸는 자’에게 있어서 대한민국의 IT산업의 미래는 매우 행복하고 재미있을 것이라는 기대를 계속 꾸게 한다.하지만, 현실적으로 한국 IT산업의 경쟁력은 매우 부족하다.크게 먼저 지적하는 것은 한국은 오리지널리티가 없다는 것이 가장 치명적이다. 온통, 카피와 해외에서 만들어진 모델들을 한국적인 상황인 대기업 중심으로 재구성한 것들밖에 없다. 간혹, 오리저널 리티가 있는 모델들이 만들어지기는 하지만, 모든 모델이나 생태계가 혼자 동작하는 것이 아니기 때문에 대부분의 오리지널 서비스나 제품들은 구태의연한 한국의 생태계 때문에 대부분 해외진출에 실패했다.성공적이라고 평가받는 서비스나 제품들 대부분 로컬 비즈니스에 집중되어 있다. 해외에 나갈 경쟁력도 힘도 없는 것들이 대부분이다. 어떻게든 국내 서비스에만 집중해야 하기 때문에 대기업 시스템과 융합하는 방법들에 대해서만 신경 쓰면 되기 때문에 그 세계의 룰과 생태계, 학벌과 지연 등과 어울려야 한다.슬프지만, 거제의 조선업과 울산의 철강산업이 이 지경까지 오게 된 것도 모두 해당 기업의 리더들의 삽질 때문이다. 수만 명의 실업자를 순식간에 만들 상황까지 도래한 것이다.아직도 대기업 중심의 산업구조를 유지하는 것을 창조경제라고 지칭하는 경제전문가들이 많은 상황에서 무슨 제대로 된 기획이나 미래의 로드맵을 수립할 것인가?하지만, 뜨겁게 일어나는 스타트업들의 도전은 끝나지 않았다. 벤처 1세대가 지나가고, 벤처의 시대에서 스타트업의 시대를 맞이한 현재 시점에서 어디를 지원하고 어디를 고려하겠다는 식의 '한국형'타령을 하지 않았으면 좋겠다.현시점에서는 불투명하게 정부가 지원하기보다는 자생적으로 만들어지는 스타트업의 의지를 꺾는 수많은 규제나 기존 생태계들이 반성했으면 좋겠다.콜버스가 불법 취급받고, 중고차 거래를 하려던 스타트업이 한국적인 창조적 생태계라는 암초를 만났다. 필자가 생각하는 '창조적 경제'의 정의는 다음과 같다.창조 경제의 뜻은 '기존 생태계의 이익구조와 권력구조를 그대로 두면서,새로운 아이디어를 가진 사람이나 회사들의 아이디어만 베끼는 것이다.슬프지만, 우버의 아이디어를 약간 비틀어서 카카오 블랙을 만든 것에 대해서 우리는 부끄러워해야 하며, 설현 와치라는 이름으로 팔리는 통신사의 제품에 대해서 정말 부끄러워해야 한다.오리지널리티를 인정하고, 그들의 창조적인 아이디어를 보호해야 하는 사업적인 생태계로 변해가지 않는다면 우리의 미래는 정말 불투명할 것이고, 결국. 해외의 제품을 로컬 비즈니스로 카피해오는 생태계와 대기업 생태계만 존재할 것이다.정말로 암울한 미래이고, 그런 미래는 '남미식 자본주의'의 형태로 만들어질 것이라는 것에 개탄을 금치 못하겠다. 물론, 그런 미래를 꿈꾸는 정치세력이 대한민국의 주류라는 것이 더 슬픈 일이기는 하지만, 그것을 가만히 지켜봐야 하는 것이 옳은 것인지에 대해서는 이 글을 읽는 모두가 다시 생각하기 바란다.그리고, 오늘도 필자는 스타트업을 지지한다. 스타트업 화이팅!
조회수 5798

유용한 Javascript UI Component 라이브러리 소개

웹 애플리케이션을 개발할 때 기능적으로는 무관하지만, 사용자에게 인터렉티브하고 심미적으로 예쁜 디자인을 제공하고 싶은 경험이 있을 것입니다. 하지만 막상 직접 구현을 하는 것은 생각보다 시간이 오래 걸리고, 구현하더라도 양질의 UI가 나오지 않는 경우들이 있습니다. 그래서 이번 글에서는 쉽고 빠르게 양질의 UI를 제공해주는 라이브러리를 소개해 드리려고 합니다.Spin.js작업을 완료하거나 페이지가 넘어갈 때 아무런 말도 없이 그냥 기다리는 경우가 있습니다. 이럴 경우 사용자에게 현재 기다리는 중이라는 것을 표현하는 것이 좋습니다. 이러한 기능을 제공해주는 라이브러리가 바로 Spin.js입니다.Spin.js는 위의 그림과 같이 로딩 중이나 무언가를 진행 중이라는 것을 알려주는 사용하기 쉬운 Javascript 라이브러리입니다. 이미지 없이 사용되어 매우 가볍게 사용할 수 있습니다. 그리고 사용할 때 쉽게 설정하여 사용할 수 있으며 대다수 브라우저를 지원합니다.Spin.js / DownloadDatatables많은 양의 정보를 쉽게 볼 수 있도록 테이블로 정리해야되는 경우가 있습니다. 그러나 많은 양의 정보를 처리할 때 쉽게 원하는 정보를 찾을 수 있어야 하고 정보가 쉽게 정렬이 될 수 있어야 합니다. 이러한 기능을 제공해주는 라이브러리가 바로 Datatables입니다.Datatables는 위의 그림과 같이 테이블을 동적인 테이블을 만들어주는 JQuery Javascript 라이브러리입니다. 다양하게 정렬할 수 있도록 테이블을 만들수 있으며, 따로 정보를 찾아주는 기능을 만들어주지 않아도 검색을 할 수 있는 기능을 제공하고, 정보를 편하게 볼 수 있도록 구성을 제공합니다. 그리고 DOM, Ajax, Server-Side Processing으로 쉽게 정보를 Datatables로 만들 수 있습니다.DatatablesCurtain.js긴 내용으로 된 하나의 페이지를 섹션별로 효과적으로 내용을 전환해야 되는 경우가 있습니다. 그러나 사용자에게 혼란을 주지 않으면서 전환 효과를 만들어 내야 합니다. 이러한 기능을 제공해주는 라이브러리가 바로 Curtain.js입니다.Curtain.js는 위의 그림과 같이 마치 커튼이 걷히는 것처럼 내용 전환 효과를 주는 JQueryJavascript 라이브러리입니다. 각 내용을 화면에 고정하고 스크롤이나 키보드를 통해 화면을 전환하여 트렌디하면서 인터렉티브한 느낌을 쉽게 제공할 수 있습니다.Curtain.js / DownloadTurn.js위의 Curtain.js가 세로형태의 전환 효과를 내는 것이었다면 가로형태의 전환 효과를 내야 하는 경우가 있습니다. 이러한 기능을 제공해주는 라이브러리가 바로 Turn.js입니다.Turn.js는 위의 그림과 같이 책장을 넘기는 듯한 내용 전환 효과를 주는 JQuery Javascript 라이브러리입니다. 하나에 페이지를 섹션별로 나눠서 키보드를 통해 화면을 전환하여 책장을 넘기는 느낌을 제공해 스마트폰이나 태블릿에서 책을 읽는 듯한 느낌을 쉽게 제공할 수 있습니다.Turn.js / DownloadGlfx.js이미지를 따로 수정해서 올리는 것이 아니라 웹에서 바로 밝기를 조정하거나 다양한 효과를 주고 싶은 때도 있습니다. 이러한 기능을 제공해주는 라이브러리가 바로 Glfx.js입니다.Glfx.js는 위의 그림과 같이 다양한 효과를 주는 WebGL기반의 Javascript 라이브러리입니다. 이미지에 Blur 효과, 세피아, 밝기 조절, 모자이크처리 등 다양한 효과를 다양한 설정을 통해 쉽게 사용 할 수 있습니다. 그러나 WebGL 기반으로 되어 있어서 WebGL을 지원하는 브라우저만 가능합니다.Glfx.js / DownloadJQuery Tag-it태그를 넣을 때 쉽게 수정 가능하게 하고 자동완성기능을 넣고 싶은 때도 있습니다. 이러한 기능을 제공해주는 라이브러리가 바로 JQuery Tag-it입니다.JQuery Tag-it은 위의 그림과 같이 태그에 대한 JQuery Javascript 라이브러리입니다. 쉽게 태그를 넣고 지울 수 있으며 태그에 대해 자동완성 기능을 지원합니다. 그리고 각 태그에 대해 이벤트를 줄 수 있어서 매우 유용하게 사용하실 수 있습니다.JQuery Tag-it / DownloadTinycon새 글의 개수나 접속자 수에 대한 정보를 사용자에게 알리고 싶은 때도 있습니다. 이럴 경우 브라우저 탭에 정보를 제공하는 경우가 있습니다. 이러한 기능을 제공해주는 라이브러리가 바로 Tinycon입니다.Tinycon는 위의 그림과 같이 파비콘에 동적인 숫자를 통해 정보를 알리는 Javascript 라이브러리입니다. 매우 쉽게 사용할 수 있으며, 설정을 통해 어떤 내용을 숫자로 표현할 것인지를 쉽게 사용자화 할 수 있습니다. 파비콘에 경우 브라우저 탭에 항상 보이기 때문에 아주 유용하게 사용할 수 있을 것 같습니다. 그러나 현재 크롬, 파이어폭스, 오페라 브라우저만이 지원 가능합니다.Tinycon / Download3D GALLERY사진이나 슬라이드 탭을 보여주기 위해 갤러리 공간을 만듭니다. 그래서 좀 더 효과적으로 보여주기 위해 다양한 효과를 넣는 경우가 있습니다. 이러한 기능을 제공해주는 라이브러리가 바로 3D GALLERY입니다.3D GALLERY는 위의 그림과 같이 내용을 3D로 나열해 보여주는 JQuery Javascript 라이브러리입니다. 간단한 설정으로 3D로 배치하고 움직이도록 할 수 있습니다. 그리고 자동으로 내용을 넘어가게 할 수도 있고 다양하게 바뀌는 효과를 줄 수 있습니다.3D GALLERY / Demo글을 마치면서이번 글에서는 UI Component Javascript 라이브러리들에 대해 알아봤습니다. 위의 라이브러리로 좀 더 쉽고 빠르게 양질의 웹 애플리케이션을 개발할 수 있었으면 좋겠습니다.#스포카 #개발자 #디자이너 #협업 #Javascript #라이브러리 #꿀팁 #유용한정보

기업문화 엿볼 때, 더팀스

로그인

/