खोजने वाले को खोजने दो

बहुत से लोग बिस्तर पर जाने से पहले या जागने पर उन समस्याओं के बारे में सोचते हैं जो उन्हें चिंतित करती हैं। मैं अपवाद नहीं हूं. आज सुबह मेरे दिमाग में एक ख्याल आया टिप्पणी हैबर से:

एक सहकर्मी ने चैट में एक कहानी साझा की:

पिछले साल मेरे पास एक अद्भुत ग्राहक था, यह तब की बात है जब मैं एक शुद्ध "संकट" से जूझ रहा था।
क्लाइंट के पास विकास समूह में दो टीमें हैं, प्रत्येक उत्पाद के अपने हिस्से (सशर्त रूप से, बैक ऑफिस और फ्रंट ऑफिस, यानी ऑर्डर निर्माण पर काम करने वाला सॉफ्टवेयर और ऑर्डर निष्पादन पर काम करने वाला सॉफ्टवेयर) से निपटती है, कभी-कभी एक दूसरे के साथ एकीकृत होती है।
बैक ऑफिस टीम पूरी तरह से ख़राब हो गई है: छह महीने से लगातार समस्याएँ, मालिक सभी को नौकरी से निकालने की धमकी दे रहे हैं, उन्होंने एक सलाहकार को काम पर रखा है, सलाहकार के बाद उन्होंने दूसरे (मुझसे) से अधिक लोगों को काम पर रखा है। इसके अलावा, दूसरी टीम (स्टोरफ्रंट) ने सामान्य रूप से काम किया और सामान्य रूप से काम करना जारी रखा, यह बैक-ऑफ़िस टीम थी, जिसने पहले भी सामान्य रूप से काम किया था, जिसने गड़बड़ करना शुरू कर दिया। टीमें अलग-अलग कार्यालयों में बैठती हैं और एक-दूसरे पर गुस्सा निकालने की आदी हैं।

कारण: स्टोर और बैक एक ही प्रणाली हैं, इसमें बहुत सारी निर्भरताएँ हैं, विभिन्न कार्यालयों में टीमें एक-दूसरे से संवाद नहीं करती थीं। मालिक हर समय साइड-फ्रंट को "देखते" हैं, इसलिए उनके पास वहां नई सुविधाएं, विचार और नियंत्रण होता है। वह एक प्रतिभाशाली लड़का थी, बीए, डिजाइनर और "हमारे लिए कॉफी लाओ" का मिश्रण। यह लड़का, अपनी टीम द्वारा ध्यान दिए बिना, "तैनाती के बारे में दूसरी टीम को सूचित करें", "दस्तावेज़ीकरण अपडेट करें", आदि जैसे कई छोटे कार्य कर रहा था। रूटीन, ठीक नीचे "टिकट में सभी प्रकार की संस्करण संख्याएँ और घटक दर्ज करें।" लेकिन लड़के ने कोई कोड नहीं लिखा, और एक समय पर मालिकों ने उसे अनुकूलित करने और उसे नौकरी से निकालने का फैसला किया। स्टोर टीम के लिए, कुछ भी नहीं बदला है, उन्होंने बस डॉक नहीं बनाया या अपडेट नहीं किया, और बैकऑफ़िस टीम ने खुद को ऐसी स्थिति में पाया जहां स्टोर की रिलीज़ उनके लिए कुछ तोड़ती है, और यह उनकी समस्या है, और यदि उनकी रिलीज़ उनके लिए कुछ तोड़ती है दुकान, यह फिर से उनकी समस्या है, क्योंकि दुकान मालिकों की पूरी नजर में है :)

इस टिप्पणी से मेरा ध्यान किस ओर आकर्षित हुआ और खोजकर्ता को शीर्षक से क्या मिलेगा - कट के नीचे।

