एक उत्तरदायी डिज़ाइन के लिए डिज़ाइनर किस हद तक जिम्मेदार है?

Question

निम्नलिखित (आदर्शित) चार्ट पर विचार करें।

अब, मैंने इस स्पेक्ट्रम के हर पक्ष के सहयोगियों के साथ काम किया है और सीखा है कि, दुर्भाग्य से, यह इस तरह से अधिक हो जाता है।

अधिकांश "वेब डेवलपर्स" बहुत कम डिज़ाइन सिद्धांतों को जानते हैं, जबकि दूसरी ओर, "वेब डिज़ाइनर" वेब के तकनीकी पक्ष को बहुत कम जानते हैं। अच्छी तरह से गोल "वेब क्राफ्टर्स" मुश्किल से मिलते हैं।

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

एक उत्तरदायी वेबसाइट को डिजाइन करने की जिम्मेदारी कहां गिरनी चाहिए? क्या वेब डिज़ाइनर से यह अपेक्षा की जानी चाहिए कि वह डेवलपर के लिए अच्छी तरह से दिशा-निर्देश प्रदान करे कि हर संभावित परिदृश्य के लिए वेबसाइट को कैसे अनुकूलित किया जाए? या यह एक अनुचित उम्मीद है?

कृपया ध्यान दें कि मैं इसके डिजाइन पक्ष पर ध्यान केंद्रित कर रहा हूं, इसके विकासशील पक्ष पर नहीं।

Comments

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

— DA01

अच्छा विचार! ऑल 'बेल कर्व स्ट्राइक:) यह 3 डी फंक्शन होना होगा, हालाँकि, इसके 3 वेरिएबल्स (डिजाइन स्किल्स, टेक्निकल स्किल्स और लोगों की संख्या हैं।

— कॉकपअप

अच्छी बात! आपको एक z- अक्ष की आवश्यकता होगी। अब मुझे एक उल्टा बेल वक्र दिखाई दे रहा है जिसका आकार आ धनुष-टाई (ज़ेड-एक्सिस के साथ बीच में संकरा) है।

— DA01

संचार! यदि आपके पास बाईं ओर एक व्यक्ति है जो वास्तव में दूर से एक के साथ संवाद करने में अच्छा है, तो आप अनिवार्य रूप से बीच में दो लोग हैं। यही कारण है कि अच्छे संचारक उतने ही महत्वपूर्ण हैं, जितने कुशल श्रमिक।

— ऑक्टोपस

Answer 1

किसी भी अच्छी तरह से कुशल डिजाइनर हमेशा एक हद तक लागू करने में रुचि रखते हैं। शायद "मैं इसे बना सकता हूं" पहलू में नहीं, लेकिन कम से कम "यह संभव नहीं है" पहलू में।

एक डिजाइनर आपके ग्राफ के दाईं ओर हिट करता है या नहीं, उन्हें हमेशा पता होना चाहिए कि वे किसी भी माध्यम में क्या कर सकते हैं और क्या नहीं कर सकते। यदि आप अलगाव नहीं समझते हैं तो आप प्रिंट के लिए अच्छी तरह से डिज़ाइन नहीं कर सकते हैं। यदि आप संकल्पों को नहीं समझते हैं, तो आप साइनेज के लिए अच्छी तरह से डिजाइन नहीं कर सकते हैं।

मुझे लगता है कि वेब सामग्रियों के लिए जिम्मेदार किसी भी डिजाइनर को कम से कम इस पर ध्यान देना चाहिए:

और मुझे नहीं लगता कि यह आपके दूसरे ग्राफ के समान है।

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

क्या अभी भी ऐसे डेवलपर्स हैं जो बहुत दूर तक चले गए हैं, बिल्कुल। बस के रूप में वहाँ अभी भी डिजाइनरों कि दूर सही मारा है। हालाँकि, एक अधिक महत्वपूर्ण पहलू अनुभव हो सकता है । क्या ऐसे डेवलेपर / डिज़ाइनर हैं जो 5/8 या 10 साल के अनुभव का अनुभव करते हैं। मुझे शक है। अधिक अनुभव एक मध्य के करीब है जो उन्हें मिलता है।

तो शायद यह अधिक उचित है:

एक कंपनी संरचना में आप दूर दायें / बायें स्थान को भरने के लिए व्यक्तियों की तलाश करते हैं। यह उस वांछित कौशल सेट के लिए एक ठोस आधार प्रदान करता है । हालाँकि, मैं अनुमान लगाता हूँ कि उम्मीदवार जितना अधिक वांछनीय होगा, मध्य दो छवियों के करीब उनके कौशल में गिरावट आएगी।

