إن أفضل ممارسة مع الروابط هي دائمًا فرض نهج قائم على القواعد ومعالجة أي استثناءات كنتيجة لاحقة أو استنفاد القواعد بدلاً من البدء بنهج قائم على الاستثناءات.
النهج القائم على الاستثناء مغرٍ وجذاب لأنه يقدر الاختيار البشري والحفاظ على هيكل العملية الحالي. لكنه يرسم متجهاً إلى مكان لن يقدم بدائل جيدة لتوسيع نطاق العمليات الصحية والحفاظ عليها على المدى الطويل. في هذا الصدد، فإن البدء بالتفكير في الاستثناءات بدلاً من القواعد هو خطأ نتجنبه بأي ثمن.
مكاسب قصيرة الأجل لألم طويل الأجل في جملة واحدة. تشترك معظم المنظمات التي نعمل معها في هذا الأمر: فهي تسعى للحفاظ على العمليات الحالية. عندما يتم السعي وراء التكنولوجيا، يُقصد بها احتضان العملية الحالية بدلاً من ابحث عن حل وسط بين قيود العملية والكفاءة.
الروابط لدينا هي وسيلة لربط تدفق المحتوى من مستودع إلى BWX ثم العودة. بينما نتفهم الحاجة العرضية لاختيار ملف أو آخر لعمل قائم على الروابط، فإن أفضل ممارسة للروابط هي اتباع نهج قائم على القواعد بدلاً من النهج اليدوي.
شرح إغراء النهج اليدوي
الأساليب اليدوية مغرية لأنها لا تتطلب أي تغيير في العملية. يمكن للأشخاص استكشاف الملف الدقيق الذي يريدون ترجمته وبدء مشروع ترجمة باستخدام الموصل. تكمن مشكلة النهج اليدوي في أنه غير قابل للتطوير وغير مستدام ويمكن التنبؤ به (يصعب تحسينه).
هذا هو السبب في أننا نستكشف النهج اليدوي فقط بعد استنفاد جميع الاحتمالات لملاءمة سلوك الموصل في السلوك القائم على القواعد. من الضروري التعامل مع الاستثناءات، لكن لا يمكنك التصميم عن طريق الاستثناء.
يعتمد المنتج الناجح وتنفيذه على قواعد تغطي أكبر نسبة ممكنة من حالات الاستخدام. حالات الاستخدام التي تُترك دون تغطية تحتاج بعد ذلك إلى تقييم دقيق لاستكشاف الحلول والبدائل من أجل دمجها ضمن النماذج المقترحة.
إليك مثال: العميل A لديه موصل يعمل بناءً على جدول زمني ولكن في بعض الأحيان لديهم المشاريع التي تتطلب تشغيلًا خارج الجدول. إليك بعض الخيارات المختلفة حول كيفية التعامل مع هذا:
- طلب تشغيل خارج الجدول الزمني يدويًا إلى فريق الدعم لدينا
- استخدم واجهة سطر الأوامر (CLI) الخاصة بنا لطلب تشغيل خارج الجدول الزمني
- إنشاء فرع/دليل خارج الدورة يتم فحصه بشكل متكرر أكثر من الجدول المعتاد لالتقاط الأعمال العاجلة.
فيما يلي مثال آخر: يتم استخدام العميل B لانتقاء الملفات لبدء عملية التعريب. بدلاً من إدامة النهج اليدوي، تتبع معظم عمليات الانتقاء سلوكًا يمكن تحليله عكسيًا.
يستحق الأمر دائما الجهد المبذول لدفع هذه الهندسة العكسية إلى أقصى حدودها. إذا بدأت بنهج يدوي أو ركزت على تغطية الاستثناءات صحيح من البداية عبر واجهة المستخدم، فسيصبح ذلك عكازًا معيقًا بدلاً من أن يكون مسرعًا للبرنامج. عندما نفكر في موصل، نفكر دائمًا في الأتمتة.
هذه هي كفاءة العملية الحقيقية التي يقودها موصل. تصدير واستيراد المشاريع هو مكسب صغير عندما يتعلق الأمر بالروابط. يدور المكسب الحقيقي حول قواعد العمل والقدرة على التنبؤ والحوكمة التي تولدها.
المشكلة هي أنه إذا قمت بالتصميم والتنفيذ بالاستثناء، فإن الأتمتة لا تصبح خيارًا حقًا. تتطلب الأتمتة بحكم تعريفها درجة معينة من تغيير العمليات، وإذا لم ندفع لتحقيق هذا التوافق بين العملية والبرمجيات، فإننا في النهاية لن نتجاوز التوقعات ونصبح مروجين لرقمنة الفوضى.
هذا ليس ما نحن عليه ولن نتبنى هذا. يجب أن تتبع الروابط الصغيرة نفس تصميم ومبادئ الروابط الكبيرة حتى تتمكن من التوسع والنمو بكفاءة. تطلب معظم برامج التوطين الحلول بناءً على حالات الاستخدام الحالية (التي هي في الواقع الماضي) بدلاً من حالات الاستخدام المستقبلية التي تتوقع المزيد من الملفات، المزيد من التواتر، المزيد من المواقع، وقت أقل للوصول إلى السوق، تكلفة أقل، والمزيد من الأشخاص الذين يعملون معًا.
إذا لم تبدأ في إطار العمل الصحيح، فإن تصحيح المسار لاحقًا يكون مكلفًا وصعبًا للغاية لأنك ستفوت نافذة التغيير التي يتم تقديمها من خلال تنفيذ جديد. جميع الروابط لدينا، كبيرة أو صغيرة، تستند إلى قواعد ومعايير.
تخضع لنفس مبادئ التصميم ولا يتطلب أي منها واجهة مستخدم للعمل بشكل صحيح. يمكن أن تكون واجهة المستخدم إضافة مثيرة للاهتمام إلى موصل ناضج، ولكن في الغالب لتغيير تكوينات الموصل بسهولة بدلاً من أن تكون وسيلة لبدء المشاريع يدويًا.
لا يمكننا تعزيز النجاح على المدى الطويل إذا كنا متواطئين مع تسريع العمليات التناظرية الحالية.
بل هدفنا هو تحويل العمليات التناظرية إلى تفكير رقمي بحيث تصبح متوافقة حقًا مع البرمجيات مما يسمح بأتمتة موجهة بالبيانات. نحن معتادون على إدارة الروابط التي تعالج آلاف الملفات يوميًا في ما يقرب من مائة موقع مختلف.
لقد تعلمنا على مر السنين أن نفس المكونات التي تجعل الرابط واسع النطاق ناجحًا يجب احترامها أيضًا للروابط صغيرة النطاق من أجل الالتزام بمبادئ التصميم الأساسية للتوسع والاستدامة.