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

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

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

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

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

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

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

這周預計的進度是把先前的解題網站和各題的成果做個整合然後再重新放到網站去給大家參考，三天下來，目前完成了新的首頁製作，直接把四個題目的簡介放在一個畫面中，不再分成需要捲動的畫面，公告文字的部份則是做成可以動態縮放，並且加了cookie，如果使用者曾經來過一次，則預設公告都是小按鈕的型態，第一次造訪或是cookie過期時才會呈現公告版的型態。

解題說明的部份則是調整了版面的配置，把原本的寬度做了調整，方便未來因應RWD，同時修改了導覽列的內容及功能，增加一個可以在各題組間切換的連結選單，也在各個步驟增加了側邊欄，方便在各個步驟間做切換。

至於各題組的成果，主要是增加了一個上方導覽列，方便在各題組的成果網站間切換，同時也增加該題組的解題說明連結，讓整個網站的使用更方便一些

接下來的工作主要是把各題組的程式碼做一些調整，因為檢定用的程式碼直接上網其實是充滿風險的，幸好過去一年只有不到五千的造訪次數，所以也沒出什麼大問題，目前打算整修一下這些內容，至少基本的sql injection / XSS的防護要做到，至於CSRF的防護，要看時間來不來得及再說；除此之外，打算再增加一個資料庫自動還原的功能，以免像先前那樣，資料庫被搞亂了，我得手動去恢復，這個功能會有點麻煩，我希望可以做到自動偵測每天是否有人來使用這些題組，以及是否有變動了資料，如果資料有變動，那麼隔天會自動把資料庫的內容還原，這邊需要動到系統的自動執行功能，要花點時間研究一下，我並不想沒有變動的狀況下每天都自動還原一次，這樣感覺太傷資料庫了。

如果順利，希望可以在三月中之前完成這個計畫並上線。

上一次的練習真的是從零開始，看完一門線上課程加上一點GOOGLE就開始動手做了，做的過程中發現問題才再回頭翻書找資料，而且也只做完後台而已，在寫完三篇心得後，我又花了大概兩天左右的時間把題目重新做了一次，這一次採用的是比較中規中矩的做法，每一張資料表相關的控制器，模型及視圖都獨立開來做，光路由就寫了46條路由，模型九個，控制器11個，視圖10個，中介層1個，服務供應者1個，整個做下來最花時間的地方是在視圖上，因為後台的視圖我還是嘗試要用一個檔案來搞定，這使得語法上變得有點複雜，下一次簡化應該會從這方面著手，就像我在之前的心得中提到的，用框架來做開發，就不要再擔心檔案太多的問題了。

重做一次的心得是框架可以幫助讓整個網站的架構比較清楚，負責邏輯的和負責資料庫的以及負責顯示的，都切得乾乾淨淨的，不像以前原生寫法那樣一個檔案中同時有PHP又有HTML又有JS，要查問題時很花時間，要修改時也要很小心；但是框架並不完全那麼美好，比如我在session和登入驗證上就花了點時間去研究，才能做出我想要的結果來，比如登入驗證的功能，內建的機制雖然很方便，但如果只依靠內建的來實踐功能，很多事反而會受到限制，題目要求的登入很簡單，不需要太多驗證，我想跳過內建的機制，但沒有相關的資訊，網路上找到的全是告訴你登入很簡單，內建就有，你CODE都不用寫就做好了，但我要的是不同的驗證方式，卻沒有相關的資料可以參考，所以使用框架在我目前的程度來看，一點也不輕鬆；我認為框架在後續的維護上是有一定價值的，但像檢定或比賽之類的場合，框架不一定有優勢，除非刻意的去忽視這些規範，用硬幹的方式在框架內做一些扭曲的應用，這樣的話的確能在速度上取得好處，比如今年的全國技能競賽有一個題目的資料庫查詢語法，用框架反而做不出來，最後大家都是用原生的查詢語法下去做。

