توظيف مهندسين أم الاستعانة بشريك تقني: كيف تحسب كلفة المسارين

لديك فكرة طرفية تداول، وميزانية لها، ولا فريق هندسي. والسؤال الذي يلي يُصاغ دائمًا تقريبًا كمقارنة أسعار: كم يكلّف توظيف مهندسين، وكم يكلّف أن تبني شركةٌ الشيء وتسلّمه لك.

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

المساران ينتجان كودًا؛ والفرق في مكان المعرفة

طرفية التداول ليست نظامًا واحدًا. هي مسار بيانات سوق، ومسار إدخال أوامر، وفحوص مخاطر قبل التداول، واتصال بمنصات التداول أو الوسطاء، وحالة مراكز وحسابات، وشاشة عليها أن تواصل إعادة الرسم بينما يتحرك الدفتر، ومكتب خلفي يطابق ذلك كله بعد الإغلاق.

حين توظّف، فأنت لا تشتري ذلك النظام. أنت تبني المؤسسة التي ستنتجه، ومعرفة كيف يعمل تبدأ من الصفر وتتراكم داخل رؤوس أشخاص توظّفهم. وهذا أصل ما داموا باقين، وهو الخطر كله حين لا يبقون.

حين تتعاقد مع شريك، فأنت تشتري نظامًا مع تاريخ قرارات موجود أصلًا في مكان آخر. تبدأ المعرفة من نقطة أعلى، وتقع خارج شركتك في اليوم الأول. أما انتقالها إلى الداخل يومًا ما فهو بند في العقد وممارسة عمل، لا شيء يحدث من تلقائه.

من المفيد التحديد الدقيق لما تعنيه معرفة النظام هنا، لأنها ليست الكود المصدري:

• لماذا خطة التسلسل هي هذه بالذات، وأي عطل ترفضه وتقبله خطة أبسط
• أي سلوكيات منصات التداول تلتف حولها طبقة الاتصال، ومن أي حادث خرج كل التفاف
• الترتيب الذي تعمل به فحوص المخاطر، وما يفعله النظام حين لا يجيب أحدها في الوقت
• إجراء الاسترداد حين تنفتح فجوة في تغذية بيانات السوق ويجب إعادة بناء الدفتر في منتصف الجلسة
• أي الاختبارات حاملة فعلًا وأيها يبدو تغطية فقط
• ما هو مسار النشر في صباح متقلب، ومن يُسمح له بتشغيله

لا شيء من ذلك يسكن مستودعًا تلقائيًا. بل يسكن شخصًا إلى أن تُجبره عملية على الكتابة، سواء كان ذلك الشخص موظفك أو مهندسًا لدى الشريك.

أول نسخة صالحة للاستخدام تُحسم قبل أول commit

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

مسار الشريك يبدأ من النطاق لا من البحث عن الناس، ومن هنا يأتي فارق الوقت. وما لا يزيله هو العمل الذي لا يقوم به سواك: تحديد الغرض من الطرفية، وأي الأدوات والمنصات تهم أولًا، ومن هم أول المستخدمين.

وجزء من الجدول الزمني لا ينتمي إلى أي من المسارين. فهذه البنود تسير بإيقاعها الخاص أيًّا كان من يكتب الكود:

• إجراءات الانضمام لدى الوسيط أو منصة التداول، والأوراق التي خلفها
• اختبارات المطابقة في بيئة اختبار منصة التداول، في نوافذ تحدّدها المنصة لا أنت
• تراخيص بيانات السوق، وهي تحدد ما يُسمح لك بعرضه ولمن يجوز لك إعادة توزيعه
• مزامنة الساعات، ومسارات التدقيق، وأي حفظ سجلات تتوقعه جهتك التنظيمية
• استعداد أول المستخدمين لتمرير أوامر حقيقية عبر نظام جديد
• قرارات منتجك أنت، وخصوصًا القرارين المتناقضين

فالمقارنة الصادقة ليست سباقًا بين تاريخَي تسليم. إنها سؤال عن أي المسارين يضع أمام العمل أشياء أقل لا تملك التأثير فيها، وأيهما يبدأ أبكر بالأجزاء التي تملك التأثير فيها.

ماذا يفعل كل مسار حين يرحل شخص أساسي

اطرح السؤال نفسه على المسارين. إن توقف المهندس الذي كتب معالج بيانات السوق عن العمل يوم الاثنين، فماذا يحدث يوم الثلاثاء، وماذا يحدث في الربع الذي يليه.

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

