1) UX/UI디자이너보다는 SW엔지니어가 읽어야 하는 책임에도 안그라픽스에서 출판한 점은 사실 좀 이상하다. 

2) 한글판 제목이 상당히 쌩뚱맞다. 차라리 “The inmates are running the asylum”을 그대로 직역하여 “정신병자가 운영하는 정신병원” 비슷하게 했어야 제목과 이 책의 주제를 쉽게 연계시킬 수 있었을 것이다. 

3) 벌써 10년도 넘은 책이라 그런지 사실 큰 감흥은 없다. 게다가 번역도 구글번역기(?) 스타일이라 부드럽게 읽히지도 않고 단어선택에도 문제가 많다. 다만, SW디자인에 있어 Personas 방법론을 최초로 제시한 앨런쿠퍼의 책이라는 데 큰 의미가 있겠다. 

4) 간단 요약 : 정신병자들이 정신병원을 운영하게 되면, 그들은 자신들을 괴롭히는 문제의 본질을 명확하게 보지 못한다. 소프트웨어 기반 제품의 개발자들이 자기 손으로 만든 제품을 검토할 때는 그 제품이 얼마나 나쁜지 잘 발견하지 못한다. 그 제품이 얼마나 끔찍하게 사용하기 어렵고 그것을 익히기 위해 얼마나 많은 시간을 허비해야 하는지, 또 그 제품이 매일 그것을 사용해야 하는 사람들을 얼마나 초라하게 만들고 품위를 손상시키는지는 무시하고 지나쳐버린다.



17p : 컴퓨터의 근본적인 진실 --> 컴퓨터가 우리에게 사실을 말해줄 지 몰라도 결코 우리를 일깨워 주지는 않는다. 컴퓨터는 우리를 올바르게 인도할 수 있지만 우리가 가고자 하는 곳으로 안내하지는 않는다. 

23p : 컴퓨터화된 거의 모든 장치와 서비스들은 수동식 제품에 비해 더 많은 기능과 옵션을 보유하고 있다. 그러나, 실제로 우리는 반도체 칩 기술에 의해 동작되는 현대적인 장치들보다 수동식 장치들을 더 잘 이해할 뿐 아니라, 더 융통성 있고 정교하게 활용한다. 첨단 기술 회사들은 제품을 개선한답시고 그저 복잡하고 불필요한 기능들만 제품에 추가하고 있다. 공급자들이 이렇게 행동할 수밖에 없는 이유는 잘못된 개발 과정은 나쁜 제품의 문제를 해결할 수 없고 그저 새로운 기능만 추가할 수 있기 때문이다. 


36p : 첨단 기술 산업계는 깊은 생각 없이 프로그래머들과 엔지니어들을 책임자로 임명했고, 결과적으로 사용 편의성과 거리가 먼 그들의 공학적 문화가 주류를 이루고 있다. 겉으로 보이는 모습과는 달리, 첨단 기술 산업계를 통제하는 사람은 기업의 임원들이 아니다. 주도권을 쥔 사람은 바로 엔지니어들이다. 우리는 반도체 칩이 가능케 한 수많은 혜택들을 서둘러 받아들이는 과정에서 우리의 책임을 남에게 넘겨버렸다. 우리는 정신병자들이 정신병원을 운영하게 만든 것이다. 정신병자들이 정신병원을 운영하게 되면, 그들은 자신들을 괴롭히는 문제의 본질을 명확하게 보지 못한다. 소프트웨어 기반 제품의 개발자들이 자기 손으로 만든 제품을 검토할 때는 그 제품이 얼마나 나쁜지 잘 발견하지 못한다. 그 제품이 얼마나 끔찍하게 사용하기 어렵고 그것을 익히기 위해 얼마나 많은 시간을 허비해야 하는지, 또 그 제품이 매일 그것을 사용해야 하는 사람들을 얼마나 초라하게 만들고 품위를 손상시키는지는 무시하고 지나쳐버린다. 


37p : 우수한 프로그래머가 되기 위해서는 컴퓨터의 속성과 요구 사항을 공감하고 있어야 한다. 그러나 컴퓨터의 속성과 요구 사항은 궁극적으로 컴퓨터를 사용하는 사람들의 속성과 요구사항과 전혀 다르다. 소프트웨어 개발은 고도의 지적 능력을 요구하는 매우 힘든 작업으로, 프로그래머들은 그들에게도 이질적인 사고 과정에 완전히 몰입해야 한다. 프로그래머들의 마음속에서는 프로그래밍 과정의 요구가 외부 세계 사용자들의 어떤 요구보다 우선할 뿐 아니라, 두 세계의 언어들 자체가 서로 어울리지 못한다. 프로그래밍 과정은 프로그래머의 목표와 사용자의 목표가 근본적으로 다르다는 그 이유만으로도 사용하기 쉬운 제품을 만드는 과정을 봉쇄한다. 프로그래머들은 개발 과정이 쉽고 원활하게 진행되기를 바란다. 


41p : 문제가 있다는 것을 아는 것과 문제에 대한 해결책을 찾아내는 것은 전혀 다른 문제이다. 


42p : 인지적 마찰 --> 문제가 바뀔 때마다 변화하는 복잡한 규칙 체계를 대할 때 인간의 사고 체계에서 발생하는 저항감이다. 소프트웨어와 인터랙션은 바로 이 인지적 마찰이 매우 높다. 반면, 물리적인 장치들과의 인터랙션은 아무리 복잡한 장치라 해도 인지적 마찰이 낮은 경향을 보이는데, 이는 기계적인 장치들은 받아들이는 입력이 제한되어 있을 뿐 아니라 상태 변화의 범위도 그만큼 좁기 때문이다. 


43p : 인지적 마찰은 소량인 경우 반드시 나쁘다고 할 수 없으나 누적되기 시작하면 부정적인 효과가 급격하게 증가한다. 


46p : 엔지니어들이 지배하는 기술 세계에서는, 제품의 내부적인 프로그램 디자인이 먼저 이루어지고 최종 사용자의 편의를 위한 인터랙션 디자인은 사후에, 남는 시간에나 수행하는 것으로 취급되어 왔다. 이 책의 목적 중 하나는 이러한 우선 순위를 역전시켜서 소프트웨어 기반 제품을 제작할 때 인터랙션 디자인을 최우선적으로 고려함으로써 얻을 수 있는 이득이 무엇인지 밝히는 것이다. 


47p : 우수한 디자인과 부실한 디자인의 차이는 사용되는 도구나 장치의 종류가 아니라 디자인의 동기이다. 진정한 인터랙션 디자이너는 사용자가 달성하고자 하는 목표가 무엇인가를 바탕으로 자신의 결정을 내린다. 가짜 디자이너들은 다른 여러 가지 하찮은 논리들을 근거로 결정을 내린다. 여기에는 개인적인 선호도, 친숙함, 모르는 것에 대한 두려움, 마이크로소프트사의 지시사항, 동료의 실수 등이 놀라울 정도로 큰 역할을 한다. 하지만, 대부분의 경우 그들의 결정은 무엇이 가장 만들기 쉬운가에 기반을 두고 있다. 


48p : 나는 '인터페이스 디자인'보다는 '인터랙션 디자인'이라는 용어를 선호한다. '인터페이스'는 이쪽에는 코드, 저쪽에는 사람, 중간에 둘 사이에서 메시지를 전달하는 인터페이스가 있는 상태를 암시하기 때문이다. 이는 인터페이스만이 사용자의 요구를 충족시킬 책임을 진다는 것을 암시한다. 인터페이스 수준에서 디자인을 고립시키면 프로그래머에게 "프로그램을 완성한 후에 '인터페이스'가 덧붙여지는 것이므로, 자신이 원하는 대로 코드를 작성할 수 있다"고 주장할 권한을 주는 꼴이 된다. 결국 프로그래밍이 끝난 이후로 디자인이 연기되며, 이는 이미 늦은 것이다. 


55p : 대부분의 소프트웨어 공급자들은 프로그램을 사용하기 쉽게 만드는 방법은 모르지만 기능을 추가하는 법은 확실히 알고 있다. 그래서 늘 그렇게 자기가 할 줄 아는 일만 하는 것이다. 


56p : 기계에 물리적인 컨트롤을 추가하는 것은 여전히 제조 원가라는 부정적인 피드백 루프의 지배를 받지만, 소프트웨어에 기능과 특성을 추가하는 과정은 그렇지 않다. 소프트웨어 제작자들은 기능을 추가하는 것을 거의 공짜로 여기고, 제안되는 신기능은 별다른 반증이 나타나기 전까지는 무조건 훌륭한 투자로 간주한다. 통제자가 없는 상태에서 제품은 순식간에 불필요한 기능들로 채워지고, 이런 제품은 사용자에게 복잡함과 혼란스러움 그 자체일 뿐이다. 


58p : 산업화 시대의 기계는 조작하기 어려운 만큼 그에 비례하여 유용하고 쓸모가 있었지만, 정보화 시대에는 이러한 관계가 성립하지 않으며 유용성이 커지는 것보다 더 빠른 속도로 조작의 어려움이 증가한다. 


79p : 경영자들은 회사에서 어떻게 SW출시 날짜를 정하든 프로그래머들이 설정된 기한을 맞추지 못하리라는 것을 너무나 잘 알고 있다. 개발자들은 압력이 가해질 때 최고의 능률로 일하며, 경영자들은 납품 기일을 압력의 도구로 이용하고 있다. 


82p : 출시지연이 반드시 제품에 치명적인 것은 아니다. 출시가 늦어진 3류 제품은 대체로 실패하겠지만, 사용자에게 가치를 제공하는 제품이라면 계획보다 늦게 출시되더라도 부정적인 영향은 그리 오래 가지 않는다. 대 히트 제품이라면 출시가 1개월 또는 1년이 늦는다 해도 별로 큰 문제가 아니다. 반대로, 제품이 형편없다면 제때에 출시되었다고 누가 관심이나 갖겠는가? 


84p : 어떤 결정적인 기능이 데드라인을 넘기는 요인으로 제외되면, 그 댓가로 십여 개의 다른 하찮은 기능들이 별 반발없이 리스트에 슬쩍 추가되는, 너무나 계산적인 윈-윈 전략이 오고간다. 싸움에서 적당히 지는 것이 필수적인 성공 전략인 것이다. 


85p : 높은 지위에서 높은 연봉을 받는 임원들이 하는 온갖 분석 작업과 신중한 판단은 자기 생각을 관철시키고 영역을 방어하려드는 프로그래머들이 스스로의 구미에 맞는 기능만 골라내는 이러한 행위 때문에 아무 의미가 없어진다. 


86p : 역설적으로 들리겠지만, 사용자들은 사실 기능에 크게 좌우되지 않는다. 여러제품들의 성공과 실패 사례를 통해 사용자들은 기능을 그다지 중요히하지 않는다는 사실이 드러났다. 사용자들은 오로지 자신들의 목표를 이루는 데에만 관심이 있다. 


86p : 내가 꼽는 기능의 유일한 장점은 정량적이라는 것이다. 그리고, 그 셀 수 있다는 특성은 이들이 실제로는 갖고 있지 않은 가치를 가진듯한 느낌을 준다. 기능은 긍정적인 특성이 강하면 강할수록 그만큼 부정적인 면을 갖고 있다. 이들이 유발하는 가장 큰 디자인 문제는 '유용할지도 모르는' 온갖 기능들에 정말로 유용한 소수의 기능들이 뭍혀 버린다는 것이다. 물론, 기능을 구현하려면 돈이 든다. 또, 기능들은 제품의 크기와 복잡도를 증가시킨다. 기능을 추가하면 설명서와 온라인 도움말 기능을 좀더 자세하게 많이 만들어야 한다. 무엇보다도 비용 측면에서, 기능들에 대한 고객의 질문에 응답할 수 있도록 훈련된 고객 센터의 기술 지원 인력이 추가로 필요하다. 


89p : 객관적이고 정량적인 측정은 프로그래머들이나 사업가들 모두에게 매우 중요시된다. 이 측정치들이 성공적인 제품을 생산하는 데 대체로 의미가 없다는 사실은 혼잡한 개발 과정에서 슬그머니 잊혀져 버린다. 


94p : 비싼 월급을 받는 프로그래머들이 멍하니 앉아서 디자인이 완성되기만을 기다리고 있는 꼴을 보고 있노라면 경영자는 거의 미칠 지경이 된다. 프로그래머들이 프로그래밍할 시간에 이들을 그냥 놀리는 것은 어리석은 일이라고 경영자들은 생각한다. 그러나, 디자인이 완성되기 전에 프로그래머들을 투입하는 것은 전혀 경제적인 행동이 아니다. 코딩 과정이 시작된 후에는 프로그래밍의 관성을 중단시키는 것이 불가능해지고, 이제 전과 반대로 디자인 과정이 프로그래머들의 요구에 반응해야만 한다. 장기적으로 볼 때, 프로그래머들에게 아무 일도 시키지 않는 것보다 잘못된 프로그램을 작성하게 하는 것이 더 많은 비용이 든다. 


96p : 모든 반도체 기반 제품의 개발자들은 제품 사용자의 가장 중요한 목표가 무엇인지 파악하고 한치의 흔들림도 없이 이를 달성하는 데에만 초점을 맞추어야 한다. 첨단 기술 산업계의 수많은 가능성들에 속아 넘어가서 정작 중요한 기회를 날려버리는 일은 너무나 흔하다. 프로그래머의 지적수준이나 사업적 통찰력, 성실성, 선의 등과는 전혀 별개로, 프로그래머가 약간만 잘못된 방향으로 가게 되도 회사 전체를 바람직한 사업 영역에서 멀어지게 만들 수 있다. 


103p : 오로지 데드라인이나 기능 리스트의 관점에서만 개발 프로젝트의 범위를 정의한다면, 제품이 제때 출시된다 해도 원하는 결과를 얻지 못할 것이다. 대신, 품질과 사용자 만족의 관점에서 프로젝트를 정의한다면, 사용자가 원하는 제품을 만들게 될 것이고 시간이 더 오래 걸리지도 않을 것이다. 


118p : 사람들은 적당히 속일 수 있고 술수가 통하기도 하는 시스템을 선호한다. 그들은 게임을 완전히 뒤엎을 정도는 아니어도 결과에 약간 긍정적인 영향을 줄 수 있을 만큼 핀볼 기계를 흔들고 싶어한다. 이런 점 때문에 수동식 시스템이 컴퓨터화된 시스템에 비하여 속도는 느리지만 훨씬 더 잘 동작한다. 


