डिझाइनची साधने ट्रॅकवर गेली आहेत. आम्ही त्यांना कसे दुरुस्त करू शकतो ते येथे आहे.

क्वचितच एखादा दिवस जाईल जिथे मी डिझाइन साधनांचा विचार करण्यास थोडा वेळ घालवित नाही. काही वर्षांपूर्वी, मी एक डिझाइन साधन तयार केले होते जे मार्व्हलने विकत घेतले होते. हे दोन वर्षांपूर्वीचे आहे परंतु त्यानंतर लँडस्केपमध्ये फारसा बदल झालेला नाही किंवा मला त्यात सुधारणा करण्याची आवड नाही.

अलीकडेच मी डिझाइन टूल्सविषयी ट्वीट केले - ही गोष्ट जी वेळोवेळी घडली जाणवते.

त्यादिवशी माझ्या मनावर बोलणारा मी एकटाच नव्हतो, इतरांनीही या गोष्टीचा घोटाळा केला.

28 जुलै 2017 हा डिझाईन टूल्ससाठी चांगला दिवस नव्हता.

या ट्विटर थ्रेड्समध्ये बरीच अंतर्दृष्टी आहे परंतु बर्‍याच काळापासून, मी सध्याच्या डिझाइन टूल मॉडेलबद्दल मूलभूतपणे इतके मूलभूतपणे तुटलेले आहे असे मला वाटते त्यावेळेस खोलवर जाण्यासाठी वेळ काढायचा आहे. दिशेने इशारा म्हणून मला वाटले की आपण डोके टेकले पाहिजे.

आम्ही सर्वजण फक्त चित्र काढत आहोत. तो वेडा आहे.

जवळजवळ सर्व लोकप्रिय डिझाइन साधने प्रतिमांना निर्यात करतात. बर्‍याच कारणांसाठी हे समस्याप्रधान आहे:

  1. आपण प्रतिमेशी संवाद साधू शकत नाही. नमुनेदार साधने आम्हाला स्क्रीनमध्ये संक्रमणे आणि प्रतिमांमध्ये साधे संवाद जोडण्यासाठी सामर्थ्य देतात. तथापि, आमची उत्पादने अधिक प्रगत स्क्रीन ट्रान्झिशन आणि मायक्रो-इंटरॅक्शनची मागणी करत राहिल्यामुळे, प्रतिमा सहजपणे चालू ठेवू शकत नाहीत.
  2. प्रतिमा द्रव नसतात. प्रतिमांद्वारे प्रतिसादात्मक डिझाइन निर्णयाविषयी संवाद साधणे सहसा कठीण काम असते.
  3. प्रतिमा राज्यस्तरीय नाहीत. यूआयसाठी विविध राज्यांची प्रभावीपणे संवाद साधण्यासाठी बर्‍याचदा बर्‍याच प्रतिमा आवश्यक असतात.
  4. बिटमॅप प्रतिमा रिझोल्यूशनवर अवलंबून असतात. डोळयातील पडदा उपकरणांच्या आगमनाने, प्रतिमा कधीकधी खराब रेंडर होऊ शकतात.
  5. प्रतिमा फायली जड असतात आणि बर्‍याचदा संग्रहित, व्यवस्थापित करणे किंवा सामायिक करणे त्रासदायक असतात.

जोपर्यंत डिझाइन साधने प्रतिमांची निर्यात करणे चालू ठेवत नाहीत, तोपर्यंत आमच्या उत्पादनांचे अचूक प्रतिनिधित्व करण्यास ते सक्षम नसतील. अचूकतेची कमतरता डिझाइनर आणि विकसक यांच्यामधील संप्रेषणास अडथळा आणते. जोपर्यंत डिझाइनर त्यांचे कार्य संप्रेषित करण्यासाठी विटंबनाने अपुरा माध्यम वापरत राहतात, तोपर्यंत चुकीचे अर्थ लावण्यासाठी ते कार्य नेहमीच खुले असेल.

