忘了大數據吧!小數據正在引領學習的個人化!

在我們自己的習慣和行為方面,小數據可以給予有意義的回饋。不要把它跟大數據混淆了,Bonchek 把後者稱為是 「 組織對人的了解。」
評論
評論

本文獲合作媒體 36kr 授權轉載。

大數據是組織對人的了解,小數據是我們對自己的了解。

現在幾乎所有人都言必稱大數據。但是大數據僅僅反映出某種宏觀的趨勢,未必適用於個體。The Hechinger Report 從一種創新教學方式對小數據的利用來 說明 ,數據不一定要大才有意義,這裡面講述的未來教育實踐,也許更能反映出教育的真諦。

鳳凰城外 Dysart 學區的 創新學院 看起來更像是一家技術新創公司的總部,而不是教室。在教室的一頭,學生佩戴上了特殊的有色眼鏡,在虛擬實境學習站研究起了電路。而在明亮通透的另一頭,另一小群學生則在進行著真實的電路組裝實驗,真實到當線路被連接起來時會劈啪作響、電光四射。

在所有這些活動的中間,7 年級的 Jacob Higuera 一個人坐在他的筆記本前面,專心地敲打著一份社會研究作業。這僅僅是他在亞利桑那 Surprise 上學的第 5 天,但他已經對這種非傳統的教室佈置習以為常。他很享受能夠自己制定日程安排,並且可以有按照自己節奏學習功課的自由。不過作為創新學院試點計劃的 90 位 6 到 8 年級參與者中的一員,Higuera 仍然有一個比較大的擔心:

在我原來的學校,我能拿到全優是因為有人告訴我什麼時候該幹什麼。可現在我覺得第一季我可能拿不到好成績了。

雖然 Higuera 可能覺得自己在孤軍奮戰,但實際上他每天的進展情況都在 4 位教師密切監控之中,她們是該實驗計劃的管理者,經驗非常豐富。學生們在學校的大部分時間學習的都是自定進度的電腦化課程,這些課程會生成有關其進度的數據。教師會密切注意這些數據,然後用來製定小組活動——比如虛擬實境學習站的那些作業——或者找出沒法自行掌握課程的學生,對他們進行額外輔導。

我們需要看什麼樣的數據能幫助教師與學生進行一對一的互動。

實際上,似乎所有眼睛都盯在 Higuera 和他的同學身上,因為在 Dysart 學區負責人 Gail Pletnick 看來,他們引領的是「未來教育」——由學生自己控制學什麼、什麼時候學以及怎麼學的個人化學習環境,教師的作用是指導。

Pletnick 希望,有朝一日,該學區的 23 所學校全部都改成創新學院的樣子。不過現在大部分還都不是。許多教師還是按照傳統的佈置方式,老師站在教室前面,學生坐得橫平豎直,用紙和筆完成作業。不過本學區哪怕是科技配置最低的教室也有一點是跟創新學院一樣的。每一位教室都被鼓勵去利用「小數據」——每天或即時收集的每一位學生學業進度情況的資訊——來實現個人化學習。

Bob Wise 是倡導高等教育改革的非盈利機構卓越教育聯盟的主席,他說小數據以及教師對它的使用方式,是讓學習盡可能個人化的關鍵。教室科技使得收集學生資訊前所未有的容易。現在,教師必須找到分析這一數據的最好方式,然後加以有效利用。Wise 說:「我們需要看看什麼樣的數據可以促進教師與學生之間一對一的互動。」

大數據,小數據

小數據的概念並不新鮮——至少在商業世界是這樣的。早在 2013 年時,諮詢機構 Shift Thinking 的 CEO Mark Bonchek 就在《哈佛商業評論》上寫過一篇文章,裡面他把小數據定義為「我們對自己的了解。」在我們自己的習慣和行為方面,小數據可以給予有意義的回饋。不要把它跟大數據混淆了,Bonchek 把後者稱為是「組織對人的了解。」

比方說,大數據分析讓線上書店可以根據學生上一次購買和下載的東西做出接下來他有可能讀什麼書的推薦。 這一推薦的基礎是從數百萬其他消費者收集到的數據,然後被用來識別出趨勢(喜歡歷史書的讀者也有可能對歷史小說感興趣。)

