> Не исчезнут, но писать программы в которых таких проблем не будет станет
> намного проще. Одно дело если ты подписался на событие и потом
> тебе его пришлют, и другое — если тебе самому надо постоянно
> дрыкать системные часы на предмет «ой, не изменились ли? ой, не
> изменились ли? ой, не изменились ли?» … при том что данные
> сисколы вообще-то known источник довольно большого оверхеда.а можно пример программы, которая не запрашивает системное время, но при этом хочет знать про его смену? зачем?
хинт: для измерения интервалов это нафиг не надо.
хинт: если автор работает с текущей датой/временем, и при этом не проверил разумность полученых значений (например: новое должно быть больше предыдущего) — то это или дебил, которого нельзя подпускать к разработке, или программе это действительно пофигу (set file mttime to current time в файловом менеджере, например).
>> то есть, до этого программисты забивали на ситуацию «время ВНИЗАПНА! поменялось»,
> Ну, понимаешь, писать такие программы станет проще.
которые забивают? точно так же, как и до этого: смело проигнорить всё, что можно.
>> а тут все дружно начнут её обрабатывать. воистину, Панацея!
> Не столько панацея сколько относительная геморность реализации. Подписаться на эвент проще
> чем самому др@чить часы постоянно.
см. выше.
итого: реально у такой штуки три с половиной применения в полутора программах. но при этом в памяти висит демон, упорно следит (он же уследит, если я просто от рута сменю дату? или только если самого демона попросить?), ест ресурсы.
кстати: а как насчёт таймзон? реально никакие системные часы при переходе daylight time ведь не меняются. а если у меня в одной программе одна таймзона, а в другой — другая? это и без рута можно. что сделает бедный демон, который вообще ни разу ни в курсе, у кого какая?
итого: нишевое решение почти несуществующей проблемы. тупое, лобовое, бесполезное. ну, как всё, что выходит из-под портеринга.
