پروگرامنگ ۾ خراب ڪم. ٽيڪنيڪل قرض ڇا آهي ۽ ان کي ڪيئن حل ڪجي

ٽيڪنيڪل قرض. اڪثر پروگرامر فعال طور تي ڪم ڪري رهيا آهن انهن جي خاصيتن ۾ هن اصطلاح سان معاملو ڪرڻو پوندو. ڪيترن ئي لاء، ان جو ذڪر پڻ سر درد جو سبب بڻجي سگهي ٿو، انهي سان گڏ جسم جي ٻين حصن ۾ تڪليف جيڪا ظاهر ٿئي ٿي جڏهن توهان ڪنهن منصوبي تي ڪم ڪرڻ دوران ٽيڪنيڪل قرض سان معاملو ڪندا آهيو. تنهن ڪري، اڄ اسين ٽيڪنيڪل قرض (TD) بابت ڳالهائينداسين: اهو ڇا آهي، اهو ڪيئن ظاهر ٿئي ٿو، ڪهڙي قسم جا ٽيڪنيڪل قرض آهن، ۽ ان کي مؤثر طريقي سان ڪيئن منظم ڪجي.

ٽيڪنيڪل قرض ڇا آهي؟

بهرحال، اچو ته پهرين اصطلاحن کي سمجھون. ٽيڪنيڪل قرض هڪ سافٽ ويئر انجنيئرنگ استعارا آهي سافٽ ويئر ڪوڊ يا فن تعمير ۾ جمع ٿيل مسئلن لاءِ سافٽ ويئر ڊولپمينٽ ۾ معيار کي نظرانداز ڪرڻ ۽ مستقبل ۾ اضافي مزدورن جي قيمتن جي ڪري. هي وڪيپيڊيا پاران ڏنل ٽيڪنيڪل قرض جي تعريف آهي . ان کي آسانيءَ سان چوڻ لاءِ، ٽيڪنيڪل قرض ترقي ۾ آسان ۽ مختصر مدي وارا حل لاڳو ڪرڻ جو نتيجو آهي، جيڪو بعد ۾ مسلسل وڌڻ جو سبب بڻجندو آهي (جيستائين، يقيناً، قرض ”ادا ٿيل“ نه هجي) پئسن جا خرچ ۽ بعد ۾ سڌارڻ لاءِ وقت، ڪوڊ کي ٻيهر لکڻ يا پراڊڪٽ کي ان جي موجوده شڪل ۾ برقرار رکڻ. عام پروگرامرز جي دنيا ۾، ٽيڪنيڪل قرض منفي ڪرما جي قسمن مان هڪ آهي، هڪ demotivator ۽ اداسي جو هڪ ذريعو آهي جيڪو خراب ڪوڊ جي بدلي جي طور تي اچي ٿو، ڪچين جو استعمال ۽ "عارضي" (پر حقيقت ۾ بلڪل نه) حل جيڪي. مختصر مدت جي مسئلن کي حل ڪرڻ ۽ ترقي کي تيز ڪرڻ ۾ مدد "ڪريڊٽ تي،" يعني مستقبل ۾ مسئلن جي وڌندڙ پيچيدگي جي خرچ تي. آئي ٽي انڊسٽري ۾، ٽيڪنيڪل قرض هڪ انتهائي سنجيده مسئلو آهي. هڪ تازي مطالعي مطابق ، سڄي دنيا ۾ ڪمپنيون هر سال 85 بلين ڊالر کان وڌيڪ خرچ ڪن ٿيون صرف خراب ڪوڊ کي درست ڪرڻ تي. مجموعي طور تي، اٽڪل $ 300 بلين هڪ سال خرچ ڪيو ويندو آهي پروجيڪٽ جي مدد سان لاڳاپيل پراجيڪٽ ۽ "خراب" سافٽ ويئر. اهي اهم انگ آهن. محققن جو اندازو آهي ته جيڪڏهن سڀني ڊولپرز جون ڪوششون جيڪي ٽيڪنيڪل قرضن سان ڪم ڪن ٿيون ۽ ان جا نتيجا ”صحيح“ ترقي تي مرکوز ڪيا ويا، ته اهو موجوده ڏهاڪي دوران عالمي جي ڊي پي ۾ اٽڪل 3 ٽريلين ڊالر جو اضافو ڪندو.

