2009-06-08 12 views
9

पहले क्या आता है? डिज़ाइन को रेखांकित और अनुमोदित करने के बाद, क्या एक डिज़ाइनर HTML में पेज बनाना चाहिए और फिर उन्हें कोड जोड़ने के लिए डेवलपर को सौंपना चाहिए? या किसी डेवलपर को सरल पृष्ठ बनाना चाहिए जो उन्हें डिजाइनर पर काम करते हैं और उन्हें सौंपते हैं?वेब डेवलपर्स: पहले कोड या डिज़ाइन को कार्यान्वित करें?

मैंने हमेशा उत्तरार्द्ध किया है, लेकिन हाल ही में एक ऐसे डिजाइनर के साथ काम किया जिसने HTML में एक संपूर्ण साइट बनाई और इसे काम करने के लिए मुझे सौंप दिया। मैंने पाया कि यह 3 कारणों से बहुत समय बचाता है:

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

संक्षेप में, यदि डिजाइनर पहले अपना काम करता है, तो बहुत कम पुनर्विक्रय होता है। मैं बस जो वास्तव में काम करता हूं वह वास्तव में काम करता है।

तो सबसे अच्छा अभ्यास कौन सा है? अन्य plusses और minuses देखें?

संपादित करें: मान लें कि डिजाइनर और डेवलपर दोनों प्रस्तावित डिज़ाइन पर पहले से ही समझौते में हैं।

+2

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

+0

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

+0

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

उत्तर

2

सर्वोत्तम अभ्यास यह दोनों तरीकों से प्रयास करना है, देखें कि आपके संगठन के लिए कौन सा तरीका सबसे अच्छा काम करता है, फिर इसे इस तरह से करें।

कभी-कभी यह देखने का दूसरा तरीका यह देखने के लिए कि कुछ भी बदल गया है या नहीं।

इस तरह आप "सर्वोत्तम अभ्यास" जैसे क्षणिक क्षणिक चीजों के बारे में चिंता किए बिना अपनी स्थिति के अनुरूप समाधान प्राप्त करते हैं।

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

9

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

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

+0

मैं जोश से सहमत हूं, लेकिन मेरा प्रश्न पहले से ही पूरा होने के बाद संबंधित है और हर कोई एक ही पृष्ठ है। अब इसे सिर्फ जरूरत है। तो मेरा सवाल खड़ा है। पहले कौन जाता है? –

+0

मैं कहता हूं कि डिजाइनर पहले जाता है। यदि नहीं, तो आप अनिवार्य रूप से गलत रास्ते पर जायेंगे और आपको "तैयार" डिज़ाइन प्राप्त करने के बाद कुछ कार्य करना होगा। हम व्यापार के अपने स्थान पर जितनी बार संभव हो इसे करने की कोशिश करते हैं, लेकिन इसने मूल्य के व्यापार को मनाने के लिए काफी समय लगाया है। – Josh

0

मैं निश्चित रूप से पहले डिजाइनर के साथ जाऊंगा। यदि कोडर पहले पेज करता है, तो वह डिज़ाइनर पर डिज़ाइन को मजबूर कर रहा है - विशेष रूप से बहु-पृष्ठ फ़ॉर्म के लिए।

+0

क्षमा करें, मुझे लगता है कि दोनों पक्ष एक ही पृष्ठ पर हैं और प्रस्तावित डिज़ाइन से सहमत हैं। उस मामले में, कौन पहले जाता है? –

1

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

ज्यादातर मामलों में, मैं सहमत हूं, पहले HTML बनाना और बाद में बैक एंड प्रोग्रामिंग शामिल करना आसान होगा। यह अनिवार्य रूप से आपके लिए एक विनिर्देश दस्तावेज़ बना रहा है।

1

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

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

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

0

आपके द्वारा काम की जाने वाली जगह के प्रकार और आपकी टीमों के कौशल सेट पर निर्भर करता है !!

मैंने कई वर्षों तक एक डिजाइन एजेंसी के लिए काम किया जहां डिजाइनरों ने शासन किया क्योंकि वे सबसे बड़ी राजस्व धारा में लाए थे और वेब काम सेवाओं पर एक जोड़ा था।

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

इसलिए इस मामले में डिजाइन हमेशा पहले किया गया था जो अच्छी तरह से काम करता था, भले ही यह गलत कारणों से था।

0

अच्छी तरह से, यह मानते हुए कि डिजाइनर उच्च गुणवत्ता वाले HTML और CSS (जो स्पष्ट, बीटीडब्ल्यू से बहुत दूर है) उत्पन्न करता है, सवाल उबलता है: क्या आपके पास अपने HTML का 100% नियंत्रण है या नहीं?

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

हालांकि, यदि आप अपने द्वारा सभी HTML उत्पन्न करते हैं (PHP का उपयोग करके, या कहते हैं, Django जैसे हल्के ढांचे), तो आपके द्वारा वर्णित कारणों के लिए डिजाइनर के लिए एचटीएमएल का उत्पादन करना बेहतर है।

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

संबंधित मुद्दे