आपका पसंदीदा साक्षात्कार प्रश्न क्या है? [बन्द है]

Question

सॉफ्टवेयर डेवलपर्स के साक्षात्कार में आपने विशेष रूप से मूल्यवान क्या प्रश्न पाया है? यह उस प्रश्न के बारे में क्या है जिसने इसे विशेष रूप से उपयोगी बनाया है?

मैं एक विशेष प्रश्न की तलाश कर रहा हूं जिसे आप पूछना चाहते हैं, न कि केवल एक साक्षात्कार दृष्टिकोण जैसे "उन्हें कोड लिखना"।

Comments

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

— ChrisF

@ क्रिस: मैं "अनुभव साझा करने" और "क्यों पूछ रहा हूँ" का एक सा अधिक पाने की कोशिश करने के लिए rephrased, जो भी "लंबे समय तक जवाब आमंत्रित" से अधिक हिट चाहिए। मुझे बताएं कि क्या इसमें और संशोधन की आवश्यकता है।

— टिम गुडमैन

वह बेहतर है!

— ChrisF

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

— एडम लेअर

Answer 1

इस नमूना कोड पर एक नज़र डालें और मुझे बताएं कि आप इसे कैसे सुधारेंगे।

Comments

कफ वाली खांसी दूर करे ?

— क्रेग

Answer 2

यह मेरे परिदृश्य के लिए थोड़ा विशिष्ट है, लेकिन मुझे लगता है कि यह एक बड़ा सवाल था, फिर भी:

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

एकमात्र प्रश्न जो मैंने कभी किया है वह वास्तव में सीखने की मेरी क्षमता का परीक्षण किया है।

Comments

StackOverflow अस्तित्व में आने से पहले था?

— eds

एर, क्या यह ऐसा प्रश्न नहीं है जिसे आप पूछना चाहते हैं?

— Paddyslacker

+1, यह एक सही सवाल है। अगर वे Google के साथ बुनियादी भाषा निर्माण का पता नहीं लगा सकते हैं तो उन्हें कुछ भी नहीं बचाएगा।

— जोश के

मुझे यह पसंद है, यह दिखाता है कि वे एक प्रोग्रामिंग भाषा को कितनी अच्छी तरह उठा सकते हैं, जिसका उन्होंने कभी उपयोग नहीं किया है। मैं अपने साक्षात्कार के सवालों के लिए चोरी कर सकता हूं :)

— रिचर्ड

व्यर्थ लगता है, किसी को भी कॉपी पेस्ट कर सकते हैं गंदे .net कोड msdn से सीधे।

— डॉटजॉइ

Answer 3

यह एक कोडिंग सवाल नहीं है, लेकिन एक व्यवहार एक है:

मुझे एक ऐसे समय के बारे में बताएं जब आप समय सीमा को पूरा करने के लिए अपने सभी काम समय पर पूरा नहीं कर सकते थे। तुमने क्या किया? आपका रिजल्ट क्या था?

Comments

यह एक अच्छा सवाल क्यों है? मेरे लिए व्यर्थ लगता है

— जो फिलिप्स

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

— पैडीस्लेकर

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

— बजे एलेक्स फेनमैन

Answer 4

आप प्रोग्रामिंग में कैसे आए?

यह देखने का अच्छा तरीका है कि क्या व्यक्ति को प्रोग्रामिंग करने और बर्फ तोड़ने का शौक है।

Answer 5

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

मैं भी पूछूंगा ArrayList और LinkedListऔर रिश्तेदार पक्ष-विपक्ष। यह उम्मीद साबित करना चाहिए कि वे कम से कम जानते हैं, और सोच रहे हैं, जो कोड वे लिखते हैं उसके प्रदर्शन निहितार्थ।

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

Comments

+1 मुझे ArrayList और LinkedList पसंद है। मैंने लोगों के बारे में SO पर बहुत सारी टिप्पणियां देखी हैं जिसमें कहा गया है कि ArrayLists को समाप्त कर दिया जाना चाहिए लेकिन मैं उन उपयोगों के बारे में बहुत सोच सकता हूँ जहाँ वे LinkedLists से बेहतर हैं

— Evan Plaice

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

— हिला

Answer 6

"आपके द्वारा पढ़ी गई अंतिम (सर्वश्रेष्ठ) तकनीकी पुस्तक क्या थी?"

या, आम तौर पर:

"आप अपने ज्ञान को कैसे अप-टू-डेट रखते हैं?"

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