मैं 20 वर्षों से वेब एप्लिकेशन विकसित कर रहा हूं, इसलिए फ्रंट/बैक मेरे लिए सिर्फ शब्द नहीं हैं। ये बहुत करीब से जुड़ी हुई बातें हैं. उदाहरण के लिए, मैं ऐसी स्थिति की कल्पना नहीं कर सकता जहां सामने का भाग पीछे से पूर्ण (या बहुत मजबूत) अलगाव में विकसित हो। दोनों पक्ष एक ही डेटा पर काम करते हैं और बहुत समान ऑपरेशन करते हैं। मैं मोटे तौर पर कल्पना कर सकता हूं कि विकास के समन्वय के लिए दोनों टीमों के डेवलपर्स के बीच कितनी जानकारी चलती है, और इन अनुमोदनों को कितनी देर तक और कितनी बार करने की आवश्यकता होती है। टीमें मदद नहीं कर सकतीं लेकिन निकटता से संवाद कर सकती हैं, भले ही वे अलग-अलग समय क्षेत्रों में हों। खासकर यदि आपके पास JIRA है।

मैं जानता हूं कि बैक-डेवलपर्स को फ्रंट की तैनाती के बारे में चेतावनी देना व्यर्थ है। सामने का नया संस्करण पीछे से कुछ भी नहीं तोड़ सकता, लेकिन इसके विपरीत, हाँ। यह फ्रंट-एंड डेवलपर्स हैं जो बैक-एंड डेवलपर्स को सूचित करने में रुचि रखते हैं कि उन्हें नई या परिवर्तित कार्यक्षमता की आवश्यकता है। आगे पीछे की तैनाती पर निर्भर करता है, न कि इसके विपरीत।

कौन सा लड़का कौन"हमारे लिए कॉफ़ी लाओ", कोई बीए नहीं हो सकता (यदि बीए से हमारा मतलब "बिजनेस एनालिस्ट" है), और कोई बीए नहीं हो सकता "लड़के, हमारे लिए कॉफ़ी लाओ"। और निश्चित रूप से, "सभी प्रकार की संस्करण संख्याएँ और घटक जोड़ें"न तो "लड़का" और न ही बीए विकास टीमों के साथ चर्चा के बिना ऐसा कर सकता है। यह घोड़े से पहले गाड़ी की तरह है।

चूंकि "लड़के" को निकाल दिया गया था, तो ये कार्य, "से"कॉफी लाओ"और इससे पहले कि"वसा में डालो", अन्य टीम के सदस्यों के बीच पुनर्वितरित किया जाना चाहिए था। एक स्थापित समूह में, सूचना प्रवाह और भूमिकाएँ तय होती हैं; यदि एक या कई भूमिकाओं के कलाकार ने मंच छोड़ दिया है, तो समूह के बाकी सदस्यों को अभी भी परिचित प्राप्त करने की आवश्यकता है परिचित भूमिकाओं से जानकारी। वे बस मदद नहीं कर सकते हैं लेकिन नोटिस करते हैं कि काम के लिए आवश्यक जानकारी उनके पास आना बंद हो गई है। यह ऐसा है जैसे एक नशेड़ी मदद नहीं कर सकता लेकिन इस तथ्य को नोटिस कर सकता है कि दवाओं की आपूर्ति बंद हो गई है। और जैसे ही एक नशेड़ी तलाश करता है और अन्य चैनल ढूंढता है, इसलिए समूह के सदस्य "अन्य" पक्ष और पुरानी भूमिकाओं के नए कलाकारों पर आवश्यक जानकारी के स्रोत ढूंढने का प्रयास करेंगे। और वे निश्चित रूप से, कम से कम, कोई ऐसा व्यक्ति ढूंढ लेंगे, जो उनकी राय में, देना चाहिए उन्हें आवश्यक जानकारी.

यहां तक ​​कि अगर हम मान लें कि सूचना के सामान्य चैनल बंद कर दिए गए हैं, और जिसे चाहिए, वह नहीं सोचता कि उसे करना चाहिए, तो बर्खास्तगी की धमकी के तहत बैक डेवलपर्स, मालिक से अपनी विफलताओं के कारणों को नहीं छिपाएंगे। छह महीने, यह जानते हुए कि उनकी समस्याएँ उनके लिए आवश्यक जानकारी की कमी के कारण हैं। मालिक छह महीने तक "बेवकूफ" नहीं होंगे, यह देखते हुए कि उन्हें पहले जानकारी की आवश्यकता थी।चर्बी से ढका हुआ था", और अब कोई भी इसे वहां नहीं जोड़ रहा है। और पहला सलाहकार शायद ही इतना गैर-पेशेवर था कि बैक-एंड डेवलपर्स से बात न करे और समस्या के स्रोत तक न पहुंचे - टीमों के बीच समन्वय की कमी। यही है वर्णित परेशानियों का कारण, न कि "लड़के" की बर्खास्तगी।