हा एक अतिशय महत्वाचा मुद्दा आहे कारण त्यांच्या जवळजवळ सर्व डिझाइन टूल्स वेक्टर आकारांना प्रतिमांमध्ये रूपांतरित करतात. या संदर्भात फोटोशॉप, इलस्ट्रेटर, मार्वल, अ‍ॅडोब एक्सडी, स्केच आणि फिग्मा सर्व समान आहेत. अद्याप प्रतिमा केवळ अंशतः डिझाइन हेतू संवाद साधू शकतात. जशी आमची उत्पादने जटिल परस्पर संवाद, व्हॉईस इनपुट, व्हिडिओ इनपुट, वर्धित वास्तव, आभासी वास्तविकता, तापमान संवेदनशीलता इत्यादींचा अवलंब आणि समर्थन करत राहिली, ही साधने प्रदान करीत असलेले मूल्य वेगाने कमी होईल. प्रतिमा-आधारित डिझाइन एक डेड एंड आहे.

आमच्या डिझाइन टूल्सने वास्तविक उत्पादनास हाताळले पाहिजे, त्यावरील चित्र नाही.

आमची उत्पादने परस्पर आहेत. आमची साधने स्थिर आहेत.

मी माझ्या मागील टप्प्यावर यावर स्पर्श केला परंतु हे अत्यंत गंभीर आहे म्हणून मी जरासे विस्तृत केले.

आमच्या जवळपास सर्व उत्पादनांमध्ये सामान्य असणारी साध्या परस्परसंवादाचा विचार करा परंतु आमच्या डिझाइन साधनांद्वारे संवाद साधला जाऊ शकत नाही. माझ्या डोक्याच्या वरच्या बाजूला येथे एक संक्षिप्त यादी आहे:

  • एक बटण फिरवित
  • इनपुटवर लक्ष केंद्रित करत आहे
  • चेकबॉक्स तपासत आहे
  • टॅब्ड सामग्री
  • स्क्रोल क्षेत्रे
  • केंद्रित राज्यांसाठी टॅब अनुक्रमणिका
  • कीबोर्ड शॉर्टकट

नक्कीच, यापैकी काही वैशिष्ट्ये काही हकी अभियांत्रिकीसह नक्कल केली जाऊ शकतात परंतु एक आश्चर्यचकित होईल की पृथ्वीवरील बिंदू काय आहे? डिझाइनर केवळ वास्तविक उत्पादनाचे डिझाइन का करू शकत नाहीत ?! शेवटी, सर्व मॉकअप्स डिस्पोजेबल असतात, तरीही डिझाइनर त्यास परिपूर्णतेत चिमटा काढण्यासाठी महिने घालवतात. वास्तविक उत्पादनास चिमटा काढण्यासाठी त्या वेळेचा अधिक चांगला खर्च होईल.

मी ससाच्या “डिझाइनर कोड्स कोड” ने खाली जाऊ शकत नाही परंतु मी सर्व जण कोड लिहायला सूचित करीत नाही. मी फक्त असे म्हणत आहे की आमची डिझाइन साधने आमच्या थेट उत्पादनांच्या थेट हाताळणीस समर्थन देऊ शकत नाहीत याचे कोणतेही चांगले कारण नाही.

प्रगत आणि तपशीलवार संवादाचे समर्थन करणारे फ्रेमर या विभागात बहुतेकपेक्षा चांगले काम करते. बाकीचे पॅक खूपच मागे आहेत.

आमच्या साधनांनी वेबच्या लेआउट प्रतिमानाचे समर्थन केले पाहिजे

सुमारे एक वर्षापूर्वी वेबवर लेआउट तयार करण्याचा एकमेव मार्ग म्हणजे प्रदर्शन: टेबल आणि अनुलंब-संरेखित सीएसएस गुणधर्म. आता आपल्याकडे फ्लेक्सबॉक्स आहे आणि लवकरच आमच्याकडे सीएसएस ग्रीड असेल. हे तीन लेआउट इंजिन डीओएमच्या प्रवाहाचा वापर करून अगदी तसेच कार्य करतात. जवळपास सर्व वेबसाइट्स या तीनपैकी एका लेआउट सिस्टमचा वापर करुन तयार केल्या आहेत.

