क्या वेब डिज़ाइनर्स को पता होना चाहिए कि कोड कैसे बनाया जाए?

31

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

क्या वेब डिजाइनरों को बुनियादी आधुनिक CSS और HTML तकनीकों को जानने की आवश्यकता है? क्यों और क्यों यह एक अच्छी तरह से गोल वेब डिजाइनर के लिए महत्वपूर्ण नहीं है?

कुछ सामान्य विचार:

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

website-design css designers

— Chris_O
स्रोत

5

आपने जो वर्णन किया है वह ग्राफिक डिजाइनर हैं, वेब डिजाइनर नहीं।

— जिन

एक माध्यम के बिना डिजाइनर एक उपकरण के बिना संगीतकार की तरह हैं।

— एडम

मेरे अनुभव में, किसी भी वेब या सॉफ़्टवेयर के चारों ओर 'फ्रंट एंड' का अर्थ है UI, GUI या INTERFACE। क्या इसका मतलब आप समझ रहे हैं?

— user179700

23

क्या वेब डिजाइनरों को बुनियादी आधुनिक CSS और HTML तकनीकों को जानने की आवश्यकता है?

हाँ।

क्यों और क्यों यह एक अच्छी तरह से गोल वेब डिजाइनर के लिए महत्वपूर्ण नहीं है?

मैंने "हां" का उत्तर दिया क्योंकि आपने मूल शब्द का उपयोग किया था ।

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

यदि आप CSS और HTML तकनीकों के बारे में कुछ नहीं जानते हैं तो आप खुद को "वेब डिज़ाइनर" नहीं कह सकते। आप बस एक कलाकार हैं या कुछ और।

आपके विचारों के बारे में टिप्पणियाँ:

फ्रंट एंड वेब डेवलपर्स को किसी भी डिज़ाइन को कोड करने के लिए पर्याप्त कुशल होना चाहिए।

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

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

वेब डिज़ाइनरों को इस बात की समझ होनी चाहिए कि उपयोगकर्ता वास्तव में उनके डिज़ाइन के साथ कैसे बातचीत करेंगे।

आपने UX डिज़ाइन का वर्णन किया है , जो एक पूरी तरह से अलग अनुशासन है। यद्यपि उपयोगकर्ता अनुभव डिज़ाइन में ग्राफिक डिज़ाइन के पहलू शामिल हैं, यह वास्तव में CSS या HTML के साथ बहुत कम है।

जबकि अच्छी तरह से गोल वेब डिजाइनरों को UX डिजाइन के साथ परिचित होना चाहिए, यह उनके लिए UX विशेषज्ञों के साथ सहयोग करने के लिए भी आम है।

डिज़ाइन की दुकानों में डिज़ाइनर डिज़ाइन होंगे और डेवलपर्स के लिए सभी कोडिंग छोड़ देंगे।

यह आंशिक रूप से सच हो सकता है, लेकिन पूरी तरह से नहीं। सामग्री प्रबंधन प्रणालियों में एक लोकप्रिय प्रतिमान MVC (मॉडल / दृश्य / नियंत्रक) है। कई डिज़ाइन दुकानें चाहती हैं कि डिज़ाइनर HTML / CSS कोडिंग के साथ कुछ परिचित हों, ताकि वे सामग्री की प्रस्तुति ("दृश्य") पर ध्यान केंद्रित कर सकें, जबकि डेवलपर्स मॉडल / नियंत्रक पर ध्यान केंद्रित करते हैं।

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

— ghoppe
स्रोत

17

एक वेब डिजाइनर को यह समझना चाहिए कि कोड कैसे काम करता है और यह किस प्रकार सक्षम है, उसी तरह एक प्रिंट डिजाइनर समझता है कि कागज पर स्याही कैसी दिखेगी और कागज कैसे मोड़ सकता है या कट सकता है। किसी भी डिजाइनर को चुने हुए माध्यम की सीमाओं और शक्तियों को समझना चाहिए।

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

मुझे लगता है कि यह कहना सही होगा "एक डेवलपर कुछ भी कोड कर सकता है," उसी तरह आप यह नहीं कह सकते हैं कि जो कुछ भी मुद्रित किया जा सकता है वह HTML / CSS का उपयोग करके वेब पर बिल्कुल पुन: पेश किया जा सकता है।

