🚀 go-pugleaf

On Thu, 27 Aug 2009 11:41:20 +0200, Adam Przybylek
<adampap@zr.univ.gda.pl> wrote:

>Problem wyglada nastepujaco. Na podstawie tej samej specyfikacji wymagan 
>zrealizowano dwie implementacje. Chce porownac te implementacje pod 
[..]
>
>Moze spotkaliscie sie z badaniami naukowymi w tym kierunku, albo macie 
>wlasne doswiadczenie?
>
>Pozdrawiam,
>Adam

Tak,. Mam wlasne doswiadczenie, mianowicie takie ze tego rodzaju
dialalnosc to bicie piany i dowod na to ze nie ma sie prawdziwych
problemow, a firma zatrudnia za duzo ludzi i powinna troche ich
wywalic.

A.L.

On 27 Sie, 11:41, Adam Przybylek <adam...@zr.univ.gda.pl> wrote:
> Problem wyglada nastepujaco. Na podstawie tej samej specyfikacji wymagan
> zrealizowano dwie implementacje. Chce porownac te implementacje pod
> wzgledem np. metryki CBO (Coupling Between Objects). Mam policzone CBO

U nas jeszcze kaligrafię sprawdzamy. :)
Nie widzę sensu w działaniach, o których piszesz... ale może byś
potrafił
to mi przybliżyć?

Pozdrawiam,
   Wit

A.L. napisał(a):
  > Tak,. Mam wlasne doswiadczenie, mianowicie takie ze tego rodzaju
> dialalnosc to bicie piany i dowod na to ze nie ma sie prawdziwych
> problemow, a firma zatrudnia za duzo ludzi i powinna troche ich
> wywalic.
> 

Ale ja nie firma. Ja sie nad tym zastanawiam na poziomie "research" 
(patrz odpowiedz nizej).

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ć?

Pozdrawiam,
   Wit

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.

Wit Jakuczun napisał(a):
> 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ć?
> 

Kiczales i Hannemann pisza, ze za pomoca paradygmatu aspektowego udalo 
im sie poprawic wiekszosc implementacji GoF. Jak dla mnie implementacje 
w wersji aspektowej sa w wiekszosci gorsze. Co prawda separacja 
zagadnien na poziomie fizycznym jest lepsza, ale "ogolny coupling" 
wydaje sie byc wiekszy. Chcialem zobaczyc co w tym temacie powiedza metryki.

On Thu, 27 Aug 2009 15:28:39 +0200, Adam Przybylek
<adampap@zr.univ.gda.pl> wrote:

>A.L. napisał(a):
>  > Tak,. Mam wlasne doswiadczenie, mianowicie takie ze tego rodzaju
>> dialalnosc to bicie piany i dowod na to ze nie ma sie prawdziwych
>> problemow, a firma zatrudnia za duzo ludzi i powinna troche ich
>> wywalic.
>> 
>
>Ale ja nie firma. Ja sie nad tym zastanawiam na poziomie "research" 
>(patrz odpowiedz nizej).

No to proponuje zeby sei zajal jakmis "recearch" ktory ma jakis sens

A.L.

On Thu, 27 Aug 2009 15:55:17 +0200, Adam Przybylek
<adampap@zr.univ.gda.pl> wrote:

>Wit Jakuczun napisał(a):
>> 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ć?
>> 
>
>Kiczales i Hannemann pisza, 

Sorry, oni przewaznie pieprza.

A.L.

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

On Fri, 28 Aug 2009 07:13:11 +0200, Bogusław Faja
<zymen_out_@_out_zymen.net> wrote:
 
>
>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,

Przepraszam, ale to jest nonsens totalny.. ..

A.L.

On Fri, 28 Aug 2009 07:13:11 +0200, Bogusław Faja
<zymen_out_@_out_zymen.net> wrote:
 
>
>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. 
>