ظاهر ٿيڻ جا سبب

اهو سمجهڻ گهرجي ته ٽيڪنيڪل قرض هميشه خراب شيء ناهي، جيئن ته مالي قرض ۾ حاصل ٿيڻ مثبت ٿي سگهي ٿو، مثال طور، توهان هڪ ڪاروبار کي ترقي ڪرڻ لاء قرض ڪڍيو (يا هڪ شروعاتي شروع ڪريو ). TD جي صورت ۾، اهو تيزيءَ سان وڌندڙ ڪمپنين لاءِ قابل قبول آهي جن کي پنهنجي ڪاميابيءَ جو جائزو وٺڻ ۽ مارڪيٽ جي ضرورتن جو جائزو وٺڻ لاءِ، مثال طور، نئين پروڊڪٽس يا خدمتن کي جلدي ۽ اڪثر ڇڏڻ جي ضرورت آهي، يا جلدي نئين هنڌن تي قبضو ڪرڻ، مثال طور. پر، جيئن مالي قرض سان، توهان کي ٽيڪنيڪل قرض سان محتاط رهڻ جي ضرورت آهي ۽ ڄاڻو ته ان کي ڪيئن منظم ڪجي، ٻي صورت ۾ سنگين مسئلا پيدا ٿي سگهن ٿا. سافٽ ويئر پراڊڪٽ جي ترقيءَ دوران جيترو وڌيڪ ٽيڪنيڪل قرض جمع ٿيو، اوترو ئي اهو ڪمپنيءَ تي اثرانداز ٿي سگهي ٿو، نون رليزن جي رليز کي سست ڪري، عام ڪوڊرز جي حوصلي کي گهٽائي ٿو، جيڪي اهڙي قرض جي ”بحالي“ جا ذميوار آهن، ۽ خرچ وڌائي ٿو. ، جيڪو آخرڪار ڪمپني کي به تباهه ڪري سگهي ٿو. فني قرض جي واقعن جا سبب، پراڊڪٽ کي جلد کان جلد ختم ڪرڻ يا نئين رليز سان صارفين کي خوش ڪرڻ جي عظيم خواهش کان علاوه، اڪثر ڪري ناقص پراڊڪٽ مئنيجمينٽ، غير حقيقي ڊيڊ لائنون يا وسيلن جون حدون، ۽ يقيناً ڪوڊر جي سستي. ، گهٽ قابليت سان گڏ ۽ اهم ترقي جي اصولن جي سمجھ جي کوٽ، پڻ اڪثر ڪري قرض جي واڌ ۾ حصو وٺن ٿا. اهو اڪثر ٿئي ٿو ته ڊولپر پاڻ کي چڱي طرح ڄاڻن ٿا ته ٽيڪنيڪل قرض جي موجودگي ۽ مسلسل واڌ، پر ان کي تبديل ڪرڻ لاء ڪافي طاقت نه آهي، يا اهڙي مسئلي جي وجود ۽ ان کي حل ڪرڻ جي اهميت بابت انتظاميا کي معلومات پهچائي نه ٿو سگهي.

درجه بندي

جيئن مٿي ذڪر ڪيو ويو آهي، ٽيڪنيڪل قرض ڪيترن ئي مختلف شڪلن ۾ اچي ٿو، ۽ جيئن ته تعريف خود صرف هڪ استعارا آهي، مختلف قسم جي ٽيڪنيڪل قرضن کي مختلف طريقن سان درجه بندي ڪري سگهجي ٿو. خاص طور تي، Dag Liodden، Tapad جو گڏيل باني ۽ CTO، جيڪو ٽيڪنيڪل قرضن تي دنيا جي ماهرن مان هڪ سمجهي وڃي ٿو، سالياني CTO سمٽ تقريب ۾ هڪ تقرير دوران، ٽيڪنيڪل قرضن کي ٽن مکيه قسمن ۾ ورهائڻ جي تجويز ڏني .

