تدریس · انجینئرنگ کی مشق

RFC سے ADR تک: فیصلہ تک پہنچنا اور استدلال کو برقرار رکھنا

سبھی اس بات پر متفق ہیں کہ ADRs اچھے ہیں۔ تقریباً کوئی بھی انہیں تازہ نہیں رکھتا — کیونکہ بحث اور ریکارڈ مختلف جگہوں پر موجود ہیں۔ اس خلا کو بند کریں اور ADR خود بخود لکھ جائے گا۔

AT
Argumentree Team
Engineering Practice
August 24, 2026
11 min پڑھیں

RFC سے ADR تک: فیصلہ تک پہنچنا اور استدلال کو برقرار رکھنا

ایک RFC عام طور پر اتفاق رائے تک پہنچنے کے بارے میں ہوتا ہے؛ ایک ADR اس اتفاق رائے کو ریکارڈ کرتا ہے جب یہ حاصل ہو جائے — اور ADRs خراب ہونے کی وجہ یہ ہے کہ بحث چیٹ اور پل-ریکویسٹ کے تبصروں میں زندہ رہتی ہے جبکہ ریکارڈ بعد میں، یادداشت سے، ایک شخص کے ذریعہ لکھا جاتا ہے۔ RFC سے ADR کے بہاؤ کو چلانے کے لیے تاکہ ریکارڈ بحث سے باہر نکلے: تجویز کو ایک بنیادی دعوے کے طور پر بیان کریں (مستقبل کے ADR کا عنوان)؛ سیاق و سباق کو علیحدہ پرو-دلائل کے طور پر شامل کریں تاکہ ہر قوت کو انفرادی طور پر چیلنج کیا جا سکے؛ ہر غور کردہ آپشن کو اپنے اپنے فوائد اور نقصانات کے ساتھ اپنا سسٹر نوڈ دیں — جن میں مسترد کردہ بھی شامل ہیں؛ RFC تبصرے کے دور کو زنجیروں کے طور پر چلائیں (وضاحت کے لیے سوال و جواب کی زنجیریں، اعتراضات کے لیے جائزہ زنجیریں — ہر ایک جائزہ لینے والے اور آپشن کے مصنف کے درمیان چار موڑ کا مکالمہ، جس میں N جائزہ لینے والوں کا مطلب N متوازی زنجیریں؛ تقسیموں کو ہم آہنگ کرنے کے لیے سمجھوتہ زنجیریں، جہاں ایک مکمل زنجیر کوشش کو ریکارڈ کرتی ہے چاہے یہ حل ہو یا نہ ہو)؛ فیصلہ سازوں کو آپشنز کی درجہ بندی کرنے دیں تاکہ یہ ثبوت مل سکے کہ کمرے کی حالت کیا تھی — درجہ بندی فیصلہ نہیں ہے، ایک نامزد انسان اسے ابھی بھی کہتا ہے؛ منتخب کردہ آپشن کے کن-بچوں کے طور پر قبول کردہ نتائج کو ریکارڈ کریں؛ اور ایک بعد کے فیصلے کو اس فیصلے سے جوڑ کر سپرسیشن کا ماڈل بنائیں جسے یہ تبدیل کرتا ہے، پرانے کو پڑھنے کے قابل رکھتے ہوئے۔ موجودہ مارک ڈاؤن ADRs یا فیصلہ پر مبنی ٹرانسکرپٹس سے بیج لگانا AI نکالنے کے ذریعے کام کرتا ہے جس پر اصل کا نشان لگا ہوتا ہے۔ ایماندار حدود: یہ ریپو سے ٹریک کردہ ADRs کی جگہ نہیں لیتا (ریکارڈ کو برآمد اور کمٹ کریں)؛ کوئی بلٹ ان ADR حیثیت کا میدان نہیں ہے، لہذا تجویز کردہ/قبول شدہ/سپرسیڈ ایک روایتی ہے جسے آپ برقرار رکھتے ہیں؛ ایک مکمل زنجیر کا مطلب یہ نہیں ہے کہ فریقین نے اتفاق کیا — جو کہ بالکل وہی ہے جو اختلاف اور کمٹ کو قابل فہم بناتا ہے۔

Share:
خلاصہ

