|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Valentin Nechayev 2:5020/400 07 Oct 2002 18:18:53 To : Vladimir Bormotov Subject : Re: g++ -------------------------------------------------------------------------------- >>> Vladimir Bormotov wrote: VN>> В ряде случаев ты заранее не знаешь, что смотреть и писать в лог. VB> ровно то, что я бы смотрел watch'ем в отладчике. VN>> Для этого случая эффективнее отладчик, чем логи. VB> немного. Самоя большая моя претензия к отладчику - он отнимает МОЕ время. А мое - экономит. В тех случаях, когда я его использую. ;)) VB> Если ситуация не ловитс с первого раза, то обычно придумывается пакет VB> тестов. Чтоб выловить таки. Это все есть смысл автоматизировать. VB> Писать скрипты для отладчика? Тесты можно писать при хорошо структурированной программе. А бывают и более другие. VN>> Можно долго говорить, что это признак плохой работы программистов, но VN>> мы живем в реальном мире, а гнутый софт вообще побил все рекорды VN>> кривого кодописательства. VB> разумеется мы не говорим, а обсуждаем когда же таки отладчик более удобен, VB> чем "выравнивание кода". Вот, заметь, те кто больше всего хотел отладчик, VB> так и не сказали ничего, что сказал ты, и в соседнем письме Alex Tomas ;) Из неумения формулировать не следует неумение применять несформулированное. VN>> Я отладчик не люблю - задалбывает еще когда говоришь break и set args VN>> ;) Hо однократный проход отладчиком по больному месту с поиском, VN>> почему и где портятся данные, оказывается значительно эффективнее VN>> набивания контрольками и логами после каждой третьей строки. VB> если он однократен, согласен. VN>> После этого уже можно понять, где ставить те же контрольки и ловить, VN>> что не так. VB> тут опять согласен ;) Во-во. А с другой стороны, отладчик можно настраивать так, что он собой будет реализовывать те же контрольки и отладочную печать - пусть медленнее, но будет - без модификации кода. И хорошие отладчики позволяют сохранять комплекты подобных настроек и даже учитывать модификацию кода, когда номера строк ползут. И если отладчик вообще применим, то получается где-то то же. Hо я, например, не научился (пока?) использовать gdb в таком режиме, и морды к нему - тоже. И интерактивного софта у меня как-то слишком мало - все в основном запускаемое по крону, из inetd, из /etc/aliases, и так далее. Вот и рассказываю потому, что логи эффективнее... ;))) /netch --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/736866b0ac3f.html, оценка из 5, голосов 10
|