在這兩次的試解中，其實我花在找資料和看畫的時間上幾乎是解題時間的兩倍，原因是網路上找到的東西大多只是重覆官方提供的範例再解釋一次而己，如果我想做的功能和官方提供的不太一樣，就幾乎找不到解答，我只能自己想辦法去試出來，所以我覺得學習成本上並沒有比較低，而且還得對程式語言有一定基礎的人，才有辦法從框架的官方說明或原始碼中去找到問題，然後完全的掌控整個框架工具的使用，像是session的使用，之前看的課程或資料都沒提到這塊，我想要做到的功能只能自己去試出來，即使是stackoverflow上的資訊有些也是文不對題。

後續的計畫是用laravel 把乙級四個題目做一篇，當成未來教學的教材之一，接下來是研究比較有歷史的Codeigniter，這樣的話，整個網頁乙級術科的解題就完整了。

這兩天雖然累，但還是花了點時間把一些其它的功能試了一下，主要是解決了後台的刪除資料功能，然後也解決了前台的blade include功能，不過這和原生的include並沒有太大差異，只不過解決了這個問題後，我才發現我必須整個解題重做，不然不但無法發揮laravel的特性，反而會讓整個解題的過程和體驗變糟了。

先前我說過blade在處理前端頁面時非常好用，但我錯了，今天在處理不同功能呼叫同一個VIEW時，卡了很久，主因在於我先前的做法還是照著我原生解題的邏輯，所以我把所有view會用到的功能都丟在一個陣列中，然後view會依照我route的設計來顯示需要的內容，因此我的view中使用了switch的方式來判斷要顯示的內容，雖然相比之前的4,500行少了很多，但是這招在後台有用，到了前台就沒用了，我得製作同樣的樣板來搭配前台的不同路由，雖然最終還是做得出來，但是我自己也感覺到這樣的開發方式是有問題的，因此我打算先停手目前的解題，重新做一次題目；先前我是因為對於拆多個檔案的管理方式感到恐懼，所以才會想要儘量把程式碼都集中在一個檔案來處理，不過到了laravel，觀念需要轉一下，所謂檔案就是類別或物件，不再需要像原生開發那樣，擔心檔案一多，連結和導向的管理變得混亂；在laravel中，一個Controller中己經把常用的幾種function都建好，應該專注在單一功能的實踐上就好了，而不需要去擔心檔案的從屬關係，而View則是專注在佈局和內容的呈現上，而不需要擔心這次要顯示的功能是什麼，所以要額外判斷，然後特別去產生不一樣的內容；應該要更大擔的把需要的內容都物件化，讓laravel去管理路由和一些組件關係就好了。

最後在處理Session時，發現laravel的session管理有自己的一套模式，並非是延用PHP原生的管理方式，比如設定檔中有一項設定可以設定要不要在瀏灠器關閉時讓session立刻過期，照題目的要求，這個設定是要打開的，但從這個設定來看，就可以得知和原生的做法不同，原生的Session在關閉瀏灠器後，並不會馬上過期，但是當使用者再連上網站時，PHP會建立一個新的session，這是符合題目要求的，不關閉瀏灠器的狀況下，瀏灠次數不會更新，關閉瀏灠器後再連上才會更新瀏灠次數的要求；但是laravel預設會記住使用者的連線紀錄，所以就算關閉瀏灠器，只要session還沒過期，再次連上網站還是會有效。

另一個問題是我在處理前端時，其實有不少的值是共用的，但是照我原本的寫法，我得在每次要建構View時，都去再撈一次資料，然後再從各個Controller丟去View做顯示，做到這我也自己知道做錯了，這和原生解題時寫一個base.php，然後每個頁面都要先include這個檔案沒什麼兩樣，等於是在瀏灠各頁面時都要去資料庫再撈一次資料一樣的意思，後來終於找到laravel有一個service povider的功能可以使用，白話點說，就是可以利用這個機制來建立整個網站的全域變數，像是標題圖片的位置，瀏灠次數，頁尾版權，前台的選單及校園映象圖片這些在很多畫面會共同用到的資訊，可以建一個全域變數來放著，然後View就可以直接把變數拿來使用，然後各個Controller在建構View時，只要專注在提供自己專有的資料就好了，不需要再去把共同的資料再撈一次。

總結這一周研究Laravel框架的心得就是的確可以在開發上簡化不少工夫，但這過程並不如許多推廣者所說的那樣無痛而美好，就我個人來說，單看網路上的教學都是功能單一的內容，所以看起來好象真的很容易，但是像我這樣拿一個完整的網站範例來練功一下，就會發現還有很多要去了解和深入的地方，再加上整個開發流程和觀念也不同，熟悉機制到觀念轉換，一個月的學習時間應該是跑不了的。

