मेरा मानना ​​है कि मेरा समाधान मेरे बॉस की तुलना में बेहतर है, इसलिए क्या मुझे उसकी उपेक्षा करनी चाहिए? [बन्द है]

Question

मैं php और sql के साथ काम कर रहा हूं।

मुझे लगता है कि मेरे बॉस ने जो प्रस्ताव रखा है, उससे बेहतर तरीके से कार्य करने का मेरा तरीका बेहतर है। अभी-अभी उन्होंने मुझे समझाया कि ईमेल पतों की सूची पर कैसे करें, और मुझे उनका विचार पसंद नहीं है। मैंने अपना प्रस्ताव रखा, जिसे लागू करना बेहतर और तेज है, लेकिन वह असहमत थे।

अब मुझे लगता है कि मैं आगे बढ़ूंगा और अपने विचार को लागू करूंगा, क्योंकि उनका विचार मेरे लिए पर्याप्त नहीं था। क्या आपको लगता है कि वह पागल हो जाएगा?

Comments

ऐसा लगता है कि समस्या यह हो सकती है कि आप यह समझाने का बहुत अच्छा काम नहीं कर रहे हैं कि आपका "बेहतर और जल्दी से लागू करने वाला" क्यों है।

— निकोल

कृपया कुछ और जानकारी जोड़ें: (1) क्या आपका बॉस प्रोग्राम कर सकता है? (२) आपके बॉस का समाधान क्या था। (२) आपका समाधान क्या है? जब तक इन अज्ञात को समझा नहीं जाता है, तब तक इसका न्याय करना कठिन है यदि आपका समाधान वास्तव में कोई अच्छा है।

— डार्क

आप अपने बॉस से बेहतर हैं? जो भी आपको लगता है कि करता है? हमें विवरण चाहिए।

— डेमियन रोश

मुझे लगता है कि यह आपके प्रश्न को आपके दूसरे, संबंधित प्रश्न से लिंक करने में भी मदद कर सकता है: प्रोग्रामर.स्टैकएक्सचेंज.

— com/

मुझे लगता है, आप 5 साल से कम समय के लिए कोडिंग कर रहे हैं? मीठा, मासूम बच्चा ... :-)

— एड ग्रिबेल

Answer 1

"बॉस" होने और, जैसा कि यह निकला, वास्तव में सभी मामलों में मेरे कर्मचारियों की तुलना में बेहतर है एक - हाँ, वह पागल हो जाएगा - या नाराज या निराश और किसी भी मामले में, संभवतः, पहली जगह में ही सही ।

यदि आप वास्तव में उससे बेहतर हैं, तो आपको उनके प्रस्तावित समाधान को समझने और यह देखने में सक्षम होना चाहिए कि आपका क्यों बेहतर है और फिर क्यों समझा।

लेकिन आप कहते हैं:

क्योंकि उनका विचार मेरे लिए पर्याप्त स्पष्ट नहीं था

जिस स्थिति में आपको वापस जाने और समझने की ज़रूरत है कि वह क्या चाहता है और क्यों और क्या - जैसा कि मेरे मामले में दोनों ने मेरे स्टाफ को सुझाव दिया है और मेरे स्टाफ ने मुझे समाधान का प्रस्ताव दिया है - आप या वह कुछ याद किया है। लेकिन यह मत समझो कि वह गलत है और आप तब तक सही हैं जब तक आप यह नहीं समझते कि वह क्या मांग रहा है और क्या वह ऐसी चीज को कवर कर रहा है जिसके बारे में आपने (अभी तक) नहीं सोचा है।

---

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

Comments

+1 "जब तक और जब तक आप यह नहीं समझते कि वह क्या माँग रहा है"

— डीन हार्डिंग

महान जवाब, यह जोड़ना चाहता था कि हमें यह नहीं मानना ​​चाहिए कि बॉस के पास अपने बॉस से अतिरिक्त जानकारी नहीं है या कोई उच्चतर उसके पास है जिससे उसे अतिरिक्त ज्ञान हो जिससे उसका समाधान बेहतर हो सके। मैंने ऐसा पहले भी देखा है और एक गधे की तरह दिखने के बजाय यह सुनिश्चित करने में मदद करता है कि आप अपने बॉस को समझें और वह कहां से कूदने से पहले आ रहा है "मेरे बॉस को समझ नहीं आता कि मेरा हल बेहतर है"।

— क्रिस

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

— जेलिफ़िशट्री

जो चीज़ मुझे इस सवाल का जवाब देती है वह है "मेरे कर्मचारियों से बेहतर होना"। मैं एक बॉस के लिए काम नहीं करना चाहता, जो सोचता है कि वह मुझसे बेहतर है ...

— जेसन बेकर

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

— रिवल २ r

Answer 2

