2018-8-19 工作总结

凌晨四点的北京海淀区保时捷中心你看过么？我看过。为了8.16的演示，小伙伴们8.15是在办公室里度过的。

工作内容

1. 开发资源协调调度
2. 对接微信公众号，获取用户信息，使用js-sdk
3. 把上传组件改造成对接ali-oss
4. 演示并整理优化项

经历

这周犯了一个决策失误; 完成了一次迭代成果演示

失误

周二早上看安排，zzHoliday闲置，我正好发现微信端没有对每个页面定义title, 于是让对着原型，为每个页面设置title, 不懂的问我。我觉得这是个很简单的事情，他能搞得定。结果下午我合并代码，发现他的三个提交记录都写着，“解决冲突”，把合并后的代码打包后，发布到cdn，发现页面出不来，但又没报错。如果我把提交历史回溯合并他代码之前的节点，打包发布到cdn是没有问题的。所以他的代码有问题。

于是吃了晚饭后，我们俊平一直在看zzHoliday这三次“解决冲突”到底做了啥，导致发布cdn有问题。花了三个小时，也没个定论。最后我选择放弃，在自己的服务器上用nginx布了起来，结果可以。看了下页面，一些miffy还有edgar做好的功能不见了，想必是被zzHoliday覆盖掉了。

文哥说，我们还是逃脱不了上线前就要出问题的宿命啊。

我说，md，这是在开历史的倒车啊。本来稳步前进的，结果进度还倒退了。我认为主要责任在我，是我安排出了差错，导致我，edgar，miffy的工作成果被影响。

我过于相信zzHoliday, 而忽略了其他的考量点。

其一是工作内容。虽然说只是修改页面title, 但涉及的页面多，而且需要对原型有了解，他之前一直在搞PC端，没有接触过移动端，这其实并不是一个简单的“修改一下title”就可以概括的任务。并且，涉及页面多，就增加了冲突的机率，这也是我当时忽略了的

其二是他的心态。他经常说“心态炸裂”，他心智还不够成熟，而且也容易钻牛角尖，而且沟通起来也比较费劲，其实还是个孩子。基于第一个原因，他要修改页面title, 必须要全部过一下原型，对他而言信息量有点大，他很容易就“心态炸裂”的。

其三是他的能力。他并没有解决冲突的能力，之前就出现过代码冲突，把别人代码覆盖的情况，但我当时没放在心上。结果这次果然就出事了

而从结果来看，他出现了冲突，既没有问miffy，也没有告诉我，只是自己默默地解决了。这点让我十分介意。从他来了公司，到我去北京之前，我一直跟他强调反馈，也跟他谈方法，讲理念，沟通的次数也比较多，但从结果来看，他居然没有get到点。说句玩笑话，有时我对妹子都没这么上心，他这个表现让我挺失望的，有种心血付之东流的感觉。

所以周二晚上，我很郁闷。除了因为我的失误，也因为我的期望变为失望。

文哥说，也许我们有点拔苗助长了。我想了下，觉得是。心态有点急了。不过，现在节奏这么快，你成长速度不够，就跟不上我们脚步啊。

所以接下来，我会调整心态，不求快; 另一方面，及时止损，不在zzHoliday上花更多的心思。

演示

最早听说“演示”这个词的时候，是2016年在恒拓参与“全面预算项目”，演示者是文哥。当时对这件事的印象是，QQ上文哥发个消息，“准备演示了，大家别乱动”，于是大家安安分分，退出系统。过了半小时或一个小时，文哥发来消息，“演示结束了”，然后大家发来贺电，各种点赞或鼓掌的表情👏其实没去过现场的我，根本不清楚演示是什么概念，内心对此是很模糊的。

这一次，由我上场，终于体验了一番。没怎么休息的我，状态并非绝佳，又是坐前排，空调开得很冷，身边的又是一排大佬，我真的是瑟瑟发抖。幸好不一会儿有同事也受不了这个温度，把空调关了，我才不再发抖，状态有所恢复。

因为半小时演练过，所以演示时，一打开网页，我就进入了状态，照着套路来一遍就好了。

这里的重点是，首先说明要演示的场景，然后演示每一个场景前后，都要点明该场景。比如，“我们一共会演示三个场景，分别是xxx。接下来，我们演示场景一”，此处省略演示过程。。。“好，刚刚演示完了场景一，接下来演示场景二”。

在说的时候，一定要咬字清晰，语速适中，不能太快。另外文哥指出，我声音有点小，这个的确是，有点虚，没啥力气。也许我得找个没休息好，也能短时间洪亮发声的方法。

还有一点就是，注意偶尔与客户眼神的交汇。找哪个客户呢，当然是找大佬了。

最后演示完，注意倾听，在客户眼中有哪些待优化点，分析客户的真实需求。我觉得最一点非常重要，亲自听听最上层的声音，掌握一手信息，会有种拨开云雾见月明的感觉，对后面的方案的选择，行动的方向，都会有帮助。

其他

在开发迭代的过程中，到底是UI主导还是前端主导页面的实现？

这样问其实根本没get到关键点。

一定要明白本次项目的目的是什么，客户真正要的又是什么，综合考虑，达到效益最大化。

本次项目，一是磨练团队，二是进行技术沉淀。而客户要的，汽车从购买到保养维修，从售前到售后，在线(能结合线下)的一条龙服务。而时间又这么紧，系统这么复杂，功能都做不完了，谁还有时间去挑刺页面不好看？可是UI不懂这些，考虑的维度只是单一的“好看与否”。所以后面，在交流的时候，我说，“理解”，不去争论结果，但我会有自己的判断去实现，既能满足客户需求，又保证投入与产出的性价比