내가 7~8살이던 시절에는 부모님이 사주신 닌텐도 고전 게임기를 즐겼고(89년도) 마리오, 동키콩 등의 초기 버젼의 게임들을 밤 늦게까지 했다. 당시 교육 분위기가 그랬는지 부모님이 개방적이었는지 모르겠지만 내가 게임기를 사달라고 하지도 않았는데 부모님은 게임기(패밀리)와 수백가지 게임이 들어있는 게임팩을 선물해주셨고 아마도 맞벌이로 저녁 늦게 귀가하셔서 그런지 나는 하고 싶은 만큼 게임을 했었다. 외동이라 형제 자매와 싸울 일도 없었고.당시에는 울트라맨 피규어나 후레시맨 합체로봇, 부메랑이라는 만화에서 나온 건전지 자동차, 레고가 유행했고 부모님은 내가 갖고 싶은 것을 잘 사주셨다. 게임을 하거나 조립식 장난감을 가지고 혼자 의성어를 내면서 놀기도 했다. 조립하는 것을 좋아해서 레고나 건담 피규어나 미니 자동차, 과자 상자에 들어있는 조악한 조립식 장난감을 열심히 조립해서 혼자 전쟁놀이를 했던 건데 어머니는 혼자 노는게 짠했다고 하신다.초등학교 2학년 때까지는 연탄 보일러를 떼는 대방동 골목길 주택에 살았다. 겨울이면 아침마다 아버지가 보일러 연탄을 바꿔놓고 출근하셨다. 어머니는 동네에서 피아노 학원을 운영하셨다. 나는 하교해서 어머니 학원에 가서 피아노를 배우거나 동네 쌀집, 통닭집, 미용실에 가서 놀거나, 친구네 집에서 페르시아의 왕자 같은 게임을 하거나 했다. 줄로 감아서 던져서 돌리는 팽이와 딱지를 가지고 놀거나 구슬 치기도 했다.초등학교 3학년 때 서초동으로 이사왔는데 그 때는 별 생각 없이 따라왔지만 나름 좋은 학군을 따라 적당한 시기에 전학을 온 것이었고 어머니는 자식의 학군을 위해 한 동안 꽤 먼 길을 출퇴근 하시다가 학원을 정리하셨다. 그 무렵 집에 컴퓨터가 놓였다. 486 컴퓨터였을 것 같은데 워크래프트를 했던 기억이 난다. 서이초등학교에 다녔는데 혼자 축구공이나 장난감 석궁, 부메랑 같은 것을 가지고 가서 아이들이 있으면 같이 공을 차고 없으면 혼자 벽에 공을 차면서 놀다가 석양을 보면서 귀가하곤 했다. 평발이라서 오래 뛰면 발이 아팠는데 아파서 못 걸을 때까지 뛰어다녔다.슈퍼패미컴이라는 게임기를 가진 친구네 집이 또래들의 아지트가 되어 매일 그 집에서 모였다. 마리오카트나 드래곤볼 같은 콘솔 게임을 하다가 컴퓨터로 멀티플레이 탱크 게임을 하다가 삼국지를 하다가 대전 격투 게임을 지칠 때까지 했다. 초등학교 때의 여가는 축구와 게임이 전부였던 것 같다.초등학교 5~6학년 때는 방과후 특별활동으로 MS-DOS와 GW-BASIC 등의 프로그래밍을 배웠다. 94~95년도 인 것 같은데 당시엔 5.25인치 플로피 디스크를 이용했다. MS가 뭔지도 DOS가 뭔지도 몰랐고 사실 프로그래밍을 제대로 배웠던 기억은 없고 선생님 몰래 고인돌 같은 게임을 했다. MS가 마이크로소프트라는 회사였고 DOS를 앞세워 당시 OS 시장에서 IBM과 애플 등과 전쟁을 치르던 중이라는 것도 20년 가까이 지나서 알았다.중학교 때는 오락실도 열심히 갔다. 철권과 킹오브파이터, 1942, 매탈슬러그를 했다. 가스렌지에 불꽃을 일으키는 장치를 오락실 기기 동전 넣는 곳에서 누르면 동전을 넣지 않아도 플레이할 수 있었는데 몰래 하다가 걸려서 혼난 적도 있다. 겁이 많아서 나쁜 짓은 별로 안 했던 것 같은데 게임은 너무 하고 싶어서 그랬나보다. 독서실 간다고 하고 오락실을 갔던 적도 많은데 한 번은 아버지에게 걸렸는데 크게 혼내지 않으셨던 게 기억이 난다.컴보이라는 휴대용 게임기를 항상 휴대하고 다니면서 다 깬 게임을 또 하고 또 하고 했다. 재미있어서라기 보다는 부모님이나 친구들과 함께 있는게 아닐 때 혼자 시간을 보낼 수 있는 방법이 마땅치 않았다. 만화책 대여방, 비디오 대여방에서 만화책과 비디오를 대여해서 보곤 했다. 당시에 3.5인치 디스크 5장~10장에 달하는 RPG게임이나 연애 시뮬레이션 게임이 유행했고 인터넷 시대 이전에 PC통신의 시기가 있었는데 나는 당시 유행하던 커뮤니티나 채팅 보다는 게임이 재미있어서 PC통신은 자료실 정도만 이용했던 것 같다. 중학교 2학년 무렵 플레이스테이션을 가진 친구네 집을 매일 들러서 늦게까지 놀다가 귀가하곤 했다. 철권이나 파이널판타지7을 플레이했다.중3 때 스타크래프트가 출시되었고 PC방이 유행하기 시작했다. 지금과 같은 PC방 분위기가 아니라 사무실 같은 곳에 컴퓨터만 많이 갖다놓은 느낌이었는데 시간 당 2천 원인가 3천 원인가 중학생에게 비싼 가격이어서 느긋하게 게임하지 못하고 한 두 시간 바짝 하고 헤어지곤 했다. 난 중 2~3때 항상 의기소침해 있었고 학교에 가기 싫었고 부모님과는 말도 잘 안 했었는데 어머니는 그 때 속상했다고 하신다.고1 때는 써클 활동으로 '전산반'에 가입했는데 3차에 걸친 면접과 10:1에 달하는 경쟁율이었다. 100명 정도가 지원을 해서 10명 정도를 뽑았다. 실력을 본다기 보다는 이 써클에 얼마나 들어오고 싶은지 열정을 보여야 가입을 할 수 있다는 게 전통이었는데 지금도 전산반 선후배 동기들과 친하게 지내는 것을 보면 그런 전략이 먹히긴 했던 것 같다. 그 전에는 축구나 게임 말고는 뭔가 열심히 했던 것이 없던 것 같은데 이 써클은 일단 가입부터 빡세고 선배들이 무서워서 열심히 활동을 하게 됐다.방과후에 매일 남아서 축제나 체육대회 준비를 하거나 프로그래밍, 3D 모델링, 에니메이션 툴 등을 배웠고 선배들을 만나면 복도가 울리도록 크게 인사를 해야 했다. 나는 그게 싫지가 않았는데 어느 정도의 규율과, 축제라는 목표와, 프로그래밍/그래픽 툴 공부라는 성장과, 매일 모이고 크게 인사를 하면서 느끼는 소속감이 좋았던 것 같다. 그리고 반 친구들보다도 써클 친구들과 동고동락을 하게 되다보니 더 친하게 지냈다.나는 MAX로 3D 에니메이션을 만들었는데 아주 어설픈 실력이었겠지만 내가 혼자서 어떤 결과물을 만들어냈다는 것에 뿌듯했었다. 데스크탑 컴퓨터를 부품별로 사서 직접 조립했었고 친구네 집 컴퓨터가 고장났다고 하면 출장 수리를 해주고 짜장면을 얻어먹기도 했다. PC용 건반 게임인 비트매니아가 유행했고 오락실에서 펌프나 이지투디제이 같은 게임을 잘하는 친구가 멋있어 보였다. 2학년 방학 때는 학교 전산실을 쓸 수 있었는데 전산반 친구들과 거의 매일 스타크래프트를 하면서 친목을 다졌다.고등학교 2학년 여름방학부터 공부를 하기로 마음먹어서 원래 반에서 10~15등 하던 등수가 3학년 부터는 전교 2~3등까지 올랐다. 그 시기에 메가스터디의 인터넷 강의가 생겼는데 학원에 가지 않고 인터넷 강의를 2배속으로 들으면서 공부했고 나에게 잘 맞았다. 공부를 한참 하던 시기에 반에서 나에 대해 뒷담화를 하는 친구가 있었는데 뭔가 이 상황을 정리하지 않으면 공부에 집중할 수 없을 것 같았고 내가 선택한 방법은 한 번 주먹다짐으로 결판을 내는 것이었다.중학교 때 자존감이 낮기도 하고 외소하고 겁도 많았던 시기에 나를 괴롭히던 친구들이 있었고 고등학교 와서는 친구들과 잘 지내고 성적이 오르면서 자존감이 높아져 있었는데 이 히스토리를 알고 있고 아니꼽게 보던 친구가 비아냥 거리는 소리가 간간히 들렸고 한 동안 참고 피하다가 어느 날 내가 날을 잡아서 시비를 걸고 치고 받았다. 내가 겁이 많은 성격인 건 여전했고 싸움을 해봤던 사람도 아니었지만 이 상황을 어떤 식으로든 해결을 해야한다는 생각이 강하게 들었다나는 그 시기를 내 삶에서 용기를 내어 뭔가를 깬 최초의 시기라고 생각하는데 자연스러운 상태라면 내가 절대 하지 않았을 법한 일을 행하기로 선택을 했고, 그 결과 그 친구는 뒷말을 하지 않았고 나는 내가 할 일에 집중할 수 있었다. 화가 나서 싸운 게 아니라 문제를 해결하기 위해 나름의 해결책을 실행했다. 부연하자면 내가 그 친구를 때려서 겁을 주거나 한 건 아니고 덩치가 나보다 컸기 때문에 내가 많이 맞았는데, 나에 대해 '건드리면 성가시다' 정도로만 인지시켜도 충분했다. 고2 담임선생님은 서울 안에 대학을 못 갈것이라고 했는데 내신과 수능이 엄청 올라서 연세대 공대에 02학번으로 입학했다.자존감이 올라 있었기 때문에 대학교 1~2학년 때 굉장히 많은 친구들을 사귀었고 동아리 활동을 했고 수백권의 책을 읽었고 연애를 했고 여러 공모전에 도전해 수상도 했다. 대학 때는 공강 때마다 당구 대신 레인보우식스라는 FPS를 친구들과 자주 했고 클래식 기타 동아리 활동도 했다. 동아리 연주회나 여름 MT에 가고 조인트 동문회를 하고, 주량 모르고 선배가 주는 술을 받아 마시다가 필름이 끊기는 등 성인이 되어 해볼 수 있는 것들을 최초로 경험했다. 아직도 생각나는 당시의 경험들은 내가 그래도 풍성한 대학생활을 했구나 하고 안도하게 해준다.2학년을 마치고(2004년) 아버지가 하시던 휴대폰 대리점에 도움이 필요하기도 하고 내가 어깨 수술을 받아 거동도 불편해서 휴학을 하고 대리점에 앉아 책을 많이 읽었다. 대리점 컴퓨터가 전산 업무 빼고는 할 수 없었고 손님이 뜸한 지점이었기 때문에 시간이 많이 남았는데 학교 도서관에서 책을 엄청 빌려와서 하루 종일 읽었다. 줄을 칠 수 없으니 컴퓨터에 책 내용을 요약 타이핑하면서 읽었는데 그 때 내용을 파악하고 정리하는 실력이 늘었던 것 같다.복학하지 않고 그 해 겨울에 병역 특례 회사에 입사해서 22살에 처음 회사 생활을 시작했다. 그 이후로 계속 개발을 했고 외주 개발도 하고 스타트업들의 개발팀장이나 CTO를 맡으면서도 복학을 안 하다가 2010년에 복학해서 2012년에야 졸업했는데 항상 일이 가장 중요했기 때문에, 학교 수업은 교수님들께 양해를 구하고 일주일에 한 두 번 잠깐 씩 가서 발표를 하거나 프로젝트 제출을 해서 딱 졸업을 할 수 있을 정도의 학점을 받았다.집에서 학비 지원을 받기 어렵기도 했고 일을 하는데 졸업장이 얼마나 의미 있을까 싶어 복학을 안 할까도 진지하게 고민했었는데 장학금과 내가 번 돈으로 학비를 낼 수 있었기 때문에, 그리고 결혼을 한다면 고졸 보다는 대졸이어야 허락을 받기 쉬울 거라는 생각에 졸업을 했다. 이제 회사 생활은 그만하고 사업을 해야겠다는 생각에 2013년에 인썸니아 개인사업자를 냈다. 정부지원사업 제출 마감 전날인데 급하게 사업자를 내야 했고, 그 고민을 했던 시간이 새벽 4시였기 때문에 꽤 어울리는 이름이라고 생각했다.

