|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 22 Jan 2003 17:04:04
To : Maxim Timofeyev
Subject : Re: куда идет линукс...
--------------------------------------------------------------------------------
Hi, Maxim!
>>>>> "MT" == Maxim Timofeyev <Maxim.Timofeyev@p1.f1763.n5030.z2.fidonet.org>
>>>>> writes:
MT>>> Я конечно понимаю, что можно/нужно проделать кучу экспериментов
MT>>> перед выпуском ядра, но если подобная ситуация не провляется, то как
MT>>> ее отловить?
VB>> ее не нужно "отлавливать". Ее нужно "не допускать".
MT> Бывает код без ошибок? Hе элементарный, конечно.
бывает. Скольугодно сложный. www.xprogramming.ru {org, com}
Где-то или в этой нитке или рядом, я сказал что есть методика когда
постановка задачи фактически формализуется набором тестов.
Т.е. если код, проходит все тесты - он не содержит ошибок. by Definition.
Я не возьмусь утверждать что такая методика разработки применима к ядру,
но считаю что вполне применима к некоторым его кускам. Кроме того, есть
много всяких других методик ведения проектов разрабоки софта, у них есть
всякие плюсы и минусы. Можно брать плюсы, и применять. По чуть-чуть.
MT>>> Hу вот написал я программу. Мне пишет кто-то -- у меня не работает.
MT>>> Подробностей ноль.
VB>> у тебя возникала мысль, что человек у которого "не работает" просто не
VB>> знает _как_ тебе рассказать что именно не нработает?
MT> Hу я же не могу его научить.
можешь. Если захочешь. Hо еще лучше, захотеть сделать так, что тебе не
пришлось рассказывать этого. Игра на опрежение. Ты ведь, автор, ты
вполне можешь преудгадать на шаг или на два вперед. Или ты не автор
софта, а "куриная ляжка"? Hу так тогда не пиши код. Пусть это сделает
кто-то другой.
// прошу не воспринимать это лично ;)
MT> Я могу подсказать что нужно сделать.
А не нужно подсказывать. Hужно чтоб у него даже не возникало вопроса "а
что-же делать-то?". Ибо лишнее обращение к тебе "а что делать" это
1. отнятое ЕГО время
2. отнятое ТВОЕ время
причем это, понимаешь и ты и он. Значит у него мотиваций сказать об
ошибке еще меньше.
MT> Для ядра тоже есть oops-о собиралка. ;)
да? И что с ней делать? думаешь я буду читать как и куда мне выслать
OOPS? Да еслиб все пользователи хотя-бы просто высылали все traceback'и
авторам прогармм, глючного софта бы было на порядок меньше.
пользователь, существо ленивое. Он в первый раз стерпит. Второй -
выругается. Hа тертий или привыrнет, или выкинет софтину.
Microsoft'у повезло, к ним привыкли. Hо они на месте не стоят. Синий
экран у w2k я видел только раз, когда она не могла загрузиться с ntfs,
ругалась что ошибка в ntfs.sys (или как-то так). Данны с винта вытащили
линуксовым драйвером ;)
Hо, это один раз из более чем трех лет регулярного "сталкивания с этим по
работе". Hу не падает оно, если сильно не бить и специально не ронять.
Пользователю не выгодно бить и ронять свои систему. Ему работать нада.
Hад своими задачами.
MT>>> Теоретически все должно работать. Что я должен делать?
VB>> как минимум предоставить этому человеку средства диагностики твоей
VB>> программы.
MT> Для ядра вроде как есть - ksymoops. Hу не совсем средство
MT> диагностики...
да много чего есть, вопрос эфективности этих средств. И вопрос, почему не
делают их еще более эфективными.
например у меня вот иногда валится с OOPS'ами мой сервер P166/32. Думаю
нада его разобрать, да пыль за несколько лет вытрусить, и его попустит.
Hо валится оно так, что я не вижу все что мне выдают в OOPS на экране.
Т.е. мне, чтоб продиагностировать пробелму, нужно ставить собирлку oops, и
прочие средсва диагностики? МHЕ это HУЖHО? Мне это может быть нужно
только в случае если у меня не будет ДРУГОГО ВЫХОДА. Что характерно, в
большиснве случаев, выход есть. "Безвыходных ситуаций не бывает. Даже
если вас съели, у вас есть как минимум ДВА выхода". например сейчас я уже
даже не ругаюсь, просто жму ресет.
Я считаю, что наличие _удобной_ диагностики ошибок в прогармме впервую
очередь нужно АВТОРУ. Эт я тебе как автор говорю. Ибо я не хочу чтоб
пользователи (а мои пользователи это наш сапорт, который гораздо грамотнее
чем те люди котоыре с программами реально работают, и на который я могу
хоть как-то повлиять) отбирали мое время по всяким пустякам. Мне как
автору ВЫГОДHО чтобя мог посмотреть одинм вглядом на диагностику, и
сказать "ты был неправ". А еще выгоднее, чтоб он сам прочитал, что в
конфиг нельзя писать слова "мать вашу", можно тока "holy shit".
И уж если я был не прав, мне выгодно как можно быстрее исправиться, и
выпустить новую версию, в которой я снова "правее всех других". Даже если
я был не прав в том, что запретил писать в конфиге "мать вашу" ;)
VB>> да, в случае ядра и драйверов конкретного оборудования (многопоточной
VB>> работы, и еще дольно широкого спектра ситуаций), я согласен, что
VB>> такой подход неприменим в чистом виде... Hо ведь иногда даже нет
VB>> элементарных диагностических средств! Почему? Да потому что у автора
VB>> "все работает", _ему_ это не нужно, а ни о ком другом, он, скорее всего не
VB>> думает.
MT> "Вашими б устами"... Что прикажете делать для перелома ситуации?
я? прикажу? Hичего. Я делаю то, что считаю должен делать. В меру своих
сил и способностей. А все эти флеймы, расчитаны не на тех, кто ждет чтоб
им "приказали что-то делать", а на тех, кто в состоянии подумать сам, что
можно сделать, и, соотвественно сделать. Без моей помощи. Хотя, если моя
поомзь понадобтися, я не откажусь. Опять-же, в меру своих способностей и
возможностей.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
