스토리 홈

인터뷰

피드

뉴스

조회수 2651

Next.js 튜토리얼 3편: 공유 컴포넌트

* 이 글은 Next.js의 공식 튜토리얼을 번역한 글입니다.** 오역 및 오탈자가 있을 수 있습니다. 발견하시면 제보해주세요!목차1편: 시작하기2편: 페이지 이동 3편: 공유 컴포넌트 - 현재 글4편: 동적 페이지5편: 라우트 마스킹6편: 서버 사이드7편: 데이터 가져오기8편: 컴포넌트 스타일링9편: 배포하기개요Next.js는 전부 페이지에 관한 것입니다. React 컴포넌트를 export하고 그 컴포넌트를 pages 디렉터리 안에 넣어 페이지를 생성할 수 있습니다. 그러면 파일 이름을 기반으로 고정된 URL를 가지게 됩니다.export 된 페이지들은 JavaScript 모듈이므로 다른 JavaScript 컴포넌트를 이 페이지들 안에 import 할 수 있습니다.이는 어떤 JavaScript 프레임워크에서든 가능합니다.이번 편에서는 Header 컴포넌트를 만들고 여러 페이지들에서 사용해 볼 예정입니다. 마지막에는 하나의 Layout 컴포넌트를 구현하고 어떻게 이것이 여러 페이지들의 모양을 정의하는데 도움이 되는지 살펴볼 것입니다.설치이번 장에서는 간단한 Next.js 애플리케이션이 필요합니다. 다음의 샘플 애플리케이션을 다운받아주세요:아래의 명령어로 실행시킬 수 있습니다:이제 http://localhost:3000로 이동하여 애플리케이션에 접근할 수 있습니다.Header 컴포넌트 구현하기Header 컴포넌트를 구현해봅시다.다음과 같은 components/Header.js를 추가해주세요.이 컴포넌트는 애플리케이션에서 이용가능한 페이지에 대한 두 개의 링크가 있습니다. 또한 보기 쉽도록 링크를 스타일링 하였습니다.Header 컴포넌트 사용하기다음으로 페이지들 안에 Header 컴포넌트를 import하고 사용해봅시다. index.js 페이지를 다음과 같이 변경해주세요:about.js 페이지도 똑같이 변경할 수 있습니다.지금 http://localhost:3000로 이동하면 새로운 Header가 보이고 페이지 이동이 가능합니다.이 애플리케이션에서 간단한 몇 가지를 수정해봅시다!- 애플리케이션을 종료하세요.- conponents 디렉토리의 이름을 comps로 바꾸세요.- ../components/Header 대신에 ../comps/Header로부터 Header를 import 하세요.- 애플리케이션을 다시 실행시키세요.동작하나요?- 네- 아뇨. "컴포넌트를 찾을 수 없습니다"라는 에러가 발생합니다.- 아뇨. "컴포넌트는 components 디렉토리 안에 있어야합니다"라는 에러가 발생합니다.- 아뇨. "comps는 잘못된 디렉터리입니다"라는 에러가 발생합니다.컴포넌트 디렉토리예상대로 잘 동작합니다.꼭 특정한 디렉토리에 컴포넌트를 둘 필요는 없습니다. 원하는 대로 이름을 설정할 수 있습니다. 특정한 디렉토리는 pages 디렉토리뿐입니다.pages 디렉토리 안에 컴포넌트를 생성할 수 있습니다.Header 컴포넌트는 이를 가르키는 URL이 필요하지 않기 때문에 pages 디렉토리 안에 두지 않았습니다.레이아웃 컴포넌트애플리케이션 안의 다양한 페이지에서 공통의 스타일을 사용할 예정입니다. 이를 위해 공통 레이아웃 컴포넌트를 만들고 각 페이지에서 사용할 수 있습니다. 여기 예시가 있습니다:components/MyLayout.js에 다음의 내용을 추가해주세요:위와 같은 코드를 작성하면 다음같이 원하는 페이지에서 레이아웃을 사용할 수 있습니다:http://localhost:3000 페이지로 이동하여 확인할 수 있습니다.이제 레이아웃에서 {props.children}을 지워보고 무슨일이 일어나는지 살펴봅시다.무슨 일이 일어날까요?- 아무 일도 일어나지 않을 것이다- 표시되는 페이지의 내용이 사라질 것이다- "레이아웃은 내용이 필요합니다"라는 에러가 발생할 것이다- 브라우저의 컴포넌트에 대한 경고 메시지가 표시될 것이다하위 컴포넌트 렌더링하기{props.children}을 삭제하면 Layout은 아래와 같이 Layout 엘리먼트 하위에 둔 내용들을 랜더링하지 못합니다:이것은 레이아웃 컴포넌트를 생성하는 방법 중 하나입니다. 다음은 레이아웃 컴포넌트를 생성하는 다른 방법들입니다: 컴포넌트들 사용하기공유 컴포넌트를 사용하는 두 가지 경우를 다뤘습니다.1. 공통 Header 컴포넌트2. 레이아웃스타일을 지정하고 페이지 레이아웃 및 기타 원하는 모든 작업에 컴포넌트들을 사용할 수 있습니다. 더불어 NPM 모듈에서 컴포넌트를 import 하고 사용할 수도 있습니다.#트레바리 #개발자 #안드로이드 #앱개발 #Next.js #백엔드 #인사이트 #경험공유
조회수 2209

블로그 운영 방법에서 엿보는 VCNC의 개발문화

VCNC에서 엔지니어링 블로그를 시작하고 벌써 새로운 해를 맞이하였습니다. 그동안 여러 글을 통해 VCNC 개발팀의 이야기를 들려드렸습니다. 이번에는 엔지니어링 블로그 자체를 주제로 글을 적어보고자 합니다. 저희는 워드프레스나 텀블러와 같은 일반적인 블로깅 도구나 서비스를 사용하지 않고 조금은 개발자스럽다고 할 수 있는 특이한 방법으로 엔지니어링 블로그를 운영하고 있습니다. 이 글에서는 VCNC 개발팀이 엔지니어링 블로그를 운영하기 위해 이용하는 방법들을 소개하고자 합니다. 그리고 블로그를 운영하기 위해 방법을 다루는 중간중간에 개발팀의 문화와 일하는 방식들에 대해서도 간략하게나마 이야기해보고자 합니다.블로그에 사용하는 기술들Jekyll: Jekyll은 블로그에 특화된 정적 사이트 생성기입니다. GitHub의 Co-founder 중 한 명인 Tom Preston-Werner가 만들었으며 Ruby로 작성되어 있습니다. Markdown을 이용하여 글을 작성하면 Liquid 템플릿 엔진을 통해 정적인 HTML 파일들을 만들어 줍니다. VCNC 엔지니어링 블로그는 워드프레스같은 블로깅 도구를 사용하지 않고 Jekyll을 사용하고 있습니다.Bootstrap: 블로그 테마는 트위터에서 만든 프론트엔드 프레임워크인 Bootstrap을 이용하여 직접 작성되었습니다. Bootstrap에서 제공하는 다양한 기능들을 가져다 써서 블로그를 쉽게 만들기 위해 이용하였습니다. 덕분에 큰 공을 들이지 않고도 Responsive Web Design을 적용할 수 있었습니다.S3: S3는 AWS에서 제공되는 클라우드 스토리지 서비스로서 높은 가용성을 보장합니다. 일반적으로 파일을 저장하는 데 사용되지만, 정적인 HTML을 업로드하여 사이트를 호스팅하는데 사용할 수도 있습니다. 아마존의 CTO인 Werner Vogels 또한 자신의 블로그를 S3에서 호스팅하고 있습니다. VCNC Engineering Blog도 Jekyll로 만들어진 HTML 파일들을 아마존의 S3에 업로드 하여 운영됩니다. 일단 S3에 올려두면 운영적인 부분에 대한 부담이 많이 사라지기 때문에 S3에 올리기로 하였습니다.CloudFront: 브라우저에서 웹페이지가 보이는 속도를 빠르게 하려고 아마존의 CDN서비스인 CloudFront를 이용합니다. CDN을 이용하면 HTML파일들이 전 세계 곳곳에 있는 Edge 서버에 캐싱 되어 방문자들이 가장 가까운 Edge를 통해 사이트를 로딩하도록 할 수 있습니다. 특히 CloudFront에 한국 Edge가 생긴 이후에는 한국에서의 응답속도가 매우 좋아졌습니다.s3cmd: s3cmd는 S3를 위한 커맨드 라인 도구입니다. 파일들을 업로드하거나 다운로드 받는 등 S3를 위해 다양한 명령어를 제공합니다. 저희는 블로그 글을 s3로 업로드하여 배포하기 위해 s3cmd를 사용합니다. 배포 스크립트를 실행하는 것만으로 s3업로드와 CloudFront invalidation이 자동으로 이루어지므로 배포 비용을 크게 줄일 수 있었습니다.htmlcompressor: 정적 파일들이나 블로그 글 페이지들을 s3에 배포할 때에는 whitespace 등을 제거하기 위해 htmlcompressor를 사용합니다. 또한 Google Closure Compiler를 이용하여 javascript의 길이도 줄이고 있습니다. 실제로 서버가 내려줘야 할 데이터의 크기가 줄어들게 되므로 로딩속도를 조금 더 빠르게 할 수 있습니다.블로그 관리 방법앞서 소개해 드린 기술들 외에도 블로그 글을 관리하기 위해 다소 독특한 방법을 사용합니다. 개발팀의 여러 팀원이 블로그에 올릴 주제를 결정하고 서로의 의견을 교환하기 위해 여러 가지 도구를 이용하는데 이를 소개하고자 합니다. 이 도구들은 개발팀이 일할 때에도 활용되고 있습니다.글감 관리를 위해 JIRA를 사용하다.JIRA는 Atlassian에서 만든 이슈 관리 및 프로젝트 관리 도구입니다. VCNC 개발팀에서는 비트윈과 관련된 다양한 프로젝트들의 이슈 관리를 위해 JIRA를 적극적으로 활용하고 있습니다. 제품에 대한 요구사항이 생기면 일단 백로그에 넣어 두고, 3주에 한 번씩 있는 스프린트 회의에서 요구사항에 대한 우선순위를 결정합니다. 그 후 개발자가 직접 개발 기간을 산정한 후에, 스프린트에 포함할지를 결정합니다. 이렇게 개발팀이 개발에 집중할 수 있는 환경을 가질 수 있도록 하며, 제품의 전체적인 방향성을 잃지 않고 모두가 같은 방향을 향해 달릴 수 있도록 하고 있습니다.VCNC 개발팀이 스프린트에 등록된 이슈를 얼마나 빨리 해결해 나가고 있는지 보여주는 JIRA의 차트.조금만 생각해보시면 어느 부분이 스프린트의 시작이고 어느 부분이 끝 부분인지 아실 수 있습니다.위와 같은 프로젝트 관리를 위한 일반적인 용도 외에도 엔지니어링 블로그 글 관리를 위해 JIRA를 사용하고 있습니다. JIRA에 엔지니어링 블로그 글감을 위한 프로젝트를 만들어 두고 블로그 글에 대한 아이디어가 생각나면 이슈로 등록할 수 있게 하고 있습니다. 누구나 글감 이슈를 등록할 수 있으며 필요한 경우에는 다른 사람에게 글감 이슈를 할당할 수도 있습니다. 일단 글감이 등록되면 엔지니어링 블로그에 쓰면 좋을지 어떤 내용이 포함되면 좋을지 댓글을 통해 토론하기도 합니다. 글을 작성하기 시작하면 해당 이슈를 진행 중으로 바꾸고, 리뷰 후, 글이 발행되면 이슈를 해결한 것으로 표시하는 식으로 JIRA를 이용합니다. 누구나 글감을 제안할 수 있게 하고, 이에 대해 팀원들과 토론을 하여 더 좋은 글을 쓸 수 있도록 돕기 위해 JIRA를 활용하고 있습니다.JIRA에 등록된 블로그 글 주제들 중 아직 쓰여지지 않은 것들을 보여주는 이슈들.아직 제안 단계인 것도 있지만, 많은 주제들이 블로그 글로 발행되길 기다리고 있습니다.글 리뷰를 위해 Pull-request를 이용하다.Stash는 Attlassian에서 만든 Git저장소 관리 도구입니다. GitHub Enterprise와 유사한 기능들을 제공합니다. Jekyll로 블로그를 운영하는 경우 이미지를 제외한 대부분 콘텐츠는 평문(Plain text)으로 관리 할 수 있게 됩니다. 따라서 VCNC 개발팀이 가장 자주 사용하는 도구 중 하나인 Git을 이용하면 별다른 시스템의 도움 없이도 모든 변경 내역과 누가 변경을 했는지 이력을 완벽하게 보존할 수 있습니다. 저희는 이런 이유로 Git을 이용하여 작성된 글에 대한 변경 이력을 관리하고 있습니다.또한 Stash에서는 GitHub와 같은 Pull request 기능을 제공합니다. Pull request는 자신이 작성한 코드를 다른 사람에게 리뷰하고 메인 브랜치에 머지해 달라고 요청할 수 있는 기능입니다. 저희는 Pull request를 활용하여 상호간 코드 리뷰를 하고 있습니다. 코드 리뷰를 통해 실수를 줄이고 개발자 간 의견 교환을 통해 더 좋은 코드를 작성하며 서로 간 코드에 대해 더 잘 이해하도록 노력하고 있습니다. 새로운 개발자가 코드를 상세히 모른다 해도 좀 더 적극적으로 코드를 짤 수 있고, 업무에 더 빨리 적응하는데에도 도움이 됩니다.어떤 블로그 글에 대해 리뷰를 하면서 코멘트로 의견을 교환하고 있습니다.코드 리뷰 또한 비슷한 방법을 통해 이루어지고 있습니다.업무상 코드 리뷰 뿐만 아니라 새로운 블로그 글을 리뷰하기 위해 Pull request를 활용하고 있습니다. 어떤 개발자가 글을 작성하기 위해서 가장 먼저 하는 것은 블로그를 관리하는 Git 리포지터리에서 새로운 브랜치를 따는 것입니다. 해당 브랜치에서 글을 작성하고 작성한 후에는 새로운 글 내용을 push한 후 master 브랜치로 Pull request를 날립니다. 이때 리뷰어로 등록된 사람과 그 외 개발자들은 내용에 대한 의견이나 첨삭을 댓글로 달 수 있습니다. 충분한 리뷰를 통해 발행이 확정된 글은 블로그 관리자에 의해 master 브랜치에 머지 되고 비로소 발행 준비가 끝납니다.스크립트를 통한 블로그 글 발행 자동화와 보안준비가 끝난 새로운 블로그 글을 발행하기 위해서는 일련의 작업이 필요합니다. Jekyll을 이용해 정적 파일들을 만든 후, htmlcompressor 통해 정적 파일들을 압축해야 합니다. 이렇게 압축된 정적 파일들을 S3에 업로드 하고, CloudFront에 Invalidation 요청을 날리고, 구글 웹 마스터 도구에 핑을 날립니다. 이런 과정들을 s3cmd와 Rakefile을 이용하여 스크립트를 실행하는 것만으로 자동으로 이루어지도록 하였습니다. VCNC 개발팀은 여러 가지 업무 들을 자동화시키기 위해 노력하고 있습니다.또한, s3에 사용하는 AWS Credential은 IAM을 이용하여 블로그를 호스팅하는 s3 버킷과 CloudFront에 대한 접근 권한만 있는 키를 발급하여 사용하고 있습니다. 비트윈은 특히 커플들이 사용하는 서비스라 보안에 민감합니다. 실제 비트윈을 개발하는데에도 보안에 많은 신경을 쓰고 있으며, 이런 점은 엔지니어링 블로그 운영하는데에도 묻어나오고 있습니다.맺음말VCNC 개발팀은 엔지니어링 블로그를 관리하고 운영하기 위해 다소 독특한 방법을 사용합니다. 이 방법은 개발팀이 일하는 방법과 문화에서 큰 영향을 받았습니다. JIRA를 통한 이슈 관리 및 스프린트, Pull request를 이용한 상호간 코드 리뷰 등은 이제 VCNC 개발팀의 문화에 녹아들어 가장 효율적으로 일할 수 있는 방법이 되었습니다. 개발팀을 꾸려나가면서 여러가지 시행 착오를 겪어 왔지만, 시행 착오에 대한 반성과 여러가지 개선 시도를 통해 계속해서 더 좋은 방법을 찾아나가며 지금과 같은 개발 문화가 만들어졌습니다. 그동안 그래 왔듯이 앞으로 더 많은 개선을 통해 꾸준히 좋은 방법을 찾아 나갈 것입니다.네 그렇습니다. 결론은 저희와 함께 고민하면서 더 좋은 개발문화를 만들어나갈 개발자를 구하고 있다는 것입니다.저희는 언제나 타다 및 비트윈 서비스를 함께 만들며 기술적인 문제를 함께 풀어나갈 능력있는 개발자를 모시고 있습니다. 언제든 부담없이 [email protected]로 이메일을 주시기 바랍니다!
조회수 2000

