GOV.UK टीम ने हाल ही में प्रकाशित किया "हमने GOV.UK से jQuery को कैसे और क्यों हटाया". यह एक अंतर्दृष्टिपूर्ण नज़र थी कि कोई संगठन अपने टूलिंग का आकलन कैसे कर सकता है और क्या कोई चीज़ अभी भी नौकरी के लिए सबसे अच्छा उपकरण है। यह अभी आपके वर्तमान प्रोजेक्ट से पुस्तकालयों को अलग करने के लिए एक कुहनी से हलका धक्का नहीं है! हम में से कई लोग अभी भी विरासती परियोजनाओं और ब्राउज़र आवश्यकताओं का समर्थन कर रहे हैं जो इसे एक व्यवहार्य विकल्प बनने से रोकते हैं।
कुछ आलोचना यह प्रतीत होती है कि पुस्तकालय आकार तर्क आधुनिक नेटवर्क गति और कैशिंग पर नगण्य है।
GOV.UK ने इस आलोचना को मेट्रिक्स के साथ संबोधित करने के लिए एक अपडेट पोस्ट किया - "हमारे वेब प्रदर्शन पर jQuery को हटाने का प्रभाव".
यह लेख रखरखाव में सुधार के लिए भी मामला बनाता है। कोड के अलग-अलग पुराने संस्करणों को अपग्रेड करने और सुरक्षा अद्यतनों को एक टुकड़े-टुकड़े दृष्टिकोण में संबोधित करने के बजाय, निर्भरता को हटाने से यह पदचिह्न कम हो जाता है। यह विलासिता के लिए होने का सपना है तकनीकी ऋण को संबोधित करना.
इससे पहले, गिटहब ने यह भी प्रलेखित किया कि कैसे उन्होंने अपने फ्रंट-एंड कोड से jQuery को क्रमिक रूप से अलग किया. रखरखाव और डेवलपर अनुभव में सुधार ने उनके निर्णय में एक भूमिका निभाई।
जिस चीज़ ने मेरी नज़र विशेष रूप से पकड़ी वह थी की कड़ी JQuery को हटाने के तरीके पर प्रलेखन. यह समझना कि माइग्रेशन चरणों को कैसे अलग करना और निष्पादित करना है, रखरखाव कार्य हैं जो वेबसाइटों के लिए आते रहेंगे और किसी ऐसे व्यक्ति से मार्गदर्शन प्राप्त करना आश्वस्त करता है जिसे ऐसा ही करना था।
इस विषय पर आगे चिंतन करने से पुराने चेस्टनट निकले "आपको शायद jQuery की आवश्यकता नहीं है"(2014),"(अब पहले से कहीं अधिक) आपको शायद jQuery की आवश्यकता नहीं है"(2017),"क्या jQuery अभी भी प्रासंगिक है? (1)"(2016), और"क्या jQuery अभी भी प्रासंगिक है? (2)"(2017).
