अलग वास्तविकता

काफी समय से अब मैं अपने विचारों को ब्राउज़रों, मानकों, प्रौद्योगिकियों, संभावनाओं के विकास पर केंद्रित करना चाहता हूं और इस संबंध में, मैंने उन्हें एक लेख के रूप में निर्धारित करने का निर्णय लिया। यहां कोई नवाचार और रहस्योद्घाटन नहीं होगा, लेकिन प्रतिबिंबित करने के लिए पर्याप्त कारण हैं।

मैं 8 वर्षों से ग्राहक विकास कर रहा हूं और इस समय के दौरान ब्राउज़रों ने एक विशाल छलांग लगाई है। सबसे पहले, उनमें से बहुत सारे हैं। डेवलपर के चिड़ियाघर में वर्तमान में 10 (!) प्रमुख ब्राउज़र हैं - IE6 / 7/8/9, Fx 3.6 / 4/5, ओपेरा, क्रोम, सफारी प्लस मोबाइल और विशिष्ट। सौभाग्य से, IE6 वयोवृद्ध जल्द ही मर जाएगा, और IE7 पहले से ही जमीन खो रहा है। क्रोम के बाद फ़ायरफ़ॉक्स ने संस्करण के लिए अपना दृष्टिकोण बदल दिया है और हम आशा करते हैं कि जल्द ही हम संख्याओं को देखे बिना केवल नवीनतम रिलीज़ के साथ काम करेंगे। ओपेरा भी परिपक्व हो गया है और ऑटो-अपडेट की ओर बढ़ रहा है।

यह मुख्य रूप से ब्राउज़रों और मानकों के बारे में क्यों था? हां, क्योंकि कंपनियां ब्राउज़र डेवलपर हैं और आधुनिक वेब विकास मानकों के मुख्य डेवलपर्स और इंजीलवादी हैं। वे सभी W3C के सक्रिय सदस्य हैं और मानकों को विकसित करने और उन्हें लागू करने में मदद करते हैं, अक्सर विनिर्देश को मंजूरी दिए बिना इंतजार किए बिना। यह विक्रेता उपसर्गों के साथ निरर्थक सिंटैक्स का ढेर उत्पन्न करता है, लेकिन यह एक अस्थायी घटना है।

ब्राउज़रों में मानकों को लागू करना हथियारों की दौड़ की तरह है। कौन तेज है, कौन मजबूत है, कौन बड़ा है आदि। वास्तव में, हम डेवलपर्स केवल इससे लाभान्वित होते हैं। लेकिन हमेशा की तरह और हर चीज में, कभी-कभी ज्यादती होती है। जब आपको ऊह और ऊह के साथ एक विशेष शोकेस का लिंक दिखाई देता है, तो आप पृष्ठ पर जाते हैं, और यह कहता है "नवीनतम क्रोम पर सबसे अच्छा देखा गया" - आप तुरंत IE6 के समय को याद करते हैं और मिचली आना शुरू कर देते हैं। मानक महान हैं, मानकों को बढ़ावा देना और भी बेहतर है, लेकिन उसी तरह नहीं।

कुछ बिंदु पर, डेवलपर इस तथ्य में खो जाता है कि कौन समर्थन करता है और अब पूरी तरह से समझता है कि कोड कैसे लिखना है जो एप्लिकेशन में मौजूद सभी प्रमुख ब्राउज़रों में सही ढंग से काम करेगा। सभी प्रकार के एमुलेटर बचाव, या स्क्रिप्ट में आते हैं जो "लैगिंग" ब्राउज़रों में किसी विशेष संपत्ति या कार्यात्मक के लिए "शामिल" समर्थन करते हैं।

कभी-कभी यह एक पूरी तरह से अपूरणीय चीज है जो लाल आंखों, कोड लिखने के घंटे और प्रबंधकों से फटकार के खतरों से बचाता है, और कभी-कभी यह विल्स में जाता है और पूरी तरह से अप्रत्याशित दिशा से बग़ल में क्रॉल करता है। उदाहरण के लिए, मैं कहूँगा कि ऐसा CSS3PIE है , जो IE3-8 के लिए पृष्ठभूमि में सीएसएस border-radius , box-shadow , RGBA और ग्रेडिएंट समर्थन जैसे CSS3 गुणों का अनुकरण करता है। तत्वों की एक छोटी संख्या के साथ सरल स्थैतिक पृष्ठों और पृष्ठों के लिए, सब कुछ आश्चर्यजनक रूप से काम करता है और डेवलपर्स प्रसन्न होते हैं, लेकिन यह एनीमेशन में भाग लेने वाले तत्वों के लिए PIE को लागू करने या जावास्क्रिप्ट का उपयोग करके उत्पन्न करने के लायक है, और एक नखरे के साथ नृत्य शुरू होता है।

