전체 피드 목록

~ 8min. read 버즈빌이 완전히 새로운 ‘디자인 시스템’을 갖추고 있습니다. 와우~ 새로운 시스템을 만드는건 정말 시간이 많이 드는 일입니다. 그런데 과연 그럴만한 가치가 있는 일일까요? 버즈빌과 같은 스타트업이 굳이 디자인 시스템을 만들어야 하는 이유가 있을까요? 네. 당연히 그렇습니다. 그 이유에 대해서 이해하기 위해서는 버즈빌이 디자인적으로 어떤 문제를 가지고 있고 이러한 문제들을 디자인 시스템을 통해 어떻게 풀어내려고 했는지를 좀더 면밀히 살펴볼 필요가 있습니다. 버즈빌은 수많은 (지금도 그 수가 늘어나고 있는) 파트너들과 함께 서비스를 운영하고 있습니다. 그렇기 때문에 버즈빌은 스타트업치고는 매우 많고 복잡한 Product들을 만들어내야만 하고 계속해서 그것들을 관리하고 운영해 나가야 합니다. 이러한 버즈빌의 비즈니스적인 필요를 충족시키는 것이 디자인 시스템을 통해 해결 하려고 했던 첫번째이자 가장 중요한 문제였습니다. 디자인 팀은 그렇게 크지 않은데 비해 디자인업무는 계속해서 늘어나고 다양해집니다. 이러한 상황을 어떻게 극복할 수 있을까요? 버즈빌의 Product line을 살펴보면 다음과 같습니다. 먼저 자체적으로 2개의 앱을 운영하고 있고, 파트너들의 앱에 통합될 여러가지 SDK와 API들 그리고 곧 추가될 각 파트너별 White-label 앱까지… 각각의 앱과 연관된 마케팅 관련 작업이나 대쉬보드 작업을 제외한다고 해도 버즈빌이 다루고 있는 Product들은 너무나도 많습니다. 시스템이란 각각의 요소들을 함께 연결하는 것이며, 이러한 ‘요소들’이 다른 곳에서 재사용될 수 있게 만드는 것입니다. 그래서 버즈빌 디자인 팀에서는 디자인 asset들을 분리하여 재사용할 수 있는 component로 만드는 일들을 해왔습니다. 식은죽 먹기죠! 주의할 점은 technical dept의 문제가 디자인에도 똑같이 적용된다는 점입니다. 즉, 잘못된 점을 초기단계에 바로 잡는 것은 간단하지만 일이 진행되면 진행될 수록 단순한 오류를 수정하기도 어려워진다는 것이지요. 그래서 디자인 팀에서는 하나의 일을 오랜기간 고민하면서 진행함으로써 잘못 진행된 일 때문에 두 번 일해야 하는 불필요한 시간의 낭비를 방지하고 있습니다. 이것이 바로 디자인 시스템을 만들게된 출발점이자 시스템을 만들면서 해결하려고하는 가장 큰 문제입니다. 디자인 팀에서는 이 일을 8개월 전부터 해왔고 그 과정 가운데서 다양한 문제들에 대한 답을 시스템을 통해 찾았습니다. 버즈빌은 작은 회사지만 전세계를 향해 사업을 확장해 나가려는 큰 비전을 가지고 있습니다. 글로벌 기업이 되는 것은 분명히 멋진 일이지만 디자인의 관점에서 그것은 수많은 다른 문화적 배경을 가진 사람들, 다른 기술적, 미적 이해수준을 가진 사람들이 이해할 수 있는 디자인을 만들어야한다는 것을 의미합니다. 다행히도 이런 고민을 한 디자이너 들이 많이 있었고, 그들은 어떤 product에도 적용할 수 있는 아주 유연한 표준을 세웠습니다. 바로 그 기준들이 흔히 ‘시스템’ 이라고 불리는 것들입니다. 이런 상황에서 우리의 두번째 문제가 생겨납니다. ‘모든 사람이 이해할 수 있어야 한다’는 것입니다. 우리는 어떻게 다양한 스펙트럼의 사람들에게 적합한 세계적인 Product를 디자인 할 수 있을까요? 복잡한 문제들은 보통 간단한 방법으로 해결되는 경우가 많은데요. 모순적으로, 디자인을 조금이라도 해봤다면 어떤 것을 단순하게 만드는것이 말처럼 쉬운 일이 아니라는 것을 이해하실 수 있을 것입니다. 앱을 디자인 하는 경우도 크게 다르지 않습니다. 앱을 디자인 한다는 것은 시각적 의미(Visual semantic)를 앱안에 표현하는 일입니다. 다시말해서, 그 앱을 사용하는 사람들이 이해할 수 있는 일종의 메시지를 시각적요소를 통해 담아내는 것이라고 할 수 있는데요. 이렇게 담아내는 메시지의 복잡성을 줄임으로서 그 메시지를 더 많은 사람들이 이해 할 수 있게 만들 수 있습니다. 디자인에 있어서 미니멀리즘은 바로 이런 생각에서 부터 시작됩니다. 단순성이 핵심입니다. 단순함을 유지함으로써 우리는 비로소 많은 사람들이 이해할 수 있는 디자인을 할 수 있습니다. 그렇다면 이를 위해서 시스템적으로 접근하기 위해 무엇을 해야할까요? 바로 원칙들을 세우는 일입니다. 시스템적으로 일한다는 것은 원칙과 과정음 세움으로써 우리가 공유하는 가치들을 바탕으로 우리만의 고유한 일하는 방식을 만드는 것을 의미합니다. 버즈빌의 경우, ‘미니멀리즘’이라는 원칙은 작은 디자인팀을 운영하면서 동시에 버즈빌이 진출해있는 다양한 시장에 맞는 디자인을 하기 위한 핵심적인 원칙 중에 하나입니다. 디자인 팀에서는 Google Material에서 부터 시작해서 버즈빌만의 컴포넌트와 원칙들을 정해 나갔습니다. Google Material을 선택한데에는 몇 가지 이유가 있는데요. 첫 번째로 끊임없이 진화해 나가는 놀라운 디자인 언어이기 때문이고 두 번째로는 이미 안드로이드 OS와 많은 주요 앱들에서 사용되어 왔기 때문에 널리 퍼져있고 많은 유저들이 이에 굉장히 익숙하기 때문입니다.. 버즈빌은 자체적으로 허니스크린과 슬라이드조이를 운영하고 있습니다. 뿐만아니라 BuzzScreen, BuzzStore, BuzzOfferwall등을 포함한 Buzz Product라고 불리는 product line도 관리하고 있습니다. 이 product line들은 앞서 언급했듯이 white labelled app이나 SDK와 API를 통해서 파트너 앱에 통합되기 때문에 그 자체로는 브랜드가 없습니다. 반면에 각각의 파트너들은 당연히 그들의 서비스를 통해 표현하고자하는 고유의 브랜드를 가지고 있습니다. 여기서 세번째 문제가 나오는 데요. 바로 ‘다양한 브랜드의 필요를 충족시켜야 한다’는 점입니다. 어떻게 버즈빌의 다양한 서비스들에서 수많은 브랜드를 다룰 수 있을까요? 공통점이 많지 않은 다양한 브랜드를 다루는 것은 그 자체만으로 어려운 일입니다. 게다가 버즈빌의 경우는 파트너의 요구를 충족시키기 위해서 파트너의 브랜드와도 잘 통합 될 수 있어야 합니다. IT회사들 사이에서 디자인 시스템으로서 사용되고 있는 수많은 방법들이 있지만 그중에서 다니엘 에덴의 방법이 버즈빌의 상황과 가장 맞는다고 판단하였습니다. 에덴은 디자인 시스템을 조직하고 구조화하는 매우 흥미로운 방법을 가지고 있는데요. 에덴은 모든 디자인 asset을 2개의 레이어로 나누는 것부터 시작합니다. 바로 패턴과 표현입니다 : 패턴 레이어 패턴은 디자인 에셋들의 레이아웃입니다. 패턴은 각각의 컴포넌트들이 어떻게 배치되어야 하는지에 대한 정확한 기준을 제시 합니다. 패턴에서 다루는 컴포넌트들은 더 작은 컴포넌트들도 쪼개질 수 있으며 어떠한 메시지나 표현을 담고 있지 않습니다. 또한 서비스 안에서 혹은 서비스 밖에서도 재사용이 가능합니다. 훌륭한 시스템을 만들기 위해서는 겹치는 부분을을 제거하여 각각의 컴포넌트들을 최적의 컴포넌트로 만드는 과정이 필요합니다. 이러한 과정을 통해 점점 더 간결함을 추구 할 수 있습니다. 표현 레이어 표현레이어는 메시지를 다루는 부분이자 컴포넌트의 가장 기본이 되는 레이어입니다. 표현레이어는 고유의 브랜드와 색상이 담기는 곳이며 더 작은 컴포넌트들로 나누어지지 않습니다. 그래서 일반적으로 표현레이어의 구성요소들을 ‘Atoms’ 라고 부릅니다. 표현 레이어는 색상, 텍스트, 아이콘, 일러스트레이션, 사진과 비디오등으로 구성되고 각각 메시지를 담고 있으며 우리의 UI구조와 관계없이 전체적인 브랜드 가이드라인에 따라 결정됩니다. 이제 이 접근방식이 얼마나 확장가능한지 어느정도 감을 잡으실 수 있으실 겁니다. 각각의 레이어의 모든 컴포넌트들을 잘 정의해두었다면 Sketch와 같은 유용한 툴을 이용해서 손쉽게 두 레이어를 연결할 수 있습니다. 이에 대해서는 추후에 다른 포스트를 통해서 소개하도록 하겠습니다. 시스템의 약점은 얼마나 유연하게 적용될 수 있는 것인지에 있습니다. 아주 엄격한 구조와 너무 유연한 구조 사이에서 균형을 잡는건 쉽지 않은 일인데요. 이것을 위에서 살펴본 두 가지 레이어로 나누어보면 좀 더 쉽게 접근할 수 있게 됩니다. 먼저 블록을 만드는 것, 즉 컴포넌트를 배치하는 패턴 레이어에 대한 부분은 대부분 개발자에 의해서 구현 됩니다. 마찬가지로 표현 레이어는 브랜드의 이미지를 세팅하는 마케터에 의해서 다루어져야합니다. 디자이너 입장에서 개발자와 마케터에게 서로 다른 메시지를 통해 이야기 하는 것처럼 이 두 가지 측면은 다른 방법으로 소통 되어야 합니다. 뛰어난 디자인을 만들기 어려운 이유는 하나의 명확한 디자인 컨셉을 통해 다른 모든 stakeholder들을 연결해야 하기 때문입니다. 패턴레이어는 개발팀의 가이드라인을 잘 따라야 하고 표현레이어는 브랜드가 확실하게 전해지면서 컨텐트가 적절히 보여질 수 있도록 충분히 유연해야 합니다. 그리고 디자이너의 역할은 이 모든 것들의 중간에서 각각의 요소들을 연결하여 최종적으로 우리의 서비스를 사용하는 사람들이 우리가 전하고자 하는 모든 것을 인지할 수 있게 만드는 것입니다. 위에서 언급한 다니엘 에덴의 기사를 읽어봤다면 또 다른 레이어인 컨셉 레이어에 대해 알고 계실것입니다. 컨셉 레이어는 디자이너가 다른 모든 stakeholder들과 어떻게 소통할 것인지에 관한 것이고 우리의 디자인이 얼마나 좋은지를 평가하는 기준이 되는 레이어입니다. 이것은 ‘우리의 디자인의 필요를 충족 시키는 것’이라는 네번째이자 마지막 문제로 이어집니다: 우리는 어떻게 우리의 디자인 컨셉에 대해 소통하고 평가 해야할까요? 컨셉은 스토리를 의미합니다. 컨셉은 가능한 모든 수단들을 통해서 추상적인 생각을 전달하는 것입니다. 그리고 바로 이 부분에서 디자이너가 차이를 만들 수 있습니다. 이것은 사실 부분적으로는 우리가 시스템으로 일하는 이유이기도 합니다. 시스템을 통해 다른 레이어를 구성하는데 드는 시간을 절약하는 이유는 궁극적으로 컨셉 레이어 맞는 아이디어들을 시각화하고 구현하는데 충분한 시간을 쓰기 위해서 입니다. 다니엘 에덴의 말을 빌리자면, 표현 레이어가 우리의 알파벳이라면 패턴 레이어는 우리의 단어와 문장이다. 그리고 컨셉 레이어는 우리의 이야기입니다. 알파벳과 사전을 만드는 이유는 사람들에게 들려줄 이야기를 쓰기 위해서입니다. 이것이 가장 중요합니다. 디자인 적인 기반이 탄탄하지 못하면 메시지가 명확하게 전달 되지 못할 수도 있지만 디자인에 담겨있는 스토리가 탄탄하지 못하면 우리의 Product의 경험 전반에 부정적인 영향을 미치게 됩니다. 그렇다면 우리는 어떻게 좋은 디자인을 평가할 수 있을까요? 컨셉은 이론적이고 실재적인 연구에 기반한 가정들로 이루어져 있습니다. 따라서 디자인에 담으려고 하는 이야기가 우리가 원래 의도했던 답을 주면서 이용자들과 공감대를 형성하는지를 알아보기 위해서는 그것을 실제로 테스트 해보는 것이 가장 좋은 방법입니다. 버즈빌의 디자인 시스템은 각각의 컨셉별로 우리의 가정이 옳았는지를 판단할 수 있는 Metric들을 다룹니다. 전체적인 시스템과 마찬가지로 Metric은 불변하는 것이 아니라 테스트를 진행해 가면서 계속해서 수정되고 보완되는 것입니다. 만약 몇번의 루프 후에도 결과가 기대와 다르게 나온다면 컨셉 레이어가 잘못되었고 어딘가 수정해야할 부분이 필요하다는 것을 의미합니다. 수정하는 과정에서의 원칙은 핵심적인 컴포넌트들 자체가 문제를 일으킨다고 보는 것이 아니라 그것들을 어떻게 조합하는지가 문제를 일으킬 수 있다고 생각하는 것입니다. 다시말해 각각의 단어들은 올바르지만 문장 구성이 잘못되었고 이를 보완하기 위해서는 단어의 순서를 바꿔서 문법이 잘 지켜지게끔 해야하는 것과 같습니다. 만약에 그것 마저 소용이 없다면, 처음부터 전하려고 했던 이야기 자체가 정말 사람들의 기대를 충족시킬 수 있는지의 관점에서 다시 생각해볼 필요가 있습니다. Conclusion 디자인 시스템은 디자인을 하는데 도움을 주는 좋은 방법입니다. 디자인 시스템을 통해서 모든 사람이 디자이너처럼 생각하고 일할 수 있기를 기대하는 것은 아니지만 이를 활용하여 정보를 잘 전달하고 모두가 디자인 리소스에 접근하게 함으로써 결과적으로 누구나 미리 만들어진 블럭을 활용하여 대략적인 컨셉을 만들어낼 수 있기를 기대합니다. 좋은 아이디어는 모두가 생각 해낼 수 있지만 디자이너들은 다른 팀원들에게는 없을 수도 있는 다양한 도구들을 통해 생각을 더 잘 표현 할 수 있습니다. 디자이너의 asset을 공유하는 것은 우리의 다른 팀원을 돕는 것뿐만아니라 아이디어에 대해서 의사소통하는 데에 도움을 주는 방법입니다. 그리고 디자인의 초기 컨셉과 원칙 그리고 디자인 문화를 공유하는 것은 모두가 디자이너가 일하는 방식을 이해하는 데 도움을 줍니다. 뿐만아니라 그렇게 공유된 컨셉,원칙,문화들은 전혀 쓸모없는 것이 아닙니다. 다른 누군가에게 새로운 생각을 할 수 있게 도울 수도 있기 때문입니다.

