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