[줌인한샘인] 한샘 신입사원 공채 OJT 우수사원 이지향사원을 만나다~! 

 < 한샘 신입사원 공채 OJT 우수사원 이지향사원을 만나다~! >  2011년도에 이어 2012년 상반기 한샘이 브랜드 조사에서 가구업계 1위를 차지한 한샘!!KBPI, NBCI, 브랜드스탁 등 여러 인증제도에서도 1위로 선정 되었지요.이처럼 여러분들의 많은 사랑을 받기 위해 발로 뛴 한샘의 인재들은 어떤 사람들일까요?한샘의 신입공채 OJT 우수사원 이지향 사원과의 인터뷰를 통해한샘의 인재들을 소개해 드릴게요 :) * 고객감동 OJT란?영업현장에서 고객과의 만남을 통해 시장을 이해하는 육성과정경영자 후보로서 리더십을 경험하고 조기에 경영자가 될 수 있도록 특진에 도전하는 육성과정 신입공채 OJT 우수사원 INT 상품기획팀 이지향 사원과의 인터뷰     Q. 한샘플래그샵 분당점에서 6개월간의 SC OJT를 마치고 상품기획팀에 배치된 이지향 사원,줌인한샘인에 선정되신 것을 축하드립니다~!신입사원 OJT 우수자로 선정되신 이유는 무엇이라고 생각하세요?A. OJT 우수자로 선정된 이유는 기존 분당점의 매출 대비 꾸준한 매출을 달성했기 때문인 것 같아요.지난 12월에는 비수기임에도 점 1등을 했었답니다.꾸준히 찾아주신 고객님들과 옆에서 많이 도와주셨던 한샘플래그샵 분당점분들 덕분에OJT를 잘 마칠 수 있었다고 생각해요.  Q. OJT 기간 동안 많은 것을 느끼셨을 텐데 SC 업무의 어떤 점이 현재 업무에 도움이 될까요? A. SC업무를 하는 것은 고객과 직접 만나는 현장이기 때문에어느 분야에 있던지 꼭 한번은 경험해야 할 과정이라고 생각해요.상품을 기획할 때 고려해야 할 것들에 대해 이전에는 저의 주관적인 관심에 머물렀다면OJT후에는 고객의 관점까지 바라볼 수 있는 넓은 시야를 갖게 되었던 기회였던 것 같아요.  Q. SC업무를 더 잘 하기 위해 특별히 노력한 점이 있으신가요?A. 고객님들과 친밀해지려고 노력했던 것이 많은 도움이 되었답니다. 고객과의 벽을 허물기 위해 고객의 말에 적극적으로 반응하려고 했고,고객의 관심사와 공감대를 이끌어내려고 했어요.그러다 보니 견적만 받고 가셨던 분도 많이 다시 찾아주셔서 좋은 성과를 낼 수 있었답니다.  Q. SC업무를 처음 시작하면 힘든 점이 많았을 텐데앞으로 SC OJT를 시작하게 될 후배들에게 극복방법을 알려준다면요?A. SC업무를 시작할 때는 처음부터 고객이 SC의 도움을 원치 않거나부담스러워하면 자연스러운 방법으로 다가가는 방법을 몰라 다가가다가도 멈칫했었어요.하지만 그럴수록 용기를 내서 자연스럽게 대화를 유도했고고객이 알지 못하거나 필요할 것 같은 제품정보를 순간순간 알려주면서 다가갔습니다.그러다 보면 고객도 점점 저에 대해 믿음이 생기면서 차갑던 반응이 친근하게 돌아설 때면보람도 느끼고 자신감도 생겼어요. 그 자신감이 또 다른 고객에게 다가갈 수 있는 기회를 만들어준 것 같습니다.  Q. 영국에서 일했던 경험이 있다고 들었습니다. 어떤 일을 했었나요?A. 영국에 있는 학교를 졸업하고서는 바로 취업을 하지 않고마음에 맞는 친구들이 모여 프로젝트 디자인 그룹을 만들었어요.이렇게 활동을 하면서 런던디자인 페스티벌에 참가하게 됐고그 후 Habitat라는 영국의 유명한 인테리어 소품, 가구 전문 회사의 VMD로 일하게 됐답니다.쇼윈도에 상품을 예쁘게 보일 수 있도록 전시, 진열하는 일을 하는데,지점마다 VMD가 따로 배치되어 매출에 따라그때 그때 상품진열을 바꿀 수 있게 한 것이 흥미로운 점이었어요.또 고객의 시선이 잘 닿는 곳, 접근성이 좋은 곳에 잘 팔리는 제품이나주력상품을 배치하면 판매율이 달라지는 것이 재미있었어요.Q. 영국에서와 한국에서 일하는 것이 차이가 있을 텐데 어떤 점이 다른지 궁금합니다.A. 영국에서 일했을 때는 디자이너는 디자인 업무만 하면 되는 식이었어요.한국에서는 디자인 외에도 여러 가지 일을 할 수 있어야 해서 멀티플레이어가 되어야 할 것 같아요.또, 유럽은 나이가 아무리 많아도 ‘YOU’라고 하는 문화잖아요.나이에 상관없이 일 할 때 서로를 동등한 입장으로 대한다고 느꼈습니다.자유롭게 의견을 말하고 아이디어를 공유합니다. Q. 이지향 사원이 개발해 낼 제품들이 기대되네요.앞으로 어떤 사원이 되고 싶은지, 앞으로의 목표를 들어 볼게요.A. 현재 인테리어 상품기획팀 신혼침실파트 MD로 발령을 받아 조금씩 일을 배우는 중이에요.신혼침실파트인 만큼 신혼이 가지고 있는 성격과 그들의 스토리를공감할 수 있는 디자인으로 잘 풀어나가고 싶어요.더불어 듀스페이스가 더 대중적으로 브랜드아이덴티티를 가질 수 있도록디자인면에서, 또 브랜딩면에서 기여하고 싶어요.    영국의 유명 디자이너와 일할 수 있었던 기회를 뿌리치고 한샘의 품으로 온 이지향 사원!!가구와 공간에 대한 이지향 사원의 애정과 열정이 느껴지는 인터뷰였지요?이지향 사원을 비롯해 OJT를 끝내고 현업에 배치된 모든 신입사원 여러분 그 동안 수고 많으셨어요.작성자 한샘#한샘 #줌인한샘인 #한샘신입공채 #한샘공채 #고객감동OJT #한샘OJT #한샘인터뷰 #한샘고객감동 #OJT
조회수 1064

블록체인 진짜 하나도 모르는 디자이너의 독학일기(2)

