सॉफ्टवेयर इंजीनियर होने के दबाव क्या हैं? [बन्द है]


36

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

मेरा सवाल यह है कि इन नौकरियों में दबाव कैसा है? दबाव कितना अधिक हो सकता है?

यदि आपका बॉस आपको एक असाइनमेंट देता है और यह दो सप्ताह में होने वाला है, लेकिन आपको लगता है कि क्या आप 3 को निकाल दिया जाएगा, क्योंकि आपका प्रदर्शन नहीं हो पा रहा है?

क्या आपको तकनीक के बारे में अधिक जानने, अपने कोडिंग कौशल विकसित करने और विकसित होने का समय दिया गया है, या क्या आपको पहले से ही यह जानने की उम्मीद है और परियोजना के माध्यम से विस्फोट हो सकता है?

यदि आपको कोड से परेशानी है, तो आपसे अपेक्षा की जाती है कि आप इसे स्वयं संभालें और स्वतंत्र रूप से काम करें, या क्या आप दूसरों से मदद मांग सकते हैं यदि आप फंस गए हैं?

क्या आप समय सीमा को पूरा करने के लिए बहुत देर रात में डाल सकते हैं?

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

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

यदि सॉफ्टवेयर इंजीनियरिंग / डेवलपिंग / प्रोग्रामिंग कठिन दबाव है जिसे मैं संभालना नहीं चाहता तो क्या अन्य प्रकार के विकास जैसे वेब डेवलपमेंट, सिस्टम एडमिन इत्यादि हैं जो कम दबाव हैं जो मैं अभी भी कोड में प्राप्त कर सकता हूं?

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


जबकि कई कुछ का जवाब दे सकते हैं, "यह निर्भर करता है," आप 'कम से कम तनावपूर्ण नौकरियों' के लिए एक Google खोज कर सकते हैं। किसी भी समय कुछ इकाई इस तरह के अध्ययन / सर्वेक्षण करते हैं, सॉफ्टवेयर इंजीनियर हमेशा शीर्ष 5 में दिखाई देता है। मैक्रो स्तर पर, सबसे अच्छा जवाब: दबाव न्यूनतम हैं। हममें से ज्यादातर लोग अपनी नौकरी पसंद करते हैं।
jeremy.mooer

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

1
आपको क्या लगता है "मान्यता प्राप्त डिग्री" का मतलब है? एक संकेत - कुछ नहीं।
नील बटरवर्थ

1
मान्यता प्राप्त डिग्री, मान्यता प्राप्त पेशा, एक ही सौदा; अन्य बातों के अलावा, इसका मतलब है कि आपको एक पेशेवर के रूप में अभ्यास करने से पहले एक बुनियादी स्तर की योग्यता और व्यावसायिकता का प्रदर्शन करना होगा, और यदि आप इसे प्रदर्शित करना जारी नहीं रखते हैं, तो आपके पास लाइसेंस लेने का अभ्यास हो सकता है। कई न्यायालयों में "इंजीनियर" शीर्षक "डॉक्टर" या "वकील" की तरह सुरक्षित है।
आरोन

मैं वास्तव में चाहता हूं कि मैं एक से अधिक सही उत्तर चुन सकूं, क्योंकि मुझे लगता है कि मुझे एक से अधिक अच्छे उत्तर मिले।
इकलौता

जवाबों:


53

यदि आप इसे अनुमति देते हैं तो केवल दबाव ही मौजूद है।

और यह कथन किसी भी नौकरी या किसी भी स्थिति के लिए मान्य है।

प्रोग्रामिंग पेशे में दबाव को महत्वपूर्ण माना जा सकता है क्योंकि हम में से कई सामान्य विशेषताओं को साझा करते हैं जैसे अंतर्मुखी होना या आत्मविश्वास में कमी।

यदि आपका बॉस आपको एक असाइनमेंट देता है और यह दो सप्ताह में होने वाला है, लेकिन आपको लगता है कि क्या आप 3 को निकाल दिया जाएगा, क्योंकि आपका प्रदर्शन नहीं हो पा रहा है?

कैसे आ वह कोई कार्य असाइन और सेट कितना समय आप इसे प्राप्त करने का उपयोग करना चाहिए? अपने कार्यों का स्वयं आकलन करके दबाव हटाएं (यदि आप टीम में हैं, तो प्लानिंग पोकर का उपयोग करें )