119p : 확인용 대화상자는 가장 흔히 볼 수 있는 잘못된 디자인의 예 중 하나이다. 우리가 어떤 행동을 취하려는 것이 '확실한지' 물어보는 대화상자 말이다. 사용자가 '모두 삭제' 명령을 내리면 컴퓨터가 이를 실행하기 전에, 프로그램에서 사용자에게 삭제 명령을 다시 한번 확인하는 대화상자를 띄우는 것이다. 이 모두가 너무나 논리적이지만, 동시에 너무나 잘못되어 있다. 확인용 대화상자는 프로그래머에게 편리한 해결책이다. 이 대화상자 덕분에 프로그래머는 의도하지 않았던 삭제를 직접 수행한 주체로서의 책임을 회피할 수 있기 때문이다. 그러나, 이는 진짜 문제가 무엇인지 잘못 이해하고 있는 것이다. 삭제는 사용자의 책임이며, 그는 이미 명령을 내려버렸다. 인간은 대개 컴퓨터와 같은 방식으로 의사결정을 하지 않으며, 마음을 바꾸거나 자기가 이전에 내린 결정을 취소하고 싶어하는 것은 지극히 정상적이고 흔한 일이다. 컴퓨터 밖의 실제 세상에서는 대부분의 행동들이 연기되거나, 변경되거나, 번복될 수 있다. 이러한 일들이 소프트웨어 기반 제품에서는 불가능할 이유가 없다. 다만 제품을 만드는 프로그래머들이 그렇게 생각하지 않을 따름이다. 


121p : 컴퓨터 세계에 입문하는 초보자들은 소프트웨어가 그렇게 행동하는 데는 어떤 합당한 이유가 있을 것이라고 생각한다. 그렇기는 커녕, 소프트웨어의 행동방식은 수년간 아무 생각 없이 전해져 내려 온 변덕 또는 우연의 결과이다. 


124p : 프로그래머들은 제품에 기능과 특성을 추가하고 싶어한다. 그들은 프로그램의 내부 동작이 아주 효율적으로 이루어지도록 만드는 데에서 창조적인 욕구를 느낀다. 이는 기능적 가능성의 표현이며, 어떤 기술자들은 잘 팔리는 제품을 한번도 출시해보지 못하고서도 행복해할 수 있다. 그들을 고용한 회사가 망하면 그냥 직장을 옮기기만 하면 된다. 그들의 개인적인 성공과 회사의 성공은 서로 무관하다. 


124p : 사업가들은 시장 점유율을 확보하고 제품을 많이 판매하고 싶어한다. 그들은 사람들에게 제품을 구매하도록 동기유발을 시키는 데서 의욕을 느낀다. 이는 실리적 가능성의 표현이며, 어떤 사업가들은 기술적으로 세련된 제품을 출시해보지 않고서도 행복해 할 수 있다. 대부분의 사업가들은 많이만 팔 수 있다면 엉성한 일회용 게임을 팔아도 충분히 만족할 것이다. 


125p : Desirablity --> 이것은 디자이너가 제공하는 것이다. 그들은 "무엇이 바람직한가, 사람들이 무엇을 원하는가?"라고 질문해야 한다. 디자이너들은 무엇이 사람들을 만족시키고 행복하게 하는지 알아야 한다. 제품은 이를 실제로 사용해야 하는 사람들에게 강력한 힘과 즐거움을 주지 못하면 장기적으로 성공할 수 없다. 


127p : 사람은 단기적으로 봤을 때 필요에 의해 크게 좌지우지될 수 있지만, 장기적으로는 원하고 바라는 것이 더 깊고 강렬한 영향을 끼친다. 사람의 욕구는 언제나 필요가 충족된 후에야 드러나는 법이다. 사람은 무언가를 필요로 하면 그것을 얻기 위해 필요한 일을 하지만, 어떤 것을 욕구할 때는 '그것에 충성하게 된다.' 그는 충동 구매라는 것을 알면서도 자신을 행복하게 해주는 그것을 구입할 것이며, 이 때 반드시 논리적으로 판단하지는 않을 것이다. 소비자가 어떤 제품이나 브랜드를 욕구할 때, 그의 충성도는 회사를 이끌어나가는 가장 강력한 힘 중 하나가 된다. 


145p : 인터랙션 디자인방법을 배우지 않은 사람은 자신이 사용자라고 상상하면서 자신을 기준으로 디자인하는 경향이 있는데, 프로그래머들은 자연히 이 함정에 빠지게 된다. 자신을 기준으로 디자인 하는 사람들로 이루어진 그룹은 디자인 결과를 얻어내는데 엄청난 고생을 하게 마련이다. 왜냐하면, 이들 사이에는 사용자에 대한 분명하고 공통된 의견이 존재하지 않아서 논의 과정이 끝없이 늘어지기 때문이다. 


157p : 고도로 엔지니어화된 사람들의 일곱가지 습관 1) 자신의 이기적인 면에 관대하다. 2) 장님이 되어야 시력이 좋아진다. 3) 먹이를 주는 손을 물 뿐 아니라 자기 손도 문다. 4) 자신의 이미지를 유지하기 위해 열심히 노력하느라 이미지 자체에는 신경을 쓰지 않는다. 5) 고장나지 않은 것을 고장 날 때까지 고친다. 6) "내가 잘못 답한 것이 아니라, 당신이 잘못된 질문을 한 것입니다." 7) 비판이 없으면 칭찬으로 생각한다. 


179p : 엔지니어들은 자기들 마음대로 사용자 요구보다 프로그래밍 효율성에 더 큰 가치를 둔다. 


179p : 우리가 인터랙션하는 소프트웨어에는 그전부터 있었던 것이라는 이유 하나만으로 존재하는 요소들이 아주 많다. 


183p : 프로그래머들은 인터랙션 디자이너들이 정밀하게 렌더링한 스크린샷을 가져가서는 이를 인터페이스에 대한 막연한 제안쯤으로 취급한다. 그들은 디자이너가 작성한 기능과 feature list를 가져가서는 자신들이 개인적으로 동의하는 항목이나 특히 만들기 쉬운 항목들만을 골라낸다. 


189p : (MS의 Explorapedia의 개발중...) 기능들을 자꾸 더하는 것이 디자이너가 맡은 일이었고, 데드라인을 맞추기 위해 여기에 반대하는 것이 개발자의 역할이었고, 심사숙고한 후 판결을 내리는 것이 프로그램 매니저의 업무였다. 이렇게 적대적인 관계는 반드시 고통스러운 대가를 치르게 마련이다. 사람, 제품, 또는 회사가 손해를 보게 되어있다. 



190p : 마이크로소프트의 디자이너와 SW개발자 집단간의 이질성에 대한 얘기 --> 최근 상황이 조금 나아지기는 했지만, 두 집단은 근본적으로 다른 언어로 말했으며 정반대의 지적, 문화적, 심리적, 미적 배경을 갖고 컴퓨터의 세계에 발을 들여 놓았다. 디자이너들은 예술계 출신으로서 마이크로소프트에 들어왔고, 개발자들은 수학과 과학의 세계에서 왔다. 개발자들은 디자이너들의 생각이 모호하고 체계적이지 않으며 취향이 멋대로라고 생각했기 때문에 그들을 깔보았다. 디자이너들은 개발자들이 상상력이 없고 보수적이며 그들의 디자인을 구현하려는 방법을 찾아보지도 않고 곧바로 거부해버린다고 느꼈다. 디자이너들은 프로그래밍을 이해할 수 없었으므로, 개발자들이 디자이너들의 디자인이 프로그램 불가능하다고 주장해도 그것이 사실인지 아닌지를 평가할 방법이 없었다. 


191p : 성공의 근본적인 이유 대신 성공의 외형만을 모방하는 것은 흔히 있는 실수이다. 


199p : 놀랍게도, 컴퓨터가 수년 전에 비해 전반적으로 훨씬 더 강력하고 싸고 빠르다는 단순하고 분명한 사실이 소프트웨어 개발에 실질적으로 반영되지 않고 있다. 그 결과, 대부분의 소프트웨어 제품들이 사용자를 위해 그다지 열심히 일하지 않는다. 대신, 그것들은 CPU에 과부하가 걸리고 있다는 잘못된 인식으로 CPU를 보호하는 데만 급급하다. 결과적으로, 소프트웨어 기반 제품들은 인간 사용자에게만 과도하게 일을 시키는 경향이 있다. 디자인 전문가인 빌 모그리지는 이러한 태도가 "반도체에 친절하고 사용자에 가혹하다"고 표현한다. 


200p : 개발자들은 스스로에게 "시스템에 맞게 만들 수 있을까, 이 제품이 충분히 빠르게 반응할까, 제품을 보다 효율적으로 만들기 위해서 필수적이지 않은 것 중 무엇을 버릴까?"등을 묻는 것이 몸에 배여 있다. 그 때문에 다음과 같은 더 적절한 질문들이 고려대상에서 제외된다. "사용자들이 이것을 이해할까, 이 정보를 상식적으로 이해 가능한 방식으로 제공할 수 있을까, 명령 순서가 사용자가 원하는 내용에 적절할까, 사용자는 어떤 정보를 가장 필요로 할까?" 


207p : 크라이슬러 자동차의 회장인 로버트 루츠는 조사 대상 집단의 80%에 달하는 사람들이 새로운 Dodge Ram 픽업트럭을 싫어했다고 말한다. 그는 나머지 20%의 사람들이 그것을 아주 맘에 들어 했기 때문에 생산을 진행시켰고 이 제품을 베스트셀러로 만들었다. 비록 소수일지라도 사람들이 당신 제품을 좋아하고 아끼게 만드는 것이 바로 성공의 비결이다. 반직관적으로 들릴 수 있지만, 단 한 사람의 사용자를 위해 디자인 하는 것이 많은 사람들을 만족시키기 위한 가장 효과적인 방법이다. 


215p : 프로그래밍은 패러다임의 극단에 있는 경우들에 의해 정의되는 반면, 디자인은 패러다임의 중심에서 정의된다. 


224p : 흔한 실수 중 하나가 실제 사용자가 아니라 제품 관련자를 위해 디자인하는 것이다. 많은 IT잡지에 실린 그 제품에 대한 리뷰는 제품 사용자보다는 리뷰를 쓸 작가들을 위해 디자인된다. IT 사업 분야에서는, 제품을 구매하는 IT 매니저가 실제로 그것을 사용하는 사람이 아닌 경우가 많이 있다. 


243p : 사람들을 행복하게 하는 소프트웨어 기반 제품을 디자인하려면, 과연 이 사람들이 어떤 사람들인지 정밀하게 알고 있어야 한다. 


262p : 새로운 기술을 활용하는 것이 소프트웨어 회사의 '업무'일지는 모르나 사용자의 '목표'는 결코 아니다. 


276p : 내가 컴퓨터에게 파일을 삭제하라고 이야기 할 때는, 컴퓨터가 내게 "확실합니까?"라고 되묻는 것을 원하지 않는다. 당연히 확실하지 않은가. 확실하지 않으면 삭제하라고 하지도 않았을 것이다. 나는 컴퓨터가 자신의 판단에 대해 용기를 갖고 일을 진행하여 파일을 삭제하기를 원하는 것이다. 반면, 컴퓨터가 내가 잘못했을 지도 모른다는 의심을 약간이라도 갖게 된다면 내가 마음을 바꿀 것을 예측하여 그 파일을 복구시킬 준비를 해놓아야 한다. 어느 경우이건, 제품은 자신의 동작에 대한 확신을 갖고 있어야 하며 자기 책임을 회피하고 불평을 늘어 놓으면서 내게 모든 걸 떠넘기려고 해서는 안된다. 


296p : 효과적인 시나리오는 그 깊이보다는 너비 면에서 완성도가 더 높아야 한다. 즉, 시나리오가 처음부터 끝까지 기술되는 것이 시나리오의 각 단계가 아주 세세하게 묘사되는 것보다 더 중요하다. 중요한 것은, 우리의 디자인 노력에 도움을 주는 시나리오만 개발하고 극단적인 경우들 속에서 헤매지 않는 것이다. 


299p : 필수적이지도 않고 자주 수행되지도 않는 업무들은 한 마디로 정성을 들여 디자인을 할 필요가 없다. 


302p : 사람들은 적당한 수준의 경험과 능력을 획득하게 되면 대개 그 수준에 영원히 머무르게 된다. 특히 높은 인지적 마찰을 유발하는 제품의 경우, 사용자는 그것에 대해 배우는 데서 아무런 기쁨을 얻지 못한다. 그래서 그들은 최소한 필요한 것만 익히고 나면 바로 배움을 중단한다. 


308p : 전형적인 엔지니어링 과정은 제약 조건과 한계들을 읊어대는 것으로 시작한다. '우리가 할 수 없는' 것들에 대한 문답이 너무나 자주, 강력하게 천명되기 때문에 그 진실 여부와는 관계없이 거의 교리처럼 되어 버린다. 인터랙션 디자이너들은 무엇을 할 수 없다는 모든 가정들에 대해 응당한 의구심을 갖고 있어야 한다. 종종, 우리는 그 가정을 액면 그대로 받아들이기를 거부하는 것만으로도 그런 가정된 한계들을 우회하는 방법을 발견하곤 한다. 


328p : 사용자가 화면에서 보는 것이 더 적을수록 디자이너가 일을 더 잘한 것이다. 


329p : 적은 것을 가지고 많은 일을 하는 것이 언제나 더 나은 것이다. 


330p : 정말로 획기적인 개념적인 진보는 대부분 그 일이 있기 전에는 전혀 예측 불가능해도 지나고 나면 너무나 분명하게 보이는 법이다. 디자인에서 혁신을 꾀하는 것은 정말로 어려운 일이다. 


335p : (기존 SW 개발방식) 프로그래밍 >> 버그테스트, 사용자테스트 >> SW 개선 

           (올바른 SW 개발방식) 디자인 >> 프로그래밍 >> 버그테스트, 사용자테스트 >> SW 개선 


337p : 내게는 현재의 사용성평가 방법론이 사포와 같은 것으로 여겨진다. 당신이 의자를 만든다면, 사포가 그것을 매끄럽게 만들 수 있다. 당신이 탁자를 만든다면, 사포가 그것도 매끄럽게 만들 수 있다. 그러나 사포질을 아무리 많이 한다해도 탁자를 의자로 바꿀 수는 없다. 그러나, 수천 명의 사람들이 별 생각없이 그들의 사용성 능력을 사포 삼아 그들의 탁자를 의자로 만들기 위해 열심히 닦아대는 것을 보아 왔다. 


338p : 사용성평가가 가장 큰 공험을 하는 때는 프로그래머들을 실험실의 일방 투시 거울 뒤에 앉히고 전형적인 사용자들이 그들의 프로그램과 씨름하는 모습을 보여줄 때일 것이다. 프로그래머들은 "당신들, 정신 박약아를 상대로 테스트하고 있는 거죠?"와 같은 말을 들으면서 심한 충격을 받고 눈앞의 현실을 믿으려 하지 않을 것이다. 사용성 테스트는 고집 센 소프트웨어 엔지니어의 뺨을 때리는 상당히 유용한 충격 요법으로, 정말로 문제가 있다는 것을 그들에게 직접 보여줄 수 있다. 이 방법은 같은 목적으로 관리자에게도 사용할 수 있다. 