— लॉरेन-को पुनः स्थापित-मोनिका-Ipsum
स्रोत

1

+1, विशेष रूप से " कोड के बारे में जानने की आवश्यकता " के लिए। मैंने ऐसे लोगों के साथ काम किया है जो कोड की एक पंक्ति नहीं लिख सकते थे लेकिन उन्हें माध्यम की समझ थी, और डेवलपर ने जो कहा उसका सम्मान करने के लिए पर्याप्त खुला था। यह हमेशा बहुत अच्छा काम करता था।

— पेक्का

6

लॉरेन, घोप्पे और फैर्रे सभी से बात करते हैं, इसलिए मैं उनकी कही गई बातों पर ध्यान नहीं दूंगा। व्यावहारिकता के रूप में, मुझे आपके स्पष्ट और निहित सवालों पर एक और प्रस्ताव देना चाहिए।

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

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

स्थानीय स्कूलों और उपयोगकर्ता समूहों और रेंज के भीतर किसी भी डिजाइनर के साथ, ग्राहकों और परियोजना प्रबंधकों के साथ, मंचों पर ब्लॉगों में अभियान: "डिजाइन शुरू करने से पहले अपने डेवलपर से बात करें!"

एक डेवलपर उन डिजाइनरों से कंपास प्राप्त करने जा रहा है जिनके पास कोई सुराग नहीं है कि वे क्या पूछ रहे हैं, जैसे कि prepress विभागों को कभी-कभी कलाकृति मिलती है जो अनुपयोगी होती है (और डिजाइनरों को संक्षेप में केवल एक masochist का पालन करना होगा)। लेकिन आप बहुत निराशा और समय बर्बाद कर सकते हैं यदि आप योजना तालिका में एक जगह पर जोर देते हैं।

— एलन गिल्बर्टसन
स्रोत