क्या आपको तकनीक के बारे में अधिक जानने, अपने कोडिंग कौशल विकसित करने और विकसित होने का समय दिया गया है, या क्या आपको पहले से ही यह जानने की उम्मीद है और परियोजना के माध्यम से विस्फोट हो सकता है?

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

मैंने हमेशा अपने आप से कहा कि एक नई तकनीक सीखना मेरी बेल्ट में एक नया टूल जोड़ने जैसा है

यदि आपको कोड से परेशानी है, तो आपसे अपेक्षा की जाती है कि आप इसे स्वयं संभालें और स्वतंत्र रूप से काम करें, या क्या आप दूसरों से मदद मांग सकते हैं यदि आप फंस गए हैं?

मदद मांगने में सक्षम होना एक कौशल है जिसे प्रत्येक डेवलपर के पास होना चाहिए। बग को सुलझाने की कोशिश कर रहे लोग (अकेले) थीमसेल्व पर दबाव डाल रहे हैं।

क्या आप समय सीमा को पूरा करने के लिए बहुत देर रात में डाल सकते हैं?

आप अपने बॉस द्वारा तय की गई समय सीमा से पहले दो सवाल करते हैं?

संक्षेप में: NO कहना सीखें


1
बहुत बढ़िया जवाब। एक चीज जो मैं
जोड़ूंगा वह है

2
@PSU_Kardi: यह संदेश बहुत सुंदर है। यदि आपको कोई आपत्ति नहीं है, तो मैं उत्तर में आपकी टिप्पणी का पुनः उपयोग करूँगा।

1
बुरा मत मानना। एक बार जब मैंने "हम देखेंगे" या "मैं कोशिश करूँगा" के बजाय "नहीं" कहना सीख लिया, तो चीजें बहुत आसान हो गईं।
PSU_Kardi

2
मुझे पता था कि यह आप ही थे, शीर्षक से: D

lol क्या मैं स्टैक एक्सचेंज प्रोग्रामिंग में वाइब उत्पन्न करना शुरू कर रहा हूं? : D
Ecurbed

14

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

चूंकि आमतौर पर चीजों को ठीक करने का समय कभी नहीं होता है, हम क्या कर रहे हैं यह सोचने के लिए एक पल के लिए रुकें और कोड की अच्छी तरह से सफाई करें और इसे फिर से भरना एक निश्चित मनोवैज्ञानिक बोझ बनाता है जिससे आप नापसंद करते हैं।

यदि आप प्यार करते हैं कि आप क्या कर रहे हैं और अपना सर्वश्रेष्ठ करने की इच्छा रखते हैं, तो आपको एक कठिन समय मिल जाएगा जिसमें एक ऐसी दुकान ढूंढने का प्रयास किया जाए जिसमें सही दृष्टिकोण हो।

यदि दूसरी ओर आप परवाह नहीं करते हैं और सिर्फ अपनी तनख्वाह चाहते हैं तो यह आसान हो जाएगा।


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

11

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


7
हर जगह मैंने कभी काम किया है जहाँ मुझे **** की तरह व्यवहार किया गया था। मुझे भी **** की तरह भुगतान किया गया था। वह सिर्फ मेरा अनुभव है।
maple_shaft

@मैपले मैंने नहीं कहा कि आप एक आईबी में बुरी तरह से व्यवहार करेंगे।
नील बटरवर्थ

1
+1 यह निर्भर करता है एकमात्र संभव उत्तर है!
बेंजोल

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

3
@ नील हमने विभिन्न कंपनियों में काम किया है। :) मुझे एक ऐसी परियोजना पर काम करने का सौभाग्य मिला है जो सालाना 900% आरओआई बना रही थी। यह कहना कि प्रबंधन ने हमें सांस लेने के लिए जगह दी है, एक समझ है
क्रिस्टोफर Bibbs

5

मेरा सवाल यह है कि इन नौकरियों में दबाव कैसा है? दबाव कितना अधिक हो सकता है?

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

यदि आपका बॉस आपको एक असाइनमेंट देता है और यह दो सप्ताह में होने वाला है, लेकिन आपको लगता है कि क्या आप 3 को निकाल दिया जाएगा, क्योंकि आपका प्रदर्शन नहीं हो पा रहा है?

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

