Bruce 的玩具間

my works and notes on ruby, rails, git, ubuntu linux, mac os x, etc...

Posts match “ career ” tag:

應徵 Rails 工作的心得

| Comments

這篇文章現在搬到新站: 應徵 Rails 工作的心得

這篇是我之前應徵工作的心得,以及我未來還會採用的應徵技巧,還有一些工作上的心得。

我的經驗並不適用所有狀況,看的時請考量自己與所在產業、企業的狀況,不要照單全收。

我在得到第一份正職工作後不久寫了 新鮮人找工作的注意事項 & 自己的面試經驗,這篇算是續集,希望對 Rails 工程師新鮮人有所幫助。

關於履歷、面試

這部份基本上是通用的,不限定 Rails 或軟體工程師。

...

(完整內容請到新站觀看 應徵 Rails 工作的心得)

在T客邦工作滿一年紀念

| Comments

今天正好是在T客邦工作滿一年。

這一年發生的事太多了,值得寫一篇紀念文

成長

去年我整個就是亂寫,知道的也不多,Ruby debugger, Capistrano, Unicorn 之類的東西也都只聽過沒用過。

這一年來除了接觸很多有的沒的工具(現在看來,都是很基礎的東西,但當時對我來說像天書...),甚至小事如 coding style 也有固定下來。

附帶一題,在T客邦會抓 coding style 問題,多一個或少一個不符合團隊習慣的空格都會被退回去修改。

今年也買了 Aeron 椅,加上「在公司登入 Facebook 測試帳號,就會懶得登入主要帳號」的政策(自己訂的),讓我每天的效率提升不少;以 2014年2月跟8月相比,RescueTime 花在 Software Development 類數據增加了 23%。

Aeron 椅的部分有寫了一篇文章:改坐 Aeron 椅提升工作生產力

回顧這段時間發的技術相關文章

有一些讀基礎文件的心得

也有因為不順手而進階研究了一些工具

也跑去參加一些上課、活動

希望今年也可以繼續學學新東西、寫寫部落格 XD

這一年在工作上最高興的成就

維護中的 rails projects (7個) RSpec 全都修成綠燈了

我應該跟不少人提過,我對現代軟體開發有三件事情很在意,分別是:

  • 程式碼版本管理
  • Issue tracking
  • 自動測試

在我進T客邦前,版本管理跟 Issue tracking 就已經有了,但各 projects 的測試都有幾個壞掉以致於不能跑完。

終於在滿一年之前幾個禮拜開始,把維護中的 project 的測試全部重寫,現在全都是 pass 狀態了。(不過 coverage 還很低,這是接下來這年的任務)

而且為了避免老是忘記跑 test 而逐漸敗壞,雖然沒有架 CI,但是有土砲一個「測試失敗就會中斷 deploy 流程」的機制。

新計畫

最近在準備一些新計畫,有些是會公開的,敬請期待。

在T客邦 新進工程師如何學習 Rails

| Comments

T客邦有許多優秀前輩經手並建立起來的 codebase 與 infrastructure、數個以維護為主的產品、不固定的新網站開發需求、已實行一段時間的軟體工程與專案管理方法等,因此在許多人眼中是不錯的 Rails 開發者練功環境。

也因此這是許多對T客邦工作有興趣的人會想知道的事,這次趁機會寫出來給大家參考,T客邦是個好溝通、氣氛佳、愛學習的團隊,歡迎來應徵。

但是,若抱著「我什麼都不會,但是我願意學習」的心態來應徵,恐怕機會是比較小的。如果有心,應該會展現在「我在某某線上課程完成多少課」、「我做過這個那個 side projects」或「我有個技術筆記分享部落格」等結果上,如果跟你競爭的應徵者多少有這類的成果可參考,那結果...你知道的。

這部分還可以參考我的另一篇文章 應徵 Rails 工作的心得

Rails 101 訓練

T客邦長期都使用 XDite 的教材 Rails 101 進行新人訓練,但一直有隨著時間進化,目前除了熟悉 Rails 功能、coding style,也會順便練習實際的工作流程。

  • 使用 Rails 101 的題目,但會加上一些限制,例如不准使用 scaffold generator
  • 負責帶新人的同事會用 Redmine 派票,也會要求養成回報到票上的習慣
  • Git 分支策略採用 GitHub flow,branch 名稱也有命名原則
  • 每個 PR 都會抓效能問題、不良的開發習慣、可改寫得更漂亮的地方與 coding style 等問題

這套練習還包含架設一台 Ubuntu server、用 Unicorn 跟 Capistrano 達到 zero-downtime deploy 等。

線上課程與文章

公司會要求的只有上述 Rails 101 的練習,其他的就只能看個人願意花多少時間學習/練習了。

所以觀看線上教學、閱讀 tutorial 或官方文件等都都是要自己去安排的。不過公司會補助一些線上課程的費用,例如 Code School, RailsCast, TeaLeaf 等。就算不在目前補助範圍內的,有需要的話也可以談。

另外就是工程師之間都會互相丟好文章連結、推薦不錯的書籍或 Leanpub 電子書等。最近復活的 Techbang 技術部 粉絲頁 前 20 幾則文章基本上都是從頻道紀錄裡撈出來貼的。

追程式碼與查資料

由於 Techbang 的許多專案都累積幾年了,有些架構不直覺可能是有原因的,因此接到某些票發現解法不單純的話,有可能需要追某個功能的所有相關 code、翻那段 code 的 git 修改歷史紀錄、找出對應的票並搞清楚當初設計的原因、繞過或處理歷史包袱等等。

有些功能則是沒有前例可查,但可以用關鍵字找網路上的範例或構想、查官方文件想辦法兜出解決方案、研究別人的 open source project 是如何實做的等等。

讀別人的 code、上網找資源兜解法,常常可以學到很多技巧、探索一些之前不知道的 API、library 或工具。

當然也不是派了票就放你自生自滅 生命會自己找到出路 ,有遇到問題都可以提出來討論,工程師前輩或熟悉業務邏輯的 PM 會很樂意提供意見。