1. чужой модуль который нам не подвластен, имеет свои баги и фичи
Я бы сказал так: "Мне безразлична запутанность шаблонного кода, пока его не нужно отлаживать".
Т.е. "чужое" - не есть недостаток само по себе.
Всё решает анализ этих самых багофич
2. нет возможности полноценно защитить наше задание
Ну защитите вы задание, а я (вирус) заверну ваш трафик в /dev/nul.
Или того проще - включу, криворукий (пользователь), блокировку в каком-нибудь аутпосте или правил наворочу в wipfw
3. очень часто используется как средство распространения вирусов, поэтому рекомендуется его отключать.
Служба сервера используется ещё чаще, но, тем не менее, не отключается даже там, где она (служба сервера) не нужна
вообще.
сам мелкий софт рекомендует у себя на сайте.
Беглый поиск в
базе знаний по "disable scheduler" ничего такого странного не выдал.
Ну т.е. советы "как отключить" - есть, а вот советов "отключайте, пока не поздно" - что-то не вижу.
Зато есть рекомендации по рихтовке прав на задания. Как раз под соусом "усиление защищённости системы".
4. юзабилити страдает, что не на пользу нашим юзерам. все же это настоящий планировщик с кучей фич которые нам абсолютно не нужны. мы используем 1-5% всех возможностей.
Согласен, но если развитие технологии позволяет использовать гидравлический пресс так же просто, как и кувалду - вай бы, собственно, и нет?
5. может вообще отсутствовать в системе по разным прчинам. причины не особо важны факт есть факт и приходится разбираться и востанавливать. свой же планировщик ставим мы, следим за целостность мы, знаем о нем все...
Это аргумент, но "два против одного", что проблема планировщика будет лишь одной из многих проблем такого компьютера/пользователя.
для меня это достаточный перечень, чтобы сделать свой планировщик, который заточен под наши задачи, не больше не меньше. поэтому и делаем.
А это будет обязательный компонент или можно будет "по старинке"?
