邮箱: junxin.ljx@alibaba-inc.com
微信群:
有意愿的同学,可以把简历直接发至junxin.ljx@alibaba-inc.com邮箱,每天会提供简历修改意见和及时完成内推哦~
注:简历名格式:学校-手机-名字、简历格式:PDF
1)部门介绍:
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的实习生,期待在实习期间可以感受工作的疲惫愉快与搬砖的乐趣成就。在他刚来的时候,我们就认真在想这段时间团队到底能给他带来什么,怎么写代码?怎么与小姐姐沟通?怎么安排时间?这些都是个人与生俱来的脑袋在环境中自我学习获得的,团队可以给他真正带来的是无以伦比的迭代交付体验,从评审需求到发布交付。在他实习结束的那天,他全程参与了我们的发布仪式,洗脚沐浴更衣,拜二爷,最后按下了发布按钮。希望他在现在还可以想起这些仪式感,知道未来每一次发布与交付都是在改变宇宙,工作塞满了激情。
“最后一个故事”
招人!,架构师,工程师(全栈、或者前后端),QA。
简历私信我或者发送到junxin.ljx@alibaba-inc.com。
全部评论
(4) 回帖