[ 北京 ] 滴滴出行招聘代码拯救师

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

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

This topic created in 3846 days ago, the information mentioned may be changed or developed.

[ 北京 ] 滴滴出行招聘代码拯救师

你没有看错，职位的名称就叫 代码拯救师 。

月薪： 40k+

工作地点：北京上地

谁都知道这不是一个招人的好时候，年终奖正朝我们迎面走来。但是只要你认为你能够接受下面的挑战，待遇问题都是可以谈的。

希望即将归队的你有这样气质：

我们现有的架构 API <-> DB <-> MIS 。前台 API 有 20 万行代码，后台 MIS 有 20 万行代码。你的任务是把这些代码拆解出“出行流程”，“账单”，“支付”，“地面网点”等 Micro service 。类似的事情 Twitter 等公司都干过： http://conferences.oreilly.com/software-architecture/sa2015/public/schedule/detail/40363
追求自身价值。太多优秀的码农在做然并卵的事情了。对于 CMS 类的小破网站，天天 DDD 来， TDD 去，浪费青春和生命。我们希望你对商业价值敏感，对于自身成就敏感。你所拯救的代码正在改变数亿中国人的出行方式，我们确保你最终收获的不仅仅是诗一样代码带来的愉悦感，而且会真正感觉到自己在做 something matters 。
能够和代码洁癖狂愉快共事。我们的主力码农毕业于国内对代码质量最有追求的两大黄埔军校，豆瓣和 ThoughtWorks 。希望你能够忍受 Code Review 时的 WTF ，并能化悲愤为动力。我们的架构师之前是百度的 T9 专家，百度 90%的服务器上都跑着他的代码。
不认为自己是 C++/Java/Python/xxx Developer ，不以擅长某种语言做为求职目标
最低要求：可以现场用键盘表演纯快捷键的 Refactoring Kata

需要更多信息，请联系： [email protected]

代码

码农

拯救

出行

44 replies • 2016-11-26 15:00:33 +08:00

canesten

Dec 5, 2015

相关的软件基础设施完备吗？
比如 MQ ， Zookeeper ， Dubbo 或者 Docker 什么的？
涉及到基础设施改革的问题有决策权吗？
40 万行代码，读代码，熟悉业务能给多长时间？
这个岗位并不是一个持续需求的岗位，弄干净以后如何保证不会发生卸磨杀驴的事情？
这个岗位要招多少个人？每个平级的代码拯救师之间的分歧要如何解决？
除了解耦归纳以外，性能考量要做吗？
如果涉及到为了性能做出的架构改革或者基础设施改革有话语权吗？

snow4young

Dec 5, 2015

一语中的：对于 CMS 类的小破网站，天天 DDD 来， TDD 去，浪费青春和生命。

xufang

Dec 5, 2015 via iPhone

慎如此坑，左耳朵耗子就是前车之鉴。
大概率成为牺牲品，没有百万年薪，不要动心。

otbzi

Dec 5, 2015

@canesten 跟我一块儿干就好了。什么都 ready 了，还要我们干什么？

whistle

Dec 5, 2015

千万不要去，滴滴据说天天空降领导，基本上苦哈哈加班把活干完了，就可以把你边缘化了

canesten

Dec 5, 2015

@whistle 有同感
百度的 T9 和 TW 的人不是创始团队的吧？
如果是一开始就让这两股人来干，一定不会导致现在需要大规模重构的情况吧？
百度的 T9 和 TW 两个正规军的人都没把这重构搞定，难题在哪？
我觉得不是技术和经验吧？
如果公司内的 CTO 或者 Tech Leader 这种活会干又没干，那是不是有点吃干饭的嫌疑？
还是不愿意背锅？
那愿意背锅干活的人是不是应该比这些不敢背锅的人赚的更多一些？
名利不可兼得嘛，那些已经有了名的虚职高管可以少拿一些钱吧？

BenX

Dec 5, 2015

我觉得这个贴要火，先 mark

canesten

Dec 5, 2015

@BenX
我觉得这贴不会火，今天是周六， V 站上活跃人数减少很多的。
而且楼主也不来回帖，可能明天就沉了，不会有几个人看到。

viperchaos

Dec 5, 2015

@canesten 我感觉要火

itbeihe

Dec 5, 2015

感觉会火，加一把火柴。

professorz

Dec 5, 2015

先是觉得这帖子逼格真高，看了几个楼发现回帖真犀利！

Email

Dec 5, 2015

初级菜逼工程师写的代码.招高级工程师去重构.

wuranbo

Dec 5, 2015

火钳刘明

wuranbo

Dec 5, 2015

@Email 主要是自己矛盾阿。承认一边就行了滴滴都占理，因为毕竟产品的成果在那里。

canesten

Dec 5, 2015

@otbzi
贵司是做什么业务的？

freeindex

Dec 5, 2015

刘明

Knights

Dec 5, 2015 via Android

这么多代码要重构，谁去写会疯掉的吧。

ianisme

Dec 5, 2015

是该拯救了 bug 太低级了

wh0syourda66y

Dec 5, 2015

还不如彻底重写，我们公司也碰到这种坑，浪费了大半年结果一点用也没有

hantsy

Dec 5, 2015

MicroService 与 DevOps 不可分割， DevOps 跟不上，是白搭，试想如果有 Netflix 那样服务超过 200 的时候怎么部署。

滴滴也就这一两年的事，从一开始设计就应该考虑服务分离。

在没这 MicroService 这个概念，我那时的项目(37 个 maven modules, 7 个部署包)已经做最基本的考虑：

