यह एक वास्तविक तनाव है, कोई पहेली वाला सवाल नहीं। Productive struggle ही वह तरीका है जिससे engineers टिकाऊ skill बनाते हैं, लेकिन संघर्ष केवल एक बिंदु तक productive होता है, और deadlines वास्तविक हैं। जवाब एक पक्ष चुनना नहीं है; यह stakes और व्यक्ति को पढ़ना है, फिर जानबूझकर चुनना है।
| Stakes | सही कदम |
|---|---|
| Low / learning task, समय उपलब्ध | उन्हें संघर्ष करने दें, केवल संकेत |
| High / critical path पर, घड़ी चल रही है | अभी unblock करें, बाद में debrief |
| एक ही चीज़ पर बार-बार अटका हुआ | रुकें, अंतर्निहित concept को सीधे सिखाएं |
एक mid-level engineer launch से एक रात पहले एक flaky test पर अटका हुआ है। मैं रात 9 बजे Socratic seminar नहीं चलाता; मैं pair करता हूं, हम इसे ठीक करते हैं, हम ship करते हैं। अगली सुबह हम बीस मिनट इस पर बिताते हैं कि इसे flaky किसने बनाया ताकि सबक फिर भी सीखा जाए।
हमेशा जवाब देना निर्भरता और ऐसे engineers बनाता है जो कभी नहीं बढ़ते। हमेशा उन्हें रोके रखना समय, मनोबल, और deadlines जलाता है। अच्छी mentoring दोनों के बीच के निर्णय में बसती है, एक नियम के रूप में नहीं बल्कि case by case लागू की जाती है।
विस्तृत उत्तरों के साथ IT इंटरव्यू प्रश्नों की एक लाइब्रेरी — जूनियर से सीनियर तक।
दान करें