알람이 안 울리는 이유는 무엇인가요?

해결법은 종류에 따라 완전히 달라지며, 다음 날 아침에 확인해 보면 쉽게 구별됩니다.

• 알람이 울린 것으로 표시되는데 아무 소리도 못 들었다 → 소리 문제입니다. 벨소리 음량, 블루투스 경로, 그리고 알람 사운드가 「없음」이나 사용할 수 없는 곡으로 되어 있지 않은지 확인하십시오.
• 알람이 울린 것으로 아예 표시되지 않는다 → 예약 문제입니다. 오전인지 오후인지, 반복 요일, 그리고 알람이 실제로 저장되었는지 확인하십시오.
• 어떤 날은 되고 어떤 날은 안 된다 → 억제 문제입니다. 집중 모드와 각종 일정, 안드로이드라면 배터리 최적화를 확인하십시오.
• 앱을 열어 두면 되고 닫으면 안 된다 → 그 앱이 자기 프로세스 안에서 알람을 예약하고 있고, 시스템이 그것을 종료하고 있습니다.

안드로이드에는 아이폰에 없는 커다란 실패 요인이 하나 더 있습니다. 공격적인 배터리 최적화입니다. 제조사들은 안드로이드 위에 자체 프로세스 관리를 얹으며, 그중 몇몇은 앱이 무엇을 요청하든 백그라운드 작업을 종료해 버리는 것으로 악명이 높습니다.

1. 1설정 →「애플리케이션」→ 사용 중인 알람 앱 →「배터리」를 열고 「제한 없음」으로 설정하십시오.
2. 2삼성이라면 설정 →「배터리 및 디바이스 케어」→「백그라운드 사용 제한」도 확인해, 그 앱이 「절전 앱」이나 「최대 절전 앱」에 들어 있지 않은지 확인하십시오.
3. 3샤오미·레드미·POCO에서는 설정 →「애플리케이션」→「앱 관리」→ 해당 앱 →「자동 실행」을 켜고, 「배터리 세이버」를 「제한 없음」으로 두십시오.
4. 4요청받으면 「알람 및 리마인더」 권한을 허용하십시오. 최근 안드로이드 버전에서는 정확한 알람에 이것이 명시적으로 필요합니다.

위 목록의 대부분은, 앱이 운영체제에 부탁을 했고 시스템이 그것을 거절했기 때문에 존재합니다. 알람은 부탁이어서는 안 됩니다. 앱이 닫혀도, 기기가 재시동해도, 절전 기능이 그 앱을 쓰지 않는다고 판단해도 살아남는, 시스템 차원에 등록된 약속이어야 합니다.

Roosta는 그렇게 알람을 예약합니다. 앱을 밀어서 종료해도 알람이 취소되지 않는 이유가 그것입니다. 더 신경 쓴다는 주장이 아닙니다. 예약이 어디에 사는가의 차이입니다.

이것이 압도적으로 가장 큰 유형이고, 가장 답답한 유형이기도 합니다. 알람은 완벽하게 작동했기 때문입니다. 정확한 시각에 울렸고 소리도 냈습니다. 다만 그 소리가 당신에게 닿지 않았을 뿐입니다.

아이폰에서 흔한 범인은 벨소리 음량입니다. 미디어 음량과는 다른 조절 장치이고, 측면 버튼은 보통 미디어를 조절하며, 둘이 어긋났다는 것을 알려 주는 뚜렷한 표시가 없습니다. 안드로이드에서는 알람 음량이 벨소리와 미디어와도 별개인 세 번째 슬라이더입니다.

두 번째는 블루투스 경로입니다. 머리맡 케이스에 들어 있는 이어버드도 여전히 연결된 오디오 기기로 계산되며, 알람은 아무도 들을 수 없는 음량으로 거기에 신나게 울려 줍니다.

두 번째 유형은 사람들이 자신에 대해 가장 받아들이기 힘들어하는 것이고, 그리고 대단히 흔합니다.

