مخطاف القارب (مجاز).

في راديو الهواة والحوسبة، يُقصد بـ مخطاف القارب (boat anchor) شيء متقادم وعديم الفائدة وثقيل – وسمي كذلك لأن استخدامه الإنتاجي الوحيد مجازاً هو إلقاؤه في الماء كـ مرسى للقارب. وهناك مصطلحات مماثلة مثل الطوبة (brick)، ومصد الباب (doorstop)، وثقالة الورق (paperweight).

في راديو الهواة، مخطاف القارب (boat anchor) هو قطعة قديمة من معدات الراديو. ويُستخدم عادة للإشارة إلى معدات الراديو الكبيرة والثقيلة من العقود السابقة التي كانت تستخدم الصمامات المفرغة (tubes). وفي هذا السياق، غالباً ما يقدر المالكون مخطاف القارب (boat anchors) الخاص بهم ويؤكدون على نقاط قوتها (مثل الحصانة ضد النبضة الكهرومغناطيسية EMP)، حتى لو كانت المعدات الأحدث أكثر قدرة.

ظهر استخدام مبكر للمصطلح في عدد عام 1956 من مجلة CQ Amateur Radio. ونشرت المجلة رسالة من قارئ يبحث عن "مخططات أو بيانات تحويل" لـ جهاز اللاسلكي رقم 19 MK II وهو جهاز إرسال واستقبال فائض عن الحرب من أجل تعديله للاستخدام على نطاقات الهواة. وأضاف المحرر هذا الرد:

"التحويل الوحيد الذي يبدو أننا نمتلكه في الملفات هنا في CQ يتطلب 100 قدم من حبل مانيلا بقطر 1 بوصة، ويتم ربط أحد طرفيه بإحكام حول جهاز الإرسال والاستقبال MK II. هذا يحول الوحدة إلى مرساة ممتازة لقارب صغير. إذا كان لدى أي من القراء تحويلات أفضل سنكون سعداء بسماعها. — المحرر"

أثار استخدام المحرر للمصطلح اهتمام بعض القراء، وفي فبراير 1957، نشرت CQ قصة متابعة تضمنت صوراً.

ينتقل المجاز مباشرة من الراديو القديم إلى أجهزة الكمبيوتر القديمة. وقد تم توسيعه أيضاً للإشارة إلى البرمجيات الأثرية المتقادمة.

كانت الحواسيب الأولى أجهزة ضخمة وثقيلة فيزيائياً. ومع تصغير حجم الحواسيب، أصبح مصطلح مخطاف القارب (boat anchor) شائعاً بين المستخدمين للإشارة إلى أن أجهزة الكمبيوتر السابقة والأكبر حجماً أصبحت متقادمة ولم تعد مفيدة.

تم توسيع مصطلح مخطاف القارب (boat anchor) ليشمل البرمجيات والكود المصدري الذي يُترك في قاعدة كود النظام، عادةً في حال الحاجة إليه لاحقاً. هذا مثال على النمط المضاد وبالتالي يمكن أن يسبب العديد من المشاكل للأشخاص الذين يحاولون صيانة البرنامج الذي يحتوي على الكود المتقادم. تكمن المشكلة الرئيسية في حقيقة أن المبرمجين سيواجهون صعوبة في التمييز بين الكود المتقادم الذي لا يفعل شيئاً والكود الفعال الذي يعمل.

على سبيل المثال، قد يبحث مبرمج عن خطأ في نظام معالجة المدخلات الخاص بالبرنامج، لذلك يبحث في الكود عن الكود الذي يرتبط بـ واجهة برمجة تطبيقات (API) معالجة المدخلات. من الواضح أنه إذا واجه المبرمج كود معالجة مدخلات متقادم، فقد يبدأ في تعديله وتصحيحه، مما يهدر وقتاً ثميناً قبل أن يدرك أن الكود الذي يعمل عليه لا يتم تنفيذه أبداً وبالتالي ليس جزءاً من المشكلة التي يحاول حلها. وتشمل المشاكل الأخرى أوقات تجميع أطول وخطر قيام المبرمجين بربط كود فعال بال كود الميت بالخطأ، مما يعيد إحيائه عن غير قصد.

الحل الموصى به للتعامل مع مخطاف القارب في الكود المصدري هو إزالتها من قاعدة الكود ووضعها في مكان منفصل بحيث يمكن الرجوع إليها إذا لزم الأمر، ولكن لن يتم تجميعها أو الخلط بينها وبين الكود الفعال. (على سبيل المثال، حذفها مع العلم أنها مخزنة في نظام التحكم في الكود المصدري الخاص بالمشروع)