346p : 포커스 그룹 인터뷰는 몇 가지 제품 군에서 효과적일 수 있지만, 고도의 인지적 마찰이 존재하는 제품에 대한 신뢰할 만한 평가 수단으로서 포커스 그룹 인터뷰에 의지하는 것은 분명 실수이다. 


350p : 마이크로소프트사는 음성 인식과 필기체 인식을 완성시킬 수만 있으면 인터페이스가 사용하기 쉬워질 것이라고 말한다. 내 생각엔 정말 어이 없는 얘기이다. 새로운 기술은 하나같이 더 빠르고 강력한 시스템으로 사용자를 좌절시킬 가능성만 높여줄 뿐이다. 더 나은 인터랙션으로 가는 열쇠는 컴퓨터와 사용자 사이의 불확실성을 감소시키는 것이다. 


357p : 고객의 이야기를 듣는 것과 고객을 따르는 것은 전혀 다른 것이다. 듣는 것은 괜찮다. 그것은 당신이 들은 내용을 당신만의 필터로 걸러낸다는 의미를 담고 있다. 따르는 것은 나쁘다. 그것은 그저 고객이 요구하는 것을 그대로 수행하는 것을 뜻한다. 


358p : 고객 중심적인 제품들에는 일관성 있는 디자인이 없다. 그것들에는 프로그램에 대한 한결같은 비전이 결여되어 있다. 개념적 완전성이 없으면 다음 2가지 일이 발생한다. 1) 고객들이 당신 제품의 디자인을 좌지우지하고, 2) 당신은 당신 제품의 디자인을 통제하고 결정하는 권한을 포기하게 된다. 고객들이 아무리 좋은 의도를 갖고 있다 해도, 그들에게는 당신의 제품을 하나의 단일한, 개념적인 통일체로 생각할 능력이 없다. 


359p : 고객들은 당신에게 서로 상반되는 주문들을 마구 해대면서, 그 중 어떤 것이 따라야 하는 올바른 주문인지 당신이 판단해줄 것을 기대한다. 당신이 고객 중심적으로 일한다면, 당신의 제품은 체계적인 순서로 성장하는 대신 매 버전마다 새롭게 변신하게 된다. 제품은 결국 서로 어울리지 않는 요소들과 아무렇게나 끼워 넣은 기능들로 가득 차게 되고, 제품 개발자 존 지커의 표현을 빌면 '개밥'이 되고 말 것이다. 


363p : 디자인과 프로그래밍을 동시에 수행하면 당신이 얻는 것은 오직 프로그래밍뿐이다. 


369p : 인터랙션 디자인 집단도 그들 스스로 2가지 약속을 해야 한다. 첫째, 인터랙션 디자이너들은어느 정도 책임을 질 필요가 있다. 그들은 더 이상 프로그래머들이 제품 성공에 대한 모든 책임을 지게 내버려두면서 방관자적인 자세로 그들에게 충고나 해주는 자세를 버려야 한다. 2번째는 그들의 디자인을 문서화하는 것이다. 


369p : 내가 수 년에 걸쳐 혹독하게 깨달은 교훈 중 하나는 좋은 디자인, 심지어는 위대한 디자인이라 해도 실제로 만들어지지 않으면 아무 의미가 없다는 것이다. 


370p : 디자이너들은 프로그래머들이 그들의 솔루션을 청사진으로 생각하고 실제로 그것을 바탕으로 코드를 작성할 수 있을 정도로 충분한 완성도와 구체성을 갖춘 솔루션을 작성하고 스토리보드로 만들고 애니메이션해보고 스케치해야 한다. 개발자들에게 그 솔루션이 구현가능할 정도로 탄탄하고 확실하다는 확신을 심어주려면 충분히 다양한 상황들에 대해서도 자세히 묘사해야 한다. 


370p : "서류에 쓰여 있지 않으면 존재하지 않는 것이다."는 현재의 소프트웨어 디자인 세계에 가장 정확히 들어맞는 말이다. 문서화되지 않은 것은 잘못 해석되거나 무시될 가능성이 매우 높다. 이는 프로그래머들의 동기가 사용자들의 동기와 아주 많이 다르기 때문이다. 


379p : 이 책에서 충고하는 가장 중요한 포인트는 인터랙션 디자이너들이 제품 품질의 궁극적인 책임자여야 한다는 것이다. 인터랙션 디자이너는 프로그램의 내용과 행동을 결정할 수 있어야 한다. 그는 기능 목록과 대부분의 스케줄을 관장해야 한다. 그는 사용자의 대변인어야 하며 제품의 모든 외적인 측면들을 통제할 권한을 가져야 한다. 


395p : 컴퓨터 소프트웨어는 말 그대로 소프트하기 때문에, 만드는 사람이 원하는 대로 어떤 형태로든 만들어 질 수 있다. 그들이 소프트웨어를 사용하기 쉽게 만들지 않는 것은 그것이 불가능해서가 아니라 그들이 그 방법을 모르기 때문이다. 그들은 이 부끄러운 사실을 인정하는 대신 '기술적인 이유' 때문에 할 수 없는 것이라고 주장한다. 


398p : 소프트웨어 개발 주기에 관한 최근의 학설은 테스터와 코더의 1대1 비율이 적절하다고 주장한다.



저작자 표시
신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

1) 가격깡패 - 샤오미 액션캠 yi 카메라 등장! --> http://www.mi.com/yicamera/


Sony의 Exmor R CMOS를 탑재했고 1080p, 60프레임 촬영이 가능하다. 고프로 최하위 제품인 GoPro Hero (1080p 30fps / 500화소 정지영상)에 비하면 가격은 더 저렴하고 성능은 앞선다. 무게는 72g, 배터리는 1100mAh로 타제품과 비슷한 수준이다. 게다가 방수도 40m까지 지원한다. 다만, 고프로등이 약 170도 정도의 화각을 갖는데 비해 155도의 화각을 지원한다. 화이트와 정글그린, 두가지 칼라 중 고를수 있으며, 모노포드가 들어있는 옵션도 있다.  (499위안, 약 9만원)




2) 드래곤볼의 작가 - 토리야마 아키라... 일본의 만화가 겸 게임원화가 겸 일러스트레이터로, 일본 최초로 만화가로서 납세금액 Top 10 엔트리에 이름을 올린 입지전적인 인물이다. 그 때문에 일본 10대 부자를 꼽을 때마다 여전히 거론되는 인물. 1955년 4월 5일생. --> 엔하위키 미러



'드래곤볼'의 아버지 토리야마 아키라는 어찌됐건 어마어마한 만화가다. 일단 일본에서 만화가란 직업이 탄생한 이래 가장 많은 돈을 번 양반이고 (일본 전체 개인 납세 순위 10위 안에도 들어갔음), 포브스에 의하면 이제 '스누피' 시리즈의 찰스 M. 슐츠를 넘어서 전 세계에서 가장 부자인 만화가가 됐다고. 그런데 토리야마는 여러 차원에서 우리가 알고 있는 '성공 공식'을 작살내버리는 양반이기도 하다. 

(1) 만화가 좋아서 만화가가 된 게 아니다. 정확히 말해 초등학교 고학년 이후로는 만화 거의 안 보고 TV드라마만 봤단다. 하여간 그림은 좀 그릴 줄 알아 공고 졸업 후 디자인 회사에 취직했는데, 아침에 일찍 일어나는 게 너무 힘들어 회사 때려치고 집에서 놀다가 소년 매거진 공모전 광고를 보고 우승상금 50만엔을 받으려 만화를 그리기 시작했다. 

(2) 귀차니즘의 극단을 보여주는 사람이다. 스크린톤을 자르고 붙이는 게 귀찮아 명암을 전부 펜선으로 그리고, 나중엔 연필 밑선 그리는 것도 귀찮아 바로 펜으로 그렸다. 비 내리는 걸 그리는 게 귀찮아 절대 비가 안 내리는 펭귄마을이 등장하게 됐고, 머리에 까맣게 색칠하는 게 귀찮아 머리가 하얀 초사이어인이 탄생됐다. '드래곤볼'에서 마을이고 별이고 죄다 한방에 박살나는 것도 배경을 그리기 귀찮아서라고 밝힌 바 있다. 

(3) 자기 작품에 애정이 없는 것으로 유명하다. 설정도 잘 기억 못한 채 그린 경우들도 많고, 다 그린 뒤 읽지도 않는다. 왜 그렇게 그렸냐고 물어보면 그때그때 대답이 늘 다른 걸로 보아 정확히 뭘 물어보는지 잘 기억을 못하는 것 같단 의견도 있다. 

(4) 그러다보니 자연스럽게 만화가란 직업에도 애정이 없다. '드래곤볼' 이후론 장편연재를 한 적이 한번도 없다. 모두 단편만, 그것도 아주 띄엄띄엄 그렸다. 이제 돈도 미친듯이 벌고 했으니 더 이상 만화를 그릴 이유가 없어진 거다. 

(5) 다른 사람의 도움을 받는 걸 잘 못하고, 사람 만나는 것 자체를 싫어한다. 그래서 놀랍게도, 어시스턴트가 없었다. 나아가 살던 동네 밖으로 나가는 것도 싫어해, 여전히 태어나 자란 아이치현 나고야시에서 계속 살고 있다. 

한미디로 자기 일에 대한 애정이라든지 관심이라든지 뭐 그런 건 전혀 없고, 당연히 일본이 자랑하는 장인정신도 거의 없으며, 돈 벌자 바로 튀어버린 먹튀이기까지 하다는. 그런데 이런 양반이 거둔 성과는 너무 레전드급이다보니, 관련 에피소드들도 레전드급이다. 

(1) 아이치현에서 가장 세금을 많이 내는 납세자이다보니 그가 이사 가지 않도록 현 차원에서 어마어마한 서비스를 해주고 있다. 매번 항공우편으로 원고를 보내는 사정을 고려해, 현 측에서 계획 중이던 고속도로 차선계획을 일부 변경해 토리야마의 집 앞에서 추부 센트레아 국제공항까지 일직선으로 운행할 수 있는 도로를 깔아줬던 일화가 잘 알려져있다. 

(2) '드래곤볼'을 그릴 때 셀전을 끝으로 연재를 중단하려 하자, 문화부 차관이 찾아와 일본문화산업에서 '드래곤볼'이 차지하는 비중이 너무 크니 당분간 연재를 중단하지 말아달라고 읍소했다. 

(3) 실제로 '드래곤볼'이 연재종료되자 연재되던 소년 점프는 판매가 100만부씩 떨어졌고, 각종 관련 완구나 미디어믹스 사업체들이 줄도산하는 상황이 벌어졌다. 

(4) 스크린톤 자르고 붙이기 귀찮아 펜질만 한 그림체 등 죄다 귀차니즘에서 비롯된 화풍이 후대에 주류로 정착하게 됐다.'원피스'의 오다 에이이치로, '데스 노트'의 오바타 타케시 등 후대의 수퍼스타들이 토리야마의 영향을 크게 받았다. 

(5) 만화도 거의 안 그리고 있는데 소년 점프를 내는 집영사 측으로부터 일을 하건 말건 아무튼 타 출판사엔 그림을 주지 말라는 조건으로 연 1억엔씩 전속계약료를 받고 있다. 아마도 집영사 측에선 토리야마 자체를 회사 브랜드 이미지로서 갖고자 하는 모양. 하여간 무노동에 대한 대가로서 인류 역사상 최고급이 아니냐는 의견이다. 

토리야마 아키라에 대한 많은 이들의 의견은, 만화를 안 좋아하는 만화천재, 사업을 귀찮아하는 사업귀재, 돈이 필요없는 삶을 사는 초거부, 가장 사회적으로 널리 알려진 히키코모리 정도다. 정말 자기 능력과 자기 기질이 이렇게까지 배치되는 인물이 또 있나 싶다. 여러모로 재밌고 신기한 양반이다.



3) 박찬호 - 누구보다 월등한 자신을 꿈꾸지 말고 매순간 성장하는 걸 기대하라...


당신이 생각하는 성공은 무엇인가? "성장이다. 매 초, 매순간 새로운 목표를 세우고 도전하는 게 성공이다. '누군가보다 더 잘나가고 싶다'는 생각은 나만 하는 게 아니다. 다들 그것을 위해서 노력하고, 내 위에는 또 다른 누군가가 있다. 남들의 기준을 나에게 끼워 맞춘다고 술술 잘 풀리는 것도 아니다. 그럴 시간에 나의 본모습에 집중하면 뭔가 하고 싶은 일이 생긴다. 그것을 상상 할 수 있는 자유도 생긴다. 그러면 꿈에 가까워지는 게 아니겠나."



4) 야마하 Tricity399만원짜리 야마하 3륜 스쿠터 등장... 오예~ 




5) 허공에 줄넘기 넘은 숫자를 표시해주는 스마트로프 탄생!!

http://tangramfactory.com/smartrope/



6) UX디자이너를 위한 현실적인 조언 (하상범)



7) 스프링 포워드 - 애플 뉴맥북, 애플워치 스페셜 이벤트 전체 영상 (2015-03-09)



8) 미동도 하지 않는 신형 맥북 포스터치 트랙패드 분석... http://macnews.tistory.com/3148


"새로운 포스 터치 트랙패드도 겉모습은 여느 트랙패드와 다를 게 없어 보일지 모릅니다. 하지만 표면 어디를 클릭하더라도 포스 센서가 이를 감지해 트랙패드를 사용자 쪽으로 살짝 수평 이동시킵니다. 물론 손끝에 느껴지는 것은 기존 트랙패드에서 익숙한 아래로 누르는 느낌 그대로죠. 또한, 탭틱 엔진이 촉각 피드백을 제공하기 때문에 화면에 생기는 일들을 눈으로 확인하면서 물리적으로도 느낄 수 있습니다."




9) “그들은 미쳤다. 한국인들” (Ils sont fous, ces Coréens!) - 부제는 “효율의 광란에서 보낸 10년”이다. 저자는 올해 59살의 에릭 쉬르데쥬. 그는 2003년부터 2012년까지 10년동안 LG전자의 프랑스 법인에서 일했다. --> 삼성이나 현대였으면 1년도 못버텼음... 그나마 LG니까 10년 채웠지... 


http://news.sbs.co.kr/news/endPage.do?news_id=N1002877553



10) 코란도의 부활은 가능할까? 


코란도C는 신진지프에서부터 시작되어 자리 잡아 온 정통 4륜구동 차량 고유의 한국형 지프 코란도의 이미지와는 전혀 다른 ‘크로스 오버 스타일’로 바뀌고 만다. 어찌 보면 40년간 쌓아온 ‘코란도의 공든 탑’을 무너뜨린 결과를 초래한 것이다.




