Satura rādītājs:
Definīcija - ko nozīmē tehniskais parāds?
Tehniskais parāds ir programmēšanas jēdziens, kas atspoguļo papildu izstrādes darbu, kas rodas, kad tiek izmantots kods, kuru ir viegli ieviest īstermiņā, nevis piemērot labāko kopējo risinājumu.
Tehniskais parāds parasti tiek saistīts ar ārkārtēju programmēšanu, īpaši saistībā ar reakciju. Tas nozīmē, ka tas nozīmē, ka attīstības procesa ietvaros ir nepieciešama esošā koda pārstrukturēšana (reakcija). Saskaņā ar šo domāšanas veidu reaģēšana ir ne tikai slikti uzrakstīta koda rezultāts, bet arī balstīta uz mainīgu problēmas izpratni un labāko šīs problēmas risināšanas veidu.
Tehnisko parādu var dēvēt arī par dizaina parādu.
Techopedia skaidro tehnisko parādu
Terminu izgudroja Ward Cunningham, programmētājs, kurš ir arī pazīstams ar pirmās wiki izstrādi. Tehniskais parāds ir metafora, kas programmatūras izstrādi pielīdzina finansiālajam parādam. Iedomājieties, ka jums ir projekts, kam ir divas potenciālas iespējas. Viens no tiem ir ātrs un ērts, taču nākotnē tas būs jāmaina. Otram dizainam ir labāks raksturs, taču tā ieviešana prasīs vairāk laika. Izstrādājot kodu, koda atlaišana kā ātra un ērta pieeja ir kā parāda rašanās - tas nāk ar procentu saistībām, kas tehniskā parāda gadījumā nākotnē rodas papildu darba veidā. Laika aizkavēšana līdzvērtīga pamatsummas samaksai. Lai arī īstermiņā tas prasa laiku, tas samazina arī turpmākos procentu maksājumus.
Ward Cunningham aprakstīja šo jēdzienu 1992. gadā šādi:
"Pirmo reizi nosūtītais kods ir kā parādos nonākšana. Neliels parāds paātrina attīstību, ja vien tas tiek ātri atmaksāts ar pārrakstīšanu. Objekti padara šī darījuma izmaksas pieļaujamas. Briesmas rodas, ja parāds netiek atmaksāts. Katru minūti iztērēts par ne visai pareizu kodu, tiek uzskatīts par procentiem par šo parādu. Visas inženierzinātņu organizācijas var nonākt miera stāvoklī nekonsolidētas ieviešanas, objektorientētas vai kā citādi, parāda slodzē. "
Koncepcija nenozīmē, ka parādam nekad nevajadzētu rasties. Tāpat kā piesaistītie līdzekļi var palīdzēt uzņēmumam, ja tos izmanto pareizi, ātrs risinājums var nozīmēt ātrāku laiku programmatūras izstrādes tirgū. Turklāt tehniskais parāds nav tikai slikts kods. Slikts kods ir slikts kods, un tehnisku parādu var radīt labu programmētāju darbs nereālu projekta ierobežojumu gadījumā.
