Knowledge Problem

تدير إيفا ورشة إصلاح ويأتيها طلب غير متوقع. يعرض السجل المعدات، لكن زميلها يعرف المزيد: آلة مناسبة أصبحت متاحة للتو، والورشة المجاورة تملك الملحق المطلوب. يركز هايك على هذه المعرفة المرتبطة بمكان ولحظة محددين. الدليل الفني مهم، لكنه لا يخبرنا وحده بما يمكن ترتيبه بعد ظهر اليوم. ليست الخبرة العملية والمعرفة المتخصصة خصمين؛ فالقرار يحتاج غالبًا إلى كليهما. [1]

يستخدم هايك مثال القصدير: قد يرفع طلب جديد أو انقطاع إمداد سعره. يبحث المستخدمون عندئذ عن التوفير أو البدائل، حتى إن لم يعرفوا السبب الأصلي. تستطيع الأسعار ربط قرارات أشخاص متباعدين دون أن يقرأ الجميع التقرير نفسه. لكن السعر لا يروي القصة كلها، وقد لا تكون الاستجابات مثالية. يستخدم Economic Calculation، أي مقارنة التكاليف والخطط بالأسعار النقدية، هذه الإشارة من دون تحويلها إلى معرفة كاملة. [1]

يسجل تقرير وجود عدة آلات مناسبة في المنطقة. لكن إحداها بعيدة، وأخرى تنتظر الإصلاح، وثالثة لن تتاح قبل الأسبوع المقبل. ليس المجموع خاطئًا بالضرورة؛ إنه لا يجيب عن سؤال إيفا: كيف ننجز العمل اليوم؟ جمع البيانات في فئات يُخفي بعض الفروق. تساعد النظرة العامة، لكن ينبغي التحقق مما إذا كان المكان أو الحالة أو الموعد يغير الخيارات المتاحة فعلًا. [1]

في Economics and Knowledge يميز هايك بين توافق الخطط وتفسير كيفية الوصول إليه. تتوقع إيفا وصول القطعة، ويتوقع المورد استلامها لها. افتراض أن الطرفين يعرفان كل شيء معرفة صحيحة لا يفسر تنسيقهما. في مثالنا يجب فحص تأكيد الطلب أو الموعد المعدل أو خبر التأخير، ومعرفة ما إذا كان الناس عدّلوا خططهم وفقًا لذلك. قد يفيد نموذج المعلومات الكاملة، لكن عملية التعلم الفعلية تظل بحاجة إلى تفسير. [2]

يعرض البرنامج قطعة متاحة في المخزن. لكن السجل قد يسبق شراء زبون آخر لها، أو يشير إلى إصدار مختلف. وعند تطبيق سؤال هايك على قاعدة بيانات، يصبح عمليًا جدًا: من أين جاءت هذه المعلومة، ومتى حُدّثت، وما الذي تصفه بالضبط؟ تستطيع البرمجيات الأسرع معالجة المدخلات بكفاءة أفضل، لكنها لا تثبت بذلك اكتمالها أو صلاحيتها. ليس المقصود رفض قواعد البيانات، بل التمييز بين سجل محفوظ والمعرفة اللازمة لقرار معين. [1] [3]

قد يعرف الفني الآلة جيدًا، لكنه لا يعلم بارتفاع سعر القطعة أو بمشكلة النقل لدى المورد. تحتاج اللامركزية، أي توزيع القرارات بين مشاركين عدة، إلى روابط بينهم أيضًا. لذلك يصل هايك المعرفة المحلية بإشارات أخرى، خصوصًا الأسعار. قرب إيفا من العمل لا يجعلها معصومة من الخطأ. تحتاج إلى التحقق من المعلومات وتعديل الخطة والتعلم مما لم ينجح. [1] [2]

يسهل على الورشة عد الطلبات، ويصعب تسجيل فقدان ثقة زبون أو خبرة موظف بعطل غير معتاد. في The Pretence of Knowledge يحذر هايك من الاعتقاد بأن المهم فقط هو ما تتوفر له أرقام. لذلك لا يبرر جدول دقيق توقعًا دقيقًا. يفيد التمييز بين ما نرصده، وما نفترضه، وما لا نعرفه بعد. لا يفقد القياس قيمته؛ بل يجب الاعتراف بحدوده. [3]

يمكن لإيفا قبول Bitcoin والتحقق من الدفع وفق قواعد الشبكة. يمكنها مثلًا التحقق من إدراج المعاملة في كتلة، أي مجموعة معاملات قُبلت وفق قواعد الشبكة. لكن ذلك لا يخبرها بوصول قطعة الغيار أو رضا الزبون عن الإصلاح. يؤدي سجل الدفع القابل للتحقق ومعرفة السوق وظيفتين مختلفتين. لا تضمن الشبكة الموزعة معلومات تجارية كاملة أو قرارات بلا أخطاء. حتى عند تلقي بيتكوين، تحتاج إيفا إلى الاتصال بالمورد وخبرة الفني وإمكانية تعديل خطتها. [1] [2] [4]