11) 작년에 엘런 머스크가 초고속 운송체계인 '하이퍼 루프'에 관한 디자인과 비전을 밝혀 큰 화제가 된 적이 있다. 그의 아이디어에 착안해서 시작한 Hyperloop Transportation Technologies (HTT)라는 회사가 하이퍼 루프테스트를 위해 내년부터 캘리포니아에 5마일 (약 8km) 길이에 해당하는 트랙을 건설한다고 밝혔다. 5마일 밖에 안되지만 이 트랙 건설에는 약 천억원 이상이 소요될 예정이고, 2019년까지 완공한다는 계획이다.



http://navercast.naver.com/magazine_contents.nhn?rid=1697&attrId&contents_id=83391&leafId=1697



12) 집안에서 쓰는 거의 모든 전자제품에는 전기코드선이 달려 있지만, 오랜기간동안 큰 변화나 발전이 없었다. MIT 연구소에서 전선에 사람들이 원하는 기능을 입히는 프로젝트를 진행중이다. 즉 전선을 구부리거나 압력을 가하는 방식으로 특정 기능을 구현해 내는 것이다. 현재 5가지를 구현중인데 그 내용은 다음과 같다. 



1) 매듭짓기 - 전선으로 매듭을 지어서 전등의 밝기를 조절한다. (dimmer 스위치와 같은 역할) 

2) 꼬집기 - 전선을 일시적으로 꼬집어서 특정기능을 구현한다. 예를 들어, 헤드폰 선을 꼬집어서 일시적으로 소리를 끄는 mute 기능을 만들 수 있다. 

3) 압력감지 - 전선위에 책을 올려 놓거나 발로 밟는 방법으로 전원을 끌 수 있다. 

4) 구부리기 - 압전(piezoelectric) 센서를 달아 전선을 구부리고 펴는 동작으로 전원을 끄거나 켤 수 있다. 

5) 잡아당기기 - USB포트에 꽂혀있는 선을 잡아당길때 이를 감지하여 적절한 조치 (eject등) 를 미리 취함


http://www.fastcodesign.com/3042196/5-ways-mit-is-reinventing-your-power-cord



13) 키넥트·홀로렌즈 만든 MS 천재 - 알렉스 키프만(Alex Kipman)


지난 1월 21일 마이크로소프트가 윈도10 이벤트를 진행하면서 새로운 기술을 하나 선보였다. 마이크로소프트 홀로렌즈(Microsoft HoloLens)가 그것이다. 가상현실 프로젝트인 윈도 홀로그래픽 전용 헤드마운트 디스플레이로 3D 홀로그램을 실제로 눈앞에 있는 것처럼 잡거나 만질 수 있는 효과를 준다. 기존 컴퓨터로는 할 수 없었던 가상현실을 세상에 알린 것. 이 제품을 개발한 사람은 현장에서 홀로렌즈를 설명하기 위해 등단하기도 했던 알렉스 키프만(Alex Kipman)이다. 브라질 출신인 그는 지난 2001년 로체스터공대를 졸업한 뒤 마이크로소프트에 입사했다. 이어 개발자용 소프트웨어인 비주얼스튜디오 개발자로 경력을 쌓으면서 2005년 윈도 부문으로 자리를 옮긴다. 그의 재능이 꽃을 피우기 시작한 건 2008년 엑스박스 부문으로 가면서부터다. 그가 개발한 키넥트(Kinect) 모션컨트롤러는 2010년 출시 이후 폭발적인 흥행을 보였다. 가장 많이 팔린 소비자 기기로 자리매김한 것. 그는 엑스박스 부문에서의 공으로 마이크로소프트 내에서 기술적 성취와 리더십 관련 상 2가지를 받았다. 외부에서도 2011년 타임지가 선정한 컴퓨터 괴짜 TOP25에 선정되기도 했다.


14) 애플은 일본 도쿄 신주쿠 이세탄 백화점 1층에 애플워치 독립 매장을 준비 중이다. 여기에서는 기존의 애플스토어에서 아이폰, 아이패드, 맥 등 다양한 애플 제품을 다뤘던 것과는 달리 애플워치 한 제품 만을 집중 전시·판매한다.




15) 롤리(Roli)는 키보드 센서 플랫폼인 씨 인터페이스를 개발했다. 센서는 손가락이 건반 하나를 누르는 미묘한 움직임을 실제 소리로 바꾸기 위한 것이다. 이 인터페이스 덕에 씨보드 그랜드는 기기가 지닌 모든 소리의 깊이를 재현하면서도 다양한 주법에 대응할 수 있게 됐다. 씨보드 그랜드는 이런 구조 덕에 다양한 악기 음색을 낼 수 있다.


https://www.roli.com


http://techholic.co.kr/archives/30031




16) 미쉐린 X-Tweel 타이어...





17) 테슬라는 차를 소프트웨어로 업그레이드하는 역사상 첫번째 차로 자리잡고 있다. 

--> http://techneedle.com/archives/20387




18) 프라이탁이 찾은 지속가능한 원단 


처음에는 단순히 직원들에게 적합한 작업복을 찾고 있었습니다. 그러다가 유럽에서 생산되는 린넨, 대마 섬유, 모달과 같은 천연 소재 섬유를 만나게 됩니다. 그들은 그 지속가능성에 주목했고 이전에는 없었던 새로운 원단을 개발하기로 했습니다. 천연소재인 것은 물론이고 지속적으로 생산 가능하며 훗날 퇴비화될 수 있는 생분해성 원단이라고 합니다. 프라이탁은 'F-ABRIC'이라는 이름의 이 원단의 가치를 몇 가지로 요약해서 보여줍니다.




19) 다이슨 스쿨 오브 디자인 엔지니어링 

--> http://www.imperial.ac.uk/engineering/departments/design-engineering/




20)  혼다 Bulldog 컨셉 399cc 캠핑용 오토바이... 

--> http://www.funshop.co.kr/funtenna/detail/3848





21) 레고 턴테이블.... 사용된 레고 블록의 개수는 2045개. 진공관과 저항으로 보이는 것도 레고 블록이다.





22) 소리로 불을끄는 장치... 대박!






저작자 표시
신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

2011년 1월부터 연재된 주호민작가의 신과함께 제2탄 (이승편)은 솔직히 말해 1탄보다 몰입도가 많이 떨어진다. 도시재개발을 다룬 소재도 그다지 신선하지 않고, 작가 특유의 위트와 개그코드 또한 저승편에 비해 아쉬움이 많이 남는다. 더 큰 문제는 그림이 원체 구려서 전투(?)씬의 다이나믹함이나 긴박감도 잘 살리지 못했다는 점이다. 이럴수록 전편의 장기였던 아기자기한 이야기가 파노라마처럼 펼쳐져야 하는데, 그렇지도 못했다. 다만, 1탄 저승편의 팬이었다면 그럭저럭 관성으로 읽혀지는 것은 사실이다. ★★★☆☆  

http://comic.naver.com/webtoon/detail.nhn?titleId=119877&no=80&weekday=wed

1) 1탄의 주인공 진기한변호사 까메오 등장...

2) 저승사자 2인조와 가택신 3인방의 최초 충돌... 그리고 덕춘이를 은근히 무시하는 혜원맥... (10화)

3) 이승이나 저승이나 업무보고는 언제나 골칫거리... ㅡ,.ㅡ;;

4) 염라대왕에게 허위보고를 하고 있는 강림도령...ㅋㅋ 게다가, 역장에게 책임 떠넘기기 신공까지... 

5) 이승편에서 제일 웃긴 장면...

6) 최강병기 측룡 등장!!

7) 조왕신의 명언... 나보다 불행한 사람이 있다고 해서 내가 행복한 건 아니다...

※ 프레시안 2011년 9월 작가 인터뷰 : http://www.pressian.com/article/article.asp?article_num=30110908173136

※ [이전글] 2010/12/26 - 신과함께 - 저승편 (주호민-네이버웹툰) ★★★★★



신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 간게이
    2013.01.04 03:02 신고
    댓글 주소 수정/삭제 댓글
    아~ 이 만화에 별을 이것밖에 안주시다니....ㅠㅠ

이어폰줄을 고정하는 간단하면서도 완벽한 아이디어, 코드클립 단추등장... (개당 $15)





신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

실화를 기반으로 한 영화는 대부분 눈물샘을 자극하고자 노력하는 편인데, 이 권투 영화는 좀 다르다. 무엇보다 억지스러운 감동코드가 없어 무척 담백하다. 등장인물들의 삶이 좀 찌질하고 비참한 편인데, 놀랍게도 궁상맞다기보다 경쾌(?)하다는 느낌이 들 정도... 다크 나이트의 크리스챤 베일이 맞나 싶을 정도로 형 디키의 약쟁이 밑바닥 인생 연기 또한 대단하다. 

OBS 토요명화... ★★★★☆



궁극의 찌질함을 보여주는 다섯누나들... 아주 징글징글하다...

건들건들 퀭한 약쟁이 디키가 진짜 주인공...

얼핏보면 섹시한것 같은데, 자세히 보면 무서운 요상한 매력의 소유자 샬린...


신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

1) 더이상 입지 않는 헌옷을 구한다.

2) 원하는 부분의 패턴을 가위로 잘라 케이스 사이에 끼운다.

3) 독특한 커스텀 아이폰 케이스 완성...    

다만, 요즘은 입지않는 헌옷의 패턴이 케이스로 만들만큼 매력적이어야 한다는 점... ㅡ,.ㅡ;; 아니면, 멋진 패턴의 재활용 천들만 2-3개씩 모아 따로 팔아도 좋을 것 같다.

★ 디자인 : 데일리시너리 이지훈 (http://www.dailyscenery.com/)




신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 이두원
    2012.08.10 12:49 신고
    댓글 주소 수정/삭제 댓글
    저 케이스는 어디서 구하는 건가요?

메르세데스벤츠 QR-트로피 이벤트 (2012년 1월 독일에서시작) 라는 것을 페북친구를 통해 알게 되었다.

신형 A클라스 프로토타입 차량에 QR코드로 만들어진 위장막을 설치하고, 테스트용도로 돌아댕기는 이 차를 전용 스마트폰 앱 (앱스토어에서 다운로드)으로 찍어 QR코드 4개를 모으면 트로피를 받을 수 있다. 트로피를 받으면 추첨에 응모할 수 있게 되고, 당첨자 1명은 A클라스 월드 프리미어가 열리는 제네바 모터쇼에 초대된다. 

A클라스의 상품성을 떠나, 타 OEM들과는 차원이 다른 기발한 프로모션 아이디어가 아닐 수 없다.

테스트 도중 혹시라도 공개될까봐 위장막으로 꽁꽁 싸매고 파파라치들에게 들키기라도 하면, 개발비 몇천억짜리 차량이 공개되어 손해가 막심하다는 등의 엄살을 피는 평범한 OEM들과는 레벨이 다르다.  





신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 2012.06.08 22:47 신고
    댓글 주소 수정/삭제 댓글
    와 아이디어 정말 돋보이네요!
  2. 2012.06.08 23:00 신고
    댓글 주소 수정/삭제 댓글
    추천하고 갑니다. 잘 봤습니다. ^^
  3. 2012.06.08 23:01 신고
    댓글 주소 수정/삭제 댓글
    부디 제네바에 다녀오시기 바랍니다!
    (후기도 써주시기 바랍니다!)
  4. 2012.06.09 00:36 신고
    댓글 주소 수정/삭제 댓글
    오 신선하네요!!
    단순히 홍보 뿐만아니라 잠재 고객을 직접 행동하도록 만들기까지 하네요!!
    역시 더이상 새로울 것은 없다고 생각하지만,
    매번 신선하고 새로운 아이디어들을 만들어 내는 사람들이 있는 것 같습니다.

♨ 3월 한달동안 페이스북 페이지, 트위터등에 공유했던 기사, 이미지, 링크들 총정리입니다...

28) 아이폰, 아이패드용 USB 발광 충전 케이블... 충전이 완료되면 불빛도 꺼진다.
--> http://akiba-pc.watch.impress.co.jp/hotline/20120324/etc_xenon.html

27) [LG경제연구원] 무선전력 전송기술 관련 자료
--> http://www.lgeri.com/uploadFiles/ko/pdf/ind/LGBI1189-16_20120319091219.pdf

wireless_power_2012_0325.pdf

26) 타코배달하는 무인쿼드콥터?!... 일단 샌프란시스코 베이 에이리어에서만 가능하고, 주문은 스마트폰으로... --> http://tacocopter.com/

25) 이런 생수병 디자인은 난생 처음... 제주 프리미엄 워터 디자인 공모전 대상...
--> http://www.jejusori.net/news/articleView.html?idxno=112845

24) 레고 스타워즈 10225 R2-D2™ 등장... 높이는 약 30cm, 올5월 180USD로 발매예정...

23) 근사한 다스베이더 초상화! 
--> http://www.mymodernmet.com/profiles/blogs/new-star-wars-identities-portraits


22) 특별한 SW 개발지식없이 스마트폰앱을 만드는 방법... --> inews24


21) '곧 망할 것' 같은 IT기술 TOP 5...


20) 제네바 모터쇼 2012 현대 자동차 프레스 컨퍼런스 동영상 (19분)

19) USB 포트가 달린 전자렌지, BGH 퀵쉐프 : 특별할거 없는 전자렌지에서 (조리가 끝나면...) beep음 대신, 캘리포니아 드리밍이 흘러나온다... 

18) 프랑스의 자동차 부품회사 Valeo가 제안하는 스마트폰 무인 파킹 시스템, Park4U 데모

17) Fluent.io : 지메일을 트위터처럼 스트림화해주는 서비스


16) 충격적인 스마트폰 악세사리의 등장... http://www.tangramshop.co.kr/surl/P/19

15) [월간디자인 3월호] 그래픽디자인과 요리를 전공한 기업형 패션 디자이너 정구호 인터뷰

--> http://mdesign.design.co.kr/in_magazine/sub.html?at=view&info_id=58887&c_id=00010004

--> http://www.samsungblogs.com/1293 (삼성블로그 인터뷰)

14) 조나단 아이브는 3월 12일, 런던 이브닝스탠더드와의 인터뷰에서 애플과 경쟁자들 사이에 차별화를 가져다 주는 요인, 그리고 왜 애플의 경쟁자들이 신제품을 도입하려 할 때 실패하는지에 대한 자신의 신념을 밝혔다. “경쟁자들은 기본적인 문제를 풀려고 노력하는 대신 뭔가 다른 것을 하려고 너무 바쁘다. 즉, 뭔가 색다른 것에만 관심을 갖거나, 또는 새롭게 보이기만을 원한다. 나는 이런 것들이 아주 잘못된 목표라고 생각한다. 제품은 진정으로(genuinely) 더 좋아져야 한다” 
--> http://www.zdnet.co.kr/news/news_view.asp?artice_id=20120313175551

13) 벽돌각설탕 by John Truex : http://www.behance.net/gallery/Sugar-Blocks/61460

12) Faceture : 0.5미리짜리 플라스틱 쉬트로 비정형 연속 삼각면형태의 몰드를 만들고 수용성 캐스팅 레진을 부어 만드는 근사한 화병 FACETURE... 디자이너는 Phil Cuttance (뉴질랜드) 

