5xRuby Insight

實習日誌:在 5xRuby 我學到如何超越標準答案,思考「更好」

張翔文, 實習工程師 Jul 5, 2022

我是台大資工系的學生,在大三暑假以實習生的身份加入 5xRuby,實習至今大約7個月,在此寫一篇文章分享實習的心得。

在實習過程中我接觸到了軟體開發中大部分的流程,工作內容主要是做前後端網頁的開發還有 CI/CD 設定,網頁開發的部份主要是使用 Ruby on Rails 撰寫網站管理功能,CI/CD 則是修改設定部署特定的服務,開發時會根據 PM 在議題追蹤系統中指派的功能去做開發。

5xRuby 對程式碼品質的要求很高,我剛加入就深有體會,公司內部在提交程式碼以前都要經過縝密的 Code review,而且同事之間每個月都會開讀書會討論開發程式碼、部署服務的技巧。

Code review 是檢查程式碼漏洞和品質的一種測試,剛進公司時我因為不熟 Rails 的標準寫法和公司對程式風格的要求,導致寫的程式經多次修改後依然無法通過 Code review,當時修改程式比撰寫程式的時間還要多,讓我感到很挫折,後來透過不斷在提交前多看幾次改動的程式碼,修改可能會有問題或寫得很冗長的地方,加上翻閱過去專案的寫法並和同事討論尋找靈感,多花時間在尋找好解法上,終於讓提交的程式碼可以符合公司的要求,我在 Code review 裡被提出的問題就慢慢變少了。

剛開始在設計產品規格時,我的想法會被標準解法限制,無法設計出擴充性高、使用上有效率的架構,在和同事交流以後,了解到在開發產品時思考需要保持靈活,在學校一般都會要求我很嚴謹的尋求一個標準答案,但在產品開發時標準答案不一定存在,開發者應該多花時間揣摩產品內容,確保設計是在方便而不是限制使用者; 舉例來說,線上遊戲中常會限制玩家之間不能有一樣的名稱,雖然方便系統判斷,卻讓玩家無法取自己喜歡的名字,這種設計就比較死板,可以用一些權變措施 (ex: 每個玩家發一個唯一的序號) 來解決。

以前對於不熟悉的技術,我有時候會為了追求產值不花時間理解內容,直接使用網路上看似能用的解答;舉例來說: 一項安全更新讓 CI 會在建立 Docker Image 時偵測到含有 ”.pem” 結尾的檔案時失敗,這個更新導致專案無法建立 Docker image,這時網路上找到一個解法將所有 ”.pem” 的結尾的檔案都排除檢查,這種逃避更新的解法看似簡單卻降低了安全性!事實上一種正確的做法是先了解被誤刪的 ”.pem” 檔是測試用檔案以後,不要將測試檔案放進 Image 裡面;專案開發過程中常遇到不熟悉的新技術或不會解的問題,這時網路上通常可以找到類似問題的解法,我在一次次的 Code review 中學到不要直接套用,而是要確認解法的原理才去使用,必要時要翻閱 Source code 和文件確認正確的用法,避免解決問題以後造成更多問題。

在 5xRuby 實習是一件很愉快的事,公司內部工作氣氛融洽,同事間也很積極的在分享知識,讓我在努力工作的同時也能毫無負擔的學習,透過這次實習也讓我對出社會後工作的模式有更多了解,大大幫助我在畢業前決定未來的道路,在念研究所、出社會工作這兩種選擇中,了解哪種更適合我,非常感謝 5xRuby 給我這個實習的機會!

 

 


分享