कैसे "प्रोग्रामिंग झटका" से निपटने के लिए? [बन्द है]


18

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

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

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

क्या आपके पास इस तरह के मौखिक प्रहार से निपटने के बारे में कोई सलाह है?


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

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

6
कभी-कभी जब 'पहिए का फिर से आविष्कार' करते हैं तो आप एक बेहतर माउस जाल का निर्माण करते हैं।
जंग खाए हुए

2
आप एक भद्दा पहिया बनाते हैं, यह समझें कि यह भद्दा है, और जाओ और किसी ऐसे व्यक्ति द्वारा बनाई गई शानदार खोज करें जो यह करना जानता है।

1
@ जंग, इस मुद्दे के साथ यह एक माउस जाल और एक पहिया नहीं है;)
मैथ्यू Whited

जवाबों:


36

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


1
उम्मीद कर सकता हूं। ईमानदारी से, वे शायद मुझसे बेहतर प्रोग्रामर हैं, लेकिन मेरे पास सीखने का कठिन समय है, या उसी कमरे में रहने के नाते, एक सामाजिक सुस्त अपनी क्षमताओं को दिखा रहा है, जैसे कि यह एक पूर्ण d *** होने का लाइसेंस है।
पीटर जी।

1
सिर्फ इसलिए कि वे आपसे बेहतर हैं इसका मतलब यह नहीं है कि वे हमेशा जानते हैं कि वे किस बारे में बात कर रहे हैं।
कॉनराड फ्रैक्स

मैं अगली बार ऐसा होने पर आपके तरीके को आज़माऊँगा। धन्यवाद।
पीटर जी।

2
व्यावहारिक खोजशब्द है।
6

1
@PeterG। यह कैसे चला गया?

17

मैं तीस साल से प्रोग्रामिंग कर रहा हूं। मैं बहुत से ऐसे लोगों को जानता हूं जो मुझे "प्रोग्रामिंग मास्टर" मानते हैं। मेरे गंदे छोटे रहस्य जानना चाहते हैं? मैं कुछ क्षेत्रों में मुश्किल से ही सक्षम हूं, लेकिन ऐसा है। ज्यादातर मैं चूसता हूँ

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

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

किसी को भी किसी अन्य व्यक्ति से अधिक अपने विचार लॉर्ड्स और का मानना है कि उनके रास्ते सभी के ऊपर सही तरीका है बस है नहीं एक बहुत अच्छा प्रोग्रामर। इसके लिए मेरे शब्द ले लें।

मेरी सलाह, आप पुलों को न जलाने के लिए सही रास्ते पर हैं। विनम्रता से सुनें, जो कुछ भी आप कर सकते हैं, उससे अच्छा लें, फिर अपने तरीके से जाएं।


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

5

अधिकांश सामाजिक स्थितियों की तरह, यह संदर्भ पर निर्भर करता है।

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

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

यदि यह व्यक्ति आपके नीचे है, तो उन्हें बग को बंद करने के लिए कहें :) ठीक है ... शायद उससे थोड़ा अधिक रचनात्मक हो (जिस व्यक्ति से आप निपटने की कोशिश कर रहे हैं, उसके बहुत प्रकार के मत बनो!), और फिर से प्रयास करें। समझें कि क्या चल रहा है और प्रभावी ढंग से संवाद करें।

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


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

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

1
@ ल्लिस "ब्लर्डर्ड राजनीतिक होते हैं, इसलिए यह सबसे अच्छा है कि कभी भी नुकसान करने की उनकी क्षमता को कम न समझें," ... अगर मैं कर सकता था तो मैं आपको इस पर +100 दे दूंगा। वहां गया, उससे निपटा।
बिल

1
@Peter जी - यदि आप एक छात्र हैं। उन्हें अनदेखा करें, बातचीत करना बंद करें। वे समय पर आगे बढ़ेंगे और आप करेंगे। यदि नियोजित ... आपके पास परेशानियों का एक पूरा समूह है।
जल्दी_अगले

5

यह पता लगाने की कोशिश करें कि वह इस तरह से घुसपैठ करने की आवश्यकता क्यों महसूस करता है।

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

इन सभी की अलग-अलग प्रतिक्रियाएं हैं।

अपने 'उड़ाने' की बेहतर समझ के साथ - उसके लिए उस लेबल को खोने से शुरू करें - आप एक साथ काम करने का तरीका खोजने में अधिक सक्षम होंगे।

आप यह भी जाँच सकते हैं कि यह आपको इतना परेशान क्यों करता है। आप उसके इनपुट को नजरअंदाज क्यों नहीं कर पा रहे हैं, या उसे नुकसान नहीं पहुंचा सकते हैं?


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

2

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


1

मैं उनसे f ** k ऑफ (आप चाहें तो अधिक राजनयिक क्रिया का उपयोग कर सकते हैं।) या बस उन्हें अनदेखा करने के लिए कहेंगे । मैंने जो कहा है, उससे परे बहुत से विकल्प नहीं हैं। (हत्या से काम चल सकता है लेकिन वैधता स्थानीय लोगों द्वारा भिन्न होती है।)


4
मुझे नहीं लगता कि हालात से निपटने का सबसे अच्छा तरीका है ...
TheLQ

1
मैंने कम-से-कूटनीतिक दृष्टिकोण की कोशिश की है, लेकिन मुझे ऐसा करना पसंद नहीं है। चिल्लाना ही मुझे बुरा लगता है। कई बार मैंने महसूस किया है कि उन्हें एक दीवार के माध्यम से मुक्का मारा जा रहा है, लेकिन वे आम तौर पर मुझसे बहुत बड़े हैं (शमू के दिमाग में आता है)। और मेरे कॉर्नस्टॉक 6 '130lbs काया पर, यह एक पाइप क्लीनर के साथ बॉलिंग बॉल की कोशिश करने जैसा होगा।
पीटर जी।

@ पेटर - मैं इसे हटाने पर विचार कर रहा हूं क्योंकि यह मेरी ओर से बिल्कुल गंभीर जवाब नहीं है।
चोसपांडियन

1
यह ठीक है। जीवन को वैसे भी अधिक हास्य / व्यंग्य की जरूरत है।
पीटर जी।

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

1

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


मुश्किल है अगर आप इस तरह से किसी के लिए काम करते हैं।
जल्दी_अगले

0

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

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

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


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

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

@orbling, मुझे एक अनुसूचित बैठक के लिए एक कारण की तरह लगता है!

@ थोरबजर्न रावन एंडरसन: आधुनिक दुनिया में, आपने अक्सर महाद्वीपों पर टीमों को वितरित किया है। एक निर्धारित बैठक को प्राप्त करने के लिए एक बहुत ही कठिन बात हो सकती है, कुछ भी जहां संभव हो वहां से बचा जा सकता है।
परिक्रमा

@ जवाब, स्पष्ट रूप से डेवलपर्स के एक ही भौतिक स्थान में स्थित होने के बारे में बात की। हालाँकि, वितरित टीमों के लिए भी आपको हर समय बाधित रहने वाले लोगों से बचने के लिए समन्वय की आवश्यकता होती है।

-2

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

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