1편에 이어 2편을 작성하기까지 참으로 많은 시간이 걸렸답니다. 물론 내용이 어려워서 이해하는 데 시간이 걸린 것도 있고... 어려운 만큼 귀차니즘이 강해져서 미루고 미룬 이유도 있지요.1편에선 블록체인이 왜 발생했는가! 에 대해서 말했어용. 혹시라도 못 보신 분들은 링크를 타고 슝 한 번 더 보고 와주시면 좋을 것 같습니다.https://brunch.co.kr/@roysday/199짧게 줄이자면, 결국 신뢰의 문제 때문이예요. 내가 널 뭘 믿고??? 라는 명제죠. 단순히 너와 나의 사이뿐만 아니라 정부나 기업 등이 해커나 서버폭발 등으로 탈탈 털리는 일을 보면서 우린 두려워진 거예요. 은행을 믿을 수 있어?? 보험사를 믿을 수 있어?? 국민연금 겁나 떼가는데 나중에 받을 수는 있는거야?? 등등...그래서 우린 누구도 깰 수 없고 변하지 않고 삭제도 되지 않는 강력한 '장부'를 만들고 싶었던 거예요. 그래서 생각해낸 가장 좋은 방법이 바로 다수에게 뿌리는 거였죠. 하지만 우린 이런 궁금증이 생겨요. 다수라구??...누가 참여하는데?? 내 컴퓨터엔 블록체인 같은 게 없는데??사실 이 부분을 이해하기가 진짜 어려웠어요. 아니 페이스북에 투표참여나 주식시장같이 '내가 이걸 산다! 투표한다! 동의한다! 클릭~!' 이런 식의 동작이 없잖아요. 그런데 어떻게 내가 동의를 했는지 안했는지 내 장부에 뭐가 언제 어떻게 기록된다는 거야??....는 궁금증이 생기는 거죠.그래서 오늘은 이 과정을 쉽게 정리해보려고 해용 :) 혹시 틀린 부분이 있다면 꼭!! 댓글로 남겨주세요!!1. 컴퓨터에게 말을 걸어보자.지금 컴퓨터를 켜고 이렇게 외쳐보세요. "윙가르디움 레비오싸."네, 아무일도 일어나지 않았어요. 혹시 무슨 일이 일어나셨다면 소름이네요. 컴퓨터는 마법주문이나 우리의 감정이나 목소리나 표정을 인식하지 못해요.(물론 요즘엔 이걸 가능하게 만들고 있어요. 놀라워요. 하지마 마법주문은 좀 시간이 걸릴 것 같아요.) 일본은 일본어를 쓰고 중국은 중국어를 쓰고 스페인은 스페인어를 써요. 컴퓨터는 2진법을 써요. 얘네들은 0 아니면 1이라는 원시적인 언어를 쓰고 있어요. 물론 인간도 아주아주 오래전엔 2진법으로 언어를 말했어요. 쿼스랜드는 원시인들은 'a(아)'와 'o(오)' 만을 사용해서 숫자를 표현했다고 해요. 아, 오, 아오아, 오아오아..등으로 말이죠. 컴퓨터는 이처럼 0와 1로 이루어진 신호들을 통해 소통해요. 그러니 우리가 컴퓨터에게 말을 걸고싶다면 2진법으로 0과 1을 마구마구 적어줘야 해요.2. 컴퓨터의 언어를 만들었졍.근데 0과 1로만 말을 걸다보니 도대체 눈이 아프고 헷갈려서 너무 어려운 거예요. 그래서 규칙을 만들었어요.A = 100 0001B = 100 0010C = 100 0011D = 100 0100...이런식으로 알파벳이나 기호, 한글 등등을 컴퓨터가 이해할 수 있는 신호와 대응시켰어요. 그래서 나온 게 컴퓨터 언어죠. 오늘 날 코딩이라고 불리는 그것들은 결국 컴퓨터의 말로 이렇게해라 저렇게 해라 명령을 내리는 거예요. 컴퓨터는 그 명령에 의해 이런저런 일들을 처리해요. 이걸 누르면 = 저 페이지로 넘어가게 해.이곳을 채우면 = 다음 칸을 적을 수 있게 해.여길 클릭하면 = 파란색으로 바뀌게 만들어줘.등등 뭔갈 하면 = 결과가 등장하는 거죠. 신기하죠? 네 저도 신기해요. 이렇게 명령어를 입력하면 결과가 짜짠.3. 규칙을 만들 수 있게 되었엉.컴퓨터는 논리에 의해서 움직여요. 뭔가를 누르면 - 계산하고 - 0이면 안하고, 1이면 해요. 사실 되게 단순하게도 '한다/안한다' 로 명확하게 움직여요. 이렇게 명확하기 때문에 사람의 목숨을 담보로 하는 수많은 것들을 만드는 거예요. 비행기도 그렇고, 인공위성, 놀이기구, 자동차 등등... 컴퓨터가 기분따라 오늘은 왠지 일하기 싫어서 땡깡이나 부려버리면 그냥 다 죽는 거잖아요. (물론 가끔 파랗게 질려서 멍청댕청해질 때가 있긴 하지만...)결정장애가 없는 특성 때문에 컴퓨터는 한 번 규칙을 정해주면 그렇게 계속 움직여요. 이런 점에서 보면 인간과 컴퓨터의 가장 큰 특징 중 하나가 '갈등' 이 아닐까 싶어요. 결정장애가 있으신 분들은 엄청 인간적인 매력을 지니신 거예요. 블록체인은 '규칙'이예요. 변하지 않고 계속 그대로 움직이는 규칙이죠.규칙을 컴퓨터에게 명령하는 거예요. 이렇게 하면 이렇게 처리해!~ 알았지? 하고 명령하는 거죠. 이 코드(=명령어)를 누가 짜요? 그렇죠 그걸 블록체인 회사에 있는 개발자님들이 만드는 거예요. 그러니 어떤 블록체인 코드가 만들어지면 처음엔 그 회사 컴퓨터에만 있을 거예요. 4. 사람들을 모아보쟈.명령어를 만들긴 만들었는데, 여튼 이제 돈을 벌어야 하잖아요. 회사니까. 많은 사람들이 우리가 만든 블록체인을 이용해줬으면 좋겠어요. 그래서 사람들을 모아야겠단 생각을 했어요. 사람들에게 막 알리기 시작했어요.블록체인은 다수의 사람들이 이용해야 의미가 있어요. 꼴랑 2명만 쓰고있으면 그 중 한명의 컴터만 털어버려도 장부를 조작할 수 있잖아요. 하지만 수백, 수천만명이 블록체인에 참여하고 있다면 얘기가 달라지죠. 그 많은 사람들의 컴터를 한꺼번에 해킹할 순 없으니까요. 그래서 사람이 많으면 많을수록 블록체인은 튼튼해져요.5. 블록을 만들면 보상을 줄께!가장 단순하고 간단한 방법은 누군가가 블록을 만들도록 하는 거예요. 블록체인은 블록이 우르르르 붙어있다는 소린데, 그 블록이란 건 사실 눈에 보이는 택배박스가 아니라 손으로 적는 기록과 같아요. 롤링페이퍼 아시죠? 딱 그런 느낌인거예요. 돌아가면서 나의 기록을 블록으로 만들어서 열차놀이를 하는거죠. 그리고 블록을 만들면 그에 대한 보상으로 무언갈 주는 거예요! 대부분 그 보상이 바로 암호화폐와 같은 것들이예요. 우린 이걸 '채굴한다.' 라고들 하죠. 열심히 노동했으니 보상을 주는 거예요.6. 블록을 어떻게 만들어? 채굴!그럼 어떻게 블록을 만들까용. 음 생각해봐요. 누구나 그냥 노트북만 있어도 블록을 만들 수 있다면 물론 순식간에 블록들이 엄청나게 만들어져서 온세상 온누리에 우리 블록체인이 아름답게 꽃피긴 하겠지만....'보상'을 줘야하는 걸 생각해보면 소름이 돋을 거에요. 더군다나 화폐의 가치가 있는 것을 만드는 데 아무나 10초만에 만들 수 있다고 하면 이건 복사기에 지폐를 위조해서 그냥 마구 쓸 수 있는 것과 비슷해요. 그래서 블록을 만드는 과정은 어려워야 해요. 개발자들은 그래서 사람들이 엄청 고민을 해야만 풀 수 있는 문제를 명령어로 만들었어요. 그리고 그걸 풀면 블록이 완성되고 보상을 받는 거예요. 물론 종이와 펜으로 푸는 건 아니예요. 인터넷에 떠돌아다니는 '이거 풀면 아이큐150 이상임' 이런 문제와 비슷하긴 하지만....이건 사람이 직접 푸는게 아니라 컴퓨터가 푸는 거에요. 예전에 막 그래픽카드가 없어서 난리가 났다..PC방에서 그래픽카드만 훔쳐갔다더라..이런 뉴스가 한참 떴었잖아요. 맞아요. 마치 영화에나 나올법한 슈퍼컴퓨터같이 엄청나게 엄청난 컴퓨터들을 잔뜩 가져다놓고 계산을 시키는 거예요. 사람은 그냥 엔터만 누르고 가만히 있으면 돼요. 고생은 컴퓨터가 하니까요. 컴퓨터는 미친듯이 계산을 해요. 모터가 탈 정도로 고생을 하죠. 그리고 마침내 문제가 풀리면 짜잔!!! 블록이 완성되었어요!! 물론 블록이 완성이 되었는 지 어쩐지는 눈으로 보지 못해요. 하지만 문제가 풀면 블록이 생기도록 명령어를 짜놓았으니 생겼을 거예요. 컴터는 명확하니까요.(항상 이걸 전제로 해요.) 그리고 약속된 보상이 생겨요. 나에게 암호화폐가 뾱! 생겼어요. 빗썸이나 코인원같은 거래소에서 현금으로 바꿀 수 있도 있어요. 7. 쉬운 방법도 있어요.이렇게 수십대의 컴퓨터와 첨단 장비들이 있어야만 블록을 만들 수 있는 건 아니예요. 일반인들도 블록을 만들 수 있어요. 다만 쉬운 만큼 보상이 굉장히 작겠죠. 단순한 예로 '스팀잇'을 들 수 있어요. 스팀잇은 겉보기엔 브런치같이 그냥 주절주절 글이나 쓰는 플랫폼처럼 보이지만...사실 그건 훼이크예요. 스팀잇에 글을 쓰는 것 자체가 사실 블록을 만드는 것과 같아요. 그래서 그 보상으로 스팀을 주는 거예요. 그래서 정확히 얘기하면 '글을 쓰니 돈을 주더라!!' 가 아니라..'블록을 만드니 보상을 준다!' 가 맞는 거예요. 블록을 만드는 방식이 '콘텐츠' 일 뿐이죠.이처럼 블록을 만드는 방식은 결국 개발사가 정하기 나름이예요. 여행사진을 500장 올릴 때마다 블록을 생성하자! 라고 규칙을 만들면 그렇게 만들어져요. 그리고 보상을 받는거구요. 기부를 하면 블록이 만들어지게 하자! 라고 할 수도 있고하루에 1km씩 뛰어다니면 블록이 만들어지게 하자! 라고 할 수도 있어요.심지어 성인사이트에서 결제를 하면 블록이 만들어지게 할 수도 있어요. 실제로도 있더라구요.규칙은 만들면 되니까요. 그래서 다양한 프로젝트들이 만들어지고 블록체인 회사들이 각자 자신만의 방법으로 사람들을 모으고 있죠. 8. 하지만 사람들은 그 사실을 잘 몰라요.스팀잇에 접속해보신 분이 계신가요?? 사실 그곳은 능력자들 천지라서 다들 블록체인을 어느정도 알고 있는 사람들이 많지만.. 또 많은 사람들은 그런거에 상관없이 그냥 돈 준다니까 가입해서 글을 쓰고 있기도 해요. 사람들은 이게 블록인지 뭔지도 몰라요. 그냥 보상준다니까 열심히 뭘 쓰고 있는거에요.내가 블록을 만드는 걸 눈으로 볼 수도 없고 손에 잡히지도 않아요. 이 모든 건 그냥 컴퓨터가 처리하고 인터넷상에 떠돌아다니는 전기신호로만 존재할 뿐이예요. 우리는 겉으로 드러난 것들만을 보죠. 그래서 수많은 블록체인 회사들이 예쁘고 쉽고 접근하기 좋은 웹페이지를 만들거나 플랫폼을 만들어서 이런저런 활동을 하게 만드는 거예요. 사실 블록체인이 정말 널리고 널려서 이제 공인인증서 등등이 필요없어지게 될 지도 몰라요. 지금도 공인인증서는 폐지수순을 밟고 있고 은행의 인증절차도 간편해지고 있잖아요. 중요한 건 우린 그냥 '우왕 편하다~~' 라는 것만 인지할 뿐 이게 왜 편해졌는지는 관심이 없어요.맞아요. 우린 알게모르게 블록을 만들고 있을 수도 있어요. 당신의 컴퓨터에서 말이죠. 이미 당신은 블록체인에 참여한 거예요. 당신도 장부에 뭔가를 기록했고, 그 블록체인에 참여한 철수란 사람이 그 후에 또 뭔가를 적으면 당신의 컴퓨터에서도 그걸 인식할 수 있어요. 그래서 당신은 철수를 모르지만 당신의 컴퓨터는 철수를 알고 있어요.  이 때문에 P2P거래도 별 인증절차없이 이루어질 수 있는 거예요. 당신의 컴퓨터는 철수를 믿고있거든요. 정리해보면 블록체인은 규칙이예요. 코드로 이루어진 일종의 어떤 규칙이죠. 이걸 블록체인회사에서 만든다음자기들이 어느정도 지분을 가져가요. 자기들이 만들었으니 좀 가지고 있어야 할 거 아니예요. 주로 암호화폐의 형태겠죠.그리고 또 어느 정도는 채굴자들을 모아서 채굴을 시켜요. 대부분은 장비가 충만하신 전문채굴자님들이겠죠. 이 분들은 적극적으로 블록을 만들어내고 많은 보상을 가져가요. 이 때의 보상도 대부분 암호화폐겠죠.나머지는 쪼끄마한 우리들이에요. 우린 그게 뭔진 잘 모르지만 그냥 재밌으니까 막 활동을 해요. 그러면서 블록들을 만들어내요. 우리도 블록체인을 튼튼하게 만드는 역할을 해주었으니 일종의 작은 보상들을 받아요. 이것도 암호화폐겠죠.이렇게 블록체인에 참여하는 컴퓨터수가 많아지면서 블록체인은 더 튼튼해지고 견고해져요. 그리고 겁나 빠르고 편해서 많은사람들이 쓰게 된다면....그게 추후엔 어떤 핵심플랫폼이 될 수도 있겠죠?...다들 그걸 꿈꾸고 열심히 블록체인 코드를 만들고 있는 거예요.여기서 궁금한 게 생겼어요. 그럼... 이런 블록체인 회사들은 돈을 어떻게 버는 걸까요???.... 생각해보면 개발비용이나...홍보나 인건비나..얘네들도 돈이 필요할 텐데 당장 가상화폐는 돈이 안되요. 이제 갓 태어난 화폐는 가치가 거의 없을 거예요. 그러니 마구 가상화폐를 만들어서 팔아도 그건 의미가 없어요. 이분들의 수익은 도대체 어디에서 나는 건지 그게 궁금해졌어요.그래서 3편에선 블록체인 회사들은 뭐 먹고 사는건지 알아보도록 하겠어요 :)어휴 힘들어..이제 저도 규칙에 의해서 자야겠어요.새벽2시가 되면 = 잠을 자라.(규칙)
조회수 702

