Jende askok oheratu baino lehen edo esnatu orduko arazoei buruz pentsatzen du. Ez naiz salbuespena. Gaur goizean bat etorri zait buruan Habr-en eskutik:
Lankide batek istorio bat partekatu du txat batean:
Aurreko urtean bezero ikaragarri bat izan nuen, hau itzuli zen "krisi" huts bati aurre egiten nengoela.
Bezeroak bi talde ditu garapen-taldean, bakoitzak bere produktuaren atala jorratzen duena (baldintzaz, back office-a eta front office-a, hau da, eskaerak eratzean lan egiten duen softwarea eta eskaerak exekutatzeko lan egiten duen softwarea), tarteka elkarren artean integratuz.
Back office-ko taldea guztiz behera egin du: sei hilabeteko etengabeko arazoak, jabeak denak kaleratzeko mehatxua egiten ari dira, aholkulari bat kontratatu zuten, aholkulariaren ondoren beste bat (ni) baino gehiago kontratatu zuten. Gainera, bigarren taldea (storfront) normal aritu zen eta lanean jarraitu zuen, back-office taldea izan zen, aurretik ere normal aritu zena, nahasten hasi zena. Taldeak bulego ezberdinetan esertzen dira eta elkarri haserretzera ohituta daude.Arrazoia: denda eta atzealdea sistema bat dira, mendekotasun asko daude bertan, bulego ezberdinetako taldeak ez ziren elkarren artean komunikatzen. Jabeek alboko aurrealdera "begiratzen" dute denbora guztian, beraz, ezaugarri, ideia eta kontrol berriak dituzte bertan. Mutil jack-of-trades bat zen, BA, diseinatzailea eta "ekarguzu kafea" konbinatuta. Mutil honek, bere taldeak oharkabean, lan txiki mordoa egiten ari zen, “bigarren taldeari hedapenaz jakinarazi”, “dokumentazioa eguneratu”, etab. errutina, "txartelean bertsio-zenbaki eta osagai guztiak sartzeko". Baina mutilak ez zuen inolako koderik idatzi, eta momentu batean jabeek hura optimizatzea eta kaleratzea erabaki zuten. Denda-taldearentzat, ez da ezer aldatu, ez dituzte kaiak egin edo eguneratu, eta backoffice-ko taldea dendaren oharra haientzat zerbait hausten duten egoera batean aurkitu da, eta hori da haien arazoa, eta haien oharra zerbait hausten badute. denda, hori da berriz ere haien arazoak, denda jabeen begien aurrean baitago :)
Zerk atentzioa eman zidan iruzkin honekin eta bilatzaileak izenburutik aurkituko duena - ebaki azpian.
20 urte daramatzat web aplikazioak garatzen, beraz, aurrealdea/atzealdea ez dira niretzat hitzak soilik. Oso lotura estua duten gauzak dira hauek. Adibidez, ezin dut imajinatu aurrealdea atzealdetik erabat isolatuta (edo oso indartsu) garatzen den egoerarik. Bi aldeek datu berdinekin funtzionatzen dute eta oso antzeko eragiketak egiten dituzte. Gutxi gorabehera imajina dezaket zenbat informazio mugitzen den bi taldeetako garatzaileen artean garapena koordinatzeko, eta zenbat denbora eta zenbat aldiz egin behar diren onarpen horiek. Taldeek ezin dute estuki komunikatu, ordu-eremu ezberdinetan egon arren. Batez ere JIRA baduzu.
Badakit alferrikakoa dela atzeko garatzaileei frontearen hedapenaz ohartaraztea. Aurrealdeko bertsio berriak ezin du atzealdean ezer hautsi, baina alderantziz, bai. Frontend garatzaileak dira backend garatzaileei funtzionalitate berriak edo aldatuak behar dituztela jakinarazteko interesa dutenak. Aurrealdea atzeko hedapenen araberakoa da, eta ez alderantziz.
Zein mutil nor"ekar iezaguzu kafea", ezin da BA egon (BArekin "negozio-analista" esan nahi badugu), eta BA ezin da izan "mutila, ekarri iezaguzu kafea". Eta zalantzarik gabe, "gehitu bertsio-zenbaki eta osagai mota guztiak"Ez "mutilak" ez BAk ezin dute egin garapen taldeekin eztabaidatu gabe. Zaldiaren aurreko gurdia bezalakoa da.
"Mutila" kaleratu zutenetik, orduan funtzio hauek, "tikkafea ekarri"eta aurretik"koipea jarri", beste taldekideen artean birbanatu beharko litzateke. Talde finkatu batean, informazio-fluxuak eta rolak finkatuta daude; rol bat edo hainbat antzezleak eszenatokia utzi badu, gainerako taldekideek oraindik ere ezagunak jasotzeko beharra dute. Rol ezagunetako informazioa. Ezin dute saihestu lanerako beharrezkoa den informazioa etortzeari utzi diola. Droga-mendeko batek drogen hornidura gelditu dela ohartu ezin duen bezala da. Eta droga-mendeko batek bilatzen duen moduan. eta beste kanal batzuk aurkitzen ditu, beraz, taldekideak saiatuko dira "beste" aldean behar duten informazio iturriak aurkitzen eta paper zaharretako interprete berriak aurkitzen.Eta behin betiko aurkituko dute, behintzat, euren ustez eman beharko lukeen norbait. beharrezko informazioa.
Ohiko informazio bideak itxi direla suposatzen badugu ere, eta behar duenak ez duela uste beharko lukeenik, atzeko garatzaileek, kaleratzearen mehatxupean, ez dizkiote jabeari beren hutsegiteen arrazoiak ezkutatuko. sei hilabete, euren arazoak beharrezko informazio faltagatik direla jakinda. Jabeak ez dira «ergelak» izango sei hilabetez, aurretik informazioa behar zutela ikusita».gantzez estalita zegoen", eta orain inork ez du hor gehitzen. Eta lehen aholkularia ez zen hain profesionala ez zen back-end garatzaileekin hitz egin eta arazoaren iturrira ez iristeko - taldeen arteko koordinazio falta. Hau da. azaldutako arazoen arrazoia, eta ez "mutilaren" kaleratzea.
Garatzaileen arteko komunikazio falta hutsala garapenean arazo asko eta gehiagoren kausa tipikoa da. Ez duzu aholkulari bikaina izan behar hura aurkitzeko. Nahikoa da arrazoizkoa izatea.
Istorio hau guztia ondo pentsatuta eta ederki kontatua dagoela uste dut. Beno, ez da guztiz asmatua - elementu guztiak bizitzatik hartuak dira (aurrealdea, atzealdea, garapena, mutila, kafea, "gantz", ...). Baina horrelako diseinu bat bizitzan gertatzen ez den moduan konektatuta daude. Bereiz, hau guztia gure inguruko munduan aurki daiteke, baina halako konbinazio batean - ez. Goian idatzi nuen zergatik. .
Hala ere, oso modu sinesgarrian aurkezten da. Interesarekin irakurtzen da eta inplikazio pertsonala dago. sinpatia "mutil aproposa", estimatu gabeko makina handiaren mekanismo txikia (niri buruz da!). Hain adimentsuak eta eskarmentudunak, baina euren sudurraz haratago ikusten ez dituzten garatzaileekiko adeitasuna (nire inguruan daude!). Jabeei burla apur bat, beren eskuekin "bo-bo" egin eta arrazoiak ulertzen ez dituzten mutil aberatsei (Tira, nire lidergoaren irudi txutxua!). Arazo-iturri soil bat aurkitu ez zuen lehen "aholkulari"arekiko mespretxua (Bai, duela gutxi tipo hau betaurrekoekin sartu eta ibili zen dotore itxuraz), eta batasun gogotsu bat “benetako” aholkulari batekin, hau da, mutil-jack-of-all-en papera erreala baloratzen zuen bakarra (hori ni naiz!).
Barruko gogobetetasuna sentitzen al duzu iruzkin hau irakurri ondoren? Mekanismo handi batean engranaje txiki gisa dugun eginkizuna ez da hain txikia! Zoragarri esanda, egia ez bada ere. Baina zer gustu atsegina.
Ez dakit zer lankide mota eta zer berriketan partekatu nuen nire lankidearekin errebelazio hau eta zergatik lankidea mkrentovskiy artikuluaren azpian argitaratzea erabaki nuen ""Habr-egile bikaina 'a (hainbat, momentuz Habr-en sailkapenean lehen postuan dagoena!), baina aitortzen dut nire lankideak mkrentovskiy oso ondo egin zuen. Iruzkinaren mezua eta aurkezpen estiloa hain bat datoz beste argitalpenen mezu eta estiloarekin nmivan'beno, zer uste duzu krisi aholkulari bat argitalpen askoren iruzkinak eta GG nmivan'a pertsona bera da.
Ivan Belokamentsev-en argitalpen asko irakurri nituen egileak Habré-ri buruzko jarduerak hasi zituenean (2017an). Batzuek ere gozatu egiten dute (, ). Estilo ona du eta materialaren aurkezpen interesgarria du. Bere istorioak bizitza errealeko istorioen oso antzekoak dira, baina ia zero aukera dute benetan gertatzeko . Halaxe da iruzkineko istorio honekin.
Egia esateko, pertsonalki ez dut uste Habr Ivanen argitalpenekin hobetu denik. Baina bere balorazioa eta Beste Habr-eko biztanleek kontrakoa diote:
Ez dut ulertzen zure irrintzia. Habr irrist egin du aspaldi, baina egileak txinparta pixka bat ematen du eta irakurleen aldartea hobetzen du) baliabidea amildegitik ateraz.
Bai, Habr ez da ongintza bat, Habr proiektu komertziala da. Habr gure nahiak islatzen dituen ispilua da. Ez nire desio pertsonalak eta ez bisitari bakoitzaren nahiak, baizik eta gure desio guztien osotasuna - "ospitalerako batez bestekoa". Eta Ivan Belokamentsevek inork baino hobeto sentitzen du guztiok kolektiboki behar duguna, eta ematen digu.
Beharbada ez nuke artikulu hau idatziko seriea ikusten hasi izan ez banintz"".
"Jainkoa galdu dugu"(Ekin)
Hau seriekoa da. Eta hau guri buruz da.
Jada ez gaitu Sortzaileak sortutako errealitateak liluratzen.
Jainkoa, Natura, Big Banga - dena dela. Errealitatea hor dago. Gure inguruan eta gugandik independentean.
Bertan bizi gara naturaren legeen arabera (Jainkoaren Plana). Legeak ikasten ditugu (Plana) eta bizi dugun errealitatea are hobeto bizitzeko erabiltzen ikasten dugu. Praktikarekin probatuko ditugu gure asmakizunak, okerrak baztertuz eta dagozkionak utziz. Errealitatearekin elkarreragiten dugu eta aldatzen dugu.
Eta arrakasta handia izan dugu horretan.
Jende asko dago planetan. Hainbeste. Egungo lan produktibitatearekin, ez dugu gehiago bizirik irauteko beharrik: gutxiengoak gehiengoari behar duen guztia eman diezaioke. Jende gehienak zerbaitekin lanpetuta egon behar du. Historikoki, sormenari esleitutako gehiegizko baliabideak talentu handienarengana joan ziren (edo disruptzaileenak, hau da, talentua). Orain doako baliabide asko daude, edozein talentua duten guztiek lor dezaketela, maila edozein dela ere. Konparatu mundu osoan urtean zenbat film estreinatzen diren eta haietako zenbat ikus ditzakezun. Zenbat liburu idazten diren, eta horietako zein irakur daitezkeen. Zenbat informazio isurtzen den Internetera, eta zer den erabilgarri.
Zergatik da hain ezaguna IT lanbidea? Bai, informatikan baliabide amildegia bota dezakezulako eta inork ez duelako begirik keinu egingo (gogoratu 2000. urteko arazoa besterik ez). Azken finean, IT-an urteak eman ditzakezu abian jarri baino lehen zaharkituta geratuko diren aplikazioak garatzen, bateraezinak diren osagaiak integratzen saia zaitezke eta oraindik funtzionatzen saiatu zaitezke, zure gurpilak behin eta berriz asma ditzakezu edo oraintxe bertan egin dezakezu. hasi Fortranen programak laguntzen, duela 20 urte goroldioz estalita egon dena. Bizitza osoa informatikan eman dezakezu eta ez duzu ezer baliagarririk egin. Eta garrantzitsuena, inork ez du ohartuko! Baita zeure burua ere.
Gutako gutxik izango dugu marka bat egiteko gai IT industrian. Eta are eta jende gutxiagok izango du memoria on bat atzean utzi. Gure lanaren emaitzak hurrengo 10-20 urteetan balioetsiko dira, onenean, edo lehenago ere. Eta, zalantzarik gabe, gure bizitzan (erretiro adinera iristen bagara). Ezin izango diegu gure bilobei erakutsi aitonak gaztaroan landu zituen sistema informatikoak. Jendeak bere izenak ahaztuko ditu. Nire karreraren hasieran posta-geltokiak planteatu nituen azpian "". Erretirorako 20 urte falta dira eta bilobak izateko 10 urte falta dira, baina zuetako gehienek ez duzue ezer entzun "90eko hamarkadaren erdialdeko posta elektronikoaren aplikazio bikaina" ("1990eko hamarkadaren erdialdeko posta elektronikoaren software pakete nagusia").
Agian errealitatean gaizki jabetzen gara informatika-zamaren alferkeriaz, baina subkontzientean eroso gauden tokira ihes egiten ahalegintzen gara. Fikziozko munduetara, non Scrum eta Agile erabiltzeak ezinbestean hamarkadetan zehar beren erabilgarritasunarekin mundua konkistatzen duten produktuen agerpena dakar. Non ez garen mekanismo handietako engranaje txiki soilak, mekanismo handiak hausten gabe engranajeak baizik. Gure bizitza errutinazko ekintzen zentzurik gabeko exekuzioan gertatzen ez den tokian, sormenez eta sorkuntzaz beteta dagoenean, harro egon gaitezkeen emaitzekin.
Fikziozko mundu eder hauetara ihes egiten dugu mundu errealean dugun ezertarako baliogabetik. Haiei begiratzen diegu lasaitasun bila.
Kontsolamendu bila gabiltza, Habrén barne. Eta Ivanek hemen ematen digu.
Iturria: www.habr.com