付款後幾乎又過了兩周，終於今天收到證照寄來了，

網頁乙級技術證

從五月報名到十一月拿到證照，整個全國檢定的流程走完也六個月過去了，可惜的是這張證照目前在業界的知名度不如傳統的水電或機械類證照，希望未來可以有更多企業認同這張證照及背後所代表的技術性。

今天不用上課，所以利用半天時間繼續把第一題解下去，今天主要是解決更新資料的問題，先前在用原生的PHP解題時，我是直接用一個表單POST所有資料到一個專門處理資料更新的API去做多筆資料更新的動作，但是在laravel上，預設是一次只能更新一筆資料，另一個問題是Route的設計會和原本的新增路由衝突到，這兩個問題花了一些時間研究，搞定後，其實後台卜就等於做完了。

先說路由的問題，由於Laravel在一開始設計時就傾向於REST的精神，所以在Route上有提供的PUT/PATCH/Delete的方式，但是目前大多數的瀏灠器只有提供GET和POST的方式，所以如果要在表單上實踐其它的HTTP動作，應該是要以AJAX的方式來實踐，不過，Laravel在這部份有提供了一個欺騙的方式，並且也已經做了路由的對應，因此只要在表單上做一個隱藏欄位，並傳送所要執行的動作名稱，接卜來要設定好動作的的路由，然後對應到Controller的update方法，就可以做資料的更新了；

再來是說更新資料的問題，內建提供的update方法預設是必須帶id的，而且一次只能更新一筆資料，所以我改了原本的方法，把id拿掉，然後在表單上放了一個隱藏的欄位當成id，接下來就是用迴圈去把表單資料一筆一筆做更新；雖然可以完成我預期的大量資料更新的工作，不過在了解了laravel的背後機制後，我認為這樣的做法可能不太有效率，所以之後考慮改用別的做法來實踐，但是做到這裏，我己經掌握laravel一些可以自訂及修改的部份了。

最後我試著撈取資料丟回前端的blade去顯示包括標題圖片，進站人數，頁尾版權宣告這些內容，看起來都運作良好，接下來會再研究一下session，cookie及前端js 的整合，這樣應該拿來解其它題都就沒什麼問題了。

目前的階段在使用Laravel上己經沒有什麼大問題了，不過這類框架在使用上的確和原生PHP的觀念上有很大的不同，比如我現在把後台的所有功能顯示的資料都放在一個Controller中去實踐，包括View的樣版也是一個檔案搞定全部的功能，但這個做法和Laravel強調的MVC是不符合的，實際的做法應該把每個功能都獨立一組MVC出去，這樣才方便日後的維護和分工；BUT，我這樣實驗的目的是考量到如果要拿Laravel來做競賽或檢定時，每一個功能都要MVC的話 ，那光開完相關檔案就要去掉不少時間了，所以這部份只是要驗證說Laravel的彈性可以做到什麼桯度，是否可以依照目的不同，而有相應的調整，後來我也在網路上找到一些文章在討論進階的功能管理方式，可以把MVC的架構再做得更精細，不過這要等日後有機會再研究了。

花了兩天的時間研究了一下laravel的實作，如果只是照著書上說的或是線上課程的範例，大多都能執行成功，但這沒什麼，畢竟只是走別人走過的路；所以自己打算找些題材來實作練習，第一個想到的就是拿網頁設計乙級的題目來試刀，從頁面blade語法開始研究到後來的Model及Controller的運作，兩天下來只完成了後台的一半功能，過兩天有空再來完成剩下的，不過這邊先紀錄一下心得，免得到時要接上時又忘了。

單就前端頁面的建構來說，使用blade樣板語法後，前端頁面的建構變得非常簡單而且好維護，原本後台的各個功能頁面我是採用switch case的做法，直接複製各個功能的 html碼，再把一些文字做替換，雖然複製貼上是很簡單的工作，但是在修改各畫面的欄位名稱及文字時，不免還是會有遺漏或打錯的狀況，使用blade後，欄位名稱改成用變數的方式來傳送，只要用語法做好一份模型，接下來就是由Controller來控制要傳什麼功能的欄位名稱過來，樣板會自動生成對應的完整HTML語法，原本要4,5百行的檔案，一下縮到一百行左右而己。

