@laacz tvītu arhīvs

Šodien nācās skaidrot tehniskā parāda nozīmi un jēgu. Diskusijas esence - kāpēc jūs darat tāsku A, ja rekur ir tāsks B ar momentānu atdevi? Atbilde diezgan vienkārša: tāpēc, ka nepārvaldīts tehniskais parāds ilgtermiņā bieži vien reizinās un izmaksā daudz dārgāk.

@laacz Nebija kads bags, kas saistīts ar A?

@laacz Ja vien šo saprastu biznesa puse.

@gintsmurans Bizness ir jāaudzina.

@kaspars_rink Bags nav tehniskais parāds.

@laacz Tehniskais parāds pēc būtības nav automātiski slikts un bieži vien attiecas uz kaut kādiem ārpuskārtas scenārijiem. Es vienmēr ņemtu tasku A ar momentānu atdevi pret tasku B, kas mazina ilgtermiņa tehnisko parādu bez garantijas, ka tas vispār kādreiz būs vajadzīgs

@ArtisIvanovs Tehniskā parāda pārvaldība ir kompleksa pasākums. Ir lietas, kuras iet šajā kategorijā, ir lietas, kuras neiet. Ir laiks, kad kāds no TP ir jāņem un jādara. Tas viss ir jāplāno un jāapzinās.

@ArtisIvanovs @laacz Esmu pateicīgs, ka man nav ar tevi jāstrādā.

@laacz Jā, protams. Bet jebkurā gadījumā tūlītējs biznesa pienesums ir vērtīgāks par vienkāršu TP kopšanu. (Pieņemot, ka nav jādzēš kāds ugunsgrēks)

@ArtisIvanovs Nav tādas lietas kā vienkārša TP kopšana. TP netiek kopts, bet gan plānots un aprūpēts.

@laacz Kopā ar bagu var arī citas lietas salabot. Nav jāskaidro

@kaspars_rink Tas nav ilgtspējīgs pārvaldības modelis :)

@laacz Šis, pamatā, aktuāli izstrādājot un rēķinot MVP tvērumu... tur vienmēr mēģina max noīsināt, bet nepadomā ka pēc tam 3x jāieguldās, lai izlīdzinātu... Man ar tā ir ikdiena stāstīt kāpēc jāieguldās uz MVP un atrast balansu starp normālu risinājumu un prototipu

@laacz Manuprāt var jēdzīgākais ir panākt kompromisu ka noteiktu % laika velta šādām lietām. Jo "time to market" ir tikpat svarīgs. Tie super pareizie izlaizītie projekti var tikt nepabeigti, par vēlu un vairs nebūt aktuāli, novecojuši, lietojot daudz precīzāk zinās, kas nav pareizi.

@andrisdru Ne gluži. Tehniskais parāds nozīmē, ka lieta, kas ir uztaisīta labi un pareizi, eventuāli būs jāuztaisa citādāk. Ir brīdis, kad tas "eventuāli" pienāk. Tādi brīži ir jāplāno visa cita kontekstā. Tas nav % laika, kurā kop TP. TP kop tad, kad tas ir jākopj.

@laacz kautkā man neiet kopā "ka lieta, kas ir uztaisīta labi un pareizi, eventuāli būs jāuztaisa citādāk"

@andrisdru Īzī. Izstrādes mērķis ir visu uztaisīt labi. TP rodas tad, ja dažādu ierobežojumu dēļ kaut kas ir izdarīts tā, ka tu paliec parādā darbu, kurš jāveic nākotnē (papildināt, pārtaisīt, likvidēt, utt). Tas nenozīmē, ka uztaisītais ir uztaisīts slikti.

@laacz no kādas perpektīvas skaties, no kodera iespējams labi, no arhitekta darbs ir izdarīts slikti.

@andrisdru Īsti nē.

@andrisdru Es laikam sapratu - mums vnk atšķiras tehniskā parāda definīcija. TP nav nekas slikts. Slikts kods vai sūdīga arhitektūra nav TP. Tas ir vnk slikts kods un sūdīga arhitektūra. TP neizbēgami rodas iteratīvā ciklā. https://www.georgefairbanks.com/ieee-software-v37-n4-july-2020-ur-technical-debt#:~:text=ABSTRACT%3A%20The%20term,on%20a%20debt.

@laacz Ja pareizi sapratu TP, tas ir kad taisījām pēc sastādītā uzdevuma, bet uzdevums sastādīts neatbilstoši vajadzībām?

@Fiikjerists Nē. Tas nenozīmē kaut ko slikti vai tjap-ļap uztaisītu. > Technical debt is the implied cost of additional rework caused by choosing an easy (limited) solution now instead of using a better approach that would take longer.