这是一个创建于 3653 天前的主题，其中的信息可能已经有所发展或是发生改变。
[ 北京 ] 滴滴出行招聘代码拯救师
你没有看错，职位的名称就叫 代码拯救师 。
月薪： 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]
 | 1 canesten 2015-12-05 15:34:38 +08:00  2 相关的软件基础设施完备吗？ 比如 MQ ， Zookeeper ， Dubbo 或者 Docker 什么的？ 涉及到基础设施改革的问题有决策权吗？ 40 万行代码，读代码，熟悉业务能给多长时间？ 这个岗位并不是一个持续需求的岗位，弄干净以后如何保证不会发生卸磨杀驴的事情？ 这个岗位要招多少个人？每个平级的代码拯救师之间的分歧要如何解决？ 除了解耦归纳以外，性能考量要做吗？ 如果涉及到为了性能做出的架构改革或者基础设施改革有话语权吗？ |
 | 2 snow4young 2015-12-05 15:35:10 +08:00 一语中的：对于 CMS 类的小破网站，天天 DDD 来， TDD 去，浪费青春和生命。 |
 | 3 xufang 2015-12-05 15:38:34 +08:00 via iPhone 慎如此坑，左耳朵耗子就是前车之鉴。 大概率成为牺牲品，没有百万年薪，不要动心。 |
 | 5 whistle 2015-12-05 16:04:25 +08:00 千万不要去，滴滴据说天天空降领导，基本上苦哈哈加班把活干完了，就可以把你边缘化了 |
| 6 canesten 2015-12-05 16:15:34 +08:00 @whistle 有同感 百度的 T9 和 TW 的人不是创始团队的吧？ 如果是一开始就让这两股人来干，一定不会导致现在需要大规模重构的情况吧？ 百度的 T9 和 TW 两个正规军的人都没把这重构搞定，难题在哪？ 我觉得不是技术和经验吧？ 如果公司内的 CTO 或者 Tech Leader 这种活会干又没干，那是不是有点吃干饭的嫌疑？ 还是不愿意背锅？ 那愿意背锅干活的人是不是应该比这些不敢背锅的人赚的更多一些？ 名利不可兼得嘛，那些已经有了名的虚职高管可以少拿一些钱吧？ |
 | 7 BenX 2015-12-05 16:19:47 +08:00 我觉得这个贴要火，先 mark |
| 8 canesten 2015-12-05 16:28:25 +08:00 |
 | 9 viperchaos 2015-12-05 16:57:53 +08:00 @canesten 我感觉要火 |
 | 10 itbeihe 2015-12-05 17:41:20 +08:00 感觉会火，加一把火柴。 |
 | 11 professorz 2015-12-05 17:49:02 +08:00 先是觉得这帖子逼格真高，看了几个楼发现回帖真犀利！ |
 | 12 Email 2015-12-05 17:50:00 +08:00 初级菜逼工程师写的代码.招高级工程师去重构. |
 | 13 wuranbo 2015-12-05 18:18:50 +08:00 火钳刘明 |
 | 16 freeindex 2015-12-05 18:28:35 +08:00 刘明 |
 | 17 Knights 2015-12-05 18:28:48 +08:00 via Android 这么多代码要重构，谁去写会疯掉的吧。 |
 | 18 ianisme 2015-12-05 18:35:18 +08:00 是该拯救了 bug 太低级了 |
 | 19 wh0syourda66y 2015-12-05 19:03:27 +08:00 还不如彻底重写，我们公司也碰到这种坑，浪费了大半年结果一点用也没有 |
 | 20 hantsy 2015-12-05 22:02:00 +08:00 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 ）等 |
 | 21 xyth 2015-12-05 22:10:41 +08:00 1 人家 startup 初期走的快了点架构差了点，现在有钱了、市场稳定一些了，拿 40k+的月薪来请人做做重构有什么问题。。。楼上那几位劈头盖脸一顿喷的可真逗，还有担心被边缘化的，是否被边缘化要看自己有没有能力，哪有 靠入职前让对方打包票的？ |
 | 22 XianZaiZhuCe 2015-12-05 22:14:25 +08:00 via Android 我就说一句，豆瓣经常挂 |
 | 23 DingSoung 2015-12-06 01:52:00 +08:00 3 一开始，不清楚一个长远的大的方向和需求，团队内部没有沟通好，有的好的想法的没有话语权，一些其实不咋都的人没有考虑周全，等等带着一系列问题就这样开动了。经过几个月 1.0 ，然后忙着对需求各种唯命是从，迭代迭代，改动改动，修修补补，没有机会重构，程序越来越庞大，臃肿，逻辑关系复杂，然后用户量等也上去了，除了几个一路走过来的程序员，后来的新人虽然能看出问题来，但也不敢轻易的动，老员工也走了好几个，问题迫在眉睫，然后就想找“代码拯救湿” 我只想说，坑，慎重。 |
