यदि कोई प्रोग्रामर प्रोग्रामिंग का शौक रखता है तो मैं एक साक्षात्कार में कैसे बता सकता हूं? [बन्द है]


102

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

क्या होगा अगर इसके बजाय सवाल पूछने की तरह

आप "एक्स" तकनीक के बारे में क्या जानते हैं?

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

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

मैंने एलन ट्यूरिंग की फोटो दिखाने पर भी विचार किया और साक्षात्कारकर्ता को यह अनुमान लगाने दिया कि फोटो में कौन है। क्या इस प्रथा का कोई मतलब है?


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

11
मैं @Robert से सहमत हूं: जब नाम (और चेहरे) की बात आती है तो मुझे एक भयानक स्मृति मिली है। काफी कुछ किताबें हैं जिनके बारे में मैं काफी समय तक बात कर सकता था, लेकिन मैं आपको उनमें से बहुत कम लोगों के बारे में बता सकता हूं ।
जोकिम सोउर

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

37
@ रोबर्ट हार्वे: मैं सहमत हूं। नामकरण केवल दिखावे के लिए है। डॉन नुथ ने मुझे बताया कि :-)
जॉर्ग डब्ल्यू मित्तग

11
@ हां123, मैंने कॉलेज तक प्रोग्रामिंग शुरू नहीं की, और मैं खुद को एक भावुक प्रोग्रामर मानता हूं। मुझे यकीन है कि जीवन में बाद में शुरू हुए जुनून के साथ बहुत सारे प्रोग्रामर हैं। मुझे नहीं लगता कि जब आप प्रोग्रामिंग शुरू करते हैं और आप प्रोग्रामिंग के बारे में कितना ध्यान रखते हैं, तो आपके बीच कोई संबंध नहीं है ।
zzzzBov

जवाबों:


229

आपको बस इतना करना है कि आप उसे उन परियोजनाओं में से एक के बारे में बताएं, जिन पर उसने काम किया है। आप निम्नलिखित 60 सेकंड में उसके उत्साह के बारे में और अधिक जानकारी प्राप्त करेंगे, जिससे आप कभी उसे मृतक की तस्वीरें दिखा सकते हैं।


34
इसके अलावा, आपको यह सुनिश्चित करना चाहिए कि "जिस परियोजना पर उसने काम किया है" में वह परियोजनाएं शामिल हैं
जिन्हें

6
मैं केप्पला से सहमत हूं: विशेष रूप से स्पेयरटाइम / ओपन सोर्स परियोजनाओं के लिए पूछें। मैं किसी के बारे में उत्साही होने और उसके खाली समय में ऐसा करने का आग्रह नहीं करने की कल्पना नहीं कर सकता।
LennyProgrammers

106
@ Lenny222: मैं खुद को एक उत्साही प्रोग्रामर मानता हूं, लेकिन मेरे पास अपने खाली समय में कोड करने का समय नहीं है। मेरे पास कोडिंग के अलावा एक जीवन भी है! और जब मैं अपने खाली समय में कोड करता हूं, तो मुझे ज्यादातर इसके लिए काम पर रखा जाता है। लेकिन मैं अपने खाली समय में बहुत सारे लेख और किताबें पढ़ता हूं, और मैं इस साइट पर शनिवार और रविवार को भी जाता हूं।
फाल्कन

8
@ फाल्कन: सहमत हैं, आप एक भावुक प्रोग्रामर हो सकते हैं लेकिन आखिरकार आप भी इंसान हैं, आपके पास एक जीवन है, आपके पास एक परिवार है, बच्चे हैं आदि ... मेरे खाली समय में मैंने पढ़ा कि प्रोग्रामिंग में नया क्या है (आरएसएस, ट्विकटर, फ़ेसबुक आदि ...) मेरे बच्चे के साथ खेलते समय या मेरी पत्नी की बात सुनते हुए :), इतना गहरा कि मैं भावुक हूं: मेरी पत्नी को पीसी पर "कुछ" करने की ज़रूरत है, इसलिए मैंने उसकी मदद करने के लिए उसे एक प्रोग्राम लिखा ( साधारण जेएस बुकमारलेट्स, सोमैथिम्स बैश ...);)
मैरिस

9
@keepla, जो लोग अपनी नौकरी के बारे में भावुक होते हैं, उन्हें अक्सर रात में कार्यक्रम नहीं करना पड़ता है। मैं उत्साही और भावुक हूं कि मैं क्या करता हूं, लेकिन मेरे पास रात में करने के लिए अन्य चीजें हैं। यह महत्वपूर्ण है कि लोगों के पास अन्य जुनून भी हैं या वे केवल कुछ वर्षों में लार्ब को मिटा देते हैं।
HLGEM

71

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

