*حصہ 1 میں سے 5 [انسانی الٹا](/posts/series/the-human-inversion) سیریز میں۔ اگلا: [توجہ کی حد](/posts/the-human-inversion-the-attention-ceiling)*

---

## اہم نکات

- **عمل آوری** کے ارد گرد منظم کرنے کے لیے استعمال ہونے والی ٹیمیں (خصوصیات → ڈیزائن → کوڈ)؛ **فاؤنڈیشن** اور **جائزہ** کو دائمی طور پر کم کیا جاتا تھا کیونکہ کیلنڈر درمیان میں چلا گیا تھا۔
- جب AI آرٹفیکٹ کی پیداوار کو درمیان میں جذب کر لیتا ہے، تو **انسان سرے پر توجہ مرکوز کرتے ہیں** — ایک طرف بہتر پوزیشننگ، سسٹمز اور فن تعمیر؛ گہرا معیار اور دوسری طرف فٹ چیک۔
- انسانی وسط کو ہٹانے سے **مضمون ترجمہ** ہٹ جاتا ہے جو نظم و ضبط کو مربوط رکھنے کے لیے استعمال ہوتا تھا۔ **کراس ڈسپلنری ہم آہنگی** اس کے بعد واضح معیارات، پائیدار نمونوں، اور سرے پر فیصلے کے ساتھ رہنا پڑتا ہے — دالان ہینڈ آف میں نہیں۔
- الٹنا **معاشی طور پر مجبور** ہے، اختیاری نہیں — لیکن یہ ان ماہرین پر دباؤ ڈالتا ہے جن کی ساکھ اس وقت تک پھانسی کے ہنر سے منسلک تھی جب تک کہ فیصلے کو دوبارہ قابل مطالعہ نہ بنایا جائے۔
- **Agents-in-a-loop** (Async سرور-سائیڈ ایجنٹ کا کام) وہ ہے جو نظام کی سطح پر وسط کو جذب کرتا ہے؛ ہم وقت ساز صرف AI عمل درآمد کے ہر قدم کے محرک کے طور پر انسانوں کو درمیان میں رکھتا ہے۔

سافٹ ویئر کی ترقی کی زیادہ تر تاریخ کے لیے، انسانوں نے اپنا زیادہ تر وقت درمیان میں گزارا۔

عمل کو تین حصوں میں تقسیم کریں:

1. فاؤنڈیشن: مارکیٹ ریسرچ، پوزیشننگ، اور شخصیت کی تعریف جو کسی بھی خصوصیت سے پہلے ہوتی ہے۔ ڈیزائن کے نظام اور رکاوٹیں جو کنٹرول کرتی ہیں کہ انٹرفیس کیسے بنتے ہیں۔ آرکیٹیکچرل معیارات اور کوڈنگ کنونشنز جو انجینیئرنگ کے بارے میں سوچ سکتے ہیں۔
2. عملدرآمد: ان بنیادوں کو حقیقی نمونے میں تبدیل کرنا: چشمی ڈیزائن بننا، ڈیزائن کوڈ بننا، کوڈ بھیجے گئے سافٹ ویئر بننا۔
3. جائزہ: اس بات کو یقینی بنانے کے لیے پالش کرنا، جانچ کرنا، جو کچھ بنایا گیا ہے وہ درحقیقت معیارات پر پورا اترتا ہے اور درحقیقت ان انسانوں کے لیے کام کرتا ہے جنہیں اسے استعمال کرنا ہے — اور، تنقیدی طور پر، وہ سیکھنا جو فاؤنڈیشن میں آپ کی پیشگی کو اگلی بار اپ ڈیٹ کرتا ہے۔

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

ہینڈ آف بوجھ برداشت کرنے والے تھے۔ کوآرڈینیشن بوجھ برداشت کرنے والا تھا۔ ترتیب وار انحصار بوجھ برداشت کرنے والے تھے۔ ایک ڈیزائنر پروڈکٹ کی تفصیلات کو حتمی شکل دینے سے پہلے کچھ تحقیقی کام کر سکتا ہے، اور ایک انجینئر ڈیزائن کے لاک ہونے سے پہلے کچھ تحقیق کر سکتا ہے، لیکن اصل نمونے - جو بھیجے گئے ہیں - کے لیے ضروری ہے کہ اگلے ڈسپلن کے اچھا کام کرنے سے پہلے پچھلے ڈسپلن کی آؤٹ پٹ کافی حد تک مکمل ہو جائے۔

