5 ڪمن ۾ هڪ خرگوش سوراخ

هڪ ”جلدي درست ڪرڻ“ جي دلڪش سادگي

هر ڊولپر "ننڍي تبديلي" جو سائرن گيت ڄاڻي ٿو. اهو معصوم طور تي ڪافي شروع ٿئي ٿو: هڪ معمولي بگ رپورٽ، هڪ ننڍڙو UI ٽائيڪ، يا بظاهر سادي خصوصيت جي درخواست. توهان اندازو لڳايو ته اهو ڪجهه ڪلاڪ وٺندو، شايد هڪ واحد ڪم. توهان کي ڊپ آهي، يقين آهي ته توهان لنچ کان اڳ توهان جي مکيه ڪم تي واپس ايندا. پر پوءِ، توهان پنهنجو پاڻ کي ڳوليندا آهيو پنجن ڪمنٽس گہرا، توهان جو اصل ڪوڊ بيس هڪ پري ميموري وانگر نظر اچي رهيو آهي، ۽ توهان جو "جلدي حل" مڪمل پيماني تي ريفڪٽرنگ پروجيڪٽ ۾ تبديل ٿي چڪو آهي. توهان سڀ کان پهريان هڪ خرگوش جي سوراخ هيٺ ڪري ڇڏيو آهي.

هي واقعو صرف هڪ ذاتي مايوسي ناهي؛ اهو پيداوار تي هڪ اهم خرابي آهي ۽ منصوبي جي ٽائم لائنن لاءِ هڪ وڏو خطرو آهي. هڪ ماڊيولر ڪاروباري ماحول ۾، جتي مختلف حصن جهڙوڪ CRM، پروجيڪٽ مينيجمينٽ، ۽ بلنگ سسٽم کي هم آهنگيءَ سان ڪم ڪرڻ گهرجي، هڪ علائقي ۾ هڪ اڻڄاتل رستو سڄي آپريشن ۾ ڪاسڪيڊنگ تاخير پيدا ڪري سگهي ٿو. اهو بلڪل اهڙي قسم جو غير متوقع ڪم فلو افراتفري آهي جنهن کي روڪڻ لاءِ Mewayz ٺهيل آهي، توهان جي ڪاروبار لاءِ هڪ منظم، هڪٻئي سان ڳنڍيل آپريٽنگ سسٽم ٺاهي.

ڪمٽ 1: واپسي جو نقطو

پهريون واعدو گهڻو ڪري ٺڳيءَ سان سادو هوندو آهي. توهان مسئلي واري فائل کي سڃاڻي سگهو ٿا - شايد هڪ فنڪشن جيڪو تاريخ کي غلط طور تي فارميٽ ڪري ٿو. توھان اصلاح ڪريو، ان کي مقامي طور تي جانچيو، ۽ سڀ ڪجھ ڪم ڪري ٿو. توهان سٺو محسوس ڪري رهيا آهيو. پر جيئن توهان ڪمٽمينٽ کي دٻائڻ وارا آهيو، هڪ سوچ پيدا ٿئي ٿي: "جڏهن مان هتي آهيان، مون کي شايد لاڳاپيل لاگنگ فنڪشن کي اپڊيٽ ڪرڻ گهرجي جيڪو ساڳئي تاريخ جي فارميٽ کي استعمال ڪري ٿو." اهو هڪ منطقي، تقريبن ذميوار آواز وارو تسلسل آهي. هي اهو لمحو آهي جيڪو توهان حد پار ڪيو. هڪ مسئلو حل ڪرڻ بدران، توهان هاڻي سسٽم جي لاڳاپيل حصي کي ”بهتر“ ڪرڻ جو عزم ڪيو آهي.

ڪمٽ 2: انحصار واري سلسلي کي ختم ڪرڻ