لا أحد من البنيتين آمن بذاته. فالشريك الذي يضع مهندسًا واحدًا على حسابك مكشوف تمامًا كفريق داخلي من شخصين، والدفاع واحد في الحالتين: معرفة تُكتب وهي تُنتَج، لا تُعاد بناؤها بعد فوات الأوان.

• مذكرة تصميم لكل نظام فرعي تذكر ما يفعله، وما يرفض فعله عمدًا، وما الذي يكسره
• سجلات قرارات تذكر البدائل التي جرى النظر فيها، محفوظة في المستودع بجوار الكود الذي تشرحه
• اختبارات تعيد تشغيل جلسة مسجّلة، فيُعاد إنتاج العطل بدقة بدل الجدال حوله
• شخصان على الأقل دمجا تغييرات في كل مسار حرج - قاعدة تتعلق بالتوظيف لا بالتوثيق
• دليل تصرّف لكل حادث وقع فعلًا، مكتوب في أسبوع وقوعه
• مسار نشر وتراجع يستطيع أي مهندس مناوب تشغيله دون إيقاظ أحد ليعطيه كلمة مرور

التسليم مُخرَج له اختبار قبول، لا رسالة بريد في النهاية

كلمة التسليم تغطي حدثين مختلفين جدًا. أحدهما نقل ملفات. والآخر نقل القدرة على المواصلة دون من بنوا النظام، والثاني وحده يستحق الدفع.

اكتب الثاني في النطاق كقائمة مخرجات ملموسة، لكل واحد منها اختبار قبول ملحق به. والقائمة المعقولة تبدو هكذا:

• مستودعات بتاريخها الكامل، لا أرشيف للحالة النهائية - فالتاريخ هو موضع التفكير
• بناء يعيد مهندس جديد إنتاجه على جهاز نظيف من الخطوات المكتوبة، دون أي إعداد محلي غير موثّق
• بنية تحتية موصوفة ككود، ومعها البيئات التي تنتجها وأوجه اختلافها
• أسرار في حوزتك أنت، بإجراء تدوير نُفِّذ مرة واحدة على الأقل لا وُصف فقط
• أدلة النشر والتراجع، يشغّلها فريقك بينما يراقب الشريك ولا يقول شيئًا
• المراقبة، وعتبات التنبيه، وسطر واحد لكل تنبيه يشرح ما يعنيه وما يُفعل حياله
• مواصفات البروتوكول والرسائل لكل اتصال خارجي، بما فيها الحقول التي تستخدمها والحقول التي تتجاهلها
• حزمة الاختبارات، مع عرض لاختبارات تفشل عمدًا، لترى ما الذي تلتقطه
• فترة مسمّاة يُجري فيها مهندسوك التغييرات ويكتفي الشريك بمراجعتها

التسليم الذي لم يُجرَّب قط خطة لا مُخرَج. جرّبه في منتصف البناء لا بعد الفاتورة الأخيرة، والتجربة بسيطة: مهندسوك ينشرون تغييرًا ثم يتراجعون عنه بينما يراقب من كتبوا النظام.

الملكية سؤال منفصل عن التسليم، ويُحسم في العقد قبل بدء العمل لا يُكتشف في نهايته. وإجابتنا نحن جملة واحدة، ولا نختصرها في أي نسخة من أي وثيقة.

ثلاث صيغ تقع بين الإجابتين

يُطرح السؤال عادةً على أنه ثنائي - وظّف فريقًا أو سلّم الأمر كله لغيرك. وعمليًا تقع معظم المشاريع بين هذين القطبين، ويُسمح للموقع أن يتغيّر مع نضج النظام.

ثلاث صيغ: تنفيذ كامل، أو فريق مخصّص، أو مهندسون مدمجون في فريقك. هكذا نصف جانبنا نحن، والفرق بين الثلاث ليس الفاتورة - بل من يمسك الخطة، ومن يمسك الأولويات، ومن يُحاسَب على النتيجة.

