娶了UI設計師的Python工程師-北歐生活

人工智慧 果然也檔不住人類的實力!一起來看看它們的行為如何惹毛日本飯店! 目錄 人工智慧服務較佳？日觀光旅館AI飽受客訴 「兩年就淘汰⋯⋯」省人事成本雇AI 卻適得其反 人工智慧 check-in？真人出來收爛尾 AI 運行李不但慢，且碰撞頻繁、故障率高 人工智慧服務較佳？日觀光旅館AI飽受客訴 據 2019 年一月華爾街日報的報導，日本知名飯店「 豪斯登堡機器人飯店 (Henn-na Hotel） 」有近半數的「員工」被炒魷魚。有趣的是，這些員工都是 AI  機器人 。 根據華爾街日報報導：一名旅客反應他在 豪斯登堡飯店 的一夜並沒睡好。因為每隔幾小時，房間裡的洋娃娃機器人「Churi」就會問說：「對不起，我沒聽明白。您可以重復一遍您的請求嗎？」。原來，旅客睡覺時的鼾聲觸發了 Churi 的反應，他也不知該如何關掉機器人。 同款機器人也因類似的緣故，惹火了另一位客人。他決定打電話客訴「 Churi 」，卻發現房間裡根本沒有電話。因為飯店本身就將 Churi 設定成助手，需要應付旅客所有的要求。最後，旅客只好用自己的手機給打電話跟飯店投訴。 「兩年就淘汰⋯⋯」省人事成本雇AI 卻適得其反 「 豪斯登堡機器人飯店 (Henn-na Hotel） 」是一家以 「AI  機器人 服務」為噱頭的實驗性旅館，設立於 2015 年。從訂房、櫃檯人員、客房服務、提行李服務道娛樂服務都由 人工智慧 一手包辦。因為其 CEO 澤田秀雄的初衷，是為了打造全求營運成本最低的旅館，所以才會僱用 人工智慧 以省下雇用真人的費用。 然而大環境物價上漲造成旅社的營運成本直線上升。科技產品汰舊換新的速度本身就非常迅速，飯店於 2015 年所購得的機器人，在當時堪稱是最先進的 AI。但後續如  Alexa 、 Siri  與 Google 語音助理等更新一代的人工智慧推陳出新，讓飯店內這些 AI  機器人  2 年之內瞬間變成「老古董」，因「太慢」、「沒用」被嫌棄，無法接軌市場所需。 人工智慧 check-in？真人出來收爛尾 以恐龍造型的 AI Check-in  機器人 來說，雖然臨櫃是這隻「恐龍」幫你 check-in， 但是大部分工作都還是真人協助完成。因為這些 AI 機器人沒有 update，並不知道旅館周圍的活動、觀光地點、火車、公車時間等旅遊相關資訊，難怪會輸給 Alexa 等最先進的

人工智慧 功勞又添一樁!運用它診斷糖尿病引起的視網膜病變來預防患者的失明風險!更多資訊趕快往下看! 目錄 高血糖易引起視網膜病變　糖友失明風險高 準確度與眼科醫師相同　AI 幫助降低失明風險 三方跨界合作　造就台灣智慧醫療里程碑 醫療產業轉型　人工智慧醫療商機不斷 隨著醫療科技的進步與 人工智慧 的崛起，相關產業也正面臨轉型、步入「智慧醫療」時代，吸引許多新興技術投入。科技大廠宏碁日前便宣布與台大醫院、醫藥公司台灣諾華合作，打造「AI 眼科輔助診斷軟體」，運用 人工智慧 診斷糖尿病引起的視網膜病變、預防患者的失明風險。 該 AI 診斷軟體也榮獲衛福部食品藥物管理署認證，取得全台首張由食藥署核發的眼科智慧醫材許可證。 高血糖易引起視網膜病變　糖友失明風險高 也許會讓許多人感到意外，但「糖尿病引起的視網膜病變」是目前使成年人失明的主要原因之一，糖尿病患者失明率比一般人高出 25 倍之多。 因長期的高血糖容易引起視網膜血管病變，有一專有名詞為「糖尿病視網膜病變」（diabetic retinopathy）；並且因許多糖尿病患者大多著重在血糖控制，容易忽略身體其他狀況，往往在視力出現明顯問題後才求診，但此時視網膜已病變或玻璃體出血。 糖尿病視網膜病變屬於微血管的病變，病變的產生與糖尿病的時間有很重大的相關性，患病的時間愈久，視網膜病變的機會大、也愈嚴重。良好的血糖控制，可以延後視網膜產生病變或惡化的時間，但依然不能完全避免其風險。最重要的是要能早期發現、早期治療，就有很大的機會避免視力受損。 根據國家衛生研究院「2019 台灣糖尿病年鑑」統計，全台灣的糖尿病患者超過 220 萬人次，為了讓廣大的糖友都能篩檢、及早治療，知名科技大廠宏碁與台大醫院聯手，開發出 人工智慧 眼科輔助診斷軟體。 準確度與眼科醫師相同　AI 幫助降低失明風險 Photo by Kalea Jerielle on Unsplash 台大醫院眼科部主治醫師謝易庭指出，糖尿病患者患病 10 年後，視網膜病變發病率上升至 60％，20 年內病變發病率更攀升至 90％。罹患糖尿病的時間越久發生視網膜病變的風險愈高。 然而根據 2019 年國內糖尿病病患接受眼底檢查的人數統計，只有 45.54 ％的

 談到 SEO 優化,就不能不了解robots meta與robots.txt!今天教你如何設定它們~     圖片來源：seobility.net 目錄 甚麼狀況下該使用 robots meta 與 robots.txt 如何設定網站 robots.txt robots.txt-如何設定? 如何設定網站 robots meta   甚麼狀況下該使用 robots meta 與 robots.txt robots meta 對  SEO  的操作上也是很重要。robots meta 與 robots.txt 都能向搜尋引擎宣告如何處理網頁。前者為阻止搜尋引擎索引你的頁面 (但搜尋引擎還是有抓取你的網站資料) ； robots.txt 則是全面阻止搜尋引擎抓取你的資料 (搜尋引擎會自動略過你指定的網站)。 當然，大多數的狀況，你不會讓 robots.txt 來阻止搜尋引擎抓取辛苦建立的網站。但是以若這個網站對你的  SEO  有負面影響、或是私密性高的話，就可以用robots.txt 來阻擋搜尋引擎抓取，常見的情況如下所示: 1. 多年前有經過 黑帽 SEO  手法，卻還沒處理的網頁、 2. 施工中未完成的網頁等 3. 網站或是公司內部系統的登入頁面 若你只是希望這個網頁不要出現在搜尋引擎結果中的話，那用 robots meta 即可。 如何設定網站 robots.txt 【檔案存取位置】robots.txt 位於網站的根目錄下 【作用】告訴搜尋引擎哪些網站內容不要進行存取，並且可以指定 sitemap 的位置。 【路徑】如果你有建立並使用 robots.txt，則他的位置會是 http://網址/robots.txt，如果這個檔案不存在，則代表沒有使用 robots.txt。 【宣告類型】有五種，如下所示： User-agent 指定哪一種搜尋引擎的爬蟲，如 Google 的爬蟲 「googlebot」或是百度的爬蟲等等（* 號代表全部） Crawl-delay 限制爬蟲抓取每一頁的秒數限制，但是該設定會被 Google 跳過不處理。因為 Google 在網站管理員

人工智慧 語音助理"SpeeChin"靠著感應你的下巴,辨識你想說的話....等等真有這麼神奇嗎? 目錄 圖書館內喊「嗨 SIRI」 太尷尬？讓無聲人工智慧語音助理幫助你 拯救你的無聲尷尬！透過下巴動作就能辨識的語音助理項鍊 SpeeChin 已可辨識中英文！移動偵測問題仍待解決 圖書館內喊「嗨 SIRI」 太尷尬？讓無聲 人工智慧 語音助理幫助你   直接開口詢問、指示  SIRI ，進而解決己身需求，已是 3C 智慧產品廣泛使用的日常風景。然而，若是在安靜的環境中呢？想像一下，如果你在靜謐的圖書館或是針落有聲的會議室裡，開口詢問：「嘿 Siri，明天天氣如何？」似乎有點尷尬。 當你亟需向你的 人工智慧 助理下指令，卻遇到上述需要保持安靜、無法說話的情況怎麼辦？ 拯救你的無聲尷尬！透過下巴動作就能辨識的語音助理項鍊 SpeeChin 不用擔心！為了拯救你的無聲尷尬，康乃爾大學資訊科學助理教授 Cheng Zhang 和博士生  Ruidong Zhang，發明了一款項鍊型的 人工智慧 語音助理「SpeeChin」。這款項鍊配備了紅外線鏡頭、微處理器、電池和藍牙模組，項鍊外盒配有可提高穩定性的機翼造型平衡器，亦於項鍊盒底部配置了一枚硬幣以平衡配重。 SpeeChin 特性如同一般項鍊，使用銀鍊掛在脖子上，其紅外線鏡頭裝置於 3D 列印的項鍊盒上方，使鏡頭穩定指向佩戴者的下巴。SpeeChin 能夠基於下巴運動軌跡，捕捉「頸部和臉部皮膚變形圖像」，進而辨識無聲語言。目前的實驗結果顯示，SpeeChin 已能辨識簡單的英文和中文單詞。 已可辨識中英文！移動偵測問題仍待解決 在最初的實驗裡，研究人員測量了 10 名英文使用者及 10 名中文使用者，共 20 位參與者的下巴基線，接著使用差分圖像訓練 SpeeChin 辨識簡單指令，應用機器學習演算法將辨識結果傳到配對的智慧型手機，就像用另一種方式溝通的 Siri。隱私問題也不必擔憂，SpeeChin 只會對準佩戴者的下巴，不會拍到使用者的臉。 實驗方式為：10 位英文使用者無聲說出 54 條指令，包括數字、互動、呼叫語音助理、標點和導航，10 位中文參與者的 44 條指令也一樣。最後實驗結果顯示，SpeeCh

  AWD難道真比 RWD 難用?繼續往下看說不定會推翻你的理解呢!       目錄 該選擇 RWD 還是 AWD ? 先看看自己的需求吧！ 評估現有的資源人力 對網頁設計畫面要求較嚴謹的狀況下，就使用 AWD 吧！ AWD 要怎麼做才能對 SEO 無痛? 該選擇 RWD 還是 AWD ? 先看看自己的需求吧！ 當下  RWD  正夯，但並不代表所有的網頁都適用 RWD 技術。決策者必須先檢視網站的規模、內容、專案的需求以及人力，再決定使用  AWD  還是 RWD。至於哪一類的網站適合 RWD、哪一種的網站適合 AWD，簡單整理如下表所示 ：   RWD AWD 人力需求 較少，因為只有一套  CSS 較多 (因為需要多套 CSS)， 需要網頁人才與尚需 前端 工程師撰寫判斷裝置後自動匯入相應的 CSS 的程式 維護成本 較少，因為只有一套 CSS 較多，因為有多套  CSS  以及程式 適用內容 網站內容較單純時適用。 如簡單的企業形象網站、一頁式網站等等。 網站內容較多、較複雜時適用。 如博克來、MOMO 購物網、蝦皮拍賣等。 適用排版 較簡潔的畫面與排版 較多元化、複雜的畫面與排版 SEO  支援 SEO  優化、維護較容易 同左，但前提是不能直接把網站分成桌機版跟手機版兩個網站再進行轉址，導致流量分散。 工程師必須要在同一個 URL 下寫出對應裝置的網站架構並指定適用的 CSS 可支援的裝置 各裝置都適用 各裝置都適用 以上分析建議仔細看過。 以下再作補充說明： 評估現有的資源人力 只需要寫一套  CSS  的  RWD  所耗的時間與成本一定比 AWD 還快又省，適合小型網頁、新創產業或是各方面資源有限的狀況下。幾近客製化的 AWD 網頁雖然有利於做  U

  RWD 和AWD的差別到底在哪?還搞不清楚?今天你得要好好看完這篇啊!   目錄 RWD 和 AWD 的差異與優缺點 RWD、AWD 的異同之處 共同之處 不同之處 RWD AWD RWD 的優點與缺點 優點 缺點 AWD 的優點與缺點 優點 缺點 該選擇 RWD 還是 AWD ? 先看看自己的需求吧！ AWD  跟  RWD  的目的一致，都是希望能針對桌機、平板、手機等不同尺寸的裝置，而顯示出易於瀏覽的網站畫面。 在規劃網站時，相信有不少的 PM 在與 前端 工程師或是 網頁前端設計師 在溝通上遇到瓶頸，像是網站要使用 RWD 或是 AWD 等等。本篇就以未接觸過 網頁設計 、或是無任何技術背景的網頁規劃者為角度，講解 RWD 與 AWD 網站的差異，以及如何規劃與選擇。 RWD 和 AWD 的差異與優缺點   在網頁上， RWD  是「Responsive Web Design (響應式 網頁設計 )」的縮寫；而 AWD 則是 「Adaptive Web Design (自適應式 網頁設計 )」的縮寫。RWD 與 AWD 是為現今大多數人們習慣使用手機、平板等行動裝置上網而生的  CSS  寫法，讓 網頁設計 無論在桌機螢幕上、或是尺寸較小的行動裝置上，都能清楚的呈現，讓使用者能更舒服的瀏覽網頁。 RWD 與 AWD 的差異，簡單的來說，前者是無論行動裝置或是桌機，都使用同一套 CSS；而後者是針對各種裝置撰寫對應的 CSS，可以有多套  CSS ，例如桌機有桌機的一套 CSS，手機有自己的一套 CSS。 RWD  與 AWD 的差異，簡單的來說，就是前者只有一套 CSS 檔案、後者卻有多套 CSS 檔案。詳述如下： RWD 會把所有裝置的樣式都寫在同一套  CSS  中，因此無論行動裝置或是桌機，都是使用同一套 CSS 。當使用者打開了網頁，就能即時透過網頁的寬度，決定要套用到 CSS 中的哪一個樣式。 AWD 是針對各種裝置撰寫對應的 CSS，因此就會針對不同的裝置，而有多套的 CSS 樣式碼：