🏏 👞 🏐 प्रोग्रामर के काम को समझने वाले लोग कहीं भी मिल सकते हैं 🤵🏿 🤳🏾 👩🏽‍🤝‍👩🏻

प्रोग्रामर के काम को समझने वाले लोग कहीं भी मिल सकते हैं। और एक ही समय में - और एकाउंटेंट, प्रबंधक, कैशियर, डिजाइनर और यहां तक कि पेंगुइन फ्लिपर्स के काम में। ये लोग खुद प्रोग्रामर्स से भी ज्यादा अमूर्त प्यार करते हैं।

उदाहरण के लिए, केपीआई के रूप में ऐसी अमूर्तता है। एक और घोटाला। Kanban कॉर्पोरेट संस्कृति। सॉफ्ट स्किल्स। आदि।

एक प्रोग्रामर के काम को समझने के लिए, और सबसे महत्वपूर्ण बात - इसके प्रभाव को बढ़ाने के तरीके - ये लोग अमूर्तता के माध्यम से प्रयास करते हैं। पेशे के भीतर से नहीं, बल्कि बाहर से। ~~हम उल्लू को ग्लोब पर खींचते हैं। हम~~ अमूर्त मॉडल को पेशे के लिए अनुकूल करते हैं, और मॉडल के नियमों के आधार पर कुछ समझने और सुधारने की कोशिश करते हैं।

स्क्रम के माध्यम से प्रोग्रामर के काम को बेहतर बनाने के लिए, आपको उसे स्टिकर को गोंद करने और माइटैप्स पर उठने की आवश्यकता है। तो यह प्रशिक्षण मैनुअल में लिखा गया है। कानबन में - अधिक बार स्टिकर को फिर से चिपकाएं। काम करने के लिए कॉर्पोरेट संस्कृति के लिए, आपको भजन सीखने के लिए प्रोग्रामर प्राप्त करने की आवश्यकता है। नरम कौशल के माध्यम से - उसे बोलने के लिए सीखने दें। आदि।

अमूर्त के तीन समूह विशेष रूप से लोकप्रिय हैं। पहला कानबन या यहां तक कि कन्वेयर जैसे धारावाहिक उत्पादन के तरीके हैं। एक कार्यकर्ता जिसने वर्षों से समान विवरणों को तेज किया है, वही प्रोग्रामर है, है ना?

दूसरा है प्रोजेक्ट मैनेजमेंट के तरीके जैसे स्क्रैम या वाटरफॉल। यह स्पष्ट है कि विधि का हस्तक्षेप नरम दिखता है - जैसे, आप समस्या को प्रोग्रामेटिक तरीके से हल करते हैं, और कार्यों के बीच हाथापाई करते हैं। लेकिन दोनों दिशाओं में प्रसार है। यह झरना नारा "समय सीमा को पूरा करता है", कि स्क्रमोव का "आ, खेराचिम-खेराचिम-खेराचिम!" प्रोग्रामिंग को प्रभावित करें "जादुई"।

तीसरा है ई-गे समलैंगिक तरीके। आपको बस सभी को मित्र बनाने की ज़रूरत है, जैसा कि बालवाड़ी में, गेंदों को लटकाते हैं, और कोड लिखा जाता है। अच्छा क्या।

दूसरी तरफ चलते हैं। बाहर से नहीं, अतुलनीय अमूर्त के ~~दूर आकाशगंगाओं से~~ , लेकिन अंदर से। प्रोग्रामर का दिमाग समझ जाएगा कि प्रोग्रामर की कार्यक्षमता को कैसे बढ़ाया जाए, और उसे क्या करना चाहिए। यह लंबे समय तक नहीं है, अगर आप अंदर से हैं तो सब कुछ बहुत सरल है।

प्रोग्रामर की दक्षता बढ़ाने का सबसे अच्छा तरीका प्रक्रिया में नुकसान को खत्म करना है। सबसे पहले, समय की हानि। घाटा - एक बड़ी राशि। ईमानदार होने के लिए 97% समय तक।

लेकिन वे देखना मुश्किल है, क्योंकि यह स्पष्ट नहीं है कि ये नुकसान हैं। ऐसा लगता है कि एक आदमी बैठता है, काम करता है, कुछ करता है, बिस्तर पर झूठ नहीं बोलता है, धूम्रपान नहीं करता है, बाहरी व्यक्ति के बारे में चैट नहीं करता है। लेकिन, एक उच्च संभावना के साथ, इस समय वह समय खो रहा है।

या एक बैठक पर खड़ा होता है, एक बैठक में बैठता है, एक कर्मचारी मनोवैज्ञानिक द्वारा एक सोफे पर झूठ होता है, एक कॉर्पोरेट ट्रेडमिल के साथ चलता है, या एक मालिश कुर्सी में कसकर बंद होता है। क्या यह उपयोगी है?