Tak na marginesie, przypominaja mi sie czasy gdy teorie informacji
probowano uzywac do oceny dziel literackich. To w tamtych czasach
"badania naukowe" pokazalu ze najlepsy utwor literacki to taki gdzie
zdanie ma nie wiecej niz iles tam slow, paragraf nie wiecej niz iles
tam zdan, a rozdziel nie wiecej iles tam paragrafow. Stanislaw Lem
bezlitosnie wyszydzal te idiotyzmy

"Metryki" programow maja wiecej ma taki sam sens.

Niedawno mialem dyskusje z jednym zwolennikeim metryk ktory wyliczyl
ze jedna moja klasa ma za duzo metod. I rzeczywiscie, ma ich 400. Ale
ta klasa to jest "API holder" (do serwera napisanego w innym jezyku) i
musi miec te wszystkie metody. Guru zaproponowal zebym rozbil klase na
mniejsze. "A jak podzielic metody miedzy te klasy?" zapytalem.
"Alfabetycznie, na przyklad" odpowiedzial guru.

Odczepili sie dopiero jak zapodalem ze per...lne to wszystko i pojde
do kunkurencji

Takie rzeczy sa chwytliwe dla:

1. Cynicznych facetow ktorzy pragna zostac "guru"
2. Managerow ktorzy nie maja pojecia i szukaja cudownyh srodkow
3. Akademikow ktorzy tez nie maja pojecia, a szukaja "nosnych" a
latwych tematow do "badan naukowych" 

A.L.

A.L. pisze:
[...]
> Tak na marginesie, przypominaja mi sie czasy gdy teorie informacji
> probowano uzywac do oceny dziel literackich. To w tamtych czasach
> "badania naukowe" pokazalu ze najlepsy utwor literacki to taki gdzie
> zdanie ma nie wiecej niz iles tam slow, paragraf nie wiecej niz iles
> tam zdan, a rozdziel nie wiecej iles tam paragrafow. Stanislaw Lem
> bezlitosnie wyszydzal te idiotyzmy
> 
> "Metryki" programow maja wiecej ma taki sam sens.
> 

Nie bardzo załapałem powyższe zdanie :-).
Może ta teoria informacji w ocenie dzieł literackich ma sens dla 
zmniejszania kosztów druku ;-). Może podobny sens mają też metryki 
programów - mało wcięć, metoda na kartkę papieru itp :-).

> Niedawno mialem dyskusje z jednym zwolennikeim metryk ktory wyliczyl
> ze jedna moja klasa ma za duzo metod. I rzeczywiscie, ma ich 400. Ale
> ta klasa to jest "API holder" (do serwera napisanego w innym jezyku) i
> musi miec te wszystkie metody. Guru zaproponowal zebym rozbil klase na
> mniejsze. "A jak podzielic metody miedzy te klasy?" zapytalem.
> "Alfabetycznie, na przyklad" odpowiedzial guru.
> 
> Odczepili sie dopiero jak zapodalem ze per...lne to wszystko i pojde
> do kunkurencji
> 
[...]

A tak na poważnie, to chciałem dodać, że mnie lepiej się konserwuje i 
rozwija programy o dobrych metrykach (może po prostu dlatego, że są 
prostsze) i że powyższy przykład doskonale pokazuje iż poprawa metryk na 
siłę nie ma sensu.

Pozdrawiam


-- 
gregorius

On Fri, 28 Aug 2009 20:41:17 +0200, gregorius
<grzegorz.gruza@spamerom_nie.gmail.com> wrote:

>A.L. pisze:
>[...]
>> Tak na marginesie, przypominaja mi sie czasy gdy teorie informacji
>> probowano uzywac do oceny dziel literackich. To w tamtych czasach
>> "badania naukowe" pokazalu ze najlepsy utwor literacki to taki gdzie
>> zdanie ma nie wiecej niz iles tam slow, paragraf nie wiecej niz iles
>> tam zdan, a rozdziel nie wiecej iles tam paragrafow. Stanislaw Lem
>> bezlitosnie wyszydzal te idiotyzmy
>> 
>> "Metryki" programow maja wiecej ma taki sam sens.
>> 
>
>Nie bardzo załapałem powyższe zdanie :-).
>Może ta teoria informacji w ocenie dzieł literackich ma sens dla 
>zmniejszania kosztów druku ;-). Może podobny sens mają też metryki 
>programów - mało wcięć, metoda na kartkę papieru itp :-).
>

