Nädal 11: Mida sage release sinu jaoks näitab?

[egon]

Kui me vaatame suuri ettevõtteid ning nende releaside sagedust siis osadel on see muutunud ajaga kiiremaks, kas see näitab, et nad suudavad nüüd arendada kiiremini või tegelevad bugide parandamisega või midagi muud? Kuidas sulle tundub?

Toote arendus on itereeriv protsess ning ideaalis koos kliendiga ning siis eeldaks et toode muutub iga releasega paremaks, ma ise näen seda positiivsena ja ootan vahestu huviga uuendusi et näha mida nüüd kaasa pandi või mis tehti.

[margmi]

Olles olnud ringluses nii suurtes kui väikestes ettevõtetes, võin vabalt väita, et sagedane tarkvara toodangusse panemine võib, aga ei pruugi tähendada kvaliteedi paranemist. Mingil ajahetkel X oli tavapraktika, kus lõppkasutaja oli QA protsessi osa.

Ehk siis tehti miski jupp valmis, testiti elementaarsel tasemel üle ja paisati toodangusse, kus siis lõppkasutaja oli osa QA protsessist. Korjati hädakisa kokku (kas läbi klienditoe või automaatsete raportite) ja lapiti ikaldused ära.

Lühikeste arendustsüklitega on võimalik kõvasti kvaliteeti parandada, skoop on väiksem, seega hallatavam. Teise nurga alt, liiga üksteise lähedal olevad reliisid tekitavad teistpidi lumepalli efekti: ei jõuta eelmisi ikaldusi enne ära parandada kui järgmise reliisi ikaldused juba seljas, võib muutuda lõputuks küünlapäevaks.

Eks ta selline noateral kõndimine ole, väga palju sõltub juhtkonnast, kuidas see tegevus on planeeritud ja ellu viidud. Reeglina väga ei ole

[tiitr]

Suures osas pean nõustuma margmi jutuga. Kui release on liiga kiire, siis ilmselt ei testita piisavalt inimeste poolt (automaattestidest alati ei piisa). Aga mõistlikult kiire tsükkel on siiski positiivne - kui korraga läheb välja väike tükk, on ka probleeme kergem lahendada ja ei ole suuremaid ikaldusi. Rollback võiks muidugi sellise release-protsessi tavaline osa olla ehk kui jama avastatakse, siis esimene samm on rollback ja alles seejärel hakatakse probleemi uurima ja parandama. Muidu riskid sellega, et tarkvara või teenus ongi koguaeg väheke katkine. Teine asi, et ei tohiks tekkida eelnevalt kirjeldatud olukorda kus vigu ei tehtagi korda ja järgmine rellis lastakse lihtsalt uued featurid peale.

[caraun]

Minu jaoks näitab sage release pigem seda, et okei arendus on muutunud paindlikumaks ja tehakse väiksemate juppidena, ilmselt on nii ka lihtsam midagi välja lasta ja vaadata, kuidas töötab ning seejärel teha parandused, kuid samas ma ei ütleks, et see tähendab automaatselt paremat kvaliteeti. Liiga tihe release tähendab, et testimine seal taga jääb nõrgaks ning enamasti leiavad pooled vead siis alles kasutajad. Tihedad released on head, siis kui neid tehakse läbimõeldult, aga kui lihtsalt pushitakse midagi välja, siis võib asi minna suhteliselt lihtsalt käest ära.

[arspok]

Nõustun teistega, et sage release võib olla nii hea kui ka halb. Ühelt poolt tähendab see, et arendus on kiirem ja tehakse väiksemate osadena, mida on lihtsam hallata. Samas võib see tähendada ka seda, et testimisele ei pöörata piisavalt tähelepanu ja mõned vead jõuavad kasutajateni. Minu arvates on sage release hea ainult siis, kui see on läbimõeldud ja sellel on konkreetne eesmärk (nt kriitilise vea parandamine), mitte lihtsalt kiirustamise pärast.

[Jurgep]

Ma ütleks, sage fixide tegemine on hea, aga kui sagedasti tehakse ka major release, siis näitab, et väga ei testita ja muudetakse asju.

[milena]

