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

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

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

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

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

課程結束後緊接著過年，這三周時間大多在研究先前購買的一些前端課程，愈研究愈覺得前端的坑很深，不花個半年，大概也很難說是精通，從原生的物件，ES6，Class，到框架，元件，前端路由，架構等等，每一塊都滿耗心力的，所以我大多了解個基礎就先停住了，不然真的時間不夠用。

另外也增修了網頁資安的課程，針對同源政策，XSS，CSRF等議題做了一些了解，打算未來在講課時可以讓內容更充實；另一方面，前陣子發現我放在網站給人參考用的乙級內容，因為沒有做任何的安全防護，所以有人似乎拿來當成做資安練習的素材了，雖然沒有做什麼具體的破壞，但這樣放下去也不是好事，所以接下來計畫把教學網站的內容重新製作一遍，會再加上一些安全防護，做到即可讓使用者參考，又不致於被搞亂。

下一個課程目前己經八十多人報名了，估計到截止時間還是有機會超過百人，所以在開課前我也要重整一下授課內容，這次的目標希望讓一半的人可以拿到乙級證照，同時也希望讓學員得到和業界實務相符的技術知識背景，就像我在上一堂課常講到的，至少先不害怕寫程式，然後看得懂程式碼，最後是知道如何用電腦的邏輯來解決問題。

上周無聊又發了一封信去技檢中心詢問比較細節的問題，有幾個主要的內容：

• 丙級的題目，如果不照題目要求的流程或做法，而是用比較主流的前端技術來呈現是否可以？比如結果和功能都一樣的狀況下，我把多個html的內容都放在一個html中，然後利用區塊的顯示及隱藏功能來取代iframe的載入頁面功能，這樣可以嗎，又或是以javascript來製作動畫而不是使用gif檔？
• 目前的題目及考場提供的軟體都太舊了，而且過度偏向特定軟體的操作，使得學校老師也都還在使用舊的教學方式在教，造成學生就算拿到了證照，出去工作卻發現完全派不上用場，何時要更新題目的類型及教學方式？
• 題目有許多地方還在使用過時的語法及標籤，像是<marquee>、<iframe>甚至還有frameset這東西在，這會造成學用落差太大。
• 一些不合時宜的設計是否可以取消或不計入評分，比如要求1024×768這件事，評委知道如何檢查嗎？

因為我是周五晚上發的問題，一直到今天才等到回覆，可能我這次的問題太不給面子了，所以回覆的時間要長一點，回覆的內容大致如下：

• 在試題未有調整前，建議還是照題目的要求來教學或解題，比如題目要求做gif檔，那就做一個gif檔，要開不同的html檔或目錄的話，那就先照題目要求的做，但是像是題目中沒有說明要使用iframe的話，那麼任何其它可以達到同樣效果的技術都是可以使用的。
• 技檢中心強調檢定的主要訴求在建立應檢人具備網頁設計與製作的基礎能力，因此從來沒有去要求必須以特定的軟體或教學方式，對於目前考場配置的軟硬體問題，會在之後的試題調整時一併納入考量（我在問題中強調丙級考場並沒有附純文字編輯軟體）。
• 針對1024×768的問題，技檢中心回答是說這是符合場地環境的最低要求，不過他們並沒有回答到我所提的，現場評委如何去確認應檢人的解題是在1024×768以內。
• 最後技檢中心說近期會有試題修正之檢討，會代為轉達我的意見給命題小組。

技檢中心回覆的效率及誠意還是滿值得肯定的，相較於民問的檢定，我認為國家級的檢定應該要保持與時俱進，並且取得業界的認可，才能彰顯其價值，目前的檢定莫名其妙的和學生的升學綁在一起，為了方便學校教學，所以不敢去做太大幅度的修改，也因此造成資訊職類的技術士證照價值低落，甚至少為企業所知的狀況，希望未來的改善能符合期待，提升這張證照的價值。

最近在學著使用前端框架來處理前端頁面的呈現，同時也拿來當成授課的內容，帶著學生實作了一個範例，不過只是把Vue.js引入後做一些資料綁定的動作，展現給學生了解使用框架和先前的做法有什麼差異。