ठीक ठीक! एक डेवलपर के रूप में, मुझे एक विशेष डिजाइन की व्यवहार्यता और कार्यान्वयन लागत पर प्रतिक्रिया प्रदान करने में सक्षम होना पसंद है। अधिक विस्तृत मैं इस बारे में हो सकता है कि क्यों एक डिजाइन का कुछ हिस्सा __in__feasible है जो मेरे डिजाइनरों को भविष्य में बेहतर (कम खर्चीले) डिजाइन बनाने में मदद करता है। इसलिए, यहां तक कि अगर डिजाइनर कोड नहीं लिख सकते हैं, तो उन्हें इसके बारे में संवाद करने में सक्षम होना चाहिए और उन्हें डेवलपर्स के लिए उपलब्ध फ्रेमवर्क / टूल की सूक्ष्मताओं को समझने की कोशिश करनी चाहिए। (और वे

— जितना

1

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

— एलन गिल्बर्टसन

5

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

उदाहरण के लिए, कुछ साल पहले हम अभी भी IE6 से दुखी थे। हमारे पास कॉर्पोरेट इंट्रानेट एप्लिकेशन के लिए एक बिल्कुल सुंदर डिजाइन था, लेकिन यह पारदर्शी ओवरले पर बहुत निर्भर था। IE6 PNG8s प्रदर्शित कर सकता है लेकिन PNG24s में अल्फा चैनल का सम्मान नहीं करता है, और CSS- आधारित अपारदर्शिता का उपयोग करने के लिए ActiveX फ़िल्टर और अन्य मुद्दों की आवश्यकता होती है। वांछित प्रभाव को प्राप्त करने के लिए हुप्स के माध्यम से छलांग लगाई जा सकती है, लेकिन प्रत्येक घेरा लंबे समय तक विकास चक्र, कीड़े की उच्च दर, अधिक कठिन रखरखाव, आदि का प्रतिनिधित्व करता है। इसके अलावा मानव-घंटे में प्रत्यक्ष लागत के अलावा इस (अब परेशानी) डिजाइन को विकसित करना और बनाए रखना है, वहाँ भी डेवलपर के घंटे बांधने का अवसर लागत था संस्करण N + 1 पर काम करने के बजाय एक कोडी कोडबेस को पैच करना।

इस प्रकार की स्थितियों में, किसी डिज़ाइन में प्रत्येक दृश्य प्रभाव की लागत / लाभ को मापा जाना चाहिए:

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

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

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

— Farray
स्रोत

5

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

वेब / ब्राउज़र के बारे में पर्याप्त जानकारी के बिना डिजाइनरों के साथ सबसे बड़ी समस्या यह है कि वे ऐसे डिज़ाइन बनाते हैं जो सुंदर दिखते हैं, लेकिन वास्तव में ब्राउज़र के अंदर काम नहीं करते हैं। बस कुछ चीजों पर विचार नहीं किया जा सकता है:

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

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

— पीट
स्रोत

फोंट के बारे में महान बिंदु। मैंने PSD प्राप्त करने के लिए काम किया है जहाँ मेरे पास मेरी मशीन पर स्थापित फोंट भी नहीं है।

— क्रिस_ओ

4

मध्यम एक की व्यापक समझ हमेशा उस दायरे में एक बेहतर कलाकार और शिल्पकार बनाती है।

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

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

एक दशक पहले जब अधिकांश वेब साइटें अभी भी फैक्ट्री फ्लोर असेंबली लाइनों की तरह बनाई गई थीं, तो एक व्यक्ति का PSD, अगले व्यक्ति का HTML और अगले में DB को जोड़ना इत्यादि करना कोई बड़ी बात नहीं थी।

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

नहीं, टीम के सभी लोगों को jQuery प्लगइन्स लिखने में सक्षम होने की आवश्यकता नहीं है। लेकिन टीम को कम से कम यह पता होना चाहिए कि वे क्या हैं और UX / वेब टीम के पास इस तरह के लोग होने चाहिए जो उन्हें लिख सकते हैं, जैसे कि जो कुछ भी डिज़ाइन किया गया है उसे बनाना होगा।

— DA01
स्रोत

4

हाँ। एक कलाकार को उस माध्यम को समझना चाहिए जिसमें वह काम कर रहा है, यह उसके तेल और कैनवास के साथ एक चित्रकार है, एक संगमरमर और छेनी के साथ एक मूर्तिकार, या उसके HTML और सीएसएस के साथ एक वेब डिजाइनर है।

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

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

— कीचड़
स्रोत

4

मेरे लिए, डिज़ाइनर / डेवलपर डिस्कनेक्ट कुछ ऐसा है जो सालों पहले हुआ था, लेकिन तब लोगों को एहसास हुआ कि वेब डिज़ाइन बहुत अधिक है और फिर सिर्फ एक मॉकअप करना है।

मेरे लिए, जब कोई अपने आप को एक वेब डिज़ाइनर कहता है जिसकी मुझे उम्मीद है:

a) They can design a layout either in a image editing program, or in the browser
b) Can articulate their design choices, and have sensible reasons
c) Proficient (as opposed to basic knowledge) with HTML, CSS, and JavaScript.
d) Basic knowledge of server side programming

मेरे लिए, एक वेब डिज़ाइनर वह है जो किसी साइट का क्लाइंट साइड बना सकता है।

एक अच्छे वेब डिज़ाइनर के पास ये सब होगा, और डिज़ाइन प्रक्रिया के दौरान वे चुनाव कैसे करते हैं, इसकी समझ साइट के UX को प्रभावित करती है।

जब कोई कहता है कि वेब डेवलपर, मुझे उम्मीद है:

a) Proficient with at least one server side programming language
b) Basic knowledge of server configurations
c) Basic knowledge of client side technology (JavaScript and AJAX implementations)
d) Basic knowledge of backend architecture

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

आपको ऐसे लोग भी मिलते हैं जो UX और अन्य क्षेत्रों के विशेषज्ञ हैं जो कि अधिक क्षैतिज और फिर वेब डिज़ाइन हैं, इसमें वे कई अलग-अलग विकास परिवेशों पर लागू होते हैं।

संपादित करें: यदि किसी के पास एक अच्छे डिजाइन समूह का उदाहरण है जो ग्राफिक डिज़ाइन को वेब डिज़ाइन से अलग करता है तो मुझे बहुत दिलचस्पी होगी।

— djlumley
स्रोत

3

डिजाइनरों को यह पता होना चाहिए कि कोडिंग कैसे काम करती है। यह कभी-कभी उनके सामने वाले डेवलपर को समलैंगिक होने से रोकने का एकमात्र तरीका होता है । उस विचार को प्राप्त करने के लिए, प्रत्यक्ष अनुभव सबसे आसान तरीका हो सकता है।

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