但小數據分析可以幫助學生了解自己閱讀習慣方面的東西:他是不是在早上讀得多一點?他標註了哪個詞要查字典?同一章他重複讀了幾次? 有了這些小數據之後,教師就可以精確找出學生的優缺點,然後製訂個人化的學習計劃來滿足需求。 從大部分高科技教室到最傳統的教室,這就是 Dysart 學區希望為每一位學生做的事情。

如果教師和學生沒法在個人層面建立聯繫的話,所有這些數據都沒有用。

Dysart 是亞利桑那州表現最出色的學區之一,自 2000 年以來規模已經翻了 3 倍多,目前的覆蓋的學生已經超過了 25,000 人。Pletnick 在 2004 年加入學區的時候,她必須想辦法管理不斷飆升的學生數量,以及學生不同的學習需求。而且那時候學區的邊界還在不斷變化,所以學區每年還得想辦法追蹤從一個學校轉到另一個學校的學生。

Dysart 的行政官員視察了幾所學校,想看看他們是如何收集和管理學生數據的,但他們最終決定建設自己的系統,該系統名字叫做 iPAL(由 I Plan,I Assess,I Learn,我計劃,我評估,我學習三部分組成),用來追蹤州統考成績以及幫助教師和行政當局找到學生的不足之處並解決問題。

負責課程、教學與評估的主任 Teresa Heatherly 說:「我們看到了一些讓人喜歡的東西,但是都比較零散,沒有一個符合 Dysart 的情況。」iPAL 的數據倉庫部分很明確,此外 iPAL 還包括了長期課程規劃以及教師培訓方面的資源。但是 iPAL 捕捉不到教師創建日常課程所需要的小數據。對此,教師們一起努力想出了最適合年級水準和學科領域的數據收集和分析的辦法。

Dysart 創新學院的老師收集這些小數據要比大部分人都更容易一些。所有的作業都是線上的,所以教師調閱學生檔案並檢查測試成績是否良好並不難。然後他們利用不需要備課和準備試卷節省出來的時間來對學生進行一對一的指導等活動,讓學生用其他辦法去研究材料。但是本學區其他沒有這套系統的教師又該怎麼辦呢?他們也想出了創意手段來對學生進行相同程度的個人化指導。

比方說,Marley Park 小學的教師利用了一套名為「All Time Best」的學生數據收集系統,用來追蹤學生在滿足數學和英語州立學習標準方面的進展。這套系統的技術要求不高,只要學生答對問題舉手報告分數然後把結果記到自己筆記本上面就行。

讓學習個人化

據學校的四年級老師 Amber Baig 說, 這套系統之所以有效是因為它強調的不是收集大量數據。相反,其目標是收集每一位學生在掌握特殊技能進展情況方面的少量有意義的數據。 上她的數學課學生每天只用回答 5 個「All Time Best」問題,而且這些問題跟他們可能在州統考上看到的題目是類似的。教師然後匯總這一數據,把學生分為規模小一點的小組,分別進行更有針對性的練習。比方說,針對進度落後的學生,老師會重新給他們上課。

Baig 說:「我們確保孩子明白這一點,知道為什麼他們會在這裡,以便能夠通過測試。」這些數據不僅能夠幫助教師提供更加個人化的指導,也能幫助 4 年級學生了解自己需要做什麼事情來改進。

Miranda Virgil 是 Canyon Ridge School 的七年級數學老師,她教自己的學生利用 Google 電子表格來記錄自己在滿足州標準方面的進展情況。在她的指導下,學生們記錄了自己的考試成績,並且找到自己的錯誤模式。

Virgil 說:「在具體方面,數據追蹤更多是為了學生——數據指出了學生的優劣勢,以及什麼地方需要努力。」儘管她利用這一回饋來製訂出更好的課程,她也注意到讓學生參與這一過程能夠教會他們如何對自己的教育問題作出選擇。她說:

「總體來看,它幫助了孩子們學會對自己的學習負責,這個意義重大,因為這不僅有益於他們的學習,而且還可以令他們受益終身。教他們學會如何組織和計劃是非常有好處的技能。」

不過正如 Virgil 指出那樣,這是另一個他們必須學會的技能。對增加責任或者擁有控制在學校學習時間自由,學生們並不是總是感到興奮。

