日觀光旅館人工智慧員工飽受客訴,靠真人收爛攤子

日觀光旅館人工智慧員工飽受客訴,靠真人收爛攤子

日本觀光飯店人工智慧員工飽受客訴,近半數被淘汰!果然飯店業還是需要真人啊!

目錄

人工智慧服務較佳?日觀光旅館AI飽受客訴

據 2019 年一月華爾街日報的報導,日本知名飯店「豪斯登堡機器人飯店 (Henn-na Hotel)」有近半數的「員工」被炒魷魚。有趣的是,這些員工都是 AI 機器人

根據華爾街日報報導:一名旅客反應他在豪斯登堡飯店的一夜並沒睡好。因為每隔幾小時,房間裡的洋娃娃機器人「Churi」就會問說:「對不起,我沒聽明白。您可以重復一遍您的請求嗎?」。原來,旅客睡覺時的鼾聲觸發了 Churi 的反應,他也不知該如何關掉機器人。

同款機器人也因類似的緣故,惹火了另一位客人。他決定打電話客訴「 Churi 」,卻發現房間裡根本沒有電話。因為飯店本身就將 Churi 設定成助手,需要應付旅客所有的要求。最後,旅客只好用自己的手機給打電話跟飯店投訴。

「兩年就淘汰⋯⋯」省人事成本雇AI 卻適得其反

豪斯登堡機器人飯店 (Henn-na Hotel)」是一家以 「AI 機器人服務」為噱頭的實驗性旅館,設立於 2015 年。從訂房、櫃檯人員、客房服務、提行李服務道娛樂服務都由人工智慧一手包辦。因為其 CEO 澤田秀雄的初衷,是為了打造全求營運成本最低的旅館,所以才會僱用人工智慧以省下雇用真人的費用。

然而大環境物價上漲造成旅社的營運成本直線上升。科技產品汰舊換新的速度本身就非常迅速,飯店於 2015 年所購得的機器人,在當時堪稱是最先進的 AI。但後續如 AlexaSiri 與 Google 語音助理等更新一代的人工智慧推陳出新,讓飯店內這些 AI 機器人 2 年之內瞬間變成「老古董」,因「太慢」、「沒用」被嫌棄,無法接軌市場所需。

人工智慧 check-in?真人出來收爛尾

以恐龍造型的 AI Check-in 機器人來說,雖然臨櫃是這隻「恐龍」幫你 check-in, 但是大部分工作都還是真人協助完成。因為這些 AI 機器人沒有 update,並不知道旅館周圍的活動、觀光地點、火車、公車時間等旅遊相關資訊,難怪會輸給 Alexa 等最先進的語音助理,更別說是輸給真人了。

AI 運行李不但慢,且碰撞頻繁、故障率高

而運送行李的 AI 機器人更是可悲,在房間數破百的觀光旅館中,它最多只能送 24 間房;且還無法應付行李互相碰撞、掉下來等意外,遇潮濕寒冷的天氣甚至直接故障呢!

截至目前,這家酒店已經有 243 個機器人「退役」了,因為許多機器人在工作中都會幫倒忙。母公司的總裁表示,Churi 也在被淘汰的機器人之列。

人工智慧的技術固然是日新月異,但是在它們的智慧與臨場反應趕不上人類工作所需的複雜度。身為人類的我們,不妨多多充實自身的 AI 技能,讓人工智慧更能符合人類的需求。

   原文出處:https://www.tedu.tw/blog/ai-robot-hotel-loses-love-for-ai-robots.html

相關文章:

元宇宙也有翻譯蒟蒻了!Meta推全球語言都可翻譯的人工智慧

Google提出Android隱私沙盒,標榜保護用戶資料安全

導盲犬被 AI 取代?美科學家研發四足機器導盲犬

【糖友福音】加拿大人工智慧新創 Scanbo 免扎針血糖儀,一分鐘驗出

以色列新創推人工智慧電影配音,多國語言沒問題

麥當勞就是狂!讓你未來吃得到人工智慧漢堡包!

無接觸經濟正熱,借力人工智慧反洗錢犯罪不費力(上)

 

糖友福音!台大人工智慧診斷視網膜病變,準確度達95%

糖友福音!台大人工智慧診斷視網膜病變,準確度達95%

糖友救星!台大人工智慧醫療,診斷視網膜病變準確度達95%

目錄