에이스프로젝트는 함께 고민하면서 다양한 방안을 찾는 토론 제도가 많은데요. 앞서 얘기했던 운영위원회, 타운홀 미팅, 말하는 로댕 등이 대표적인 사례입니다.자세한 내용은 [에이스문화] 메뉴에 있답니다 :)이것 말고도 또 있는데요! 바로 ‘리더십 토론’입니다. ‘리더십 토론’은 말 그대로 리더들이 모여서 토론을 하는 문화인데요. 모든 리더가 다 같이 모여서 더 나은 근무환경이나 조직문화를 만들기 위한 논의를 하기도 하기도 하지만 주로 세분화된 리딩 역할 별*로 모여 리더십 토론을 진행합니다.*에이스프로젝트에는 어떤 역할이 있을까? https://blog.naver.com/aceproject/221120418503팀에는 팀 디렉터, 팀 매니저가 있고프로젝트에는 PD, 일정을 관리하는 스크럼 마스터가 있는데요.각 역할끼리 모여서 리더십 토론을 해요!팀 디렉터만 모여서 토론을 하는 날도 있고, PD와 스크럼 마스터가 함께 모여서 얘기하는 날도 있지요.각 역할별로 해당되는 이슈가 있을 때마다 비정기적으로 열려요.  리더십 토론에서는 리더들이 각자 역할을 더 잘 수행하기 위한 노하우를 공유합니다.리딩을 하면서 생긴 고민을 함께 나누고 해결 방법을 모색합니다. 역할에 맞는 리딩을 하기 위한 좋은 방법이 무엇인지, 어떤 부분을 개선하고 발전시켜야 하는지, 그동안 놓친 부분은 없는지 등에 대해 논의하면서 지속적으로 전문성을 업그레이드하는 자리라고 볼 수 있습니다.모두가 알 수 있게 안내도 해요!지금까지 역할별로 다양한 주제들과 함께 했습니다. 평가 방식, 면담 노하우도 공유하고요. 팀원의 일과 삶의 균형을 위해서 더 나은 일 하는 방식에 대해서도 함께 얘기해 보았어요.그동한 했던 많은 토론주제들!이번 리더십 토론은 팀 매니저와 함께 조직문화 키워드 설문 조사에 대한 리뷰였습니다. 리더십 토론은 한 시간 정도 진행되며 격렬한 논쟁과 토론이 벌어지죠. 매우 진지. 엄근진.리더십 토론이 끝나고 나면 회의록은 전사 공유 되어 리더십 토론에 들어오지 않았던 사람들도 내용을 알 수 있고 피드백도 언제든 줄 수 있습니다!

우리는 불확실성의 시대에 살고 있다.더군다나 창업자라면 더더욱 내일이 불확실한 시간을 보내고 있다.나 역시 매일 밤을 불면증과 두려움을 가지고 하루를 정리한다.페이스북에서 어떤 페이지 광고를 보고 흠칫 놀랐다.스타트업에게 점을 봐준다는 내용.물론 재미로 클릭해 보는 것에 뭐라 깐죽댈 수는 없다.다만 헛웃음만 나올 뿐.인생은 한 번이라며 과감하게 지르는 분들과는 달리우리는 인생이 한 번이라 더 신중해야 한다.사업이란 게 모 아니면 도라는 식의 도박 정신은너무 무책임한 생각이다.사업에 운이 크게 작용하는 바를 부인하지는 않는다.내가 바라보는 운은 크게 두 가지로 나뉜다.운에는 근거 있는 운과 근거 없는 운이 있다.1. 근거 있는 운만들어지는 운이다.사람을 통해서, 과거의 행동에 의해서,현재의 노력을 통해서 다가오는 기회와 흐름이랄까?2. 근거 없는 운진짜 아무 상관없이 다가오는 운이다.마치 카오스 이론처럼 북경에서의 날갯짓이샌프란시스코에서 허리케인이 되듯이...하늘의 뜻으로 밖에 설명하기 힘든 기적이랄까?(출처: 구글, 직썰 사이트, 망설임)경영을 하면서여러 선택지 앞에서 우리는 망설인다.고민하고, 이것저것 재가면서...길을 찾는다.모든 창업자들은최선이 아니더라도 최악은 안 되길 바라면서...운도 따르길 소원한다.하늘은 스스로 돕는 자를 돕는다고 했던가.스스로 자문하고, 가능한 모든 수단과 방법을 동원하여가장 합리적인 방안을 도출해야 한다.그리고 우리가 더 이상 손댈 수 없는영역까지 다다랐을 때 비로소 하늘에 맡겨야 할 것이다.흘린 땀과 잠 못 이루고,포기해왔던 기회비용들에 대한보상에 플러스 알파로 운이 따라주길 원한다.그리고 그 운이란 녀석이근거 있는 운이면 더할 나위 없이환영하겠다.그러나 우리는 정말 최선을 다했던가,더 이상 방법이 없던가,우리 손에서 공이 떠나갔다고 생각하지만사실은 아직도 룰렛은 돌아가고 있고공은 손에 쥐어져 있는 건 아닐까?근거를 만들었던가,인과관계가 있는 운을 만들어가는데부족함이 없었던가.막연한 낙관과 덧없는 희망으로근거 없는 운을 기대하고 있는 것은 아닌가.스타트업을 시작하면서,다시금 우리 자신을 돌아본다.우리는 누구인가.어느 번호 또는 어느 색깔에 공이 들어갈지가슴 졸이며, 오늘의 운을 시험하듯이자금과 시간... 그리고 동료들을칩으로 베팅하는 플레이어가 돼버린 것은 아닌지.수많은 연습과 숙달된 경험으로어느 곳에 공을 넣을지 계산하고예상하는 포인트를 위해 힘 조절을 하고 있는붉은색 명찰의 딜러가 될 것인가.간혹 플레이어 이기는 경우가 종종 있다.주위의 사람들이 환호하고, 운을 부러워한다.하지만 시간은 누구의 편인가.한 번, 두 번은 플레이어의 운이 뒤를 봐줄지라도,플레이 횟수가 늘어나고 시간이 지날수록이기는 횟수와 칩의 개수는... 누구의 것이 되는가.나는 게임에 참여한 플레이어일까?아니면 게임을 조율하는 딜러일까?모두에게 운은 다가온다.이게 될지 안 될지는운에 의존하는 도박이 아니라노력과 확률이란 근거에살짝 "운"이라는 조미료가 들어간다.(출처: 만화 바텐더, 운에 대하여, 참고로 전 노~오력만을 외치는 꼰대는 아닙니다)운이 최고의 영향력이라고?운이란 녀석은어떤 이에게는 행운이 되고어떤 이에게는 불운이 된다.운을 활용할 준비가 되어 있는가,운을 잘못 사용하면, 오히려 화가 된다.운이란 놈이기회란 이름으로 다가올 수도,사람이란 이름으로 다가올 수도,돈이란 이름으로 다가올 수도 있다.기회가 위기가 될 수 있고,사람이 조직을 무너뜨릴 수도 있고,돈이 정신을 홀릴 수도 있다.하늘의 별자리를 보고,카드의 그림을 보고 사업의 방향을 정하는 것!근거 있는 운이라고 보는가.아무 노력 없이 다가온 운에 노예가 되어다음번에도 그 운에 기대려고 하진 않는가.우리의 회사와우리의 동료와우리의 가족의 목숨 값이 그리 가벼운 건지진지하게 무게를 달아보아야 한다.아무 연관성 없는 점에 의존하거나,가당치 않은 운을 기다리며베팅하듯 사업하지 말자.임진왜란 당시이순신 장군님은 어떻게 23번이나 왜군에게 승리했던가.(물론, 보는 시각에 따라서 24전이라고 할 수 있지만... 그런 역사적인 논란은 제외하고)23번의 베팅이 아니라이길 수 있는 조건을 클리어한 싸움이었기 때문이다.거기에 조수의 간만, 유속의 변화폭, 전투시간의 타이밍 등의근거 있는 운이 반복되는 일상과 다름없이 다가와 주었다.그 지역을 잘 알아야 하고,공부해야 한다.직접 눈으로 봐야 하고,물길을 잘 아는 사람에게 자문을 구하기도 한다.동료들을 다독일 줄 알아야 하고,강한 제약을 걸 줄도 알아야 한다.적군이 언제, 얼마나 올지를 알아야 하고,우리 편의 장점이 무엇이고,약점이 무엇인지,적군을 효율적으로 이길 수 있는전략은 무엇이고 그러한 사례가 있었는지를 찾아야 한다.계획대로 안 되었을 때, 대안은 무엇이고,승리하더라도그다음에는 어떤 수를 두어야 할지계획을 세워야 한다.23번 중에 고비도 있었다.계획처럼 따라주지 않은 아군들도 있었고,달랑 12척이 남은 배와 패잔병들을 끌고 나가야 하기도 했다.남은 자산이 없고,시간도 얼마 없으며,사람도 없다.이런 절박함 속에서 단지 운에 맡기고, 굿이라도 벌이고싸우러 가는 것은 얼마나 무익하고 불합리한지....굳이 설명할 필요가 있을까?우리 스타트업들이 배워야 할표본이 되어주시는 이순신 장군님 짱짱짱!감사합니다.많은 분들이 스타트업을 하면서즐기라고 조언하신다.맞다.게임처럼 즐기면서 하면 이 기나긴 길을단축시킬 수 있고, 힘을 내서 갈 수 있다.한 가지 더 첨언하자면,게임이지만 절실함을 가져야 한다.절실해야 더 강해진다.절실해야 더 버틸 수 있다.절실해야 더 생존 가능하다.스타트업이 걸어야 하는 길은꽃길이 아니기에샬랄라~ 샤방샤방한 일보다어둡고, 칙칙하고, 살 떨리는 일이 더 많다.게임도 항상 즐거움만 있는 게 아니다.어느 순간에 습관적인 반복적인 플레이가 지속되고생각 없이 막일을 할 때도 있다.매번 공략을 실패하며,아이템도 떨구고,죽고 살고 가 반복된다.패배의 순간이 여러 날 지속되면서게임이 싫증 나기도 한다.같은 동료라고 생각했던 길드원(또는 파티원)과의 마찰,아무리 경험치를 올려도 머나먼 렙업의 시간들.단순하게 잠깐의 호기심이나 찰나의 즐거움으로게임을 지속하기는 어렵다.이 게임을 지속해야 할 절실함이 있어야 한다.이 게임을 즐기는 일반적인 플레이어가 아니라,이 게임을 즐기기에 생존이 돼버리는 프로 게이머가 되어야 한다.이기지 못하면,손가락을 빨 수밖에 없는 상황.다수가 불안정하다고, 위험하다고때로는 한심하게 바라보는 시선이 있을수록뚝심을 발휘해야 할이유는 단지 즐거움이 아니라즐거운 절실함이 되어야 한다.창업자에게는즐거움과 두려움이 항상 1 + 1이다.신중하자.긴장하자.그럼에도 웃자."가볍고 빠르게"가 스타트업의 전부가 아니다.때로는 무거울 때도,때로는 한 템포 돌아볼 때도 있다.우리는 스타트업을 하고 있는 것이 아니다.우리는 사업을 시작하고 있는 것이다.언제까지 스타트업이라고누구보다 빨리 전력 질주하는 게 아니다.길고 긴 레이스의 첫 구간을스타트업이라는 이름으로달리고 있을 뿐이고,그다음 구간에서는  미진했던 부분을 돌아보며,완성도를 높이는 사업이 되어야 하며,그다음 구간에서는페이스를 조절하며 다음 구간을 시뮬레이션하고,계속적으로 반복하는 마라톤이며,단지 첫 마일스톤 구간을 지나고 있는 것뿐이다.더 빨리 달리려고 무리수를 두지 말자.더 앞서기 위해 도박을 하지 말자.100 m 달리기와 마라톤.누구는 체조일 것이고,누구는 싱크로나이즈이고,누구는 축구일 것이다.빠름이 우선일 수도,완주가 우선일 수도,퍼포먼스가 우선일 수도,기술이 우선일 수도,조직이 우선일 수도 있다.존재는 하지만 기대는 하지 말 것!기도는 하지만 가만히 기다리지는 말 것!만나고 싶지만 사랑하지는 말 것!그것이 바로 스타트업(창업자)이 가져야 할"운"에 대한 태도이다.#클린그린 #창업자 #스타트업창업 #스타트업창업자 #인사이트 #조언

