休假期間，很欣喜的看到本應由自己負責的項目，在美女同事手中上線，平穩運行，經受起了雙十一的考驗。不禁會想，如果當時由我來負責，現在會是什么模樣？

首先，效率會如此高嗎？我喜歡研究邏輯，不搞明白不罷休，有時候就容易揪住細節不放，可能會影響到整體進度；同事屬于類似眉毛胡子一把抓的風格，麻利干脆，不拘泥現有問題，可以保證進度結果，但是細節邏輯容易疏漏，簡單說就是，功能實現了，但是為何這樣做，可能不是很清楚了。

對于自己而言，繼續保持對邏輯的好奇心，同時也要在原型設計上加把勁兒，現階段還要更多的模仿市面上好產品的設計，看多了，自然交互設計感就有了。

我們的安卓系統是在全選的安卓工業機上來實現的，軟硬件結合，因為有設備自己的物理鍵盤在，這與目前市面上多數觸屏手機不大一樣，所以設計時很容易忽略設備軟鍵盤彈出所帶來的影響。實際應用中我們就遇到軟鍵盤彈出無法收回，遮擋了操作界面；軟鍵盤的完成鍵等同于確認，但人們第一感覺這個done的按鍵是收回鍵盤，而已揀貨數量沒有標注，即使確認了也看不出變化來，這樣一來，很容易連續按確認，先按一遍軟件盤的確認，再按一遍屏幕上的，或者物理鍵盤的，誤操作就這樣產生了。解決方案：只要確認完成，就把當前商品編碼清空。

如果當時是敏捷開發，做完一個重要的模塊，及時在庫房進行驗證確認，就可以避免后續再出現類似問題了。

昨天拉著資深同事終于搞明白了大件系統的序列號管理體系，和中小件不一樣的是，大件從揀貨環節開始采集序列號，而中小件是驗收環節就采集了的，究其原因，大家電供應商比較集中，20%的廠家供著80%的貨物，序列號只需要對下管理（承運商和客戶），而中小件供應商比較繁雜，需要知道哪個商品是哪個供應商供貨，為了退貨時便于確認，所以在入庫環節就開始了采集。

慶幸的是，自己在序列號現場操作中，找到了大件現有系統的bug，不過他們也已經在改進了，新系統即將上線，后續現場操作中的問題就可以避免了。