[FreeBSD] memoria - regi gimp-gond

Ferenc Szentpetery szefe at kvif.hu
2001. Jan. 18., Cs, 12:54:11 CET


Nohl Attila Rajmund wrote:

> A megrendelo eldonti, hogy mikorra akarja megkapni a programot. A
> programozonak pedig elo kell allitania addigra. Persze mondhatja azt,
> hogy ha ez es ez a hatarido, akkor ez es ez a feature nem fog beleferni,
> de a megrendelot nem fogja meghatni az az erveles, hogy az asm-ben
> megirt lista adatszerkezet 2%-kal gyorsabb lesz, es ezert megeri, hogy
> csak fele annyi feature-t fog kapni, mint amennyit szeretne.

Ez alapvetoen igaz, de talalkoztam olyan esettel, ahol az adatbaziskezeles
(SQL) sebesseg es valaszidoigenyek miatt nem volt megoldhato a "modern"
eszkozokkel, ahol egy SQL keres tobb szoftverretegen halad at, hanem
C API-val lehetett megcsinalni. Itt persze nem az asm es pl. a C, hanem
a C es egyeb eszkozok kozotti kulonbsegrol van szo. A megrendelo
(nem azonnal, de megiscsak) belatta, hogy ha mashova fordul,
ott "modern" fejlesztoeszkozokkel dolgoznak ugyan, de ez tobbszorosebe
kerul, nem beszelve arrol, hogy a Pentium III szerver helyett esetleg
tobbprocesszoros Sun-t, vagy hasonlot kell vennie. A objektumorientalt
programrol: jol karbantarthato, de szerintem az elejen nem rovidebb
a fejlesztesi ido, hiszen az osztalyokat alaposan meg kell tervezni.
Ha be akarjuk tartani a szabalyokat (pl. adattaghoz csak fuggvenyen
keresztul ferhetunk hozza), akkor lassu is.
Nagy es tokeeros megrendelo persze ezzel nem foglalkozik, ott teljes
mertekben igaz, amit NAR ir.

SzeFe




További információk a(z) BSD levelezőlistáról