डेवलपर्स के बीच संचार की सामान्य कमी विकास आदि में बहुत सारी समस्याओं का एक विशिष्ट कारण है। इसे खोजने के लिए आपको एक महान सलाहकार होने की आवश्यकता नहीं है। बस उचित होना ही काफी है।

मुझे लगता है कि यह पूरी कहानी अच्छी तरह से सोची गई है और खूबसूरती से बताई गई है। ठीक है, पूरी तरह से आविष्कार नहीं किया गया - सभी तत्व जीवन से लिए गए हैं (सामने, पीछे, विकास, लड़का, कॉफी, "वसा", ...)। लेकिन वे इस तरह से जुड़े हुए हैं कि ऐसा डिज़ाइन जीवन में नहीं होता है। अलग-अलग, यह सब हमारे आस-पास की दुनिया में पाया जा सकता है, लेकिन ऐसे संयोजन में - नहीं। मैंने ऊपर लिखा है क्यों .

हालाँकि, इसे बहुत प्रशंसनीय ढंग से प्रस्तुत किया गया है। इसे दिलचस्पी से पढ़ा जाता है और व्यक्तिगत जुड़ाव भी होता है. के प्रति सहानुभूति"सुविधाजनक लड़का", बड़ी मशीन का अप्राप्य छोटा तंत्र (यह मेरे बारे में है!). उन डेवलपर्स के प्रति संवेदना जो बहुत स्मार्ट और अनुभवी हैं, लेकिन अपनी नाक से परे नहीं देख सकते (वे मेरे चारों ओर हैं!). मालिकों का थोड़ा सा मज़ाक, अमीर लोग जिन्होंने अपने हाथों से खुद को "बो-बो" बनाया और कारणों को नहीं समझते (खैर, मेरे नेतृत्व की थूकने वाली छवि!). पहले "सलाहकार" के लिए तिरस्कार जो समस्याओं का इतना सरल स्रोत ढूंढने में विफल रहा (हाँ, हाल ही में यह लड़का चश्मा पहनकर आया और स्मार्ट दिखने लगा), और एक "वास्तविक" सलाहकार के साथ एक उत्साही एकता, जो एकमात्र व्यक्ति था जो एक जैक-ऑफ-ऑल-ट्रेड लड़के की वास्तविक भूमिका की सराहना कर सकता था (वह मैं हूँ!).

क्या इस टिप्पणी को पढ़ने के बाद आपको आंतरिक संतुष्टि महसूस हुई? एक बड़े तंत्र में छोटे दल के रूप में हमारी भूमिका वास्तव में इतनी छोटी नहीं है! आश्चर्यजनक रूप से कहा गया है, भले ही यह सच न हो। लेकिन बाद का स्वाद कितना सुखद था।

मुझे नहीं पता कि यह कैसा सहकर्मी है और किस चैट में मैंने अपने सहकर्मी के साथ यह रहस्योद्घाटन साझा किया mkrentovskiy और सहकर्मी क्यों mkrentovskiy मैंने इसे लेख के तहत प्रकाशित करने का निर्णय लिया "टैगा कितने वर्षों से चल रहा है - समझ में नहीं आता"उत्कृष्ट हबर-लेखक nmivan'ए (जो, वैसे, इस समय हैबर की रैंकिंग में पहले स्थान पर है!), लेकिन मैं मानता हूं कि मेरा सहयोगी mkrentovskiy यह बहुत अच्छे से किया. टिप्पणी का संदेश और प्रस्तुति की शैली अन्य प्रकाशनों के संदेश और शैली के अनुरूप है nmivan'ठीक है, आप क्या सोच सकते हैं कि कमेंटरी से एक संकट सलाहकार और कई प्रकाशनों के जीजी nmivan'ए वही व्यक्ति है.