11) 헬로키티 신제품 등장...



10) 이.. 이것은 루이비통 수세미... ㅡ,.ㅡ;;

9) 팬톤 비자 카드 --> http://designyoutrust.com/2011/12/01/pantone-visa-card/

8) [마이크로소프트 리서치] 1ms 짜리 하이 퍼포먼스 터치 디스플레이 데모

7) 우리 회사 직원의 아이디어는 모두 헛소리다. 우리 회사 직원이기 때문이다. 경쟁사 직원의 아이디어는 모두 천재적이다. 경쟁사 직원이기 때문이다. (마르틴 베를레)

6) [마이크로소프트 리서치] 키넥트와 피코프로젝터를 사용한 웨어러블 멀티터치 프로젝터 컨셉

5) 재미있는 잡코리아 씨리즈 광고모음... 웃겨...

4) 아이폰과 아이패드의 결합(?)으로 만들어낸 우클레레앱, 퓨쳐레레...


3) 리얼 스튜디오 데스크톱 에디션은 맥 OS X, 윈도우, 리눅스용 애플리케이션을 개발할 수 있도록 도와준다. 드래그 앤 드롭 인터페이스와 객채중심언어로 코드에 대해서 알지 못해도 SW를 만들 수 있도록 해 준다. --> http://www.realsoftware.com/movies/intro_video_full.php

2) 세계최고의 럭셔리 SUV 벤틀리 EXP 9F 컨셉 등장 : 12기통 610마력 엔진이 탑재되어있다...
--> http://on.wsj.com/zNlrSb

1) 독특한 형태의 LED 도난방지 자전거 라이트 (Gotham Bicycle Defense) : 쉽게 훔쳐가지 못하도록 설계되어 있고, 알루미늄으로 만들어져 있다. AA배터리 3개로 100시간사용가능… 
--> kickstarter


신고
Posted by 몬스터디자인
태그 12기통, 3월호, 9F, BGH, exp, LED, R2-D2, SUV, SW, TV, USB, Valeo, 각설탕, 개발, 객체중심, 경쟁사, 공모전, 광고, 그래픽, 기술, 다스베이더, 대상, 데모, 데스크탑, 도난, 동영상, 드리밍, 디스플레이, 디자이너, 디자인, 라이트, 럭셔리, 런던, 레고, 루이비통, 리눅스, 리서치, 리얼, 리포트, 링크, 마르틴, 마이크로소프트, , 멀티터치, 모음, 모터쇼, 목표, 몰드, 무선전력전송, 무인, 문제, 발광, 방식, 방지, 배터리, 베를레, 베이, 벤틀리, 벽돌, 부품, 블럭, 블로그, 비자, 삼성, 샌프란시스코, 생수병, 설탕, 소총, 소프트웨어, 수세미, 슈가, 스마트폰, 스타워즈, 스튜디오, 스트림, 시스템, 아이디어, 아이브, 아이패드, 아이폰, 악세사리, 알루미늄, 애플, 애플리케이션, 언어, 엔진, 요리, 우클레레, 워터, 월간디자인, 윈도우, 이미지, 인터뷰, 인터페이스, 자기공명, 자기유도, 자동차, 자료, 자전거, 잡코리아, 전공, 전자기파, 전자렌지, 정구호, 제네바, 제일모직, 제주, 제품, 조나단, 주문, 지메일, 천재, 초상화, 총정리, 충전, 카드, 캘리포니아, 컨셉, 케이블, 코드, 콥터, 쿼드콥터, 퀵쉐프, 키넥트, 타코, 탱그람, 탱그램, 트위터, 파킹, 패션, 팬톤, 퍼포먼스, 퓨쳐레레, 프랑스, 프레스, 프로젝터, 프리미엄, 플라스틱, 피코, 핑크, 헛소리, 헬로키티, 현대, 화병, 회사

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 2012.04.04 09:03 신고
    댓글 주소 수정/삭제 댓글
    잘보고 있습니다. 잡코리아 보고 뿜을뻔 했습니다...+_+
    벤틀리는 인상적입니다 언제나...

1980년대 애플 컴퓨터의 초기 매킨토시 개발 비화를 가장 자세하게 살펴볼 수 있는 책... 초창기 매킨토시에 대해 궁금했었던 많은 것들을 한방에 해소할 수 있다. 다만, 번역판 책제목은 마음에 안든다. (원제는 Revolution in the Valley) ★★★★★

① 현재 iOS, OS X를 비롯한 많은 애플의 소프트웨어에 벌써 30년도 더 지난 매킨토시 초기개발시의 디자인 원칙이나 아이디어들이 여전히 일관성있게 적용되고 있다는 사실... 

- iOS의 라운드 정사각형 형태의 아이콘 --> 87p
- iOS의 멀티태스킹 관련 + 맥OS의 대쉬보드 --> 아래 105p
- iOS의 '관성' 스크롤 기능 --> 359p
- 어플리케이션간 빠른 전환을 위한 스위처 --> 368p 

② 초기부터 심혈을 기울여 작성된 방대한 양의 개발자 문서들... (우리는 특히 문서화에 약하다... ㅡ,.ㅡ;;)

③ 독특한 형태의 맥커맨드키 심볼의 정체는? --> 240p

④ 하마터면 취소될 뻔했던 유명한 매킨토시 1984 광고의 제작 비화 --> 279p

⑤ 맥의 GUI를 베낀 MS 윈도 1.0을 보고 스티브 잡스가 불같이 화를 내자 마이크로소프트의 빌 게이츠가 한말은? --> 299p

⑥ 스티브잡스가 쫓겨나고 다시 돌아오기전까지 왜 매킨토시는 항상 그렇게 비싼 컴퓨터였는가? --> 302p


25p : 빌 앳킨슨 : 1978년 봄, 제프 라스킨은 빌을 애플에 채용했다. 빌이 개발한 퀵드로 그래픽 패키지는 리사와 매킨토시 사용자 인터페이스의 토대가 됐다. 그후 매킨토시용 애플리케이션 맥페인트를 혼자서 만들었고 이어서 1987년 하이퍼카드를 만들었다. 1990년 제너럴 매직을 공동 창업해 퍼스널 인텔리전트 커뮤니케이터를 개발했다. 1996년부터 전업 자연 사진작가가 됐고 최근에는 "Within the stone"이라는 아름다운 광물 사진집을 출판했다.

25p : 수잔 케어 : 1983년 6월 맥 팀에서 일을 시작했다. 매킨토시용 아이콘과 글꼴뿐만 아니라 첫 마케팅 자료에 들어갈 도안까지 대부분 디자인했고 시스템 전반의 외관과 개성을 정교하게 만드는 일을 도왔다. 1985년 가을 애플을 떠난 후 넥스트의 첫 직원 열명 중 한명이 됐다. 1988년 그래픽 디자이너로 독립해 좋은 성과를 올리고 있다.

26p : 앤디 허츠펠드 : 1979년 8월 애플에서 일하기 시작해 애플II 주변장치와 관련된 일을 했다. 1981년 2월 맥 팀에 합류해 매킨토시 시스템 소프트웨어의 주 개발자가 됐고 핵심 운영체제와 사용자 인터페이스 툴박스 뿐만 아니라 여러가지 데스크 액세서리를 만들었다. 그후 Radius (1986), 제너럴 매직 (1990), Eazel (1999)이라는 혁신적인 회사 세곳을 공동 창업했다. 이 책의 지은이이자 Mac Folklore 사이트 (www.folklore.org)의 운영자이기도 하다. 2005년 구글에 입사했다.

26p : 제프 라스킨 : 1978년 1월 애플에 채용되어 애플 출판 부서에서 일을 시작했다. 1979년 초 매킨토시 프로젝트를 구상하고 1979년 9월 그의 아이디어를 실현할 작은 팀을 구성했다. 제프는 버렐 스미스, 버드 트리블, 조애나 호프만, 브라이언 하워드로 구성된 굉장한 팀을 꾸려 1981년 1월까지 프로젝트를 이끌었다. 1981년 여름 맥 팀을 떠났고 1982년 2월 애플을 완전히 그만두었다. 1982년 인포메이션 어플라이언스를 창업해 캐논캣을 개발했는데 이는 그의 아이디어가 매킨토시보다 좀 더 구체화된 작은 컴퓨터였다. 사용자 인터페이스 디자인에 관한 책인 "Humane Interface"의 저자이며 시카고 대학교의 교수를 지냈다. 2005년 2월 췌장암으로 사망했다.

27p : 조애나 호프만 : 매킨토시가 아직 연구 프로젝트였을 때인 1980년 10월 매킨토시 프로젝트에서 일을 시작했고 프로젝트 1년 반 동안 전체 매킨토시 마케팅팀을 구성했다. 조애나는 "Macintosh User Interface Guidelines"의 초고를 썼고 그 후 국제 마케팅 팀을 이끌며 초기 구현 단계부터 맥을 유럽과 아시아에 적합하게 만드는데 주도적인 역할을 했다. 1990년대 제너럴 매직의 마케팅 부사장이었고 1995년 업계에서 은퇴해 가족에게 자신의 시간을 전부 쏟고 있다.

65p : 잡스는 제리 매녹을 데려와 케이스 디자인 작업을 이끌게 했다. 제리는 초창기 애플 직원으로 애플II에 쓸 획기적인 플라스틱 케이스를 디자인했는데 직원으로 계약하기 전에는 계약직이었다. 제리는 테리 오야마라는 재능있는 디자이너를 채용해 실제 매킨토시 케이스 디자인의 세부적인 초안을 대부분 만들게 했다.

66p : 잡스는 산업디자인 용어에 확실히 유창했고 디자인에 대해 극단적으로 요구가 많았다. 몇달동안 제리와 테리는 디자인 작업을 되풀이하면서 한 달에 하나 꼴로 새 석고모형을 제작했다. 새 모형을 팀에 공개하기 전에 제리는 새 모형을 지난 번 작업과 비교할 수 있게 이전 모형을 전부 한 줄로 늘어놓았다. 주목할 만한 개선 사항 한가지는 옮기기 쉽게 케이스 위에 손잡이를 단 것이었다.

67p : 매킨토시 상단 부분 전체는 프랑스 미니텔 (Minitel, 프랑스에서 1982년 시작한 전화선을 이용한 온라인 서비스) 터미널을 베낀 것이 틀림없는데 특히 손잡이 부분이 그렇다. 파리에서 그 터미널을 봤을 때 매우 좋아한 사람이 잡스가 아니었을까 생각한다. (장 미셸 데콩브, Jean-Michel Decombe) 
 
75p : 제프 라스킨은 자신이 가장 좋아하는 사과 품종명을 따서 매킨토시라는 이름을 골랐다. 1981년 2월 제프의 휴직이 강제로 연장되고 나서 스티브 잡스와 로드 홀트는 프로젝트 이름을 바꾸기로 결정했는데 프로젝트를 제프에게서 떼어놓으려는 의도도 일부 있었다. 잡스와 로드는 어쨌든 매킨토시는 코드명이라 여겼고 맥 팀원들이 그 이름에 애착을 느끼지 않기를 바랐다. 애플은 그 즈음에 'Scientific American'에 두쪽짜리 광고를 냈는데 스티브 잡스가 개인용 컴퓨터의 경이로움에 대해 한 말을 인용해 주요 내용으로 삼았다. 광고에서는 인간이 다른 동물처럼 빠르게 달리지는 못하지만 자전거를 타면 이길 수 있다고 설명했다. 개인용 컴퓨터는 "지성을 위한 자전거"였다.
--> http://youtu.be/ob_GX50Za6c (해당 동영상 보기)

76p : 제프가 떠난 후 한 달쯤 지나 로드 홀트가 프로젝트의 새 코드명이 'Bicycle' 이고 레퍼런스를 모두 매킨토시에서 'Bicycle'로 바꿔야 한다고 발표했다. 바보같은 이름이라고 반대하자 로드는 "단지 코드명"이므로 별로 중요하지 않다고 대답했다. 로드의 명령은 지켜지지 않았다. 아무튼 매킨토시가 맞아 보였다. 그 이름은 이미 팀에 깊이 배어들었고 'Bicycle'은 강요된 이름인데다 적절하지 않아서 로드 빼고는 아무도 Bicycle이라고 부르지 않았다. 몇 주간 로드는 자기 앞에서 매킨토시라고 부르는 사람은 누구든지 야단을 쳤지만 새 이름은 결코 힘을 얻지 못했다. 결국 로드가 명령을 내린 후 약 한 달이 지나 누군가 또 다시 매킨토시라고 부르자 로드는 두 손을 들고 버럭 짜증을 내며 말했다. "내가 졌어! 매킨토시라고 불러도 좋아. 어쨌든 코드명일뿐이야."

87p : 빌은 퀵드로에 새 코드를 더해 원과 타원을 매우 빠르게 그리는 데 성공했다. 원과 타원을 그리는 작업은 매킨토시에서 하기 어려웠었다. 원을 그리는 수학적 처리에는 보통 제곱근 연산이 들어갔는데 리사와 매킨토시의 68000 프로세서는 부동소수점 연산을 지원하지 않았기 때문이다. 그러나 빌은 독창적인 방법을 고안해 덧셈과 뺄셈만으로 원을 계산해 냈다. (중략) 빌이 시연을 시작하자 리사 화면에 임의의 크기의 타원이 생각 이상으로 빠르게 가득 찼다. 그런데 무언가가 스티브 잡스의 눈에 거슬렸다. "그래, 원과 타원은 좋아. 그런데 모서리가 둥근 직사각형을 그리는 건 어때? 그것도 지금 당장 할 수 있나?" "아니요. 그건 안 될 거예요." 빌이 말했다. "사실은 그리기가 정말 어려운데다 필요할 것 같지도 않아요." 내 생각에는 잡스가 타원을 빠르게 그리는 것은 칭찬해 주지 않고 더 바란다고 빌이 발끈한 것 같았다. 잡스가 갑자기 더 격해졌다. "모서리가 둥근 직사각형은 어디에나 있어! 이 방만 둘러봐도 알잖아!" 아니나 다를까, 화이트보드, 책상, 탁자, 정말 모서리가 둥근 직사각형이 많았다. 잡스는 심지어 빌을 밖으로 데리고 나가 모서리가 둥근 사각형이 보이는 대로 전부 가리키며 빌을 납득시켰다. 잡스와 빌이 모서리가 둥근 주차 금지 표시를 지나치자 효과가 나타났다. "좋아요, 제가 졌어요." 빌이 말했다. "생각했던 것처럼 어려운 지 알아볼게요." 빌은 집에 돌아가 그 일을 했다. 다음 날 오후 빌이 얼굴 가득 함박웃음을 지으며 텍사코 타워로 돌아왔다. 빌의 시연에서 이제 아름다운 둥근 모서리를 지닌 직사각형이 맹렬히 빠르게 그려졌는데 거의 보통 직사각형을 그리는 빠르기였다. 리사그래프에서 이 새 기본 함수를 'RoundTects'라고 불렀다. 그 다음 몇달 간 RoundRects는 사용자 인터페이스의 다양한 부분에 들어갔고 이내 없어서는 안 될 기능이 되었다. --> http://www.folklore.org/StoryView.py?project=Macintosh&story=Round_Rects_Are_Everywhere.txt&topic=Software%20Design&sortOrder=Sort%20by%20Date&detail=medium

