بدأ TrueHumidity من ملاحظة بسيطة: الرطوبة النسبية رقم مألوف، لكنها وحدها لا تخبر المستخدم بكمية بخار الماء الموجودة فعلياً في الهواء. وفي الوقت نفسه تكون بيانات الرادار والتوقعات والتحذيرات ومقاييس الغلاف الجوي التفصيلية موزعة غالباً بين خدمات مختلفة.
طورت TrueHumidity كمنتج مترابط عبر iOS وAndroid وباكيند مشترك. الهدف ليس إعطاء إحساس زائف باليقين، بل جعل معلومات الطقس والرطوبة أسهل في الفهم مع إبقاء المصدر وحدود البيانات ظاهرة للمستخدم.
الرابط الرئيسي: الموقع الرسمي لـ TrueHumidity ↗
1. فكرة المنتج
يتعامل TrueHumidity مع الرطوبة على أنها أكثر من نسبة مئوية.
إلى جانب الرطوبة النسبية يعرض التطبيق رطوبة الهواء الفعلية Actual Air Moisture بوحدة g/m³، ونقطة الندى، وضغط بخار الماء، حتى يستطيع المستخدم رؤية كمية بخار الماء في الهواء وعلاقتها بدرجة الحرارة.
ويجمع المنتج هذه المقاييس مع الحالة الحالية والتوقعات والخرائط وبيانات الهطول الإقليمية حيث تتوفر، ومقارنة المواقع، والتنبيهات المخصصة، والرسوم التفاعلية، وودجت الشاشة الرئيسية.
المبدأ الأساسي هو:
اعرض الرقم → اشرح السياق → عرّف المصدر → اذكر حدود المعلومة
2. من واجهة إلى نظام
واجهة الهاتف هي الطبقة المرئية فقط.
يستخدم TrueHumidity باكيند مشتركاً لتوحيد البيانات لكلا منصتي الهاتف. بنيت وطورت طبقة الخادم بصورة تكرارية باستخدام FastAPI وDocker على Oracle Cloud، ثم ربطت التطبيقات بعقود API مشتركة بدلاً من جعل كل تطبيق يعيد تنفيذ قواعد كل مزود بيانات على حدة.
يمكن قراءة البنية كالتالي:
iOS + Android → TrueHumidity API → مصادر الطقس والهطول والتحذيرات والمواقع
يتولى الباكيند وظائف مثل اختيار المصدر الإقليمي المناسب، وتوحيد البيانات، وإسناد المصادر، والتخزين المؤقت، وتحضير إطارات Motion.
3. Actual Air Moisture
تتغير الرطوبة النسبية مع درجة الحرارة. لذلك قد تصف النسبة نفسها كميات مختلفة جداً من بخار الماء.
لهذا يضع TrueHumidity كمية الرطوبة الفعلية بجانب قيم الطقس المألوفة بدلاً من إخفائها في شاشة متخصصة.
ومن هنا جاءت فكرة Compare أيضاً. يمكن أن يظهر موقعان بنسبة رطوبة نسبية متشابهة بينما تختلف رطوبة الهواء الفعلية ونقطة الندى وضغط بخار الماء بينهما بوضوح.
4. توقعات ذات سياق أعمق
تجمع شاشة التوقعات بين الطقس اليومي المألوف ومعلومات الرطوبة وتفاصيل أعمق لكل يوم.
الهدف ليس إغراق المستخدم بكل متغير متاح. تبقى الشاشة الرئيسية قابلة للقراءة، ثم يستطيع المستخدم فتح القيم الأكثر تفصيلاً عندما يحتاجها.
5. منطق الخريطة والهطول
يفصل TrueHumidity بين التغطية العالمية للتوقعات وبين تغطية الرادار أو nowcast الإقليمي.
حيث تتوفر مصادر إقليمية للهطول يمكن لـMotion تقديم عرض قصير المدى يعتمد على المصدر المناسب للمنطقة. أما في الأماكن التي لا تتوفر فيها تلك التغطية، فيبقى التوقع العالمي متاحاً من دون تسميته بصورة مضللة بأنه رادار مرصود.
كما تسمح الخريطة العامة باستكشاف متغيرات الطقس والرطوبة جغرافياً.
هذا الفصل جزء أساسي من فلسفة المنتج: التوقع، والرصد بالرادار، والاستنتاج القريب من الموقع ليست أنواعاً متساوية من الأدلة ولا ينبغي عرضها كذلك.
6. تفسير مفيد للإنسان
القيم الخام مفيدة، لكن كثيراً من المستخدمين يريدون أيضاً فهم ما يعنيه مجموع القيم عملياً.
يتضمن TrueHumidity طبقات تفسير مثل Today’s Air Insight وHow the air affects you. تحول هذه الطبقات تركيبات الرطوبة والطقس إلى سياق مختصر مع إبقاء الأرقام الأصلية متاحة.
ويتعامل المنتج مع الضباب بحذر مشابه، فيفصل بين دليل أقوى واستنتاج أضعف بدلاً من عرض كل إشارة مرتبطة بالضباب بدرجة اليقين نفسها.
7. التنبيهات والودجت
يمتد المنتج خارج الشاشة الرئيسية.
تسمح التنبيهات المخصصة للمستخدم بتحديد ظروف طقس أو رطوبة تهمه. وتعرض الودجت معلومات مختارة من دون الحاجة إلى فتح التطبيق.
هذه الوظائف تتبع المبدأ نفسه: المعلومة المفيدة يجب أن تكون موجودة في المكان والوقت اللذين يحتاجهما المستخدم.
8. استراتيجية مصادر البيانات
المنتج الذي يجمع عدة مصادر يواجه مشكلة مختلفة عن تطبيق يعتمد مزوداً واحداً: يجب أن تبقى دلالة البيانات متسقة رغم اختلاف الأنظمة upstream.
لذلك يقوم الباكيند بالتوجيه والتوحيد مع إبقاء الإسناد ظاهراً. وقد بني اختيار المصادر على البيانات المفتوحة أو الاستخدام المتاح من دون رسوم ترخيص عندما يكون ذلك مناسباً، مع إظهار معلومات المزود والترخيص للمستخدم.
مجموعة المصادر قد تتغير مع تغير التغطية والتراخيص والخدمات. ولهذا تبقى معلومات المصدر والسياسات الحالية على الموقع الرسمي لـTrueHumidity وداخل المنتج بدلاً من تجميدها داخل صفحة portfolio ثابتة.
9. ما الذي عملت عليه
تحول TrueHumidity إلى مشروع أنظمة عملي وليس تمرين واجهة فقط. شمل عملي:
- مفهوم المنتج وترتيب أولويات الخصائص؛
- قرارات UX وبنية الواجهة متعددة اللغات؛
- البحث في مصادر الطقس والرادار؛
- بنية الباكيند ومنطق التوجيه الإقليمي؛
- تكامل API بين تطبيقات الهاتف والخادم؛
- توحيد البيانات ومنطق إسناد المصادر؛
- التخزين المؤقت وسلوك Motion؛
- سير عمل الموقع والمقارنة؛
- سلوك التنبيهات والودجت؛
- الاختبار المتكرر عبر مناطق وأجهزة وحالات طرفية مختلفة؛
- العمل المرتبط بالإصدار والسياسات والاستعداد لمتاجر التطبيقات.
كانت أدوات التطوير، ومنها البرمجة والمراجعة بمساعدة الذكاء الاصطناعي، جزءاً من سير العمل. بقي اتجاه المنتج واختيار المصادر وقرارات التكامل والتحقق ضمن مسؤوليتي.
10. لماذا يوجد في هذا portfolio
TrueHumidity خارج مجال البنية التحتية الوقائية، لكنه يظهر طريقة العمل نفسها الموجودة في أجزاء أخرى من portfolio.
احتاج المشروع إلى رسم عدة مصادر بيانات، وتعريف نموذج نظام مشترك، وفصل الدليل من التفسير، وتصميم واجهات لمستخدمين مختلفين، ومعالجة الاستثناءات الجغرافية، واختبار اتساق النظام من طرف إلى طرف.
هذا النوع من التفكير في الأنظمة هو نفسه الذي أستخدمه في الوثائق التقنية وبيانات المنتجات وسلسلة الإمداد وواجهات المشاريع متعددة الوظائف.
معلومات المنتج الحالية
للمزايا الحالية والتوافر ومعلومات المصادر والدعم والخصوصية والشروط، استخدم الموقع الرسمي:
الموقع الرسمي هو المرجع الحالي لحالة المنتج. هذه الصفحة دراسة حالة وليست نسخة ثانية من صفحة الإصدار.
حدود المنتج
يوفر TrueHumidity معلومات عامة عن الطقس والبيئة. قد تتأخر بيانات الطقس والرادار والموقع والتوقعات أو تكون غير دقيقة، ولا ينبغي التعامل معها كضمانات حرجة للسلامة.