Hari ini saya ingin berbicara tentang rumah pintar dan perangkat IOT. Tapi ini bukan artikel biasa. Anda tidak akan menemukan deskripsi perangkat keras, tautan ke pabrikan, kumpulan kode, atau repositori. Hari ini kita akan membahas sesuatu dari tingkat yang lebih tinggi - prinsip-prinsip yang digunakan untuk mengatur sistem "pintar".
Rumah pintar adalah sistem yang dapat melakukan beberapa rutinitas sehari-hari alih-alih seseorang. Ini menuntun kita pada prinsip pertama dan utama:
1. Rumah pintar harus membuat hidup lebih mudah.
Rumah pintar adalah sistem untuk hidup, itu bukan mainan untuk Geeks. Sistem yang lebih rumit dalam penggunaan
1 daripada sakelar bukan Smart home.
Segala hal baru harus diuji terhadap prinsip ini. Jika itu tidak membuat hidup lebih mudah, dan Anda tidak mengerti bagaimana memperbaikinya untuk membuat hidup lebih mudah, itu bukan untuk rumah pintar.
Prinsip penting kedua adalah bagaimana pengguna berinteraksi dengan sistem:
2. Pengalaman pengguna yang baik lebih penting daripada fungsi.
Alat keren yang sulit digunakan tidak bernilai sepeser pun. Perangkat yang nyaman dan andal dengan fungsi terbatas memiliki peluang keberhasilan yang jauh lebih besar dibandingkan dengan perangkat yang rumit untuk semua kemungkinan penggunaan dan aplikasi.
2.1. Antarmuka yang nyaman lebih baik daripada kustomisasi.
Jika Anda tidak mengerti cara menggabungkan berbagai fungsi dan antarmuka yang sederhana dan hanya menyimpan semua fungsi dengan harapan bahwa pengguna dapat mengetahuinya sendiri, mungkin Anda harus mempertimbangkan kembali pilihan karier Anda.
Jika Anda tidak mengerti cara mengintegrasikan kenyamanan dan berbagai fungsi, singkirkan beberapa pengaturan. Fungsi apa pun lebih baik daripada sakelar biasa. Tetapi jika terlalu rumit, pengguna akan kembali ke sakelar.
Hal yang sama dapat dikatakan tentang kualitas pekerjaan. Sebuah tombol yang hanya mematikan lampu lebih baik daripada peredup yang terkadang bekerja dan kadang tidak bekerja:
2.2. Kualitas fungsi yang direalisasikan lebih penting daripada jumlah fungsi
Lebih baik memiliki beberapa fungsi yang dapat diandalkan daripada banyak yang tidak berfungsi.
Salah satu mekanisme yang dikembangkan dalam pikiran manusia selama evolusi adalah reaksi yang lebih emosional terhadap rangsangan negatif. Faktor negatif lebih penting daripada yang positif - jauh lebih berbahaya untuk tidak melihat harimau yang mendekat daripada melewatkan buah matang di pohon. Jika sistem Anda tidak memiliki fungsi tertentu, tidak ada yang salah dengan itu. Itu hanyalah ketiadaan stimulus positif. Tetapi jika Anda memiliki fungsi tetapi tidak berfungsi, itu adalah stimulus negatif yang mudah diingat untuk waktu yang lama.
2.3. Penggunaan sistem tidak boleh mengurangi kecepatan kerja yang biasa
Penundaan tidak dapat diterima karena memiliki efek buruk pada pengalaman pengguna. Itu juga merupakan stimulus negatif. Jika seseorang tidak melihat adanya keterlambatan antara flip saklar dan lampu menyala, dia tidak harus memperhatikannya di sistem Anda.
Perangkat keras modern bekerja dengan kecepatan tinggi. Tidak ada masalah untuk mencapai frekuensi puluhan MHz pada pengontrol dan setidaknya puluhan kilobit per detik bahkan melalui saluran radio. Jika dengan perangkat keras ini, pengguna Anda masih mengalami keterlambatan dalam pekerjaan - Anda harus mempertimbangkan kembali pilihan karir Anda.
2.4. Sistem tidak boleh merusak kebiasaan pengguna yang sudah terbentuk.
Sistem Anda adalah bagian kecil dari kehidupan seseorang. Biasanya seumur hidup seseorang melebihi periode eksploitasi suatu sistem. Dengan demikian, sistem akan datang dan pergi dan kehidupan seseorang akan berlanjut. Dan kehidupan ini penuh dengan kebiasaan yang terbentuk tentang kecerahan cahaya, berganti lokasi dan cara dia merasa nyaman untuk mengontrol cahaya dan iklim.
Kebiasaan tidak bisa diubah dengan paksa. Hal-hal baru dapat ditawarkan tetapi tidak dipaksakan.
Anda tidak dapat memberi tahu pengguna, "Sekarang Anda akan menyalakan lampu dari ponsel pintar - modern, bergaya dan keren". Itu bertentangan dengan prinsip ini dan beberapa yang lain juga.
Apa yang harus dilakukan
2.5. Sistem harus membawa pengalaman baru dan tidak menggantikan yang lama.
Jika Anda berpikir bahwa cara Anda untuk mengontrol sistem rumah lebih baik daripada yang lama, tawarkan kepada pengguna. Jika itu benar-benar nyaman, ia akan memilih yang baru sendiri (ya, orang yang berbeda memilih cara yang berbeda). Yang dapat Anda (dan harus) lakukan adalah memberinya pilihan.
Logika kerja memainkan peran penting dalam Smart home. Ini mendefinisikan aturan Smart home works oleh. Dan itu menuntun kita ke prinsip berikutnya:
3. Logika pengguna tidak dapat dibatasi.
Jika seorang pengguna ingin merebus ketel
3 saat suhu dalam suatu ruangan naik, biarkan ia melakukannya. Anda juga harus menghindari situasi ketika tindakan yang diperlukan dapat dilakukan pada tingkat perangkat keras atau perangkat lunak, tetapi tidak tersedia hanya karena pengembang berpikir bahwa "Tidak seorang pun akan membutuhkannya".
3.1. Semakin sederhana - semakin baik: membuat logika tidak harus memerlukan pengetahuan khusus tentang struktur sistem.
Jika Anda memiliki perangkat versi yang berbeda dan dengan protokol yang berbeda, pastikan bahwa pengguna tahu tentang hal itu hanya dalam kasus ketika itu benar-benar diperlukan dan tidak dapat dihindari.
Jika Anda dapat menyayangkan pengguna kesulitan mendapatkan pengetahuan khusus bahkan dengan biaya waktu pengembang, lakukanlah. Seorang pengembang akan menghabiskan dua hari dan itu akan memakan waktu seribu pengguna per jam. Jika kita melihat 48 jam terhadap 1000 jam, jawabannya jelas.
Apakah Anda tidur nyenyak, John, seorang programmer serial?
3.2. Perangkat dengan fungsi yang sama harus dikontrol dengan cara yang sama.
Seorang pengguna tidak harus tahu bahwa katup air dikendalikan oleh perintah tertentu dan keran dikendalikan oleh yang lain. Jika keduanya mengontrol air dalam pipa, mereka harus memiliki antarmuka yang sama pada tingkat pengguna: "air terbuka", "air dekat".
Kita hidup di dunia fisik. Tubuh dan otak manusia dibentuk untuk berinteraksi dengan benda-benda fisik. Itu menuntun kita ke prinsip berikutnya.
4. Perangkat kontrol fisik lebih baik daripada virtual.
Aplikasi apa pun di ponsel pintar, bahkan yang terbaik pun tidak sebagus saklar fisik biasa di tempat yang diperlukan.
Ini masalah lain bahwa sakelar harus ditempatkan tepat di tempat yang
tepat . Itu mengarah ke aturan lain:
5. Sistem nirkabel lebih baik daripada yang kabel.
Sistem kabel dapat diandalkan, tetapi hanya sistem nirkabel yang memungkinkan untuk menempatkan sakelar atau relai baru tanpa merenovasi ruangan. Juga memungkinkan untuk memindahkan switch jika Anda berpikir bahwa tempat baru lebih nyaman. Tetapi ada beberapa pengecualian:
5.1. Sistem nirkabel yang buruk lebih buruk daripada yang kabel.
Tidak masalah bagi sistem nirkabel yang baik seberapa jauh perangkat berada dari pengontrol pusat. Sistem nirkabel yang baik adalah protokol dengan
jaringan mesh : ZigBee, Z-Wave, 6LoWPAN, dll.
Semua opsi lain, termasuk Wi-Fi, tidak begitu bagus. Protokol eksklusif seperti "433 MHz", meskipun mereka dapat bekerja di frekuensi lain dan berbeda satu sama lain sangat tidak baik.
Kerugian dari Wi-Fi adalah Anda tidak dapat membuat perangkat “tidur” yang berfungsi penuh, pengaturan otomatis menjadi rumit, ketidakcocokan dengan perangkat Wi-Fi lain di rumah.
Kerugian dari protokol eksklusif adalah bahwa dalam kebanyakan kasus mereka tidak memiliki kendali atas pengiriman, enkripsi, spesifikasi yang tersedia. Baik Wi-Fi maupun protokol berpemilik memiliki routing mesh yang menghasilkan kesulitan berikut - “Saya tidak bisa meletakkan sakelar di sudut itu, karena terlalu jauh dari router”.
Anda tidak dapat membuat sistem 100% andal yang tidak harus dipertahankan. Perangkat rusak, ada tongkat listrik, tetangga dapat membanjiri Anda, baterai habis, seorang anak dapat menumpahkan sup ke lampu, dll. Tapi:
6. Memperbaiki, memperbarui, memelihara dan mendiagnosis harus mudah.
Semuanya jelas dalam B2B. Ada pengguna, pengembang, dan operator, itu adalah orang atau organisasi yang tahu seperti apa sistem itu dan bagaimana bekerja dengannya di tingkat profesional. Seorang akuntan tidak harus tahu pemrograman untuk menggunakan perangkat lunak profesionalnya. Seseorang yang menyewa kantor tidak harus tahu bagaimana ventilasi bekerja, yang harus dia lakukan adalah mengatakan, "Ini pengap di kantor".
Solusi bijak tentang membeli sistem dibuat berdasarkan perhitungan total biaya kepemilikan yang terdiri dari harga sistem dan biaya perawatan.
Ini sedikit lebih rumit dalam sistem yang digunakan di rumah. Operator dan pengguna adalah orang yang sama dan tidak memiliki pengetahuan yang diperlukan tentang sistem. Sayangnya, ini adalah batas pasar konsumen. Dan itu mengarah pada prinsip-prinsip berikut.
6.1. Perangkat bisa berfungsi atau tidak berfungsi. Tidak ada opsi ketiga.
Pekerjaan yang mungkin, kerja sebagian atau kerusakan tidak dapat diterima. Hindari situasi saat perangkat Anda tidak berfungsi satu kali dari sepuluh kali. Jika Anda berpikir bahwa perangkat Anda tidak berfungsi, matikan untuk alasan keamanan dan untuk menjaga pengalaman pengguna yang positif. Mengganti perangkat tidak menyenangkan, tetapi lebih baik membuat pengguna mengganti perangkat daripada membentuk opini bahwa sistem bekerja “setiap saat”. Hanya ada dua kondisi yang mungkin dari suatu sistem: itu rusak atau tidak berfungsi, itu teratur dan berfungsi.
Jika Anda yakin bahwa degradasi sistem mungkin terjadi, beri tahu pengguna tentang hal itu dengan bantuan pesan yang mudah dimengerti: "Saluran peredup kedua rusak. Pasang kembali dimmer. Lanjutkan menggunakan saluran redup pertama? Ya / tidak »
6.2. Mengganti perangkat yang rusak harus mudah.
Sistem harus modul satu. Jika sensor rusak, hanya sensor ini yang harus diganti. Tidak benar mengharuskan penggantian relai dengan remote control dengan sensor, karena keduanya dipasangkan pada tahap pembuatan.
Tidak benar untuk menuntut bahwa "sensor baru hanya dapat dipasang oleh spesialis kami", karena terbukti bahwa seiring waktu spesialis Anda tidak akan cukup untuk melayani jutaan pengguna karena popularitas sistem Anda tumbuh. Dengan demikian, pada saat-saat tertentu masalah akan muncul. Tentu saja seorang pengguna tidak akan memperbaiki sendiri suatu alat, tetapi ketika alat itu rusak ia harus memiliki kesempatan untuk menggantinya sendiri.
6.3. Pesan yang ramah pengguna.
Jika terjadi kesalahan, pengguna harus mengetahuinya dan tahu apa yang salah. Anda tidak dapat menampilkan pesan "Kesalahan # 45" yang menyiratkan bahwa ia harus memahaminya. Pesan seperti ini harus ditunjukkan kepada pengguna “Perangkat tidak menjawab. Coba muat ulang dan tetapkan kembali atau hubungi dukungan teknis. Kesalahan # 45 ”
Anda tidak dapat mengetahui bahwa suatu perangkat tidak menjawab (jika Anda dapat melakukannya) dan menahan informasi ini dari pengguna. Tidak menyenangkan menerima pesan tentang suatu masalah. Tetapi jauh lebih tidak menyenangkan mengetahui bahwa suatu perangkat telah rusak selama seminggu pada saat Anda pada akhirnya membutuhkan perangkat ini.
6.4. Tidak ada informasi tambahan dalam pesan.
Jangan spam pengguna dengan log. Seorang pengguna membutuhkan informasi seperti pada prinsip sebelumnya, karena berisi informasi apa yang salah. Jika dia tidak dapat memahami informasi atau dia bukan penerima, dia tidak membutuhkannya.
Jangan tampilkan ratusan pesan khas "koneksi ke perangkat terputus", "koneksi ke perangkat dipulihkan". Anda harus memutuskan apakah itu informasi penting dan pengguna harus diberi tahu mengenai hal itu. Atau jika koneksi dipulihkan, informasi ini tidak penting, jadi jangan perlihatkan
4 .
6.5. Tidak diperlukan pengetahuan atau peralatan khusus untuk pekerjaan pemeliharaan.
Izinkan pengguna memperbarui firmware dengan mengklik beberapa tombol. Ini dapat dilakukan melalui antarmuka standar (USB / BT / Wi-Fi), atau tidak menyebutkan pembaruan melalui SPI-programmer sama sekali.
Anda tidak dapat mengharapkan pengguna untuk menghitung topeng bit untuk mengkonfigurasi perangkat.
6.6. Sistem tidak harus membutuhkan pemeliharaan yang konstan.
Jika dimmer kehilangan koneksi setiap bulan dan pengguna harus menaiki tangga untuk mencapai lampu dan menghubungkan aktuator lagi - itu tidak nyaman. Jika baterai harus diganti dalam sakelar setiap dua bulan - itu tidak nyaman. Bahkan jika periode rata-rata memelihara perangkat adalah enam bulan - itu tidak nyaman. Jika ada sekitar dua puluh perangkat di rumah, pengguna harus melakukan sesuatu setiap sembilan hari.
6.7. Sistem harus memiliki peluang untuk memperbarui dan memperluas.
Biaya untuk memperluas sistem harus tumbuh secara linear.
Hindari situasi ketika pengguna yang ingin menambahkan sensor harus membeli controller baru, karena yang lama tidak mendukung lebih dari 6 sensor
5 .
Hindari situasi ketika firmware sensor baru hanya dapat berfungsi dengan versi baru dari pengontrol.
Keterbatasan seperti itu memiliki pengaruh positif pada pendapatan, membuat pengguna membeli perangkat baru. Tapi itu jalan menuju ke mana-mana. Anda dapat kehilangan kepercayaan pengguna Anda karena trik semacam itu dan sebagai hasilnya Anda akan kehilangan lebih banyak daripada yang bisa Anda dapatkan.
7. Keberlanjutan diri: jaring eksternal adalah pilihan, bukan keharusan.
Sistem di mana perintah harus melalui server eksternal tidak nyaman. Anda dapat berbicara selama berjam-jam tentang antarmuka yang mudah digunakan, aplikasi modern, jaringan neuro yang keren, tetapi tidak ada artinya jika pengguna tidak dapat menyalakan lampu di toilet ketika Internet sedang mati. Apakah Anda benar-benar berpikir bahwa sistem seperti itu dapat dianggap baik?
Saya benar-benar gagal memahami mengapa prinsip ini tidak diterima begitu saja. Jika Anda menyertakan server eksternal dalam suatu proyek, itu mungkin menjadi titik kegagalan. Layanan eksternal itu keren, mereka dapat menambahkan lebih banyak fungsi, tetapi mereka tidak bisa menjadi satu-satunya varian kontrol. Meskipun mereka dapat digunakan secara luar biasa sebagai saluran kontrol tambahan, penyimpanan cadangan, alat untuk analisis data, dll.
8. Sentralisasi: tidak adanya hub pusat membatasi logika yang tersedia.
Tetapi sistem desentralisasi juga tidak ideal, meskipun dapat diandalkan.
Sistem desentralisasi adalah sistem di mana saklar “memberi tahu” lampu “untuk mematikan”, dan sensor suhu menyalakan pemanas saat suhunya turun. Sistem yang terdesentralisasi kalah dari yang terpusat, karena hanya baik untuk interaksi sederhana antara perangkat ketika perangkat mengontrol perangkat lain. Jika suatu sistem menjadi lebih rumit, muncul banyak pertanyaan. Jika ada beberapa sensor, pemanas akan menerima perintah dari semuanya? Apakah pemanas meminta sensor itu sendiri? Jika keputusan harus diambil tentang analisis data aktual, di mana menyimpan arsip? Di mana menyimpan dan bagaimana mengubah logika? Bagaimana cara menyimpan logika di perangkat "bodoh"? Bagaimana cara memperbarui logika?
Semua pertanyaan ini hilang jika diterima bahwa hub diperlukan sebagai titik interaksi data dan tempat untuk menyimpan logika pengguna. Perangkat dapat menjadi "bodoh", yaitu mereka dapat mengirim data dan mendapatkan perintah, karena tugas untuk menyimpan data, untuk memproses data, untuk membuat keputusan dan untuk berinteraksi dengan layanan eksternal ada di pengontrol pusat.
Desentralisasi sebagian dapat disimpan, karena ketika tidak ada hub, perintah dapat dikirim langsung sebagai mode gagal-aman. Tidak ada logika, tetapi lampu dapat dinyalakan.
9. Sistem tidak boleh melakukan tindakan yang berpotensi berbahaya tanpa memberi tahu pengguna atau mendapatkan konfirmasi darinya.
Selama kita hidup di dunia di mana programmer tidak bertanggung jawab atas kerusakan yang dilakukan oleh perangkat lunaknya, akan ada kesalahan dalam perangkat lunak, termasuk perangkat lunak Smart home. Satu-satunya cara untuk tidak membiarkan kesalahan menyebabkan konsekuensi serius adalah dengan membatasi tindakan independen dari sistem. Tindakan yang berpotensi berbahaya harus dilakukan hanya ketika pengguna diberi tahu tentang hal itu atau bahkan lebih baik setelah pengguna mengonfirmasinya. Lampu dapat dihidupkan secara otomatis, bug dalam perangkat lunak akan membangunkan pengguna di malam hari atau akan meningkatkan tagihan listriknya. Itu tidak menyenangkan, tetapi tidak berbahaya. Tetapi keran air tidak dapat dibuka secara otomatis, jika tidak ada alat yang mencegah banjir. Berpikir tidak berbahaya untuk menutup keran air secara otomatis.
Itu tidak berarti bahwa kontrol otomatis pemanas, ketel, tempat api, ceret, dll., Dilarang. Ini berarti bahwa jika Anda ingin membuat tindakan yang berpotensi berbahaya secara otomatis, pastikan bahayanya tidak akan mencapai level pengguna. Pastikan ketel dimatikan secara otomatis ketika mencapai suhu yang pasti, bahwa bak memiliki sensor kebocoran, dll.
10. Sistem, harus memiliki opsi untuk pengendalian diri dan diagnostik mandiri.
Pengembang sistem rumah pintar saat ini harus sedikit gila. Internet tidak bisa dipercaya, bisa juga down. Kode tidak dapat dipercaya, mungkin ada bug. Bisakah perangkat keras dipercaya? Tidak, perangkat keras tidak dapat diandalkan. Relay dapat menempel, triac dapat terbuka, sekering dapat terbakar. Bahkan pengguna dapat menghubungkan ketel kilowatt ke soket 100 watt. Dengan demikian, diperlukan sensor tegangan, sensor arus, dan sensor suhu. Jika suhu melebihi batas - matikan semuanya dan kirim peringatan. Jika arus melebihi batas - matikan semuanya. Jika relay dimatikan, tetapi masih ada tegangan - kirim pemberitahuan. Jika Anda menghidupkan relay dan tidak ada tegangan - kirim pemberitahuan.
11. Sistem harus memiliki kontrol manual.
Bahkan jika Anda mempertimbangkan semua hal paranoiac, akan ada situasi ketika semua kontrol gagal dan sesuatu rusak. Itu bisa berupa sakelar, router atau hub pusat, namun demikian seorang pengguna ingin menyalakan lampu di kamar kecil. Apa yang harus dilakukan
Harus selalu ada tombol yang dapat membuat matahari terbenam dalam mode manual, tombol yang dapat menyalakan / mematikan lampu SEKARANG. Karena akan memakan waktu satu hari untuk mengirimkan hub baru dan switch baru dapat dibeli nanti, tetapi lampu di kamar tidur harus dimatikan malam ini.
12. Peretas sama pentingnya dengan pengguna biasa.
Pengguna reguler memberi Anda uang, peretas
6 dapat memikirkan fungsi baru. Pabrikan tidak dapat dan tidak boleh mengembangkan semua adegan penggunaan sistem, karena ia tidak memiliki pengetahuan di semua bidang dan ia tidak dapat menghitung efek dari hal-hal tersebut. Sangat mungkin bahwa soket pintar dapat dengan mudah dikendalikan melalui termostat tempat pembuatan bir mobile, karena memiliki regulator PID. Contohnya agak dibuat-buat, tetapi idenya adalah tidak buruk untuk menciptakan kondisi yang nyaman bagi peretas karena mereka dapat menambahkan daya gerak ke sistem Anda.
13. Keterbukaan: sistem harus memiliki API terbuka untuk diintegrasikan dengan sistem lain.
Anda tidak dapat memenuhi semua kebutuhan pelanggan dengan perangkat Anda sendiri. Akan selalu ada perangkat yang tidak Anda miliki. Atau Anda mungkin memiliki perangkat, tetapi perangkat dari produsen lain bisa lebih baik. Untuk menghubungkan sistem Anda ke yang lain, mutlak diperlukan untuk memiliki API terbuka yang terdokumentasi dengan baik. Jika Anda tidak memiliki API, pengguna Anda tidak dapat memiliki sistem heterogen. Tetapi bahkan perusahaan besar yang memiliki perangkat keras dan lunak tidak dapat membelinya.
14. Dokumentasi: sama pentingnya dengan perangkat keras dan kode.
Tidak masalah seberapa keren perangkat keras Anda atau seberapa baik perangkat lunak Anda, jika pengguna tidak dapat memahami cara memulai sistem Anda dan bagaimana cara bekerja dengannya. Dokumentasi yang baik adalah setelah membaca yang pengguna tidak berpikir untuk menghubungi dukungan teknis atau tidak memberikan evaluasi negatif terhadap kemampuan mental pengembang. Tidak mungkin untuk menulis dokumentasi seperti itu, tetapi itu adalah sesuatu yang harus diperjuangkan.
Dan yang terakhir:
15. Keberlanjutan diri dan dukungan diri: sistem harus terus bekerja, bahkan jika perusahaan tidak ada lagi.
Seseorang hidup sekitar 70-90 tahun, sistem yang dipasang di rumahnya berfungsi sekitar 5-10 tahun (paling banter), perusahaan bertahan lebih lama lagi. Jangan membuat sistem yang akan berhenti bekerja jika perusahaan Anda mati. Rasakan untuk pengguna. Rencanakan sistem sedemikian rupa sehingga dapat dikerjakan bahkan oleh perusahaan dan pengembang tidak lagi ada di dunia ini.
Jika suatu perangkat ditugaskan untuk mendapatkan token dari server pengembang, buat tombol “Lewati mendapatkan token”. Jika firmware harus diperbarui dari situs web ketika sistem dimulai untuk pertama kalinya, buatlah mungkin untuk mengunduh firmware default jika situs web tidak tersedia. Dan sebagainya.
Dalam artikel ini saya mencoba menggambarkan pengalaman menggunakan, mengembangkan sistem seperti itu dan bekerja dengannya dalam 15 prinsip. Sebagian dari mereka tampaknya dibuat-buat, yang lain masih bisa diperdebatkan (itu normal), dan yang lain basi (itu juga normal).
Tetapi jika Anda meluangkan waktu untuk memikirkan salah satu dari mereka, artikel itu tidak ditulis dengan sia-sia.
Komentar
1. Dengan "menggunakan" maksud saya proses interaksi reguler dengan sistem, tetapi tidak pengaturan.
2. Saya ingin menekankan bahwa saya mengatakan "pengguna tidak boleh memperhatikan", tetapi tidak "penundaan harus sama dengan". Praktek menunjukkan bahwa manusia tidak melihat keterlambatan 300 milidetik.
3. Mungkin dia tumbuh di Asia dan dia berpikir bahwa obat terbaik untuk panas adalah teh hijau panas.
4. Ketika saya mengatakan "jangan tampilkan informasi", itu berarti bahwa pengguna tidak boleh dikirimi pesan tentang hal itu setiap waktu. Itu harus ditampilkan pada permintaan pengguna - misalnya, "tampilkan log", atau "tampilkan informasi debug" ketika tombol ditekan. Jangan memandang pengguna sebagai idiot, hargai waktu mereka.
5. Tentu saja mustahil untuk merancang sistem yang mendukung jumlah perangkat yang tidak terbatas. Akan selalu ada batasan, tetapi tugas pengembang untuk membuatnya tidak relevan di 99% dari semua kasus. Batasi hingga 6 sensor tidak dapat diterima. Seratus atau dua ratus perangkat dalam satu jaringan sudah cukup untuk sebagian besar pengguna rumah pintar.
6. Saya menggunakan kata "hacker" dalam arti penting dari kata ini menurut RFC1983, dan bukan saya arti orang yang menggunakan komputer untuk mendapatkan akses tidak sah ke data.
Teks ini membantu menerjemahkan ke dalam bahasa Inggris oleh iRidium Mobile , yang untuk itu saya berterima kasih banyak kepada mereka.