資料模型是我目前覺得比較麻煩的地方，也是今天花最多時間研究的地方，單純就ORM的操作來說，的確可以簡化原本的SQL語法操作，甚至比我先前的先寫function的做法還來得快，但目前發現的缺點是一張資料表只能對應一個Model，所以第一題會用到九張資料表就得九個Ｍodel，然後再對應九個Controller來操作資料的CRUD，當然也得設定至少九個相應的Route來管理各項動作，雖然最後只是複製貼上再改一下資料表名就可以，但是採用框架就是為了做到DRY(Don’t Repeat Yourself)，這讓我不得不考慮是否改成直接用DB類別來操作SQL語法會比較快一些。

laravel在table migration的做法和之前習慣的做法不一樣，所以這部份也是要花時間研究，以往都是直接在資料庫或透過phpmyadmin直接建表完成後再來寫程式的，但是laravel是把整個資料表的操作都拉回到框架裏來操作，這部份是考量到團隊工作時，需要有個資料表修改的紀錄做為開發的參考，另一方面也是為了同步團隊的資料表結構而做的設計。

估計再花個一天時間可以把後端的部份全部做完，前端的部份目前看起來不難，後面會有點挑戰的地方應該是Session的使用及laravel驗證機制的操作。

做到目前的心得是採用框架來做解題，並不一定比較快速，而且開發觀念也得轉個彎，但如果是花點時間練熟悉的話，因為整體的程式碼數量是減少很多的，加上錯誤發生機會降低非常多，所以如果練習的強度夠高，整體速度還是可以加快不少的；後面的計畫是在年底前把網頁乙級四個題目都用laravel做過至少一次，然後找出最有效率的解法來。

今天一早六點起床，然後七點吃完早餐，七點半出門去考場，因為泰山離我家很近，所以我時間抓很準，這次班上報考的五位同學最後包括我只有兩個人來考，今天原定的十三名應檢人，實到也只有六個人而已，這難怪考照率低，考的人也少，六人中有三位是不認識的，閒聊了一下，一位大哥是學java的，被鼓勵來考看看，但是他說完全沒準備；另一位妹妹是資訊類的專科生，有考過丙級，所以想來試試看，有用DreamWeaver自己做過一次，最後一位大姐考生離我太遠，我就沒問了。

按表操課，所以八點四十分抽完崗位號碼就進場做軟體安裝的工作，除了安裝軟體，也可以用來做一些測試及準備工作；不過我大概是連續兩周每天十幾個小時練習過頭了，疲累感一直揮之不去，頭也有點暈暈的，在設定網站根目錄時設錯項目，造成apache無法啟動，後來移除xampp重裝才發現自己搞錯了，九十分鐘的時間被我浪費了三十分鐘在搞定軟體上；我一直是假設自己會手氣很差的抽到三四題的心態來做準備的，所以剩下的六十分鐘裏，我先把各試題版型檔案的相關路徑先做整理，第三題試題中附的avi影片檔我也都先用考場電腦內附的轉檔軟體先轉成chrome可以使用的mp4檔案，最後再檢查一下鍵盤的按鍵，考場附的薄型鍵盤實在不好打字，建議在準備時間內先熟悉一下鍵位。

中場休息時間下山去小七買了紅豆和巧克力麵包來補充血糖，然後回考場休息到十一點二十分，開始抽題目，題目是由崗位數最小的人來抽，剛好我是２號最小號的，所以我去抽，其實就只是點一下按鈕，然後它會自動分配所有應檢人的考題，我抽到第二題，然後從我的號碼開始再三四一二的順序輪下去；抽到第二題，心中是很爽啦，雖然我是比較想挑戰三四題，但可以順順的過也是不錯的。

