跳到主要內容

[TutorABC 教育觀點]楊正大博士-AI時代這樣的老師將被淘汰

7月26日上午,2018亞洲教育科技峰會在香港開幕。TutorABC創辦人、董事長暨CEO楊正大博士做為線上教育行業代表出席大會,並發表關於「AI教育」的主題演講。
楊正大博士在演講中表示互聯網的普及,大數據和人工智慧的深度應用,讓低成本、大規模的個性化教育得以實現。未來,AI不會取代老師,但不利用AI的老師一定會被取代。

【有教無類,因材施教】
兩千多年前,孔子提出「有教無類,因材施教」的教育理念。「有教無類」指教育的規模化,「因材施教」指教育的個性化。千百年來,人類始終難以在教育的規模化和個性化之間取得平衡。楊正大博士表示,15世紀印刷術的發明帶來了第一次教育革命。廉價的書籍讓知識得以普及,原本的精英教育走向平民教育。人們按照特定的群體屬性如年齡、地域、學習程度等分類,接受標準化的課程教學。標準化意味著妥協,每個人的個性化學習需求很難被滿足,最終「教育的規模化走向教育的平庸化」。進入20世紀,互聯網的興起帶來了第二次教育革命。互聯網讓任何人在任何時間任何地點都能獲取教育資源,教育的規模化迎來新的發展階段。此外,大數據技術能夠在學習歷程中的各個階段搜集學員的多維度資訊,人工智慧通過機器學習和強大的計算能力對資料進行分析,洞察學習進程中的每一個細節。如今,隨著互聯網的普及,AI和大數據技術在教育場景的深度應用,每個人都成為獨一無二的學習有機體,都具備平等的受教權,低成本、大規模的個性化教育成為發展趨勢。楊正大博士表示TutorABC做為線上教育的開創者,AI教育的引領者,已經將孔子對教育的兩大願景——「有教無類」和「因材施教」同時實現。
【一人一類,千人千面】
通過大數據獲取與分析,將人工智慧確實融入實際教學環境中,實現因材施教、個性化教學。楊正大博士提出,AI在教育領域的應用場景是個性化。以TutorABC為例,其針對超過三萬份教材、兩萬多位顧問、二十多萬學員做特性分析,標註不同屬性的標籤,透過多達128個標籤,系統自主説明學員依據興趣、背景、能力等特質,量身定製專屬課程,並在每一堂課中精準匹配最適合的顧問、教材和同學。同時,系統還會根據學員自我評測、顧問評鑑等相關參數,動態調整學員所學的課程,達到「一人一類,千人千面」的個性化教學安排。這套由TutorABC自主研發的系統稱為DCGS動態課程系統,在2005年已獲得獨家專利,TutorABC也由此成為全球最早應用人工智慧技術的線上教育企業。今年4月,TutorABC導入人臉識別技術,把顧問、學員上課時的面部表情納入監測採集範圍,以此分析其情緒因數,深度挖掘老師授課與學員上課的互動資訊,並把資料即時回饋回DCGS動態課程系統,從被動的課後評鑒搜集學習資料,升級至可主動修正學員學習偏好,進一步提升 DCGS 的匹配精準度,提供更極致的個人化且即時化的學習服務。
【人與AI,各盡其能】
「想像一個場景:當你走進教室,發現你孩子的老師是一名機器人,你能接受嗎?」楊正大博士在演講中發問,引發了現場觀眾對於「AI能否取代人類老師」的思考。楊正大博士認為,老師很難被AI所替代。人類使用AI的一大目的是將自己從繁複的基礎工作中解放出來,去從事更重要或更有興趣的事情。但教育非常特殊,它有 「教」和「育」兩部分內容。「教」指知識傳遞,教授學生已知的知識,這部分AI可以比人做得更好;「育」指品格培養,鼓勵學生去探索未知,去發現、去創造、去愛,這部分工作很難被AI所替代。儘管機器人取代人類老師的衝擊不會馬上到來,老師們仍需具備危機意識和改革意識,思考如何發展哪些不可替代的能力,思考什麼才是真正的教育,思考未來教育需要怎樣的人才等,將可能存在的挑戰轉變為教育創新的機會。
最後楊正大博士表示:「在未來,AI不會取代老師,但不利用AI的老師一定會被取代。」
【關於TutorABC】
TutorABC是全球規模最大的在線教育集團iTutorGroup旗下平台,由美國矽谷技術團隊研發創立,服務對象從青少年到企業專業人士,憑藉獨創、獲得專利的「動態課程系統」(DCGS,Dynamic Course Generation System),媒合學習者與全球外籍顧問,精準打造定製化課程和教材,開創獨有的在線真人互動及實境教學模式。在全球80個國家、100個城市,擁有5,000多位員工及超過20,000名外籍顧問,每年提供超過3,000萬堂在線教育課程,客戶遍及全球135個國家和地區。TutorABC企業品牌精神—以科技創新,重新定義教育產業。TutorABC的出現印證了科技的發明,始終來自於人性的創造全球化學習需求,運用科技的輔助,讓英語學習從此進入一個嶄新的紀元,改變了人類學習的方法,塑造出未來教育。
文章來源:https://goo.gl/cE5psM

