크레이그 모드의 이 글을 처음 언제 읽었는지는 기억나지 않지만, 그때부터 계속 마음에 남아 있다.

훌륭한 제품을 만들고 싶다면 그 속도에 각별히 신경 써야 한다:

빠른 소프트웨어가 항상 좋은 소프트웨어인 것은 아니지만, 느린 소프트웨어가 위대해지는 경우는 드물다.

이 글은 단순하지만 근본적인 개념을 훌륭하게 정리해 준다. 안타깝게도 이 개념은 종종 과소평가되곤 하는데, 특히 비즈니스 논의에서 그렇다.

소프트웨어에서 속도는 아마도 가장 가치 있으면서도 가장 저평가된 자산일 것이다.

저자는 UI와 UX부터 프론트엔드와 백엔드 개발에 이르기까지 여러 팀의 기여를 아우르는 다양한 사례를 짚어본다.

훌륭한 제품을 만들고 싶다면 이들 모두가 함께 협력하고 속도를 우선순위에 두어야 한다는 점을 이해해야 한다.

생각해 보자. 새로운 도구를 가지고 놀 때 상호작용하면서 가장 먼저 느끼는 것 — 무의식적으로라도 — 은 바로 반응성이다¹.

속도와 안정성은 종종 함께 직관된다. 속도는 전반적인 엔지니어링 품질을 가늠하는 좋은 지표가 될 수 있다.

이런 측면들 외에도 속도는 언어를 통해서도 전달된다. 사용자가 빠르게 움직일 수 있게 하는 모든 세부 사항에 신경 써야 한다.

속도는 소프트웨어의 언어 — 말 그대로 쓰인 단어 — 에서도 드러난다

올바른 단어를 사용해 사용자가 망설이지 않도록 하는 것이 중요하다.

글에서는 내가 깊이 애정하는 앱인 Things를 “장인정신이 깃든 iOS 소프트웨어”의 사례로 언급한다²:

iPad와 iPhone용 Things는 현존하는 앱 중 가장 촉각적이고 손이 가는 대로 빠르게 움직이는 앱 중 하나다. 모든 애니메이션에는 목적이 있다. 무엇보다 재미있다. 머물기에도, 무언가를 넣고 다시 정리하기에도 즐거운 앱이다. 오래된 앱이다. Things는 출시된 지 10년이 넘었다. 10년 전에 열어도 반가웠고, 오늘 열어도 여전히 반갑다.

이것이 바로 실제로 구현된 소신 있는 디자인의 모습이다. 사용자를 기쁘게 하는 세심한 결정들이다.

이는 MaxVP라는 개념, 그리고 내가 예전에 이에 대해 쓴 글과도 연결된다:

[…] 제품이 가장 잘하는 것에 집중하고, 잘 다듬어진 소수의 기능을 제공하며, 모든 작은 인터랙션에 주의를 기울여라.

내가 매일 쓰는 몇몇 앱을 보면³, 몇 가지 예를 들 수 있다:

• Bear의 태그 시스템: 단어 앞에 #을 붙여 노트를 분류한다. /로 단어를 구분하면 하위 태그를 만들 수 있다.
• Things의 퀵 애드: 키보드 단축키를 이용해 어디서든 즉시 할 일을 목록에 추가할 수 있다.
• iA Writer의 시작 화면: 앱을 실행하자마자 바로 글을 쓸 수 있다. 시작하기 전에 다른 것을 클릭할 필요가 없다.

빠른 소프트웨어를 만드는 것은 여러 분야를 아우르는 팀의 노력이다. 쉽지 않지만, 그것이 훌륭한 제품을 만드는 길이다.

빠른 소프트웨어를 만드는 것은 어렵다. 하지만 만들어지면 우리 모두 감사하게 된다.