關於我

工作環境介紹

實習生通常被分發到特定團隊裡，坐在團隊其他同事的附近，方便交換情報或追蹤進度。

【HRSBU】，人力資源系統部門進行支援。
更詳細來說，是在這個部門底下專門對其他廠商的案子進行客製工作的團隊。

人資部門使用一間大辦公室，一個辦公桌一位員工，不同的團隊被區隔開來。
雖然大部分的時間都是盯著自己的電腦撰寫程式，但也經常會看到寫程式遇到問題，
或是需要多次向專案經理詢問工作需求的細部內容的員工穿越在辦公室的廊道。
辦公室充滿了程式開發的聲音，在這樣的環境下工作容易讓人繃緊精神。

工作詳述

在這邊的工作內容最主要是為不同廠商的不同案子進行客製。
每一次客製都是一次任務，沒有侷限在一個專案的開發上，會碰到非常多種功能。
在這裡十分講求問題描述與工作效率，是一個工作流程循環速度極快的環境。

起初，前輩給了我一些工作時所需要用到的軟體和許多文件，
告訴我功能的操作方法，以及工作的流程：

　收到新的任務需求

　→下載任務所需的原始程式檔案

　→修改程式內容以達成需求目標

　→檢查程式碼的效率、打註解

　→進行測試並撰寫測試報告

　→將修改過後的程式commit上版本控制工具(EX. Subversion, GitHub etc.)

　→將與需求相關的執行檔、其他必要的非原始檔和測試報告包裝在一起交給提出任務的人員

從收到任務到結束任務需要做以上這些事情，算是工作的一個循環。
一開始做這個流程的時候也許會感到很辛苦，但做過幾次任務之後就會越做越上手。

這部門要處理的任務基本上是由Basic語言撰寫的程式。
因為自己完全沒有開發過VB，在剛開始看程式時費了很大工夫。

程式裡用了大量的T-SQL語法，資料庫裡也有許多預存程序。

各式各樣的功能和平台的功能還有程式碼，都有其各自的特色與開發方式。

截至目前為止所碰過的程式架構
可以分成視窗程式系統、網頁程式系統以及新版的網頁程式系統。
最常遇到需要處理的部分是網頁系統的客製與問題處理。
而在這三者在寫程式的體驗上都差不多。

原本不適應的Basic語法和程式構造，會隨著任務的完成看得更習慣。
因為經驗的累積，能直接找到需求或問題所在的程式，快速地著手開發。

中間有遇到過各種不論是程式本身或是連線環境出問題，需要解決才能進行處理的情況。
公司端跟客戶端所使用的程式有可能會有差異，
要先操作過公司內部環境的功能，看是否跟客戶端的錯誤一致後才著手進行工作。

把問題的描述與解決過程給記錄下來，
以防下次遇到同樣的問題時，會不記得流程細節所需的檔案名稱與內容。
而當收到與解決的任務越多，遇到自己不會的問題的機率就逐漸變少了，處理任務的速度自然就會變得很快。

工作所需工具

為期約三週的新人訓練所使用的語言是C#, js
資料庫為MS SQL，還有學習T-SQL的基礎
是在學校就有學過的語言所以沒有太大隔閡

會學到一個新的模板框架: Kendo UI
Kendo UI需要有jQuery的基礎，在他的官網也有此UI的所有元件的功能示例與該功能的script，
也可以直接透過搜尋特定元件加上問題來取得解答，且絕大部分都可以找到並能有效解決。
雖然網站內部都是用很簡單的英文說明，但還是需要有看英文的耐心──
因為Kendo UI的中文資源非常的少，教學和解釋內文絕大部分都是英文。

而後續也有學到MVC的概念，
我們這一屆沒有MVC的架構基礎，因而費了不少心思學習。
但這種概念其實相當重要，因為在公司內部，專案開發是多人合作的。
主要分成三組，有些人會被分配到製作功能，有些人要負責前端，有些人則是要做功能與資料庫的連接。
單人開發網頁也是，在一網頁內某個功能使用一個function，但當在另一網頁有相同的功能，應該也要使用這個function才對。
而當這個function需要連接到資料庫時，又可能和不同的function連接到相同的資料庫，打重複的東西會很佔空間……
MVC架構的低耦合性使得當網頁有部分需要更新時不會引起太大的漣漪效應，若要進到專案小組開發是必學的概念

進到正式工作的時候，T-SQL的應用變得比練習題還要更加進階且困難許多。

有些時候需要修改的部分有時候不是程式，而是抓取資料的方式。
這時候從原始碼一行行看是非常沒有效率的，

SQL profiler工具來追蹤該功能所使用的資料庫與傳送的query語法。
這個方法在診斷資料抓取錯誤等問題修正上十分方便，
可以依靠直接使用程式的功能多次確認自己需要修改的內容，而不須在漫漫原始碼裡找尋問題。