इस विषय के मुद्दे इतने व्यापक और संभावित दृष्टिकोणों में विविध हैं कि अपरिहार्य प्रश्नों का कोई भी यथार्थवादी उत्तर केवल समग्र मार्ग को इंगित कर सकता है।
बहुत से लोग आज गतिशील (डेटा संचालित) वेब उपस्थिति बनाना चाहते हैं और आशा करते हैं, जिसके आर्किटेक्चर आसानी से नई सामग्री, संशोधन और विज़िटर इंटरैक्शन को समायोजित करते हैं। उदाहरण के लिए विकिहाउ एक गतिशील वेबसाइट है। जबकि गुणवत्तापूर्ण परियोजनाओं का लक्ष्य सभी मेहनती लोगों की पहुंच के भीतर है, यह कम आंकना एक गलती होगी कि अंत में एक काफी चुनौतीपूर्ण कार्य क्या है, विशेष रूप से किसी भी संभावित परियोजना की तकनीकी वस्तुओं में। यहां तक कि सबसे सरल गतिशील वेब प्रेजेंस के लिए विभिन्न विषयों में पर्याप्त कौशल की आवश्यकता होती है।
अपरिहार्य लक्ष्यों को पूरा करने में कोई भी अच्छे डेटाबेस डिजाइन से विचलित नहीं हो सकता है। अकेले इस अनुशासन में खुद को तैयार करना काम का एक पर्याप्त (लेकिन एक पूर्वाभ्यास नहीं) निकाय है। एक बार जब हमारे पास परियोजना के उद्देश्यों का सारांश हो जाता है, तो हमें उन्हें प्राप्त करने के लिए ठोस साधनों की कल्पना करनी चाहिए। फिर हमारे पास आदर्श परियोजना वास्तुकला के दृष्टिकोण के आधार पर चुनने के लिए प्रोग्रामिंग भाषाएं या उपकरण हैं।
तब शुरू से ही पूरी तस्वीर को देखना, सभी का सबसे महत्वपूर्ण कौशल है।
कदम
चरण 1. अपने दिमाग को इस बात से अवगत कराएं कि किस प्रकार के उपकरण और प्रक्रियाएं आपके लक्ष्यों को पूरा करेंगी।
चूंकि किसी भी गतिशील वेब उपस्थिति का मुख्य केंद्र उसका डेटाबेस और डेटा का प्रसंस्करण है, हमारा पहला महत्वपूर्ण लक्ष्य डेटाबेस इंजन पर दूरगामी निर्णय लेना है। यह एक अच्छा विचार नहीं है कि इस तरह के निर्णय को केवल कुछ प्रतीत होने वाले, सबसे उचित प्रारंभिक तरीके से आकस्मिक रूप से करने की आशा की जाए।
- इस पहले निर्णय का महत्वपूर्ण उद्देश्य हमारी परियोजना को इस तरह से योजना बनाना है (उपकरण और डेटाबेस इंजन के साथ) जो भविष्य के माध्यम से सड़क के नीचे आपकी आवश्यकताओं का समर्थन करेगा, जिसमें, क्योंकि आपने सही प्रारंभिक निर्णय लिया है, आप करेंगे अपनी प्रारंभिक नींव पर प्रभावी ढंग से और बिना किसी बाधा के प्रभावी ढंग से निर्माण करें। इसका मतलब यह है कि आदर्श रूप से, उदाहरण के लिए, आपके द्वारा चुना गया डेटाबेस इंजन आज परिनियोजित करने के लिए केवल आसान, या प्रतीत होता है सरल नहीं है; शुरुआत से ही यह एक इंजन होना चाहिए जो आपकी डाउनस्ट्रीम प्रोसेसिंग मांगों का समर्थन करेगा।
- कभी-कभी व्यावसायिक विचार ऐसे विकल्पों को और प्रभावित करते हैं। उपस्थिति गहन (और महंगा) कौन से इंजन हैं? आपके अंतिम प्रोजेक्ट को बनाए रखने वाले प्रसंस्करण लक्ष्यों को बनाए रखने के कार्यान्वयन में कौन से इंजन वस्तुतः उपस्थिति मुक्त हैं? आम तौर पर, अनुसरण करने के लिए पैटर्न दो संभावित स्वभावों में से एक के आधार पर अपने इंजन का चयन करना है।
- ऐसा करने के लिए, आपको पहले अपनी मूल तालिका आवश्यकताओं का चार्ट बनाना होगा। एक पेशेवर को इस मानचित्र को बनाने की भी आवश्यकता नहीं होगी (चाहे सैकड़ों या हजारों टेबल शामिल हों), क्योंकि वे आमतौर पर तुरंत देखेंगे कि आर्किटेक्चर और भविष्य की ज़रूरतों का समर्थन करने के लिए आपको या तो पढ़ना या लिखना गहन है या नहीं। फिर आप इस समग्र स्वभाव के आधार पर एक उपयुक्त डेटाबेस का चयन करेंगे, और शायद आगे व्यक्तिगत स्वाद और अनुभव के आधार पर, जैसा कि संबंधित सॉफ्टवेयर विकास उपकरण के साथ काम करना भविष्यवाणी कर सकता है। गहन कार्यान्वयन पढ़ने के लिए MySQL सामान्य विकल्प है। कई डेवलपर्स विश्वसनीय लेखन गहन कार्यान्वयन के लिए PostgreSQL जैसे डेटाबेस को देखते हैं। हम सावधानीपूर्वक शोध करके और सामान्य सॉफ्टवेयर विकास उद्योग के अनुभव के पूल पर ड्राइंग करके ऐसे महत्वपूर्ण उपकरणों के प्रति अपने स्वभाव विकसित करते हैं। आम तौर पर खर्च से बचा जा सकता है, क्योंकि बहुत अच्छे उपकरणों की मुफ्त तैनाती उपलब्ध है। हम जिस चीज की तलाश कर रहे हैं, वह गहन वातावरण, विश्वसनीयता, प्रशासन की आसानी और न्यूनतमता, और संभावित सॉफ्टवेयर विकास उपकरणों के साथ तैयार एकीकरण को पढ़ने या लिखने में प्रदर्शन है।
चरण 2. अपने सॉफ्टवेयर विकास उपकरण चुनें।
सॉफ़्टवेयर डेवलपमेंट टूल चुनने पर विचार करने के लिए दो पैटर्न हैं। कथित रूप से "आसान" उपकरण वास्तव में शायद ही कभी आसान होते हैं, जब कोई परियोजना अनिवार्य रूप से विकास और कार्यक्षमता पैटर्न के कलाकारों को तोड़ देती है "आसान" उपकरण आम तौर पर सीमित होते हैं। क्या आप "आसान" टूल से परे कुछ करना चाहते हैं जैसे गतिशील रूप से जेनरेट किए गए यूआरएल में भाषा या अनुवाद पैरामीटर को शामिल करना, "आसान" टूल में इसे पूरा करना इतना कठिन हो सकता है कि यह बेहद परिष्कृत प्रोग्रामिंग कौशल ले सकता है जैसा कि जितना अधिक जटिल चीजों को करने में आसान पैटर्न को चकमा देना। अच्छी परियोजनाओं के निर्माण के लिए हमें अपने उपकरणों में महारत हासिल करनी चाहिए। यह आसान टूल को सबसे अच्छा विकल्प नहीं बनाता है, या सबसे परिष्कृत टूल को एक कठिन प्रस्ताव नहीं बनाता है। "आसान" विकास के जाल में आम तौर पर सीमाएं शामिल होती हैं जिन्हें परियोजनाओं के अपरिहार्य विकास में दूर करना बहुत महंगा हो जाता है। इस तरह के उपकरणों की एक विशाल विविधता आम तौर पर उत्पन्न होती है, जाहिरा तौर पर ऐसी जरूरतों को पूरा करती है। लेकिन औजारों की दृढ़ता का पैटर्न इस लक्ष्य को पूरा करने के एक प्रत्यक्ष तथ्य को दर्शाता है; और इसलिए, आम तौर पर हम पाते हैं कि सबसे परिष्कृत और शक्तिशाली उपकरण, अच्छे पैटर्न (या वस्तुओं और पुस्तकालयों की उपलब्धता) का पालन करते हुए, न केवल आसान उपकरणों के लिए व्यावहारिक रूप से अपरिहार्य बाधाओं को कम करते हैं, बल्कि इसी तरह "वहां पहुंचने" को और अधिक सरल प्रक्रिया बनाते हैं। जब हम उपलब्ध उपकरणों के दायरे की जांच करते हैं, तो आम तौर पर प्रारंभिक विकास अवधारणाओं में कम व्यापक मॉडल प्रस्तुत किए जाते हैं, और बाद में उत्पन्न होने वाले उपकरणों द्वारा बेहतर अवधारणाएं पेश की जाती हैं (या उनके पास पहले से ही जीते गए बाजारों में जीवित रहने का मौका नहीं होगा)। यदि हम एक कथित रूप से आसान उपकरण चुनते हैं, तो हम जो खोज रहे हैं वह एक विकास पैटर्न है जो कठिन और बिना किसी रुकावट के है। नियोफाइट के लिए विरोधाभास तब सड़क के नीचे इतनी दूर देखने की कठिनाई है कि हम किसी दिए गए टूल सेट में प्रोग्रामिंग अवरोधों को देख सकते हैं। कुछ लोगों का मानना है कि परियोजना दृष्टिकोण के संदर्भ में सर्वोत्तम उपकरण सबसे शक्तिशाली और कम से कम प्रतिबंधात्मक हैं। आप जो चाहते हैं और जो चाहते हैं उसे विकसित करने की स्वतंत्रता का अर्थ अक्सर सामान्य रूप से सरल उपकरणों के सामान्य मॉडल को तोड़ना होता है, जिसकी चुनौतियाँ व्यावहारिक रूप से सबसे अनुभवी और परिष्कृत सॉफ्टवेयर इंजीनियर के दिमाग को तोड़ सकती हैं, क्योंकि ऐसी वस्तु में सफल होने का अर्थ है "सरल" बनाना। मॉडल कुछ ऐसा करें जिसमें समर्थन करने की कोई मूल क्षमता न हो। उदाहरण के लिए "रूबी" मौलिक सी ++ या सी # से वास्तव में एक आसान उपकरण है? नहीं, वास्तव में नहीं, खासकर यदि आपको महत्वपूर्ण कार्यक्षमता प्रदान करने के लिए रूबी के सरल मॉडल को तोड़ना है। रूबी की तरह, लिनक्स और ओएसएक्स के लिए जीसीसी मुफ्त है। रूबी भी OSX पर आती है आपको बस इसे अपने सिस्टम पर खोजना होगा। कथित रूप से आसान उपकरणों में से, मेरी व्यक्तिगत पसंद रूबी है। वास्तव में परिष्कृत उपकरणों में से, सी ++ और सी # भविष्य में सर्वोच्च लंबे समय तक शासन करेंगे; और सच तो यह है कि बिना किसी रुकावट के विकास के यही वाहन हैं। इसलिए सीधे बैठें और गंभीर अध्ययन के लिए तैयार रहें, क्योंकि आपके द्वारा चुनी गई सड़क की परवाह किए बिना, आपको न केवल अपने उपकरणों में महारत हासिल करनी होगी, बल्कि संभावित प्रतिबंधात्मक मॉडल भी होंगे, जो अंततः उन उपकरणों के साथ आप पर बोझ डाल सकते हैं। रूबी शायद अपने लगभग सभी "आसान" साथियों की तुलना में कहीं अधिक साफ है। C++ भाररहित उत्कृष्टता का उपकरण है; और वास्तव में, अनुभवी गुरु एक कथित आसान उपकरण के साथ समान लक्ष्यों को पूरा करने की तुलना में शायद बहुत कम कठिनाई के साथ अद्वितीय परियोजनाओं को पूरा करेंगे। अंत में, इस अवलोकन से भटकने वाले डेवलपर्स कुछ कीमत चुकाते हैं: या तो सबसे अनुकूल "आसान" टूल चुनें, या सबसे परिष्कृत टूल में एन्कम्ब्रेन्स से स्वतंत्रता पर कम चिंता करें। बाद के मामले में, आप फास्ट सीजीआई ऑब्जेक्ट्स में महारत हासिल करते हैं, गेंद लेते हैं और दौड़ते हैं। विशाल अवधारणाओं को अक्सर छोटे कोड के साथ लागू किया जाता है। हां, सरल उपकरण एक ही दावा करते हैं, लेकिन इस तरह से हमसे दूर दिखाई देने वाली कठिनाई को इस तरह से दूर कर देते हैं कि उनके आम तौर पर एकवचन पैटर्न से विचलित होने से सी ++ हल करने वाले प्रदर्शन बाधाओं के अलावा बहुत मुश्किल इंजीनियरिंग चुनौतियां होती हैं।
चरण 3. इन प्रश्नों को हल करने के क्रम में, हमें अनिवार्य रूप से उस प्रकृति की विकासशील परियोजनाओं के मूल मॉडल या पैटर्न की जांच करनी होगी जिसे हम बनाना चाहते हैं।
इसका मतलब है कि हम जिस उपकरण की तुलना करना चाहते हैं, उसके लिए सर्वोत्तम साहित्य को हथियाना, और कम से कम हमारी अवधारणा को कुछ ऐसा रूप देना जिसमें यह दूसरों की तुलना में उपकरणों के दिए गए सेट में ले सके। उदाहरण के लिए रूबी को चुनने से पहले, आप "द रूबी प्रोग्रामिंग लैंग्वेज" और "एजाइल वेब डेवलपमेंट विद रेल्स" जैसी महत्वपूर्ण पुस्तकें ले सकते हैं। आपके प्रारंभिक अध्ययन में न केवल उपकरणों में पर्याप्त रूप से महारत हासिल होनी चाहिए, बल्कि यह कल्पना करनी चाहिए कि आप वहां कैसे पहुंच सकते हैं - आप जिस उपकरण को चुन सकते हैं, उसके साथ आप वांछित कार्यक्षमता कैसे प्रदान कर सकते हैं। यह पहल के लिए एक कठिन काम है। यदि आप एक कथित रूप से आसान विकास वातावरण की तुलना सबसे अच्छे से करने जा रहे हैं, तो आपको सर्वोत्तम सी टूल्स का भी मूल्यांकन करना होगा। यदि आप वास्तव में एक अनुभवी इंजीनियर बनने जा रहे हैं, तो आप सी को उसकी सीमा से मुक्ति के लिए चुनने जा रहे हैं। क्या सी वास्तव में अधिक कठिन है? नहीं, वाक्य-विन्यास वाक्य-विन्यास है। अंत में, आपको उसी कार्यक्षमता को व्यक्त करने में महारत हासिल करनी होगी; और सच में, भाषाओं का सी परिवार उत्कृष्ट है। सी ++ में गेट के ठीक बाहर उत्कृष्टता के बारे में मुश्किल बात यह है कि आप उन मॉडलों पर अपना हाथ डाल रहे हैं जिन पर आपको निर्माण करने की आवश्यकता हो सकती है। व्यावहारिक रूप से 15 साल पहले की एक उत्कृष्ट शुरुआत मूल FastCGI घटक थी जो बोर्लैंड के CPPBuilder में उपलब्ध थे शायद अभी भी विंडोज के लिए सबसे अच्छा C++। यहां तक कि सी पहल भी ऐसे ऑब्जेक्ट उन्मुख दृष्टिकोणों के साथ दूर जा सकती है, क्योंकि कार्यक्षमता को बनाए रखने का सामान्य मॉडल उन चीजों में बनाया गया है जिनके साथ आप काम करते हैं। उदाहरण के लिए, जब भी आप रूबी मॉडल को अपने दृष्टिकोण में तोड़ते या उससे अधिक करते हैं, तो आपका काम रूबी में जितना हो सकता है, उससे कहीं अधिक मुक्त-प्रवाह है। दूसरी ओर, रेल मचान तकनीक नेओफाइट के लिए बहुत काम में तेजी लाती है, अगर और केवल अगर परियोजना रूबी और रेल के सामान्य मोल्ड में फिट बैठती है। उदाहरण के लिए, प्रारंभिक सुरक्षा प्रावधानों का परिचय दें, जो आपके सभी रूबी इंटरफेस में मान्यता प्राप्त हैं, और अगली बात जो आप जानते हैं, आप अपने आवेदन द्वारा बातचीत की जाने वाली प्रत्येक तालिका के लिए ऑटो-जेनरेटेड रूबी कोड की एक हजार लाइनें फिर से लिख रहे हैं। क्या यह आसान है? खैर, मैं इसे नोटटैब प्रो नामक एक विंडोज़ संपादक के साथ करता हूं, जो ओएसएक्स सिस्टम पर रहने वाले रूबी परियोजनाओं पर काम कर रहा है; और परिष्कृत मैक्रोज़ शायद एक सेकंड में मेरे संशोधन करते हैं, कोड की एक हजार पंक्तियों को लगभग दो बार अनुकूलित करते हैं। फिर भी, यह अपेक्षाकृत सरल, बुनियादी कार्यक्षमता से संबंधित है, जो एक परियोजना तक ही सीमित है। तथ्य यह है कि, सी ++ में हम अपनी खुद की वस्तुओं को लिख सकते हैं जो इन कार्यों को वास्तव में सार्वभौमिक रूप से संभालते हैं - आपको कभी भी इस प्रक्रिया को दोहराने की आवश्यकता नहीं होगी। तो ये ट्रेड-ऑफ हैं। अंत में, वस्तु उन्मुख सी सबसे शक्तिशाली और कुशल है। यानी यह सबसे कम काम भी है।
चरण 4। प्रोग्रामिंग टूल की आपकी पसंद से कोई फर्क नहीं पड़ता, एचटीएमएल और सीएसएस की उचित महारत पर निर्भरता से बचने का कोई तरीका नहीं है।
आम तौर पर, अनुभवी डेवलपर महत्वपूर्ण सामग्री के लिए W3C.org पर भरोसा करते हैं। वेब पृष्ठ
वीडियो - इस सेवा का उपयोग करके, कुछ जानकारी YouTube के साथ साझा की जा सकती है।
टिप्स
- तब आपकी खोज का एक महत्वपूर्ण हिस्सा सर्वोत्तम संसाधनों पर अपना हाथ रखना होगा। मैं रूबी से शुरू करूंगा; और यदि आप उत्कृष्टता प्राप्त करना चाहते हैं, तो आपको वस्तु उन्मुख सी भाषाओं का मूल्यांकन करना होगा, और ऐसे वातावरण जिनमें अच्छी तरह से लिखित परियोजनाएं सभी साथियों से बेहतर प्रदर्शन करेंगी।
- इसलिए संपूर्ण अध्ययन और मूल्यांकन की जगह कोई नहीं ले सकता।
चेतावनी
- सरल उपकरणों में वास्तव में महारत हासिल करने में एक और बाधा कई मंचों पर अव्यवसायिक आचरण है। पेशेवर ज्ञान और दिखावटी कौशल के बीच बहुत बड़ा अंतर है जो अक्सर आपको सही रास्ते से भटका सकता है। सूचना का सबसे अच्छा स्रोत आम तौर पर सबसे कुशल साथी होते हैं, न कि कथित रूप से सरल उपकरणों के ढोंग वाले स्वामी जो केवल उनके लिए उपलब्ध एक पैटर्न से चिपके रहने की वकालत करते हैं। आप मंचों पर प्रश्न सबमिट करने जा रहे हैं इसका मुख्य कारण यह है कि आपको कथित रूप से सरल दृष्टिकोण द्वारा शामिल मॉडल को पार करने (इस प्रकार तोड़ने) की आवश्यकता होगी। जब आप अनिवार्य रूप से इन जरूरतों में भाग लेते हैं, तो आपको सर्वोत्तम सलाह की आवश्यकता होती है।
- तब यह कभी न सोचें कि एक प्रतीत होने वाला शॉर्टकट वास्तव में काम में तेजी लाता है। बहुत बार, बातचीत सच होती है।
