вопрос дня: чем `systemd timer` лучше `cron` на собесе?

вопрос дня: чем `systemd timer` лучше `cron` на собесе?

Если отвечаете «ну, это просто аналог cron», — это слабый ответ. На интервью ждут понимания, **почему** это удобнее в реальной эксплуатации.

3 шага, как отвечать:
1) **Надёжность.** `systemd timer` умеет `Persistent=true`: если сервер был выключен, задача догонит пропущенный запуск после старта. У cron этого по умолчанию нет.
2) **Наблюдаемость.** Логи — через `journalctl`, статус — через `systemctl status`. Не надо гадать, выполнилась ли задача и почему упала.
3) **Контроль.** Есть зависимости, лимиты, окружение, `OnCalendar`, `OnBootSec`, `RandomizedDelaySec`. Это уже не «строка в crontab», а нормальный управляемый unit.

Как это продавать на интервью:
- для простых одноразовых задач cron ок;
- для продовых jobs с мониторингом и перезапусками — `systemd timer` часто сильнее;
- важно показать, что вы думаете не про синтаксис, а про эксплуатацию.

Короткая формула ответа:
**cron — проще; systemd timer — безопаснее, наблюдаемее и лучше ложится в production** ✅