좋은 회사 만들기

지금은 볼리비아 수크레 그리고 여행 115일째다. 여행 100일 쯔음엔 무엇이 달라져 있을까? 라는 자문을 해보고 싶었는데 깊이 있는 성찰을 하지 못했다. 뭐 100일이란 시간이 사람을 변화시키기엔 그렇게 긴시간이 또 아닌것 같다는 생각이 들면서도 사실은 변한게 있었다.

여행의 목표

여행을 하면서 만난 친구가 하는 말이 장기여행의 경우 여행의 목표가 있어야 여행을 계속해야할 의지가 생긴다고 했다. 전적으로 동의한다. 다행히 나의 여행목표는 5개월전에 세웠다. 지금도 변하지 않았고 여전히 실험중이다. 그때와 지금 달라진 것이 있다면 그 첫번째 실험주제를 찾았다는 것이고 빠르게 1차 실험을 완료 했다는 것이다. 어쩌면 지금 그 1차 실험 후기를 쓰고 있는지도 모르겠다.

여행의 동반자

여행에 있어서 내 옆지기는 인생의 동반자이자 지금 내가 하는 실험의 동업자다. 결혼과 동시에 여행을 시작했기에 우리 둘사이의 간극은 사실 꾀나 컸다. 지난 여행 100여일사이에 있었던 숱한 격론(?)들이 그 간극을 증언 해준다. 하지만 부부싸움은 칼로 물배기는 맞는것 같다. 오늘 문득 내가 한국에 있었다면 어땠을까? 라는 생각이 들었다. 우리는 여전히 회사에 다닐테고 낮시간에 각자의 삶의 영역안에서 활동을 하다 해가 지면 돌아와 몇마디 속닥이다가 잠이 들겠지? 그렇다면 지금 내 옆에 있는 옆지기의 본 모습은 1년 아니 10년후에나 발견하게 될지도 모르겠다는 생각이든다. 어쩜 영원히 모를수도…

부부가 세계여행을 떠난다는 의미는 하루종일 붙어다닌다는 의미가 포함되어 있다. 100여일을 넘게 붙어 있다보니 사실 연애시절에 몰랐던 부분들을 확인하게 되고 실망하게 되는 부분도 더러 있다. 하지만 결국 그 차이를 빨리 발견하고 빨리 맞춰갈수있어 더 좋다라는 결론에 이른다. 고로 우리 선택은 현재까지 옳다!!

나는 이번 여행을 통해 새로운 삶을 열어보고자했다. 그 삶의 모습 중에 하나는 늘 꿈꾸던 좋은 회사 만들기가 있다. 모처럼 옆지기와 몇시간 동안 우리에 대한 이야기를 나눴다. 그리고 그 안에서 정말 좋은 회사를 만들자고 의기투합했다. 목표를 정하고 나니까 해야할 일이 더 많아졌다. 그리고 여행의 목표가 더 확실해졌다.

내가 생각하는 좋은 회사란?

일단 본인이 사회주의적인 성향이 있음을 미리 던져놓고 내가 생각하는 좋은 회사의 제 1 조항(?)은 구성원들의 삶을 책임지는 회사다. 현실에서 회사는 이익집단이고 당연히 이윤을 추구해야하지만 구성원들의 삶도 포기해서는 안된다. 삶의 질을 가늠하는 척도중 하나가 돈임을 부정하지는도 않는다. 하지만 돈이 삶의 질을 결정하는 유일한 척도가 아니라는 믿음은 여전하다. 그래서 뭔소리를 하고 싶은거냐?

예전에 내 블로그에 써놓은 글이 있긴한데 찾기는 귀찮고 일단 그 글의 생각은 지금도 여전히 유효하다. 삶을 살아가는데 있어서 개인이 월급으로 치르는 가장 큰 비용은 주거비와 양육비 그리고 교육비다. 그래서 나는 회사가 이부분을 일정부분 혹은 전부를 커버 해줬으면 하는 바램이 있다. 해결 방법은 여전히 찾고 있다. 아무튼 이 큰 비용을 회사가 대신한다면 개인이 필요한 돈은 사실 여가비와 생활비 정도가 되지 않을까 싶다.

