22-11-2019, 08:54
Zacznijmy od tego że ja nigdzie nie twierdzę, że debuger jest niepotrzebny, zbyteczny itd. Jest to bardzo ważne narzędzie, ale nie najważniejsze - i co więcej nie do wszystkiego można je wykorzystać, a na pewno można bez niego tworzyć zaawansowane projekty.
Podstawowy problem z debuggerem to zaburzenie pracy układu - po prostu ma on wpływ na funkcjonowanie mikroprocesora. Często ten wpływ można pominąć, ale nie zawsze. I wtedy pojawia się problem, jak sobie poradzić. Dlatego uważam że przećwiczenie takich sytuacji bywa przydatne, bo później gdy nie można użyć debugera to zamiast paniki jest normalna praca.
Natomiast co do realizacji projektów bez debugera to najpierw trzeba się zastanowić do czego jest nam to narzędzie potrzebne. Z tego co wiem najczęściej jest ono używane do podglądania zmiennych oraz śledzenia wykonywania programu - w takiej sytuacji, czyli szukaniu błędów w logice aplikacji, znacznie lepiej sprawdzają się testy jednostkowe. Zamiast debugera można po prostu błędów nie robić.
Kolejne częste zastosowanie, to sprawdzanie gdzie program się "wysypał", czyli czy został w wyjątku krytycznym, niespodziewanym przerwaniu itd. To dla odmiany jest przykład błędu w programie maskowanego narzędziem - bo zamiast debugera powinno się zaimplementować odpowiednią obsługę takich sytuacji.
Więc jak napisałem - nie twierdzę że debuger jest niepotrzebny, ale uważam że jest mocno nadużywany.
A jeszcze jak chodzi o to gdzie się nie nadaje - używanie debugera najczęściej wymaga zmianę opcji optymalizatora oraz sprawia problemy z wieloma zabezpieczeniami. W projekcie gdzie pracuję, podłączenie debugera wymaga wyłączenia wszystkich mechanizmów zabezpieczeń, bo jeśli są włączone to podłączenie debugera zostanie wykryte i wszystkie dane, a w szczególności klucze kryptograficzne będą natychmiast usunięte, co uniemożliwi działanie. Więc chcąc używać debugera muszę przygotować specjalną wersję kodu - taka wersja ma inne problemy niż "produkcyjna" i tylko niektóre błędy daje się za pomocą debugera diagnozować. Dla pozostałych trzeba uciekać się do tych amatorskich metod na które niektórzy się krzywią
Ja akurat mniej pracuję w warstwie aplikacyjnej, ale cały zespół właściwie debugerów nie używa - więc niejako "dowód przez przykład", że da się.
Podstawowy problem z debuggerem to zaburzenie pracy układu - po prostu ma on wpływ na funkcjonowanie mikroprocesora. Często ten wpływ można pominąć, ale nie zawsze. I wtedy pojawia się problem, jak sobie poradzić. Dlatego uważam że przećwiczenie takich sytuacji bywa przydatne, bo później gdy nie można użyć debugera to zamiast paniki jest normalna praca.
Natomiast co do realizacji projektów bez debugera to najpierw trzeba się zastanowić do czego jest nam to narzędzie potrzebne. Z tego co wiem najczęściej jest ono używane do podglądania zmiennych oraz śledzenia wykonywania programu - w takiej sytuacji, czyli szukaniu błędów w logice aplikacji, znacznie lepiej sprawdzają się testy jednostkowe. Zamiast debugera można po prostu błędów nie robić.
Kolejne częste zastosowanie, to sprawdzanie gdzie program się "wysypał", czyli czy został w wyjątku krytycznym, niespodziewanym przerwaniu itd. To dla odmiany jest przykład błędu w programie maskowanego narzędziem - bo zamiast debugera powinno się zaimplementować odpowiednią obsługę takich sytuacji.
Więc jak napisałem - nie twierdzę że debuger jest niepotrzebny, ale uważam że jest mocno nadużywany.
A jeszcze jak chodzi o to gdzie się nie nadaje - używanie debugera najczęściej wymaga zmianę opcji optymalizatora oraz sprawia problemy z wieloma zabezpieczeniami. W projekcie gdzie pracuję, podłączenie debugera wymaga wyłączenia wszystkich mechanizmów zabezpieczeń, bo jeśli są włączone to podłączenie debugera zostanie wykryte i wszystkie dane, a w szczególności klucze kryptograficzne będą natychmiast usunięte, co uniemożliwi działanie. Więc chcąc używać debugera muszę przygotować specjalną wersję kodu - taka wersja ma inne problemy niż "produkcyjna" i tylko niektóre błędy daje się za pomocą debugera diagnozować. Dla pozostałych trzeba uciekać się do tych amatorskich metod na które niektórzy się krzywią
Ja akurat mniej pracuję w warstwie aplikacyjnej, ale cały zespół właściwie debugerów nie używa - więc niejako "dowód przez przykład", że da się.