zmaten z gcc, glibc...

[Ing. Pavel PaJaSoft Janousek]

>    (1)  Zafixovat si nejaky interface a odmitat z nej ustoupit, maximalne
>         ho inkrementalne rozsirovat. Tim se sice udrzi kompatibilita,
>         ale vykon je postupem casu cim dal tim horsi. To je cesta, kterou
>         si vybral DOS a vsichni vime, jak dopadl :-)

	Stejnou cestu si od zacatku vybiraji procesory, coz ve sve podstate jiz
nekolik let neni nic jineho nez interface, protoze to ve svem nitru
provadi tzv. opt-kod ci microkod...

>    (2)  Cas od casu interface uplne vymenit a dopsat dalsi prekladaci
>         vrstvu pro zpetnou kompatibilitu. To je cesta, kterou jdou
>         Windows a v user-spacu castecne i Linux. Funguje, ale takovy kod
>         je postupem casu cim dal tim komplikovanejsi, nabobtnalejsi
>         a neudrzovatelnejsi.

	S tim souhlasim, vzdy je nekdy potreba rici dost! Stejne jako dojde k
tomu, ze architektura x86 skonci, budeme mit ciste 64-bit a vyssi, treba
kvantove procesory...;-) Jenze ta doba mezi jednotlivymi 'dost' se asi
ani v soucasne dobe v jinych odvetvich nemeri na mesice, ale spise roky
az desitky let... - vemte si architekturu mainframu - co se zmenilo a
najednou po tom mnoho firem posilhava (je to technologie 40 let stara -
nekopiruje moderni trendy sbernic apod. (nemysleno ubohe PCI, mam na
mysli napr. Chalenger od SGI;-))).

	To 'dost' se u interface __hlavne__ u linuxu rika kazedych nekolik
mesicu misto toho aby se nejprve projektovalo a pak programovalo, jsou
urcite postupy, kdy koderska cast je pouze 30% skutecne vyvojove prace,
bohuzel v Linuxu se nejprve koduje a pak premysli... - nerikam, ze vzdy,
ale nektere moduly tomuto stylu presne odpovidaji (a jejich neustale
prepisovani take)

>    (3)  Smirit se s tim, ze interfacy nejsou fixni. To se deje v Linuxovem
>         jadre -- cas od casu se nejaky interface zmeni, ale autor takove

	Pokud cas od casu rikate kazda 2.n+1, pak to neni cas od casu...

> Myslite, ze neco jineho nez (3) je dlouhodobe udrzitelne?

	Myslim, ze minimalne bod 2) prokazal svoji funkcnost daleko lepe nez 3)
v horizontu desitek let (vzpominane sendmail a PostgreSQL namatkou, co
treba ERP ci jine opravdu velke systemy?).

-----------------------------------------------------------------------
Ing. Pavel Janousek (PaJaSoft)                 FoNet, spol. s r. o.
Vyvoj software, Intranet / Internet          Anenska 11, 602 00  Brno
E-mail: mailto:Janousek na FoNet.Cz             Tel.: +420  5  4324 4749
SMS:    mailto:P.Janousek na SMS.Paegas.Cz      Fax.: +420  5  4324 4751
WWW:    http://WWW.FoNet.Cz/               E-mail: mailto:Info na FoNet.Cz
-----------------------------------------------------------------------