다녀왔습니다~~ 화요일 아침에 귀국하고 오후에 오픈데이타 포럼에서 데이타를 사용하는 스타트업 사례 발표와 패널 토크를 했어요 :) 이번엔 진행 아니고 패널로! 호오...우리 사업으로 여러 분들 앞에서 피칭하는 두 번째 시간! 진행은 1도 안 떨리는데..으헝! 긴장돼🤣좋은 자리에 불러주셔서 감사합니다! 데이터 분석전문 여성 개발자느님을 영접해서 더 벅찼던 시간...패널로 초대해주셔서 감사합니다!.안녕하세요, 신체 사이즈 데이타를 기반으로 체형을 그룹으로 분류해서 각 그룹에 특화된 세미 커스토마이징 의류를 제작 및 큐레이팅하는 페르소나 웨이입니다! 요기에 이미지 컨설팅 데이타를 합쳐서 앉아있는 시간이 긴지, 활동량이 많은지 추구하시는 이미지가 무엇인지 등등의 라이프스타일 조건도 반영해가고 있습니다. 시간이 지날수록 더 날카로운 솔루션을 선보일꺼구요, 요걸 기반으로 다양한 체형이 쇼핑 스트레스, 스타일링 고민없이 이용할 수 있도로 타겟 그룹도 확장해갈꺼에요 :)첫 그룹은 66사이즈구요, 66이시라면 저희 옷 중 무엇을 입어도 찰떡 핏 보장!!(아. 상통, 하통. 전체통통 별 코멘트가 상세 페이지에 있습니다) 한 달 간의 시범 운영으로 여러 피드백을 받아 상세페이지 개편 중입니다. 다음 주를 기대해주세요😆.올라가기 전에 핀마이크 차고 입도 풀고..그런데 핀마크에 뽈 눌리는거 저 뿐입니꽈...'ㅅ'a .

안녕하세요. 프리모아입니다. 예전에 소프트웨어 개발자들을 위한 죽여주는 이력서 쓰기라는 컨텐츠로 글을 썼었는데요. 그 때 답글로 '웹디자이너를 위한 이력서 쓰는 방법' 도 알려주라는 말이 있었습니다. 그래서 오늘은 웹 디자이너를 포함한 디자이너 종사자 분들을 위한 이력관리와 자기소개서를 쓰는법을 알려드리고자 글을 씁니다. 웹 디자이너 신입은 왜 초봉이 낮을까요? 전문 기술직인 반면에 웹디자이너 신입 초봉이 2,000도 못 받는 곳이 수두룩 할 정도로 웹디자이너 시장은 임금기준이 낮습니다. 그 이유 중의 하나가 웹디자이너 학원으로 인한 시장 포화상태 때문입니다. 웹디자인 학원에서는 전공과 무관하게 3개월 속성으로 가르치고 웹디자이너 지망생을 찍어내다 시피 하다보니 매년 웹디자이너 지원자가 넘쳐나게 됩니다.요점은 시장 '회귀성' 입니다. 나를 대체 할 수 없는 웹디자이너로 포장을 하는 것이 첫 번째 입니다. 그리고 회귀성을 만들기 위해서는 관점을 바꿔야 합니다.웹 디자이너의 실무능력은 디자인이 아닐 수도 있습니다. 물론 웹디자이너의 가장 핵심적인 실무 스킬은 디자인 시안을 뽑는 능력과 디자인툴을 얼마나 완숙도 있게 다루느냐 입니다. 하지만 대부분 포토샵, 일러스트레이터, 에프터이펙트와 같은 툴을 어느 정도 다루고, 이력서에는 중, 상급이라고 쓰지 하급 이라고 쓰는 사람은 없습니다. 그러면 회사 입장에서는 지원자들을 평가할때 이러한 디자인 툴로 인한 기술적인 차이는 사실 큰 차이가 안난다고 볼 수 있습니다.때문에 관점을 바꿔서 디자인에 기획적인 부분을 넣어야 합니다. 기획서를 쓰라는게 아니라 디자인 과정에 기획적인 의도와 역량이 들어간다는 걸 보여줘야 하는 것이지요. 웹사이트의 그래픽적 요소에 대한 이유와 의도, 의도자의 컨셉을 어떻게 해석하였는지 등을 보여주는게 채용 담당자에게는 매력적으로 보일 수가 있지요.디자인 툴이 아닌 다른 활용 도구들과 벤치마킹 사이트를 보여줘야 합니다. 포토샵이나 일러스트레이터 같은 디자인 툴 외에 인포그래픽 툴 또는 사이트를 활용해 포트폴리오를 만들고 이를 어필하는 것도 좋습니다. 예를 들어 Piktochart 같은 경우도 자기소개서를 PPT로 만들 때 시각적인 퀄리티를 높여주는 요소가 됩니다. 또한 웹디자이너 실무자들이 벤치마킹을 위해 많이 사용하는 Behance, Awwwards와 같은 디자이너 포트폴리오 사이트를 최대한 활용하는게 좋습니다. 위 사이트에 작업물 또는 포트폴리오를 올리고 링크를 걸어두면 궂이 얘기를 안해도 해당사이트를 활용하는걸 보여줄 수 있고, 디자이너의 트렌드를 읽는 감각적인 눈을 은연 중에 어필할 수 있지요. 웹디자이너에게 중요한 것은 포트폴리오 > 활용 툴 능력 > 경력 의 중요도 순입니다. 디자인 계통의 특성상 경력이 높다고 디자인을 잘하는 것은 아닙니다. 색채나 레이아웃 등 감각적으로 타고난 사람들이 어쩔때는 경력자들보다 뛰어나기도 합니다. 때문에 경력자들은 경력을 무작정 어필하는 것보다 시각적으로 내가 어떤 유형과 분위기의 디자인을 구사하는 웹디자이너 인지를 보여줄 필요가 있습니다.쉽게 얘기하면 공기업과 프로젝트를 많이 해본 웹 디자이너와 벤처나 스타트업의 프로젝트를 많이 해본 웹 디자이너 각각 웹 디자인 분위기가 다르다고 느껴집니다. 때문에 포트폴리오를 제작할 때 컨셉별로 또는 작업물 분류 카테고리를 적용하여 구성을 하고 지원하는 회사의 성향에 맞춰 카테고리를 재구성해 지원 하는 것도 전략이라고 볼 수 있습니다. 어젯 철야작업을 하였더니 글쓰다 체력이 방전되었습니다. 때문에 경력직 웹디자이너를 위한 끝내주는 자소서는 3탄으로 찾아뵙겠습니다. 털썩..#프리모아 #자소서 #디자이너 #디자인팀 #인사이트 #경험공유 #꿀팁

‘일단 된다고 믿어라. 그리고 되게 하는 방법을 찾아 실행하라’ 서류, 필기, 최종에서 몇 번씩 탈락한 후 헛헛한 마음으로 찾은 서점. 겉으로는 짐짓 괜찮은 척하면서 속으로는 어린아이같이 펑펑 울고 있을 때, 눈물 쏙 들어가도록 제 뒤통수를 가격한 글귀였습니다. 지금 생각해보면 저는, 저를 위하는 따뜻한 배려의 말과 위로의 말보다는 ‘아직 준비가 덜 된 거다.’ 라든가 ‘울지 말고 앞으로 어떻게 할지 먼저 생각하라.’라는 냉정한 평가와 따끔한 충고의 말로부터 다시 시작하는 힘을 얻었던 것 같습니다. 그럼에도 저는, 지금 PD를 꿈꾸는 다른 사람들에게 감히 이렇게 말할 수가 없습니다. 각 전형을 준비할 때마다 항상 다른 사람들로부터 배우는 입장이었기에, 제가 그들보다 더 뛰어나서 합격한 것이 아니라는 점을 잘 알고 있기 때문입니다. 그래도 제 글을 읽어주는 사람들에게 조금이나마 도움이 되면 좋겠다는 생각으로, 제가 찾은 ‘되게 하는 방법’을 조심스레 전해보고자 합니다. 제게 ‘되게 하는’ 공통된 방법은 사람을 찾는 것이었습니다. 솔직하게 쓰면 된다는 말만 믿고 패기 넘치게 써낸 자소서가 우수수 떨어지는 대참사를 겪고 난 후, 서류전형을 항상 통과하는 사람들을 먼저 찾았습니다. 잘 쓰인 자소서 대여섯 개를 꼼꼼하게 읽고 나니 저절로 좋은 자소서가 어떤 것인지 감을 잡을 수 있었습니다. 그렇게 수십 번 수정해 나가면서, 말은 쉬워도 쓰기는 어렵다는 ‘지원동기와 경험이 녹아 있는 자소서’를 얼추 완성해낼 수 있었습니다. 아무 경험 없이 준비하게 된 필기 전형과 처음 주어진 면접 전형에서도 제게 큰 도움이 된 건 사람들이었습니다. 남들에게 보여주기 부끄러운 글이지만 스터디원들에게, 가족들에게, 친구들에게, 현업 PD분들에게 보여드리고 사람들의 의견을 물었습니다. 기획안 아이디어가 떠오르지 않아서 머리가 지끈지끈할 때는 사람들을 만나 요즘 무엇에 관심이 있는지 열심히 들었고, 같이 웃고 떠드는 중에 번뜩 생각이 떠오르면 그때그때 메모해두었습니다. 언젠가 술자리에서 막역한 친구들에게 기획안을 들려주고 팩트폭력의 신랄한 피드백을 받았을 때도, 서운한 마음을 뒤로하고 피드백 하나하나를 소중히 적어 둔 기억이 납니다. 초행길을 떠나는 초짜 언시생이었지만, 먼저 길을 떠나본 경험이 있는 사람들을 찾아 도움을 받으며 최종 면접의 기회를 얻었습니다. ‘나라면 이런 거 물어볼 것 같아’라는 친구들의 도움과, ‘너라는 사람과 현재 방송국의 고민에 대해 생각해 봐’라고 조언해 주신 현업 PD님들, ‘저 면접 볼 때는 이런 걸 물어봤었어요’라며 도와준 스터디원들. 그 모든 질문을 모아서 저만의 생각을 정리했습니다. 모든 방면에서 깊게 생각해보니, 면접장에서 예상하지 못했던 질문을 받아도 솔직하고 자연스럽게 제 생각을 전할 수 있었습니다. 이제야 왜 일분일초가 소중한 연말 시상식 수상소감에서 고마운 사람들을 읊느라 대부분의 시간을 쓰는지 알 것 같습니다. 심장이 터질 것 같은 두근거림에 온종일 볼이 빨갛게 상기되어있었던 최종 발표일의 그 날, 저도 고마운 사람들에게 감사 메시지를 보내며 긴 저녁 시간을 보냈으니까요.아무것도 몰랐던 제가 KBS에 입사할 수 있게 되었던 것은, 처음의 근거 없는 자신감을, 저만의 방법을 찾아 행동하면서 이유 있는 자신감으로 조금씩 만들어 왔기 때문이 아닐까 생각합니다. 제게는 그 열쇠가 사람들이었던 것처럼, 누군가에게는 책이, 누군가에게는 현장에서의 경험이, 누군가에게는 깊게 생각해보는 혼자만의 시간이 그 열쇠일 수 있습니다. 그 방법이 무엇이든, 나만의 방법을 찾아 실행해 나가세요. 이유 있는 자신감과 열정을 가진 여러분을 KBS는 분명히 알아줄 것입니다.#한국방송공사 #KBS #KBS신입공채 #KBS채용 #신입사원후기

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

