دو دروازے، ایک گیٹ: EDD سے آگے گورننس
آن بورڈنگ (Onboarding) کے قواعد اور ڈویلپرز کی دشواری اکثر ایک ہی مسئلہ معلوم ہوتے ہیں۔ لیکن ایسا نہیں ہے۔
جب آپ چالیس ڈویلپرز تک پہنچ جاتے ہیں، تو آپ ہر کسی کے لیے ایک ہی تربیت کے طریقے استعمال نہیں کر سکتے۔ کچھ ڈویلپرز AI ایجنٹس کے ماہر ہوتے ہیں، جبکہ کچھ نئے ہوتے ہیں۔ اگر آپ سب کے لیے قواعد کا ایک ہی سیٹ لکھتے ہیں، تو آپ ناکام ہو جائیں گے۔
تجربہ کار ڈویلپرز قواعد کو نظر انداز کر دیں گے، جبکہ نئے ڈویلپرز ان کے ساتھ جدوجہد کریں گے۔
آپ کو اپنے طریقہ کار کو دو الگ الگ تہوں (layers) میں تقسیم کرنا چاہیے:
آگاہی کے ٹولز (Awareness tools) یہ ٹولز اس بات کو تبدیل کرتے ہیں جو ایک شخص جانتا ہے۔ مثالوں میں AI ریویو کمنٹس یا لنٹنگ (linting) وارننگز شامل ہیں۔ یہ ایک ریسپشنسٹ کی طرح کام کرتے ہیں۔ وہ چیزوں کو نوٹ کرتے ہیں اور اقدامات تجویز کرتے ہیں۔ یہ صرف تب کام کرتے ہیں جب کوئی ان کی بات سنتا ہے۔
گورننس ٹولز (Governance tools) یہ ٹولز اس بات کو تبدیل کرتے ہیں جو ایک شخص کر سکتا ہے۔ مثالوں میں برانچ پروٹیکشن (branch protection) اور مرج گیٹس (merge gates) شامل ہیں۔ یہ ایک ٹرنسائل (turnstile) کی طرح کام کرتے ہیں۔ یہ کوئی سمجھوتہ نہیں کرتے۔ اگر ضروریات پوری نہ ہوں تو یہ عمل کو روک دیتے ہیں۔
غلطی یہ ہے کہ جب آپ کو ٹرنسائل کی ضرورت ہو، تو آپ ریسپشنسٹ کا استعمال کر رہے ہوتے ہیں۔ ایک AI تجویز جسے ڈویلپر نظر انداز کر دے، وہ گورننس نہیں ہے۔ وہ محض شور (noise) ہے۔
اسے ٹھیک کرنے کے لیے، دو الگ تہوں کا استعمال کریں:
گورننس لیئر (The Governance Layer) یہ تہہ چھوٹی اور عالمگیر ہے۔ یہ مہارت سے قطع نظر ہر کسی پر لاگو ہوتی ہے۔ اس میں قواعد شامل ہیں جیسے کہ پروٹیکٹڈ برانچز پر براہ راست پش (push) نہ کرنا اور لازمی ریویو۔ یہ بھروسے کے بارے میں نہیں ہے۔ یہ ایجنٹ کے ذریعے ہونے والی تبدیلیوں کے زیادہ خطرے سے کوڈ بیس (codebase) کو بچانے کے بارے میں ہے۔
اسکافولڈنگ لیئر (The Scaffolding Layer) یہ تہہ ذاتی اور لچکدار ہے۔ اس میں واضح منصوبہ بندی اور تفصیلی استدلال (verbose reasoning) جیسے اقدامات شامل ہیں۔ نئے ڈویلپرز اپنی سمجھ بوجھ بڑھانے کے لیے اسے کثرت سے استعمال کرتے ہیں۔ تجربہ کار ڈویلپرز مہارت بڑھنے کے ساتھ اسے کم کر سکتے ہیں۔ یہ سینئرٹی کا انعام نہیں ہے۔ یہ ایک ایسا ٹول ہے جو مہارت بڑھنے کے ساتھ غیر ضروری ہو جاتا ہے۔
آپ کو تبدیلی کے خطرے پر بھی غور کرنا چاہیے۔ ایک سینئر ڈویلپر کا کسی پیچیدہ اور ہائیلی کپلڈ (highly coupled) فائل کو چھونا، ایک جونیئر ڈویلپر کے سادہ یوٹیلٹی فنکشن کو چھونے کے مقابلے میں زیادہ خطرہ پیدا کرتا ہے۔ سسٹم کو کوڈ پر ردعمل دینا چاہیے، نہ کہ صرف شخص پر۔
آخر میں، ملکیت (ownership) پر توجہ دیں۔ ایک AI ایجنٹ کوڈ لکھ سکتا ہے، لیکن نتیجہ ڈویلپر کا ہوتا ہے۔ اگر کوئی ڈویلپر ریویو کے دوران یہ وضاحت نہیں کر سکتا کہ تبدیلی کیوں کی گئی تھی، تو وہ تبدیلی مرج (merge) نہیں ہونی چاہیے۔
لوگوں کو درجہ بندی (tiers) کے ساتھ لیبل کرنا بند کریں۔ اس کے بجائے، ایسے ٹولز فراہم کریں جو انہیں اپنے خطرے کو خود سنبھالنے کی اجازت دیں۔
Source: https://dev.to/karlheinz_reichel_7ee08d/two-doors-one-gate-navigating-governance-beyond-edd-5clj
Optional learning community: https://t.me/GyaanSetuAi