توهان جو ٻيو ڪمٽ لاگنگ فنڪشن کي اپڊيٽ ڪري ٿو. پر انتظار ڪريو- ان لاگنگ فنڪشن لاءِ ٽيسٽ ناڪام ٿي. اهو ظاهر ٿئي ٿو ته امتحان پراڻي، غلط تاريخ جي شڪل جي توقع ڪرڻ لاء سخت ڪوڊ ٿيل هو. توهان ڪوڊ بيس ۾ ٽوٽل ٽيسٽ نه ٿا ڇڏي سگهو، تنهنڪري ڪمٽ نمبر ٻه پيدا ٿيو: "تاريخ لاگر لاءِ يونٽ ٽيسٽ کي اپڊيٽ ڪريو." هاڻي توهان صرف هڪ بگ کي درست نه ڪري رهيا آهيو؛ توهان ٽيسٽ کي اپڊيٽ ڪري رهيا آهيو. هي سافٽ ويئر ڊولپمينٽ ۾ هڪ نازڪ سچائي کي ظاهر ڪري ٿو: ڪوڊ انحصار جو هڪ ويب آهي. ھڪڙي ڌاڳو تي ڇڪڻ، جيتوڻيڪ ننڍڙو، ڪپڙي جي ھڪڙي وڏي حصي کي ختم ڪري سگھي ٿو. هڪ غير ماڊيولر سسٽم ۾، هي اهو آهي جتي دائرو بي قابو طور تي بالون ڪرڻ شروع ٿئي ٿو.

ڪمٽ 3: آرڪيٽيڪچر جي آزمائش

امتحان پاس ڪرڻ سان، توهان کي ٿيڻ گهرجي. پر ھاڻي توھان ڪوڊ ڏانھن نھاري رھيا آھيو. اهو فنڪشن جيڪو توهان مقرر ڪيو آهي اهو هڪ وڏي يوٽيلٽي ماڊل جو حصو آهي جيڪو محسوس ڪري ٿو ... گندا. "هي سموري تاريخ سنڀالڻ واري منطق ٽن مختلف فائلن ۾ پکڙيل آهي،" توهان سوچيو. "اهو تمام گهڻو صاف ٿيندو جيڪڏهن آئون صرف ان کي هڪ واحد، سٺي نالي واري خدمت ۾ گڏ ڪريان." آرڪيٽيڪچرل پاڪائي لاءِ ريفيڪٽر جو لالچ طاقتور آهي. ڪمٽ ٽي هڪ اهم آهي: "ريفيڪٽر تاريخ جي افاديت هڪ مرڪزي خدمت ۾." توھان ھاڻي اصل بگ فڪس کان گھڻو اڳتي وڌيو آھيو. توهان سسٽم جي هڪ حصي کي ٻيهر ڊزائين ڪري رهيا آهيو، ۽ انهي سان گڏ نئين پيچيدگي ۽ غلطي جي امڪاني آهي.

ڪمٽ 4 ۽ 5: ڊومينو اثر

ريفيڪٽر مڪمل ٿي چڪو آهي، پر ڊومينوز گر ٿيڻ شروع ٿي ويا آهن. چوٿين وابستگي ضروري آهي ڇاڪاڻ ته ٻه ٻيا ماڊل جيڪي اصل دائري جو حصو نه هئا پراڻن، هاڻي ختم ٿيل يوٽيلٽي افعال تي منحصر آهن. توهان کي انهن وارداتن کي تازه ڪاري ڪرڻ گهرجي ۽ اميد آهي ته انهن جا امتحان اڃا به گذري ويندا. اهي نٿا ڪن. پنجون واعدو انهن ٻين ماڊلز کي درست ڪرڻ جو هڪ شاندار سلسلو آهي، جن کي هاڻي توهان جي نئين سروس پاران متعارف ڪرايل پنهنجا ذيلي ڪيڙا آهن. توهان جو "جلدي حل" سرڪاري طور تي هڪ ملٽي ماڊل اوور هال ۾ وڌي ويو آهي. توھان ھڪڙي تاريخ جي تار سان شروع ڪيو ۽ پوري ايپليڪيشن جي ڍانچي تي سوال اٿاريو.

• ابتدائي بگ: ھڪڙي تاريخ غلط ڏيکاريل آھي.
• وقت گذاريو: 1.5 ڪلاڪ بدران 1.5 ڏينهن.

"خرگوش سوراخ نااهليءَ جي نشاني نه آهي؛ اها هڪ اهڙي نظام جي علامت آهي جتي حدون واضح نه هونديون آهن. سچي ڪارڪردگي ماڊلرٽي مان ايندي آهي، جتي هڪ ڪاروباري فنڪشن ۾ تبديلي ٻئي کي ٻيهر تعمير ڪرڻ تي مجبور نٿو ڪري."

Mewayz سان گارڊرن جي تعمير