隨著醫療科技的進步與人工智慧的崛起,相關產業也正面臨轉型、步入「智慧醫療」時代,吸引許多新興技術投入。科技大廠宏碁日前便宣布與台大醫院、醫藥公司台灣諾華合作,打造「AI 眼科輔助診斷軟體」,運用人工智慧診斷糖尿病引起的視網膜病變、預防患者的失明風險。

該 AI 診斷軟體也榮獲衛福部食品藥物管理署認證,取得全台首張由食藥署核發的眼科智慧醫材許可證。

高血糖易引起視網膜病變 糖友失明風險高

也許會讓許多人感到意外,但「糖尿病引起的視網膜病變」是目前使成年人失明的主要原因之一,糖尿病患者失明率比一般人高出 25 倍之多。

因長期的高血糖容易引起視網膜血管病變,有一專有名詞為「糖尿病視網膜病變」(diabetic retinopathy);並且因許多糖尿病患者大多著重在血糖控制,容易忽略身體其他狀況,往往在視力出現明顯問題後才求診,但此時視網膜已病變或玻璃體出血。

糖尿病視網膜病變屬於微血管的病變,病變的產生與糖尿病的時間有很重大的相關性,患病的時間愈久,視網膜病變的機會大、也愈嚴重。良好的血糖控制,可以延後視網膜產生病變或惡化的時間,但依然不能完全避免其風險。最重要的是要能早期發現、早期治療,就有很大的機會避免視力受損。

根據國家衛生研究院「2019 台灣糖尿病年鑑」統計,全台灣的糖尿病患者超過 220 萬人次,為了讓廣大的糖友都能篩檢、及早治療,知名科技大廠宏碁與台大醫院聯手,開發出人工智慧眼科輔助診斷軟體。

準確度與眼科醫師相同 AI 幫助降低失明風險

0328.jpg

Photo by Kalea Jerielle on Unsplash

台大醫院眼科部主治醫師謝易庭指出,糖尿病患者患病 10 年後,視網膜病變發病率上升至 60%,20 年內病變發病率更攀升至 90%。罹患糖尿病的時間越久發生視網膜病變的風險愈高。

然而根據 2019 年國內糖尿病病患接受眼底檢查的人數統計,只有 45.54 %的糖友接受篩檢,屬於低篩檢率。除了因病患檢測所需花費的時間成本較高、醫療資源可近性不足之外,也因視網膜專科醫師人力不足以負荷逐年增加的病患人數。

為了解決這種人力、物力都有所不足的情況,宏碁應用先進的人工智慧技術與豐富的實務經驗,結合臺大醫院的醫療專業,以及台灣諾華在臨床試驗設計上的顧問諮詢,打造出可有效輔助醫師,篩檢出潛在的視網膜病變患者的 AI 輔助診斷軟體。

這套 AI 診斷軟體,也取得台灣首張由衛福部食品藥物管理署(TFDA)核發的眼科智慧醫材許可,認證為第二級醫療器材軟體。根據臨床試驗結果,人工智慧的準確度達 95%以上,已接近視網膜科醫師判讀的準確度。

三方跨界合作 造就台灣智慧醫療里程碑

這次的人工智慧診斷軟體的開發得益於跨界合作。

宏碁使用深度學習技術訓練 AI 模型,透過蒐集國外 EyePACS 平台臨床、國內臺大醫院臨床共數萬名糖尿病視網膜病變患者的「眼底資料」──彩色眼底檢查影像及診斷結果等資料數據,來訓練 AI。之後結合硬體整合成邊緣裝置(edge device),使 AI 無須網路即可進行篩檢判讀,在速度、資料安全性和隱私性方面益處良多。

訓練好的 AI,則與醫療製藥公司「台灣諾華」共同設計、委由臺大醫院執行臨床試驗,並在試驗結果上取得敏銳度達 95%的佳績,已接近視網膜專科醫師的判讀準確度。

另外,在開發與試驗期間,食藥署提供專案輔導長達一年,提供專業法規意見、深入溝通並嚴格審查,最後才交出這張台灣第一張醫療器材軟體認證,顯示出政府對於台灣醫療環境及智慧醫材的重視。這次的認證更是打破傳統模式,從台灣本土出發,就地取材。

0328-2.jpg

Photo by Online Marketing on Unsplash

