डेवलपर्स में UI डिज़ाइन कौशल की सामान्य कमी को दूर करना [बंद]


17

मुझे बताया गया है, और खुद के लिए पाया है, कि बहुत सारे डेवलपर्स यूआई डिज़ाइन में अच्छे नहीं हैं (मुझे नहीं पता कि यह कितना सच है) लेकिन यह मेरे बारे में कम से कम सच है

वेब विकास में यूआई डिजाइन में महान कौशल के बिना अच्छे कोड विकास कौशल उनके साथ जाने के लिए पर्याप्त नहीं हैं।

तो मेरे लिए, और मेरे जैसे कई डेवलपर्स, कि केवल आधी चीज (अच्छा विकास कौशल) है, हमें एक डिजाइनर के लिए भुगतान करने के अलावा अपने अन्य आधे को कैसे पूरा करना चाहिए?

क्या छोटे स्रोत के साथ ओपन सोर्स वेब टेम्पलेट का उपयोग इसके लिए सबसे अच्छा समाधान है, या अन्य विकल्प हैं?


12
"गरीब विकास कौशल वाले एक यूएक्स व्यक्ति के रूप में, मुझे एक डेवलपर को भुगतान किए बिना, साइट कैसे विकसित करनी चाहिए?"
स्टीवन एवर्स

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

7
एक डिजाइनर किराया। यह सुनिश्चित करने का एकमात्र तरीका है।
एसएफ।

1
यह सवाल समस्याग्रस्त है। आप बस डिजाइनरों में प्रोग्रामिंग कौशल की सामान्य कमी पर काबू पाने के बारे में बात कर सकते हैं।
एलेक्स फ़ेमैन

जवाबों:


11

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

मैंने इनमें से कई किताबें पढ़ी हैं: http://www.uxbydesign.org/2009/06/24/20-user-experience-books-you-should-own/ और उन्होंने वास्तव में मेरी मदद की है।

उस सूची में मेरे पसंदीदा को संपादित मत करो मुझे मत सोचो: वेब यूजेबिलिटी के लिए एक सामान्य भावना दृष्टिकोण, स्टीव क्रूग द्वारा दूसरा संस्करण


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

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

2
मैं जानता हूं और आपके साथ सहमत हूं, मुझे सिर्फ इस बात से घृणा हो रही है कि उद्योग क्या बन रहा है। मैं ऐसे लोगों से घिरा हुआ हूं जो अपनी नौकरी से नफरत करते हैं और अति-कार्य करते हैं, और एक बेवकूफ विचार रखते हैं कि उन्हें आशा है कि वे अगले एंग्री बर्ड होंगे और वे मुझसे पूछते हैं कि क्या वे सभी काम करने के लिए एक भारतीय $ 6 / प्रति घंटे का भुगतान कर सकते हैं और बस खोल सकते हैं योगदान के बिना सब कुछ के लिए स्रोत क्योंकि सभी के बाद खुला स्रोत मुफ्त है। फिर वे लाखों कमाने की उम्मीद करते हैं और नौकरी छोड़ देते हैं। बुरे विचारों के ये धारक अधिक से अधिक धन की उम्मीद करते हैं और फिर भी लगभग बिना पैसे के। यह सिर्फ मुझे बीमार बनाता है।
maple_shaft

5

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

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

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

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


1
gr8 उत्तर के लिए धन्यवाद क्या कोई संसाधन, किताबें, साइटें इस विषय पर बात करती हैं: "दृश्य अंतर के पीछे तर्क: क्या चौकोर-कोनों वाले बटन का मतलब गोल बटन से कुछ अलग है? रंग का उपयोग कैसे किया जाता है? आदि।"
अली

साइड नोट पर और विशुद्ध रूप से जिज्ञासा से बाहर, क्या चौकोर-कोनों वाले बटन का मतलब गोल बटन से अलग है? क्या यह UX SE पर आश्चर्यचकित है?
सीन हैनले

