🚀 go-pugleaf

> no to weźmy na początek mechaniznm wyjątków:
> moim zdaniem brak specyfikacji wyjątków, jest bardzo złym pomysłem, bo co 
> w
> systuacji gdy korzystamy z czyjejś klasy, skąd mamy wiedzieć jakie wyjątki
> są rzucane, a przecież trzeba jakieś działania podjąć. a nawet jeśli sami
> napisaliśmy klasę, to nie musimy pamiętać co i jak jest rzucane. pół biedy
> kiedy mamy dokumentację, bo wtedy możemy liczyć, że wszystko jesta 
> napisane,
> ale co jeśli nie jest? i co jeśli nie mamy dokumentacji? uważam to za duży
> problem i myślę, że wiele osób zgodzi się z tą opinią....

... z drugiej strony jeśli Ty piszesz bibliotekę A, z niej korzysta 
biblioteka B, z niej biblioteka C, która jest OpenSource i poszła w świat do 
kilku tysięcy ludzi i nagle przyszło Ci do głowy dołożyć jedną linijkę kodu 
do jednej ze swoich metod, która to linijka rzuca jakimś niewyspecyfikowanym 
dotąd wyjątkiem, to okazuje się, że cały świat musi zrekompilować swoje 
programy z powodu jednej drobnej zmiany w Twoim kodzie.

gdybyś zerknął do artykułu, który Ci podrzucałem, dowiedziałbyś się, że tego 
rodzaju wątpliwości stanęły u źródeł takiej a nie innej decyzji projektowej.

> a poza tym, to wydaje mi się, że jeśli większą ilość osób jakaś rzecz
> "irytuje" to jest to jednak pewna oznaka, że coś można zrobić lepiej.. tak
> sądzę...

nie zgadzam się. czasem jest tak jak z tymi wyjątkami: są za i są przeciw. 
wyjątki w specyfikacjach są fajne bo to i tamto, ale są również niefajne bo 
tamto i tamto. zespół projektowy musi podejmować decyzje kierując się 
pewnymi paradygmatami, które najłatwiej nie znając tła strywializować jako 
"marketing", "bo to się będzie sprzedawało".

poza tym ludzie są raczej konserwatywni i jeśli sytuacja nie nabrzmiewa do 
poziomu rewolucji, to są niechętni jakimkolwiek zmianom. poczytaj chociażby 
dyskusje sprzed 10 lat, ile było krzyku wśród programistów c++ przywiązanych 
do delete gdy pojawiła się Java z odśmiecaniem pamięci itp.

Wiktor Zychla