如何利用 EXCEL 批量轉換關鍵詞為 ____ 格式?

利用 EXCEL 的 Function (函數) 功能可以做到下圖的效果...

首先必須有上述兩個欄位，原文及關鍵詞...接下來另外新增一個欄位如上圖的 "函數轉換"，利用 "文字"類別的 "Substitute" 函數功能來處理。

如下圖這樣做設定.....

一格的函數做好之後，底下的全部用拖放複製就可批量轉換完成!
轉換好後複製到 notepad ++ 效果如下圖...

 

探討如何用 UX 來練習聽力.....

底下我僅就個人淺薄的想法，與製作 UX 課程的經驗做個交流。一定有不夠周延之處，
所以也歡迎有其他想法的朋友一起交流。
.................................

UX 多了許多題型可用，雖然感覺上能夠測驗與複習的模式變多了，但是我個人覺得效果還是最重要的，
一切都應該往這個核心去考量，因此如果要做個能放入 UX 的聽力課程，我會先從使用者所需的聽力練習來分析。

假設提供給最初階的使用者，那麼聽力練習最重要的部份可能在於語音的熟悉度 ... 也就最簡單的聽和看做結合。
題型可能採用聽語音選單詞或句子的方式...然而再細分下去，又可以針對這部分做一些更具測驗性的課程，
譬如把一些相似句子擺在一起當選項，這樣更考驗聽力。
或者改成圖片的方式... 像 Rosetta Stone 那樣，讓使用者去選擇適當語義的圖片。
至於來源的問題...可能得更花心思去尋找有無適合的現成素材可轉用。

如果進階一點的聽力練習，核心的部分應該在於了解內容。
這個部份我個人認為其實只是閱讀的轉化而已，為何這麼說呢?...
一篇文章能看得懂，表示這篇文章的單詞與語法對你而言不是問題，但是改成用聽的卻出現不知道對方在講甚麼，
這就表示聽力需要練習。
反過來看.."你能聽得清楚"，卻不知所云..(因為是生詞或是語法結構搞不懂)，那麼就不是練聽力的問題了。

以 這個邏輯推論下去...要達成這種進階的聽力練習的 UX課程，效果是很難出來的。為何這麼說呢?...首先限於 UX 的版面大小，太複雜的、內容太多的要擺進去實在不好處理，每次複習的時間也會拖得很長 ... 我個人認為太長的測驗時間對使用UX的效果是沒有加分效果的。其次，UX最有效的應該是重點重複...一大篇文章的聽力練習內容，其實真正會考驗到自己的 部分並不是全部，所以全部放進去似乎是不太恰當的，也會將日後複習的時間拉得很長。

我個人如果需要做個聽力練習的課程，又是已經達到進階的需求時，我應該會這樣處理...先學習再取出自己真的不會的部分，做成 UX 的課程，重複練習。
選個適合自己程度的聽力節目，如 rooing 提到的 科學60秒、或是 VOA 的聽力節目等等... 先用聽的了解一下內容，
如果有 很多片段不知所云， Check 一下文本 ... 如果閱讀上沒問題，表示真的是聽力不夠 OK ，取出句子與語音作為聽力練習課程。...用甚麼題型呢? ... 用最簡單的 Q 與 A就可以了ㄚ...；但是如果連看都看不懂，就表示你的單詞與語法還不夠 OK ，那你需要的可不是聽力而已，這時把生詞加入生詞課程，語法加入語法課程...etc...

UX 是個輔助你學習的工具，應該以自己真正的需求做導向，這樣才能做出有效果的課程。

UX 評分的一些疑問...

從以前破發網友到最近 rooing 網友都對 UX 的評分方式有一些想法，在這裡我想針對這部分提供我自己的看法。
 UX 到底是依據什麼來評分?

這麼多人 Care 這些評分，是因為這些評分與你以後的學習數據、複習時間與數量有攸關性，所以不能亂來。從回答時間的長短 ... 到答案回答的正確與否都有人提出疑問，認為這些都會影響 UX 的評分 .... 我個人的想法是 .... 這些都不會影響 UX 的評分，唯一會影響 UX 評分的只有你自己的評分...就是 Excellent、Good、Fail ..... 這些自我評量。

關於回答時間的部分，可以到捨得論壇去找一下 "超級賽亞人" 的見解，基本上我的想法跟他一樣，認為回答時間的長短是與評分無關的。
在這裡我也可以提供一個推理論證讓大家參考，假設回答的時間會影響學習數據，那麼 UX 自己在賣的商業課程題型那麼多，有的只是簡單的選擇，有的是一大篇的填空閱讀測驗 ... 那這些要怎麼設定規則來辨別多久的回答時間要給多少的參數值呢?...所以絕對不可能是採用一個通用標準時間的，這樣不同題型怎麼能適用呢?

