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