پوءِ اسان انهن پيداواري ڪمن کان ڪيئن بچون ٿا- خرگوش جي سوراخن کان؟ جواب ساخت ۽ واضح حدن ۾ آهي. اهو Mewayz جي پويان بنيادي فلسفو آهي. هڪ ماڊيولر ڪاروباري OS جي طور تي ڪم ڪندي، Mewayz بنيادي ڪمن لاءِ اڳواٽ بيان ڪيل ماڊل مهيا ڪري ٿو- جهڙوڪ ڪلائنٽ مئنيجمينٽ، پروجيڪٽ ٽريڪنگ، ۽ مالي آپريشن- جيڪي انهن جي آزادي کي برقرار رکڻ دوران گڏجي ڪم ڪرڻ لاءِ ٺهيل آهن. پروجيڪٽ مئنيجمينٽ ماڊل ۾ تبديلي توهان کي انوائسنگ منطق کي ٻيهر لکڻ جي ضرورت ناهي. سسٽم ٺھيل آھي ڊومينو اثر کي روڪڻ لاءِ مقرر ڪيل فنڪشنل علائقن ۾ تبديليون شامل ڪري.

جڏهن توهان جا ڪاروباري اوزار ضم ٿي وڃن ٿا پر هڪ ٻئي سان جڙيل نه آهن، توهان جي ٽيم "جلدي اصلاح" ڪري سگهي ٿي جيڪي اصل ۾ جلدي رهن. اهي هڪ پروسيس کي هڪ ماڊل ۾ اعتماد سان تازه ڪاري ڪري سگهن ٿا، اهو ڄاڻڻ ته اهي اڻڄاتل طور تي ڪنهن ٻئي هنڌ غير لاڳاپيل فنڪشن کي ٽوڙي نه سگهندا. اها وضاحت ۽ ضابطي اهي آهن جيڪي هڪ امڪاني طور تي افراتفري واري ترقي واري سفر کي اڳتي وڌڻ جي قابل، ڪارائتي رستي ۾ تبديل ڪن ٿيون، توهان جي پوري ٽيم کي خرگوش جي سوراخ کان ٻاهر رکڻ ۽ انهن تي ڌيان ڏيڻ تي ڌيان ڏئي ٿو جيڪو واقعي اهم آهي.

اڪثر پڇيا ويندڙ سوال

هڪ ”جلدي درست ڪرڻ“ جي دلڪش سادگي

هر ڊولپر "ننڍي تبديلي" جو سائرن گيت ڄاڻي ٿو. اهو معصوم طور تي ڪافي شروع ٿئي ٿو: هڪ معمولي بگ رپورٽ، هڪ ننڍڙو UI ٽائيڪ، يا بظاهر سادي خصوصيت جي درخواست. توهان اندازو لڳايو ته اهو ڪجهه ڪلاڪ وٺندو، شايد هڪ واحد ڪم. توهان کي ڊپ آهي، يقين آهي ته توهان لنچ کان اڳ توهان جي مکيه ڪم تي واپس ايندا. پر پوءِ، توهان پنهنجو پاڻ کي ڳوليندا آهيو پنجن ڪمنٽس گہرا، توهان جو اصل ڪوڊ بيس هڪ پري ميموري وانگر نظر اچي رهيو آهي، ۽ توهان جو "جلدي حل" مڪمل پيماني تي ريفڪٽرنگ پروجيڪٽ ۾ تبديل ٿي چڪو آهي. توهان سڀ کان پهريان هڪ خرگوش جي سوراخ هيٺ ڪري ڇڏيو آهي.

ڪمٽ 1: واپسي جو نقطو

پهريون واعدو گهڻو ڪري ٺڳيءَ سان سادو هوندو آهي. توهان مسئلي واري فائل کي سڃاڻي سگهو ٿا - شايد هڪ فنڪشن جيڪو تاريخ کي غلط طور تي فارميٽ ڪري ٿو. توھان اصلاح ڪريو، ان کي مقامي طور تي جانچيو، ۽ سڀ ڪجھ ڪم ڪري ٿو. توهان سٺو محسوس ڪري رهيا آهيو. پر جيئن توهان ڪمٽمينٽ کي دٻائڻ وارا آهيو، هڪ سوچ پيدا ٿئي ٿي: "جڏهن مان هتي آهيان، مون کي شايد لاڳاپيل لاگنگ فنڪشن کي اپڊيٽ ڪرڻ گهرجي جيڪو ساڳئي تاريخ جي فارميٽ کي استعمال ڪري ٿو." اهو هڪ منطقي، تقريبن ذميوار آواز وارو تسلسل آهي. هي اهو لمحو آهي جيڪو توهان حد پار ڪيو. هڪ مسئلو حل ڪرڻ بدران، توهان هاڻي سسٽم جي لاڳاپيل حصي کي ”بهتر“ ڪرڻ جو عزم ڪيو آهي.