लेकिन यह उन चीजों पर लागू होता है जो कि उपयोग की जाती हैं। उदाहरण के लिए, मॉडर्निज़र एक अलग दृष्टिकोण लेता है। प्रारंभ में, आप जांचते हैं कि क्या ब्राउज़र एक या किसी अन्य मानक का समर्थन करता है, और पहले से ही इस पर निर्भर करता है कि यह क्या देना है। आउटपुट पर, किसी भी मामले में, आपको जावास्क्रिप्ट का उपयोग करके या तो अनुपलब्ध कार्यक्षमता के लिए बनाना होगा, या अनावश्यक कोड और चित्रों का उपयोग करना होगा। किसी भी मामले में, आप प्रदर्शन के साथ इसके लिए भुगतान करते हैं।

आखिर में हमारे पास क्या है? कुछ ब्राउज़रों में सुंदर, अर्थ कोड और सभी उपहार मिलते हैं, और कुछ ब्राउज़र प्रोसेसर को बंद करते हैं और लोड करते हैं, या ट्रैफ़िक खाते हैं। सब कुछ के लिए, जैसा कि आप जानते हैं, आपको भुगतान करना होगा, लेकिन मैं यह सोचने का सुझाव देता हूं कि वास्तव में क्या और क्या भुगतान करने योग्य है। किसी ने भी अच्छे पुराने और सिद्ध फैसलों को रद्द नहीं किया।

वैसे, अगर आपको पहले से ही सभी प्रकार की पूर्वधारणा याद थी, जैसे कि गोल कोनों, छाया और ग्रेडिएंट्स, तो यह ध्यान देने योग्य है कि ब्राउज़र निर्माताओं ने मुख्य रूप से उन्हें लागू किया, आंशिक रूप से क्योंकि उनका कार्यान्वयन बहुत जटिल और आंशिक रूप से विपणन के कारण नहीं था। पुराने मौजूदा के बजाय नए बॉक्स-मॉडल का कार्यान्वयन, अभी भी पीछे है। स्थानीय भंडारण, अनुक्रमित डेटाबेस एपी, पेज विजिबिलिटी, क्रॉस-ओरिजनल रिसोर्स शेयरिंग और कई अन्य जैसे मानकों के हिस्से जो डेवलपर्स के लिए वास्तव में महत्वपूर्ण हैं, लेकिन आई कैंडी नहीं हैं, भी पीछे रह गए हैं। जो प्रसिद्ध वाक्यांश जैसा दिखता है कि लोग रोटी और सर्कस की मांग करते हैं। मुख्य बात सुंदर होना है।

दृश्यता और मुट्ठी सीटी के बारे में पिछले मार्ग के संबंध में, मैं गंतव्य का उल्लेख करना चाहूंगा। कहीं से भी, बारिश के बाद मशरूम की तरह, HTML5 और CSS3 पर किए गए सभी प्रकार के खेल दिखाई देने लगे। उनके डेवलपर्स को उनकी रचनाओं पर बहुत गर्व है और उन्हें समझा जा सकता है। आखिरकार, उन्हें ऐसी तकनीकों का उपयोग करके आवेदन करने के लिए बहुत सताया गया, जो इसके लिए अभिप्रेत नहीं हैं। लेकिन क्यों? HTML एक हाइपरटेक्स्ट मार्कअप भाषा रही है, हालाँकि यह वास्तविकताओं के अनुसार विस्तारित और विकसित हुई है।

निष्कर्ष में। प्रिय डेवलपर्स, याद रखें कि मानक और प्रौद्योगिकियां केवल ऐसे उपकरण हैं जो जरूरी नहीं कि अच्छे के लिए इस्तेमाल किए जा सकते हैं। और हमारा काम अच्छा और काम करने वाले इंटरफेस बनाना है जो अन्य लोग उपयोग करेंगे और यह बिल्कुल भी आवश्यक नहीं है कि हमारे उपयोगकर्ता गीक्स होंगे और हमारे आरक्षण को स्वीकार करेंगे। तकनीक का उपयोग करें और बुद्धिमानी से काम करें, मुख्य लक्ष्य को न भूलें। सोचो, सोचो, सोचो।