| 단순함의 법칙 | |||||
|---|---|---|---|---|---|
 |
| ||||
 | p.147 yuna 10. 하나 비법 1. 멀리 보내기 SAAS, salesforce.com 등 멀리 보내기 전략의 효율성을 확보하려면 무엇보다 외부에 둔 작업과 신뢰할 만한 채널이 확보되어야만 한다. 비법 2. 개방 오픈소스, API 등 Ruby on Rails 웹 프레임워크는 완전 무료지만 동시에 관련 유료 서비스를 판매하고 있기도 하다. 개방의 방법에는 아직 많은 여지가 남아 있다. 비법 3. 덜 쓰고 많이 얻기 얼마나 많은 사람들이 이러한 노력들이 궁극적으로 우리에게 도움이 되는지에 동의하느냐에 따라 우리 지구의 수명이 어디까지 갈 것인지가 정해질 것이다. 전력 개발과 보존에 관한 기술 혁신과 함께 전력을 적게 사용하는 사회적 관행이 자리를 잡는 데 있어서 역설적이지만 가장 힘없어 보이는 사람들의 삶이야말로 단순함 추구에 있어서 가장 강력한 예이다. 2008-02-16  (0) |
| p.122 yuna 8. 신뢰 문제는 컴퓨터가 사용자의 특성이나 취향을 파악하고 있다는 사실을 얼마나 편안하게 받아들일 수 있는가, 그리고 컴퓨터가 사용자의 욕구를 잘못 예측했을 때 그 실수를 얼마나 너그럽게 받아들일 수 있는가 하는 것이다. ... 긴장을 풀고 느긋하게 기대자. 장인을 믿어라. 취소하기. 날 믿어 줘. 시스템이 사용자에 대해 많이 알수록, 사용자는 생각할 일이 줄어든다. 거꾸로 사용자가 시스템에 대해 많이 알수록, 더욱 강력한 통제력을 발휘할 수 있다. 그러므로 미래 상품이나 서비스를 이용하는 사용자는 다음과 같은 두가지 관점을 균형 있게 조화시켜야 한다는 딜레마에 부딪치게 된다. 사용자는 시스템에 대해서 어느 정도 알아야 할까? 시스템은 사용자에 대해서 어느 정도 알아야 할까? 왼쪽의 경우는 사용자가 시스템에 관해 노력해서 배우고, 통달하게 된다. 오른쪽의 경우는 사용자가 먼저 시스템을 신뢰해야 하고, 그 신뢰에 대한 보상이 지속적으로 주어지게 된다. 좀더 앞서가는 대가를 따라간다면 매우 편리할 수 있지만 개인 정보나 사생활을 조금 희생해야 한다. 그 대신, 취소하기를 포함하는 학습의 과정을 겪는다면, 차근차근 배워서 스스로 장인이 되어, 시스템에 대한 자기 자신의 지식에 의존할 수 있게 된다. 무엇을, 혹은 누구를 믿느냐에 따라 서로 다른 대안들이 존재한다. 2008-02-16 (0) |
| p.99 yuna 6. 문맥 기술자들은 빈 공간이나 여분의 방이 생기면 거기에 채워넣을 뭔가를 발명한다. 그와 마찬가지로 기업가들은 잃어버릴 지도 모르는 잠재적 기회를 놓치지 않으려고 한다. 반면 디자이너들은 무에서 유가 나온다는 관점에서 여백을 보존하려고 최선을 다한다. 공백을 늘려서 잃어버린 기회는 나머지 것들에 더 많은 관심을 가질 수 있게 하는 것으로 보상받을 수 있다. 빈 공간이 많아진다는 것은 그만큼 제공되는 정보의 양이 적어진다는 것이고, 대상이 적어짐에 비례해서 관심의 집중도는 높아지게 된다. 적어질 수록 모든 것을 훨씬 더 감사하게 여기게 되는 법이다. 2008-02-16 (0) |
| p.25 yuna 10가지 법칙 1. 축소 - 신중하게 생각하여 축소시키는 것은 단순함을 추구하는 데 가장 손쉬운 방법이다. 2. 조직 - 조직해서 많은 것도 적게 보이도록 만들자. 3. 시간 - 시간을 절약하면 단순함이 보인다. 4. 학습 - 알면 모든 것이 더 간단해진다. 5. 차이 - 단순함과 복잡함은 떼려야 뗄 수 없는 사이 6. 문맥 - 주변에 흩어져있는 것들도 결코 하찮게 볼 수 없다. 7. 감성 - 감성은 풍부할 수록 좋다. 8. 신뢰 - 단순함의 이름으로. 9. 실패 - 단순하게 만들 수 없는 것들도 있다. 10. 하나 - 단순함은 명백한 것을 제거하고 의미있는 것만을 더하는 것이다. 3가지 비법 1. 멀리 보내기 2. 개방 3. 힘 - 덜 쓰고 많이 얻기 2008-02-16 (0) |
