सॉफ्टवेयर परियोजनाओं में प्रौद्योगिकी, वास्तुकला और डिजाइन का विकल्प - बिना नकदी के

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

विशेषज्ञ कैसे बनें

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


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

लेकिन इस तरह की कठिनाई के साथ, सफलता के लिए प्राप्त ज्ञान, यह पता चला है, अभी भी पर्याप्त नहीं है और विकास परियोजनाओं में निरंतर विशेषज्ञता की आवश्यकता है, अधिमानतः समय सीमा के साथ, क्योंकि लेखन कौशल तुरंत और सही ढंग से जल्द ही खो जाते हैं।

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

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

कॉपी-पेस्ट, चौखटे और विज्ञान कथा

जाहिर है, केवल कुछ ही सच्चाई का इतने निस्वार्थ रूप से अध्ययन और सीख सकते हैं, और वास्तविक जीवन में, प्रौद्योगिकियों और प्रोग्रामिंग भाषाओं के बारे में बैठकें और विवाद मुख्य रूप से विभिन्न और फैशनेबल "श्रृंखला" के प्रशंसकों के बीच होते हैं, जो अक्सर आईपी और टीसीपी के बीच अंतर नहीं जानते हैं। यह समस्या बाहरी आक्रामक विपणन से बढ़ी है - अधिकांश बड़े आईटी विक्रेताओं को सक्रिय रूप से पंप-अप सूचना चैनलों का उपयोग करके अपने रैंकों में "भर्ती" किया जाता है। आपको उदाहरण के लिए दूर तक जाने की आवश्यकता नहीं है - मोज़िला रस्ट को बढ़ावा दे रहा है, Google गो को बढ़ावा दे रहा है, ओरेकल इच्छुक है (!) जावा को बढ़ावा देने में, Microsoft C # को विकसित कर रहा है, JetBrains कोटलिन है, एलियंस हास्केल हैं, और AI और ML की आड़ में वैज्ञानिक समुदाय को भारी नहीं है, एक न्यूरॉन। और dataatanism, बहुत सारे पैसे के लिए बेच रहे हैं ... संभावना सिद्धांत, शासक और सांख्यिकी के लिए धूल भरे अकादमिक पाठ्यक्रम, हमेशा के लिए और :-)


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

परंपराएं और "शुद्धता"

तथ्य यह है कि कोडांतरण, उदाहरण के लिए, लोहे से बनी एक कार काफी महंगा और लंबा काम है: आपको सामग्री, वेल्डिंग, ज्ञान, एक कमरा, सही आकृतियों वाली लड़की का पोस्टर आदि की आवश्यकता है। और एक कार्यक्रम लिखना, विशेष रूप से अकेले नहीं, काफी सामान्य है। वर्चुअल क्रिएटिविटी - विस्फोट हो गया और दुनिया को उधेड़ कर रख देता है। डिजिटल सामग्री का एक समुद्र, अक्सर क्लूलेस और आदिम, जहां सभी लेखकों और कलाकारों ने वेब पर बाढ़ ला दी है। "आत्म-अभिव्यक्ति" की सापेक्ष सादगी के परिणामस्वरूप, दुनिया में, अपेक्षाकृत कम समय में, द्वितीय विश्व युद्ध के बाद, न केवल कार्यक्रमों, बल्कि प्रोग्रामिंग भाषाओं की एक बड़ी संख्या दिखाई दी। एक नई प्रोग्रामिंग भाषा लिखना मुश्किल नहीं है, बहुत अधिक कठिन है - इसे लोकप्रियता हासिल करने के लिए। ऐसा ऐतिहासिक रूप से हुआ था कि जो भाषाएं "उन्हें सही तरीके से लिखना" सीखती थीं (उदाहरण के लिए C ++, Java, ECMA262) अब लोकप्रिय हैं, और वे भाषाएँ जो "बाद में बनाई गईं और बेहतर लगती हैं" (उदाहरण के लिए C #, Python3, Rust, Kotlin) बहुत कम लोकप्रिय हैं। "अधिक सही" भाषा का चयन करते हुए, आप पर्याप्त डेवलपर्स को खोजने का जोखिम नहीं उठाते हैं जो इसे जानते हैं, या ऐसा हो सकता है कि भाषा बस विकास को रोक देती है या हास्केल की तरह अनंत काल में चढ़ जाती है। इसलिए, सामान्य ज्ञान द्वारा निर्देशित, वे अक्सर पारंपरिक चुनते हैं, इसलिए बोलने के लिए, प्रौद्योगिकियां, भले ही "सही" और सुसंगत न हों, बैसाखी और बड़े होने के निशान से भरा, लेकिन परीक्षण किया गया, लोकप्रिय और विकसित।


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

आमतौर पर, ओपन सोर्स प्रोजेक्ट्स में, फ्रेमवर्क को लंबे समय तक बनाए रखने के लिए यह प्रथागत नहीं है, उदाहरण के लिए 3-5 साल या उससे अधिक - यह कॉर्न, महंगा और उबाऊ है। इसलिए, आमतौर पर, "बैसाखी" का एक महत्वपूर्ण द्रव्यमान प्राप्त करने के बाद, एक या दो साल में, अगला संस्करण बनाया जाता है, और मैं सलाह देता हूं कि उनके पिछले संस्करणों के उपयोगकर्ता अपने प्रोजेक्ट को स्थानांतरित करें ... इसे स्वयं करें, क्योंकि पिछला संस्करण अब अपडेट नहीं किया जाएगा और इसमें सुरक्षा त्रुटियां भी ठीक नहीं होंगी। ऐसे "गैरजिम्मेदारी" के उदाहरण केवल समुद्र हैं।

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

सामान्य तौर पर, इस बिंदु पर, एक शीर्षक और एक क्रेन के बारे में एक कहावत का उपयोग करना बेहतर होता है।

नया या ... समाप्त

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


एक अच्छा संघ एक डेटाबेस का चयन कर सकता है - एक वेब परियोजना के लिए क्या लेना है, ओरेकल डेटाबेस या MySQL डेटाबेस (हाँ, मुझे पता है कि वे अब एक कंपनी द्वारा विकसित किए जा रहे हैं)। अनुभव के अनुसार - वेब विकास कार्यों का 99%, यहां तक ​​कि उच्च भार के तहत, MySQL में उत्कृष्ट रूप से और उच्च गति से हल किया जाता है। और अगर परिणाम अलग नहीं होता है, तो क्यों ...? :-)

