近段時間對智慧型家居做了一下思考
先說結論:不能為了智慧型而智慧型,其目的應該是在解決使用者需求痛點的同時,實現商業價值。
當前所討論的智慧型化,我認為應該分為兩個層面:
第一層面:實現裝置互聯互通,遠端控制
第二層面:收集並上傳使用資料到雲端進行分析,其應用場景可能有以下幾個:
1:雲伺服器根據使用者使用資料,分析出使用者的使用習慣,然後將分析結果回傳給智慧型產品,智慧型產品根據伺服器回傳的分析結果,選擇更加貼近使用者習慣的工作模式執行,從而為使用者提供更加貼心的智慧型服務
2:雲伺服器根據使用者使用資料,發現當前產品的一些潛在問題,主動聯絡客戶進行上門維護,而不是等待問題實際產生後,再由使用者主動聯絡客服處理。這樣並沒有因為故障影響使用者的使用,使用者體驗會更好,同時也增加了使用者對產品的滿意度。
3:雲伺服器根據大量使用者的使用資料,分析出使用者使用的一些特別偏好或者關注點,在下一代產品中有針對性的改進和提公升。比如我們花很大精力做了乙個自認為比較炫的功能,可能實際中使用者很少去關注這個功能點。那麼在下一代產品中這個功能點就可以弱化或者去掉。反之也是如此。
4:雲伺服器根據大量使用者使用資料,分析出使用者情況,輸出對市場銷售有幫助的資訊
5:根據使用者的使用情況,可以引入第三方共贏。如智慧型冰箱可以和河馬生鮮,京東生鮮等平台互聯實現一鍵下單。
關於熵的一些理解
對於理工科學生來說,熵 並不是乙個陌生的名詞。在諸如 大學物理 熱力學 和 資訊理論 等課程中都會有所介紹。但同時 熵 又是乙個顯得有點神秘的概念,看不見也摸不著。我最早是在高中物理課中聽說的,大概是在介紹 熱力學第二定律 時提到的。熱力學第二定律的內容是 熱力學過程是不可逆的 孤立系統自發地朝著熱...
關於float的一些理解
float是否脫離文件流,乙個父元素不設定overflow的話,子元素float,就不會把父元素撐開,換句話說,他就不會有高度,但是做個demo 父元素overflow hidden 子元素前兩個float,第三個不float,結果是第三個沒有clear浮動的元素,跟float的元素出現在同乙個位置...
關於android layout的一些理解
1 wrap content view的尺寸根據它的內容確定 match parent view的尺寸盡量和它的parent view group一樣大 2 獲得view的位置 position getleft gettop getright getleft getwidth getwidth 3 ...