[远程] Zine 诚聘服务端开发英才

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 外包信息请发到 /go/outsourcing 节点。

• 不要把相同的信息发到不同的节点

这是一个创建于 2063 天前的主题，其中的信息可能已经有所发展或是发生改变。

Zine 是一个致力于创建精美如杂志般的写作与内容出版的团队。

我们倡导远程工作，分布在加拿大和国内多个城市，所服务的用户已经遍及 100 多个国家，数百万用户；

排版更优版本请看这里

我们是 Enjoy Work，Enjoy Life 的倡导者：

我们的成员全部都分布在多个城市，通过互联网紧密地协同工作，不打卡不坐班，以任务目标驱动；
我们倡导 Better，Faster，Smarter 的工作风格，很少安排节假日加班，更倡导周末多陪伴家人和充电学习；
我们注重深思熟虑，提前计划，高效率高质量的一次性把工作做好，减少无谓的试错和可避免的弯路；
我们倡导将良好的设计品味、先进的技术，以及具有乐趣的使用体验，三者融合在一起的产品理念，创作真正能够给人们的生活带来便利，激发人们的创造力和生活品质的产品，并由此获得可持续发展的收入。
我们致力于打造一支精干而卓越的团队，在竞争激烈的移动互联网创业大潮中，我们在没有外部融资，完全依靠团队自身能力的情况下已经独立经营四年时间，并取得了盈亏平衡。2017 年，我们希望可以开始快速发展，因此期待以下英才加入。

任职要求：

参与过至少两个后端项目，至少其中一个有一年以上
熟练使用一个 web 框架，并用它完成过线上项目
注重重用，有独立完成某个系统、模块的经验，也有团队合作经验
对高并发编程有过经验，开发时能意识到造成系统性能瓶颈的地方，并适当优化
熟悉对至少一个 SQL/NoSQL 数据库的性能问题追踪、调优
有安全风险意识，了解常见的服务端程序安全隐患和防止的方法，并随时注意
认可 TDD （测试驱动开发），并坚持实践 TDD
精通 Python，nodejs，golang 的一种以上
熟悉 Linux 环境，有快速定位生产环境问题的能力
能够远程工作，习惯异步沟通，自主工作，条理清晰

加分项：

有微服务构架开发经验
参与过日 UV 超过千万的项目半年以上
参与过分布式的系统的开发，并熟悉整个构架
线上项目中使用过 Kubernetes、docker 等构建、部署

如果对以上职位感兴趣的，欢迎联系我们，请将你的简历发至以下邮箱：

[email protected]

倡导

zine

TDD

20 条回复 • 2019-10-07 12:45:37 +08:00

hantsy

2019-03-31 20:58:07 +08:00

Remote 不错，可惜不支持 Java

impl

2019-04-01 00:10:40 +08:00 via Android

2017 年，我们希望可以开始快速发展，因此期待以下英才加入。
莫非楼主穿越到未来？

oldcai

2019-04-01 00:19:35 +08:00

@hantsy 如果基础好，也有学习新东西的意愿，您也可以投简历试试。
@impl 感谢指出，确实，不知不觉，时光如梭，Zine 已经独立运营六年了。

zgcwkj

2019-04-01 08:47:33 +08:00

有兴趣，但只会 JAVA，想学 GO 语言。

mscb

2019-04-01 09:55:53 +08:00 via Android

不错😀

hantsy

2019-04-01 10:44:02 +08:00

@oldcai

Nodejs 用些皮毛，后端开发过一个项目，前端一直在用 npm 生态圈，但我只是半瓢水。Go 以前看过，但忘记的差不多了，一直想有机会用。

TDD，Microservice 我倒是实践比较多的。

如果真正实施 Microserive, 每个 service 完全可以是语言中立（不限语言，.Net, Java, Nodejs, PHP，ROR 都可以），定义好 service 之前的互操作的 contract （一般 REST，message broker ）就好了，pact, Spring Cloud Contract 支持 CDC （ Consumer Driven Contract ）测试。

DevOps 也是必不可少的一环，使用 Github Flow 提交代码，通过 CI 服务器，从代码提交到部署完全自动化（或半自动化，手动触发部署到生产环境）。

singularity

2019-04-01 11:03:12 +08:00

请问薪资范围大概是多少？

oldcai

2019-04-01 12:04:11 +08:00

@hantsy 主要是考虑到语言太多会造成后面维护的难度加大，
所以除非有必要，不太愿意再增加开发语言，
但是您说的没错，microservice 化后，是与语言无关的，如果加入后能说服我们，语言也是可以增加的。

我们正在逐步演进到 DevOps，在不关键的部分先检验方案的可靠性，积攒经验、填完坑再全部采用。

@singularity 没有提及薪资范围是特意为之的，每个人水平不同，可以在邮件中提出自己的期望。