1. ارادي فني قرض.

   اهو ڪيسن ۾ ظاهر ٿئي ٿو جتي ڊولپرز عمدي طور تي بهترين حل نه چونڊيندا آهن، ڇاڪاڻ ته اهو عمل ڪرڻ آسان ۽ تيز آهي، جنهن جي نتيجي ۾، هڪ نئين پراڊڪٽ کي مارڪيٽ ۾ جلدي ڇڏڻ ۾ مدد ملندي.

   ”ڪڏهن ڪڏهن اسان جان بوجھ ڪري ٽيڪنيڪل قرض کڻون ٿا ته جيئن ترقي جو وقت گهٽجي. جيڪڏهن توهان هن رستي تي وڃڻ جو فيصلو ڪيو، نه رڳو اهو وقت جيڪو توهان ترقي جي دوران بچائيندا، پر اهو وقت پڻ توهان کي بعد ۾ خرچ ڪرڻو پوندو اهڙي قرض کي "ادا" ڪرڻ لاء. انهي سان گڏ، پڪ ڪريو ته اسٽيڪ هولڊرز [ڪمپني جي اعلي انتظام] کان واقف آهن ته اهڙي فيصلي کي لازمي طور تي مستقبل ۾ ٻين ڪمن جي شروعات کي سست ڪري ڇڏيندو، "ڊيگ لجڊن چيو.

   هن قسم جي ٽيڪنيڪل قرض کي حل ڪرڻ جو هڪ طريقو

   ماهر مشورو ڏئي ٿو ته احتياط سان اهڙن ڪيسن کي دستاويز ڪرڻ لاء انهن ڏانهن موٽڻ ۽ انهن کي درست ڪرڻ کان اڳ هن ٽيڪنيڪل قرض جي گم ٿي وڃي، منصوبي جي جوڙجڪ جو هڪ لازمي حصو بڻجي وڃي.

2. ٽيڪنيڪل قرض جيڪو حادثاتي آهي يا پراڻي منصوبي جي فن تعمير مان پيدا ٿئي ٿو.

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

   هن قسم جي ٽيڪنيڪل قرض کي حل ڪرڻ جو هڪ طريقو

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

3. ٽيڪنيڪل قرض جيڪو وقت جي حوالي سان پيدا ٿئي ٿو.

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

   هن قسم جي ٽيڪنيڪل قرض کي حل ڪرڻ جو هڪ طريقو

   اهو ٽيڪنيڪل قرضن جي ٽن قسمن مان صرف هڪ آهي جنهن کي توهان کي ڪوشش ڪرڻ گهرجي ته مسلسل بنيادن تي باقاعده ريفيڪٽرنگ ذريعي، ماهر چوي ٿو. مثالي طور، هڪ ترقياتي ٽيم کي سسٽم جي فن تعمير کي چڱي طرح سمجهڻ لاء وقت وٺڻ گهرجي جنهن تي اهي ڪم ڪري رهيا آهن، جيتوڻيڪ اهو اصل ۾ ٻين ماڻهن طرفان ٺاهيو ويو هو. سسٽم کي سمجھڻ توهان کي اجازت ڏيندو ته توهان خراب ڪوڊ کي بهتر ۽ درست ڪرڻ جي بغير پروجيڪٽ کي "روٽنگ" جي اسٽيج تي آڻڻ جي.

ٽيڪنيڪل قرض انتظام حل

ٽيڪنيڪل قرض کي مؤثر طريقي سان منظم ڪرڻ لاء ڪيترائي اختيار آهن، پر سڀ ماهر متفق آهن ته اهو ٿيڻ گهرجي، ڇو ته ٽيڪنيڪل قرض تقريبا ڪنهن به ترقي جو هڪ لازمي حصو آهي، ۽ اهي ڪمپنيون جيڪي ان کي نظر انداز ڪن ٿا، هميشه بعد جي مرحلن تي مسئلن کي منهن ڏيڻ. هتي آهن ڪجهه موثر حل ۽ طريقا هڪ ترقياتي ٽيم لاءِ ٽيڪنيڪل قرض کي منظم ڪرڻ لاءِ.

