तुम्ही प्रोग्रामिंगशी परिचित आहात, परंतु एक्स्ट्रीम प्रोग्रामिंग (थोडक्यात XP) अजूनही तुमच्यासाठी एक गूढ आहे.
नाव तुम्हाला दूर ठेवू देऊ नका, तुमची उपयुक्त माहिती गमावण्याचा धोका आहे.
या लेखात, आम्ही तुम्हाला एक्स्ट्रीम प्रोग्रामिंगबद्दल माहित असणे आवश्यक असलेली प्रत्येक गोष्ट कव्हर करणार आहोत जेणेकरून तुम्ही ते तुमच्या फायद्यासाठी वापरू शकता.
एक्स्ट्रीम प्रोग्रामिंग ही एक सॉफ्टवेअर डेव्हलपमेंट पद्धत आहे जी एकत्रितपणे चपळ पद्धती म्हणून ओळखली जाणारी एक भाग आहे. XP हे मूल्ये, तत्त्वे आणि पद्धतींवर आधारित आहे आणि लहान आणि मध्यम आकाराच्या संघांना उच्च-गुणवत्तेचे सॉफ्टवेअर तयार करण्यास आणि सतत बदलणाऱ्या आणि विकसित होणाऱ्या गरजांशी जुळवून घेण्यास सक्षम करणे हे त्याचे ध्येय आहे.
XP इतर चपळ पद्धतींपासून वेगळे करते ते म्हणजे XP सॉफ्टवेअर डेव्हलपमेंटच्या तांत्रिक बाबींवर भर देते. अभियांत्रिकी पद्धतींचे पालन केल्यामुळे अभियंते कसे कार्य करतात याबद्दल एक्स्ट्रीम प्रोग्रामिंग अचूक आहे कारण संघांना टिकाऊ गतीने उच्च दर्जाचे कोड वितरीत करण्याची परवानगी मिळते.
एक्स्ट्रीम प्रोग्रॅमिंग म्हणजे थोडक्यात, चांगल्या पद्धती टोकापर्यंत नेल्या जातात. पेअर प्रोग्रॅमिंग चांगलं असल्याने, हे सर्व वेळ करूया. आगाऊ चाचणी करणे चांगले असल्याने, आम्ही उत्पादन कोड लिहिण्यापूर्वी चाचणी करतो.
XP, इतर पद्धतींच्या विपरीत, अभियांत्रिकी पद्धतींच्या दृष्टीने महत्त्वाच्या आणि संबंधित असलेल्या मूल्यांवर आणि तत्त्वांवर आधारित आहे.
मूल्ये संघांना उद्देश देतात. ते तुमच्या निर्णयांना उच्च पातळीवर मार्गदर्शन करण्यासाठी "उत्तर तारा" म्हणून काम करतात. तथापि, विशिष्ट मार्गदर्शनासाठी मूल्ये अमूर्त आणि खूप अस्पष्ट आहेत. उदाहरणार्थ: आपण संप्रेषणाला महत्त्व देतो असे म्हटल्याने अनेक भिन्न परिणाम होऊ शकतात.
पद्धती एका अर्थाने मूल्यांच्या विरुद्ध आहेत. ते काँक्रीट आणि पृथ्वीवर खाली आहेत, defiकाय करावे याचे तपशील सेट करणे. सराव कार्यसंघांना स्वतःला मूल्यांसाठी जबाबदार धरण्यास मदत करतात. उदाहरणार्थ, माहिती कार्यक्षेत्रांचा सराव पारदर्शक आणि साध्या संवादाला प्रोत्साहन देतो.
तत्त्वे ही डोमेन-विशिष्ट मार्गदर्शक तत्त्वे आहेत जी व्यवहार आणि मूल्यांमधील अंतर कमी करतात.
XP मूल्ये: संवाद, साधेपणा, अभिप्राय, धैर्य आणि आदर. चला त्या प्रत्येकाकडे अधिक तपशीलवार पाहूया.
मसुदा BlogInnovazione.ते प्रतिमेचे alexsoft.com
कॉम्यूनिकाझिओन: दळणवळणाचा अभाव संघात ज्ञानाचा प्रवाह रोखतो. बर्याचदा, जेव्हा एखादी समस्या असते तेव्हा ती कशी सोडवायची हे एखाद्याला आधीच माहित असते. परंतु संवादाचा अभाव त्यांना समस्येबद्दल जाणून घेण्यापासून किंवा त्याचे निराकरण करण्यात योगदान देण्यास प्रतिबंधित करते. अशा प्रकारे, समस्या दोनदा सोडवली जाते, कचरा निर्माण होतो.
साधेपणा: साधेपणा म्हणजे तुम्ही नेहमी साधेपणाने काम करण्यासाठी धडपडता. "ते कार्य करते" या भागाकडे दुर्लक्ष करून, बहुतेकदा गैरसमज आणि सर्वात सोपी गोष्ट, कालावधी म्हणून घेतले जाते.
हे लक्षात ठेवणे देखील आवश्यक आहे की साधेपणा अत्यंत संदर्भात्मक आहे. एका संघासाठी जे सोपे आहे ते दुस-या संघासाठी गुंतागुंतीचे असते आणि ते प्रत्येक संघाचे कौशल्य, अनुभव आणि ज्ञान यावर पूर्णपणे अवलंबून असते.
अभिप्राय: अधिक पारंपारिक, कॅस्केडिंग सॉफ्टवेअर डेव्हलपमेंट पद्धतींमधला अभिप्राय बहुतेकदा "खूप कमी, खूप उशीरा" असतो.
XP, तथापि, बदल स्वीकारतो आणि XP कार्यसंघ वेळेवर आणि सतत अभिप्राय मिळवण्याचा प्रयत्न करतात. जर कोर्स दुरुस्त करणे आवश्यक असेल तर, XPers शक्य तितक्या लवकर जाणून घेऊ इच्छितात.
मसुदा BlogInnovazione.ते प्रतिमेचे alexsoft.com
अभिप्राय अनेक आकार आणि आकारांमध्ये येतो. जेव्हा तुम्ही भागीदारीत प्रोग्रामिंग करता तेव्हा तुमच्या सहकाऱ्याच्या टिप्पण्या महत्त्वाच्या असतात. एखाद्या कल्पनेबद्दल इतर संघ सदस्यांची मते, ग्राहकासह, जो आदर्शपणे, संघाचा सदस्य आहे.
चाचण्या हे मौल्यवान अभिप्रायाचे आणखी एक स्त्रोत आहेत जे चाचणी निकालांच्या पलीकडे जातात. चाचण्या लिहिणे सोपे असो वा अवघड, अभिप्रायही. तुम्हाला चाचण्या लिहिण्यात अडचण येत असल्यास, तुमचा प्रकल्प कदाचित खूप गुंतागुंतीचा आहे. अभिप्राय ऐका आणि तुमची रचना सुव्यवस्थित करा.
एखादी चांगली कल्पना वाटणारी एखादी गोष्ट सरावात इतकी चांगली काम करणार नाही. म्हणून, वितरित उत्पादनाप्रमाणे, तयार कोड देखील अभिप्रायाचा स्रोत आहे.
शेवटी, खूप फीडबॅक आहे हे लक्षात ठेवा. एखाद्या संघाने हाताळू शकतील त्यापेक्षा जास्त फीडबॅक व्युत्पन्न केल्यास, महत्त्वपूर्ण फीडबॅक रडारमधून बाहेर पडू शकतो. त्यामुळे गती कमी करणे आणि जास्त फीडबॅक कशामुळे येत आहे हे शोधणे आणि त्याचे निराकरण करणे आवश्यक आहे.
धाडस: केंट बेक defiधैर्य "भीतीच्या वेळी प्रभावी कृती" म्हणून उदयास येते. सॉफ्टवेअर अभियंता म्हणून, तुम्हाला खूप भीती वाटते आणि म्हणूनच धैर्य दाखवण्याच्या भरपूर संधी आहेत.
सत्य सांगण्यासाठी धैर्य लागते, विशेषतः अप्रिय, जसे की प्रामाणिक अंदाज. अभिप्राय देणे आणि घेणे यासाठीही धैर्य लागते. आणि बुडलेल्या खर्चाच्या भानगडीत पडू नये आणि भरीव गुंतवणूक मिळालेले अपयशी उपाय टाकून देण्यासाठी धैर्य लागते.
आदर: XP चा एक मूलभूत आधार म्हणजे प्रत्येकजण त्यांच्या कामाची काळजी घेतो. काळजी आणि आदर नसल्यास कितीही तांत्रिक उत्कृष्टता प्रकल्प वाचवू शकत नाही.
प्रत्येक व्यक्ती सन्मान आणि आदरास पात्र आहे आणि त्यात अर्थातच सॉफ्टवेअर डेव्हलपमेंट प्रकल्पात सहभागी असलेल्या लोकांचा समावेश होतो. जेव्हा तुम्ही आणि तुमचे कार्यसंघ सदस्य एकमेकांचा आदर करतात आणि त्यांची काळजी घेतात, क्लायंट, प्रकल्प आणि त्याचे भविष्यातील वापरकर्ते, तेव्हा प्रत्येकाला फायदा होतो
तत्त्वे मूल्यांपेक्षा अधिक विशिष्ट मार्गदर्शन देतात. ते मार्गदर्शक तत्त्वे आहेत जी मूल्ये प्रकाशित करतात आणि त्यांना अधिक स्पष्ट आणि कमी अस्पष्ट बनवतात.
मसुदा BlogInnovazione.ते प्रतिमेचे alexsoft.com
उदाहरणार्थ, केवळ धैर्याच्या मूल्यावर आधारित, तुम्ही असा निष्कर्ष काढू शकता की लगेच तुमच्या वेळापत्रकात मोठा बदल करणे उचित आहे. तथापि, बेबी स्टेप्स तत्त्व आम्हाला सांगते की मोठे बदल धोकादायक असतात. म्हणून, त्याऐवजी लहानांना प्राधान्य द्या.
उमानिता: मानव मानवांसाठी सॉफ्टवेअर तयार करतात, ही वस्तुस्थिती अनेकदा दुर्लक्षित केली जाते. परंतु मूलभूत मानवी गरजा, सामर्थ्य आणि कमकुवतपणा विचारात घेतल्यास मानव वापरू इच्छित उत्पादने तयार करतात. आणि कामाचे वातावरण जे तुम्हाला पूर्तता आणि वाढीची संधी देते, आपलेपणाची भावना आणि मूलभूत सुरक्षिततेची भावना देते, हे असे ठिकाण आहे जिथे तुम्ही इतरांच्या गरजा अधिक सहजपणे विचारात घेता.
अर्थशास्त्र: XP मध्ये, संघ नेहमी सॉफ्टवेअर डेव्हलपमेंटच्या आर्थिक वास्तविकतेकडे लक्ष देतात, सतत आर्थिक जोखीम आणि प्रकल्प गरजांचे मूल्यांकन करतात.
उदाहरणार्थ, ते तांत्रिक चिंतेऐवजी त्यांच्या व्यवसाय मूल्यावर आधारित वापरकर्ता कथा लागू करतील.
परस्पर लाभ: XP नंतर, तुम्ही असे उपाय टाळता ज्यामुळे एका पक्षाला दुसऱ्या पक्षाला फायदा होतो. उदाहरणार्थ, विस्तारित चष्मा इतर कोणालातरी ते समजण्यास मदत करू शकतात, परंतु ते ते लागू करण्यापासून तुमचे लक्ष विचलित करते आणि तुमच्या वापरकर्त्यांसाठी विलंब करते.
स्वयंचलित स्वीकृती चाचण्या वापरणे हा परस्पर फायदेशीर उपाय आहे. तुमच्या अंमलबजावणीवर झटपट फीडबॅक मिळवा, तुमच्या समवयस्कांना कोडमध्ये अचूक तपशील मिळतील आणि वापरकर्त्यांना त्यांची वैशिष्ट्ये प्रथम मिळतात. शिवाय, तुमच्या सर्वांकडे रीग्रेशन्सविरूद्ध सुरक्षा जाळी असेल.
लाभ (परस्पर लाभ): दिलेले उपाय एका स्तरावर कार्य करत असल्यास, ते उच्च किंवा खालच्या स्तरावर देखील कार्य करू शकते. उदाहरणार्थ, XP मध्ये लवकर आणि सतत फीडबॅक मिळणे हे वेगवेगळ्या प्रमाणात धोक्यात आहे.
सुधारणा: सुधारणेच्या तत्त्वानुसार, कार्यसंघ सुरुवातीच्या अंमलबजावणीमध्ये परिपूर्णतेचे उद्दिष्ट ठेवत नाहीत, परंतु पुरेशा चांगल्या अंमलबजावणीसाठी आणि नंतर वास्तविक वापरकर्त्यांच्या अभिप्रायासह ते सतत जाणून घ्या आणि सुधारित करा.
विविधता: तुम्हाला आणि तुमच्या सहकाऱ्यांना दृष्टीकोन, कौशल्ये आणि वृत्तीच्या विविधतेचा फायदा होतो. अशा विविधतेमुळे अनेकदा संघर्ष होतो, पण ते ठीक आहे.
जेव्हा प्रत्येकजण धैर्य आणि आदर या मूल्यांनी खेळतो तेव्हा संघर्ष आणि मतभेद या चांगल्या कल्पना उदयास येण्याच्या संधी असतात. विरोधी दृष्टिकोन व्यक्त करण्याचे धैर्य, त्यांना नागरी आणि सहानुभूतीपूर्वक व्यक्त करण्याचा आदर. आणि हे सर्व एक प्रभावी संवाद व्यायाम आहे.
प्रतिबिंब: उत्कृष्ट कार्यसंघ त्यांच्या कार्यावर प्रतिबिंबित करतात आणि चांगले कसे व्हावे याचे विश्लेषण करतात. XP यासाठी अनेक संधी देते. केवळ त्याच्या साप्ताहिक आणि त्रैमासिक चक्रांमध्येच नाही तर प्रत्येक सरावात ते प्रोत्साहन देते.
तार्किक विश्लेषणाव्यतिरिक्त भावनांचा विचार करणे महत्त्वाचे आहे. आपण कोणत्याही गोष्टीबद्दल तर्क करण्यापूर्वी आपले आतडे आपल्याला सूचित करू शकतात. आणि म्हणून तो गैर-तांत्रिक लोकांशी बोलू शकतो, ते प्रश्न विचारू शकतात जे पूर्णपणे नवीन शक्यता उघडतात.
प्रवाह: पारंपारिक सॉफ्टवेअर डेव्हलपमेंट पद्धतींमध्ये वेगळे टप्पे असतात, जे दीर्घकाळ टिकतात आणि फीडबॅक आणि कोर्स सुधारण्यासाठी कमी संधी असतात. त्याऐवजी, XP मधील सॉफ्टवेअर डेव्हलपमेंट मूल्याच्या सातत्यपूर्ण "प्रवाहात" सतत घडणाऱ्या क्रियाकलापांमध्ये होते.
संधी: सॉफ्टवेअर डेव्हलपमेंटमध्ये समस्या अपरिहार्य आहेत. तथापि, प्रत्येक समस्या ही सुधारणेची संधी असते. त्यांना अशा प्रकारे पहायला शिका आणि तुम्हाला सर्जनशील आणि ध्येय-केंद्रित उपाय मिळण्याची शक्यता जास्त आहे जी त्यांना पुन्हा होण्यापासून रोखण्यासाठी देखील काम करते.
अतिरेक: रिडंडंसीचे तत्त्व असे सांगते की जर एखादी समस्या गंभीर असेल, तर तुम्ही तिचा सामना करण्यासाठी अनेक युक्त्या वापरल्या पाहिजेत.
दोष घ्या. अशी कोणतीही एक युक्ती नाही जी सर्व दोष उत्पादनातून बाहेर पडण्यापासून रोखू शकेल.
त्यामुळे XP चा उपाय म्हणजे दर्जेदार उपायांचा संच स्टॅक करणे. पेअर प्रोग्रामिंग, चाचणी, सतत एकत्रीकरण. प्रत्येक संरक्षणाची एक ओळ, एकत्रितपणे अक्षरशः अभेद्य भिंत.
अपयश: अपयश हे ज्ञानात रुपांतरित झाल्यावर वाया जात नाही. कृती करणे आणि जे कार्य करत नाही ते त्वरीत शिकणे हे अनेक पर्यायांमधून निवड करण्याच्या अनिर्णयतेमुळे झालेल्या निष्क्रियतेपेक्षा अधिक फलदायी आहे.
गुणवत्ता: लोकांना अनेकदा वाटते की गुणवत्ता आणि वेग यांच्यात दुविधा आहे.
हे अगदी उलट आहे: गुणवत्ता सुधारण्यासाठी जोर देणे हेच तुम्हाला अधिक जलद बनवते.
उदाहरणार्थ, रीफॅक्टरिंग—कोडचे वर्तन न बदलता त्याची रचना बदलणे—एक असा सराव आहे जो कोड समजणे आणि बदलणे सोपे करते. परिणामी, तुमच्याकडे कोड दोष असण्याची शक्यता कमी आहे, जे तुम्हाला बगचे निराकरण न करता अधिक मूल्य वितरित करण्यास अनुमती देते.
छोटी पावले: मोठे बदल धोक्याचे असतात. XP प्रत्येक स्तरावर, लहान पायऱ्यांमध्ये बदल करून तो धोका कमी करते.
प्रोग्रामर चाचणी-चालित विकास वापरून लहान चरणांमध्ये कोड लिहितात. ते त्यांचा कोड दिवसातून अनेक वेळा मेनलाइनमध्ये समाकलित करतात, फक्त प्रत्येक काही आठवडे किंवा अगदी महिन्यांऐवजी. प्रकल्प स्वतःच दीर्घकाळ टिकणाऱ्या टप्प्यांऐवजी लहान चक्रांमध्ये होतो.
जबाबदारी स्वीकारली: XP मध्ये, जबाबदारी स्वीकारली पाहिजे, कधीही नियुक्त करू नये.
तुम्ही कशासाठी जबाबदार आहात याबाबत निर्णय घेण्याच्या अधिकारासोबत जबाबदारी यायला हवी. याच्या उलटही सत्य आहे. लोकांना त्यांच्या परिणामांसह जगायचे नसेल तर तुम्ही निर्णय घेऊ इच्छित नाही.
अत्यंत प्रोग्रामिंग, एक चपळ कार्यपद्धती असल्याने, कठोर योजनांचे पालन न करता ते स्वीकारले जाऊ शकते आणि ते स्वीकारणे सुरू केले जाऊ शकते. मोठ्या प्रारंभिक प्रकल्पापेक्षा हे पुनरावृत्तीचे डिझाइन आहे.
XP पारंपारिक पद्धतींपेक्षा लक्षणीय भिन्न आहे, म्हणजे कॅस्केडिंग, दीर्घकाळ टिकणारे टप्पे टाळणे.
XP इतर चपळ पद्धतींपेक्षा वेगळे कसे आहे?
एक्स्ट्रीम प्रोग्रामिंग, त्याच्या स्वभावानुसार, इतर चपळ पद्धतींमध्ये बरेच साम्य आहे परंतु त्यांच्यामध्ये ते अद्वितीय देखील आहे.
बहुतेक इतर विकास पद्धती काम कसे करावे याबद्दल जास्त काही सांगत नाहीत. दुसरीकडे, XP, जेव्हा याचा विचार केला जातो तेव्हा खूप मतप्रवाह आहे आणि सॉफ्टवेअर अभियांत्रिकी पद्धतींवर खूप जोर देते.
स्क्रॅम ही एक फ्रेमवर्क आहे जी संघांना अनुकूल पद्धतीने जटिल प्रकल्प विकसित करण्यात मदत करते. विकासक त्यांचे काम कसे करतात हे स्क्रम ठरवत नाही. XP, नमूद केल्याप्रमाणे, चांगल्या प्रोग्रामिंग पद्धतींवर खूप जोर देते.
मसुदा BlogInnovazione.en प्रतिमा निव्वळ उपाय
तसेच, XP अर्थातच प्रोग्रामिंगबद्दल आहे. दुसरीकडे, स्क्रम, पुनरावृत्तीच्या दृष्टिकोनातून फायदा होणाऱ्या कोणत्याही प्रकल्पावर लागू केला जाऊ शकतो.
XP त्याच्या घटकांमधील बदल स्वीकारतो. संघांना सशक्त केले जाते आणि त्यांच्या विशिष्ट गरजांच्या आधारे सराव सुधारण्यासाठी प्रोत्साहन दिले जाते. दुसरीकडे, स्क्रम मार्गदर्शक, "जरी स्क्रॅमचे फक्त काही भाग लागू केले जाऊ शकतात, तरी परिणाम स्क्रम नाही" यावर ठाम आहे.
तसेच, स्क्रम हे एक फ्रेमवर्क आहे ज्याला कार्य पूर्ण करण्यासाठी पद्धती आणि पद्धतींनी पूरक असणे आवश्यक आहे.
याचा अर्थ असा की अत्यंत प्रोग्रामिंग आणि स्क्रॅममध्ये काम करण्याची अत्यंत शिफारस केली जाते.
केंट बेकच्या मते, परिपक्व XP संघाने कठोर भूमिका देऊ नये, परंतु हे ओळखा की भूमिका कमी होण्यास सुरुवात करेपर्यंत किंवा सहयोग कठीण होईपर्यंत नवीन संघांसाठी उपयुक्त ठरू शकतात.
चला काही प्रमुख भूमिका पाहू:
या XP मध्ये अवलंबलेल्या पद्धती आहेत. ते तीन मुख्य गटांमध्ये विभागले गेले आहेत: सॉफ्टवेअर अभियांत्रिकी, कार्यस्थळ आणि प्रकल्प व्यवस्थापन.
पेअर प्रोग्रामिंग: XP मध्ये, तुम्ही मशीनवर बसून जोड्यांमध्ये कोड लिहा. तुम्ही कार्य करत असलेल्या वैशिष्ट्याचे विश्लेषण, अंमलबजावणी आणि चाचणी करत असताना तुम्ही आणि तुमचे जोडपे एकमेकांशी बोलतात. पेअर प्रोग्रामिंग विशेषत: कमी बग्ससह कोड तयार करण्यात चांगले आहे, तरीही गुंतवून ठेवणारे, मजेदार आणि थकवणारे.
दहा मिनिटांची मर्यादा: आवश्यक सर्व स्वयंचलित चाचण्या चालवण्यासह, संपूर्ण प्रकल्प तयार करण्यासाठी जास्तीत जास्त दहा मिनिटांत 10 मिनिटांची अनुमती देते. ही मर्यादा चाचणी सुव्यवस्थित आणि प्रभावी ठेवण्यासाठी आहे.
प्रोग्रामिंग करण्यापूर्वी चाचण्या: चाचणी-प्रथम दृष्टीकोन वापरून वैशिष्ट्ये लागू करा, याला देखील म्हणतात चाचणी-चालित विकास (TDD). TDD मध्ये एक साधी पुनरावृत्ती प्रक्रिया वापरून विकासाचा समावेश आहे:
TDD अनेक फायदे आणते.
प्रथम, अभिप्राय. चाचणी लिहिणे अवघड असल्यास, तुम्ही शोधत असलेली किंवा तुम्हाला वारसा मिळालेली रचना कदाचित खूप गुंतागुंतीची आहे आणि तुम्हाला ती सोपी करणे आवश्यक आहे.
दुसरे म्हणजे, TDD प्रोग्रामरना ते लिहित असलेल्या कोडवर विश्वास ठेवण्यास अनुमती देते आणि एक छान लूपिंग लय तयार करते जिथे पुढील पायरी नेहमीच स्पष्ट असते.
शेवटचे पण किमान नाही, सुरुवातीपासून TDD वापरणे 100% कोड कव्हरेज सुनिश्चित करते. त्यानंतर चाचणी संच भविष्यातील बदलांसाठी खऱ्या अर्थाने सुरक्षा जाळे बनते, कोड रिफॅक्टरिंगला प्रोत्साहन देते आणि गुणवत्तेचे एक सद्गुण वर्तुळ तयार करते.
वाढीव डिझाइन: वाढीव डिझाईनच्या सरावाचा अर्थ असा आहे की तुम्हाला दररोज तुमच्या ऍप्लिकेशन डिझाइनमध्ये गुंतवणूक करणे आवश्यक आहे, डुप्लिकेशन काढून टाकण्यासाठी संधी शोधणे आणि तुमच्या सिस्टमला आज आवश्यक असलेल्या सर्वोत्तम संभाव्य डिझाइन साध्य करण्यासाठी लहान सुधारणा करणे आवश्यक आहे.
सतत एकीकरण: XP मध्ये, तुम्ही तुमचे काम दिवसातून अनेक वेळा मुख्य शेअर्ड रिपॉझिटरीमध्ये समाकलित करता, ज्यामुळे संपूर्ण सिस्टमची स्वयंचलित बिल्ड ट्रिगर होते. शक्य तितक्या लवकर आणि शक्य तितक्या वेळा एकत्रित केल्याने एकीकरणाची किंमत नाटकीयरित्या कमी होते कारण यामुळे विलीनीकरण आणि तार्किक संघर्ष होण्याची शक्यता कमी होते. हे पर्यावरण आणि व्यसनाधीन समस्या देखील उघड करते.
सामायिक कोड (सामूहिक मालकी): XP सामायिक कोड किंवा सामूहिक मालकीचा प्रचार करतो: प्रत्येक विकासक सर्व कोडसाठी जबाबदार असतो. हे माहितीच्या देवाणघेवाणीला प्रोत्साहन देते, टीम बस घटक कमी करते आणि विविधतेच्या तत्त्वाचा विचार केल्यास प्रत्येक मॉड्यूलची एकूण गुणवत्ता वाढवते.
सिंगल कोडबेस: सिंगल कोडबेसला "ट्रंक-आधारित विकास" असेही म्हणतात. याचा अर्थ सत्याचा एकच स्रोत आहे. त्यामुळे दीर्घ कालावधीसाठी एकाकीपणात विकसित होण्याऐवजी, तुमचे योगदान लवकर आणि वारंवार एकाच प्रवाहात विलीन करा. वैशिष्ट्य ध्वज आपल्या वैशिष्ट्यांचा वापर पूर्ण होईपर्यंत मर्यादित करण्यात मदत करतात.
दैनिक वितरण: दिवसातून किमान एकदा उत्पादनात तैनात करणे हा सतत एकात्मतेचा तार्किक परिणाम आहे:. खरं तर, आज अनेक संघ आणखी पुढे जातात आणि सतत अंमलबजावणीचा सराव करतात. म्हणजेच, जेव्हा कोणी मेनलाइनमध्ये सामील होते तेव्हा अनुप्रयोग उत्पादनासाठी तैनात केला जातो.
कोड आणि चाचण्या: या सरावाचा अर्थ असा आहे की सोर्स कोड, चाचण्यांसह, सॉफ्टवेअर प्रकल्पाची एकमेव कायमस्वरूपी कलाकृती आहे. दस्तऐवजीकरणासह इतर प्रकारच्या कलाकृतींच्या निर्मितीमध्ये गुंतणे, अनेकदा व्यर्थ ठरते कारण ते ग्राहकासाठी वास्तविक मूल्य निर्माण करत नाही.
तुम्हाला इतर कलाकृती किंवा दस्तऐवजांची आवश्यकता असल्यास, त्यांना उत्पादन कोड आणि चाचण्यांमधून व्युत्पन्न करण्याचा प्रयत्न करा.
मूळ कारण विश्लेषण: जेव्हा जेव्हा एखादा दोष उत्पादनात जातो तेव्हा फक्त दोष दुरुस्त करू नका. आपण प्रथम स्थानावर कशामुळे कारणीभूत आहात हे शोधून काढण्याची खात्री करा, आपण आणि आपले सहकारी स्किड रोखण्यात का अयशस्वी झाले. त्यानंतर, ते पुन्हा होणार नाही याची खात्री करण्यासाठी पावले उचला.
एकत्र बसा: XP मध्ये, संघ मोकळ्या जागेत एकत्र काम करण्यास प्राधान्य देतात. ही सराव संप्रेषण आणि संघाशी संबंधित असल्याची भावना वाढवते.
संपूर्ण टीम: प्रकल्पाच्या यशस्वीतेसाठी आवश्यक असलेला प्रत्येकजण XP टीमचा भाग आहे. हे अत्यंत संदर्भात्मक आहे – प्रत्येक संघासाठी वेगळे – आणि गतिमान आहे, ते संघात बदलू शकते.
माहिती कार्यक्षेत्रे: माहिती कार्यक्षेत्र माहिती प्रदर्शित करण्यासाठी कार्यसंघाच्या भौतिक जागेचा वापर करते जी कोणालाही, एका दृष्टीक्षेपात, प्रकल्पाची प्रगती जाणून घेण्यास अनुमती देते. हे कसे केले जाते, भौतिक नोट्स आणि आलेखांपासून ते प्रोजेक्ट मॅनेजमेंट सॉफ्टवेअरमधील कानबॅन बोर्ड आणि डॅशबोर्ड दर्शविणाऱ्या स्क्रीनशॉटपर्यंत बदलू शकतात.
उत्साही काम: XP मध्ये, जोपर्यंत तुम्ही उत्साही काम करू शकता तोपर्यंत तुम्ही काम करता. कामाचे तास दर आठवड्याला 40 पर्यंत मर्यादित असले पाहिजेत, कमाल.
अनलिसिसि- वापरकर्ता विश्लेषण म्हणून ओळखल्या जाणार्या फॉरमॅटमध्ये वापरकर्ता आवश्यकता लिहा. वापरकर्त्याच्या विश्लेषणामध्ये एक लहान, वर्णनात्मक नाव असते आणि काय अंमलात आणणे आवश्यक आहे याचे लहान वर्णन देखील असते.
मंदीचा काळ: सायकलचे नियोजन करताना, गरज पडल्यास संघ सोडून देऊ शकणारी छोटी कामे जोडा. संघाने खूप जास्त वितरीत केल्यास अधिक कथा नेहमी जोडल्या जाऊ शकतात.
सायकल (मासिक आणि साप्ताहिक): XP मध्ये विकास दोन मुख्य चक्रांमध्ये होतो: साप्ताहिक चक्र आणि मासिक चक्र.
मीटिंग, सायकल, शेड्यूल केलेले प्रकाशन: XP मधील विकास दोन मुख्य चक्रांमध्ये कार्य करतो: साप्ताहिक चक्र आणि त्रैमासिक चक्र. सुरुवातीला, केंट बेकने दोन आठवड्यांच्या सायकलची शिफारस केली, परंतु त्याच्या पुस्तकाच्या दुसऱ्या आवृत्तीत ते बदलले.
साप्ताहिक चक्र: साप्ताहिक चक्र हे XP प्रकल्पाचे "पल्स" आहे. सायकल एका मीटिंगपासून सुरू होते ज्यामध्ये क्लायंट आठवड्यातून कोणत्या कथा तयार करू इच्छितात ते निवडतो. याव्यतिरिक्त, कार्यसंघ गेल्या आठवड्यातील प्रगतीसह त्यांच्या कामाचे पुनरावलोकन करते आणि त्यांची प्रक्रिया सुधारण्याच्या मार्गांबद्दल विचार करते.
मासिक चक्र: दर महिन्याला, संघ त्यांच्या प्रक्रियेत सुधारणा संधी प्रतिबिंबित करतो आणि ओळखतो. क्लायंट या थीममधील विश्लेषणांसह त्या महिन्यासाठी एक किंवा अधिक थीम निवडतो.
अत्यंत प्रोग्रामिंगसह कार्य कसे सुरू करावे?
तांत्रिक कौशल्ये आणि XP सवयी शिकणे कठीण असू शकते. काही पद्धती ज्या प्रोग्रामरना वापरत नाहीत त्यांना परदेशी वाटू शकतात.
Ercole Palmeri
स्मार्ट लॉक मार्केट हा शब्द उत्पादन, वितरण आणि वापराभोवती असलेल्या उद्योग आणि परिसंस्थेशी संबंधित आहे…
सॉफ्टवेअर अभियांत्रिकीमध्ये, डिझाइन पॅटर्न हे सामान्यतः सॉफ्टवेअर डिझाइनमध्ये उद्भवणाऱ्या समस्यांसाठी इष्टतम उपाय आहेत. मी असे आहे…
औद्योगिक चिन्हांकन ही एक व्यापक संज्ञा आहे ज्यामध्ये पृष्ठभागावर कायमस्वरूपी चिन्हे तयार करण्यासाठी वापरल्या जाणाऱ्या अनेक तंत्रांचा समावेश होतो.
खालील साधी एक्सेल मॅक्रो उदाहरणे VBA अंदाजे वाचन वेळ वापरून लिहिली गेली: 3 मिनिटे उदाहरण…