ایک RFC عام طور پر اتفاق رائے تک پہنچنے کے بارے میں ہوتا ہے؛ ایک ADR اس اتفاق رائے کو ریکارڈ کرتا ہے جب یہ حاصل ہو جاتا ہے۔ ADRs خراب ہو جاتے ہیں کیونکہ اتفاق رائے تک پہنچنے کا عمل چیٹ میں ہوتا ہے اور ریکارڈنگ بعد میں، یادداشت سے کی جاتی ہے۔ دونوں کو ایک ہی ڈھانچے میں چلائیں:

  • یہ تجویز ایک بنیادی دعویٰ ہے; سیاق و سباق کی قوتیں علیحدہ ہیں، چیلنج کی جا سکتی ہیں پرو-دلائل؛ ہر آپشن — بشمول مسترد شدہ — کو اپنا الگ نوڈ ملتا ہے
  • RFC راؤنڈ زنجیریں ہیں: وضاحت کے لیے سوال و جواب، اعتراض کے لیے جائزہ، مفاہمت کے لیے مصالحت — چار مرحلوں کے مکالمے، N جائزہ لینے والے = N متوازی زنجیریں
  • درجہ بندی فیصلہ نہیں ہے: فیصلہ ساز شواہد کے طور پر درجہ بندی کرتے ہیں؛ ایک نامزد انسان اسے کہتا ہے — اور لکھتا ہے کہ کیوں، خاص طور پر کمرے کے خلاف
  • ADR درخت ہے: کچھ بھی نقل نہیں کیا گیا، لہذا نقل میں کچھ بھی نہیں کھویا گیا — اگر آپ کی تنظیم کو ضرورت ہو تو ریپو میں برآمد کریں

وہ فیصلہ جسے کوئی بھی دوبارہ نہیں بنا سکا۔

نئے ٹیک لیڈ نے ایک معقول سوال پوچھا: ہر سروس اس قطار کے ذریعے بلنگ سسٹم سے کیوں بات کرتی ہے؟ ایک ADR ہے — ADR-014، چار جملے، گیارہ ماہ پہلے لکھا گیا۔ سیاق و سباق: "ہمیں قابل اعتماد بلنگ انٹیگریشن کی ضرورت تھی۔" فیصلہ: "قطار کا استعمال کریں۔" نتائج: "کچھ اضافی تاخیر۔" یہ تکنیکی طور پر ایک ریکارڈ ہے۔ یہ کچھ بھی جواب نہیں دیتا۔

آپ وہاں تھے، اس لیے آپ جانتے ہیں کہ ADR-014 کیا نہیں کہتا: دو سلیک چینلز میں تین ہفتوں کا بحث اور ایک گرم PR تھریڈ؛ ہم وقتی API کا آپشن جو ایک ریٹ کی حد کی وجہ سے ہار گیا جو بعد میں بڑھا دی گئی؛ عملے کے انجینئر کا اعتراض جس کا جواب ایک بینچ مارک سے دیا گیا جسے اب کوئی نہیں ڈھونڈ سکتا۔ بحث ہوئی۔ ریکارڈ بعد میں، یادداشت سے، ایک شخص نے، ایک جمعہ کو لکھا۔

یہ ایک دستاویزی، تقریباً عالمی ناکامی کا طریقہ ہے جو واقعی ایک اچھی مشق ہے۔ AWS کی تجویز کردہ رہنمائی اور مائیکروسافٹ کے ویل آرکیٹیکٹڈ دستاویزات دونوں ADRs کی سفارش کرتے ہیں — اور دونوں درد کا ذکر کرتے ہیں: انہیں موجودہ رکھنا وقت لیتا ہے، اور ان کا انتظام کرنا پیچیدہ ہو جاتا ہے جب ٹیمیں اور انتخاب بڑھتے ہیں۔ بنیادی وجہ ساختی ہے: بحث اور ریکارڈ مختلف جگہوں پر موجود ہیں، اس لیے ریکارڈ ہمیشہ ایک نقصان دہ نقل ہوتا ہے۔ حل یہ ہے کہ انہیں ایک ہی جگہ بنایا جائے۔ نہ ہی یہ مشق انجینئرنگ کے مخصوص ہے، اور نہ ہی ADR کے مخصوص۔ گوگل ایک ڈیزائن دستاویز کی ضرورت رکھتا ہے — مسئلہ، تجویز کردہ طریقہ، متبادل پر غور، تجارتی نقصانات — جو اہم تکنیکی کام شروع ہونے سے پہلے لکھی اور جائزہ لی جاتی ہے، یہ ایک مشق ہے جو کمپنی کی اپنی سافٹ ویئر انجینئرنگ ایٹ گوگل میں بیان کی گئی ہے۔ یہ ADR کی طرح ہی ایک نظم ہے، جو ایک قدم پہلے لاگو کی گئی ہے: ADR اس انتخاب کو ریکارڈ کرتا ہے جس پر ڈیزائن دستاویز نے بحث کی۔ دونوں ایک ہی وجہ سے ایک ہی طرح ناکام ہوتے ہیں، اور دونوں کو ایک ہی اقدام سے درست کیا جاتا ہے — بحث کو اس جگہ رکھیں جہاں ریکارڈ موجود ہے، بجائے اس کے کہ ایک کو دوسرے میں بعد میں نقل کریں۔ نیچے ہر قدم کو دونوں آرٹيفیکٹس کا احاطہ کرنے کے طور پر پڑھیں۔