इसलिए, आमतौर पर एक सॉफ्टवेयर प्रोजेक्ट में अब तैयार समर्थन और परीक्षण किए गए लाइब्रेरी और फ्रेमवर्क का एक गुच्छा होता है, जिसमें एक अच्छा समर्थन अवधि और इस परियोजना के लिए कार्यात्मक का केवल एक छोटा सा हिस्सा होता है। और यह, IMHO, सही है।

मुश्किल और लंबी या ... तेज और आसान?

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

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


फिर भी, "सरल" भाषाओं का उपयोग सॉफ्टवेयर परियोजना के अधिकांश कार्यों को हल करने के लिए किया जाता है, जहां सुपर-स्पीड और रैम के लिए विशेष आवश्यकताओं की आवश्यकता नहीं होती है। और लोहा सस्ता और सस्ता हो जाता है। PHP अब तेजी से वेब विकास के लिए बहुत लोकप्रिय है, और अजगर, अपने बहुत स्पष्ट और पठनीय वाक्यविन्यास के साथ, सामान्य कार्यों और मशीन सीखने के लिए। जावास्क्रिप्ट न केवल वेब इंटरफ़ेस को स्वचालित करने के लिए बहुत सुविधाजनक है, बल्कि यह भी ... वास्तव में Node.js. पर तेजी से सर्वर अनुप्रयोग बनाना जाओ, यहां तक ​​कि इसके आदिम सिंटैक्स के साथ, आपको अधिक शक्तिशाली के बिना करने की अनुमति देता है, लेकिन सिस्टम कार्यों में जावा को समझने के लिए और अधिक कठिन है, और कोटलिन को विकसित करने के लिए शुरुआती के लिए आसान और अधिक सुलभ परिमाण के क्रम से एक मोबाइल एप्लिकेशन जल्दी से बनाया जा सकता है। C ++ में मेमोरी मैनेजमेंट की पेचीदगियों को ध्यान में रखे बिना Rust में हाईलोड एप्लिकेशन चलाने के लिए बहुत कम जोखिम के साथ संभव है। लेकिन उनके सही दिमाग में कोई भी लोकप्रिय मिनीक्राफ्ट को याद करते हुए जावा में एक गेम नहीं लिखेगा, जिसे केवल प्रदर्शन से 10 मीटर की दूरी पर खेला जा सकता है, :-)

प्रत्येक कार्य के लिए, इसलिए, इसके द्वारा धारित एक विशिष्ट, लोकप्रिय उपकरण चुनना उचित है। अधिक तैयार उपकरण का इस्तेमाल किया, बेहतर है।

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

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

वास्तुकला और वास्तुकला