तर, हे समजते की आमची डिझाइन साधने समान लेआउट मॉडेलला समर्थन देतात. बरोबर?

बरं, जवळजवळ सर्व डिझाइन टूल्स या लेआउट प्रणालींकडे दुर्लक्ष करतात, त्याऐवजी प्रत्येक लेयरला त्याच्या आर्टबोर्डमध्ये पूर्णपणे ठेवण्याचा पर्याय निवडतात. हे वेब कसे कार्य करते आणि आमचे डिझाइन टूल्स कसे कार्य करते यामध्ये बरीच समस्या उघडकीस आणतात:

  • उत्तरदायी डिझाइन फारच अवघड होते कारण प्रत्येक ब्रेकपॉईंटसाठी प्रत्येक थर व्यक्तिचलितपणे पुनर्रचना करणे आवश्यक आहे. वैकल्पिकरित्या, एक प्रतिबंध-आधारित लेआउट सिस्टम लागू केली जाऊ शकते परंतु यामुळे गुंतागुंत वाढते, शिक्षण वक्र वाढवते आणि शेवटी विकासकांना लेआउट थेट वेबवर हस्तांतरित करण्यास प्रतिबंध करते.
  • प्रत्येक थर दस्तऐवजाच्या प्रवाहाच्या बाहेरील बाबींसह, सामग्रीमध्ये बदल करणे अवघड होते. उदाहरणार्थ, आपल्याला सूचीमध्ये एखादी वस्तू जोडायची असल्यास त्या यादीतील इतर आयटम व्यक्तिचलितपणे पुनर्स्थित करणे आवश्यक आहे. नक्कीच, वेदना कमी करण्यासाठी पुन्हा कार्ये आणि इतर फॅन्सी वैशिष्ट्ये सादर केली जाऊ शकतात परंतु पुन्हा, यामुळे जोडलेली जटिलता आणि डीओएम आम्हाला विनामूल्य देणारी काहीतरी गुंतागुंत करते.
  • परिपूर्ण स्थिती नैसर्गिकरित्या निश्चित पिक्सेल समन्वय आणि परिमाण ठरवते. हे अचूकतेचे प्रजनन करते आणि वेब पुन्हा कार्य कसे करते यापासून हे एक मोठे प्रस्थान आहे. वेब, फ्लू, युनिट, इम, रेम, व्हीएच, व्हीडब्ल्यू आणि% सारख्या घटकांवर बनविलेले आहे. आमच्या साधनांनी डीफॉल्टनुसार या युनिट्सचे समर्थन केले पाहिजे.

डिझाइन टूल्सना वेब आणि त्याच्या बारकावे सारखे असणे किंवा प्रतिबिंबित करण्याची आवश्यकता नाही - ते फक्त वेब असले पाहिजे.

एक अखंड साधन मार्ग नाही