टिप्पणी करने के लिए प्रतिक्रिया :

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

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

Comments

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

— आर्सेनी मूरज़ेंको

+1 आप ऑनलाइन लेखों और ब्लॉगों से बहुत कुछ सीख सकते हैं लेकिन फिर भी, तकनीकी पुस्तकों को न पढ़ने से मुझे बहुत कमी महसूस होती है।

— डंक

Answer 7

इस लिंक की गई सूची को उलट दें। अब इसे रैखिक समय में करें। अब इसे रैखिक समय और निरंतर स्थान पर करें।

Comments

MyList.reverse ()

— जो फिलिप्स 4

Answer 8

क्या आप खुद को एक भाग्यशाली व्यक्ति मानते हैं?

मैंने इसे ब्रूएल और काज़र के संस्थापक सदस्यों में से एक के साक्षात्कार में पढ़ा और इसने मेरे साथ एक राग मारा। सफल लोग खुद को भाग्यशाली समझने की अत्यधिक संभावना रखते हैं। वे सुधार के अवसर के रूप में असफलताओं को देखते हैं और अपने आस-पास के लोगों के साथ अपनी सफलताओं (भाग्य) को साझा करते हैं - भाग्यशाली लोग अधिक भाग्य लाते हैं। *

जो लोग खुद को अशुभ के रूप में देखते हैं उनके लिए एक बुरा सेब होने की अधिक संभावना है आपकी टीम में ।

* इस संदर्भ में, भाग्य को तैयारी बैठक के अवसर के रूप में पढ़ा जाना चाहिए , न कि चार पत्ती वाला तिपतिया घास।

Comments

+1 मैं इसे कई गुना अधिक बढ़ाना चाहूंगा।

— 21

नेपोलियन ने एक बार कहा था "मुझे सेनापति दीजिए जो भाग्यशाली हैं!"

— ज़ाचरी के

Answer 9

वह जो मेरे लिए हमेशा काम आया ...

"मुझे अपनी पिछली परियोजनाओं के बारे में बताएं" ।

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

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

Comments

+1। मैं यह भी पूछता हूं। लेकिन कभी-कभी यह पता लगाना कठिन होता है कि प्रोजेक्ट में उम्मीदवार का कार्य क्या था (प्रोजेक्ट मैनेजर? लीड डेवलपर? मेनटेनेंस और कॉफी मशीन ऑपरेटर?) खासकर जब वे कई लोगों के साथ बड़े प्रोजेक्ट पर काम करते थे।

— निकी

Answer 10

अगर आपके पास दुनिया की कोई भी नौकरी हो सकती है, तो वह क्या होगी?

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

यह वास्तव में मेरे सभी पसंदीदा सवालों के लिए एक सेट अप है :

यदि आप [एक रॉक स्टार] बनना चाहते हैं, तो आप [हुजहॉर्पोरो] पर [इंटरनेट डेवलपमेंट इंजीनियर III] बनने के लिए आवेदन क्यों कर रहे हैं?

यह सबसे अच्छा काम करता है अगर वे वास्तव में कुछ दुस्साहसी जवाब दें। वे शायद ही कभी इसे आते हुए देखते हैं और यह वास्तव में किसी के लिए यह कहकर चमकने का अवसर है कि "यहाँ घंटे बेहतर हैं" या "मेरा कैरियर यहाँ ठेठ रॉक स्टार की तुलना में अधिक समय तक रहेगा।"

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

Comments

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

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

-1 मैंने उन कंपनियों के जॉब ऑफर्स को ठुकरा दिया है, जहां लोगों ने बेवकूफों से इन जैसे अप्रासंगिक सवाल पूछे हैं। # 1 इसका नौकरी से कोई लेना-देना नहीं है या आप # 2 का प्रदर्शन कैसे करेंगे, बल्कि इंटरव्यू लेने वाले व्यक्ति को इंटरव्यू देने की बजाय वास्तव में यह दिखाने की कोशिश कर रहे हैं कि वे कैसे इंटरव्यू देने वाले से ज्यादा चालाक होते हैं, और मुझे लगता है कि उनका अहंकार काफी दृढ़ता से सामने आता है # 3 मुझे नहीं लगता कि मैं नौकरी के साक्षात्कार में pr @ # k $ के साथ काम करना चाहूंगा, अगर मैं साक्षात्कार में उन्हें पसंद नहीं करता हूं, तो नौकरी के साक्षात्कार में उन प्रकार के प्रश्न पूछें। बीयर पर सवाल पूछना, एक और कहानी है।