• تنفيذ كامل: الشريك يمسك الخطة والترتيب والنتيجة؛ وأنت تمسك قرارات المنتج والقبول. يناسب نسخة أولى بنطاق تستطيع تحديده ولا فريق لديك لإدارته بعد
• فريق مخصّص: قائمة أعمالك وأولوياتك، وأشخاصهم يعملون على منتجك وحده. يناسب المرحلة التي يتحرك فيها النطاق أسرع مما تحتمله خطة ثابتة
• مهندسون مدمجون في فريقك: عمليتك أنت، ومراجعة الكود لديك، واختصاصيوهم على المسارات التي يكون فيها الخطأ مكلفًا - مسار الأوامر، والاتصال بمنصات التداول، وإجراء الاسترداد
• الصيغ الثلاث درجات لا خيارات يستبعد أحدها الآخر. فقد يبدأ المشروع تنفيذًا كاملًا وينتهي بمهندسَين داخل فريق وظّفته أثناء كتابة النظام

هذه النقطة الأخيرة تذيب معظم السؤال الأصلي. فأقوى صيغة لمسار الشريك تخطط لفريقك أنت من البداية: توظّف في مواجهة نظام قائم بالفعل، وتستند مقابلاتك إلى الكود الذي سيصونه المرشح، وأول ما يقرأه الموظف الجديد سجل قرار لا مستودع فارغ.

احسب كلفة المسارين، بما لا يظهر في أي فاتورة

مقارنة السعر بالساعة أقل الأرقام نفعًا في هذا القرار، لأن المسارين يحاسبانك بوحدات مختلفة. ضع القائمتين جنبًا إلى جنب واحسب كلفتهما بصدق.

مسار التوظيف يحاسبك على:

• زمن التوظيف، وكلفة تعيين خاطئ واحد في سوق تخصصي يُكتشف فيه التعيين الخاطئ متأخرًا
• أعباء صاحب العمل، والمعدات، والتراخيص، واشتراكات بيانات السوق التي تحتاجها بيئة التطوير قبل أن تنتج شيئًا
• انتباه الإدارة - لا بد لأحد أن يقود الفريق، وهذا الأحد في البداية هو أنت عادةً
• قرار المعمارية الأول يُتَّخذ مرتين، مرة منهما خاطئة، وهو الثمن الطبيعي لفريق يتعلم مجالًا على مشروعك
• طاقة تبقى بعد انتهاء البناء، حين يكون فريق مقاس على البناء أكبر مما تتطلبه الصيانة
• التزام دائم يستمر سواء اتضحت خارطة الطريق هذا الربع أم لا

مسار الشريك يحاسبك على:

• سعر يحمل معه اختصاصيين ما كنت لتشغلهم بدوام كامل وحدك، مثل مهندس سبق أن صحّح خللًا في بروتوكول على مستوى الجلسة
• التنسيق عبر حدود المؤسستين، وهو عمل حقيقي يُدفع ثمنه بمواصفات مكتوبة لا بأحاديث الممرات
• تبعية تدوم بالضبط ما دام التسليم غير مختبَر
• خطر أن تكون المكوّنات القابلة لإعادة الاستخدام حاملة للنظام بطرق لم يدوّنها أحد، ولهذا يجب قراءة بند الملكية قبل التوقيع
• كلفة التوصيف: دقة الشريك لا تتجاوز دقة القرارات التي تسلّمها له

ثم احسب كلفة المخارج، فلكل مسار مخرج. مسار التوظيف ينتهي بتقليص فريق بنيته، وتخرج المعرفة في تلك الرؤوس. ومسار الشريك ينتهي بتسليم إما جرّبته وإما لم تجرّبه، والمسافة بين هاتين النهايتين هي خطر المسار.

قبل أن توقّع أي شيء، مرّر الخيارين على سؤال واحد: لو توقف هذا يوم الجمعة، فماذا سيبقى بأيدينا يوم الاثنين. أجب عنه بمخرجات ملموسة - مستودعات، وبيئات قابلة لإعادة الإنتاج، وتوثيق، وأشخاص يستطيعون إعادة بناء النظام منها - لأن النوايا لا تنجو من رحيل، والمخرجات تنجو.

ما تستطيع amBrain إثباته علنًا: نبني البرمجيات منذ 2019 من يريفان، أرمينيا، بمسارات ساخنة مكتوبة بلغة Rust، وبنينا طرفية التداول Spectre Trade، وبورصة مصغّرة بنيناها تعمل في بيئة الإنتاج على استضافة MOEX المشتركة. وإن كنت توازن بين التوظيف وشريك تقني من أجل طرفية خاصة بك، فخذ قائمة التسليم أعلاه إلى المحادثة الأولى واطلب ممن يجلس أمامك، ونحن منهم، أن يجيب عنها سطرًا سطرًا.