रंग और गोल बटन एक ग्राफिक्स चिंता का विषय है और वास्तव में इसका UX से कोई लेना-देना नहीं है। UX के लिए एक बेहतर प्रश्न यह होगा कि "हमारा उपयोगकर्ता हमारी साइट को x रंग योजना बनाम y रंग योजना" और उक्त बटनों के प्लेसमेंट के बारे में क्या सोचता है।
निक

@Yadyn, जो संदर्भ पर निर्भर करता है। बटन ज्यामिति उपयोगकर्ता को कार्य और व्यवहार के लिए एक संकेत दे सकती है: स्क्वायर कॉर्नर्ड बटन आकर्षक समूह बनाते हैं और अक्सर विकल्प या मोड का चयन करने के लिए अच्छी तरह से काम करते हैं। गोल बटन इतनी अच्छी तरह से ढेर नहीं होते हैं और अक्सर अलग-अलग ऑपरेशन का संकेत देते हैं। लेकिन इस प्रकार के दृश्य संकेत केवल तभी लिए जाते हैं जब वे संपूर्ण GUI में किसी अनुप्रयोग या (बेहतर) के भीतर लगातार उपयोग किए जाते हैं।
कालेब

@melee, मैं एक अनुप्रयोग विकास के दृष्टिकोण से इस पर आ रहा हूँ। वेब पर इंटरफेस में बहुत अधिक विविधता है, और मैं मानता हूं कि इस संदर्भ में इस मामले को बनाना कठिन है। लेकिन अगर आपने मैक पर एक विशिष्ट डेस्कटॉप एप्लिकेशन लिया और कहा "ब्लू बटन बहुत अच्छे लगते हैं - चलो सभी बटन नीले करें!" आप उपयोगकर्ताओं के लिए बहुत भ्रम पैदा करेंगे क्योंकि उपयोगकर्ता बटन के रंग और रूप से अर्थ जोड़ते हैं। यहाँ उदाहरण (Apple HIG): tinyurl.com/6agv54v
कालेब

3

यहाँ कुछ चीजें हैं जो मुझे मेरी मदद करती हैं:

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

  • आपके और आपके उपयोगकर्ताओं के लिए UI को स्केच करने के लिए उपयोग में आसान स्केचिंग टूल ढूंढें। मुझे बलासामी का उपयोग करना बहुत पसंद है क्योंकि यह तेज, सरल है, और वेब संस्करण का उपयोग करने के लिए स्वतंत्र है।

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

  • विस्तृत प्रश्नों के लिए /ux// पर बेझिझक पूछें


1
अच्छी सलाह, अच्छा टूल
NoChance

2

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

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


2

यहाँ छवि विवरण दर्ज करें

मैं निश्चित रूप से जोएल स्पोलस्की की पुस्तक यूजर इंटरफेस डिजाइन फॉर प्रोग्रामर्स की सिफारिश कर सकता हूं । इस पुस्तक में वह बहुत दृष्टिकोण लेता है जिसे आप ढूंढ रहे हैं: यह समझना कि यूआई डिज़ाइन प्रोग्रामर के लिए क्यों मायने रखता है। कुछ ऑनलाइन से संबंधित सामग्री के लिए:

उन लोगों के लिए डिजाइनिंग, जिनके पास अपने जीवन के साथ करने के लिए बेहतर चीजें हैं


2