這兩天則是自己把組件的部份玩了一下，同時把自己的一個案子做了修改，整個改下來的心得就是HTML / CSS / JS可以切得很乾淨，在維護上和後續功能的維護上的確帶來了方便，而且不用再去擔心資料異動時的DOM更新問題；但是整體程式碼並沒有少很多，主要是因為不同的開發方式，各自有不同的細節要注意，因此單就程式碼的撰寫工作上並不一定真的會有所減少，或更輕鬆，不過這個問題我有和學生解釋邊際效應的狀況，因為目前我們課程中練習的範例規模都不大，因此很容易會發生這種使用了框架或物件導向時，似乎沒有比直接原生寫來得省工或乾淨的感覺，但是當開發的規模到達一定程度時，這些不同的開發方式的效益才會顯現出來。

另一個心得就是重構的問題，目前我還只是在現有的案子上引入vue.js來使用，同時還搭配Jquery來處理一些ajax及dom的操作，相比之前在js 裏夾雜一堆html及css來說，目前的架構己經改善很多了，但是我為了快速套用，所以每個功能模組都單獨產生一個Vue的實例來運作，然後再利用實例之間互相丟資料來維持功能和先前的做法一致，理想的做法是整個網站都納入Vue.js的控管之下，儘可能把網站的內容都拆成組件來使用，這需要整個重構，但這樣做之後相信會更清爽及好維護。

最後我還沒空使用到Vue-router,Vue-x，等下個月有空再來研究看看，相信對於前端的網頁內容控制會更有幫助。

這周的主要講課內容是Ajax，除了把目前常用的幾種ajax語法講一次外，也拿了丙級的題目來練功，用簡單的方式來取代原本的iframe載入頁面功能，不過最後的大魔王是我準備的測驗系統實作。

這個測驗系統的db是網頁丙級學科的題目，然後我讓學生試著去撰寫php的api來回應前端的請求，利用jQuery的$.get()，$.post()，$.ajax()幾個方法來達到請求資料及回傳資料的功能；

系統主畫面

作答功能畫面

這個系統的實作花了兩天的時間講解，除了ajax的使用，也同時講解了如何利用取得的json資料進行畫面的佈局，真心覺得這是誠意滿滿的範例，就怕同學吸收不了，不過這點技巧真的只是進入業界的基礎而已。

因為這個系統也是我原本就有在規劃要進行的專案，提供給學生練習的內容己經簡化了不少，但我自己要做的規模則是大上許多，計畫中是要擴展這套系統到可以放入更多的題庫類型，希望可以在幾個月內抽空完成。

最近教學講到了javascript，所以我就想說與其每個指令一個一個說明，倒不如直接拿個實例來講解比較完整，也比較好了解實際的應用會是如何，但是大多的實例其實也都只使用到一小塊的功能，所以最後我決定找個小遊戲來做練習，首先找上的是翻牌記憶小遊戲，透過這個小遊戲，希望讓學生一次了解到使用原生的javascript，如何去做到對DOM元件的控制．

翻牌記憶小遊戲

這樣一個範例講解下來，也花了一天的時間，過程中也讓自己對js有更多的熟悉，不然前陣子都是使用jQuery，己經快把原生的程式都忘光了。

在這個範例中，我希望學生學到的內容包括了：

• 啟動遊戲前的遊戲畫面製作及半透明遮蓋效果
• 進入遊戲前對牌面做亂數出牌的算法及迴圈的使用
• 對牌面的動畫操作及變形效果的使用
• click事件綁定的做法
• 抓取事件元素的內容並進行判斷
• 全域/區域變數的差別及陣列的應用
• setinterval及時間函式的使用
• 結果判定及後續的動畫配合(翻回去或是消失)
• 遊戲結束後的成果說明
• 重置遊戲時，如何初始化相關的變數/陣列/牌面等等

課程己經過了一半，目前才剛講完所有網頁設計相關的技術的基礎(PHP/MySQL/Javascrip/Html/CSS)，接下來的時間主要都是整合實例的演練，希望學生可以吸收得了

還滿意外處理速度這麼快，兩天的時間得到技檢中心的回覆，原因是在周三時我發了一封信件去詢問關於檢定的一些問題，內容是說目前乙丙級的題型有些描述可能己經不符合目前的網頁設計趨勢了，如果我要教授學生用比較新的做法來解題，會不會被承認？回覆的說法說是只要功能符合題目的描述就可以。

