Helo, Habr! Yn flaenorol, cwynais am fywyd yn yr Isadeiledd fel paradeim cod ac ni chynigiodd unrhyw beth i ddatrys y sefyllfa bresennol. Heddiw, rydw i'n ôl i ddweud wrthych chi pa ddulliau ac arferion fydd yn eich helpu chi i ddianc o affwys anobaith a llywio'r sefyllfa i'r cyfeiriad cywir.
Yn yr erthygl flaenorol Rhannais fy argraffiadau o'r maes hwn, ceisiais fyfyrio ar y sefyllfa bresennol yn y maes hwn, a hyd yn oed awgrymu y gallai arferion safonol sy'n hysbys i bob datblygwr helpu. Efallai ei bod yn ymddangos bod llawer o gwynion am fywyd, ond nid oedd unrhyw gynigion ar gyfer ffordd allan o'r sefyllfa bresennol.
Pwy ydym ni, ble rydym ni a pha broblemau sydd gennym
Ar hyn o bryd rydym yn rhan o Dîm Sre Onboarding, sy'n cynnwys chwe rhaglennydd a thri pheiriannydd seilwaith. Rydyn ni i gyd yn ceisio ysgrifennu Infrastructure fel cod (IaC). Rydyn ni'n gwneud hyn oherwydd rydyn ni'n gwybod yn y bôn sut i ysgrifennu cod ac mae gennym ni hanes o fod yn ddatblygwyr “uwch na'r cyfartaledd”.
- Mae gennym set o fanteision: cefndir penodol, gwybodaeth am arferion, y gallu i ysgrifennu cod, awydd i ddysgu pethau newydd.
- Ac mae rhan sagging, sydd hefyd yn minws: diffyg gwybodaeth am galedwedd seilwaith.
Y pentwr technoleg a ddefnyddiwn yn ein IaC.
- Teras ar gyfer creu adnoddau.
- Pecynnwr ar gyfer cydosod delweddau. Dyma ddelweddau Windows, CentOS 7.
- Jsonnet i wneud adeilad pwerus yn drone.io, yn ogystal â chynhyrchu paciwr json a'n modiwlau terraform.
- Asur.
- Atebol wrth baratoi delweddau.
- Python ar gyfer gwasanaethau ategol a sgriptiau darparu.
- A hyn i gyd yn VSCCode gydag ategion wedi'u rhannu rhwng aelodau'r tîm.
Casgliad oddi wrth fy Roedd fel hyn: ceisiais feithrin optimistiaeth (yn gyntaf oll ynof fy hun), roeddwn am ddweud y byddwn yn rhoi cynnig ar y dulliau a'r arferion sy'n hysbys i ni er mwyn delio â'r anawsterau a'r cymhlethdodau sy'n bodoli yn y maes hwn.
Ar hyn o bryd rydym yn cael trafferth gyda'r materion IaC canlynol:
- Amherffeithrwydd offer a dulliau ar gyfer datblygu cod.
- Defnydd araf. Mae seilwaith yn rhan o'r byd go iawn, a gall fod yn araf.
- Diffyg dulliau ac arferion.
- Rydym yn newydd ac nid ydym yn gwybod llawer.
Rhaglennu Eithafol (XP) i'r adwy
Mae pob datblygwr yn gyfarwydd â Rhaglennu Eithafol (XP) a'r arferion sy'n sefyll y tu ôl iddo. Mae llawer ohonom wedi gweithio gyda’r dull hwn, ac mae wedi bod yn llwyddiannus. Felly beth am ddefnyddio’r egwyddorion a’r arferion a nodir yno i oresgyn heriau seilwaith? Fe wnaethom benderfynu cymryd y dull hwn a gweld beth sy'n digwydd.
Gwirio cymhwysedd y dull XP i'ch diwydiantDyma ddisgrifiad o'r amgylchedd y mae XP yn addas iawn ar ei gyfer, a sut mae'n berthnasol i ni:
1. Gofynion meddalwedd sy'n newid yn ddeinamig. Roedd yn amlwg i ni beth oedd y nod yn y diwedd. Ond gall y manylion amrywio. Ni ein hunain sy'n penderfynu ble mae angen tacsi, felly mae'r gofynion yn newid o bryd i'w gilydd (yn bennaf gennym ni ein hunain). Os cymerwn y tîm ARhPh, sy'n gwneud yr awtomeiddio ei hun, ac sydd ynddo'i hun yn cyfyngu ar ofynion a chwmpas y gwaith, yna mae'r pwynt hwn yn cyd-fynd yn dda.
2. Risgiau a achosir gan brosiectau amser sefydlog sy'n defnyddio technoleg newydd. Efallai y byddwn yn dod ar draws risgiau wrth ddefnyddio rhai pethau nad ydym yn gwybod amdanynt. A dyma ein hachos 100%. Ein prosiect cyfan oedd y defnydd o dechnolegau nad oeddem yn gwbl gyfarwydd â nhw. Yn gyffredinol, mae hon yn broblem gyson, oherwydd ... Mae llawer o dechnolegau newydd yn dod i'r amlwg yn y sector seilwaith drwy'r amser.
3,4. Tîm datblygu estynedig bach, wedi'i gydleoli. Mae'r dechnoleg awtomataidd rydych chi'n ei defnyddio yn caniatáu ar gyfer profion uned a swyddogaethol. Nid yw'r ddau bwynt hyn yn gweddu i ni yn union. Yn gyntaf, nid ydym yn dîm cydgysylltiedig, ac yn ail, mae naw ohonom, y gellir eu hystyried yn dîm mawr. Er, yn ôl rhai diffiniadau o dîm “mawr”, mae llawer yn 14+ o bobl.
Gadewch i ni edrych ar rai arferion XP a sut maent yn effeithio ar gyflymder ac ansawdd adborth.
Egwyddor Dolen Adborth XP
Yn fy nealltwriaeth i, adborth yw'r ateb i'r cwestiwn, ydw i'n gwneud y peth iawn, ydyn ni'n mynd yno? Mae gan XP gynllun dwyfol ar gyfer hyn: dolen adborth amser. Y peth diddorol yw po isaf yr ydym, y cyflymaf y gallwn gael yr OS i ateb y cwestiynau angenrheidiol.
Mae hwn yn bwnc eithaf diddorol i'w drafod, sef ei bod yn bosibl cael OS yn gyflym yn ein diwydiant TG. Dychmygwch pa mor boenus yw hi i wneud prosiect am chwe mis a dim ond wedyn darganfod bod camgymeriad ar y cychwyn cyntaf. Mae hyn yn digwydd wrth ddylunio ac wrth adeiladu systemau cymhleth.
Yn ein hachos ni o IaC, mae adborth yn ein helpu ni. Byddaf yn gwneud addasiad bach ar unwaith i'r diagram uchod: nid oes gan y cynllun rhyddhau gylchred misol, ond mae'n digwydd sawl gwaith y dydd. Mae rhai arferion yn gysylltiedig â'r cylch OS hwn y byddwn yn edrych arnynt yn fanylach.
Pwysig: gall adborth fod yn ateb i'r holl broblemau a nodir uchod. Wedi'i gyfuno ag arferion XP, gall eich tynnu allan o'r dibyn o anobaith.
Sut i dynnu eich hun allan o affwys anobaith: tri arferiad
Profion
Crybwyllir profion ddwywaith yn y ddolen adborth XP. Nid dim ond felly. Maent yn hynod bwysig ar gyfer y dechneg Rhaglennu Eithafol gyfan.
Tybir eich bod yn cael profion Uned a Derbyn. Mae rhai yn rhoi adborth i chi mewn ychydig funudau, eraill mewn ychydig ddyddiau, felly maen nhw'n cymryd mwy o amser i ysgrifennu ac yn cael eu hadolygu'n llai aml.
Mae yna byramid profi clasurol, sy'n dangos y dylai fod mwy o brofion.
Sut mae'r fframwaith hwn yn berthnasol i ni mewn prosiect IaC? A dweud y gwir... dim o gwbl.
- Ni all profion uned, er gwaethaf y ffaith y dylai fod llawer ohonynt, fod yn ormod. Neu maen nhw'n profi rhywbeth yn anuniongyrchol iawn. Yn wir, gallwn ddweud nad ydym yn eu hysgrifennu o gwbl. Ond dyma rai ceisiadau am brofion o'r fath yr oeddem yn gallu eu gwneud:
- Profi cod jsonnet. Dyma, er enghraifft, ein piblinell cydosod drôn, sy'n eithaf cymhleth. Mae'r cod jsonnet wedi'i gwmpasu'n dda gan brofion.
Rydym yn defnyddio hyn . - Profion ar gyfer sgriptiau sy'n cael eu gweithredu pan fydd yr adnodd yn dechrau. Ysgrifennir sgriptiau yn Python, ac felly gellir ysgrifennu profion arnynt.
- Profi cod jsonnet. Dyma, er enghraifft, ein piblinell cydosod drôn, sy'n eithaf cymhleth. Mae'r cod jsonnet wedi'i gwmpasu'n dda gan brofion.
- Mae'n bosibl gwirio'r cyfluniad mewn profion, ond nid ydym yn gwneud hynny. Mae hefyd yn bosibl ffurfweddu gwirio rheolau ffurfweddu adnoddau trwy . Fodd bynnag, mae'r gwiriadau yno yn rhy sylfaenol ar gyfer terraform, ond mae llawer o sgriptiau prawf yn cael eu hysgrifennu ar gyfer AWS. Ac rydyn ni ar Azure, felly nid yw hyn eto'n berthnasol.
- Profion integreiddio cydrannau: mae'n dibynnu ar sut rydych chi'n eu dosbarthu a ble rydych chi'n eu rhoi. Ond maen nhw'n gweithio yn y bôn.
Dyma sut olwg sydd ar brofion integreiddio.
Dyma enghraifft wrth adeiladu delweddau yn Drone CI. Er mwyn eu cyrraedd, mae'n rhaid i chi aros 30 munud i ddelwedd Packer ffurfio, yna aros 15 munud arall iddynt basio. Ond maen nhw'n bodoli!Algorithm dilysu delwedd
- Rhaid i'r paciwr baratoi'r ddelwedd yn llwyr yn gyntaf.
- Wrth ymyl y prawf mae teras gyda chyflwr lleol, a ddefnyddiwn i ddefnyddio'r ddelwedd hon.
- Wrth ddatblygu, defnyddir modiwl bach sy'n gorwedd gerllaw i'w gwneud hi'n haws gweithio gyda'r ddelwedd.
- Unwaith y bydd y VM yn cael ei ddefnyddio o'r ddelwedd, gall gwiriadau ddechrau. Yn y bôn, cynhelir gwiriadau mewn car. Mae'n gwirio sut roedd y sgriptiau'n gweithio wrth gychwyn a sut mae'r daemons yn gweithio. I wneud hyn, trwy ssh neu winrm rydym yn mewngofnodi i'r peiriant sydd newydd ei godi ac yn gwirio'r statws cyfluniad neu a yw'r gwasanaethau i fyny.
- Mae'r sefyllfa'n debyg gyda phrofion integreiddio mewn modiwlau ar gyfer terraform. Dyma dabl byr yn egluro nodweddion profion o'r fath.
Mae adborth ar y gweill tua 40 munud. Mae popeth yn digwydd am amser hir iawn. Gellir ei ddefnyddio ar gyfer atchweliad, ond ar gyfer datblygiadau newydd mae'n afrealistig yn gyffredinol. Os ydych chi'n barod iawn, iawn ar gyfer hyn, paratowch sgriptiau rhedeg, yna gallwch chi ei leihau i 10 munud. Ond nid yw'r rhain yn brofion Uned o hyd, sy'n gwneud 5 darn mewn 100 eiliad.
Mae absenoldeb profion Uned wrth gydosod delweddau neu fodiwlau terraform yn annog symud y gwaith i wasanaethau ar wahân y gellir eu rhedeg yn syml trwy REST, neu i sgriptiau Python.
Er enghraifft, roedd angen i ni sicrhau, pan fydd y peiriant rhithwir yn cychwyn, ei fod yn cofrestru ei hun yn y gwasanaeth , a phan ddinistriwyd y peiriant rhithwir, fe'i dileu ei hun.
Gan fod gennym ScaleFT fel gwasanaeth, rydym yn cael ein gorfodi i weithio gydag ef trwy'r API. Roedd papur lapio wedi’i ysgrifennu yno y gallech chi ei dynnu a dweud: “Ewch i mewn a dileu hwn a hwnna.” Mae'n storio'r holl osodiadau a mynediadau angenrheidiol.
Gallwn eisoes ysgrifennu profion arferol ar gyfer hyn, gan nad yw'n wahanol i feddalwedd arferol: mae rhyw fath o apiha yn cael ei watwar, rydych chi'n ei dynnu, ac yn gweld beth sy'n digwydd.
Canlyniadau'r profion: Nid yw profion uned, a ddylai roi'r OS mewn munud, yn ei roi. Ac mae mathau o brofion uwch yn y pyramid yn effeithiol, ond dim ond rhan o'r problemau y maent yn eu cwmpasu.
Rhaglennu pâr
Mae profion, wrth gwrs, yn dda. Gallwch chi ysgrifennu llawer ohonyn nhw, gallant fod o wahanol fathau. Byddant yn gweithio ar eu lefelau ac yn rhoi adborth i ni. Ond erys y broblem gyda phrofion Uned gwael, sy'n rhoi'r OS cyflymaf. Ar yr un pryd, rydw i'n dal i fod eisiau OS cyflym sy'n hawdd ac yn ddymunol gweithio gydag ef. Heb sôn am ansawdd yr ateb canlyniadol. Yn ffodus, mae yna dechnegau a all ddarparu adborth cyflymach fyth na phrofion uned. Rhaglennu pâr yw hwn.
Wrth ysgrifennu cod, rydych chi am gael adborth ar ei ansawdd cyn gynted â phosibl. Gallwch, gallwch chi ysgrifennu popeth mewn cangen nodwedd (er mwyn peidio â thorri unrhyw beth i unrhyw un), gwneud cais tynnu yn Github, ei aseinio i rywun y mae gan ei farn bwysau, ac aros am ymateb.
Ond gallwch chi aros am amser hir. Mae pobl i gyd yn brysur, ac efallai nad yw'r ateb, hyd yn oed os oes un, o'r ansawdd uchaf. Tybiwch fod yr ateb wedi dod ar unwaith, roedd yr adolygydd yn deall yr holl syniad ar unwaith, ond mae'r ateb yn dal i ddod yn hwyr, ar ôl y ffaith. Hoffwn pe bai'n gynharach. Dyma beth mae rhaglennu pâr wedi'i anelu ato - ar unwaith, ar adeg ysgrifennu.
Isod mae'r arddulliau rhaglennu pâr a'u cymhwysedd wrth weithio ar IaC:
1. Clasurol, Profiadol+Profiadol, newid yn ôl amserydd. Dwy rôl – gyrrwr a llywiwr. Dau berson. Maent yn gweithio ar yr un cod ac yn newid rolau ar ôl cyfnod penodol o amser.
Gadewch i ni ystyried cydnawsedd ein problemau ag arddull:
- Problem: amherffeithrwydd offer ac offer ar gyfer datblygu cod.
Effaith negyddol: mae'n cymryd mwy o amser i ddatblygu, rydym yn arafu, mae cyflymder/rhythm y gwaith yn mynd ar goll.
Sut rydyn ni'n ymladd: rydyn ni'n defnyddio offer gwahanol, DRhA cyffredin a hefyd yn dysgu llwybrau byr. - Problem: Defnydd araf.
Effaith negyddol: cynyddu'r amser y mae'n ei gymryd i greu darn gweithredol o god. Rydyn ni'n diflasu wrth aros, mae ein dwylo'n estyn allan i wneud rhywbeth arall wrth aros.
Sut rydyn ni'n ymladd: wnaethon ni ddim ei oresgyn. - Problem: diffyg dulliau ac arferion.
Effaith negyddol: nid oes unrhyw wybodaeth am sut i'w wneud yn dda a sut i'w wneud yn wael. Yn ymestyn derbyn adborth.
Sut rydym yn ymladd: mae cyfnewid barn ac arferion ar y cyd mewn gwaith pâr bron yn datrys y broblem.
Y brif broblem gyda defnyddio'r arddull hon yn IaC yw cyflymder anwastad y gwaith. Mewn datblygu meddalwedd traddodiadol, mae gennych symudiad unffurf iawn. Gallwch chi dreulio pum munud ac ysgrifennu N. Treuliwch 10 munud ac ysgrifennu 2N, 15 munud - 3N. Yma gallwch chi dreulio pum munud ac ysgrifennu N, ac yna treulio 30 munud arall ac ysgrifennu degfed ran o N. Yma dydych chi ddim yn gwybod dim byd, rydych chi'n sownd, yn dwp. Mae'r ymchwiliad yn cymryd amser ac yn tynnu sylw oddi wrth y rhaglennu ei hun.
Casgliad: yn ei ffurf pur nid yw'n addas i ni.
2. Ping-pong. Mae'r dull hwn yn golygu bod un person yn ysgrifennu'r prawf ac un arall yn ei roi ar waith. Gan gymryd i ystyriaeth y ffaith bod popeth yn gymhleth gyda phrofion Uned, a bod yn rhaid i chi ysgrifennu prawf integreiddio sy'n cymryd amser hir i'w raglennu, mae holl rwyddineb ping-pong yn diflannu.
Gallaf ddweud inni geisio gwahanu cyfrifoldebau ar gyfer dylunio sgript prawf a gweithredu cod ar ei gyfer. Daeth un cyfranogwr i fyny gyda'r sgript, yn y rhan hon o'r gwaith yr oedd yn gyfrifol, cafodd y gair olaf. A'r llall oedd yn gyfrifol am weithredu. Gweithiodd allan yn dda. Mae ansawdd y sgript gyda'r dull hwn yn cynyddu.
Casgliad: gwaetha'r modd, nid yw cyflymder y gwaith yn caniatáu defnyddio ping-pong fel arfer rhaglennu pâr yn IaC.
Arddull 3.Strong. . Y syniad yw bod un cyfranogwr yn dod yn llywiwr cyfarwyddeb, a'r ail yn cymryd rôl y gyrrwr dienyddio. Yn yr achos hwn, y llywiwr yn unig sydd â'r hawl i wneud penderfyniadau. Mae'r gyrrwr yn argraffu yn unig a gall ddylanwadu ar yr hyn sy'n digwydd gyda gair. Nid yw'r rolau yn newid am amser hir.
Da ar gyfer dysgu, ond mae angen sgiliau meddal cryf. Dyma lle rydym wedi methu. Roedd y dechneg yn anodd. Ac nid yw'n ymwneud â seilwaith hyd yn oed.
Casgliad: mae'n bosibl ei ddefnyddio, nid ydym yn rhoi'r gorau i geisio.
4. Mobbing, heidio a phob arddull hysbys ond heb ei restru Nid ydym yn ei ystyried, oherwydd Nid ydym wedi rhoi cynnig arno ac mae'n amhosib siarad amdano yng nghyd-destun ein gwaith.
Canlyniadau cyffredinol ar ddefnyddio rhaglennu pâr:
- Mae gennym ni gyflymder gwaith anwastad, sy’n peri dryswch.
- Fe wnaethom redeg i mewn i sgiliau meddal annigonol. Ac nid yw'r maes pwnc yn helpu i oresgyn y diffygion hyn sydd gennym ni.
- Mae profion hir a phroblemau gydag offer yn gwneud datblygiad pâr yn anodd.
5. Er hyn, cafwyd llwyddiannau. Fe wnaethon ni feddwl am ein dull ein hunain “Cydgyfeirio - Divergence”. Disgrifiaf yn gryno sut y mae'n gweithio.
Mae gennym bartneriaid parhaol am ychydig ddyddiau (llai nag wythnos). Rydyn ni'n gwneud un dasg gyda'n gilydd. Rydyn ni'n eistedd gyda'n gilydd am ychydig: mae un yn ysgrifennu, y llall yn eistedd ac yn gwylio'r tîm cymorth. Yna rydyn ni'n gwasgaru am beth amser, mae pob un yn gwneud rhai pethau annibynnol, yna rydyn ni'n dod at ein gilydd eto, yn cydamseru'n gyflym iawn, yn gwneud rhywbeth gyda'n gilydd ac yna'n gwasgaru eto.
Cynllunio a chyfathrebu
Y bloc olaf o arferion y mae problemau OS yn cael eu datrys trwyddo yw trefnu gwaith gyda'r tasgau eu hunain. Mae hyn hefyd yn cynnwys cyfnewid profiad sydd y tu allan i waith pâr. Edrychwn ar dri arfer:
1. Amcanion trwy'r goeden gôl. Fe wnaethom drefnu rheolaeth gyffredinol y prosiect trwy goeden sy'n mynd yn ddiddiwedd i'r dyfodol. Yn dechnegol, mae'r olrhain yn cael ei wneud yn Miro. Mae un dasg - mae'n nod canolradd. Oddi arno ewch naill ai nodau llai neu grwpiau o dasgau. Oddynt hwy y daw y gorchwylion eu hunain. Mae'r holl dasgau'n cael eu creu a'u cynnal ar y bwrdd hwn.
Mae'r cynllun hwn hefyd yn darparu adborth, sy'n digwydd unwaith y dydd pan fyddwn yn cydamseru mewn ralïau. Mae cael cynllun cyffredin o flaen pawb, ond yn strwythuredig ac yn gwbl agored, yn galluogi pawb i fod yn ymwybodol o’r hyn sy’n digwydd a pha mor bell yr ydym wedi symud ymlaen.
Manteision gweledigaeth weledol tasgau:
- Achosiaeth. Mae pob tasg yn arwain at ryw nod byd-eang. Caiff tasgau eu grwpio yn nodau llai. Mae'r parth seilwaith ei hun yn eithaf technegol. Nid yw bob amser yn glir ar unwaith pa effaith benodol, er enghraifft, mae ysgrifennu llyfr rhediad ar fudo i nginx arall yn ei chael ar y busnes. Mae cael y cerdyn targed gerllaw yn ei gwneud hi'n gliriach.
Mae achosiaeth yn nodwedd bwysig o broblemau. Mae’n ateb y cwestiwn yn uniongyrchol: “Ydw i’n gwneud y peth iawn?” - Parallelism. Mae naw ohonom, ac yn syml, mae'n gorfforol amhosibl taflu pawb at un dasg. Efallai na fydd tasgau o un maes bob amser yn ddigon chwaith. Fe'n gorfodir i baralelu gwaith rhwng gweithgorau bach. Ar yr un pryd, mae'r grwpiau'n eistedd ar eu tasg am beth amser, gallant gael eu hatgyfnerthu gan rywun arall. Weithiau mae pobl yn cwympo i ffwrdd o'r gweithgor hwn. Mae rhywun yn mynd ar wyliau, mae rhywun yn gwneud adroddiad ar gyfer y DevOps conf, mae rhywun yn ysgrifennu erthygl ar Habr. Mae gwybod pa nodau a thasgau y gellir eu gwneud ochr yn ochr yn dod yn bwysig iawn.
2. Amnewid cyflwynwyr cyfarfodydd y bore. Mewn stand-ups mae gennym y broblem hon - mae pobl yn gwneud llawer o dasgau ochr yn ochr. Weithiau mae tasgau wedi'u cysylltu'n llac ac nid oes unrhyw ddealltwriaeth o bwy sy'n gwneud beth. Ac mae barn aelod arall o'r tîm yn bwysig iawn. Mae hon yn wybodaeth ychwanegol a all newid y cwrs o ddatrys y broblem. Wrth gwrs, fel arfer mae rhywun gyda chi, ond mae cyngor ac awgrymiadau bob amser yn ddefnyddiol.
Er mwyn gwella’r sefyllfa hon, fe wnaethom ddefnyddio’r dechneg “Changing the Leading Stand-Up”. Nawr maent yn cael eu cylchdroi yn ôl rhestr benodol, ac mae hyn yn cael ei effaith. Pan mai eich tro chi yw hi, fe'ch gorfodir i blymio i mewn a deall beth sy'n digwydd er mwyn cynnal cyfarfod Scrum da.
3. demo mewnol. Mae cymorth i ddatrys problem o raglennu pâr, delweddu ar y goeden broblem a chymorth mewn cyfarfodydd sgrym yn y bore yn dda, ond nid yn ddelfrydol. Fel cwpl, rydych chi'n cael eich cyfyngu gan eich gwybodaeth yn unig. Mae'r goeden dasg yn helpu i ddeall yn fyd-eang pwy sy'n gwneud beth. Ac ni fydd y cyflwynydd a chydweithwyr yng nghyfarfod y bore yn plymio'n ddwfn i'ch problemau. Yn sicr efallai y byddan nhw'n colli rhywbeth.
Daethpwyd o hyd i'r ateb trwy ddangos y gwaith a wnaed i'w gilydd ac yna ei drafod. Rydym yn cyfarfod unwaith yr wythnos am awr ac yn dangos manylion atebion i dasgau rydym wedi'u gwneud dros yr wythnos ddiwethaf.
Yn ystod yr arddangosiad, mae angen datgelu manylion y dasg a sicrhau eich bod yn dangos ei gweithrediad.
Gellir cynnal yr adroddiad gan ddefnyddio rhestr wirio.1. Rhowch yn y cyd-destun. O ble daeth y dasg, pam roedd hyd yn oed yn angenrheidiol?
2. Sut cafodd y broblem ei datrys o'r blaen? Er enghraifft, roedd angen clicio llygoden enfawr, neu roedd yn amhosibl gwneud unrhyw beth o gwbl.
3. Sut rydym yn ei wella. Er enghraifft: “Edrychwch, nawr mae sgriptosik, dyma'r darlleniad.”
4. Dangoswch sut mae'n gweithio. Fe'ch cynghorir i weithredu rhai senario defnyddiwr yn uniongyrchol. Dw i eisiau X, dw i'n gwneud Y, dwi'n gweld Y (neu Z). Er enghraifft, rwy'n defnyddio NGINX, yn ysmygu'r url, ac yn cael 200 yn iawn. Os yw'r weithred yn hir, paratowch ef ymlaen llaw fel y gallwch ei ddangos yn nes ymlaen. Mae'n ddoeth peidio â'i dorri gormod awr cyn y demo, os yw'n fregus.
5. Eglurwch pa mor llwyddiannus y cafodd y broblem ei datrys, pa anawsterau sy'n parhau, beth sydd heb ei gwblhau, pa welliannau sy'n bosibl yn y dyfodol. Er enghraifft, nawr CLI, yna bydd awtomeiddio llawn yn CI.
Mae'n ddoeth i bob siaradwr ei gadw i 5-10 munud. Os yw eich araith yn amlwg yn bwysig ac y bydd yn cymryd mwy o amser, cydlynwch hyn ymlaen llaw yn y sianel sre-takeover.
Ar ôl y rhan wyneb yn wyneb mae yna bob amser drafodaeth yn yr edefyn. Dyma lle mae'r adborth sydd ei angen arnom ar ein tasgau yn ymddangos.
O ganlyniad, cynhelir arolwg i benderfynu pa mor ddefnyddiol yw'r hyn sy'n digwydd. Dyma adborth ar hanfod yr araith a phwysigrwydd y dasg.
Casgliadau hir a beth sydd nesaf
Efallai ei bod yn ymddangos bod naws yr erthygl braidd yn besimistaidd. Mae hyn yn anghywir. Mae dwy lefel is o adborth, sef profion a rhaglennu pâr, yn gweithio. Ddim mor berffaith ag mewn datblygiad traddodiadol, ond mae effaith gadarnhaol ohono.
Mae profion, yn eu ffurf bresennol, yn darparu cwmpas cod rhannol yn unig. Mae llawer o swyddogaethau cyfluniad heb eu profi yn y pen draw. Mae eu dylanwad ar y gwaith gwirioneddol wrth ysgrifennu cod yn isel. Fodd bynnag, mae profion integreiddio yn effeithio, ac maent yn caniatáu ichi gynnal ailffactorau yn ddi-ofn. Mae hyn yn gyflawniad gwych. Hefyd, gyda'r newid ffocws i ddatblygiad mewn ieithoedd lefel uchel (mae gennym ni python, ewch), mae'r broblem yn diflannu. Ac nid oes angen llawer o wiriadau arnoch ar gyfer y “glud”; mae gwiriad integreiddio cyffredinol yn ddigon.
Mae gweithio mewn parau yn dibynnu mwy ar bobl benodol. Mae yna ffactor y dasg a'n sgiliau meddal. Gyda rhai pobl mae'n gweithio'n dda iawn, ac eraill mae'n gweithio'n waeth. Yn bendant mae manteision i hyn. Mae'n amlwg, hyd yn oed os nad yw rheolau gwaith pâr yn cael eu dilyn yn ddigonol, mae'r union ffaith o gyflawni tasgau gyda'i gilydd yn cael effaith gadarnhaol ar ansawdd y canlyniad. Yn bersonol, mae gweithio mewn parau yn haws ac yn fwy pleserus i mi.
Ffyrdd lefel uwch o ddylanwadu ar yr AO - mae cynllunio a gweithio gyda thasgau yn cynhyrchu effeithiau'n fanwl gywir: cyfnewid gwybodaeth o ansawdd uchel a gwella ansawdd datblygu.
Casgliadau byr mewn un llinell
- Mae ymarferwyr AD yn gweithio yn IaC, ond gyda llai o effeithlonrwydd.
- Cryfhau'r hyn sy'n gweithio.
- Lluniwch eich mecanweithiau a'ch arferion cydadferol eich hun.
Ffynhonnell: hab.com