यूआई डिज़ाइन कुछ ऐसा नहीं है जो कई लोगों के लिए स्वाभाविक है। हालाँकि, मैं हाल ही में कुछ आसान सिद्धांतों का पालन करके इस पर बहुत बेहतर हो गया हूं।

  1. बाहर मत करो, यह उतना कठिन नहीं है जितना तुम सोचते हो।

  2. पहले डेटा संरचना और अपने इंजन को मॉडल करें। स्पष्ट और वास्तविक दुनिया के अनुरूप मॉडल बनाएं। स्पष्ट रूप से यह मानता है कि आपने यह समझने के लिए समय लिया है कि ग्राहक को क्या चाहिए।

  3. अब, कागज की एक शीट और एक पेंसिल के साथ, बैठ जाओ और स्क्रीन के तार्किक लेआउट को चित्रित करना शुरू करें। यह आम तौर पर एक संगठित फैशन में उपयोगकर्ता को आपके डेटा मॉडल को प्रस्तुत करता है। आपका लक्ष्य बस होना चाहिए:

    ए। उस वातावरण की नक़ल करें जहाँ ऐप को तैनात किया जाएगा। उदाहरण के लिए, यदि यह एक विंडोज़ ऐप है, तो इसे विंडोज़ ऐप की तरह व्यवहार करने की आवश्यकता है, यदि यह एक वेब ऐप है, तो इसे ऐसे ही वेब एप्लिकेशनों की तरह व्यवहार करने की आवश्यकता होती है, जो आपसे अधिक लोकप्रिय हैं।

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

    सी। इसमें समय लगता है और यह सीखने की अवस्था है, लेकिन कोई भी इसे कर सकता है।

  4. ग्राफिक्स के बारे में चिंता मत करो, यानी बटन, पृष्ठभूमि, आदि ... इस बिंदु पर आपका एकमात्र लक्ष्य पृष्ठ का तार्किक लेआउट है।

  5. आपको यह जानने के लिए कि आपको html, gtk, कोको, Android, Windows.Forms और इतने पर उपयोग कर रहे हैं कि आप घटना हैंडलिंग तंत्र, लेआउट इंजन, और इनपुट और पुनर्प्राप्ति को समझने के लिए इस सीमा तक मास्टर की आवश्यकता है। डेटा। किसी भी डेवलपर को कम से कम ऐसा करने में सक्षम होना चाहिए।

  6. यहां से ग्राफिक डिजाइनर बनने में कोई शर्म की बात नहीं है। लेकिन आपको कम से कम पिछले चरण को प्राप्त करने में सक्षम होना चाहिए। यह पूरे ऐप के लिए काम का 95% है।

यहाँ एक उपयोगी लेख है जो मुझे एक गरीब गिनी डिज़ाइनर से एक बहुत बेहतर gui डिज़ाइनर में बदल गया है।

http://www.joelonsoftware.com/uibook/fog0000000249.html


अच्छी सलाह, लेकिन मैं बिंदु 2 से सहमत नहीं हूं। मैं भी उपयोगकर्ता को उपरोक्त चरणों में शामिल करूंगा।
NoChance

1
@Emmad यदि आप अपने एप्लिकेशन को डेटा पर किए जा रहे ऑपरेशन की एक श्रृंखला के रूप में सोचते हैं, तो UI का एकमात्र उद्देश्य डेटा मॉडल को इनपुट प्राप्त करने और डेटा मॉडल प्रदर्शित करने का एक संगठित तरीका प्रदान करना है। मेरे द्वारा इसमें 2 डालने का कारण यह है क्योंकि मुझे लगता है कि डेटा को मॉडलिंग करने के बाद, यूआई की छंटनी होती है। मैं अंत उपयोगकर्ता के साथ व्यापक साक्षात्कार करता हूं कि वे किस प्रकार के डेटा के साथ क्या करना चाहते हैं? वह आवेदन है। मैंने फिर पृष्ठ पर सामान रखा और फिर पूछा, अब आप यह कैसे देखना चाहते हैं? इसने मुझे कभी गलत नहीं किया।
जोनाथन हेंसन

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

समझाने के लिए धन्यवाद, मैं आपसे सहमत हूं कि ग्राफिक डिजाइनरों को सूचना प्रबंधन के साथ काम करने की आवश्यकता नहीं है।
NoChance

1

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

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


1

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

