스포티파이가 너무 느려서 다시 만들었다, Fastpotify에 784표가 몰린 이유

스포티파이가 느리다는 불만에서 시작된 대체 클라이언트 Fastpotify가 784표를 받았습니다. 이 작은 프로젝트가 주목받은 데에는 갈수록 무거워지는 앱에 지친 사용자들의 불만이 깔려 있습니다.

784표에는 속도에 대한 불만이 담겨 있었습니다

Fastpotify가 말하고자 하는 바는 단순합니다. 음악을 찾고 재생하는 일이 왜 이렇게 무거워졌느냐는 것입니다.

784표는 성능을 입증하는 벤치마크 결과가 아닙니다. 그래도 많은 사용자가 같은 문제를 느끼고 있다는 신호로는 충분합니다.

사람들이 원한 건 새로운 음악 서비스가 아니었습니다. 기존 서비스를 좀 더 빠르고 간단하게 이용할 방법이었습니다. 새 기능보다 반응 속도를 앞세운 프로젝트에 관심이 몰린 까닭입니다.

이런 반응에는 피로감도 묻어 있습니다. 앱을 켰는데 홈 화면이 늦게 뜨고 검색 결과마저 한 박자 뒤에 나오면 곧바로 답답해집니다. 음악 재생처럼 수시로 반복하는 행동은 짧은 지연도 유난히 크게 느껴집니다.

요즘 데스크톱 앱 중에는 웹 기술을 활용한 앱이 많습니다. 하나의 코드로 여러 운영체제를 지원하기가 수월하기 때문입니다.

하지만 앱은 웹페이지 하나를 띄우는 데서 끝나지 않습니다. 화면을 그리는 프레임워크와 캐시는 물론 추천 모듈과 광고 기능, 이용 기록 수집 코드와 각종 실험 코드도 함께 돌아갑니다.

여기에 국가와 요금제에 따라 다른 기능도 붙습니다. 팟캐스트와 오디오북, 영상 같은 콘텐츠까지 추가됩니다. 업데이트가 쌓일수록 앱이 처리할 일도 늘어날 수밖에 없습니다.

이런 현상을 흔히 웹앱 비대화라고 부릅니다. 기능은 많아지는 대신 실행 속도가 느려지고 메모리 사용량이 늘면서 화면 반응도 둔해지는 현상입니다.

개발팀이 게을러서 생기는 문제만은 아닙니다. 수억 명이 사용하는 서비스라면 결제와 보안은 물론 저작권이나 접근성에 관한 요구도 챙겨야 합니다. 그렇다고 이런 사정이 사용자가 느끼는 답답함까지 없애주지는 못합니다.

가벼운 대체 클라이언트가 빠른 이유는 대개 특별한 기술 때문이 아닙니다. 처리할 일을 덜어냈기 때문입니다.

핵심 기능만 남기면 첫 화면에서 불러와야 할 데이터가 줄어듭니다. 화면도 단순하게 구성할 수 있습니다. 백그라운드에서 돌아가는 코드가 적으니 클릭했을 때 더 빠르게 반응할 가능성도 큽니다.

바로 이 지점에서 작은 프로젝트가 대형 서비스보다 유리합니다. 기존 사용자와 수익 모델을 챙기면서 수많은 기기까지 모두 고려할 필요는 없기 때문입니다.

뒤집어 보면 Fastpotify와 공식 앱을 완전히 같은 조건에서 비교하기도 어렵습니다. 가벼움은 때로 기능을 덜어내거나 호환성과 유지보수 범위를 좁힌 결과이기도 합니다. 앱을 빠르게 만드는 것보다 그 속도를 오랫동안 지키는 일이 더 어렵습니다.

서비스 기업은 새로운 기능을 성과로 내세우기 쉽습니다. 반면 앱이 조금 빨라진 변화는 발표 자료에서 눈에 띄게 보여주기 어렵습니다.

하지만 사용자가 느끼는 평가는 다릅니다. 매일 사용하는 앱이라면 기능 하나가 늘어나는 것보다 검색 결과가 바로 뜨는 경험이 더 중요할 수 있습니다. 재생 버튼을 누르자마자 음악이 나오는 것 자체가 품질입니다.

Fastpotify에 쏠린 관심을 개발자들만의 취향으로 보기는 어렵습니다. 기능 경쟁에 몰두해 온 제품팀에 사용자가 보내는 메시지에 더 가깝습니다. “더 넣기 전에 지금 있는 것부터 빠르게 만들어 달라”는 요구입니다.

다만 최근 30일 동안 어떤 논의가 이어졌는지 확인할 만한 자료는 부족합니다. 그러므로 784표를 장기적인 사용자 이동이나 시장 변화의 신호로까지 확대 해석하기보다는, 오랫동안 쌓여 온 앱 비대화 문제를 보여준 사례로 보는 편이 타당합니다.

Fastpotify가 스포티파이를 대체할지는 아직 알 수 없습니다. 다만 작은 대체 클라이언트가 공식 앱의 우선순위를 다시 묻게 했다는 점은 눈여겨볼 만합니다.

우리가 매일 사용하는 앱에도 거의 쓰지 않는 기능이 계속 늘어나고 있습니다. 여러분이라면 기능이 많은 앱과 빠르게 반응하는 앱 가운데 어느 쪽을 선택하시겠습니까?