而 UX 會自動幫你校正答案的題型，可以自己驗證一下。例如選擇題，你不用去點選答案，直接看答案之後，你再來評分 "我知道 - I kenw" ，看看他還會不會因為 Check 是錯的就把這題要你再做一遍?! UX 只是提供一個簡單的答案檢查功能，讓你很方便的對照自己答案對不對，最後的評分由自己決定 .... 所以拼寫格少打個 . 或 , ，甚至因為滑鼠滑掉點錯了...還是什麼意外之類的，都沒關係。只要你最後的評分是符合你的現況就可以了...至於連自己的評分都點錯了怎麼辦? 如果還不會卻讓它 Pass 了 ... 就選個 reset ( 重置) 讓它重練囉...如果已經 OK 卻點了 "Didn't know" ，那就多做幾次吧...

SM Converter 更新計畫....

許久沒有更新這個工具了，目前累積了好幾個 Bug 要修正，所以最近會抽出一些時間將這些 Bug 修好，目前發現的 Bug 大致分述如下：

1. 使用提示-提示欄位功能，如果資料項含有 & < > 三種字元，會造成 UX 開啟錯誤。( 由 艾斯 網友發現的 bug)

2. 選擇題的資料來源也同樣有上述情況，含有 & < > 會造成 UX 開啟錯誤。

3. 批次轉換採用增添模式時，新增的分類與題型會無法正常顯示。

如果各位朋友還有發現其他 Bug ，麻煩告知我一下，在能力範圍內會順便做修正。

另外 rooing 網友提到 Spellpad 拼寫格 在1.0.0.9 版比較不好用的問題，其實在1.0.0.9 版已多出一個 "字組或非字組的選項"，將這個選項取消勾選，就會回到之前的那種過濾置換的形態，但是關於大小寫的部分，還是不能通用 ... 這部分預計在改版的更新裡面會補上。

如何避免 GIGO ....

做課程很辛苦，但是來源如果是錯誤的，那就是名符其實的 GIGO了 (garbage in garbage out )，
那可就真的誤人又誤己了...如何避免這種情況發生呢?
其實有幾個小方法可以運用。

一、儘量使用非 Key-in 的方式產生來源文字。如果整個來源都是 key-in 的，在長期輸入的情況下，注意力會減退、錯誤率就會提高。除非是一邊學習一邊做課程的方式，因為不是集中處理來源輸入的工作，所以不會產生過多的負擔，甚至還有順便複習的效果。

二、善用 Office 的拼字檢查功能。多按一個 [F7] 就可以大略幫你找出有沒有拼字錯誤的地方，這個方便的功能絕對不能忽略，最好能養成習慣以避免不必要的拼字錯誤。
當然這只適合使用英文來源做文字的課程...

三、 圖片法的採用。如果題型無須利用到文字來源，可以採用截圖的方式取得文字或表格等等，比較複雜的部份。讓原始的資料完整呈現，以避免手動整理時發生的錯誤。

.... 還有一點也要注意一下，不要認為最初的原始文件一定沒問題。最好習慣都用 F7 拼字檢查檢驗看看，有時你會發現錯誤出現在你想不到的地方呢........舉個最近我遇到的例子...........

Rosetta Stone - American English - Level 5 Unit 4

看出端倪了嗎? ........  microcope ? 應該是 microscope 才對吧!

我的編程之路...

有網友問我，編程該從何學起? 哪一種語言比較學習難度低、適用性廣呢?

如果以現在的我來說， Autoit 是我最擅長的，當然不做第二選項，目前一定就是這個答案了。由 SM Converter 以及 UX 發音練習工具，就可以看出 Autoit 並不只是像按鍵精靈那樣，做一些簡化操作流程的工作而已，其實只要願意花心思，小小的、非主流的編程語言都可以用的很好的。

對於編程，我其實是走了一大圈。我不是科班出身的...坦白說一堂編程課我都沒上過，所有的知識都是自己翻書、看說明、找網頁得來的。我也很慶幸自己活在網路發達的時代，更可以不受限的學習各種技能與知識。
最早開始接觸編程是為了改善公司的倉管流程，總覺得之前委託業者寫的程序有很多需要改善。事實上在學編程的過程中，我總是陷入有沒有更好、更厲害的語言， 可以做更有效率、更深入的電腦控制。其實簡單的倉管程序主要的核心在於數據處理，我卻著迷與介面的設計，像Acsess 那樣的軟件其實只要編寫一些VBA就可以用了，我卻覺得介面不夠完善而想開發不用倚靠 Acsess的獨立EXE 程序，而轉向 C語言的懷抱...明眼人馬上就知道，用C來寫數據編程是需要更高的功力的...就這樣繞ㄚ繞的，老是成不了事。我的編程之路就這樣上上下下，不知該哪個 方向走，似乎找不到 "好用" 的。有一天朋友要寫畢業專題，需要開發一個電力公司計費系統，學校要求用 VB 寫，找我幫忙，所以我又開始學 VB了，但是這次有了一些不同。因為這是需要完成品的，也限制了只能用VB，所以這是我第一次真正完成一個程序，雖然不完美，卻是切切實實的一個完成品。 這個過程中，我從開發、測試、除錯 ... 每個階段都經歷過，用有限的功能盡可能達到預期的效果。.....
這一次在編程能力上，我是真的打下了比較結實的基礎了。經過這次的經驗我發覺，就算一開始入手的語言不是那麼 "好用" ，但是只要你願意從頭到尾 Run 過一回，得到的東西絕對比你想得到的還多。