今年在她的教室增加了沙發之後,Valley Vista 高中 10 年級的歷史課老師 Angela Ekstrom 也得出了類似的結論。 她以為自己的學生會感到興奮。但結果表明,學生們相當留戀教室後頭硬邦邦又窄小的傳統書桌。

她說:「我不知道這是不是年齡的問題,還是說他們這些年來被教育的原因。」增加沙發進來原本是想讓學生自由選擇坐在什麼地方,並且在上課期間可以四處走動一下。但是直到第二週才有人敢去試坐一下。

Ekstrom 意識到在嘗試新東西方面學生更需要獲得信心——無論是一種新的做法,還是新的學習方式,她總在必要的時候給予他們信心。在學年開始的時候,她的學生要自己製作課本,裡面包括了內容目錄,目標追蹤,並且留有空白來記筆記和回饋。Ekstrom 用這種課本來教學生不同的記筆記和學習方法,過一段時間之後,再讓學生自己選擇最適合的方法。

但這個課本製作過程最後卻變成了藝術創作項目,學生們用家人朋友或者所喜愛球隊的照片等任何自己覺得重要的東西來裝點課本,其實這個項目還有一個更深層次的目的:Ekstrom 以此來向她的學生說明,她把每一個人都視為獨立的個體,有著不同的目標和優勢。 像 Ekstrom 和她的同事一樣的教育工作者已經知道,如果學生和老師不在個人層面有機會建立聯繫的話,這個世界上所有的數據都是沒有用處的。


蛻變敏捷開發組織並不難! AWS Amplify幫前端工程師從雲端快速建立REACT程式

台灣企業勢必需要明確轉型策略,搭配適合的雲端工具作為入場券,一來降低數位化門檻、二來減少摸索資源的浪費。
評論
shutterstock_1451794139.jpg
評論

打造敏捷開發流程、加速前後端工程師的協作效率,是許多企業在面臨疫情之後,認為亟需將彈性元素納入為企業文化當中。雲端運算服務領導業者 AWS 台灣,觀察到前端工程師主要負責處理最貼近用戶的 Web、行動應用程式,但他們往往需要與後端團隊合作過程,遭遇耗費大量討論時間,才能處理使用者介面事項。

為了降低前後端的溝通成本,有些前端工程師在掌握介面管理能力之後,開始橫跨到後端的伺服器、資料庫開發經驗,甚至進一步培養技能,成為能負責測試、安全、效能多面向的全端工程師。

有的人會透過 Side Project(利用業餘時間開發有興趣的專案)或參加 Hackathon(黑客松)方式,運用 AWS 雲端工具嘗試自行擴展後端,並建立簡單易用的工具程式。究竟,AWS 平台提供哪些資源幫助前端工程師擴展更多元的技能樹?

掌握入門教學!前端工程師如何將 REACT 程式快速上雲

前端工程師運用 AWS Amplify,快速在雲端建立 REACT 應用程式

事實上,AWS 的入門課程指出,運用 AWS Amplify 在雲端建立 React 應用程式及服務集,只需五個學習歷程,包含建立 React 應用程式、初始化本機應用程式、新增身份驗證、新增 API 和資料庫、新增儲存體。如果想快速了解 REACT 程式快速上雲的方法及示範教學,本文節錄 AWS QUICKSTART 學習資源內容,幫助前端工程師更快掌握重點。

首先,何謂 AWS Amplify?AWS Amplify 是一項全托管 Front-End Web & Mobile 服務,採取無伺服器模式,在後端建立、部署和託管單一頁面 Web 應用程式或靜態網站的 Git 型 CI/CD 工作流程,加速開發過程直接整合其他 AWS 服務。舉例來說,像是整合封裝好的 Library 資源、或運用一些 Components UI 軟體去配置後端,以及利用 Admin 的 UI 做資源上的管理。

透過 AWS 增加雲端技能 在組織發揮你的影響力

AWS Amplify加速Develop、Deliver 與 Manage流程