اس کے دونوں سروں پر نتائج تھے:

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

**جائزہ سے بدتر سلوک ہوا۔** اگر آپ خوش قسمت تھے تو QA سپرنٹ کے اختتام پر ایک مرحلہ تھا، یا اگر آپ خوش قسمت تھے تو کسی کے بیک لاگ میں ٹکٹ۔ ڈیزائن کا جائزہ ایک سلیک تھریڈ تھا۔ کوڈ ریویو ایک رسم تھی جسے تھرو پٹ کے لیے بہتر بنایا گیا تھا، نہ کہ ان چیزوں کو پکڑنے کے لیے جو حقیقت میں اہم ہیں۔ وہ تفصیلات جو سافٹ ویئر سے الگ کام کرتی ہیں جو خوشی دیتی ہیں ٹائم لائن کے آخری 10% میں ہینڈل ہو گئیں، بالکل اسی وقت جب ہر کوئی سب سے زیادہ تھکا ہوا تھا اور جہاز بھیجنے کے لیے سب سے زیادہ دباؤ میں تھا۔

یہ ٹیموں کا انتخاب نہیں تھا۔ یہ معاشیات کی طرف سے مسلط کردہ توازن تھا۔ جب پھانسی مہنگی تھی، تو آپ کو عملے پر عملدرآمد کرنا پڑتا تھا، جس کا مطلب تھا کہ بنیاد اور نظرثانی کے لیے جو بھی وقت اور توجہ باقی رہ جاتی تھی۔ آبشار اور دبلی پتلی سرے پر سب سے بہتر نہیں تھے کیونکہ ٹیموں نے انہیں نظر انداز کرنے کا انتخاب کیا۔ وہ لیکویڈیٹی پر مجبور تھے۔

پھر AI نے معاشیات کو بدل دیا۔

درمیانی - نمونے کی اصل پیداوار - وہ جگہ ہے جہاں AI اور مضبوط ہارنس اب حقیقی طور پر اچھے ہیں۔ آپ کو قیاس لکھنے کے لیے کسی پروڈکٹ شخص کی ضرورت نہیں ہے، قیاس کو ڈیزائن میں تبدیل کرنے کے لیے ایک ڈیزائنر، اور ڈیزائن کو کوڈ میں تبدیل کرنے کے لیے ایک انجینئر کی ضرورت نہیں ہے، ہر ہینڈ آف کے ساتھ مطابقت پذیری میٹنگز اور سیاق و سباق کے ترجمے کے دنوں میں خرچ ہوتا ہے۔ آپ کو ایک ایسے انسان کی ضرورت ہے جو جانتا ہو کہ کیا ہونا چاہیے اور ایک ایسا نمونہ جو اسے پیدا کر سکے۔

پھانسی کی لاگت گر گئی۔ تمام راستے صفر تک نہیں، اور ہر ڈومین پر یکساں نہیں، لیکن اتنا کافی ہے کہ جہاں انسانی کام ہوتا ہے وہاں کا کشش ثقل کا مرکز منتقل ہو گیا ہے۔

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

## انسان اب انتہا کی طرف بڑھتے ہیں۔

بنیاد کی طرف:

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

جائزے کی طرف، ہر ڈسپلن ان سوالات پر بہت زیادہ وقت گزار سکتا ہے جو ہمیشہ اہمیت رکھتے تھے لیکن شاذ و نادر ہی احتیاط سے جواب ملے:

- کیا یہ حقیقت میں صارف کا مسئلہ حل کرتا ہے، یا کیا یہ ماڈل کا غلط اندازہ لگانے والے مسئلے کو حل کر رہا ہے؟
- کیا یہ حقیقت میں ڈیزائن کے نظام کے مطابق ہے، یا یہ ایک ایسا ہی ہے جو تضاد پیدا کرے گا؟
- کیا یہ کوڈ اصل میں تعمیراتی رکاوٹوں کا احترام کرتا ہے، یا یہ ایک شارٹ کٹ ہے جو کمپاؤنڈ کرے گا؟

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

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