조교와 강사가 볼 수 있는 대시보드를 이용하면 학생들에 대한 EPS 분포를 확인하고 어떤 학생이 얼마나 열심히 하는지, 얼마나 높은 성취도를 이루었는지 한눈에 확인할 수 있습니다.엘리스에서는 선생님 대시보드에서 Elice Performance Score(EPS)를 확인할 수 있습니다. EPS는 학생들의 교육 현황에 따라 1점부터 5점까지 주어지며, 학생의 지금까지의 상태를 파악하여 수업이 끝날 때 얼마나 높은 성취도를 이룰 수 있을지를 자동으로 예측합니다. 이를 통해 선생님은 EPS가 낮은 학생들을 중점적으로 지도할 수 있으며 학생이 질문하기 전에 학생에게 먼저 다가가는 선제적 교육을 진행할 수 있습니다. 이러한 EPS는 어떻게 연구/개발 되었을까요?Fuller와 Elice의 전산학 교육 분류 체계분류 체계가 뭐지? 하고 갸우뚱하시는 분들이 많을 겁니다. 일반적인 분류학Taxonomy은 생물학의 학문 중 하나로, 지구에 살고 있는 생물들을 특정 기준에 따라 분류한 것을 말합니다. 그중 가장 유명한 것이 린네Carl Linnaeus의 분류법인데요, 이 글을 읽고 있는 독자들도 린네의 분류법에 대해서 배웠던 적이 있을 것입니다.계, 문, 강, 족, 목, 과, 류, 속, 종으로 이루어진 린네의 분류법. Image from Wikipedia이러한 분류법은 고도로 복잡한 생물들을 의미 있는 기준 (역사, 진화 과정, 유전학…) 에 따라 분류하고, 이들 사이의 관계를 체계적으로 밝히는 데에 목적이 있습니다. 이를 통해 기존에 없었던 새로운 동/식물이 발견되더라도 우리는 이미 확고히 정립된 분류 체계를 간단히 확장하는 것만으로 기존에 있던 동/식물들과의 관계를 정립할 수 있습니다. 그뿐만 아니라 과학의 발달과 함께 유전학 등의 도움으로 체계를 더욱 고도화할 수 있습니다.Bloom의 교육 분류체계교육학에서는 교육을 받는 과정에 대한 연구가 활발히 진행되었습니다. 1956년 Benjamin Bloom은 사람의 학습 과정을 인지/정서/정신이라는 세 개의 카테고리로 분류했습니다. 특히, 인지 영역을 낮은 정신 능력에서 고등 정신 능력이 필요한 활동 6가지로 분류했습니다. 학생은 가장 기본이 되는 암기 — 어떤 형상이나 사실에 대한 정보를 기억하는 것 — 로 시작해 이해, 적용, 분석, 평가를 거쳐 창작 — 다양한 원소를 조합해 새로운 구조나 패턴을 창출하는 것 — 으로 배움을 마무리하게 됩니다.Ursula Fuller는 전산학 교육과 기존 교육의 차이점에 주목했습니다. 다른 교육과는 달리, 전산학 교육은 코딩, 즉 창의적으로 새로운 것을 만들어내는 활동이 주가 되는 학문입니다. Bloom의 교육 분류체계에서는 학생이 새로운 코드를 만들어 내기 전에 그곳에서 사용하는 모든 원소에 대한 이해, 적용, 분석, 평가를 모두 완료해야 하지만 실제로 코딩을 배워보신 분들은 그렇지 않다는 것을 알고 있을 것입니다. 예를 들어, Python에서 새로운 개념인 recursion (재귀 호출) 을 배웠다고 하면 이것에 대한 깊은 이해 없이 재귀적으로 호출되는 함수를 만들어 보고 실행해 볼 수 있습니다. 아직 재귀호출이 얼마나 성능이 좋은지 평가하거나 분석할 수 없더라도 재귀적으로 동작하는 함수가 들어있는 프로그램을 만들 수 있습니다.Elice에서 코드를 작성하면서 전산학에 대해 배우는 과정. Fuller의 taxonomy를 Elice 연구팀이 학생의 코드 작성 과정에 적용했습니다. Image from Elice: An online CS Education Platform to Understand How Students Learn ProgrammingFuller는 차원을 하나 확장해 전산학 교육을 학생이 이론적인 것을 배우는 Interpreting 차원과 코드를 통해 새로운 것을 만들어내는 Producing 차원 두 개로 정리했습니다. 예를 들어 Implement 단계는 학생이 이론에 대한 깊은 이해 없이 현상에 대한 기억만을 의존하여 구현하고 테스트를 해 보는 단계입니다. 만약 여기에서 더 이상 이론에 대한 학습이 진행되지 않는다면 학생은 Implement/Test 단계에서 계속 머무르게 됩니다. 실행해 보고, 안 되면 조금 고쳐 보고, 다시 실행해 보고, …학생이 이론에 대해 이해하고, 그 이론에 대해 분석할 수 있는 단계가 되면 (예: 재귀 호출의 시간복잡도를 계산할 수 있게 됨) 학생은 드디어 문제가 무엇인지 판별하고 이것을 고칠 수 있는 활동 (Debug) 을 할 수 있게 됩니다. 코딩 스킬이 받쳐준다면 어떻게 해야 더 좋은 코드를 만들 수 있을지 생각해 볼 수도 있습니다 (Design). 어떻게 고칠지 생각해 내고, 이것을 구현 (Implement) 하는 단계를 반복하다 보면 학생은 이론과 개발 양쪽 차원에서 서서히 학습을 진행하면서 최종 단계인 Refactor 단계에 이르게 됩니다. Refactor는 작성한 코드를 최적화하는 단계로 높은 개발 능력과 이론에 대한 완전한 이해가 있어야만 이룰 수 있습니다.교육 분류 체계를 Elice에 적용하기Elice의 연구팀은 Fuller의 교육 분류체계를 Elice에 맞게 변형시켰습니다. Elice 의 인공지능 시스템 elice-ai는 학생이 제출하는 코드를 자동으로 분석하여 현재 학생이 제출한 코드가 교육 분류체계에서 어떤 단계인지 분류합니다. 이를 통해 학생이 현재 풀고 있는 문제에서, 혹은 과목에서 학생이 이론적으로 얼마나 많이 배웠는지, 얼마나 개발을 잘할 수 있는지 판단할 수 있습니다.Elice 연구팀이 2016년에 Learning at Scale 국제학회에 발표한 논문에서는 1,000명이 참가한 온라인 기계학습 강의에서 이 새로운 교육 분류 체계의 효과성을 검증했습니다. 분석 결과는 굉장히 흥미로웠습니다. 먼저 조교가 있는 조 기반의 학습, 조교가 없는 조 기반의 학습, 그리고 학생 혼자 듣는 상황을 비교했을 때 조교가 있는 조교가 있을 때의 학습 성취도가 조교가 없을 때의 학습 성취도보다, 그리고 조 기반의 학습에서의 학습 성취도가 혼자 수업을 진행할 때의 학습 성취도보다 월등히 높았습니다.4주 동안의 “조교가 있는 조 기반의 학습”, “조교가 없는 조 기반의 학습”, “혼자 학습” 을 진행한 학생들의 학업 성취도. 조교가 있을때, 그리고 조 기반의 학습을 할 때 성취도가 월등하게 높았습니다. Image from Elice: An online CS Education Platform to Understand How Students Learn Programming이러한 발견은 현재 Elice가 수행하고 있는 Python, Java, 데이터 구조 수업에서 강사와 학생 간의 인터랙션을 최대화하는 수업을 진행하는 데에 도움이 되었습니다. 또한, 새로운 분류 체계를 적용한 결과, 기존의 방법에 비해 학생들의 미래 성적을 굉장히 높은 정확도로 예측할 수 있었습니다.2주간의 학생의 학습 현황을 토대로 6주 후의 학습 진행을 예측. Pearson’s r: 0.914, 0.905. Image from Elice: An online CS Education Platform to Understand How Students Learn Programming위 그래프는 학생의 2주간의 학습 현황을 토대로 학생의 8주 뒤의 성적 및 Elice에서 코딩을 위해 쓴 시간을 예측한 것입니다. 예측을 위해 사용한 알고리즘이 굉장히 간단한 알고리즘 (linear regression with OLS)임에도 불구하고, 매우 훌륭한 결과를 보여주었습니다. 이 시스템을 통해, 학생의 초반 행동을 분석하면 학생의 미래 성취도 및 노력을 높은 정확도로 예측할 수 있습니다. 그리고 이것을 수치화한 것이 EPS (Elice Performance Score) 입니다.마치며이번 포스트에서는 엘리스의 AI 시스템이 하는 역할 중 하나인 EPS와 그것의 바탕 이론이 되는 Elice의 학습 분류체계에 대해서 살펴보았습니다. EPS 점수는 수업을 어려워하는 학생을 찾아내는 것 외에도 우수학생 선발 및 교육 과정이 원활히 진행되는지 살펴보는데에도 사용되고 있습니다.이 체계를 더욱 고도화하면 학생들이 문제를 푸는 동안 실시간으로, 선제적으로 도움을 줄 수 있습니다. 예를 들어, 학생이 문제를 풀다 어떤 부분에서 막히게 되면 Implement — Debug 과정을 반복하게 됩니다 (이것을 Implement-Debug cycle이라고 부릅니다). 이 늪에 빠진 학생을 조교가 빠르게 도와줄 수 있다면, 혹은 문제를 이미 푼 다른 학생이 도와줄 수 있다면 교육의 효과성과 즐거움이 더욱 증가할 것입니다.글쓴이김수인: KAIST 전산학부 박사과정 / Research Lead, Elice#엘리스 #코딩교육 #교육기업 #기업문화 #조직문화 #서비스소개

