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