Shoo! vs Lockish: оверлей поверх окна против завершения процесса
Lockish и Shoo! на самом деле во многом похожи: разовая покупка, без подписки, 7 дней бесплатного пробного периода, только macOS 14+, разработка небольшой командой, а не крупной компанией. Где они действительно расходятся — это архитектура, и именно она решает, что на самом деле значит «заблокировано», пока кто-то другой сидит за вашим Mac.
| Shoo! | Lockish | |
|---|---|---|
| Цена | $17.99 разово | $9.99 разово |
| Пробный период / платформа | 7 дней, macOS 14+ | 7 дней, macOS 14+ — как у Shoo! |
| Механизм блокировки | Завершает процесс приложения — под блокировкой ничего не работает | Оверлей поверх окна приложения — само приложение продолжает работать под ним |
| Запасной ключ доступа | Отдельный резервный пароль, хешируется PBKDF2 — никогда не пароль от Mac | Принимает собственный пароль входа в Mac как запасной вариант |
| Разрешения | Никаких | Accessibility (для отслеживания окон) |
| Журнал попыток и запланированный доступ | Уже реализованы | Оба числятся «в планах» в публичном roadmap Lockish |
Главное отличие: оверлей поверх окна, а не мёртвый процесс
Lockish прямо описывает собственный механизм: «блокировка только приложения (не во весь экран)» — он блокирует конкретное окно приложения оверлеем вместо того, чтобы занимать весь экран, так что можно продолжать пользоваться другими приложениями, пока заблокированное ждёт под оверлеем. Это реальное преимущество в удобстве по сравнению с полноэкранными блокировщиками, и Lockish открыто называет это своей главной фичей.
Но само приложение всё это время продолжает работать под оверлеем. Shoo! занимает другую позицию: заблокированное приложение ничем не скрыто — оно просто не запущено. Touch ID нужен, чтобы запустить его заново, а не чтобы увидеть, что скрыто за экраном поверх него. Собственный список изменений Lockish показывает, чего стоит подход с оверлеем в разработке: покрытие каждого окна заблокированного приложения, удержание оверлея на месте при перемещении или изменении размера окна, полная блокировка ввода с клавиатуры в заблокированное окно — всё это были отдельные исправления, добавленные в последующих релизах. Таких пробелов просто не существует, когда процесса, у которого могло бы быть окно, вообще нет.
Вопрос с паролем от Mac
По собственному FAQ Lockish, он «поддерживает мгновенный биометрический доступ через Touch ID или пароль от Mac как запасной вариант для устройств без Touch ID». На общем семейном Mac это значит, что любой, кто знает пароль входа — а таких людей часто больше, чем кажется, — может открыть все заблокированные вами приложения.
Резервный пароль Shoo! — отдельный секрет, который вы задаёте внутри самого приложения, хешируется через PBKDF2 (210 000 итераций) с ограничением на число попыток подбора. Это никогда не пароль входа в Mac, и это осознанное решение — умение войти в Mac не должно автоматически означать возможность открыть на нём всё подряд.
Разрешения
В FAQ Lockish указано, что он использует API Accessibility для отслеживания окон (Screen Recording ему не нужен, о чём он тоже честно сообщает). Shoo! вообще не запрашивает Accessibility, Screen Recording или Automation — ему не нужно следить за окном, потому что он не отслеживает окно, а управляет тем, разрешено ли процессу работать.
Что уже есть, а что ещё только в планах
Shoo! уже поставляется с журналом попыток доступа (каждая попытка открыть защищённое приложение, успешная или нет) и запланированным по времени доступом (окно часов, в которое конкретное приложение вообще не будет спрашивать Touch ID, а вне этого окна — будет). На момент написания собственный публичный roadmap Lockish указывает «журналирование неудачных попыток» и «запланированную защиту (блокировку по времени)» в будущей версии со статусом «в планах» — ещё не выпущено. Стоит проверить актуальную страницу roadmap Lockish напрямую, поскольку это может измениться.
Цена
Lockish стоит $9.99 разово, с 7-дневным бесплатным пробным периодом. Shoo! стоит $17.99 разово, тоже с 7-дневным пробным периодом без ограничений по функциям. Lockish дешевле; цена Shoo! покрывает архитектуру с завершением процесса, нулевой набор разрешений и функции планирования и журналирования, которых у Lockish пока нет.
Кому лучше подойдёт Lockish
Если хочется продолжать поглядывать на другие окна, пока одно приложение заблокировано, не смущает, что пароль от самого Mac работает как запасной вариант, и хочется заплатить меньше уже сейчас — Lockish действительно качественно сделанный, активно обновляемый продукт от небольшой команды с той же философией без подписки, что и у Shoo!.
Кому лучше подойдёт Shoo!
Если смысл блокировки приложения именно в том, чтобы никто, кто знает пароль от вашего Mac, всё равно не мог его открыть, и вы не хотите выдавать доступ Accessibility ради этой функции — Shoo! построен ровно вокруг этой позиции, причём планирование и журнал попыток уже включены, а не запланированы на потом.
Проверьте Shoo! сами — 7 дней бесплатно, все функции без ограничений, карта не нужна.
Частые вопросы
Продолжает ли Lockish держать заблокированное приложение запущенным под оверлеем?
Да. Lockish блокирует конкретное окно приложения оверлеем, пока само приложение продолжает работать под ним. Shoo! действует иначе — заблокированное приложение ничем не скрыто, оно просто не запущено, пока Touch ID не запустит его заново.
Может ли кто-то открыть заблокированное в Lockish приложение паролем входа в мой Mac?
Да — по собственному FAQ Lockish, он поддерживает пароль входа в Mac как запасной вариант вместо Touch ID, так что любой, кто знает этот пароль, может открыть все заблокированные вами приложения. Резервный пароль Shoo! — отдельный секрет, задаваемый внутри приложения, и это никогда не пароль входа в Mac.
Нужны ли Lockish разрешения Accessibility?
Да, в FAQ Lockish указано, что он использует API Accessibility для отслеживания окон. Shoo! вообще не запрашивает Accessibility, Screen Recording или Automation, поскольку управляет тем, разрешено ли процессу работать, а не следит за окном.
У кого уже есть запланированный доступ и журнал попыток — у Lockish или у Shoo!?
Shoo! уже поставляется с обоими: полным журналом попыток доступа и запланированным по времени доступом. На момент написания публичный roadmap Lockish указывает обе функции как запланированные на будущую версию, ещё не выпущенную.