ㄱ ㄴ ㄷ ㄹ : : ㄱ ㄴ ㄷ ㄹ 
 Total | 0 
 그림 2013 . 06 . 02 23 : 45 
 2013 일 6 월 2 일 데생 
 처음 치곤 많이 그려서 그런지 손목 이 약간 떨린다 . 
 동그라미 가 생각 보다 잘 안 그려진다 . 
 이렇게 매일 조금 씩 하 며 동그라미 수천 개 를 그리 면 언젠간 완벽 한 동그라미 를 그릴 수 있 겠 지 . 
 항상 생각 해 왔 다 . 난 뭔가 감각 이 있 다 . 
 어떤 UI 의 배치 , 어떤 크기 , 어떤 비율 , 어떤 인터 액션 이 사람 을 편하 고 생각없이 흐름 대로 쓸 수 있 게 하 는지 를 안다 . 
 또한 인간 내면 을 알 고 보편 적 사고 흐름 을 알 고 있 어 특정 서비스 가 어떻게 사용 될지 이 서비스 를 사용 되 게 만드 려면 어떻게 해야 하 는 지 알 고 있 다 . 
 또한 시장 은 어떤지 사람 들 은 어떻게 반응 하 고 생각 할지 를 예측 하 는 데 대한 동물 적 인 감각 이 있 다 . 
 사업 적 기획 과 UX 디자인 에 각각 재능 이 있 는 것 같 아 . 그런데 항상 아쉬웠 던 점 은 글 이나 말 외 의 좀 더 시각 적 인 방법 으로 내 머리 속 에 있 는 것 들 을 표현 할 능력 이 없 다는 것 이 었 다 . 
 이제 그 능력 을 기를 계획 이 다 . 
 구독 하 기 ㄱ ㄴ ㄷ ㄹ 
 2013 일 6 월 2 일 데생 ( 0 ) 
 Posted by 보듬 
 생각 2013 . 06 . 02 18 : 14 
 2013 년 6 월 2 일 5 시 30 분 경 드 는 생각 
 나중 에 기업 을 일구 고 나 서 도 잊어버리 지 말 아야 할 것 들 . ... 
 1 . 꼭 필요 한 인력 만 뽑 기 
 -> 시키 는 일 만 하 는 게 아니 고 정말 자기 가 일 을 찾 아서 하 는 능동 적 인 사람 을 뽑 아야 한다 . 
 2 . 그 어떤 사람 도 자신 이 소모 되 는 느낌 이 들 지 않 게 하 기 
 -> 사람 을 뽑 을 때 도 그렇 고 일단 학력 같 은 걸로 평가 를 해선 안 돼 , 경력 도 마찬가지 다 . 그런 숫자 로 사람 을 평가 하 고 보직 을 맡기 고 해선 절대 안 돼 . 물론 오래 일 한 사람 은 그게 불 공평 하 고 합리 적 이 지 못하 게 느껴질 수 도 있 다 . 그러나 사실 이제 막 사회 에 뛰어든 사람 들 중 에 도 경력 이 어느 정도 있 는 사람 들 보다 뛰어난 경우 가 많 다 . 
 -> 이 사람 이 어떤 능력 이 있 나 그 능력 으로 뭘 할 수 있 나 를 곰곰히 생각 한 후 에 적절 한 포지션 에 배치 를 하 는 게 중요 하 다 . 
 -> 정말 본인 이 잘 할 수 있 고 하 고 싶 은 일 을 시켜야 자신 이 소모 된다는 느낌 도 안 들 고 정말 자기 가 발전 하 고 있 다는 생각 을 하 게 된다 . 
 어떤 사람 이 할 일 이 회사 내부 이 구체 적 으로 있 고 ( 차후 라도 ) 그게 정말 본인 이 하 고 싶 은 아니 라면 , 그 사람 은 차라리 안 뽑 는 게 서로 에게 좋 다 . 
 뽑 아 봤 자 해당 사람 이 할 일 이 없 으면 회사 입장 에서 는 돈 낭비 만 계속 하 게 되 는 것 이 될 것 이 고 , 사원 입장 에서 는 자신 이 왜 이기 있 지 ? 라는 회의 만 들 게 될 것 이 다 . 사원 이 행복 할 수 있 는 회사 를 만들 려면 회사 가 돈 을 버 는 곳 이 되 어야 할 뿐 아니 라 자아 만족 을 할 수 있 는 곳 이 기 까지 해야 한다 . 
 -> 사실 1 번 의 " 꼭 필요 한 인력 만 뽑 기 " 도 같 은 얘기 인 것 같 다 . 
 3 . 이미 서술 했 지만 " 꼭 필요 한 인력 만 뽑 기 는 " 결코 효율 성 을 위한 게 아니 다 . 사원 의 자아 성취 를 보장 해 줄 수 있 게 함 이 다 . 
 -> 정말 괜찮 은 사람 만 뽑 아서 보상 을 정말 확실 하 게 해 주 는 게 좋 다 . 스톡옵션 을 제대로 준다던 지 , 봉급 을 확실히 준다던 지 . 그런데 사실 창업 회사 에서 일 하 는 사람 들 은 스톡옵션 이나 지분 을 생각 하 고 참여 를 한다 . 능력 있 는 사람 들 중 벤쳐 에 들어오 는 사람 들 은 보통 대 기업 을 가 면 더 많 은 돈 을 받 을 수 있 는데 구지 벤쳐 로 올 이유 가 없 다 . 정말 좋 은 사람 들 만 뽑 아서 스톡옵션 을 제대로 해 주 는 게 좋 을 것 이 다 . 쓰 고 보 니 제목 이랑 다른 내용 이 네 ㅋㅋ ㅋㅋ 
 -> 또한 능동 성 을 보장 해 주 는 게 좋 다 . 능력 있 는 사람 이 벤쳐 에서 일 을 하 는 이유 는 위 에 말 한 비젼 도 있 지만 자기 가 주도 적 으로 일 을 맡 아서 할 수 있 기 때문 도 있 다 . 대 기업 에선 사실 부분 의 부분 밖에 할 수 없 다 . 이것 때문 에 또 자기 가 소모 만 된다는 생각 을 하 게 되 는 거 고 . 정말 자기 가 일 을 추진 해서 할 수 있 다는 느낌 을 항상 회사 에서 있 으면서 들 수 있 게 하 는 환경 을 만들 어야 한다 . 
 4 . 모두 가 행복 할 수 있 는 조직 
 -> 조그만 조직 에 있 는 사람 들 도 행복 할 수 있 는 환경 을 조성 하 지 못한다면 그 보다 더 큰 지역구 나 국가 는 더더욱 실현 시키 지 못한다 . 모두 가 행복 하 게 시간 을 보내 고 좋 아 하 는 일 을 능동 적 으로 스스로 찾 아 하 며 자아실현 도 동시 에 할 수 있 는 그런 조직 을 만드 는 게 내 첫 발걸음 이 될 것 이 다 . 
 5 . 일단 은 주변 사람 들 의 발전 이 곧 내 발전 
 -> 그래서 난 현재 정말 많 은 사람 들 을 돕 고 있 다 . 정말 죽 을 것 같 다 . 그렇 다고 내 가 하 는 도움 들 이 언젠간 전부 내게 보답 으로 다가올 거 라 생각 하 진 않 는다 . 대부분 의 경우 내 자신 의 소모 로 끝나 버리 겠 지 . 중요 한 건 내 가 베푼 것 들 이 언젠간 내게 보답 으로 다가올 것 이 라 믿 는 것 이 아니 라 정말 내 주변 의 사람 들 을 사랑 하 는 마음 으로 하 는 것 이 다 . 그리고 주변 의 사람 들 이 나 만큼 혹은 나 이상 으로 성장 하 게 돕 는 것 이 중요 하 다 . 그만큼 나 도 같이 성장 할 테 니 . 이걸 여러 사람 에게 할 경우 내 가 성장 하 는 시간 과 그 관성 으로 이뤄지는 내 가 어떤 사람 으로 성장 하 는 지 그 양 은 정말 눈덩이 처럼 커질 것 이 다 . 나 는 인간 의 상호 적 영향 과 이 로 인한 관성 을 믿 는다 . 
 2013 년 6 월 2 일 5 시 30 분 경 드 는 생각 ( 0 ) 
 나 의 현재 상태 2013 . 06 . 01 18 : 44 
 2013 년 6 월 1 일 현재 프로젝트 진행 상황 
 ( 1 . 포트폴리오 페이지 , 2 . 새 서비스 ) 
 1 . 아 는 디자이너 분 의 포트폴리오 페이지 , 매우 인터 액티브 한 사용자 경험 을 제공 한다 . 물론 누나 는 UI 를 주로 디자인 했 고 , 나머지 는 다 내 가 . .. ㅋㅋ 
 -> KT 클라우드 를 storage 로 이용해 포트폴리오 를 넣 고 싶 은 대로 넣 을 수 있 게 하 였 다 . 이게 생각 보다 싸 다 . 1 GB 밑 으론 70 원 만 내 면 되 고 그 후 로 1 GB 씩 늘 때 마다 70 원 / GB 만 내 면 된다 . 트래픽 에 대한 요금 도 일정 트래픽 이하 는 추가 로 내 야 하 는 금액 이 없 다 . 
 -> 그런데 엄청난 단점 이 있 다 . AWS 의 경우 storage 가 bucket 이 라는 단위 로 제공 이 된다 . 그리고 이 하나 의 bucket 안 에 디렉 토리 구조 를 만들 어 정리 를 할 수 있 다 . 폴더 단위 로 정리 를 할 수 있 다는 건 자동 화 에 엄청난 이점 을 준다 . 
 -> 자 그래서 앞 으로 할 일 은 1 ) 관리자 페이지 레이아웃 2 ) 로그인 기능 ( Devise 라는 패키지 를 사용 할 것 이 다 ) 3 ) 클라우드 와 의 연결 ( 현재 클라우드 와 연동 할 때 사용 하 는 api 는 다 완성 했 다 ) 
 -> 일단 이걸 내일 일요일 까지 끝내 는 게 목표 
 2 . 우연히 알 게 된 사람 을 통해 그 사람 이 디자이너 로 있 는 회사 에서 개발 을 맡 기 로 했 다 . ... 정말 우연 한 계기 로 모든 것 이 일사천리 로 이뤄진 아주 신기 한 경험 . . 일단 회사 는 무척 재밌 어 보인다 . 다 들 즐겁 게 일 하 고 . 
 -> 서비스 의 서버 는 Rails 로 개발 할 것 이 다 . 나 같이 클라이언트 프로그래밍 만 주로 하 던 사람 에게 개발 에 있 어 매우 좋 은 사용자 경험 을 주 는 한편 배우 기 도 쉽 고 개발 도 매우 빠르 다 . 게다가 Active Record 등 의 패턴 들 도 잘 구성 되 어 있 어 이걸 잘 익히 면 나중 에 스스로 프레임워크 를 짜 거나 하 는 데 도 큰 도움 이 될 것 같 다 . 
 -> storage 는 역시 kt 를 사용 할 계획 이 다 . 이미 restful api 를 통한 ruby api 를 다 만들 어 놓 은 상황 이 라 정말 구현 하 기 편할 것 같 다 . 
 -> 현재 디자이너 분 이 아주 약간 의 와이어 프레임 만 을 작성 하 고 여행 을 가신 상태 다 . .... 그걸 기반 으로 개발 을 진행 해야 하 는데 좀 곤란 하 다 . ... 현재 요구 사항 을 정리 중 이 다 . 
 -> 좋 은 UX 를 디자인 하 는 것 도 좋 은 UI 를 디자인 하 는 것 은 매우 다른 문제 다 . 난 그림 을 예쁘 게 그 리진 못 하나 사람 을 잘 안다 . 어떤 UI 의 배치 , 어떤 흐름 , 어떤 경험 이 사용 자 를 행복 하 게 할지 예전 부터 본능 적 으로 알 아 왔 던 것 같 다 . 내 가 시간 이 좀 더 많 아 기획 에 좀 더 참여 를 할 수 있 다면 서비스 의 질 이 더 올라갈 수 있 을 것 이 라 자신 한다 . 
 -> 일단 현재 가장 필요 한 것 은 ROOT 에서 부 터 각 기능 까지 의 트리 식 의 워크 플 로우 다 . 이게 있 어야 어느 정도 개발 이 가능 하 다 . 가장 기본 적 으로 필요 하 게 되 는 회원 가입 가능 과 세션 밖에 개발 할 수 있 는 게 없 다 . 
 -> 일단 은 뼈대 페이지 들 과 로그인 기능 과 Authorization 을 구현 할 계획 이 다 . 또한 디자이너 분 께 요구 사항 을 정리 후 송부 할 계획 이 다 . 이것 들 역시 내일 저녁 까지 마칠 계획 이 다 . 
 ' 나 의 현재 상태 ' 카테고리 의 다른 글 
 2013 년 6 월 1 일 현재 프로젝트 진행 상황 ( 0 ) 
 지금 진행 하 고 있 는 프로젝트 들 정리 ( 0 ) 
 나 의 현재 상태 ( 2 ) 
 2013 일 6 월 2 일 데생 . 
 2013 년 6 월 2 일 5 시 . .. 
 2013 년 6 월 1 일 현재 . .. 
 지금 진행 하 고 있 는 . ..