Jaderné noviny - 5. 9. 2007 (diskuse)

[trekker.dk]

Navrhování API je složité a ještě jej ztěžuje fakt, že chyby v návrhu musí být podporovány navždy.

Zajímalo by mě, proč nefunguje princip "tady je nové API, za dva roky staré odstraníme. Používejte nové." IMHO jsou dva roky dost času na to, aby bylo možné upravit drtivou většinu programů.

[zoul]

Hromada programů například bývá neudržovaná. Klidně jsou třeba i naprosto stabilní a odladěné, ale když jim někdo podtrhne API, uživatelé o ně přijdou. Když se často mění API, rychle taky zastarává dokumentace, například knihy a různí průvodci na webu. Nic z toho není fatální, ale je to nepříjemné.

[Filip Jirsák]

Porušujete to zlaté pravidlo "nesahat na něco, co funguje". V uživatelském prosotru je při takové změně nutné upravovat programy, které fungují spolehlivě bez jediné úpravy několik let, případně je nutné sahat do částí vyvíjeného programu, se kterými by se jinak vůbec nemanipulovalo. Jak známo, při každé opravě programu se do něj zanese alespoň jedna další chyba.

[me]

Linux ma ted trosku problem, vyvoj probiha prubezne ve vetvi 2.6.x. Pokud by se neco melo odstratnit, mela by se utvorit uplne nova vetev, treba 2.8.x. Pokud se bude umazavat ve vetvi 2.6.x, vznikne zrejme znacny chaos. Neslysel jsem, ze by se uvazovalo o otevreni noveho stromu...

[cronin]

Z vlastnej skúsenosti môžem potvrdiť, že dokumentácia rozhrania odhaľuje jeho chyby. Viackrát sa mi stalo, že som písal dokumentáciu metódy, pričom som písal to, o čom som bol presvedčený, že metóda robí; keď som sa ale aspoň zbežne na tú metódu pozrel, zistil som, že v žiadnom prípade nemôže robiť to, čo som práve napísal. Pozrem lepšie, ajhľa, chyba! Nestalo sa mi to veľakrát, ale stalo sa mi to neraz. Písať dokumentáciu k programom je správne.

[cedrik]

Ještě je dobré si ji po sobě přečíst. Někdy si človek říká na co zrovna myslel, když mohl zplodit takovou nepěknou, ošklivou tentonoc.

[polish]

jj, tomu se rika midnight kod

[lm]

super. a ani ta cestina mi nevadila, (naopak) :)

[Jirka]

Ze by se otviral prostor pro uplne nove jadro?

[nardew]

urcite nie

[alexovi]

Nedalo by sa napisat nove jadro (API) a stare emulovat ? Po niekolkych rokoch by sa emulator mohol poupravit tak aby trosku spomaloval (nie vyrazne, aby to prinutilo ludi prepisat dane programi na nove API), popripade preposielat informacie o programoch, ktore ho pouzivaju do nieakej globalnej databazy a snad by sa niekto nasiel kto by to prerobil. Pride mi nezmyselne udrziavat nevhodne API. Potom to iba rastie a rastie az je toho tolko, ze novy vyvojary nevedia co pouzit. (ala windows)

[cronin]

Kolko tisic riadkov produckneho kodu si uz napisal?

[alexovi]

Hodne, programujem profesionalne (alebo ak chces tak pracovne) uz okolo 10 rokov. Je pravda, ze "iba" aplikacie narocne na zdroje, ktore sa snazia vyuzivat maximum z toho co hardware da. Takze pouzivane technologie sa nam menia casto. Ale o mna tu nejde. Linuxovy kernel sledujem iba povrchne. Z predchdzjucej diskusie som pochopil, ze problem je hlavne so starsimi aplikaciami, ktore nikto uz neudrziava. Pod zmenou API som samozrejme nemyslel prepisat vsetko az taky naivny nie som. Uz zopar krat sa nam osvedcilo zbavit sa uplne niektorych starych kodov a napisat to na novo. Ano clovek tam naroby nieake nove chybky ale roby to kvoli tomu ze tie stare chybky sa uz nedaju rozumne opravovat.

[cronin]

Ja tiez programujem/navrhujem pracovne. Tvoj navrh mi prisiel dobry "as is", ale v praxi sa mi zda nepravdepodobne vyvijat taku namahu navyse. Na druhej strane, malokto si dovoli odstranit interface, na ktorom zavisia aplikacie; stratit akukolvek cast zakaznikov, v tomto pripade pouzivatelov, kvoli vykonaniu nejakej vlastnej akcie, ktorej dosledky sa dali predvidat, nikto nebude riskovat. Ako priklad mozem uviest Javu: je par rozhrani, ktore su navrhnute vyslovene zle. Vie sa, ako to urobit dobre, existujuce metody su uz mnoho rokov @deprecated, velmi vela profesionalnych dizajnerov a programatorov chce novu ocistenu Javu a nevadi im, ze nebude spatne kompatibilna, ale Sun jednoducho odmieta urobit taky krok, ktory by okamzite znefunkcnil co i len 1% programov; pre pouzivatelov by to bol velmi zly signal: dnes znefunkcnili 1% programov, zajtra mozu 5% a medzi nimi moze byt aj ta nasa...

Takze chciet vynutit len spravne navrhnute rozhrania je dobre a chvalyhodne, ale svet je o kusok komplikovanejsi.

[ed]

uz niekolko verzii jadra mi picmic subsystem pri boote tvrdi, ze sucasne mnou pouzivane rozhranie bude z kernelu odstranene a co si myslis, ze s tym robim? nic :) na ho pouzivam k spokojnosti, tak nevidim dovod ho odstranovat.