대기시간 감소(Latency Reduction)

 

가능하다면, 멀티스레딩을 사용하여 지연 시간을 백그라운드로 알려주십시오. 대기 시간은 보통 다중 작업 기법을 통해 사용자에게서 숨길 수 있어서, 백그라운드에서 전송과 계산이 일어나는 동안 작업을 계속할 수 있습니다. 최신 웹 브라우저에서는 데이터를 미리 추출할 수 있어서, 사용자가 작업 끝에 도달하는 소요 시간이 줄어들고 다음 페이지가 나타날 때까지 기다려야 합니다.

 

원칙: 사용자가 경험하는 지연 시간을 줄이십시오.

 

- 50 밀리초 안에 시각적이거나 청각적인 피드백으로 모든 버튼을 클릭했는지 확인하십시오.

- 동일한 버튼이나 객체를 여러 번 클릭할 수도 있습니다.

 

사람들은 인터넷이 느리기 때문에 같은 버튼을 반복해서 누르는 경향이 있어서, 일이 더 느려집니다.

 

원칙: 지연될 경우 사용자에게 계속 알려주십시오.

 

 

피드백 시간 지연과 표시기

 

원칙: 시작 시간을 단축하십시오.

 

도움이 되지 않는 응용프로그램 요소를 망설이지 말고 제거하십시오.

 

초기 웹의 느린 속도는 사용자들의 기대를 아주 낮추었습니다. (사람들은 웹사이트에서 상품을 구입하는데 걸리는 시간보다, 차를 타고 쇼핑몰로 가는 왕복 여행을 더 짧은 시간 안에 할 수 있다는 것을 깨달았을 때 인터넷 거품이 터졌습니다.) 사람들은 시간이 지날수록 인내심이 줄어듭니다.

 

웹 브라우저보다 기존 GUI 응용프로그램에 더 적합한 아키텍처를 가진 모바일은 사람들에게 컴퓨터가 더 빠를 수 있다는 것을 알려주었고, 사람들은 느리게 작동하면 더 참을 수 없습니다. 웨어러블은 훨씬 더 높은 수준의 기대를 가지고 출시될 것입니다. 몇 시인지 보려고 기다릴 필요가 없고, 누가 전화하는지, 바깥 온도가 어떻게 되는지, 어떤 다른 정보가 표시될 때까지 기다리지 않아도 될겁니다.

 

최신 자동차 앱은 보통 느리며, 취약한 하드웨어, 열악한 설계, 코딩 관행과 높은 지연 시간으로 인한 치명적인 합병증으로 고통을 겪고 있습니다. 평평한 디스플레이 패널에 시선을 고정한 사용자가, 락밴드 ACDC의 멋진 곡 중에 자신이 현재 즐기고 있는 것이 무엇인지 알아내기 위해 기다리는 동안, 차량이 초당 88 피트 (약 27미터) 의 속도로 도로를 질주하고 있다고 가정해 봅시다. 사고 보고서에서 "Highway to Hell"라고 밝혀질 때, 예상 외의 수많은 결과를 상상해 보십시오.