謝謝PTT軟體板讓我們前兩次的徵才有很多機會和優秀的開發者接觸 (真心覺得這裡收到的履歷品質遠高於其他平台..PTT真的是臥虎藏龍) 隨著財報狗業績成長，我們打算再次徵求後端開發者 有興趣的板友歡迎來投履歷~ 我們這次公開我們給公司內部新進員工入職時快速瞭解財報狗的參考手冊 其中解釋了不少面試者提問過的問題，包括團隊平時的工作流程、溝通方式 想更瞭解財報狗內部工作方式的板友歡迎逛逛: https://bit.ly/2Eh2pR2 徵才資訊如下： ===================================================================== 公司名稱，統編(中華民國以外註冊可免填): 財報狗資訊股份有限公司 53754983 公司地址(填寫詳細至號): 台北市大安區羅斯福路3段241號9樓之1，捷運台電大樓附近。 職缺: 後端工程師 (junior/senior 皆可) 職缺能力經歷要求: 必備條件 1. 熟悉至少一種後端程式語言（包括但不限於 Ruby/Python/PHP/Java）， 能獨立完成專案。（您現在不熟悉 Ruby/Rails 沒關係，但要願意學習使用） 2. 熟悉 Git，理解 Git flow 或 Github flow 加分條件 1. 熟悉 Rails 或其他 web full-stack framework 2. 曾在任何一個領域達到頂尖的水準。（我們團隊有投資、魔術、電玩頂尖高手） 主要工作內容 網站的後端功能開發（我們使用 Ruby on Rails，少部分數據處理使用 Python） ，包括但不限於下列： - 網站功能開發 - API 設計與開發 - 爬蟲開發 - 資料庫架構設計 - 第三方服務 API 串接與開發，例如 FB Bot / Line Bot / Intercom - 第三方數據平台 API 串接與開發，例如 Amplitude 註： 上次有許多志在數據分析的求職者來投履歷 但本職缺以開發網站產品為主，非數據分析，需要對打造產品有熱情 如果您志在數據分析請考慮其他公司的職缺 員工是否需自備工具? (是/否) : 否，公司全額補助開發設備 薪資(月薪): Junior 每月起薪 50,000~60,000，保障 14 個月（每年起薪 70~84 萬） Senior 年薪 100~150 萬 這次徵一位，不限 junior/senior 薪資(保證最低年薪，必填項目): 14 個月 年終獎金計算方式: 全薪計算 工時: 8小時 每日工作時間: 除週三早上需要到辦公室開會以外，其餘時間可以自行安排上班時間 每週工作時間: 8*5=40 加班費制度： 依台灣勞基法 工作環境與該職缺團隊介紹: 辦公室環境簡陋，不過書很多 其他 目前主要開發團隊主要共 5 人，4 位開發者和 1 位產品經理。 以下是身為工程團隊角度看到的優缺點 優點： 1. data-driven 的決策方式，當有新的功能/想法時，團隊會根據數據 、 A/B test 、使用者訪談的結果來決定否採納，而不是誰說了算。 每個人都有高度機會對產品方向、技術棧選用帶來影響力 2. 就事論事的團隊文化不是口號，是真的能做到有想法就直說完全不用擔心得罪人。 3. 尊重開發者對時程的評估，不會要求你在不合理的時程內交出成品。 4. 團隊成員皆為主動學習型的人，成員之間經常交流技術/非技術的知識。 技術團隊每週也有安排一個固定交流的時間。 5. 公司書很多，同事書也很多，適合喜歡看書的人 6. 喜歡站著工作的人可以買升降台/升降桌 7. 時間超級彈性，除了開會之外，沒有硬性上下班時間， 可以自由安排自己喜歡的時段工作。 8. 團隊投資能力極強，對投資有興趣的話，這裡絕對不會讓你失望 缺點： 1. 用戶成長速度目前為線性成長，不是火箭般的爆炸性成長。 目前月造訪近百萬，流量中等，不適合想立刻接觸高流量後端架構的人 2. 由於部分任務要求快速迭代，此類型任務的程式碼品質較髒。 不適合總是對程式碼有潔癖的人 3. 工程師團隊規模小，開發、運營的自動化還有很大改善空間（但有 CI/CD） 4. 現行辦公室較為簡陋，短期內也不會投入太多資源在這一塊 5. 偶爾還是需要在下班時間修複比較緊急的問題(近期大約一兩個月一次) 6. 零食不是即時補充，不適合喜歡零食飲料吃到飽的人 7. 團隊人數少，遇到問題不見得找的到對那方面熟悉的人可以討論。 8. 沒有嚴謹的 code review 流程 （新人階段會有，但脫離新人階段後通常需要自己主動提出 code review 需求） 以下為我們對外公開的技術分享資源，供大家參考。 Our tech talk： - Coscup 2018 — 火焰圖：分析效能瓶頸不可或缺的好幫手 (等待錄影釋出中...) - Vim 讓你寫 Ruby 的速度飛起來 https://www.slideshare.net/ChrisHoung/vim-ruby-87478331 - RubyConf Taiwan 2016 — 利用 Sidekiq Enterprise 打造高效率與高可靠度的爬蟲系統 https://youtu.be/iNyfyD_33vQ Our open source project - vim-material https://github.com/hzchirs/vim-material - tappay-ruby https://github.com/hzchirs/tappay-ruby - easy_ab https://github.com/icarus4/easy_ab Our blog https://medium.com/statementdog-engineering (建議瀏覽) 工作福利: - 工作用筆電或電腦全額補助 - 參加國內程式開發者相關 conference 全額補助 - 彈性的休假 - 每月全額補助購買一本書 - 不定期員工聚餐 公司分紅與獎金: 按照獲利與表現分配，至少有兩個月 公司介紹: 財報狗（https://statementdog.com）為股市投資數據與分析平台， 目前會員數已超過 30 萬人，數據庫正逐漸從台灣延伸至國外。 我們投資於科技與數據，相信科技與數據能提升投資報酬。 我們持續努力於消除：獨立投資人和大型機構法人之間的資訊落差。 協助獨立投資人 - 包含我們自己 - 做出更好的投資決策。 如果你也認同我們的理念，那我們急需你這樣的夥伴加入， 協助我們開發出更棒的投資應用。 徵才聯絡方式: 1. 請連上此網頁 https://statementdog.breezy.hr/p/c350952a6be3- 2. 點擊網頁中「Apply To Position」 3. 根據「Apply To Position」網頁中的指示，填寫你的相關資訊與履歷後， 完成履歷提交上傳 4. 收到履歷後一週內我們會主動通知是否與您約時間進行第一關的線上面談 5. 第一關線上面談若通過，會在結束後三天內與您約第二關線上面談 6. 若第二關線上面談通過，則會在兩週內與您約時間進行第三關的現場面試， 與未來一起合作的成員當面聊聊 7. 第三關面試結束後三週內通知是否錄取 履歷內容注意事項 - 附上您的個人履歷（或是任何你想要秀給我們瞧瞧的東西）， 同時分享你覺得很有挑戰性，普遍一般人不懂，但你有深刻專業認識的一件事情， 讓我們可以更認識你 - 我們尊重您的隱私，個人資訊僅需提供姓名、email、電話即可， 不需附照片或地址。若確定您的 email 不會漏收信，在約面試前不提供電話也沒關係 - 不需附長篇自傳，我們重視的是能夠展示您的專業能力、學習能力、協作能力 的資訊或過往作品 - 有中文履歷的話上傳中文履歷就好，我們沒有比較偏好英文履歷。 -- 補充： 我們認為徵才或求職是對等的關係 我們花很多心力選擇適合團隊的優秀人才加入， 求職者也是花很多時間研究選擇適合的公司， 因此我們儘可能提供完整的資訊給求職者參考，降低雙方誤解與浪費時間的可能性 有興趣的版友除了可以到這個網頁瀏覽更完整的資訊外 https://statementdog.breezy.hr/p/c350952a6be3- 也可以瀏覽我們給新進員工的 handbook: https://bit.ly/2Eh2pR2 如果有其他疑問或想瞭解更多資訊，歡迎推文或寄站內信給我 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.24.24.207 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1551279578.A.122.html ※ 編輯: Icarus4 (114.24.24.207), 02/27/2019 23:05:27 ※ 編輯: Icarus4 (114.24.24.207), 02/28/2019 00:08:33 沒錯，所以我們很小心的處理技術債 分享一下我們目前的做法： 牽涉到以下主題的程式碼，我們高度重視程式碼品質 1. 牽涉重要功能，例如金流、數據計算 2. 被多處使用的重要 lib 3. 如果有技術債，會容易把技術債蔓延開來的程式碼 以下類型的任務重視時程，程式碼品質可以被犧牲 1. 想要快速驗證 idea 的實驗 2. 影響程度不大的實驗，例如：不會變動資料庫 （不寫入、不更新、不刪除資料）的功能 3. 存活期間很短的功能，通常是針對某次事件/活動所打造的功能 另外還有一個重點，允許寫爛code的先決條件是 寫的人必須有能力寫出高品質的程式碼 並且能夠理解在這個情境下，知道有哪幾種solution可以選擇 同時也非常清楚這些選擇的優缺點，以及犧牲了什麼？換來了多少速度? 所以新進member在磨合期間我們會要求比較高的程式碼品質 確保member的程度以及理解我們的取捨原則後，就會在適當的情況下放行爛code 大致上是這樣 完全認同 所以原本預估存活期不長的爛code，發現需要繼續迭代新功能上去時 我們通常會做一定程度的重構 人多起來溝通成本會呈指數上升，招募太快的話也很容易對公司文化不利 因此我們很小心的處理擴編這件事情 現在用什麼語言不是那麼重要 主要還是那些換語言時能帶著走的東西 還有是不是願意接受我們使用的 stack 囉! 歡迎來投呀~ ※ 編輯: Icarus4 (114.24.24.207), 02/28/2019 23:06:37 ※ 編輯: Icarus4 (114.24.24.207), 03/01/2019 13:12:18