ڪمٽ 2: انحصار واري سلسلي کي ختم ڪرڻ

توهان جو ٻيو ڪمٽ لاگنگ فنڪشن کي اپڊيٽ ڪري ٿو. پر انتظار ڪريو- ان لاگنگ فنڪشن لاءِ ٽيسٽ ناڪام ٿي. اهو ظاهر ٿئي ٿو ته امتحان پراڻي، غلط تاريخ جي شڪل جي توقع ڪرڻ لاء سخت ڪوڊ ٿيل هو. توهان ڪوڊ بيس ۾ ٽوٽل ٽيسٽ نه ٿا ڇڏي سگهو، تنهنڪري ڪمٽ نمبر ٻه پيدا ٿيو: "تاريخ لاگر لاءِ يونٽ ٽيسٽ کي اپڊيٽ ڪريو." هاڻي توهان صرف هڪ بگ کي درست نه ڪري رهيا آهيو؛ توهان ٽيسٽ کي اپڊيٽ ڪري رهيا آهيو. هي سافٽ ويئر ڊولپمينٽ ۾ هڪ نازڪ سچائي کي ظاهر ڪري ٿو: ڪوڊ انحصار جو هڪ ويب آهي. ھڪڙي ڌاڳو تي ڇڪڻ، جيتوڻيڪ ننڍڙو، ڪپڙي جي ھڪڙي وڏي حصي کي ختم ڪري سگھي ٿو. هڪ غير ماڊيولر سسٽم ۾، هي اهو آهي جتي دائرو بي قابو طور تي بالون ڪرڻ شروع ٿئي ٿو.

ڪمٽ 3: آرڪيٽيڪچر جي آزمائش

امتحان پاس ڪرڻ سان، توهان کي ٿيڻ گهرجي. پر ھاڻي توھان ڪوڊ ڏانھن نھاري رھيا آھيو. اهو فنڪشن جيڪو توهان مقرر ڪيو آهي اهو هڪ وڏي يوٽيلٽي ماڊل جو حصو آهي جيڪو محسوس ڪري ٿو ... گندا. "هي سموري تاريخ سنڀالڻ واري منطق ٽن مختلف فائلن ۾ پکڙيل آهي،" توهان سوچيو. "اهو تمام گهڻو صاف ٿيندو جيڪڏهن آئون صرف ان کي هڪ واحد، سٺي نالي واري خدمت ۾ گڏ ڪريان." آرڪيٽيڪچرل پاڪائي لاءِ ريفيڪٽر جو لالچ طاقتور آهي. ڪمٽ ٽي هڪ اهم آهي: "ريفيڪٽر تاريخ جي افاديت هڪ مرڪزي خدمت ۾." توھان ھاڻي اصل بگ فڪس کان گھڻو اڳتي وڌيو آھيو. توهان سسٽم جي هڪ حصي کي ٻيهر ڊزائين ڪري رهيا آهيو، ۽ انهي سان گڏ نئين پيچيدگي ۽ غلطي جي امڪاني آهي.

ڪمٽ 4 ۽ 5: ڊومينو اثر

ريفيڪٽر مڪمل ٿي چڪو آهي، پر ڊومينوز گر ٿيڻ شروع ٿي ويا آهن. چوٿين وابستگي ضروري آهي ڇاڪاڻ ته ٻه ٻيا ماڊل جيڪي اصل دائري جو حصو نه هئا پراڻن، هاڻي ختم ٿيل يوٽيلٽي افعال تي منحصر آهن. توهان کي انهن وارداتن کي تازه ڪاري ڪرڻ گهرجي ۽ اميد آهي ته انهن جا امتحان اڃا به گذري ويندا. اهي نٿا ڪن. پنجون واعدو انهن ٻين ماڊلز کي درست ڪرڻ جو هڪ شاندار سلسلو آهي، جن کي هاڻي توهان جي نئين سروس پاران متعارف ڪرايل پنهنجا ذيلي ڪيڙا آهن. توهان جو "جلدي حل" سرڪاري طور تي هڪ ملٽي ماڊل اوور هال ۾ وڌي ويو آهي. توھان ھڪڙي تاريخ جي تار سان شروع ڪيو ۽ پوري ايپليڪيشن جي ڍانچي تي سوال اٿاريو.