> Вообще-то речь была про проблемы в софте. И они, эти проблемы, потенциально
> везде могут возникнуть, а не только в самих дисках.Ну так не юзайте такой софт, где они сыплются на голову без приглашения.
>>> Не интересно частное решение задачи - интересно с прицелом на универсальность.
>> Ну-у, такую задачку тоже можно решать, но тут может быть разумней пообщаться
>> с разработчиками той же g-d-u или поискать более подходящую софтинку.
> Это windows-way, знаете ли.
Стоп.
Вы хотели универсальную софтинку? Тогда выбирайте -- основываться на чём-то либо писать с нуля. Если основываться -- это вопрос выбора проекта и налаживания взаимодействия. Если с нуля -- хозяин-барин.
Я свою хотелку вполне юниксвейно удовлетворил ещё зимой 2009.
> Столлман любит пародировать такие молитвы разработчикам.
На этом месте мне, наверное, полагается приплести не в тему Балмера. Зачем бы?..
> А можно понитересоваться, чем парсинг текста на почти естественном языке для вас
> лучше готового набора библиотек к тому же тактиклю?
Если готовый набор есть и таскать тикль устраивает -- почему бы и нет.
>> такой скриптик набрасывается гораздо быстрее, чем половина этого субтреда,
>> и просто работает.
> Дорабатываться он будет много сложнее.
Вот только мне это не рассказывайте, ладно? :)
> А готовый и (почти) универсальный - много проще.
Правда, самого его создать сложнее и всё равно оказывается куча случаев, когда (почти) универсальный чуточку или даже совсем не годится.
>> Если понадобится мониторить разницу и слать её почтой при превышении порога
> А оптимальный порог вы как собираетесь определять?
Эмпирически.
> Это, знаете ли, обработка данных не одной тысячи пользователей
До них нет дела (скриптик-то для себя, другим предоставляется as is). А если будет -- организую, тоже мне бином Ньютона.
На юниксах проще делать подножную автоматизацию и попросту нет такой необходимости в продухтах на каждый чих вроде "скопировать диск на другой диск байт-в-байт".