वेब अनुप्रयोगों, अवसाद, ड्रेगन और वेस्टरोस में गुणवत्ता के लिए संघर्ष

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

अभिव्यक्ति की स्वतंत्रता के लिए संघर्ष

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

मुफ्त सॉफ्टवेयर के आंदोलन ने जल्दी ही सामान्य ज्ञान की इन विकृतियों का जवाब दिया, जिसकी बदौलत अब हमारे पास अपने अवकाश और व्यवसाय में मुफ्त, उच्च-गुणवत्ता और बहुत उपयोगी उपकरण हैं, जिनका हम बहुत उपयोग करते हैं: लिनक्स , MySQL , PHP और कई, कई अन्य।

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

विकास में बदनामी - पटकथा

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

लीक से हटकर अवधारणाएँ

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

1. कौन सी प्रोग्रामिंग भाषा बेहतर है
2. कौन सा ऑपरेटिंग सिस्टम अधिक सही है
3. शादी के पहले, दौरान या बाद में परीक्षण लिखें
4. सुबह उठने के लिए क्या पैर

लेखकों और लाइब्रेरियन, संगीत आलोचकों और मंच सितारों, कंपनी रचनाकारों और मध्य प्रबंधन के बीच पारंपरिक टकराव :-)

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

यह पता चला कि जीवन इतना विविध है और प्रोग्रामिंग की मदद से हल किए जाने वाले कार्य कभी-कभी इतने मूल होते हैं कि कुछ एक पारंपरिक गर्भाधान केवल सिर पर काम नहीं करता है या चेतना-छिद्रण "छिद्रपूर्ण अवधारणाओं" को जन्म देता है:

1. ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग गेम और ग्राफिक सिस्टम में अच्छी तरह से काम करता है, लेकिन पायथन में यह एक अवधारणा के रूप में दृढ़ता से नापसंद है जो स्वतंत्रता को सीमित करता है। मुझे याद है कि PHP में टूल क्लास यूटिल्स क्लास का विस्तार कर रहा था
2. फ़ंक्शनल प्रोग्रामिंग डेटा स्ट्रीम और कर्ब्स (अपाचे स्पार्क) को संसाधित करने का एक बड़ा काम करता है, लेकिन हास्केल ने कभी "बंद" नहीं किया, क्योंकि जीवन एक गणितीय अमूर्त नहीं है, लेकिन अक्सर बिखरने और हंसी की बैसाखी का एक सेट होता है।
3. पीएचपी, पायथन, रूबी में लिपियों को पूरी तरह से विभिन्न तकनीकों और एप्लिकेशन घटकों से जोड़ते हैं, लुआ पर गेम में स्क्रिप्ट का वर्णन करते हैं, लेकिन उन पर अत्यधिक भरी हुई नेटवर्क सेवाओं को लिखना अपने आप को सिर में सही शूट करने के लिए बेहतर है। पायथन भी मल्टीथ्रेडिंग को जोड़ने के बारे में नहीं सोचता है।

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

कठिनाई मुख्य शत्रु है

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

एक उत्कृष्ट, बोल्ड, सभ्य प्रोग्रामिंग भाषा, एक खड़ी प्रविष्टि के साथ, कहते हैं, सुंदर रस्ट , परियोजना के लिए एक ऋण और जोखिम हो सकता है।

लोग सुंदर हैं

कितने दशकों में प्रोग्रामिंग भाषाओं और प्रौद्योगिकियों को एक ही दिशा में विकसित किया गया है:

1. हार्डवेयर के करीब कुशल और तेज कोड। एक टपकी, बीमार-कल्पना, संकलक एक डेवलपर को प्रतिस्थापित करता है। सी / सी ++।
2. कचरा बीनने वाला, सुरक्षित भाषा। शक्तिशाली अवधारणाएँ। बहुत सख्त टाइपिंग है। लेकिन हम गति खो देते हैं और रैम का उपभोग करते हैं। कभी-कभी हम कचरा कलेक्टर के नीचे लिखते हैं। जावा, सी #, स्विफ्ट (हाँ आरसी के बारे में मुझे पता है)।
3. बहुत ही सरल भाषा, तेज प्रविष्टि, तेज विकास। लेकिन टाइपिंग की कमी (जोखिम) और कचरा कलेक्टर। पीएचपी, पायथन, रूबी।

और तब एक महान विचार प्रकट होता है: “दोस्तों, हम शब्द से सही रास्ते पर नहीं जा रहे हैं; और कंपाइलर को और बेहतर बनाते हैं? " जंग पैदा होती है, जो लगभग सभी अनुरोधों को पूरा करती है:

• कुशल और तेज कोड, शून्य-सार
• स्मार्ट कंपाइलर जो मेमोरी के साथ काम करते समय डेवलपर को भयानक त्रुटियों से बचाता है
• कोई कचरा लेने वाला नहीं, कार्ल। यह नहीं है!

मन और सुंदरता की जय!

वेब विकास - ऐसा कैसे हो सकता है?

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

1. HTML / CSS का उपयोग करके कुशल इंटरफेस रेंडर करें। हां, वे हमेशा सही नहीं थे, लेकिन वे प्रभावी हैं और विशेष रूप से अब, बेहद शक्तिशाली हैं।
2. MySQL में सुरक्षित रूप से एप्लीकेशन डेटा स्टोर करें
3. लिनक्स के माध्यम से शुद्ध सर्फ करें
4. कतार के रूप में परिपक्व वास्तु पैटर्न का उपयोग कर घटकों के बीच संदेश स्थानांतरित करें

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

सिनर्जी कंटीन्यू - बिगडाटा और मशीन लर्निंग

यह उपरोक्त कारणों के लिए था कि पायथन ने डेटा के प्रसंस्करण और विश्लेषण के कार्यों के लिए उड़ान भरी थी। उन्होंने गणितज्ञों को बैठाया, उनके "भयानक" पर लिखा, कमजोर रूप से टाइप किया गया, डक टाइपिंग टूल, जो आपके हाथों में लेने के लिए डरावना है - कोई संकलक नहीं है, वाह, क्या परेशानी है! उन्होंने लिखा, लिखा और ... उच्चतम वर्ग के पुस्तकालयों का एक सेट लिखा:

1. Numpy - बहुआयामी सरणियों का उच्च गति प्रसंस्करण, यह PHP में अपेक्षित नहीं है और न ही है
2. पंडों - मेमोरी में शक्तिशाली संबंधपरक डेटा प्रोसेसिंग
3. मैटलोट्लिब , सीबॉर्न - ग्रेट डेटा विज़ुअलाइज़ेशन टूल्स

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

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

वेब स्टूडियो और वेब प्रोग्रामर - वायुमंडल

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

1. सी, सी ++ की दुनिया के विपरीत, जहां यह प्रति वर्ष 1-2 रिलीज जारी करने के लिए प्रथागत है, यहां वे सप्ताह में एक बार जारी करते हैं, अर्थात। सुपर-लाइट गति से विकास होता है
2. सी # और जावा की दुनिया के विपरीत, जहां यह ऑब्जेक्ट-ओरिएंटेड प्रोग्रामिंग में शामिल होने और इकाई और एकीकरण परीक्षणों के साथ सब कुछ कवर करने के लिए प्रथागत है, वहाँ अक्सर इतने जटिल और गैर-मानक अवधारणाएं और कार्य होते हैं कि 10-लाइन स्क्रिप्ट 10-वर्ग की रूपरेखा से अधिक तेजी से और अधिक कार्य हल कर सकती है। लेआउट और स्क्रिप्ट का परीक्षण करना, अफसोस, स्वचालित रूप से बहुत मुश्किल और महंगा है, इसलिए उन्हें अक्सर आंखों और उपयोगकर्ताओं के साथ परीक्षण किया जाता है :-)
3. कार्यात्मक प्रोग्रामिंग की दुनिया और एक समस्या की कार्यात्मक अभिव्यक्ति की सुंदरता के विपरीत, यहां हल करने के लिए दृष्टिकोण शाब्दिक लेकिन अच्छे अर्थ, एक गधे में व्यक्त किए जाते हैं, और यह उचित है - एक भयानक प्रक्रियात्मक स्क्रिप्ट की आर्थिक व्यवहार्यता जिसे आप फेंक सकते हैं और एक नया लिख ​​सकते हैं (और इसलिए 10 बार)
4. पारंपरिक सॉफ़्टवेयर के विपरीत, यहां विचारों को कोड में जल्दी से लागू किया जाता है, चेक किया जाता है, खारिज किया जाता है, और बेहतर चयन किया जाता है। कोड का 90% - मर जाता है, 10% - लाइव और खुश ग्राहक। यह बेहतर है कि मज़बूती से काम करने और समझने योग्य 10 लाइनों, यहां और अब, 1000 शैक्षणिक लाइनों के कार्यों और कक्षाओं में कहीं-कहीं अपरिभाषित छिद्र और ऑटोटैस्ट द्वारा कवरेज के साथ।