ADRs کیوں سڑتے ہیں

ADR کمیونٹی کے اپنے مواد میں سے ایک جملہ پوری تشخیص کو بیان کرتا ہے: ایک RFC عام طور پر اتفاق رائے تک پہنچنے کے بارے میں ہوتا ہے؛ ایک ADR اس اتفاق رائے کو ریکارڈ کرتا ہے جب یہ حاصل ہو جائے۔ دو آرٹيفیکٹس، دو لمحے — اور ان کے درمیان سب کچھ لیک ہو جاتا ہے۔ جو متبادل "ظاہر" طور پر غلط تھے وہ ریکارڈ نہیں ہوتے (جب تک کہ وہ ظاہر ہونا بند نہ کر دیں)۔ اعتراض جو حتمی ڈیزائن کو شکل دیتا ہے صرف ایک بند تھریڈ پر PR تبصرے کے طور پر زندہ رہتا ہے۔ سیاق و سباق کا سیکشن آخری، بدترین، ان لوگوں کے ذریعہ لکھا جاتا ہے جو نہ ہونے کے کھیل میں ہار گئے۔ میٹنگز جو فیصلے پیدا کرنی چاہئیں تھیں، خلاصے پیدا کرتی ہیں، اور وہ استدلال جو فیصلے کو پائیدار بناتا ہے — وہ چیز جس پر پوری فیصلے کے معیار کی زنجیر منحصر ہے — بالکل وہی ہے جو نقل میں چھوڑ دیا جاتا ہے۔

آپ کو کیا چاہیے