यह सामान्य ज्ञान और तकनीकी ज्ञान है। यदि आप यह जानना चाहते हैं कि क्या वे प्रोग्रामिंग के शौक़ीन हैं तो आपको उनके जुनून को किसी तरह से संवारने की ज़रूरत है , ऐसा करने के लिए कुछ आसान तरीके हैं:

  • पता लगाएँ कि क्या वे प्रोग्रामिंग ब्लॉग / पत्रिकाएँ पढ़ते हैं
  • देखें कि क्या वे एक शौक के रूप में काम करते हैं
  • देखें कि क्या वे किसी उपयोगकर्ता समूह या संगठनों में शामिल हैं
  • उनसे पूछें कि उन्हें प्रोग्रामिंग के लिए क्या आकर्षित किया है और यदि वह अभी भी उनके लिए एक प्रेरणा है
  • पता लगाएँ कि क्या उनके पास एक StackExchange खाता है

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


11
+1 engage their passionविशेष रूप से उनसे पूछकर कि उन्हें प्रोग्रामिंग में क्या रुचि है। मेरा मानना ​​है कि कोई भी भावुक प्रोग्रामर इस विषय को लेकर आगे बढ़ेगा।
जॉर्ज मैरियन

3
+1। मैं आमतौर पर एक प्रश्न में इनका योग करता हूं जैसे "आप प्रौद्योगिकियों के साथ काम करने के लिए किस तरह की चीजें करते हैं?" ओपन सोर्स प्रोजेक्ट्स, पॉडकास्ट, एसआईजी / यूजरग्रुप्स, इत्यादि में भाग लेने के बारे में कुछ सुनने की उम्मीद
रैली २५'१५

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

@ जॉर्ज मारियान मैं सूचीबद्ध अन्य सभी चीजों को करता हूं, लेकिन अगर आपने मुझसे पूछा कि मुझे प्रोग्रामिंग में दिलचस्पी क्यों है तो मेरा जवाब कम होगा। मैं अपना बहुत सारा समय घर की प्रोग्रामिंग (कोई बच्चों) में मज़े के लिए नहीं बिताता हूँ! हालांकि मेरा जवाब होगा "मुझे हमेशा कंप्यूटर में दिलचस्पी रही है और मेरे पिता एक प्रोग्रामर थे इसलिए मैं स्वाभाविक रूप से उस सर्कल में पैदा हुआ था"। कृपया इस प्रश्न के उत्तर के आधार पर किसी को छूट न दें।
m4tt1mus

@mattimus एक उचित बिंदु। ध्यान दें कि यह एक सटीक विज्ञान नहीं है। आपके जैसे उत्तर के बाद, मैं पूछूंगा: कंप्यूटर आपकी रुचि क्यों करते हैं? यह उनके बारे में क्या है जो आपको रुचि रखते हैं? इसके अलावा, मैं इस बात पर ध्यान दूंगा कि कैसे प्रश्नों का उत्तर दिया जाता है, न कि केवल उन शब्दों का उपयोग किया जाता है जिनका उत्तर देने के लिए उनका उपयोग किया जाता है। यही कारण है कि मैंने वाक्यांश पर प्रकाश डालाengage their passion.
जॉर्ज मारियान

29

( चेतावनी, लंबी पोस्ट, केवल आंशिक रूप से विषय पर )

वैसे मैं उम्र के लिए एक ही बात पूछ रहा हूं। लगभग 6 साल पहले मैं भर्ती करने वालों को यह समझने की कोशिश कर रहा था कि हम क्या कर रहे थे (वे आपके कहे अनुसार पेटी में टिक गए)।

उस समय मैंने लिखा था:

तुम जैसे हम करते हैं geek? (भर्ती और उम्मीदवारों के लिए खुला पत्र)।

हमारी संस्कृति हमारे लिए सभी महत्वपूर्ण है, मैं यहां दौड़ के बारे में बात नहीं कर रहा हूं, यह पृष्ठभूमि पर आधारित है, आप अपनी नौकरी कैसे देखते हैं, आप अपनी नौकरी से बाहर निकलने का क्या इरादा रखते हैं, आप अपनी नौकरी कैसे हासिल करते हैं और दूसरों के साथ व्यवहार करते हैं।

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

ऑस्ट्रेलिया के भीतर कई उप संस्कृतियाँ हैं, जिनमें से अधिकांश को आप एक साथ नहीं जोड़ेंगे, मैं हमारी व्याख्या करने की कोशिश कर रहा हूँ - गीक।

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

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

अब इस प्रकार के लोगों को चुनने की कोशिश की जा रही है जब हम कहते हैं कि "हम जैसे":

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

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

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

आप हमारे साथ काम क्यों करना चाहेंगे?

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

अब, क्या आप अभी भी हमारे लिए काम करना चाहते हैं? क्यों?

निष्कर्ष

मैंने लिखा है कि 2004/05 में, मैंने खुद कुछ 50 या 60 साक्षात्कार किए हैं, 14 या इतनी भर्ती एजेंसियों के साथ काम किया है, जिन्होंने किसी को भी फेंक दिया है, जिन्होंने मेरे ऊपर बक्से बाँध दिए हैं ... इस में से अधिकांश समय बर्बाद हो गया था और मैं इसे लेने में चूसा। एक साक्षात्कार से लोग।

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

अब मेरे पास 1 भर्ती है, जो मुझे भरोसा है कि मेरे व्यवसाय को जानता है, मेरी जरूरतों को जानता है, हमें पकड़ने के लिए हर दूसरे महीने दोपहर का भोजन करना है ... मैंने उसे जाने दिया, उसे समय दिया और भरोसा दिया कि वह केवल मुझे उपयुक्त उम्मीदवार दिखाएगा।

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

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


