娶了小老婆Aprilia的Python工程師

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

甚麼狀況下該使用 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-如何設定?

使用 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

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

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

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

無聲版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

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

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

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

該選擇 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 ? 先看看自己的需求吧！