الأرقام التي نكتب بها اليوم (0-9) لم تُخترع في أوروبا ولا حتى عند العرب، بل وُلدت في الهند حيث طوّر علماء الرياضيات فكرة القيمة المكانية والصفر، ثم نقلها علماء مسلمون مثل الخوارزمي — الذي اشتُقت من اسمه كلمة "algorithm" — إلى العالم الإسلامي، ومنه وصلت أوروبا عبر الأندلس لتُعرف خطأً باسم "الأرقام العربية".
الأرقام العربية الشرقية لا تزال حية اليوم
في كثير من الدول العربية، لا تُستخدم الأرقام الغربية (0،1،2...) وحدها، بل الأرقام الهندية الشرقية ٠١٢٣٤٥٦٧٨٩ التي تظهر في المستندات الرسمية واللوحات والفواتير جنبًا إلى جنب مع الأرقام الغربية المستخدمة غالبًا في البرمجة والويب — وكلا الشكلين يمثّلان نفس النظام العشري الموروث من الأصل الهندي نفسه، بمظهرين بصريين مختلفين فقط.
النظام السداسي عشري في أدوات المطوّر اليومية
يقابل رقم سداسي عشري واحد أربعة بتات بالضبط، لذا يصف حرفان سداسيا عشريان بايتًا واحدًا بإيجاز — لون CSS مثل #3A7FD9، أو عنوان MAC مثل 00:1A:2B:3C:4D:5E، أو عنوان ذاكرة يظهر في تتبع أخطاء برنامج تصحيح — كلها في جوهرها بايتات مكتوبة بصيغة أقصر من الثنائي بأربع مرات.
النظام الثماني في أذونات يونكس
اختفى النظام الثماني تقريبًا من الاستخدام اليومي، لكنه بقي في مكان واحد يلمسه المبرمجون باستمرار — chmod 755. كل رقم ثماني يحزم ثلاث بتات إذن (قراءة، كتابة، تنفيذ)، فالرقم 7 يعني "rwx" والرقم 5 يعني "r-x" — وقراءة ثلاثة بتات في كل مرة أسرع من عدّ تسعة أرقام ثنائية واحدًا تلو الآخر.
لماذا نحتاج هذا
- تحويل لون من الصيغة السداسية عشرية في CSS إلى قيم RGB عشرية.
- فهم التمثيل الثنائي لرقم عند العمل مع العمليات على البتات.
- فكّ أذونات ملفات ثمانية في أنظمة يونكس.
لماذا Base64 ليس نظام عدّ
غالبًا ما يُخلط بين Base64 وتحويل أنظمة العد بسبب تشابه الاسم، لكنه شيء مختلف جوهريًا — ترميز بيانات ثنائية عشوائية (مثل صورة أو ملف) إلى سلسلة نصية من 64 رمزًا، وليس طريقة لكتابة رقم واحد. الرقم 255 في النظام السداسي عشري هو FF، بينما نفس الرقم مُرمَّزًا كبايت واحد بصيغة Base64 يبدو مختلفًا تمامًا وله غرض مختلف — نقل بيانات ثنائية عبر قنوات نصية.