두번째로 좋은 회사는 구성원 각 개인의 발전을 도모해야한다. 회사가 모든 구성원을 케어 하려면 규모가 작아야한다는 생각이 있지만 파이도 키워야한다. 그래서 일정수가 넘어가면 각 개인에게 독립의 기회를 제공하고 싶다. 물론 독립은 몬드라곤 같은 협동조합 모델을 그리고 있다. 모회사에서 자회사가 분리 독립되면 자회사의 수익의 일부를 모회사에 펀딩하고 자회사가 실패할경우 자회사의 구성원을 모회사로 불러들여 재배치를 하거나 또다른 기회를 제공하면 좋겠다.

꿈 같은 얘기긴 한데 꿈을 현실로 만들어내는 실험은 계속 진행중이다.

루비(Ruby)와 PostgreSQL 설치 및 사용법 정리

필요에 의한 거지만 어찌됐든 10년만에 Ruby를 다시 배워보려고한다. 그래서 일단 맥에 루비부터 설치했다.

1. Homebrew를 이용한 루비 설치

일단 맥에는 루비가 기본 설치되어있기 때문에 기본 설치된 버전부터 확인해보자.

$> ruby -v
ruby 2.0 ..... 어쩌구 저쩌구 

내 멕에는 ruby 2.0이 설치되어 있다. 현재 최신버전은 루비 2.3.0 버전이다. 최신 맥프레임에도 불구하고 확실히 기본 설치된 버전은 낮다 -_-;; ㅎㅎㅎ 여튼 새버전을 선호하는 개인 취향문제로 새 버전을 설치했다.

$> brew install ruby
... 설치 로그 생략
$> ruby -v
ruby 2.3.0p0 (2015-12-25 revision 53290) [x86_64-darwin15]

오예! 루비 새버전 장착 완료!! 루비로 웹개발을 할때는 보통 레일스 프레임워크를 사용하지만 지금 루비 문법과 스타일에도 익숙치 않은데 레일스를 볼 겨를이 없다. 일단 루비부터 익혀보자.

공식 언어 튜토리얼

  1. try Ruby – http://tryruby.org/
  2. 20분 가이드 – https://www.ruby-lang.org/ko/documentation/quickstart/

낮은 버전으로 다운그레이드

Homebrew를 이용해 낮은 버전으로 설치하려면 PATH 설정을 수동으로 해야한다. 홈브루 정책이 그런듯 싶다. 그래서 좀 귀찮다.

$> brew search ruby
chruby       homebrew/versions/ruby182    homebrew/versions/ruby21    ruby ✔
chruby-fish  homebrew/versions/ruby186    homebrew/versions/ruby22    ruby-build
homebrew/versions/imagemagick-ruby186     homebrew/versions/ruby187   imessage-ruby
ruby-install homebrew/versions/jruby168   homebrew/versions/ruby192   jruby
homebrew/versions/jruby1721               homebrew/versions/ruby193   mruby
...

현재 홈브루로 설치된 버전은 체크(✔)표시가 되어 있다. 만약 ruby 2.2 버전을 설치하고 싶다면 homebrew/versions/ruby22 버전을 설치하면된다 .

$> brew install homebrew/versions/ruby22
... 설치 로그 중략 ...
By default, binaries installed by gem will be placed into:
/usr/local/lib/ruby/gems/2.2.0/bin

You may want to add this to your PATH.
... 

이전 버전을 설치하면 위 메시지처럼 PATH를 니들이 알아서 해! 라는 배째라 모드.. 아무래도 루비가 자체 패키지매니저(gem)을 가지고 있어서 의존성을 가진 모듈들이 충돌될까바 그런듯싶고,.. 여튼 귀찮아서 그냥 새버전 쓰는걸로!!

2. PostgreSQL 설치와 사용법

PostgreSQL 설치도 Homebrew를 이용하면 간단하다.

$> brew install postgresql

DB 서버를 데몬으로 항상 띄워둘수도 있지만 본인은 개발할때 수동으로 실행시키는 편이다.

$> postgres -D /usr/local/var/postgres