안녕하세요 대한민국 셀러들의 성공적인 아마존 진출을 도와주는 컨설팅 회사이자 대행사인 컨택틱의 이이삭 대표입니다.오늘의 주제는 아마존에서 가장 중요한 FBA 서비스입니다. 입문 과정의 포스트를 읽지 않으신 분들은 꼭 보고 오시길 추천드립니다. 가장 중요한 개념일 뿐만 아니라, 정책적으로 가장 많이 바뀌고 있는 서비스이기 때문에, 여러분이 FBA의 발달 과정을 큰 그림에서 볼 수 있어야 조금 더 능동적인 판매를 할 수 있을 것입니다.FBA를 아마존의 배송대행 서비스 정도로 이해하시는 분들이 많겠지만, 우리는 Fulfillment라는 표현에 집중할 필요가 있습니다. 보통 직구를 하실 때, 배송 정도에 따라 상태(Status)가 단계적으로 표시되는데, 이때 ‘완료’ 되었다는 의미로서 ‘Fulfilled’라는 표현이 주로 쓰입니다. 근데 영어에서 ‘Fulfill’은 동사로서 보통 ‘성취하다, 충분히 발휘하다’ 이런 의미가 있는데요, 아마존의 FBA 서비스는 배송의 시작부터 끝까지, 배송 이후의 Q&A와 클레임까지 관리한다는 점에서 ‘Fulfillment’의 의미를 극대화된 케이스라고 이해하시면 되겠습니다.반면, 아마존에는 FBM 서비스도 존재하는데요. 이때의 배송 주체는 Amazon이 아니라, Merchant가 되는 것이고, 셀러께서 직접 배송 책임을 갖는 시스템입니다. FBM은, FBA 서비스를 이용했을 때의 배송대행 수수료를 절약할 수 있고, 소규모 판매를 하고 계신 개인사업자에게 적합하다는 게 일반적인 사실입니다.하지만, 이제 FBA는 선택이 아닌 필수가 되고 있습니다. 아마존이 폭발적으로 성장한 계기는 여러 가지 요인이 있지만, 그중 큰 역할을 한 게 바로 Prime membership입니다. 전 세계 1억 명의 소비자가 프라임이라는 연회비를 내면서 아마존의 ‘충성 고객’으로 쇼핑하고 있습니다. 전 세계 각지에서 배송된 물품을 미국 전역에 위치한 아마존 창고에 분류하고 소비자의 문 앞까지 도달하는 총 시간을 2-3일로 단축시킬 뿐만 아니라, 이런 엄청난 속도의 배송을 ‘연간 내내 무료’로 이용할 수 있게 되자, 미국 소비자들은 열광할 수밖에 없게 된 것이죠. 쿠팡에서 출혈 경쟁을 마다하지 않고 로켓 배송에 집중하면서 유료 연회원제도를 통해 사업모델을 확장하려는 것도 비슷한 맥락에서 비롯된 것입니다. 즉, 아마존 고객들은 상품 리스팅에 ‘FBA’라는 표현이 없는 상품은 애초에 구매 리스트에 넣는 것을 고려하지도 않을 것입니다. 미국에 지인이 있는 분들께서는, 제 말이 과장이 아니라는 것을 단번에 이해하실 겁니다. 소비자는 배송이 불편하고, 오래 걸리면 사지 않습니다. 어차피 이 제품을 구매하던 저 제품을 구매하던 대부분의 제품은 비슷하기 때문입니다.그러나, FBA가 반드시 정답은 아닙니다. 당연히, 아마존이 배송부터 사후 서비스까지 대행해주면, 그 서비스의 대가로 수수료를 요구하게 되겠죠. 따라서, 이때의 수수료와 본인이 직접 배송을 진행했을 때의 비용을 고려하시어, 손익분기점(BEP, Break Even Point)을 달성하는 가격을 산출하신 다음에 더 적합한 서비스를 선택하셔야 합니다. 그렇다면 언제 FBM 또는 FBA로 판매하는 게 적합할까요?가격 측면에서 제품이 초저가이거나 초고가인 경우, FBM을 추천드립니다. 우선 고가의 제품에 대해서 말씀드리겠습니다. 고가의 제품 경우, 대량 매입 후 FBA 창고에 보관했을 때의 경제적 부담(원가)이 큽니다. 하지만 이것만이 문제는 아닙니다. FBA는 단순 배송뿐만 아니라 반품, 교환, 환불까지도 관리를 대신하는 것이기 때문에 고객 반품에 대한 컨트롤마저도 없어지는 것이 추가적인 문제입니다. 고가 상품의 경우, 무작정 반품을 다 받아주면 로스(loss)가 클 수밖에 없습니다. 미국이라는 나라 자체가 굉장히 소비자 친화적임을 감안하더라도, 아마존은 상당히 소비자들에게 유리한 정책이 많습니다. 이는 곧, 공급자인 판매자에게, 그리고 특히나 고가의 제품을 판매하는 판매자들에게는 유난히 불리할 수 있다는 얘기가 되겠죠.반대로, 초저가 상품 경우에도 FBM 판매 방식을 권장하는 이유는 FBA 수수료가 제품의 무게와 부피에 따라 적용되는 “Fixed Price’ 시스템에 따라 적용되기 때문입니다. 쉬운 예를 드리자면, 본인의 상품 판매가가 $10이라고 했을 때, 아무리 작고 가벼운 제품이라고 하더라도, 무게와 부피, 사후 관리 서비스 등을 포함한 FBA 수수료가 $4.71이 나온다고 한다면, ‘수익’이 발생하기가 굉장히 어려운 구조라고 할 수 있겠습니다. 애초에 상품 판매가에 원가와 물류비를 포함해서 설정하셨겠지만, 그게 동종 상품군에서 최저가나 최저가 수준을 유지하지 못한다면, 판매 자체가 발생할 가능성이 적기 때문에, Pricing을 정말 정밀하게 하셔야 합니다.이처럼 수익이 발생하기 힘들어 보임에도 불구하고, 아마존 시장이 계속 크는 이유는 성공하는 셀러들이 꾸준히 나오기 때문입니다. 저희 컨택틱도 셀러 분들께서 꼭 성공하시길 바라는 마음에서 ‘영업 비밀’을 하나 말씀드리겠습니다 ^^ FBA 수수료가 무게와 부피에 따라 책정되는 시스템이기 때문에 이를 역이용하면, 물류비용을 조금이라도 줄일 수 있습니다. 바로 현지의 3PL 회사를 이용하는 것입니다. 미국 현지의 3PL 기업을 이용할 때의 장점은 FBA 배송대행 수수료보다는 저렴한 비용으로 배송이 가능하고, 한국에서 미국으로의 국제 배송 개념이 아니라 같은 미국 내에서의 배송이기 때문에 때문에 충분히 원활한 판매가 가능합니다. 그리고 무엇보다, Seller Prime이라는 자격조건을 얻을 수 있다면 FBA가 가져다주는 Prime 효과도 동반할 수가 있습니다.마지막으로 FBA 이용 시 가장 간과하기 쉬운 주의사항을 말씀드리고 글을 마무리하도록 하겠습니다. FBA는 결국, 본인의 상품을 아마존 창고에 보관하고 ‘소비자의 구매’가 발생하는 순간, 배송되는 구조입니다. 따라서, 보관 수수료가 발생할 수밖에 없습니다. 특히, 장기 보관 수수료를 조심하셔야 합니다. 아마존은 6개월 이상 장기간 보관된 제품은 아마존에서 일반 창고보관료보다 10배 이상 비싼 '장기 보관료'를 매월 부과하기 때문입니다. 따라서, 가장 좋은 방법은 월 판매량 예측치를 기준으로 '적당한 양만 FBA에 입고’하는 것입니다. 적당하다는 모호한 표현을 쓴 이유는 결국 제품에 따라 판매량 예측치가 다르기 때문입니다 (저희 컨택틱은 빅데이터 분석으로 예상 판매량을 도출한 후 셀러들에게 컨설팅을 진행하고 있습니다).컨택틱의 모든 교육은 파트너인 글로벌셀러 창업연구소와 접수하고 진행합니다. 교육 신청은 아래 링크나 글로벌셀러 창업연구소의 홈페이지를 통해 접수 가능합니다.오프라인 아마존 입문 과정오프라인 아마존 기초/심화 과정온라인 아마존 입문 과정그럼 오늘도 즐거운 글로벌 셀링 되세요!감사합니다.컨택틱서울특별시 서초구 서초대로 356, 606호(서초동, 서초지웰타워)대표 전화: 02-538-3939이메일: [email protected]홈페이지: https://www.kontactic.com네이버 블로그: https://blog.naver.com/kontactic카카오 브런치: https://brunch.co.kr/@allaboutamazon

