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