🚀 go-pugleaf

Dnia Thu, 27 Aug 2009 06:31:56 -0700 (PDT), Wit Jakuczun napisał(a):

> On 27 Sie, 15:32, Adam Przybylek <adamp...@vp.pl> wrote:
>> Wit Jakuczun napisał(a):
>>
>>> U nas jeszcze kaligrafię sprawdzamy. :)
>>> Nie widzę sensu w działaniach, o których piszesz... ale może byś
>>> potrafił
>>> to mi przybliżyć?
>>
>> Konkretnie to chce porownac pod wzgledem metryk przykladowe
>> implementacje GoF design patterns
>> (http://hannemann.pbworks.com/Design-Patterns) w wersji obiektowej i
>> aspektowej. A tutaj narzedzie, ktore wylicza podstawowe metryki
>> (uwzgledniajac konstrukcje aspektowe):http://aopmetrics.tigris.org.
> 
> Ok, ja zrozumiałem co chcesz zrobić. Zastanawiam się po co komu takie
> statystyki,
> oprócz powodów, które wskazał A.L. (są ludzie, którzy coś muszą robić,
> więc robią
> nic). Możesz wytłumaczyć?

Celem metryk może być np:
- niezależne porównanie ze sobą np. dwóch projektów,
- określenie jakie potencjalne problemy podczas rozwoju projektu mogą
nastąpić, 
- badanie (podczas działania Continuous Integration), czy wprowadzone
zmiany nie psują struktury projektu, 
- badanie zależności pomiędzy jednostkami,
- etc.

Myślę, że są one w znacznym stopniu podobne do wskaźników giełdowych,
markerów krwi, itp. itd - zależą od interpretacji. 

Nastomiast co do usuwania skrajnych wartości: jeśli jakaś metryka ma
nieprawidłową wartość, to prawdopodobnie coś jest nie tak z badanym
zestawem danych (zbyt duża ilość metod na klasę, linii kodu w metodzie,
itp.) i usuwanie tych mniej przyjemnych chyba nie jest najlepszym
rozwiązaniem ;-) Najlepiej byłoby doprowadzić zestaw do takiego stanu, aby
metryki spełniał.

pozdrawiam,

-- 
http://moznalepiej.pl - tańsze książki
http://lepszalokata.pl - optymalizacja lokat