• 알람이 오전이 아니라 오후로 저장되었다. 얼핏 보면 오후 6시 40분과 오전 6시 40분은 거의 똑같아 보이고, 두 플랫폼을 통틀어 가장 흔한 「알람이 안 울렸다」는 오해의 원인입니다.
• 수정이 저장되지 않았다. 시각을 바꾼 뒤 확인하지 않고 화면을 나가면 원래 알람이 그대로 남습니다.
• 알람이 평일로 설정되어 있었는데 그날이 토요일이었거나, 어느 시점에 반복 설정이 지워졌다.
• 목록에서 다른 알람을 정리하다가, 흔히 실수로 알람이 꺼졌다.
• 수면 일정에 기대면서 「알람」 탭을 보고 있거나, 그 반대다. 이것은 하나의 시계 앱 안에 있는 두 개의 별개 체계입니다.

이 가운데 어느 것도 기기의 잘못이 아니며, 설정에 시간을 쓰기 전에 모두 배제해 볼 가치가 있습니다. 시계 앱을 열고 흘깃 보는 대신 알람을 꼼꼼히 읽으십시오.

알람은 두 플랫폼 모두에서 무음 모드와 방해금지 모드를 뚫고 울리도록 설계되어 있으므로, 이 유형은 사람들이 짐작하는 것보다 작습니다. 그렇다고 비어 있지는 않습니다.

• 안드로이드에서는 방해 금지 모드에 끌 수 있는 명시적인 알람 예외가 있고, 직접 만든 방해 금지 모드 일정은 저마다 별도의 예외를 갖습니다.
• 아이폰에서는 촘촘히 만들어 둔 집중 모드가 표준 모드보다 움직이는 부분이 많으므로, 집중 모드를 완전히 끄고 시험해 볼 가치가 있습니다.
• 아이폰의 「주시 인식 기능」은 전면 카메라가 화면을 보고 있다고 판단할 때 알림 음량을 낮추는데, 이를 잘못 판단할 수 있습니다.
• 안드로이드의 배터리 최적화는 그 플랫폼에서 가장 큰 단일 원인이며, 소리가 아니라 앱 쪽을 눌러 버립니다.

이 유형은 서드파티 알람 앱에만 해당하고, 가장 나쁜 실패를 만들어 냅니다. 일어나기 전까지는 보이지 않고, 게다가 앱이 몇 주 동안 멀쩡히 작동한 뒤에 일어나는 경향이 있기 때문입니다.

알람 예약을 자기 프로세스 안에 — 보통 JavaScript 타이머나 백그라운드 워커로 — 들고 있는 앱은, 예정된 시각에 그 프로세스가 아직 살아 있어야만 합니다. iOS도 안드로이드도 그것을 중단하거나 종료할 수 있고, 둘 다 일상적으로 그렇게 합니다. 메모리가 빠듯할 때, 앱이 며칠 동안 쓰이지 않았을 때, 또는 제조사의 절전 기능이 필요 없다고 판단할 때입니다.

알아보는 단서는 들쭉날쭉함입니다. 평일에는 매일 울리다가 조용한 주말 뒤 월요일에 실패하는 알람은 거의 결코 음량 문제가 아닙니다. 당신이 쓰지 않는 동안 재워진 앱입니다.

유형을 순서대로 짚어 나가십시오. 각 유형이 답일 빈도 순으로 정렬해 두었습니다. 먼저 음량과 소리 경로, 그다음 알람 자체를 읽기, 그다음 시스템 설정, 마지막이 앱입니다.

실패가 네 번째 유형이라면, 설정을 아무리 바꿔도 완전히 해결되지 않습니다. 어떤 알람 앱에 대해서든 물어야 할 질문은 예약을 어디에 두느냐입니다. 알람을 운영체제에 등록하는 앱은 닫히거나, 강제 종료되거나, 업데이트되거나, 일주일 방치되어도 계속 작동합니다. 예약을 스스로 들고 있는 앱은 그러지 못하고, 그럴 수도 없습니다.