課程介紹網站

2025年度的課程己經開始報名了，有興趣的朋友們可以參考看看!

前端網頁開發技術班(青年專班) –

第二期

• 報名期間：114-05-01 ~ 114-08-01
• 訓練期間：114-09-03 ~ 115-02-25
• 甄試日期：114-08-14

課程時間920小時，115天，主要內容為網頁前端的js/jquery教學，同時也有前端框架vue.js/vue cli的教學，後端則是搭配MongoDB及node.js，開發環境使用VS CODE 搭配Live Server；證照內容是網頁設計丙級，會在開課後兩個月左右先考證照；期末主要的成果是一個專題網站，由學員自行尋找一個主題，然後用所學的技術把網站完成。

青年專班指的是15歲以上，29歲以下的待業人士優先，在甄試時會優先錄取符合條件的學員，不足24人時，才會錄取30歲以上的學員，此班級加入企業參訪行程，將會安排學員前往企業參訪或相關展覽活動以協助了解業界的工作內容。

PHP資料庫網頁設計(政策性課程) –

第二期

• 報名期間：114-05-15 ~ 114-08-15
• 訓練期間：114-09-17 ~ 115-03-12
• 甄試日期：114-08-28

課程內容和前幾期的內容大致相同，課程時間為920小時，115天，本課程有不少的作業量，透過作業的練習，讓學員可以儘快擁有實作的能力，也可以用來檢視自己的學習狀況；這項課程是以後端網頁技術為主，主要程式語言為PHP，資料庫選用MySQL/MariaDB，輔導證照為網頁設計乙級證照，會在最後一周時辦理考照，開發環境主要使用Xampp；課程後期會介紹PHP框架Lavarel，提供學員擁用操作框架開發的能力。

除了以上提到的主要差異外，兩個班次的課程都同時會教授：

• HTML標籤 – 前期可能會搭配DreamWeaver之類的軟體來讓沒有基礎的學員可以快速了解網頁的入門操作，但最終會培養學員能學會純手工打出HTML標籤，並建構靜態的網頁。
• CSS樣式 – 主要是了解CSS3的各種應用，包含了 box-model ，flex-box ，css-animation..etc，後期也會教到css框架Bootstrap的使用。
• javascript/jQuery-不論是前端或後端，都需要對javascript有一定的了解，因此兩個班別都會教授javascript語言，並搭配jQuery函式庫來輔助DOM的操作。
• git/gihub – 版本管理的基本操作，讓學員能儘早適應業界的開發流程及版本控制方式，同時也會利用到github classroom來管理學員的作業，整個課程中都會不斷的使用git及github來輔助。
• Visual Studio Code – VS CODE是主要的開發編輯器。

職訓班的學員大多都是沒有程式基礎，甚至連電腦操作都不熟悉的人，所以課程內容的安排是從零開始，帶領學員了解網頁程式設計的世界，過程中學員也可以逐步的去探索及了解自己是否有這方面的天賦及興趣，說實話，並不是所有的人進來學習後都一定可以學得會並且成為程式設計師，很多人看到要打一堆程式碼和記一堆英文函式及一堆數學就卻步了；但是如果可以克服前面的難關，那麼以目前就業市場對技術人員的需求量來看，學會程式設計不用怕找不到工作。

在教學速度的安排上，前面一兩個月的速度會比較慢，並且會給學員足夠的時間練習，老師也會逐一的去指導及看問題，但是後期的速度就會偏快，並且要求大家回家作作業及練習，相關的功課及評量考試也不少，原因是現代網頁技術已經是一門整合型的學問了，不再是會單一技術就能應付得了，需要學會 html / css / js / php / sql 的語法之外，還要有點美術底子，會基本的修圖，動畫製作，也要了解網路的背景技術是什麼，資安議題有那些，UI/UX又是怎麼一回事等等，因為要學習的東西很多，所以只能把教學速度加快才能讓學員在課程時間內了解完整的技能面貌是如何的，否則只學會其中一個單項的技術，企業是難以認同並錄用的。

全世界都在缺程式設計人材，網頁程式設計只是個入門，在了解以上提到的內容後，歡迎有決心及熱情的朋友來參加學習。

