यदि जोड़ी प्रोग्रामिंग की आवश्यकता है तो क्या मुझे नौकरी स्वीकार करनी चाहिए? [बन्द है]


28

मुझे एक दिलचस्प नौकरी की पेशकश की गई है, लेकिन मेरे लिए एक बड़ी चेतावनी है: वे जोड़ी प्रोग्रामिंग का उपयोग करते हैं।

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

लेकिन मैंने वास्तव में कभी भी सच्चे जोड़ी प्रोग्रामिंग के साथ काम नहीं किया है (थोड़े समय के लिए कुछ समय के लिए किसी और की मदद करने या साथ में एक जटिल कार्य को हल करने के लिए) ... इसलिए यह जोड़ी प्रोग्रामिंग वास्तव में खराब है? और अपने दृष्टिकोण को देखते हुए, क्या मुझे नौकरी से इनकार कर देना चाहिए या मुझे अपना वर्तमान छोड़ देना चाहिए और एक कोशिश करनी चाहिए?


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


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

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

ITs उपयोगी जब आप उस कोडिंग भाषा में नए होते हैं ... तो आपको तुरंत मदद मिल सकती है .. आपको SO पर जवाब देने के लिए ppl का इंतजार करने की आवश्यकता नहीं है: P
GoodSp33d

4
@ लोरेंजो, आपने अंत में क्या फैसला किया और यह कैसे निकला?
बेंजोल

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

जवाबों:


16

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

मैं क्या सुझाऊँगा: अपने पेट के साथ जाओ।

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

यदि वे आपको यह दिखाने का अवसर देंगे कि आप अपने वर्तमान डेवलपर्स के किसी भी दो की तुलना में तेजी से बेहतर काम कर सकते हैं, तो आगे बढ़ें और इसे साबित करें।

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


30

लगता है क्या - कोई भी पहली बार में जोड़ी प्रोग्रामिंग पसंद करता है

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

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

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

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

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

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

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


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

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

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

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

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

18

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


7
दो सिर भी दोगुने महंगे हैं, और यह बड़ा उल्टा है =) लेकिन इससे कंपनी को चिंता नहीं है
थॉमस बोनी

7
-1 जोड़ी प्रोग्रामिंग बढ़िया है? यह मेरे कामकाजी जीवन में अब तक की सबसे बुरी बात है!
जादूगर

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

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

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

10

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

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


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

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

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

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


मैंने इसके बारे में नियोक्ता से बात की, और उन्होंने मुझे कोशिश करने के लिए कहा।
जादूगर

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

यही कारण है कि मैंने पहले ही नौकरी से इनकार नहीं किया है, लेकिन कुछ के लिए वर्तमान नौकरी छोड़ना मैं शायद मुझे बहुत पसंद नहीं करूंगा ...
विज़ार्ड79

8

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

मेरी निजी सलाह हमेशा जोड़ी के खिलाफ है, और आपके रवैये को देखते हुए मैं दृढ़ता से आपको सलाह देता हूं कि आप इसे कोशिश भी न करें।


4
ईमानदारी के लिए +1। :) यह वास्तव में सभी के लिए नहीं है।
डैश-टॉम-बैंग

2
@ छिपकर: कुछ लोग जोड़ी प्रोग्रामिंग पसंद करते हैं, मैं नहीं। मैं पहले से कोड की संरचना पर चर्चा करना पसंद करता हूं, फिर कोडिंग करता हूं, फिर कोड समीक्षा करता हूं। यह मेरे और मेरे सहयोगियों के बीच एक फिल्टर रखता है ताकि हम केवल प्रासंगिक जानकारी का आदान-प्रदान करें।
जियोर्जियो

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

5

मुझे जोड़ी प्रोग्रामिंग के विचार से नफरत है

...

मैंने वास्तव में जोड़ी प्रोग्रामिंग के साथ काम नहीं किया

आपको पहले स्पष्ट करना चाहिए।

