La serĉanto trovos

Multaj homoj pensas pri problemoj kiuj koncernas ilin antaŭ enlitiĝi aŭ vekiĝinte. Mi ne estas escepto. Ĉi-matene unu aperis en mian kapon komento de Habr:

Kolego konigis rakonton en babilejo:

Antaŭ la pasinta jaro mi havis mirindan klienton, ĉi tio revenis kiam mi traktis pura "krizo".
La kliento havas du teamojn en la evolugrupo, ĉiu traktante sian propran parton de la produkto (kondiĉe, la malantaŭa oficejo kaj la frontoficejo, t.e. programaro laboranta pri ordoformado kaj softvaro laboranta pri ordo-ekzekuto), foje integriĝante unu kun la alia.
La back office-teamo iris tute malsupren: ses monatoj da kontinuaj problemoj, la posedantoj minacas maldungi ĉiujn, ili dungis konsiliston, post la konsultisto ili dungis pli ol alian (min). Cetere, la dua teamo (storfront) funkciis normale kaj daŭre funkciis normale, estis la back-office-teamo, kiu ankaŭ funkciis normale antaŭe, kiu komencis fuŝi. Teamoj sidas en malsamaj oficejoj kaj kutimas kolerigi unu la alian.

Kialo: vendejo kaj reen estas unu sistemo, estas multaj dependecoj en ĝi, teamoj en malsamaj oficejoj ne komunikis inter si. La posedantoj "rigardas" la flankan flankon la tutan tempon, do ili havas novajn funkciojn, ideojn kaj kontrolon tie. Ŝi estis ĉiu-komerca knabo, kombinaĵo de BA, dizajnisto kaj "alportu al ni kafon". Ĉi tiu knabo, nerimarkita de sia teamo, plenumis amason da malgrandaj taskoj kiel "sciigi la duan teamon pri la deplojo", "ĝisdatigi la dokumentadon", ktp. rutino, ĝuste malsupren por "enigi ĉiajn versinumeroj kaj komponantojn en la bileton." Sed la knabo skribis neniun kodon, kaj iam la posedantoj decidis optimumigi lin kaj maldungi lin. Por la vendeja teamo, nenio ŝanĝiĝis, ili simple ne faris aŭ ĝisdatigis la dokojn, kaj la backofficeteamo trovis sin en situacio kie la eldonoj de la vendejo rompas ion por ili, kaj tio estas ilia problemo, kaj se iliaj eldonoj rompas ion por la vendejo, tio estas denove iliaj problemoj, ĉar la vendejo estas en plena vido de la posedantoj :)

Kio kaptis mian atenton per ĉi tiu komento kaj kion la serĉanto trovos el la titolo - sub la tranĉo.

Mi disvolvas TTT-aplikaĵojn dum 20 jaroj, do antaŭ/dorso ne estas nur vortoj por mi. Ĉi tiuj estas tre proksime rilataj aferoj. Ekzemple, mi ne povas imagi situacion, kie la fronto disvolviĝas en kompleta (aŭ tre forta) izoliteco de la malantaŭo. Ambaŭ flankoj funkcias per la samaj datumoj kaj faras tre similajn operaciojn. Mi povas proksimume imagi kiom da informoj moviĝas inter programistoj de ambaŭ teamoj por kunordigi evoluon, kaj kiom longe kaj kiom ofte ĉi tiuj aproboj devas esti faritaj. Teamoj ne povas ne komuniki proksime, eĉ se ili estas en malsamaj horzonoj. Precipe se vi havas JIRA.

Mi scias, ke estas sencela averti malantaŭ-programistojn pri la disfaldiĝo de la fronto. La nova versio de la fronto ne povas rompi ion ajn sur la dorso, sed male, jes. Estas antaŭfinaj programistoj, kiuj interesiĝas pri sciigo de malantaŭaj programistoj, ke ili bezonas novajn aŭ ŝanĝitajn funkciojn. La fronto dependas de la malantaŭaj deplojoj, kaj ne inverse.

Kia knabo kiu"alportu al ni kafon", ne povas ekzisti BA (se per BA ni signifas "komerca analizisto"), kaj BA ne povas esti "knabo, alportu al ni kafon". Kaj certe, "aldonu ĉiajn versajn nombrojn kaj komponantojn"Nek la "knabo" nek la BA povas fari ĝin sen diskuto kun la evoluigaj teamoj. Ĝi estas kiel la ĉaro antaŭ la ĉevalo.

Ĉar la "knabo" estis maldungita, tiam ĉi tiuj funkcioj, de "alportu kafon"kaj antaŭe"enmeti grason", devus esti redistribuita inter aliaj grupanoj. En establita grupo, informfluoj kaj roloj estas fiksitaj; se la prezentisto de unu aŭ pluraj roloj forlasis la scenejon, tiam la ceteraj grupanoj ankoraŭ bezonas ricevi konatan. informoj el konataj roloj. Ili simple ne povas ne rimarki, ke la informoj bezonataj por laboro ĉesis veni al ili. Estas kvazaŭ drogulo ne povas ne rimarki la fakton, ke la liverado de drogoj ĉesis. Kaj same kiel drogulo serĉas. kaj trovas aliajn kanalojn, do la grupanoj provos trovi fontojn de la informoj, kiujn ili bezonas ĉe la "alia" flanko kaj novajn interpretistojn de malnovaj roloj.Kaj ili certe trovos, almenaŭ, iun, kiu laŭ sia opinio devus doni al ili la necesajn informojn.