어느 금요일, 일이 끝나고 팀과 함께 가볍게 술 한잔 하는 자리였다. 문득 마케터 정O님이 묻는 것이었다. “진희님은 서비스가 무엇이라고 생각하세요?”나는 고개를 갸우뚱했다. 마케팅 인턴으로 일을 시작한 지 한 달 남지 된 때였지만, 나는 여전히 누군가가 만든 서비스를 소비하는 역할에 더 익숙했지, 만드는 입장에서 서비스가 본질적으로 무엇인지 깊이 생각해 본 적이 없었던 것이다.(라고 묻는 것이었다.)#1. 정O님이 생각하는 서비스는 ‘배려’라고 했다. 나는 결국 그 자리에서 답하지 못했고, 같은 질문에 대한 답을 다음 한 달 동안 고민했다. 고민의 끝에, ‘서비스는 무엇이다’ 하고 딱 떨어지는 정의는 생각해내지 못했지만, ‘좋은 서비스는 어때야 한다’는 나름의 기준을 세울 수 있었다. 어떤 계기로 새로운 사람을 알게 되면, 초반에는 비교적 피상적인 것들에 의해 엮이게 된다. 단순히 같은 집단에 속해 있다는 이유부터, 외모가 내 취향에 맞아서, ‘유머 코드’가 통해서, 음악 취향이 비슷해서, 맛집 찾아다니는 취미를 공유해서 등의 것들이다. 이렇게 해서 맺는 인연도 사실 나쁘지 않다. 하지만 헤어지고 나면 별 여운이 없는 사람들이 있다. 수다가 끊이질 않고, 같이 있는 시간이 재미있을 수 있지만, 이상하게 ‘마음이 가지 않는’ 사람들이 있다. 이들과는 연락이 줄고 만날 일이 적어지면, 또는 그보다 취향이 더 잘 맞는 사람이 나타나면 자연히 소원해진다. 한편, 연락도 뜸하고 일 년에 한두 번 볼까 말까 해도 항상 마음에 남아 있고, 오랜만에 만나도 그간 공백이 무색하리만치 어색함이 없고, 잠시 정적이 있어도 전혀 불편하지 않은 사람들이 있다. 이 정도로 가까워진 사람들과는 공통적인 취향이 그렇게 중요하지는 않다. 이들과 나를 잇는 것은 그보다 더 큰, ‘진정성’에 있다. 상대방에 대해서 얼마나 온 마음을 다해 생각하는지. ‘진심은 통한다’ 고 하지 않는가. (디캠프 오피스 층계참.)서비스도 결국 사람들 간의 상호 작용이기에 마찬가지라고 생각한다. 그래서 나는 좋은 서비스와 보통의 서비스의 차이를 ‘진정성’(sincerity)이라는 본질적인 가치에서 찾는다. 여기서 말하는 진정성은 서비스라는 매개 너머로 느껴지는, 서비스를 만든 이들의 진심이다. 서비스 제공자가 해결해주고자 하는 소비자의 불편함에 얼마나 크게 공감하며, 이를 얼마나 같이 풀어나가고자 하는가? 그 차이는 단순히 퍼포먼스가 아니라, UI상의 작은 디테일에서, 서비스를 구성하는 문구 하나하나부터 전체적으로 풍기는 분위기까지 서비스가 얼마나 소비자를 진심으로 위하는지 느낄 수 있다. 이 점에서 앞서 정O님이 말한 ‘서비스는 배려’와도 맥락을 크게 달리하지 않는다. 물론, 모로 가도 사용자의 불편을 해소해 주기만 하면 어느 정도 괜찮은 서비스의 구색을 할 수는 있다. 하지만 좋은 서비스의 진정성에서 나오는 ‘한 끗 차이’가 괜찮은 서비스는 감히 넘을 수 없는 허들이 되고 이렇게 얻은 고객은 확실히 내 편이 된다. #2.내가 핀다에 지원했던 이유도 ‘진정성’에 있었다. 내게 경제나 금융은 항상 모르겠고, 알고 싶지도 않고, 앞으로도 모를 예정인 그런 대표적인 분야였다. 통계학과 학생이고 주변에 경영학과, 경제학과 친구들이 많아 한 번 관심을 가질 만도 했지만 나는 항상 ‘아 몰라’ 하고 손사래를 칠 뿐이었다. 사실 너무나 중요하다는 것을 스스로도 알았지만, 내가 아무것도 모르는 게 티가 날까 봐 어디 가서 물어보지도 못하겠고, 그래서 더더욱 두려운 것이 금융이었다.(사랑하는 우리 FES팀.)그러던 중에 몸담고 있던 경영전략학회와 인연이 닿아 산학연계 프로젝트를 하며 ‘핀다’에 대해 알게 되었다. 금융상품들을 한 곳에 모아 오프라인 채널들을 발로 뛰며 찾아다녀야 하는 수고를 덜어주고, 내 개인정보를 지나치게 요구하지도 않으면서 내게 맞는 금융상품의 선택지를 제공하고, 전반적으로 금융권과 대중의 정보 비대칭을 해결하겠다는 핀다의 스토리와 미션에 감동했고, 사근사근 알려주는 핀다 서비스의 톤에 한번 더 감동했다. 핀다는 내게 ‘어려워도 괜찮아. 내가 도와줄게.’라고 말하는 것 같았고, 나와 같은 사람들이 많다는 위안을 안겨주었다. 핀다에 들어와서 팀원들과 두 달을 함께하면서 내가 핀다에게 받은 느낌은 틀리지 않았다는 것을 한번 더 느낄 수 있었다. 각자의 꿈을 공유하는 자리에서 모두들 ‘더 좋은 세상을 만드는 데 일임하고 싶다’, ‘좋은 영향력이 되고 싶다’, ‘사람들이 갖는 불편함을 덜어주고 싶다’ 등을 그리고 있었고, 그의 일환으로 핀다에 합류하게 된 것이었다. 또한 서로의 의견을 더 들으려 하고 모든 것에 ‘왜’라는 의문을 제기하는 모습을 보며 팀의, 그리고 팀원 간의 진정성을 다시금 확인할 수 있었다.마케팅 팀에서는 함께 설문과 인터뷰를 진행하면서 실제로 대출을 받는 사람들의 목적과 심리를 그려보고, 직접 이런저런 금융상품에 가입해보면서 소비자 시나리오를 구상하는 일을 했다. 이렇게 소비자 중 한 명이 되어, 이들이 가장 원하는 것이 무엇인지 고민했다.#3. 현대에는 첨단기술이 발달하며 효율성이 향상되고 있고, 머신러닝은 사람이 하던 일을 인공지능이 대체할 수 있게 한다. 단순 노동직은 이미 기계화되고 있고, 전화교환원, 은행 창구 직원들도 곧 인공지능으로 대체될 것이라고 한다. 그럼에도 불구하고 핀다에서 일하는 내내 들었던 생각은 ‘결국은 사람이 하는 일이다’는 것이다. 서비스를 만드는 이들도, 서비스를 사용하는 이들도 전부 사람이다. ( Finda 여의도 오피스 전경 @한화 Dreamplus63 )나는 통계학과에 재학 중인 학부생이다. 학과 공부를 하면서 느낀 점은 숫자들은 분명 유의미한 단서는 되지만 그 자체로서 어떤 답도 제시하지 않는다는 것이다. 가설을 바탕으로 이런저런 모형을 적용해 보고 수정하는 과정을 반복하다 보면 비로소 숫자들이 의미를 갖기 시작한다. 같은 데이터를 두고서도 어떤 목적에서, 어떤 방향성을 염두에 두고 ‘가공’하였냐에 따라서도 해석이 달라진다.아무리 많은 툴을 쓰고, 데이터를 통해 정교화된 알고리즘으로 사람들의 행동을 분석하는 것이 서비스에서 중요한 역할을 할지라도, 이 모든 것을 엮어서 의미 있게 만드는 것은 사람이다. 데이터 사이언스의 발달로 더 고사양의 수단을 얻게 된 지금, 차이는 기계가 하지 못하는 사람의 영역에서 발생한다. 그래서 서비스의 정체성을 결정짓는 마지막 한 수는 궁극적으로 그것을 만드는 사람들의 진심에 달려 있다는 것이다.다양하고 복잡한 소비자들의 니즈를 보다 구체적으로 반영하는 기발한 서비스들이 속속 생겨나고 있다. 단순히 기능의 우수함만으로 승부수를 둔다면, 기술력이 더 뛰어난 경쟁자가 나타나는 순간 끝이다. 소모적인 기술 혁신 싸움에서 서비스의 인간적인 면모가 차이를 가져오고, 그 가운데에는 진정성이 있다는 생각이다.오늘보다 내일 더 진정성 있는 서비스가 되기를, 핀다를 응원합니다.핀다 Marketing Team에 머무르다,심진희 드림#핀다 #마케터 #마케팅팀 #철학 #팀원소개 #인사이트