Autoit 其實跟 VB 很類似，語法上並沒有太大差異，很容易入手的。而我會從 VB 轉為 Autoit 主要是因為其可攜性較高，封裝之後無需其他額外的控件 dll 或是 ocx 檔案，就可以執行，而且檔案明顯比VB小很多。當初幫朋友寫個通訊錄功能的小程序，在可攜性上面遇到不少問題，所以因此找到的 Autoit ，越寫越上手，就一直用到現在，目前幾乎所有的程序都是由Autoit所撰寫的。

或許有些人對 Autoit 到底功能有多強會抱持懷疑的態度，但是就如同我前面所說的...重點不是好不好用...重點是你得乖乖全部 Run 過一次，不管你從哪個語言開始，編程的核心觀念大部分是通用的，這些才是真正累積起來的寶物。從我編寫 SM Converter 就是很好的證明..我不懂 XML 、不懂 HTML 語法，但是我可以開發出轉換 XML 文件的 SMUX 課程 .... Why? 其實你學到的東西真的比你想的還要多、還要有價值，只要你不要太執著找到好用的，而願意不斷的嘗試、不斷的寫出一個又一個的程序，就算不完美也無妨。

製作課程...真的不是簡單的事情

最近忙著清前帳...把之前整理一半的許多資料一個個的處理，製作成課程以便跟朋友交差。雖然使用SM Converter來轉換課程已經很方便了，但是最費力氣的都是在前端資料來源的處理。突然發覺這些我習以為常的處理步驟，卻不是每個人可輕易做到的，製 作課程....實在不是簡單的事情，是需要其他相關能力的搭配才能輕鬆應付的。

譬如前幾天做的 English Grammar Tests 課程，來源是PDF檔案。這個PDF非圖片轉成的，所以文字可複製，省了不少力氣，但是萬一是圖片呢? 其實也是有解的，只是要用OCR來處理，這就考驗到如何 OCR 的能力了。之前在 Test your vocabulary 4 開始製作之初，我利用OCR將大部分的 Answers 轉出來，再用 Office 的文字檢查功能快速的檢查過一遍。在很短的時間便完成了答案 Key-in 的工作，這就是具備 OCR 能力才能做得到的。

回到 Grammar Tests 課程來看...雖然是文字可以直接取得，但是必須變成下列這種資料才能成為 SMC 可用的來源：

但是複製出來的文字卻是這樣，題目答案是分開的，題目如下...
Speaking already
Q1     Can you hear what he is .......?
(a) saying
(b) speaking
(c) telling
(d) talking
Q2     She hasn't come home ........
(a) still
(b) already
(c) yet
(d) till

答案如下.......
A1     Can you hear what he is saying?
answer: (a) saying
A2     She hasn't come home yet.
answer: (c) yet

如何將這分散的文字，快速的轉成下面這樣的形態呢?


Can you hear what he is ##?#saying|speaking|telling|talking


坦白說...如果你會編程，這個對你而言不是問題，寫幾行程序就可以很快的全部處理完成，但是如果你沒有這方面的能力，光 是靠手動輸入，可就得耗費相當長的時間了。記得之前看過勝間和代教如何學習的書曾提到一些必須具備的能力，其中一項就是編程能力，當時覺得這或許不應該是 必須的吧..但是現在突然覺得，少了這一點卻會差很多。

下拉式與條列式選項的特色

最近重新把 Grammar語法練習的來源檔案製作成語音版本，用TTS轉換MP3檔案，套用在新的課程裡，增加語音部份的素材，讓整個課程的學習性提高一些。在製作過程中突然想到一個問題，UX為什麼要採用兩種型態的選擇題呢? 原本以為是為了版面好看而多了下拉式，但是比對兩種版本之後，突然發覺這兩者在使用過程中產生的效果有明顯的差異性。

下拉式其實隱藏有填空的測驗效果，如下圖所示題目不會出現選項，學習者可以先測驗自己對題目的了解程度，如果夠熟悉不用下拉選項就已知道答案，這等同於測驗填空的功能。如果不是很確定答案，則可以點選下拉清單，這樣便產生了選擇題的功能了。所以下拉式選擇題其實有兩種測驗效果。

條列式如下圖，所有的選項都顯示在題目中。這個好處是學習者無須使用滑鼠去拉出選項，題目便一目了然，可以節省操作步驟，但是卻僅有選擇題的測驗功能，無法像下拉式那樣還可以充當填空題型使用。