上周被领导安排了去北京出差，挺无奈的，理由是现场需要研发支持（有什么是办公室搞不定的呢~）。
首先谈谈北京吧，帝都。我出差的地方在四环边上，根据我对上海的认识，我把他定位为中环外一点，但是远没有上海的方便和繁华。到处是破旧脏乱的感觉，天空也永远是灰蒙蒙的，没什么阳光，总觉得在这生活患上抑郁症的概率会增大。然后是吃的，挺有特色，在上海是你不管跑到哪儿吃东西基本能看到日料和港式的影子，北京的饭店还是比较有特色的，缺点就是饭店的数量太少。我住的附件方圆2公里，没几家吃的。最后是房价，当我了解到四环附近是10万一平的时候我惊了，真是松江的配置，静安的房价啊。
工作上没什么花样巾，天天和存储过程打交道，这玩意真的是很作孽的东西，我觉得这是数据库设计的败笔，到处滥用的触发器和存储过程，埋了多少深坑（如果是互联网项目早跪了）。硬要说收获的话，我发现程序员离需求有时候很遥远主要有以下几点原因：
1.对行业不了解，大部分程序员对自己所在的行业不太了解，这种不了解是专业性上的缺失导致没法判断实现的需求是否是合理。所以在做需求前更重要的是调研，比如用户想做什么，他为什么要这样做，他可以用更好的方式做吗。
2.沟通问题，很多程序员不在一线工作，沟通问题是个很大的因素，很多时候需求到了落地就已经违背了原来的意思了，何况用户很多只关注自己想要的那一部分，整体的把握用户需求是很有技术含量的事。
3.设计基调，很多产品在设计的时候基调方向就不太正确（这很正常），然后为了交付客户宁可曲线救国导致中后期需求的交互越来越繁琐。举个例子，原来超市里只卖一种商品，这时候买单需要扫码进系统，这种应用场景很容易，操作只需要扫一下。现在超市里多了一种情况，这种商品面向不同年龄层次的人，价格会不同，那这时候买单的时候系统设计就需要增加一个信息（条码没变）。系统因为没有考虑过这样的情况，所以给系统增加了一个分类，操作大致是扫码前先要进入一个对应年龄层次的界面，然后再扫码计算出对应的价格。随着超市业务的复杂，这样的情况越来越多，系统没多久就变得用户体验很差，为了扫一个码，往往要进入多级界面，但是系统已经上线了，没办法回头了，而且这种设计还容易出错。造成这样的局面是谁也没想到的，我现在也面临这类的问题，好的解决办法也一直没有太找到。
在北京的日子，没每不感受到生活的不易，不得不佩服帝都人民真坚强啊。
