سلام دوستو. ڪورس جي شروعات جي اميد ۾ ، روايتي طور تي توهان سان حصيداري ڪريو مفيد مواد جو ترجمو.
سافٽ ويئر وڌيڪ ۽ وڌيڪ روزمره جي ڪمن کي حل ڪري ٿو، جڏهن ته وڌيڪ پيچيده ٿي رهيو آهي. جيئن مارڪ اينڊرسن هڪ ڀيرو چيو، اهو دنيا کي کائي ٿو.
نتيجي طور، طريقي سان ايپليڪيشنون ٺاهيا ويا آهن ۽ پهچائي رهيا آهن گذريل ڪجهه سالن ۾ ڊرامائي طور تي تبديل ٿي ويا آهن. اهي ٽيڪٽونڪ اسڪيل جي شفٽ هئا جنهن جي نتيجي ۾ اصولن جي هڪ سيٽ هئي. اهي اصول مددگار ثابت ٿيا آهن ٽيم جي تعمير، ڊزائين ڪرڻ، ترقي ڪرڻ، ۽ توهان جي ايپليڪيشن کي آخري صارفين تائين پهچائڻ ۾.
اصولن جو خلاصو هن ريت ڪري سگهجي ٿو: ايپليڪيشن ننڍڙي، ويب تي ٻڌل هجڻ گهرجي، ۽ هڪ ڊولپر-مرڪزي فن تعمير هجڻ گهرجي. ذهن ۾ انهن ٽن اصولن سان، توهان هڪ مضبوط، آخر کان آخر تائين ايپليڪيشن ٺاهي سگهو ٿا جيڪا جلدي ۽ محفوظ طور تي آخري صارف تائين پهچائي سگهجي ٿي، ۽ آساني سان اسپيبلبل ۽ وسعت واري آهي.
تجويز ڪيل اصولن مان هر هڪ جا ڪيترائي پهلو آهن جن تي اسين بحث ڪنداسين ته ڪيئن هر اصول حتمي مقصد ۾ مدد ڪري ٿو، جيڪو قابل اعتماد ايپليڪيشنن جي تيز ترسيل آهي جيڪي برقرار رکڻ ۽ استعمال ڪرڻ ۾ آسان آهن. اسان اصولن تي نظر وجهنداسين انهن جي مخالفن جي حوالي سان واضح ڪرڻ لاءِ ته ان جو مطلب ڇا آهي، چئو، ”پڪ ڪريو توهان استعمال ڪريو. ننڍو اصول».
اسان اميد ٿا ڪريون ته هي آرٽيڪل توهان کي جديد ايپليڪيشنن جي تعمير لاءِ تجويز ڪيل اصولن کي استعمال ڪرڻ جي حوصلا افزائي ڪندو، جيڪي هڪ مسلسل وڌندڙ ٽيڪنالاجي اسٽيڪ جي حوالي سان ڊزائين ڪرڻ لاءِ هڪ متحد طريقو مهيا ڪندا.
انهن اصولن کي لاڳو ڪرڻ سان، توهان پاڻ کي سافٽ ويئر ڊولپمينٽ ۾ جديد ترين رجحانن مان فائدو وٺندي، بشمول ايپليڪيشنن جي ترقي ۽ پهچائڻ لاء، ڪنٽينرز جو استعمال (مثال طور، ) ۽ ڪنٽينر آرڪيسٽريشن فريم ورڪ (مثال طور، )، microservices جو استعمال (بشمول Microservice Architecture и microservice ايپليڪيشنن لاء.
جديد ايپليڪيشن ڇا آهي؟
جديد ايپليڪيشنون؟ جديد اسٽيڪ؟ ڇا واقعي "جديد" جو مطلب آهي؟
اڪثر ڊولپرز کي صرف هڪ عام خيال آهي ته هڪ جديد ايپليڪيشن ڇا تي مشتمل آهي، تنهنڪري اهو ضروري آهي ته هن تصور کي واضح طور تي بيان ڪيو وڃي.
هڪ جديد ايپ ڪيترن ئي ڪلائنٽ کي سپورٽ ڪري ٿي، چاهي اهو React JavaScript لائبريري يوزر انٽرفيس هجي، هڪ Android يا iOS موبائل ايپ، يا هڪ ايپ جيڪا ڪنهن ٻئي API سان ڳنڍي ٿي. ھڪڙو جديد ايپليڪيشن ھڪڙي غير معين تعداد ۾ گراهڪن جو مطلب آھي جنھن لاء اھو ڊيٽا يا خدمتون مهيا ڪري ٿي.
هڪ جديد ايپليڪيشن درخواست ڪيل ڊيٽا ۽ خدمتن تائين رسائي لاءِ API مهيا ڪري ٿي. API کي لازمي ۽ مستقل هجڻ گهرجي، ۽ خاص طور تي مخصوص ڪلائنٽ کان مخصوص درخواست لاءِ نه لکيو وڃي. API HTTP(S) تي دستياب آهي ۽ GUI يا CLI ۾ موجود سڀني ڪارڪردگي تائين رسائي فراهم ڪري ٿي.
ڊيٽا کي عام طور تي قبول ٿيل، باضابطه فارميٽ ۾ دستياب هجڻ گهرجي جهڙوڪ JSON. هڪ API شين ۽ خدمتن کي صاف، منظم طريقي سان ظاهر ڪري ٿو، جهڙوڪ RESTful API يا GraphQL هڪ مهذب انٽرفيس مهيا ڪري ٿو.
جديد ايپليڪيشنون جديد اسٽيڪ تي ٺهيل آهن، ۽ جديد اسٽيڪ اهو اسٽيڪ آهي جيڪو ترتيب سان اهڙين ايپليڪيشنن کي سپورٽ ڪري ٿو. هي اسٽيڪ هڪ ڊولپر کي آساني سان هڪ ايپليڪيشن ٺاهڻ جي اجازت ڏئي ٿو HTTP انٽرفيس سان ۽ صاف API جي آخر پوائنٽس. چونڊيل طريقه توهان جي ايپليڪيشن کي آساني سان حاصل ڪرڻ ۽ ڊيٽا موڪلڻ جي اجازت ڏيندو JSON فارميٽ ۾. ٻين لفظن ۾، جديد اسٽيڪ جي عنصرن سان ملندڙ جلندڙ آهي ٻارهن فيڪٽر ايپليڪيشن لاءِ .
هن قسم جي اسٽيڪ جي مشهور نسخن تي ٻڌل آهن , , , , и . مائڪرو سروس آرڪيٽيڪچر هر هڪ ذڪر ڪيل ٻولين ۾ لاڳو ڪيل جديد اسٽيڪ جو هڪ مثال پيش ڪري ٿو.
مهرباني ڪري نوٽ ڪريو ته اسان خاص طور تي مائڪرو سروس جي طريقي جي حمايت نه ڪري رهيا آهيون. توھان مان گھڻا مونولٿس سان ڪم ڪري رھيا آھن جن کي ترقي ڪرڻ جي ضرورت آھي، جڏھن ته ٻيا SOA ايپليڪيشنن سان ڊيل ڪري رھيا آھن جيڪي مائيڪرو سروس ايپليڪيشنز بنجڻ لاءِ وسعت ۽ ترقي ڪري رھيا آھن. اڃا به ٻيا بي سرور ايپليڪيشنن ڏانهن وڌي رهيا آهن، ۽ ڪجهه لاڳو ڪري رهيا آهن مٿين جي ميلاپ کي. مضمون ۾ بيان ڪيل اصول انهن مان هر هڪ سسٽم تي صرف چند معمولي ترميمن سان لاڳو ٿين ٿا.
اصول
هاڻي ته اسان وٽ هڪ عام فهم آهي ته هڪ جديد ايپليڪيشن ۽ جديد اسٽيڪ ڇا آهي، اهو وقت آهي فن تعمير ۽ ترقي جي اصولن تي ڌيان ڏيڻ جو جيڪو توهان کي جديد ايپليڪيشن کي ترقي ڪرڻ، لاڳو ڪرڻ ۽ برقرار رکڻ ۾ سٺو ڪم ڪندو.
اصولن مان ھڪڙو آواز آھي "ننڍي ايپليڪيشنون ٺاھيو"، اچو ته ان کي سڏين ننڍو اصول. هتي ناقابل يقين حد تائين پيچيده ايپليڪيشنون آهن جيڪي ڪيترن ئي حرڪت واري حصن مان ٺهيل آهن. موڙ ۾، ننڍڙن، مجرد حصن مان هڪ ايپليڪيشن ٺاهڻ ان کي مڪمل طور تي ڊزائين ڪرڻ، برقرار رکڻ ۽ ڪم ڪرڻ آسان بڻائي ٿي. (ياد رهي ته اسان چيو آهي ته "آسان بڻائي ٿو" نه "سادو ٺاهي ٿو").
ٻيو اصول اهو آهي ته اسان ڊولپر جي پيداوار کي وڌائي سگهون ٿا انهن کي انهن خاصيتن تي ڌيان ڏيڻ ۾ مدد ڪندي جيڪي اهي ترقي ڪري رهيا آهن، جڏهن ته انهن کي انفراسٽرڪچر ۽ CI/CD خدشات کان آزاد ڪرڻ دوران. تنهن ڪري، مختصر ۾، اسان جو طريقو ڊولپرز تي ڌيان ڏيڻ.
آخرڪار، توهان جي ايپليڪيشن بابت سڀ ڪجهه نيٽ ورڪ سان ڳنڍيل هجڻ گهرجي. گذريل 20 سالن ۾، اسان هڪ نيٽ ورڪ جي مستقبل ڏانهن وڏيون اڳڀرائيون ڪيون آهن جيئن نيٽ ورڪ تيز ۽ ايپليڪيشنون وڌيڪ پيچيده ٿي وڃن ٿيون. جيئن اسان ڏٺو آهي، هڪ جديد ايپليڪيشن نيٽ ورڪ تي ڪيترن ئي مختلف گراهڪن طرفان استعمال ڪيو وڃي. نيٽ ورڪ سوچ کي فن تعمير تي لاڳو ڪرڻ جا اھم فائدا آھن جيڪي چڱي ريت ھجن ننڍو اصول ۽ نقطه نظر جو تصور، ڊولپر تي مبني.
جيڪڏهن توهان انهن اصولن کي ذهن ۾ رکو ٿا جڏهن ڪنهن ايپليڪيشن کي ڊزائين ڪرڻ ۽ ان تي عمل ڪرڻ، توهان کي توهان جي پيداوار جي ترقي ۽ پهچائڻ ۾ هڪ ناقابل ترديد فائدو حاصل ٿيندو.
اچو ته انهن ٽنهي اصولن کي وڌيڪ تفصيل سان ڏسو.
گھٽتائي جو اصول
اهو انساني دماغ لاء هڪ ئي وقت ۾ معلومات جي وڏي مقدار کي سمجهڻ ڏکيو آهي. نفسيات ۾، اصطلاح سنجڪرت وارو لوڊ ياداشت ۾ معلومات کي برقرار رکڻ لاء گهربل ذهني ڪوشش جي مجموعي رقم ڏانهن اشارو ڪري ٿو. ڊولپرز تي سنجيدگي واري لوڊ کي گهٽائڻ هڪ ترجيح آهي ڇو ته اها انهن کي اجازت ڏئي ٿي ته مسئلو حل ڪرڻ تي ڌيان ڏيڻ بدران سڄي ايپليڪيشن جي موجوده پيچيده ماڊل ۽ انهن جي سر ۾ ترقي يافته خاصيتون.
درخواستون ھيٺ ڏنل سببن لاء ختم ٿي وڃن ٿيون:
- ڊولپرز تي گھٽ سنجيدگي وارو لوڊ؛
- تيز رفتار ۽ جانچ جي آسان ڪرڻ؛
- ايپليڪيشن ۾ تبديلين جي تيز ترسيل.
ڊولپرز تي سنجيدگي واري لوڊ کي گھٽائڻ جا ڪيترائي طريقا آھن، ۽ اھو اھو آھي جتي ننڍڙو اصول راند ۾ اچي ٿو.
تنهن ڪري هتي ٽي طريقا آهن سنجيدگي واري لوڊ کي گهٽائڻ لاءِ:
- وقت جي فريم کي گھٽايو جنھن تي انھن کي غور ڪرڻو پوندو جڏھن ھڪ نئين خصوصيت کي ترقي ڪندي - وقت جو فريم جيترو ننڍو ھوندو، اوترو ئي گھٽ شعوري لوڊ.
- ڪوڊ جي مقدار کي گھٽايو جنھن تي ھڪڙي وقت جو ڪم ڪيو ويندو آھي - گھٽ ڪوڊ - گھٽ لوڊ.
- ايپليڪيشن ۾ واڌارو تبديليون ڪرڻ جي عمل کي آسان ڪريو.
ترقي جي وقت جي فريم کي گھٽائڻ
اچو ته انهن ڏينهن ڏانهن واپس وڃون جڏهن طريقيڪار waterfall ڊولپمينٽ جي عمل لاءِ معيار هو، ۽ ايپليڪيشن کي ڊولپمينٽ يا تازه ڪاري ڪرڻ لاءِ ڇهن مهينن کان ٻن سالن جو ٽائيم فريم عام رواج هو. عام طور تي، انجنيئر پهريان لاڳاپيل دستاويز پڙهندا هئا جهڙوڪ پراڊڪٽ گهرجون (PRD)، سسٽم ريفرنس ڊاڪيومينٽ (SRD)، آرڪيٽيڪچر بليو پرنٽ، ۽ انهن سڀني شين کي گڏ ڪري هڪ سنجيدگي واري ماڊل ۾ گڏ ڪرڻ شروع ڪندا، جنهن جي مطابق انهن ڪوڊ ڪيو. جيئن گهرجون ۽، نتيجي طور، فن تعمير بدلجي ويو، هڪ سنجيده ڪوشش ڪئي وئي ته پوري ٽيم کي ڄاڻ ڏيڻ جي باري ۾ ڄاڻ ڏيڻ لاء سنجڪاتي ماڊل جي تازه ڪاري. اهڙو طريقو، بدترين طور تي، ڪم کي مفلوج ڪري سگهي ٿو.
ايپليڪيشن ڊولپمينٽ جي عمل ۾ سڀ کان وڏي تبديلي چست طريقي جو تعارف هو. طريقيڪار جي مکيه خاصيتن مان هڪ آهي agile هڪ ترقي يافته ترقي آهي. موڙ ۾، هي انجنيئرن تي سنجيدگي واري لوڊ ۾ گهٽتائي جي ڪري ٿي. هڪ ڊگھي چڪر ۾ ايپليڪيشن کي لاڳو ڪرڻ لاء ترقياتي ٽيم جي ضرورت جي بدران، agile اپروچ توهان کي ڪوڊ جي ننڍڙي مقدار تي ڌيان ڏيڻ جي اجازت ڏئي ٿي جيڪا جلدي آزمائشي ۽ ترتيب ڏئي سگهجي ٿي، جڏهن ته موٽ پڻ ملي ٿي. ايپ جو سنجيدگي وارو لوڊ ڇهن مهينن کان ٻن سالن جي وقت واري فريم ۾ منتقل ٿي ويو آهي وڏي مقدار جي چشمي سان ٻن هفتن جي اضافو يا خصوصيت جي تبديلي لاءِ هڪ وڏي ايپ جي وڌيڪ مبهم سمجھ کي نشانو بڻائيندي.
هڪ وڏي ايپليڪيشن کان فوڪس کي مخصوص ننڍڙن خاصيتن ڏانهن منتقل ڪرڻ جيڪا ٻن هفتن جي اسپرنٽ ۾ مڪمل ٿي سگهي ٿي، ذهن ۾ ايندڙ اسپرنٽ کان اڳ هڪ کان وڌيڪ خصوصيت سان، هڪ اهم تبديلي آهي. اهو اسان کي ترقي جي پيداوار وڌائڻ جي اجازت ڏني آهي جڏهن ته سنجڪرت واري لوڊ کي گهٽائڻ، جيڪو مسلسل ڦهليل آهي.
طريقيڪار ۾ agile آخري ايپليڪيشن کي اصل تصور جي ٿورڙي تبديل ٿيل ورزن جي توقع آهي، تنهنڪري ترقي جو آخري نقطو لازمي طور تي مبهم آهي. صرف هر مخصوص اسپرنٽ جا نتيجا واضح ۽ درست ٿي سگهن ٿا.
ننڍو ڪوڊ بيس
سنجيدگي واري لوڊ کي گهٽائڻ ۾ ايندڙ قدم ڪوڊ بيس کي گهٽائڻ آهي. ضابطي جي طور تي، جديد ايپليڪيشنون وڏي پيماني تي آهن - هڪ مضبوط، انٽرنيشنل ايپليڪيشن هزارين فائلن ۽ سوين هزارين لائنن جي ڪوڊ تي مشتمل ٿي سگهي ٿي. ان تي منحصر آهي ته فائلون ڪيئن منظم ڪيون ويون آهن، ڪوڊ ۽ فائلن جي وچ ۾ لنڪس ۽ انحصار واضح ٿي سگهي ٿو، يا ان جي برعڪس. ايستائين جو ڊيبگنگ ڪوڊ ايگزيڪيوشن به پاڻ ۾ مسئلو ٿي سگهي ٿو، استعمال ٿيل لائبريرين تي منحصر ڪري ٿو ۽ ڊيبگنگ ٽولز ڪيتري حد تائين لائبريرين/پيڪيجز/ماڊيولز ۽ ڪسٽم ڪوڊ جي وچ ۾ فرق ڪن ٿا.
ايپليڪيشن جي ڪوڊ جي ڪم ڪندڙ ذهني ماڊل ٺاهڻ ۾ هڪ شاندار وقت وٺي سگھي ٿو، ۽ هڪ ڀيرو ٻيهر ڊولپر تي هڪ وڏو سنجڪاتي بوجھ رکي ٿو. اهو خاص طور تي monolithic ڪوڊ جي بنيادن لاء صحيح آهي، جتي ڪوڊ جو هڪ وڏو مقدار آهي، فعلي اجزاء جي وچ ۾ رابطي جو واضح طور تي بيان نه ڪيو ويو آهي، ۽ ڌيان جي شين جي الڳ ٿيڻ کي اڪثر ڪري ڌماڪو ڪيو ويندو آهي ڇاڪاڻ ته فنڪشنل حدن جو احترام نه ڪيو ويو آهي.
انجنيئرن تي سنجيدگي واري لوڊ کي گهٽائڻ جو هڪ مؤثر طريقو هڪ مائڪرو سروس آرڪيٽيڪچر ڏانهن منتقل ڪرڻ آهي. هڪ microservice نقطه نظر ۾، هر خدمت خاصيتن جي هڪ سيٽ تي ڌيان ڏئي ٿو. جڏهن ته خدمت جو مطلب عام طور تي بيان ڪيل ۽ سمجھڻ وارو آهي. خدمت جون حدون پڻ واضح آهن - ياد رکو ته خدمت سان رابطي هڪ API ذريعي ڪيو ويندو آهي، تنهنڪري هڪ خدمت پاران ٺاهيل ڊيٽا آساني سان ٻئي ڏانهن منتقل ڪري سگهجي ٿو.
ٻين خدمتن سان تعامل عام طور تي ڪجھ صارف خدمتن ۽ ڪجھ مهيا ڪندڙ خدمتن تائين محدود آھي جيڪي سادي ۽ صاف API ڪالون استعمال ڪن ٿيون، جھڙوڪ REST استعمال ڪرڻ. هن جو مطلب آهي ته انجنيئر تي سنجڪندڙ لوڊ سنجيده گھٽجي وئي آهي. سڀ کان وڏو چيلنج رهي ٿو سمجھڻ جي خدمت جي رابطي واري ماڊل کي ۽ ڪئين شيون جهڙوڪ ٽرانزيڪشن ڪيترن ئي خدمتن ۾ ٿئي ٿي. نتيجي طور، microservices جو استعمال ڪوڊ جي مقدار کي گھٽائڻ، واضع سروس جون حدون بيان ڪرڻ، ۽ صارفين ۽ فراهم ڪندڙن جي وچ ۾ لاڳاپن کي سمجھڻ سان سنجيدگي واري لوڊ کي گھٽائي ٿو.
ننڍيون واڌارو تبديليون
اصول جو آخري عنصر ننڍي هجڻ تبديلي جو انتظام آهي. اهو ڊولپرز لاءِ هڪ خاص لالچ آهي ڪوڊ بيس کي ڏسڻ لاءِ (جيتوڻيڪ شايد انهن جو پنهنجو، پراڻو ڪوڊ) ۽ چوندا آهن، "هي گندو آهي، اسان کي اهو سڀ ڪجهه ٻيهر لکڻ جي ضرورت آهي." ڪڏهن ڪڏهن اهو صحيح فيصلو آهي، ۽ ڪڏهن ڪڏهن نه. اهو عالمي ماڊل جي تبديلي جو بار ترقياتي ٽيم تي رکي ٿو، جنهن جي نتيجي ۾ وڏي سنجيدگي واري لوڊ ٿي ويندي آهي. انجنيئرن لاءِ اھو بھتر آھي ته ھو انھن تبديلين تي ڌيان ڏين جيڪي ھو اسپرنٽ دوران ڪري سگھن ٿا، تہ جيئن اھي ضروري ڪارڪردگيءَ کي بروقت، جيتوڻيڪ بتدريج ھلائي سگھن. حتمي پراڊڪٽ کي اڳئين رٿيل هڪ جهڙو هجڻ گهرجي، پر ڪلائنٽ جي ضرورتن کي پورو ڪرڻ لاءِ ڪجهه ترميمن ۽ جانچ سان.
جڏهن ڪوڊ جي وڏي حصي کي ٻيهر لکندو آهي، ڪڏهن ڪڏهن ممڪن ناهي ته تبديلي کي جلدي پهچائڻ ڇاڪاڻ ته ٻيا سسٽم انحصار راند ۾ اچن ٿا. تبديلين جي وهڪري کي ڪنٽرول ڪرڻ لاءِ، توھان استعمال ڪري سگھوٿا خصوصيت لڪائڻ. اصول ۾، هن جو مطلب اهو آهي ته ڪارڪردگي پيداوار ۾ آهي، پر اهو موجود ناهي ماحول جي متغير سيٽنگون (env-var) يا ڪجهه ٻيو ترتيب واري ميڪانيزم استعمال ڪندي. جيڪڏهن ڪوڊ سڀني معيار جي ڪنٽرول جي عملن کي گذري چڪو آهي، پوء اهو ختم ٿي سگهي ٿو پيداوار ۾ هڪ ويڪرائي حالت ۾. بهرحال، هي حڪمت عملي صرف ڪم ڪري ٿي جڏهن خصوصيت آخرڪار فعال ٿي وڃي. ٻي صورت ۾، اهو صرف ڪوڊ کي ختم ڪري ڇڏيندو ۽ هڪ سنجيدگي وارو لوڊ شامل ڪندو جيڪو ڊولپر کي پيداوار ٿيڻ سان معاملو ڪرڻو پوندو. تبديليءَ جو انتظام ۽ واڌارو تبديليون پاڻ ۾ مدد ڪن ٿيون ڊولپرز جي شعوري لوڊ کي سستي سطح تي رکڻ ۾.
انجنيئرن کي ڪيترين ئي مشڪلاتن کي پار ڪرڻو پوندو جيتوڻيڪ اضافي ڪارڪردگي جي سادي تعارف سان. انتظاميا جي حصي تي، ٽيم تي غير ضروري بار کي گهٽائڻ لاء سمجھدار هوندو ته جيئن اهو اهم فنڪشنل عناصر تي ڌيان ڏئي سگهي. اتي ٽي شيون آھن جيڪي توھان ڪري سگھوٿا توھان جي ڊولپمينٽ ٽيم جي مدد لاءِ:
- طريقو استعمال ڪريو
agileوقت جي فريم کي محدود ڪرڻ لاءِ جنهن ۾ ٽيم کي اهم خصوصيتن تي ڌيان ڏيڻ گهرجي. - پنھنجي ايپليڪيشن کي گھڻن مائڪرو سروسز جي طور تي لاڳو ڪريو. اهو انهن خاصيتن جي تعداد کي محدود ڪندو جيڪي لاڳو ڪري سگھجن ٿيون ۽ حدن کي مضبوط ڪن ٿيون جيڪي ڪم تي سنجيدگي واري لوڊ کي برقرار رکندا آهن.
- وڏي ۽ اڻ وڻندڙ جي ڀيٽ ۾ وڌندڙ تبديلين کي ترجيح ڏيو، ڪوڊ جا ننڍا ٽڪرا تبديل ڪريو. تبديلين کي لاڳو ڪرڻ لاءِ خصوصيت لڪائي استعمال ڪريو جيتوڻيڪ اھي شامل ڪرڻ کان پوءِ فوري طور تي نظر نه اينديون.
جيڪڏهن توهان پنهنجي ڪم ۾ ننڍڙيءَ جي اصول کي لاڳو ڪندا، ته توهان جي ٽيم تمام گهڻي خوش ٿيندي، ضروري خاصيتن کي لاڳو ڪرڻ تي بهتر توجهه ڏني ويندي، ۽ وڌيڪ تيزيءَ سان معيار جي تبديلين کي رول آئوٽ ڪرڻ جو امڪان. پر هن جو مطلب اهو ناهي ته ڪم وڌيڪ پيچيدگي نه ٿي سگهي، ڪڏهن ڪڏهن، ان جي ابتڙ، نئين ڪارڪردگي جي تعارف کي ڪيترن ئي خدمتن جي ترميم جي ضرورت آهي، ۽ اهو عمل هڪ monolithic فن تعمير ۾ ساڳئي کان وڌيڪ ڏکيو ٿي سگهي ٿو. ڪنهن به صورت ۾، ننڍڙي طريقي سان وٺڻ جا فائدا ان جي قابل آهن.
پهرين حصي جي پڄاڻي.
جلد ئي اسان ترجمي جو ٻيو حصو شايع ڪنداسين، ۽ هاڻي اسان توهان جي تبصرن جا منتظر آهيون ۽ توهان کي دعوت ڏيو ٿا ، جيڪو اڄ 20.00 تي ٿيندو.
جو ذريعو: www.habr.com