스마트링크 시즌2 채용공고에 보내주신 뜨거운 반응 감사합니다!! 정말 많은 분들의 열정과 관심에 분주하지만 즐거운 만남들을 여럿 가질 수 있었습니다. 그리고 드디어!! 은하철도에 함께 탑승할 5명의 동료가 최종 선발되셨습니다. 뜨거운 관심과 지원에 다시 한번 감사드리며 아쉽지만 이번에 함께하지 못한 분들도 저희가 좌석을 보다 넉넉하게 꾸리게되면 함께할 수 있는 날이 오면 좋겠습니다.여기서 잠깐!그렇다고해서 스마트링크 시즌2 채용이 완전히 완료된 것은 아닙니다. 스마트링크는 언제나 좋은 분들과 함께할 준비가 되어있습니다. 상시채용 형태로 계속 이어나갈 예정이니 스마트링크 은하철도에 관심있는 분들은 언제나 문을 두드려 주시면 감사하겠습니다. 그럼 새로운 동료들과 슬슬 날아갈 준비를 하러 이만 :) - 2019. 6. 25 어느 기분좋은 화요일---------------------------------------------------------------------안녕하세요. 스마트링크의 Mike 라고 합니다. 기획과 마케팅을 담당하고있죠. 스마트링크는 작년부터 저희와 함께할 분들을 애타게 찾고 있습니다. 그 사이에 많은 분들을 뵙고 기회를 도모하기도 했습니다. 여러 다양한 경험을 축적하기도 했구요. 이렇게 여러 과정을 거치던 와중에 그동안 아기다리고기다리던, 그리고 열심히 준비했던 성과들이 하나둘 나오기 시작했습니다. 마치 미드에서 시즌이 바뀌는 것처럼 우리에게 근본적인 패러다임의 변화가 있었다랄까요? 이런 변화를 염두하며 지난 채용공고를 봤는데...안되겠어. 다시 써야겠어!그래서 이렇게 시즌2 만을 위한 채용공고를 작성하는 중입니다. 스마트링크의 시즌2는 어떻게 진행되고 그래서 어떤 분들과 함께하고 싶은지 지금부터 이런저런 이야기를 해보도록 하겠습니다. 뭐하는 회사임?스마트링크는 소프트웨어 개발사 입니다. 끝. 참 쉽죠? 그런데 세상은 넓고 소프트웨어 개발사는 넘치고 넘칩니다. 그런데 뭐가 그렇게 다른가? 라고 물으신면! MVP(Minimum Viable Product) 소프트웨어 개발 컨설팅 전문 업체라고 말씀드릴 수 있겠습니다. 이게 뭔말이냐 하면 덩치 큰 SI도 진행하지만 주로 스타트업 또는 초기 사업 아이디어가 빠르게 시장에 진입할 수 있도록 기획, 디자인, 개발, 테스팅, 데브옵스까지 (물론 견적에 따라 달라집니다! 단호! ㅋㅋ) 풀 패키지로 작업하는걸 좋아하는 업체라고 보시면 되겠네요. 그래서 프로젝트 기간이 짧고 굵은게 많죠. 늘어지는 프로젝트 별로 안좋아 합니다. AtoZ로 빠르게, 효율적으로, 효과적으로! 일하는걸 선호하고 실제로 그렇게 일을 진행합니다. 그런데 아마 이런 의문이 드실거에요. 왜 작은일 맡는걸 좋아하지? 사실, 규모가 중요한게 아니라 AtoZ 라는게 중요합니다. (심지어 예산 높은 큰 프로젝트 요청을 까기도 합니다. 꽤 자주;;) 그 이유는? 면접때 질문 주시면 신나게 답해드리도록 하죠 ㅎㅎ 다 이유가 있습니다! 누가 일하고 있는데?AtoZ, 풀패키지로 일하는걸 좋아한다는 대목에서 아시겠지만 있을 사람은 다 있습니다. 기획, 디자인, 개발 인력 모두 있구요. 그래야 일이 되겠죠? 다만 현재 사람수가 많지는 않아요. 소수정예! 하지만 모두 각 분야에서 베테랑들이라 자부합니다. 특히 개발사이니만큼 모든 분야는 개발을 중심으로 돌아가구요, 각 영역을 생판 모르는 분야로 치부하지않고 서로를 끊임없이 알아가고 파악하고 융화되는 방식으로 일합니다. 예를 들면 기획과 개발은 DB구조나 Convention을 공유하고, 디자인은 Front-end 최적화된 디자인과 UI/UX를 뽑아냅니다. 여기서 일일이 언급하기는 뭐하지만 일 잘하는 사람들이 모여있다고 자부하고 있고, 앞으로 동료들도 일 잘하는 사람을 가장 원하고 바라고 있습니다. 일을 잘한다는 기준이 절대적일 수는 없겠지만, 예를 들면 이런거죠. 최대한 정확하고, 낭비나 누수없이, 빠르게 문제를 해결하기 위해 계속 꼼수를 쓰는 사람들! 이랄까요? 세상에 (노는것 포함) 할일이 얼마나 많은데! 극단적 효율을 추구하는 집단이라고 보시면 되겠습니다. 제대로된 꼼수는 사실 탄탄한 정석 바탕에서 나올 수 있다죠.다만 아직 목마릅니다. 일을 더 잘하고 싶어요. 그래서 우리는 시즌1을 보내면서 내부를 다지는 일도 지속적으로 탄탄하게 단내 나도록 해왔습니다. 그리고 슬슬 그 결과들이 눈 앞에 펼쳐지고 있네요. 그래서 결심할 수 있었습니다. 이제 확장의 시기가 왔다! 시즌2로 나아갈 때가 되었다! 시즌2라...시즌1엔 어떻게 했고, 시즌2에서는 어떻게 할건데??시즌1에서 스마트링크 작업방식을 정의내리자면 이렇습니다.천상천하유아독존!!네, 그렇습니다. 각자 부여된 일을 독자적으로 수행해서 최종 결과물을 내는 방식이었죠. 내부적으로 진행하는 일이야 Agile 방법론을 적극 도입한다해도 외부 프로젝트를 진행하는 경우에는 어쩔 수 없는 Waterfall 방식이었습니다. 기획 작업을 마무리하면, 받아서 디자인 작업을 하고, 마지막으로 개발을 완료하는 방식이었죠. 특히 개발은 Ownership을 기반으로한 책임개발제(라 쓰고 독박이라 읽는다)로 운영되고 있었습니다. 이 방식으로 운영했던 이유는 모호한 업무분담과 그로 인한 누수를 최소화하기 위한 방책이었죠. 사공이 많으면 배가 산으로 간다는 속설을 극복할 방법이기도 했구요. 실력있는 개발자를 중심으로 이 방법은 한동안 잘 유지되는듯 했습니다. 그런데 계속 이렇게 운영하다보니 이런 상황이 발생했습니다.될놈될, 안될안 ㅠ 개발 결과물의 빈부격차 ㅠ책임개발제는 결과물이 사람에 의해 결정된다는 의미 입니다. 실무자의 경험이나 실력에 따라 천차만별일 수 밖에 없는거죠. 그러다보니 퀄리티 확보를 위해서는 결국 다시 여러 사람들의 손을 거쳐야하는 이슈들이 종종 발생했습니다. 사실 이는 필연적인 부분일지도 모르겠습니다. Full-Stack 개발을 추구한다해도 결국 저마다 가지고있는 개성과 강점은 다르니까요. 그럼에도 불구하고 지금까지는 딱히 문제 없었습니다. 다만 미래를 염두하면 걱정되는 부분들이 있더군요. 인력이 늘어나고 보다 다양한 사람들이 함께하게된다면 과연 이 시스템이 버틸 수 있을까? 라는 근본적 의문이 드는겁니다. (그래서 이번 채용은 Front-end와 Back-end를 구분해서 진행합니다.) 그리고...Ownership이고 뭐고 다 좋은데 왜 외롭냐...외롭기도 하더군요. 기획, 디자인, 개발 모두가 그랬고 특히 개발자들은 그냥 말 그대로 굉장히 외롭게 되었습니다. 복작이며 한 팀으로 일하는 방식이라기보다는 프리랜서들 조합과 같은 이 상황은 구성원들을 각자 개인의 울타리로 고립시키는 결과로 이어졌습니다. 기획, 디자인, 개발은 각자 나름의 방식으로 일하면 결국 서로 Sync를 맞추기 위한 작업이 추가될 수 밖에 없습니다. 효과적인 분업도 좋지만 결국 우리는 함께 일하는 회사라는 공동체 안에 있습니다. 능률, 효율과 더불어 협업도 굉장히 중요하죠. 적당한 균형점을 찾는게 중요해졌습니다. 앞으로 사공은 엄청 많아질거거든요. 그것도 다양한 특징과 강점을 가진 각양각색의 사공들이 말이죠. 이렇게 사공이 많아져도 배가 산으로 가면 안되죠. 우주로 가는건 괜찮을지도... 사공이 많은 배라면 차라리 이런걸 만들면 어떨까?사공이 많은 멋진 배를 만드는 방법이란 뭘까? 누수 없는 업무처리와 능률을 모두 잡는 방법은 무엇일까? 이런 고민을 하던 와중에 우리에게 필요한건 엔진이란걸 알게 되었습니다. 이 엔진은 이런 조합으로 구성되어야 했습니다.목표한 기능을 정확하고 안정적으로 구현할 수 있는 동력자칫 시야를 좁힐 수 있는 미시적 요소들을 과감하게 skip할 수 있는 돌파력누수없이 매끄럽게 진행되는 안정적 업무 전달계통그리고 이 과정을 우리 모두 함께하고 있다는 응집력 뭔가 뜬구름 잡는 이야기들로 보일지도 모르겠습니다. 하지만 이 조합은 연역적이라기보다는 귀납적입니다. 실제 우리가 고민해온 부분을 해결하고자한 일들의 결과물이 위와 같은 역할을 하고있다는 것이 보다 정확한 표현이겠네요. 그리고 이 엔진은 한 단어로 귀결됩니다.그렇습니다. 컴포넌트.그리고 우리는 Components 를 엔진 삼아 우주전함 대신 은하철도 시스템을 구축했습니다. 이른바 스마트링크 시즌2 은하철도 프로젝트! 은하철도 프로젝트라니... 뭥미?? - 스마트링크 시즌2 은하철도 프로젝트보통 스타트업이 성장하는 모습을 로켓에 비유하기도 합니다. 빠르고 가파르게 수직상승하는 모습을 본딴 것이겠죠. 하지만 우리는 조금 다르게 생각합니다. 한가지 아이템으로 절체절명의 상황을 이겨내고 급성장하는 방법도 좋겠지만 우리는 오히려 안정성과 지속가능성에 더 초점을 맞추고 있습니다. 이를 위해서 스마트링크는 꽤 오랜시간 공들여 Component 구축을 진행했고 그 결실이 드디어 빛을 봤습니다! 장기적으로 효율적이고도 생산적인 구조를 위해 이제까지의 내부 프로세스를 과감하게 변경하고 새롭게 아래와 같은 구조로 진행합니다. 반영구적 Components 엔진을 돌리면서 모두를 리딩하는 곳, 기관실우리의 엔진 Components를 계속 다듬고 발전시킵니다. 내부 프로젝트도 진행하죠.실무자들의 즐거운 놀이터, 1등석이미 잘 구축된 Components로 안락하고 쾌적하고 빠르게 할당된 프로젝트를 진행합니다. 특히 개발자에게는 상용 서비스에서 활용 가능한 React Skill을 마음껏 연마하는 과정이기도 합니다 :)초심자들의 탄탄한 학습의 장, 일반석숙련도와 경험이 적은 초보자들은 체계적인 교육과 안정적인 Components 활용법을 익히고 1등석에 옮겨탈 준비를 합니다.뭔가 괜찮은 열차죠? 은하철도 프로젝트는 크게 이런 구조로 작동하게 됩니다. 이번 채용공고를 통해 모시고자하는 자리는 1등석과 일반석 입니다.베테랑들은 탑승한 동료들을 위해 열심히 기관실을 돌리면서 최대한 안정적이고 쾌적한 작업환경을 위해 움직입니다. 물론 내부적인 방향과 비전을 위한 고민, 세팅도 주도하겠지만 최종적으로는 모든 구성원들과 함께 공유하고 의견을 모아 진행합니다. 기관실과 객석들 역시 유기적이고 탄탄하게 연결돼야 하니까요.가즈아~ 기관실은 구비되어있다!!기관실과 객석이 설국열차처럼 꽉 막혀있지 않습니다. 본인이 원한다면 일정정도 열정과 의지로 기관실에 옮겨탈 수도 있습니다. 이건 순전히 본인의 취향에 달려있다고 생각해요. 세상은 넓고 사람은 다양하고 가치관도 제각각입니다. 그저 선택의 문제일 뿐이죠. 우리는 그저 보다 많은 사람들이 우리의 은하철도에 올라탈 수 있기를 바랄 뿐입니다. 그래서 선택할 수 있는 자리를 마련한 것 뿐이구요. 실무자들이 실무에만 집중할 수 있는 구조는 회사라는 공동체에서 매우 중요하다고 생각합니다. 선택은 여러분의 몫입니다. 1등석과 일반석이라... 좀 더 설명해보지?고민의 공간, 기관실.1등석과 일반석을 설명하자면 먼저 기관실 설명을 하지 않을 수 없습니다. 기관실은 끊임없이 소프트웨어 Core를 생산하는 곳이라고 보시면 되겠습니다. 그 중심은 당연히 Components 겠죠. 세상의 모든 서비스를 커버하겠다는 야심과 함께 사용자에게는 쾌적한 경험을, 개발자들에게는 효율적이고 신속한 개발환경을 선사하는 영역입니다. 그래서 개발언어를 잘 이해하고 보다 핵심적인 영역을 손대고 싶은 사람에게 적합합니다. 실력도 당연히 동반되어야겠지만 이제까지 경험으로 보자면 자기주도적인 취향도 핵심이더군요. 기관실은 이런 사람들이 모여있습니다. 사용자경험 뿐 아니라 내부 개발진들의 의견을 끊임없이 추적하고 해결하는 고민의 공간 입니다.기관실이 잘 할테니까 팔로팔로미~ ㅎㅎ효율의 공간, 1등석위에서 '취향'에 대해 언급했는데요. 1등석은 취향에 따라 자신의 업무방향을 선택할 수 있는 공간 입니다. 잘 짜여진 Components와 Convention에 따라 실제 상용서비스를 만들거나 관리하는 역할을 합니다. 고민의 폭은 줄이고, 실질적인 결과물에 초점을 맞추는 효율의 공간이라고 보시면 되겠어요. 새로운 결과물을 세상에 선보이고, 이들을 잘 작동시키는 사람들이 모여있는 곳입니다. 그러다가 지금 쓰고있는 Components 개선이 좀 더 필요할거 같다 싶으면 자체적으로 해결해도되고 기관실로 넘길 수도 있습니다. 이 부분이 바로 취향의 영역이라고 볼 수 있는데요. 본인의 실력과 더불어 이 취향에 따라서 기관실로 갈지, 1등석에서 작업할지 결정할 수도 있습니다.학습의 공간, 일반석일반석은 다른 말로 초심자의 영역이라고 보시면 되겠습니다. 세상은 급변하고 소프트웨어 변화 역시 엄청나죠. 우리는 끊임없이 학습하고 발전해야만하는 영역에서 일하고 있습니다. 그래서 이 부분을 절대 간과해선 안된다고 생각하고 있어요. 다만 취미 정도의 학습이라면 각자 개인의 소양 정도로 진행하는 것이 적절하겠죠. 일반석은 실제 상용 서비스에 적용 가능한 수준의 학습이 이뤄지는 공간입니다. 그 핵심은 React, Meteor, MongoDB 라고 보시면 되겠구요. 고퀄 서비스들을 실제로 만들어낼 수 있는 핵심 역량을 키울 수 있는 곳입니다. 사람들은 각자 일하는 방법이나 인생설계 방향을 가지고 있습니다. 그리고 여기에 따라 너무 다양한 나름의 스타일을 가지고있죠. 우리는 이 부분을 간과해서는 안된다고 생각해요. 우리가 말하는 취향은 바로 이런 것입니다. 취향에 따라 내가 주도적인지 수동적인지, 스스로 설계하는 스타일인지 주어진 과제를 잘 해결하는 스타일인지 나뉘는게 당연하겠죠. 이 부분은 실력과는 또 다른 축인거 같습니다. 한가지 방식을 강요해봤자 상황이 제대로 돌아갈리는 만무하고 또 그래서도 안됩니다. 일을 잘 하고싶은 스마트링크는 그래서 우리가 운영 가능한 범위 내에서 최대한의 공간과 가능성을 만들고 싶었습니다. 그래서 이런 구조를 생각해낸거구요.좀 더 솔직히 말하자면, 네. 이거 준비하는데 힘들었습니다 ㅠ 그냥 실력있는 사람들이 머리를 맞대고 모이기만 한다면야 이런 고민과 구상이 필요 없을지도 몰라요. 오히려 그게 편하기도 하구요. 척 하면 척~ 착 하면 착~ 아시죠? 그리고 이 은하철도 프로젝트를 채용공고에서 공개하는 것이 과연 좋을까? 라는 고민이 있었던것도 사실입니다. 우리 자뻑모드로로 보자면 중요한 영업비밀일지도 모른다고 생각했거든요. 하지만 채용공고가 다소 길지라도 가능한 범위 내에서는 충분히 미리 공유하는게 좋겠다고 생각했습니다. 사실 이런 생각까지는 쉬운데 실제로 이렇게 구조를 잡는건 생각보다 매우매우 오래걸리고 어렵거든요. 그리고 그 어려운걸 우리는 해냈습니다. Components를 잘 구축해놨다 이겁니다 ㅎㅎㅎ다시 한번 말하자면 스마트링크는 로켓이 아니라 은하철도 입니다!! 날아오른다!!! 이거시 바로 은하철도!!! 알겠고, 그렇다면 구체적인 채용정보를 내놓아라!그래서 누굴 뽑는것인가? 라고 물으신다면 개발자 0명 찾습니다! 0명은 무엇이냐? 좋은 사람이 있으면 있는만큼 욕심을 낼것이다! 이런 욕구와 목마름이 있다는 것이죠! 많이 지원해 주세요! 공통적으로 체크해보실 수 있는 정보를 우선 드릴까요? 현재 사용중인 기술 스택 및 도구공통: Google Drive, Trello, Slack기획: FramerX, Adobe XD디자인: FramerX, Adobe XD 포함 Adobe 모든 제품군, ZeplinFront-end: Semantic UI, React, React NativeBack-end: MeteorTesting: Mocha, JestDevOps: Jenkins, Docker, Phusion Passenger, Nginx, AWSDatabase: MongoDB 근무환경최상의 사무 환경 및 공간 제공 (넓고 쾌적한 책상! 빵빵하고 쾌적한 냉난방시설! 막 엎어져서 작업하는 소파! 등) 식대 지원 (중식/석식) 4대 보험 주5일 근무 Refresh 휴가 출근시간 선택제 (8-5 / 9-6 / 10-7 / 11-8)경조사비 지원 근무지: 서울시 서초구 양재동 4-14 3층워크샵이라 하면 적어도 뷔페와 함께하는 야간 요트 유람 정도는 해줘야하는거 아닙니까? (사실 명목은 지스타…) 알겠고, 개발자 채용요건을 내놓아라! 네, 드...드리겠습니다. 아래를 봐주세요. 참고로 위에서 충분히 설명했듯 우선 1등석과 일반석에 모셔요~ ㅎㅎ Global Spec과 실무경험을 국내에서 탑재할 수 있는 기회를 놓치지 마세요! 이제 개알못 기획자는 아웃! React 코드를 보고 이렇게 반응하는 사람이라면 우리는 이렇게 됩니다 ㅎㅎ기술 스택스마트링크는 2001년 부터 C > C++ > Java > Object Pascal > PHP > JSP > Rails > Python 등의 개발 언어 기반으로 많은 프로젝트를 수행하여 왔습니다. 현재는 Javascript, Nodejs, React, React Native, Meteor, MongoDB의 매력에 흠뻑 빠져 있지만, 프로젝트 진행의 효율을 더(even more productive) 개선할 수 있는 새로운 기술이나 방법론에 대한 목마름으로 언제든 Early Adapter가 될 준비가 되어 있습니다. 모집분야 : 각 영역의 Front-end 혹은 Back-end 개발자를 모십니다.Javascript/Nodejs/Meteor 기반의 웹/모바일 애플리케이션 개발자 React + Meteor + MongoDB 기술 기반의 Web Application 개발 React Native + Meteor + MongoDB 기술 기반의 Mobile Native Application 개발 자격요건 : 개발에 미친 사람!!! 자유로운 소통과 공유의 가치를 잘 이해하고, 자기주도적인 환경에서 최대의 능력을 발휘하며, 긍정에너지 발산이 가능한 분 논리적이고 체계적인 문제해결 능력 및 오픈 마인드 커뮤니케이션 능력 전산 관련학과 학사 이상 또는 동일한 자격 (경력 무관) 우대조건 React, React Native 등의 JavaScript SPA(Single Page Application) 프레임워크 경험 Nodejs + MongoDB 기반 Micro Service Architecture 서비스 개발 경험 영어 커뮤니케이션 능력 (특히, 영문서 이해 능력: 해외 최신 기술을 주로 이용하다보니 한글 자료가 없는 경우가 많습니다.) AWS 등 클라우드 서비스 운영 경험 Git 포트폴리오: 직접 작성한 패키지, 오픈소스 기여 경험Docker 컨테이너 기반 서비스 구축 및 운영 경험 CI 시스템 구축 및 운영 경험 Mocha, Jest 등의 테스팅 프레임워크 또는 TDD(Test Driven Development) 경험 어떻게 지원하면 되는거임? 아래 루트로 지원해주시면 서류검토 후 면접일정을 직접 안내해 드립니다. 이메일과 핸드폰 연락처가 모두 기재되어있으면 참 좋겠죠? 면접이 진행되면 스마트링크에 궁금한 것, 알아보고 싶은 모든 것을 물어보실 수 있습니다! 함께 대화하는 자리라고 생각하시는게 가장 좋을거 같네요. 1. 이메일로 지원하세요! [email protected]해당 정보들도 함께 보내시면 금상첨화!이력서 (희망연봉포함)포트폴리오개발 경력 자료 (github 주소 환영합니다!) 2. 로켓펀치에서도 지원하실 수 있습니다!일반석 채용공고 https://www.rocketpunch.com/jobs/574961등석 채용공고 https://www.rocketpunch.com/jobs/57499 3. 잡코리아도 됩니다!스마트링크 은하철도에 탑승할 개발자 정규직 채용(신입&경력)http://www.jobkorea.co.kr/Recruit/GI_Read/28711079?Oem_Code=C1 4. 사람인도 됩니다!스마트링크 은하철도에 탑승할 개발자 정규직 채용(신입&경력)http://www.saramin.co.kr/zf_user/jobs/relay/view?rec_idx=36338553&view_type=etc 지금 망설이고 있다면???국내에서는 중소기업, 특히 신생기업이나 스타트업에 대한 인식이 그렇게 좋지않죠. 이런 현실적인 부분도 감안해서 저희는 직접적인 코딩테스트나 압박면접 같은건 진행하지 않습니다. 차분하고 진실된 마음의 대화가 가장 중요하다고 생각해요. 본인의 평소 생각을 그저 편안하게 나눈다 생각하고 부담없이 관심만 가지고 다가와주세요 :)이 짤처럼 무서운거 아니에요 ㅋㅋㅋ 편하게 드루와 드루와~지금까지 소개해드린 스마트링크 시즌2, 은하철도 프로젝트 느낌이 어떠신가요? 저희의 설렘과 기대가 잘 전달이 되었을지 모르겠어요. 같은 설렘과 기대가 느껴지신다면 망설이지 마세요! 우리의 은하철도에 탑승할 분들을 그야말로 간절한 마음으로 기다리고 있습니다. 지금 당신은 지원 메일을 보내고있다~!!!