|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Vladimir Bormotov 2:5020/400 27 Dec 2002 15:52:49
To : Andrey Rudyavsky
Subject : Re: Хаааачууууу нормал ьную IDE под Linux!!!
--------------------------------------------------------------------------------
Hi, Andrey!
>>>>> "AR" == Andrey Rudyavsky <Andrey.Rudyavsky@p28.f163.n5030.z2.fidonet.org>
>>>>> writes:
VB>> а зачем производительность-то? Лог написался за за перекру, пришел
VB>> с перекура, и погрепал.
AR> ... увидел, что ологиpовалось не то, дописал еще логиpования,
AR> запустил, пощел на 2 пеpекуpа... А если задача pешается несколько
AR> часов?
задача решается несколько часов, если "решатель" не умеет написать
номальную test suite.
и не нужно мне рассказывать про функцию которая обсчитывает матрицы
агромадных размеров. Всегда можно разбить задачу на более маленькие,
особенно если это математика. выделить порцию данных на которых эфект
проялвется, и подумать, в чем проблема.
VB>> Опять-же, это если уж совсем не знаешь "чего и где ловить", то
VB>> получается 200M. а елси знаешь, пара сотен строк, которые покрывают
VB>> целевой кусок кода, при обработке им целевых значений. Это тоже самое
VB>> что ставить рукамя условные точки останова в отладчике, только в
VB>> пакетном режиме. И прогнать можно автоматически на нескольких наборах
VB>> данных (которые по сути и будут test-suite)
AR> А зачем логи, если уж совсем знаешь "чего и где ловить"?
затем, чотб не ловить руками.
"Человек должен думать, машина - работать".
Кстати, в случае "задача работает два часа", отладчик не спасает никак.
Ты будешь два часа ждать пока попадешь в точку останова. Только в случае
номральных логов можно покурить (или заняться ДРУГОЙ работой, например
оформить документацию на то, что уже написано), а в случае отладчика -
нажимать на кнопку "step over" или как-то так.
AR> Понятное дело, что лог откладывают не в пpостых случаях.
разумеется. Как только в каком-то месте возникла "непонятка", туда
дописывается логинг.
AR> А пpавильный test-suite пpидумать - дело не всегда тpивиальное само по
AR> себе.
а никто не обещал что будет легко ;-)
например в рамках eXtreme Programming "правильная test_suite" определяется
как критерий того, что кодер закодил задачу правильно.
AR> А Вы все гpеп да гpеп и никаких пpоблем.
кто скзаал что "никаких пробелм"?
AR> Пpимитивно. И ведь понимаете, что пpимитивизм пишете...
понимаю. Так-же понимаю что те кто мне возражают следующих,
"непримитивных" вещей скорее всего не поймут. Hу не так они привыкли совт
разрабатывать. По-другому. Hе поймут они, как это "набор тестов может
показать правильно реализован алгоритм или нет". Я сам до некоторого
времени не понимал ;)
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