昨天去查看檢定參考資料時，發現網頁乙級術科的題目和素材都更新了，由於只是文字內容的調整，沒有動到題組的改變，所以就沒有另外公告了。

下載來做了比對後，不禁微微一笑，修改的內容幾乎都是我六月寄去的建議書中提到的內容：

1. 第一題的flash檔改成gif檔。
2. 第一題中關於”產生縮圖”的描述，改成了”顯示大小”。
3. 第二題的註冊功能增加了對”確認密碼”欄位的檢查。
4. 第三題的影片素材由avi改成了mp4。
5. 第四題的商品區要增加分頁或滾軸，不能讓商品區的版面高度自己拉長
6. 第四題的商品區確定要有分類導覽文字
7. 購物車可同時選購多項商品
8. 購物車的刪除按鈕要有刪除的功能
9. 第四題的商品文字素材增加了”商品編號”這個項目
10. 新增商品時要即時出現商品編號
11. 編輯商品時不可更改商品編號
12. 強調參考圖及版型檔案僅供參考，只要符合文字描述的功能要求即可
13. 函式庫中更新了各個函式庫及框架的版本到最新版本

雖然還有很多我提到的問題沒有做修改，但素材和函式庫有更新我就很滿足了，至於題目內容的描述更改，對難度的影響只有第四題比較明顯，因為購物車要做的事變多，但題組的合理性有所提升也是好事一件。

接下來的課程會依照這份修改過的題目及素材來教學，希望學員們都能吸收。

前陣子在研究Web Audio API時，發現檔案一多，在解碼和資料的處理就會很慢，查了一下原因主要是因為javascript的單執行緒造成的，所以找到了Web Workers這個東西，可以用來開多執行緒，分擔一些工作；不過研究到最後，並沒有應用到我想解決的問題上，因為Web Workers天生有一些限制在。

Web Workers主要是用來解決比較複雜的運算問題，所以它限制不能做DOM的操作，同時，或是像Web Audio API這種不完全在主執行緒工作的應用也是不能放進Workers的，Web Audio API的多執行緒後來由Google提出的Worklet來處理；那麼Workers到底具體來說可以做什麼事呢 ，我嘗試做了一個實驗，就是在檔案上傳時，先不真的傳到資料庫，而是把檔案先編碼成base64的長字串格式放在Src中，藉此來直接前端啟用播放音樂的功能，這中間最花時間的就是檔案編碼的工作了，所以我把這個工作交給Workers去處理，並比較效益。

就最原始的寫法來說，直接在前端接收使用者選擇的檔案後，new一個fileReader出來，接下來讀檔，編碼再寫回網頁，因為是用迴圈逐一執行的，雖然fileReader.onload是非同步進行的，但是進行編碼時是會佔住主執行緒的資源的，因此其它的檔案就只能等主執行緒空出時間來才能進行，以一次讀進一整張專輯十二首歌來算，平均要花1.66秒才能完成全部的讀檔及編碼的工作。

改成用Workers後，第一個實驗是在主執行緒原本的迴圈中直接開Worker出來，然後把檔案丟進worker去處理，等於是同時開了十二個Workers，這樣跑下來，平均時間縮短到0.86秒，每個worker平均只花33亳秒就完成讀檔及編碼的工作，最花時間的地方是在主執行緒收到Worker回傳的資料後要寫入網頁時，因為這時候主執行緒會依照收到的資料逐一寫入網頁，寫完一筆資料，再寫下一筆，所以卡住了。

最後再做修改，把選擇的檔案清單直接交給一個主要的Worker，由這個Worker去決定要開多少個Worker來讀出檔案及編碼，最後所有資料都回傳給主Worker後，再一次性的回傳給主執行緒來處理，這樣做的話，平均時間縮短到0.24秒，執行緒的總工作時間大概是0.19秒，也就是說，如果主執行緒不要去管多個工作的排程問題的話，單純收到資料並寫入網頁，其實可以很快，而Worker就是在分擔主執行緒的工作這方面發揮了很大的作用。

除了這個簡單的小實驗，另外一個可以嘗試的方式是結合Canvas來使用，動畫或遊戲經常需要大量的計算，可以透過Workers來分擔計算的工作，主執行緒只需要專注最後畫面的呈現就可以了，關於Canvas的應用，我打算過陣子有空找個題目來實作，到時除了Web Workers的應用，還會結合offScreenCanvas這個實驗中的API來試試。

