|
ru.unix
- RU.UNIX ----------------------------------------------------------------------
From : Ilyak Kaznacheev 2:5020/400 11 Aug 2005 01:02:47
To : Valentin Nechayev
Subject : Re: Уцелеть перед Майкрософт. help.
--------------------------------------------------------------------------------
.RFC-Message-ID: <iopkf152kamh1dnseim63lfmtlh8j4k94i@4ax.com>
.RFC-References: <dcslg0$249k$1@ddt.demos.su>
<f924f114o7itcgp3b0re51glea9c7qd554@4ax.com> <dct79l$id$1@ddt.demos.su>
<hra4f1d8adqtmlg2d6dhrjeeb2mtnmpqev@4ax.com> <dctch0$10an$1@ddt.demos.su>
<uu36f1p5srflnmne20v75u91bv1mckqe1p@4ax.com> <dcv9er$rnu$1@dd
.demos.su> <siq6f1tn19lcbhqrpni8jn0j0su3s4mpi8@4ax.com>
<20050806062007.GD79257@quarta.carrier.kiev.ua>
<ogn8f15spts1rfg558fq197h4t7tuun6ir@4ax.com>
<20050809112824.GG6621@quarta.carrier.kiev.ua>
From: Ilyak Kaznacheev <ilyak@online.ru>
Logged on as Ilyak(Online)
>>IK>> Кроме причин неодолимой силы, типа "сдохла БД" или "кончилось место на
>>IK>> диске", может быть только одна причина падений на ровном месте - если
>>IK>> программа банально недописана, то есть, там остались куски кода,
>>IK>> которые надо бы переписать, ибо так они работают вероятностно, а не
>>IK>> просто работают. Hо их никто не переписал.
>>IK>> P.S. Ошибки в ОС/библиотеках - не оправдание, дописанный и корректный
>>IK>> код должен обходить медвежьи капканы. Даже если за 3 километра.
>>>Агащазз. Особенно проявляющиеся под тяжёлой специфической
>>>нагрузкой. Вот откуда узнать, что в нагруженной NT чтобы
>>>CreateMutex() гарантированно сработал его надо обернуть в вечный
>>>цикл "не получилось - пробуем ещё"? А я наблюдал такую же
>>>проблему с read() из файла на диске под соляркой. И тоже
>>>пришлось патчить - цикл строить.
>IK> Я о чем и говорю - если появится такая проблема - прийдется патчить
>IK> код для обхода ошибки. Что не так?
>То, что ты не знаешь о возможности такой ошибки пока она не вылезла
>наружу (заметь, не у тебя, а у клиента).
Мы говорим о случае, когда ошибка вылезла. Когда приложение таки
начало падать на ровном месте.
>>>Это только крошечный пример, но показывает что твои... мнэээ...
>>>априорные умозаключения никакого отношения к реальной жизни не
>>>имеют. Хотя, теоретически (сферически в вакууме), конечно, иметь
>>>должны.
>IK> Имеют-имеют. Если сами девелоперы наблюдают падение кода на ровном
>IK> месте и не дергаются исправить - значит, в месте, где надо исправлять,
>IK> все сильно запущено.
>Они не наблюдают такого падения, оно происходит у клиента.
В случае веб-сайта клиент и разработчик, как правило, одно лицо, либо
сайт расположен у/находится в юрисдикции разработчика, который
наблюдает и дальше уже - или правит, или чешет какую-нибудь часть
тела.
--
Not logged on. Reconnecting..........
--- ifmail v.2.15dev5.3
* Origin: Оправдывает ли цель средства -- задача, в общем виде н (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
