W dniu poniedziałek, 6 stycznia 2014 15:10:48 UTC+1 użytkownik Stachu 'Dozzie' K.
napisał:

> Nie wiem po co ty dyskutujesz z go�ciem.

W sumie to chyba glownie dlatego, ze cenie sobie merytoryczna
dyskusje, i podoba mi sie w tym gosciu to, ze pomimo raczej
negatywnego nastawienia srodowiska caly czas ma cierpliwosc,
ochote i odwage, zeby przedstawiac rozne swoje pomysly, z
ktorych z pewnoscia jedne sa lepsze, a inne gorsze, ale
wszystkie laczy to, ze wylamuja sie z przymusu konwencjonalnego
sposobu myslenia i probuja ujmowac stare rzeczy w nowym swietle.

Moze niekiedy zdarzy mu sie odpowiedziec komus cos niemilego,
ale mam wrazenie (choc przyznam, ze nie wczytywalem sie w
archiwa tej grupy), ze to raczej jest odpowiadanie na czyjes
zaczepki, niz zaczepianie. Jednak moim zdaniem nawet taka
postawa jest duzo lepsza, niz to, co zdarza sie innym osobom
-- ze ktos cos sobie palnie ex cathedra, a potem nie odpowiada
na pytania i argumenty (czyli nie chce wziac odpowiedzialnosci
za swoje wlasne slowa).

> Przecieďż˝ to
> technika znana od w pyt� dawna. Przyk�ad pierwszy z brzegu:
> wszystkie bazy danych u�ywaj� drzew i haszy sk�adowanych
> w plikach. Kompresory teďż˝ nie trzymajďż˝ danych jeden po drugim,
> tylko korzystaj� z odwo�a� do s�ownika czy co tam maj�
> zamiast niego.

Tak, ale tutaj (na ile zrozumialem) szlo o zastosowanie w
kontekscie przechowywania kodu zrodlowego w C i sposobu
pracy z nim.
Kiedys nota bene robilem cos takiego, ze trzymalem w bazie
danych fragmenty kodu w PHP, ktore byly pobierane i ewaluowane
na goraco. Takie rozwiazanie nie utrzymalo sie dlugo, choc
wbrew pozorom nie bylo calkowicie bezsensowne :]

Pod tym wzgledem jezyki dynamiczne daja duzo wiecej elastycznosci
w sposobie formowania systemow. (Program w C moglby oczywiscie
w czasie swojej pracy uruchamiac kompilator, tworzyc biblioteke
ladowana dynamicznie i ladowac ja dynamicznie, ale bylby to
niewatpliwie duzo mniej wygodny proces)