留言

這個網誌中的熱門文章

[WEB]連線 HTTPS 網站發生驗證失敗導致基礎連接已關閉

某支透過 WebClient 物件去呼叫第三方API的程式,突然有天無法使用 經過測試出現下列的錯誤 基礎連接已關閉: 傳送時發生未預期的錯誤。 InnerException : 驗證失敗,因為遠端群體已經關閉傳輸資料流。 原來是第三方的服務已經不支援 TLS 1.0 我方的程式是用.net Framework 4.0開發了 得強制讓webclient改用 TLS 1.1 或 TLS 1.2 感謝黑大提供解決方法 在程式中加入 ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12  的設定就解決了這個問題 WebClient wc = new WebClient(); ServicePointManager.SecurityProtocol = SecurityProtocolType.Ssl3 | SecurityProtocolType.Tls | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls12; 參考資料:暗黑執行緒

[SQL] SQL依照你的排序條件 找出目前資料的前一筆與下一筆。 Find Pre and Next DataRows of current Datarow by your order condition

有時候需要用SQL找出前一筆跟後一筆資料 用SQL的TOP是沒有辦法做到 這個時候就可以這個語法 select * from ( SELECT TOP 1 * FROM [Article] where Poid<{CurrentPoid} order by CreateDate desc) t union select * from ( SELECT TOP 1 * FROM [[Article] where Poid>{CurrentPoid} order by CreateDate ASC) t2 找出目前PK id前一個與後一個的資料(依照想要排序順序) 那如果指示想要一個資料行呈現的話 可以改用下面的SQL語法 讓這兩筆資料join在同一筆 select Pre.*,Nex.* from (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid<{CurrentPoid} order by CreateDate desc) Pre left join (SELECT TOP 1 * ,1 tID FROM [dbo].[Article] where Poid>{CurrentPoid} order by CreateDate ASC) Nex on Pre.tID=Nex.tID

[IIS]IIS - ASP.NET 網站基本優化設定 --筆記

運行 ASP.NET 基本上都是掛載在 IIS 上面,但 IIS 預設的設定,並不適合 24 小時不中斷的營運系統。 如果沒有適當的調整,可能會造成使用者的感受不佳,而你又偏偏不會遇到。 本篇將介紹 IIS 運行 ASP.NET 網站的基本優化設定。 應用程式集區 打開 IIS 管理員,到應用程式集區,選擇網站後,開啟進階設定: 1. 一般 (General) 佇列長度 (Queue Length) 預設值是  1000 ,當封包數量在同一時間到達該指定值,之後的 Request 都會變成 HTTP Status 503 Service Unavailable。 例:當有同時間有 1001 個 Request 一起送到 IIS,第 1001 個 Request 會直接回傳 503,不會進到 ASP.NET 處理。 也不是無限大就好,也是要看伺服器等級。 假設調成 10000,也真的有同時 10000 的量,可能會演變成  CUP High  的問題。 因此,這個欄位沒有建議值,網站封包量很大才有需要調整這個欄位。 啟動模式 (Start Mode) 預設值是  OnDemand ,當網站執行回收後,會等到第一個 Request 進來,IIS 才會把網站啟動。 所以第一個連上來的使用者會等到比較久的時間,ASP.NET 初始化完成後,使用者才會得到回應。 建議設定成  AlwaysRunning ,當網站執行回收後,IIS 就會直接啟動 ASP.NET。 2. 回收 (Recycling) 固定時間間隔 (Regular Time Interval) 預設值是  1740 ,也就是每隔 29 小時 IIS 就會把該網站重啟。 很可能重啟當下使用者正在操作,對於要 24 小時不中斷的系統來說,這真的是很不妥當的事情。 如果 ASP.NET 的 Session Mode 是用 InProc,網站重啟使用者就全被登出了。 建議設定成  0 ,也就是關閉定期重啟網站的設定。 如果網站真的需要定期重啟,可以在 特定時間 (Specific Times)  設定,固定每天哪些離峰時間做重啟的動作。 3. 快速失敗保護 (Rapid-Fail Protection) Enabled 預設值是