Shumë njerëz mendojnë për problemet që i shqetësojnë para se të flenë ose në zgjim. Edhe unë nuk përjashtoj. Sot në mëngjes, në mendje më raundoi një nga Habra:
Kolegu në bisedë ndau një histori:
Vitin e kaluar kisha një klient të shkëlqyer, kur ende merrja ‘krizë’ të pastër.
Këtu klienti ka dy ekipe në grupin e zhvillimit, secila merret me pjesën e vet të produktit (në mënyrë të kushtueshme, back office dhe storefront, pra softueri që punon për formimin e porosisë dhe softueri që punon për përmbushjen e porosisë), herë pas here të integruar me njëri-tjetrin.
Ekipa e back office ka shkuar krejt në fund: gjashtë muaj me gabime të vazhdueshme, pronarët kërcënojnë se do të shkarkojnë të gjithë, ndanë një këshilltar, pas këshilltarit angazhuan një tjetër (më). Megjithatë, ekipa e dytë (storefront) punonte normal dhe vazhdonte të punonte normal, vetëm ekipa e back office, e cila edhe më parë kishte punuar mirë, filloi të bënte gabime. Ekipet janë ulur në zyrat e ndryshme, janë mësuar të dërgojnë njëri-tjetrin.Arsyet: frontend dhe backend janë një sistem i vetëm, me shumë varësi, ekipet në zyre të ndryshme nuk komunikonin mes tyre. Pronaret gjithmonë 'këshillojnë' mbi frontend, kështu që aty ka ide, funksionalitete të reja dhe kontroll. Atje ishte një djalë i gjithanshëm, një kombinim i analistit të biznesit, dizajnerit dhe 'na sill kafenë'. Ky djalë, pa u vënë re nga ekipi i tij, kryente një mori detyrash të vogla si 'të informonte ekipin e dytë për implementimin', 'të përditësonte dokumentacionin' dhe rutina të tilla, deri tek 'të regjistronte numrat e versioneve dhe komponentëve në tiket në Jira'. Por djaloshi nuk shkruante kod, dhe një moment pronarët vendosën ta optimizojnë atë, duke e shkarkuar. Për ekipin e frontend-it, nuk kishte ndryshim, ata thjesht nuk e përditësonin dhe nuk e regjistronin dokumentacionin, ndërsa ekipi i backend-it ishte në një situatë ku lëshimet e frontend-it prisnin diçka nga ata dhe kjo ishte problemi i tyre, por nëse lëshimet e tyre prisnin diçka nga frontend-i, kjo përsëri ishte problemi i tyre, sepse frontend-i është në sy të pronarëve 🙂
Çfarë më kapte në këtë koment dhe çfarë do të gjejë ata që kërkojnë nga titulli — pas 'katit'.
Kam të zhvillojë aplikacione web për gati 20 vjet, kështu që për mua fronti dhe back-endi nuk janë thjesht fjalë. Këto janë dy aspekte të forta të lidhura me njëra-tjetrën. Për shembull, nuk mund ta imagjinoj një situatë ku fronti zhvillohet në një shkëputje të plotë (ose shumë të madhe) nga back-endi. Të dyja anët operojnë me të njëjtat të dhëna dhe kryejnë operacione shumë të ngjashme. Kam një ide se sa informacion transferohet ndërmjet zhvilluesve të të dyja ekipeve për të bërë konfirmimin e zhvillimit, dhe sa shpesh dhe sa kohë nevojitet për këto konfirmime. Ekipet nuk mund të mos komunikojnë ngushtë, edhe pse ndodhen në zona të ndryshme kohore. Sidomos, kur ka JIRA.
E di që është e panevojshme të paralajmërosh zhvilluesit e back-endit për deploy-in e frontit. Një version i ri i frontit nuk mund të shkaktojë asnjë problem në back-end, por përkundrazi, mundet. Zhvilluesit e frontit janë ata që kanë nevojë të njoftojnë zhvilluesit e back-endit se iu nevojitet funksionalitet i ri ose i ndryshuar. Fronti varet nga deploy-et e back-endit, jo anasjelltas.
Çfarë djemi që "na sill një kafe" nuk mund të jetë BA (nëse kuptohet si "analist biznesi"), dhe një BA nuk mund të jetë "djali, na sill një kafe". Dhe sigurisht, "të regjistrohen në sistem çdo numër versioni dhe komponentë" pa u diskutuar me ekipet e zhvilluesve, as "djaloshi", as BA nuk mund të bëjnë. Është si një karrocë përpara kalit.
Pasi që "djaloshi" u shkarkua, këto funksione nga "merri kafenë" deri te "regjistro në sistem", duhet të rishpërndahen midis anëtarëve të tjerë të ekipeve. Në një grup të vendosur, rrjedhat e informacionit dhe rolet janë të konsoliduara; nëse një ekzekutor i një apo disa roleve largohet, anëtarët e tjerë të grupit vazhdojnë të kenë nevojë për informacionin e zakonshëm nga rolet e zakonshme. Ata thjesht nuk mund të mos e vërejnë se informacioni i nevojshëm për punë ka pushuar së ardhuri. Është si një narkoman që nuk mund të mos vërejë faktin e pushtimit të narkotikëve. Dhe si një narkoman, ata kërkojnë dhe gjejnë kanale të tjera, ashtu si anëtarët e grupit do të përpiqen të gjejnë burime të informacionit të nevojshëm nga "ajo" anë dhe ekzekutorë të rinj të roleve të vjetra. Dhe ata patjetër do ta gjejnë. Të paktën ata që, sipas mendimit të tyre, duhet t'u japin informacionin e nevojshëm.
Edhe nëse supozohet se kanalet e zakonshme të informacionit u mbyllën, dhe ai që duhet nuk mendon se duhet, atëherë zhvilluesit e back-endit në rrezik prej shkarkimit nuk do të fshihen për gjashtë muaj nga arsyet e dështimeve të tyre para pronarit, duke e ditur se problemet e tyre rrjedhin nga mungesa e informacionit të nevojshëm. Pronarët nuk do të "shpërndahen" për gjashtë muaj, duke parë se më parë informacioni i nevojshëm "ka qenë në yndyrë", ndërsa tani askush nuk e fut atë aty. Dhe konsultanti i parë ka të ngjarë të mos ishte aq jo-profesional sa të mos fliste me zhvilluesit e back-endit dhe të mos identifikonte burimin e problemit — mungesa e koordinimit midis ekipeve. Pikërisht kjo është arsyeja për vuajtjet e përshkruara, e jo shkarkimi i "dëgjuesit".
Mungesa e zakonshme e komunikimit mes zhvilluesve është një shkak tipik për shumë probleme në zhvillim dhe jo vetëm. Nuk është e nevojshme të jesh një konsultant i jashtëzakonshëm për ta zbuluar atë. Mjafton të jesh thjesht i arsyeshëm.
Mendoj se e gjithë kjo histori është e shpikur dhe e ekspozuar bukur. Epo, jo plotësisht e shpikur — të gjithë elementët janë marrë nga jeta (fronti, backu, zhvillimi, djali, kafeja, "yndyra", …). Por të vërtetë, ndërtimi i tillë nuk ndodh në jetë. Të veçanta, këto gjëra mund të hasen në botën përreth, por në këtë kombinim — jo. Më sipër kam shpjeguar pse.
Megjithatë, është shprehur shumë bindshëm. Lexohet me interes dhe ka një angazhim personal. Një ndjenjë bashkëshoqëruese për "djalin-e-gjitha-duarve", një mekanizëm të nënvlerësuar të një makinerie të madhe (kjosh të lutem për mua!). Një mirësjellje për zhvilluesit, kaq të mençur dhe me përvojë, por që nuk shohin më larg se hunda e tyre (ata janë rreth meje!). Një ironizim i lehtë ndaj pronarëve, të pasur që kanë bërë vetë "bo-bo" dhe nuk e kuptojnë arsyet (thjesht si udhëheqësi im!). Mospërfillje për konsultantin e parë, që nuk arriti të gjente një burim të tillë të thjeshtë problemesh (po, më vizitoi një i tillë së fundmi me syze, duke shkuar me një pamje të mençur), dhe një bashkësi e entuziazmuar me "konsultantin e vërtetë", i cili ishte i vetmi që mundi të vlerësonte rolin e vërtetë të djalit-e-gjitha-duarve (domethënë mua!).
A ndjeni kënaqësinë e brendshme pas leximit të këtij komenti? Roli ynë si vidha të vogla në një mekanizëm të madh në të vërtetë nuk është kaq i vogël! E shkruar mrekullisht, për të mos qenë e vërtetë. Por çfarë një pasokë e këndshme.
Nuk e di se çfarë kolegu është dhe në cilin bisedë e ndau këtë shpallje me kolegun. dhe pse kolegu mkrentovskiy vendosi ta publikojë nën artikullin "" autori i shkëlqyer i Habrës ‘a (i cili, për më tepër, është aktualisht në vendin e parë në renditjen e Habrës!), por e pranoj se kolegu mkrentovskiy e bëri këtë jashtëzakonisht me fat. Mesazhi i komentit dhe stili i paraqitjes janë aq në përputhje me mesazhin dhe stilin e botimeve të tjera nmivan‘a, saqë mund të mendohet se këshilltari i krizave në kommentar dhe protagonisti i shumë botimeve nmivan‘a - janë një dhe e njëjta person.
Kam lexuar mjaft botime të Ivan Bëlokamencev kur autori filloi aktivitetin e tij në Habrë (në vitin 2017). Disa madje me kënaqësi (, ). Ai një stil të mirë dhe një paraqitje interesante të materialeve. Historia e tij është shumë e ngjashme me ato nga jeta, por ka një mundësi praktikisht zero të ndodhin në të vërtetë, në . Kështu është me këtë histori në koment.
Sido që të jetë, personalisht unë nuk mendoj se botimet e Ivanit kanë bërë përmirësime në Habr. Por renditja e tij dhe i banorëve të tjerë të Habr tregojnë të kundërtën:
Nuk e kuptoj ankimimin tuaj. Habr ka rënë tashmë prej kohësh, ndërsa autori sjell pak zjarr dhe i ngrit humorin lexuesve) duke sjellë burimin nga thellësitë.
Po, Habr nuk është një bamirësi, Habr është një projekt komercial. Habr është një pasqyrë që reflekton dëshirat tona. Jo dëshirat e mia personale dhe as dëshirat e çdo vizitori të veçantë, por një përmbledhje e të gjitha dëshirave tona — "mesatarja për spitalin". Dhe Ivan Belokamenz të kupton më mirë se kush duhet të bëj për ne të gjithë si një tërësi dhe na ofron këtë.
Ndoshta, nuk do të shkruaja këtë artikull nëse nuk do të kisha filluar të shihja serialin "".
"Kemi humbur Perëndinë" (c)
Kjo është nga seriali. Dhe kjo flet për ne.
Na ka lënë të padashur realiteti i krijuar nga Krijuesi.
Perëndia, Natyrën, Big Bang — si të doni. Realiteti është aty. Rreth nesh dhe pavarësisht prej nesh.
Ne jetojmë në atë sipas ligjeve të natyrës (Qëllimi i Zotit). Ne e njohim ligjet (Qëllimin) dhe mësojmë të përdorim realitetin në të cilin jetojmë për të jetuar akoma më mirë. Ne e verifikojmë praktikisht hipotezat tona, duke hequr ato të gabuara dhe duke lënë ato të sakta. Ne ndërveprojmë me realitetin dhe e ndryshojmë atë.
Dhe ne kemi arritur shumë në këtë.
Ka shumë njerëz në planet. Jashtëzakonisht shumë. Me produktivitetin e tanishëm, nuk kemi nevojë më të mbijetojmë — një pakicë mund të sigurojë shumicën me të gjitha nevojat e domosdoshme. Por shumicës i duhet të merret me diçka. Historikisht, teprica e burimeve që i është kushtuar krijimtarisë, ka shkuar te ata më të talentuarit (ose më të vendosur, që është gjithashtu një lloj talenti). Tani, megjithatë, ka aq shumë burime të lira, sa që ato arrijnë te të gjithë ata që janë pak të talentuar, pavarësisht nga niveli i tyre. Krahasoni sa filma publikohen në vit në të gjithë botën, dhe sa prej tyre janë të shikueshëm. Sa libra shkruhen, dhe cilat prej tyre janë të lexueshëm. Sa informacion fluturon në internet, dhe çfarë prej tij është e dobishme.
Pse është aq e njohur profesioni i IT? Sepse në IT mund të konsumosh pafundësi burimesh dhe askush nuk do të bjerë në sy (mjafton të kujtojmë problemin e vitit 2000). Në IT, mund të zhvillosh aplikacione për vite që do të prishen para se të lansohen, mund të provosh të integrosh komponente të papërshtatshme dhe gjithsesi t'i bësh ato të funksionojnë, mund të shpikësh hap pas hapi biçikleta të tua, ose mund të fillosh tani me mbështetje për programet në Fortran, që është harruar që 20 vjet më parë. Në IT, mund ta kalosh gjithë jetën dhe të mos bësh gjëta të dobishme. Dhe gjëja më e rëndësishme — askush nuk do ta vërejë! As ti vetë.
Pak prej nesh do të arrijmë të lëmë gjurmë në industrinë e IT. Dhe të lëmë një kujtim të mirë do të arrijë akoma një numër më i vogël njerëzish. Rezultatet e punës sonë do të humbin vlerën në 10-20 vitet e ardhshme, në më të mirën e rasteve, ndoshta edhe më herët. Dhe me siguri gjatë jetës tonë (nëse arrijmë deri në moshën e pensionit). Ne nuk do të mund të tregojmë nipërve tanë sistemet kompjuterike mbi të cilat punoi gjyshi gjatë rinisë së tij. Njerëzit thjesht do t’i harrojnë emrat e tyre. Në fillim të karrierës sime kam ngritur stacione postare në "". Më duhet edhe 20 vite deri në pension dhe 10 deri te nipërit, por tashmë shumica nga ju nuk kanë dëgjuar asgjë për "software-in e shkëlqyer të postës elektronike nga mesviti i viteve '90" ("paketa kryesore e software-it të postës elektronike nga mesviti i viteve '90").
Mund të mos jemi të vetëdijshëm për pamundësinë e barrës sonë IT, por në nënndërgjegjen tonë përpiqemi të ikim në vende ku ndjehemi rehat. Në botë imagjinare, ku përdorimi i Scrum dhe Agile patjetër sjell në jetë produkte që me dekada pushtojnë botën me dobishmërinë e tyre. Aty ku nuk jemi thjesht ingranazhe të vogla të mekanizmave të mëdhenj, por ingranazhe pa të cilat mekanizmat e mëdhenj thyhen. Aty ku jeta jonë nuk kalon në përmbushje të pavlerë të veprimeve rutine, por është e mbushur me krijimtari dhe ndërtim, rezultatet e të cilave mund të jemi krenar.
Ne ikim në këto botë të bukura, të shpikura nga dikush, për të shmangur ashpërsinë tonë në botën reale. Ne kërkojmë ngushëllim aty.
Ne gjithashtu kërkojmë ngushëllim në Habra. Dhe Ivan na e ofron këtë këtu.
Burimi: habr.com