해외여행 중에 길을 잘 몰라 헤맸던 경험,마트에 물건을 사러 갔는데 내가 찾는 상품이 어디 있는지 몰라 당황스러웠던 경험 있으신가요?이와 비슷하게 웹사이트를 방문했을 때 어떤 곳은 메뉴 파악이 쉽고 원하는 페이지로 이동이 쉬운 반면 어떤 곳은 메뉴가 너무 복잡하거나 메뉴를 찾는데 오래 걸려 짜증이 날 때도 있습니다.이렇게 웹사이트에서 사용자 경험에 큰 영향을 미치는 요소는 바로 GNB (Global Navigation Bar) 디자인입니다. 때문에 GNB는 매우 중요한 영역이고, 구조를 변경하는 일은 드뭅니다.커머스의 경우 제품이나 서비스 등이 변경, 추가되면서 GNB가 달라지게 됩니다. 그 예로 아마존 웹사이트의 탭 내비게이션 디자인의 변화를 보면 아마존의 제품, 서비스가 어떻게 달라졌는지 한눈에 확인할 수 있습니다.출처: 아마존 탭 네비게이션의 변화리디북스 서점의 경우, 최근 몇 년간 GNB에 큰 변화는 없었습니다. 그런데 이번에 GNB 개편을 하게 된 이유는 판타지 연재 서비스를 준비하면서 ‘판타지’ 서브 메뉴로 ‘연재’를 추가하기 위한 작업이 필요했기 때문입니다. 이번 작업을 하면서 GNB의 사용성과 디자인 완성도를 위해 고민했던 그 과정을 공유합니다.다음 문제를 해결해야 했습니다.1. 메인 카테고리와 서브 메뉴의 위계가 맞지 않음a) 메인 카테고리는 일반, 로맨스, 판타지, 만화입니다.b) 서브 메뉴는 ‘베스트셀러, 맞춤추천, 이벤트’ 입니다.메인 카테고리가 서브 메뉴 보다 상위 개념인데 모바일에서는 상/하로 배치되어 있는 반면,PC는 좌/우로 배치되어 시각적으로 위계를 구분하기 어렵습니다.그림 1) 모바일 GNB 개편 전그림 2) PC GNB 개편 전2. 탭 디자인이 카테고리별로 다름그림 3) 카테고리별 탭 디자인3. 서브 메뉴에 아이콘이 있어 공간을 많이 차지하고 주목도가 높음4. 아이콘, 버튼 외곽선이 요소를 많아 보이게 함5. 메인 카테고리에 ‘BL’을 추가하기 위해 공간 확보해야 함디자인 과정1. 문제 해결에만 집중해보기처음에는 a)메인 카테고리와 b)서브 메뉴의 위계를 맞추기 위해서 서브 메뉴를 메인 카테고리 아래에 위치하도록 수정했습니다.하지만 서브 메뉴의 위치만 조정할 경우 GNB 높이가 기존보다 높아지기 때문에 최상단의 메뉴들을 검색창 우측으로 옮겼습니다. 이렇게 수정하니 a)메인 카테고리와 b)서브 메뉴의 위계는 맞출 수 있었지만 상단의 요소들은 정렬이 안 맞고 정리되지 않는 문제가 있었습니다.기존의 레이아웃 유지하면서 수정을 하기엔 한계가 있다고 생각했습니다.그림 4) 메뉴 위치만 카테고리 하단으로 아래로 수정함2. 익숙한 레이아웃으로 재배열하기위의 초기 시안을 만들고 나서 어색하다고 느낀 부분들은 무엇일까 고민하다가 다른 서비스들을 참고해봤습니다. 일반적으로 쇼핑몰에서 볼 수 있는 스키마(schema)를 분석해보면 다음과 같습니다.- 상단 : 카트, 위시리스트 등 유틸리티- 중앙 왼쪽 : 로고, 검색창- 하단 : 카테고리하지만 일반적인 레이아웃을 리디북스 서점에 적용할 경우 a) 마이리디, 카트, 위시리스트 크기가 작아지고 위치가 이동하여 사용이 불편해지고 b) 로고, 메인 카테고리, c) 검색창을 한 공간에 배치하기가 어려웠습니다.검색창은 서점에서 중요한 요소인데 좌측엔 배치할 공간이 없고, 그렇다고 메인 카테고리를 우측으로 하면 하위 메뉴들과 멀어져 연관성이 적어 보이겠죠.그림 5) 검색창을 우측에 배치한 시안3. 전체 높이 줄이기4단으로 하니 기존 메뉴들을 다 넣을 수 있지만 높이가 늘어나고 메뉴가 너무 많아 보여 한눈에 내비게이션을 파악하기 어려워 보였습니다. 또, 높이가 늘어나는 만큼 서점 콘텐츠 영역이 줄어드는 결과를 가져옵니다.그림 6) PC GNB 4단 (height: 177px)그럼 ‘3단으로 하면서 기존 메뉴들을 그대로 살릴 수 있는 방법은 없을까?’ 고민한 시안이 아래 이미지입니다.그런데 가운데 단 우측에 메뉴가 4개가 있다 보니 복잡해 보였습니다. 또 하나의 문제점은 PAPER는 리디북스 서점이 아닌 PAPER샵으로 이동하는 메뉴이고, 고객센터 / 뷰어 다운로드 / 리디캐시 충전은 리디북스 서점 페이지인데 같이 나열되는 것이 사용자에게 혼란을 줄 수 있다고 생각했습니다.그림 7) PC GNB 3단 (height: 149px)최종 시안GNB 개편 이전과 이후 시안입니다. PC에서는 ‘고객센터’와 ‘뷰어 다운로드’가 없어지고, ‘PAPER’ 좌측에 아이콘이 추가되었습니다. ‘고객센터’와 ‘뷰어 다운로드’는 기존 GNB에 있던 메뉴라서 없애는 것을 결정하기가 쉽지 않았는데, 다른 서비스에서의 경험을 바탕으로 사이트 하단 Footer에 있을 것이라고 예측 가능하다고 판단했습니다.그림 8) PC GNB 개편 전/후그림 9) 모바일 GNB 개편 전/후그림 10) PC Footer평가 및 느낀 점1) 디자인이번 작업을 통해 파란색 배경 영역을 줄이고 무거운 요소들을 조금 더 가볍게 표현했습니다. 그리고 메뉴를 더 쉽고 빠르게 인지할 수 있도록 정리했습니다.시안을 여러 번 수정하고 다시 새로 만드는 작업하면서 제가 느낀 점은 이렇습니다.“디자인 요소를 구분하려고 스타일을 너무 다르게 하면 정리되지 않는다.”“디자인 요소를 최소화하는 것이 중요하다.”특히 제한된 공간에 다양한 요소들을 욱여넣어야 했기 때문에 간격, 컬러, 선, 면, 점, 폰트 크기 등 모든 것을 세밀하게 조정해야 했습니다. 1px처럼 아주 작은 차이가 완성도를 높이는데 중요하다는 것을 어느 때보다 깊이 느꼈죠.2) 테스트 과정이번 작업을 진행하는 과정에서 기억에 남는 부분은 실제 서버에 배포하기 전에 몇 번의 테스트 과정을 거치면서 다른 프로젝트를 진행했을 때 보다 더 많은 분들께 의견을 구한 점입니다.“GNB 개편은 워낙 중요한 거라 다양한 의견을 들어보는 과정은 필수입니다.” (스토어팀 팀장님)리디북스에서 일하시는 분들은 디자이너, 개발자, 운영자, 누구 할 것 없이 우리 프로덕트의 퀄리티를 중요하게 생각하기 때문에 디자인과 사용성에 대해 높은 기준을 갖고 있습니다. 이번 작업에도 많은 분들이 디자인을 꼼꼼히 확인해주시고 의견을 주셔서 큰 도움이 되었습니다.마무리리디북스 면접 때 면접관님이 해주셨던 말씀을 기억합니다.“UI 디자인은 수없이 Make - Break - Make 해야 합니다. 이 과정을 귀찮게 생각하지 않는 마음 자세를 갖고 일했으면 좋겠습니다.”디자인 작업을 하다 보면 가끔은 끝이 없을 것 같고 인내심이 필요한 순간들이 있습니다. 그렇지만 수없이 만들고 수정하고 다시 만드는 과정의 끝에 제가 작업한 결과물이 서비스에 반영되는 순간 디자이너로서 뿌듯함을 느낍니다.#리디북스 #디자이너 #디자인 #GNB #개선 #개편 #후기 #사용성 #UI #UX #UX디자인 #UI디자인 #뿌듯함 #작업후기

