Getting Ruby Rails Real 

 

루비와 레일스 선구자들의 웹 개발 전략

 

You've Got Ruby

 

 

 

You've Got Rails

 

 

 

 

 

 

 

지금 필요한 건 뭐?

Speed  Strategy

 

 

Getting Real ('진짜개발')

 

 

• By 37Signals (DHH, Rails,  Basecamp, Ta-da list,  Backpack...)

• 3만 Copy 판매, 17개언어로 번역

  • 한글판 번역 중
• Start.com 적용

 

 

헛 개발

• 몇 개월/몇 년이 걸리는 긴 스케쥴
• 끝없는 회의
• 지나치게 많은 개발팀원
• 비현실적은 사용자 테스트
• 아웃소싱을 통한 고객 지원
• 쓸데없는 문서작업
• 불변의 결정 
• 폐쇠적 기술과 데이터 포맷
• 사내 정치

 

 

 

진짜개발...-

 

 

 

가볍게 유지하세요

• 보다 적은 소프트웨어/코드 - 변경은 우리의 친구
• 1.0은 3명의 팀으로 - 메트칼프의 법칙
• 더 적은 기능 (네그로폰테 교수)

 

 

 

실행가능한 소프트웨어를 최대한 빨리....

• 실행가능한 결과물은 합의를 이끈다.
• 최대한 빨리 진짜를 확인하고 경험하세요

 

 

 

 

 

여러분의 의도를 분명히 하고, 잘 작동하게 만드십시오. 그리고 나서 서비스를 개시하고 개선해 나가십시오. 다른 사람들이 여러분 보다 더 똑똑하다고 생각하지 마십시오 

- Seth Godin

 

 

 

아이디어에서 구현까지

• 브레인스토밍
• 종이에 그려보기 
• 핵심적인 페이지들을 HTML로 만들어보기
• 코딩하기
• 반복

 

 

효율적인 조직

• 여러가지 부서로 나누지 마세요.
• 완전히 집중할 수 있는 시간을 보장하세요. 
• 회의는 독입니다. 
• 일과 팀을 조각으로 나누세요. 
• 오늘 당장 뭔가 릴리스하고 축하하세요. 
• 더 적게 더 나중에 채용하세요. (잭웰치, 모짜르트와 살리에르)

 

채용의 기준

• 오픈소스에 기여하는 사람
• 멀티플레이어 
• 말과 글이 뛰어난 사람 

 

문서와 글

• 기능 정의서를 쓰지마세요 ('합의'의 환상, 오버스펙, 너무 이른 중요 결정)

  • 대신, 짧은 사용자 스토리를 쓰세요.
• 문서를 줄이세요.

• Lorem Ipsum은 위험합니다.(의미가 사라집니다.)

 

 

 

가입과 요금제

• 티저광고 -> 미리보기 -> 서비스 개시 
• 무료 버전을 제공하세요.
• 가입과 해지를 최대한 쉽게하세요 
• 사용자데이터를 쉽게 가져갈 수 있게 하세요 

 

홍보

• 블로그를 활용하세요
• 전용 홍보 사이트를 만드세요 
• 미리 붐을 조성하세요 
• 지식을 공유를 통해 홍보하세요

• 알기쉽고 기억에 남을 서비스 이름을 만드세요

  • 오픈위키
  • 한줄블로그

 

지원과 운용

• 개발자가 직접 고객의 불편을 느끼도록 하세요.
• 문맥 도움말
• 빠른 응답
• 거친 사랑 (고객에게도 No)
• 나쁜 소식은 빨리, 좋은 소식은 천천히 

 

 

서비스 개시 후

• 한달 내에 주요 업데이트를 하세요
• 계속 글을 올리세요.(FAQ, 팁과 트릭, 새기능, 홍보...)
• 마지막 당부 - 비만의 유혹을 조심하세요.

 

이제 뭔가를 만드세요.

 

 

 

>>레일스 배포 발표