Sens jest taki ze ocena ilosciowa "wygladu" programu bez oceny
funkcjonalnosci nie ma sensu. Okreslone rzeczy sie robi w okreslonym
celu, aby program robil okreslone rzeczy dobrze i szybko, a nie po to
zeby metryki dobrze wygladaly. 

Podobnie jak nie mozna ocenic dziela literackiego na podstawie analizy
czestosci wystepowanai wyrazow. Tzreba dzielo pzreczytac i zrozumiec.
Jak sie pzreczyta, zrozumie i oceni, to nikt sie nei bedzie pytal o
czestotliwosc slow.


>> Niedawno mialem dyskusje z jednym zwolennikeim metryk ktory wyliczyl
>> ze jedna moja klasa ma za duzo metod. I rzeczywiscie, ma ich 400. Ale
>> ta klasa to jest "API holder" (do serwera napisanego w innym jezyku) i
>> musi miec te wszystkie metody. Guru zaproponowal zebym rozbil klase na
>> mniejsze. "A jak podzielic metody miedzy te klasy?" zapytalem.
>> "Alfabetycznie, na przyklad" odpowiedzial guru.
>> 
>> Odczepili sie dopiero jak zapodalem ze per...lne to wszystko i pojde
>> do kunkurencji
>> 
>[...]
>
>A tak na poważnie, to chciałem dodać, że mnie lepiej się konserwuje i 
>rozwija programy o dobrych metrykach (może po prostu dlatego, że są 
>prostsze) i że powyższy przykład doskonale pokazuje iż poprawa metryk na 
>siłę nie ma sensu.


Nie ma.

A.L.

Dnia Fri, 28 Aug 2009 08:53:04 -0500, A.L. napisał(a):

> On Fri, 28 Aug 2009 07:13:11 +0200, Bogusław Faja
> <zymen_out_@_out_zymen.net> wrote:
>  
>>
>>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. 
>>
> 
> Tak na marginesie, przypominaja mi sie czasy gdy teorie informacji
> probowano uzywac do oceny dziel literackich. To w tamtych czasach
> "badania naukowe" pokazalu ze najlepsy utwor literacki to taki gdzie
> zdanie ma nie wiecej niz iles tam slow, paragraf nie wiecej niz iles
> tam zdan, a rozdziel nie wiecej iles tam paragrafow. Stanislaw Lem
> bezlitosnie wyszydzal te idiotyzmy

Tak, bo to była próba zamknięcia sztuki (literatura) w jakieś ramy. To tak
samo jak z nową maturą z PL: nie trafisz w klucz, jesteś kiepski. Problem w
tym, że w dziedzinie nauk "miękkich" im mniej przewidywalny/szablonowy
jesteś, tym bardziej Cię cenią. Nie jest dziwne, że nikt nie ma uwag do
klucza z matematyki/fizyki?

> "Metryki" programow maja wiecej ma taki sam sens.

Pozwolę sobie nie zgodzić się z tym.

> Niedawno mialem dyskusje z jednym zwolennikeim metryk ktory wyliczyl
> ze jedna moja klasa ma za duzo metod. I rzeczywiscie, ma ich 400. Ale
> ta klasa to jest "API holder" (do serwera napisanego w innym jezyku) i
> musi miec te wszystkie metody. Guru zaproponowal zebym rozbil klase na
> mniejsze. "A jak podzielic metody miedzy te klasy?" zapytalem.
> "Alfabetycznie, na przyklad" odpowiedzial guru.

