tag:blogger.com,1999:blog-10303035.post1665963267171429805..comments2024-02-04T23:20:04.066+03:00Comments on Алёна C++: Искусство отладки: как предупредить появление баговAlenahttp://www.blogger.com/profile/09389124127364799922noreply@blogger.comBlogger11125tag:blogger.com,1999:blog-10303035.post-82047777323135732742009-11-30T13:15:59.682+03:002009-11-30T13:15:59.682+03:00Если программист правит баги вместо того, чтобы ра...<i>Если программист правит баги вместо того, чтобы разобраться с причиной - это не старательность. Это безолаберность, несистемность, безынициативность, непрофессионализм</i><br><br />Т.е. можно "править баг", не разбираясь в его причинах? Можно конечно (и я такое видел), но я не думаю, что кто-либо из комментаторов назвал бы это "исправлением бага".<br><br />"Аккуратность" очень нужна программисту (особенно на C++ - Java-программист всегда сможет обвинить во всем JVM :). Но 100%-ную гарантию человек дать не может по определению, можно лишь свести появление багов к какой-то малой вероятности. Сейчас, кажется, популяризируется мнение, что "софта без багов" не бывает. Отчасти, это правда. И потому, если разработчик нашел баг и исправляет его, то это значит, всего лишь, что он с Вами честен. Все остальное можно понять лишь заглянув глубже (доходя иногда до кода).<br><br />Но все это не отменяет ни грамотного проектирования, ни методик программирования (шаблоны, проверка типов, ошибки компиляции вместо ошибок исполнения, "xитрости-премудрости" на вроде "if (1 == a)" ), ни тестирования (unit, нагрузочное и т.п.) как средств уменьшения хаоса и вероятности багов.Marat Abrarovhttps://www.blogger.com/profile/01714473137005987457noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-77663734603268327312009-11-29T21:08:00.463+03:002009-11-29T21:08:00.463+03:002dtjurev:
Вот всё-таки непонятно, откуда эта бояз...<b>2dtjurev:</b><br /><br /><i>Вот всё-таки непонятно, откуда эта боязнь аккуратности. :)</i> <br /><br />Я много раз наблюдала один и тот же паттерн. Программисты на полном серьезе считают, что аккуратность - это серебряная пуля в деле борьбы с багами. И когда лезут баги они не пытаются остановиться и подумать, они начинают активнее фигачить. 14 часов в день, 16, ночи напролет. Безумие какое-то.<br /><br /><i>Если программист правит баги вместо того, чтобы разобраться с причиной - это не старательность. Это безолаберность, несистемность, безынициативность, непрофессионализм, наконец :)</i><br /><br />Непрофессионализм, да. Ну так с этого все начинают, это нормально.Alenahttps://www.blogger.com/profile/09389124127364799922noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-16395081201685312852009-11-29T13:55:31.166+03:002009-11-29T13:55:31.166+03:00Вот всё-таки непонятно, откуда эта боязнь аккуратн...Вот всё-таки непонятно, откуда эта боязнь аккуратности. :) Если программист правит баги вместо того, чтобы разобраться с причиной - это не старательность. Это безолаберность, несистемность, безынициативность, непрофессионализм, наконец :)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-10303035.post-91718738902497774572009-11-28T23:53:08.384+03:002009-11-28T23:53:08.384+03:00При написании юнит тестов быть готовым к тому, что...При написании юнит тестов быть готовым к тому, что их код будет вдвое больше, чем проверяемый.<br />Всякие проверщики типа qac.<br />На уровне менеджемента - обязательный код ревью, обязательный прогон тестов перед комитом, обязательное добавление тестов на новый код. Скучно? Зато промышленно! :-)Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-10303035.post-79747936852207684262009-11-28T21:47:17.680+03:002009-11-28T21:47:17.680+03:002afanasiy:
Сейчас хочу снова начать, не посоветуе...<b>2afanasiy:</b><br /><br /><i>Сейчас хочу снова начать, не посоветуете, в какой среде лучше писать программы? И какие книги читать?</i> <br /><br />Вот тут я давала список книг для начинающих: http://alenacpp.blogspot.com/2006/09/blog-post_19.html<br /><br /><i>У меня есть Visual Studio 2005, говорят, там есть разница в синтаксисе.</i><br /><br />Угу, с каждой новой версией правятся баги. Visual Studio 6.0 уже сильно устарела. Visual Studio 2005 - нормальный выбор, можно начать с нее.Alenahttps://www.blogger.com/profile/09389124127364799922noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-82048277142203348952009-11-28T16:31:03.794+03:002009-11-28T16:31:03.794+03:00Здравствуйте, Алёна!
Я давно читаю Ваш блог, очень...Здравствуйте, Алёна!<br />Я давно читаю Ваш блог, очень интересно. Когда-то начинал учиться программировать на С++ в среде Visual C++ 6.0, но потом забросил. Сейчас хочу снова начать, не посоветуете, в какой среде лучше писать программы? И какие книги читать? У меня есть Visual Studio 2005, говорят, там есть разница в синтаксисе.afanasiyhttps://www.blogger.com/profile/03195976334389276569noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-10556533093526256772009-11-28T16:28:03.221+03:002009-11-28T16:28:03.221+03:00Познавательно, спасибо!Познавательно, спасибо!Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-10303035.post-78510400464162217122009-11-28T12:13:45.926+03:002009-11-28T12:13:45.926+03:00Алена, мне кажется что людей вида «как же так, кто...Алена, мне кажется что людей вида «как же так, кто-то будет проверять и править мой гениальный код» надо вышвыривать из конторы сразу.<br /><br />Я видел таких. Вреда многократно больше чем пользы, потому что их код как правило можно выбрасывать и отдавать студенту писать. Лучше выйдет.max.lapshinhttps://www.blogger.com/profile/12637758996253923148noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-31216387380384615562009-11-28T12:03:41.106+03:002009-11-28T12:03:41.106+03:00хорошие советы, жаль что не так уж много мест где ...хорошие советы, жаль что не так уж много мест где им следуют...<br />code review можно делать анонимным, тогда можно избежать конфликтов...<br /><br />2Евгений: да, это бывает очень полезно - иначе после нескольких циклов разработки, архитектура начинает ограничивать развитиеAlex Otthttps://www.blogger.com/profile/13001951608173211050noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-73690882642928460922009-11-28T09:13:50.679+03:002009-11-28T09:13:50.679+03:00По поводу архитектуры маленькое дополнение. Даже х...По поводу архитектуры маленькое дополнение. Даже хорошая архитектура со временем будет портиться, поскольку нельзя заранее предугадать все. Поэтому, если проект "долгоиграющий" (скажем, от 5 лет и дальше), нужно закладывать в него ресурсы на пересмотр архитектуры. Если этого не делать, то разработчики будут вынуждены навешивать на старую архитектуру все новые и новые костыли, а это обязательно приведет к увеличению количества багов.eao197https://www.blogger.com/profile/17283739752119445290noreply@blogger.comtag:blogger.com,1999:blog-10303035.post-17994850689236725532009-11-28T07:53:15.499+03:002009-11-28T07:53:15.499+03:00Лучший способ предупредить появление багов — не пи...Лучший способ предупредить появление багов — не писать код.Big 40wt Svetlyakhttps://www.blogger.com/profile/15924004866709231900noreply@blogger.com