क्या आपको तकनीक के बारे में अधिक जानने, अपने कोडिंग कौशल विकसित करने और विकसित होने का समय दिया गया है, या क्या आपको पहले से ही यह जानने की उम्मीद है और परियोजना के माध्यम से विस्फोट हो सकता है?

अधिकांश नए प्रोग्रामर यह जानकर चौंक जाएंगे कि उनके कौशल और ज्ञान से उम्मीदें कितनी कम हैं। एक नए भाड़े का मुख्य समय पहले से ही यह जानने की उम्मीद है कि उन्होंने अपने साक्षात्कार के दौरान सीधे संबंधित अनुभव होने का दावा किया है।

यदि आपको कोड से परेशानी है, तो आपसे अपेक्षा की जाती है कि आप इसे स्वयं संभालें और स्वतंत्र रूप से काम करें, या क्या आप दूसरों से मदद मांग सकते हैं यदि आप फंस गए हैं?

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

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

क्या आप समय सीमा को पूरा करने के लिए बहुत देर रात में डाल सकते हैं?

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


यह एक उत्कृष्ट उत्तर है!
इकलौता

3

सबसे बड़ी चीजों में से एक को मैंने महसूस किया कि मुझे इस चिंता से निपटने में मदद मिली कि इस करियर में क्या करना है ...

आपने स्कूल में कैसे किया? आपके साथियों ने स्कूल में कैसे किया? आप अपने साथियों की तुलना में अपने खुफिया स्तर और समस्या को सुलझाने की क्षमताओं को कैसे आंकेंगे? अपने साथियों की तुलना में एक कार्यकर्ता की कितनी मेहनत है?

जो भी आकलन आप मेरे द्वारा पूछे गए प्रश्नों से करते हैं, बार को एक और पायदान नीचे कर देते हैं, और यह आम तौर पर वह स्तर होता है, जिस पर आप कभी भी पेशेवर लोगों के साथ काम करेंगे।

सामान्य आबादी में औसत आईक्यू लगभग 100 है और अधिकांश अन्य प्रोग्रामर द्वारा औसत कार्य नैतिक और तनाव का स्तर आमतौर पर आराम से है। इस बात की उम्मीद न करें कि आप जो भी करियर पसंद करते हैं, उसके लिए कोई फर्क नहीं पड़ता।

जो बिंदु मैं बना रहा हूं वह यह है कि बुद्धिमत्ता महत्वपूर्ण है, लेकिन यह मजबूत काम नैतिकता, प्रेरणा और जुनून से बहुत कम महत्वपूर्ण है।

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


1
तो औसत कौन बनना चाहता है? मुझे पता है कि प्रोग्रामर एक बहुत प्रेरित बहुत (और IQs के साथ बहुत करीब 150 से 100) हैं।
नील बटरवर्थ

150 का एक आईक्यू वास्तव में असाधारण है जो सामान्य आबादी के लगभग 0.2% का प्रतिनिधित्व करता है। मुझे ऐसे असाधारण व्यक्तियों के साथ काम करने का सौभाग्य मिलेगा। प्रोग्रामिंग मस्तिष्क को प्रशिक्षित करता है हालांकि समय के साथ बुद्धि बढ़ाने के लिए मानसिक अभ्यासों में साबित होता है। हाई स्कूल में मैंने ११५ स्कोर किया और कुछ साल पहले मैंने १२४ स्कोर किया था और यह एक आधिकारिक निगरानी परीक्षण पर था, न कि उन फर्जी ऑनलाइन परीक्षणों में से एक। ऑनलाइन परीक्षण स्कोर को 10 अंकों तक बढ़ाता है।
maple_shaft

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

मैं अपने आप को उद्योग के लिए औसत मानता था क्योंकि जिन लोगों के साथ मैंने काम किया था उनमें से आधे मुझसे कम चालाक थे हालांकि आधे ज्यादा थे। आप एक C ++ प्रोग्रामर हैं जहां मैं एक जावा / .NET प्रोग्रामर हूं, हालांकि शायद यही अंतर है? लगभग सभी C ++ प्रोग्रामर जिनके साथ मैंने काम किया है, मुझे लगा कि वे मुझसे ज्यादा स्मार्ट थे।
maple_shaft

@मैपले मैंने ऐसा नहीं सोचा होगा - मैं जावा भी कर सकता हूं, और जिन जावा प्रोग्रामर से मैं मिला हूं उनमें से कई बहुत चालाक लोग हैं।
नील बटरवर्थ