2018년에는 VCNC에 큰 변화가 있었습니다. 오랫동안 비트윈 기반의 서비스들을 개발하고 운영했지만 2018년 10월에 기사 포함 렌터카 서비스를 포함한 종합 모빌리티 플랫폼인 타다를 기획하고 출시하였습니다. 변화가 많은 모빌리티 시장에서 신규 서비스를 성공적으로 출시하기 위해 많은 고민을 하였습니다. 이번 글에서는 타다의 시스템 구성과 이를 위해 사용한 여러 기술을 소개하면서, 타다 개발팀의 기술적 결정을 공유해보고자 합니다.타다에서 사용하는 기술들의 로고. 왼쪽부터 Kotlin, Spring Boot, Kubernetes, Terraform, gRPC, Redis.기존과 다른 선택비트윈의 경우 Netty를 이용해 인하우스 네트워크 라이브러리를 만들기도 하였고, 메인 데이터베이스로 NoSQL인 HBase를 사용하는 등 남들이 통상적으로 사용하지 않는 기술 스택을 선택한 경우가 많았습니다. 그 배경에는 나름대로 이유가 있었지만, 서비스 초기에는 안정성에 어려움을 겪기도 하였고 서버 배포 과정이 느리고 복잡하여 쉬운 길은 아니었습니다. 여러 문제를 해결하기 위해 Haeinsa 등 라이브러리와 소프트웨어를 직접 만들기도 하였습니다.타다는 이슈가 많은 모빌리티 시장을 타겟으로 하고 있기 때문에 Time to Market이 특히 중요했습니다. 개발하는 기간 동안 시장 상황에 따라 기능의 우선순위가 변하기도 하였습니다. 이에 따라 서비스를 빨리 출시하고 외부의 변화에 유연하게 대처할 수 있도록, 완성도 있게 만들어져 있는 프레임워크나 라이브러리를 선택하였고, AWS에서 이미 잘 관리되고 있는 서비스를 적극적으로 활용하였습니다.사용 중인 기술들Kotlin: Java는 불편한 점이 많지만, JVM에 대한 경험을 무시할 수는 없어 비교적 새로운 JVM 기반 언어인 Kotlin을 사용하기로 하였습니다. 다른 여러 JVM 기반의 대안 언어들이 있지만, Spring Boot에 쉽게 적용할 수 있고 커뮤니티에서 적극적으로 권장하고 있는 점 등 여러 이유로 Kotlin을 선택하게 되었습니다.Spring Boot: 널리 쓰는 웹 프레임워크이며 이미 지원하는 기능 또한 많기 때문에 보일러 플레이트 코드 작성을 줄이고 서비스 개발에 집중할 수 있습니다. SQS 메시지 처리, HTTP 요청 및 응답으로 Protocol Buffers 메시지 사용 등 프레임워크에서 제공하는 기능을 많이 활용하고 있습니다.Kubernetes: 컨테이너 오케스트레이션 플랫폼으로 배포 자동화와 스케일링 등 여러 가지 운영적인 편의성을 제공합니다. 처음에는 kops를 이용해 클러스터를 직접 띄웠지만, 지금은 EKS를 이용하고 있으며 직접 object를 만들기보다 helm을 이용하고 있습니다.gRPC: 실시간성이 중요한 차량 위치나 운행 상태 변화 등은 Streaming을 이용하여 전달하고 있습니다. 직접 개발할 수도 있었지만, 서비스 개발에 집중하고 앞으로의 관리 오버헤드를 줄이기 위해 gRPC를 이용하기로 하였습니다.Redis: 서버 간 메시징을 위해 Redis의 Pub/Sub 기능을 사용하고 있습니다. 메시지 브로커 기능을 제공하는 RabbitMQ, ActiveMQ, Kafka 등 여러 옵션이 있었지만, 개발을 시작하던 당시에는 Redis만이 ElastiCache를 이용하여 쉽게 띄우고 관리할 수 있어 Redis를 선택하게 되었습니다.Protocol Buffers: gRPC 뿐만 아니라 HTTP/2로 주고받는 메시지를 정의할 때도 이용하고 있습니다. 덕분에 따로 문서화 하지 않고 proto파일을 공유하여 더욱 명확하고 편리하게 API 명세를 공유할 수 있었습니다.Terraform: HCL을 이용해 인프라스트럭처 프로비저닝 및 관리를 편하게 해주는 도구입니다. AWS 서비스의 생성 및 관리를 콘솔에서 직접 하지 않고 Terraform을 이용하고 있습니다.사용 중인 AWS 서비스들AWS는 개발팀이 오랜 기간 사용하여 가장 익숙한 클라우드 플랫폼이기 때문에 큰 고민 없이 선택할 수 있었습니다.EKS: Kubernetes 클러스터의 마스터 노드들을 쉽게 띄우고 관리해주는 서비스입니다. 서울 리전에 EKS가 출시된 후에는 관리 오버헤드를 줄이기 위해 EKS로 옮겼습니다.ECR: 타다 서버를 배포할 때는 Docker Gradle Plugin을 통해 docker 이미지를 만들고 ECR에 푸시합니다. 그 후 helm 명령을 통해 Kubernetes에 배포합니다.SQS: 배차 요청을 처리하기 위해 SQS를 이용합니다. 배차 요청을 구현하는 방법에는 다양한 옵션이 있었지만 AWS 서비스를 최대한 활용하여 빠르게 개발할 수 있었습니다.RDS: 타다의 대부분 데이터는 Aurora에 저장하고 있습니다. RDS를 이용하면 DB의 배포와 관리가 쉬우며, Aurora는 MySQL과 호환될 뿐만 아니라 같은 비용이면 성능이 더 좋습니다.Kinesis: 실시간 차량 위치 정보 및 로그를 수집하기 위해 사용하고 있습니다. 다른 오픈소스 소프트웨어를 직접 이용하기보다는 AWS에서 제공하는 서비스를 최대한 이용하고 있습니다.Firehose: 비트윈에서는 KCL를 활용해 Acheron이라는 프로그램을 직접 만들어 로그들을 S3에 저장하였지만, 이제는 서울 리전에서 Firehose를 사용할 수 있으므로 큰 고민 없이 사용하기로 하였습니다.시스템 구성타다에서는 필요에 따라 서비스를 여러 종류로 분리하여 운영하고 있습니다. 일반적인 모바일 앱 API와 실시간 차량의 위치 정보를 바탕으로 사용자의 요청에 대해 적합한 차량을 배차하는 기능이 필요했습니다. 핵심적인 역할을 하는 일부 서비스와 시스템 구성에 대해 간단하게 소개합니다.라이더 앱: 아이폰은 Swift, 안드로이드는 Kotlin으로 작성하였으며 여러 오픈소스 라이브러리를 적극적으로 활용하였습니다. 서비스 특성상 RIBs라는 아키텍처를 사용하여 개발하였습니다.드라이버 앱: 아이폰과 안드로이드를 모두 지원하려면 기술적, UX적으로 고려해야 할 점들이 많고 불특정 다수의 유저를 대상으로 하는 앱도 아니었기 때문에 안드로이드 버전으로만 개발하게 되었습니다.서버: 모바일 앱의 요청을 대부분 처리하며 Spring Boot로 작성된 HTTP/2 API 서버입니다. Protocol Buffers로 정의된 메시지를 JSON 형태로 주고받습니다.gRPC 서버: 서버에서 발생하는 이벤트를 실시간으로 전달하기 위한 서버입니다. Redis Pub/Sub을 통해 받은 이벤트 메시지들을 클라이언트들에게 전달합니다.Dispatcher: 배차 요청을 처리하는 서버입니다. 주변 차들의 ETA 계산을 위해 외부 API를 이용하는데, Reactor를 이용해 비동기적, 동시적으로 요청하여 쓰레드 점유 없이 효율적으로 처리되도록 구현하였습니다.Tracker: 차량 위치 정보 수집 서버입니다. KCL를 이용해 위치 정보 레코드를 읽어 들여 TrackerDB에 기록합니다.Redis: 서비스 초기에는 차량의 최신 위치 등을 저장하기도 했지만, 지금은 주로 서버 간 메시징을 위해 Pub/Sub 기능을 이용하고 있습니다.DB: 운행 기록, 사용자 데이터 등 대부분 데이터를 기록합니다. 비트윈에서는 HBase를 이용했지만 타다의 경우 아직 절대적인 트래픽이 많지 않기 때문에 트랜잭션 등 다양한 편의 기능을 제공하는 RDB를 이용하고 있습니다.TrackerDB: 차량 운행 정보 및 차량의 최신 위치 등을 저장합니다. Aurora를 이용하며 대부분의 요청이 차량 위치 정보 업데이트이므로 안정성을 위해 별도의 인스턴스를 띄워 사용하고 있습니다.Kinesis Log Stream: 타다의 여러 서비스에서 로깅을 위해 이용합니다. Firehose를 통해 S3에 기록됩니다.Kinesis Tracker Stream: 드라이버의 실시간 위치 정보는 Kinesis를 통해 Tracker로 전달됩니다.서비스 플로우차량 위치 업데이트차량 위치 업데이트는 요금 계산, 차량 위치 제공 등 서비스에서 가장 많이 일어나는 요청입니다. 드라이버 앱에서 안드로이드 Foreground 서비스를 이용해 GPS 정보를 수집하고 일정 주기마다 서버로 현재 위치를 전송합니다. 이렇게 전송받은 GPS 위치 정보는 데이터 크기를 최소화하기 위해 Protocol Buffers로 직렬화되어 Kinesis 레코드로 만들어지게 됩니다. Tracker에서는 전달된 Kinesis 레코드를 읽어 간단한 처리를 한 후에 TrackerDB에 삽입합니다.서비스 초기에는 차량의 마지막 위치에 대한 정보만 Redis에 적었습니다. 그러나 차량의 이동 경로를 효율적으로 조회해야 할 일이 생겼는데, 당시 차량 이동 경로는 로그로만 저장되고 있었습니다. S3 Select나 Athena를 이용해 조회하는 방안도 고려했지만, 일단은 Aurora에 저장하기로 하였습니다. 당분간은 Aurora로도 충분했고 RDB를 쓰는 것이 가장 쉽고 편한 방법이었기 때문입니다.차량 배차차량 배차는 서비스의 가장 기본적인 기능으로 배차 요청에 가장 적절한 주변 차량을 할당하는 플로우입니다. 라이더 앱에서 유저가 배차를 요청하면 서버가 배차 요청 정보를 DB에 기록하고 배차 요청 메시지를 SQS 대기열에 집어넣습니다. Dispatcher가 배차를 처리하는 로직을 수행하여 차량이 매칭되면 드라이버 앱으로 이벤트가 전달됩니다.드라이버가 배차를 수락하면 서버로 수락 요청이 전송되고 서버에서는 DB의 배차 요청 상태를 수락 상태로 변경합니다. 배차 요청이 수락되었다는 이벤트는 결과적으로 gRPC 서버를 통해 해당 이벤트를 구독하고 있던 유저에게 전달됩니다.Dispatcher에서 배차를 처리하는 로직은 여러 옵션이 있었지만 가장 간단하고 효율적으로 개발하기 위해 SQS의 기능을 최대한 활용하였습니다. Dispatcher 수를 늘리는 것만으로도 처리량 확장이 가능하며 Dispatcher가 갑자기 종료되어도 한 대라도 살아있다면 결국에는 잘 처리가 됩니다. Dispatcher가 배차 요청을 받으면 다음과 같은 로직을 수행합니다. 종료 조건을 만족하지 않았다면 일정 시간 후 동일한 로직을 다시 반복합니다.배차가 가능한 상태라면 배차 로직을 수행합니다. 이동 경로와 교통정보를 고려하여 적합한 주변 차량을 찾습니다.만약 적합한 차량이 있다면 배차 요청을 해당 드라이버에게 할당되었다는 정보를 DB에 적고 배차 할당 이벤트를 전파합니다. 드라이버의 수락을 기다리기 위해 일정 시간 후 로직을 재시도합니다.만약 적합한 차량이 없다면 일정 시간 후에 로직을 재시도합니다.배차 요청이 드라이버의 수락을 기다려야 하거나 타임아웃이 남아있는 상태라면 적절한 시간 후 재시도합니다.배차 요청이 수락되어 완료된 상태거나 취소되었거나 타임아웃이 지난 상태라면 SQS에서 메시지를 삭제합니다.못다 한 이야기타다를 런칭하는 날, 기사 간담회에서 쏘카의 VCNC 인수 이후 짧은 기간 동안 타다를 만들 수 있었을 리 없으니, 실제 개발 기간은 어느 정도냐는 질문이 있었습니다. 짧은 기간 내 서비스를 성공적으로 런칭할 수 있었던 것은 상황에 맞는 올바른 기술적 선택들뿐만 아니라 훌륭한 팀원들이 있었기에 가능했던 일이었습니다. 타다는 개선해야 할 부분도 많고 앞으로 새로운 기술적 도전들이 많이 있을 것입니다.네 그렇습니다. 결론은 기술적 난제들을 고민하면서 좋은 팀과 서비스를 함께 만들고 키워나갈 좋은 분들을 기다리고 있다는 것입니다.

