اليوم أود التحدث عن المنازل الذكية وأجهزة إنترنت الأشياء. لكنها ليست مادة عادية. لن تجد وصفًا للأجهزة أو الروابط إلى الشركات المصنعة أو مجموعات التعليمات البرمجية أو المستودعات. اليوم سنناقش شيئًا ذا مستوى أعلى - مبادئ تُستخدم لتنظيم أنظمة "ذكية".
المنزل الذكي هو نظام يمكنه القيام ببعض الروتين اليومي بدلاً من الشخص. إنه يقودنا إلى المبدأ الأول والرئيسي:
1. المنزل الذكي يجب أن يجعل الحياة أسهل.
المنزل الذكي هو نظام للعيش ، وليس لعبة للمهوسين. الأنظمة الأكثر تعقيدًا في الاستخدام
1 من المحول ليست ذكية المنزل.
يجب اختبار أي شيء جديد مقابل هذا المبدأ. إذا لم تجعل الحياة أسهل ، ولم تفهم كيفية تحسينها لجعل الحياة أكثر سهولة ، فليس هذا من أجل المنزل الذكي.
المبدأ الثاني في الأهمية هو كيف يتفاعل المستخدم مع النظام:
2. تجربة المستخدم الجيدة هي أكثر أهمية من الوظيفة.
أداة رائعة يصعب استخدامها لا تستحق عشرة سنتات. تتمتع الأجهزة المريحة والموثوقة ذات الوظائف المحدودة بفرص أكبر للنجاح مقارنة بالأجهزة المعقدة لجميع الاستخدامات والتطبيقات الممكنة.
2.1. واجهات مريحة أفضل من التخصيص.
إذا كنت لا تفهم كيفية الجمع بين العديد من الوظائف والواجهة البسيطة وتخزين جميع الوظائف ببساطة على أمل أن يتمكن المستخدم من تحديد كل ذلك بنفسه ، فربما يجب عليك إعادة النظر في اختيارك الوظيفي.
إذا كنت لا تفهم كيفية دمج الراحة والعديد من الوظائف ، فتخلص من بعض الإعدادات. أي وظيفة أفضل من التبديل العادي. ولكن إذا كان الأمر بالغ التعقيد ، فسوف يعود المستخدم إلى التبديل.
يمكن قول الشيء نفسه عن جودة العمل. يعد الزر الذي يقوم بإطفاء الضوء ببساطة أفضل من جهاز باهتة يعمل أحيانًا وأحيانًا لا يعمل:
2.2. تعد جودة الوظائف المحققة أكثر أهمية من عدد الوظائف
من الأفضل أن يكون لديك عدد قليل من الوظائف الموثوقة من العديد من الوظائف المعطلة.
واحدة من الآليات التي تم تطويرها في عقل الإنسان أثناء التطور هي رد فعل عاطفي أكثر للمحفزات السلبية. العوامل السلبية أكثر أهمية من العوامل الإيجابية - من الخطير عدم ملاحظة نمر يقترب من تفويت ثمرة ناضجة على شجرة. إذا كان النظام الخاص بك لا يحتوي على وظائف معينة ، فلا حرج في ذلك. إنه ببساطة عدم وجود حافز إيجابي. ولكن إذا كان لديك وظيفة لكنها تتعطل ، فهي محفز سلبي يمكن تذكره بسهولة لفترة طويلة.
2.3. يجب ألا يقلل استخدام النظام من السرعة المعتادة للعمل
التأخيرات غير مقبولة لأنها لها تأثير سيء على تجربة المستخدم. إنه حافز سلبي أيضًا. إذا لم يلاحظ الشخص
2 أي تأخير بين تشغيل المفتاح وتشغيل الضوء ، يجب عليه ألا يلاحظ ذلك في نظامك.
الأجهزة الحديثة تعمل بسرعة عالية. لا توجد مشكلة في الوصول إلى ترددات عشرات ميغاهيرتز على وحدات التحكم وعلى الأقل عشرات كيلوبت في الثانية الواحدة حتى عبر قناة راديو. إذا كان المستخدم لا يزال يعاني من التأخير في العمل مع هذا الجهاز - فعليك إعادة النظر في اختيارك الوظيفي.
2.4. يجب ألا يكسر النظام عادات المستخدم المشكلة بالفعل.
نظامك هو جزء صغير من حياة الشخص. عادة ما يتجاوز عمر الشخص فترة استغلال النظام. وبالتالي ، سوف تأتي الأنظمة وتذهب وستستمر حياة الشخص. وهذه الحياة مليئة بالعادات المشكلة حول سطوع الضوء ، ومواقع التبديل والطريقة التي يجدها أو أنها مريحة للتحكم في الضوء والمناخ.
لا يمكن أن تكون العادات تغييرات بالقوة. يمكن تقديم أشياء جديدة ولكن ليس القسري.
لا يمكنك إخبار أحد المستخدمين ، "الآن سوف تشعل الضوء من هاتف ذكي - إنه حديث وأنيق وبارد". يتعارض مع هذا المبدأ وبعض الآخرين كذلك.
ماذا تفعل؟
2.5. يجب أن يجلب النظام تجربة جديدة ولا يحل محل القديم.
إذا كنت تعتقد أن طريقتك للتحكم في الأنظمة المنزلية أفضل من القديمة ، فقدمها إلى المستخدم. إذا كان مناسبًا حقًا ، فسيختار الجديد بنفسه (نعم ، يختار أناس مختلفون طرقًا مختلفة). كل ما يمكنك (ويجب) فعله هو توفير خيار له.
تلعب منطق العمل دورًا مهمًا في المنزل الذكي. إنه يعرف القاعدة التي يعمل بها المنزل الذكي. وهذا يقودنا إلى المبدأ التالي:
3. منطق المستخدم لا يمكن أن يكون محدودا.
إذا أراد المستخدم غلي غلاية
3 عندما ترتفع درجة الحرارة في الغرفة ، فدعه يفعل ذلك. يجب أيضًا أن تتجنب أي موقف عندما يمكن القيام بالإجراء المطلوب على مستويات الأجهزة أو البرامج ، لكن ذلك غير متوفر لمجرد أن مطورًا قد اعتقد "لن يحتاج أي شخص إلى ذلك".
3.1. الأبسط - الأفضل: يجب ألا يتطلب إنشاء المنطق معرفة خاصة بهيكل النظام.
إذا كان لديك أجهزة من إصدارات مختلفة ومع بروتوكولات مختلفة ، فتأكد من أن المستخدم يعرف ذلك فقط في الحالات التي يكون فيها ذلك ضروريًا بالفعل ولا مفر منه.
إذا كان بإمكانك تجنيب المستخدم مشكلة في الحصول على معرفة خاصة حتى لو كان ذلك وقت تكلفة المطورين ، فقم بذلك. سوف يقضي أحد المطورين عليه يومين ويستغرق الأمر ألف مستخدم في الساعة. إذا نظرنا إلى 48 ساعة مقابل 1000 ساعة ، فإن الجواب واضح.
هل تنام جيدا ، جون ، مبرمج مسلسل؟
3.2. يجب التحكم في الأجهزة التي لها نفس الوظائف بنفس الطريقة.
لا يتعين على المستخدم معرفة أن صمام الماء يتم التحكم فيه بواسطة أوامر معينة ويتم التحكم في الصنبور بواسطة أوامر أخرى. إذا كان كلاهما يتحكم في المياه في أنبوب ، فيجب أن يكون لهما نفس الواجهات على مستوى المستخدم: "المياه المفتوحة" ، "المياه القريبة".
نحن نعيش في العالم المادي. يتشكل جسم ودماغ الإنسان للتفاعل مع الأشياء المادية. إنه يقودنا إلى المبدأ التالي.
4. جهاز التحكم المادي أفضل من الظاهري.
أي تطبيقات على الهاتف الذكي حتى الأفضل منها ليست جيدة مثل التبديل المادي العادي في المكان المطلوب.
إنها مسألة أخرى يجب أن يكون المفتاح موجودًا في
المكان المناسب تمامًا. إنه يؤدي إلى قاعدة أخرى:
5. الأنظمة اللاسلكية أفضل من الأنظمة السلكية.
الأنظمة السلكية موثوق بها ، لكن الأنظمة اللاسلكية فقط تسمح بوضع مفتاح جديد أو مرحل دون تجديد الغرفة. يسمح أيضًا بتحريك مفتاح التبديل إذا كنت تعتقد أن مكانًا جديدًا أكثر ملاءمة. ولكن هناك بعض الاستثناءات:
5.1. الأنظمة اللاسلكية السيئة أسوأ من الأنظمة السلكية.
لا يهم بالنسبة للنظام اللاسلكي الجيد مدى المسافة بين الأجهزة من وحدة التحكم المركزية. الأنظمة اللاسلكية الجيدة هي بروتوكولات مع
شبكة شبكية : ZigBee و Z-Wave و 6LoWPAN ، إلخ.
جميع الخيارات الأخرى ، بما في ذلك شبكة Wi-Fi ، ليست جيدة. بروتوكولات الملكية مثل "433 ميغاهيرتز" ، على الرغم من أنها يمكن أن تعمل في ترددات أخرى وتختلف عن بعضها البعض بشكل كبير ليست جيدة كذلك.
عيوب شبكة Wi-Fi هي أنه لا يمكنك صنع أجهزة "نائمة" تعمل بكامل طاقتها ، والإعداد التلقائي معقد ، وعدم التوافق مع أجهزة Wi-Fi الأخرى في المنزل.
عيوب بروتوكولات الملكية هي أنه في معظم الحالات لا يتحكمون في التسليم والتشفير والمواصفات المتاحة. لا توجد شبكة Wi-Fi أو بروتوكولات خاصة بها لديها شبكة توجيه تؤدي إلى الصعوبة التالية - "لا يمكنني وضع مفتاح في تلك الزاوية ، حيث إنه بعيد جدًا عن جهاز التوجيه".
لا يمكنك إنشاء نظام موثوق بنسبة 100٪ ولا يلزم صيانته. تعطل الأجهزة ، هناك طفرة في خطوط الكهرباء ، يمكن للجيران إغراقك ، تفريغ البطاريات ، يمكن للطفل أن يسكب الحساء على المصباح ، إلخ. لكن:
6. يجب أن يكون الإصلاح والتحديث والصيانة والتشخيص أمرًا سهلاً.
كل شيء واضح في B2B. هناك مستخدم ومطور ومشغل ، إنه شخص أو مؤسسة تعرف ما يشبه النظام وكيفية العمل معه على المستوى المهني. لا يتعين على المحاسب معرفة البرمجة لاستخدام برمجياته الاحترافية. لا يتعين على الشخص الذي يستأجر مكتبًا أن يعرف كيف تعمل التهوية ، كل ما عليه فعله هو أن يقول ، "إنه خانق في المكتب".
يتم إجراء حل حكيم حول شراء نظام على أساس حساب إجمالي تكاليف الامتلاك التي تتكون من سعر النظام ونفقات الصيانة.
إنها أكثر تعقيدًا قليلاً في الأنظمة المستخدمة في المنازل. المشغل والمستخدم هما الشخص نفسه الذي لا يملك المعرفة المطلوبة للنظام. لسوء الحظ ، هذه هي حدود السوق الاستهلاكية. وهذا يؤدي إلى المبادئ التالية.
6.1. الأجهزة إما تعمل أو لا تعمل. لا يوجد خيار ثالث.
العمل المحتمل أو العمل الجزئي أو الخلل غير مقبول. تجنب المواقف التي لا يعمل جهازك فيها مرة واحدة من كل عشر مرات. إذا كنت تعتقد أن هناك خللاً في جهازك ، فأوقف تشغيله لأسباب أمنية وللمحافظة على تجربة المستخدم الإيجابية. ليست عملية استبدال الجهاز ممتعة ، ولكن من الأفضل جعل المستخدم يحل محل الجهاز بدلاً من تكوين رأي بأن النظام يعمل "في كل مرة". لا يوجد سوى حالتان محتملتان من النظام: إنه عاطل أو لا يعمل ، إنه منظم ويعمل.
إذا كنت متأكدًا من أن تدهور النظام أمر ممكن ، فأبلغ المستخدم عنه بمساعدة رسالة يسهل فهمها: "القناة باهتة الثانية غير صالحة. استبدال باهتة. متابعة استخدام أول قناة باهتة؟ نعم / لا »
6.2. يجب أن يكون استبدال الجهاز المعطل سهلاً.
يجب أن يكون النظام وحدة واحدة. إذا تعطل جهاز استشعار ، يجب استبدال هذا المستشعر فقط. ليس صحيحًا أن تطلب استبدال المرحل بجهاز تحكم عن بعد بجهاز استشعار ، لأنه يتم إقرانه في مرحلة التصنيع.
ليس صحيحًا أن تطلب أن "لا يمكن تثبيت مستشعر جديد إلا بواسطة متخصصنا" ، لأنه من الواضح أنه بمرور الوقت لن يكون المتخصصون لديك كافيين لخدمة ملايين المستخدمين مع تزايد شعبية نظامك. وهكذا ، في لحظة معينة سوف تظهر المشاكل. بالطبع لن يقوم المستخدم بإصلاح الجهاز بنفسه ، لكن عندما يخرج عن العمل يجب أن تتاح له فرصة استبداله بنفسه.
6.3. رسائل سهلة الاستخدام.
إذا حدث خطأ ما ، يجب على المستخدم معرفة ذلك ومعرفة الخطأ الذي حدث بالضبط. لا يمكنك إظهار رسالة "خطأ # 45" التي تشير إلى أنه يجب أن يفهمها. يجب أن تظهر رسالة مثل هذا للمستخدم "الجهاز لا يجيب. حاول إعادة تحميله وتعيينه مرة أخرى أو اتصل بالدعم الفني. الخطأ رقم 45 "
لا يمكنك معرفة أن الجهاز لا يجيب (إذا كان يمكنك فعل ذلك) وحجب هذه المعلومات من المستخدم. ليس من الجيد الحصول على رسائل حول مشكلة ما. ولكن من الممتع أكثر معرفة أن الجهاز قد توقف عن العمل لمدة أسبوع في الوقت الذي تحتاج فيه في النهاية إلى هذا الجهاز.
6.4. لا توجد معلومات إضافية في الرسائل.
لا البريد المزعج المستخدم مع سجلات. يحتاج المستخدم إلى معلومات كما في المبدأ السابق ، لأنه يحتوي على معلومات عن الخطأ الذي حدث بالضبط. إذا لم يستطع فهم المعلومات أو أنه ليس المرسل إليه ، فهو لا يحتاج إليها.
لا تعرض المئات من الرسائل النموذجية "فقد الاتصال بالجهاز" ، و "تمت استعادة الاتصال بالجهاز". عليك أن تقرر ما إذا كانت معلومات مهمة ويجب إبلاغ المستخدم بها. أو إذا تمت استعادة الاتصال ، فهذه المعلومات ليست مهمة ، لذلك لا تظهرها
4 .
6.5. لا يلزم معرفة أو معدات خاصة لأعمال الصيانة.
اسمح للمستخدم بتحديث البرامج الثابتة عن طريق النقر فوق عدة أزرار. يمكن القيام بذلك عبر واجهة قياسية (USB / BT / Wi-Fi) ، أو لا تذكر التحديث عبر مبرمج SPI على الإطلاق.
لا يمكنك توقع قيام مستخدم بحساب أقنعة البت لتكوين جهاز.
6.6. يجب ألا يتطلب النظام صيانة مستمرة.
إذا فقد جهاز باهتة الاتصال كل شهر وكان على المستخدم تسلق السلم للوصول إلى مصباح وتوصيل المشغل مرة أخرى - فهذا غير مناسب. إذا كان لا بد من تغيير البطاريات في المحول كل شهرين - فهذا غير مناسب. حتى إذا كان متوسط فترة صيانة الجهاز ستة أشهر - فهو غير مناسب. إذا كان هناك حوالي 20 جهازًا في المنزل ، فيجب على المستخدم فعل شيء كل تسعة أيام.
6.7. يجب أن يكون لدى النظام فرص للتحديث والتوسيع.
يجب أن تنمو المصروفات على توسيع نظام في تقدم خطي.
تجنب المواقف التي يضطر فيها المستخدم الذي يريد إضافة مستشعر إلى شراء وحدة تحكم جديدة ، لأن الجهاز القديم لا يدعم أكثر من 6 أجهزة استشعار
5 .
تجنب المواقف التي يمكن أن تعمل فيها البرامج الثابتة لجهاز الاستشعار الجديد فقط مع إصدار جديد من وحدة التحكم.
هذه القيود لها تأثير إيجابي على الدخل ، مما يجعل المستخدمين يشترون أجهزة جديدة. لكنها طريق إلى العدم. يمكنك أن تفقد ثقة المستخدمين لديك بسبب مثل هذه الحيل ، وكنتيجة لذلك ستفقد أكثر مما كنت قد ربحت.
7. الاستدامة الذاتية: الشبكات الخارجية هي خيار وليس شرطا.
النظام الذي يجب أن تمر فيه الأوامر من خلال خادم خارجي غير مناسب. يمكنك التحدث لساعات حول واجهات مريحة ، والتطبيق الحديث ، وشبكات الأعصاب بارد ، لكنها لا تعني شيئًا إذا لم يتمكن المستخدم من تشغيل الضوء في مرحاض عندما يكون الإنترنت معطلاً. هل تعتقد حقًا أن مثل هذا النظام يمكن اعتباره جيدًا؟
أخفق حقًا في فهم سبب عدم أخذ هذا المبدأ كأمر مسلم به. إذا قمت بتضمين خادم خارجي في مشروع ، يصبح نقطة فشل محتملة. الخدمات الخارجية رائعة ، يمكنها إضافة المزيد من الوظائف ، لكنها لا يمكن أن تكون البديل الوحيد للتحكم. على الرغم من أنه يمكن استخدامها بشكل رائع كقناة تحكم إضافية ، تخزين احتياطي ، أداة لتحليل البيانات ، إلخ.
8. المركزية: غياب محور مركزي يحد من المنطق المتاح.
لكن النظام اللامركزي ليس مثاليًا أيضًا ، رغم أنه موثوق به.
النظام اللامركزي هو نظام حيث يخبر المحول المصباح "بإيقاف التشغيل" ، ويقوم مستشعر درجة الحرارة بتشغيل سخان عند انخفاض درجة الحرارة. يفقد النظام اللامركزي النظام المركزي ، لأنه مفيد فقط للتفاعل البسيط بين الأجهزة عندما يتحكم الجهاز في جهاز آخر. إذا أصبح النظام أكثر تعقيدًا ، فسيظهر الكثير من الأسئلة. إذا كان هناك العديد من أجهزة الاستشعار هل يقبل السخان أمرهم؟ هل المدفأة تطلب مجسات نفسها؟ إذا كان لا بد من اتخاذ قرار بشأن تحليل البيانات الفعلية ، حيث لتخزين الأرشيف؟ حيث لتخزين وكيفية تغيير المنطق؟ كيفية تخزين المنطق على أجهزة "غبية"؟ كيفية تحديث المنطق؟
تختفي كل هذه الأسئلة إذا كان من المسلم به أن مركزًا مطلوبًا كنقطة تفاعل مع البيانات ومكان لتخزين منطق المستخدم. يمكن أن تكون الأجهزة "غبية" ، أي يمكنها إرسال البيانات والحصول على الأوامر ، حيث أن مهمة تخزين البيانات ومعالجة البيانات واتخاذ القرارات والتفاعل مع الخدمات الخارجية تقع على جهاز التحكم المركزي.
يمكن حفظ اللامركزية جزئيًا ، كما في حالة عدم وجود لوحة وصل ، يمكن إرسال الأوامر مباشرةً كوضع آمن من الفشل. لا يوجد منطق ، ولكن يمكن تشغيل الضوء.
9. يجب على النظام عدم اتخاذ إجراءات تنطوي على خطورة محتملة دون إبلاغ المستخدم أو الحصول على تأكيد منه.
طالما أننا نعيش في عالم لا يتحمل فيه المبرمج مسؤولية الضرر الذي يحدثه برنامجه ، فسوف تحدث أخطاء في البرنامج ، بما في ذلك برنامج Smart home. الطريقة الوحيدة لعدم السماح لخطأ ما تسبب عواقب وخيمة هي الحد من الإجراءات المستقلة للنظام. يجب القيام بالإجراءات الخطيرة المحتملة فقط عندما يتم إعلام المستخدم بها أو حتى بشكل أفضل بعد أن يؤكدها المستخدم. يمكن تشغيل الإضاءة تلقائيًا ، وسوف يوقظ خطأ في البرنامج المستخدم في الليل أو سيزيد فاتورة الكهرباء الخاصة به. انها ليست لطيفة ، لكنها ليست خطيرة. ولكن لا يمكن فتح صنابير المياه تلقائيًا ، إذا لم تكن هناك أدوات تمنع حدوث الفيضانات. يعتقد أنه ليس من الخطر إغلاق صنابير المياه تلقائيًا.
هذا لا يعني أن التحكم الآلي في السخانات ، الغلايات ، أماكن الحريق ، الغلايات ، إلخ ، ممنوع. هذا يعني أنه إذا كنت تريد إجراء إجراء يحتمل أن يكون خطيرًا تلقائيًا ، فتأكد من أن الخطر لن يصل إلى مستوى المستخدم. تأكد من إيقاف تشغيل الغلاية تلقائيًا عند وصولها إلى درجة حرارة محددة ، وأن الحمام يحتوي على أجهزة استشعار للتسرب ، وما إلى ذلك.
10. النظام ، يجب أن يكون لديك خيارات للتحكم الذاتي والتشخيص الذاتي.
يجب أن يكون مطور أنظمة أنظمة المنزل الذكي حاليًا قليل الاضطهاد. لا يمكن الوثوق بالإنترنت ، يمكن أن يكون معطلاً. لا يمكن الوثوق بالكود ، يمكن أن يكون هناك أخطاء. هل يمكن الوثوق بالأجهزة؟ لا ، لا يمكن الاعتماد على الأجهزة. المرحلات يمكن أن تلتصق ، يمكن أن تفتح الصمامات ، يمكن أن تحترق الصمامات حتى يمكن للمستخدم توصيل غلاية كيلووات بمقبس 100 واط. وبالتالي ، هناك حاجة إلى جهاز استشعار الجهد ، وأجهزة الاستشعار الحالية ومستشعر درجة الحرارة. إذا تجاوزت درجة الحرارة الحدود - فقم بإيقاف تشغيل كل شيء وأرسل تحذيرًا. إذا تجاوز التيار الحدود - قم بإيقاف تشغيل كل شيء. إذا تم إيقاف تشغيل التتابع ، ولكن لا يزال هناك جهد - أرسل إشعارًا. إذا قمت بتشغيل التتابع وليس هناك جهد - إرسال إشعار.
11. يجب أن يكون نظام التحكم اليدوي.
حتى لو كنت تفكر في جميع الأشياء المصابة بجنون العظمة ، سيكون هناك موقف عندما تفشل جميع الضوابط وانهيار شيء ما. يمكن أن يكون رمز تبديل أو جهاز توجيه أو المحور المركزي ، ولكن مع ذلك يريد المستخدم تشغيل الضوء في مرحاض. ماذا تفعل؟
يجب أن يكون هناك دائمًا زر يمكن أن يجعل غروب الشمس في الوضع اليدوي ، وهو زر يمكنه تشغيل / إيقاف تشغيل الضوء الآن. حيث إن الأمر سيستغرق يومًا لتوصيل محور جديد ويمكن شراء مفتاح جديد لاحقًا ، ولكن يجب إيقاف تشغيل إضاءة غرفة النوم الليلة.
12. القراصنة مهمة مثل المستخدمين العاديين.
المستخدمين العاديين يجلب لك المال ، والمتسللين
6 يمكن التفكير في وظائف جديدة. لا يمكن للتطوير ولا يجب عليه تطوير جميع مشاهد استخدام النظام ، لأنه ليس لديه معرفة في جميع المجالات ولا يمكنه حساب تأثير مثل هذه الأشياء. من الممكن تمامًا أن يكون المقبس الذكي مناسبًا للتحكم عن طريق ترموستات لمصنع جعة متنقل ، لأنه يحتوي على منظم PID. المثال بعيد المنال بعض الشيء ، لكن الفكرة أنه ليس من السيء تهيئة ظروف ملائمة للمتسللين حيث يمكنهم إضافة القدرة المتحركة إلى نظامك.
13. الانفتاح: يجب أن يكون للنظام واجهة برمجة تطبيقات مفتوحة للتكامل مع الأنظمة الأخرى.
لا يمكنك تلبية جميع احتياجات العملاء الخاصة بك مع أجهزتك الخاصة. سيكون هناك دائمًا أجهزة لا تملكها. أو قد يكون لديك الأجهزة ، ولكن قد تكون أجهزة الشركات المصنعة الأخرى أفضل. لتوصيل النظام الخاص بك بأخرى ، من الضروري للغاية أن يكون لديك واجهة برمجة تطبيقات مفتوحة موثقة جيدًا. إذا لم يكن لديك واجهة برمجة تطبيقات ، فلن يكون لدى المستخدمين أنظمة غير متجانسة. لكن حتى الشركات الكبيرة من الأجهزة والبرامج المسجلة الملكية لا يمكنها تحمل كلفتها.
14. الوثائق: إنها مهمة مثل الأجهزة والرمز.
لا يهم مدى برودة الجهاز لديك أو مدى جودة البرنامج ، إذا كان المستخدم لا يستطيع فهم كيفية بدء تشغيل النظام وكيفية التعامل معه. التوثيق الجيد هو ما بعد قراءة المستخدم الذي لا يفكر في الاتصال بالدعم الفني أو لا يعطي تقييمًا سلبيًا لقدرات المطور العقلية. من المستحيل أن تكتب مثل هذه الوثائق ، لكنها شيء يجب السعي إليه.
وأخيرا وليس آخرا:
15. الاستدامة الذاتية والدعم الذاتي: يجب أن يستمر النظام في العمل ، حتى لو لم تعد الشركة موجودة.
يعيش الشخص ما بين 70 و 90 عامًا ، ويعمل النظام الذي تم تثبيته في منزله من 5 إلى 10 سنوات (في أحسن الأحوال) ، والشركات تستمر حتى أقل. لا تقم بإنشاء نظام سيتوقف عن العمل في حالة وفاة شركتك. يشعر للمستخدمين. قم بتخطيط النظام بطريقة يمكن التعامل معها حتى لو لم تعد الشركة والمطور في هذا العالم.
إذا تم تخصيص جهاز بالحصول على رمز مميز من خادم مطور البرامج ، فاضغط على زر "تخطي الحصول على رمز مميز". إذا كان لا بد من تحديث البرنامج الثابت من موقع الويب عند بدء تشغيل النظام لأول مرة ، فقم بتمكين تنزيل البرنامج الثابت الافتراضي إذا كان موقع الويب غير متوفر. و هكذا.
حاولت في هذه المقالة وصف تجربة استخدام هذه الأنظمة وتطويرها والعمل معها في 15 مبدأ. يمكن أن يبدو جزء منهم بعيد المنال ، والبعض الآخر قابل للنقاش (إنه أمر طبيعي) ، والبعض الآخر يتعرض للاختراق (إنه طبيعي أيضًا).
ولكن إذا كنت قد استغرقت وقتًا للتفكير حتى في أحدهما ، فلن تتم كتابة المقالة دون جدوى.
تعليقات
1. من خلال "الاستخدام" أعني عملية التفاعل المنتظم مع النظام ، ولكن ليس الإعداد.
2. أود التأكيد على أنني أقول "يجب ألا يلاحظ المستخدم" ، ولكن ليس "يجب أن يكون التأخير هو نفسه". تدل الممارسة على أن الإنسان لا يلاحظ تأخيرًا قدره 300 مللي ثانية.
3. ربما نشأ في آسيا ويعتقد أن أفضل علاج للحرارة هو الشاي الأخضر الساخن.
4. عندما أقول "لا تظهر المعلومات" ، فهذا يعني أنه يجب ألا يتم إرسال رسالة إلى المستخدم في كل مرة. يجب أن يتم عرضها بناءً على طلب المستخدم - على سبيل المثال ، "إظهار السجل" ، أو "إظهار معلومات التصحيح" عند الضغط على زر. لا تنظر إلى المستخدمين كغبياء ، احترم وقتهم.
5. من المستحيل أو بالطبع تصميم نظام يدعم عددًا غير محدود من الأجهزة. ستكون هناك دائمًا حدود ، لكنها مهمة مطور لجعلها غير ذات صلة في 99٪ من الحالات. الحد إلى 6 أجهزة استشعار غير مقبول. مائة أو مائتان من الأجهزة في شبكة واحدة تكفي لمعظم مستخدمي المنازل الذكية.
6. أستخدم كلمة "hacker" في المعنى الأساسي لهذه الكلمة وفقًا لـ RFC1983 ، وليس أنا بمعنى الشخص الذي يستخدم أجهزة الكمبيوتر للحصول على وصول غير مصرح به إلى البيانات.
ساعد هذا النص في الترجمة إلى الإنجليزية بواسطة iRidium Mobile ، وأشكرهم جزيل الشكر.