課程介紹網站

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又是怎麼一回事等等，因為要學習的東西很多，所以只能把教學速度加快才能讓學員在課程時間內了解完整的技能面貌是如何的，否則只學會其中一個單項的技術，企業是難以認同並錄用的。

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

前陣子在研究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來試試。

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

展示頁面
Gitub專案頁面

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

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

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

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

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

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

最近在學著使用前端框架來處理前端頁面的呈現，同時也拿來當成授課的內容，帶著學生實作了一個範例，不過只是把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)，接下來的時間主要都是整合實例的演練，希望學生可以吸收得了

前兩天無聊把丙級拿出來做練習，主要是想拿來當成前端教材，不過練到第三題時我就停手了，因為第三題的影像地圖是幾乎一定要使用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的方式來達到同樣的效果，我希望可以提供和目前大多數解題教學不一樣的方式給有需要的應檢人。

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

網頁乙級技術證

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

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

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

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

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

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

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

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

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

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

班導那邊說下半年會一口氣開兩個職訓班，內容一樣是教PHP網頁設計，兩個班級的差別在於一個是920小時，另一個是600小時。

PHP資料庫網頁程式應用(泰山) 第01期-600小時

這個班主要在教程式設計的內容，和另一個班的差別在於少了網頁乙級證照的輔考及視覺美術軟體的教學(photoshop & illustartor)，適合想利用短時間學會網頁程式設計並投入職場的人士。

PHP資料庫網頁設計(泰山) 第02期-920小時

這個班是延續之前幾期的課程內容，包含了視覺美術，網頁前端，資料庫及後端程式語言，最重要的是還有網頁設計技術士乙丙級的輔考，乙級會有難度，但丙級是至少可以拿到的，適合完全沒技術基礎，待業時間長的人士加入。

我自己上過了五個職訓班，認真來說，轉技術職絕對不是一件輕鬆的事，也別奢望上完一門課就突然變成程式設計的專業人士，職訓班可以縮短你入行的摸索期，但是想要可以獨當一面，靠寫程式糊口的話，至少得再花個一年自行進修和練習才足夠，目前我那班結訓的同學中已經至少五人是在從事程式設計的工作了，其中四個人是非相關科系及無程式技術經驗的，因此鼓勵有需要的朋友可以好好參考一下。