在成果效益上,這套人工智慧診斷軟體可有效輔助醫師找出潛在的糖尿病視網膜病變患者,及早發現並進行治療,協助控制病情,更降低病人等候報告的時間。

而宏碁也已與台灣諾華簽訂合作備忘錄,未來將運用人工智慧技術、共同攜手耕耘智慧醫療領域,整合雙方專業人才與軟硬體技術,朝提升醫療效率、精準率的目標邁進。宏碁表示,將會瞄準黃斑部退化、糖尿病視網膜病變及心血管疾病等領域,打造合適的 AI 輔助工具,讓台灣醫療產業升級轉型。

醫療產業轉型 人工智慧醫療商機不斷

全球醫療照護產業正在面臨轉型,如何將醫療場域數位化、智慧化都將是一大挑戰;如何透過科技技術,將傳統醫療「疾病發展後治療」的思維轉換成「注重預防、防治結合」,也是未來須面對的難題。

要攻克這些問題,需要創新、洞察與有效的行動方案,才能創造出「高效互通的資料」與「開放和安全的平台」,最後打造出「以消費者為導向的醫療照護」環境。

台灣的全民健保制度不但保費低、給付多、管理成本低,大幅減輕民眾看病求醫的障礙,讓台灣累積起了大量健保數據資料,這一優勢加上台灣高度發展的資通訊高科技產業,更是擁有發展 AI 智慧醫療產業的優勢。相信若個資規範、各種資料使用有完整的定義與管制後,將能帶動各項研究更快速、促進台灣智慧醫療照護產業的蓬勃發展。

  原文出處:https://www.tedu.tw/blog/artificial-intelligence-in-diabetes-care-retina.html

相關文章:

元宇宙也有翻譯蒟蒻了!Meta推全球語言都可翻譯的人工智慧

Google提出Android隱私沙盒,標榜保護用戶資料安全

導盲犬被 AI 取代?美科學家研發四足機器導盲犬

【糖友福音】加拿大人工智慧新創 Scanbo 免扎針血糖儀,一分鐘驗出

以色列新創推人工智慧電影配音,多國語言沒問題

人工智慧拯救爛畫質,經典老動漫變高清!

以色列新創推人工智慧電影多國語言配音,自然無違和

 

SEO優化-快速學會設定網頁的 robots meta

SEO優化-快速學會設定網頁的 robots meta