जब लेखक ने हैबे पर (2017 में) अपनी गतिविधियाँ शुरू कीं, तो मैंने इवान बेलोकामेंटसेव के बहुत सारे प्रकाशन पढ़े। कुछ लोग इसका आनंद भी लेते हैं (समय, два). उनके पास सामग्री की अच्छी शैली और दिलचस्प प्रस्तुति है। उनकी कहानियाँ वास्तविक जीवन की कहानियों से बहुत मिलती-जुलती हैं, लेकिन उनके वास्तव में घटित होने की संभावना लगभग शून्य है वास्तविकता. कमेंट्री में इस कहानी के साथ भी ऐसा ही है।

सच कहूँ तो, मैं व्यक्तिगत रूप से नहीं सोचता कि इवान के प्रकाशनों के साथ हैबर बेहतर हो गया है। लेकिन उनकी रेटिंग और राय हबर के अन्य निवासी इसके विपरीत कहते हैं:

मुझे तुम्हारा रोना समझ नहीं आता. हैबर लंबे समय से फिसल गया है, लेकिन लेखक संसाधन को रसातल से बाहर निकालकर थोड़ी सी चिंगारी देता है और पाठकों के मूड में सुधार करता है)।

हां, हैबर कोई चैरिटी नहीं है, हैबर एक व्यावसायिक परियोजना है। हबर एक दर्पण है जो हमारी इच्छाओं को दर्शाता है। मेरी व्यक्तिगत इच्छाएँ नहीं और प्रत्येक आगंतुक की इच्छाएँ नहीं, बल्कि हमारी सभी इच्छाओं की समग्रता - "अस्पताल के लिए औसत।" और इवान बेलोकमेंटसेव किसी से भी बेहतर महसूस करता है कि हम सभी को सामूहिक रूप से क्या चाहिए, और वह हमें देता है।

शायद मैंने यह लेख नहीं लिखा होता अगर मैंने श्रृंखला देखना शुरू नहीं किया होता"युवा पोप".

"हमने भगवान को खो दिया है"(सी)

ये सीरीज से है. और यह हमारे बारे में है.

हम अब सृष्टिकर्ता द्वारा बनाई गई वास्तविकता से मोहित नहीं हैं।

ईश्वर, प्रकृति, बिग बैंग - जो भी हो। वास्तविकता वहां है. हमारे चारों ओर और हमसे स्वतंत्र रूप से।

हम इसमें प्रकृति के नियमों (भगवान की योजना) के अनुसार रहते हैं। हम कानून (योजना) सीखते हैं और उस वास्तविकता का उपयोग करना सीखते हैं जिसमें हम और भी बेहतर जीवन जीने के लिए रहते हैं। हम अभ्यास के साथ अपने अनुमानों का परीक्षण करेंगे, गलत अनुमानों को हटा देंगे और प्रासंगिक अनुमानों को छोड़ देंगे। हम वास्तविकता के साथ बातचीत करते हैं और हम इसे बदलते हैं।

और हम इसमें बहुत सफल रहे हैं.

ग्रह पर बहुत सारे लोग हैं। इतने सारे। वर्तमान श्रम उत्पादकता के साथ, हमें अब जीवित रहने की आवश्यकता नहीं है - अल्पसंख्यक बहुमत को उनकी ज़रूरत की हर चीज़ प्रदान कर सकते हैं। ज्यादातर लोगों को खुद को किसी न किसी काम में व्यस्त रखने की जरूरत होती है। ऐतिहासिक रूप से, रचनात्मकता के लिए आवंटित अतिरिक्त संसाधन सबसे प्रतिभाशाली (या सबसे विघटनकारी, जो प्रतिभा भी है) के पास गए। अब इतने सारे मुफ़्त संसाधन हैं कि किसी भी प्रतिभा वाला हर व्यक्ति इसे प्राप्त कर सकता है, चाहे उनका स्तर कुछ भी हो। तुलना करें कि दुनिया भर में प्रति वर्ष कितनी फ़िल्में रिलीज़ होती हैं और आप उनमें से कितनी देख सकते हैं। कितनी किताबें लिखी गई हैं और उनमें से कौन सी पढ़ी जा सकती हैं। इंटरनेट पर कितनी जानकारी डाली गई है और उसमें से कौन सी जानकारी उपयोग योग्य है।

