الدروس · الدرس 5 من 5
اعتماد مَن هذا
الحقيقة الوحيدة التي لا يحملها سجلّ الاعتماد، والمواضع الثلاثة التي يظهر فيها ذلك الغياب، وماذا تفعل حياله ما دام قائماً.
الدرس 5 من 5 · 20 د
السؤال الذي لا يسأله أحد حتى يأتي المشتري الثاني
الاعتماد رأي شخص في شيء. وليس صفةً في الشيء نفسه. فالدرجة التي توقّع عليها سلسلة قد تردّها سلسلة أخرى. والمقاس الذي تقبله ماركة قد تجده أخرى قصيراً. فالسؤال المفيد ليس فقط ما الذي اعتُمد. بل كذلك من اعتمده. وهذا الدرس عن سجلّ يخزّن النصف الأول جيّداً والنصف الثاني بالكاد.
وكل ما هنا قُرئ من التطبيق كما هو قائم. وحيث يكون التغيير مصمَّماً غير مبنيّ، يقول الدرس ذلك، ولا يصفه كأنك تستطيع استعماله.
ماذا يحمل سجلّ الاعتماد
بند الاعتماد صفّ من خمسة عشر عموداً. يعرف ما هو وبماذا يرتبط.
- نوعه، ونوع عيّنته إن كان عيّنة.
- الموديل الذي يخصّه، والطلبية حين تكون له طلبية.
- اللون المسجّل على الموديل، أو تسمية لون حرّة حين لا ينطبق لون منها.
- المقاس ومرحلة العملية.
- أطُلب أثناء التطوير أم مع عرض السعر أم عند تسجيل الطلبية.
- عرض السعر الذي جاء منه، وتسميته الخاصة، وهل هو مؤرشف.
- متى أُنشئ ومتى مُسّ آخر مرّة.
لا يوجد عمود للمشتري. ولم يوجد قط.
وبالنسبة لاعتماد يخصّ طلبية، هذا محتمَل. فالطلبية تعرف مشتريها، فالمشتري على بعد ربط واحد. وشاشة بند العمل تفعل ذلك بالضبط: ترويستها تطبع رقم الطلبية واسم المشتري بجانب المعلم. أما اعتماد الموديل فلا طلبية له، فلا شيء يُربط به ولا مشترٍ في أي مكان. فكل صبغة مختبر وعيّنة Proto وFit وSize set قبل الطلبية في Maritsa دليل بلا نسبة إلى أحد.
المواضع الثلاثة التي يظهر فيها الغياب
طوّرت Tindermere الموديل STY-214 واعتمدت عيّنة Fit وصبغتَي لونه. وبعد عام تطلب Hollowgate القميص نفسه. وإليك ما تعرضه طلبية Hollowgate.
ملخّص اعتمادات الطلبية يقرأ Approved. فحين يبني التطبيق بند عمل أو ملخّص اعتمادات لطلبية، يجمع سجلّات اعتماد الطلبية وسجلّات الموديل، ويطابق بالنوع ونوع العيّنة. فيجد معلم Fit Sample Approval في طلبية Hollowgate بند Fit الذي اعتمدته Tindermere، ويعرض تاريخ جولاته، ويطبع الشارة الخضراء. ولا شيء على تلك الشاشة يقول إن الجولات تخصّ تطوير مشترٍ آخر.
ولذلك أثر ثانٍ. شرح الدرس الرابع أن التطبيق يرفض إغلاق معلم اعتماد مشترٍ باليد قبل وجود جولة معتمدة. وعلى معلم Fit عند Hollowgate توجد جولة. فيمرّ الحارس، ويمرّ على دليل شخص آخر.
وحالة اللون حقل واحد على الموديل. فأي جولة صبغة مختبر على بند يحمل لوناً تعيد كتابة حالة ذلك اللون، معتمداً أو مطلوباً أو مرفوضاً. وقد يخصّ البند طلبية أي مشترٍ. فهناك Rope واحد، وحالة واحدة، والكاتب الأخير يفوز. فإن رفضت Hollowgate صبغة Rope، قرأ Rope «مرفوض» عند الجميع، بما في ذلك على شاشات Tindermere.
وذلك الاتجاه آمن على الأقل. فهو يحجب ولا يطمئن، والحجب يُنظر إليه. أما الاتجاه المقابل فهو الذي يجب مراقبته: اعتماد سُجِّل لمشترٍ يجعل اللون أخضر على موديل يشتريه مشترٍ آخر أيضاً.
وتقرير حالة العيّنات والتطوير مرشَّح بالمشتري الخطأ. التقرير على /reports/samples يطبع صفاً لكل جولة، ويعرض مرشِّح مشترٍ. وذلك المرشِّح ليس مبنيّاً من الاعتمادات البتة. بل مبنيّ من حقل المشتري النصّي الحرّ على كل موديل، وهو ينتقي موديلات. ثم تُطبع كل جولة على الموديل المنتقى، أياً كانت طلبيتها وأياً كان مشتريها. وللجدول سبعة أعمدة وليس فيها عمود يسمّي مشترياً.
فترشيح ذلك التقرير على سلسلة واحدة، وقراءة الناتج بوصفه تاريخ اعتمادات تلك السلسلة، خطأ لن تمنعك الشاشة منه.
بوّابة الإطلاق، وماذا تسأل فعلاً
كن دقيقاً هنا، لأن هذه البوّابة كثيراً ما تُوصف داخل المصانع وصفاً خاطئاً.
يُثبَّت مكوّن اللون في الموديل حين تكون صبغة مختبر كل لون حيّ قد قُدِّمت. والتقديم يعني أحد ثلاثة: صبغة عند المشتري، أو صبغة اعتُمدت، أو إعلان من شخص بأن اللون درجة قياسية بلا صبغة. وعدم البدء يحجب. والرفض يحجب، والرسالة تسمّي الألوان.
اقرأ ذلك ثانيةً. مواصفة لون الموديل تتجمّد عند التقديم، لا عند توقيع المشتري. فبوّابة اعتماد المشتري تعيش على الطلبية، بوصفها معلم Lab Dip Approval، حيث يكون المشتري معلوماً فعلاً. وهذا موضعها الصحيح، ويعني أن بوّابة الموديل ليست بوّابة مشترٍ أصلاً، وذلك عمد.
وطريق الإعلان محروس بطريقة تستحقّ المعرفة. فوسم لون بأنه Not required (standard) لا يبدّل إلا بين «لم يبدأ» و«غير مطلوب». ويرفض على لون له جولة جارية، برسالة تقول إن الإعلان للدرجة القياسية أو التي بلا صبغة فقط. ومحرّر الحقول العام يرفض كتابة حالة صبغة المختبر أصلاً: حالة صبغة المختبر تُكتسب من جولات الاعتماد — قدّم جولة في اعتمادات التطوير، أو وسم اللون «غير مطلوب». فهناك مدخل واحد، وهو الجولة.
ماذا تفعل حيال ذلك هذا العام
أربع ممارسات، بترتيب عائدها.
- ضع المشتري في مرجع التقديم. إنه نصّ حرّ، ويُطبع بجانب رقم الجولة، وهو أرخص نسبة ستحصل عليها. والمرجع الذي يبدأ برمز المشتري المختصر يجعل كل قائمة في الوحدة مقروءة بنظرة.
- سمِّ المشتري في ملاحظة الجولة الأولى. الملاحظة مخزَّنة على الجولة وتُطبع تحتها. وجملة واحدة تقول من طلب هذا ومن يحكم عليه تبقى عبر كل شاشة في هذا المساق.
- سجّل معتمِد المشتري نفسه في خانة Decided by. إنها نصّ حرّ ولا شيء يتحقّق منها، فاتّفقوا على هجاء واحد. وهي الحقل الوحيد على السجلّ الذي غرضه كله النسبة.
- قرّر عن قصد أيتشارك مشتريان موديلاً واحداً. الموديل المشترك أرخص فعلاً للمواصفة، وهو الحالة التي يعالجها التطبيق أسوأ معالجة. فإن اختلف اللون باختلاف المشتري، كلّفك موديل منفصل لكل مشترٍ ازدواجاً واشترى لك توقيع لون له معنى.
وشيء واحد تتوقّف عنه. لا تقرأ مرشِّح المشتري في تقرير العيّنات بوصفه مرشِّح مشترٍ. إنه مرشِّح موديلات باسم مشترٍ عليه.
قاعدتان تأخذهما معك
النسبة جزء من الدليل لا وسم عليه. والاعتماد الذي لا يُسمّى معتمِده ادّعاء يقوله المصنع عن المشتري. اكتب الاسم والطرد خارج، فلا أحد يستطيع استرجاعه لاحقاً من شارة خضراء.
حين تعرض عليك شاشة اعتماداً، اسأل من أي سجلّ جاء. ملخّص الطلبية يمدّ يده إلى الموديل. وذلك مقصود ونافع في الأغلب. وهو كذلك الموضع الوحيد الذي يُعرض فيه رأي مشترٍ على أنه رأي آخر.
اختبر فهمكتعرض طلبية Hollowgate رقم ORD-1310 معلم Fit Sample Approval بحالة Approved، وZlatka واثقة أن Hollowgate لم ترَ عيّنة Fit قط. أالتطبيق مخطئ، وإلامَ ينبغي أن تنظر؟أظهر الإجابة
التطبيق يفعل ما بُني له، والقراءة غير آمنة. فعرض اعتمادات الطلبية يجمع سجلّاتها وسجلّات الموديل، فطابق معلم Fit عند Hollowgate بند Fit الذي اعتمدته Tindermere أثناء التطوير. وعليها أن تفتح بند العمل وتقرأ تاريخ الجولات. فتواريخ الإرسال واسم من حسم والملاحظات ستكون كلها من ذلك التطوير الأسبق. واعتماد Fit قابل للحمل مبدئياً، فالردّ الصحيح قرار لا ذعر. يتّخذه شخص ويكتبه. فإما أن تقبل Hollowgate عيّنة Fit القائمة، وإما أن تخرج إليها جولة جديدة فيحمل السجلّ جوابها هي.
موجّه · استنتج أيّ اعتماداتي تستطيع تسمية الليستري الذي أعطاها
قبل بيع موهذهل مطوَّر لليسترٍ ثانٍ، وقبل أن تقتبس اعتماداً لأي أحد.
ساعدني في معرفة كم من تاريخ اعتماداتي يستطيع فعلاً تسمية الليستري خلفه، وفي تقرير ما أفعله حيث لا يستطيع. سألصق لك، أو أصف: موهذهلاتي التي يشتريها أكثر من ليسترٍ؛ والاعتمادات المسجَّلة على كلٍّ منها، مع بيان أهي مرتبطة بطلبية أم بالموهذهل وحهذا؛ وأي شيء مكتوب في مرجع التقهذهم أو الملاحظة المرافقة أو خانة من حسم. أولاً، صنّف كل اعتماد في ثلاث مجموعات وسمِّها: الليستري مسجَّل على الطلبية التي يخصّها، أو الليستري لا يُستردّ إلا من شيء كتبه أحد بيهذا، أو الليستري لا يمكن إثباته البتة. وكن صارماً في المجموعة الوسطى. فالاسم في ملاحظة نصّية قرينة لا سجلّ، وعليك أن تقول أيّهما هو. ثانياً، لكل موهذهل له أكثر من ليسترٍ، قل لي ماذا سيرى ليسترٍ ثانٍ الآن حين ينظر إلى اعتمادات ذلك الموهذهل، وأيّها لم يعطه هو قط. ثم قل لي النتيجة العملية على توقيع اللون في لون ليسترك. ثالثاً، أعطني ممارسة مكتوبة للموسم القادم: ماذا أكتب وأين بالضبط، كي يُستردّ الليستري من السجلّ دون الاعتماد على ذاكرة أحد. وقاعدتان. لا تعامل ليسترياً مجهولاً على أنه أي ليسترٍ. فالاعتماد بلا ليسترٍ مسمّى لا يرضي أحداً، وعليك أن تقول ذلك بدل عدّه. ولا تقترح أن أنتظر تغييراً برمجياً؛ بل أعطني ما أستطيع فعله هذا الأسبوع بالحقول التي عنهذه أصلاً.
قد يخطئ الذكاء الاصطناعي — تحقّق من أي شيء ستتصرّف بناءً عليه.