प्रोग्रामर अक्सर उपयोगकर्ता इंटरफेस के डिजाइनर के रूप में कार्य करते हैं। आप तर्क दे सकते हैं कि यह अच्छा है या नहीं। हालांकि, विशेष रूप से छोटी कंपनियों में, यह एक वास्तविकता है जो बदलती नहीं है।
आप प्रोग्रामर के रूप में व्यक्तिगत रूप से क्या सोचते हैं, क्या यह यूआई डिज़ाइन करने का हमारा काम है? व्यक्तिगत रूप से मुझे लगता है कि नहीं, खासकर जब आप वेब अनुप्रयोगों पर काम करने जा रहे हैं, जहां उन्होंने आपको यूआई डिज़ाइन करने के लिए भी बनाया है।
**** मुझे सही अगर मैं गलत हूँ। ****क्या प्रोग्रामर उपयोगकर्ता इंटरफेस डिज़ाइन करना चाहिए?
उत्तर
एक आदर्श दुनिया में वहाँ एक यूआई डिजाइनर होना चाहिए, बस के रूप में वहाँ एक DB डिजाइनर होना चाहिए, आदि
हालांकि, इसका मतलब होता है कि यहां तक कि कम से कम छोटी से छोटी कंपनियों द्वारा चलाए परियोजनाओं की एक टीम की आवश्यकता होगी कम से कम 3 (या अधिक) लोग। लागत के कारण यह होगा कि यह कभी नहीं होने वाला है।
छोटी परियोजनाओं पर आपको कम लोगों में नौकरी के कार्यों को दोगुना करना होगा। यह जीवन का एक तथ्य है।
एक व्यावहारिक दृष्टिकोण से मुझे लगता है कि सभी प्रोग्रामर को यूआई डिज़ाइन की मूलभूत बातें समझनी चाहिए, अगर केवल खराब व्यक्ति को ढूंढने में सक्षम होना चाहिए और इसके बारे में कुछ करना है। मुझे यह भी लगता है कि प्रोग्रामर को डीबी डिज़ाइन की समझ होनी चाहिए।
आपको इसे एक अतिरिक्त कौशल सेट के रूप में देखना चाहिए जो भविष्य में नए करियर के अवसरों की तलाश करते समय आपको अधिक विकल्प देगा।
चाहिए एक प्रोग्रामर डिजाइन उपयोगकर्ता इंटरफेस?
केवल, आप एक छोटी सी कंपनी में काम कर रहे हैं या फ्रीलांसर - सीमित टीम के आकार, जहां अक्सर एक प्रोग्रामर, परीक्षक, क्यूसी और के विभिन्न टोपी पहनना है के साथ एक आदमी सेना यूआई डिजाइनर। यह बड़ी कंपनियों के लिए मामला नहीं होगा, जहां टीमें बड़ी हैं और जिम्मेदारियां क्षैतिज या लंबवत विभाजित हैं।
एक जीयूआई डिजाइनर को उपयोगकर्ता इंटरफेस डिजाइन करना चाहिए। यह एक अलग कौशल सेट है। निस्संदेह, ऐसा कोई कारण नहीं है कि आपको अपनी भूमिका में दोनों भूमिकाओं को अच्छी तरह से करने में सक्षम क्यों न हो, लेकिन यह जानना महत्वपूर्ण है कि भूमिकाएं और कौशल आवश्यक हैं, अलग हैं।
कुछ वेब एप्लिकेशन के लिए कुछ अच्छे डिज़ाइन की आवश्यकता होती है, तो आप उस समय सही हैं। Thats क्योंकि डिजाइनर हैं। उदाहरण के लिए, मैं डिजाइन में वास्तव में बुरा हूँ। एक प्रोग्रामर को कोडिंग पर अपने डिजाइन पैटर्न होना चाहिए :)। बेशक, यदि आपके पास डिज़ाइन करने के बारे में अच्छा विचार है, तो यह आपके लिए अच्छा होना चाहिए। आप & लिख सकते हैं, हालांकि आप अपने यूआई को डिज़ाइन कर सकते हैं। कोडिंग पर समर्थक बनें, डिज़ाइनर को अपना यूआई डिज़ाइन करें :) गुड लक
मैं यूआई डिज़ाइन में भी बहुत बुरा हूं, इसलिए मैंने इस चर्चा को शुरू किया। – Bakhtiyor
इसके बारे में चिंता न करें। बस समर्थक कोडर बनें। यह हमारे लिए पर्याप्त है। –
जिस टीम में मैं काम करता हूं वह बहुत छोटा है इसलिए हम सभी पूर्ण सॉफ्टवेयर लाइफसाइकिल से जुड़े हुए हैं, हालांकि हमारे पास एक समर्पित क्यूए टीम भी है।
आपने अपने स्वयं के प्रश्न का उत्तर दिया है, मुझे लगता है कि मैंने उन कंपनियों में काम किया है जहां मैं ऐसा नहीं करूँगा और साथ ही साथ कंपनियां भी करूँगा। यदि आप व्यवसाय ऐप्स की लाइन पर काम करते हैं तो यूआई शीर्ष प्राथमिकता नहीं हो सकता है और इसलिए प्रोग्रामर आमतौर पर इस कार्य में सक्षम होता है।
व्यक्तिगत रूप से, मैं उन परियोजनाओं पर काम करना पसंद करता हूं जहां मुझे पूर्ण एप्लिकेशन स्टैक का दृश्य है, इसलिए, एक वेब ऐप के लिए, मैं यूआई, प्रस्तुति, व्यवसाय और दृढ़ता परतों पर काम करने की उम्मीद करता हूं।
मैं पूरी तरह से नहीं बल्कि एक परत से, एक 'सुविधा' विकसित करने के लिए की तरह है - यह काम अधिक वास्तविक लगता है; लेकिन फिर मैं कहूंगा कि शायद मैं उस संबंध में विशिष्ट नहीं हूं।
इसके अलावा, मैं परियोजनाओं है कि (जरूरी) एक के बीच अलग डेवलपर्स काम इंटरफेस पर सहमत होने में बहुत बड़ा भूमि के ऊपर जहां काम परतों से विभाजित है पर मिल गया है। निश्चित रूप से, यह एक अच्छी बात है, क्योंकि अतिरिक्त अप-फ्रंट डिज़ाइन केवल चीजों को बेहतर बना सकता है, लेकिन मैंने पाया कि लोगों के लिए इंतजार करने वाले लोगों के साथ भारी मात्रा में बर्बाद हो गया था, और एक मामूली परिवर्तन से टूटने वाली चीज़ को ठीक करना था।
बेशक, वहाँ एक बहुत ही अलग कौशल सेट है, तो आप या तो अच्छा जरूरत प्रत्येक प्रौद्योगिकी के लिए आल राउंडर (जो शायद अलग-अलग क्षेत्रों के मिनट विस्तार पर कम अच्छा कर रहे हैं), या मजबूत नेताओं है। लेकिन मुझे लगता है कि वापसी कम एकीकरण मुद्दे है जहां हर कोई कोड पूरी तरह से काम करता है, बस सभी एक साथ नहीं!
मुझे लगता है कि एक प्रोग्रामर सही प्रशिक्षण देने के लिए यूआई अच्छी तरह से डिज़ाइन कर सकता है। मेरे विश्वविद्यालय में यूआई कक्षाएं थीं, और आज वहां छोटे सेमिनार/प्रशिक्षण कक्षाएं हैं जो अच्छे यूआई डिज़ाइन की मूलभूत बातें हैं। महत्वपूर्ण बात यह है कि अपने ग्राहक को अच्छी तरह से जानना, और अपनी वेबसाइट का वास्तविक उपयोग - ध्यान रखें कि यह आपके इच्छित उपयोग से भिन्न हो सकता है। अर्थात। हो सकता है कि आप एक प्रकार का उपयोगकर्ता अपनी साइट का उपयोग बहुत ही बुनियादी तरीके से कर सकें, लेकिन यह पता चला है कि यह विशेषज्ञ उपयोगकर्ताओं का पसंदीदा बन गया है, इसलिए UI को इसका समर्थन करने की आवश्यकता है।
कई बार आपके खरीद ग्राहक, यदि आप "उत्पादों" की बजाय "समाधान" की पेशकश कर रहे हैं, तो इंटरफेस के बड़े हिस्से को सही या गलत निर्देशित करेंगे, इसलिए आपकी डिजाइन विशेषज्ञता का असर वैसे भी सीमित है। यहां होने का महत्वपूर्ण कौशल आपके इंटरफ़ेस की whys को संचारित कर रहा है, और उनका क्यों नहीं है।
प्रोग्रामर, आमतौर पर, भयानक यूआई डिज़ाइन करते हैं।
मुझे लगता है कि आदर्श यहाँ कुछ प्रोग्रामिंग ज्ञान के साथ एक यूआई डिजाइनर है। हालांकि वे उपयोगकर्ता के अनुभव पर ध्यान केंद्रित करेंगे, वे यह भी जानेंगे कि अंतर्निहित कार्यान्वयन पर कुछ यूआई निर्णयों का बड़ा असर हो सकता है।
** प्रोग्रामर, आमतौर पर, भयानक यूआई डिज़ाइन **। यह कभी-कभी सच है। – Bakhtiyor
मुझे लगता है कि यह एक सामान्यीकरण का थोड़ा सा है; मैं मानता हूं कि प्रोग्रामर के बहुमत (?) में शायद एक शानदार कलात्मक आंख नहीं है, लेकिन एक अनिवार्य रूप से तकनीकी डिजाइनर से कुछ डिज़ाइन मार्गदर्शन दिया गया है - मैं फ़ोटोशॉप मॉक-अप को रंग, फोंट और गाइड लेआउट के साथ सोच रहा हूं - अधिकांश प्रोग्रामर पूरी तरह से सेवा योग्य यूआई के साथ आ सकते हैं। मैं पूरी तरह से सहमत हूं कि आदर्श एक यूआई डिजाइनर है जो प्रोग्रामिंग जानता है; लेकिन मैंने निश्चित रूप से प्रोग्रामर से गैर-प्रोग्रामर (जिसके द्वारा मेरा मतलब ग्राफिक्स डिजाइनर या विपणक) से अधिक खराब यूआई देखा है। – DaveyDaveDave
मुझे लगता है कि समस्या के दो भाग हैं, जहां तक यूआई करने वाले प्रोग्रामर चिंतित हैं (और हाँ, यह अधिक सामान्यीकरण है): 1. वे आमतौर पर मशीन के साथ मशीन से अधिक आरामदायक होते हैं, डॉन करते हैं दिमागी (या, कुछ मामलों में, नोटिस) किसी न किसी किनारों पर, और अगर 2 की आवश्यकता हो तो कमांड लाइन पर गिरने से कोई फर्क नहीं पड़ता। 2. ब्याज का एक संघर्ष है - विशेष रूप से जैसे रिलीज दिन निकट आता है - अधिक शक्तिशाली हो सकता है । "हां, मैं * यहां एक शानदार यूआई बना सकता हूं, या मैं अपने अन्य 10 महत्वपूर्ण मुद्दों के साथ एक टेक्स्ट बॉक्स फेंक सकता हूं ..." यह पहचानना मुश्किल हो सकता है, अकेले विरोध करें। –
यह निर्भर करता है। एक छोटी सी कंपनी में, आवश्यकता प्रोग्रामर भी यूआई डिजाइन करेंगे, इसलिए हाँ, यह आपका काम है। एक बड़ी कंपनी में, टीम पर अन्य लोग हो सकते हैं जिनके काम यूआई को डिजाइन करना है, इसलिए नहीं, यह आपका काम नहीं है।
यहाँ सवाल "प्रोग्रामर UI के डिजाइन करने के लिए जिम्मेदार होना चाहिए" नहीं है। कुछ नौकरियों में वे होंगे, दूसरों में वे नहीं करेंगे। कुछ प्रोग्रामर डिजाइनिंग यूआई का आनंद लेते हैं और इसमें अच्छे होते हैं, अन्य नहीं। यदि आप व्यक्तिगत रूप से डिजाइनिंग यूआई पसंद नहीं करते हैं, तो आपको नौकरियां लेनी चाहिए जहां आप केवल कोड लिखने के लिए जिम्मेदार हैं और यूआई डिज़ाइन नहीं कर रहे हैं। यदि आप वर्तमान में नौकरी में हैं जहां आपको यूआई डिज़ाइन करने के लिए कहा जा रहा है और आप ऐसा नहीं करना चाहते हैं, तो अपने बॉस से बात करने का समय यह देखने के लिए कि कोई और ऐसा व्यक्ति कौन कर सकता है। मान लें कि आपको लगता है कि यूआई डिज़ाइन आपकी ताकत है और आप चाहते हैं कि कंपनी का उत्पाद जितना संभव हो उतना अच्छा हो, इसलिए क्या कोई और है जो UI को डिज़ाइन करने में मदद कर सकता है? यदि ऐसा नहीं है, तो एक और नौकरी की तलाश शुरू करें जो आपके कौशल और झुकाव को बेहतर ढंग से फिट करे।
आदर्श रूप में नहीं, लेकिन यह ज्यादातर ग्राहक यूआई डिजाइन करने की तुलना में बेहतर है।
- 1. प्रोग्रामर के लिए उपयोगकर्ता इंटरफ़ेस डिज़ाइन पुस्तकें/संसाधन
- 2. क्या सी ++ मुहावरे सी ++ प्रोग्रामर का उपयोग करना चाहिए?
- 3. क्या प्रोग्रामर को एसीएम-प्रतियोगिताओं में प्रशिक्षित करना चाहिए?
- 4. डब्ल्यूपीएफ टचस्क्रीन उपयोगकर्ता इंटरफेस दिशानिर्देश
- 5. क्या सी ++ प्रोग्रामर यादृच्छ से बचने चाहिए?
- 6. उपयोगकर्ता इंटरफ़ेस डिज़ाइन टूल
- 7. एक पायथन एपीआई डिज़ाइन करना: फ़्लुएंट इंटरफेस या तर्क
- 8. क्या प्रोग्रामर स्पष्ट रूप से लिखने में सक्षम होना चाहिए?
- 9. क्या चरित्र उपयोगकर्ता इंटरफेस का भविष्य है?
- 10. एंड्रॉइड में दिलचस्पी प्रोग्रामर शुरू करना - क्या मुझे जावा से शुरू करना चाहिए?
- 11. उपयोगकर्ता इंटरफेस परीक्षण
- 12. यह वाक्यविन्यास क्या करना चाहिए?
- 13. क्या मुझे उपयोगकर्ता नियंत्रण के लिए आईडीस्पोज़ेबल लागू करना चाहिए?
- 14. क्या हमें उपयोगकर्ता कहानियों में व्यक्तित्व का उपयोग करना चाहिए?
- 15. क्या मुझे ओपनआईडी प्रमाणीकरण लागू करना चाहिए? अमेरिकी/जापानी उपयोगकर्ता
- 16. लड़ाई प्रोग्रामर रंग
- 17. सीएलआर का न्यूनतम ज्ञान क्या है एक .NET प्रोग्रामर को एक अच्छा प्रोग्रामर होना चाहिए?
- 18. एक्शनस्क्रिप्ट 3 उपयोगकर्ता इंटरफेस घटक?
- 19. "शारीरिक रूप से लाइव" कहां इंटरफेस करना चाहिए?
- 20. क्या करना चाहिए वास्तव में क्या करना चाहिए?
- 21. साइटकोर प्रोग्रामर में उपयोगकर्ता प्रोफाइल कैसे बनाएं
- 22. मुझे क्या करना चाहिए?
- 23. सी में एक सी ++ प्रोग्रामर डिजाइन सॉफ्टवेयर कैसे होना चाहिए?
- 24. इंटरफेस व्यवस्थित करना
- 25. Android उपयोगकर्ता इंटरफ़ेस डिज़ाइन के बारे में पुस्तकें
- 26. को समेकित करना इंटरफेस
- 27. क्या मुझे अपने इंटरफेस पर IObservable <T> का खुलासा करना चाहिए?
- 28. इंटरफेस शुरू करना?
- 29. जावा अनुप्रयोग के लिए वेब उपयोगकर्ता इंटरफेस
- 30. क्या बिडरेक्शनल एसोसिएशन को हाइबरनेट करना चाहिए?
आप इस विषय को क्यों बंद करना चाहते हैं? यह न्याय नहीं है मुझे लगता है। – Bakhtiyor
2 वोट बंद करने के लिए, कृपया रुकें। बंद करने के बजाय, कृपया प्रश्न संपादित करें और इसे और अधिक रोचक और उपयोगी बनाएं। बंद करने के लिए दुनिया में प्रश्न मौजूद हैं ????? – Bakhtiyor