因為最近學員要參加網丙技檢，有人問了這個問題，我才想起來先前有打算向技檢中心詢問，但一忙起來就忘了，上周五及隔周一連發了兩封信去詢問，原本期望可以在學員應檢前得到答案的，但最後拿到答案的時間，學員也考完了。

我的問題主要是針對網頁第二題的標題橫幅文字來詢問，因為題目描述上有出現”圖片”兩個字，卻又要求不能以繪圖軟體的方式製作，所以造成了一些疑惑，目前坊間的書大多是推薦使用canvas來解，但對丙級來說，我覺得使用到canvas有點難，後來前幾屆改成用svg來解，倒也沒傳出有人因為使用svg而被扣分的狀況，但因為之前的svg做法其實是使用css的text-shadow來達成，並不能算是真正發揮svg繪圖的做法，所以我心中一直覺得怪怪的，既然有學員問了，我就發了個疑問過去，同時又想到乙級第三題的影像素材問題，就又再發了一封詢問乙級素材的問題過去，結果技檢中心並不是兩封各別回覆，而是合併在一起回覆。

這回覆算是很具體了，不像上一次的還有些模糊地帶，這邊明確的提到只要不是使用嵌入圖片(比如<img> 或<embed>)的方式都可以被認可，這表示除了Canvas和SVG，直接使用CSS的text-shadow也是可以的，這樣的話就比較符合丙級該有的難度的了，有些考場有提供DW CC的試用版，裏頭就可以直接設定text-shadow，至於CS6以前的版本就必須自己手動加入一個Class或直接寫在行內樣式來處理，但比起SVG或Canvas，CSS算是最簡單的。

另外一個回覆是關於乙級第三題的素材問題，因為目前的avi檔只能在IE上播放，如果是其它的瀏灠器則無法播放，因此技檢中心回覆未來會提供其它的網路媒體做選擇，這算是滿正面的回應的，期望能在十月前完成素材的置換，這樣今年報名全國檢定的應試者才來得及使用到的新的素材來解題。

這兩天在研究Web Audio API，這是個有趣的東西，但一般看到的應用都是在純音樂的創作上，比如線上五線譜，線上編曲等等的，因為另一個原因，所以我想研究的是線上剪切聲音檔的功能；但是最後發現，剪切聲音檔需要很強的運算能力，直接存成wav檔之類的還可以，但是要再壓線成其它的格式，就不一定吃得消了；雖然沒有辦法如願做出想要的功能，但也順便玩了一下視覺化的功能，做出來的成果還滿有趣的。

展示頁面
Gitub專案頁面

我做了兩個實作的成果，一個是可以直接開本機上的聲音檔出來播放，然後把聲音的頻率轉成動畫圖象來顯示，圖像的部份使用的是canvas的功能來即時繪製；將取得的音源資料做一些變化後，就可以產生不同的動態效果，github上也有一些專案是在做視覺化的。

API取得的資料有兩類，一類是顯示音源由那些頻率組合而成的，一類則是當下音源的能量組合，利用這兩類資料的數據特性就可以變化出各種隨音樂進行的動態出來。

另一個實作是對整個聲音檔的分析，這個功能原意要是來找出聲音檔的前後空白(靜音)的部份，方便做聲音檔的剪裁或標註，這個功能就不需要播放出聲音檔來截取資料，程式會以瀏灠器可以承受的速度儘快把資料送進一個我們自己寫的處理器中對資料進行分析。

我的實作則是提供可以一次上傳多個檔案並對檔案分析的功能，會在畫面上列出各個聲音檔及該檔案的整體音頻狀況，可以大概知道音頻是快的慢的，吵的還是柔和的，一樣提供直接讀取本機檔案的功能，原本有想做遠端檔案分析的，但我估計加上網路傳輸因素，會有很多狀況要處理，就先算了。

利用一周沒課的時間，把解題網站修改完了，從去年五月上線到現在也滿一年了，這次是改成新的自訂函式的解法，同時也把首頁的風格換掉。

接下來要再改一下跨裝置的瀏灠問題，之後有時間希望可以再增加物件導向及框架解題的兩種解法。