其實這個回答只回答了一半，但因為它有提供後續的反映問題的管理，所以我覺得可以接受，我想問的是比如丙級第五題的logo動畫如果我把原本題目要求製作的gif動畫，改成用css/svg來完成，算不算正確？這類問題看來還是要直接讓命題小組來認定，不然我覺得監評人員也無法判斷這樣到底算不算正確，因此，我打算花點時間把乙丙級的題目問題都整理一份出來，然後附上我的疑問及建議，直接寄去給命題小組參考，如果有被接受，大概要到109年才會適用吧。

上周為了準備CSS的課程，所以把網頁設計丙級的題目拿出來重解一次，去年在學的時候，老師是用DreamWeaver來教，當時我對網頁設計的認識也還很粗淺，所以也跟著用DreamWeaver解了一次，之後隨著自己對CSS及js的掌握，現在再來看網頁丙級，就想說能不能不使用DW來解完，經過一周的研究後，目前己經驗證完畢；目前己經可以用CSS+jQuery來解完所有的題目，而第三題的影像地圖可以使用Illustraor的svg功能來取得坐標，而第五題的相簿則完全可以使用css的定位功能來完成，連logo的gif動畫也完全可以使用css來達成，等於第五題完全不使用photoshop也是可以完成的，不過問題就在於這樣的解題方式是否被認可？所以我發了封意見去技檢中心詢問這個問題，不過我想大概要一個月後才會有回覆吧。

在解題時間上，第一次解時，需要重新理解一下題目，然後再試著規劃解題的方式，所以平均每一題都花了四小時左右在研究解題，第二次解題主要在精簡一些多餘的css及html碼，同時把文件的結構設計的合理一些，所以這階段平均是兩小時到三小時，第三次解則是複習和準備應檢的程度了，這階段就都會壓到兩小時內，目前先做了第一題，在第三次解題時只花了一個半小時做完，其實還是有點不熟，中間也花了點時間在思考如何解題更理想，在這樣的狀況下還能在一個半小時做完，我估計完全熟練的話，應該是可以在一個小時完成。

同時今天也測試了錄影，效果還不錯，最近會找時間先把丙級的解題教學影片先完成，然後年底確認考題沒有變動的話，再來接著做乙級的解題影片。

前兩天無聊把丙級拿出來做練習，主要是想拿來當成前端教材，不過練到第三題時我就停手了，因為第三題的影像地圖是幾乎一定要使用DreamWeaver來做才可以，一，二題我幾乎是直接使用純文字編輯器就可以搞定了，當然，整體解題時間上，我並不保證一定會比使用DW來解還要快，畢竟是不同的思路。

然後我上網找了一些資料，意外找到一份105年的會議紀錄，這份會議紀錄是針對技術士檢定的軟體使用是否有圖利廠商的問題所進行的討論，並進而帶出引入自由軟體的政策，至於會議中提到的乙級檢定被質疑圖利廠商的事，我則是沒有找到相關的新聞資料，但會議結論就是同意開放使用自由軟體，並增加一個安裝軟體的時間，以此和預裝軟體有所區隔，因為以往雖然有開放自帶軟體，但限定要使用正版授權的，並且只能在考試時間內自行安裝，這造成了自由軟體無法取得正版授權的問題，也造成應檢人必須額外花時間安裝的問題；所以會議結論就是在乙丙級上增加一個安裝軟體的時間，並且放寬對自帶軟體及自由軟體審核的規定，也因此，106年開始的檢定才有了軟體安裝的額外時間。

會議中也有提到部份自由軟體是需要經過網路驗證或只能網路安裝的，這類軟體就無法開放使用，所以上次想用JAVA來應試的大哥想裝eclipse就完全沒戲唱了，但話說回來，其實業界的網頁開發並不只是PHP或DW，甚至現在看不到有公司提供DW來開發網頁的，難道技檢中心不考慮開放JAVA、Python、RoR的開發者應檢嗎？不過到這邊為止，實務上有開放環境放置自由軟體的考場目前我知道的只有乙級的考場會有，丙級的考場還是以預裝office及Adobe系列為主，但因為Adobe CC系列的授權費其實不便宜，所以很多考場都還是安裝舊版CS6的軟體，未來幾年如果Adobe的授權政策修改，或則只提供新版本軟體的授權時，這些考場及整個檢定的推廣又如何是好？可供觀察的一點是全國技能競賽只提供Adobe系列的”試用版”軟體，未來考場是否也會比照辦理來回避每年高額的授權金滿值得觀察的。

