"A régi kód való igaz, nem a mostani módszertanokkal készült - jórészt azért, mert sok-sok dolog nem alkalmazható rájuk, mint ahogy a régi elvek sem alkalmazhatóak a jelenlegi fejlesztőeszközökre."
Régi fejlesztéseknél nem nagyon voltak módszertanok...
"Az igények változása valós, az, hogy nem képes követni, azt elsődlegesen a hozzáértő fejlesztői erőforrások szűkössége okozza. A drágán gyenge teljesítmény alátámasztására illene valamit citálni, nekem ellentétes tapasztalataim is vannak (Cobol kontra Java)."
Nem a szűkös fejlesztői erőforrásokkal van baj, hanem azzal, hogy több fejlesztő kell ugyanannyi munkához, másrészt több idő is kell a dokumentálatlanság okán.
A drágán gyenge teljesítménynél érdemes azt nézni, hogy mennyibe kerül a vas egy legacy rendszer alá (System/390, AS/400, Z széria), és mennyi ugyanezt kihozni x86 alapú gépekből, aztán azt, hogy mennyivel drágább a fejlesztés, aztán azt, hogy mennyivel drágább az üzemeltetés. Nem csoda, hogy mindenfelé azt látom, hogy ezekről a rendszerekről migrálnak vagy tervezik a migrációt.
"A kód minőségére azt értem, hogy olyan mértékben tesztelt appot hogyan tudsz csinálni? Régi cuccnak gyakorlatilag csak ismert hibája van - az új cucc "ismert, működést hátrányosan befolyásoló hibája nincs" elven kerül élesbe... :-D"
Azért érzed, hogy ez így hülyeség... nem?
--
http://wiki.javaforum.hu/display/~auth.gabor/Home