95p : 확장성 부족은 첫 매킨토시 하드웨어 설계에서 가장 논란이 많은 면이었다. 애플 공동 창립자 스티브 워즈니악은 하드웨어 확장성을 강하게 신봉하는 사람이어서 애플II에 주변장치 카드를 꼽을 내장 슬롯 일곱 개라는 형태로 확장성을 부여했다. 이 카드는 독창적인 아키텍처로 설정되어 각 카드에는 롬 칩에 내장 소프트웨어를 담을 수 있었다. 이러한 확장성 덕분에 애플II가 광범위한 애플리케이션에 적용됐고 써드 파티 하드웨어 산업이 번성했다. 그러나 제프 라스킨은 관점이 매우 달랐다. 제프는 슬롯이 본래부터 복잡하고, 개인용 컴퓨터가 더 많은 대중에게 보급되는 것을 막는 장애물이라고 생각했다. 그는 하드웨어 확장성 때문에 써드 파티 소프트웨어 개발자가 곤란해진다고 생각했다. 기반이 되는 하드웨어가 일관되지 않으면 신뢰할 수 없기 때문이었다. 제프의 매킨토시 비전은 애플에서 쓰기 쉽고 싸고 일관성있는 어플라이언스 컴퓨터 수백만 대를 척척 만들어 내는 것이었다. 하드웨어 확장성 때문에 비용과 복잡도가 눈에 띄게 늘어나므로 확장성은 피해야 했다. 애플의 다른 공동 창립자 스티브 잡스는 제프와 많은 부분에서 의견이 달랐지만 두 사람 다 하드웨어 확장성 문제는 견해가 같았다. 즉 두 사람에게 확장성은 제품의 특징이 아니라 버그였다. 소문에 따르면 옛날에 잡스는 애플II에 슬롯을 다는 것을 반대했고 맥에 슬롯을 다는 것은 더 심하게 싫어했다. 잡스는 매킨토시가 영원히 슬롯이 없는 채로 남아야 하고 단단하게 봉인된 케이스에 둘러싸여 확장성을 직렬 포트 두 개만으로 제한하여 제공해야 한다고 명령했다. 

105p : 1981년 봄 버드와 내가 매킨토시 시스템 소프트웨어에 내린 첫 번째 아키텍처적 결정은 한 번에 애플리케이션 하나만 실행한다는 것이었다. 한 번에 하나만 간신히 실행할 수 있는 램과 화면 공간이 있었고 그렇게 시스템을 단순하게 만들면 결과적으로 혜택을 얻을 것이라 생각했다. 게다가 멀티태스킹은 리사의 강점이어야 해서 리사를 사는 이유를 전부 빼앗고 싶지는 않았다. 버드 트리블은 평소에는 조용했는데 1981년 가을 어느날 오후 내 사무실로 들어오더니 유별나게 흥분해 있었다. "저기, 생각해 봤는데, 한 번에 주애플리케이션 하나만 실행할 수 있더라도 동시에 작은 애플리케이션 창을 띄워 실행할 수 있을 것 같아." 그 이야기를 들으니 흥미가 생겨 물었다. "어떤 종류의 작은 프로그램인데? 어떻게 달라?" 버드는 싱긋 웃었다. "주 애플리케이션을 보완하는 특수하고 제한된 기능을 잘 해내는 작은 애플리케이션인데, 예를 들어 진짜 계산기처럼 보이는 작은 계산기 같은 거지. 아니면 자명종 시계나 텍스트를 적는 공책같은 것이거나. 전체 화면이 책상을 은유적으로 표현한 것이니까 작은 프로그램은 책상장식(ornament)처럼 책상을 유용한 기능으로 꾸미는 거지." 


118p : 크리스 에스피노자는 애플 초창기 직원이자 가장 어린 사원으로 열네살에 회사에서 일을 시작해 UC버클리 대학에 진학하려 1978년에 애플을 떠났지만 재학 중에도 프리랜서로 애플에서 계속 일했다. 그중에는 전설적인 "Red Book"을 대신할 공식 "Apple II Reference manual"을 쓰는 작업도 포함되어 있었다. 1981년 여름 스티브 잡스는 크리스에게 학교를 그만두고 맥 팀에서 전임으로 일하라고 설득하며 학교는 언제든 돌아갈 수 있지만 매킨토시를 만드는 데 보탬이 될 기회는 한번뿐이라고 주장했다. 크리스는 매킨토시 문서 매니저가 되어 1981년 8월부터 일을 시작했다. 몇 달안에 프로토타입 장비를 써드 파티 개발자에게 뿌릴 계획이어서 기술 문서가 당장 필요했다. 매킨토시 소프트웨어의 가장 중요한 부분은 퀵드로 그래픽 패키지였으므로 크리스는 퀵드로 문서를 쓰기로 했다. 퀵드로를 더 잘 이해하려고 크리스는 퀵드로로 시연 프로그램을 짜고 싶어 했다. 그는 '데스크 악세사리'라 부른 작은 유틸리티 프로그램에 대한 얘기를 듣고 엄청 흥미를 느꼈는데 이 데스크 악세사리는 당시 아직 구현되지 않은 상태였다. 크리스는 계산기를 그리는 퀵드로 프로그램을 만들기로 했다. 잠시 퀵드로를 가지고 논 후 크리스는 자신이 보기에 꽤 괜찮은 계산기를 제안했다. 그러나 심미적 방향을 제시하는 역할을 하는 스티브 잡스에게 보여주고 잡스가 어떻게 생각하는지 까다로운 테스트를 통과해야 했다. 모두들 모여서 크리스가 잡스에게 계산기를 보여주고 나서 숨을 죽이고 잡스의 반응을 기다리는 모습을 보았다. "음, 이제부터가 시작이지." 잡스가 말했다. "그런데 기본적으로 형편없군. 배경색이 너무 어둡고 선 몇개는 이상하게 두껍고 버튼은 너무 커." 크리스는 잡스가 잘 했다고 할 때까지 계속하겠다고 말했다. 그래서 며칠 간 크리스는 전날 들은 잡스의 제안을 반영했지만 잡스는 볼때마다 새로운 결점을 계속해서 찾아냈다. 마침내 크리스는 번득이는 영감을 얻었다. 

다음날 오후 계산기에 대한 평가를 반복하는 대신 크리스는 '스티브잡스가 직접 만드는 계산기 구성세트 (The Steve Jobs Roll-Your-Own Calculator Construction Set)'라는 프로그램을 선보였다. 풀다운 메뉴에서는 계산기의 그래픽 속성을 전부 제공했다. 선 굵기, 버튼크기, 배경색 패턴, 그 외 모든것을 골라 자신만의 계산기를 디자인 할 수 있었다. 잡스는 새 프로그램을 보더니 바로 매개변수들을 만지작거리기 시작했다. 10분간 여러 대안을 시도해 보더니 잡스는 자기가 좋아하는 디자인으로 결정했다. 몇 달후 실제로 계산기 사용자 인터페이스를 구현할 때 나는 잡스의 디자인을 사용했다. 그 디자인은 수년간 매킨토시에서 표준 계산기로 남았고 OS9까지 내내 그러했다.


140p : 처음에 맥 부서에는 형식적인 직함이 없었지만 명함을 만들려면 직함을 새겨야 했다. 애플II 부서에서 내 직함은 '기술직 선임 사원'이었는데 재미없게 느껴졌다. 로드 홀트의 비서인 페기 알렉시오가 명함을 주문중이었는데 페기에게 직함이 마음에 들지 않아 명함이 필요 없다고 말했다. 그 다음날 스티브 잡스가 들러 내가 명함을 필요로 하지 않는다는 이야기를 들었다고 말했다. 잡스는 내가 명함을 만들기를 바랐는데 무슨 직함을 쓰든 상관없다고 말했다. 아무 직함이나 마음대로 골라도 됐다. 조금 생각해 본후 '소프트웨어 마법사'로 결정했는데 회사 직급 체계 어디에도 맞지않고 소프트웨어를 혁신하는 신비한 힘을 실제로 반영하기에 적절한 은유처럼 보였기 때문이다. 버렐에게 내 새 직함을 알려주자 버렐은 바로 자기는 '하드웨어 마법사'라고 하겠다고 요구했다. 내 직함의 독특함이 줄어들어서 버렐을 단념시키려 했는데 잘 되지는 않았다. 이야기가 퍼지자 맥 팀의 나머지 사람들도 자기직함을 좀 더 창의적으로 바꾸기 시작했다. 예를 들어 브루스 혼은 '개척자(Trailblazer)'를 골랐는데 그 낱말이 그의 프로그래밍 경향과 민간 환경 운동 단체인 시에라 클럽에서 하는 일을 반영했기 때문이었다. 가장 이상한 애플 명함 직함상 후보는 에드 테코트였는데 에드의 직함은 '앤디 허츠펠드가 아님(Not Andy Hertzfeld)'였다. 그것을 칭찬으로 받아들여야 할지 비꼬는 것으로 받아들여야 할지 몰랐다. 이 유행은 애플에서 몇 년간 계속됐고 심지어 다른 회사에도 퍼졌다. 내가 아는 한은 그렇게 시작됐다.

※ 나는 '소년고수(Boy Guru)'이자 '예외 처리자(Exception Handler)'였다가 나중에 '클래스'라는 부서에서 일할 때는 '클래스 어릿광대(Class Clown)'가 됐다. 빌 도슨의 명함은 '바지를 입지않음(I have no pants on)'이었고 대린 애들러는 '치즈주인(Cheese Host)'이었다. - 스콧 내스터 -

153p : 매킨토시 사용자 인터페이스는 한 번에 디자인되지 않았다. 실제로는 1978년말 리사에 쓰려고 빌 앳킨슨이 만든 그래픽 루틴에서 시작해 애플에서 거의 5년간 실험하고 개발한 결과물이다. 

181p : 제록스 파크 러닝 리서치 그룹 스몰토크 팀의 주요 일원이었던 래리 테슬러는 그 유명한 1979년 애플의 제록스 파크 방문 때 시연자였고 애플 방문자들에게 좋은 인상을 받아 파크를 그만 두고 1980년 6월 17일 리사 애플리케이션 팀 매니저로 애플에서 일하기 시작했다. 래리는 애플리케이션 사이의 일관성을 옹호했고 매킨토시 사용자 인터페이스에 기여를 많이 했다. 래리는 애플에서 소프트웨어를 실제 사용자에게 직접 써보게 하고 무슨 일이 일어나는지 보는 사용자 테스팅을 주도적으로 주창하고 구현한 사람이었다.

212p : The Little Kingdom : The Private Story of Apple Computer (마이크 모리츠라는 TIME지 기자가 맥개발팀 내부를 취재하고 1984년에 출간한 책... 마이크 모리츠는 1986년 진로를 바꿔 벤처 투자자가 되었다.) --> http://www.amazon.com/Little-Kingdom-Private-Story-Computer/dp/0688039731/ref=sr_1_1?ie=UTF8&qid=1320122418&sr=8-1

222p : 애플의 엔지니어나 디자이너가 외부로 들어나지 않는 이유 --> 잡스는 애플 컴퓨터 초기에 엔지니어들을 언론에 자주 노출시키곤 했는데, 실제 개발에 기여도가 높아도, 매니저가 아니었다거나 기타 여러가지 이유로 기사에 누락되는 경우가 종종 있었다. 결국 잡스는 엔지니어가 대중의 인정을 받는것이 잘못된 아이디어라고 판단했다. 오늘날 애플은 '어바웃' 박스에서 프로그래머 이름을 없애고 엔지니어 이름을 극비로 보호하며 직원 몇 명만 선택해 언론과 만나게 한다.

240p : 맥커맨드키 심볼 디자인 --> 매킨토시 개발 초기에 사용자가 맥의 전신 리사처럼 키보드에서 모든 메뉴명령을 직접 불러낼 수 있는 기능이 중요하다고 보고 이 용도로 특별한 키를 추가했다. 그것을 '애플키'라 불렀는데 또 다른 키와 조합해 누르면 해당 메뉴 명령이 선택됐다. 모든 메뉴 항목 오른쪽에 작은 애플로고를 넣고 그 옆에 해당되는 명령을 실행하는 키보드 키를 표시했다. 어느날 오후 늦게 스티브 잡스가 소프트웨어 팀 자리에 들이닥쳤는데 무슨 일인지 화가 난 것 같았다. "화면에 애플이 너무 많아! 터무니없잖아! 애플 로고를 쓸데없이 가져다 쓰고있어! 당장 빼버려!" 잡스에게 각 항목당 커맨드 키 심볼을 표시해야 한다고 말하자 잡스는 애플 로고 대신 새 심볼을 찾는 편이 더 낫겠다고 말했다. 맥팀의 결정이 설명서와 키보드 하드웨어에 모두 영향을 미치기 때문에 며칠 안으로 새 심벌을 고안해야 했다. 명령을 의미하는 작은 아이콘을 고안하는 작업은 어려웠고 처음에는 아무것도 생각해 내지 못했다. 비트맵 아티스트 수잔 케어에게 종합 국제 기호 사전이 있어서 독특하고 매력적이며 적당한 심볼을 찾으려고 쭉 훑어 보았더니 메뉴 명령 개념과 관계있을 것 같은 기호가 보였다. 마침내 수잔이 스웨덴 지도에서 역사적인 유적지나 야영지에 있는 흥미로운 장소나 인기 있는 것을 가리키는 꽃 모양 심볼을 떠올렸다. 수잔이 16x16 비트맵으로 작은 심볼을 그려 나머지 팀원들에게 보여주었다. 모두 좋아했고 20년후, 심지어 OS X에서도 매킨토시에는 여전히 스웨덴 야영지 표시가 있다.


278p : 1983년 10월 처음 언론과 만났는데 "Byte"와 단체 인터뷰 형식으로 진행됐다. 기사는 1984년 1월 맥 출시와 동시에 실릴 예정이었다. "퀵드로를 짜는데 몇년이나 걸렸나요?" 기자가 잡스에게 질문했다. 퀵드로는 빌 앳킨슨이 혼자서 만든 놀라운 그래픽 패키지로 리사와 매킨토시의 심장부에 있었다. 잡스가 빌을 돌아봤다. "빌, 퀵드로를 짜는데 얼마나 걸렸죠?" "음, 수시로 퀵드로를 짰고 4년 걸렸죠." 빌이 대답했다. 잡스는 잠시 말을 멈추었다가 기자 쪽으로 돌아섰다. "24 man year" 입니다. 퀵드로에 24 man year를 투입했어요." 확실히 잡스에게 1 '앳킨슨' year는 6 man year와 같았다. 적당한 추산이라고 생각한다.