SEO工程師必知:如何快速優化SEO-5分鐘搞定網頁的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。
  • 【宣告類型】有五種,如下所示:
    1. User-agent
      指定哪一種搜尋引擎的爬蟲,如 Google 的爬蟲 「googlebot」或是百度的爬蟲等等(* 號代表全部)
    2. Crawl-delay
      限制爬蟲抓取每一頁的秒數限制,但是該設定會被 Google 跳過不處理。因為 Google 在網站管理員中,就有爬取頻率的設定。
    3. Disallow
      輸入你不允許被爬取的 URL 路徑
    4. Allow
      輸入你允許被爬取的 URL 路徑
    5. Sitemap
      告知搜尋引擎的 Sitemap 網址
  • 以上五種宣告類型如何編輯? 常見的如以下所示:
    1. 拒絕所有的搜尋引擎爬蟲爬取你的網站:
      User-agent:*
      Disallow: /
    2. 允許全部的搜尋引擎爬蟲爬取你的網站:
      User-agent:*
      Disallow: /
    3. 拒絕 Google 的搜尋引擎爬蟲爬取 /wp-admin 目錄
      User-agent:*
      Disallow: /wp-admin/
    4. 只拒絕百度的搜尋引擎爬蟲,卻允許其他搜尋引擎 (如 Google、Yahoo、Yandax等等) 爬取
      User-agent:Baiduspider
      Disallow: /
      User-agent:*
      Allow: /
    5. 拒絕搜尋引擎爬取特定類型的檔案
      User-agent:*
      Disallow: /*.ini$
      Disallow: /*.jpg$
    6. 實際網站完整 robots.txt
      User-agent:*
      Crawl-delay: 7
      Disallow: /wp-admin/
      Disallow: /cgi-bin/
      Disallow: /readme.html/
      Disallow: /*.ini$ sitemap: http://codingbomb.com.tw/sitemap.xml

 

robots.txt-如何設定?

0322-1.png

使用 Google Search Console 來檢查 robots.txt 是否設定正確

舊版的 Google 網站管理員 Search Console 中,有 robots.txt 測試工具,他會模擬 Google 搜尋引擎爬蟲來檢查你的 robots.txt 的正確性。

如何設定網站 robots meta

  • 【檔案存取位置】robots meta 宣告置於網頁 HTML 的 <head>與</head>之間
  • 【作用】宣告阻止搜尋引擎索引你的頁面 (但搜尋引擎還是有抓取你的網站資料) ,但是不引醒使用者瀏覽你的網頁
  • 【語法】 <META NAME=”屬性值#1″ CONTENT=”屬性值#2″>

屬性值#1,為指定哪種搜尋,常用語法如下:

  • robots:所有搜尋引擎的爬蟲
  • googlebot:GOOGLE 搜尋引擎的爬蟲
  • bingbot:Bing 搜尋引擎的爬蟲
  • slurp:Yahoo 搜尋引擎的爬蟲
  • Baiduspider:百度搜尋引擎的爬蟲
  • AhrefsBot:Ahrefs.com的爬蟲
  • MJ12Bot:Majestic.com的爬蟲

屬性值#2,為指定處理方式,常見代碼如下

  • noindex:不要索引本網頁
  • nofollow:不要跟隨本網頁內的連結頁面
  • noarchive:不要儲存庫存網頁
  • nosnippet:不要在搜尋結果顯示描述或是快照
  • none:等於 noindex 與 nofollow
  • noimageindex:不要索引本網頁的圖片,只適用於 Google
  • unavailable_after:date:在指定日期後停止索引本頁

 

 原文出處:https://www.tedu.tw/blog/seo-robots-meta.html

相關文章:

元宇宙也有翻譯蒟蒻了!Meta推全球語言都可翻譯的人工智慧

Google提出Android隱私沙盒,標榜保護用戶資料安全

導盲犬被 AI 取代?美科學家研發四足機器導盲犬

【糖友福音】加拿大人工智慧新創 Scanbo 免扎針血糖儀,一分鐘驗出

人工智慧醫療再躍進!AI測腸癌靈敏度99.7%!

以色列新創推人工智慧電影配音,多國語言零違和!

必勝客人工智慧做一個披薩只需1.2分鐘!

 

無聲版Siri!人工智慧項鍊,憑下巴動作就能語音辨識?

無聲版Siri!人工智慧項鍊,憑下巴動作就能語音辨識?

無聲版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 條指令也一樣。最後實驗結果顯示,SpeeChin 的英文/中文命令辨識能力平均準確率分別為 90.5% 和 91.6%。

此外,研究人員還要求其中 6 名參與者在行走時默念 10 個中文和英文片語,然而因為參與者頭部以不可預測的方式移動,所以最後成功率較低。顯示移動偵測的準確度是尚待解決的問題。

為什麼無聲語音辨識要做成項鍊的形式呢?研究人員認為:項鍊是人們習慣的裝飾品,至於耳掛式設備則可能會有不太舒服的佩戴體驗。雖然人們可能會想「我的手機就是語音辨識設備了啊」,但難免還是會遇到無法出聲的人或場合,此時無聲語音辨識的研究就能派上用場

 原文出處:https://www.tedu.tw/blog/ai-assistance-necklace-recognizes-english-mandarin-commands.html

相關文章:

元宇宙也有翻譯蒟蒻了!Meta推全球語言都可翻譯的人工智慧

Google提出Android隱私沙盒,標榜保護用戶資料安全

導盲犬被 AI 取代?美科學家研發四足機器導盲犬

【糖友福音】加拿大人工智慧新創 Scanbo 免扎針血糖儀,一分鐘驗出

Google提主題取代群組,解救FLoC爭議(上)

人工智慧拯救爛畫質,經典老動漫變高清!

能源危機有解!利用人工智慧控制核融合反應

 

RWD和AWD該選哪個?專家告訴你!

RWD和AWD該選哪個?專家告訴你!

前端工程師想無痛SEO?RWD和AWD該選哪個?專家一次評比給你指引!

目錄

該選擇 RWD 還是 AWD ? 先看看自己的需求吧!

當下 RWD 正夯,但並不代表所有的網頁都適用 RWD 技術。決策者必須先檢視網站的規模、內容、專案的需求以及人力,再決定使用 AWD 還是 RWD。至於哪一類的網站適合 RWD、哪一種的網站適合 AWD,簡單整理如下表所示:

  RWD AWD
人力需求 較少,因為只有一套 CSS 較多 (因為需要多套 CSS),
需要網頁人才與尚需前端工程師撰寫判斷裝置後自動匯入相應的 CSS 的程式
維護成本 較少,因為只有一套 CSS 較多,因為有多套 CSS以及程式
適用內容 網站內容較單純時適用。
如簡單的企業形象網站、一頁式網站等等。
網站內容較多、較複雜時適用。
如博克來、MOMO 購物網、蝦皮拍賣等。
適用排版 較簡潔的畫面與排版 較多元化、複雜的畫面與排版
SEO 支援 SEO 優化、維護較容易 同左,但前提是不能直接把網站分成桌機版跟手機版兩個網站再進行轉址,導致流量分散。
工程師必須要在同一個 URL 下寫出對應裝置的網站架構並指定適用的 CSS
可支援的裝置 各裝置都適用 各裝置都適用

以上分析建議仔細看過。 以下再作補充說明:

評估現有的資源人力

只需要寫一套 CSS 的  RWD  所耗的時間與成本一定比 AWD 還快又省,適合小型網頁、新創產業或是各方面資源有限的狀況下。幾近客製化的 AWD 網頁雖然有利於做 UI / UX,但是需要前端工程師來撰寫判斷使用者來配對 CSS 的程式,且若想要做 SEO 的話,也是需要前端工程師把多套 CSS 串在同一個 URL 的。

網頁設計畫面要求較嚴謹的狀況下,就使用 AWD 吧!

若有足夠的預算,且希望使用者無論使用手機、桌機、平板等尺寸不一的裝置都能擁有完美的網頁瀏覽體驗的狀況下,就選擇 AWD 吧!往後在網頁維護上,前端工程師或是網頁設計師也更能找到對應的 CSS 檔來修改,且比較沒有如 RWD 般所有的樣式都塞在同一套 CSS 有 「牽一髮動全身」 的隱憂。 若硬要使用 RWD 也無非不可行,但是若 CSS 樣式寫得不夠嚴謹的話,則恐怕不同的裝置會寫到同一種 style,這時就需要花更多時間來修復,反而浪費更多成本。

AWD 要怎麼做才能對 SEO 無痛?

很多人都說 AWD 對 SEO 不利。那是因為大多數的人會省去將 「行動版」 與 「桌機板」 串在同一個網址的流程,索性就把把網站做成兩個獨立的桌機版跟行動版兩個網站,再進行轉址,所以流量自然會分流,對 SEO 當然有負面影響!

觀察很多分成桌機版跟行動版的網站 (如 Momo 購物、Facebook 等等) 的 URL ,會發現行動版的網址前面多會有個 「m.」 的開頭,就是這樣的情況。

但我們先回到原點,弄懂 AWD 的基本原理,其實 AWD 只是分成桌機版與行動板等兩套 CSS (有時可能會多出其他的而有兩套以上的 CSS)。但是一個網站擁有多套 CSS 並不等於要分成兩個網站。工程師常見的做法是撰寫程式讓同一個 URL 之下,判斷裝置而吐出相對應的網站架構與 CSS 樣式。多了這個步驟,才可以集中流量在同一個網址中,對 SEO 或品牌辨識度都比較好,就不會有前面提到 「分流」 的問題,也不會影響到 SEO。

所以不要再說 AWD 對 SEO 不利了!不利 SEO 的是把 「網站做成兩個獨立的桌機版跟行動版兩個網站,再進行轉址」 的作法。你所需要的,是要把行動版與桌機板使用同一個 URL。

 原文出處:該選擇 RWD 還是 AWD ? 先看看自己的需求吧!

 

相關文章:

元宇宙也有翻譯蒟蒻了!Meta推全球語言都可翻譯的人工智慧

Google提出Android隱私沙盒,標榜保護用戶資料安全

所有的新創業者都需要SEO 的7 個理由!

SEO是什麼?跟AdWords差在哪?如何自學?

Google提主題取代群組,解救FLoC爭議(上)

人工智慧無接觸經濟正熱,杜絕洗錢犯罪不費力(上)

12萬字名著,人工智慧用200字就說完(上)

 

評比RWD和AWD的差異與優缺點

評比RWD和AWD的差異與優缺點

評比RWD和AWD的差異與優缺點,一次報你知!

AWDRWD 的目的一致,都是希望能針對桌機、平板、手機等不同尺寸的裝置,而顯示出易於瀏覽的網站畫面。

在規劃網站時,相信有不少的 PM 在與前端工程師或是網頁前端設計師在溝通上遇到瓶頸,像是網站要使用 RWD 或是 AWD 等等。本篇就以未接觸過網頁設計、或是無任何技術背景的網頁規劃者為角度,講解 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 樣式碼:例如桌機有桌機的一套 CSS,手機有自己的一套 CSS。AWD 的方式必須仰賴前端工程師撰寫的程式,來判斷使用者是使用哪種裝置開啟網頁,再自動匯入相應的 CSS 檔案:如程式判斷出某使用者是使用桌機瀏覽網頁的話,就會自動匯入桌機的 CSS 樣式檔案;若是使用手機開網頁,就匯入手機的 CSS 樣式檔。

RWD、AWD 的異同之處

RWD 與 AWD 只是方式不同罷了,沒有所謂的哪個比較好,優缺點比較如下:

共同之處

RWD 與 AWD 都會判斷裝置,並且依照裝置顯示出對應的樣式。

不同之處

RWD

無論行動裝置或是桌機,都使用同一套 CSS
當使用者打開了網頁,就能偵測網頁的寬度而決定要套用哪些 CSS 樣式碼。

AWD

針對各種裝置撰寫對應的 CSS,因此會有多套 CSS,一般來說會有兩套 CSS:桌機專屬的一套 CSS,手機專屬的一套 CSS。
當使用者打開了網頁,程式就能自動偵測網頁的寬度而決定要套用哪個 CSS 檔案。

RWD 的優點與缺點

優點

  • 節省網站製作成本
    因為無論是桌機、手機的樣式,全都只塞在同一套 CSS 檔案,所以開發成本較低,適合內容較單純的網站、新創公司或是個人工作室使用。
  • SEO 更方便
    因為同一個網頁、URL 也只有一個,所以更方便 SEO

缺點

  • 開發容易、維護耗時
    全部的樣式碼都一窩蜂塞在同一套 CSS 裡面,所以在網頁維護上較不容易,常常需要大海撈針般找到對應的程式碼。若遇到需要修改的狀況,很可能修改某個樣式碼,卻也影響到了其他不需修改的樣式碼,而導致網站 「跑山」 的窘境。
  • 行動裝置網頁載入恐會更慢
    因為所有的裝置都使用同一個 CSS 碼,所以較無法針對行動裝置做圖片顯示的最佳化,加上 RWD 網頁的機制是將資訊先下載後,再根據裝置大小重新排列,所以會較慢。

AWD 的優點與缺點

優點

  • 網頁維護更分明,不怕樣式被吃到
    雖然成本較 RWD 高,但是由於桌機與手機的 CSS 分別在不同的檔案,因此在維護上會比 RWD 更分明、更能清楚地找到對應的樣式碼,不需要大海撈針。更沒有更改一個 CSS 而影響到不該改變的區塊 style 也改變的後顧之憂。
  • 有利於 UI/UX
    若對畫面顯示的要求較高,希望能在各種裝置上畫面都能完美呈現的場合、或是網站內容較多、圖文排版較複雜時,就適用 AWD,可針對不同的瀏覽介面而做出對應的 UI/UX,讓介面更美觀好用、給使用者更佳的網頁瀏覽體驗。
  • 行動裝置網頁載入更快
    可針對行動裝置而做優化,將原本的大圖縮減成最合適的尺寸,減少不必要的大圖,就能加快行動裝置的網頁 loading。

缺點

  • 維護較容易,但開發成本高
    一開始需要針對不同的裝置而寫出好幾套 CSS,耗時耗力,且還需工程師撰寫讓網頁自動感應載具而套用對應 CSS 的程式。若有 SEO 的需求,還需另請工程師將同一網頁的多套 CSS 串在同一個網址內,否則流量會自動被手機與桌機瓜分。

 

該選擇 RWD 還是 AWD ? 先看看自己的需求吧!

當下 RWD 正夯,只需要寫一套 CSS 的 RWD 所耗的時間與成本一定比 AWD 還快又省,適合小型網頁、新創產業或是各方面資源有限的狀況下。

即便如此,也並非所有的網頁都適用 RWD。若是對網頁設計畫面要求較嚴謹的狀況下,AWD 網頁在後續的維護上讓前端工程師、UI 設計師較能找到對應的 CSS 檔來修改,沒有如 RWD 般所有的樣式都塞在同一套 CSS 「牽一髮動全身」 的隱憂。

決策者必須先檢視網站的規模、內容、專案的需求以及現有的人力,再決定使用 AWD 還是 RWD。至於哪一類的網站適合 RWD、哪一種的網站適合 AWD,本篇文章「網頁一定得選擇 RWD 嗎?AWD 要怎麼做才能無痛SEO?」有近一步的分析與講解。

原文出處:RWD 和 AWD 的差異與優缺點

 

相關文章:

元宇宙也有翻譯蒟蒻了!Meta推全球語言都可翻譯的人工智慧

Google提出Android隱私沙盒,標榜保護用戶資料安全

所有的新創業者都需要SEO 的7 個理由!

SEO是什麼?跟AdWords差在哪?如何自學?

人工智慧與軍事武器結合時,人類是否會失控?

糖友救星!加拿大人工智慧新創免扎針血糖

谷歌人工智慧編舞,任何音樂都能生成對應舞蹈(2)

 

利用人工智慧控制核融合反應,能源危機有解!

能源危機有解!利用人工智慧控制核融合反應

利用人工智慧控制核融合反應,可望解決能源危機!

目錄

人工智慧公司DeepMind:找到控制「核融合」關鍵

Google 旗下的人工智慧公司 DeepMind 日前在國際知名科學期刊《Nature》上發表論文,其中重點說明了 DeepMind 的研究人員應用了強化學習和模擬環境學習架構,和瑞士洛桑聯邦理工學院電漿中心合作,在電漿中心的核融合設備:環磁機(Tokamak)中成功找到控制核融合的關鍵。

核能研究大躍進,DeepMind 新AI演算法功不可沒

環磁機是瑞士電漿中心研發的小型核融合實驗場域,環磁機內部為真空環境,酷似甜甜圈的外殼則包覆著電磁線圈,用來將熱度高於太陽核心的氫電漿限制在環磁機之中。

電漿中心主任法索利(Ambrogio Fasoli)指出,控制系統正確數值的冗長運算才是控制核融合反應的關鍵,因此為了實驗各種核融合電漿類型,以達到在成功取得能源同時保持設備安全不受毀損的目的,電漿中心與在人工智慧領域頗有一席之地的 DeepMind 合作,開發了強化學習系統,讓機器學習演算法自動控制線圈,同時還能穩定環磁機內的電漿,達成成功的核融合反應。

目前的核融合實驗,無論在硬體、時間和軟體上都十分受限,因此 DeepMind 改由從模擬環境中找尋突破口。接續模擬環境的成功,強化學習系統不僅可以準確控制環磁機內的每個線圈,演算法更能操控形成不同形狀電漿,而科學家們正致力於在其中找到能源利用最大化的可能性。

應用「隨處可見」氫離子獲取核融合 有望發展成未來可再生能源主力

數十年來,科學家為了解決全球的能源問題,希望能找到符合人類所需且乾淨的可再生能源。而藉由融合隨處可見的氫離子,來獲取巨大能量的核融合反應,是目前的最佳選項。

 原文出處:https://www.tedu.tw/blog/deepmind-trained-an-ai-to-control-nuclear-fusion.html

相關文章:

元宇宙也有翻譯蒟蒻了!Meta推全球語言都可翻譯的人工智慧

Google提出Android隱私沙盒,標榜保護用戶資料安全

LINE在台推出2項人工智慧應用服務:聽聲音就能寫會議紀錄、自主訓練聊天AI

經典老動漫變高清!人工智慧拯救渣畫質,開發者還在 Github 貢獻程式碼

人工智慧與軍事武器結合時,人類是否會失控?

糖友救星!加拿大人工智慧新創免扎針血糖

遍布空中人工智慧殺人機器,我們真的需要這些發明嗎?

 

全球首屆元宇宙時裝周,複刻20年前的失敗?

全球首屆元宇宙時裝周, 遇到瓶頸 複刻20年前的失敗? 目錄 元宇宙時裝周參與盛況 叫好不叫座?新興技術的行銷瓶頸 由虛擬實境平台 Decentraland 所舉辦的「元宇宙時裝週」(Metaverse Fashion Week...