< 스타트업도 혁신을 하지만 투자사도 혁신을 한다. 본엔젤스 2.0 구성원분들 >스타트업에게 첫 투자사란 의미비용과 시간은 예상과 너무나도 틀리게 돌아갔다. 자금은 빠르게 소진됐고, 체력은 지쳐가고 있었다. 강추위에 떨어야만 했고 힘든 시간을 보냈지만 그래도 틈틈이 투자사를 컨택하고 있었다.1.본엔젤스 인연의 시작우리의 투자사 컨택은 2012년도 가을 만땅 서비스를 준비 시점부터였다.지금은 엑셀레이터,시드,시리즈A,B,C 등 각 단계별로 전문 투자사와 컨택 포인트를 알지만 그때까지만 해도 전혀 무지한 상태였다. 회사생활만 하던 나나 동생이 이런 정보를 전혀 알 턱이 없었다. 암튼 우리는 인터넷 검색을 해서 회사 이름에 "투자"란 단어가 붙은 회사는 모두 메일을 보냈다.흔히 말하는 콜드 메일을 수백 통은 보낸 것 같다.그때의 메일 제목을 지금 보니 손발이 오그라든다."나누면 커진다." (배터리 공유 서비스) 사업 제안서입니다."실제 투자사로 보냈던 만땅의 첫 사업 계획서(사업 계획서를 절대 이따위로 보내면 안 된다. 이렇게 하지 말라는 참고자료이다. )열심히 콜드 메일을 보내던 11월 초 어느 한 투자사로부터 한 장의 답장이 온다.사업 계획서를 조금 보충하고, 나와 동생의 프로필을 적어서 메일을 다시 보낸다. 혹시나 했지만 역시나 회신은 없었다. 그래도 조금은 위안이 됐다. 답장이라도 해줬으니 말이다. 실제로 그 뒤로도 많은 투자사를 만나게 되는데 정확하게 창업팀이 의사결정을 할 수 있게 거절, 보류, 확정, 미팅 요청 등의 명확한 답변을 해주는 투자사의 답장은 정말로 받기 정말 힘들다. 답장을 받은 후로도 투자 여부와는 상관없이 홍대에서 만땅 서비스를 시작하게 되었고 홍대에서 서비스를 하고 있던 12월 말 다시 한 장의 답장이 날아온다.2.본엔젤스 첫 만남  투자사와의 첫 만남이라? 소개팅을 기분이 들기도 했고 솔직히 얼떨떨했다.그리고 투자회사를 찾으면서 안 좋은 기억(사기꾼들이 엄청 많다. 조심해야 한다.) 이 있었기에 본엔젤스에 대해 알아보기 시작한다.<현재는 본엔젤스의 공동대표이신 강석훈 대표님, 송인애 대표님, 그리고 당시의 장병규 대표님 >대학시절? 소액으로 공부할 겸 주식을 했었는데 그때 내게 첫 수익을 안겨준 회사가 바로 네오위즈였다.네오위즈를 주식을 산 이유는 세이클럽 때문이었다.  인터넷 열풍이 불던 시절 세이클럽 헤비유저였고... 열심히 따라다니면서 20대 중반에 사귀었던 여자친구를 처음 만난 곳도 바로 세이클럽이었다.왜? 다를 이런 추억들 한 번쯤은? 잊지 않나?"서울/25살/180/남자/편하게 대화하실 분~"이런저런 이유의 추억을 가지고 있는 네오위즈라는 회사의 대표님이 만드신 투자사. 그리고 창업에 관심이 많아 수백 권의 창업 관련 서적을 읽었는데 그 책들에서 자주? 등장하는 한국의 IT 1세대 성공한 창업자. 그분이 대표인 투자사가  본엔젤스라? 흥미롭고 만나보고 싶다는 생각을 가지게 된다.한편으로 그래도 또 조금 불안하기도 했다. 미팅 장소가 "살롱드 파이브" 커피숍이라니?(드라마나 영화에서 보는 투자회사의 미팅은 으리으리한 사무실 이였기에...)< 강석흔 대표님과 처음 만났던 살롱드 파이브 카페 >그렇게 2013년 1월 강남의 한 카페에서 본엔젤스의 멤버인 강석흔 파트너님을 처음 만났다. (지금은 본엔젤스 대표님이신데... 그 당시에는 파트너이셨다.)내가 가지고 있던 투자자의 이미지는 깔끔한 슈트를 입은 비즈니스맨이었는데... 미팅에 오신 강대표님의 이미지는 남방과 면바지가 잘 어울리고 안경을 쓰신 그리고 공부를 되게 잘했을 것 같은 모범생의 그런 첫인상을 가진 분이었다. 우리는 이야기를 시작했고 혁재님,혁준님 이란 단어를 쓰시면서 정말 예의 바르고 상대의 이야기를 집중하고 있다는 느낌을 받았다. 사업을 하려는 이유, 계획, 프로필, 목표, 필요한 자금 등등... 침착하고 차근차근한 어투로 많은 질문들을 하셨다. 그중에 가장 신기해하셨던 건 사업 계획서만을 검토하고 만났는데 메일을 본인에게 보내고 나서 오늘 첫 미팅을 가진 중간의 기간 동안 노점부터 시작해서 실행으로 옮기고 있다는 점이었다. "아니 진짜 하셨네요" "진짜 길거리에서 배터리를 바꿔주세요?" 하며 미소를 지으셨다. 길거리에서 하고 있는 고생이 헛되이지는 않았구나 생각했다.대화의 대부분은 주로 "이럴 땐 어떻게 하실 건가요?" 와 같이 우리가 미쳐 준비를 못하거나 생각지 못한 부분 질문이 많았다. 그런 것들을 다시 고민해 보시고 준비해서 2차 미팅을 제안하셨다. 숙제를? 받은 기분이었고 그 숙제가 정말 고민을 많이 해야 하는 어려운 것들 이였다. 그리고 마지막으로 우리와 비슷하게 형제가 창업한 배달의 민족이라는 회사가 있는데 자기가 소개해 줄 테니 만나보라고 권유를 해주셨다. 이렇게 우리와 본엔젤스의 첫 만남이 시작되었다.3.배달의 민족미팅을 하고 며칠이 지났을까? 강대표님은 배달의 민족 김봉진 대표님에게 진짜로? 소개 메일을 써 주신다. (참고로 투자 전이다.) 본엔젤스 포트폴리오 사이며, 형제가 창업을 시작한 이력이 우리의 처음과 비슷하다는 이유에서였다. (남자와 여자가 연애를 하면서 주변 친구들을 소개해주는 그런 느낌 같은 느낌?) 바로 또 김봉진 대표님이 만나자는 답장이 왔고 그렇게 우리는 배달의 민족 사무실을? 쳐들어 가게 된다.당시 배달의 민족은 시리즈 A를 끝내고 열심히 성장을 위해 달리는 있는 시기였고, 김봉진 대표님은 디자이너 출신의 창업자라는 특이한 이력을 가지고 있던 분이었다. 지금은 국민 앱으로 한국의 음식 산업을 이끌고 있다.배달의 민족 잠실 사무실을 구경하면서 느낀 점은 자유로운 분위기는 사뭇 다르게 구성원들이 업무에 집중하고 있는 모습이었고 일해 보고 싶은 인상을 주는 그런 느낌의 회사였다. 우리도 창업을 해서 잘 된다면 이런 회사를 만들 수도 있겠구나?라는 꿈도 가지게 되었다.4명이서 간단한 대화를 나누던 중간 김봉진 대표님이 한마디를 툭 던지셨다."남자 넷이서 사무실은 좀 그렇고 나가서 넷이 소주 한 잔을 하시죠."였다.(난 이런 거 참 좋아한다. 사람 냄새나는...)삼겹살에 소주잔을 기울이며 형제 대 형제로, 창업을 왜 하려고 하는지? 어떤 경력이 있는지? 어떤 준비를 하고 있는지? 배달의 민족은 어떤 시행착오를 겪었는지? 형제가 창업을 하는데 있어서 장점과 단점? 창업팀이 학벌이 부족하면서 겪게 되는 문제 등 많은 대화를 나누었고 서비스에 대한 의견 또한 던져 주셨다. 그리고 배달의 민족이 도와줄 수 있는 게 뭐가 있을까 생각해 봤는데 배달의 민족 앱에서 홍대 지역에 만땅 서비스 홍보 배너를 넣어보면 어떻겠냐는 제안을 주셨다. 그것도 심지어 무료로...< 배달의 민족 앱에 실렸던 만땅 홍보배너 >수백만 사용자를 가지고 있던 배달의 민족 앱에 만땅 홍보배너가 실제로 그렇게 들어갔다.  지금은 2천만 다운로드가 넘는 국민 앱이 되었기에 해당 배너의 가격은 아마도 수천 또는 그 이상 될 거라 생각된다.우리가 광고비를 드릴 수도 없었고, 고마움을 표시하고자 우리는 몇 주 뒤 코스트코 피자와 콜라를 사들고 배달의 민족 사무실을 다시 다녀왔다. 이제는 서로가 바빠서 일 년에 한두 번? 자주는 못 만나지만 2013년도 당시 창업을 준비하던 우리에게 선배 창업자로서 많은 이야기들은 정말 큰 동기부여가 됐다.나중에 안 사실이지만 본 엔젤스에서 투자를 하는 포트폴리오 대표 이력 중에 카이스트, SKY 등의 화려한 스펙의 창업자가 아닌 비교적 평범한? 스펙의 창업자 투자 선례가 배달의 민족이었고 평범한 스펙의 창업자도 잘 할 수 있다는 걸 배달의 민족이 증명을 했던 것이 우리의 투자에도 많은 영향을 미쳤다는 것을 알게 된다. (참고로 해당 주제는 "11. 학연 지연, 그들만의 리그"에서 자세히 하고 나누고 싶다. ) 이런 이유들도 그때 그 시절의 고마움을 갚을 날이 오기를 희망한다.4. 썸을 타다.본엔젤스 강석흔 대표님의 숙제는 참으로도? 많았고 어려웠다. 동생과 함께 틈틈이 시간을 내서 숙제들을 열심히 해나갔다. 그렇게 2주 간격으로 약 3달 동안 강석흔 대표님과 밀당 아닌 밀당? 즉 썸을 타기 시작했다. 강대표님은 스타트업과 투자사의 관계는 결혼이라고 표현하셨는데 그 비유가 딱 맞는 그런 시기였다. 남자와 여자가 서로의 배우자를 찾는 과정을 우리는 그렇게 보냈던 것 같다. 사람 대 사람으로 가까워지기 위해 술자리도 두어 번 가졌고, 우리가 어떻게 하고 있는지 만땅 서비스의 배달 서비스도 직접 시켜서 사용하시면서 사용자 입장에서 피드백 또한 주셨다. 그렇게 첫 만남부터 약 3달의 기간 동안 남자(스타트업)와 여자(투자사의 파트너)가 합의를 이루어 냈고 한 팀이 된다.스타트업의 표현은 남녀 중에 정하자면 밖에 나가서 돈을 벌어와야 하는 남자가 맞는 것 같다. 투자사의 표현은 남자가 나가서 돈을 잘? 벌어 올 수 있게 내조(투자, 멘토링)를 하는 여자이고...5. 결혼 허락남자(스타트업)와 여자(투자사의 파트너)가 썸을 탔고 연애를 하고 결혼을 결정했지만...마지막으로 결혼 허락(투심의)이 남아 있었다. 본엔젤스는 그때 당시 세분의 파트너가 만장일치로 투자 결정이 나는 프로세스였다. 투자사마다 틀리지만 보통 비슷하게 최종 의사결정을 하는 회의가 "투심의"(투자심의위원회)라는 이름으로 열린다.강대표님은 우선 OK. 이제 우리의 결혼 허락에서 남은 건 장인어른(장병규 대표님)과 장모님(송인애 대표님)에게로 넘어갔고, 강대표님과 결혼 허락을 받아내기 위해서 또다시 많은 준비? 를 시작한다. 장인어른의 취향과 장모님의 성격을 물어보고 들어올 예상 질문들에 대해 논의하는 시간도 가졌다.  준비를 마치고 본엔젤스 사무실로 최종 결정 미팅을 갔던 날 받은 질문들은 전혀 예상 밖이었다. 사업과 관련된 질문이 있긴 했지만 매우 적었고 진짜 사윗감? 을 보는 느낌의 아래와 질문들이 많았다.장인어른 :  창업 시작하면 루비콘 강을 건너는 거예요. 못 돌아온다는 거죠. 그래도 하실 거예요?장모님 :  이거를 진짜 노점상에서 하고 있어요? 겨울인데 안 추워요?장모님 :  나중에 어떻게 되고 싶으세요?장인어른 :  최혁재 님은 기혼이세요? 미혼이세요?(나는 아직 미혼인데 이 질문이 얼마나 중요한 질문이었는지 나중에서야 알게 된다.)아니 왜 이런 질문뿐이었는지? 결혼 허락을 받아야 하는 중요한 자리인 해당 미팅은 채 한 시간도 걸리지 않았다. 동생과 집으로 돌아오는 길에 대화를 나누면서 낙담을 했고 절대 허락을 못 받을 거라는 생각했다. 걱정을 뒤로 한채 다시 홍대로 나가서 배터리를 바꾸어 주던 그날 저녁 여자친구(강대표님)로부터 전화가 걸려 왔다. 결혼 허락을 받았다는 것이다. 그렇게 우리는 2013년도 5월 본엔젤스와 결혼(2억원 투자유치)을 하게 된다.6. 결혼 그 후결혼 이후 강대표님과 본엔젤스들 식구들로부터  적극적으로 지원이 시작되었다.법인설립 절차를 도와주시고 올바른 계약과 잘못된 계약 등을 가르쳐 주셨던 김응석 실장님술자리에 자주 불러주시면서 동네 형처럼 편하게 멘탈을 챙겨 주셨던 김헌 팀장님나와는 동갑내기로 우리 회사를 열심히도 홍보해주셨던 김경범 홍보팀 장님그 뒤로도 박은우 심사역, 조융재 심사역과 전태연 파트너 같은 분들이 합류하면서 많은 도움을 받고 있다.이런 지원을 받았기에 우리는 꼭 잘 되어야 한다는 자극이 항상 되곤 한다. 몇 년 만에 몇백억 몇천억이 되는 잘 나가는 남편도 있지만 우리처럼 계속 고생하고 있는 못난 남편부터 챙긴다. 시기의 차이일 뿐 우리도 언젠간 잘 나가는 남편이 될 수 있지 않을까?< 우리가 배포한 보도자료는 한 건도 없다. 모두 본엔젤스 김경범 홍보팀장님 작품 >7. 다시 태어나도?가장 오랜 시간 동안 함께 공감과 교류를 했었고 그래서 서로를 잘 알고 있기에 어렵거나 힘들거나 할 때 가장 먼저 찾는 투자사가 본엔젤스가 되었다. 또한 창업 이력이 있는 파트너들이 많이 근무 하고 있기 때문에 창업팀의 문제와 고충을 잘 이해하고 있다. 그렇기에 투자사와 스타트업이 함께 의사결정을 내려야 하는 순간에도 창업팀의 입장으로 생각해서 창업팀의 의견을 적극 반영해주시는 투자사이다. 정성적으로는 길거리에서 창업을 시작한 우리팀을 눈앞에 보이는 노점상이 아닌 큰 가능성을 가진 스타트업으로 인정을 해준 첫 존재이기도 하다.우리가, 마이쿤이 성공할지 실패할지 아무도 모른다. 아직도 열심히 성장을 위해 달려가고 있고 언젠가는 그 결과가 나왔을 때 서로가 함께 웃는 날을 기대한다.결혼을 하고 싶다고 결정을 하는 건 개인(스타트업)의 몫이다. 결혼처럼 투자는 스타트업의 필수조건이 아닌 선택이기에 창업자가 결정하는 것이고, 싫다면 결혼(투자)을 받지 않아도 된다. 하지만 결혼을 하기로 결정했고 그 상대를 찾는다면? 첫 투자사로 본엔젤스는 정말 좋은 아내이다. 그런 아내를 만난 우리는 어떻게 보면 정말 운이 좋았던 스타트업이었다. 우리가 다시 창업을 한다면, 그때 또 초기 투자를 받아야 하는 상황이 온다면 나는 본엔젤스부터 찾을 것이다. 재도전을 하는 팀에 다시 투자를 한다던가? 남들이 투자를 하지 않는 팀에 투자를 한다던가? 마치 스타트업처럼 많은 도전을 빠르게 실행하며 혁신에 도전하는 투자사이기 때문이다. 가끔씩 창업을 준비하는 초기 팀들이 물어보곤 한다. 본엔젤스는 어떠냐고?그 상대가 본엔젤스라면 수단과 방법을 가리지 말고 매력을 표현해서라도..."꼭 투자 꼭 받으세요."이다.남자가 여자에게 구애하는 방법은 정말 많지 않은가?남자가 첫사랑을 가슴에 품고 살아가듯...마이쿤의 첫 투자사인 본엔젤스는 이렇게 가슴에 남아 있는 투자사가 되었다.#스푼 #Spoon #투자유치 #스타트업 #스타트업투자유치 #본엔젤스 #시드 #시리즈A