주 52시간 근무: 시간선택제 '전환' 지원사업 활용하기

지난 번에는 고용노동부에서 고용창출과 일자리나눔을 위하여 기업들을 대상으로 운영하고 있는다양한 고용지원 사업 중 시간선택제 ‘신규고용’ 지원사업에 대하여 알아봤습니다. 2018년 7월부터 주 52시간 근무를 시행해야 하는 300인 이상의 기업들도 인건비 절감과 생산성 향상, 그리고 일자리나눔을 위하여 이 제도들을 적용할 수 있는 직원들에게 시행하고 있습니다. 오늘은 시간선택제 전환제도에 대하여 알아보겠습니다.시간선택제란?시간선택제는 신규고용 직원 혹은 현 임직원의 근로시간을 15시간~30시간으로 단축해주는 것으로 근무체계 개편이나 임신·육아·학업(자기계발)·퇴직준비·건강 등 필요에 따라 일정기간 동안 근로시간을 줄여 시간선택제로 일하는 동안 인건비를 지원해주는 사업입니다. 시간선택제 지원사업은 신규고용과 전환 두가지로 나뉩니다.시간선택제 신규고용 지원제도:기업에서 시간선택제 근로자를 새로 고용하는 경우 인건비를 지원하는 제도로, 근무체계 개편, 직무개발 등을 통해 시간선택제 일자리를 창출하여 시간선택제 근로자를 새로 고용하는 사업주에게 지원합니다.시간선택제 전환 지원제도:전일제 근로자가 임신·육아·학업(자기계발)·퇴직준비·건강 등 필요에 따라 일정기간 동안 근로시간을 줄여 시간선택제로 일하는 동안 인건비를 지원하고, 사유가 해소되면 전일제로 복귀하는 제도로, 시간선택제 전환제도를 자율적으로 도입하고, 근로자의 필요에 따라 일정기간 근로시간 단축을 허용한 사업주에게 지원합니다.시간선택제 전환제 지원요건 및 절차시간선택제 지원사업은 기업의 전체 직원의 30%까지(10인 미만 사업장은 3명) 지원합니다.제도지원요건지급절차시간선택제 전환제도- 시간선택제 전환제도 도입(전환기간 만료 시 전일제 복귀 보장)- 주 15∼30시간으로 단축 근로- 시간선택제 전환기간 최소 2주 이상- 전자·기계적 방식 근태관리(5일 이상 누락 시 지원 제한)전환제도 도입(사업주) → 시간선택제 전환(근로자)→ 지원금 신청(사업주→관할 고용센터)→ 검토 및 지원금 지급(고용센터→사업주)시간선택제 전환 지원금 혜택사업주가 시간선택제 전환 근로자에게 근로시간 단축으로 인해 시간비례로 줄어든 임금보다 더 많은 임금·수당 등을 지급한 경우 그 금액 범위 내에서 아래 기준에 따라 보전금을 지급합니다.보전금 지급 기준전환 후 소정근로시간1인당 보전금주 15시간 이상 25시간 이하월 최대 40만 원주 25시간 초과 30시간 이하월 최대 24만 원보전금 산출 예시지급임금소정근로시간전환 전전환 후시간비례초과 지급 임금임금보전 지원금주 20시간200만 원130만 원30만 원30만 원주 20시간200만 원140만 원40만 원40만 원주 20시간200만 원150만 원40만 원40만 원간접노무비구분지원금액전환 근로자 1인당월 20만 원시간선택제 전환제도 운영과 관리시간선택제는 일반 소규모 사업장부터 대기업까지도 모두 이용할 수 있는 지원사업입니다. 또한 2018년 7월 1일 시행되는 주 52시간 근무제를 탄력근무제 혹은 유연근무제로 대응하기 위하여 기업들이 하나둘씩 적용하고 있는 제도 중에 하나입니다. 하지만 인사 담당자가 제도를 신청 후 도입만 한다고 끝나는 것은 아닙니다. 시간선택제 지원금을 지급받기 위해서는 시행한 직원이 시간선택제를 통해 근로시간이 단축되었음을 증빙하는 자료를 반드시 전자식 출퇴근기록기(스마트폰 앱 포함)로 남기고 한 달에 한 번씩 정부에 제출하여야 합니다.그럼 기본적으로 시간선택제 지원금을 최대치을 받기 위해서 효과적인 시간선택제 운영과 관리를 위한 팁을 소개합니다:1주일에 단축된 근로시간을 지킬 수 있도록 업무 환경을 만들어 주기환경적으로 직원이 시간선택제를 활용할 수 없다면 해당 제도는 무용지물이 됩니다. 경영자로서 시간선택제 직원들이 생산성 높은 업무를 할 수 있도록 직무를 명확화하고 근로시간에 적절한 업무량을 배분하여 정해진 근로시간을 지키도록 합니다.강력한 관리/리포트 기능 탑재한 출퇴근기록 시스템 도입기존의 출퇴근기록 시스템을 쓴다면 단지 출근과 퇴근시간만 기록되며 정부에 제출해야 할 자료를 엑셀로 가공해야 할 사람은 결국 인사담당자 혹은 사업주입니다. 이 일은 매 달 해야 하는 일이기 때문에 더 중요한 업무로 바쁜 인사 담당자나 사업주에게는 여간 번거로운 일이 아닐 수 없습니다. 왜냐하면 인사담당자가 수십, 수백명이나 되는 직원들의 출퇴근기록을 하나하나 들여다 보며, 기본, 연장과 야간을 포함한 근로시간을 계산할 수는 없기 때문입니다. 결국, 이와 같은 기업은 시간선택제를 손쉽게 관리할 수 있는 근태관리 시스템을 찾을 수 밖에 없습니다.시간선택제, 주 52시간제, 그리고 시프티의 근태관리효과적인 유연근무제 운영과 관리를 위해서는 직원과 관리자가 언제든 일별/주별 근로시간을 확인할 수 있으며 각종 근태 리포트를 자동으로 만들어줄 수 있는 시스템이 필요합니다. 관리자는 시프티 출퇴근기록기를 이용하면 다음과 같은 운영을 할 수 있습니다.직원은 모바일앱을 통하여 자신의 1주 총/평균 근로시간을 언제든 확인=> 자율적으로 근무시간을 조절한다. => 시간선택제는 본인의 근로시간이 제한되있기 때문에 업무의 생산성을 높이는 노력을 보이게 된다.각 팀장(지점관리자)은 팀원의 근로시간을 언제든지 확인할 수 있어 필요 시 통제 및 조치가 가능=> 중앙에 있는 소수 인사담당자들의 업무를 다수 팀장들에게 분산한다.본사의 인사담당자는 기업의 모든 지점, 전 직원의 근태를 언제 어디서든 관리가 가능.=> 시간선택제나 주 52시간 근무제를 잘 지키지 않는 직원들을 실시간 리포트로 확인하고 발빠른 대응으로 제도를 준수하도록 한다.대규모 인력 관리올 7월, 주 52시간제를 시행해야 하는 300인 이상의 기업들을 위해 대규모의 인력 운용을 위한 근태관리 시스템 선정에 있어 꼭 던져봐야 할 질문들을 몇가지 공유합니다.중간관리자의 배정이 가능한가? (근태업무 권한 분배 필요 시)각 중간관리자가 자신의 지점(부서)만 따로 관리할 수 있는가?관리자용 PC버전이 얼마나 편리한가? 엑셀 추출만을 제공하는 시스템에 비하여 얼마나 다양하고 유용한 리포트들을 자동으로 만들어줄 수 있는가?시프티는 주 52시간 근무제와 각종 고용지원사업에 맞춰진 기능들을 이미 탑재하여 조기 도입한 기업들이 유용하게 이용하고 있으며 대규모 인력관리에 대해 독보적인 기능과 구조를 인력도급업/아웃소싱, 물류업, 제조업, 대형 리테일/F&B 기업, 각종 산업군의 일반 내근직, 테마파크, 등과 같이 다양한 산업군의 기업 고객사들에게 제공하고 있습니다.주 52시간제와 시간선택제, 유연근무제, 탄력근무제 근태관리, 단순한 근태시스템으로는 해결할 수 없습니다. 대규모 인력관리를 위한 다양한 리포트 기능을 탑재한 시프티를 만나보세요.#시프티 #고객가치 #핵심가치 #기업소개 #서비스소개
조회수 1877

[인터뷰] 인스타 떡볶이를 만든 주인공! 제이키친 이민재 대표님