這次應檢的地點在離家比較近的桃園成功工商，也在母校銘傳附近而已，騎個車二十分鐘就到了，早上一到就看到門口立了個大的氣球拱門，什麼複合式餐飲成立之類的東西，進去後問了考場位置，一路被學生喊老師好老師好，喊到有點不好意思了，到了三樓的圖書館報到，看到也有幾個成功工商自己的學生也在等應檢，最終十二人應檢，我是第十二人，前面十一個都是資訊相關科系的學生。

這考場的規模就真的很小，不像泰山場的還有另外一間教室給你休息和抽籤用，我們是先站在外面的走廊點名排隊，然後一個學生進去抽題組和資料組，等評委把題組分好後，再出來一個一個叫號進去入座，我拿到的是題組一，dataset2,YR1文件檔，心想應該是沒什麼問題，反正有四小時可以慢慢做。

話說原本先前做過一次後，打算等考前一周再來練一次dataset2和dataset3的，但一想到這軟乙的題目設計的很沒挑戰性，就懶懶的不想碰，連學科的一千二百題也是拖到考前一周才完成一輪，之後把容易錯的題目整理成一份文件，打算考前再來看一下就好了，所以總結來說，我只練習了一次術科的題目，用的還是dataset1，學科也只唸了一遍。

就座後，監評就開始解釋考場規則及一些注意事項，最後確認大家要使用的軟體版本，大家都說要用office 2010版的，然後就要我們去點桌面上的安裝程式，這裏使用的螢幕還是4:3的，算是古董級的了，但是主機應該是升級過，操作起來是感算還順暢，然後監評這時說，安裝就開始計時了，牆上的電子鐘就開始倒數了，最後說明了今天學校有活動，可能會比較吵，開考三十分鐘左右就有人離場了，我猜是抽到比較難的題目所以放棄了，接著不到一小時又有一兩個學生也放棄了，我還聽到監評和他們說，要不要再堅持一下？不要輕易放棄吧；

題組一算是我一開始研究軟乙時有下比較多功夫研究的，所以在access的部份我是半個小時左右就搞定五個附件需要的資料了，但是我在做第一題時，一時忘了當時是怎麼取年份的，這邊擔誤了十來分鐘，最後乾脆另外想新方法，反正東西出得來就好了，大概一個小時我就印出第一小題的成果了，之後的四個附件就只是花時間操作，改字型，加線條，修圖表，合併列印的部份我懶得用合併列印了，直接手動做三份文件印出來就好了，大概一個半小時學生就交卷到剩下一個人，我考試中有描了一下，大部份人的解題就是走EXCEL流的，在圖書館時也聽到有學生說，就把答案背一背，用key的也可以，看來這張證照被污辱的很撤底；我是刻意慢慢做的，因為我懶得再驗證一次，所以想說做慢點，檢查詳細點再印出，一次搞定，最終只剩我一個人在考，交卷的時候時間大概是二小時二十分。

離開學校時才剛過十點半，跑去麥當勞吃東西，然後看了一下學科的題目，不過我有點看不下去，想說就賭賭看實力好了，拿不到高分，但及格應該是沒問題的，就直接在麥當勞休息到十二點五十才再回到學校準備下午的學科考試。

下午的學科考試一共有二十多人來考，除了上午考軟乙的學生，還有其它職類的學科也併在一起考，就座後就看了一下操作說明影片，學科考試是只需要滑鼠的，螢幕上有提供按鈕讓你做一些輸入，輸入完編號就開始考了，很多題目再看一次還是很想吐糟，比較andriod的相機api是那一支，OSI或TCP/IP的問題，考軟乙的人真的有需要知道這些嗎？單選題大概有三四題不確定，複選題則是五六題不確定，最後成績是71分，出考場後我到上午的術科考場外去看術科成績，有及格，那一場十二人有五個不及格。

下了樓到試務中心詢問證照印製的時間，服務人員說大概半小時，我說那我就現場等好了，然後就在圖書館滑了半小時的手機，最後繳了一百六十元，拿到證照了。

回家後去香雞城買了份胖胖腿來給自己小慶祝一下，完結了這事，後面可以繼續原本的其它計畫了。