Chcesz na podstawie jednostkowego przypadku ocenić sens pewnej metodologii? 

API jest bardzo specyficznym kawałkiem każdego systemu. 

Metryki są dobre, ale nie są idealne. Mówi się, że gdy RSI=30 to czas kiedy
należy na giełdzie kupować, a gdy RSI=70 to należy sprzedawać. 

Np. dla WIG20 
2007-08-16, RSI=29,01 wartość=3329. 
2009-04-09, RSI=70,94, wartosc=1784. 

Chyba nie muszę pisać jak ogromny zysk mogły przynieść dwie operacje
wykonane przy pełnym zaufaniu do wskaźnika :)

Obliczanie metryk:

- ilości linii w metodzie,
- ilości metod w klasie,
- ilości komentarzy,
- cyclomatic complexity (złożoności cyklomatycznej?),
- itp. itd. 

dla automatu jest proste, a może dać relatywnie sporo informacji o kodzie. 

> Odczepili sie dopiero jak zapodalem ze per...lne to wszystko i pojde
> do kunkurencji

Oprócz wiedzy czasem trzeba mieć jaja :-)

> Takie rzeczy sa chwytliwe dla:
> 
> 1. Cynicznych facetow ktorzy pragna zostac "guru"
> 2. Managerow ktorzy nie maja pojecia i szukaja cudownyh srodkow
> 3. Akademikow ktorzy tez nie maja pojecia, a szukaja "nosnych" a
> latwych tematow do "badan naukowych" 

Czy mogę przyjąć, że uważasz iż markery krwi, wskaźniki giełdowe są również
tego typu "pierdołami"?

pozdrawiam,

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

On Sat, 29 Aug 2009 15:55:45 +0200, Bogusław Faja
<zymen_out_@_out_zymen.net> wrote:
 
>
>Obliczanie metryk:
>
>- ilości linii w metodzie,
>- ilości metod w klasie,
>- ilości komentarzy,
>- cyclomatic complexity (złożoności cyklomatycznej?),
>- itp. itd. 
>
>dla automatu jest proste, a może dać relatywnie sporo informacji o kodzie. 
 
Tak, dostarcza sporo "informacji"

- o  ilości linii w metodzie,
- o ilości metod w klasie,
- o  ilości komentarzy,
- o cyclomatic complexity (złożoności cyklomatycznej?),

Tyle tylko ze to nie jest "informacja". To sa liczby ktore nic nie
mowia o tym czy program robi to co powinien, czy program robi to tak
jak pownien, czy robi to szybko i czy jest niezawodny.

Program to cos w rodzaelu dziela literackiego, a na pewno produkt
tworczej dzialalnosci intelektualnej. Ocenianie programu po owych
liczbach to tak jak ocenianie dziela literackiego po analizie
dystrybucji wyrazow.
 
>Czy mogę przyjąć, że uważasz iż markery krwi, wskaźniki giełdowe są również
>tego typu "pierdołami"?
>

Nie. Bo owe markety niosa INFORMACJE, a metryki nie niosa zadnej.

A.L.

P.S. Proponuje na tym zakonczyc dyskusje bo sie nie prozumiemy i
bedziemy bic piane. Pozostane przy swej opinii ze ocenianie programu
przy pomocy owych "wskaznikow" to przejaw zwyrodnialej aberracjii,
podobnie jak inne "nowoczesne" paradygmaty  w rodzaju "agile", "xm"
czy "code first think later"

Zycze Koledze powodzenia i radosci z obliczania cyclomatic complexity

Dnia Sat, 29 Aug 2009 10:39:13 -0500, A.L. napisał(a):

> On Sat, 29 Aug 2009 15:55:45 +0200, Bogusław Faja
> <zymen_out_@_out_zymen.net> wrote:
>  
>>
>>Obliczanie metryk:
>>
>>- ilości linii w metodzie,
>>- ilości metod w klasie,
>>- ilości komentarzy,
>>- cyclomatic complexity (złożoności cyklomatycznej?),
>>- itp. itd. 
>>
>>dla automatu jest proste, a może dać relatywnie sporo informacji o kodzie. 
>  
> Tak, dostarcza sporo "informacji"
> 
> - o  ilości linii w metodzie,

