阿里淘天25届春招！20来个HC！快来我们团队呀！

一、部门介绍

我们是淘天物流技术部团队！深耕于物流的数字化协同与运营领域：为淘天业务提供多样的物流经营管理方案及工具；为商家提供高效低成本的物流解决方案；为消费者提供便捷靠谱的物流体验。团队以先进的技术框架及开发模式不断升级自己，以满足和驱动庞大、复杂、多变的电商物流体系发展。

我们这里主要部门有：

1）C端物流技术团队：主要负责物流服务在交易、营销、导购、咨询等消费者场域的表达。每天服务亿级别用户，这里有你期待的大数据、分布式、高并发、高负载、高可用性等核心应用场景。

2）履约&履行团队：主要负责日均亿级的订单履约，负责：

A）商品页面百万级qps的时效、物流服务计算（如：天猫超市的发货/送达时效、预约配送、送货上门等服务）；

B）支撑百万级qps下单时的动态服务计算（亿级数据量的智能商业路由）；

C）链接了超过5万个商家的供给和6亿消费者的需求，日均支撑亿级订单履约；

D）先进的数据算法引/擎和灵活的流程编排实现供应链的"可视、可感知、可优化”能力建设，百万级qps的实时计算能力、PB级数据仓库；

E）先进的中台系统，支撑天猫、淘宝、同城零售、天猫国际、淘宝特价版、阿里健康等多个业务板块的业务；

二、岗位介绍（共20来个HC）

研发工程师JAVA

测试开发工程师

前端开发工程师

数据研发工程师

三、内推码

四、团队氛围介绍

我们是一个“半敏”技术团队，构建了安如磐石般的“店仓模型”以及宇宙统一场论的终结者“大商家模型”，打造了“Nubility Special Forces”团队品牌。他们逼迫我写一篇关于这2个模型的文章，但我今天只想和大家聊聊团队的几个小故事，真的是骚气！

“为啥叫nubility而不是niubility？”

不要听团队解释“多分支原罪假说”，“团队自我进化表现”啪啦啪啦，都是扯淡，就是一开始某个人拼错了，然后将nubility用在团队单分支开发。到了后来就不想纠正了，因为这个单词犹如一张契约，不管怎么样的场景，一旦出现，团队必然使命必达！更夸张的是团队花了无数的时间和精力为了守护这个名字和荣耀，以及于成为团队文化，新来的同学也会继续守护。但是我还是觉得拼错这个单词的人不肯承认错误继续掩盖。

“如果疲惫的灵魂追不上狂奔的肉体时，就需要停下来做一下Retro。”

Retro，就是Retrospective Meeting，是团队最早的实践。每次召开Retro就像罗马街头的“市议会”一样，好的不好的事情吵得脸红脖子粗，无论站会时间还是代码风格，甚至脚臭都能吵起来，但奇怪的是每次以Action和吃着水果贼笑着结尾，可能大家已经领悟到retro并非“监管团队”而是“相信团队”。也正是这些坚持了27个迭代的retro，团队在进化、在自我管理、尝试其他实践，最重要的是每个成员领悟到，人是最重要的，规则为人期望秩序而服务的。

“2块钱！！”

团队从成立到现在，风风雨雨什么事都变化过，就每天团队所有成员的CodeReview这个实践雷打不动，印象中只有工作日outing的一天，大家假装坐在一起CodeReview，只有完成这个仪式后才能感觉踏实许多，然后继续去浪了....就算日常某一天实在没有新代码可以看的话，也会翻出老的TODO来鞭尸。那2块钱是怎么回事？每天的CodeReview最激动的时刻就是有人发现代码的问题，或者代码风格和团队不一致，连一个换行也不会放过的，一旦发现大家会很激动嚷着“XX，2块钱，充公美国outing基金”，眼都红了感觉好像去美国outing就差这2块了。但“2块钱”这个仪式却守护着团队的条条底线，道道准则，一旦规则定好100%执行，否则这辈子都去不了美国outing了，这很重要。有时候发现一条有效的守护与执行策略比定制策略更有价值。

“我不要和这个脚臭的人pair”

有一次团队有2位同学在pair（白天那种）一段业务代码，突然一位同学站了起来指着另外一位同学手当面feedback脚太臭已经传染到手了，去搞干净要不别写了。这种feedback已经是比较温柔的了，在360时，每个同学都会互相feedback好的和差的地方，那都是大场面，四眼相对脖筋都出来，我们都是在外面拿着灭火器候着，怕眼睛脖子着火。但团队每位成员都是认真准备，真实和客观的feedback，所以每次都是先硬后软，最后扶着墙哭着出来的，画面和谐而充满希望。这种feedback在团队无处不在，对人对事对代码，对每次迭代，这些都是推动自洽成长的原动力。

“代码洁癖”

8月酷夏的一个晚上，OperationUnitClient#queryOperationUnitsByMerchant这个方法名要不要去掉query后面的operationUnits，要不要用重载替换掉byMerchant，已经讨论了半个小时了。这次讨论的结果将记录在nubility代码规范并且可以自定义规则署名，从一开始的方法名读起来的畅***，到穷尽所有场景下是否试用，再到后面client的一致性，最后上升到易经最高层次的决策策略，掐指，都无法达成一致。最终还是通过retro投票将这条规范登记在案，一旦登记“2元规则”将自动生效。团队有很多诸如此的讨论，可读性换行，消除缩减，布块擦拭回车键，甚至IDE的自动换行长度，这些都是团队代码的洁癖。这些洁癖让代码看起来整齐划一，富有可读性，充满灵魂，是程序员生命的延续体，可以有效的斩获迷妹。

“光明顶会议”

“光明顶会议是我团在2017年10月27日在光明顶召开的第八迭代Retro会议，是在团队产品需求膨胀的背景下，解决尽早和快速交付而召开的。这次会议确定了团队全栈方向和团队整体交付产品节奏控制为基本路线，决定团队成员自行承担所有测试和工作，是我团风格转变的重要转折点。”----Retro-2017.10.27

团队就是经过这次会议后，努力的沉淀和在五道口分享实践。从此之后，在整个五道口的各个团队见到了越来越多的standup，robot答疑服务群，产品发布邮件等等实践，下图为会议图片纪要。

“任何实践都不是一成不变的。”

团队早期的敏捷实践“StoryBoard”，是有一个物理墙的，每天站会围绕着这些墙上的故事卡进行，仪式感很强。但是有一个问题就是每当卡的进度更新后，还需要屁股离开座位去手动挪卡到正确的进度，还有每个迭代初要写卡，团队基本都是无法用笔写字晚期患者，所以这个问题在多次Retro被提及，取消物理墙会失去仪式感，对团队迭代节奏失去了直观感觉，保留则团队的这个实践会打折扣，团队否掉了全部选项，决定改进这个实践，通过Aone的需求管理某个样式来替代物理墙，至此以后大家非常满意，心情愉悦，身上的肥肉证明一切。

“请你按下核弹发射按钮！”

照片中的同是一位来自CMU的实习生，期待在实习期间可以感受工作的愉快与成就。在他刚来的时候，我们就认真在想这段时间团队到底能给他带来什么，怎么写代码？怎么与小姐姐沟通？怎么安排时间？这些都是个人与生俱来的脑袋在环境中自我学习获得的，团队可以给他真正带来的是无以伦比的迭代交付体验，从评审需求到发布交付。在他实习结束的那天，他全程参与了我们的发布仪式，洗脚沐浴更衣，拜二爷，最后按下了发布按钮。希望他在现在还可以想起这些仪式感，知道未来每一次发布与交付都是在改变宇宙，工作塞满了激情。