這幾天在研究PHP的物件導向，然後拿乙級的題目來練習一下，看看會有什麼差異，之前在用laravel解題時，己經了解了用框架並不一定能讓解題的速度變快，但對於降低錯誤發生，資料和程式分離是有幫助的，這次是嘗試自己建需要的類別，然後再套用到題目中。

在分析過題目後，以乙級的題目來看，最主要的工作還是放在資料庫的行為上，所以我主要是建了一個DB的Class起來，然後把增改刪查的方法寫在裏面，之後只要實例化各個資料表的物件出來使用就可以了；但是只建一個Class來用，其實感受不太到和函式化的差異，但是因為方法是包在物件中，所以命名時不太需要擔心會有重覆的問題。

之後我又想嘗試改成像Laravel那樣的靜態方法及鏈型呼叫，在使用上可以更簡短及優雅，不過在修改時遇到一些問題，花了不少時間排除，雖然這個做法的Class程式碼看起來不太漂亮，但在使用時，比之前使用函式要來得精簡而直覺。

像是分頁這種在很多題目都有出現的應用，我直接在Class中寫了一個方法來專門產生整個相關的HTML碼，直接靜態呼叫就可以看到分頁的頁碼出來了，相較先前需要整段複製貼上，再去改一些內容，這做法的確改善了不少，整個程式碼也精簡許多；最後也利用繼承，在選單的類別中直接新增一個產生選單陣列的方法，這樣就不用在首頁裏去處理主次選單的關係，直接把陣列叫出來使用就可以了。

比較先前的幾個做法，從最原始的直接寫sql語法，再用mysqli_query()去撈資料，到了後來改用PDO及自訂函式來化資料表的操作，再到現在改用物件導向來操作，這樣慢慢進步，感覺是比較紮實的。

不過最後比較整體程式碼的量時，改用物件導向並沒有真的省下很多撰寫程式的時間，反而為了讓Class更通用而花了不少時間在處理例外狀況的判斷上，靜態方法雖然好用，但在繼承時會有一些狀況要處理，不然有可能會發生讀錯資料表的狀況，這是因為靜態成員和靜態方法在記憶體中只有一份，我只是不停的去改寫這個內容，但如果是每個資料表實例化出來就沒這個問題，每個實例化的物件有自己的記憶體位置和空間，不怕衝突，各有利弊，如果只是針對應檢考試，我會比較建議用自訂函式或是做一個純工具化的Class來使用就夠了。

先前說的拿軟乙的題目來改成PHP及MySQL的教學素材一事，在開課前完成了，這個系統應該是會放在內部系統來給學生練習用，不會放在自己的網站上，因為這個網站明年到期時我應該會移到別的地方去。

這些題組大多有在文字上再做一些修改，比較適合拿來做為網頁程式及SQL語法的練習，我把重點放在SQL語法的經營上，尤其是加了一些必須使用子查詢來完成的要求，六題都能做完的學生，SQL基本功就穩了。

另外在解題的流程上，我會希望學生能善用PHP的陣列功能，除了使用SQL語法撈回資料，也能透過陣列的功能先把資料做一些整理，再使用迴圈來印出資料，提高程式的可讀性。

圖表題我只留了第一題的長條圖，因為這是在網頁上相對簡單的應用，其他題目要畫圓餅圖什麼的我就拿掉不做了，長條圖的繪製主要是使用CSS來完成的，這題的重點在練習如何把資料和CSS做結合，根據不同的資料給予不同的長度值。

最後在作業部份則是選了其中一個題組，讓學生去自行設計一個完整的網站，有前後台及登入註冊的功能，前台可以顯示報表，後台則是可以增刪查改原始資料，這樣的一套訓練下來應該也是很夠用了。

原本是打算在開課前完成的系統，但也不知道為什麼這幾個月一直都有事情忙，一直到開課兩周了才有時間來製作這個東西；這個案子一開始的目標很簡單，就是可以用來做為每次開課前做課程時間的安排，原本是用EXCEL在做的，然後再印紙本給學員，我當時再上課時自己做的版本只是先手動把課程資料輸入到資料庫，然後再寫支PHP程式按月份把課程秀出來，如此而已；這次想做的版本希望功能可以更完善，有後台可以做課程資料的編輯。