서버는 실행했고 이제부터가 진짜 신세계다! mysql과 mongo와는 또다른 명령체계들 때문에 삽질했다. 정리해본다.

1. 클라이언트 접속툴

postgresql은 생소한 psql이라는 명령어를 이용한다. 하기사 데이터베이스 이름 자체가 길다보니 짧은 명령어를 만든듯 싶다.

$> psql
psql: FATAL:  database "realrap" does not exist

잉? 이건 뭔소리래? “realrap” 데이터베이스가 없다며 접속되지 않는다. psql은 다른 데이터베이스와 좀 다르게 일단 접속하고 use 명령을 이용해 데이터베이스를 선택하는 모델이 아닌갑다. 그래서 접속할때 데이터베이스명이 필요한데 지정하지 않으면 로그인된 계정이름이 디폴트로 지정된다. 참고로 내 계정이름이 “realrap” 이다.

데이터베이스를 생성하기 전에 샘플디비(template1)로 접속부터해보자.

$> psql template1
psql (9.5.1)
Type "help" for help.

template1=#

특이하게 접속하면 template1=# 이라는 프로프트를 볼수있다. template1 데이터베이스에 접속했다는 의미다. 그리고 template0 이라는 샘플디비가 하나 더 있는데 진짜 있는지 데이터베이스 목록을 확인해보자. 역슬래쉬() 소문자 엘(l)을 입력해보자.

template1=# \l
                                       List of databases
      Name      |  Owner  | Encoding |   Collate   |    Ctype    |  Access privileges
----------------+---------+----------+-------------+-------------+---------------------
 postgres       | realrap | UTF8     | ko_KR.UTF-8 | ko_KR.UTF-8 |
 template0      | realrap | UTF8     | ko_KR.UTF-8 | ko_KR.UTF-8 | =c/realrap         +
                |         |          |             |             | realrap=CTc/realrap
 template1      | realrap | UTF8     | ko_KR.UTF-8 | ko_KR.UTF-8 | =c/realrap         +
                |         |          |             |             | realrap=CTc/realrap
 (3 rows)

나도 모르는 명령어가 툭툭튀어나온다. 이런 명령어는 help 명령을 이용해 알아냈다.

template1=# help
You are using psql, the command-line interface to PostgreSQL.
Type:  \copyright for distribution terms
       \h for help with SQL commands
       \? for help with psql commands
       \g or terminate with semicolon to execute query
       \q to quit

나가려면 \q를 입력하고 psql 명령어를 보고 싶으면 \? 물음표를 입력하렌다. 물음표를 입력해보면 \l 명령어에 대한 설명도 볼수있다.

2. 데이터 베이스 생성

데이터 베이스 생성은 createdb 명령을 이용한다. 주의할점은 데이터베이스명을 따로 지정하지 않으면 현재 로그인 된 계정 이름으로 생성한다. 자그럼 생성해보자!

createdb <데이터베이스명>

$> createdb
$> 

잉? 이건 또 뭐징? 아무런 메시지가 없다. 제대로 실행 된건가? 약간 의아한데 확인해봐야겠다. 그리고 뭔가 로그를 출력해주는 설정이 있을것 같은데 모르겠다. 일단 아까 말했던것처럼 데이터베이스명을 따로 지정하지 않으면 현재 로그인한 계정으로 만들어진다. 진짜 만들어졌는지 접속해서 확인해보자 .

$> psql realrap
psql (9.5.1)
Type "help" for help.

realrap=# \l
                                       List of databases
      Name      |  Owner  | Encoding |   Collate   |    Ctype    |  Access privileges
----------------+---------+----------+-------------+-------------+---------------------
 postgres       | realrap | UTF8     | ko_KR.UTF-8 | ko_KR.UTF-8 |
 realrap        | realrap | UTF8     | ko_KR.UTF-8 | ko_KR.UTF-8 |
....
.... 중략 ....

우잉? 진짜된다. 헐퀴.. realrap 이름으로 만든 디비는 필요 없으므로 지우자. 지우는 명령어는 dropdb 다! 일단 디비를 빠져나와서 커맨트창에 아래와 같이 입력한다.

$> dropdb realrap
$> psql realrap
psql: FATAL:  database "realrap" does not exist