आईटी पेशा इतना लोकप्रिय क्यों है? हां, क्योंकि आप आईटी में संसाधनों का ढेर लगा सकते हैं और कोई भी पलक नहीं झपकाएगा (बस वर्ष 2000 की समस्या को याद रखें)। आख़िरकार, आईटी में आप ऐसे एप्लिकेशन विकसित करने में वर्षों लगा सकते हैं जो लॉन्च होने से पहले ही अप्रचलित हो जाएंगे, आप असंगत घटकों को एकीकृत करने का प्रयास कर सकते हैं और फिर भी उन्हें काम पर रख सकते हैं, आप अपने स्वयं के पहियों को बार-बार नया रूप दे सकते हैं, या आप अभी कर सकते हैं फोरट्रान में कार्यक्रमों का समर्थन करना शुरू करें, जो 20 साल पहले तक काई से ढका हुआ था। आप अपना पूरा जीवन आईटी में बिता सकते हैं और कुछ भी उपयोगी नहीं कर सकते। और सबसे महत्वपूर्ण बात यह है कि इस पर किसी का ध्यान नहीं जाएगा! यहां तक ​​कि आप भी.

हममें से कुछ ही लोग आईटी उद्योग में अपनी पहचान बना पाएंगे। और इससे भी कम लोग अपने पीछे एक अच्छी याददाश्त छोड़ पाएंगे। हमारे काम के नतीजों का अगले 10-20 वर्षों में, या उससे भी पहले, ह्रास हो जाएगा। और निश्चित रूप से हमारे जीवनकाल में (यदि हम सेवानिवृत्ति की आयु तक पहुँच जाते हैं)। हम अपने पोते-पोतियों को वह कंप्यूटर सिस्टम नहीं दिखा पाएंगे जिस पर उनके दादाजी अपनी युवावस्था में काम करते थे। लोग बस अपना नाम भूल जायेंगे. अपने करियर की शुरुआत में मैंने डाक स्टेशन स्थापित किये सीसी:मेल अंतर्गत "धुरा शाफ्ट"। मैं सेवानिवृत्ति से 20 साल दूर हूं और पोते-पोतियां पैदा करने से 10 साल दूर हूं, लेकिन आप में से अधिकांश ने पहले ही "90 के दशक के मध्य के उत्कृष्ट ईमेल एप्लिकेशन" के बारे में कुछ नहीं सुना है ("1990 के दशक के मध्य का शीर्ष ईमेल सॉफ़्टवेयर पैकेज").

हो सकता है कि वास्तव में हम अपने आईटी बोझ की निरर्थकता के बारे में बहुत कम जानते हों, लेकिन अवचेतन रूप से हम वहां भागने का प्रयास करते हैं जहां हम सहज होते हैं। काल्पनिक दुनिया में जहां स्क्रम और एजाइल का उपयोग अनिवार्य रूप से ऐसे उत्पादों के उद्भव की ओर ले जाता है जो दशकों तक अपनी उपयोगिता से दुनिया को जीतते हैं। जहां हम बड़े तंत्रों के साधारण छोटे गियर नहीं हैं, बल्कि ऐसे गियर हैं जिनके बिना बड़े तंत्र टूट जाते हैं। जहां हमारा जीवन नियमित कार्यों के निरर्थक निष्पादन में नहीं गुजरता, बल्कि रचनात्मकता और सृजन से भरा होता है, जिसके परिणामों पर हम गर्व कर सकते हैं।

हम वास्तविक दुनिया में अपनी बेकारता से बचकर इन खूबसूरत, काल्पनिक दुनियाओं में चले जाते हैं। हम सांत्वना के लिए उनकी ओर देखते हैं।

हम सांत्वना की तलाश कर रहे हैं, जिसमें हेब्रे भी शामिल है। और इवान इसे हमें यहां देता है।

स्रोत: www.habr.com