चांगली रचना टप्प्यात येते. सुसंरचित डिझाइन सिस्टममध्ये काही वेगळे स्तर असतात:

  1. शैली पॅलेट रंग, छाया, अंतर, सीमा रेडिओ, टाइपफेस, फॉन्ट आकार, अ‍ॅनिमेशन आणि इतर शैलींचा संग्रह जो आपली ब्रांड ओळख बनवते. सध्या बहुतेक डिझाइन टूल्स केवळ कलर पॅलेटला समर्थन देतात. जोपर्यंत ते इतर शैलीतील गुणधर्मांना समर्थन देत नाहीत तोपर्यंत पद्धतशीरपणे डिझाइन करणे अत्यंत कष्टदायक असेल.
  2. मालमत्ता यात चिन्ह, चित्रे आणि प्रतिमा यासारख्या घटकांचा समावेश करते. तेथे काही अभूतपूर्व प्रतिमा संपादक आहेत आणि फिग्माचे वेक्टर साधन उत्कृष्ट आहे परंतु जेव्हा एसव्हीजी समर्थनाची बातमी येते तेव्हा आमची डिझाइन साधने इच्छिततेसाठी बरेच काही सोडतात.
  3. घटक ग्रंथालय घटक हा शैली आणि मालमत्तेचा संग्रह आहे जो विविध घटकांमध्ये एका घटकास डेटा प्रदान करतो. उदाहरणामध्ये बटणे, इनपुट, बॅज इत्यादींचा समावेश आहे. जसे मी नमूद केले आहे, फिगमा आणि स्केचने अलीकडेच ही प्रक्रिया मुख्य रेखांकनाच्या प्रवाहापासून दूर केली आहे - ही खेद आहे की ते फक्त घटकांचे फोटो आहेत आणि प्रत्यक्ष घटक नाहीत.
  4. मॉड्यूल मॉड्यूल / कंपोज़िशन एक घटकांचा संग्रह आहे जो विविध राज्यांमध्ये यूआयच्या एन्केप्युलेटेड तुकड्यावर डेटा प्रस्तुत करतो. उदाहरणांमध्ये हेडर बार, टॅब मेनू, लॉगिन फॉर्म, सारण्या इत्यादींचा समावेश असू शकतो. मॉड्यूल फक्त एक जटिल घटक असल्याने, मी अंदाज करतो की फिग्मा आणि स्केच हे देखील हाताळू शकतात. जरी या दोघांना वेगळे करण्याची काही योग्यता असू शकते.
  5. स्क्रीन एक स्क्रीन म्हणजे मॉड्यूल, घटक आणि डेटाचा संग्रह आहे ज्यामुळे संपूर्ण यूआय तयार होईल ज्याद्वारे वापरकर्ता संवाद साधू शकेल.

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

स्टाईल पॅलेट डिझाइन करताना मला आर्टबोर्ड किंवा वेक्टर साधने पाहण्याची आवश्यकता नाही. मला कर्णमधुर रंग निवडण्यासाठी साधने बघायची आहेत. मला 8 डीपी स्पेसिंग स्केल किंवा प्रकारच्या स्केलची निवड यासारख्या गोष्टींसाठी प्रीसेट पाहिजे आहेत.

चिन्ह तयार करण्यासाठी वापरकर्त्याच्या प्रवाहाचे डिझाइन करण्यासाठी विचार करण्याची पूर्णपणे भिन्न पद्धत आवश्यक असते. एक सोपा एसव्हीजी संपादक ज्याने मला मूळ एसव्हीजी आयत, मंडळे, रेषा आणि पथ काढण्याची परवानगी दिली, त्यानंतर निर्यात केलेला ऑप्टिमाइझ्ड एसव्हीजी कोड आदर्श असेल.

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

त्याचप्रमाणे, मॉड्यूल तयार करताना, मी फक्त माझ्या पूर्वनिर्धारित घटक लायब्ररीमध्ये आलो. साइडबारमध्ये शैलीचे गुणधर्म नसावेत. वेक्टर साधने नाहीत. फक्त पुन्हा वापरण्यायोग्य घटकांची एक लायब्ररी जी मी मॉड्यूल तयार करण्यासाठी ड्रॅग आणि ड्रॉप करू शकतो.

कम्पोजिंग स्क्रीनसाठीही तेच आहे. या क्षणी, आम्ही फक्त एक यूआय तयार करण्यासाठी घटक आणि मॉड्यूल्सचा पुनर्वापर करत आहोत. आम्ही शैली किंवा आकार किंवा इतर सर्जनशील प्रयत्नांबद्दल विचार करीत नाही. आम्ही प्रामुख्याने सामग्री आणि वापरकर्ता प्रवाह डिझाइन करण्यावर लक्ष केंद्रित केले आहे.

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

आमच्या साधनांनी चांगल्या डिझाइनला प्रोत्साहित केले पाहिजे

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

आपले डिझाइन साधन आपल्याला असे काही सांगत नाही की आपण काहीतरी करू शकत नाही. ऑफ-ब्रँड रंग वापरल्याबद्दल हे आपल्याला कधीही वर खेचत नाही. हे आपल्या स्पेसिंग स्केलमध्ये नसलेले एक व्हाइटस्पेस मूल्य वापरण्यापासून कधीही प्रतिबंध करणार नाही. हे आपल्याला चेतावणी देणार नाही की 20% लोक अक्षरशः आपण नुकताच डिझाइन केलेला हलका राखाडी मजकूर पाहू शकत नाहीत.

