Maraming tao ang nag-iisip tungkol sa mga problema na nag-aalala sa kanila bago matulog o pagkagising. Hindi ako exception. Kaninang umaga may pumasok sa isip ko mula kay Habr:
Isang kasamahan ang nagbahagi ng kuwento sa isang chat:
Noong nakaraang taon, nagkaroon ako ng isang kahanga-hangang kliyente, ito ay bumalik noong ako ay nakikitungo sa isang purong "krisis".
Ang kliyente ay may dalawang koponan sa pangkat ng pag-unlad, bawat isa ay nakikitungo sa kanilang sariling bahagi ng produkto (kondisyon, ang back office at ang front office, ibig sabihin, ang software na gumagana sa pagbuo ng order at software na gumagana sa pagpapatupad ng order), paminsan-minsan ay nagsasama sa isa't isa.
Ang koponan sa likod ng opisina ay ganap na bumababa: anim na buwan ng tuluy-tuloy na mga problema, ang mga may-ari ay nagbabanta na tanggalin ang lahat, kumuha sila ng isang consultant, pagkatapos ng consultant ay kumuha sila ng higit sa iba (ako). Bukod dito, ang pangalawang koponan (storfront) ay nagtrabaho nang normal at nagpatuloy na gumana nang normal, ito ay ang back-office team, na nagtrabaho din nang normal dati, na nagsimulang magulo. Ang mga koponan ay nakaupo sa iba't ibang mga opisina at sanay na silang asar sa isa't isa.Dahilan: ang tindahan at likod ay isang sistema, mayroong maraming mga dependency sa loob nito, ang mga koponan sa iba't ibang mga opisina ay hindi nakikipag-usap sa isa't isa. Ang mga may-ari ay "tumingin" sa gilid-harap sa lahat ng oras, kaya mayroon silang mga bagong tampok, ideya at kontrol doon. Siya ay isang jack-of-all-trades boy, isang kumbinasyon ng BA, designer at "dalhan kami ng kape." Ang batang ito, na hindi napansin ng kanyang team, ay nagsasagawa ng isang bungkos ng maliliit na gawain tulad ng "i-notify ang pangalawang team tungkol sa deployment", "i-update ang dokumentasyon", atbp. routine, hanggang sa "ipasok ang lahat ng uri ng mga numero ng bersyon at mga bahagi sa tiket." Ngunit ang batang lalaki ay hindi sumulat ng anumang code, at sa isang punto ang mga may-ari ay nagpasya na i-optimize siya at paalisin siya. Para sa team ng tindahan, walang nagbago, hindi lang nila ginawa o na-update ang mga pantalan, at ang koponan ng backoffice ay natagpuan ang sarili sa isang sitwasyon kung saan ang mga release ng tindahan ay nakakasira ng isang bagay para sa kanila, at iyon ang kanilang problema, at kung ang kanilang mga paglabas ay masira ang isang bagay para sa ang tindahan, yan na naman ang problema nila, kasi full view ng mga may-ari ang tindahan :)
Ano ang nakakuha ng aking pansin sa komentong ito at kung ano ang makikita ng naghahanap mula sa pamagat - sa ilalim ng hiwa.
Gumagawa ako ng mga web application sa loob ng 20 taon, kaya ang harap/likod ay hindi lamang mga salita para sa akin. Ang mga ito ay napakalapit na nauugnay na mga bagay. Halimbawa, hindi ko maisip ang isang sitwasyon kung saan ang harap ay binuo sa kumpleto (o napakalakas) na paghihiwalay mula sa likod. Ang magkabilang panig ay nagpapatakbo sa parehong data at nagsasagawa ng halos magkatulad na mga operasyon. Halos maiisip ko kung gaano karaming impormasyon ang gumagalaw sa pagitan ng mga developer ng parehong mga koponan upang i-coordinate ang pag-unlad, at kung gaano katagal at gaano kadalas kailangang gawin ang mga pag-apruba na ito. Ang mga koponan ay hindi maaaring makatulong ngunit makipag-usap nang malapitan, kahit na sila ay nasa iba't ibang time zone. Lalo na kung may JIRA ka.
Alam kong walang kabuluhan na bigyan ng babala ang mga back-developer tungkol sa deployment ng front. Ang bagong bersyon ng harap ay hindi maaaring masira ang anumang bagay sa likod, ngunit sa kabaligtaran, oo. Ito ay mga front-end na developer na interesadong ipaalam sa mga back-end na developer na kailangan nila ng bago o binagong functionality. Ang harap ay nakasalalay sa mga pag-deploy sa likod, at hindi kabaliktaran.
Sinong lalaki"dalhan mo kami ng kape", hindi maaaring magkaroon ng isang BA (kung ang ibig sabihin ng BA ay "analyst ng negosyo"), at ang isang BA ay hindi maaaring "boy, dalhan mo kami ng kape". At tiyak, "magdagdag ng lahat ng uri ng mga numero ng bersyon at mga bahagi"Hindi ito magagawa ng "batang lalaki" o ng BA nang walang talakayan sa mga development team. Ito ay tulad ng kariton sa harap ng kabayo.
Dahil ang "batang lalaki" ay tinanggal, kung gayon ang mga pagpapaandar na ito, mula sa "magdala ng kape"at bago"ilagay sa taba", ay dapat na muling ipinamahagi sa iba pang mga miyembro ng koponan. Sa isang itinatag na grupo, ang mga daloy ng impormasyon at mga tungkulin ay naayos; kung ang gumaganap ng isa o ilang mga tungkulin ay umalis sa entablado, kung gayon ang natitirang mga miyembro ng grupo ay kailangan pa ring makatanggap ng pamilyar na impormasyon mula sa mga pamilyar na tungkulin. Hindi nila maiwasang mapansin na ang impormasyong kailangan para sa trabaho ay hindi na dumarating sa kanila. Parang isang adik sa droga ay hindi maiwasang mapansin ang katotohanang huminto ang suplay ng droga. At tulad ng hinahanap ng isang adik sa droga. at maghanap ng iba pang mga channel, kaya susubukan ng mga miyembro ng grupo na maghanap ng mga mapagkukunan ng impormasyong kailangan nila sa "iba pang" panig at mga bagong gumaganap ng mga lumang tungkulin. At tiyak na makakahanap sila, kahit papaano, ng isang tao na, sa kanilang opinyon, ay dapat magbigay sa kanila ang kinakailangang impormasyon.
Kahit na ipinapalagay namin na ang karaniwang mga channel ng impormasyon ay sarado na, at ang isa na dapat, ay hindi nag-iisip na siya ay dapat, kung gayon ang mga back developer, sa ilalim ng banta ng pagpapaalis, ay hindi itatago ang mga dahilan para sa kanilang sariling mga pagkabigo mula sa may-ari para sa anim na buwan, alam na ang kanilang mga problema ay dahil sa kakulangan ng kinakailangang impormasyon sa kanila. Ang mga may-ari ay hindi magiging "tanga" sa loob ng anim na buwan, dahil kailangan nila ang impormasyon noon.ay natatakpan ng taba", at ngayon ay walang nagdadagdag nito doon. At ang unang consultant ay hindi gaanong hindi propesyonal upang hindi makipag-usap sa mga back-end na developer at hindi makarating sa pinagmulan ng problema - ang kakulangan ng koordinasyon sa pagitan ng mga koponan. Ito ang dahilan para sa mga kaguluhang inilarawan, at hindi ang pagpapaalis sa "batang lalaki".
Ang karaniwang kakulangan ng komunikasyon sa pagitan ng mga developer ay karaniwang sanhi ng maraming problema sa pag-unlad at higit pa. Hindi mo kailangang maging isang mahusay na consultant para mahanap ito. Sapat na maging makatwiran lang.
Sa tingin ko ang buong kwentong ito ay pinag-isipang mabuti at maganda ang pagkakasabi. Buweno, hindi ganap na naimbento - lahat ng mga elemento ay kinuha mula sa buhay (harap, likod, pag-unlad, batang lalaki, kape, "taba", ...). Ngunit ang mga ito ay konektado sa isang paraan na ang gayong disenyo ay hindi nangyayari sa buhay. Hiwalay, ang lahat ng ito ay matatagpuan sa mundo sa paligid natin, ngunit sa gayong kumbinasyon - hindi. Isinulat ko sa itaas kung bakit .
Gayunpaman, ito ay ipinakita nang napaka-matuwid. Binabasa ito nang may interes at may personal na pakikilahok. pakikiramay para sa "handy boy", ang hindi pinahahalagahan na maliit na mekanismo ng malaking makina (ito ay tungkol sa akin!). Pagpapakumbaba sa mga developer na napakatalino at may karanasan, ngunit hindi makakita ng higit sa kanilang sariling mga ilong (nasa paligid ko sila!). Ang isang bahagyang panunuya ng mga may-ari, ang mga mayayamang lalaki na ginawa ang kanilang sarili na "bo-bo" gamit ang kanilang sariling mga kamay at hindi naiintindihan ang mga dahilan (Well, ang dumura na imahe ng aking pamumuno!). Hinamak ang unang "consultant" na nabigong makahanap ng ganoong simpleng pinagmumulan ng mga problema (oo, kamakailan lang ay pumasok ang lalaking ito na may salamin at naglakad-lakad na mukhang matalino), at isang masigasig na pagkakaisa sa isang "tunay" na consultant, na siya lamang ang nakakapagpahalaga sa tunay na papel ng isang jack-of-all-trades boy (ibig sabihin, ako!).
Nakakaramdam ka ba ng panloob na kasiyahan pagkatapos basahin ang komentong ito? Ang aming tungkulin bilang maliliit na cogs sa isang malaking mekanismo ay talagang hindi napakaliit! Kahanga-hangang sinabi, kahit na hindi ito totoo. Ngunit anong kaaya-ayang aftertaste.
Hindi ko alam kung anong klaseng kasamahan at sa anong chat ko ibinahagi ang paghahayag na ito sa aking kasamahan at bakit kasamahan mkrentovskiy Nagpasya akong i-publish ito sa ilalim ng artikulo ""natatanging habr-author 'a (na, siya nga pala, ay nasa unang pwesto sa ranking ni Habr sa ngayon!), ngunit inaamin ko na ang aking kasamahan mkrentovskiy ginawa ito nang napakahusay. Ang mensahe ng komento at ang istilo ng presentasyon ay naaayon sa mensahe at istilo ng iba pang publikasyon nmivan'well, ano ang maaari mong isipin na isang consultant ng krisis mula sa komentaryo at GG ng maraming mga publikasyon nmivan'a ay ang parehong tao.
Marami akong nabasa na publikasyon ni Ivan Belokamentsev nang simulan ng may-akda ang kanyang mga aktibidad sa HabrΓ© (noong 2017). Ang ilan ay tinatangkilik ito (, ). Mayroon siyang magandang istilo at kawili-wiling presentasyon ng materyal. Ang kanyang mga kwento ay halos kapareho ng mga totoong kwento sa buhay, ngunit halos wala silang posibilidad na mangyari, sa . Ganyan ang kwentong ito sa komentaryo.
Upang sabihin ang katotohanan, personal kong hindi iniisip na si Habr ay naging mas mahusay sa mga publikasyon ni Ivan. Ngunit ang kanyang rating at kabaligtaran ang sinasabi ng ibang mga naninirahan sa Habr:
Hindi ko maintindihan ang pag-ungol mo. Matagal nang nadulas si Habr, ngunit ang may-akda ay nagbibigay ng kaunting spark at pinapabuti ang mood ng mga mambabasa) sa pamamagitan ng paghila ng mapagkukunan mula sa kailaliman.
Oo, ang Habr ay hindi isang kawanggawa, ang Habr ay isang komersyal na proyekto. Ang Habr ay isang salamin na sumasalamin sa ating mga hangarin. Hindi ang aking mga personal na pagnanasa at hindi ang mga hangarin ng bawat indibidwal na bisita, ngunit ang kabuuan ng lahat ng aming mga hangarin - ang "karaniwan para sa ospital." At mas maganda ang pakiramdam ni Ivan Belokamentsev kaysa kaninuman kung ano ang kailangan nating lahat, at ibinibigay ito sa atin.
Marahil ay hindi ko isinulat ang artikulong ito kung hindi ako nagsimulang manood ng serye"".
"Nawala sa atin ang Diyos"(Kasama)
Ito ay mula sa serye. At ito ay tungkol sa atin.
Hindi na tayo nabihag ng katotohanang nilikha ng Lumikha.
Diyos, Kalikasan, ang Big Bang - anuman. Nariyan ang realidad. Sa paligid natin at nag-iisa sa atin.
Namumuhay tayo dito alinsunod sa mga batas ng kalikasan (Plano ng Diyos). Natututo tayo sa mga batas (Plano) at natutong gamitin ang katotohanan kung saan tayo nabubuhay upang mamuhay nang mas mabuti. Susubukan namin ang aming mga hula sa pagsasanay, itapon ang mga hindi tama at iiwan ang mga nauugnay. Nakikipag-ugnayan tayo sa katotohanan at binabago natin ito.
At naging matagumpay kami dito.
Maraming tao sa planeta. Ang dami. Sa kasalukuyang produktibidad ng paggawa, hindi na natin kailangang mabuhay - ang minorya ay maaaring magbigay sa karamihan ng lahat ng kailangan nila. Karamihan sa mga tao ay kailangang panatilihing abala ang kanilang sarili sa isang bagay. Sa kasaysayan, ang labis na mapagkukunang inilalaan sa pagkamalikhain ay napunta sa pinaka-talented (o ang pinaka nakakagambala, na talento rin). Ngayon ay napakaraming libreng mapagkukunan na maaaring makuha ng lahat ng may anumang talento, anuman ang kanilang antas. Ihambing kung gaano karaming mga pelikula ang ipinalabas bawat taon sa buong mundo, at ilan sa mga ito ang maaari mong panoorin. Ilang libro ang nakasulat, at alin sa mga ito ang mababasa. Gaano karaming impormasyon ang itinapon sa Internet, at ano ang magagamit nito.
Bakit sikat ang propesyon ng IT? Oo, dahil maaari mong ibuhos ang isang kailaliman ng mga mapagkukunan sa IT at walang sinuman ang kukurap (tandaan lamang ang problema ng taong 2000). Pagkatapos ng lahat, sa IT maaari kang gumugol ng mga taon sa pagbuo ng mga application na magiging lipas na bago pa man ilunsad ang mga ito, maaari mong subukang isama ang mga hindi tugmang bahagi at gawin pa rin itong gumana, maaari mong muling likhain ang iyong sariling mga gulong nang paulit-ulit, o maaari mo na ngayon simulan ang pagsuporta sa mga programa sa Fortran, na natatakpan ng lumot para sa isa pang 20 taon na ang nakakaraan. Maaari mong gugulin ang iyong buong buhay sa IT at hindi gumawa ng anumang bagay na kapaki-pakinabang. At higit sa lahat, walang makakapansin nito! Pati sarili mo.
Iilan sa atin ang makakagawa ng marka sa industriya ng IT. At mas kaunting mga tao ang makakapag-iwan ng magandang alaala. Ang mga resulta ng aming trabaho ay bababa sa pinakamainam sa susunod na 10-20 taon, o mas maaga pa. At tiyak sa ating buhay (kung umabot tayo sa edad ng pagreretiro). Hindi namin maipakita sa aming mga apo ang mga computer system na ginawa ng kanilang lolo noong kabataan niya. Makakalimutan lang ng mga tao ang kanilang mga pangalan. Sa simula ng aking karera nagtaas ako ng mga istasyon ng koreo sa ilalim"". Ako ay 20 taon na ang layo mula sa pagreretiro at 10 taon mula sa pagkakaroon ng mga apo, ngunit karamihan sa inyo ay wala nang narinig tungkol sa "natitirang email application noong kalagitnaan ng 90s" ("nangungunang email software package noong kalagitnaan ng 1990s").
Marahil sa katotohanan ay hindi natin alam ang kawalang-kabuluhan ng ating pasanin sa IT, ngunit sa subconscious ay nagsusumikap tayong tumakas sa kung saan tayo komportable. Sa mga kathang-isip na mundo kung saan ang paggamit ng Scrum at Agile ay hindi maiiwasang humahantong sa paglitaw ng mga produkto na sumakop sa mundo sa kanilang pagiging kapaki-pakinabang sa mga dekada. Kung saan hindi tayo simpleng maliliit na gear ng malalaking mekanismo, ngunit ang mga gear na walang malalaking mekanismo ay nasisira. Kung saan ang ating buhay ay hindi nagaganap sa walang kabuluhang pagsasagawa ng mga nakagawiang aksyon, ngunit puno ng pagkamalikhain at paglikha, ang mga resulta na maipagmamalaki natin.
Tayo ay tumatakas sa magagandang, kathang-isip na mga mundo mula sa sarili nating kawalang-halaga sa totoong mundo. Tumingin kami sa kanila para sa aliw.
Naghahanap kami ng aliw, kabilang ang sa HabrΓ©. At binigay sa amin ni Ivan dito.
Pinagmulan: www.habr.com