299p : 맥의 GUI를 베낀 MS의 윈도 1.0을 보고 스티브 잡스가 불같이 화를 내자 빌 게이츠가 한말 --> "이봐, 그 일을 보는데는 여러가지 시각이 있다고 생각해. 우리에게는 둘 다 제록스라는 부자 이웃이 있었고 내가 TV를 훔치러 그 집에 몰래 들어갔다가 당신이 이미 TV를 훔친 사실을 안 것과 비슷하거든..." 불행히도 양사가 합의한 내용은 마이크로소프트가 맥 발표 후 1년간은 마우스 기반 소프트웨어를 출시하지 않겠다는 것뿐이었고 계약서에 정한 날짜는 1983년 9월이었다. 어리석게도 애플에서는 출시일이 연기될 수 있다는 점을 고려하지 않아서 마이크로소프트는 자사의 권리 내에서 윈도를 발표한 것이었다. 그리고 애플은 매킨토시용 마이크로소프트 애플리케이션이 여전히 필요해서 잡스가 마이크로소프트를 자를 수는 없었다. 사실 마이크로소프트가 윈도 1.0을 출시하는 데는 2년이 더 걸려 1985년 가을에 제품이 나왔다. 윈도 1.0은 잡스의 예상대로 꽤나 조잡했고 맥과 같은 깊은 우아함이 거의 없었다. 

302p : 1983년 10월 매킨토시 발표 계획이 완성되어 가고 소프트웨어를 완성하려고 사력을 다하고 있을 때 잡스가 어느날 저녁 소프트웨어 팀 자리로 성큼 걸어 들어왔다. 잡스는 화난 것처럼 보였다. "이렇게 되기를 바라지는 않았을 테지만..." 잡스가 말했다. "스컬리가 맥 가격을 1995달러가 아니라 2495달러로 올리고 마케팅 예산에 돈을 더 많이 써야 한다고 우기고 있어. 스컬리는 초기 수용자는 가격에 상관없이 맥을 사리라 예상하고 있거든. 또 가격 차이를 좀 더 벌려서 애플 II 판매에 지장을 주지 않기를 원하더군. 하지만 걱정마. 스컬리 뜻대로 하게 하지는 않을 거야." (매킨토시의 최초 목표는 500달러였고, 프로젝트 마지막까지 1500달러를 상한선으로 삼고 있었다.) 맥팀은 충격을 받았다. 팀원들이 매킨토시에 그토록 열정적인 이유는 자신들이 친구나 친척과 함께 쓸 수 있는 무언가를 만들고 있다고 생각했기 때문이었다. 보통 사람들이 살 만한 가격이어야 한다는 것은 매우 중요했다. 2500달러는 맥팀이 이루려 했던 이상을 모두 배신하는 것처럼 느껴졌다. 개발의 모든 면에서 가격을 낮게 유지하고자 엄청 노력해 왔기에 현란한 광고를 실으려고 가격을 인위적으로 부풀린다는 생각에 분개했다. 그러나 잡스가 낮은 가격에 더 잘 할 수 있다고 존 스컬리를 설득하리라 믿었다. 1주일 정도 논쟁 후 놀랍고 실망스럽게도 잡스가 스컬리에게 굴복했다. 맥은 2495달러에 출시됐는데 목표보다 1000달러 더 비쌌다. 처음에는 빠르게 팔렸으나 판매는 곧 수렁에 빠졌다. 이는 부분적으로 쓸 만한 소프트웨어가 부족해서이기도 했지만 비싼 가격 때문이기도 했다. 맥 플러스가 출시되고 데스크톱 출판이 확산되면서 1986년 판매가 회복됐지만 애플은 매킨토시에 바가지 가격을 매기며 시장 점유율 대신 높은 이윤을 더 선호했는데 결국 이러한 관행이 1990년 애플의 발목을 잡는 주요한 문제가 되고 말았다.

337p : 1984년 애플 연례 주주총회 영상 모음 --> http://www.youtube.com/view_play_list?p=7C5ED474D09AD16C 

359p : 저자 앤디 허츠펠드가 1984년 휴직중 개발했던 썬더스캔의 스캐닝 소프트웨어 신기능 '관성' 스크롤 --> 썬더스캔 문서는 꽤 커서 사용자는 창의 이미지 영역에 드러나는 일부만 볼 수 있었다. 맥 페인트 스타일의 '손' 스크롤링 도구로 드래그해 이미지를 스크롤 할 수 있었지만 이미지가 클 때 가장자리로 이동하려면 끔찍하게 많이 드래그해야 했다. 그래서 '관성' 스크롤링이라는 것을 추가하기로 했다. 이 스크롤링으로 사용자는 이미지를 밀어서 미는 방향을 향해 속도가 더 붙으면서 스크롤링을 계속 할 수 있었다. 이미지가 뜻하지 않게 움직이지 않도록 관성을 흉내 낸 이력현상(Hysteresis)을 추가해야 했으나 금방 동작하게 됐고 이미지를 밀어 빠르게 움직일 수 있어 대단하다고 느꼈다.  

368p : 앤디 허츠펠드가 개발한 스위처 --> 버드 트리블을 내 집으로 끌고 와 맥페인트, 맥라이트, 맥드로 사이를 빠르게 전환하는 모습을 보여주었다. 버드는 감명을 받았지만 놀랍게도 전환이 거의 순간적이어서 실제로 너무 빠르다고 불평했다. "내 생각에는 한 애플리케이션에서 또 다른 애플리케이션으로 아무 피드백없이 전환되면 혼란스러울 것 같아." 버드가 말했다. "누군가 뜻하지 않게 전환했을 때는 어쩌지? 애니메이션으로 좀 더 부드럽게 변하게 하면 되지 않을까?" 굉장한 아이디어였다. 한 애플리케이션이 화면에서 수평으로 스크롤되어 나가면 또 다른 애플리케이션이 스크롤되어 들어오게 하기로 했는데, 이렇게 하면 사용자는 애플리케이션이 회전대에 놓여 있다는 느낌으로 간단하고 구체적으로 이해할 수 있게 되고 원하는 애플리케이션을 보이는 영역으로 옮길 때는 돌리기만(rotate) 하면 됐다.

395p : 스티브 잡스는 어리석은 사람에게 결코 관대한 태도를 취하지 않았고 압박이 가해지자 함께 일하기 더 어려운 사람이 됐다. 회사의 모든 부서 직원이 매킨토시 부서에서 잡스에 관한 직접적인 평판을 비롯해 그의 행동에 대해 존 스컬리에게 불평하기 시작했다. 존 스컬리는 IBM PC와 호환성을 구축하는데 특별히 강한 의지가 있었지만 잡스는 그러한 접근 방식을 무시했다. 스컬리는 잡스를 애플의 문제를 고치는 데 방해꾼으로 보기 시작했고 이사회는 스컬리에게 그 문제를 어떻게든 해결하라고 재촉하고 있었다. 잡스는 가끔씩 작은 팀과 신제품을 개발하는 것이 더 좋고 직원 수백명의 큰 조직은 정말 운영하고 싶지 않다고 말하기도 했다. 애플 이사회는 잡스가 매킨토시 사업부 지휘권을 전문 관리팀에 넘기고 신제품 비저너리로서 자신의 핵심 역량으로 돌아가야 한다고 생각했다.



397p : 이사회가 존 스컬리의 편을 들어 잡스의 모든 권한을 박탈했을때, 존 스컬리는 당장 조직 개편을 실행하고 싶지는 않았다. 잡스와 조정을 통해 그가 변화를 받아들이게 하고 그렇게 해서 그의 찬성을 얻어 부드럽게 조직을 변경하겠다고 생각했기 때문이다. 그러나 잡스는 잠깐 의기소침해 협조하다가 뒤에서 다양한 방법으로 스컬리를 다시 공격하기 시작했다. 여기에서 자세히 말하지는 않겠지만 결국 스컬리는 본의 아니게 잡스를 매킨토시 사업부 관리 역할에서 물러나게 했다. 1985년 5월 31일 금요일 (금요일은 회사가 전통적으로 나쁜 소식을 발표하는 날이다.) 애플은 역사상 첫 분기 손실과 눈에 띄는 정리 해고와 더불어 잡스의 해임을 발표했다. 그날은 확실히 애플 역사에서 가장 바닥을 친 날이었다.

401p : 매킨토시의 아버지는 누구인가? 개인용 컴퓨터 산업 초창기에 큰 발전을 이룬 제품은 혼자 힘으로 또는 매우 작은 팀에 의해 만들어졌다. 예를 들어 스티브 워즈니악은 논란의 여지없이 애플II의 아머지다. 그는 디지털보드 전체를 혼자서 설계했고 베이직 인터프리터를 비롯해 시스템 소프트웨어를 전부 개발했는데 대부분 애플이 설립되기도 전에 만들었다. 그러나 워즈도 아날로그 전자공학 (애플II의 스위치방식 전원 공급장치는 디지털 보드만큼 혁신적이었다)에 관해서는 로드 홀트로부터, 산업디자인에 관해서는 스티브 잡스와 제리 매녹으로부터 도움을 받았다. 1980년대가 되면서 좀 더 복잡해졌다. 매킨토시 개발은 팀의 노력이었다. 최소한 여섯명이 아주 중요하고 가치를 헤아릴 수 없는 기여를 했다. 스티브 잡스는 일곱명 (자신을 빼고)을 공식 '개발팀'으로 임명했지만 다섯 명도 열다섯명도 될 수 있었다. 몇몇 사람은 공식 개발 팀에 포함되지 않아 기분 나빠했다. 선을 그을 확실히 좋은 방법이 없었다. 그런데 구글에서 '매킨토시의 아머지 (Father of the Macintosh)'를 검색하면 제프 라스킨을 언급하는 링크가 많이 나온다. 제프는 UCSD에서 전직 컴퓨터 과학 및 음악 교수였고 애플 사번 31번으로 1978년 1월 애플에서 일을 시작했다. 제프는 친구 브라이언 하워드와 함께 세운 컨설팅 회사에서 도스용 애플 설명서를 쓰는 계약을 맺었다. 애플은 도스 설명서를 무척 좋아해서 제프와 브라이언을 고용해 내부 출판 그룹 창설자로 임명했다. 1979년 초 출판 부서를 눈에 띄게 성공적으로 세운후 제프는 지휘권을 필리스 콜에게 넘기고 개인용 컴퓨터가 현재 취미생활자 시장을 넘어 확장되려면 무엇이 필요한지 생각하기 시작했다. 제프는 일련의 짧은 논문에 자신의 아이디어를 썼다. 3월 제프는 엄청나게 싸고 쉽게 사용할 수 있는 어플라이언스 컴퓨터에 대한 그의 아이디어를 마이크 마쿨라에게 제출했고 9월에는 한 단계 더 나아가 몇 사람을 고용해 공식 연구 프로젝트를 구성했다. 제프는 자기가 가장 좋아하는 사과 이름을 따라 매킨토시라는 이름을 붙였다. 새 기계에 대한 제프의 아이디어는 대부분 [The Book of Macintosh]라는 일련의 논문에 모여 있었다. 제프가 애플에서 매킨토시 프로젝트 창시자라는 사실은 의심의 여지가 없다. 매우 쓰기 쉽고 값이 싼 고성능 어플라이언스 컴퓨터는 그의 명확한 비전때문에 시작됐다. 그리고 제프의 비전은 그가 회사를 떠난 후에도 프로젝트의 중심에 남아있었다. 제프는 또 매킨토시 팀에 예전 학생이었던 빌 앳킨슨을 데려왔을 뿐만 아니라 버렐 스미스, 조애나 호프만, 브라이언 하워드를 뽑아 비범한 초기팀을 구성해 컴퓨터를 만든 공로를 충분히 인정받을 자격이 있다. 그러나 우리가 알고 사랑하는 매킨토시는 제프가 만들고 싶었던 컴퓨터와 매우 다르다는 것은 피할 수 없는 사실이므로 제프는 매킨토시의 아버지라기보다는 별난 종조부(great uncle)에 좀 더 가까울지도 모른다. 특히 제프는 매킨토시에 가장 결정적인 기술 두 가지를 통합하지 않으려 했다. 바로 모토로라 68000 마이크로프로세서와 마우스 포인팅 장치였다. 제프는 6809를 더 좋아했다. 그리고 마우스도 끔찍하게 싫어했고 포인팅을 하는 전용 메타 키를 더 좋아했다. 제프는 점점 팀에서 소외되어 결국 1981년 여름, 맥 개발을 막 시작했을 때 완전히 떠났다. 최종 제품은 제프의 [The Book of Macintosh]에 있는 아이디어를 별로 활용하지 않았다. 사실 스티브 잡스가 1981년 1월 프로젝트를 인계받은 후 프로젝트 이름이 바뀌었다면 제프 라스킨의 아이디어와 매킨토시를 상관 지을 이유도 전혀 없었을 것이다. 자, 제프가 아니라면 누가 매킨토시의 부모로서 자격이 있을까? 빌 앳킨슨이 강력한 후보다. 빌은 맥을 돋보이게 만든 획기적인 사용자 인터페이스, 그래픽 소프트웨어, 맥페인트를 거의 혼자서 책임졌기 때문이다. 버렐 스미스도 후보가 될 수 있다. 버렐이 만든 대단히 독창적인 디지털 보드는 다른 모든 것이 결합되는 탁월함의 결정체였다. 그러나 결국 한 개인이 명예를 누려야 한다면 내 선택은 분명하다. 바로 스티브 잡스다. 매킨토시는 스티브 잡스가 없었다면 어떤 형태로든 결코 태어나지 못했을 것이다. 나머지 개인들도 실제 창조적인 일을 책임졌지만 잡스의 비전, 탁월함에 대한 열정, 순수하고 강한 의지, 말할 것도 없는 굉장한 설득력이 팀을 이끌어 스스로 세운 불가능한 기준에 맞추거나 그 기준을 넘어설 수 있었다. 