आणि का नाही…? कारण डिझाइन टूल्सची काळजी नाही.

डिझाइन टूल्स अमर्याद सर्जनशीलता दृष्टीक्षेपाने इतके जास्तीतजास्त मोहात पडले आहेत की त्यांनी समजूतदारपणे डिझाइन करणे, सर्वसमावेशकपणे डिझाइन करणे, पद्धतशीरपणे डिझाइन करणे म्हणजे काय हे विसरले.

सोप्या भाषेत सांगायचे तर डिझाईन टूल्स आपल्याला ज्या गोष्टी हव्या आहेत त्या करण्यास परवानगी देतात. काही प्रमाणात, अमर्याद सर्जनशीलताची ही पातळी उपयुक्त आहे, विशेषत: विचारांच्या टप्प्यात. यूआय डिझाइनर म्हणून, आमचे बहुतेक कार्यप्रवाह जास्त सर्जनशीलतेसाठी कॉल करीत नाहीत. त्याऐवजी, आमच्या कार्यप्रवाहात पुनर्वापर, पुनरावृत्ती, ओळख आणि मानकीकरणाची आवश्यकता आहे; आमची साधने पूर्ण करण्यासाठी थोडे काम करतात.

हे अमर्यादित स्वातंत्र्य वेब विकासाच्या वास्तविकतेशी विसंगत आहे. विकसक प्रत्यक्ष उत्पादनासह कार्य करीत असल्याने, त्यांनी सर्व समान कोडसह कार्य केले पाहिजे. विकसक केवळ कोडबेसमध्ये स्वतंत्र फॉन्ट आकार किंवा यादृच्छिक रंग मूल्य जोडू शकत नाहीत. प्रथमतः, एक लिंटर (खराब लिखित कोडबद्दल चेतावणी देणारा संदेश) ताबडतोब ओरडण्यास सुरवात करेल. तसे नसल्यास कोड पुनरावलोकनादरम्यान कदाचित त्यांची खोड कारागिरी पकडली जाईल. जर ते क्रॅक्सवरुन कसे घसरले तर लक्षणीय कामगिरीचा परिणाम अखेर गजर होऊ शकेल.

मला उत्पादनाच्या कार्यसंघावर दिसणार्‍या सर्वात विघ्नकारक समस्यांपैकी एक म्हणजे डिझाइन आणि विकास संघांमधील संपर्क तुटणे. विकसक कित्येक वर्षांपासून कठोर मार्गदर्शक तत्त्वे आणि अडचणींसह कार्य करीत आहेत. जोपर्यंत आमची रचना साधने यासारख्या मर्यादा स्वीकारत नाहीत तोपर्यंत ही दरी कधीही कमी होणार नाही.

आम्ही थेट डेटासह डिझाइन केले पाहिजे

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

तरीही मजकूरासह थेट डेटा थांबू नये. इतर वेळा जसे की प्रतिमा आणि व्हिडिओचा भार लोड टाइम्समध्ये लक्षणीय वाढ करून वापरकर्त्याच्या अनुभवावर मोठा परिणाम होऊ शकतो. आपण वेबवर कार्य करीत असल्यास, ब्राउझर डेव साधने आपल्याला विविध इंटरनेट गतीसारखे दिसण्यासाठी कनेक्शन थ्रोटल करण्याची परवानगी देतात. त्यानंतर, सामग्रीचा एक नवीन तुकडा वापरकर्त्याच्या अनुभवावर कसा परिणाम होऊ शकतो हे आपण प्रथम हात पाहू शकता.

आमची डिझाइन साधने आम्हाला या विलासी परवडतात?

एका शब्दात: नाही.

वास्तविक उत्पादन डिझाइन करण्याइतकेच आपल्या डिझाइनचे कार्य अधिक उपयुक्त आणि प्रभावी ठरू शकते.