'포항' 하면 뭐가 떠오르세요? "구룡포과메기, 바다, 물회, 호미곶, 포항공대, 손바닥 조형물..."  포항하면 연상되는 맛있는 음식과 멋진 풍경들, 하지만 포항은 지금 힘든 시간을 겪고 있어요.차는 부서지고 건물 벽은 벌어지고 갈라졌다. 학교 건물 외벽이 무너져내렸다. 수업을 받던 학생들은 놀라 뛰쳐나왔다. 15일 강진이 덮친 경북 포항은 한순간에 아수라장이 됐다.[르포] 뒤틀리고 갈라지고 부서지고…포항이 무너져 내렸다2017년 11월 15일 경상북포 포항에서 발생한 5.4 규모 지진으로 사람이 다치고, 집과 건물이 무너졌습니다. 이재민들은 거처가 마련될 때까지 대피소 생활을 해야만 했는데요..직방은 포항 지진 피해 이재민 분들을 어떻게 도울 수 있을까 고민했어요.                                                       마침 대피소에서 전기장판이나 열풍기 등의 전열기를 쓰지 못한다는 이야기를 들었는데요, 단체로 전기를 쓰면 화재가 날 수 있다고 하더라고요. 그래서 이재민 분들이 조금이라도 따듯하게 대피소 생활을 할 수 있는 방법이 뭐가 있을까 생각했어요.고민 끝에 직방은 따듯함의 의미를 담아 수면바지와 수면양말, 그리고 아이들을 위한 실내복을 보내드리기로 했습니다. 좋은 품질의 제품을 선별해서 대피소에 계신 분들이 모두 받을 수 있도록 1300여 세트를 보냈어요!이 물건들은 구호물품 보관소인 포항 한마음체육관으로 무사히 전달했습니다.직방 CEO 안성우님이 포항시청 이동삼 팀장님께 물품을 전달하는 모습이예요.또 피해 이재민 물품지원과 별개로 ‘포항 어린이집 복구’ 프로젝트를 진행했는데요. 지진에 취약했던 교육 시설 중 특히 어린 아이들이 머무는 어린이집에서 지진 피해가 컸다고 하더라고요. ㅠㅠ어린이집의 놀이터 지반이 10cm 가량 내려 앉았고.벽에 금이 가거나 유리, 타일이 깨진 경우도 흔했다고 해요.이 어린이집은 한쪽 벽이 무너지고, 화장실 타일과 거울이 깨지고, 놀이터의 지반이 내려앉는 등의 피해를 입었는데요, 선생님들의 빠른 대처 덕에 다행이 인명 피해는 없었다고 합니다. 너무나 다행이죠.ㅠㅠ직방 구성원은 모금을 통해 지진 피해가 가장 심각한 ‘시립 양덕어린이집’의 인테리어 복구를 지원하기로 결정했습니다. 직접 어린이집 피해 현장을 둘러보고 있는 안성우님과 이언주님.아이들과 원장님, 선생님들이 얼마나 놀라셨을까요.. 50여명의 아이들은 인근에 안전한 공간에서 돌봄을 받고 있었습니다.어린이집 공사는 1월까지 진행됩니다. 튼튼하고 멋진 공간에서 아이들이 즐겁게 뛰어노는 모습을 하루 빨리 보고 싶어요~!더 안전한 공간으로 태어날 수 있도록, 직방이 힘쓸게요.어린이 여러분, 안전하고 따듯한 곳에서 해맑게 뛰어 놀아요!우리가 포항을 방문한 날은 하늘도 파랗고, 파도도 잠잠하고 그저 아름다운 포항의 모습 그대로였어요.그리고 불과 며칠 전, 크리스마스에 포항에서는 또 다시 3.5 규모 지진이 발생했다고 합니다. 11월에만 발생한 여진이 73차례라고 하네요.. 부디 더 이상의 피해 없이 빠르게 복구되길 바랍니다.#사회공헌 #공생 #프로젝트 #조직문화 #사내문화

 이 글은 Business Insider의 This Is The Internal Grading System Google Uses For Its Employees — And You Should Use It Too를 번역한 글입니다.A slide from the Doerr deck. Screenshot 구글이 1년도 채 안되었을 때, 목표와 핵심 결과 설정법(Objectives and key Results, 이하 OKRs)을 발명한 인물 중 한 명인 John Doerr(이하 존)는 구글이 이 조직적인 시스템을 쓰는 것에 대해 발표하였습니다. OKR 시스템은 인텔에서부터 왔습니다. 구글은 빨리 OKRs를 적용하였고 그때부터 계속 사용해오고 있습니다. OKRs는 회사, 팀, 개인에게 구조적으로 일할 수 있게 하는 가장 쉬운 방법입니다. 여러분의 회사가 OKRs를 사용하고 있지 않더라고 여러분의 개인적인 삶이나 개인적인 업무에서 사용하면 많은 도움이 될 것입니다.목표(Objective):일이 실행될 수 있을 만한 모델 개발하기. 계획은 아래와 같이 측정될 수 있다.핵심 결과(Key Results):1. 주어진 시간 안에 프레젠테이션 끝내기2. 3개월간의 목표와 핵실결과 샘플 세트 완성하기3. 관리 부서로부터 3개월간의 시험 적용기간 동의받기 작년에 구글 벤처스의 파트너인 Rick Klau(이하 릭)은 1시간 20분간 어떻게 OKRs이 작동하는지에 대한 프레젠테이션을 발표했습니다. 릭은 이 발표에서 구글이 어떻게 운영되는지에 대해 엄청 매력적으로 설명하였습니다. 이 방법은 목표를 완수할 수 있게끔 간단하고 쉽게 따라 할 수 있는 시스템을 만들고 싶은 회사나 개인에게 정말 유용할 것입니다. 자, 한 번 살펴봅시다. 먼저, 여러분은 목표를 설정합니다. 그리고 여러 개의 "핵심 결과"를 설정합니다. 핵심 결과는 정량적이어서 목표를 달성할 수 있도록 설정해야 합니다. 여러분의 목표는 확실해야 하며 측정이 가능해야 합니다. 예를 들어, 나는 내 웹사이트를 예쁘게 만들고 싶다고 하지 마세요. 그 대신 나는 내 웹사이트를 30% 빠르게 만들고 싶다거나 계약을 15% 늘리고 싶다고 정하세요. 릭이 구글의 Blogger에서 일할 때, 그는 각 분기별로 몇 개의 목표를 설정하였습니다. 한 분기의 한 목표는 "Blogger의 평판을 높이자"였습니다. 사이트가 꽤 컸음에도 불구하고 Tumblr와 같이 유명세를 타기 시작한 플랫폼과 비교했을 때 Blogger는 지위를 잃고 있었습니다. Blogger의 평판을 높이기 위해 오른쪽의 슬라이드와 같이 릭은 쉽게 측정 가능한 4개의 결과를 설정하였습니다.릭은 구글이 1년 단위, 분기 단위로 OKRs를 설정한다고 말했습니다. 1년 단위 OKRs는 1년을 위한 큰 우산 아이디어(umbrella idea)이고, 돌같이 변하지 않는 것이 아니라 언제든 진화(evolve)할 수 있습니다. 그러나 분기별 OKRs는 변하지 않습니다.목표(Objective):Blogger의 평판 높이기핵심 결과(Key Results):- 3개의 산업 이벤트에서 Blogger의 리더십을 재정립하기 위한 발표하기- Blogger의 10주년 홍보 계획 잡기- 상위 xx Blogger 사용자를 찾고 개인적으로 접근하기- 음악 블로그를 살리기 위한 DMCA(디지털 밀레니엄 저작권법) 프로세스 확립하기- 정기적으로 re: Blogger 제품에 대한 토론을 열기 위한 @blogger 트위터 계정 만들기 또한 릭은 구글이 회사 레벨, 팀 레벨, 경열 레벨, 개인 레벨의 OKRs를 가지고 있다고 말했습니다. 그들은 회사를 지속적으로 궤도에 올리기 위해 함께 일하죠. 릭은 구글 임직원들이 분기에 4-6개의 OKRs를 실행한다고 했습니다. 만약 여러분이 그것보다 많이 설정한다면 엄청 들들 볶일 거예요(fried). 분기의 마지막에는 여러분이 직접 핵심 결과를 평가합니다. 구글은 0-1 단위의 평가 지표를 가지고 있습니다. 각 결과에 대해 1점을 받는 것이 최종 목표는 아니에요. 여러분은 0.6-0.7점을 받는 것이 목표입니다. 만약 여러분이 1점을 받았다면 너무 쉬운 핵심 결과를 설정한 것이 됩니다.(릭이 덧붙였듯이 "만약 당신이 1을 받는다면 당신은 그것을 부순 것이 아니라 샌드백을 친 것과 다름없다")(Or as he puts it, "If you get 1s, you’re not crushing it, you’re sandbagging."). 만약 여러분이 0.4 이하를 받는다면, 무엇을 잘못했는지 진지하게 살펴보아야 한다고 했습니다. 릭의 예제로 돌아와서, 우리는 그의 목표에 대해 얼마나 잘했는지 살펴볼 수 있습니다. 산업 이벤트에서 발표하기는 쉬웠고 1점을 받을 수 있었지요. 그는 DMCA를 위해 노력했지만 그 과정은 너무나 험난했기 때문에 결과가 좋지 않았다는 것을 이해할 수 있습니다. 또한 릭은 평가는 단 몇 분이면 충분하다고 했습니다. 평가를 위해 많은 시간을 쏟지 말고 목표 달성을 위해 시간을 쓰라고 이야기합니다. 구글에서는 모든 OKRs는 심지어 Larry Page(구글 CEO)의 OKRs 마저도 공개됩니다. 구글의 임직원들은 동료들의 OKRs가 무엇인지 확인할 수 있습니다. 그들의 내부 프로필의 한편에서 바로 확인할 수 있습니다. 당신은 동료들의 OKRs를 확인할 수 있을 뿐만 아니라 지금까지 그들이 달성한 점수 또한 볼 수 있죠. 이것은 우리를 협박하는 것처럼 보일 수 있지만, 이것은 구글러들이 다른 사람이 일하는 것을 이해하는 방식입니다. 릭은 그가 유튜브의 홈페이지를 만드는 일을 맡았을 때를 예를 들어 설명했습니다. 몇몇 동료들은 유튜브에 그들의 제품에 대한 비디오를 업로드하여 홍보하기를 원했습니다. 그들은 릭의 OKRs를 찾아보고 그가 다음 분기 동안 무슨 일을 할지 알았고, 홈페이지에 홍보하기 위해 프레젠테이션을 구성하거나 릭이 다음 분기에 새로운 OKRs를 그릴 수 있도록 그의 머리에 밑밥을 깔아 놓는(plant a seed in his head) 방법을 택할 수 있었습니다.이익(BENEFITS)왜 목표와 핵심결과(OKRs)를 사용해야 하는가- 사고를 훈련하는 방법(주요 목표가 표면화된다)- 정확하게 커뮤니케이션(모두에게 뭣이 중헌지 알게하라)- 진척도를 측정하기위한 지표 확립(우리가 얼마나 왔는지 보여준다)- 노력의 집중(조직이 지속적으로 함께 전진할 수 있다) OKRs는 승진을 위한 관리 툴로 사용되어서는 안 됩니다. 그러나 OKRs는 임직원들이 스스로 얼마나 달성하였는지 살펴보는 툴로는 사용될 수 있습니다. 릭은 만약 자신이 승진을 원한다면, 회사를 위해 그가 무엇을 해야 하는지 OKRs를 통해 알아낼 빠르고 쉬운 시스템을 만들었을 것이라고 말합니다. 이 방법은 꽤나 간단하고 직관적인 거라고 생각되지만 그것은 OKRs의 장점의 극히 일부분일 뿐입니다. 여러분이 일에 집중하는 것을 돕기 위해서는 짧은 리스트만 있으면 되니까요. 아래에 어떻게 OKRs가 작동하는가에 대한 영상이 있습니다:https://youtu.be/mJB83EZtAjc#비주얼캠프 #인사이트 #경험공유 #조언

