67 | П-МуЧаЧе | 12/31/1999 5:23:27 PM |
Во Владивостоке уже 25 минут новый год, но интернет не отвалился.
|
66 | Дед Мороз | 12/31/1999 5:03:56 PM |
Пока тихо ( +1:00 MST )
|
65 | Главный Кролик | 12/31/1999 4:39:12 PM |
Циниц -- (34) Я занимаюсь в том числе и проектом, который стоит что-то около 730 млн. долларов;)) Не я один, естессно, и не я рулю, к сожалению, но отношение я к нему некоторое имею;)) Один из клиентов моего отдела - армия, поэтому, сам понимаешь... Моя фирма держит там все системы MainFrame, всю поддержку баз данных, и всю бухгалтерию. Так что я просто зубами вырывал себе право в Новый Год быть дома;)))
|
64 | П-МуЧаЧе | 12/31/1999 4:06:52 PM |
Пожалуйста, любые сообщения сопровождайте указанием своего часового пояса (разница времени с Москвой)!
|
63 | СКАЗКА | 12/31/1999 4:00:46 PM |
пока все в порядке:-))))
|
62 | П-МуЧаЧе | 12/31/1999 3:37:33 PM |
Beta-test--> (61) Пока всё тихо, отвечу: Желаю, чтобы и тебя и детище твое миновали в следующем году любые проблемы :) Кроме, быть может, тех, преодоление которых поможет эволюции Отеля :)
|
61 | Beta-test | 12/31/1999 3:17:42 PM |
На самом деле, самая большая проблема 2000 года - это то, что большинство людей у верены, что 1 января начнется новый век и новое тысячелетие. На самом деле, это последний год десятилетия, последний год века и последний год второго тысячелетия...
И пусть Вас минут любые технические проблемы, связанные с этой датой! С наступающим! :)))
|
60 | П-МуЧаЧе | 12/31/1999 2:35:14 PM |
Итак, Господа, время - собирать сигналы "SOS" начнется через 25 минут!
|
59 | Циник | 12/30/1999 11:27:08 PM |
Vasq--> (58) Привет я бы передал - да нет у нас таких. Я работаю в немецком филиале, под Франкфуртом. :)
|
58 | Vasq | 12/30/1999 8:01:04 PM |
Насчет программ тестирования софта и харда есть утилитка из набора Norton Utilites 2000 которая тестирует базовый софт (NT или 95) и выдает название модулей (системных) в которых по её мнению есть "дырки" а также проверяет все файлы (типы которых установлены у неё в базе) на правильность полей , это xls dbf и прочие !
Насчет искустевенности раздутия данной проблемы не совсем согласен !
Фирма NCR (ведущий производитель банкоматов в Европе) запросила 150 долларов за upgrade kitt который тестирует банкомат и если это необходимо (в банкоматах 3 и 4 поколения) делает его Y2K компатибл ... Денег заработала NCR немеренно на этом , но я думаю что нет ни одного банка который бы захотел что бы его банкомат выдал клиенту вместо 2 купюр 3 %)) (не берем номинал касет)
Особенно класно проходил тест фронтальной банковской системы TPII на базе UNIX , которая использует в качестве базы ORACLE (7.3.1...) :) Особенно впечатлили результаты генерации отчетов и posting файлов ;) А уж как UNIX реагирает на попытки прочитать хотя бы больше чем на один byte больше разрешенного ;)) (вываливание процесса в coredump) ...
Циник--> (39) Привет господам Непомнящему и Александрову из фирмы Bull ;))
|
57 | Паганель | 12/30/1999 5:26:01 PM |
Le--> (55) Strider--> (56) обычные GPS ..в машинах и на вертушках...
|
56 | Strider | 12/30/1999 1:19:03 PM |
Паганель--> (54) А подробнее про август? Кто там упал? Честно говоря, я не слышал ни об одном серьёзном факте отказа GPS-оборудования в момент обнуления недели. Мы успели свои программы обновить за два дня до W1K :-)
|
55 | Le | 12/30/1999 1:16:18 PM |
Паганель--> (54) а что GPS? Ты про спутники? :-) Ну, это вообще отдельная проблема.. американцы же в августе сбросили GPS-время в ноль.. :-)
|
54 | Паганель | 12/30/1999 10:10:19 AM |
Докладываю: проблема 2000 года мне подчиненным сетям не грозит. Есть правда один неприятный аспект: GPS.. В августе уже старые русские упали, что лишь показывает ламерность рук, осуществляющих тех саппорт автомобилей. Надеюсь, в этот раз все обойдется )
|
53 | П-МуЧаЧе | 12/30/1999 8:38:32 AM |
Le--> (48) Лёнь, можешь и меня записать в безответственные программисты :))) Но, когда 15 лет назад я кропал одну маленькую программульку для работы с датами (всё это в ПО системы СПРН), я исходил из того, что до 2000 года она не доживет (по планам срок ее жизни был задан равным пяти годам). Так вот, в ней не были учтены некоторые особенности этого злополучного 2000 года :) Потом вмешались макроэкономические обстоятельства, поменяв прежние планы, и до сих пор эта программулька в составе всего комплекса находится на боевом дежурстве :)
|
52 | П-МуЧаЧе | 12/30/1999 8:30:49 AM |
Циник--> (39) Мы тут, у себя в компании для интереса подсчитали, какой коммерческий ущерб могли бы получить, если бы не вычистили в софте несоответсвия Y2K. Приблизительно - три четверти годовой прибыли и это в течении одного-двух месяцев. Поэтому, лучше было "вгрохать" деньги (меньшие) до, чем разгребать после :))
|
51 | П-МуЧаЧе | 12/30/1999 8:25:44 AM |
Beta-test--> (47) Прол предложил хорошую идею :) И теоретически попал в уязвимое место Отеля. Действительно, не будет ли в 2000 году глюков с подсчетом уникальных дней и рассчетом длительности отсутсвия посетителя? :)
|
50 | П-МуЧаЧе | 12/30/1999 8:23:19 AM |
Beta-test--> (41) Максим :) Ты коснулся только одной части. Есть еще финансовые программы, в которых расчетная часть привязана к дате. Например, вычисление задолженности и процентов по кредитам и т.п. В общем виде: любые вычислительные системы (включая железо и софт), в которых присутствуют операции с датами, являются потенциально подверженными проблеме Y2K. Причем, с железом, в котором под год отведено два знака, всё достаточно просто, поскольку для него существует четкая методика тестирования и маскирования этого недостатка, а с софтом хуже из-за того, что только сам разработчик знает, в каком контексте он оперирует датами. По своему опыту скажу, что практически всё ПО (для бизнес-процессов) в моей фирме не старее трёх лет, но и в нём обнаружились узкие места, где результаты операций с датами в 2000 году смогли бы дать неверный результат. Но теперь уже не дадут :))
|
49 | Животное | 12/30/1999 2:17:55 AM |
Не знаю не знаю :) Если в подшефных ресторанах будет проблема - это им встанет в хороший такой завтрак 1 января и не более :) Остальное выправим :) Ну снесём базу - "База - дело наживное"(c)Яхве. "Был бы софт мягкий - а база нарастёт"(c)Милунгу.
|
48 | Le | 12/30/1999 1:53:18 AM |
ALEX_B--> (38) ну так это не проблема Y2K.. это проблема наличия множественного числа безответственных программистов.. и всплыть они и впрямь в любой момент может.. :-)
|
47 | Beta-test | 12/29/1999 8:29:24 PM |
Прол--> (46) Можно, но тут, а то дискуссию засорим :)
|
46 | Прол | 12/29/1999 8:26:21 PM |
Например бот тупо чистит базу в связи с тем, что все ники не посещают отель уже год или 99 лет.
|
45 | Прол | 12/29/1999 8:23:07 PM |
Бета, а вообще можно сейчас устроить блиц-проверку Отеля на Y2K проблемы?
Мы будем выдвигать злые предположения, а ты будешь думать?
|
44 | Beta-test | 12/29/1999 8:19:38 PM |
Прол--> (42) В Windows NT и Delphi нет разрыва в период 1999-2000 :)
|
43 | Beta-test | 12/29/1999 8:18:21 PM |
А вот вероятность, что у директора компании 5 января не запустится Word отсутствует как таковая :))
|