लेकिन मुख्य बात लोग हैं। वेब डेवलपर्स के बीच, वे विशेष हैं। वे नहीं हैं कि वे कोड लिखना पसंद नहीं करते हैं, बल्कि, वे इससे नफरत करते हैं। वेब डेवलपर के लिए प्रशंसा की वस्तु समस्या को हल करने की गति है। यदि PHP कोड की 2 लाइनों और 20 वर्गों के ढांचे के बीच कोई विकल्प है, तो विकल्प अपने लैकोनिज़्म के साथ अधिक यौन समाधान की ओर होगा। इसीलिए, यदि आप कोड लिखना या न लिखना पसंद कर सकते हैं, तो एक पेशेवर वेब प्रोग्रामर पहले का चयन करेगा और लड़की के साथ अधिक समय बिताएगा, उदाहरण के लिए, लाइब्रेरी के वाचनालय में, प्राचीन भारतीय महाकाव्य का अध्ययन करना, और नवागंतुक दूसरा तब तक सीखेगा जब तक उसे पता नहीं चलेगा कि अधिक कोड। इसमें और अधिक त्रुटियां हो सकती हैं, और त्रुटि कोड के लिए ऑटोटैस्ट में और भी अधिक होगा और इसलिए 5 पंक्तियों को लिखना बेहतर है और गुणवत्ता की उपस्थिति बनाने और हफ्तों तक किसी भी त्रुटि को ठीक करने की तुलना में जल्दी से उन्हें अपनी आंखों से जांचें :-)

वेब परियोजनाओं की गुणवत्ता का प्रबंधन कैसे करें

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

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

1. गुणवत्ता की तुलना में प्रतियोगी बायपास गति अधिक महत्वपूर्ण है। यदि वेब प्रोजेक्ट बंद हो जाता है और लगभग 10 में से (1 या उससे कम) रोल करता है, तो आप इसे "सही ढंग से" फिर से लिख सकते हैं, लेकिन, अजीब तरह से, कोई भी उन्हें फिर से नहीं लिखता है और वे रहते हैं, और अक्सर सफलतापूर्वक और आराम से, वर्षों तक।
2. परियोजना कार्रवाई के लिए की जाती है, एक समय और आंतरिक गुणवत्ता को स्पष्ट विवेक के साथ भुलाया जा सकता है। बाद में किसी को कोड में आने की संभावना 0.00001% के बराबर होगी (मैं ऐसी परियोजनाओं में चढ़ गया; नए साल की पूर्व संध्या पर वे फिर से लोकप्रिय हो सकते हैं)।
3. ग्राहक ऑटोटेस्ट्स को लिखना नहीं चाहते हैं जो विकास लागत को 2 गुना बढ़ाते हैं और कक्षाओं के आर्किटेक्चर को अमूर्त और चिपके हुए अवधारणाओं के सेट में बढ़ाते हैं। लेकिन कभी-कभी, पुस्तकालयों के लिए और, उच्च संभावना के साथ, पुन: उपयोग, वे सहमत होते हैं।
4. ग्राहक वेब सिस्टम का परीक्षण करने में मदद करने के लिए तैयार हैं, अक्सर एहसास (दुर्भाग्य से, वहाँ अपवाद हैं) कि इस तरह के विकास की अवधि (पूरे टर्नकी प्रोजेक्ट के लिए 4 महीने) और अनुबंध स्तर पर आत्म-परीक्षण और कोड मुद्रास्फीति के खिलाफ लड़ाई के साथ, सभी सिस्टम घटकों की समान गुणवत्ता प्राप्त करना असंभव है ।
5. टीके आवश्यक नहीं है, क्योंकि यह लगातार बदल रहा है, अप्रचलित हो रहा है और आपको इसे अपडेट करने के लिए एक प्रलेखन विभाग रखने की आवश्यकता है। मक्खी पर बनाने के लिए आसान, परिणाम देखें और चंचल पहिया को चालू करें।
6. मूर्ख काम से प्यार करता है

इसे समझते हुए, गुणवत्ता विशेषज्ञ या तो ड्रैगन पर उड़ जाते हैं और अब वापस नहीं आते हैं, जो हो रहा है उससे भयभीत हैं, या वेब विकास के मूल्यों को स्वीकार करते हैं, उन्हें भेदते हैं और कुछ इस तरह का निर्माण करते हैं:

1. डिजाइन, विकास और परीक्षण में उपयोग किए जाने वाले दृष्टिकोण को धार्मिक रूप से विश्वास पर नहीं लिया जाना चाहिए। थॉमस बनना महत्वपूर्ण है। इसलिए आपको ऑटोटेस्ट लिखने की आवश्यकता है, फिर आपको आवश्यकता है। इसकी जरूरत किसे है, उह? आर्थिक व्यवहार्यता का प्रमाण। यदि आप जल्दी से अपनी आँखों से सब कुछ देख सकते हैं तो एक व्यावसायिक कार्ड साइट पर ऑटोटेस्ट क्यों करें? आप जिस फ्रेमवर्क का उपयोग कर रहे हैं, उस पर मॉक ऑब्जेक्ट क्यों लिखें, यदि यह टन का कोड बनाता है जिसमें त्रुटियां हो सकती हैं और जिसका साथ होना आवश्यक है। क्या डीआई के बिना स्पष्ट कोड की 10 लाइनें लिखना आसान नहीं है?
2. कड़ाई से बोलते हुए, डिजाइन के लिए 3-5 दिनों के साथ एक वेब परियोजना की विकास अवधि का अनुमान लगाना असंभव है, इसलिए मूल्यांकन सबसे समान वेब परियोजना से लिया गया है और 666 से गुणा किया जाता है
3. कभी-कभी, जब यह आर्थिक रूप से व्यवहार्य होता है, तो आपको प्रोटोटाइप पर महत्वपूर्ण जोखिमों को हटाने, निवारक तनाव परीक्षण का संचालन करने की आवश्यकता होती है
4. यह जांचना महत्वपूर्ण है कि तैयार उपकरण, रूपरेखा, प्रौद्योगिकियों का उपयोग किया जाता है और एक स्पष्ट समझ है कि अधिक कोड, अधिक त्रुटियों को ठीक करना होगा
5. यह बहुत महत्वपूर्ण है, सबसे महत्वपूर्ण संचार प्रदान करने के लिए, जो आपको वेब सिस्टम में पूरी तरह से डूबने की अनुमति देता है, इसके आंदोलन और वास्तुकला को महसूस करता है और "कई आँखें कोड को देखता है" का प्रभाव पैदा करता है। याद रखें कि लिनक्स में, एक सफल ऑपरेटिंग सिस्टम, एक लंबे समय के लिए कोई स्वचालित परीक्षण नहीं था, और यदि टेस्ट-ड्रिवेन डिज़ाइन अभी वहाँ थे, तो यह संभवतः अभी भी लॉन्च किया जाएगा। लेकिन दूसरी ओर, लिनक्स में तुरंत एक गहरी कोड ऑडिट और एक केंद्रीकृत परिवर्तन स्वीकृति प्रणाली थी। आपको इसे अच्छी तरह से महसूस करने की आवश्यकता है।
6. इस तरह की परियोजनाओं में, आप जोखिम को कम कर सकते हैं यदि आप एक निम्न-स्तरीय वास्तुकला की योजना बनाने के लिए अनुभवी इंजीनियरों को जोड़ते हैं और एक प्रोटोटाइप की आवश्यकता पर निर्णय लेते हैं। जैसे ही यह महसूस होता है कि आवश्यकताओं और बजट की एक फेनिंग है, परेशानी में पड़ने के लिए - आपको आत्मघाती चाल बनाने की ज़रूरत है, कई दीवारों और फुर्तीली बोर्डों पर रक्त छिड़कें। परियोजना की सफलता के लिए पीड़ित - क्या कूलर हो सकता है?

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

लेकिन सबसे मुश्किल, दुर्भाग्य से, हमने पर्दे के पीछे छोड़ दिया। सबसे कठिन हिस्सा रेजर पर जोर देने के तरीके को संतुलित करना सीख रहा है। आप, एक वेब डेवलपर, कवच के बिना खड़े हैं, तंग-फिटिंग परिवार के सदस्यों में और शिलालेख "एजाइल" के साथ एक शर्ट, अपने हाथों में कताई के साथ विशाल के सामने। और अगर आपने उसे माथे पर मारा - आपकी परियोजना। एक पंक्ति में इसे कई बार याद आती है - आपको समुराई दस्ते 8 डन के साथ एक अच्छा खिंचाव और अंगुली से भरा हुआ होगा, जो आपकी लाश खा रहा होगा, हड्डियों के साथ थूक देगा और हंसेगा: "मैं PHP में 50 वर्गों और 7 फ्रेमवर्क के साथ एक समस्या को हल करना चाहता था, पागल"। । सामान्य तौर पर, याद मत करो, आग्नेयास्त्रों को ले जाओ, वेब विकास और ... सौभाग्य की बात सीखो!