일전에 충주시 산척면 고구마 포스터와 강냉이포스터가 페북을 들썩들썩하게 만들었던 적이 있어요. 사실 B급이라고 하기에도 너무 조악한 포스터였는데 사람들의 반응은 우오오오아아아아아!!!! 굉장하다!! 대미친 큰미친의 연발이었습니다.바로 이것이죵.여러가지 이유가 있었겠지만 역시나 가장 큰 것은 '아니 공무원이?!? 이런게 가능하단 말이야??' 라는 프레임의 때려부숨 때문이었겠죠. 보통 공무원이나 공공기관의 디자인하면 왠지 딱딱하고 노잼같은 이미지가 강렬하잖아요. 그런데 저걸 컨펌해주다니!...신기방기했던거죠.생각해보니 저도 디자인의뢰를 여기저기서 받다보니 공공기관의 프로젝트도 몇 번 했었던 것 같습니다. 지자체 행사포스터나, 정부부처의 캠페인프로젝트, 진흥원이나 협회, 재단 측의 행사브랜드 등을 담당했었죠. 그 때는 몰랐는데 시간 지나 생각해보니 늘 한결같이 비스꾸름한 패턴을 보인다는 것을 느끼고야 말았습니다. 그렇습니다. 공공기관 디자인은 뭔가 제4의 세계가 있는 것이죠. 대략 공공기관 디자인의뢰가 들어오면 전 아가모토의 눈을 사용하곤 했습니다. 14,000,605가지의 시안을 봤고. 그 중 하나의 컨펌 시안이 있었죠. 사무엘 잭슨 : 어머니... 그래서 예전엔 진심 공공기관 디자인은 가급적 맡고 싶지 않았습니다. 사실 제 스타일도 아니었고, 딱히 그렇다고 금액이 대단한 것도 아니었거든요. 하지만..이젠 알 것 같습니다. 사실 요즘엔 공공기관들의 디자인도 굉장히 세련되고 예뻐지고 있는 것이 사실입니다. 물론 지금부터 예로 드는 것들은 어찌보면 연식이 좀 오래된 예시이기도 하죠. 하지만, 뭔가 관공서 디자인이 나쁘다기보단 그 고유의 특색이 있다고 생각합니다. 공공기관의 사업내용은 뭔가 전할 말이 많고, 정보도 많고, 뭔가 다양한 이해관계가 엮여있습니다. 때문에 로고의 위치부터 색깔, 넣어서는 안되는 이미지(이를테면 왜색이 짙은 벚꽃이랄지...), 또는 반드시 넣어야 하는 이미지 등등 뭔가 다양한 제한요소가 있죠. 자유도는 떨어지지만 뭔가 특정한 공식들로 구성되어 오랜 시간 유지되어온 특유의 색이 존재합니다.오늘은 뭔가 일반적인 디자인과 비스꾸름하면서도..살포시 다른 그 세계를 슬쩍 엿보도록 하겠습니당!!~ 늘 그렇듯 이것은 지극히 제 개인적인 경험에서 비롯된 것이자 웃자고 하는 소리가 반이므로 이대로 따라하시면 영 좋지 않은 결과가 있을 수도 있습니다. ㅎㅎㅎ 잘 필터링 하세용 :)1. 글자는 24pt 이상으로.글자가 커야합니다. 사실 왜 그렇게 큰 글씨를 써야 하는지는 역사적인 미스테리이지만, 추측해보건데 아무래도 고위공직자분들 중에 작은 글씨가 잘 안보이는 분이 있을 수도 있고 또는 여태까지 그래와끼 때문일 수도 있습니다. 여튼 중요한 건 일단 글씨는 적당히 커야 합니다.   2. 되도록 빽빽하게, 혹시 여백을 넣는다면 중앙정렬일단 기본적으론 뭔가 빽빽한 걸 좋아합니다. 하지만 여백에 관대한 곳들도 있죠. 하지만 여백이 충분히 들어갈 경우에는 가급적 가운데정렬을 추천합니다. 흔히 핀터레스트의 디자인을 생각하고 넓은 여백을 파격적으로 주었다간 파격적으로 까일 수 있습니다. 예시를 하나보면 이런 식이예요. 일단 공공기관 디자인은 여백을 줄래야 주기 힘든 구조를 지니고 있습니다. 사실 이건 어쩔 수 없는 것 같아요. 왜냐면 자세히 설명해야 하고 뭔가 절차가 많고 복잡하기 때문이죠.네 예시로 보자면 이런 식이에요. 대상, 장소, 내용, 기간/일시, 방법, 서류, 문의 등등... 뭔가 들어갈 내용이 빼곡하죠. 여백을 준다는 것 자체가 사실 어려운 일입니다. 하지만 굳이 여백을 준다면 아래처럼 가운데에 그림 넣고 윗쪽을 빼는 식입니다.느낌 아시겠죠?3. 나눔스퀘어와 본고딕네 그것을 쓰도록 합시다. 나눔체를 좋아합니다. 특히 왠진 모르겠지만 뭔가 살짝 위아래로 눌린듯한 느낌의 폰트를 좋아하더라구요. 왜 그런고....하고 생각해보니 아마 예전부터 돋움과 굴림에 익숙해져 계셔서 그런거 아닌가 싶습니다. 원래 디자인취향이란 건 익숙함의 영향을 굉장히 많이 받거든요.4. 파란색을 좋아함.아무래도 관공서의 느낌상 초록~파랑 계열의 색상을 선호하는 것 같습니다. 신뢰 뭐 그런 컬러의 의미도 있긴 하겠지만 기본적으로 파란색은 남성들이 압도적인 비율로 선호하는 색이거든요. 이건 학습에 의해서 길들여 진 영향이 크다고 할 수 있겠네요. 아무래도 남성비율이 훨씬 많은 관공서의 특징도 한몫하지 않았나..싶습니다.구글에 공공기관 디자인이라고 쳐보니...이런저런 디자인자료들이 나오는데 거의 초록~파랑 계열의 색이 주류를 이루고 있습니다. 신기할 정도죠.5. 프리픽 사랑꾼진짜 프리픽 짱 좋아하는 것 같습니다. 혹시 프리픽이 뭔지 모르시는 분들을 위해 잠시 알려드리자면 여러 사람들이 만든 디자인소스를 한 데 모아놓은 플랫폼 사이트입니다. 다양한 일러스트, 사진, 포토샵파일 등을 무료로 다운 받을 수 있어서 많은 디자이너분들이 소스로 활용하곤 하죠. 제 생각엔 공공기관이 프리픽을 사랑한다기 보단 공공기관이 의뢰하는 디자인업체에서 프리픽으로 소스바르기를 시전하곤 하는데 이게 유구한 역사와 전통으로 자리잡으면서 그냥 눈에 익숙해진게 아닌가 싶습니다.막 이런 그...특히 일러스트용 벡터이미지는 거진..6. 사진은 클립아트코리아디자이너들이 자주쓰는 언스플래쉬나 리틀비쥬얼스 등의 사진들은 공공기관엔 먹히지 않습니다. 이런 이미지들은 클립아트 코리아에 존재하죠. 막 사람이 주먹쥐고 하늘로 웃으며 타앗!!..거리는 사진이나 희망찬 미래를 향해 온 가족이 손잡고 달려가는 보험회사 광고같은 사진이나, 하이파이브를 하고 있는 사진등등..이런 컨셉사진들이 중요하거든요.7. 로고는 크게일단 이유를 묻지말고 로고는 크게 넣어야 합니다. 보통 로고의 색이 전체 컨셉과 충돌하는 경우가 있는데 그럼에도 불구하고 크게 넣어야 합니다. 화이트로 빼거나 이러면 안됩니다. 그냥 넣는 겁니다.8. 일단 보고를 올리고...실무자님에겐 사실 별 권한이 없습니다. 진짜 디자인은 시안을 넘긴 다음부터가 시작입니다. 이제부터 팀장, 부장, 관장, 센터장, 부서장, 등등... 온갖 장들의 컨펌을 견뎌내야 하거든요. 예쁜 시안보다 방어력이 높은 시안이 더 좋습니다. 9. 자료는 늦게 올거예요.요청자료는 빨리 오지 않습니다. 관공서 특성상 취합에만 많은 시간이 걸려요. 결재 받는것도 쉽게 끝나지 않구요. 뭔가 자료를 드릴께요! 라고 실무자가 얘기했다면 내일 오후쯤...이겠거니 라고 생각하시는 게 비교적 속이 편합니다.10. 그림자를 좋아해요.텍스트나 이미지에 그림자를 넣는 걸 좋아하는 곳도 있습니다. 좀 많습니다. 특히 그림에 액자테두리를 해달라는 곳도 있습니다. 물론 용납못할 액자이미지에 도저히 안되겠어서 투쟁을 벌여본 적도 있습니다. 하지만 전..결국 액자의 힘에(정확히는 센터장님의 힘에) 굴복하고 말았죠. 액자..당신은 대체...11. 물결 사랑물결을 사랑합니다. 특히 파란색의 휘이이~~물결치는 그런 미래적인 이미지를 더욱 좋아합니다. 물결 끝판왕12. 묘하게 손글씨체를 좋아하는..손글씨체를..묘하게 좋아한단 말이죠.... 저 위 리플렛에 쓰인 폰트는 아마 캘리그라피 작가가 직접 쓴 것 같습니다. 저런 건 예쁜 편에 속하죠. 가끔 나눔펜글씨체 같은걸로 그냥 쓰는 경우도 있던데...흐음..참... 그리고 뭔가 파스텔톤의 저런 플랫한 컬러도 좋아합니다. 물론 디자인물이 어떤 성격의 것이냐에 따라 좀 달라요.13. 청소년,가족,소외계층,마을관련 사업엔 손그림그런것엔 손그림을 넣어주세요. 손으로 그린 그림말고 그냥 진짜 손 이미지. 특히 안고있고 잡고있고 하이파이브하고 있고 하트그리고 있고 그런 손.손.손그림. 손을 넣어주세요. 아래에서 안에도. 이 디자인은 예쁘네용.14. 보고서, 캠페인, 정책관련 등등에는 파란물결과 그라데이션슝슝 거리는 물결과 그라데이션을 옅게 은색으로 깔아주고 돋움체로 볼드넣어서 가운데에 콕.15. 청년, 스타트업, 창업관련 사업에는 잘린 머리 이미지이런거. 잘린 머리 이미지. 머리 안엔 태엽이 돌아가든 뭐가 튀어나오든 전구가 깜박이든 그런 느낌입니다.16. 문화, 도시재생, 페스티벌 등등의 사업에는 둥글알록이 플랫이미지이런거. 서울시는 디자인을 비교적 예쁘게 잘 뽑는 것 같아요. 특히 아이소메트릭이나 이런 2D아트웍을 빡시게 잘하더라구요. 종종 오!!! 굉장히 이뿌다!! 스러운 것들도 많아요. 특히 문화관련 행사에선 이런 컨셉이 많더라구요. 실제로 서울시엔 능력있는 디자이너들이 굉장히 많은 것으로 알고있습니다.17. 4차산업혁명 관련 사업에는 그..이런거.점점점 찍혀있고 선으로 연결된 이미지, 우주적인 느낌의 배경, 로봇 손, 알파고 머리같은 이미지, 4를 어찌어찌 형상화한 느낌, 또는 막 01000101001011101..이런 2진법이 가득한 그런 이미지 등을 챡챡 넣어줘요.뭔가 묘하게 다들 비슷한 느낌이랄까. 저 점점점 찍혀있는 이미지(뭐라 해야할 지 모르겠다..) 저건 왜 저렇게 좋아하는 거지..;;;18. 위계를 정확히!폰트는 큰 걸 좋아하지만, 또 대제목/중제목/소제목/본문 간 위계는 분명해야 해요. 특히 입찰제안서 등등에선 더더욱 말이죠. 그러니 대제목이 얼마나 커야 하는 지는 대략 짐작이 되시죠? 19. 잘 보이는 게 최우선!!자..잘보인다!!!!!!!!!!!!여기서 잘보인다는 건 디자이너가 생각하는 시지각원리에 의한 잘보임이 아닙니다. 관습과 익숙함에 의한 '잘보이는 느낌' 이 더 중요해요. 밑줄! 색깔박스! 볼드! 그라데이션! 크게! 색깔폰트! 보색대비! 이런걸 써서 튀게 만드는 거예요. 네 정확히는 잘보이게가 아니고 '튀게' 라는 게 맞겠네요.20. 작년도 레퍼런스를 보세용.꼭 달라고 하셔야해요. 작년에 어떻게 했냐고. 그리고 지금 결정권자가 작년에 계셨던 그분인지도 확인해주시는 게 서로의 심신을 위해 이롭습니다. 실무자도 사실 죽을 맛이거든요. 디자이너만 힘든게 아닙니다. 가운데 껴서 다시 해! 다시 해!!~를 듣는 건 실무자니까요. 그러니 서로 동병상련의 정을 느끼며 곱창에 소주를 기울이진 못하더라도 무언의 참고자료를 주고받는 것은 도덕적으로 올바른 일입니다.

