سافٹ ویئر کی ترقی کا مقصد عام طور پر وضاحتوں کو نفاذ کے ساتھ ہم آہنگ کرنا ہوتا ہے۔
اس وجہ سے، ہم سافٹ ویئر کو وضاحتوں کو پورا کرنے کے لیے ڈیزائن کرتے ہیں، اور پھر اس ڈیزائن کی بنیاد پر اسے نافذ کرتے ہیں۔ اس کے بعد ہم ٹیسٹ کا استعمال یہ تصدیق کرنے کے لیے کرتے ہیں کہ نفاذ وضاحتوں کو پورا کرتا ہے، اگر تضادات ہوں تو نفاذ کو درست کرتے ہیں، یا اگر وضاحتیں مبہم ہوں تو انہیں واضح کرتے ہیں۔
اسے وضاحتوں اور نفاذ پر مبنی انجینئرنگ کہا جا سکتا ہے۔
اس کے برعکس، جب آج سافٹ ویئر پر بحث کی جاتی ہے تو صارف کا تجربہ تیزی سے اہم ہوتا جا رہا ہے۔
مزید برآں، یہ سافٹ ویئر کا رویہ ہے، نہ کہ اس کا نفاذ، جو دراصل صارف کے تجربے کو تشکیل دیتا ہے۔
لہذا، وضاحتوں اور نفاذ کے فریم ورک سے باہر، تجربہ اور رویہ موجود ہیں۔
نتیجتاً، میں سمجھتا ہوں کہ تجربہ اور رویہ انجینئرنگ کے تصور کو تلاش کرنا قابل قدر ہے، جو تجربہ اور رویے پر مبنی ہے۔
لیکویڈ ویئر
تجربہ اور رویہ انجینئرنگ روایتی سافٹ ویئر ڈویلپمنٹ کے طریقوں کے ساتھ ایک غیر حقیقی نقطہ نظر ہے۔
اس کی وجہ یہ ہے کہ اس کے لیے وضاحتوں میں سخت حدود یا فنکشنل تقسیم کے بغیر صارف کے تجربے کو بہتر بنانا ضروری ہے۔ صارف کی طرف سے اپنے تجربے کو بہتر بنانے کی ایک معمولی درخواست کے لیے بھی پہلے سے تیار کردہ تمام سافٹ ویئر کو ترک کرنا ضروری ہو سکتا ہے۔
دوسری طرف، اگر ایسا وقت آتا ہے جب جنریٹو AI کا استعمال کرتے ہوئے ایجنٹ پر مبنی سافٹ ویئر ڈویلپمنٹ آٹومیشن عام ہو جاتی ہے، تو پورے سافٹ ویئر سسٹمز کو دوبارہ بنانا قابل قبول ہوگا۔
مزید برآں، ایسے دور میں، جاری کردہ سافٹ ویئر کو AI انجینئر چیٹ بوٹ سے لیس کرکے، یہ تصور کیا جا سکتا ہے کہ ہم "لیکویڈ ویئر" کے دور میں داخل ہوں گے، جہاں UI کو ہر صارف کی ترجیحات کے مطابق تبدیل کیا جا سکتا ہے۔
لیکویڈ ویئر کا مطلب روایتی سافٹ ویئر سے زیادہ لچکدار کچھ ہے، جو ہر انفرادی صارف کے لیے بہترین طور پر موزوں ہے۔
جب خودکار ترقی اور لیکویڈ ویئر کا یہ دور آئے گا، تو وضاحتوں اور نفاذ کا انجینئرنگ پیراڈائم پرانا ہو جائے گا۔
اس کے بجائے، ہم تجربہ اور رویہ انجینئرنگ کے پیراڈائم میں منتقل ہوں گے۔
رویہ کیا ہے؟
سیدھے الفاظ میں، رویہ ایک ایسی حالت ہے جو وقت کے ساتھ بدلتی ہے۔
اور رویہ کی جانچ کرنا اس وقت کے ساتھ بدلتی حالت کی جانچ کرنے سے کم نہیں ہے۔
مزید برآں، رویے کی جانچ کسی ایسی وضاحت کے ساتھ ہم آہنگی کی تصدیق کے بارے میں نہیں ہے جو یہ بتاتی ہے کہ حالتیں کیسے منتقل ہوتی ہیں۔ اس کے بجائے، رویے کی جانچ صارف کے تجربے کے معیار کی بنیاد پر کی جاتی ہے۔
یقیناً، اگر ایسی خرابیاں ہوں جو نظام کو صارف یا ڈویلپر کے غیر ارادی آپریشنز کرنے کا سبب بنیں، تو یہ بھی صارف کے تجربے کو نمایاں طور پر خراب کرتی ہیں۔ لہذا، رویے کی جانچ میں فنکشنل مطابقت اور فنکشنل درستگی کی تصدیق شامل ہے۔
ان بنیادی فنکشنل ضروریات کو پورا کرنے کے بعد، توجہ صارف کے تجربے کے نقطہ نظر سے اعلیٰ معیار کے رویے کی جانچ پر مرکوز ہو جاتی ہے۔
حتمی تجربہ
انسانوں کے لیے، بہترین صارف تجربہ اچھی صحت میں اپنے جسم پر کنٹرول ہے۔
ذرا غور کریں: ہر روز، ہم ایک پیچیدہ، لیکن انتہائی محدود اور پابند، کئی کلوگرام وزنی جسم کو کنٹرول کرتے ہیں، اور اسے بامقصد سرگرمیوں کے لیے استعمال کرتے ہیں۔
اگر کوئی ایسا بھاری، پیچیدہ، اور انتہائی محدود نظام کو مطلوبہ سرگرمیاں انجام دینے کے لیے کنٹرول کرنے کی کوشش کرے، تو تجربہ عام طور پر کافی خراب ہو گا۔
تاہم، جب تک ہم بیمار محسوس نہیں کرتے، ہم اس بھاری، پیچیدہ، اور انتہائی محدود جسم کو ایسے حرکت دیتے ہیں جیسے اس کا کوئی وزن ہی نہ ہو، اسے ایک سادہ میکانزم کی طرح آسانی سے استعمال کرتے ہیں، اور اس کی حدود اور پابندیوں پر ایسے توجہ نہیں دیتے جیسے وہ موجود ہی نہ ہوں۔
یہ حتمی تجربہ ہے۔
اعلیٰ معیار کے رویے کی تلاش کے ذریعے، اپنے جسم کو کنٹرول کرنے کے برابر تجربہ فراہم کرنا ممکن ہو سکتا ہے۔
دوسرے الفاظ میں، اگر کوئی نظام پروسیسنگ میں سست ہو، فعالیت میں پیچیدہ ہو، اور اس میں بہت سی حدود اور پابندیاں ہوں، تب بھی ایک مکمل طور پر تناؤ سے پاک لیکویڈ ویئر کا تجربہ حاصل کیا جا سکتا ہے۔
خلاصہ
حتمی لیکویڈویئر ہمارے اپنے جسموں جیسا تجربہ پیش کرے گا۔
ایسا لیکویڈویئر ہمارے لیے ایک جسم کی مانند بن جائے گا۔
جب بھی حتمی لیکویڈویئر پھیلے گا یا اس کے افعال کو بہتر بنایا جائے گا، تو ایسا محسوس ہوگا جیسے ہمارے اپنے جسموں کی توسیع ہو رہی ہے۔