आप उसके विचारों को समेटने की बजाय, उससे बेहतर सोचकर उसकी आलोचना कर रहे हैं ।

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

पर्याप्त समय पूछकर उसके विचारों को सकारात्मक रूप से चुनौती देने का अवसर लें "why?"। यदि विचार इतना मूर्खतापूर्ण है, तो वह अंततः आपके प्रश्नों का उत्तर देकर खुद ही इसे खोज लेगा।

इस तकनीक का फायदा है जो आपको समझने में मदद करता है। उनका विचार शायद आपके विचार से अधिक बुद्धिमान है।

इसके अलावा समझने की कोशिश करने seeking to understandसे पहले आपके बॉस को आपके खिलाफ खुद को अक्षम करने में मदद मिलेगी। जब आप किसी को कुछ प्रस्तावित करते हैं, तो उसका छिपकली का मस्तिष्क यह निर्धारित करने की कोशिश करेगा कि क्या यह एक इलाज है। उसका छिपकली का दिमाग चाहता है कि वह सुरक्षित रहे। उसे समझने की कोशिश करने से उसके पुरातन मस्तिष्क का फिर से बीमा हो जाएगा।

अब यदि आपके पास एक बेहतर प्रस्ताव है, तो मुझे यकीन है कि वह आपकी बात सुनकर खुश होगा। "why?"जब तक वह आश्वस्त न हो जाए तब तक पर्याप्त समय देने के लिए तैयार रहें ।

आखिरकार, आप पेशेवर हैं, यही कारण है कि उसने आपको पहले स्थान पर रखा है। उसे आपकी बात माननी चाहिए।

यदि वह आपके विचारों से बिल्कुल भी रूचि नहीं रखता है, तो एक ही काम करना है: पद छोड़ना ।

Comments

+1 के लिए "आपको उस अनुचित व्यवहार को पहले स्थान पर बदलना होगा।" आलोचना करने से पहले अपने बेहतर प्रस्ताव को अंदर और बाहर समझें।

— क्रिस

Answer 3

आप कहते हैं कि आपकी विधि "लागू करने के लिए तेज" है। वह अलार्म बजता है मुझे।

कोड जो बहुत जल्दी लागू हो सकता है, बहुत बार, बनाए रखने के लिए कठिन हो सकता है।

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

संक्षिप्त उत्तर: इनसबर्डिनेशन फायर करने का एक निश्चित तरीका है।

Comments

आपका संक्षिप्त उत्तर इस मुद्दे का सबसे अच्छा सारांश है।

— justkt

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

— एडेप्टर

मैं आपसे आंशिक रूप से सहमत हूं, मुझे भी लगता है कि 'सिम्पलियर बेहतर है।' लेकिन, उस व्यक्ति के लिए "सरल" का पक्ष लेना जो "लिखने के लिए सरल" पर "कोड 3 साल बाद" पढ़ता है। तो, इस अर्थ में, 'सिंपल' का 'क्विकर' के साथ व्यापार बंद हो सकता है। अगर हां मुझे मिलता है।

— JW01

Answer 4

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

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

... यह कहना नहीं है कि वहाँ अनुभवहीन लंड बाहर नहीं हैं :)

Answer 5

गौर कीजिए कि आपके बॉस को आपसे कुछ चीजें चाहिए:

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

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

Comments

"जब अंतिम शब्द किसी समस्या के बारे में आगे-पीछे की चर्चा के बाद कहा गया है, तो आप बॉस नहीं हैं।" - इसका क्या मतलब है, जब यह समझाने की बात आती है कि जो कोई भी आपको और आपके बॉस को भुगतान कर रहा है तो यह काम क्यों नहीं करता है, तो आपको खुशी होगी कि आपके बॉस को आपको समझाने में मदद करनी है और आपको नहीं।

— राजहंस

Answer 6

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

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

यदि आप वास्तव में निश्चित हैं और आपके विचार का समर्थन करने के लिए पर्याप्त बारूद है, तो " मुझे विश्वास है कि यह विधि 1,2,3 .. कारणों की वजह से परियोजना / मुद्दे के अनुकूल है "

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

Comments

कभी, कभी भी, ईमेल के साथ संघर्ष को हल करने का प्रयास करें। ईमेल जब आप उन्हें पढ़ते हैं तो आपके मूड के अनुसार प्रतिक्रिया करने की अनुमति देता है।

— मोर्टन

मैं मोर्टन की टिप्पणी से सहमत हूं। अधिकांश संघर्ष ईमेल बातचीत में भी शुरू होते हैं। शरीर की भाषा महत्वपूर्ण है।

@ मॉर्टेन, पियरे: आपकी "ईमेल" टिप्पणियों से सहमत हैं। मेरा मतलब था कि ओपी के बिंदुओं पर बनाम उसके मालिकों के बिंदुओं पर चर्चा होनी चाहिए।