한국식 간식 / 떡 전문몰 '윙잇'은 처음에 제이키친 떡볶이 단 한 제품을 판매하는 것으로 시작했다. 비록 시작은 초라했지만, 제품력 하나만을 믿고 인스턴트 이미지를 탈피한 야채가 포함된 건강한 떡볶이를 선보였다. 이런 마음을 고객들이 알아주셔서 일까? 기존의 반조리 떡볶이와는 다른 모습으로, 제이키친 떡볶이는 신선한 야채와 함께 배송하여 소비자들로부터 많은 호응을 얻었다.일명 '인스타 떡볶이' 불리우며, 고객들의 후기가 꾸준히 올라오고 있다.이후 본격적으로 '인스타 떡볶이'로 알려지며 '윙잇' 브랜드를 알리는 효자 노릇을 톡톡히 한 제이키친 떡볶이. 윙잇은 제이키친을 발판으로 최초 서비스 시작에 비해 판매 상품이 크게 늘어나게 되었고, 지금의 간식 전문몰로까지 이어져 왔다. 그 일련의 과정에서 윙잇과 제이키친은 유통사와 제조업체의 관계를 떠나 정말 특별한 인연이 된 것. 그런 의미에서 윙잇 창업 1000일을 앞두고, 제이키친 떡볶이 대표님을 만났다.제이키친 떡볶이, 이민재 대표님윙잇 : 안녕하세요. 대표님! 일단 윙잇과 시작을 함께 한 '제이키친 떡볶이'라 감회가 새롭습니다. (하하)윙잇과 함께 하면서 가장 기억에 남았던 순간부터 여쭤봐도 될까요? 이민재 대표 : 아무래도 첫 사업 시작을 함께한 순간이 아닐까 해요. 윙잇 공동 대표님과 셋이 모여, 서울 근교 촬영장에 가서 떡볶이 사진만 7시간을 촬영했었죠. 이다빈 대표님의 콘티에 따라서 멋진 사진이 연출될 때까지... 또 SNS 홍보로 첫 고객님이 떡볶이 3팩을 샀을 때 참 벅찼었답니다. 그땐 촬영한 사진을 보정 중이라 상세페이지 없이 오로지 글로만 홍보 중이었거든요. ㅎㅎ 팔린 게 신기했었습니다.윙잇 : 감사합니다! 현재 제이키친은 떡볶이 말고도 메밀소바, 돈까스 등 다양한 제품들이 출시되고 있는데요. 혹시 이 일을 하시기 전에 과거에는 어떤 일을 하셨는지요 ...?이민재 대표 : 저는 경기도 의왕시에 '웰메이드 김밥'이라는 동네 김밥집을 운영했었어요. 그래서 자연스럽게 김말이 / 만두 등 다양한 간식거리를 판매하며, 오프라인 매장에 내공 아닌 내공(?)을 쌓았죠. 가끔 동네 아주머니들과 수다를 떨며 인사이트도 얻고요. 제겐 소중한 경험과 추억이었어요.윙잇 : 아 그러셨군요, 그럼 많은 제품 중 온라인 판매로 떡볶이를 선택하신 이유는요? 이민재 대표 : 단순한 이유지만, 일단 떡볶이가 재료 손질이 쉽고 관리하기가 편해서 많은 업체들이 뛰어들지만...^^; 저희는 모든 재료에 배합 비율을 5g씩 조절해가며 최적의 밸런스를 찾기 위해 노력했습니다. 또 오프라인 장사를 하다 보면 여러 정보를 얻게 되는데, 가끔 매장에 어머님들이 오셔서 저에게 떡볶이에 대한 자신감을 심어주고 가세요.온라인 판매를 시작하게된 계기는 저희 단골 손님이 떡볶이가 너무 맛있다며 강원도에 계시는 어머니집으로 보낸다고 포장을 부탁하셨는데, 떡이랑 소스 외에 야채도 같이 넣어달라고 하시더라고요. 택배는 하루면 도착하니까 아이스팩과 함께 넣으면 된다고 하시면서요.... 그리곤 "택배로 한번 팔아보세요 사장님, 잘 될 것 같아요"라고 하고 나가시는데 그 순간 깜짝 놀랐어요. 당시의 저에겐 '떡볶이 택배'가 쇼킹한 일로 다가왔거든요. 그래서 우연찮은 기회에 결심을 하고 도전하게 되었어요.제이키친 떡볶이 (왼쪽 시계방향부터 짜장, 카레, 기본)윙잇 : 그렇다면 '제이키친 떡볶이'는 어떤 노력 끝에 탄생하게 되었나요?이민재 대표 : 김밥집 운영 당시에 만들었던 떡볶이는 전반적으로 맵고 칼칼하다는 의견이 많았어요. 그래서 어떻게 남녀노소 즐길 수 있는 떡볶이를 만들 수 있을까 정보를 수집해 가면서 자연스럽게 터득해 나갔답니다.일단 너무나 당연한 얘기지만 설탕 대신 양파로 단 맛을 내고, 고춧가루 대신 대파로 건강한 매운맛을 내자는거였어요! 게다가 당시엔 온라인으로 파는 반조리 떡볶이 중에는 야채를 함께 보내주는 업체는 없었거든요. (지금도 없습니다) 또 고춧가루도 원산지별로 다 테스트하고... 각 재료마다 최상의 맛을 내기위해 초반에 제조공장도 계속 돌아다니고 많은 노력을 했던 것 같애요. 그때의 노력이 지금의 자산이 되었죠. ㅎㅎ윙잇 : 그렇다면 제이키친 떡볶이가 시중  떡볶이와 다른 점이 있다면요?이민재 대표 : 제이키친 떡볶이는 내 가족, 내 아이도 믿고 먹일 수 있는 건강한 떡볶이예요. 맛의 결정타는 바로 재료인데, 제이키친의 주재료는 국산과 신선함에 있죠!우선 제이키친은,1) 국내산 고춧가루와 고추장을 사용해요. 캡사이신이 아닌 손수 빻은 청양고추를 넣어 만들어요. 2) 그리고 프리미엄 열풍 건조떡을 사용해요. 떡의 쫄깃함과 식감을 최대한 보존하기 위해 상온에서 떡을 말린 뒤 (기존 떡은 여기서 마무리) 열풍 기계를 이용해 한 번 더 떡을 건조시켜, 수분을 모두 제거해요.3) 어묵은 밀가루보다는 어육량이 높아서 텁텁하지 않고 떡볶이의 감칠맛을 더 살려주고 있어요. 마지막으로 4) 방부제나 냉동 식재료는 사용하지 않고요.제이키친 대표님의 맛과 재료에 대한 철학은 확고하다.윙잇 : 역시 SNS에서 유명한 이유가 있군요...지나가는 얘기로 혹시 대표님은 제이키친 떡볶이를 얼마나 많이 드셔보셨나요?이민재 대표 : 한 달 기준으로 고춧가루를 20kg 정도나 먹었으니... 단기간 동안 아마 200인분 정도를 먹은 것 같아요... 그때 당시에 너무나도 하고 싶은 생각이 간절했었거든요.윙잇 : 와 대박인걸요? 떡볶이를 만드면서 가장 주안점을 두는 부분이 있다면요.이민재 대표 : 무조건 위생부터 신경쓰죠. 개인 관리와 더불어, 정기적인 시설 소독을 통해 청결한 시스템을 한결같이 유지하려고 노력하고 있어요. 배송은 신선도 유지를 위해 월~금 오전 10시까지 주문 분에 한하여 당일 발주기준 '선입선출'원칙을 철저하게 지키고 있고요.이르자면 새벽에 야채를 다듬고, 떡을 압축하고, 48시간 숙성된 특제 소스를 선입선출해서 72시간 내에 소비자가 받으실 수 있도록 해요. 재료들이 '최상의 맛'을 내는 상태로 보내졌으면 하는거죠. (후문으로 어묵 공급업체는 저때문에 동선이 바꼈어요... 일부러 새벽에 가져다 주시고, 저때문에 고생이 많으십니다. 이 자리를 빌어 감사드려요 :)모든 공정에서 사람의 손을 거치지 않은 곳이 없는 제이키친 떡볶이.윙잇 : 대표님의 꼼꼼함이 느껴지는 부분이군요. 제이키친은 제조공정이 하나하나 정성이 들어간 수작업인데요. 자랑할 거리가 있다면요?이민재 대표 : 각 공정단계에서도 분업별로 쪼개어 세심하게 체크하는 편이예요. 예를 들자면, 야채 같은 경우는 흙이 있기 때문에, 흙이 안들어가게끔 2중 3중으로 체크를 하는거죠. 그래서 야채를 까시는 분, 깐 야채를 검수하시는 분, 야채를 씻으시는 분, 씻고 담는 분으로 나뉘어서 분업을 하고 있어요. (왼쪽부터) 윙잇 이다빈 대표와 제이키친 떡볶이 이민재 대표.윙잇 : 자, 이제 쑥스럽지만 대표님에게 '윙잇'은 어떤 서비스인가요?이민재 대표 : 윙잇은 단순히 판매업체라기 보다는 남다른 형제애가 느껴지는 것 같아요. 서로의 서비스가 시작될때부터 같이 으쌰으쌰 하다보니 약간 가족같은 느낌이예요. 서로 도움도 많이 받았고요. 애정이 가는 곳이예요. (윙잇의 1,000일! 미리 축하드려요^^)윙잇 : 윙잇 고객님께도 한마디 부탁드려요!이민재 대표 : 저희 제이키친은 언제나 고객님들을 위해 열심히 달리고 있답니다. 여러분들에게 '제이키친 떡볶이보다 맛있는 것은 없다!' 라고 피드백을 받을 때까지 정말 열심히 할테니 애정해주시면 감사드리겠습니다♥  - 다음 편에 계속 -#아그레아블 #윙잇 #제이키친 #인터뷰 #인스타떡볶이 #화제의그집
조회수 1654

애플, 화제의 프로그래밍 언어 Swift 공개

안녕하세요. 크몽 개발팀 입니다!   지난주에는 개발하기 전 개발환경 셋팅에 필요한 개발도구들을 소개해 드렸습니다.그러나 개발환경을 셋팅하기 전에 먼저 결정해야 할 것이 있습니다.바로 어떤 프로그래밍 언어로 개발을 할것인가 하는 문제 인데요~언어의 종류가 많고 사용하는 언어마다 특성이조금씩 다르기 때문에 결정하는 것이 어려울 때가 많습니다. 오늘은 다양한 종류의 언어 중에서 요즘 개발자 분들사이에서 화제가 되고 있는 'Swift(스위프트)'라는 언어를 소개해보려고 합니다.    2014년 6월 2일 미국 샌프란시스코 모스콘웨스트컨벤션센터에서 열린애플 WWDC(WorldWide Developers Conference)에서발표 마지막에 새로운 프로그래밍 언어 'Swift(스위프트)'를 공개했습니다.Swift는 C와 Objective-C의 중간에 있는 언어로서iOS와 OS X 기반의 애플리케이션 개발을 위한 언어입니다. 간단하게 장점들을 말씀드리면 고성능 앱을 개발 하기 위하여LLVM의 발전된 코드 분석기를 이용해 컴파일과 최적화를 수행합니다. 이 결과 Python 기준으로 오브젝트 정렬 속도는 3.9배,RC4 인크립션 처리속도는 220배나 빠른 처리속도를 가지고 있습니다. 그리고 현대적인 언어에서 지원하는 주요 기능들을 대거 흡수하고,Cocoa 및 Cocoa Touch frameworks의 모든 부분에서 접근이 가능합니다.또한 C와 Objective-C에서 써오던 기존 방식 또한 그대로 도입할 수있기 때문에 기존에 개발하던 업무에 지장을 주지 않습니다.   마지막으로  읽고 쓰기 쉬운 문법으로 코드를 작성하기 때문에유시보수 시 적은 양의 코드가 사용됩니다.그리고 소스를 코딩한 후 그 결과를 실시간으로 볼 수 있습니다. [출처] 애플 스위프트 언어 (Swift) - 앱 개발을 위한 애플의 새로운 언어|작성자 마스터 현재 9월에 애플에서 Swift 정식버전이 출시 되었고Swift로 작성된 애플리케이션의 iOS 앱스토어 승인도 시작되었습니다.또한 Xcode 6 시험판을 내려받아서 사용할수 있고,iTunes Store와 App Store를 통해 Swift 프로그래밍 언어 전자책을 다운받을 수 있다고 합니다.  개발된지 오래 되지 않아서 아직 Objective-C를 함께 사용하고있지만 쉽게 접근할 수 있는 언어이기 때문에점점 Swift를 사용하는 개발자 분들이 많아질 것으로 보입니다 ^^ 이상 포스트를 마치겠습니다. #크몽 #개발팀 #신입개발자 #신입사원 #경험공유
조회수 602

상식이 발목을 잡는다

'창의'의  반대말은 '상식'이다.그게 말이 되니?의사 결정 단계가 복잡할수록 창의성이 떨어지는 것은 너무 당연하다. 여러 단계를 거치는 동안 '그게 말이 되니' 목조르기에 몇 번이고 시달리다 보면, 이젠 말이 되게만 만들어가기 마련이다.조직이 창의성을 높이려면의사결정자가 창의적이거나, 의사결정을 아주 간결하게 줄여야 한다.안그러면 지금처럼 가성비 높이고 재료비 줄이고, 피터지게 남들과 똑같이 가격 싸움이나 해야한다.당신은 이미 창의적인 직원을 뽑았었다누가 봐도 말이 되는거면아무도 쳐다보지 않는 세상이다.요즘 시대가 그렇다. 창의성이 높은 사람일수록복잡한 조직에서 견디지 못한다.복잡한 조직에 오래 버티는 사람일수록아주 상식적인 사람이거나, 갈데가 없거나...바꾸라 하면서 바꾸지 못하는 겁쟁이우리 사회는 상식이 통하지 않는다 비판하지만,우리 회사는 상식 때문에 바뀌질 않는다모두가 당연하다고 생각하는 상식은어찌보면 누군가에 의해 조작된 굴레일 수 있다.그래서 종종 너무 합리적인 사람은결국 상식의 굴레에서 벗어나지 못해스스로 무너지곤 한다.가끔은 똘끼와 일탈이 필요하다.그것은 상식의 반대편에 서라는 말이 아니라, 당연한 상식의 전제를 의심하라는 것이다.어차피 합리적인 선을 고수한다면결과도 상식적인 수준에 머무를게 뻔하다.재미도 없을테고.
조회수 4279