오후 두 시의 회의실. 개발자들의 스터디하는 소리로 뜨겁다. 국내 최고의 추천 기술을 보유했다는 데이블. 10년 이상의 경력을 가진 노련한 시니어 개발자들 사이에서, 스쳐 지나가는 단어 하나하나 놓치지 않으려 귀 기울이고 있는 주니어 개발자들을 만났다.안녕하세요? 간략한 소개와 두 분의 업무에 관해 설명해주세요.형주: 안녕하세요? 저는 데이블 개발팀 최형주입니다.저는 백앤드 개발팀의 신입 개발자로서 데이블의 인프라 관리, 백앤드 개발 그리고 가끔 데이터 분석을 하고 있습니다. 주로 사용하는 서버는 클라우드 플랫폼인 AWS(Amazon Web Service)과 Nodejs 이고, MySQL, Redshift, Python을 사용하여 데이터 처리와 분석을 하고 있어요.성현: 안녕하세요. 저는 데이블 개발팀 이성현입니다.제 메인 업무는 데이블 위젯의 스타일링과 관련 문제 해결입니다. 고객사 페이지를 분석해서 위젯 디자인을 만들고, 추천 결과가 안 나오는 경우에 문제를 수정하는 작업입니다. 특별한 기능이 필요한 위젯이 있으면 스크립트 작업도 하고요. 작업 도구는 회사 내부 시스템이 있어서 그 안에서 직접 작업하고, CSS로 작성합니다.위 업무가 메인이지만 다른 영역과 겹칠 때도 잦아서 회사에서 사용하는 여러 시스템을 만질 수 있어야 합니다. 도구는Html+CSS+js 외에 Node, gulp, react, angular angularJS, PHP, 젠킨스, AWS, MYSQL, git를 사용하고 있습니다.두 분 다 신입 개발자이신 만큼 회사를 선택하는 데 있어 신중했을 것 같아요.데이블을 선택한 이유는 무엇인가요?형주:  저는 대학원에서 빅데이터 처리관련 연구를 주로 했었어요. 졸업할 때쯤 제 전공과 관련된 회사에 지원했었고 많은 면접을 보았습니다. 여러 회사에서 면접을 봤지만 데이블에서 봤던 면접 경험이 만족스러웠고 특히 개발자들의 실력과 내공이 느껴져 신입으로서 많은 것을 배우고 싶어서 입사하게 되었습니다. 복지 또한 여느 알려진 회사들에 비해 부족하지 않아서 굉장히 만족하고 있습니다.성현: 처음 데이블에 호감을 느끼게 된 건 기술 중심 스타트업이라는 점이었습니다. 도전하는 자세, 유연한 사고, 성장 가능성, 복지 등 여러 가지 기준들이 있겠지만, 내가 재미를 느낄 수 있는가, 개발자로서의 성장 이 두 가지로 압축되었어요. 저 같은 경우에는 블로그를 보면서 회사 분위기를 대략 파악했던 것 같네요. 자유로운 분위기도 잘 느껴지고, 서로를 배려하면서 열심히 일하는 것을 간접적으로 경험할 수 있었어요. 면접 보러 갔을 때, 블로그에서 보던 사람들이 블로그 글과 비슷한 느낌으로 편하게 얘기하는 걸 보면서 마음을 굳히게 됐어요.데이블의 분위기는 어떤가요?형주: 분위기는 실제로 굉장히 수평적입니다. 서로 존댓말을 사용해서 존중받는 기분이 들어요.성현: 저는 데이블 오기 전에 잠시 다른 회사에 있었는데, 거기서는 과한 예절이나 눈치를 보는 분위기가 있었어요. 데이블은 수평적인 분위기이다 보니 스트레스 받지 않고 일에 집중할 수 있어 좋아요.형주: 저 같은 경우, 잠에 굉장히 민감한 편인데 출퇴근이 탄력적이어서 지각에 대한 스트레스가 없어서 좋아요. 그래서 저는 보통 9시 넘어서 일어나서 10시쯤 출근하고 7시쯤 퇴근하는 편입니다. 그리고 식대도 지원해주고 있어요~성현: 매일 4시쯤 회사가 지원하는 간식 타임이 있어요. 오랜 시간 앉아서 일하다 보면 집중력 떨어질 때 쯤 다 같이 모여 대화를 나누면서 간식을 같이 먹습니다. 만약 생일이 있으면 간식 타임과 더불어 생일 파티를 해요.형주: 간식과 음료수가 항상 냉장고에 갖춰져 있어서 먹을 것을 좋아하는 사람에게 최고인 것 같아요. 저는 살이 잘 안 찌는 체질인데 입사 후 2킬로가 쪘어요.성현: 거의 슬랙과 트렐로 위주로 업무를 하는데 간식 타임에는 여러 사람과 대화를 할 수 있어 좋습니다. 서로 대화도 같이하고, 같이 활동할 수 있는 시간을 마련하기 위해 ‘플레이 데이’ 도 2개월에 한 번씩 열고 있어요! 회사-집, 집-회사를 반복하다가 다 같이 뭔가를 하니 신선했어요. 업무 외적으로 같이 활동하면서 사람들과 친밀감을 느낄 수 있어서 좋았어요.데이블을 선택했던 이유 중 개발자로서 성장 가능성도 있었는데 이것은 어떻게 채워지고 있나요?성현: Dabler, Be The Expert 프로그램(이하 BTE 프로그램)이 있고 업무 관련 스터디도 활발히 진행하고 있어요.자세히 설명해주세요. 성현: BTE 프로그램의 경우 장기목표를 정하고 반기별로 관련 학습 계획을 세워요. 그 안에서 책도 사고 강의도 신청하고 하는 거지요. 스스로 목표를 잡고 자유롭게 계획을 세울 수 있어서 좋아요. 본인이 정말 원하는 것을 배울 수 있고, 필요한 자금은 회사가 지원하는 거죠. 단, 업무에 관련된 성장 계획이어야 한다는 가이드라인이 있어요.이 외에도 백엔드 개발자들과 함께 AWS 사용법을 주제로 스터디도 해요! 보통 프론트엔드를 담당하지만, 백엔드 영역도 경험할 수 있어요. 본인 스스로 영역을 넓히기 위해 공부하고 능력이 된다면 활동 범위가 굉장히 넓어져요. 회사 차원에서도 그런 시도를 장려해요. 빨리 성장해야겠다는 욕심이 있어요.형주: 전 회사에서 일주일에 2번 모여서 스터디도 하고 있고 MOOC 강의를 수강하거나 책을 사고 싶을 때 눈치 볼 필요 없이 신청하면 돼요. 그리고 반기별로 자기 개발을 잘한 직원에게 인센티브를 줘요.※BTE 프로그램이란?그럼 두 분은 BTE 프로그램을 통해 어떤 것들을 배우고 계시는가요?형주: 저는 Coursera에서 Recommender System 수업을 듣고 있어요. 아무래도 우리 회사의 핵심기술이 추천 기술이다 보니까 이쪽 분야를 깊게 공부해야겠다는 생각이 들었습니다.성현: 저는 웹을 능숙하게 다루고 싶어서 상반기에는 인프라, 자바스크립트, 웹 표준, node 등 기본을 다시 챙기고 하반기에는 웹 최신 기술을 공부하려고 해요.지금은 자바스크립트 관련 책 3권과 강의 2개를 신청해서 주로 퇴근 후 또는 주말에 듣고 있어요. 업무와 관련된 것을 공부하고 나서 코드를 작성하면 대충 넘어갔던 부분들이 보여요. 그 부분을 놓치지 않고 수정하고 개선하다 보면 예전보다 나은 결과물이 나오고 뭔가 아는 게 늘었구나! 하는 보람을 느낍니다.데이블에서 개발자로 일하며 느끼는 점형주: 저의 경우에는 신입 개발자 관점에서 경험 많은 개발자분의 피드백을 통해 노하우를 전수하는 점이 좋았어요. 그러면서 기존에 놓치고 있던 부분이나 실무와 이론 사이의 괴리감을 좁히는 경험이었습니다. 저도 학부, 대학원 시절 많은 코딩을 했지만 제가 작성한 코드가 잘 작성된 코드인지 잘 읽히는 코드인지는 스스로 공부하기 힘들었는데 이러한 피드백을 통해 성장함을 느꼈습니다.어려웠던 점은 우리 회사는 애드테크 회사이다 보니 광고 용어를 굉장히 많이 사용하는데 광고에 관해 얘기할 때 처음에는 광고 용어를 몰라 답답했었는데, 스터디를 만들어서 어려운 점을 조금은 해소할 수 있었어요.성현: 자기만 할 수 있으면 얼마든지 여러 프로젝트에 참여할 수 있는 문화가 좋아요. 예를 들면 저는 위젯 담당이지만, 위젯 업무 틈틈이 데이블 시스템 페이지 수정을 할 수도 있고 내부 DB를 이용해서 사업팀에게 도움이 되는 통계 페이지를 만들기도 해요. 얼마 전에는 커뮤니티에 데이블 추천 기능을 직접 넣는 프로젝트를 했습니다. 보통 추천 연동은 고객사가 하고 저는 위젯만 만들고 있었거든요. 이번에 고객사 입장에서 서버 쪽을 만져본 거죠.미래의 데이블은 어떤 모습일까요?형주, 성현: 세계 No. 1 콘텐츠 디스커버리 플랫폼! 경영진이 자기 개발 지원이나 복지에 신경을 많이 쓰고 있어서 계속 나아질 것 같아요.데이블의 개발자가 되기 위해 어떤 것들이 필요할까요?형주: 제가 생각하기에 시니어 개발자분들이 가장 중요하게 여기는 부분은 CS 분야의 기본기였던 것 같습니다. 이 기본기를 통해 자주 사용하는 툴이나 오픈 소스가 내부적으로 어떻게 구성되어 있고 동작하는지에 대한 공부를 하면 도움이 될 것 같습니다.성현: 저는 주도적인 자세요! 스스로 일하고 배우는 자세가 필요합니다. 다른 개발자와 소통하면서도 자기 일의 진행 관리나 조율은 스스로 해야 해요. 다음 일을 직접 찾아야 할 때도 있고요. 또 전부를 물어볼 수는 없으니 어느 정도 혼자 찾아 공부하는 습관도 필요해요. 그리고 자기가 지원하는 포지션에서 사용하는 핵심 기술 하나는 능숙하게 사용할 수 있어야 해요. #데이블 #팀원 #개발자 #개발팀 #개발 #팀원소개 #인터뷰 #기업문화