됐다. 제대로 지워졌는지 접속이 되지 않는다. 대충 사용법을 알았으니 개발용 데이터베이스(test)와 개발용 유저(dev)를 만들어 dev 유저가 이 test 데이터베이스를 쓸수있도록 권한을 줘보자.

3. 개발용 유저 생성

일단 유저를 만든다. 만들때 –interactive 명령을 주면 좀더 상세한 권한 설정을 할수있다.

$> createuser dev 
or
$> createuser dev --interactive
Shall the new role be a superuser? (y/n) n
Shall the new role be allowed to create databases? (y/n) n
Shall the new role be allowed to create more new roles? (y/n) n

상세 설정을 통해 권한을 따로 주지 않으면 유저는 기본적으로 아무런 권한이 없다.

4. 개발용 데이터베이스 생성

testDB를 만들때 -O 옵션을 주면 데이터베이스 오너를 지정할수있다. 앞에서 생성한 dev 유저가 testDB 오너가 되도록 생성한다.

$> createdb -O dev testDB

제대로 설정됐는지 로컬 계정으로 testDB에 접근해서 설정을 확인해보자.

$> psql testDB
psql (9.5.1)
Type "help" for help.

testDB=# \l
                               List of databases
      Name      |  Owner  | Encoding |   Collate   |    Ctype    |  Access privileges
----------------+---------+----------+-------------+-------------+---------------------
... 중략 ...
 testDB         | dev     | UTF8     | ko_KR.UTF-8 | ko_KR.UTF-8 |
... 중략 ... 

testDB의 Owner가 dev로 지정되어 있다. 제대로 했다. 이제 dev 유저에 패스워드를 지정해보자.

testDB=# alter user dev with password 'devpass';

dev 계정에 ‘devpass’ 라는 비밀번호를 부여했다. 이제 빠져나와서 dev 계정으로 접속해보자.

$> psql -U dev test -W
Password for user dev:

그런데 여기서 멘붕!…--;;; 패스워드가 틀려도 접속이 된다. 머징? –-;;; 좀더 공부를 해야겠다. 일단 여기까지… -_-;;

5. PostgreSQL 데이터베이스 지우기

멘붕에 빠져서 아까 만들었던 데이터베이스와 더불어 postgresql도 다 지워야겠다. 지우는 방법은 간단하다.

$> brew uninstall postgresql 

이렇게 지우면 명령어만 지우는거고 실제로 데이터베이스를 살아있다. 그래서 다시 설치하면 기존에 만들었던 유저라든가 데이터베이스가 지저분하게 그대로 있다. 따라서 데이터베이스까지 지우려면 저장된 DB 파일도 지워야한다.

일단 homebrew가 어디에 DB를 두는지 확인해야한다.

$> ps aux | grep postgres | grep -- -D
realrap         46604   0.0  0.1  2603388  15392 s006  S+   11:19AM   0:00.25 postgres -D /usr/local/var/postgres

아하! /user/local/var/postgres 폴더에 저장하는구나. 이 폴더를 날리면 DB도 깨끗이 지워진다.

Parse.com 마이그레이션 #1

오늘 Parse.com으로 부터 아래와 같은 메일을 한장 받았다.

“We’re happy to announce that we’ve partnered with MongoLab and ObjectRocket to give you a discount on database hosting. Both companies have deep experience in helping Parse customers migrate to a fully managed MongoDB solution, and are the perfect partner for scaling your app. You’ll need to act fast, as both these discounts are only valid if you start in the next 30 days.

내용인 즉슨 Parse 서버에 있는 데이터를 MongoLab 이나 ObjectRocket 클라우드 서비스로 마이그레이션을 하라는 얘기였다. 그리고 지금부터 한달안에 마이그레이션하면 디스카운트 해준다고… ㅎㅎㅎ 나는 이 디스카운트에 낚여서 오늘 본의 아니게 미뤄뒀던 알리브로 마이그레이션 작업을 하게됐다.

Parse.com 서버 마이그레이션