1. Restful API, 符合 Richardson mature model Level 2
2. 批处理服务分离，主要用到 Spring Integration ， Batch ， AMQP 等，使用 AMQP 与 API 交互
3. 通知分离（邮件，推送等）
4. UI 全部是 SPA （网站， APP 使用了 IONIC ）

这都是一年前的架构方面的考虑了。

现在的新项目完全采用 Spring Cloud, 特别是 Netflix （ MicroService 的成功典范）的集成。

1. Ops 上更新换代（ AWS ， Circle CI ， Docker ， Vagrant vault ， ELK ）
2. Restful API 符合 Richardson mature model Level 3
3. API 更细，也进行分离，使用 Zuul 代理
4. Service Discovery, Load Balance, API Gateway/Aggregate 基本上都是用 Netflix 技术， Logging trace （ Spring cloud sleuth ）等

xyth

Dec 5, 2015

人家 startup 初期走的快了点架构差了点，现在有钱了、市场稳定一些了，拿 40k+的月薪来请人做做重构有什么问题。。。楼上那几位劈头盖脸一顿喷的可真逗，还有担心被边缘化的，是否被边缘化要看自己有没有能力，哪有靠入职前让对方打包票的？

XianZaiZhuCe

Dec 5, 2015 via Android

我就说一句，豆瓣经常挂

DingSoung

Dec 6, 2015

一开始，不清楚一个长远的大的方向和需求，团队内部没有沟通好，有的好的想法的没有话语权，一些其实不咋都的人没有考虑周全，等等带着一系列问题就这样开动了。经过几个月 1.0 ，然后忙着对需求各种唯命是从，迭代迭代，改动改动，修修补补，没有机会重构，程序越来越庞大，臃肿，逻辑关系复杂，然后用户量等也上去了，除了几个一路走过来的程序员，后来的新人虽然能看出问题来，但也不敢轻易的动，老员工也走了好几个，问题迫在眉睫，然后就想找“代码拯救湿”

我只想说，坑，慎重。

whistle

Dec 6, 2015

@xyth 创业时那些空降兵（百度 T8 、 T9 ）为什么不来一起创业不就是钱和股票给的不够吗换句话说没有创业气质当时苦哈哈陪滴滴一起创业成长的人现在都是何等的惨

zeayes

Dec 6, 2015

@xyth 同意

ibiger

Dec 6, 2015

豆瓣经常挂是咋回事？

leolyq

Dec 6, 2015 via iPhone

其实非常理解这种事情，只是，根据我的经验，如果背后没有一个强有力的背景强大的推手推动的话，这事单靠几个程序员是搞不定的， T10 招来也没用，除非他 /她有话语权。

xufang

Dec 6, 2015 via Android

@leolyq 我也在前面说了，大概率是送死背锅的下场。

所以，先把 offer 提到百万级再说。

Chewbacca

Dec 6, 2015

自黑？ ThoughtWorks 不就是典型的 “天天 DDD 来， TDD 去，浪费青春和生命” 的地方么？

superbear

Dec 6, 2015

是做新的需求，还是花时间重构？这是个问题

v2zhao

Dec 6, 2015

火上加油

Alex_L

Dec 6, 2015

@Chewbacca 因为 TW 做的不是 CMS 类的小破网站...

deepurple

Dec 6, 2015

豆瓣和 TW 感觉高级黑

Chewbacca

Dec 6, 2015

@Alex_L CMS 类的小破网站占了不少比例吧 :D

hantsy

Dec 6, 2015

@Chewbacca 你太抬举了 ThoughtWorks 了。

TDD 只是一种常用的测试开发技巧，我们项目不提倡 TDD ，也不反对，但所有类都写测试，所有场景都要有集成测试。

DDD 和 ThoughtWorks 半毛钱关系也没有，它源于是 Eric Evans 的 DDD 一书。
MicroService 这个词能够火起来，是因为 Netflix 。 http://microservices.io/

马大叔十几年前两本书对开发意义深远， Refactoring ， Enterprise Architecture Pattern 。其后，似乎没什么新观念出来，基本都是总结别人的。

hantsy

Dec 6, 2015

@leolyq 很多公司都是说我们是敏捷管理，真正深入敏捷概念可能是曲指可数，反正我是接触国内的公司，没发现真正有敏捷概念。

1 ，项目扁平管理，这一点国内几乎做不到。国内程序员也习惯听众“领导”安排，工作上只是听指令，项目问题也不喜欢主动去思考，当然所谓的“正规”公司你也几乎没机会。
2 ，没有 PM ，有 Scrum Master 。在上海见过不只一家公司从国内一线的大公司重金挖过来的核心人物，在项目中只会用一个 Excel 天天向上层汇报进度。
3 ，没有专职的架构师，有 Tech Lead 。 Tech Lead 更多的是 Engineering 层面的，实战性的，推动整个团队的技术提升。国内我见过不少架构师职位，只只是写写文档，从事是行政工作。

oth

Dec 6, 2015

去拯救黄浦学生。。。这差使好，还是要靠 40k 的总裁

hantsy

Dec 6, 2015

@dingsoung 我参与过国内的三个创业项目，几乎创始人都是一种急于求成的心态，一方面不知道自己想出来什么样子，一方面急于把东西搞出来给投资人看。技术考虑在项目中排在最后，最后当然可想而知，项目的问题和滚雪球一样。
现在是不敢碰国内的创业项目了。虽然 V 坛看到各种晒福利的创业公司，看看罢了，现在对创业没任何冲动。