देव म्हणते की सीएसएस हॅक्स ठेवण्यासाठी लज्जित सीएस वापरा

बीएसकीबीच्या वरिष्ठ यूआय डेव्हलपर हॅरी रॉबर्ट्सच्या म्हणण्यानुसार प्रकल्पांमध्ये कोणत्याही द्रुत-निराकरण ‘हॅक’ सीएसएस ला सिद्ध करण्यासाठी विकसकांनी लाज कॉस नावाची संकल्पना वापरली पाहिजे.

रॉबर्ट्सने ब्लॉग पोस्टमध्ये स्पष्ट केले की यामुळे विकासकांना सीएसएसमध्ये हॅक दिसणे संभाव्यतः थांबेल आणि त्याद्वारे अशा गोष्टी डीफॉल्टनुसार स्वीकार्य आहेत असे वाटते.

याव्यतिरिक्त, लेखाने नमूद केले की अशा दृष्टिकोनाची योग्यरित्या दस्तऐवजीकरण करुन आणि पुनरावृत्ती करण्याच्या साधनांसह, हॅक्स वापरल्या जाणार्‍या प्रकल्पांमध्ये (कोणत्याही कारणास्तव) क्लिनर सीएसएसकडे वेगवान प्रगती करण्यास सक्षम होऊ शकते.

.नेटने हॅकिंग सीएसएस बद्दल रॉबर्ट्स (एचबी) शी बोलले आणि योग्यरित्या वापरले असल्यास लाज. सीएस संभाव्य फायदे आणू शकतात.

.नेटः आपल्याला असे वाटते की साइटवर काम करण्यासाठी अल्पावधी हॅक्सच्या आवश्यकतेबद्दल उद्योगातील काही लोकांकडून अवास्तव विचार करण्याची प्रवृत्ती आहे का?
एचआर: मोठा वेळ आपण दरवर्षी लाखो पौंड कमविणार्‍या एखाद्या साइटवर किंवा उत्पादनावर कार्य केल्यास, कोणत्याही बग्स, ब्रेकेज किंवा क्वार्क्सला शक्य तितक्या लवकर निराकरण करणे आवश्यक आहे. आपला उत्पादन मालक आपला सीएसएस परिपूर्ण आहे की नाही याची काळजी घेत नाही - त्यांना याची काळजी आहे की साइट अप आहे आणि कार्यशील आहे आणि त्या कमाईवर टिक आहे. चांगला कोड आहे महत्वाचे आणि हॅक्स आदर्श पासून खूप दूर आहेत, परंतु आपण नेहमीच हॅक्स आणि शॉर्ट-टर्म / द्रुत निराकरणे प्रतिबंधित करू शकता असा विचार करणे नैवेद्य आहे.

.नेट: तर तुम्ही म्हणाल की त्या व्यवसायात फक्त एक आवश्यक पाप आहे?
एचआर: जेव्हा एखादा ग्राहक आपल्या गळ्यामध्ये श्वासोच्छ्वास घेत आहे - किंवा थेट साइटवर एखादे वैशिष्ट्य मोडलेले आहे - आपण योग्य हितधारकांना आनंदी ठेवत आहात हे सुनिश्चित करणे आवश्यक आहे. जर आपण काही मिनिटांसाठी अचूक निराकरण करण्यासाठी एक तास खर्च केला तर आपण वरवरच्या दोन मिनिटांत निश्चित केले असेल तर मी म्हणेन की आपण चुकीच्या व्यक्तीला आनंदी ठेवत आहात - म्हणजे स्वत: ला!

माझ्या स्वत: च्या कार्यात, मला प्रकल्पाच्या आकाराबरोबरच हॅक्सची ‘गरज’ ब proportion्यापैकी प्रमाणात वाढते आहे, परंतु त्याबद्दल चांगली गोष्ट ही आहे की कदाचित नंतर तुम्हाला त्या हॅक्सचे निराकरण करण्यासाठी अधिक वेळ देण्यात येईल.

.नेट: ज्या ठिकाणी लाज सी.एस.एस. येते. त्या संकल्पनेसह आपण सीएसएस हॅक कशाचा विचार करता?
एचआर: अधिक वेळ देऊन काहीतरी चांगले केले जाऊ शकते. संदर्भ बाहेर उदाहरणे विचार करणे कठिण आहे, परंतु मला वाटते की जेव्हा एखादी गोष्ट खाच आहे तेव्हा आपल्याला बहुधा माहित असेल. असे काही लिहिले आहे जे एखाद्या सहका to्याला समजावून सांगायला आपल्याला लाज वाटेल? बहुदा हे खाच आहे!

म्हणूनच, लाज. सीएसएस आपण अधिक चांगल्या प्रकारे करू शकू शकलेल्या गोष्टींची फाइल बनविण्याबद्दल आहे, आणि जेव्हा त्याना पुन्हा भेट देण्याची वेळ आली असेल तेव्हा आपण अधिक चांगले करू शकता. ही एक स्व-लेखन करण्याची यादी आहे, खरोखर - हॅक्सची एक फाईल जी आपण आपल्याकडे जास्त वेळ घालविण्याबद्दल विचार करण्यासाठी एका बाजूला ठेवता.

