|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Vlad Gnatov 2:5020/400 05 Nov 2007 18:36:18 To : Alex Semenyaka Subject : <none> -------------------------------------------------------------------------------- Mon Nov 05 2007 01:56, Alex Semenyaka wrote to Vlad Gnatov: AS>>> Повторю коротко то, что ты поскипал, чтобы пофлеймить. AS>>> Локалтайм в CMOS - говно, но оно может быть там нужно. AS>>> NTP - не всегда выход. А если ручную работу можно минимизировать AS>>> - надо дать возможность это сделать. VG>> Я уже говорил, хотите пофлеймить - все что Вам нужно сделать, VG>> это разок переступить через себя и сказать хоть что-то конкретное. AS> Что может быть конкретнее утверждения, что _опциональный_ переход на AS> зимнее/летнее время при CMOS, настроенном по локальному времени, вполне AS> оправдан? И вновь Вы говорите о общем случае. Аккуратней надо. Как я неоднократно уже говорил, против опционально автоматического перевода, в случае, когда это _возможно_ , ничего не имею. Hо в условиях, озвученных инициатором данного флейма, такой возможности нет. И при этом он еще настаивает на включении любой ему функциональности по умолчанию. AS> Ты так старательно пытаешься меня не понять, что я аж растрогался. AS> Как-то так получается, что я всё "неконкретно" говорю про техноку, AS> зато ты очень конкретно, но почему-то про меня. Поэтому пофиксь себя, AS> пожалуйста, ты поломался. Хм. Кто-то переходит на личность оппонента, говорите? VG>> Хотите минимизировать усилия - замечательно. Только сначала VG>> предложите алгоритм, правильно работающий в условиях указанных VG>> Евгением (к сожалению не знаю отчества), потому что то, что VG>> предлагает он ненадежно и более того, вредно. AS> Да, в этих условиях полной надёжности не достичь - никто и не спорит. AS> Hо если мне надо в 10% подкрутить время - это проще, чем если мне надо AS> это сделать в 100% случаев. Так что как опция - этот функционал вполне AS> нормален. Hенадежен в данном контексте означает, что алогитм не просто не работает в x% случаев, это еще и работает неправильно в y%. И чтобы скомпенсировать эту неправильность, нужно либо делать смелые допущения(о том, что если другие ОС на данном компе и существуют, то функция перевода времени в них отключена) либо писать ИИ способный проверить так ли это для каждой ОС, потенциально способной находиться на компе. Поэтому никакого дефолта, в качестве опции такая функциональность возможна, но крайне малополезна. В своей локальном дереве EG может творить, что пожелает. Обо всем этом я тоже неоднократно говорил. AS> Hе согласен - добейся того, чтобы HЕ БЫЛО опции часы в CMOS держать в AS> локальном времени. Ты не понимаешь, что это то же самое - не совсем AS> хорошее действие, но в ряде случаев упрощающее жизнь? Именно ПОЭТОМУ AS> такая опция и есть. А раз уж "А" сказано, то надо и "Б" сказать. Аккуратней передергивать надо. Меня текущая ситуация устраивает. Вам что то нужно - Вы и добивайтесь. AS>>> Если что неясно по _теме_ - не стесняйся, спрашивай. С риторикой - AS>>> напрягись, заработай денег и пойди на платные курсы. VG>> По _теме_, у Вас? ') AS> Я вижу, что у тебя не получается. Сочувствую. Hу напрягись, что ли? Включился автоответчик "сам дурак"? Фу. --- ifmail v.2.15dev5.4 * Origin: FidoNet Online - http://www.fido-online.com (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/446674e0e11fd.html, оценка из 5, голосов 10
|