教學區用字的精準度

教學說明用字的精準度可以更通俗易懂，例如以下兩行；

value22 = GetField("Close", "Tick")[1]; // 前一筆成交價格。

value23 = GetField("Close", "Tick")[2]; // 前兩筆成交價格。

前一筆成交價格，還能理解，因為只有一筆價格。

前兩筆成交價格，這個用詞就有待商榷了，前兩筆的價格指的是兩筆合計、兩筆平均、提取兩筆價格或單筆的價格。

較正確寫法應該是，//前面第二筆成交價格，"第" 是有指定的意思，這樣無論誰看，都不會搞錯。

否則可能產生如下的狀況:

前一人(筆)過來=>是來一個人。

前兩人(筆)過來=>是來兩個人。

前第二個人(筆)過來=>是排前第二位的那個人，來一個人。

尤其是我這種初來乍到的門外漢，常被一堆相似用詞搞混了，陷在泥沼裡。

再例如說:

那個房子右邊=>是面對房子的右邊、還是房子座向的右邊，常有各自解讀而誤會?
前一陣子熱門的讓3%，也是造成轟動的誤會，各自解讀

越能降低學習門檻，越能增加使用者~
越能提供方便性、操作越簡單，越能提高購買率，且越能降低客服和系統運作成本~
公司越能幫助客戶賺錢，公司就能賺到更多錢、公司賺到更多錢、夥伴們也跟著賺更多錢~客戶賺錢就捨不得跳槽離開!

學習有瓶頸，公司直接幫忙打開任督二脈，不讓學習有瓶頸，是最快有效的方法，也是最有效的留客率!

尤其在XS程式碼這塊的溝通，雖沒代寫而有些範例，但不是客戶需求的，即使看了用了也意會不到，難以感同身受的了解。但若客戶有提供程式碼詢問，其實用該客戶程式碼對應小幫手所理解客戶問題後，提供修正的程式碼並做一些差異註解，由客戶來比對執行差異性是否為所需，因為了解需求容易感同身受，其實更容易理解彼此的理解是否一致，找出錯誤點解決，用這種 "執行結果" 的雙向程式溝通能更有效，比敘述解釋一堆內容更簡單易懂也較不費時，可能兩行程式碼或兩個函數或只是用法修正一下就解決了。

期望讓客戶學會了解整套(公司內部員工不見得都能做到)不如解決當下，否則對彼此都是困難的也是高費時成本，甚至還沒效果，更甚的是，其實彼此都辛苦的很卻還被嫌的很。只要讓客戶能看到正確使用，慢慢就能體會就足以滿足客戶需求!
有需求性的事容易專注努力，得到解決或完成時，學習自然快進步也快、滿意度高~