— जोस डे

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

— मार्क फ्रीडमैन

Answer 7

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

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

Answer 8

यह निश्चित रूप से निकाल पाने का एक त्वरित और आसान तरीका है।

मेरी सलाह है कि आप दोनों को लागू करें और अपने बॉस की इच्छा का उपयोग करें।

यदि कोई समस्या है, तो उसे बताएं कि आपके पास एक ठीक है, और उसे उसे दिखाएं, लेकिन उसे यह नहीं बताएं कि आपने इसे क्यों लिखा है।

Comments

मुझे इससे सहमत नहीं होना है। किसी को गलत साबित करने के लिए सिर्फ दो क्रियान्वयन करना समय की बर्बादी है। मुझे 100% यकीन है कि ज्यादातर मामलों में प्रत्येक समाधान के पेशेवरों और विपक्षों के बारे में सामान्य चर्चा पर्याप्त है।

— Tx3

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

— कोडर

Answer 9

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

Answer 10

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

इसके अलावा, अगर वह एक अच्छा प्रबंधक है, तो यह आपके लिए अपने समाधान का चयन करने के लिए बेईमानी नहीं होगी यदि आप उद्देश्यपूर्ण रूप से साबित करने में सफल रहे हैं कि यह वास्तव में बेहतर है।

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

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

Answer 11

ऐसा लगता है कि किसी चीज़ को लेकर आपका मतभेद है, इसलिए आपको रचनात्मक होने पर ध्यान केंद्रित करना होगा।

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

दो समाधानों के साथ प्रो और कोन की सूची बनाएं और इसे अपने बॉस के साथ रचनात्मक तरीके से पेश करें। कभी-कभी यह दिखाना आसान होता है कि आपकी या वह सूची के साथ समाधान के एक महत्वपूर्ण घटक को याद कर रहे हैं।

समझने की कोशिश करें कि वह क्या चाहता है, यह अंतिम लक्ष्य है जो उद्देश्य है। यदि आप इस पर संघर्ष करते हैं तो आपका लक्ष्य सही लक्ष्य पर केंद्रित नहीं है।

Answer 12

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

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

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

Answer 13

आइए इस तथ्य से शुरू करें कि निर्णय लेना बॉस का काम है, आपका नहीं। आप उसकी पीठ के पीछे उन फैसलों के खिलाफ जाते हैं और यह कारण के लिए निकाल दिया जा रहा एक त्वरित रास्ता है।

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

Answer 14

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

अब, गैर-सामान्य बकवास भाग के लिए: वह आपका बॉस है। वह एक बेहतर प्रोग्रामर बनने के लिए नहीं बल्कि एक बेहतर मैनेजर / लीडर बनने के लिए है। हो सकता है कि उसके पास ऐसे कारण हों, जिन पर आपने विचार नहीं किया है।

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

Answer 15

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

Comments

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

— कोडर

Answer 16

मेरा बॉस एक पेपर बैग से अपना रास्ता नहीं बना सकता है (वास्तव में सिर्फ एक अच्छे वक्ता और चोर कलाकार का कार्यक्रम नहीं कर सकता है, लेकिन उसकी अपर्याप्तता को संतुष्ट करने के लिए, उसने मुझे मेरे काम को कवर करने वाले कामों को करने की अनुमति दी है, ताकि वह वास्तविक को कवर कर सके व्हाट्सएप होने के पीछे दिमाग। 1% विचार उन प्रमुख प्रश्नों से हैं जो मैं पूछता हूं। 100% कोड और विधियां मेरे पास आईं। जब बॉस द्वारा मुझे बुरे विचार दिए जाते हैं तो मैं खुद को लागू करता हूं, मेरा बॉस खुद को प्राप्त करने में अधिक है। फिर आगे एक सफल कार्यक्रम। उसके आसपास हर किसी के साथ नेटवर्किंग की मेरी रणनीति स्थानीय स्तर पर अपने झूठ को उजागर करने में मदद करती है। अब मैं एक प्रमुख कॉर्प में राज्यों के 1/3 भाग के लिए काम करता हूं। मैं फिर से उसी रणनीति का उपयोग करूंगा, हालांकि मैं ' मी नेटवर्किंग में और भी अधिक रचनात्मक होने की आवश्यकता है।

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

Answer 17

यह या तो तरीका हो सकता है, विवरण के आधार पर।

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

यदि बॉस एक अच्छा बॉस है, और आप वरिष्ठ स्तर पर हैं, तो वह शायद जानता है कि आपके पास आंतरिक समस्याओं पर बहुत अनुभव और एक बेहतर / नया दृष्टिकोण है, और वह समझ जाएगा कि आपने कुछ किया तो आप उसे क्यों समझाएंगे उसे। वह आपको micromanaging से भी बचाएगा।

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