407p : 상업적 프로젝트는 대부분 상업적 가치에 의해 추진되고 목표는 경쟁자를 압도함으로써 이익을 극대화하는 것이다. 그와는 대조적으로 매킨토시는 경쟁은 안중에 없이 좀 더 예술적인 가치에 따라 움직였고 목표는 탁월하게 훌륭해지고 기막히게 위대해지는 것이었다. 매킨토시가 기술적이고 예술적인 역작이 되어 상상 할 수 있는 최고 경지까지 이르기를 바랐다. 아무리 작아도 세세한 부분까지 중요했고 아주 좋은 것으로는 충분하지 않았다. 잡스가 납득하려면 탁월해야 했다. 잡스는 맥 개발자들이 스스로를 예술가로 여기도록 격려했다. 잡스는 심지어 예술가들이 자기 작품에 사인하는 것처럼 매킨토시 케이스 안쪽에 각자 사인을 하고 제품 품질에 개인적으로 책임감을 느끼도록 촉구했다.  애플의 다른 부서에는 정교하고 형식적인 제품 개발 과정이 있었는데 구현 시작 전에 제품 요구사항을 담은 긴 문서와 엔지니어링 명세를 요구했다. 그와는 대조적으로 맥팀은 프로토타입을 잇달아 다듬어 가는 좀 더 창조적이고 유연하며 점진적인 접근 방식을 좋아했다. 새 소프트웨어 아이디어를 두고 논쟁하는 대신 실제로 프로토타입을 빠르게 짜 시험을 해보고 가장 잘 작동하는 아이디어는 유지하고 그렇지 않은 것은 버렸다. 맥팀에는 그때그때 최고의 아이디어를 포함한 프로토타입이 실행되고 있었다.

408p : 잡스의 성향은 독재적이었지만 맥팀은 놀랍도록 평등주의적이었다. 애플의 다른 부서들은 회사가 커지면서 점점 더 보수적이고 관료적이 됐지만 초창기 맥팀은 신생 회사처럼 조직됐다. 최소한의 관리 감독만 있는 평등한 실력 위주 사회를 좋아했기 때문에 형식적인 구조와 계층을 피했다. 스티브 잡스는 종종 불합리한 명령을 내리거나 모든 사람이 원하는 것을 거부하기도 했지만 그가 틀렸다고 깨달으면 누그러졌다.

2010/04/06 - 스티브 잡스, 신의 교섭력 - 위기에서 빛나는 잡스의 마력! ★★★★☆
2009/01/04 - 잡스처럼 일한다는 것 (원제 : Inside Steve's Brain) ★★★★☆
2006/01/26 - iCon 스티브 잡스 ★★★★★

신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

사진으로만 봐오던 맥북에어... 머 하도 얇다고들 하니까 꽤 얇겠지, 빠르다고들 하니까 머 빠르겠지... 이정도... 사실 그다지 큰 기대는 없었다는 얘기다. 얼마전까지 쓰던 맥북프로 13인치만 해도 많이 느려 좀 짜증나던 찰라였으니까...

사용자 삽입 이미지

근데, 박스를 개봉하는 순간... 와우, 이건 애플 노트북 사상 최고의 걸작이 아닌가... 본체 두께는 아이패드보다 얇고 (물론 앞부분만...) 속도는 왠만한 윈도우 게임용 데스크탑 PC보다 빠르다... 덜덜덜... 드디어 진정한 노트북 종결자가 등장하는구나... 포장박스만 해도 골판지 및 보호재가 많이 들어가는 기존 노트북 스타일이 아닌, 가볍고 얇은 아이패드스타일이다.

사용자 삽입 이미지

사실, 국내에서도 금방 구입할 수는 있었다. 근데, 가만 보니, 세금없는 미국 오레곤주등에서 구입을 하면 무려 28만원정도 절약이 가능한게 아닌가... 암튼, 1달 반정도 기다렸다가 크리스마스전에 인편으로 전달받았다. (근데, 막상 입수하니 뜯어보기가 귀찮아져서 무려 열흘이나 아무렇게나 방치... ㅡ,.ㅡ;; 헐~)

사용자 삽입 이미지
 
- 맥북에어 스펙 : 13.3인치, 메모리 4기가, SDD는 128G

- 구입가격 : 1339 USD (구입처는 세금없는 미국 오레곤주 포틀랜드, 환율 1150원으로 계산했을때 약 154만원, 무슨 할인을 받은건지 메모리는 40$에 업그레이드)

- 해상도 : 원래 저렴한 11인치를 사려다, 1366x768의 해상도가 맘에 안들어 1440x900 해상도의 13인치를 구입하였는데, 널찍하니 대만족... 사실, 기존 13인치 맥북프로의 1280x800 해상도를 그대로 사용했었더라면, 대부분의 사람들이 살지말지 많이 망설였을 것이다.

- 전원코드 : 일단은 좀 지저분해도 검정색 220V용 코드 연결해서 쓸 예정... ㅡ,.ㅡ;;

사용자 삽입 이미지

- 냉각팬소음 : 파일을 카피하거나 소프트웨어 업데이트를 설치할때 팬이 조금 돌긴 하는데, 맥북프로에 비해 열이 많이 나지도 않고, 소음은 거의 없다고 보면 된다.  

- 128G SSD 용량 : 좀 부족한듯 싶긴 한데, 어떤 소프트웨어도 인스톨하지 않고 최초 시동하였을때의 남은 용량이 약 110기가... 머 이정도면 어느정도 버틸수 있을듯...



- 키보드 느낌 : 맥북프로 13인치와 완전 동일. 이건 물론 좋다는 얘기. 그리고, 일반 키보드 스타일의 전원버튼도 마음에 듬...

사용자 삽입 이미지

- 최초 시동 느낌 : 시간도 오래 걸리고 난삽한(?) 윈도우7의 첫시작과는 차원이 다르다. 파워버튼 누르고 10초정도 지나면 바로 등록 프로세스가 시작된다. 언어선택하고 iTunes 계정정보넣으면 끝... 게다가 속도도 엄청 빠르니, 이런 경험 정말 처음이야... 일반 부팅도 약 10초면 가능하다. 게다가 하이버네이션 들어가고 깨어나는 시간도 무지하게 빠르다. 약 1초 미만이라고 보면 된다. 사실 하이버네이션이라고 단어는 거창하지만, 그냥 노트북 뚜껑 닫았다가 열면 1초내로 바로 사용가능하다는 얘기...

- 배터리 : 배터리 사용시간이 수시로 오르락 내리락 거려 딱히 몇시간 사용가능하다라고 말하기는 힘들지만, 맥북프로 13인치에 비하면 체감상 약3배정도 사용시간 (완충했을때 약 7시간 정도...)을 확보한듯 싶다. 정말 끈질기게 버텨준다. 

- OS재설치 메모리스틱 : 뜯어서 맥북에어에 한번 꽂아보고 싶은데, 일단 아까워서 바로 봉인...

사용자 삽입 이미지

- SD카드슬롯 : 13인치모델에만 있는 최고 장점... 작은것도 좋지만, 일단 있을건 있어야 한다.

사용자 삽입 이미지

- 페이스타임 : 먼저 맥북 주소록을 구글 주소록과 싱크하고 페이스타임을 띄우면, 카메라가 켜지며 내 얼굴이 나타나고 우측에 주소록이 나타난다. 주소록에서 아이폰4 쓰는 사람을 찾아 클릭을 하면 전화는 바로 걸린다. 한가지 이상한 점은 기존 아이튠즈 계정으로는 로그인이 되어도, 전화가 안걸린다는 것이다. 하지만, 신규계정을 만들어 등록하고, 메일로 온 확인링크를 클릭하니, 그제서야 페이스타임 전화가 걸린다는... 참고로, 맥북에어로 페이스타임 전화를 걸면, 상대방 아이폰4에는 이메일이 표시된다. 아무튼, 화질도 그럭저럭 괜찮고 음질도 훌륭했다.  

- 사파리 : 맥북프로에서는 너무 느려 크롬이나 파이어폭스를 썼었는데, 맥북에어의 사파리는 무지막지하게 빠르다. 정말 이런 속도가 가능한가 싶을정도로 어떤 웹페이지든 순식간에 로드한다. 덜덜덜~

사용자 삽입 이미지

★ 결론 : 노트북을 구입하고자 한다면, 주저하지 말고 그냥 맥북에어 사면 됨. 엄청나게 빠른 속도 (부팅 + 어플리케이션실행 + 웹브라우저), 기존노트북 2-3배에 달하는 배터리성능, 상대적으로 저렴한 가격, 얇고 가벼우면서도 튼튼한 최고의 디자인... 정말 머하나 빠지는게 있어야 흠이라도 좀 잡아보지... 

※ 참고로 어제 회사에서 협력업체랑 회의를 하는데, 총 20명중 7명이 노트북을 꺼내놓았다. 그 중 무려 2대가 13인치 맥북프로... 이 2명은 무슨 디자이너들이 아니다. 그냥 평범한 엔지니어일뿐... (나머지는 삼보 TG 1대, 삼성 1대, 델 1대, HP 1대, LG 1대...) 한국사람들도 드디어 맥북구매 열풍대열에 슬슬 합류시작?!
신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 2011.01.06 23:07 신고
    댓글 주소 수정/삭제 댓글
    질러야겠습니다...헉...잘보았습니다..^^
  2. 2011.01.06 23:14 신고
    댓글 주소 수정/삭제 댓글
    싼 가격은 아니죠 ㅎㅎ
    옵션 추가 가격이 후덜덜이고

    그런데 정말 매력적인건 사실입니다 ㅋㅋ
    재무부장관님이 사이비 종교를 믿기 시작했습니다. 유일신 지름신 ㅋㅋ

    총알 정전중 ㅎㅎㅎ
  3. 2011.01.06 23:21 신고
    댓글 주소 수정/삭제 댓글
    윈도우 쓰는 저는 ssd나 장만해야겠네요ㅠ
  4. 2011.01.07 00:05 신고
    댓글 주소 수정/삭제 댓글
    음... 저도 맥이 땡기는중.. 데탑을 맥으로 사야할지.. 아니면...SSD사야할지.. 모르겠어요..ㅠ
  5. 궁금
    2011.01.07 00:31 신고
    댓글 주소 수정/삭제 댓글
    직접 미국에서 사오신거에요??

    아님 한국에서도 저가격에 구 할 수 있나요??
    • 2011.01.07 09:15 신고
      댓글 주소 수정/삭제
      네 제가 직접 사온건 아니고, 아는 사람한테 부탁해서 사온거죠... 한국에서 저가격은 힘들꺼 같네요...
  6. 2011.01.07 10:40 신고
    댓글 주소 수정/삭제 댓글
    맥에어.. 참 이뿐거 같아요^^
  7. 2011.01.07 20:32 신고
    댓글 주소 수정/삭제 댓글
    그러게요. 국내에도 맥 구입하시는 분들 많아지시더라구요. ^^ 에어 참 이쁘더라구요. 프로 유저인데 탐나는 제품임은 분명합니다.
  8. 2011.01.08 00:17 신고
    댓글 주소 수정/삭제 댓글
    와~~ 저도 얼른 맥북에어 구입하고 싶네요 ㅠ.ㅠ~
  9. 2011.01.10 08:47 신고
    댓글 주소 수정/삭제 댓글
    매번 눈팅만 하다가 감사해서 글 남깁니다.
    어제도 맥북에어 만지작 거리다가 왔는데 정말 물건이에요.^^
    트윗은 안하시나요?
  10. 2011.01.10 15:49 신고
    댓글 주소 수정/삭제 댓글
    네 고맙습니다... 트위터는 banguhead, 페이스북페이지는 http://www.facebook.com/monsterdesign.advanced 입니당...
  11. NTR
    2011.01.17 21:30 신고
    댓글 주소 수정/삭제 댓글
    기가 막힌 제품을 내놓았습니다. 애플이.
  12. 컴맹
    2011.02.02 14:33 신고
    댓글 주소 수정/삭제 댓글
    저는 거의 컴맹에 가까운 사람으로

    하는 일은 spss, sas 같은 통계프로그램과
    인터넷 서핑, 오피스 작업, 가끔 동영상 보는 정도인데요

    맥북 에어 13.3인치 사고 싶은데 128GB면 충분할까요?

    그리고 맥OS를 윈도우로 바꿔서 사용하려고 했는데요 그러면 맥 OS의 기능을 만끼할 수 없다고 하는데 사실인가요?

    하나만 더 여쭈어 보면, 지금 미국 휴스턴에 와 있어서 구매하려고 하는데 여긴 TAX가 8.25%정도 붙는데요.. 한국이랑 큰 가격차가 128GB면 없는 듯해서요
    여기서 사는 개 정말 가격면에서 유리한지요?

    너무 모르는 게많아서 죄송하지만 알려주시면 정말 감사하겠습니다 ^^
  13. 2011.02.02 16:11 신고
    댓글 주소 수정/삭제 댓글
    일단 128기가면 충분합니다. 그리고, 맥에 윈도깔필요없습니다. ㅡ,.ㅡ;; 쓰다보면짜증나요. 택스가 그정도붙는다면 한국서사는거랑큰차이는없을것같네요. ㅋㅋㅋ 맥북에어쓰다보면 딴컴은쳐다도안보게될거에요.
  14. 컴맹
    2011.02.04 13:46 신고
    댓글 주소 수정/삭제 댓글
    정말 감사합니다. ^^
  15. zee
    2011.06.10 10:55 신고
    댓글 주소 수정/삭제 댓글
    항상 좋은글 감사감사ㅎㅎ
  16. HAHAHA98
    2012.10.23 01:05 신고
    댓글 주소 수정/삭제 댓글
    > 가격도 많이 안정이 되었고 이제 직접 i5-3570을 사서 업그레이드만 하면 끝!
    http://www.nowpug.com/145212#4

사용자 삽입 이미지
일렉트로닉 락 기타 티셔츠 등장~ AAA x 4개 배터리로 구동되는 미니 앰프 스피커를 벨트에 달고, 티셔츠 중앙부분을 마그네틱 피크로 퉁기면, 징징징~ 소리가 난다. 물론 대부분의 코드도 잡을수 있다고... 가격은 29.99 USD...

http://www.thinkgeek.com/tshirts-apparel/interactive/c498/



사용자 삽입 이미지




신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

http://hennig-olsen.no

노르웨이의 Henning Olsen이라는 아이스크림업체에서 내놓은 IcePod 아이스크림... 모양도 구형 iPod 처럼 생긴데다가, 하나 사먹을때마다 노르웨이 아티스트의 노래를 하나씩 무료 다운로드 받을수 있다고... (다운로드 코드같은 것을 주나?) 냠냠~

사용자 삽입 이미지




신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

사용자 삽입 이미지

일본 Microworks의 우미야마 슌수케가 2008년에 디자인한 덩굴 충전케이블 코드 컨셉... 이동통신사 KDDI를 위해 디자인 컨셉이다. 말거나 감아서, 감추고 숨기려고만 하는 기존 코드와는 달리, 색다른 잔(?)재미가 있다.  


신고
Posted by 몬스터디자인

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절


BLOG main image
모든 포스트는 마음껏 퍼가고 재가공하셔도 됩니다. by 몬스터디자인

카테고리

분류 전체보기 (1630)
pRODUCT dESIGN (534)
tELECOMMUNICATION (145)
tRANSPORT (158)
LIFESTYLE kONTEXT (240)
tECH fARM (100)
fAIRS and eXHIBITS (38)
sHOPPING cART (6)
cOMIX (51)
bOOKS + mAGAZINES (86)
mOVIES (148)
gAMES (11)
iDLE tALK (113)
Statistics Graph
Total : 5,654,821
Today : 375 Yesterday : 943