فلسفة التصميم
المبادئ التي توجه الحاسبة الثلاثية — عالمية، مركزة، وخالدة.
تُبنى الحاسبة الثلاثية على أربعة مبادئ. معًا يحددون ما هو التطبيق — وما ليس كذلك.
1. محايد للعملة
لا تفترض الحاسبة أي عملة محددة. يمكن للمستخدم التفكير بالدولار الأمريكي، اليورو، الجنيه الإسترليني، الين الياباني، الريال السعودي، أو أي عملة أخرى يعمل بها.
يسمح إعداد الأماكن العشرية في الإعدادات باختيار ما بين 0، 0.0، 0.00، و 0.000 مكان عشري. سواء كنت بحاجة إلى أعداد صحيحة، أعشار، سنتات، أو مليمات، تتكيف الحاسبة. مخطط لدعم 5 و 8 أماكن عشرية (للمشفرات) قادم.
هذا يحافظ على مرونة الواجهة مع السماح لكل مستخدم بالعمل بالدقة التي يفضلها.
2. تسميات عالمية
يتم labeling حقول العرض الثلاثة قبل، بعد، ومقدار الفرق، مع زر اتجاه (+ / −). هذه المصطلحات تناسب أي حالة استخدام:
| التسمية | المعنى |
|---|---|
| قبل | المبلغ الابتدائي |
| بعد | المبلغ الناتج |
| مقدار الفرق | الفرق |
| الاتجاه | الجمع أو الطرح |
يقرأ مُقدم إقرار ضريبة القيمة المضافة إياها كصافي، إجمالي، وضريبة (ضفي). يقرأها مندوب الزكاة كثرية، متبقية، وزكاة مستحقة (طارح). يقرأها متسوق يبحث عن خصومات كسعر أصلي، سعر بيع، ومدخرات (طارح).
نفس التسميات، تفسيرات لا حصر لها. لا توجد تسميات مسبقة مخصصة لصناعة أو حالة استخدام معينة — ولا خطة لإضافتها.
3. نسبة يحددها المستخدم
الافتراضي للنسبة الثابتة هو 15%، لكن التطبيق لا يأتي مع نسب محددة مسبقًا لأي دولة، صناعة، أو نوع ضريبة معين.
هذا متعمد:
- تتغير نسب الضرائب. تصبح النسبة المحددة مسبقًا خاطئة في اللحظة التي تعدل فيها الحكومة النسبة — ويلوم المستخدم التطبيق، وليس الحكومة.
- هناك آلاف من تركيزات النسبة × الاختصاص القضائي. تغطيتها كلها غير عملية. تغطية جزء منها تخلق تجربة غير متساوية، وصيانة قائمة شاملة هي عبء غير عملي ولا مرغوب فيه لحاسبة مركزة.
- يعرف كل المستخدم بالفعل ما هي النسبة التي تنطبق على وضعه. طلب إدخاله مرة واحدة أمر بسيط. الحفاظ على قاعدة بيانات نسب لهم إلى الأبد ليس كذلك.
تقبل الحاسبة أي نسبة من 0% حتى الحد الأقصى المعتمد على الاتجاه (1000% في الوضع الضفي، 99.99% في الوضع الطارح). تُعاد النسبة إلى 15% عند كل تحميل للصفحة — وهذا يضمن أنك تبدأ دائمًا من خط أساس نظيف.
4. لا توجد تسميات مسبقة
لا يحتوي التطبيق على أوضاع، ملفات تعريف، أو تسميات مسبقة لوضع “ضريبة القيمة المضافة”، “وضع الزكاة”، “وضع الخصم”، أو أي حالة استخدام محددة باسم.
سيحتاج نظام التسميات المسبقة إلى ترميز كل حالة استخدام — وكل متغير لكل دولة لكل حالة استخدام — داخل التطبيق. وهذا يخلق:
- عبء صيانة — يتطلب كل تغيير في النسبة، وكل قانون ضريبي جديد، وكل دولة جديدة تعديلًا في الكود وإصدارًا جديدًا.
- يقين زائف — قد تكون التسمية المسبقة الموسومة “ضريبة القيمة المضافة” خاطئة لمعاملة معينة في اختصاص معين، لكن المستخدم يثق بها comunque.
- امتداد نطاق — بمجرد وجود التسميات المسبقة، يسأل المستخدمون naturalmente عن المزيد. سيحتاج التطبيق إلى تتبع كل تغيير في النسبة والاختصاص القضائي، مما يجره بعيدًا عن هدفه الأساسي: حسابات نسب مئوية بسيطة وسريعة.
بدلاً من ذلك، تبقى الحاسبة مركزة على وظيفة واحدة: معرفة نسبة ثابتة وقيمة واحدة، حساب القيمتين الأخريين. المستخدم يقرر ما هي النسبة، ما معاني القيم، وأي اتجاه يسير فيه الحساب.
ما يعنيه هذا بالنسبة لك
- لا تحتاج إلى إخبار التطبيق بما تحسبه.
- لا تحتاج إلى اختيار دولة، صناعة، أو حالة استخدام.
- تكتب النسبة التي تعرفها، تدخل القيمة التي لديك، وتقرأ النتيجة.
تلبيك الحاسبة حيث أنت. إنها لا تتخمّن، ولا تتدخل في طريقك.