마이그레이션에 대한 자세한 내용은 공식 가이드 문서를 참고하면 되는데 사실 영어라 눈에 잘 들어오지도 않고 처음 파스닷컴 문 닫는다고 발표했을때 살짝쿵 멘붕이라 주의깊게 읽어보지도 않았다. 좌우지간 오늘은 가이드에서 얘기하는 첫번째 스탭을 밟아보겠다.

1. DB 마이그레이션를 위한 준비

공식 가이드 문서를 열어보면 제일 먼저 눈에 들어오는게 아래와 같은 그림이다.

enter image description here

여기서 파스닷컴의 현재상황은 Step 0으로 표현된다. 무슨 말인고하니 파스닷컴은 API 서버 역할 뿐만 아니라 “Parse Hosted DB” 라고 표시된 DB 서버를 가지고 있었다는 얘기다. 그래서 첫번째 DB 마이그레이션 단계가 바로 이 파스닷컴에서 서비스 해주던 DB를 딴데로 옮기라는 뜻이다.

그래서 처음엔 어디로 옮겨야되나? 막막했다. 막막함에 일단 그림에 나와 있는데로 아무생각없이 내 로컬 PC에 MongoDB를 설치했다. 그리고 파스닷컴의 API 서버가 내 몽고디비를 바라보도록 하면 되는건가? 싶었는데, 그러면 내 로컬PC가 항상 켜져있어야된다. 어랏! 그럼 안되지!! 처음 가이드 문서를 대충읽었을때 여기서 막혀버렸다. 도대체 어쩌라는 건지.. ㅎㅎㅎ

오늘 다시 읽어보니 그림에서 “Self Hosted” DB는 로컬에 MongoDB를 설치하라는 얘기가 아니라 파스닷컴에서 서비스하던 데이터를 니가 책임져라! 라는 뜻이었다. 즉, 몽고랩이나 오브젝트로켓 같은 클라우드 서비스로 옮기라는 뜻이다. 파스닷컴은 몽고랩이 샌드박스 하나는 공짜니까 몽고랩을 추천한것 같다. 여튼 2~3년전에 한번 가입한거 같았는데 계정을 잃어버려서 새로 만들었다.

2 몽고랩(MongoLab) 계정 만들기

몽고랩은 500MB 짜리 샌드박스 하나를 무료로 만들수있다. 이 샌드박스에 데이터베이스를 만들고 Users 탭에서 유저를 하나 생성한다. 그러면 아래와 같은 명령어로 몽고랩 DB 서버에 접속해서 Shell 명령어로 조회를 해볼수있다. 참고로 내가 만든 데이터베이스 이름은 rlibro 다.

$> mongo ds015878.mongolab.com:15878/rlibro -u <dbuser> -p <dbpassword>

쉘로 접속할때는 위와 같은 명령어를 쓰지만 프로그램에서 데이터를 조작할때는 아래와 같은 MongoDB URI를 이용한다.

$> mongodb://<dbuser>:<dbpassword>@ds015878.mongolab.com:15878/rlibro

3. 파스닷컴(Parse.com) DB를 몽고랩에 마이그레이션하기

이제 가이드 문서의 그림처럼 Step1을 진행해보자. 파스닷컴 대쉬보드로 가서 App Settings > General 메뉴에서 Migrate 버튼을 클릭한다.
enter image description here

그림처럼 몽고랩 URI를 넣어주고 마이그레이션을 시작하면 파스닷컴의 모든 데이터를 몽고랩 DB로 싱크시켜준다. 그리고 Finalize 버튼을 클릭하면 더이상 파스닷컴 서버의 DB를 사용하지 않고 몽고랩 서버의 DB를 사용하게 된다. 즉 아래 그림처럼 된다.

enter image description here

여기까지가 파스닷컴에서 메일로 노티까지 해가면 마이그레이션하라는 첫번째 단계가 되겠다. 다음 단계는 파스닷컴의 API 서버를 대체해줄 Parse-Server를 로컬에 설치해서 몽고랩 DB와 연결하는 단계다. 이건 다음에 정리~!!

참고 및 이미지 출처

  1. https://github.com/ParsePlatform/parse-server/wiki/Migrating-an-Existing-Parse-App
  2. https://learnappmaking.com/how-to-migrate-parse-app-parse-server-heroku-mongolab/