16
+1 उल्लेख करने के लिए "(चेतावनी, लंबी पोस्ट, केवल आंशिक रूप से विषय पर)" :)
treecoder

वाह, क्या आप भर्ती हैं? :)
जोश

@ जोश, वास्तव में, हाँ हम हैं, लेकिन हम मेलबर्न ऑस्ट्रेलिया में हैं :) अच्छा जैव, हालांकि निश्चित रूप से जिस तरह की प्रोफ़ाइल की तलाश है।
रॉबिन वेसे जुले

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

21

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

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

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


14
+1 जब तक आपके पास उस प्रकार के प्रोग्रामर के लिए उपलब्ध सभी प्रतिस्पर्धी विकल्पों की तुलना में बहुत अधिक या उससे अधिक उस जुनून के लिए आवश्यक नौकरी और पुरस्कृत करने तक आप आवेशपूर्ण प्रोग्रामर को काम पर नहीं रख सकते।
हॉटपावर 2

स्पष्टीकरण अनुरोध, क्या आप कहेंगे "आदमी ने प्रभावी जावा लिखा" या "जोशुआ बलोच"? :)
fredoverflow

@FredOverflow - जब एक टाइफाइड करेगा तो उसका असली नाम क्यों याद करेगा? : डी
ब्रेंडन लॉन्ग

8

37 सिग्नल पर लोगों ने एक शानदार पोस्ट लिखा जो महान प्रोग्रामरों को काम पर रखने से संबंधित है।

आप विवरण के लिए पोस्ट पढ़ सकते हैं (यह इसके लायक है!), लेकिन इसे निम्नानुसार संक्षेप में प्रस्तुत किया जा सकता है: ऐसी चीजें हैं जो आप साक्षात्कार के दौरान देख सकते हैं और पूछ सकते हैं, जैसे कि

  1. उनकी राय कितनी है?
  2. स्रोत परियोजनाओं को खोलने में उनका कितना योगदान है?
  3. वे प्रोग्रामिंग का कितना आनंद लेते हैं?
  4. क्या वे वास्तव में जहाज करते हैं?
  5. उन्हें क्या महारत हासिल है?
  6. वे कितनी अच्छी तरह से संवाद करते हैं?

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


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

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

3

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

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


2

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

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

+1 महान जवाब। मुझे लगता है कि जिस तरह से आपने "उपयोग किया है / धीरे-धीरे अवधि में अच्छे सॉफ्टवेयर आर्किटेक्चर का निर्माण किया है।"
कार्तिक श्रीनिवासन

2

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


2

उससे वास्तविक दुनिया की समस्या हल करने वाले प्रश्न पूछें

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

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


1

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


1

पूछो अगर:

  • वे StackExchange साइटों पर सवालों के जवाब देते हैं
  • उनका कोई ब्लॉग या वेबसाइट है?
  • वे साइड प्रोजेक्ट करते हैं (संभवतः वाणिज्यिक)
  • वे स्रोत परियोजनाओं को खोलने में योगदान करते हैं।

5
मैं ऐसा थोड़े ही करता हूं क्योंकि मेरी वर्तमान नौकरी प्रति सप्ताह 50+ घंटे की मांग करती है, लेकिन मुझे अभी भी लगता है कि मैं भावुक हूं।
जॉब

1

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

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

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

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


0

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

एक और बात यह है कि उसे प्रोग्रामिंग में बिताए गए घंटों की संख्या का अनुमान लगाने के लिए कहें, जितने अधिक घंटे अधिक भावुक (उम्र के लिए समायोजन)

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

... और हाँ, हाँ, आप अन-जोशीले प्रोग्रामर मुझे आप सभी को चाह सकते हैं;)

डी एस।


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

सबसे पहले, एक भावुक प्रोग्रामर एक शौक नहीं है। वह "काम" और घर पर कोड करता है और दोनों के बारे में भावुक है। दूसरे, आपके पास एक कठिन समय है जो एक भावुक प्रोग्रामर को एक नौकरी स्वीकार करने के लिए आश्वस्त करेगा, जो कम से कम कुछ हद तक मज़ेदार नहीं है। मैं वास्तव में कर्मचारी के एक कर्मचारी के रवैये के साथ अपराध करता हूं, इसके लिए "बहुत अधिक मज़ा" नहीं होना चाहिए ताकि वे अपनी "डेड-एंड बोरिंग" नौकरी पर ध्यान केंद्रित कर सकें।
होमडे जूल 25'11

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

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

0

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

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

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

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

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

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


-1

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


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

काफी उचित है, लेकिन मैं इसे बदलने के लिए नहीं देख रहा था ... बस देखभाल करने के लिए जब यह गलत है और उन्हीं चीजों को नहीं करना है। आम तौर पर मुझे बहुत बड़े कार्यों जैसे जवाब मिलते हैं, कोड में कोई टिप्पणी नहीं, कोई कोशिश / पकड़ नहीं।
जॉडी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.