第二題我最後定案的解法是先建資料表手動塞完資料後，先把後台的三個功能做完，這時也會把後台的新增會員的功能一併做完，然後後台的新增會員功能其實就是前台的會員註冊功能，程式碼原封不動複製過來，改一下抬頭文字就完成了，然後就接著做完登入和找回密碼的功能；再來是利用後台做完的問卷管理功能把問卷新增上去，接著把前台的問卷功能也做完，做到這邊時間才過一個半小時，我就鬆一口氣了，然後把後台的文章管理中的分頁功能搬到前台的最新文章和人氣文章中，按讚的功能我先跳過，先把主頁的頁籤文章功能利用Dreamweaver快速完成，這邊我懶得自己寫，所以直接用DW來做，再去改一下CSS，讓頁籤看起來和題目要求的畫面一樣就可以了，接著是做分類網誌的功能，這邊我改了新做法之後變得很簡單，利用Ajax技術去後台撈資料再塞到div去，不到二十分鐘就搞定了，雖然它只值五分；最後再回頭去把最新文章和人氣文章的按讚功能做掉，按讚功能我每次做都會出點小問題，這次也在同步按讚數上出了點狀況，共用函式一直起不了作用，最後直接下sql指令來解決，做到這，我看了一下時間還有一小時，等於三個小時做完了。

最後我還是花了四十分鐘重頭到尾再檢查一遍所有的功能是否都有完成，的確也被我找到一個session的錯誤，即時修正回來，然後大概剩下十五分時我就舉手要求檢查了，評委其實也沒有真的照題本一項一項的看，但是每個連結和功能都有測試一次看看是否正確，最後還要求看資料表的結構，確認我是真的有用到資料庫，最終我是一分未扣的通過測試。

我沒有馬上離開考場，在休息室和後面陸續出來的應檢人閒聊，看來這次是只有我一個人通過檢測，班上另一位同學是抽到第三題，而他只準備了一二題，一位抽到第一題的也是練習不足，所以出了錯時來不及修正，差了十分及格，其他三位不認識的新朋友則是來體驗乙級檢測的殘酷的；後來我也和考場人員閒聊了一下，提到我練習的狀況，我說不誇張，到考前一天為止，四個題目每一題我都練習了至少十次，每次以平均四小時來算四十次就至少一百六十小時，這還不包含研究簡化解題所做的一些測試時間，而且因為我知道考場的鍵盤不好打，所以我很努力的在壓縮自己的解題時間來因應考場可能會有的影響，我今天就因為鍵盤問題，好多次都按錯按鍵。

最後我下去和班導打個招呼，今天也是職訓班的結訓日，昨天他們專案檢測，一共七個人通過術科，五個人今天領證，三個班次下來，算是打開了網頁乙級檢測的一條活路了；也希望能把這張證照推出去讓業界知道，成為一項能力的證明；接下來，我要休息幾天不碰程式了，然後下下周會開始整理解題內容，及準備新工作的前置作業。

因為乙級檢定今年有把VS CODE加入軟體清單中，雖然不知道是不是每個考場都有準備這一套，但我還是想玩看看，由於內建了emmet的支援，所以在刻HTML和CSS時會省時不少，同時也降低打錯字的機率；另外是因為VS CODE內建檔案管理員及終端機的功能，所以在檔案的操作上也省時不少，至於git 的支援也是很厲害的工具，可以隨時去比對自己做的東西在版本上的差異。

這兩天實際拿題目來練習，以第四題來說，雖然在刻畫面這件事情上的確省了不少工夫，但對整體時間的縮減似乎還好，檢討原因主要還是題目本身的問題，第四題的量太多，功能又雜，控管的檔案一多，很容易出錯，這部份，內建的PHP語法檢查器幫了不少忙，可以即時的幫有問題的語法加上紅底線，不需要一直去檢查畫面看錯誤訊息；另外我也拿了第一題來實驗，由於第一題的問題在於量，所以不管是emmet或是語法檢查，能幫得上忙的地方都很有限。

這兩天使用的心得是雖然對於解題時間上的幫助有限，但是在降低錯誤上還是滿值得信賴的，目前的狀況就是三，四題要在四小時內完成是很困難的，只能追求到及格，而一，二題只要熟練，都是可以在四小時內完成全部的功能。

不知不覺時間剩下十天，接下來的十天我有兩天的工作，等於剩下八天可以準備，一題有兩天的時間可以分配，一天八小時來算，一題還有四次練習機會，就目前的狀況來說，應該是很夠了。