會提到這點是因為我一開頭說的做到第三題的影像地圖時，發現不得不使用DW來解題，所以開始思考丙級這樣的題目設計，顯然是針對軟體特性而做的，難怪會被質疑是圖利廠商，對於我接觸網頁設計己經十幾年的人來說，我是知道在DW還沒推出影像地圖功能時，那時要做到這個效果就是打開影像軟體，然後用滑鼠去點擊每一個點來取得坐標，之後再把坐標寫到影像地圖的標籤中，這做法非常耗時，所以DW推出影像地圖功能時，受到很大的歡迎，但這幾年的前端設計己經愈來愈少在使用影像地圖了，如果真的有這個需求，其實寫個JS來取得坐標可能還比較快一些；因為我想試著完全不用DW的狀況來解丙級的題目，但做到第三題時，我覺得在影像地圖有點受挫。

然後來說一下我對網頁設計技術士的想法，我可以理解命題委員因為工作及時間的關係，不可能年年在重新命題，但以目前網頁設計領域的快速變化，五年不改題目也實在說不過去，目前丙級的題目都是靜態網頁，就算不開IIS也是一樣可以執行，但是考題規範上硬要設定IIS是為什麼，然後大多數的考場也沒有提供其他的網頁伺服器軟體可供選擇，當然會被質疑是圖利廠商；我個人是建議丙級的題目設計要真的面對前端來重新檢討，雖然在會議中一再被提到題型的設計有考量到物聯網，跨裝置應用等要素，但真的看不出來有那一題有在考量跨裝置應用的，光是每題一開始要求的1024×768的規定放在那，這網頁就不可能是跨裝置了，也不可能是RWD了；我希望丙級的題目能著重在CSS及JAVASCRIPT的操作上，而不是在DW的操作上，我當然知道用DW來教網頁設計對學校老師和學生都有好處，但這樣教出來的學生程度根本就不是業界能用的，這也毀了丙級證照的價值，落得只剩升學加分有用而己。

另外是乙級的題目設計問題，在會議紀錄中，有學校提到丙級由於只是DW的操作，所以目前高職學校還能利用現有的師資下去教，但是乙級檢定的內容牽涉的範圍太多，目前找不到師資來教，所以推廣有困難，另一業界的與會人士則是表示可用業師來解決師資的問題，但目前的學校給業師的薪資水平，要找到願意到學校教的業師可能很困難；這個問題在我之前去學校做講習時也有點體悟，目前高職三年的課程其實不算少，要額外分配時間給學生學課綱以外的東西的確是有困難的，我上次提說只教乙級四題需要至少64小時，學校老師馬上表示有困難，因為一周最多兩小時，64小時相當於一整個學年的時間，不容易執行，目前許多學校都想提升檢定層級到乙級，但丙級到乙級的落差實在太大，很多學校無從開始，而且國家檢定要考量的並不只是學生而己，因此不太可能因為要推廣證照，就自廢武功，落得和軟乙一樣的下場；我對乙級的題目，只想建議在函式庫和自由軟體的提供上能每年更新，不要還停留在五年前的版本，比如函式庫提供的jQuery是1.8版的，但素材中提供的卻是1.9版的；又或者丙級題型的設計是要以DW操作就可以來完成，但我卻發現第二題的素材中有提供jQuery，但DW並沒有提供任何需要jQuery的操作啊？這些有趣的狀況只是突顯了技檢中心在網頁設計這個職類上的準備和檢討的不足。

近期還是會找時間把丙級題目都做過一遍，因為我想試著做一個純用文字編輯器就可以解題的版本出來，目前看來只有第三題的影像地圖是非用DW不可了，其它的題目，我在當初上職訓課時都己經自己試過用純打字的方式來解題了，現在再解一次則是更進化到幾乎只用CSS來解決版面的問題，而不是採用很多教學中所使用的表格來安排版面，即使題目中都明說了要用表格來排版的地方我也是用純CSS的方式來達到同樣的效果，我希望可以提供和目前大多數解題教學不一樣的方式給有需要的應檢人。

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

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

網頁乙級技術證

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