1. ٽيڪنيڪل قرض تي ڪم ڪرڻ لاءِ توهان جي ڪم جي وقت جو هڪ مقرر فيصد مختص ڪريو.

   ٽيڪنيڪل قرض جي باري ۾ شيء اها آهي ته ان کي ختم ڪرڻ تي ڪم ڪرڻ لاء ڪڏهن به وقت نه آهي (ڇاڪاڻ ته هميشه اعلي ترجيحي ڪم آهن) جيستائين توهان اهو مقصد سان نه ڪريو. تنهن ڪري، هڪ سٺو حل انهن مقصدن لاء ڪم ڪرڻ جي وقت جي هڪ مخصوص في سيڪڙو مختص ڪرڻ آهي - جي باري ۾ 20-25٪.

   اهو مختلف طريقن سان ڪري سگهجي ٿو.

2. هفتي ۾ 1 ڏينهن ٽيڪنيڪل قرض تي ڪم ڪريو

   Если выделять на работу над устранением ТД всей командой один день в неделю, это How раз будет около 20% от общего рабочего времени. Для некоторых команд такой подход работает просто отлично и, говорят, даже повышает мораль, ведь в этот конкретный день недели вся команда занимается решением проблем, которые достают их все остальное время разработки.

3. Посвящать работе над ТД каждую четвертую задачу

   Такая система подходит тем командам, которые склонны разделять работу над проектом на примерно равномерные по времени и усorям для их выполнения задачи. Если один из каждых четырех тасков посвящать “выплате” ТД, это будет занимать около четверти всего времени разработки. А введение такого подхода в качестве правила позволит убедиться, что codeеры не будут откладывать технический долг “на потом”.

4. Переходящая роль

   Еще одним подходом к проблеме устранения технического долга будет назначать на данную задачу разных членов команды поочередно, чтобы равномерно распределить эту порой далеко не самую приятную работу среди членов коллектива. Количество разработчиков, назначенных заниматься “разгребанием” ТД, может быть разным — для команды из 4-5 человек будет достаточно одного, тогда How коллективы побольше могут назначать двух-трех. Но суть остается прежней — на работу над ТД должно уходить около 20-25% всех ресурсов и человеко-часов.

5. Правило бойскаутов.

   Правило бойскаутов состоит в том, чтобы всегда оставлять туристический лагерь (стоянку для палаток) в лучшем состоянии, чем он был до их прихода, то есть убирать даже тот мусор, который был оставлен не ими. Этот принцип, How выяснor заокеанские codeеры, отлично подходит и для управления техническим долгом. Согласно данному правилу, все члены команды должны заниматься исправлением ТД каждый раз, когда сталкиваются с ним в том or ином виде. Конечно, это правило нужно применять разумно, чтобы время, которое уходит на исправление ТД, не превышало “разумные” 25-30% от общих временных ресурсов.

6. Приоритизация “дорогого” технического долга

   Также эксперты в массе своей рекомендуют не забывать о том, что технический долг может различаться в том числе и по важности. Далеко не каждый тип ТД требует немедленного устранения, поэтому важно работать над классификацией разных видов технического долга и приоритезацией работы с ними соответственно. Проще говоря, прежде всего закрывать надо те долги, которые оказывают прямое влияние на speed разработки продукта, будучи частью его базовой архитектуры. Такие долги являются самыми опасными, потому что ведут к появлению новых долгов, которые могут расти How снежный ком.

Заключение

آخرڪار، مان هڪ ڀيرو ٻيهر زور ڏيڻ چاهيان ٿو ته سافٽ ويئر ڊولپمينٽ ۾ ٽيڪنيڪل قرض کان سواء اهو ناممڪن آهي، ڇاڪاڻ ته اهي ترقي جو هڪ لازمي حصو آهن. بهرحال، ان جي فني نوعيت جي باوجود، TD اڃا تائين ترقي ۾ انساني عنصر جي سبب هڪ مسئلو آهي. ۽ جيتوڻيڪ توهان ان کان سواءِ مڪمل طور تي ڪم نه ڪري سگهندا، ٽيڪنيڪل قرض جي رقم جيترو ممڪن ٿي سگهي گهٽجي سگهي ٿي جيڪڏهن توهان ”صاف“ ڪوڊ لکو ۽ ترقي جي عمل کي ممڪن حد تائين ذميواري ۽ پيشه ورانه طريقي سان وڌايو. اھو اھو آھي جيڪو اسان سڀني لاء چاھيو ٿا!