花了近一周時間斷斷續續的做，目前已經完成了核心的功能，主要是課程項目的管理，假日的管理，自己新增了一個課程綱要管理，可以先把每一天預計要上課的大概內容先記上，後台的部份在資料的新增編輯上儘可能人性化一些，像是可以自動填滿相同的課程，也可以彈性的變換講師等等，不過這些輔助的功能要花的時間反而比核心功能來得多。

因為到20號前比較忙，還得準備軟乙的考試，所以打算先暫停一下，等忙完其它的事情再來繼續，所以大概要到五月才能辦法讓這個系統上線開放使用，目前就只能在我的電腦上先待著。

預計要再增加的功能有課後筆記，用來做為紀錄每堂課的實際內容提醒及一些課程範例及補充教材；另外還需要增加可以管理不同期別課程的功能，目前的設計還是只能一次管理一個期別，要可以管理多個期別甚至多個班級的話，有些地方要重新設計。

上周都在準備軟乙術科，把所有提目都做過一次後，平均都在兩小時左完可以完工，考試時間是四小時，所以看起來是很充裕，所以我也沒打算再去練其它的dataset了，等考前一周再來複習一下應該就夠了。

不過在練習軟乙的過程中，對於素材倒是有新的想法，之前在備課時，要準備資料庫相關的內容其實不太容易，但是軟乙剛好提供了這樣的內容，雖然在資料庫的設計上，這些素材不是很完美，但拿來做基礎的講解和認識也夠了；雖然有這個想法，但在執行時發現一些額外的狀況，首先是明年的軟乙不再提供dbase的檔案，而是改用xml的格式，這應該是為了通用性，但問題是access匯出的xml格式並不是每種資料庫都能吃，openoffice雖然可以匯入，但有可會遇到編碼的問題，我想直接用phpMyAdmin來匯入也發生格式不合的問題，然後access本身也不提供其它資料庫格式的匯出，必須要自己想辦法；結論是，雖然命題委員想讓題目的設計往自由軟體方向發展，但因為題目的設計者應該是沒試過其他的軟體，所以很明顯的看得出來整個軟乙的檢定還是在為了微軟Office而設計。

最後我的解決方式是先匯出成.txt的文字檔，然後再以.csv的格式透過phpMyAdmin匯入到MySQL，然後還得在MySQL中針對每一張資料表的欄位屬性做設定；這邊提另一個有趣的地方是，明年提供的.XML格式的資料庫，使用Access匯入後，預設的欄位屬性都是簡短文字，即便是數字都會當成文字，這對於目前採用EXCEL來解題的是沒有影響，但對於像我這樣使用SQL語法在的，就可能會遇到問題，有些數字欄位得先設定好屬性後才能得出正確的結果，所以我預計明年之後，網路上的解題應該會改成全EXCEL的解法，不再使用Access了，儘管題目有些地方有強調要從資料庫獲取資料，但最後檢查只看印出的報表，根本不會去檢查有沒有使用資料庫來解題，軟乙檢定搞成這樣的畸型，真的是建議廢除算了。

我的計劃是提供這份資料庫素材給學生，然後把軟乙的一些項目抽出來當成課堂上講解及回家作業之用，比如資料的獲取方式，就可以用來講解聯表查詢的方式，判斷條件，排序，字串處理等等；而報表的製作就可以用來做為使用PHP產生網頁的講解，如何把資料庫取得的結果，在網頁上以報表的型式呈現出來；最後則是軟乙沒提到的表單功能，這部份我會拿來做為後台開發的講解，讓學生可以去製作各個資料表的維護後台，對資料表進行增刪查改的動作，這樣一套教材做下來，也算是夠紮實了。

因為一些原因必需把軟乙考起來，周五去報了名之後才開始下載參考資料來看，目前只看到第三題組，但覺得很有趣，所以寫篇文章，紀錄一下。