— डंक

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

— निक्की

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

— किन्नर

@ मर्क फ्रीडमैन - मैं इसे उनके खिलाफ नहीं मानता। इससे उन्हें अपने कैरियर मार्ग के बारे में ईमानदार और प्रत्यक्ष होने का मौका मिलता है। यदि एक साक्षात्कारकर्ता को लगता है कि वे "शापित हैं यदि वे करते हैं और यदि वे नहीं करते हैं तो शापित है" तो नौकरी उनके लिए नहीं है। यदि आप एक ईमानदार जवाब है कि पहले से ही एक निशान के साथ अपनी गर्दन बाहर छड़ी करने के लिए तैयार नहीं हैं।

— किन्नर

Answer 11

C # इंटरव्यू करते हुए, मुझे पूछना पसंद है, "आप एक विधि में त्रुटियों को कैसे संभालते हैं"? यदि मुझे उस प्रश्न का एक अच्छा उत्तर मिलता है, तो मैं पूछता हूं "आप वेब एप्लिकेशन में त्रुटि को कैसे सेटअप करेंगे / करेंगे?"

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

Answer 12

कुछ इस तरह:

उपयोग किए बिना *, /और +संचालन द्वारा एक मान 7 से गुणा करें । :)

Comments

क्या आपके कोडबेस को बिट-ट्विडलिंग के ज्ञान की आवश्यकता है या क्या यह केवल नॉटी-ग्रिट्टी विवरणों में रुचि प्राप्त करने के लिए है?

— पीटर टेलर

ध्यान दें, उन्होंने

— बेन एल

@, मुझे लगता है कि आपने सिर्फ एक लॉजिक बम को

— जाल

यह सिर्फ नहीं है (x << 3) - x?

— user13278

या इससे भी सरल:x -(-x) - (-x) -(-x) - (-x) -(-x) - (-x)

— nikie

Answer 13

डेविड के समान लेकिन थोड़ा अलग:

पहले के संस्करण से गड़बड़ वास्तविक उत्पादन कोड पर एक नज़र डालें जिसे हमने बाद में ठीक किया और सुधार किया। मुझे बताओ कि यह क्या करता है। मुझे बताएं कि समस्याएं कहां हैं (शुद्धता और शैली)। मुझे बताएं कि आप इसे कैसे ठीक करेंगे और इसमें सुधार करेंगे।

यह उन लोगों को भेद करने में मदद करता है जो सिर्फ नया कोड लिख सकते हैं, और ऐसे लोग जो विरासत कोडबेस की वास्तविकता का सामना कर सकते हैं।

Answer 14

कई साल पहले मुझे regexps / a * / और / a * के बीच का अंतर पूछा गया था?

मैं व्यक्तिगत रूप से पुनरावृत्ति के बारे में कुछ सवाल पूछना चाहता हूं।

Comments

क्या लालची या शून्य या एक को ?निरूपित करता है ? मैंने दोनों सिंटैक्स देखे हैं।

— पॉल नाथन

कौन सी बोली?

यह perl5 था, यह भी लगभग 11 साल पहले था। तो हाँ यह लालची बनाम लालची नहीं था।

— ज़ाचरी के

Answer 15

मुझे इस प्रश्न के असफल उत्तर की संख्या पर आश्चर्य हुआ:

आप एक सूची में किसी आइटम की खोज कैसे करेंगे?

Comments

यह एक बहुत गहरा सवाल है: एक मैच को कैसे परिभाषित किया जाता है? क्या आपको सूची में आंशिक आदेश देने के बारे में कोई जानकारी है? यह किस प्रकार की सूची है? क्या आइटम सॉर्टेबल हैं? सूची कितनी बड़ी है? एक मैच के लिए बनाम तुलना करने की सापेक्ष कम्प्यूटेशनल लागत क्या है? इन सवालों के अलग-अलग जवाब इष्टतम दृष्टिकोण को बदल सकते हैं .....

— mikera

यह खोज कितनी बार होगी? क्या यह प्रदर्शन के लिए एक अड़चन हो सकती है?

— Justsalt

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

— NotGaeL

Answer 16

मेरा पसंदीदा प्रश्न है:

(संभवतः जावा / सी # और स्यूडोकोड के मिश्रण में)

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

Comments

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

— dsimcha

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

— नौकरी