Comments

मुझे अंतिम दृश्य पसंद है। एक टीम के लिए, मुझे लगता है कि हम इसे घूर्णी अक्ष के विचार के साथ बढ़ा सकते हैं। पर्याप्त ओवरलैप के साथ, सभी क्षेत्रों को अनुभव द्वारा कवर किया जाता है।

— योरिक

मुझे लगता है कि मेरे पास डिजाइनरों के साथ हाल के बुरे अनुभव हैं जो लगभग पूर्ण लाल हैं :( इसलिए कि मैंने अपनी अपेक्षाओं पर सवाल

— उठाना

एक पुरानी कहावत है @cockypup - एक अपनी अक्षमता के स्तर तक बढ़ जाता है। हर दिन अधिक से अधिक "डिजाइनर" होते हैं। बाजार में सचमुच कम से कम 10-15 वर्षों से बाढ़ आ गई है। इसलिए, ऐसे बहुत से लोग हैं जिनके पास बेहतर कौशल सेट के लिए कोई इच्छा या कोई योग्यता नहीं है। हालांकि इसे "आदर्श" के रूप में नहीं देखा जाना चाहिए।

— स्कॉट

यह भी जान लें कि बहुत से कामगार सिर्फ आसान तनख्वाह चाहते हैं। यदि वे केवल फ़ोटोशॉप मॉकअप के साथ दूर हो सकते हैं, तो नरक बहुत आसान है।

— स्कॉट

मुझे लगता है कि ड्राइव निश्चित रूप से इसका हिस्सा है लेकिन ... इससे भी महत्वपूर्ण बात यह है कि IMHO, उत्पाद के लिए एक जुनून है । डिजाइनर जो वास्तव में उत्पाद की देखभाल करते हैं, वे विकास के बारे में बहुत परवाह करते हैं। डेवलपर्स जो उत्पाद के बारे में बहुत ध्यान रखते हैं, वे डिजाइन के बारे में बहुत परवाह करते हैं। यह लोगों के विपरीत है जो केवल अपनी नौकरी की परवाह करते हैं। मुझे लगता है कि कंपनी की संस्कृति में नौकरी-केंद्रित लोगों की संख्या अधिक है, जितना अधिक उत्पाद पीड़ित हैं, वास्तव में हर कोई केवल खुद के लिए देख रहा है। यह वह जगह है जहाँ टर्फ लड़ाई वास्तव में टीमों को अलग करना शुरू कर सकती है। यहाँ पर डिज़ाइन का तरीका, वहाँ पर देव तरीका ...

— DA01

Answer 2

एक उत्तरदायी वेबसाइट को डिजाइन करने की जिम्मेदारी कहां गिरनी चाहिए?

आमतौर पर प्रबंधन पर। स्मार्ट प्रबंधन को एहसास होगा कि यह एक टीम प्रोजेक्ट है, इसलिए सभी को तालमेल बनाकर काम करने की जरूरत है। इसमें विज़ुअल डिज़ाइन (UX, UI देव, बैक एंड देव, कंटेंट टीम, मार्केटिंग, आदि) शामिल होंगे (लेकिन सीमित नहीं)।

चंचल विकास इसके लिए एक अच्छा तरीका है।

कई संगठन निश्चित रूप से ऐसा नहीं करते हैं, और उपरोक्त टीमों में से प्रत्येक को साइलो करते हैं और पुराने का उपयोग करते हैं "बाड़ पर टॉस करें और इसके बारे में चिंता न करें" झरना प्रक्रिया।

कृपया ध्यान दें कि मैं इसके डिजाइन पक्ष पर ध्यान केंद्रित कर रहा हूं, इसके विकासशील पक्ष पर नहीं।

यही समस्या है। आप एक पर ध्यान केंद्रित नहीं कर सकते और दूसरे पर नहीं। डिजाइन एक संवेदनशील साइट के है एक संवेदनशील स्थल के विकास।

यह सामान्य रूप से इंटरेक्शन डिज़ाइन का सच है। इंटरएक्शन डिज़ाइन (एक उत्तरदायी लेआउट हो, एक ड्रॉप डाउन मेनू, एक एनीमेशन, आदि) को उस माध्यम में डिज़ाइन करना होगा, जिसका उपयोग ब्राउज़र में किया जाएगा। इसके लिए विकास के कुछ स्तर की आवश्यकता होती है।

मेरी आदर्श UX टीम संरचना में निम्नलिखित भूमिकाएँ शामिल होंगी *:

• विज़ुअल डिज़ाइनर और / या UI डिज़ाइनर
• यूआई डेवलपर
• सामग्री
• अनुसंधान / उपयोगकर्ता परीक्षण

अब, इसका मतलब यह नहीं है कि UX टीम का UI डेवलपर उत्पादन कोड लिखने वाला व्यक्ति है, लेकिन वे इंटरैक्शन को ठीक से डिज़ाइन करने, बनाने और परीक्षण करने के लिए वर्किंग कोड लिख रहे हैं।

फिर इसे देव के साथ साझा किया जाता है, और इसे अंतिम उत्तरदायी प्रणाली लक्ष्य में एकीकृत करने के लिए एक टीम के रूप में आगे काम किया जाता है।

* कहा कि भूमिकाओं में आपके कम से कम एक 'वेब क्राफ्टर्स' को शामिल किया जाना चाहिए। मैं मानता हूं कि वे कभी-कभी कठिन होते हैं, लेकिन वे टीमों के लिए एक आवश्यकता हैं। आपको कम से कम एक व्यक्ति की आवश्यकता है जो कि बोर्ड में संचार कर सके और आइकन डिजाइनरों के साथ-साथ डीबी एडिंस से बात करने में सक्षम हो।

Comments

मैं मूल रूप से इस जवाब से सहमत हूं, सिवाय इसके कि मैं वास्तव में सहमत नहीं हूं कि यह जिम्मेदारी मुख्य रूप से "प्रबंधन" के साथ टिकी हुई है। एक अच्छी तरह से संरचित टीम की कुंजी है। जो दो टिप्पणियों को ध्यान में लाता है। 1) यह साइट के ग्राफिक डिज़ाइन भाग पर पोस्ट किया गया है और ग्राफिक डिज़ाइन वेब डिज़ाइन नहीं है। आप StackOverflow पर पूछने की कोशिश करना चाहते हैं और देख सकते हैं कि क्या आपको कोई अलग-अलग संकेत नहीं मिलता है। 2) आप थोड़े जूनियर लगते हैं? मैं एक बहुत बड़ी (नास्डैक ट्रेडेड) टेक कंपनी के लिए काम करता हूं और हमारे पास ये समस्याएँ नहीं हैं। एक बुटीक स्टूडियो में तो? हाँ। लेकिन एक उच्च स्तर पर यह भी एक वार्तालाप, FWIW नहीं है।