在學科的部份，共有827題的專業題目，有單選及複選，另外還有四百題的共同科目，都是單選，共同科目的部份之前在考網頁乙級的時候己經準備過了，所以我打算最後幾天再來看過一次就可以了；專業科目的部份比較有趣，簡單來說，以軟乙的特性，學科似乎比術科還來得難，術科說穿了就是大家戲稱的微軟OFFICE乙級，基本上只是在考軟體操作，這張證照也被公認是乙級證照中最好考的一張，因此很多高職的學生為了技優的加分都會來考軟乙，不過技優的條件今年開始改了，非相關科系的乙級證照不一定有加分的作用，比如高職美容美髮的來考一張軟乙，然後去報科大的機械系技優，這種怪事在以前還滿常發生的；

話說回來，學科在計算機概論的部份，內容包含了布林代數，關聯代數，二/十/十六進位的轉換，二進位布林運算，網路七層架構等等內容，這些內容和術科的OFFICE操作有什麼關聯？如果軟乙考的只是如何運用軟體來產生各式報表的話，會需要去知道網路架構及布林代數嗎？另外，很多題目內容明顯已經落後時代了，或是存在著描述上容易令人混肴的缺失，儘管新的版本中有增加了大數據，物聯網等較新的議題，但整體看來，如果需要了解這麼寬泛的技術內容才能取得軟乙證照的話，那台灣學生的平均資訊能力應該是世界頂尖的才是，因為每年的軟乙通過人數都有七八千人之譜啊；但事實上，因為題庫是公開的，所以即便很難，內容廣泛，背下來就好了，至少我自己也是打算這樣準備的，原本的題庫內容有七成對我來說是常識，我只需要專注在那些不熟悉的三成就可以了，一千二百題的選擇題，比起背英文單字，算是簡單多了。

術科的部份也很有趣，我看了多種網路上的解題說明，再加上自己動手試做了一下，發現目前坊間流傳的解法就真的只是了考證照而生的解法，並沒有真的去了解題目設計的目的，也沒有真的善用軟體該有的功能，純粹只是為了湊結果出來而有的步驟，比如六個題組的前三個項目幾乎都是可以直接在access中完成的，但是很多的講師都只把access拿來當成開dbf檔後簡單合併資料表的用途，之後的查詢或資料整理都在Excel中完成，甚至有全部用Excel來完成的解法。

坊間的解法似乎都忽略了access本身就有的報表功能，其實是可以直接在access中完成資料的查詢後，直接以報表的型式輸出結果的，但是我認為access的報表功能以滑鼠來操作的話，非常不好用，甚至在報表視窗中無法放大畫面來做細節的調整，在題目描述最多的框線或字型的設定上，access也非常的陽春，圖表功能更是簡單到無法完成題目要求的細節，儘管如此，但我也沒看到任何一位解題的前輩有提到access的報表功能或SQL語法，大多數的解法幾乎都把時間花在Excel上，但在我看來，搬到Excel後，查詢和篩選的步驟其實是變多且複雜，學生學了這些奇怪的招式後或許都能順利拿到證照，但將來遇到不一樣的資料時，懂得如何應變嗎？

我目前看了三個題目，都只先做到access而已，和其他人的解法不同的是，我儘可能在access就把資料處理完，所以我會使用到大量的SQL語法，這是其它解法中比較少見的，我也了解到軟乙的難度對我來說真的是一塊餅乾，之前在工作時曾使用access來分析遊戲log，資料筆數和複雜度都超過這六個題組許多，而且當時我就已經直接下SQL語法在查詢了，而不是使用access內建的查詢設計功能；原本打算這個月要來專心準備軟乙，但目前看來是不太需要花這麼大的力氣了，考前兩周再來練一下熟悉度就夠了。

最後希望，軟乙的命題委員們能重新思考一下軟乙這張證照的定位，資訊環境的進步和汱換畢竟是很神速的，目前業界的報表製作大多都有套裝軟體在處理，Office軟體的操作也己經變成了常識而不是技術，甚至有許多的替代方案，許多公司也在推行無紙化，報表的印製愈來愈少，因此還會有公司把這張證照當成是錄用的條件嗎？另外，這張證照的內容其實和程式設計沒有太大的關聯，但在職類上卻又被歸為程式設計的相關證照，照目前坊間的解法，我不認為非資訊技術背景的應檢人是有能力寫出一行程式的，最多只到Excel函數的引用而己，所以希望技檢中心能好好思考一些資訊相關證照的實用性，並改善題組內容，做到真正的學用一體。