اس طرح بیان کیا جائے تو الٹا خالص الٹا لگتا ہے۔ فاؤنڈیشن کے لیے زیادہ وقت، جائزہ لینے کے لیے زیادہ وقت، کم ہینڈ آف رگڑ، کم کوآرڈینیشن ٹیکس۔ اور یہ *الٹا* ہے — کافی الٹا، سب سے بڑی پیداواری تبدیلی سافٹ ویئر ٹیموں نے ایک نسل میں دیکھی ہے۔

## منتقلی اندر سے کیسا محسوس ہوتا ہے۔

فن تعمیر خالص مثبت ہے۔ اس سے گزرنے کا تجربہ یکساں طور پر ایسا نہیں ہے، اور الٹ کے کسی بھی دیانت دار اکاؤنٹ کو یہ کہنا ہوگا کہ اس کے مرکز میں ماہرین کے ساتھ اصل میں کیا ہو رہا ہے۔

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

لیکن *سند سازی* کی مہارت، وہ چیز جس نے انہیں کمرے میں پہنچایا، سکڑ رہا ہے۔ جو چیز باقی رہ گئی ہے وہ مارکیٹ کے لیے مختصر مدت میں قیمت لگانا مشکل ہے، کیونکہ مارکیٹ نے اس کی قدر کرنے کے لیے وہ الفاظ تیار نہیں کیے ہیں جس سے وہ منسلک ہوتا تھا۔

یہ مخصوص طریقوں سے ظاہر ہوتا ہے۔ AI-heavy ٹیموں کے درمیانی کیریئر کے انجینئرز تیزی سے پوچھتے ہیں کہ کیا انہیں پروڈکٹ مینجمنٹ کی طرف جانا چاہیے - اس لیے نہیں کہ PM کام ان کا جنون ہے، بلکہ اس لیے کہ PM ایک کردار ہے جس کی تعریف فیصلے اور کمیونیکیشن سے ہوتی ہے، اور فیصلہ اور کمیونیکیشن وہ مہارتیں ہیں جو صرف atrophy نہیں کرتی ہیں۔ حرکت اکثر سمت میں درست ہوتی ہے۔ بات چیت میں جو شکل اختیار کرتی ہے - "میرا کام اب غیر متعلقہ ہے، تو کیا میں پروڈکٹ مینیجر بن سکتا ہوں؟" — ایک ناجائز منتقلی کے لیے عقلی ردعمل کی شکل ہے، نہ کہ نئے کردار کے لیے خالص جوش۔

بات چیت کی الجھن بھی اتنی ہی عام ہے: AI کی مہارت کی طرف متوجہ ہونا اس کی قلیل صلاحیت کی بجائے قابل رسائی بنا۔

الٹا ان ماہرین کو باطل نہیں کرتا جو اسے محسوس کرتے ہیں۔ اگر کچھ بھی ان پر منحصر ہے تو - بنیاد اور جائزہ نئے فن تعمیر کا فائدہ اٹھانے والے نکات ہیں، اور دونوں بالکل اسی فیصلے اور ذائقے پر چلتے ہیں جس پر عملدرآمد کے دور کے ماہرین نے پندرہ سال جمع کیے تھے۔

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

عملدرآمد پہلے خودکار ہو جاتا ہے۔ فیصلہ نہیں کرتا۔ اس سلسلے کا زیادہ تر حصہ اس بارے میں ہے کہ عملے کو کیا لگتا ہے اور فیصلے کو صحیح طریقے سے ترتیب دینے کے بعد جب پھانسی کا دروازہ نہیں ہوتا ہے۔

## وہ مسئلہ جو پرانے org کو نہیں تھا۔

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

وسط کو باہر لے لو، اور وہ رابطہ اس کے ساتھ جاتا ہے.

سرے پر کام کرنے والے ماہرین خود بخود ایک دوسرے کے کام کو نہیں سمجھتے:

- وزیر اعظم کی پوزیشننگ ڈاکٹر انجینئر کے لئے ناجائز ہے۔
- ڈیزائنر کی رکاوٹ کی دستاویز وزیر اعظم کے لئے ناجائز ہے۔
- آرکیٹیکچرل معیارات ڈیزائنر کے لیے ناجائز ہیں۔

