이달 초, 나는 사진 속 회전 버튼에 대해 이야기했다 iOS에서는 아주 매끄럽게 동작하지만 Nothing Phone에서는 영 별로였던 버튼 말이다. 이번에는 iOS가 저지른 비슷한 실수에 대한 이야기로, 이 문제를 훨씬 더 분명하게 보여줄 수 있을 것이다.

계산기 앱은 2007년 아이폰이 처음 출시된 이래 줄곧 기본으로 탑재되어 왔다. 가장 오랜 기간 동안 그것은 수십 년 된 기능만을 갖춘 평범한 사칙연산 계산기에 불과했다. 하지만 조금만 방심해도 그런 것조차 망칠 수 있다.

아이폰 역사의 10년째, iOS 11은 Nothing Phone의 회전 버튼과 똑같은 문제를 일으켰다. 키를 빠르게 두드리면 반응하는 것처럼 보이지만 실제로는 입력이 등록되지 않는 문제였다. Michael Tsai의 애그리게이터에 올라온 첫 번째 글에는 Stephen Heaps가 올린 영상이 있다:

영상은 1+2+3+4를 입력하는 장면을 보여주는데, iOS가 +를 한 번 누락해 1+23+4 = 28이 되는 모습이다. 이후 훨씬 더 많은 사람들이 이 문제를 제보했고 다양한 다른 사례들을 보여주었다.

컴퓨터가 기초적인 셈법에서 실패하는 모습을 보는 건 묘하게 빠져든다. 하지만 특히 역사적으로 흥미롭고, 어쩌면 애플에게는 더욱 창피한 점은 이런 종류의 문제를 해결해 온 엄청나게 풍부한 역사가 있다는 것이다.

계산기는 타자기와 함께 버튼식(피아노식과는 구분되는) 키보드를 갖춘 가장 초기의 장치로서 함께 진화했다. 하지만 두 기계가 짊어진 무게는 달랐다.

잘못 만들어진 타자기를 상상해 보라, 그리고 그것이 당신을 실망시킬 수 있는 온갖 경우를: 키를 가볍게 누르면 글자가 흐릿할 수도, 너무 세게 누르면 종이에 구멍이 날 수도, 출력이 어긋날 수도, 활자 막대가 어쩌다 걸려 다시 쳐야 할 수도 있다.

타자기는 이스케이프먼트와 래칫 등을 이용해 빈 아날로그 종이 한 장을 믿을 수 있고 보기 좋은 격자로 나누기 위해 애써야 한다. 하지만 아날로그 세계를 디지털로 바꾸도록 설득해야 하는 계산기의 작업은 훨씬 더 중요했다. 결국 타자기 키를 눌렀을 때 잘못된 글자가 찍힐 가능성은 그리 높지 않다. 하지만 조악하게 만들어진 계산기에서는 5를 가볍게 누른 것이 충분히 4나 6, 심지어 4.5로 출력될 수 있다.

그리고 타자기는 당신이 쓴 말을 그대로 받아 적기만 하지만, 계산기의 일은 정확히 당신이 입력한 숫자들로 새로운 숫자를 만들어내는 것이다. 부정확한 메커니즘은 그 계산을 망칠 수 있다. 걸림 현상은 부분적이거나 비결정적인 계산을 수행하게 할 수도 있다. 999,999에 1을 더할 때 발생하는 연쇄 받아올림에 필요한 힘은 작업 도중에 장치를 고장 낼 수도 있었다.

게다가 언어에는 기본적으로 중복성이 내장되어 있다. Evn if yuo mak many typoes, th sentece can stil be understod. 하지만 숫자들은 기본적으로 모두 비슷하게 생겼다. 계산기는 급여나 공학, 항해에 절대적으로 중요한 숫자를 두고 실수를 저지를 수 있다. 그리고 당신은 그 실수를 절대 알아채지 못할 것이다.

이 모든 것을 이해했기에, 이미 19세기부터 많은 계산기 제조사들은 자사의 장치가 유용하고 빠르고 사용하기 쉬울 뿐만 아니라 신뢰할 수 있다는 점을 사람들에게 설득하기 위해 엄청난 노력을 기울였다. 버튼은 신중하게 무게가 맞춰졌다. Comptometer는 잠금 장치와 함께 나왔다. 기계가 무언가 잘못되었다고 느끼면 작동을 멈추고 하드 리셋을 요구했다. 메시지는 이랬다. “나를 믿어도 돼. 나는 절대 틀린 계산을 보여주지 않을 것이고, 절대 거짓말을 하기 전에 스스로 멈출 테니까.” Charles Babbage는 자신의 차분기관(Difference Engine)에 대해 너무나 확신한 나머지 계산 도중에 사람들이 기계식 톱니바퀴를 건드려 보라고 권하기까지 했는데, 방해를 받은 기계조차 절대 실수하지 않을 것이라고 믿었기 때문이다.

수십 년 뒤 Selectric에서처럼, 그런 문제들은 훨씬 더 가혹한 기계적 조건 속에서도 신경 쓰는 사람들에 의해 해결되었다.

물론 나는 애플의 코어 iOS 팀 모두가 계산기 UI 역사학자이길 기대하지는 않는다(팀에 한 명쯤 있다면 좋겠지만!). 애니메이션 도중에 버튼이 빠른 터치에 시각적으로는 반응하지만 실제로는 등록되지 않도록 만든 것이 온갖 심각한 문제를 일으킬 수 있다는 걸 팀원 중 아무도 상상하지 못했다는 것은 정말 창피한 일이다. (이 버그는 iOS 11.2에서 애니메이션을 제거하는 방식으로 수정되었고, 이후 iOS 11.3에서 원래 문제 없이 애니메이션이 다시 돌아왔다.)

하지만 어쩌면 더 큰 창피함은 애플이 다양한 속도로 UI 위에서 실행하며 계산기 앱을 쓰는 수백만 명의 손가락을 모방하는 일련의 테스트를 갖추지 않았다는 점일지도 모른다. 그것 역시 수십 년 동안 표준 절차였다.

그런 테스트는 2017년에는 빠져 있는 듯했다. 2+3+4년 뒤인 지금은 더 이상 그렇지 않기를 바란다.