Onko normaalia, että IT-alalla tehdään koodia huonosti toimivan koodin päälle? Mietin vaan, kun en pärjännyt työssäni kun kehitysympäristö kaatuili. Onko se yleistä, että on niin kiire, että ei ehdi laittaa vanhoja bugeja pois (vaatisi joskus konekieltä jos koodausympäristö ei ole avointa koodia) vaan uutta koodia täytyy tuottaa?
Normaaliako?
normimeininkiäkö
362
0Äänestä
Muut lukivat myös
Odottaa vastausta
Näihin keskusteluihin ei ole vielä vastattu. Ole ensimmäinen.
Vastaukset 3
Vanhimmat
Ei ole kokemusta alata työntekijänä, mutta näin tuotteen loppukäyttäjän näkökulmasta tuollainen toimintakulttuuri saattaisi selitää hyvin paljon omia ongelmiani tuotteen kanssa, ja etenkin sen, miksei varsin hintavasta tuotetuesta sekä lukuisista päivityksistä huolimatta saada toimimaan kunnolla.
Kehitysvaiheessa on täysin normaalia. Hommia saatetaan koodata "päällekkäin" vaikka välillä on riippuvuussuhteita ja speksit vielä epävakaita. Tarkoittaa että kehitettävää koodia ei pystytä testaamaan kuin deadlinen jälkeen valmiissa järjestelmässä - jos mikään kehitystyö ei viivästy. Sitten lopussa integrointivaiheessa menee sormi suuhun, kun esitysmuoto onkin väärä tai tulee vastaan muna vai kana ongelma. Aivan hirveitä virityksiä joutunut välillä tekemään. Korjauksia varten julkaistaan sitten v. 2.0 jossa pahimmat tehosyöpöt on saatu kammattua pois näkyviltä. Tyypillistä lienee myös piilottaa ongelmat niin syvälle, että niistä ei asiakkaan koodinlukutaidoilla pysty mitään sanomaankaan.
paskaa paskan päälle. Vanha koodi on yleensä täysin kuraa, jonka logiikassa ei ole mitään järkeä. Tämän kaiken vielä kruunaa eksoottiset lyhenteet, joita on viljelty muuttujien nimissä yms. Lopputuloksesta ei ota erkkikään selvää.
Tuollaisen paskakasan päälle kun lähdetään lisäilemään uusia toimintoja, niin ei siinä tule heti ensimmäisenä mieleen lähteä korjailemaan jonkun muun tekemiä väkellyksi. Yleensä sellaiseen ei ole edes budjetoitu aikaa/resurssejakaan.