9.17混乱的一天

9.17，算是我进司以来第一次正式的接触公司的工作流程，整整开了一天的会，晚上又是紧急bug，让我应接不暇，也让我充满了好奇心。

上午这小组例会，最后补吧。理解力还是挺强的。

下午，产品宣讲大会，实际上是产品需求的技术pk 大会，测试、ui、客户端、后台聚到一起”欣赏“产品经理介绍需求。整体感觉，每个人都会从自己的岗位方向提出这样那样的问题，我真心感到太多问题了，听谁的？ 为什么我的脑子一到这种众人发言时刻就锈了？

感触最深的是，测试同事们对于异常情况的设想总是很全面，而我却会想当然的认为事情简单的走最理想的情况，我的大脑好像已经养成了固定的思维模式，总是自动的避开异常情况，导致自己思考不全面。我觉着思考全面是一件好事情，有助于自己做好准备。

ui开发，也是让我耳目一新。从一开始看到产品需求里酷炫的界面，我就幻想要是我也参与做出来那将会是多么有成就的一件事情啊。而我总是想的太简单。当我明白功能逻辑后，并没有深入的分析如何实现，也就造成了看似简单，做起来很复杂的情况，或许会更加的引起工作时间安排预估的不准确。看到wilder 不断的要求产品细化，因为每个人对于某个比较大的概念理解不一样，我们总要不断的细化，方便考虑实现的方案和难度。 感触是：评估任务，就是要从整体不断深入的过程，尽可能的详细。

        产品，也是我一直很困惑的岗位。总是觉着他们很骄傲，很了不起。事实当然也是。老大的一个简单的年头，他们就要完善，想出产品需求和方案。如果我做产品，我一定要解决好这个产品的应用场景是怎么样，这个产品的核心功能是什么。然后给产品添加功能，思考清楚产品的逻辑，各种情况，各种tips都要考虑到。既要避开太过复杂造成开发难度，又不能偏离产品的定位（gavin启发）。

文档。

----未完待续