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