안녕하세요. 데이블 백엔드 개발팀 최형주입니다.이번에 말씀드릴 내용은 서버 없는 컴퓨팅(Serverless Computing)의 널리 사용되는 AWS(Amazon Web Service)의 Lambda에 대한 내용입니다. AWS Lambda는 메모리 설정값에 따라 CPU 파워가 결정되는데, 그 메모리 설정값에 따라 CPU 파워가 어떻게 변화하는지에 대한 실험 내용을 설명하겠습니다. 처음에 AWS Lambda가 무엇인지 간략하게 소개를 하고 왜 이번 실험을 하게 되는지 배경 설명을 드릴 것입니다. 그다음 메모리 설정값에 따른 CPU 파워는 어떻게 결정되는지를 규명하고 마지막으로 이번 포스트를 간략히 요약겠습니다.목차1. AWS Lambda란?2. 실험배경3. 메모리 설정값과 CPU 파워의 관계4. 요약AWS Lambda란?AWS Lamba의 웹사이트AWS Lambda는 이벤트에 응답하여 코드를 실행하고 자동으로 기본 컴퓨팅 리소스를 관리하는 서버 없는 컴퓨팅 서비스입니다. 즉 코드를 업로드 하기만 하면 높은 가용성과 확장성을 보장하는 Lambda 플랫폼에서 코드를 실행합니다.AWS Lambda를 사용의 장점은 서버관리 불필요(Serverless), 지속적인 조정(Scaling), 밀리 초 단위의 측정 및 과금(Demand-based Pricing)입니다. 즉 서버를 프로비저닝(Provisioning)하거나 관리할 필요 없이 AWS Lambda에서 코드를 자동으로 실행하기 때문에 코드를 작성하고 AWS Lambda에 업로드하기만 하면 됩니다. 또한, 각 트리거에 대한 응답으로 코드를 실행하여 애플리케이션을 자동으로 확장하거나 축소합니다. 즉 코드는 병렬로 실행되고 각 트리거는 개별적으로 처리되어 정확히 워크로드(Workload) 규모에 맞게 조정됩니다. 과금 방식은 100밀리 초 단위로 코드가 실행되는 시간 및 코드가 트리거 되는 회수를 기준으로 요금이 부과됩니다. 코드가 실행되지 않을 때는 요금이 부과되지 않습니다.실험 배경AWS Lambda의 과금은 요청 요금과 컴퓨팅 요금의 합으로 계산됩니다. 요청 요금은 Lambda 함수를 호출한 총 요청 수에 대해 요금을 부과하고, 컴퓨팅 요금은 사용자가 업로드한 코드를 실행한 시간을 계산하여 100ms당 요금을 부과합니다. 컴퓨팅 요금은 사용자가 설정한 메모리 크기에 선형 비례하여 다르게 부과됩니다. 예를 들어 128MB 메모리에서는 100ms당 0.000000208$이고 256MB는 128MB의 약 두 배인 0.000000417$입니다. 그리고 512MB에서는 256MB의 두 배인 0.000000834$입니다. 또한, 더 큰 메모리를 사용할수록 더 큰 CPU 파워를 제공합니다.가장 큰 메모리 설정값을 사용하면 좋겠지만, 비용적인 측면을 고려해볼 때 사용자 입장에서의 사용 목적은 AWS Lambda로부터 최소한의 요금으로 최대한의 계산 효율을 뽑아내는 것입니다. 이 목적을 달성하기 위해서는 Lambda 함수를 실행할 때 메모리의 크기와 CPU의 파워(코어 수, 연산능력)를 명확하게 규명할 수 있어야 합니다. 메모리 크기는 사용자가 설정할 수 있습니다. 하지만 아쉽게도 아마존에서는 CPU 용량은 설정한 메모리 크기에 비례하여 결정된다고만 설명되어 있고 어느 정도의 성능을 가졌는지 명시하지 않고 있습니다.하지만 데이블의 백엔드 개발팀에서, 실험을 통하여 AWS Lambda에서 메모리 설정값에 따라 CPU 파워가 어떻게 변하는지 규명해냈습니다. 이제 그것을 이 포스팅을 통해 설명해 드리고자합니다.메모리 설정값과 CPU 파워의 관계"설정한 메모리 크기와 CPU 파워는 지수적 감쇠 관계(Exponential Decay)를 보인다"앞서 "CPU 파워는 메모리 설정한 값에 비례하여 증가한다”라고 했습니다. "그러면 어느 정도로 어떻게 비례하는가?”, “당연히 선형관계 아닌가?"라는 질문이 자연스럽게 나올 것입니다. 저희는 이 질문에 대답하기 위해 각 메모리 설정값별로 100만 번의 덧셈연산을 하여 각 설정 별 처리시간을 계산해 보았습니다. 다음 [그림 1]은 100만 번의 덧셈 연산을 했을 때 처리시간을 나타낸 그래프입니다. X축은 할당한 메모리의 크기를 나타내고 Y축은 처리시간을 초 단위로 측정한 것입니다. 보시는 바와 같이 처리시간은 메모리 크기에 따라 지수적으로 감소함을 알 수 있었습니다. 그러므로 AWS Lambda에서는 설정한 메모리 크기와 CPU 파워는 지수적 감쇠 관계(Exponential Decay)를 보인다고 결론을 내릴 수 있습니다. 예를 들면 현재 설정한 메모리보다 2배 높은 CPU 파워를 사용하고 싶으면 2배로 큰 메모리 용량을 설정해야 합니다.[그림 1] 메모리 설정값에 따른 처리시간필요로 하는 메모리 크기와 사용하는 응용에 따라 다르겠지만, 일반적으로 메모리의 크기에 상관없이 사용하는 비용이 거의 같다고 얘기할 수 있습니다. [그림 2]는 앞서 100만 번 덧셈 연산을 1만 번 호출했을 때의 각 메모리 설정값 별 요금을 나타낸 것입니다. X축은 설정한 메모리 크기이고 Y축은 각 메모리 설정값 별 요금입니다. 보시는 바와 같이 분포가 급격히 변하지 않고 대체로 균일한 것을 알 수 있습니다.[그림 2] 메모리 설정값에 따른 요금하지만 프로그램의 실행 시간은 단순히 CPU 파워로만으로 처리 시간이 결정되지 않기 때문에 다양한 요인을 검토해야 합니다. 알고리즘의 시간복잡도, 메모리의 크기와 접근 횟수, 네트워크 비용 등 다양한 것들이 처리 시간에 영향을 미치기 때문에 단순히 메모리 설정값을 늘려서 사용하는 방법은 옳지 못합니다. 그러므로 위 자료를 참고 용도로만 사용하셔서 하고자 하는 목적에 맞게 가장 최적의 메모리 설정값을 설정하시면 됩니다.요약AWS Lambda는 대표적인 서버 없는 컴퓨팅 서비스입니다. AWS Lambda에서 뛰어난 가성비를 얻고자 할 때는 각 설정값에 따라 제공하는 자원을 예측할 수 있어야 합니다. 여러 설정값 중 가장 성능에 큰 영향을 미치는 것은 사용하고자 하는 메모리 크기인데 이 크기에 따라 CPU 파워가 결정됩니다. 하지만 각 메모리 설정값에 따른 CPU 파워 정보를 아마존에서 제공해 주지 않고 있으므로 실험을 통해서 확인하였습니다. 실험 결과 설정한 메모리 크기와 CPU 파워는 지수적 감쇠 관계(Exponential Decay)를 규명했습니다. 이 규명은 단순한 프로그램에서만 확인한 것이기 때문에 최고의 효율을 가지는 AWS Lambda를 사용하기 위해서는 그 밖의 다양한 것들을 고려하여 설정해야 합니다.  기타머신 성능 및 정보- 사용하는 CPU는 Intel(R) Xeon(R) CPU E5-2666 v3 @ 2.90GHz, 코어의 개수는 2개, 그리고 캐시의 크기는 25600 KB 임(사용하는 Microcode는 바뀔 수 있음)- 메모리는 약 3.67GB를 가짐실험에 사용한 Lambda 함수import osimport multiprocessingimport timeimport subprocessdef lambda_handler(event, context):mem_bytes = os.sysconf('SC_PAGE_SIZE') * os.sysconf('SC_PHYS_PAGES')mem_gib = mem_bytes/(1024.**3)num_cores = multiprocessing.cpu_count()#start_time = time.time()print subprocess.check_output ('vmstat -s', shell=True)sum = 0for i in range(1000000):sum += iif sum 000 == 0:print subprocess.check_output ('vmstat -s', shell=True)print subprocess.check_output ('vmstat -s', shell=True)hostname = subprocess.check_output ('hostname', shell=True)cpuinfo = subprocess.check_output ('cat /proc/cpuinfo', shell=True)meminfo = subprocess.check_output('cat /proc/meminfo', shell = True)print hostnameprint '--------------------------------------------------------------\n\n'print 'CPU Information'print cpuinfoprint '--------------------------------------------------------------\n\n'print 'Memory Information'print meminfoprint '\n\n\n\n'참고 자료https://aws.amazon.com/ko/lambda/details/#데이블 #개발 #개발자 #인사이트 #꿀팁 #AWS #조언