| 24 whistle 2015-12-06 08:41:45 +08:00 @xyth 创业时那些空降兵（百度 T8 、 T9 ）为什么不来一起创业 不就是钱和股票给的不够吗 换句话说没有创业气质 当时苦哈哈陪滴滴一起创业成长的人 现在都是何等的惨 |
 | 26 ibiger 2015-12-06 10:47:56 +08:00 豆瓣经常挂是咋回事？ |
 | 27 leolyq 2015-12-06 11:40:49 +08:00 via iPhone 其实常理解这种事情，只是，根据我的经验，如果背后没有一个强有力的背景强大的推手推动的话，这事单靠几个程序员是搞不定的， T10 招来也没用，除非他 /她有话语权。 |
 | 29 Chewbacca 2015-12-06 13:28:15 +08:00 自黑？ ThoughtWorks 不就是典型的 “天天 DDD 来， TDD 去，浪费青春和生命” 的地方么？ |
 | 30 superbear 2015-12-06 14:04:47 +08:00 是做新的需求，还是花时间重构？这是个问题 |
 | 31 v2zhao 2015-12-06 14:37:12 +08:00 火上加油 |
 | 33 deepurple 2015-12-06 21:38:59 +08:00 豆瓣和 TW 感觉高级黑 |
| 35 hantsy 2015-12-06 22:11:03 +08:00 @Chewbacca 你太抬举了 ThoughtWorks 了。 TDD 只是一种常用的测试开发技巧，我们项目不提倡 TDD ，也不反对，但所有类都写测试，所有场景都要有集成测试。 DDD 和 ThoughtWorks 半毛钱关系也没有，它源于是 Eric Evans 的 DDD 一书。 MicroService 这个词能够火起来，是因为 Netflix 。 http://microservices.io/ 马大叔十几年前两本书对开发意义深远， Refactoring ， Enterprise Architecture Pattern 。其后，似乎没什么新观念出来，基本都是总结别人的。 |
| 36 hantsy 2015-12-06 22:30:07 +08:00 @leolyq 很多公司都是说我们是敏捷管理，真正深入敏捷概念可能是曲指可数，反正我是接触国内的公司，没发现真正有敏捷概念。 1 ，项目扁平管理，这一点国内几乎做不到。国内程序员也习惯听众“领导”安排，工作上只是听指令，项目问题也不喜欢主动去思考，当然所谓的“正规”公司你也几乎没机会。 2 ，没有 PM ，有 Scrum Master 。在上海见过不只一家公司从国内一线的大公司重金挖过来的核心人物，在项目中只会用一个 Excel 天天向上层汇报进度。 3 ，没有专职的架构师，有 Tech Lead 。 Tech Lead 更多的是 Engineering 层面的，实战性的，推动整个团队的技术提升。国内我见过不少架构师职位，只只是写写文档，从事是行政工作。 |
 | 37 oth 2015-12-06 22:45:02 +08:00 去拯救黄浦学生。。。这差使好，还是要靠 40k 的总裁 |
| 38 hantsy 2015-12-06 22:46:58 +08:00 @dingsoung 我参与过国内的三个创业项目，几乎创始人都是一种急于求成的心态，一方面不知道自己想出来什么样子，一方面急于把东西搞出来给投资人看。技术考虑在项目中排在最后，最后当然可想而知，项目的问题和滚雪球一样。 现在是不敢碰国内的创业项目了。虽然 V 坛看到各种晒福利的创业公司，看看罢了，现在对创业没任何冲动。 |
 | 39 itaotao 2015-12-07 12:25:40 +08:00 以我菜逼的眼光看，貌似在招架构师或者说总架构师，但是看工作量又不是一个架构师能简单处理的了，好怕怕，不明觉厉 |
 | 40 wudikua 2015-12-07 17:33:37 +08:00 为什么 T9 都搞不定 =。= |
 | 41 fengsheng 2015-12-07 18:21:08 +08:00 T9 是给你写代码的吗？ |
 | 43 mzer0 2015-12-08 23:08:29 +08:00 Refactoring Kata 是什么? Kata 是什么? |
 | 44 zealinux 2016-11-26 15:00:33 +08:00 招到了没？ 如果招到了，招到的人给个经验体会出来吧 |
Select Language