Minu arvates ei tähenda sagedasemad releasid ainult seda, et arendatakse kiiremini, vaid pigem seda, et arendusprotsess on muutunud paindlikumaks ja paremini automatiseerituks. Suured ettevõtted kasutavad tihti pidevat integratsiooni ja automatiseeritud testimist, mis võimaldab nii uusi funktsioone lisada kui ka vigu kiiremini parandada. Seega sisaldavad uuendused tavaliselt nii uusi võimalusi kui ka parandusi ja väiksemaid täiustusi. Üldiselt nõustun, et itereeriv arendus koos kasutajate tagasisidega muudab toote ajas paremaks ja uuendused võivad olla üsna põnevad.

[kareil]

Ma olen ka seda meelt, et iseenesest see näitab ettevõtete poolset arengut, kui suudetakse järjest sagedamini uusi release'e teha. Kindlasti peegeldab see nende töö kiirenemist aga ka tõhustumist. Kuid samas nõustun ka eelnevate vastajatega, et liiga kiire release ei pruugi olla tingimata hea, sest võib peegeldada testimise vajakajäämist.

[mavell]

Ma arvan, et tehakse väikseid muudatusi tihedamini.

[mvaldr]

Ühelt poolt on kiire uuendustsükkel tore, kuna nii on jõuavad uued funktsioonid kiirelt kasutajateni, kuid samas tekitab ka riski, et nt majutatud teenuste puhul süsteemiadministraatorid ei jõua kõiki uuendusi pidevalt üle kontrollida ja süsteemidesse paigaldada, kuna neid tuleb lihtsalt liiga palju.

[jaaras]

Minu võhiklik arvamus oleks et kellegil on liiga palju bugisid mida patchida. Kui tulevad mingi tarkvara liiga sagedused uuendused, tekib soov automaatuuendused välja lülitada.

[kparii]

Minu jaoks näitab sage release pigem seda, et asju tehakse väikeste osadena ja lastakse kiiremini välja, et kohe näha, mis töötab ja mis mitte. Ilmselt on see ka viis, kuidas kiiremini kasutajate tagasisidet saada.

[aljons]

Arvan, et sagedasemad väljalasked ei tähenda automaatselt, et "kood kirjutatakse kiiremini". Pigem näitavad need, et ettevõte on muutnud kogu arenduse ja tarneahela viisi. Väikesed muudatused kohe. Varem toodeti suuri "versioone" harva. Nüüd liigub see üsna väikeste sammudega-iga muudatus on erinev. See ei pruugi olla kiirem arendus, vaid väiksem pakett korraga. Samuti mängib rolli kasutajate kiirem tagasiside. Kui midagi läheb valesti, avastatakse See kiiresti ja parandatakse kohe järgmises versioonis. Suured ettevõtted ei "kiirusta rohkem", kuid nad on oma protsessi muutnud nii, et väikeste muudatuste oht on madal ja kontroll on parem.

[Julius]

Pikk ajavahe äritarkvara väljalasete vahel tekitab kahtluse, et äkki pole osatud CI/CD pipeline-i paika sättida. Alati see nii pole, kuid võib siiski kahtlus tekkida. Samas muidugi see, et tihti uuendatakse pole ka kindel märk kvaliteedist.

[viivik]

Minu kogemus on pigem selline, et üldiselt nendes vahepealsetest minor release'idest minnakse mööda või lükatakse võimalusel uuendus viimasele võimalikule kuupäevale. Tavaliselt alati on esmase releas'i juures bugid sees.

[kerdov1]

Minu arvates on sagedased uuendused üldiselt head, sest tarkvara paraneb pidevalt aga liiga tihe uuendamine võib kasutajaid häirida, seega on oluline leida tasakaal.

[ariism]

Mulle on ka jäänud pigem mulje, et sage release on tingitud pigem sellest, et asju tehakse väiksemate sammudena, mille vahel tegeletakse bug fixidega. Ise pole nagu tajunud, et arendus seetõttu kiiremaks on muutunud.

[stentr]

Tavaliselt näitab see seda, et aktiivne arendustöö käib ning tahetakse igasugused vead ja bugid ruttu ära parandada. Mõnikord võib see aga kahjuks vastupidiselt mõjuda, kui ei jõuta uut releasei piisavalt hästi testida.

[kasade]

Kasutajana on sage release küll tore, saab võimalikult kiiresti uusi funktsioone kasutada ja saab ka kiiremini bugfixe, samas kahtlen väga, et neid sagedasi release korralikult testitakse ja kontrollitakse, liiga tihti läheb midagi nende tõttu katki. Kahe otsaga asi aga päeva lõpus sõltub see täielikult sellest, kes arendajad on ja mis nende protsess on, kindlasti saab asja korralikult teha.