डेवलपर्स का अधिकांश समय सीखने की जटिल भाषाओं, OOP, ORM, SQL, T-SQL इत्यादि से जूझने में बीतता है।

परिणामस्वरूप, कई डेवलपर्स आश्चर्यजनक वेब पेजों का निर्माण करने में असमर्थता से ग्रस्त हैं। मेरा मानना ​​है कि यदि आप आवश्यक उपकरण सीखते हैं, तो आप अच्छे पृष्ठ भी बना पाएंगे।

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

मैंने पाया कि यह उपकरण एक महान उपकरण है, यह आपकी मदद कर सकता है:

Artisteer

इसे देखो और डेमो की कोशिश करो, यह वास्तव में अच्छा है।


1

अभी भी वेब विकास में अच्छे विकास कौशल डिजाइनिंग में महान कौशल के बिना पर्याप्त नहीं हैं

मुझे नहीं पता कि यह कथन सही है या नहीं, मुझे लगता है कि यह इस बात पर निर्भर करता है कि आप कहां काम करते हैं।

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

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

डेवलपर डेटा बिंदुओं को निर्दिष्ट करता है और डिजाइनर उन्हें प्रदर्शित करता है।


धन्यवाद, मैं इसके बारे में सोच रहा था, जबकि इसे बिना किसी टीम के साथ अकेले फ्रीलांसर के रूप में कर रहा था!
अली

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

1

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


0

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

UI.stackexchange.com पर प्रश्न पोस्ट करने से न डरें


+ 1- रंगों की सीमा पर अच्छा बिंदु, आदि एक प्रोग्रामर के यूआई का चिह्न आमतौर पर एक नीयन चैती पृष्ठभूमि है जिसमें सभी बटन के चारों ओर ब्लिंक टैग और बाकी सब के आसपास मार्की टैग होता है। अच्छी दिखने वाली वेबसाइटें 90% के लिए डिफॉल्ट्स (सफेद पृष्ठभूमि, नियमित फोंट, आदि) का उपयोग करती हैं, कुछ शांत विचलन के साथ।
Morgan Herlocker

0

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

वेब डिज़ाइन के बारे में मैंने पढ़ी एक विशेष रूप से अच्छी पुस्तक है और इसका उद्देश्य डेवलपर्स के लिए है:

डेवलपर्स के लिए वेब डिज़ाइन: http://pragprog.com/book/bhgwad/web-design-for-developers

यह एक आसान किताब है जो इंटरफेस बनाते समय सभी चरणों को छूती है: सादे स्केचिंग और प्रोटोटाइप यूआई से एचटीएमएल + सीएसएस के साथ डिजाइन बनाने के लिए।

अपने UI कौशल को और बेहतर बनाने के लिए, मैं रयान सिंगर के साथ PeepCode के नवीनतम स्क्रेंकास्ट की भी सिफारिश करता हूं: http://peepcode.com/products/ryan-singer-ux


0

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

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

उस ने कहा, कुछ क्षेत्र हैं जहां डिजाइनर और डेवलपर्स अपने कौशल को ओवरलैप कर सकते हैं। विशेष रूप से यूएक्स और इसके उपडोमेन, यूआई। मेरा सुझाव है ...


0

एक समर्थक किराया।

गंभीरता से, डेवलपर्स से यूआई की एक भयानक प्रतिष्ठा है। ऐसा इसलिए नहीं है क्योंकि डेवलपर्स डिजाइन में औसत से नीचे हैं, बल्कि इसलिए क्योंकि डेवलपर्स मदद मांगने में औसत से नीचे हैं।

एक डेवलपर को अपने रास्ते पर आने वाली हर डिजिटल चुनौती को लेने की प्रवृत्ति होती है।

(मैं 10 साल के लिए एक पेशेवर डेवलपर था और मेरी पत्नी 20 साल के लिए एक यूजर इंटरफेस डिजाइनर है)

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.