मेरे सामान्य विचार:

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

— ZJR
स्रोत

2

निर्भर करता है कि आप कहां काम करते हैं।

यदि आप एक बड़ी कंपनी के लिए काम करते हैं तो ये सभी व्यक्तिगत भूमिकाएँ हो सकती हैं:

UX या आर्किटेक्चर विशेषज्ञ - साइट की सूचना वास्तुकला / संगठन / वायरफ्रेम बनाता है
डिज़ाइनर - फ़ोटोशॉप या अन्य टूल का उपयोग करके साइट को डिज़ाइन करता है
फ्रंट एंड डेवलपर - html / css / javascript / json / xml / etc करता है। और टेम्प्लेटिंग कोड लिखता है जो फ्रंट एंड को बैक से इंटीग्रेट करता है
बैक एंड डेवलपर - प्रोग्रामिंग करता है जो सब कुछ वास्तव में गतिशील रूप से काम करता है

अधिकांश मध्य स्तर के स्थानों को UX निर्णयों को संभालने के लिए डिजाइनर की आवश्यकता होती है। लेकिन छोटी जगहों पर डिजाइनर को उपरोक्त 3 चीजों को करने की आवश्यकता हो सकती है। हालांकि फ्रंट एंड एक मुश्किल क्षेत्र है और इसमें अलग-अलग स्किल सेट के लोग हैं। यदि आप एक डिज़ाइनर हैं, जिसे फ्रंट एंड करना है, तो आपको निश्चित रूप से HTML / CSS और JQuery या कुछ अन्य फ़्रेम वर्क से अधिक जानने की उम्मीद नहीं करनी चाहिए। जावास्क्रिप्ट और बैक एंड एकीकरण के गहरे पहलुओं को जानने के लिए एक डिजाइनर से अपेक्षा करना बहुत अधिक पूछ रहा है।

बेशक अगर आप फ्रीलांसिंग कर रहे हैं तो आपको खुद को जानने और सब कुछ करने की जरूरत है;)

— सैमी
स्रोत

1

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

— शौना

2

मुझे लगता है कि वेब डिज़ाइनरों को HTML / CSS का पता होना चाहिए - भले ही यह केवल मूल सिद्धांतों तक सीमित हो - वेब डिज़ाइन और वेब इंटरफेस बनाने में सक्षम होने के लिए जो माध्यम पर काम करते हैं।

वेब डिज़ाइनर HTML / CSS को स्वयं नहीं लिखना चुन सकते हैं, लेकिन यह जानना कि वेब डिज़ाइनर होने के लिए मार्कअप और सीएसएस कैसे काम करता है। वेब डिज़ाइनर को HTML / CSS निन्जा होने की आवश्यकता नहीं हो सकती है, लेकिन यह उन्हें (कम से कम) यह जानने के लिए अच्छी तरह से कार्य करता है कि उनका वेब लेआउट किसी वेबसाइट में कैसे परिवर्तित होता है।

— ग्राफिक्स दे
स्रोत

1

क्या वेब डिज़ाइनर्स को पता होना चाहिए कि कोड कैसे बनाया जाए?

हां, वेब डिजाइनर को वेब के लिए एक डिजाइन बनाने के लिए एडोब फोटोशॉप, इलस्ट्रेटर और इनडिजाइन जैसे सॉफ्टवेयर से निपटना पड़ता है। फिर यह डिज़ाइन इसे ऑनलाइन करने के लिए कोडिंग से संबंधित है। और इसके लिए, वेब डिज़ाइनर के लिए कोडिंग के रूप में प्रतिनिधित्व करने के लिए डिज़ाइन के घटकों को समझना बहुत महत्वपूर्ण है। उसके लिए, उनके पास कोडिंग का ज्ञान होना चाहिए, पूरी तरह से समझ नहीं बल्कि मूल बातें।

— विकास विकास
स्रोत

0

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

इसलिए यदि आपके पास मारने के लिए बहुत समय है, तो आगे बढ़ें और कोड करना सीखें।

मैं पिछले चार साल से एक डिजाइनर हूं और मैं बुनियादी चीजें संपादित करने में अच्छा हूं। मेरे पास इतना समय नहीं है कि मैं प्रो तरीका सीख सकूं।