안녕하세요 협업툴 플로우입니다.마이크로소프트 코리아 최고 경영자 사티아 나델라는 ‘2년이 걸릴 디지털 전환이 2개월 만에 이뤄졌다’라는 인터뷰를 한 적이 있습니다. 과거 아날로그의 시대에서 디지털 시대로 서서히 전환되는 과정에서 코로나 19로 인해 그 전환의 기울기는 급격히 상승하게 되었고 현 시점에서 기업들이 주목해야 할 디지털워크의 트렌드와 기업의 생산성을 높일 수 있는 디지털 워크플레이스를 구축하는 10가지 전략에 대해 알아봅니다.ⓒ Madras check. Source: flow seminar, 2021 디지털 협업시대, 협업툴 혁신 1등 전략산업 기술의 디지털화 vs 기업의 업무 발전 속도과거 영국에서 시작된 산업혁명의 등장으로 우리의 삶의 질은 대폭 개선되었고 아날로그의 발전에 맞춰 디지털의 등장으로 현대의 인류는 시공간의 제약을 벗어나 모든 것이 디지털과 온라인으로 연결되는 초연결 시대에 살고 그에 따른 혜택을 보고 있습니다. 반면 산업 기술의 디지털화는 급격하게 진화하였지만, 기업의 업무 방식은 아직도 20세기 초반에 머물러 있습니다. 수십 년 전에 등장한 이메일을 아직도 사용하고 있고 보고와 회의는 만나서 해야 한다는 업무 방식과 기존에 저장된 파일들이 어디에 있는지 몰라 그것만 관리하는 직원을 두는 경우도 있으며 했던 일을 2~3번 반복하여 기록하고 관리해야 하는 비생산적인 업무 방식은 아직도 예전의 수준에 머물러 있는 것입니다.ⓒ Madras check. Source: flow seminar, 2021 디지털 협업시대, 협업툴 혁신 1등 전략21세기 생산성 간극은 계속 커질 것가장 효율을 추구해야 하는 기업이라는 조직에서는 왜 아직도 효율적이지 못한 기존의 업무 방식을 고수하고 있는 것일까? 그 이유는 새로운 방식과 시스템을 동시에 받아들이고 바꾸려는 기업 조직원의 쉽지 않은 노력과 과정이 필요하기 때문입니다. 기업들이 제공하는 상품과 서비스는 계속 발전하는 반면 업무의 협업 방식에 있어서만큼은 기술의 진보를 따라갈 수 없는 지체 현상이 발생하는 것입니다. 현대의 기술 발전은 급격하게 증가를 하고 있는데 이에 대한 증가폭을 비즈니스 생산성이 맞추지 못한다면 그 사이에 발생하는 간극은 점점 더 벌어져 결국 기업의 생산성 감소로 이어질 수밖에 없고 생산성이 약화된 기업의 상품과 서비스는 결국 경쟁에서 사라지게 될 수도 있습니다.ⓒ Madras check. Source: flow seminar, 2021 디지털 협업시대, 협업툴 혁신 1등 전략이론은 HBS에서 진행한 하위 기업과 상위 기업의 연구 결과를 통해서도 알 수 있는데 디지털 전환을 진행했던 기업은 그렇지 않았던 기업에 비해 20%의 매출이 상승했고 22%의 당기순이익이 상승했습니다. 즉 기업의 디지털 역량 강화는 기본적으로 매출과 영업이익에 영향을 미치지만 장기적으로는 단순한 매출 경쟁이 아닌 생존을 위한 필요조건인 것입니다.ⓒ Madras check. Source: flow seminar, 2021 디지털 협업시대, 협업툴 혁신 1등 전략디지털워크는 선택이 아닌 필수 트렌드대규모 전염병 사태로 인해서 디지털워크 전환은 필수의 과제가 되었고 기업의 규모와 형태를 떠나 모든 기업들이 디지털워크에 대한 업무혁신을 최우선 과제로 삼고 진행을 하고 있습니다.ⓒ Madras check. Source: flow seminar, 2021 디지털 협업시대, 협업툴 혁신 1등 전략특히 전 세계적인 흐름을 바꾸는 변곡점이 있은 후로 부의 대이동이 나타나듯이 디지털워크의 전환은 단순히 임시적인 비대면 업무를 지향하는 차원을 넘어 코로나 시대 이후에 변화하게 될 부의 대이동에서 디지털 전환을 이룬 기업들에게만 부여되는 기회를 잡기 위해 특히 변화에 민감한 다국적기업과 대기업들은 지금을 골든타임으로 설정하고 철저하게 디지털워크의 업무 혁신을 시행하고 있는 것입니다.ⓒ Madras check. Source: flow seminar, 2021 디지털 협업시대, 협업툴 혁신 1등 전략디지털 워크플레이스 10가지 구축 전략디지털 워크플레이스(Digital Workplace)는 디지털 기술을 활용하여 사용자 중심의 최적화된 일하는 방식과 환경을 구현하는 것으로 공간, 실시간, 기록, 보안, 목적, 오너십, 파트너십, 생산성, 업무 만족도, 성장에 대한 10가지 전략으로 구축될 수 있습니다.ⓒ Madras check. Source: flow seminar, 2021 디지털 협업시대, 협업툴 혁신 1등 전략✅ 1 - 공간(Place)디지털이 아날로그와 다른 가장 큰 특징은 바로 0과 1로의 모든 현상을 기록하고 저장, 공유할 수 있습니다는 것입니다.그래서 기업들은 적절한 디지털 기기의 보급을 통해 직원들이 공간의 제약이 없는 동일한 업무를 할 수 있도록 하는 작업 환경을 제공해야 합니다.✅ 2 - 실시간(Real Time)공간과 더불어 또 한 가지 중요한 것이 바로 시간의 제약이 없어졌다는 것입니다. 모든 업무는 온라인이라는 기반을 통해 실시간으로 검토되고 신속하게 의사결정을 할 수 있도록 만들어 주어야 합니다.✅ 3 - 기록(History)회사에서 생산되는 모든 데이터가 디지털이라는 기반을 통해 자동으로 편리하고 안전하게 저장될 수 있도록 하고 그 자료를 다시 찾아보는 것도 용이하게 만들어 놓아야 합니다.✅ 4 - 보안(Security)기록되고 보관된 모든 정보와 자료들이 외부로 유출되지 않도록 철저한 보안 설계를 해야 하며 나중에 발생할 수 있는 정보 보안에 대한 이슈를 추적할 수 있는 장치를 마련해 두어야 합니다.✅ 5 - 목적/목표(Objective)명확한 업무 지침을 통해 사람 중심이 아니라 프로젝트 중심으로 업무가 흘러가도록 해야 합니다.✅ 6 - 오너십(Ownership)프로젝트별로 책임자를 명확하게 임명하고 주인의식을 강화하는 정성적인 작업도 병행되어야 합니다.✅ 7 - 파트너십(Partnership)외부 파트너와도 디지털 환경에서 유기적으로 협업하여 시너지가 날 수 있도록 해야 하며 그렇게 하기 위해서는 그들 또한 이 환경에 쉽게 접근하고 사용할 수 있도록 기반을 제공해 주어야 합니다.✅ 8 - 생산성(Productivity)어떻게 하면 반복적인 업무는 자동화시키고 고부가가치 업무에 전력을 집중시킬 수 있을까를 생각해야 한다. 생산성이 증대되는 만큼이 기업의 추가 이익이라고 볼 수 있습니다.✅ 9 - 업무 만족도(Satisfaction)공간, 시간, 디바이스, 방식 등에 대해 개인별 최적화된 업무 환경을 만들어 줄 수 있는 전략이 중요하며 그로 인한 업무 만족도를 극대화할 수 있도록 해야 합니다.✅ 10 - 성장(Growth)경영 전략의 최종 목표를 어떻게 하면 지속 가능한 조직 육성을 디지털화를 통해 구현할 수 있을까를 고민하고 그에 대한 방법들을 실행해 볼 필요가 있습니다.ⓒ Madras check. Source: flow seminar, 2021 디지털 협업시대, 협업툴 혁신 1등 전략디지털 워크플레이스는 직원의 심리적 만족도까지 높여HPE aruba의 한 조사에서 디지털 워크플레이스는 업무성과는 물론 구성원 심리적 만족도까지 높인다는 결과를 발표했습니다. 그 세부내용으로는 65%의 구성원이 디지털 워크플레이스 도입을 통해 업무 전문성이 향상되었다고 답변했으며 74%가 직업 만족도가 높아졌다고 했고 70%의 직원들은 일과 생활의 균형이 맞춰졌다고 답변하였습니다. 즉 디지털 워크플레이스는 회사의 생산성을 증대시킬 뿐만 아니라 직원에 대한 더욱 강력한 동기부여와 직업 만족도, 행복감을 제공한다는 것이며 이러한 측면으로 볼 때 기업에서는 과감한 의사결정을 통해 디지털 워크플레이스를 도입하고 그 정착에 초점을 맞추어야 할 것입니다.ⓒ Madras check. Source: flow seminar, 2021 디지털 협업시대, 협업툴 혁신 1등 전략대변혁의 시대에 우리는 어떤 준비를 하고 있는가?언젠가는 코로나라는 이슈도 사라질 것이고 대변화를 한 만큼 큰 기회들이 존재할 것이라는 것은 누구나 예측할 수 있습니다. 그렇다면 우리 기업은 포스트 코로나 이후에 대한 전략을 가지고 있는가? 새롭게 변화되는 경쟁 환경에서 우위를 점할 수 있는가? 그리고 완전한 디지털 시대에 맞춰 완벽한 디지털 워크플레이스를 갖추고 있는가?를 자문해 볼 필요가 있습니다. 지속 가능한 조직의 육성은 바로 완벽한 디지털 워크플레이스로서 구현될 수 있습니다는 점을 명심하고 그 10가지 전략들을 하나하나 우리의 조직에 탑재 시킬 수 있도록 해야 합니다.ⓒ Madras check. Source: flow seminar, 2021 디지털 협업시대, 협업툴 혁신 1등 전략앞서 디지털 전환 이룬 기업들의 행보와 10가지 구축 전략을 통해 보다 성공적인 디지털 워크플레이스를 구축하는데 도움이 되길 바랍니다. 협업툴 플로우 바로가기