這三天都在研究第四題的解法，從一開始的八小時，到今天為止，已經可以縮到五個小時了，只要再多加熟練，不要有奇怪的bug發生，壓在四小時左右應該是可以的，目前的解法應該是非框架的解法中算是很精簡的了，只是三四題都有太多的HTML要刻，真正php程式的時間其實不算多。

因為這陣子都在培訓選手，綜合選手的題目和乙級題目來比，我幾乎很確定當初在設計乙級術科時，是以技能競賽選手的規模來思考的，由於網頁技術職類的競賽大多會在賽前一兩個月先公告試題出來，然後選手準備充分後，現場可能會有30%的變動讓選手去應對，但是整體而言，由於選手已經先練過考題了，所以現場競賽己經不是在比會不會解題了，而是在比打字速度，以及時間內可以做多少，藉此來分出高下，也的確是非常的”技術”導向；而技術士證照的考題似乎也有這麼一個成分在，但是技術士證照是採及格制，而非評分比排名的方式，因此把競賽的題目類型拿來做為證照的題目類型，就產生了一些問題，而這也是為什麼過去五年來，幾乎現場考術科的應檢者全軍覆没的原因之一了；由於乙級是採用扣分制，這使得每個題目不分難易度，只要有九個小項目沒有完成，就會不及格，而且每個項目又不等值，容易的和困難的都是五分，但有時你不完成困難的項目，容易的你也做不了，這是項目功能間的相依性的問題，我目前的策略是平均一分鐘的時間要可以拿到相對一分的分數，所以如果要花三分鐘才能拿到一分的項目我就會先跳過。

在過去兩個梯次的職訓班專案應檢案例中，考照率都在20%左右，主要是抽中一，二題的應試者有比較高的及格率，三，四題過去比較沒有被討論，不過我目前自己設計的解法應該是可以穩穩的拿到及格以上的分數，只是要在四個小時內完美做完題目還是很困難；新的一個職訓梯次聽說有機會創新紀錄拿到高及格率，如果這一兩年可以有較多的人拿到乙級證照的話，應該會刺激命題委員好好思考一下題目的方向是否要改了，畢竟已經五年沒改題目了，連函式庫都還是舊版的，素材中還有flash這種已經不被瀏灠器支援的的格式以及影片素材是avi的格式，除了IE支援，其它的瀏灠器根本無法播放；儲如此類的一些問題，真的會讓人覺得國家技術士證照是完全和業界及時代脫鈎的。

希望這次的考照能順順利利的，從六月開始到現在，也花了三個月的時間在準備，原本想學新的技術都先擱著了，付出不算少，要有收獲才值得。

今天收到一包掛號，內容是今年的網頁乙級術科應試通知，還附上了一大本的參考資料及一片光碟，參考資料基本上就是PDF檔整本印出來的東西，而光碟內容則是函式庫及題目素材，所以，為什麼不只寄光碟就好？時代在進步，但公家機關的作業方式始終原地踏步。

原本預計是八月底會考術科，但是今天寄來的通知時間是9/14日，而且還是周五的非假日；比原定的時間多了兩周準備，對我來說目前還是卡關在三四題，所以一個月的時間希望可以把三四題的速度練上來。

另外，通知中也有附了考場的設備，考場是預定在泰山職訓場，但是所附的設備清單比我所知道的考場實際規格要精簡許多，不知道是否是為了降低爭議，所以只列出沒有版權爭議的軟體，像技能競賽就很大方的列出試用軟體，目的是儘可能提供選手最新最普遍的設備及環境，但技術士檢定卻似乎不這麼想；另外一點是，去年修定的新的設備清單中，其實有新增了VS CODE這套自由軟體，但是因為上面只提五套選四套，而另外四套大部份的考場都有附，而VS CODE太新，所以考場沒有附上，我在考慮要不要申請自己帶去，因為我接下來打算都用VS CODE來練習及上課。

最後，到目前為止，一二題我都練習了至少八次，這兩題最好的狀況可以在三小時半內完成，而三四題平均還是要六個小時左右，接下來的一個月希望三四題的練習次數可以到達十次，並把時間壓在五小時內，這樣才可以確保有到及格的門檻。