दरअसल, 10-15 साल पहले, वस्तुओं को रखने के सिद्धांतों और अलग-अलग सर्वर और समूहों (j2ee, corba, com) पर उनकी बातचीत को समझने के लिए लंबे समय तक मोटी किताबों का अध्ययन करना और पढ़ना आवश्यक था। वास्तुकला और वास्तुकारों पर इस उछाल की गूँज अभी भी वसंत जैसी राक्षसी कृतियों में पाई जा सकती है। लेकिन समय बदल रहा है, तकनीक अधिक शक्तिशाली और सस्ती होती जा रही है। अमेज़ॅन में कहीं न कहीं मुफ्त Apache वेब सर्वर, MySQL डेटाबेस, RabbitMQ कतार के एक जोड़े को तैनात करके, आप उन अधिकांश समस्याओं को हल कर सकते हैं जो पहले एप्लिकेशन सर्वर कॉन्फ़िगरेशन में उपलब्ध थे जो कि भारी अल्पसंख्यक के लिए समझ में आता है।


यदि कार्य बड़े पैमाने पर नेटवर्क कनेक्शन का समर्थन करने के लिए है, तो आप Node.js मशीनों का एक समूह बढ़ा सकते हैं, या बल्कि, एर्लांग के साथ मशीनें और शांति से सो सकते हैं, उदाहरण के लिए, अपने स्वयं के सर्वर समाधान को लिखें, उदाहरण के लिए, गो या सी ++।

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

बेशक, विशेष रूप से विशिष्ट परियोजनाओं में, ओओपी, एफपी , आर्किटेक्चर का गहन ज्ञान, कंप्यूटर साइंस अभी भी आवश्यक है, लेकिन अधिक से अधिक बार यह जानना पर्याप्त है कि समाधान को इकट्ठा करने के लिए कौन से ब्लॉक हैं और यह अक्सर सॉफ़्टवेयर सिस्टम को लक्ष्य तक ले जाएगा।

टीम मैचिंग

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

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


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

प्रक्रियाओं या प्रौद्योगिकियों?

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

• प्रारंभिक डिजाइन, तनाव परीक्षण और जोखिम विश्लेषण
• स्वचालित इकाई और एकीकरण परीक्षण (अधिमानतः 100% कवरेज)
• सामान्य कोडिंग मानक
• कोड और सिस्टम घटकों का अच्छा प्रलेखन
• टीम के भीतर अधिकतम पारदर्शी संचार
• सर्वर वातावरण की निगरानी और विश्लेषण

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

परिणाम

संक्षेप और प्राथमिकता के लिए:

• तेजी से, एक ऐसी स्थिति का निरीक्षण कर सकता है जब सॉफ़्टवेयर प्रोजेक्ट लॉन्च करने की गति सफलता के लिए एक निर्णायक कारक है। लंबे और कठिन कुछ अनावश्यक कर रहा है जल्दी से एक समाधान है कि ग्राहकों के लिए उपयोगी है और अगले झटका के लिए प्रतिक्रिया इकट्ठा करने से भी बदतर है
• एक त्वरित शुरुआत केवल तभी संभव है जब पर्याप्त समर्थन अवधि के साथ तैयार घटकों, चौखटे और पुस्तकालयों का अधिकतम उपयोग किया जाए (अपने वेब सिस्टम के अपेक्षित जीवनकाल को ध्यान में रखते हुए)
• दुर्भाग्य से, एल्गोरिथम और वास्तु ज्ञान कम मांग में है। अधिक बार, समान समस्याओं को हल करने में अनुभव और टूलबॉक्स का उपयोग करने का अभ्यास और क्लाउड प्रदाताओं की ताकत का स्वागत है।
• , , — . . . .
• , . , . - C++ :-) «» , . , .
• . , 2-3 . .
• — . , . , .
• प्रौद्योगिकी और प्रोग्रामिंग भाषा (एस) महत्वपूर्ण सफलता कारक नहीं हैं। सबसे आवश्यक प्रक्रियाओं के निर्माण और प्रमुख विकास और डिजाइन प्रथाओं को लागू करने पर ध्यान दें। सही प्रक्रियाओं, एक नियम के रूप में, "सही" परिणाम के लिए नेतृत्व करने की गारंटी है। "शुद्ध प्रौद्योगिकी के संप्रदायों" या "विज्ञान में प्रवेश" से संपर्क करके, आप व्यर्थ में बहुत समय बर्बाद करेंगे और आप कभी भी कुछ भी शुरू नहीं कर सकते। याद रखें, किसी सॉफ़्टवेयर प्रोजेक्ट की अगली पुनरावृत्ति को लड़ाई में लॉन्च करने के लिए 2-3 महीने का समय अधिकतम है।

सभी को शुभकामनाएँ, सफल प्रोजेक्ट, पर्याप्त टीमें और अच्छे मूड!