الأسئلة الشائعة

MS WebX شركة تقنية معلومات. نبني المواقع والمنصات الإلكترونية وتطبيقات iOS و Android الأصلية، وندمج الذكاء الاصطناعي فيها، إلى جانب أعمال تحسين محركات البحث التي تجعل ما نبنيه قابلاً للعثور عليه. كما نشغّل منتجاتنا الخاصة على المنصة نفسها التي نستخدمها لعملائنا، أي أن الأساس مجرّب في التشغيل الفعلي قبل أن يعتمد عليه أحد.

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

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

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

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

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

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

PHP على الخادم، وTypeScript في المتصفح، وFlutter لنظامي iOS وAndroid، وMariaDB للبيانات، وnginx وFrankenPHP للتقديم. تقنيات حديثة وواسعة الانتشار عن قصد، حتى يستطيع أي فريق صيانتها بعدنا. والجودة تفرضها الأدوات لا النوايا الحسنة: يعمل التحليل الساكن عند أعلى مستويات الصرامة بلا قائمة استثناءات، إلى جانب أكثر من مئتَي قاعدة خاصة بالمشروع ترفض الشيفرة فور انحرافها.

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

نعم، وبصرامة أكبر مما تعنيه هذه العبارة عادةً. تُعرَّف الواجهة البرمجية مرة واحدة في PHP، ومنها يُولَّد عميل TypeScript للويب وعميل Dart للتطبيق. ولا يُكتب أي منهما يدويًا، إذ يرفض المدقّق أي نوع واجهة مكتوب باليد. لذلك لا يمكن للتطبيق أن ينحرف عن الخادم بصمت: أي عدم تطابق يكسر عملية البناء لا الإنتاج.

حقيقي. كل صفحة موجودة كسجل مستقل لكل لغة، بنصها الخاص وعنوانها الخاص؛ فهذه الأسئلة الشائعة على /frequently-asked-questions بالإنجليزية وعلى /de/haeufig-gestellte-fragen بالألمانية، لا خلف معامل ترجمة. لذلك تُكتب كل لغة كما يبحث الناس فعلًا في ذلك السوق، ويمكن تصحيح لغة واحدة دون المساس بالسبع عشرة الأخرى.

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

Cannabivo يعمل بالفعل: محرك بحث للنوادي الاجتماعية، يجد فيه الزائر النوادي ويقارنها حسب الموقع، وتدير فيه النوادي بياناتها بنفسها. أما Steel فهو مرجع لمكافئات المواد موجّه للهندسة والمشتريات، وهو قيد التطوير ولم يُفتح للجمهور بعد. كلاهما يعمل على المنصة الموضّحة في هذا القسم.

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

تمر الاتصالات عبر HTTP/3، والنطاق مُدرَج ضمن قائمة HSTS المحمّلة مسبقًا في المتصفحات، أي أن المتصفح يرفض التخاطب بلا تشفير منذ الزيارة الأولى، قبل أن يتسنى اعتراض أي إعادة توجيه. أما تبادل المفاتيح فهو ما بعد كمّي: X25519 مقرونًا بـ ML-KEM-768، وقد اختير ليظل ما يُلتقط اليوم صامدًا حين يصبح بمقدور حاسوب كمّي مهاجمته.

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

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

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

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

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

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