休假期间，很欣喜的看到本应由自己负责的项目，在美女同事手中上线，平稳运行，经受起了双十一的考验。不禁会想，如果当时由我来负责，现在会是什么模样？
首先，效率会如此高吗？我喜欢研究逻辑，不搞明白不罢休，有时候就容易揪住细节不放，可能会影响到整体进度；同事属于类似眉毛胡子一把抓的风格，麻利干脆，不拘泥现有问题，可以保证进度结果，但是细节逻辑容易疏漏，简单说就是，功能实现了，但是为何这样做，可能不是很清楚了。
对于自己而言，继续保持对逻辑的好奇心，同时也要在原型设计上加把劲儿，现阶段还要更多的模仿市面上好产品的设计，看多了，自然交互设计感就有了。
我们的安卓系统是在全选的安卓工业机上来实现的，软硬件结合，因为有设备自己的物理键盘在，这与目前市面上多数触屏手机不大一样，所以设计时很容易忽略设备软键盘弹出所带来的影响。实际应用中我们就遇到软键盘弹出无法收回，遮挡了操作界面；软键盘的完成键等同于确认，但人们第一感觉这个done的按键是收回键盘，而已拣货数量没有标注，即使确认了也看不出变化来，这样一来，很容易连续按确认，先按一遍软件盘的确认，再按一遍屏幕上的，或者物理键盘的，误操作就这样产生了。解决方案：只要确认完成，就把当前商品编码清空。
如果当时是敏捷开发，做完一个重要的模块，及时在库房进行验证确认，就可以避免后续再出现类似问题了。
昨天拉着资深同事终于搞明白了大件系统的序列号管理体系，和中小件不一样的是，大件从拣货环节开始采集序列号，而中小件是验收环节就采集了的，究其原因，大家电供应商比较集中，20%的厂家供着80%的货物，序列号只需要对下管理（承运商和客户），而中小件供应商比较繁杂，需要知道哪个商品是哪个供应商供货，为了退货时便于确认，所以在入库环节就开始了采集。
庆幸的是，自己在序列号现场操作中，找到了大件现有系统的bug，不过他们也已经在改进了，新系统即将上线，后续现场操作中的问题就可以避免了。