एक प्रोग्रामर के काम को समझने वाला व्यक्ति घाटे को कैसे वर्गीकृत करेगा? नहीं, ऐसा नहीं है - क्या वह भी ऐसा करने लगेगा? बेशक। यह एक ऐसी परियोजना है। शोध प्रबंध में लिखा जा सकता है - "परिवर्तन के युग के दौरान रूस में छोटे और मध्यम आकार के व्यवसायों के प्रबंधन के वित्तीय, उत्पादक और नैतिक और नैतिक परिणामों पर उनके प्रभाव को खत्म करने के प्रोग्रामर के समय और तरीके के नुकसान"।

मुझे लगता है कि सब कुछ बहुत सरल है। इस धारणा के आधार पर कि उपयोगी कार्यों की तुलना में हमारे काम में अधिक नुकसान हैं, यह समझना आसान है कि "उपयोगी गतिविधि" क्या है, और बाकी सभी चीजों को नुकसान के रूप में माना जाना चाहिए। यह समझना भी आसान है कि एक स्वस्थ व्यक्ति सभी बीमारियों के नाम याद रखने के लिए कौन है।

मैं प्रोग्रामर के लिए इस शब्द का सुझाव देता हूं: यदि आप एक अद्वितीय कोड लिखते हैं तो आप उपयोगी काम करने में व्यस्त हैं।

सरल, विशिष्ट और समझने योग्य। बाकी सब कुछ या तो स्पष्ट या अंतर्निहित नुकसान है।

यह स्पष्ट है कि यह 100% फिल्टर नहीं है, बल्कि एक लिटमस टेस्ट है जो स्पेक्ट्रम, डिग्री और एक / दो स्ट्रिप्स नहीं देता है। और, अफसोस, प्रस्तावना में सूचीबद्ध सभी गतिविधियाँ इस फ़िल्टर से नहीं गुजरती हैं।

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

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

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

मैं यह सब इसलिए करता हूं क्योंकि मैं यूनिक कोड नहीं लिख सकता। मैं कुछ बाधा से मिला, जो मुझे शुरू करने या जारी रखने की अनुमति नहीं देता है, और इसे दूर करने का प्रयास करता है। एक नियम के रूप में, अपने दम पर।

यदि आप अपनी गतिविधियों को उपयोगी और नुकसान में विभाजित नहीं करते हैं, तो आप आत्म-नियंत्रण स्थापित करने में सक्षम नहीं होंगे। यह हमेशा प्रतीत होगा कि यह कुछ आवश्यक और महत्वपूर्ण के साथ व्यस्त है। और मैं और सब लोग।

उपयोगी गतिविधि की ऐसी परिभाषा के रूप में "आप एक अद्वितीय कोड लिखते हैं" सब कुछ सरल करता है। आप जो कुछ भी करते हैं, आप हमेशा सवाल का जवाब जल्दी से दे सकते हैं, क्या यह बकवास है या कुछ और है।

यदि आप एक अद्वितीय कोड लिखते हैं, तो आप व्यस्त हैं। सीधे लिखें, कंप्यूटर पर बैठे, और कीबोर्ड पर अपनी उंगलियों को टैप करें।

यदि आप यूनिक कोड नहीं लिखते हैं, तो कुछ गलत है। आप या तो स्पष्ट रूप से विचलित थे, या अटक गए थे, या आपको ग्लोब पर एक उल्लू के अगले खींचने में खींच लिया गया था, ताकि बाद में ~~आप एक पुरस्कार प्राप्त कर सकें और~~ रक्षा के लिए एक शोध प्रबंध का बचाव कर सकें। और आपका कार्य बेहद सरल है - जितनी जल्दी हो सके अद्वितीय कोड लिखने के लिए वापस लौटें।

हां, आपने देखा, शायद, कि मैं लगातार "अद्वितीय" शब्द दोहराता हूं। ठीक है, निश्चित रूप से, यदि आप उस कोड को लिखते हैं जो किसी ने पहले ही लिखा है, और आप इस कोड का उपयोग कर सकते हैं, तो आप समय खो देते हैं।

दरअसल, बस इतना ही। अब किसी भी समय आप जानते हैं कि आप क्या कर रहे हैं। आप या तो व्यापार करते हैं, या आप समय खो देते हैं।

अपने प्रबंधक को यह पाठ दिखाएं। पहले से ही वह सोचेंगे कि लेखाकार, कैशियर, अप्रेंटिस और पेंगुइन टर्नर कैसे "एक अद्वितीय कोड लिखेंगे"।

प्रोग्रामर के काम को समझने वाले लोग कहीं भी मिल सकते हैं

More articles: