बहुत टाइट शेड्यूल पर कोड कैसे करें?

Question

मैं ऐसे प्रोजेक्ट पर काम कर रहा हूं, जिसमें बहुत टाइट शेड्यूल है। मेरे पास कोड और परीक्षण के लिए बहुत समय नहीं है (भले ही मैं हर रोज 12 घंटे से अधिक काम करता हूं, फिर भी इसमें देरी हो रही है), और परिणाम बहुत नाजुक है। इसका कोड भी बहुत दुविधा में है।

इस कार्यक्रम का उपयोग हमारे ग्राहक की कंपनी के सभी कार्यालयों द्वारा किया जाता है, जो कई देशों में स्थित है। मुझे नियमित रूप से आधी रात को हमारे उपयोगकर्ता / परीक्षक से त्रुटियों के बारे में या कुछ सुविधाओं का उपयोग करने का तरीका न जानने के बारे में फोन कॉल आते हैं।

इस परियोजना पर तीन साल बाद, मैं बहुत तनाव में हूं और मैं अच्छी तरह से सो नहीं सकता क्योंकि मैं त्रुटियों और फोन कॉल से बहुत चिंतित हूं।

मेरे कुछ प्रश्न हैं:

1. तीन साल के लिए, मैंने जो भी कोड लिखा है, वह सही उपयोग परिदृश्य कोड है (इसलिए यह आसानी से टूट जाता है)। यह खराब तरीके से डिज़ाइन किया गया है और इसमें कोई इकाई परीक्षण नहीं है। मुझे इस तथ्य के कारण बहुत सारी समस्याएं हैं। इसलिए, मैं जानना चाहता हूं कि क्या यह कोड लिखने के लिए संभव है जो प्रोजेक्ट के बहुत ही टाइट शेड्यूल पर काम करता हो?
2. मैं उसी समय में बेहतर कोड कैसे लिख सकता हूं?
3. जब मैं सोने जाऊं तो मैं अपने दिमाग को कैसे साफ कर सकता हूं और काम के बारे में चिंतित नहीं हूं?

Comments

सुझाव? सबसे स्पष्ट एक और आप इसे जानते हैं !!!

— आदित्य पी

रात को अपना फोन बंद कर दें। सीमा निर्धारित करें और उनसे चिपके रहें। आपके पास यहां दो अलग-अलग मुद्दे हैं, पहला आपकी कंपनी है जो इस बात का सम्मान नहीं कर रही है कि कर्मचारियों को भी जीना है।

— टिम पोस्ट

नौकरी छोड़ो, नया मिलेगा। यह भी सीखें कि इकाई परीक्षण कैसे किया जाता है

— मौरिस

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

— स्टीवन एवर्स

मुझे यकीन है कि अगर ईए गेम्स ने स्नोफस को काम पर रखा, तो वह होगा।

— बेरिन लोरिट्श

Answer 1

बैन फोन कॉल

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

इससे आपको बहुमूल्य नींद और आराम मिलेगा।

व्यस्त कार्यक्रम

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

अराजकता से आदेश

एक विकास पद्धति की स्थापना करें जो चीजों को आपके लिए अनुमानित और सुगम बनाएगी। यदि आप एक डेवलपर हैं तो फोन कॉल परोसते हैं क्योंकि वे किसी काम को करने की अनुमति नहीं देते हैं। हर रुकावट आपको वापस आने में 15 मिनट लेती है जहां आपने छोड़ा था। फोन कॉल बंद होना चाहिए । कम से कम अपने डेस्क पर क्योंकि आप एक डेवलपर हैं। यदि आप किसी और को फ़ोन कॉल को पुनर्निर्देशित कर सकते हैं जो आपको हर कॉल के बाद परेशान नहीं करेगा।

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

क्या हो अगर

क्या होगा यदि आप अपना फोन बंद नहीं कर सकते हैं और आप अपने उपयोगकर्ताओं को यह नहीं बता सकते कि वे जब चाहें, आपको कॉल नहीं कर सकते? यदि आपके पास आपका उपयोगकर्ता का फ़ोन नंबर है, तो मैं आपको इसके विपरीत करने का सुझाव देता हूं: जब वे आपको कॉल करते हैं, तो एक सूचना बनाएं और उन्हें सूचित करें कि जब वह हल हो जाएगा तो आप उन्हें वापस बुला लेंगे। जब वे सो रहे हों तब उन्हें वापस बुलाएं। यदि वे आपको बताते हैं कि वे सो रहे हैं, तो उनके उत्तर को याद रखें और अगली बार जब वे आधी रात को आपको कॉल करें तो इसका उपयोग करें। लोग आमतौर पर अपनी भाषा को बेहतर समझते हैं।

यदि वे कार्यालय फोन का उपयोग करते हैं और आप एक मोबाइल फोन का उपयोग करते हैं तो आप उन्हें काम के घंटों के बाहर नहीं बुला सकते हैं और वे कार्यालय छोड़ने के बाद अपने मोबाइल फोन को स्विच करना शुरू कर सकते हैं। आप 12 घंटे के लिए वहाँ रहे हैं और आप काम के लायक हैं। यदि मोबाइल फोन आपका व्यक्तिगत है, तो आपकी कंपनी को आपको एक नया मिलना चाहिए और आपको अपने उपयोगकर्ताओं / ग्राहकों को इसके बारे में सूचित करना चाहिए। यदि वे आपको बाद में अपने व्यक्तिगत फोन पर कॉल करना शुरू कर देते हैं (क्योंकि वे आपके व्यवसाय पर आपके पास नहीं पहुंच सकते हैं:

1. उठा नहीं
2. क्या आपने इसका जवाब दिया है कि आपका कोई दोस्त उन्हें गलत नंबर बता रहा है या इस नंबर का मूल उपयोगकर्ता इसका इस्तेमाल नहीं कर रहा है।

सबसे महत्वपूर्ण बात

जब तक आप मौजूदा मुद्दों को हल नहीं करते हैं, तब तक कोई नई कार्यक्षमता विकसित न करें। कम से कम उच्च और मध्यम प्राथमिकता वाले।

Comments

उपयोगकर्ताओं के साथ निष्क्रिय आक्रामक न हों। अगर कंपनी आपसे यह उम्मीद नहीं करती है कि आप अपने फोन को घंटों तक बंद कर सकते हैं, तो नहीं। जो ड्यूटी पर है उसके लिए एक और नंबर होना जरूरी है।

— जेएफओ

@ जेफ ओ: मैं पूरी तरह से सहमत हूं। लेकिन जब से यह 3 साल से चल रहा है, तो उन अमानवीय घंटों में कॉल का जवाब देने की उम्मीद है।

— राबर्ट कोरीटनिक

मैं आपको सुझाव दूंगा कि आप उन्हें उकसाने के बजाय उल्टा बताएं। यह इतना अधिक नहीं होगा कि लोग अपनी भाषा को बेहतर समझें क्योंकि यह है कि वे आपसे बात नहीं करना चाहते क्योंकि वे आपको अप्रिय पाते हैं।

— री मियासका

"उन्हें वापस बुलाओ जब वे सो रहे हैं" "लोग आमतौर पर अपनी भाषा को बेहतर समझते हैं" अच्छा एक?)

— अचू

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

— दान ल्योन

Answer 2

जब तक आप टीम के एकमात्र व्यक्ति नहीं हैं - जिस स्थिति में, आप संभवतः बर्नआउट करने के लिए सड़क से आधे से अधिक नीचे हैं - 'पेजर' के साथ मुड़ें। अब के लिए लोड को हल्का करना चाहिए।

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

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

अपने बॉस के साथ अपनी बातचीत के लिए अंक बेचना:

• स्वचालित परीक्षण प्रतिगमन को रोक या काफी कम कर सकते हैं
• स्थिरता पर ध्यान केंद्रित करने का मतलब है कि उपयोगकर्ताओं को कम काम में देरी / ठहराव होगा
• अधिक मध्यरात्रि कॉल का मतलब यह नहीं है कि वे ओवरटाइम का भुगतान नहीं कर रहे हैं
• आधी रात को कॉल का मतलब यह नहीं है कि देवता उतनी तेजी से जलने वाले नहीं हैं

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

Comments

बेहतर अभी तक, प्रबंधक (ओं) को पेजर दें, जो आपको इस झंझट में डाले ... या गलती से इसे नमकीन पानी की एक बाल्टी में गिरा दें।

— स्टीफन C

यदि यह परियोजना चार साल से चल रही है तो मुझे लगता है कि टेक विभाग चरण कुछ महीने लंबा होने वाला है। उन्हें सबसे पहले 20% सबसे अधिक समस्याग्रस्त मुद्दों को हल करने वाली नई विशेषताओं को विकसित करने से रोकना चाहिए (क्योंकि उनमें से 80% उम्मीद के मुताबिक शायद ही कभी टकराए हों) और फिर रिफैक्टरिंग से शुरू करें। जब ऐसा हो जाता है तो आप अन्य 80% को छूना शुरू कर सकते हैं। जब तक आप सभी मौजूदा मुद्दों को हल नहीं करते हैं, तब तक नई सुविधाओं को नष्ट करना शुरू न करें। क्यूं कर? जितनी जल्दी आप एक बग को हल करते हैं उतना ही सस्ता इसे हल करना है। हालांकि आपके मामले में कुछ भी सस्ता नहीं लगता है।

— बजे रॉबर्ट कोरिटनिक

@ रोबर्ट कोरिटनिक: बिल्कुल। +1

— स्टीवन एवर्स

Answer 3

जबकि कुछ तकनीकें हो सकती हैं जो आपको उत्पादकता में छोटे लाभ प्राप्त करने की अनुमति देंगी, कार्य उत्पादन में 5% की वृद्धि अभी आपके लिए बेकार से भी बदतर है। यहां आपको जो वास्तविक कौशल याद आ रहा है वह सरल और मूलभूत है:

ना कहना सीखें

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

Comments

किसी भी चीज़ से अधिक, यह आवश्यक कौशल है। बहुत बढ़िया जवाब!

— जो जेड

Answer 4

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

इससे पहले कि आप फिर से विवेक कर सकें, दो प्रमुख समस्याएं हैं जिन्हें दूर करने की आवश्यकता है:

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

अपनी स्थिति को ठीक करने के लिए आपको प्रबंधन खरीद की आवश्यकता होती है। समस्या यह है कि वे दर्द महसूस नहीं कर रहे हैं, और आप उनका ध्यान आकर्षित करने के लिए एक स्ट्रोक के साथ अस्पताल में समाप्त नहीं करना चाहते हैं। पहला कदम यह है कि आप अपने प्रबंधन को समझाएं कि आप कहां हैं और आप किस दबाव में हैं। यदि वे इसे प्राप्त नहीं करते हैं, तो प्रबंधन के एक और स्तर पर जाएं। या संभवतः एचआर विभाग को अपनी कार्य स्थितियों का वर्णन करें। विस्तारित अवधि के लिए आपको दिन में 8 घंटे से अधिक काम करने की आवश्यकता कानून का उल्लंघन हो सकता है, और एचआर विभाग को निश्चित रूप से पता चल जाएगा।

यह मानते हुए कि प्रबंधन आपकी याचिका सुनता है, आप निम्नलिखित कार्य करना चाहते हैं:

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

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

Answer 5

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

कुछ प्रमुख संकेतक:

• जो एक अवास्तविक कार्यक्रम प्रतीत होता है।
  • मैं प्रबंधन की ओर से ध्वनि विकास प्रथाओं की खराब समझ को मानता हूं।
  • मैं प्रबंधन से समझ या समर्थन की कमी मानता हूं।
• प्रति दिन 12 घंटे काम करना।
• तनाव का उच्च स्तर।
• नींद की कमी।
• चिंता।
• डिजाइन और कोड गुणवत्ता पर ध्यान देना।
• यूनिट टेस्टिंग सेफ्टी नेट की कमी।

मैं जानना चाहता हूं कि क्या यह कोड लिखना संभव है जो प्रोजेक्ट के बहुत ही टाइट शेड्यूल पर काम करता हो?

छोटा जवाब हां है। लंबा जवाब यह जटिल है, और प्रबंधन की ओर से धारणाओं में बड़े पैमाने पर बदलाव की आवश्यकता होगी और संभवत: ग्राहक भी, और आपकी ओर से हरक्यूलिस प्रयास ... लेकिन मैं एक पल में इस सब पर वापस आऊंगा।

मैं उसी समय में बेहतर कोड कैसे लिख सकता हूं?

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

जब मैं सोने जाऊं तो मैं अपने दिमाग को कैसे साफ कर सकता हूं और काम के बारे में चिंतित नहीं हूं?

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

मैं किसी भी सुझाव का स्वागत करता हूं।

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

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

अब जब मैं चिकित्सकीय रूप से संबंधित सभी चीजों से गुजर चुका हूं, तो आइए देखें कि आप अपने काम के बारे में क्या कर सकते हैं:

• किसी ने पोमाडोरो तकनीक का उपयोग करने का सुझाव दिया। इसे टाइम-बॉक्सिंग के रूप में भी जाना जाता है, और मुझे लगता है कि यह एक अच्छा विचार है। आप मूल रूप से 20-25 मिनट के लिए तीव्रता से ध्यान केंद्रित करते हैं, फिर आप थोड़ा ब्रेक लेते हैं। मेरा सुझाव है कि आप उठकर लगभग 3-5 मिनट तक घूमें, और अपनी आँखों को आराम देने के लिए दूरी पर देखें। उस दौरान अपने कार्यों के बारे में न सोचने की कोशिश करें। एक पेय प्राप्त करें, बाथरूम के लिए नीचे भटकें, या बस अपने कार्यालय में थोड़े समय के लिए घूमें।
• अपने बॉस के साथ अपने संबंधों के आधार पर, अपनी चिंताओं को पूरा करने और उन पर चर्चा करने का एक तरीका खोजें, जो कार्य शेड्यूल आपके स्वास्थ्य को प्रभावित कर रहा है। उसे यह बताएं कि आप कंपनी के ग्राहक को नीचा दिखाने का जोखिम नहीं उठाना चाहते हैं, और आप एक ऐसी रणनीति विकसित करना चाहते हैं जो यह सुनिश्चित कर सके कि आप अपना काम करना जारी रख सकें, लेकिन इसका मतलब है कि आपको ज़रूरत है अपने स्वास्थ्य संबंधी चिंताओं के समाधान के लिए भी समय निकालें। हालांकि, अंतिम उपाय के रूप में इसका उपयोग करें, क्योंकि यहां पर काम करने वाली झूठी अर्थव्यवस्थाओं को समझाना बेहतर होगा, जैसे:
  • थके हुए श्रमिक बहुत कम दक्षता के साथ समाप्त होते हैं, जबकि गैर-थके हुए श्रमिकों में कम समय में अधिक करने की क्षमता होती है, और मैं कुछ आंकड़ों और अध्ययनों का स्रोत बनाने की कोशिश करूंगा जो आप का उपयोग करने के लिए कर सकते हैं। एक अच्छे बॉस के साथ, आपको इसकी आवश्यकता भी नहीं होनी चाहिए। निम्नलिखित लेख आपके कुछ काम आ सकते हैं: लेख १ , लेख २ , लेख ३
  • थोड़े से विवरणों के लिए लंघन परीक्षण और ध्यान आपको बाद में खर्च करना पड़ता है। शुरुआती बिंदु के रूप में तकनीकी ऋण की अवधारणा में देखें ।
• प्रति दिन अपने काम के घंटे को 8 से 9 घंटे तक कम करने की कोशिश करें।
• छुट्टी की अवधि बुक करें, और कुछ समय के लिए कहीं शांत हो जाएं। यहां तक ​​कि अगर आप सब करते हैं तो अपनी कार को जंगल में चलाएं, और एक सप्ताह के लिए शिविर लगाएं। गंभीरता से, अपनी बैटरी को रिचार्ज करने के लिए कुछ समय के लिए कुछ भी न करें।

वास्तविक प्रोग्रामिंग से संबंधित सामान के संदर्भ में:

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

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

इस सब में सक्रिय रहें। अपने बॉस को दिखाएँ कि आप दोनों मिलकर काम कर सकते हैं वास्तव में मामलों में सुधार करने के लिए, जो अंततः आप और कंपनी दोनों पर अच्छी तरह से प्रतिबिंबित करेगा।

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

Answer 6

यदि आपका शेड्यूल तंग है तो आपको खुद को दोहराना नहीं है । अधिकांश उपयोग किए गए तरीकों को पहचानें, और सुनिश्चित करें कि उनका अत्यधिक उपयोग किया जाता है।

आज आप जो काम कर रहे हैं, उसकी योजना बनाएं, उसे लिख लें, और उससे चिपके रहें। किसी भी एक समय में सात या उससे कम वस्तुओं को याद रखने की आवश्यकता है।

मैं एक कदम और आगे बढ़ता और दूसरों के काम को दोहराने से बचता। जब भी संभव हो भाषा के पुस्तकालयों का उपयोग करें। यदि संभव हो तो तीसरे पक्ष के पुस्तकालयों का उपयोग करें।

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

जितना संभव हो उतना सरल करें। टेम्प्लेट, चेकलिस्ट और जो भी तकनीक आपको तुच्छताओं के बारे में सोचने से बचने की अनुमति देती है, का उपयोग करें।

आपको रुकावटों से बचने की आवश्यकता होगी। प्रत्येक रुकावट आपको अनुसूची पर लगभग 15 मिनट खर्च करेगी। अपने समय की रक्षा करें।

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

Answer 7

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

एक विकल्प के रूप में, आप हमेशा किसी अन्य नौकरी पर स्विच कर सकते हैं :-)

Answer 8

आप जो कुछ भी करते हैं उसे ट्रैक करें

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

चीजों को बदलने की कोशिश करें

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

इस तथ्य के लिए खुद को तैयार करें कि यह छोड़ने का समय हो सकता है

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

Comments

मुझे "सब कुछ ट्रैक करें" भाग से असहमत होना पड़ता है क्योंकि यदि यह डेटा प्रबंधन को दिया जाता है, तो वे बहुत अच्छी तरह से कर्मचारी के समय का प्रबंधन करने में थोड़ी सी असावधानी से अत्यधिक महत्वपूर्ण हो सकते हैं। यह कर्मचारी के तनाव को कम करेगा।

— एक्यूमेनस

Answer 9

भगवान के प्यार के लिए, आपका प्रोजेक्ट मैनेजर कहां है?

यदि आपके पास उत्पादक समय स्थापित करने में मदद करने के लिए परियोजना प्रबंधक नहीं है, तो आपको एक की आवश्यकता है। आपको अपने विकास के समय के लिए चिपके रहने के लिए समर्पित व्यक्ति की आवश्यकता है, गुंजाइश गुंजाइश रेंगना, उम्मीदों का प्रबंधन करना, आदि ...

आप जीविका के लिए रचनात्मक कार्य करते हैं। यदि आपके पास अपने ग्राहकों / उपयोगकर्ताओं और आपके बीच कोई अवरोध नहीं है, तो आप प्रभावी रूप से अपने विकास पर कैसे ध्यान केंद्रित कर सकते हैं?

एक अच्छा पीएम बहुत सारी चीजों के लिए अच्छा हो सकता है ...

1. 'हायर पावर' कार्ड खेलने के लिए:

आपके उपयोगकर्ता आपको नई सुविधाओं के लिए परेशान कर रहे हैं, लेकिन आपको बग-फिक्स रिलीज़ पर ध्यान केंद्रित करने के लिए वास्तव में कुछ समय चाहिए। किसने कहा कि आपको उपयोगकर्ताओं से बात करनी है? क्या अनुबंध लिखना आपकी जिम्मेदारी है? क्या ग्राहकों की अपेक्षाओं का प्रबंधन करना आपका काम है? क्या आपके पास अनुबंध की शर्तों को निर्धारित करने की अंतिम निर्णय शक्ति है?

नहीं? फिर आप ग्राहक के साथ बातचीत के लिए पूरी तरह जिम्मेदार क्यों हैं? विकास कठिन है और बहुत एकाग्रता लेता है। आपको विकास के समय को पुनः प्राप्त करने की क्षमता चाहिए और आप एक अच्छे पीएम और एक अच्छे बहाने के साथ ऐसा कर सकते हैं।

भले ही आपके पीएम आपकी तुलना में क्या करें, अगर ग्राहक आपको केवल कल्पना के बाहर संशोधनों के बारे में परेशान करना शुरू कर दें।

"विनिर्देश के बाहर होने वाले परिवर्तन मेरे पे ग्रेड से ऊपर हैं ..."

यह कहने का एक विनम्र तरीका है, मैं *** के रूप में नहीं देता।

उन पर 'स्कोप क्रीप डॉग' को बीमार करके पालन करें।

"यदि आप उस कल्पना में परिवर्तन करना चाहते हैं जो आपको मेरे पीएम के संपर्क में लाना होगा"

अब मुझे अकेला छोड़ दो। डेवलपर्स के साथ सीधे संपर्क करने की उपयोगकर्ता की क्षमता को विशेषाधिकार के रूप में अनुमति दी जाती है जिसे दूर ले जाया जा सकता है। यदि ऐसा नहीं है, तो आपका प्रबंधन आपको विफल कर रहा है।

2. प्रबंध अपेक्षाएँ 101

उनके सही दिमाग में कौन सोचता है कि आप इस तरह के क्रेजी शेड्यूल पर काम कर सकते हैं और 24/7 टेक सपोर्ट संभाल सकते हैं। आपको किसी के लिए खड़े होने की आवश्यकता है क्योंकि आपका समय मूल्यवान है और इसे आपके शिल्प के लिए समर्पित होना चाहिए।

यह आपके द्वारा काम करने वाली कंपनी के साथ-साथ ग्राहकों पर भी लागू होता है। ग्राहकों के लिए, यदि वे अति कर रहे हैं तो आप हमेशा पूछ सकते हैं ...

"क्या यह सेवा अनुबंध में लिखी गई है?"

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

जिस कंपनी के लिए आप काम करते हैं, उसके लिए आपको संदेश ले जाने के लिए किसी की आवश्यकता होती है ...

"क्या मुझे मेरे पे-ग्रेड के बराबर काम करने के लिए कहा जा रहा है?"

यानी, क्या वे आपको फोन टेक सपोर्ट करने में अपना समय 50% खर्च करने के लिए 60k वर्ष का भुगतान कर रहे हैं जो कि बहुत कम भुगतान की स्थिति है। यह एक बहुत ही खतरनाक विषय है, इसलिए आपको एक ऐसे पीएम की आवश्यकता है जिस पर भरोसा करके आप अपने लिए एक अच्छा मामला बना सकें। आपको उससे जो तर्क करना चाहिए, वह है ...

"मुझे साल में 60K का भुगतान किया जाता है, लेकिन मेरी संभावित उत्पादकता का आधा हिस्सा काम पर बर्बाद हो रहा है।"

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

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

3. हर कोई कभी-कभी चीयरलीडर का इस्तेमाल कर सकता है

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

वे कठिन समय आने पर नैतिक समर्थन का एक बड़ा स्रोत भी हो सकते हैं। एक साधारण मनोबल बढ़ाने के लिए एक अच्छा प्रधानमंत्री को संभालने के लिए बहुत ज्यादा नहीं होना चाहिए यदि आप पूछें। आपको अपनी तरफ से किसी न किसी की जरूरत है, वरना आपका मनोबल गिरता है और काम भारी लगता है।

---

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

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

आपको व्यावसायिक आवश्यकताओं के अनुरूप रखने और ध्यान भटकाने में मदद करने के लिए आपकी ओर से किसी न किसी की आवश्यकता है। यदि आपके पास ऐसा नहीं है और भविष्य में इसे पाने की कोई उम्मीद नहीं है, तो सौभाग्य ...

Answer 10

वाह वाह वाह ! अपने घोड़ों चरवाहे पकड़ो!। आपको लगता है कि वहां सब गलत है। कोडिंग करते समय आपको कुछ सॉफ्टवेयर फंडामेंटल याद आ रहे हैं। हाँ अपने मूल बातें पर ब्रश करें ... जीवन बहुत आसान हो जाएगा।