3

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

ढूंढें:

  1. सार्थक काम
  2. काम करने के लिए संसाधन
  3. आपकी पेशेवर राय के लिए सम्मान

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


1

मेरे अनुभव में, कुछ गलतियों के कारण मनोवैज्ञानिक दबाव बहुत अधिक हो सकता है जिन्हें टाला जा सकता है।

मुझे लगता है कि सबसे कठिन हिस्सा, स्पष्ट रूप से संवाद करना है

  • यदि आपका बॉस आपको एक असाइनमेंट देता है और यह दो सप्ताह में होने वाला है, लेकिन आपको लगता है कि क्या आप 3 को निकाल दिया जाएगा, क्योंकि आपका प्रदर्शन नहीं हो पा रहा है?

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

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

यह प्रश्न दूसरे से निकटता से संबंधित है:

  • क्या आपको तकनीक के बारे में अधिक जानने, अपने कोडिंग कौशल विकसित करने और विकसित होने का समय दिया गया है, या क्या आपको पहले से ही यह जानने की उम्मीद है और परियोजना के माध्यम से विस्फोट हो सकता है?

यदि आप तकनीक के बारे में पर्याप्त नहीं जानते हैं, तो, शायद सबसे महत्वपूर्ण बात, आप सही अनुमान नहीं लगा सकते हैं । और कभी-कभी इसे स्वीकार करना कठिन हो सकता है ('बेशक मैं कर सकता हूं।' ऐसा हूं, आस-पास बहुत सारे नोड। जेएस ट्यूटोरियल हैं, मैं निश्चित रूप से इसे 2 या 3 दिनों में उठाऊंगा, इसलिए यह कुछ भी देरी नहीं करेगा!')। ।

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

  • यदि आपको कोड से परेशानी है, तो आपसे अपेक्षा की जाती है कि आप इसे स्वयं संभालें और स्वतंत्र रूप से काम करें, या क्या आप दूसरों से मदद मांग सकते हैं यदि आप फंस गए हैं?

हालाँकि यह स्वयं को संभालने के लिए आकर्षक हो सकता है (संचार HARD है), आपको ऐसा नहीं करना चाहिए, यदि समस्या परियोजना को समय पर समाप्त होने से रोक सकती है।

  • क्या आप समय सीमा को पूरा करने के लिए बहुत देर रात में डाल सकते हैं?

मुझे लगता है कि यह कंपनी पर निर्भर करता है और प्रोग्रामिंग नौकरियों के लिए विशिष्ट नहीं है। संक्षेप में, यदि आप बहुत देर से काम करते हैं या आपके अधिकांश सहकर्मी करते हैं, तो आपसे संभवतः उम्मीद की जाएगी, जो बहुत अच्छा नहीं है और शायद फिर से बचा जाना बेहतर है (संचार फिर से)।

संक्षेप में, मुझे लगता है कि जबकि मनोवैज्ञानिक दबाव की संभावना कुछ अन्य की तुलना में अधिक हो सकती है, कम, मुझे लगता है, खुफिया उन्मुख व्यवसायों, स्पष्ट संचार और उचित रवैया आपको इससे बचा सकता है। इसे एक आदत बनाओ! =)


0

मैं अब 5 साल के लिए सॉफ्टवेयर में हूं, और हां, दबाव है। लेकिन मुझे एक काम बताओ जहां आप बिना दबाव के काम कर सकते हैं।

आपको संक्षेप में जवाब देने के लिए दबाव होगा, लेकिन यह ऐसा नहीं होगा कि यह आपको मार देगा (और यदि कोई व्यक्ति आपको 2 दिनों में काम पूरा करना चाहता है, लेकिन आपके अनुसार 3 दिन लगेंगे, तो बस विनम्रता से बताएं कि आपको 3 की आवश्यकता है नौकरी के लिए दिन। मुझे नहीं लगता कि किसी को भी बुरा लगेगा)।

आपके प्रश्न का उत्तर देने का कारण यह है कि मैंने अपने मन में भी इस तरह के भय का इस्तेमाल किया है (बाद में मुझे एहसास हुआ कि मैं अपना आलस्य था जो मुझे ऐसा सोचने पर मजबूर कर रहा था)।

सॉफ्टवेयर के लिए आओ और आनंद लें।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.