技術部門

技術部門是AmazingTalker的核心。隨著 AmazingTalker 進入規模化階段,開拓不同國家的市場,我們比過往更重視程式碼效能、可維護性、可擴充性,透過建立優秀的技術團隊文化,使產品能夠快速成長。為了讓整個組織能夠往更遠的目標邁進,我們持續地擴編技術團隊,不僅做現有產品的優化,未來也會有拓展開發深度和廣度的機會。

團隊理念

AmazingTalker 的技術團隊除了對 Code Quality 有嚴謹的要求,更相信「基礎軟體工程技術知識」比對特定 Framework 的知識更重要,因為 Framework 每年都會更改,只有「基礎軟體工程技術知識」是通用的概念。除了技術品質,我們也很注重工程師們的人格特質,期望每位成員都有明確的個人目標,並藉由 AmazingTalker 這艘船駛向自己的目的地。

拆解需求

工程師常常面對來自各個部門的需求,然而並非每個提出需求的人都明確的知道自己要的到底是什麼,所以工程師需要具備剖析提案者究竟想解決什麼問題,而他提出的解法是否就是最佳解,如果不是,工程師們也勇於提出更直指核心的解法。

知識共享

合作的難易度取決於成員間知識量的差異量,當大家的知識量越同步,就越能夠減少溝通成本進而把精力花在衝刺產品上面,所以在 AmazingTalker,分享知識不是因為想要炫耀,而是真心為了壯大我們的群體知識量而存在的行為。

勇於嘗試

現代工程領域的技術日新月異,一個不留神就會跟不上時代,所以持續吸收新知且勇於嘗試新技術是必要的,在 AmazingTalker,我們允許且鼓勵大家這麼做。

程式碼品質

在AT的開發流程中,我們有幾個機制確保程式碼的品質
1. 開發前的架構審核
2. 程式碼審核
3. 單元測試
我們鼓勵工程師用介面設計的思維來撰寫程式碼。 我們不會認為目前AT的程式碼品質很好,但我們很重視這件事情,也認為這些機制有可迭代的空間,這也是AT開發團隊想要營造的文化。

技術團隊如何協作?

團隊很注重開發速度和品質,因此從產品的最源頭開始,技術團隊就能夠緊密地參與商業價值確認及設計邏輯評估。我們是幾乎不開會的團隊,透過協作工具就能夠快速掌握成員的進度,以及其他團隊的任務及未來計畫,透明且精準地執行開發。

Tony
全端工程師
DSC02050
DSC02035

為什麼 AmazingTalker 技術部門是個很好發展的舞台?

現階段是任務是持續優化把產品做得更好,所以我們很歡迎喜歡解決本質問題的工程師。現有的技術跟資源都足以支援目前的問題,但AmazingTalker的目標更大,當未來公司計畫開發新產品,需要新的工具和技術跑得更快、更好時,就會是想要鑽研技術、擅長快速精準開發的人進場的好時機。

Tony
全端工程師

給想加入團隊的工程師建議?

必要條件是對技術跟開發有熱忱 ,並會想要持續在這個領域上精進能力。因為在這邊常需要解決抽象的問題,所以工作的ownership是團隊成員的關鍵特質。比如說有人回報機器出了點問題,這時必須從背後很多可能的原因找到最關鍵的問題。因此除了看個人的技術能力外,也很注重面對問題時的心態。

Tony
全端工程師
DSC02057

FAQ

AmazingTalker 的使命是將台灣品牌的理念拓展至全世界,並迭代出能推進發展的服務和品牌,為人類文明創造更多的價值。因此我們正在開發新的服務和拓展到全球市場,工程團隊會持續擴編。

前端:Vue.js 後端:Ruby on Rails,其他技術要求可以參考前端和後端的職缺內容。在工程師的招募上都沒有限定應徵者過去使用的框架語言。

其實我們在技術上比較看重的是基礎軟體工程及技術知識,包括SOLID的概念。雖然使用的框架不同,但寫程式原則不變。另外,我們也很注重成員的學習能力和自我迭代的速度,可以參考AmazingTalker的人才特質介紹。

我們的徵才流程:

  1. 技術測驗:在限時的時間之內完成一份職位相關的技術作業。前後端作業規模預估需要花費4~6小時左右。
  2. 第一關(視訊面試):和我們團隊資深工程師面試,面試內容多為技術相關。
  3. HR面試(視訊面試):和我們人資團隊面試,面試內容主要了解你的目標規劃與人格特質,互相認識。
  4. 最終面試(視訊面試):和我們團隊人資長面試,了解你想加入AmazingTalker的動機決心。

無論有沒有到下一階段,我們都會發信通知,如果沒有收到信極大可能是我們系統寄出被擋信或是歸類在垃圾、廣告信件區,都可以聯繫我們詢問結果!

我們目前產品的團隊會以feature分team,因此工程師會緊密地參與在產品設計和產品需求討論,我們鼓勵工程師可以向上思考『本質問題』,剖析問題的根源,再提出可行的方式解決問題。

大部分的原因是因為Code Quality或人才特質上和AmazingTalker的公司文化不相符。

1. Code Quality不符需求。

我們希望達到的敏捷開發的宗旨「不預測未來,但適應未來」,因此對程式碼品質有一定的要求,我們也相信「基礎軟體工程技術知識」比對特定 Framework 知識更重要。像是對 SOLID 的掌握度,不只是背出某個專有名詞的定義,而是將概念做融會貫通的理解,並在日常開發中實踐出來。

2. 特質與公司文化不適合。

我們追求的是凝聚一群「對的人」,因此人選必須具備「將個人目標與公司發展產生連結」這個核心特質。文化層面不適合指的並不是能力「不夠好」,僅是指以目前狀態來說「不適合」AmazingTalker。我們曾遇過許多能力優秀的應徵者,但是他們想達成的目標不一定能透過AmazingTalker實踐。在面談時,我們也會盡可能讓應徵者理解現階段雙方的方向是否有達成共識的可能。然而,這方面必定存在部分主觀認定,因此多少會有誤判產生,也希望沒有被錄取的求職者見諒。