- jeśli np. wartość > 40 to metoda jest zbyt długa, jej utrzymanie może być
problematyczne, wprowadzanie zmian co najmniej nieprzyjemne, a szukanie
błędów utrudnione, może wskazywać na niepełne użycie technik
obiektowych/wzorców,

> - o ilości metod w klasie,

- jeśli zbyt mało, to klasa ma niewielki zakres odpowiedzialności (być może
zbyt mały?), jeśli zbyt dużo, to jest to sugestia do podziału klasy na
mniejsze (prawdopodobnie duży stopień zależności z innymi klasami),

> - o  ilości komentarzy,
> - o cyclomatic complexity (złożoności cyklomatycznej?),

Można wymieniać podobnie jak powyżej.


XYZ:
> Tyle tylko ze to nie jest "informacja". To sa liczby ktore nic nie
> mowia o tym czy program robi to co powinien, czy program robi to tak
> jak pownien, czy robi to szybko i czy jest niezawodny.


> Program to cos w rodzaelu dziela literackiego, a na pewno produkt
> tworczej dzialalnosci intelektualnej. Ocenianie programu po owych
> liczbach to tak jak ocenianie dziela literackiego po analizie
> dystrybucji wyrazow.

Uważam, że programista jest bardziej wyrobnikiem, inżynierem niż artystą.
To, że nie wynaleziono jeszcze sposobu na pisanie bezbłędnego
oprogramowania, w taki sposób, aby zmieścić się w terminach to zupełnie
inna kwestia. 

---
Jeśli na to pytanie ktoś odpowie, że wynaleziono, to poproszę o linki. Z
góry dzięki.

>>Czy mogę przyjąć, że uważasz iż markery krwi, wskaźniki giełdowe są również
>>tego typu "pierdołami"?
>>
> 
> Nie. Bo owe markety niosa INFORMACJE, a metryki nie niosa zadnej.

Myślę, że mogę tutaj odnieść się jednocześnie do Twojego stwierdzenia,
które pozwoliłem sobie oznaczyć poprzez 'XYZ'. Same wartości wskaźników nie
niosą informacji, ich prawidłowa interpretacja natomiast już tak.

> P.S. Proponuje na tym zakonczyc dyskusje bo sie nie prozumiemy i
> bedziemy bic piane. Pozostane przy swej opinii ze ocenianie programu
> przy pomocy owych "wskaznikow" to przejaw zwyrodnialej aberracjii,
> podobnie jak inne "nowoczesne" paradygmaty  w rodzaju "agile", "xm"
> czy "code first think later"

Zgadzam się. Negocjacje w zakresie przekonań są nierozstrzygalne i nie
należy ich prowadzić.

> Zycze Koledze powodzenia i radosci z obliczania cyclomatic complexity

Nie potraktuję tego jako ironii i również życzę wszystkiego dobrego. 

Miłego dnia życzę,

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

On Sat, 29 Aug 2009 17:59:20 +0200, Bogusław Faja
<zymen_out_@_out_zymen.net> wrote:

>
>- jeśli np. wartość > 40 to metoda jest zbyt długa, jej utrzymanie może być
>problematyczne, wprowadzanie zmian co najmniej nieprzyjemne, a szukanie
>błędów utrudnione, może wskazywać na niepełne użycie technik
>obiektowych/wzorców,
>

Acha... "Wzorce" to nastepne "magiczne slowo"

>> - o ilości metod w klasie,
 
>
>Uważam, że programista jest bardziej wyrobnikiem, inżynierem niż artystą.

Wiele osob uwaza odwrotnie. Proponuje ksiazke Paula Grahama "Hackers
and Painters" .