आप कह सकते हैं कि आप इसे आज़माए बिना कुछ नापसंद करते हैं। जब तक मैं वास्तव में इसे चखता हूं तब तक मैं टमाटर की चटनी को नापसंद करता हूं।


2
टमाटर की चटनी बिना मसाले का टमाटर का सूप है ... या चीनी और सिरका के बिना केचप। :)
ग्रेफेड

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

1
तुम्हें कैसे पता? आपको बिच्छू द्वारा काटे जाने से प्यार हो सकता है ! ;)
पीटर बफटन

मुझे यकीन है कि आप सभी संदेश को समझ गए होंगे

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

5

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

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


1
हां, हालांकि समस्या यह है कि मेरे पास सबसे बड़ी इतालवी कंपनी में पूर्णकालिक स्थायी नौकरी है, इसलिए मैं उस नौकरी को "सिर्फ एक कोशिश" के लिए नहीं छोड़ूंगा, भले ही वर्तमान नौकरी बेकार हो ...
Wizard79

3
नहीं, मैं ऐसा नहीं करना चाहता।
वाल्टर

4

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


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

@ लोरेंजो तो आप आलोचना कर रहे हैं लेकिन इसे प्राप्त नहीं कर रहे हैं?
डैश-टॉम-बैंग

@ डैश-टॉम-बैंग: वास्तव में मैं सिर्फ आलोचना देने से बचता हूं, या मैं कोड की हर लाइन की आलोचना
करूंगा

2
यदि आपकी आलोचनाओं से उपज कोड को काफी बेहतर बना देगा, तो आपको उन्हें देना चाहिए। यदि आपकी आलोचनाओं के सुझावों का कोई सकारात्मक प्रभाव नहीं पड़ता है, तो आपको यह पता लगाना चाहिए कि आप उन्हें बनाने के लिए मजबूर क्यों महसूस करते हैं।
डैश-टॉम-बैंग

3

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

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

मेरा प्रस्ताव (खुद के लिए): दूर से जोड़ी प्रोग्रामिंग करें। ऑफिस लाइव मीटिंग का उपयोग करें और अपनी स्क्रीन साझा करें। दोस्त अपनी मेज पर रहता है, मैं खदान पर रहता हूं।


सिर्फ अपने ही माउस और कीबोर्ड को क्यों नहीं लाया? या एक ही मशीन पर दो हुक लगाकर छोड़ दें?
एलेक्स फेइमैन

1
@ एलेक्स, संभवतः। लेकिन मुझे आमतौर पर लगता है कि पूरा कार्यक्षेत्र दूषित हो चुका है। मुझसे मत पूछो क्यों। यदि आप पागलपन की व्याख्या कर सकते हैं, तो यह पागल नहीं होगा।
एंथनी Pegram

3
Reaaaaaly लंबी USB केबल? :)
एलेक्स फ़ेमैन

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

2

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

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

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


0

यदि आप पहले से ही तकनीक जानते हैं, तो आप इसे नफरत करेंगे। लेकिन अगर आप तकनीक नहीं जानते हैं, तो आप इसे पीपी द्वारा सीखेंगे। यदि आप इसे नहीं जानते हैं और आप पीपी नहीं करते हैं, तो आप बस वहां बैठेंगे और कुछ भी नहीं करेंगे।

सबसे खराब स्थिति यह है कि यदि दोनों पक्ष इसे जानते हैं और यह एक दौड़ या एक अजीब प्रतियोगिता में बदल जाता है।


2
हाय oregon111, यह बहुत अच्छा है कि आप सवालों के जवाब देने की कोशिश कर रहे हैं, लेकिन आपने सवालों के जवाब देने के लिए एक बुरा टैग चुना है: [नौकरियों] टैग में आमतौर पर बहुत सारे बुरे सवाल होते हैं, जिन्हें हमने अभी तक बंद करने के लिए तैयार नहीं किया है। एक विशिष्ट टैग में लंबे समय से मृत सवालों के जवाब देने की कोशिश करने के बजाय, आने वाले नए सवालों पर गौर करें और देखें कि आप उनमें से किसका जवाब दे सकते हैं।
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.