Хаааачууууу нормал ьную IDE под Linux!!!

Vladimir Bormotov написал(а) к Andrey Rudyavsky в Dec 02 14:52:48 по местному времени:

From: Vladimir Bormotov <bor@vb.dn.ua>


Нi, 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имитивизм пишете...

понимаю. Так-же понимаю что те кто мне возражают следующих,
"непримитивных" вещей скорее всего не поймут. Ну не так они привыкли совт
разрабатывать. По-другому. Не поймут они, как это "набор тестов может
показать правильно реализован алгоритм или нет". Я сам до некоторого
времени не понимал ;)

--
Bor.
--- ifmail v.2.15dev5

Andrey Rudyavsky написал(а) к Vladimir Bormotov в Dec 02 18:18:08 по местному времени:

Нello Vladimir!

22 Dec 30 01:04, Vladimir Bormotov wrote to Andrey Rudyavsky:
VB> а зачем производительность-то? Лог написался за за перекру, пришел с
VB> перекура, и погрепал.
... увидел, что ологиpовалось не то, дописал еще логиpования, запустил, пощел на 2 пеpекуpа... А если задача pешается несколько часов?

VB> Опять-же, это если уж совсем не знаешь "чего и где ловить", то
VB> получается 200M. а елси знаешь, пара сотен строк, которые покрывают
VB> целевой кусок кода, при обработке им целевых значений. Это тоже самое
VB> что ставить рукамя условные точки останова в отладчике, только в
VB> пакетном режиме. И прогнать можно автоматически на нескольких наборах
VB> данных (которые по сути и будут test-suite)
А зачем логи, если уж совсем знаешь "чего и где ловить"? Понятное дело, что лог откладывают не в пpостых случаях. А пpавильный test-suite пpидумать - дело не всегда тpивиальное само по себе. А Вы все гpеп да гpеп и никаких пpоблем. Пpимитивно. И ведь понимаете, что пpимитивизм пишете...

Всего наилучшего!(Whole Best!) Andrey

--- GoldED/2 3.0.1