— डेव कंटर

@DaveKaye में आपकी कंपनी सही करती है यह संकेत नहीं है कि सभी करते हैं। मैं निश्चित रूप से जूनियर नहीं हूं और कई फॉर्च्यून 500 निगमों के लिए काम किया है जो अभी तक इसका पता नहीं लगा पाए हैं। मेरे अनुभव में, जितना बड़ा ओआरजी होगा, उतनी ही खंडित टीमें बन जाएंगी, इसलिए यह समस्या है। कंपनियां निश्चित रूप से इसे सही करने की कोशिश कर रही हैं । अधिक से अधिक एजाइल (विभिन्न परिणामों के साथ) की ओर बढ़ रहे हैं।

— DA01

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

— DA01

उदाहरण के लिए, मेरे वर्तमान टमटम में, UX UI देव की तुलना में एक पूरी तरह से अलग ऑर्गन चार्ट में है। जाहिर है कि इससे जमीन पर मौजूद लोगों के लिए चीजें मुश्किल हो जाती हैं, क्योंकि हमें पूरी तरह से अलग-अलग श्रृंखलाओं और कमांड की राजनीति से निपटना पड़ता है। प्रत्येक की।

— DA01

मेरी आदर्श संरचना में @plainclothes, IA, ID और सामग्री सभी साथ-साथ काम कर रहे हैं।

— DA01

Answer 3

जबकि मैं DA01 के उत्तर में मानसिकता से सहमत हूं, मुझे लगता है कि प्रश्न के अलावा और भी बहुत कुछ है जो वह संबोधित करता है।

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

जैसे, मुझे नहीं लगता कि इस निर्णय या टीम संरचना को बनाने का एक "सर्वोत्तम" तरीका है। लोगों का प्रत्येक समूह अलग है और वे एक कंपनी के लिए जो काम करते हैं वह दूसरे के लिए काम नहीं कर सकता है, भले ही संरचना और इस तरह के लगभग समान हों।

