🚀 go-pugleaf

Dnia Thu, 06 Apr 2006 11:37:11 +0200, Aleksander Galicki skrobie:
> >Widzę, że wychodzą kompleksy, nawet nie zajrzałeś do tego wątku. Tak
> >napisałeś,
> >bo ostatnio na pl.comp.lang.c nie byłeś wstanie obronić swoich tez i tyle.
> >
> >Pragnę zauważyć, że w tym wątku, padały też bardzo istotne argumenty za GC,
> >ze
> >strony ludzi, którzy bardzo dobrze programują w C i mają dużo racji.

> Dobre programowanie w C to takie sobie rekomendacje jesli chodzi o kwestie GC.

Jasne. Najlepsze rekomendacje pochodzą od ludzi, którzy zajmują się wyłacznie
językami mającymi GC i w ogóle nie wiedzą, co to zwalnianie pamięci. Tak samo
jak najlepsze rekomendacje w kwestii Windowsów posiadają ludzie z Microsoftu,
a najlepsze rekomendacje do wypowiadania się o Javie mają ludzie z firmy Sun
lub p. Aleksander Galicki, który, jak wszyscy wiedzą, wszystko wie o
programowaniu biznesowym.

> Na tamtej grupie na GC patrza jak na zelaznego wilka z bajki i takie same maja
> o GC pojecie. A i btw: jakie kompleksy? :-) Ze sobie nie pometaprogramuje? :-)

Nie wiem jakie; kompleksy zwykle objawiają się demonstracyjną arogancją, jaką
ty właśnie prezentujesz, więc po prostu sam o sobie wystawiasz świadectwo.

> >> GC rowniez nie nadaje sie do nastepujacych rzeczy:
> >>   -parzenie kawy
> >>   -wzglednie herbaty
> >>   -prania skarpetek
> >>   -polowania na niedzwiedzi
> >>   -mycia podlogi
> >>   ...
> >> 
> >> Przegapilem cos?
> >
> >Pomijam fakt, że to jest nie na temat, co świadczy o ignorancji i braku
> >kompetencji.

> Ignorancja w wzwiazku z czym? Brak jakich kompetencji? Konkretnie :-)

To, co napisałeś, to jest odwracanie kota ogonem. Ja też mógłbym nawypisywać,
że ręczne zarządzanie zasobami nie nadaje się do parzenia kawy, wiązania butów
i podcierania się, o ile oczywiście chciałbym robić z siebie idiotę.

> GC nie sluzy do zarzadzanie innymi zasobami niz pamiec. Wyciaganie za kazdym
> razem "ale mi GC polaczenia nie zamknie" jest poprostu nie na temat.

To jest na temat. Chyba że w "twojej" branży wszystkie istniejące w
oprogramowaniu obiekty wymagają do swojego istnienia i do działania
określonych dla nich funkcjonalności tylko jednego rodzaju zasobu: pamięci.
Szczerze mówiąc, nie wiem, czy w ogóle istnieje takie oprogramowanie.

Skoro jednak zasoby, z jakich korzystają obiekty to nie tylko pamięć, więc
jasne jest, że - skoro, jak powiedziałeś słusznie, GC nie służy do zarządzania
innymi zasobami, niż pamięć - nie do wszystkich obiektów można stosować
automatyczne zarządzanie zasobami, jakie dostarcza GC. W szczególności nie
nadaje się do zarządzania OBIEKTAMI, które używają innych zasobów, niż pamięć.

Efekt jest taki, że zarządzanie pamięcią mamy z głowy, ale zarządzanie innymi
zasobami jest nie do zorganizowania (pomińmy już "metodę C", czyli wołanie
zamykaczy w każdym miejscu, w którym to konieczne). Przykładowo, co się
stanie, jeśli trzymasz wewnątrz obiektu identyfikator przydzielonego zasobu i
nagle tracisz wszystkie referencje do tego obiektu?

> Powtarzam: tak sie RZADKO pisze. Nawet jak to znalazles na sun.com. Nawet
> gdybys to znalazl w Ewangelii.

No tak, oczywiście - 99.9% wszystkich obiektów nie operuje na niczym innym,
niż pamięć, przecież wszyscy wiedzą...



-- 
//  _    ___         Michal "Sektor" Malecki <sektor(whirl)kis.p.lodz.pl>
\\ L_ |/ `|  /^\ ,()                         <ethourhs(O)gmail.com>
// \_ |\  \/ \_/ /\ C++ bez cholesterolu: http://www.intercon.pl/~sektor/cbx
"I am allergic to Java because programming in Java reminds me casting spells"