파이썬 코딩 컨벤션

스포카 개발팀 문성원입니다. 저희는 (익히 아시다시피) 서버를 개발하는데 파이썬(Python)을 사용하고 있는데, 오늘은 이러한 파이썬 코드를 작성할 때 기준이 되는 코딩 컨벤션(Coding Convention)에 대해서 알아보겠습니다.Coding Convention코딩 컨벤션이란 개념에 대해 생소하신 분들도 계실 테니 이를 먼저 알아보죠. 코딩 컨벤션은 프로그램 코드를 작성할 때 사용되는 일종의 기준입니다. 이를테면 들여쓰기(Indentation)는 공백으로 할거냐 탭으로 할거냐. 부터 var a = 3; 과 같은 코드에서 a와 =를 붙이느냐 마느냐라던지를 정해주는 것이죠. 알고 계시는 것처럼 이러한 차이는 특별히 실행 결과의 영향을 주지 않습니다. 다르게 이야기하자면 “실행 결과에 별 차이가 없는 선택지들”이기 때문에 일관성이 있는 기준을 두어 통일하자는 것이지요.그렇다면 왜 이런 선택지를 통일해야 할까요? 불행히도 우리가 작성한 코드는 많은 사람들이 보게 됩니다. 같이 일하는 동료, 이바지하고 있는 프로젝트의 리뷰어, 심지어 내일의 자기 자신까지도 말이죠. 그런데 이런 많은 사람들이 우리가 코드를 작성할 때 했던 선택지를 일일이 추론해서 이해하는 건 굉장히 피곤하고 짜증 나는 일입니다. 그래서 우리는 사소한 것부터 일종의 규칙을 정해서 이런 짜증과 불편함을 줄이려는 겁니다. 또한, 일반적으로 좋은 기준에는 훌륭한 프로그래머들의 좋은 습관이 배어있기 때문에 더 나은 품질의 코드를 작성하는 데에도 많은 도움이 됩니다.이런 코딩 컨벤션은 극단적으로 이야기하면 프로젝트마다 하나씩 존재한다고 볼 수도 있지만, 일반적으로 그 언어문화를 공유하는 공동체에서 인정하는 컨벤션은 대부분 통일되어 있습니다. 파이썬은 지금부터 살펴볼 PEP 8이 대표적입니다.PEP?PEP(Python Enhance Proposal)이란 이름대로 본디 파이썬을 개선하기 위한 개선 제안서를 뜻합니다. 이러한 제안서는 새로운 기능이나 구현을 제안하는 Standard Track, (구현을 포함하지 않는) 파이썬의 디자인 이슈나 일반적인 지침, 혹은 커뮤니티에의 정보를 제안하는 Informational, 그리고 파이썬 개발 과정의 개선을 제안하는 Process의 3가지로 구분할 수 있습니다. (좀 더 자세한 사항은 PEP에 대해 다루고 있는 PEP인 PEP 1을 참고하세요.) 파이썬은 언어의 컨벤션을 이러한 제안서(Process)로 나타내고 있는데 이것이 바로 PEP 8입니다.Laplace’s Box기본적으로 가이드라인이니만큼 규칙만 빽빽할 것 같지만, PEP 8는 서두부터 예외를 언급한 섹션이 있습니다.A style guide is about consistency. Consistency with this style guide is important. Consistency within a project is more important. Consistency within one module or function is most important.스타일 가이드는 일관성(consistency)에 관한 것입니다. 이 스타일 가이드의 일관성은 중요하죠. 하지만 프로젝트의 일관성은 더욱 중요하며, 하나의 모듈이나 함수의 일관성은 더더욱 중요합니다.But most importantly: know when to be inconsistent – sometimes the style guide just doesn’t apply. When in doubt, use your best judgment. Look at other examples and decide what looks best. And don’t hesitate to ask!하지만 가장 중요한 건 언제 이것을 어길지 아는 것입니다. – 때때로 스타일 가이드는 적용되지 않습니다. 의심이 들 때는 여러분의 최선의 판단을 따르세요. 다른 예제를 보고 어느 게 제일 나은지 골라야 합니다. 질문을 주저하지 마세요!Two good reasons to break a particular rule:When applying the rule would make the code less readable, even for someone who is used to reading code that follows the rules.To be consistent with surrounding code that also breaks it (maybe for historic reasons) – although this is also an opportunity to clean up someone else’s mess (in true XP style).다음은 규칙들을 어기는 2가지 좋은 예외 사항입니다.규칙을 적용한 코드가 (규칙을 숙지한 사람 눈에도) 읽기 어려운 경우일관성을 지키려고 한 수정이 다른 규칙을 어기는 경우(아마도 역사적인 이유겠죠.)아직 아무것도 안나왔는데 좀 이르다구요?It’s all about common sense예외 규정을 보여주며 시작하는 PEP 8이지만 얼개는 그리 복잡하지도 않고 크게 난해하지도 않습니다. 여기서는 대표적인 몇 가지만 추려서 소개하겠습니다.Code lay-out들여쓰기는 공백 4칸을 권장합니다.한 줄은 최대 79자까지최상위(top-level) 함수와 클래스 정의는 2줄씩 띄어 씁니다.클래스 내의 메소드 정의는 1줄씩 띄어 씁니다.Whitespace in Expressions and Statements다음과 같은 곳의 불필요한 공백은 피합니다.대괄호([])와 소괄호(())안쉼표(,), 쌍점(:)과 쌍반점(;) 앞키워드 인자(keyword argument)와 인자의 기본값(default parameter value)의 = 는 붙여 씁니다.Comments코드와 모순되는 주석은 없느니만 못합니다. 항상 코드에 따라 갱신해야 합니다.불필요한 주석은 달지 마세요.한 줄 주석은 신중히 다세요.문서화 문자열(Docstring)에 대한 컨벤션은 PEP 257을 참고하세요.Naming Conventions변수명에서 _(밑줄)은 위치에 따라 다음과 같은 의미가 있습니다._single_leading_underscore: 내부적으로 사용되는 변수를 일컫습니다.single_trailing_underscore_: 파이썬 기본 키워드와 충돌을 피하려고 사용합니다.__double_leading_underscore: 클래스 속성으로 사용되면 그 이름을 변경합니다. (ex. FooBar에 정의된 __boo는 _FooBar__boo로 바뀝니다.)__double_leading_and_trailing_underscore__: 마술(magic)을 부리는 용도로 사용되거나 사용자가 조정할 수 있는 네임스페이스 안의 속성을 뜻합니다. 이런 이름을 새로 만들지 마시고 오직 문서대로만 사용하세요.소문자 L, 대문자 O, 대문자 I는 변수명으로 사용하지 마세요. 어떤 폰트에서는 가독성이 굉장히 안 좋습니다.모듈(Module) 명은 짧은 소문자로 구성되며 필요하다면 밑줄로 나눕니다.모듈은 파이썬 파일(.py)에 대응하기 때문에 파일 시스템의 영향을 받으니 주의하세요.C/C++ 확장 모듈은 밑줄로 시작합니다.클래스 명은 카멜케이스(CamelCase)로 작성합니다.내부적으로 쓰이면 밑줄을 앞에 붙입니다.예외(Exception)는 실제로 에러인 경우엔 “Error”를 뒤에 붙입니다.함수명은 소문자로 구성하되 필요하면 밑줄로 나눕니다.대소문자 혼용은 이미 흔하게 사용되는 부분에 대해서만 하위호환을 위해 허용합니다.인스턴스 메소드의 첫 번째 인자는 언제나 self입니다.클래스 메소드의 첫 번째 인자는 언제나 cls입니다.메소드명은 함수명과 같으나 비공개(non-public) 메소드, 혹은 변수면 밑줄을 앞에 붙입니다.서브 클래스(sub-class)의 이름충돌을 막기 위해서는 밑줄 2개를 앞에 붙입니다.상수(Constant)는 모듈 단위에서만 정의하며 모두 대문자에 필요하다면 밑줄로 나눕니다.Programming Recommendations코드는 될 수 있으면 어떤 구현(PyPy, Jython, IronPython등)에서도 불이익이 없게끔 작성되어야 합니다.None을 비교할때는 is나 is not만 사용합니다.클래스 기반의 예외를 사용하세요.모듈이나 패키지에 자기 도메인에 특화된(domain-specific)한 기반 예외 클래스(base exception class)를 빌트인(built-in)된 예외를 서브클래싱해 정의하는게 좋습니다. 이 때 클래스는 항상 문서화 문자열을 포함해야 합니다.class MessageError(Exception): """Base class for errors in the email package."""raise ValueError('message')가 (예전에 쓰이던) raise ValueError, 'message'보다 낫습니다.예외를 except:로 잡기보단 명확히 예외를 명시합니다.(ex. except ImportError:try: 블록의 코드는 필요한 것만 최소한으로 작성합니다.string 모듈보다는 string 메소드를 사용합니다. 메소드는 모듈보다 더 빠르고, 유니코드 문자열에 대해 같은 API를 공유합니다.접두사나 접미사를 검사할 때는 startswith()와 endwith()를 사용합니다.객체의 타입을 비교할 때는 isinstance()를 사용합니다.빈 시퀀스(문자열, 리스트(list), 튜플(tuple))는 조건문에서 거짓(false)입니다.불린형(boolean)의 값을 조건문에서 ==를 통해 비교하지 마세요.Give me a reason하지만 몇몇 규칙은 그 자체만으론 명확한 이유를 찾기 어려운 것도 있습니다. 가령 예를 들면 이런 규칙이 있습니다.More than one space around an assignment (or other) operator to align it with another.Yes:x = 1 y = 2 long_variable = 3No:x = 1 y = 2 long_variable = 3보통 저런 식으로 공백을 통해 =를 맞추는 건 보기에도 좋아 보입니다. 하지만 변수가 추가되는 경우에는 어떨까요. 변수가 추가 될때마다 공백을 유지하기 위해 불필요한 변경이 생깁니다. 이는 소스를 병합(merge)할 때 혼란을 일으키기 쉽습니다.언뜻 보면 잘 이해가 안 가는 규칙은 이런 것도 있습니다.Imports should usually be on separate lines, e.g.:Yes: import os import sys No: import sys, os굳이 한 줄씩 내려쓰면 길어지기만 하고 보기 안 좋지 않을까요? 하지만 이 역시 대부분의 변경 추적 도구가 행 기반임을 고려하면 그렇지 않습니다.#스포카 #개발 #파이썬 #개발자 #Python #컨벤션 #이벤트참여 #이벤트후기 #후기
조회수 1681

잠 못 드는 밤, 비는 내리고...

하루를 98% 정도 완성한 듯하다.2% 부족한데...그 마지막 나머지는 잠들기 전에 나 스스로에게 되묻는 질문들을 고민하는 것이다.물론 늘 해답이 뭐다라고,딱 맞춘 적이 없다.이리 뒤척, 저리 뒤척고민하다가 잠드는 게 습관 이지 뭐.매일 떠올리는 똑같은 질문이지만,매일 답을 찾아 헤매는 흐릿한 상태를 정리해 본다.1. 돈에 대한 걱정은 매일 끊이지 않는다.자고 일어나면 급여일!뭐 좀 하려고 하면 잔금 지급!이제 좀 지급 다했나 하면 세금납부!통장의 잔고는 채울수록 비워진다는 말이 진리요, 상식이니...부족한 자금을 언제까지 얼마나 어떻게 구해야 하나늘 고민하고, 걱정하는 것이 우리네 일상인지라하루하루 조여 오는 자금 압박은오늘도 쉼 없이 뛰어다니고,스마트폰이 과열되도록여기저기 알아보고,부탁하고,애원하기도 하고,연속통화가 끊이지 않게 하네.투자를 받으면 모든 고민에서 해결할 것 같지?오히려 더 흰머리가 늘어나더군.약간의 탈모 현상도 생기고...문제는 돈이 들어오면 들어온 만큼금방 나가더라고.잠시 숨 돌리는 정도의 효과는 있지만,그만큼 빨리 그리고 많은 영업이익을내야 한다는 압박감과 이를 위해 소모되는 자금 역시 빠르게 흘러간다는 점!창업자가 돈 걱정하는 것은 끝이 없다.2. 사람의 마음을 알 수가 없다.1) 고객의 진심아무리 인터뷰를 하고, 설문을 해 보고,품평회를 해 보고, 샘플을 나눠줘도결국 고객의 진심은 구매에서 드러난다.초창기에 2015년 청년창업 사관학교에 입교했던 시절,귀가 따갑게 들었던 고객의 니즈 파악!그래서 안산에 외국인이 많은 거리를 돌아다니며인터뷰도 하고, 교회 모임에서도 설문 돌리고,대학생들이 모이는 자리에 가서 의견을 얻기도 하고고객이라 생각되는 사람들에게 개발하고 있는 제품에 대하여 설명하고,어떤 기능이 있으면 좋겠냐, 어떤 디자인이 좋냐,색상은 어떨까? 이거 얼마면 살까 물어물어 봤자...딱 시제품 만들 때까지만 유효하더라.시제품이 나오면,그새 고객들의 의견은 또 달라져있다.눈에 보이는 시제품은 이것저것 또 문제 투성이라서여러 피드백이 나오고,다른 의견이 나온다.그래서 고치길 수십 번!누구는 이전 모델이 좋았다고 하고,누구는 지금이 더 낫다고 하고,누구는 제품 설계 당시 이미지가 더 좋다고,누구는 사이즈가 생각보다 크다고,누구는 향이 진해 싫다고 해서 없애면,누구는 향이 없어서 별로라고...어쨌든 우여곡절 끝에 제품 초도 물량이 나와서 공짜로 나누어주면,가짜 피드백, 듣기 좋은 이야기,고민 없는 후기가 즐비하다.그 당시에는 이거 가격이 이쯤인데 어떨까 요하는데'좀 비싼 거 같아요''그 정도면 살 거 같아요''저는 살 것 같아요'라는 말은 실제로 가격표 붙이고 나오면언제 그랬냐는 듯 모르쇠가 되는 경우가 허다하다.역시...숫자가 확실하게 붙고,돈이 지갑에서 실제로 나가야 하는 상황에서고객의 피드백이 진짜 진심이다.그 외에는 그냥 생산/제조하는데 참고만 하는 의견일 뿐!판매/구매에는 크게 영향을 준다고 보긴 힘들다.2) 팀원이 한 마음일까?회사에 인원이 5인만 넘어가도,각양각색, 개성이 무슨 뜻인지 이해가 된다.정말 관점과 백그라운드 경험이 다르기에여러 의견과 입장 차이가 뚜렷해진다.이것은 자랑스러운 장점이기도 하고,걱정스러운 단점이기도 하다.언제나 대표가 다 조율하기 어려운 때가 도래한다.그리고 그쯤에서는 각자가 걸음을 내딛길 바라지만,확실히 사람마다 속도의 차이가 있다.서로 인정하고, 이해하고 가길 원하지만그것이 갈등의 씨앗이 되기도 한다.또한,감정이라는 것은 때로 들불처럼 확 일어난다.말 한마디, 행동 하나에 감정이 상하기 쉬운 사람이 있고,무던하게 반응이 없다가 어느 날 폭발하는 사람도 있다.  그래서 가끔은 회사 구성원들을 대상으로 내부 교육이 필요하지 않을까 하는 고민을 할 때가 있다.업무에 관련한 전문 교육이 아닌 기본적인 교육 말이다.가장 간단하게는 명함 교환 방법이라던가메일 전송 예절, 인사, 상황별 대응이라던가...사실 체계가 어느 정도 잡힌 회사들은 처음 신입이 들어오면재교육이라는 명목으로 별거 아닌 것 같은 내부 교육을 실시한다.근데...그게 조직 생활에선 나도 모르는 사이에 몸에 배이게 되고, 그것이 공동체를 유지하는 룰이 되더라.스타트업은 그런 점에서 대개 약하기에고민하지 않을 수 없다.자율과 규율 사이에서 말이다.3. 우리는 잘 해나가고 있는가1) 제품 또는 서비스에 대한 의심애지중지, 심혈을 기울여 만들어낸 내 새끼!그런데 내 눈에 이쁜 내 새끼일지라도,타인의 눈에는 못 생긴 녀석일 수 있다.냉정하게 되돌아볼 필요가 있다.그리고 수명을 생각해 봐야 한다.스테디셀러가 되면 좋겠다마는제품은 엄연히 수명이 있기에대략 어느 정도 고려해 놓아야 한다.제품의 단가를 어떻게 하면 더 합리적인 구조를 만들 수 있을까?마케팅은 적절하게 진행되고 있는가?고객이 주는 피드백을 우리는 잘 적용하고 있는가?품질을 더 높일 수 있는 방법,불량률을 더 낮출 수 있는 방법,생산성을 증가시킬 수 있는 방법은 무엇인지 골똘히 생각해 봐야 한다.왜냐면 늘 제품/서비스는 완벽하지 않기 때문이다.2) 회사의 성장에 대한 불안회사는 무한 성장하지 않는다.어느 때인가 정체되기도 하고,때로는 뒷걸음질 칠 수도 있다.급속도로 성장하면 그에 따르는 준비되지 않음으로발생하는 성장통이 있기 마련이다.너무 더디게 성장하면,팀원들과 파트너들이 불안해지고,경쟁자들을 의식하게 되면서나 역시 불안해질 수 있다.역으로 퇴보하고 있다면...에휴... 진짜 식욕이 없고,잠도 안 오고...진짜 집중도 안되고...내적 갈등도 심할 테다.특히 매주 성과지표를 점검하는 스타트업이라면 거의 격주 단위로 좌절모드와 업 모드를왔다 갔다 온탕 냉탕 들락날락하게 된다.3) 제정신인가 고민될 때가 있다.로또 복권을 안 사는 주의인데 간혹 로또 복권 당첨되는 꿈을 꾸곤 한다.정신이 피폐해졌나 보다.가끔 과거에 이불 킥할 일들이 생각난다.그리고 혼자 있을 때, 나도 모르게 막 웃기도 한다.미처 가고 있는 건 아닐까?늘어가는뱃살이랑 탈모, 흰머리가 부쩍 신경 쓰인다.난 아무리 먹어도 살이 안 찐다고 망언을 했던 20대가 정말 생각 없었던 바보였다.내 머리는 철사 같고 숱이 많다고 자부했는데이제는 샤워하고 머리 감고 나면 하수구에 뭉친 머리카락에 덜컥 겁이 나기도 한다.더군다나 새치라고 우기던 흰머리가노화의 증상이라는 걸 인정할 때가 되었다.친구들과 마지막으로 만난 지 언제였더라,지인 경조사에 통장 계좌 불러달라고 하는 건 일상이고...친구 녀석들 아이가 둘인 줄 알았는데,셋이라는 사실에 화들짝 놀라기도 한다.내가 제정신으로 살아가고 있는 건가심각하게 고민이 된다.4. 속도를 걱정하게 된다.1) 세상의 속도마켓은 살아있다. 그래서 참 변화무쌍하다 보니 트렌드가 바뀌는 거 한 순간이다.트렌드를 따라가지 말고,트렌드를 선도하라고 하는데...말은 쉽지!직접 뛰어들어서 트렌드 변화를 미리 감지하고선제 대응한다는 것이 한 번에 딱 이루어지는 일일까?마치 주식하는 사람에게주식의 변화를 미리 예측해서먼저 움직이라고 하는 말하고 뭐가 다르지?올해의 색이 어떻게 정해지는지나 알고 하는 말인지,올해 유행할 패션 트렌드라는 게 어떻게 만들어지는 알고나 하는 이야기인지....주식처럼 트렌드라는 것을 주도하는 세력이란 게 있거든.역시나 거진 다 돈으로 움직이는 영향력이란 말이지.물론 그 와중에서도 어떻게든 트렌드를 선도할 다른 방법을 고민하고, 찾고는 있지만정말 머리에 쥐가 날 정도로 어려운 문제가 늘 잠 못 이루는 밤을 선사해 준다.그뿐 아니라 경쟁사/경쟁제품/기술의 발전 속도가 너무나 빠르기에 이 부분도 수시로 살펴봐야 한다.특히, 중국이나 동남아시아가 성장하는 속도는전 분야에서 늘 주시하고 경계해야 하는데...어떻게 대응할지에 대한 구체적인 해답은 없다.아니, 찾았다가도 좀만 시간이 더 지나면오답이 되어버린다.그러니 고민을 안 할 수 있냐고...2) 우리의 속도개인의 성장 속도가 빨라지고,구성원들이 업무에 숙달되는 모습은흐뭇한 일이다.그런데 회사는 그 속도에 발맞추어가고 있는지,혹시 간격이 벌어지고 있는 것은 아닌지돌아보게 된다.어떤 기간에는 회사가 펄쩍 뛸 때가 있다.그런데 그때 컨디션이 안 좋은 건지, 몸이 피곤하거나 지친 건지구성원들이 느릿느릿한 모습이 보일 때도 있다.그럴 때면 불현듯 들쑥날쑥한 속도전을 하고 있는 게 아닐까 하는우려가 엄습하기도 한다.완급조절이 잘 안 되는 상황이라면,이 타이밍에 뭔가 이벤트라던가,주위를 환기할 이슈가 필요한 건 아닐까.디테일한 무언가를 놓치고 있는 건 아닐까. 이런저런 걱정에 잠 못 이루는 것에 대한 푸념이기도 하고이런저런 걱정 덕분에 다시금 우리를 돌아보게 되는 기회이기도 하다.적어도 분명한 한 가지는생각 없이 살아가고 있지는 않다는 점이다.고민이나 걱정을 하는 것도여전히 내 사람들, 우리 회사에 대한애착과 더 잘해야겠다는 초심이살아있다는 뜻이라고 믿고...잠 못 이루던 밤을마무리하련다.내일 아침에는 다시 쌩쌩하게리셋 버튼 누르고 처음 다짐 그대로 신나게 살아보자고.#클린그린 #스타트업 #창업가 #창업자 #마인드셋 #조언
조회수 842