कहा जा रहा है कि, कुछ सामान्य सिद्धांत हैं जो इस प्रकार के निर्णय लेते समय सभी कंपनियों पर लागू होते हैं:

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

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

  लोगों की विशेषज्ञता अलग-अलग होती है, इसलिए हम चाहते हैं कि लोग उन संभावित समस्याओं को पकड़ें जो दूसरों को अतिरिक्त विचार प्रदान करने के अलावा जल्द से जल्द नहीं दिखेंगी।

• पूर्णता पर दिशा - लक्ष्य को जानना और उस लक्ष्य के प्रति प्रत्यक्ष लेकिन कठिन तरीकों से निर्माण करना बहुत बेहतर है। इसके द्वारा मेरा मतलब है कि पुनरावृत्ति प्रक्रिया के मस्तूल बहुमत के लिए पिक्सेल सही होने से बेहतर है। हमें यह सुनिश्चित करने की आवश्यकता है कि हम प्रत्येक डिजाइन निर्णय के साथ सही दिशा में आगे बढ़ रहे हैं और फिर उस निर्णय को पुनरावृत्ति करके परिष्कृत करें। ऐसा करने से, हम आमतौर पर प्रक्रिया में देरी से बड़ी समस्याओं से बच सकते हैं।

  ब्राउज़र में डिज़ाइन करना (या एप्लिकेशन जो भी माध्यम है) इस मामले में मदद कर सकता है क्योंकि यह दो नौकरियों को एक में मिलाता है, लोगों को एक साथ काम करने या दोनों में कौशल के लिए मजबूर करता है। बेशक, यहां पहले सिद्धांत को सूचीबद्ध करना महत्वपूर्ण है।

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

Comments

अच्छी बात यह है कि इसका कोई एक हल नहीं है क्योंकि सभी कंपनियां अलग-अलग हैं।

— DA01

Answer 4

यहाँ कुछ महान जवाब हैं, लेकिन यह वास्तव में जटिल नहीं है।

जमीनी स्तर:

डिजाइन टीम (चाहे एक या कई) एक दृश्य या टेम्पलेट के हर क्रमपरिवर्तन के लिए जिम्मेदार है।

डेवलपर को रिक्त स्थान भरने या किसी ढांचे पर झुक जाने के लिए न कहें।

शुरुआत में अपना सर्वश्रेष्ठ प्रदर्शन करें और फिर चीजों की प्रगति के रूप में देव को छाया दें। चुनौतियां सामने आते ही आपको निर्णय लेने होंगे। कभी-कभी यह एक और मॉकअप हो सकता है, अन्य बार यह किसी न किसी कोड को प्रदान करने के लिए सबसे अच्छा है (यदि आप कर सकते हैं)।

इंजीनियरिंग को अपना काम मत बनाओ और वे तुम्हें अपना काम करने के लिए नहीं कहेंगे ;-)

Answer 5

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

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

मैं वेब क्राफ्टर्स को छोड़ने जा रहा हूं, क्योंकि मैं वास्तव में उस शब्द के साथ काम नहीं करता हूं।

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

सॉफ्टवेयर डेवलपर तरह डेवलपर्स के 99% शामिल हैं। मैं यह नहीं कहूंगा कि वे आपके ग्राफ़िक के अनुसार डिज़ाइन नहीं करते हैं, लेकिन यह आमतौर पर नौकरी विवरण का हिस्सा नहीं है।

टीएल; डीआर: यदि डिजाइनर अच्छे चश्मे के साथ आते हैं, तो वेब डिजाइनरों को कार्यान्वयन को आसानी से संभालने में सक्षम होना चाहिए।

Comments

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

— DA01

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

— DA01

मुझे DA01 से सहमत होना होगा, यह स्थिति को देखने का एक बहुत भोला तरीका है

— Zach Saucier

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

— कॉकपप

डेवलपर्स के बारे में डिजाइनिंग नहीं है, जो इन दिनों बहुत ही असामान्य है, शायद उतना असामान्य नहीं जितना कि मेरा दूसरा चार्ट बताता है, जैसा कि @Scott ने बताया, जो जानबूझकर सिर्फ एक बिंदु बनाने के लिए अतिरंजित था। वेब डिवेलपिंग की बहुत ही प्रकृति डेवलपर्स को डिजाइन के बारे में अशिष्टता सीखने के लिए मजबूर करती है, भले ही वे इसे नापसंद करते हों।

— कॉकपप