學習
自學吸收、表達能力
在剛進公司的一開始，想當然爾，是教育訓練，在為期兩個禮拜的訓練裡，必須要有良好的互動，原因在於，你必須要反饋給你的教學者，讓對方理解你理解的程度，當你只是一昧地說「懂!」、「還可以!」，那麼教學的速度只會越來越快，如此一來底子基礎便不扎實，往後如果遇到更難、更複雜的專案，恐怕只會讓自己身陷泥潭。因此在表達自身學習狀況的能力便很重要，如何透過具體性的疑問以及不失禮貌的請求重新講解一次說話技巧，都是我慢慢在當初新進的日子裡有所體會及成長的。
閱讀理解程式碼能力
這點其實是我最有成就感，但也最挫折的地方。在歷經兩個禮拜的教育訓練後，便直接開始開發專案，專案難度大概落在正職工作時數的30~50小時之間，但因為考慮剛開始會需要翻閱範例程式碼，且這是我們實習生的第一支專案因此有拉長到96小時。
而剛開始在ASP.NET的Telemplete閱讀上，時常不知道相關功能是寫在哪個資料夾，而裡面的javasgript又是拿來作什麼的，因此光一個簡單的UI控鍵變輕易磨平了我的信心。
好在系上有在大三上學期，開了MVC的相關課程，在不停地翻閱工具書及網路資料後，慢慢有了進展，也藉此機會，跟正職學長們學到了許多Git用法及技巧，儘管還稱不上上手，但在信心這塊有一步步找回來。
自我要求與時間管理
在過了一陣子，逐漸上手撰寫程式後，便會需要每天回報各自的撰寫進度，剛開始還算順利，直到遇到了一個需要較多步驟的UI控鍵後，便整整卡了兩天，因此有被關心，直到那時我才明白我對自己的要求太低了，不能依自己是新人便給自己能力不足的藉口。
因此我開始使用主管教導的OKR工作模型。ＯＫＲ目標制定的方式，是運用延展（Stretched）原則。Stretched有「延展、拉長」之意，由此可知，ＯＫＲ的目標可能會超出員工能力所及的範圍許多，甚至可能高到無法達成。因此，若ＯＫＲ的目標達成率落在百分七十以上，就已經很不錯了，屬於目標達成的「健康區域」。
對員工來說，ＯＫＲ目標設定並不是承諾，更不是刻在石板上不可更改，若執行一段時間後，發現目標真的太難達成，可以適當調整。然而，在自行設定下遠大的目標後，人們通常會想盡力執行，因此不太會隨意更動；較會修改的則是，ＯＫＲ中的ＫＲ，也就是關鍵結果。
檢討能力
在每周結束為期三天的實習後，我都會總結這周作了甚麼，搭配OKR檢視是否符合上周給予自記的目標，如果沒有達到，是在哪一個換節出現問題，而又是哪一個環節有更的做法，這樣的實際的作法不同以往死命的讀書，更有實際的成就感。
在最近留職停薪復工後，久違的回到工作崗位上後，對於自己兩個月前寫的筆記居然一點印象都沒有，而在突如其來的專案追加功能要求下，突然又回到了剛開始上班的手足無措，因此我便開始思考究竟要如何改善眼前的問題。
因日月光資安控管嚴格，一切對外網路皆不能使用，再參考了其他人的各種專案資料夾後，我決定捨棄原本的紙本筆記改用EXCEL的紀錄方式，也給各式筆記加入超連結，當往後碰上相同問題時，便可藉由一覽表快速獲得需要的記憶跟程式碼。