谢谢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/cn.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