>To, że nie wynaleziono jeszcze sposobu na pisanie bezbłędnego
>oprogramowania, w taki sposób, aby zmieścić się w terminach to zupełnie
>inna kwestia. 
>

Oliczanie "cyclomatic complexity" rzeczywiscie spowoduje ze zmiescimy
sie w terminach. Bez tego - nie ma mowy.

A.L.

Użytkownik A.L. napisał:
> "Metryki" programow maja wiecej ma taki sam sens.
> 
> Niedawno mialem dyskusje z jednym zwolennikeim metryk ktory wyliczyl
> ze jedna moja klasa ma za duzo metod. I rzeczywiscie, ma ich 400. Ale
> ta klasa to jest "API holder" (do serwera napisanego w innym jezyku) i
> musi miec te wszystkie metody. Guru zaproponowal zebym rozbil klase na
> mniejsze. "A jak podzielic metody miedzy te klasy?" zapytalem.
> "Alfabetycznie, na przyklad" odpowiedzial guru.

E tam, bierze pan metrykę i wrzuca metody alfabetycznie do
klas, które mają zbyt mały zakres odpowiedzialności ;).
To by się guru ucieszył.

Pozdrawiam
KK

On 31 Sie, 16:33, Krzysiek Kowaliczek
<krzysiek.kowaliczek.remov...@gmail.com> wrote:
> Użytkownik A.L. napisał:
>
> > "Metryki" programow maja wiecej ma taki sam sens.
>
> > Niedawno mialem dyskusje z jednym zwolennikeim metryk ktory wyliczyl
> > ze jedna moja klasa ma za duzo metod. I rzeczywiscie, ma ich 400. Ale
> > ta klasa to jest "API holder" (do serwera napisanego w innym jezyku) i
> > musi miec te wszystkie metody. Guru zaproponowal zebym rozbil klase na
> > mniejsze. "A jak podzielic metody miedzy te klasy?" zapytalem.
> > "Alfabetycznie, na przyklad" odpowiedzial guru.
>
> E tam, bierze pan metrykę i wrzuca metody alfabetycznie do
> klas, które mają zbyt mały zakres odpowiedzialności ;).

i nazywa _1_metoda, _2_metoda itp

Pozdrawiam,
   Wit

Użytkownik "A.L." <alewando@aol.com> napisał w wiadomości 
news:94lf9516svpl293rmbdglfr40nup6rtqoi@4ax.com...

> Niedawno mialem dyskusje z jednym zwolennikeim metryk ktory wyliczyl
> ze jedna moja klasa ma za duzo metod. I rzeczywiscie, ma ich 400. Ale
> ta klasa to jest "API holder" (do serwera napisanego w innym jezyku) i
> musi miec te wszystkie metody. Guru zaproponowal zebym rozbil klase na
> mniejsze. "A jak podzielic metody miedzy te klasy?" zapytalem.
> "Alfabetycznie, na przyklad" odpowiedzial guru.

He, he, he ...
Trzeba było powiedzieć, że też wydawało Ci się to oczywiste, ale policzyłeś
dokładnie i wyszło, że jest ich 401 (liczba pierwsza), a nie wyobrażasz 
sobie,że
by dzielić niesprawiedliwie ;) 

> Niedawno mialem dyskusje z jednym zwolennikeim metryk ktory wyliczyl
> ze jedna moja klasa ma za duzo metod. I rzeczywiscie, ma ich 400. Ale
> ta klasa to jest "API holder" (do serwera napisanego w innym jezyku) i
> musi miec te wszystkie metody. Guru zaproponowal zebym rozbil klase na
> mniejsze. "A jak podzielic metody miedzy te klasy?" zapytalem.
> "Alfabetycznie, na przyklad" odpowiedzial guru.

To żeczywiście, bezsensowna propozycja "guru". Ale jako kontr przykład 
mogłeś podać im bibliotekę Qt gdzie są klasy co mają ponad 200 funkcji...