Eĉ se ni supozas, ke la kutimaj informaj kanaloj estis fermitaj, kaj tiu, kiu devus, ne pensas, ke li devus, tiam la malantaŭaj programistoj, sub minaco de maldungo, ne kaŝos la kialojn de siaj propraj malsukcesoj de la posedanto por ses monatojn, sciante, ke iliaj problemoj estas pro la manko de la necesaj informoj. La posedantoj ne estos "stultaj" dum ses monatoj, vidante, ke ili antaŭe bezonas la informojn."estis kovrita de graso", kaj nun neniu aldonas ĝin tie. Kaj la unua konsultisto apenaŭ estis tiel malprofesia, ke ne parolis kun la back-end programistoj kaj ne atingi la fonton de la problemo - la manko de kunordigo inter la teamoj. Ĉi tiu estas la kialo de la priskribitaj problemoj, kaj ne la maldungo de la "knabo".

Banala manko de komunikado inter programistoj estas tipa kaŭzo de multaj problemoj en evoluo kaj pli. Vi ne bezonas esti bonega konsultisto por trovi ĝin. Sufiĉas esti simple racia.

Mi pensas, ke ĉi tiu tuta rakonto estas bone pripensita kaj bele rakontita. Nu, ne tute inventitaj - ĉiuj elementoj estas prenitaj de la vivo (antaŭo, malantaŭo, evoluo, knabo, kafo, "dika", ...). Sed ili estas ligitaj tiel, ke tia dezajno ne okazas en la vivo. Aparte, ĉio ĉi troveblas en la mondo ĉirkaŭ ni, sed en tia kombinaĵo - ne. Mi skribis supre kial .

Tamen ĝi estas prezentita tre kredeble. Ĝi estas legata kun intereso kaj estas persona implikiĝo. Simpatio por "oportuna knabo", la neapreciata eta mekanismo de la granda maŝino (temas pri mi!). Kondemo al programistoj kiuj estas tiel inteligentaj kaj spertaj, sed ne povas vidi preter siaj propraj nazoj (ili estas ĉirkaŭ mi!). Iometa moko de la posedantoj, la riĉaj uloj, kiuj faris sin "bo-bo" per siaj propraj manoj kaj ne komprenas la kialojn (Nu, la kraĉa bildo de mia gvidado!). Malestimo por la unua "konsultisto", kiu ne trovis tian simplan fonton de problemoj (jes, lastatempe ĉi tiu ulo eniris kun okulvitroj kaj promenis aspektante saĝa), kaj entuziasma unueco kun "reala" konsultisto, kiu estis la nura kiu povis aprezi la realan rolon de ĉiu-komerca knabo (tio estas mi!).

Ĉu vi sentas internan kontenton leginte ĉi tiun komenton? Nia rolo kiel malgrandaj dentigoj en granda mekanismo fakte ne estas tiom malgranda! Mirinde dirite, eĉ se ĝi ne estas vera. Sed kia agrabla postgusto.

Mi ne scias kian kolegon kaj en kia babilejo mi konigis ĉi tiun revelacion kun mia kolego mkrentovskiy kaj kial kolego mkrentovskiy Mi decidis publikigi ĝin sub la artikolo "Kiom da jaroj marŝas la tajgo — komprenu ne"elstara habr-aŭtoro nmivan'a (kiu, cetere, estas en la unua loko en la rangotabelo de Habr nuntempe!), sed mi konfesas, ke mia kolego mkrentovskiy faris ĝin ege bone. La mesaĝo de la komento kaj la stilo de prezento estas tiel kongruaj kun la mesaĝo kaj stilo de aliaj publikaĵoj nmivan— nu, kion vi povus pensi, ke kriza konsilisto el la komentario kaj GG de multaj eldonaĵoj nmivan'a estas la sama persono.

Mi legis sufiĉe multajn eldonaĵojn de Ivan Belokamentsev kiam la aŭtoro komencis siajn agadojn pri Habré (en 2017). Iuj eĉ ĝuas ĝin (fojoj, два). Li havas bonan stilon kaj interesan prezenton de la materialo. Liaj rakontoj estas tre similaj al realvivaj rakontoj, sed ili havas preskaŭ nulan ŝancon efektive okazi, en realo. Tiel estas kun ĉi tiu rakonto en la komento.

Verdire, mi persone ne pensas, ke Habr pliboniĝis kun la eldonaĵoj de Ivan. Sed lia takso kaj opinioj aliaj loĝantoj de Habr diras la malon:

Mi ne komprenas vian ĝemadon. Habr jam delonge glitis, sed la aŭtoro donas iom da fajrero kaj plibonigas la humoron de legantoj) eltirinte la rimedon el la abismo.

