Mennyire gyakori ez a fejlesztés?

Nekem ugy tunik, hogy elegge zs kategorias cegnel vagy.

Az gyakori, hogy regi kodot hasznalnak, idonkent elavult megoldasokkal.

De jobb helyeken azt sem mindenfele struktura nelkul. Illetve egy verziokoveto szerintem ma mar alapveto...

"OOP-t követő programot szétbarmolni, mint egy olyat, ami semmilyen paradigmát, vagy szabályrendszert nem követ."

Bármilyen programot lehet barmolni akár OOP akár nem, ha nem követünk valamilyen szisztematikát ami könnyíti a munkát.

Ráadásul az OOP nem alkalmazható minden esetben.

Van egy alapelv. "Ami működik, azt ne b***d el."

Mondjuk ha konkrétumokat is írtál volna, könnyebb lenne válaszolni, de általánosságban ha van egy évek óta stabilan működő rendszer, amivel továbbra is stabilan és hatékonyan lehet dolgozni, főleg, ha már a fene tudja, hogy hány munkaóra benne van, egyszerűen nincs értelme lecserélni. Oké, átírják 3 évente az éppen aktuálisan divatos keretrendszerre, az éppen legnívósabb paradigma szerint, ami igényel jópár plusz munkaórát (ami vagy extra humán erőforrást, ezáltal extra kiadást jelent, vagy addig áll az érdemi munka, hiszen a programozók ahelyett ennek az átírásán dolgoznak), és mi lesz a gyakorlati haszna? Még az is lehet, hogy ha elbénázzák az átírást, az addigi stabil rendszer instabillá válik.

Lehet, hogy a rendszer nem a "legszebb", és ha meglátná Bob bácsi ("Tiszta kód..."), sikítva menekülne, de ettől még lehet valami jó és hatékony.

Az OOP meg megint egy olyan dolog, hogy igen, nagyon jó dolog, rengeteg minden sokkal könnyebb vele, de nélküle is lehet hatékony és jól működő produktumot előállítani.

A verziókövetés meg egy adott vállalat- illetve projektméret alatt nem igazán szokás. Egyszerűen azért, mert kis méretekben még nem mutatkozik meg az előnye.