अब स्कूल समय पर वापस

1. रैपिड-डेवलपमेंट-टैमिंग-सॉफ्टवेयर-शेड्यूल *
2. पौराणिक मानव-महीना *

*जरूर पढ़े

Comments

अगला सवाल - तंग अनुसूची पर कुछ पुस्तकों को पढ़ने के लिए कोड और प्रबंधन कैसे करें :-D

— Ventsyslav Raikov

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

— इमरान उमर बख्श

आप से पूरी तरह सहमत हूँ, मैं हर दिन पढ़ता हूँ। लेकिन मैं काम नहीं करता (जो मुझे लगता है कि ऊपर प्रश्न में कोड का मतलब है) 12 घंटे एक दिन। अगर मैंने किया, तो मैं निश्चित रूप से कोई भी किताबें नहीं पढ़ूंगा। काम से बढ़कर जीवन है।

— वेन्ट्सस्लाव रिकोव

अगर हम उचित तरीके से काम नहीं करते हैं तो @Bond - सच है, लेकिन वहाँ बहुत अधिक जीवन नहीं छोड़ा जाएगा। मेरी कंपनी में मैं रोजाना 5 घंटे काम करता हूं। हमने लगभग 1.5 वर्षों में क्रॉलिंग इंजन बनाया। हमारे पास एक महीने में 1 मिलियन से अधिक आगंतुक हैं।

— इमरान उमर बख्श

Answer 11

मैं एक TODO सूची बनाना चाहता हूं, इसे आवश्यकता के क्रम में क्रमबद्ध करता हूं, और बिना किसी शर्त के उस क्रम से चिपकता रहता हूं - भले ही मुझे कुछ कार्यों को करने का मन हो।

आपको आश्चर्य होगा कि आप जो समय बिता रहे हैं उसे कम करके आप कितना समय बचा सकते हैं और सोचेंगे कि आगे क्या काम करना है।

Answer 12

अभी आप क्या कर सकते हैं

• एक सहकर्मी के साथ जोड़ी बनाएं
• आपके द्वारा लिखे गए या बदलने वाले सभी कोड, आपको पर्याप्त अच्छे होने पर सहमत होना चाहिए। अधिमानतः जोड़ी प्रोग्रामिंग के रूप में, केवल सहकर्मी समीक्षा करें यदि आप जोड़ी कार्यक्रम नहीं कर सकते हैं।
• इससे विचलित न हों!

इसका मतलब यह होगा कि कम से कम अब आप जो कुछ भी करते हैं, उसे दो व्यक्तियों द्वारा अनुमोदित किया गया है, उम्मीद है कि कोड के उन बिट्स में सुधार होगा।

और क्या किया जा सकता है यह प्रबंधन पर निर्भर करता है। आप उन्हें इस सवाल का जवाब के साथ दिखाना चाह सकते हैं!

Comments

मुझे जोड़ी प्रोग्रामिंग से दृढ़ता से असहमत होना है। ऐसा नहीं है कि स्वतंत्र विचारक या रचनात्मक दिमाग कैसे काम करते हैं। यह भी एक टीम सहकर्मी की समीक्षा के लिए एक विकल्प नहीं है।

— एक्यूमेनस

Answer 13

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

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

आप वास्तव में कोड समस्याओं को हल करने के लिए 3 बजे बिस्तर से बाहर नहीं निकल रहे हैं, क्या आप हैं? यदि हां, तो आप जो कुछ भी प्राप्त करते हैं, उसके लायक हैं।

Answer 14

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

Answer 15

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

FYI करें, व्यावहारिक रूप से हर कोई एक तंग समय सीमा पर काम करता है। हालांकि, उन डेवलपर्स को पता है कि वे जो कर रहे हैं वह सर्वोत्तम प्रथाओं का पालन करते हैं क्योंकि यह लंबे समय में काम जल्दी कर देता है। फिर उन्हें लगातार 3 साल 12 घंटे काम करने की जरूरत नहीं है।