ہر شعبہ ایسے بنیادی نمونے تیار کرتا ہے جو پرانے ماڈل میں کبھی بھی پڑھنے کے قابل نہیں ہوتے تھے کیونکہ درمیان میں ایک انسان حقیقی وقت میں ترجمہ کر رہا تھا۔ اب درمیان میں کوئی انسان نہیں ہے۔ درمیان میں AI ہے، جو نمونے تیار کرنے میں بہت اچھا ہے لیکن فطری طور پر باہمی نظم و ضبط کے تناؤ کو حل نہیں کرتا ہے جو میٹنگز اور ہینڈ آف کے ذریعے تیار کیا جاتا تھا۔

تو اس سلسلے کے باقی حصے کو جس سوال کا جواب دینا ہے وہ یہ ہے کہ: async متوازی ماہر کا کام درحقیقت عدم مطابقت کے بغیر کیسے کام کرتا ہے؟ کون سی پرت اس ہم آہنگی کی جگہ لے لیتی ہے جسے درمیان میں لے جانے کے لیے استعمال کیا جاتا تھا؟ مشترکہ سیاق و سباق کو کون لکھتا ہے، اور یہ وقت کے ساتھ کیسے قابل اعتماد رہتا ہے؟

## دعویٰ

یہ وہ جواب ہے جو میں اگلی تین پوسٹوں میں تیار کروں گا، دو ٹوک الفاظ میں کہا گیا ہے تاکہ اس کی جانچ کی جا سکے۔

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

ثقافتی تبدیلی کے لیے ایسی چیزوں کی ضرورت ہوتی ہے جو زیادہ تر تنظیمیں حقیقی طور پر غیر آرام دہ محسوس کرتی ہیں:

- کاروباری روبرکس کی تصنیف کرنے والے ایگزیکٹوز نے تاریخی طور پر مقصد کے لیے مبہم رکھا ہے۔
- ماہرین اپنی پیشہ ورانہ شناخت کو پھانسی کے ہنر کے بجائے ذائقہ اور فیصلے میں تلاش کرتے ہیں۔
- ان میٹنگوں کو ترک کرنا جو فی الحال ٹیموں کو کوآرڈینیٹ کرنے کے واضح ثبوت کے طور پر کام کرتی ہیں، اور async میکانزم پر بھروسہ کرنا جن کے ساتھ کسی کو برسوں کا تجربہ نہیں ہے۔
- بہت سے سرمایہ کاروں اور آپریٹنگ مینوئلز جس کی فی الحال توثیق کرتے ہیں اس سے مختلف محرک پر خدمات حاصل کرنا۔

اس میں سے کوئی بھی ناممکن نہیں ہے۔ اس میں سے کچھ پہلے ہی ہو رہا ہے۔ لیکن جو ٹیمیں پہلے اس کا پتہ لگاتی ہیں وہ ان فوائد کو کمپاؤنڈ کریں گی کہ جو ٹیمیں تاخیر کرتی ہیں وہ آسانی سے بند نہیں ہوسکتی ہیں، کیونکہ کمپاؤنڈنگ فاؤنڈیشن لیئر اور ریویو لیئر پر ہوتی ہے - وہ پرتیں جو ہمیشہ سب سے زیادہ اہمیت رکھتی تھیں اور یہ کہ زیادہ تر ٹیمیں کبھی بھی مناسب طریقے سے عملہ کرنے کے قابل نہیں تھیں۔

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

[اگلی پوسٹ](/posts/the-human-inversion-the-attention-ceiling) بھرتی کے محرک کے بارے میں ہے۔ آپ اصل میں کسی انسان کو اس ٹیم میں کب شامل کرتے ہیں جس کی پھانسی AI کے ذریعے سنبھالی جاتی ہے؟ اس کا جواب وہ نہیں ہے جو موجودہ اسٹارٹ اپ حکمت بتاتی ہے، اور اسے غلط سمجھنا اس منتقلی میں دستیاب سب سے مہنگی غلطی ہے۔

---

*پڑھنا جاری رکھیں: [حصہ 2 — توجہ کی حد]