Jes, Habr ne estas bonfarado, Habr estas komerca projekto. Habr estas spegulo, kiu reflektas niajn dezirojn. Ne miaj personaj deziroj kaj ne la deziroj de ĉiu individua vizitanto, sed la tutaĵo de ĉiuj niaj deziroj - la "mezumo por la hospitalo". Kaj Ivan Belokamentsev sentas pli bone ol iu ajn tion, kion ni ĉiuj kolektive bezonas, kaj donas ĝin al ni.

Eble mi ne skribus ĉi tiun artikolon se mi ne estus komencinta spekti la serion"Juna Papo".

"Ni perdis Dion" (Kun)

Ĉi tio estas de la serio. Kaj ĉi tio temas pri ni.

Ni ne plu estas allogita de la realo kreita de la Kreinto.

Dio, Naturo, la Praeksplodo - kio ajn. La realo estas tie. Ĉirkaŭ ni kaj sendepende de ni.

Ni vivas en ĝi laŭ la leĝoj de la naturo (Dia Plano). Ni lernas la leĝojn (Plano) kaj lernas uzi la realon en kiu ni vivas por vivi eĉ pli bone. Ni testos niajn divenojn kun praktiko, forĵetante la malĝustajn kaj lasante la koncernajn. Ni interagas kun la realo kaj ni ŝanĝas ĝin.

Kaj ni tre sukcesis pri tio.

Estas multaj homoj sur la planedo. Tiom da. Kun nuna laborproduktiveco, ni ne plu bezonas pluvivi - la malplimulto povas provizi la plimulton per ĉio, kion ili bezonas. Plej multaj homoj bezonas okupi sin per io. Historie, la troaj rimedoj asignitaj al kreemo iris al la plej talentaj (aŭ la plej interrompaj, kio ankaŭ estas talento). Nun ekzistas tiom da senpagaj rimedoj, ke ĉiuj kun ajna talento povas akiri ĝin, sendepende de sia nivelo. Komparu kiom da filmoj estas publikigitaj jare tra la mondo, kaj kiom da ili vi povas spekti. Kiom da libroj estas skribitaj, kaj kiuj el ili legeblas. Kiom da informoj estas forĵetitaj en la Interreto, kaj kio el ĝi estas uzebla.

Kial la IT-profesio estas tiel populara? Jes, ĉar vi povas verŝi abismon da rimedoj en IT kaj neniu palpebrumos (nur memoru la problemon de la jaro 2000). Post ĉio, en IT vi povas pasigi jarojn disvolvante aplikaĵojn, kiuj malnoviĝos eĉ antaŭ ol ili estos lanĉitaj, vi povas provi integri malkongruajn komponantojn kaj ankoraŭ igi ilin funkcii, vi povas reinventi viajn proprajn radojn denove kaj denove, aŭ vi povas ĝuste nun. komencu subteni programojn en Fortran, kiu estis kovrita per musko antaŭ pliaj 20 jaroj. Vi povas pasigi vian tutan vivon en IT kaj fari nenion utilan. Kaj plej grave, neniu rimarkos ĝin! Eĉ vi mem.

Malmultaj el ni povos fari markon en la IT-industrio. Kaj eĉ malpli da homoj povos postlasi bonan memoron. La rezultoj de nia laboro malplivaloriĝos en la venontaj 10-20 jaroj plej bone, aŭ eĉ pli frue. Kaj certe dum nia vivo (se ni atingos emeritiĝon). Ni ne povos montri al niaj nepoj la komputilajn sistemojn pri kiuj ilia avo laboris en sia junaĝo. Homoj simple forgesos siajn nomojn. Komence de mia kariero mi altigis poŝtejojn cc:Poŝto sub "akso-ŝakto". Mi estas 20 jarojn for de emeritiĝo kaj 10 jarojn for de havi nepojn, sed la plimulto el vi jam aŭdis nenion pri la "elstara retpoŝta aplikaĵo de la mez-90-aj jaroj" ("supra retpoŝta programaro de la mez-1990-aj jaroj").

Eble en la realo ni malbone konscias pri la vaneco de nia IT-ŝarĝo, sed en la subkonscio ni strebas eskapi al kie ni estas komfortaj. En fikciajn mondojn, kie la uzo de Scrum kaj Agile neeviteble kondukas al la apero de produktoj, kiuj konkeras la mondon per sia utileco dum jardekoj. Kie ni estas ne simplaj malgrandaj ilaroj de grandaj mekanismoj, sed ilaroj sen kiuj grandaj mekanismoj rompiĝas. Kie nia vivo ne okazas en la sensignifa plenumo de rutinaj agoj, sed estas plenigita de kreemo kaj kreado, pri kies rezultoj ni povas fieri.

Ni eskapas en ĉi tiujn belajn, fikciajn mondojn de nia propra senvaloreco en la reala mondo. Ni rigardas ilin por konsolo.

Ni serĉas konsolon, inkluzive ĉe Habré. Kaj Ivano donas ĝin al ni ĉi tie.

fonto: www.habr.com

Aldoni komenton