안녕하세요. 저는 대학생 4학년 2학기를 재학 중인 학생입니다! 이번에 이렇게 사연을 보내게 된 이유는 저가 이번에 곧 몇 개월 후에 졸업을 하게 되는데 졸업을 하고 나서 이제는 사회인이 되다 보니 저의 생활비를 스스로 감당해야 하는데 "만약 앞으로 이렇게 알바만 하면서 어떻게 살까, 이렇다간 진짜 굶으면서 살게 되지는 않겠지?" 하면서 계속 너무 고민하게 됩니다. 아직 저의 일에 대해서 자리가 잡혀있는 것도 아니라서 더 고민이 됩니다.- @VL4353 님의 사연OECD 국가 중 한국은 대학 진학률은 68%로 '1위'그렇다. OCECD 국가 중 가장 대학을 많이 진학하는 나라는 역시나 한국이었다. 그리고 청년실업률은 19년만래 최악인 10%라고 한다. 우리는 졸업 후 어떻게 되는 걸까? 대학은 꼭 반드시 가야만 하는 곳인 걸까?초등학교 2학년 때 시계를 읽을 줄 몰라 선생님께 혼이 났다."너는 이거 하나 못해서 나중에 대학은 어떻게 가려고 으휴.."그리고 중학교 1학년 땐 담임 선생님이 수학 선생님이셨는데, 수학을 워낙 못하는 내게 하신 말 씀이 아직도 기억이 난다. "너는 좋은 대학은 못 가겠구나 수학을 못해서, 그럼 니 인생은 불행할 거야"놀랍지만, 내가 담임 선생님께 들었던 말이다. 나는 공부를 못하는 아이 었다. 열심히 하지도 않았지만.. 그리고 나의 머릿속에 뿌리 깊게 박혔던 건, 좋은 대학교에 가야 나의 인생은 자연스럽게 풀릴 것이란 것. 그만큼 나의 어린 시절, 나와 내 주변 친구들에겐 적어도 '대학이 인생의 전부'였다. 왜 대학에 가야 하는지, 왜 공부를 해야 하는지 모르면서도 그저 대학에 가지 않으면 인생에 낙오자가 될 것만 같았다. 그냥 대학도 아닌 소위 말하는 인 서울대학에 가야만 하는 줄 알았다.대학을 가면 모든 게 끝난 줄 알았다. 대학에 가면 이것도 할 수 있고 저것도 할 수 있고, 앞으로 인생에 고비는 없는 것처럼 속아왔다. 흔히 부모님들이 실수를 범하시는 말씀,  대학만 가면, 너 하고 싶은 거 다할 수 있어. 그럼 고생 끝이야명문대에 진학하던, 지방대에 진학하던 우리는 모두 대학에 입학하자마자 앞으로 넘어야 할 더 큰 산이 있다는 것을 알게 된다. 좋은 학교를 나온다고 하여 취업이 보장되던 시대는 지났다. 그리고 좋은 직장 = 대기업 또는 공무원이라는 공식도 이제는 변하고 있다.(물론, 공무원은 안정적이란 장점이 있지만) 우리는 왜 대학교를 졸업 후 어떻게 살아야 할지 모르는 걸까? 무엇이 문제일까? 놓지 말아야 할 자기 결정권 주변에 보면 20대 후반이 되었는데도 불구하고 이런 말을 하는 친구들이 있다."엄마가, 이렇게 하라고 하시더라고..""아빠가 이 직종이 미래가 밝다고 하셔서.."물론 부모님의 인생 경험과 조언은 우리를 바르고 더 편하길로 인도해주시기 위함인걸 알고 있지만, 우린 어쩌면 너무나도 주체적이지 않게 살아온 건 아닐까 싶다. 내가 정말 하고 싶은 것이 무엇인지, 공부하고 싶은 것은 어떤 것인지 어떻게 살아가고 싶은지에 대한 자기만의 생각과 시간이 턱없이 부족했다. 나 또한 예전엔 그런 사람 중 한 명이었다. 사회적인 분위기에, 부모님의 말씀으로 당연하게 대학에 가야 한다고 믿었다. 안 가면 나는 낙오자가 되고 취업도 할 수 없고, 꿈도 꿀 수 없는 줄 알았다. 그래서 가고 싶지도 않은 대학이라는 곳에 돈을 내며 갔었어야 했다. 결국 나 스스로와 상의하고 판단하여하고 싶고 도전하고 싶은 것을 찾아 대학이 아닌 밖으로 눈을 돌렸다. 집단주의가 가장 뚜렷한 나라 한국(Collectivism)대학을 다니면서 배운 것 중 아직도 기억에 남는 수업은, 바로 '집단주의' 관련된 이야기였다.독일에서 초청 교수님이 오셨는데, 개인주의와 집단주의에 대한 예시로 덴마크 그리고 한국을 비교하신 적이 있다. 남한과 북한은 그 어느 나라에선 볼 수 없는 집단주의가 존재하며, 그것이 단기간 경제성장에 큰 영향을 끼쳤지만, 동시에 한 마디로 한국은 공산주의는 아니지만 '우리'라는 단어에 집착하며, 결속력을 중요시하고 한마디로 '남 눈치'를 가장 많이 보고 남의 신경을 많이 쓰는 나라라고 하셨다. 그래서일까? 너도 나도 대학에 가니 왠지 나도 반드시 가야만 할 것 같은 그런 기분.. 그러다 보니 사회적 분위기에 휩쓸린 건 아닌지 모르겠다.(우리 부모님도 내게 그러셨다. 그래도 전문대는 꼭 나와야 하는 게 한국 사회라고)결론은 그래서 사회 분위기를 맞춰 그렇게 살아야 한다는 말도 아니고, 반대하여 마이웨이를 무조건 걸어가란 소리도 아니다. 사는데 정답이 없듯이 감히 누가 누구에게 조언을 할 수 있을까? 다만 같은 고민을 하고 걱정을 했던 사람으로서 경험을 나눠줄 수 있을 뿐. 어쨌든, 저질러진 일이다. 이미 되돌릴 수 없는 것이 시간이다. 앞으로의 미래에 대한 걱정보다 오늘을 먼저 열심히 살아보는 건 어떨까. 오늘이 버거울 때가 매 순간이겠지만, 결국 어쩔 수 없이 우리가 마주쳐야 할 현실이다. 그저 현실을, 상황을 탓만 하며 또는 미래에 대한 고민만 하며 시간을 보낼 순 없다. 같은 고민을 하며 살아왔고 살고 있지만 사실, 정말 뭐라도 하면 굶어 죽을 일은 없다는 것을 알았다. 비록 내가 원했던 영위 로운 삶 또는 원하던 물질적인 욕구는 채울 수는 없을지언정 말이다. 사실, 미래에 대한 해답은 그 누구도 대답해줄 수는 없다. 현실과 타협하라는 말도, 그저 어쩔 수 없으니 수긍하고 살라는 말은 아니다. 하지만 지금 우리가 처해있는 상황과 우리가 살고 있는 지금의 이 사회를 바꿀 수는 없음도 알았으면 좋겠다.(사실 그저, 고민을 하는 누군가의 이야기를 들어주고 공감만 해줄 수 있다는 점에서 씁쓸한 현실을 다시 한번 마주한다)"괜찮을 거야! 다 잘될 거야" 라는 위로보단, 어쩌면 냉철한 현실을 말해주는 누군가도 필요하다고 생각하기에, 현실을 마주하고 자기 결정권을 가지고, 어떻게 살아가고 싶은지 부모님의 결정 또는 사회가 바라는 내가 아닌, 진정 앞으로 무엇을 하고 싶은지 할 수 있는지를 다시 한번 차차 생각하고 실행하는 시간을 가지길 바라며, 대학을 가지 않아도, 대학을 졸업한 후 그리고 하고 싶은 일을 하며 행복하게 그리고 굶어 죽을 일 없는 사회가 되었으면 좋겠다.누구에게나 사연은 있다.당신의 사연, 고민을 함께 나누는 공간 스푼 라디오입니다.사연에 채택되신 스푼 유저분들께 스푼 라디오 공식 굿즈를 선물로 보내드립니다.여러분의 이야기를 듣고 싶습니다. 스푼 라디오에 사연을 보내주세요.사연에 채택되신 분들께 소정의 선물을 보내드립니다.자세한 사항은 [email protected]으로 문의 바랍니다.

프로세스 모델 도출은 프로세스 마이닝의 출발점이며, 매우 유용합니다. 원본 데이터로부터 프로세스 흐름 모델을 자동으로 구성하여 실제 프로세스를 알 수 있습니다. 이렇게 도출된 프로세스 모델과 이벤트 로그를 비교하는 것이 적합도 검사(Conformance checking)입니다. 적합도는 이전에 말씀드린 정확도(Precision)와는 다른 개념입니다. 정확도(Precision)는 Underfitting을 피하여 데이터를 정확하게 설명할 수 있으나 정확도가 높을수록 프로세스 모델이 대체로 복잡해지게 됩니다. 하지만 적합도가 높다고 하여 프로세스 모델이 복잡해지는 것은 아닙니다.적합도 검사의 기본 아이디어는 프로세스 모델 위에 이벤트 로그를 재생하는 것입니다.아래 예제 모델에 이벤트 로그 a → c → e → g를 재생하여 적합성 검사를 해보겠습니다.[그림 1] 프로세스 모델 예제먼저 a 이벤트를 수행하였습니다.[그림 2] a 이벤트 수행 후다음으로 c 이벤트를 수행했습니다.[그림 3] a, c 이벤트 수행 후이벤트 로그에서는 다음에 e를 수행해야 합니다. [그림 3]을 보면 e를 수행하기 위해서는 d가 먼저 수행되어야 합니다. 하지만 실제 로그에서는 d 수행 없이 e가 수행되었기 때문에 d를 무시하고 e를 수행합니다.마지막으로 g 이벤트 수행하여 프로세스를 마칩니다.이벤트 로그 재생이 완료되면 액티비티 d에 실행되지 못한 토큰이 남아있게 됩니다. [그림 5] 이벤트 로그 재생 후 남아 있는 토큰프로세스 모델 위에 이벤트 로그를 재생하는 동안 얼마나 많은 토큰을 사용하고(이벤트 수행 횟수) 어떤 이벤트를 생략하고 추가했는지 기록합니다. 이를 통해 기록된 이벤트 로그와 모델의 적합도를 비교할 수 있습니다. 적합도가 1이면 모든 로그가 프로세스 모델에 잘 맞는다는 뜻이고, 0에 가까우면 적합도가 매우 낮다는 의미입니다.적합도 검사는 어디에 활용할 수 있을까요? 사람들이 표준 프로세스와 달리 행동하는 이유를 찾을 때 활용 가능합니다. 왜 사람들이 기존 프로세스를 벗어나는지, 벗어나는 부분에 대해서는 잘 보고되었는지 확인할 수 있습니다. 일반적인 감사(Audit and compliance) 절차에도 활용 가능합니다.다른 사례는 도출된 프로세스 모델의 품질을 측정하기 위해 활용할 수 있습니다. 여러 알고리즘을 사용하여 프로세스 모델을 도출했을 경우 어떤 모델이 가장 적합하고 좋은 모델인지 비교해 볼 수 있습니다.마지막으로 프로세스 설명이 제대로 되어 있는지 실제 행동을 기반으로 확인할 수 있습니다. 예를 들어 어떤 서비스를 제공하는 경우 서비스 실행 방법 매뉴얼과 실제로 제공되는 서비스를 비교하여 일치하는지 확인할 수 있습니다.※ 본 블로그에 사용된 그림은 Van der Aalst 교수님 강의자료를 사용하였습니다.#퍼즐데이터 #개발팀 #개발자 #개발후기 #인사이트

