|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Vladimir Bormotov 2:5020/400 08 Oct 2002 00:04:55 To : Valentin Nechayev Subject : Re: g++ --------------------------------------------------------------------------------
Hi, Valentin!
>>>>> "VN" == Valentin Nechayev <netch@segfault.kiev.ua> writes:
VN>>> В ряде случаев ты заранее не знаешь, что смотреть и писать в лог.
VB>> ровно то, что я бы смотрел watch'ем в отладчике.
VN>>> Для этого случая эффективнее отладчик, чем логи.
VB>> немного. Самоя большая моя претензия к отладчику - он отнимает МОЕ время.
VN> А мое - экономит. В тех случаях, когда я его использую. ;))
мое тоже, но случаев таких (когда я его пользую) ооочень мало. С чего,
собвенно и началось ;-)
VB>> Если ситуация не ловитс с первого раза, то обычно придумывается пакет
VB>> тестов. Чтоб выловить таки. Это все есть смысл автоматизировать.
VB>> Писать скрипты для отладчика?
VN> Тесты можно писать при хорошо структурированной программе. А бывают и
VN> более другие.
тесты можно писать для любых. Есть входные данные, есть мнение "что
должно получиться на выходе" - тест. запустил, проверил, что мы получили
на выходе программы с тем, что должны были.
VB>> разумеется мы не говорим, а обсуждаем когда же таки отладчик более удобен,
VB>> чем "выравнивание кода". Вот, заметь, те кто больше всего хотел отладчик,
VB>> так и не сказали ничего, что сказал ты, и в соседнем письме Alex Tomas ;)
VN> Из неумения формулировать не следует неумение применять
VN> несформулированное.
интуиция? так они даже не пытались сформулировать... Верятность что
умеют полльзовать есть, но мала..
[skip]
VB>> тут опять согласен ;)
VN> Во-во.
VN> А с другой стороны, отладчик можно настраивать так, что он собой будет
VN> реализовывать те же контрольки и отладочную печать - пусть медленнее,
VN> но будет - без модификации кода.
елси наша цель заставить работать нерабочий код - то мы его будем
модифицировать. Я считаю что лучше это начать сразу, быстрее получится
результат.
VN> И хорошие отладчики позволяют сохранять комплекты подобных настроек и
VN> даже учитывать модификацию кода, когда номера строк ползут. И если
VN> отладчик вообще применим, то получается где-то то же.
ой, это уже совсем дебри какие-то..
VN> Hо я, например, не научился (пока?) использовать gdb в таком режиме,
VN> и морды к нему - тоже. И интерактивного софта у меня как-то слишком
VN> мало - все в основном запускаемое по крону, из inetd, из /etc/aliases,
VN> и так далее. Вот и рассказываю потому, что логи эффективнее... ;)))
а у меня примерно 70/30. 70 - интерактив. Hо всеравно лень кнопки
давить, лишний раз. А так я сажу человека, который "знает чего нажимать,
чтоб оно упало", и он нажимает. Потом по логу почитал что-же произошло на
самом деле ;). В случае демонов - там тестироваине автоматизируется
более-мение.
--
Bor.
--- ifmail v.2.15dev5
* Origin: BorHomeLand (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/2541a1aa0702.html, оценка из 5, голосов 10
|