ہر RFC کے لیے ایک Argumentree بحث۔ اگر آپ کے پاس موجودہ markdown ADRs یا فیصلہ کن میٹنگ کی ٹرانسکرپٹ ہے، تو اسے اپ لوڈ کریں — AI استخراج اسے منظم pro/con دلائل میں تبدیل کر دیتا ہے جن کے ساتھ ماخذ اقتباسات منسلک ہوتے ہیں، جن پر استخراج شدہ کا نشان ہوتا ہے تاکہ درآمد شدہ دعوے کبھی بھی زندہ دعووں کے ساتھ غلط نہ سمجھے جائیں (استخراج کیسے کام کرتا ہے

مرحلہ 1–3: تجویز، سیاق و سباق، اختیارات

  1. 1پیشکش کو بنیادی دعویٰ کے طور پر بیان کریں — تجویز کردہ فیصلہ، سوال نہیں: "ہم تمام بلنگ کی تحریروں کو ایک مستقل قطار کے ذریعے منتقل کریں گے۔" یہ جملہ مستقبل کے ADR کا عنوان ہے۔ چیک پوائنٹ: بنیادی موجود ہے، ایک جملہ، پیش کرنے والے کی طرف سے لکھا گیا۔
  2. 2سیاق بطور علیحدہ دلائل۔ ہر قوت جو فیصلے کو ضروری بناتی ہے — قابل اعتماد ہونے کی ضرورت، بلنگ سسٹم کی شرح کی حد، آڈٹ کا حکم — اپنی جڑ کے تحت اپنا الگ دلیل ہے۔ ایک یکساں "سیاق" پیراگراف کو چیلنج نہیں کیا جا سکتا؛ تین علیحدہ سیاق کے دعوے ہر ایک کو انفرادی طور پر سوال کیا جا سکتا ہے، تصدیق کی جا سکتی ہے، یا مسترد کیا جا سکتا ہے۔ چیک پوائنٹ: ≥2 سیاق کے دلائل، ہر ایک قوت۔
  3. 3ہر آپشن کا اپنا نوڈ ہوتا ہے۔ قطار، ہم وقتی API، بیچ کام — بہن بھائی کے دلائل، ہر ایک کے اپنے فوائد اور نقصانات ہیں۔ فائدہ/نقصان والدین کے لحاظ سے ہوتا ہے، لہذا کسی آپشن کے نقصانات اسی آپشن سے جڑے ہوتے ہیں، فیصلے سے نہیں۔ ان آپشنز کو شامل کریں جن کی آپ توقع کرتے ہیں کہ آپ مسترد کریں گے: مسترد شدہ بہن بھائی وہ ہے جو اگلے سال کے "ہم نے صرف کیوں نہیں..." کا جواب دیتا ہے۔ چیک پوائنٹ: ہر آپشن جس کے بارے میں ایک قاری پوچھ سکتا ہے موجود ہے۔

مرحلہ 4–6: آر ایف سی کا دور جو ایک ریکارڈ چھوڑتا ہے

اب جائزہ کا دور — عام طور پر یہ حصہ گفتگو، تبصروں اور ہالوں میں پھیلا ہوتا ہے۔ یہاں یہ تین قسم کے منظم تبادلے کے طور پر چلتا ہے، ہر ایک ایک چار موڑ کی گفتگو ہے جو ایک جائزہ لینے والے اور آپشن کے مصنف کے درمیان ہوتی ہے:

سوال و جواب کی زنجیر — وضاحت کریں

"موجودہ ہم وقت ساز کلائنٹس کے ساتھ کیا ہوتا ہے؟" آپشن کے مصنف کا جواب ہے، جائزہ لینے والا پیچھے آتا ہے، مصنف دوبارہ جواب دیتا ہے — مکمل۔ کوئی بھی آپشن فیصلہ میں بغیر جواب کے سوال نہیں لے جانا چاہیے۔

جائزہ زنجیر — شے

ایک جائزہ لینے والا ایک آپشن کو غیر معقول قرار دیتا ہے؛ مصنف جواب دیتا ہے؛ پیروی؛ جواب۔ N جائزہ لینے والے = N متوازی زنجیریں ایک ہی آپشن پر — ہر اعتراض اپنی قابل حوالہ تبادلہ ہے، نہ کہ ایک مشترکہ تھریڈ میں کھوئی ہوئی تبصرہ۔

مصالحہ زنجیر — صلح کرنا

دو کیمپ تقسیم؟ ایک دوسرے مصنف کو درمیانی آپشن کی تجویز دیتا ہے۔ اگر یہ حل ہو جائے تو آپ کے پاس ایک نیا آپشن نوڈ ہے۔ اگر یہ حل نہیں ہوتا تو مکمل شدہ زنجیر یہ ریکارڈ ہے کہ یہ کوشش کی گئی تھی — جو تقریباً اتنی ہی قیمت رکھتی ہے۔

مکمل ≠ متفق

ایک زنجیر جو مکمل ہو گئی کا مطلب ہے کہ تبادلہ اپنی راہ پر چلا — سوال پوچھا گیا اور دو بار جواب دیا گیا — یہ نہیں کہ فریقین نے اتفاق کیا۔ اس تفریق کو برقرار رکھیں؛ یہ اہم ہونے والا ہے۔

مرحلہ 7: فیصلہ کرنا — اور درجہ بندی کیا نہیں ہے

فیصلہ ساز اختیارات کی درجہ بندی کرتے ہیں: ہر ایک کو ایک لیبل لگا ہوا درجہ بندی۔ تقسیم حقیقی ثبوت ہے — جہاں کمرہ کھڑا تھا، ریکارڈ پر، کال سے پہلے۔ لیکن درجہ بندی فیصلہ نہیں ہے۔ ایک نامزد انسان ابھی بھی فیصلہ کرتا ہے، اور اگر کال تقسیم کے خلاف جاتی ہے، تو فیصلہ کا نقطہ وہیں ہے جہاں اس کی وضاحت کی جاتی ہے۔ (وہ نامزد انسان کون ہونا چاہیے، اور بحث سے پہلے اس کردار کو کیسے تفویض کیا جائے بجائے اس کے کہ بعد میں، یہ اپنی ایک ڈسپلن ہے — دیکھیں فیصلہ حقوق کا سبق.)

آپ کی ٹیم کے لیے سوال

آپ کی آخری تعمیراتی کال کا فیصلہ کس نے کیا — اور کیا آپ اس کی تصدیق کر سکتے ہیں؟ یہ نہیں کہ میٹنگ میں کون تھا: فیصلہ کس کا تھا، اور ان کی دلیل کہاں لکھی ہوئی ہے؟

مرحلہ 8–9: ADR جو آپ کو لکھنے کی ضرورت نہیں تھی

یہاں ادائیگی ہے۔ ریکارڈ ایک ایسا دستاویز نہیں ہے جو آپ بعد میں لکھتے ہیں — یہ منتخب کردہ آپشن کا نوڈ ہے اور اس کے ساتھ پہلے سے منسلک سب کچھ: سیاق و سباق کے دلائل (Context)، مسترد کردہ بہنیں (Options Considered)، مکمل شدہ زنجیریں (بحث، مصنفین کے ساتھ)، درجہ بندیاں (جہاں کمرہ کھڑا تھا)، اور فیصلہ کا دلیل اس کی وضاحت کے ساتھ (Decision)۔ کچھ بھی نقل نہیں کیا جاتا، لہذا نقل میں کچھ بھی کھویا نہیں جاتا۔

  1. 1ان نتائج کو ریکارڈ کریں جنے آپ قبول کر رہے ہیں۔ معلوم نقصانات — اضافی تاخیر، قطار کا عملی بوجھ — منتخب کردہ آپشن کے کن-بچوں کے طور پر جاری رہتے ہیں، جنہیں فیصلہ کرنے والے نے تسلیم کیا ہے۔ انہیں لکھنا اس کو ایک فیصلہ بناتا ہے نہ کہ ایک پسند۔ چیک پوائنٹ: ≥1 قبول شدہ نتیجہ ریکارڈ پر۔
  2. 2برآمد کریں اگر آپ کی تنظیم کو ریپو سے ٹریڈ ADRs کی ضرورت ہو۔ بہت سی تنظیمیں کرتی ہیں، صحیح طور پر — کوڈ کے ساتھ موجود مارک ڈاؤن ADR تعمیل کا آرٹفیکٹ رہتا ہے۔ درخت سے چار حصوں کا خلاصہ لکھیں (پانچ منٹ، جمعہ نہیں)، مکمل بحث کے لیے گفتگو کی طرف واپس لنک کریں۔ چیک پوائنٹ: ریپو ADR درخت کا حوالہ دیتا ہے؛ درخت میں استدلال موجود ہے۔

اختلاف کریں اور عزم کریں، ریکارڈ پر

ایمیزون نے جو طرز مشہور کیا — اختلاف کریں اور پابند رہیں — اس میں ایک پڑھنے کی مشکل ہے: بعد میں کوئی کیسے جان سکتا ہے کہ اختلاف حقیقی، سنا گیا، اور جواب دیا گیا تھا، نہ کہ دبایا گیا؟ زنجیر کے میکانکس اس کا جواب دیتے ہیں۔ ایک جائزہ زنجیر جو اپنے مکمل چار مراحل سے گزری اور بغیر اتفاق کے مکمل ہوئی، بالکل رسید ہے: اعتراض کیا گیا، جواب دیا گیا، دباؤ ڈالا گیا، اور دوبارہ جواب دیا گیا، ریکارڈ پر، اس سے پہلے کہ اختلاف کرنے والا پابند ہو۔ اختلاف کرنے والے کا یہ دستاویزی ثبوت ہے کہ اسے سنا گیا — جو بعد میں پابند ہونے کو معقول بناتا ہے نہ کہ صرف اطاعت۔

مکمل ہونے کو اتفاق رائے نہ سمجھیں۔

مکمل ہونے کا مطلب ہے کہ تبادلہ ختم ہو گیا، نہ کہ کسی نے اپنا خیال بدل لیا۔ اگر آپ چین کی تکمیل کو معاہدے کے طور پر رپورٹ کرتے ہیں، تو آپ جھوٹی ہم آہنگی پیدا کریں گے اور اس اعتماد کو جلا دیں گے جس کے قیام کے لیے یہ طریقہ کار موجود ہے۔ ایماندارانہ پڑھائی: مشورہ دیا، جواب دیا، پھر بھی مخالف، پھر بھی پابند — یہ چاروں حقائق واضح ہیں۔

مرحلہ 10: حذف کیے بغیر متبادل کرنا

فیصلے کی عمر۔ جب وہ شرح حد جو ہم وقتی اختیار کو ختم کرتی ہے بڑھائی جاتی ہے، تو صحیح اقدام ایک نیا فیصلہ ہے جو اس کا حوالہ دیتا ہے جسے یہ تبدیل کرتا ہے — ایک نیا دلیل جو ADR-014 کے نوڈ سے منسلک ہے، جو بتاتا ہے کہ کیا تبدیل ہوا۔ پرانا فیصلہ پڑھنے کے قابل رہتا ہے؛ اس کی وجہ بالکل وہی ہے جس کی وجہ سے نیا فیصلہ جانتا ہے کہ وہ کیا ختم کر رہا ہے۔

ایک ایماندار خلا جس کا واضح طور پر انتظام کرنا ہے: کوئی بلٹ ان ADR حیثیت کا میدان نہیں ہے۔ مجوزہ / قبول شدہ / منسوخ کسی دلیل پر پہلی درجہ کی حالت نہیں ہے — منسوخی کو لنکنگ کے ذریعے ماڈل کیا گیا ہے، اور یہ روایت آپ کی ہے کہ آپ اسے برقرار رکھیں۔ اسے اپنی ٹیم کے کام کے معاہدے میں بیان کریں بجائے اس کے کہ یہ فرض کر لیں کہ پروڈکٹ اسے نافذ کرتی ہے۔

ایماندار حدود

  • یہ آپ کے ریپوزٹری میں ADRs کی جگہ نہیں لیتا اگر آپ کی تنظیم کو انہیں کوڈ کے ساتھ ورژن کنٹرول میں رکھنے کی ضرورت ہے۔ خلاصہ برآمد کریں اور کمیٹ کریں؛ اس حصے کے لیے درخت کا استعمال کریں جہاں مارک ڈاؤن خراب ہے — بحث۔
  • کوئی ADR حیثیت کا میدان نہیں۔ تجویز کردہ/قبول شدہ/مکمل شدہ ایک لنکنگ کنونشن ہے جسے آپ برقرار رکھتے ہیں، یہ کوئی چیز نہیں ہے جو پروڈکٹ نافذ کرتی ہے۔
  • ایک زنجیر چار موڑ ہے۔ گہرے تعمیراتی اختلاف کے لیے ایک کال کی ضرورت ہوگی؛ زنجیر اس بات کا ریکارڈ ہے کہ پہلے کیا کوشش کی گئی تھی۔
  • ریٹنگز ایک واحد لیبل شدہ قیمت ہیں، نہ کہ وزنی کثیر المعیاری اسکورنگ۔
  • یہ کسی کو بھی اچھا سیاق لکھنے پر مجبور نہیں کرتا۔ ساخت ایک اچھے ریکارڈ کی قیمت کو کم کرتی ہے؛ یہ فیصلہ فراہم نہیں کرتی۔

عملی اسباق

  • ایک RFC، ایک بحث۔ پورے سہ ماہی کی تعمیرات کو ڈھانپنے والے میگا درخت کا مقابلہ کریں — سپرسیشن لنکس فیصلوں کو نیسٹنگ سے بہتر طریقے سے جوڑتے ہیں۔
  • جو موجود ہے اس سے بیج نکالو۔ ایک فیصلہ کن ٹرانسکرپٹ یا آپ کا پرانا ADR فولڈر، نکالا گیا، بحث کو ایک تیز آغاز دیتا ہے — درآمد شدہ کے طور پر لیبل لگا ہوا، تاکہ زندہ دلائل کو ممتاز رکھا جا سکے۔
  • جائزہ لینے والوں کے نام ان کی زنجیروں پر لکھ دیں اور انہیں وہاں چھوڑ دیں۔ نسبت ہی جوابدہی ہے؛ نامعلوم تعمیراتی اعتراضات کہانیوں میں تبدیل ہو جاتے ہیں۔
  • نتائج کا سیکشن فیصلہ کرنے والے کا ہے، کسی اور کا نہیں۔ جن نقصانات کو قبول کرنے والے شخص نے لکھا ہے، ان کا وزن ایک جائزہ لینے والے کی تنبیہوں سے مختلف ہوتا ہے۔

ADR-014، وہ ورژن جو جواب دیتا ہے

نئے ٹیک لیڈ کے سوال کی طرف واپس آتے ہیں۔ دوبارہ تعمیر شدہ ورژن میں، ADR-014 ایک نوڈ ہے: قطار کا فیصلہ اس کی وضاحت کے ساتھ، تین سیاق و سباق کی قوتیں (ایک اب بیکار — واضح طور پر)، ایک مسترد شدہ ہم وقتی-API بہن جس کا مہلک نام پرانا ریٹ لمٹ ہے، چار مکمل شدہ جائزہ زنجیریں جن میں عملے کے انجینئر کی بھی شامل ہے، اور بینچ مارک بطور ثبوت منسلک ہے۔ ٹیک لیڈ دس منٹ تک پڑھتا ہے، ریٹ لمٹ میں تبدیلی دیکھتا ہے، اور پرانے نوڈ سے منسلک ایک متبادل تجویز کھولتا ہے۔ کوئی بھی سلیک کو کھودتا نہیں ہے۔ یہ پوری وعدہ ہے: زنجیریں معاہدے تک پہنچتی ہیں، درخت اسے ریکارڈ کرتا ہے — اور ریکارڈ ان سوالات کے جوابات دیتا ہے جن کے بارے میں آپ کو نہیں معلوم تھا کہ یہ پوچھے جائیں گے۔

پر لاگو ہوتا ہےمیٹنگ انٹیلیجنس

ذرائع اور مزید مطالعہ

اکثر پوچھے جانے والے سوالات

RFC اور ADR میں کیا فرق ہے؟

ایک RFC (تبصرے کی درخواست) اتفاق رائے تک پہنچنے کا عمل ہے: ایک تجویز تقسیم کی جاتی ہے، متبادل پر بحث کی جاتی ہے، اعتراضات اٹھائے جاتے ہیں اور ان کا جواب دیا جاتا ہے۔ ایک ADR (معماری فیصلہ ریکارڈ) اس اتفاق رائے کو ریکارڈ کرتا ہے جو حاصل ہو چکا ہے: سیاق و سباق، غور کیے گئے اختیارات، فیصلہ، نتائج، حیثیت۔ انہیں علیحدہ اشیاء کے طور پر چلانے کا ناکامی کا طریقہ یہ ہے کہ ان کے درمیان سب کچھ لیک ہو جاتا ہے — بحث چیٹ اور PR تبصروں میں زندہ رہتی ہے جبکہ ریکارڈ بعد میں یادداشت سے لکھا جاتا ہے۔ RFC کو ایک منظم بحث کے درخت کے طور پر چلانا ADR کو بحث سے باہر نکال دیتا ہے: کچھ بھی نقل نہیں کیا جاتا، لہذا نقل میں کچھ بھی کھو نہیں جاتا۔

ADRs کیوں بیکار ہو جاتے ہیں یا لکھے جانا بند کر دیتے ہیں؟

کیونکہ انہیں لکھنا ایک نقل کا کام ہے۔ حقیقی استدلال سلیک تھریڈز، جائزہ تبصروں اور میٹنگز میں ہوتا ہے؛ اس کے بعد ایک شخص یادداشت سے ایک سیاق و سباق کا سیکشن دوبارہ تشکیل دیتا ہے، عام طور پر مختصر اور آخری۔ AWS اور مائیکروسافٹ کی اپنی رہنمائی اس درد کو نوٹ کرتی ہے: ADRs لکھنے اور اپ ڈیٹ کرنے میں وقت لگتا ہے، اور جیسے جیسے فیصلے بڑھتے ہیں، انتظام پیچیدہ ہو جاتا ہے۔ ٹیمیں ADRs پر یقین رکھنا نہیں چھوڑتیں — وہ نقل کا ٹیکس ادا کرنا بند کر دیتی ہیں۔ بحث اور ریکارڈ کو ایک ہی ڈھانچے میں لانا ٹیکس کو ختم کر دیتا ہے۔

آپ ایک ریکارڈ کے ساتھ RFC جائزہ دور کیسے چلائیں گے؟

تین منظم اقدامات، ہر ایک چار موڑوں کا مکالمہ آپشن کے مصنف کے ساتھ۔ وضاحت کے لیے سوال و جواب کی زنجیریں: سوال، جواب، پیروی، جواب۔ اعتراضات کے لیے جائزہ زنجیریں: تشخیص، جواب، پیروی، جواب — جس میں N جائزہ لینے والے ایک ہی آپشن پر N متوازی زنجیریں کھولتے ہیں نہ کہ ایک مشترکہ دھاگہ، تاکہ ہر اعتراض قابلِ حوالہ اور جوابدہ رہے۔ تقسیم کے لیے سمجھوتے کی زنجیریں: ایک طرف دوسری کو درمیانی حیثیت کی تجویز دیتی ہے، اور چاہے یہ حل ہو یا نہ ہو، مکمل شدہ زنجیر یہ ریکارڈ کرتی ہے کہ یہ کوشش کی گئی تھی۔ فیصلہ کرنے سے پہلے کا چیک پوائنٹ: کوئی بھی آپشن بغیر جواب کے سوال کے نہیں ہوتا، اور ہر اہم اعتراض ایک مکمل زنجیر کی حیثیت رکھتا ہے۔

'Disagree and commit' فیصلہ ریکارڈز کے ساتھ کیسے کام کرتا ہے؟

چین میکانکس اسے قابلِ فہم بناتے ہیں۔ ایک جائزہ چین جو اپنی مکمل مدت طے کرتا ہے — اعتراض، جواب، پیروی، جواب — اور بغیر کسی اتفاق کے مکمل ہوتا ہے، یہ اس بات کا ثبوت ہے کہ اختلاف حقیقی تھا، سنا گیا اور جواب دیا گیا قبل اس کے کہ اختلاف کرنے والا اپنی رائے قائم کرے۔ اہم بات یہ ہے کہ مکمل ہونا اتفاق کرنا نہیں ہے: اس کا مطلب ہے کہ تبادلہ ختم ہو گیا۔ مکمل ہونے کی رپورٹ کو اتفاق کے طور پر پیش کرنا جھوٹی ہم آہنگی پیدا کرتا ہے اور میکانزم کی قدر کو تباہ کرتا ہے۔ ایماندار ریکارڈ ایک ساتھ چار حقائق دکھاتا ہے: مشورہ دیا گیا، جواب دیا گیا، اب بھی مخالف، پھر بھی پابند — جو کہ اختلاف کے بعد پابندی کو معقول بناتا ہے۔

کیا فیصلہ ریکارڈز کو کوڈ ریپوزٹری میں ADRs کی جگہ لینا چاہیے؟

نہیں — اور یہ ٹیوٹوریل اس بات کو واضح طور پر بیان کرتا ہے۔ اگر آپ کی تنظیم کو کوڈ کے ساتھ ورژن کنٹرولڈ ADRs کی ضرورت ہے (بہت سی تنظیمیں، درست طور پر، تعمیل اور آف لائن رسائی کے لیے ایسا کرتی ہیں)، تو انہیں رکھیں: درخت سے چار حصوں کا مارک ڈاؤن خلاصہ پانچ منٹ میں لکھیں اور اسے بحث کے ساتھ لنک کریں۔ کام کی تقسیم واضح ہے: ریپوزٹری کا ADR مستقل تعمیل کا آرٹفیکٹ ہے؛ درخت اس چیز کو رکھتا ہے جس میں مارک ڈاؤن کمزور ہے — زندہ بحث، مسترد کردہ اختیارات ان کی وجوہات کے ساتھ، اعتراضات اور ان کے جوابات، اور درجہ بندیاں۔

آپ ADR کو superseded کے طور پر کیسے نشان زد کرتے ہیں؟

روایتی طور پر، کسی میدان کی بنیاد پر نہیں — اور یہ ایمانداری سے کہنا ضروری ہے کہ کسی دلیل پر کوئی بلٹ ان تجویز کردہ/قبول شدہ/منسوخ شدہ حیثیت نہیں ہے۔ نئے فیصلے کو اس کی اپنی دلیل کے طور پر ماڈل کریں جو اس کی جگہ لینے والی دلیل سے منسلک ہو، یہ بیان کرتے ہوئے کہ کیا تبدیل ہوا (اٹھائی گئی شرح کی حد، نئی ضرورت)۔ پرانا فیصلہ پڑھنے کے قابل رہتا ہے — اسے حذف کرنا بالکل اسی استدلال کو تباہ کر دے گا جس کا نیا فیصلہ حوالہ دینا چاہتا ہے۔ اپنے ٹیم کے ورکنگ معاہدے میں اس روایت کو بیان کریں تاکہ اسے جان بوجھ کر برقرار رکھا جا سکے۔

فیصلوں کی نقل کرنا بند کریں۔ انہیں رکھنا شروع کریں۔

اپنی اگلی RFC کو ایک درخت کی طرح چلائیں: اختیارات ان کی وجوہات کے ساتھ، اعتراضات جو جواب دیے گئے زنجیروں کی طرح ہوں، اور ایک ADR جو خود بخود لکھتا ہے۔

مفت 14 دن کا ٹرائل شروع کریں
کوئی کریڈٹ کارڈ کی ضرورت نہیں

متعلقہ مضامین