브랜딩, 일의 시작: 두루뭉술한 브랜딩이 일로 변하다.

브랜딩은 단어가 멋져 보입니다. 브랜딩을 한다고 말하는 순간 우왕!! 뭔진 모르지만, 상당히 멋진 것을 한다! 라는 느낌이 있죠. 그렇습니다. 그런 느낌이 있습니다. 하지만 그건 그냥 느낌이죠. 사실 추상적인 것들은 대부분 멋져 보이니까요. 실무에서의 브랜딩은 그런 멋진 느낌과는 다소 거리가 있습니다. 오늘은 안 멋진 브랜딩 이야기를 하려고 합니다. 대표님의 번쩍이는 아이디어와 오전 회의 이후 브랜딩 작업이 어떻게 진행되어 가는 지 한번 찬찬히 살펴보도록 하겠습니다. 일하는 기분이 들 수 있으니 혹여라도 저장해놓고 주말에 읽는 비참함을 겪지 않으시기 미리 말씀드립니다. 시작합니다.굳은 결심의 시작                                바로 그거야!침대에 누워있던 대표님의 마음을 심하게 짓누르는 것이 있습니다. 대부분 브랜딩을 완벽히 구축하고 회사를 만들진 않습니다. 일단 2, 3일 정도 고민한 회사명과 비즈니스모델을 가지고 몇 명을 모아서 설득한 후 회사가 시작되죠. 브랜딩이란 것을 고민할 정도로 초기사업체는 여유롭지 않습니다. 이때 만들어진 브랜딩은 마치 중딩시절 덕질의 폐해로 만들어진 아이디 ‘치천사_세라핌’ 만큼이나 오글거릴 수 있지만, 여전히 우리의 다음 한메일 주소에서 살아 숨 쉬듯 쉽사리 바꾸기도 힘든 파워를 자랑합니다. 초기 브랜딩에 대한 애착과 사랑은 곧 사업체의 정체성과도 같으니까요. 그런데도 한 명 두 명 직원들이 채용되고 회사가 어느 정도 구색을 갖춰가면서 다시 고민이 새록새록 떠오르는 것은 어쩔 수 없습니다. 대표님들 머릿속에 한 가지 단어가 떠올랐기 때문이지요. ‘체계’뭔가 체계를 갖추고 싶다는 욕망이 스멀스멀 솟구치면서 우리 브랜딩을 대대적으로 정비해야겠다!! 라는 생각에 이릅니다. “회사소개서도 바꿔야겠고! 리플렛도 바꾸고, 홈페이지도 개편해야겠어!! 짜잔!! 하고 말이야.”라는 굳은 결심이 들었습니다. 사실 이 생각은 당연하고, 필수적인 얘기입니다. 회사의 체계를 잡는 것은 중요하지요. 하지만 체계를 잡는 것이 곧 브랜딩은 아닙니다. 보통 의식의 흐름은 이렇습니다. 브랜딩개편? 회사소개서를 만들자!!! 라고 말이죠. 앞글에서 제가 설명했듯 브랜딩은 ‘정보제공’의 개념이 아닙니다. 이걸 명확하게 해야 할 듯합니다. 회사소개서, 리플렛, 브로슈어, 웹/앱 개편은 필요한 일이지만 이걸 브랜딩이라고 부르는 건 좀 주객이 전도 된 느낌이죠. 이것은 그저 온드미디어나 홍보물 리뉴얼 정도라고 하는 편이 좋겠네요. 브랜딩을 정비해야겠어! 라고 한다면 우선 5가지 질문에답을 해볼 필요가 있습니다. 1.     우린 누구지?2.     우린 어떤 성격을 지니고 있지?3.     우린 어떤 행동을 하고 있지?4.     지금까진 어떻게 해왔지?5.     앞으로 어떻게 할거지?중요한 것은 이것입니다. 무엇을 하느냐에 대한 얘기는 잠시 미룹시다. ‘우리가 하는 일’을 설명하는 것은 회사소개서와 제안서 등등에서 구체화시키면 됩니다. 브랜딩 작업에선 일단 당신이 어떤 사람들인지, 당신의 회사는 뭔지? 그 캐릭터를 만들어주는 것이 먼저입니다. 예능 캐릭터를 곰곰이 생각해볼까요? 정형돈의 화내기와 박명수의 화내기는 그 결이 매우 다릅니다. 사람들은 이렇게 규정하죠. 정형돈은 투정, 박명수는 버럭! 정준하는 짜증!, 유재석은 진짜 화났다! 등으로 말입니다. 이것을 가르는 것은 캐릭터의 베이스성향입니다. 화를 내는 것은 ‘행위’에 가깝습니다. 정형돈은 옆집 형 같은 편안한 분위기의 베이스가 있습니다. 박명수는 어르신, 나이 많은 등의 베이스가 있죠. 이러한 베이스 때문에 같은 행위라도 그 결이 달라지는 거거든요. 그러니 당신의 회사는 어떤 베이스를 지니고 있는지 먼저 규정할 필요가 있습니다. 우린 전문가집단 베이스? 덕후모임 베이스? 대학동아리 베이스? 다차원세계의 이종집합체? 등등 비즈니스의 성향과 모여있는 집단의 성향을 먼저 살펴봐야 합니다.아침회의의 시작회의가 시작됩니다. ‘우리만의 브랜딩을 해보자!’라는 주제로 말이죠. 물론 회사 분위기에 따라 케바케입니다. 성향이 시끄러운 집단이라면 산으로 가버릴 것이고, 성향이 국방색이면 명령만 기다리고 있을 것이고, 애당초 조용한 집단이라면 천 년의 침묵 끝에 머리 위에 눈이 쌓여 대답을 기다리다 망부석이 되어버리는 슬픈 도시 전설을 만들어낼 수도 있습니다.  회의의 주제는 리브랜딩을 해보자! 라기보단 사실 ‘우리 비즈니스의 성격은 어때?’ 라는 주제로 시작하는 편이 좋을 것 같습니다. 그리곤 이상형 월드컵을 하듯 하나씩 선택해 나가는 편이 훨씬 빠르고 효율적이죠. 비즈니스의 성향이 ‘유쾌하고 키치한 성향'으로 드러났다면 두 번째 안건은 그럼 직원들의 성격은 어때? 라는 주제가 맞는 것 같습니다. 다들 연구부원마냥 무테안경에 타이 정장을 고수하는 논리적이고 신중 신중한 ISTJ 타입의 인원들이 가득 모여 있는데 유쾌하고 키치한 전략을 만들어 내자라고 하면…… 아마 다들 꺾은 선 그래프를 들고 와서 데이터와 전략싸움을 하느라 에너지를 쏟다가 결국 자기 파티션 속 책상으로 돌아가 고개를 가로저을지도 모를 일입니다. 비즈니스의 방향과 구성원의 성향은 매우 중요합니다. 물론 모든 구성원이 다 똑같을 순 없습니다. 그렇다고 구성원에게 맞춰 비즈니스모델을 인제 와서 뜯어고치기도 힘들죠. 그렇다면 적어도 브랜딩 프로젝트를 담당하는 팀이나 구성원 정도는 BM과 비슷한 느낌으로 가주는 것이 맞습니다. 그래야 서로 즐겁죠. 그래서 주로 회의의 내용은 이런 것들로 구성되고, 이러한 답변이 나와야 합니다.01.   우리 회사 성격은? – 유쾌하고 키치하다.02.   구성원의 성격은? – 논리적인 사색가형 3명, 모험가형 2명, 재기발랄활동가형 1명03.   우리는 어떤 경험을 주는가? (소비자에게) – 서비스에 에너지를 담아줌04.   그 경험은 누구에게 어떤 가치가 있는가? – ‘에너지’라는 개념을 구체화, 실체화05.   어떤 방식으로 전달할 것인가? – 채널, 방식, 제작방식, 시기, 기간, 컨셉 등06.   누가 얼마나 담당할 것인가? – 업무분장시작07.   PM는 BM와 제일 비슷한 성향의 기획자가.08.   기획 서포트는 반대 성향의 담당자가09.   중재자는 관찰자 성향의 담당자가10.   실행과 운영은 모험가형 2명이11.   검토와 트래킹은 사색가1명이12.   기획안 도출과 프로토타입 제작은 언제까지13.   리브랜딩 제작물과 디자인 작업은 언제까지14.   사내 전체 공유와 적용 시기는 언제부터15.   대외노출과 공표는 언제16.   유지와 운영 점검의 1차 지점은 언제까지17.   해당 업무에 대한 각 팀 별 세부업무 관리는 어떤 식으로18.   총 예산은 어느 정도19.   1차 랜딩이 끝난 후 2차 유지보수비(고정비)는 어느 정도 책정20.   책임과 권한 부여대략적으로 적어보았습니다만, 아마 이 정도의 회의내용이라면 물개 박수를 받을 만하지 않을까 싶습니다. 왜냐면 컨설턴트나 전문가가 대동하지 않은 상태에서 브랜딩 기획 회의 진행은 쉬운 일이 아니기 때문이지요. 논쟁과 한숨과 미간 주름과 커피와 담배가 함께하는 회의시간이 되겠지만 이 시간을 피해선 절대 안 됩니다. 우리나라는 브랜딩을 꼭 누군가에게 전담해서 네가 해! 라고 하긴 하지만, 이것은 좋은 방식이 아니에요. 회사 특성상 전담자가 있는 것은 어쩔 수 없다고 해도, 그 사람에게 모든 걸 전가해버리는 방식이 되어서는 안 되죠. 그래서 사실 이 회의에서 업무분장과 구성원의 역할의 명확한 구분은 아주아주 중요한 부분입니다!!그래서 전담자가 있되, 사원 모두가 브랜딩에 하나하나 부분을 담당하는 형식이 되어주어야 해요. 그리고 그 업무분할은 각자의 성향에 맞춰서 분배하는 편이 현명하죠. 일의 시작    이제 다들 책상으로 돌아와 앉았습니다. 회의가 엄청나게 길고 피곤했겠죠. 한숨과 담배 연기와 와 씌……와 가슴 속 사직서를 검지와 엄지로 꼭 잡으며 가족사진을 바라보는 사람도 있었을 것입니다. 오늘 회의록을 보니, 이 모든 상황이 몰카였으면 좋겠다는 생각도 들 겁니다. 누군가가 뒷문에서 등장하여 지금까지 잘 견디셨습니다!! 하며 내 앞의 기획안을 짝짝 찢어 버리길 바라는 사람도 있을 겁니다. 뭐사실 아무리 즐거운 브랜딩 프로젝트라도 일단 일은 일이기에 저녁 약속을 취소해야 하는 슬픔은 누구라도 피하기가 힘듭니다. 만약 치맥과 풀침을 보장받으며 브랜딩 프로젝트를 쭉 진행할 수 있다면 정말 직원들의 역량이 엄청나거나, 대표님의 지략이 거의 사마의 급이라고 칭송받아 마땅할 것 같습니다. 실제로도 몇 있긴 했습니다. 일전의 클라이언트 대표님은 장판교의 장비와 같이 몰려드는 업무를 장엄하게 쳐내며 11명의 직원 대군의 칼퇴를 보장하더군요. 진피층까지 소름이 돋아 어느새 이력서와 자소서를 쓰고 있던 저를 발견한 경험이 있습니다. 이제 일은 시작되었습니다. 피할 수 없는 브랜딩 업무가 다가온 것이죠. 일단 일의 시작은 대부분 회의록의 정리부터입니다. 회의록을 정리해서 사내전체에 공유하죠. 회의록은 차지게 써서 넘버링을 해줍니다. 1번부터~20번까지 안건에 대한 결정사항과 TBD 여부 (+재결정시기)를 확정한 후 사내공유를 합니다. 그리고 담당자들끼리 모여 간략하게 담배타임을 가지며 업무재정비를 합니다. 이 때는 회의시간에 차마 말하지 못했던, 나는 엑셀 고자다, 나는 포토샵 공포증이 있다, 사실 나는 공황장애가 있어서 전시회를 나가지 못한다 등등의 세부적인 얘기와 개인 사정에 대한 조율을 진행합니다. 어쩌면 이게 더 어려울 수 있습니다.  내부적으로 재정비가 이루어졌다면, 누군가는 기획서를 써야 합니다. 기획안은 예쁘게 만들고 싶겠지만, 예쁘기보단 정확하게 만듭시다. 솔직히 딴 거 다 필요 없습니다. 이미 방향성과 컨셉은 정해졌고, 이젠 구체적인 아이디어와 실행방안, 운영에 관련된 것들만 나와주면 됩니다.그러니 이제부터 가장 중요한 것은 단어와 숫자입니다. 어떤 워딩을 쓰고, 예산을 얼마 투입, 언제까지 누가,어디에서, 무엇을, 어떻게 할 것인지만 정확하게 잡아서 원페이지로 딱딱 만들어냅시다. 이 단계에서 이제 제가 담당하는 비쥬얼브랜딩 실무도 함께 진행이 되죠. 소개서와 제안서는 언제까지, 얼마로, 어떤 자료, 어떤 컨셉으로 진행할 것인지 한 장으로 정리하면 됩니다. 01.  고객초청 간담회진행02.  브랜드 가이드구축03.  로고/슬로건/컬러컨셉 적용04.  전사 공유회의 진행05.  현장관찰(가만히 앉아서 사람들의 행동 구경하기)06.  온라인이벤트기획07.  홈페이지리뉴얼08.  앱리뉴얼09.  회사소개서/제안서 리뉴얼10.  SNS컨텐츠 리뉴얼11.  대외이벤트진행12.  굿즈제작 등등 각 항목별로 한 페이지씩으로 정리해서, 전체 브랜드구축 기획안을 심플하고 직관적으로 만들어낸 후 전사 공유합니다. 이때 중요한 건 비용과 시기입니다. 대표님 입장에선 비용이 살벌하게 중요할 것이고, 실무자 입장에선 시기가 살벌하게 중요합니다. 이시기를 제대로 잡지 못하면 23세기가 되어서야 우리 브랜드가 망원동 인근 주민에게 겨우 알려지는 사태를 경험할 수 있습니다. 한도 끝도 없이 지지부진해지죠. 시기는 명확하게 가슴 졸리게 잡는 게 좋습니다. 데드라인이란 것은 참으로 일을 흥미진진하고 가슴 벅차게 만들어주니까요. 표지포함 13장의 기획안이 완성되어 전사공유를 했다면, 이제 본격적으로 하나하나일을 처리해봐야겠죠. 이제부턴 세세한 실무의 디테일과 폭망의 전조, 쓸데없이 생고생을 하지 않도록 현명하게 운영하는 다양한 슈퍼수프림 꿀팁과 각종 썰에 대해서 늘어놓도록 하겠습니다.

기업문화 엿볼 때, 더팀스

로그인

/