Atypical वेबसाइट विकास के लिए एक प्रभावी दृष्टिकोण

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



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



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

पारंपरिक दृष्टिकोण की मुख्य समस्याएं जो हमें कुशलता से काम करने से रोकती हैं

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



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



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



कमजोर टीम संचार। लगातार काम करने के साथ, एक एकल टीम नहीं बनती है और प्रत्येक व्यक्ति अपने मंच पर व्यक्तिगत रूप से काम करता है।



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



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



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







यह परिणाम किसी के अनुकूल होने की संभावना नहीं है, और फिर परियोजना का समर्थन करने और क्लाइंट के साथ आगे काम करने में कई समस्याएं होंगी।

प्रभावी समाधान

इस स्थिति में स्पष्ट समाधान डिजाइन के साथ समानांतर में प्रोग्रामिंग चरण शुरू करना है।



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



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



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



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



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







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



मैं यह भी ध्यान देना चाहूंगा कि सामान्य अनुक्रमिक दृष्टिकोण में, उच्च-गुणवत्ता और योग्य परिणाम प्राप्त करना व्यवस्थित करना संभव है, लेकिन यह तेजी से नहीं होगा और परियोजना पर काम करने वाले समूह में 4-5 लोग नहीं होंगे, लेकिन बहुत अधिक।