वेब खुले आहे. आमची साधने देखील असावीत.

वेबविषयी खरोखर सुंदर गोष्टींपैकी एक म्हणजे त्याची मुक्त प्रवेशयोग्यता. कोणत्याही डिव्हाइसवर वेबसाइट कोणत्याही वेब ब्राउझरमध्ये पाहिली जाऊ शकते.

हे डिझाईन टूल्सशी कसे तुलना करते? बरं, काही दिवसांपूर्वी माझा भाऊ डेव्हिडने मला बांधत असलेल्या अ‍ॅपचे डिझाइन रीव्ह्यू विचारला. त्याने मला स्केच फाइल पाठविली. जेव्हा मी ते उघडले तेव्हा हे घडले…

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

येथे विनामूल्य योजना आणि नाविन्यपूर्ण सहयोग वैशिष्ट्ये ऑफर करीत मार्वल आणि फिगमा चांगली नोकरी करतात.

तर, डिझाइन टूल्सचे भविष्य काय आहे?

डिझाइन टूलींगमधील नाविन्यपूर्ण वस्तू अत्यंत मौल्यवान आहे आणि त्यात अलीकडे बरेच काही आहे. एअरबीएनबी डिझाइन टूल्समध्ये, जॉन गोल्ड आणि बेंजामिन विल्किन्स रिअॅक्ट-स्केचॅपवर काम करत आहेत जे रिएक्ट घटक घेतात आणि त्यांना स्केचच्या आत प्रस्तुत करतात. जॉन आणि बेन देखील मनावर उडवून देणार्‍या नवीन उपकरणावर काम करीत आहेत जे नॅपकिनचे स्केचेस घेतात आणि ते कसे तरी त्यांना रिएक्ट घटकांमध्ये बदलतात.

अ‍ॅडम मोर्स, ब्रेंट जॅक्सन आणि जॉन ओटेंडर कॉम्पोझिटरमधील अनेक साधनांच्या संचावर काम करीत आहेत जे मुळात या लेखातील सर्व समस्या आणि कदाचित जगाचे निराकरण करतात.

मी मॉडुलझ, एक नवीन डिझाइन टूल आणि ओपन-सोर्स डिझाइन सिस्टमवर काम करीत आहे ज्याचा उद्देश या लेखात मी सांगितलेल्या समस्यांचे निराकरण करण्याचे आहे. आपल्याला स्वारस्य असल्यास, अद्यतनांसाठी ट्विटरवर अनुसरण करा.

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

आम्हाला उत्तरदायित्वाच्या संस्कृतीस कशा प्रकारे प्रेरित करण्याची आवश्यकता आहे. विकसकांकडे अनेक वर्षांपासून जबाबदारीची संस्कृती आहे. त्यांच्याकडे कोड ठेवण्यासाठी साधने आहेत. विकसक वारंवार त्यांच्या कठोर कोड मार्गदर्शक तत्त्वांपासून दूर गेला तर आपणास खात्री आहे की समस्येकडे लक्ष दिले जाईल.

दरम्यान, थर नामकरण, गटबद्ध करणे आणि क्रमवारी देणे याकडे दुर्लक्ष करून डिझाइनर थोड्या वेळाने थरांचे पर्वत गोळा करतात. हे प्रत्येकजण त्यांच्या स्वतःचेच आहे. आउटपुट (रास्टर प्रतिमा) इनपुट (वेक्टर लेयर्स) द्वारे अप्रभावित असल्याने, डिझाइनरना व्यवस्थित ठेवण्यासाठी कोणताही ओझे नाही. डिझाइनर बर्‍याचदा संघटनेच्या या कमतरतेचे निमित्त करतात कल्पित कला रोमँटिक करून, स्वत: ला जादूगार म्हणून रंगवितात ज्यांना कामगिरी करण्यासाठी त्यांच्या स्वत: च्या डिव्हाइसवर सोडले जाणे आवश्यक आहे.

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

जर पद्धतशीर डिझाइन साधन आपले अंतःकरण जिंकण्यासाठी असेल तर ते प्रथम शिक्षित केले पाहिजे.