AWS Amplify 主要優勢展現在三大項工作階段,分別是 Develop、Deliver 和 Manage。Develop 部分可利用 CLI(Command-Line Interface)或 Admin UI 設定後端,使用 GraphQL 或 REST API 設定也是可行的,進而快速建構一個前後端專案。此外,開發者還能搭配 AWS 其他服務,例如使用 AWS Authentication 全托管認證服務,或 DataStore、Storage 等多項 Feature Categories。

到了 Deliver 階段,若是要透過 AWS Amplify 執行 Web Hosting 任務,可拆解出三個流程。首先是將 Repository 與 AWS Amplify 進行連結,這邊可整合 Amplify Console 提供的支援資源包含 Github、Bit Bucket、Gitlab、以及 AWS 的程式碼代管工具 AWS CodeCommit。一旦連結以後,開發者可透過自己的 Configuration,决定在各個不同的 Build 要執行什麽樣的指令,最後再透過 Deploy 方式,幫助工程師進行前端的 Hosting。

在最後一個 Manage 階段,開發者則可利用 AWS Amplify 的 Admin UI,以開啓瀏覽器方式,透過視覺化介面統一管理資源。例如在 Admin UI 介面左側選單,涵蓋 Content、User Management 的區塊,讓參與專案但沒有 AWS Console 權限的使用者,可利用 E-mail 方式邀請使用者進到 Admin UI,進行一些設定或觀看其他相關資源;甚至在 Set Up 區塊還有相關選項,例如要針對 Data Modeling 或 APP User 做權限管理,以及可連結到 AWS 其他服務。

運用開放資源 AWS Amplify Framework,打造高效能應用服務

AWS QUICKSTART 學習資源還介紹到另一個 AWS 提供的開放資源 Amplify Framework,一樣可利用 Amplify CLI 的方式,配置 Web 和行動應用程式的前後端,以及開發者需要用到的服務,讓應用程式更易於構建,並獲得安全、高性能的使用體驗。

Amplify CLI 一樣有支援多個不同 Category,例如較常使用的幾個 Comment Line,像是Amplify Init 指令做初始化或創建幾個不同資源;或是 Amplify Status 指令,隨時在開發過程查看各個 Category 狀態;甚至專案結束後,可利用 Amplify Delete 直接把 Amplify 所創建的資源做一次性删除。另外也可透過 AWS Amplify Client 利用比較抽象化方式,讓開發者直接利用 Component 實現想要完成的項目。

填寫表單 找到適合你的快速上雲服務與工具!

實際示範給你看,設定 React 程式可以如此簡單

假設前端工程師現在要快速部署一項有驗證功能(Authentication)還要搭配 Rest API、GraphQL、Analytics 等服務的應用,如何快速設定 React 程式?在 AWS QUICKSTART 的學習資源後半段,有詳細說明要啟動這類型專案的操作方法。

開發者可以先利用 AWS Lambda Function 結合 Amazon API Gateway 方式,創建出一個 Rest API,到了 Authentication 階段,則使用到 AWS Cognito 的服務,接著針對 GraphQL 需求,可利用 AWS AppSync 服務,以及最後如果有 Analytics 的需求,也可以串聯 Amazon Pinpoint 工具。Amazon Pinpoint 是一項彈性而可以擴展的行銷通訊服務,開發人員可利用 Amazon Pinpoint API 追蹤 Web 使用者的行爲,或是針對 APP 推送、電子郵件、簡訊點擊行為蒐集到具體的資訊。

在這整套流程示範之後,值得特別強調的是,AWS AppSync 是一項全托管的服務,能及時更新,甚至在使用者離線時仍可以持續去創建和修改數據。一旦設備連上線之後,這項應用程式就可重新連線,並接到後端同步數據,達成彈性、自動化擴展或減縮各式 API 的請求。

打造第一個你在 AWS 上的應用程式

AWS 最後強調,Amplify 是相當適合建構出一個靜態 Web、Apps 服務模式,例如說像是打造部落格,或者是一項 APP 內的代辦事項應用等;加上 Amplify 具全托管服務特色,可串聯上述 AWS 在雲端所提供的資源,都能在部署過程加以整合,加速開發流程及效率,並且有效節省開發資源。如果想用低門檻的雲端解決方案,其實前端工程師是能在開發流程更靈活配置資源,甚至為公司的商業、服務模式挖掘出創新價值。

了解更多:AWS 開發者系列