منذ أن كنت في السابعة من عمري، تعاملت مع كل مشكلة بالطريقة نفسها: ليس بحل ما هو ظاهر، بل ببناء النظام الذي تحته. هذا سجل تلك الغريزة، من أين جاءت، لماذا لم أتخلَّ عنها، ولماذا أؤمن أنها المقاربة الصحيحة.
أنا لا أبني تطبيقات. أنا أبني أنظمة تشغيل.
Ahmad Noureddine · ٦ مارس ٢٠٢٦
وهذا ما أفعله منذ أن كان عمري سبع سنوات.
كان عمري سبع سنوات حين رسمت أول منتج لي.
لم يكن لعبة. ولم يكن لعبة فيديو. كان روبوتاً. تحديداً، روبوت يستطيع الطبخ والتنظيف وغسل الملابس وإدارة المنزل. لأن أمي كانت منهكة، وكنت أرى ذلك. لم أرسم أداة تساعد في مهمة واحدة. رسمت نظاماً يلغي الحاجة للتفكير في تلك المهام أصلاً.
لم يطلب مني أحد أن أفكر بهذه الطريقة. لكنني فعلت.
هذه الغريزة رافقتني عبر كل عقد منذ ذلك الحين. حين كان والدي، مدير مدرسة، غارقاً في فوضى إدارية، لم أبنِ أداة جدولة. بنيت نظام إدارة مدرسي شاملاً. حين أصبحت البنية السحابية متاحة، لم أبنِ وحدة برمجية. بنيت منصة SMSC كاملة على السحابة. في عام 2014، قبل أن تصبح الترجمة الفورية فكرة سائدة، لم أبنِ تطبيق قاموس. بنيت منصة اجتماعية مدمجة فيها الترجمة الفورية، لأنك إذا أزلت حاجز اللغة بين الناس، فالسؤال المنطقي التالي هو: لماذا لا يلتقون؟ لذلك أضفت ذلك أيضاً.
في كل مرة، كان السؤال نفسه: ما هو النظام الذي يقع تحت المشكلة؟
الفرق بين الأداة ونظام التشغيل
هناك نسخة من كل منتج بنيته كان يمكن أن تكون أصغر وأبسط وأسهل في الإطلاق.
كان بإمكاني بناء ميزة جدولة. لكنني بنيت Timer، نظام تشغيل كامل لإدارة سياق الأعمال. كان بإمكاني بناء وحدة ترميز. لكنني بنيت AssetLink، بنية تحتية لدورة الحياة المؤسسية الكاملة للأصول الحقيقية. كان بإمكاني بناء أداة عقارية. لكنني بنيت Socia، نظام تشغيل متكامل لإنتاجية الوكلاء العقاريين.
الفرق ليس شكلياً. إنه معماري. الأداة تحل مشكلة واحدة. نظام التشغيل يغيّر البيئة التي تحدث فيها المشكلات. حين تبني أداة، أنت تحل قيداً معروفاً اليوم. حين تبني نظام تشغيل، أنت تحل فئة القيود التي ستستمر في الظهور بأشكال مختلفة عبر الزمن.
لماذا يبني أغلب الناس صغيراً
النصيحة المعتادة تبدو معقولة ظاهرياً: اعثر على مشكلة واحدة، حلّها جيداً، ثم توسّع. إنها قابلة للتكرار، وقابلة للتمويل، وسهلة الشرح في عرض تقديمي.
المشكلة أن هذا يُحسّن لمحادثة التمويل، لا لتصميم النظام الفعلي.
مشكلات العالم الحقيقي ليست معزولة. إنها مترابطة. ترميز الأصول المؤسسية يفشل ليس لأن عقد الرمز خاطئ، بل لأن الامتثال يدوي، والتحقق مجزأ، والوكيل الذي يدير الأصل ليس لديه بنية تحتية إنتاجية تحته. إذا حللت طبقة واحدة وتجاهلت الباقي، ستطلق منتجاً يعمل تقنياً لكنه عديم الفائدة عملياً.
البناء الصغير ليس استراتيجية. إنه تأجيل. تحليل McKinsey للشركات المنصّية الناضجة وجد أنها تنفق 35 إلى 40 بالمئة أقل على اكتساب العملاء لكل دولار إيرادات مقارنة بالشركات التي تبيع حلولاً نقطية. التكلفة المسبقة للتفكير بالأنظمة أقل من التكلفة المستمرة لبيع أدوات واحدة تلو الأخرى. أنت تؤجل القرارات المعمارية الصعبة إلى وقت لاحق، حين تكون أكثر تكلفة وأصعب في التراجع عنها.
اتخذت خياراً مختلفاً. اتخذته وعمري سبع سنوات بقلم رصاص وورقة، وما زلت أتخذه حتى اليوم.
ما تكسبه فعلاً من البناء الكبير
أريد أن أكون دقيقاً هنا، لأن هذا ليس دفاعاً عن التعقيد. التعقيد نمط فشل، لا ميزة. التفكير بنظام التشغيل يتعلق بالتماسك، لا بالحجم.
ما تكسبه هو وضوح متراكم.
حين تلتزم بالنظام، كل مكوّن جديد تضيفه يجد مكانه مسبقاً. Timer وAssetLink وSocia يتشاركون أساساً تقنياً مشتركاً. Celera، نظام التشغيل للاتصالات الذي بنيته على خبرة اتصالات قديمة حملتها لسنوات، سيندمج في نفس المنظومة. القرارات التي اتخذتها مبكراً — تلك التي بدت كبناء مفرط — هي الآن القرارات التي تجعل التوسع رخيصاً.
تكسب أيضاً نوعاً مختلفاً من المرونة. حين يتغير السوق، الأداة غالباً تصبح بائدة لأن المشكلة المحددة التي حلّتها لم تعد ذات صلة. نظام التشغيل يمتص التغيير لأنه غير مرتبط بصياغة واحدة للمشكلة. إنه مرتبط بالبيئة.
السوق تغيّر حول SMSC. السوق تغيّر حول الترجمة الفورية. الغريزة المعمارية الأساسية لم تحتج للتغيير. السطح تكيّف. الأساس صمد.
غريزة نظام التشغيل كفلسفة تصميم
نظام التشغيل لا ينافس التطبيقات التي تعمل فوقه. إنه يُمكّنها. يخلق الظروف لبناء أشياء أخرى. هذا طموح مختلف عن بناء منتج، واستغرقت سنوات لأجد لغة تعبّر عنه.
هذا هو الطموح وراء منظومة AtivoLabs. نظام AssetLink OS لا يحاول أن يكون أفضل منتج ترميز في سوق مزدحمة. إنه يحاول أن يكون طبقة البنية التحتية التي تجعل الاقتصاد المرمّز يعمل للمؤسسات. نظام Timer OS ليس تقويماً مع ذكاء اصطناعي. إنه الطبقة التي توحّد كيف يفكر المحترفون في الوقت والسياق والعمل. هذه ادعاءات مختلفة. تتطلب معمارية مختلفة، وصبراً مختلفاً، وعلاقة مختلفة مع النقد المبكر.
معظم أنظمة التشغيل بدت غير ضرورية حتى أصبحت حتمية.
ماذا يعني هذا الآن
نحن في فترة يُستخدم فيها الذكاء الاصطناعي، بشكل شبه شامل، لجعل الأدوات أسرع. بحث أذكى. توليد أسرع. إكمال تلقائي أفضل. هذه تحسينات مشروعة على طبقة الأدوات.
ما ينقص هو الذكاء الاصطناعي المُطبّق على مستوى نظام التشغيل. ليس ذكاء اصطناعياً يساعدك في أداء مهمة، بل ذكاء اصطناعي يغيّر البيئة التي تُعرّف فيها المهام وتُرتّب وتُنفّذ. هذه مشكلة أصعب. تتطلب فهم النظام بأكمله قبل أن تتمكن من وضع الذكاء بشكل صحيح داخله.
هنا يتصل مفهوم الطبقة البشرية. الورقة التي نشرتها في فبراير جادلت بأن أنظمة الذكاء الاصطناعي المبنية لتضخيم الحكم البشري تتفوق على تلك المصممة للاستبدال الكامل. غريزة نظام التشغيل هي النتيجة الهيكلية لتلك الحجة. إذا كنت تبني نظام تشغيل، فأنت تبني شيئاً يعيش البشر داخله. يجب تصميم الذكاء حول السياق البشري، لا لإلغائه.
كل منصة أبنيها تحمل الفكرتين معاً. النظام كبير بالتصميم. والإنسان محوري بالتصميم. هاتان ليستا فلسفتين منفصلتين. إنهما القرار المعماري نفسه، مُعبّراً عنه في طبقات مختلفة.
رسمت روبوتاً وعمري سبع سنوات لم أبنه قط.
لكن التفكير الذي أنتجه تراكم لما يقارب ثلاثين عاماً. أنتج إخفاقات، وتحولات، ونقداً، وأحياناً شيئاً نجح. ما لم يُنتجه أبداً هو مشكلة صغيرة حُلّت بمعزل عن غيرها.
لا أعتقد أن هذه سمة شخصية. أعتقد أنها قراءة صحيحة لكيفية سلوك الأنظمة فعلاً.
المشكلات التي تستحق الحل ليست معزولة. والحلول التي تستحق البناء لا ينبغي أن تكون كذلك.
أحمد نور الدين هو المؤسس المشارك لـ AtivoLabs، يبني أنظمة تشغيل للأسواق الحقيقية. سلسلة أبحاثه حول معمارية الذكاء الاصطناعي وتصميم الأنظمة المتمحورة حول الإنسان تُنشر على ahmad.pt/research.
المراجع
- McKinsey & Company. نماذج تسعير المنصات مقابل الحلول النقطية والتموضع التنافسي. مرجع عبر تحليل Monetizely لمعايير أعمال المنصات من McKinsey. getmonetizely.com