.नेट: आपल्या लेखात, आपण हॅक्स दस्तऐवजीकरण करण्याचा उल्लेख करता, परंतु फक्त हॅक्सऐवजी वितर्क विकसक सामान्यत: सीएसएस अधिक दस्तऐवजीकरण करीत असावेत का?
एचआर: होय! सर्व विकसकांनी आणखी एक गोष्ट करायला हवी असल्यास त्या टिप्पण्या लिहित आहेत. आपण एकट्या कोडवरून त्वरित स्पष्ट नसलेली कोणतीही टिप्पणी द्यावी. आपला कोड दस्तऐवजीकरण करा जेणेकरून, आपल्या घराकडे जाणा .्या बसला आपणास धडक बसल्यास, आपला सहकारी दुसर्‍या दिवशी ताब्यात घेऊ शकेल.

.नेटः लाज. सीएस एकत्रीकरणाच्या दृष्टीने, आपण काय सुचवाल?
एचआर: प्रीप्रोसेसर वापरत असल्यास, @ आयपोर्ट अगोदर निर्देश केलेल्या बाबीसंबंधी बोलताना लाज. [scss | कमी | इ.] शेवटी अगदी शेवटी फाईल करा. (यामुळे नेहमीच विशिष्टता आणि स्त्रोत-ऑर्डरची समस्या उद्भवू शकते, त्यामुळे आपले मायलेज भिन्न असू शकते.)

आपण प्रीप्रोसेसर वापरत नसल्यास, परंतु आपल्यास तयार करण्याची योग्य प्रक्रिया असल्यास आपल्या सर्व सीएसएस उपयोजित करण्यापूर्वी कॉंकॅटेनेट आणि मिनीफाईड केले पाहिजेत, म्हणूनच, पुन्हा, लाज. सी.एस. शेवटपर्यंत बोलू शकते.

आपण प्रीप्रोसेसर वापरत नसल्यास आणि आपल्याकडे बिल्ड प्रक्रिया नाही, मग एक, आपण कदाचित ते निश्चित केले पाहिजे आणि दोन, आपल्या स्टाईलशीटच्या शेवटी एक हॅक्स विभाग कदाचित आपली सर्वोत्तम पैज आहे. लाजिरवाणे सार्वजनिक सार्वजनिक हेतूसाठी नाही, म्हणून आपल्या मार्क-अपमध्ये दुवा घटकांद्वारे स्वतंत्र स्टाईलशीट म्हटले जाऊ नका. आपण केवळ एक कंटेटेड आणि मिनीफाईड स्टाईलशीट सर्व्ह करावी.

नेट. संकल्पना म्हणून लाज. सीएस जर खरोखरच दूर झाली तर ती सर्वसाधारणपणे डिझाइन प्रक्रिया आणि वेबसाइट्स बदलू शकते असे आपल्याला कसे वाटते?
एचआर: Shame.css केवळ ते विकसित करणार्‍या विकसकांइतकेच उपयुक्त आहे. हे सर्व काही चांगले आणि चांगले दस्तऐवज हाताळणे आणि चांगले करणे आहे, परंतु आपण कधीही त्यांचे निराकरण केले नाही किंवा पुन्हा भेट दिली नाही तर आपण पूर्वीच्याच बोटीमध्ये आहात.

माझ्यासाठी, लाज. सीएसएस विकासातील व्यापक बदलांचे संकेत देते; ते सीएसएसपुरते मर्यादित ठेवण्याची आवश्यकता नाही. संकल्पना फक्त ‘समजून घेणे, दस्तऐवजीकरण करणे आणि आपल्या हॅक्सचा मुद्दा बनविणे’ आहे. आपण प्रत्येक गोष्टीत ती विचार लागू करू शकता.

लाज. सीएस सह वास्तविक काम म्हणजे आपली तत्काळ कार्यसंघ (विकासक) बोर्डात आणणे आणि नंतर व्यवसाय / पीएम / स्क्रॅम मास्टर्स / बीए / उत्पादन मालक (आणि अशा प्रकारे) उत्पादनास कधीकधी कमी समाविष्ट केले जाईल याची जाणीव होते. -तो आदर्श कोड, परंतु हा कोड व्यवसाय आवश्यकता पूर्ण करण्यासाठी अस्तित्वात आहे.

त्यांना सांगा की आपण हॅक्स वेगळे आणि दस्तऐवजीकरण करीत आहात आणि नीटनेटका गोष्टींसाठी थोडा विकास वेळ द्या. कोड-बेसच्या व्यवहारासाठी जर आपण त्यास प्रमाणित केले तर व्यवसायासाठी केस बनविणे सोपे आहे. आपल्या प्रोजेक्ट मॅनेजरला सहजपणे सांगणे, "फीचर एक्स वर जाण्यापूर्वी माझ्याकडे नीटनेटका करण्यासाठी काही गोष्टी आहेत" नेहमीच ते कमी करणार नाही! आपल्या पंतप्रधानांकडे असलेल्या गोष्टींची एक सूची घ्या आणि साफसफाईसाठी खर्च करण्यासाठी अर्धा दिवस धावण्याचा प्रयत्न करा.

लाज.कॉस च्यामागील कल्पना फक्त आपल्या हॅक्स अधिक पारदर्शक, प्रमाणित आणि वेगळ्या बनवण्याची आहे. आपण त्या माहितीसह काय करता हे आपल्यावर अवलंबून आहे!