हैप्पी प्रोग्रामर डे! अपने डेवलपर्स से प्यार करो

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

यदि आप Habr पढ़ते हैं, तो सबसे अधिक संभावना है कि आपको प्रोग्रामर के साथ संवाद करना है, उन्हें साइट के फ्रंटएंड या बैकएंड को खत्म करने के लिए कहें, एनालिटिक्स कोड को बदलें, साइट के हेडर में अगले कोड के टुकड़े को लटकाएं, क्लाइंट सॉफ़्टवेयर में सुधार करें, और बहुत कुछ। तो डेवलपर के साथ एक आम भाषा कैसे ढूंढें, ताकि झगड़ा न हो? हमें इस बारे में कुछ पता है।


तो, सूची से ठीक बाहर।

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

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

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

यदि यह आपके लिए एक जटिल विज्ञान की तरह लगता है, तो Google एक सिस्टम विश्लेषक क्या करता है और वह अपने काम में क्या उपयोग करता है - बहुत कुछ सेवा में लिया जा सकता है।

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

ब्लॉक आरेखों के साथ एक ही कहानी जिसमें विभिन्न प्रकार के ब्लॉक सौंदर्य के लिए नहीं, बल्कि छद्म कोड के साथ मौजूद हैं। शैली में लिखने की आवश्यकता नहीं है: " यदि महीने = अप्रैल, तो डेटा प्लेट फ़ील्ड 1 फ़ील्ड 2 फ़ील्ड 3 "। यह बस अपठनीय बकवास है जो आईटी सेवा को जीत नहीं पाएगी, लेकिन सबसे अच्छी हंसी पर।

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

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



शीर्षक "उनके शिष्टाचार।" रूसी और अंग्रेजी में समान प्रश्नों की तुलना करें। काम, प्यार, पैसा - सब कुछ हर किसी की तरह है। लेकिन सबसे महत्वपूर्ण बात, वे उपयोगकर्ताओं को कैसे देखते हैं?

सभी समस्याओं के लिए डेवलपर्स को दोष न दें। "आईटी सेवा इतने लंबे समय से कोड पर काम कर रही है", "आईटी लोग कुछ समय सीमा खो रहे हैं", "कुछ प्रोग्रामर इतने लंबे समय से टीके में खुदाई कर रहा है" - क्या यह परिचित है? एक व्यक्ति पर समस्या को दोष देना आसान है जो प्रौद्योगिकी के साथ बातचीत करता है - ठीक है, वहां भी कुछ गलत हो सकता है। नहीं, एक सख्त समय रिकॉर्ड रखें, कार्यों के हस्तांतरण के तथ्य को रिकॉर्ड करें (आप ऐसा कर सकते हैं, उदाहरण के लिए, सीआरएम में या गैंट चार्ट पर), हर किसी को केवल अपने काम के लिए जिम्मेदार होने दें।

एक और चरम - ग्राहक असंतोष के मामले में, अपने सिर पर राख छिड़कें और चिल्लाएं: “आप क्या कर रहे हैं! कुछ आलोचना की तलाश और आप पर अनुवाद! हम पैसे और प्रतिष्ठा खो रहे हैं! आग्रहपूर्वक! " सहकर्मियों और प्रबंधन द्वारा आतंक को आसानी से उठा लिया जाता है, प्रोग्रामर की नसें सीमा पर होती हैं। लेकिन वास्तव में, यह पता चला है कि क्लाइंट का पोर्ट गिर गया है या कनेक्शन की गति कम हो गई है। दोष देना नहीं, बल्कि पूछना सीखें: "वास्या, वोल्गा एलएलसी ने एक समस्या का सामना किया है: डेटाबेस से कोई संबंध नहीं है। क्या आप मुझे नहीं बता सकते कि क्या हो सकता है, कहाँ खोदना है? " फर्क महसूस करते हैं?

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

यदि आप टीम लीडर नहीं हैं तो प्रोग्रामर की जटिलता का मूल्यांकन न करें । "हमें एक पार्सल भेजने के लिए एक बॉक्स की मात्रा की गणना करने के लिए एक मॉड्यूल की आवश्यकता है, यहां आधे दिन का व्यवसाय है, चलो बैठ जाओ!" - आशावादी बाज़ारिया माशा तीसरी बैठक से पहले चाय पीने के लिए बाहर निकलता है। उसी समय, माशा खुद नहीं जानती कि उसे इस तरह की दर कहां से मिली। प्रोग्रामर के पास कार्य कार्य, वर्तमान मुद्दे हैं, एक बग ट्रैकर उसके ऊपर लटका हुआ है और एक बैकलॉग किनारे पर है, इसलिए यह उनके बीच है कि वह समस्या को हल करने के लिए समय की तलाश करेगा। और यह एक तथ्य नहीं है कि कोड की 15 पंक्तियों में हल की गई समस्या को इन पंक्तियों के सेट के दौरान हल किया जा सकता है - समय एल्गोरिथ्म का विकल्प लेता है, समाधान ढूंढता है, पुस्तकालयों का चयन करता है, डिबगिंग कोड, ऑटोटेस्ट्स, आदि।

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



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

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

लेखन के बारे में सावधान रहें , यह इंटोनेशन को व्यक्त नहीं करता है (हालांकि, यह सामान्य रूप से सभी सहकर्मियों और अन्य लोगों पर लागू होता है)। यदि आप लिखते हैं "(और मुझे एक घंटे में अनलोड करते हैं)))))))))))))))") या "मैं इसे बेहतर तरीके से लागू करूंगा, तो मुझे लगता है कि यह धीमा हो जाता है))))))))))))))) " , ब्रैकेट्स आपको नहीं बचाएंगे - मुख्य संदेश पढ़ा जाएगा। किसी भी काम के सवालों का स्पष्ट और असमान रूप से वर्णन करें। यदि आपको काम पसंद आया है, तो आप चॉकलेट बार दे सकते हैं :-)



अनुरोध के बाद "रूसी प्रोग्रामर इतने अच्छे क्यों हैं" उन्होंने गर्व करना छोड़ दिया

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

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





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

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

कम से कम आपने कॉर्पोरेट पोर्टल "हैप्पी प्रोग्रामर डे" पर नहीं लिखा है, लेकिन आप कुछ इस तरह लिख सकते हैं:

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

अच्छा, क्या आपने हमारा छोटा सबक सीखा है? अब, अपने डेवलपर्स को बधाई।

खुश छुट्टी, दोस्तों! टीम रीजनसॉफ्ट डेवलपर स्टूडियो , शक्तिशाली सीआरएम और व्यापार के अन्य सॉफ्टवेयर के डेवलपर्स, जो उपयोगकर्ताओं और प्रोग्रामर के बीच संचार के बारे में बहुत कुछ जानते हैं

---

हमारा टेलीग्राम चैनल

हम आईटी कार्यक्रमों और उनकी वेबसाइट it52.info के बारे में मुख्य निज़नी नोवगोरोड चैनल को नमस्ते कहते हैं। घटनाओं में जाओ, विषय में रहो।