OverviewAWS Rekognition은 딥 러닝 기반의 이미지, 동영상 분석 서비스입니다. Rekognition API를 사용하면 서비스에서 객체, 사람, 텍스트, 장면 및 동작을 식별하고 부적절한 콘텐츠를 탐지할 수 있습니다. Rekognition은 딥 러닝 기술을 기반으로 하고 있기 때문에 지금 이 순간에도 새로운 데이터를 통해 끊임없이 학습하고 있고, AWS에서도 새로운 레이블과 얼굴 인식 기능을 추가하고 관리합니다. 이번에는 AWS S3 Bucket에 업로드한 이미지로 이미지 분석 결과를 볼 수 있는 예제 사이트를 통해, Rekognition과 친해지는 시간을 갖도록 하겠습니다. 저는 예제 사이트를 개발하기 위해 PHP 프레임워크인 CodeIgniter 3, MAMP, Bootstrap을 사용했습니다.1. AWS Rekognition SDK 설치하기1-1) AWS Rekognition 사이트에 접속해 Download SDKs 를 클릭합니다.1-2) AWS 에서 제공하는 다양한 언어의 SDK를 확인할 수 있습니다. 저는 PHP를 사용할 것이므로 PHP 의 Install을 클릭하겠습니다.1-3) AWS SDK 를 설치할 수 있는 방법은 여러가지가 있습니다. 이 중에서 저는 Composer를 이용해 설치했습니다.curl -sS https://getcomposer.org/installer | php php -d memory_limit=-1 composer.phar require aws/aws-sdk-php 1-4) 짠! 짧은 명령어 2줄로 SDK 설치가 완료되었습니다 :)2. AWS S3 Bucket 에 업로드된 이미지를 분석하기2-1) 여기에 임의로 만든 예제 사이트가 있습니다. [이미지 선택] 과 [S3에 이미지 업로드하기] 를 통해 이미지 파일을 등록하면, 백단(Back-end) 에서는 해당 파일을 특정 S3 Bucket 에 업로드 한 후 Rekognition 에게 이미지 분석을 요청하도록 짜여있습니다. 관련 코드는 아래와 같습니다.{     "Image": {         "S3Object": {             "Bucket": "bucket",             "Name": "input.jpg"         }     },     "MaxLabels": 10,     "MinConfidence": 80 } 위의 코드 블록은 AWS Rekognition 개발자 안내서에 나와있는 예제 포맷이고, 아래의 코드는 예제 포맷을 PHP 에서 요청할 수 있는 방식으로 코딩한 것입니다.detectLabels 메소드 를 이용해 분석할 이미지가 저장되어 있는 S3 Bucket 과 이미지의 Name 을 전달해줍니다. 1) MaxLabels : 응답 받을 최대 Label 수 2) MinConfidence : Label 에 대한 최소 신뢰성 여기서 Label 이란 ‘이미지에서 발견되는 객체, 장면 또는 개념’ 이라고 생각하면 됩니다. 예를 들어 해변에 있는 사람들을 촬영한 사진에는 ‘사람’, ‘물’, ‘모래’ (객체) 및 ‘해변’ (장면) 그리고 ‘야외’ (개념) 등이 Label 이 될 수 있습니다. 자, 우주 사진을 한 번 분석해볼까요? array(3) {     ["Labels"]=>     array(8) {       [0]=>       array(2) {         ["Name"]=>         string(9) "Astronomy"         ["Confidence"]=>         float(96.8987350464)       }       [1]=>       array(2) {         ["Name"]=>         string(5) "Earth"         ["Confidence"]=>         float(96.8987350464)       }       [2]=>       array(2) {         ["Name"]=>         string(5) "Globe"         ["Confidence"]=>         float(96.8987350464)       }       [3]=>       array(2) {         ["Name"]=>         string(11) "Outer Space"         ["Confidence"]=>         float(96.8987350464)       } ...     } Rekognition이 업로드한 우주 사진을 분석하여 정확히 연관된 Label들만 반환한 것을 확인할 수 있습니다. 이 Label을 가지고 이미지 태그를 간단하게 구현했습니다.참 쉽죠 ?Conclusion이번 시간에는 AWS Rekognition 을 이용하여 기본적인 이미지 분석을 해보는 시간을 가져봤습니다. 다음 시간에는 ‘얼굴 감지 및 분석’ 기능을 응용하여 Collection 을 생성해보고, 얼굴 검색을 해보는 시간을 갖겠습니다. 참고놀라운 무료 이미지 · Pixabay핀터레스트 스타일 레이아웃 만들기 (masonry) - 생활코딩이미지에서 레이블 감지 - Amazon Rekognition글김우경 대리 | R&D 개발1팀[email protected]#브랜디 #개발문화 #개발팀 #업무환경 #인사이트 #경험공유

자란다 INterview 시리즈 첫 번째 주인공이 되신 ‘호카이’ 박지인 님에게는 #단아함 #차분함 #웃음 이라는 단어가 참 잘 어울립니다. 업무 중에는 엄청난 집중력으로 범접할 수 없는 아우라를 온 몸에 두르고 있지만, “저, 호카이 님...” 하고 부르는 순간 얼른 고개를 돌리는 표정은 생기 넘치는 미소 그 자체인 분이시지요. 선선한 바람이 불어오는 가을날 아침, 향긋한 커피 한 잔을 앞에 두고 박지인 님을 만나 즐거운 담소의 시간을 가져보았습니다.  '호카이' 박지인 님 ⓒ자란다자기소개를 부탁 드려요.안녕하세요, 자란다에서 닉네임 호카이(Hawk Eye)로 불리우고 있는 박지인입니다. 5살, 3살 두 아들을 키우며 회사 출근과 육아 출근 양쪽으로 고군분투 하고 있어요. 자란다와 함께한지는 이제 한달 반 쯤 되었고요, 내부 살림을 잘 꾸려나가기 위해 여러 업무를 차례로 배우고 있습니다.구체적으로 자란다에서의 역할은 무엇인가요?admin 이라고 말하는 영역의 일들 대부분을 맡고 있습니다. 총무, 재무, 회계, 급여, 인사 등 행정지원 업무가 주를 이루어요. 덕분에 예전보다 더 많은 전문용어를 접하고 있는데요, 사실 한동안 육아에 전념하던 제가 다시 업무 현장으로 돌아와 이런 일들을 맡게 되었을 때 무척 많이 긴장했었어요. 가끔 꿈에서도 회사 일이 등장하곤 했거든요 (웃음). 그랬지만 일과 가정을 함께 돌보는 것이 당연하게 여겨지는 회사 분위기 덕분에 제 나름대로의 페이스가 많이 돌아왔습니다. 닉네임 호카이(호크-아이)처럼 예리하고 꼼꼼하게 자란다의 안살림을 잘 살피고, 팀원들의 고충 해결을 위해 노력하려고 해요.  그 동안 자란다의 일원으로 지내온 이야기를 들려주세요.저는 주20시간 근무로 자란다에 입사했어요. 아침 10시부터 오후 2시까지 사무실에서 일을 하고, 아직 어린이집을 다니는 아이들의 하원 시간에 맞추어 퇴근합니다. 통근 거리가 만만치 않아서 몸이 좀 피곤하긴 해도 요즘 중요한 화두인 ‘워라밸’을 유지하기에는 무리가 없네요. 늘 다급한 마음으로 퇴근하느라 함께 일하는 분들과 충분히 소통하지 못하는 아쉬움이 있다가도, 하원 시간에 활짝 웃으며 엄마에게 달려오는 아이들을 보면 ‘이 자리에 있기를 참 잘했다’는 생각이 들곤 합니다. 또 재미있는 것은 팀원들 모두 각자의 닉네임을 정해서 서로 부르는 것이 자란다 안에서의 규칙인데요, 수평적이고 자유로운 분위기를 만드는 데에 웃기고 재미난 닉네임이 톡톡히 한 몫을 하고 있어요. 제 닉네임 호카이는 저희 둘째 아이가 어벤저스 시리즈의 인물 중 호크-아이를 워낙 좋아해서 얼른 고른 이름입니다. 제가 조금 더 날렵하고 날카로워져야겠지요?‘소비자’ 부모님으로 자란다 서비스를 어떻게 생각하시나요?사실 자란선생님을 아직 한 번만 만나봤기 때문에 제가 ‘자란다는 00이다’ 라고 표현하기에는 조금 섣부른 감이 있어요. 그래도 선생님을 신청하고 자란다를 통해 매칭이 되어 아이가 선생님과의 놀이 시간을 실제로 가져보기까지 과정을 돌이켜본다면... ‘한땀 한땀’ 이라는 말이 생각납니다! 교통편이 좋지 못한 저희 동네로 오실 자란선생님을 신청하고, 상담을 하면서 아이와 성격이 잘 맞는 선생님과 매칭되기까지의 시간이 짧았던 것은 아니에요. 하지만 요즘 불만으로 가득 차 있던 첫째가 막상 자란선생님을 만난 순간, 우리 가족 모두에게 새로운 세상이 열렸다고 해야 할까요 (웃음). 기다린 시간이 무색할 만큼 아주 알찬 하루가 되었지요.  호카이 님에게 ‘일을 한다는 것’은 어떤 의미인가요?‘오롯이 제 자신으로 있을 수 있는 시간’ 입니다. 누구 엄마, 누구 와이프, 누구 딸, 누구 며느리… 수많은 명찰이 저에게 있지만 그 중 어느 것에도 해당하지 않는, 오직 제 이름만으로 존재할 수 있는 공간과 시간이네요. 이 사회의 구성원이 된 느낌도 좋고, 아이들에게도 엄마가 ‘엄마’ 역할 뿐 아니라 다른 모습도 가지고 있다는 것을 알려주고 싶어요.자란다의 일원으로 다른 부모님이나 선생님에게 하고싶은 말이 있다면?밖에서 보시는 것보다 자란다에서 한 아이와 한 선생님을 매칭시키기까지 정말 많은 시간과 정성이 들어간답니다. 우아한 백조의 바쁜 발처럼 열심히 움직이는 자란다의 노력을 조금만 더 알아주셨으면 좋겠습니다! (큰 미소)'호카이' 박지인 님 ⓒ자란다비록 길지 않은 글로 정리하였지만, 호카이 님과의 인터뷰 두 시간은 정말 솔직담백한 대화의 시간이었습니다. 자란다 입사 전에는 이런 서비스의 존재조차 몰랐다는 호카이 님은, 인터뷰 중에 무려 “저는 자란다를 단숨에 좋아하게 되었어요!” 라고 외치기도 하셨는데요. 다정하고 세심한 호카이님과 함께 아이들의 즐거운 시간을 더 많이 만들기 위해 자란다도 열심히 노력하겠습니다.ⓒ inside-interviewer MAUMC[자란다]는 부모와 아이의 행복한 성장을 응원합니다.#자란다 #교육기업 #팀원인터뷰 #팀원소개 #팀원자랑 #조직문화 #기업문화