>> Что значит "в данном случае"?
> То и значит, что Ваш умеренно покорный слуга предпочитает сразу покупать подходящие
> диски, чем героически решать привнесённые производителем "зелёных" серий проблемы на ровном
> месте.Вообще-то речь была про проблемы в софте. И они, эти проблемы, потенциально везде могут возникнуть, а не только в самих дисках.
>> и отлавливаться только предварительно готовой к подобным проблемой программой
>> Не интересно частное решение задачи - интересно с прицелом на универсальность.
> Ну-у, такую задачку тоже можно решать, но тут может быть разумней пообщаться
> с разработчиками той же g-d-u или поискать более подходящую софтинку.
Это windows-way, знаете ли. Столлман любит пародировать такие молитвы разработчикам.
>> И здесь нужно не в вопросы-ответы идти, а иметь документ + сообщество по проблемам
>> пользовательского программирования под Linux.
> Кому надо -- ищет возможность, кому нет -- оправдание...
Бинарная логика здесь не действует: между этими крайними случаями существует куча других.
> здесь действительно всё
> просто иначе, чем MSDN+rsdn. Чем-то хуже, чем-то лучше. Мне
> так однозначно лучше.
А можно понитересоваться, чем парсинг текста на почти естественном языке для вас лучше готового набора библиотек к тому же тактиклю? Протоколы аля http не учитывайте - их подобия в современных программах нет.
> Те же MS загибают пользователя
> в выбранный собственноручно весьма частный случай обычно (а те же Apple
> так ещё жёстче).
А у них система не на скриптовом языке.
> Ну да, а на большее оно и не претендует. Дело в
> другом -- такой скриптик набрасывается гораздо быстрее, чем половина этого субтреда,
> и просто работает.
Дорабатываться он будет много сложнее. А готовый и (почти) универсальный - много проще.
> Если понадобится мониторить разницу и слать её
> почтой при превышении порога -- это ещё минут пять, ну десять.
А оптимальный порог вы как собираетесь определять? Это, знаете ли, обработка данных не одной тысячи пользователей, у которых есть данные smart за достаточно длительный период, после которого диск накрылся.
У обычного пользователя нет восьми дисков. Потеря одного - уже катастрофа. Он не помнит, в каких скриптах он написал DISKS = a b, чтобы это исправить при добавлении/извлечении/смене дисков, ибо он не админ с правильным стилем работы, и админные работы очень редки, чтобы помнить всё, что пришлось менять. Ну и т. д. Всё это при написании скрипта невозможно учесть обычному юзеру. То есть, ещё раз про правильно поставленное техзадание. Так что, увы, готовый скрипт с богатыми настройками такого плана предпочтительнее написание своего с нуля.
> Благодарю за понимание и прошу прощения за резкие порой слова.