微信有多复杂？

腾讯旗下的微信从一个通信工具变成了一个庞大的平台，那么这个平台究竟有多复杂. 它的开发者写的论文 透露了部分细节：微信的后端包含了 3000 多个移动服务，包括即时通讯、社交网络、移动支付和第三方授权. 每天的外部请求有 10^10-10^11 个，每一个请求都能触发更多的内部微服务请求. 总体上说微信后端每秒需要处理数亿的请求.

本文是从 Complexity is the enemy 这篇文章翻译而来. 差不多在Google工作有7个年头了(!). 我在这学到了很多东西，写都写不完. 然而不管怎样，我至少要向你们分享一条只有在我有了更多经验后才得到的东西. 你无法用数字评估它所造成的代价，它会悄悄慢慢的出现，就像是用小火在煮你，让软件变得越来越糟，你很难察觉到，而当你察觉到时，那已经太晚了.

前面提到过工作台（《EXT.NET复杂布局（一）——工作台》）了，不知道各位看过之后有什么感想. 这次就介绍介绍使用EXT.NET画几个报表. 看图写作从小学就开始了，如图：. 各位看官，不要以为这报表画起来很难，其实使用EXT.NET来画的话，还是挺简单方便的. 这个报表实现，本人采用的是最原始的手写代码（之所以这么说，是因为没怎么偷懒，老老实实的写的，因为这是刚接触EXT.NET的时候画的）.

单点对焦是最基础的对焦方式，只要掌握以下拍摄技巧，只用单点对焦，也能搞定风光、人像、静物三大经典场景中的对焦问题.. 在拍摄风光时，我们基本上都是利用三脚架确定构图后再拍摄，这时选择单点自动对焦是方便操作的办法. 当我们需要使用大光圈利用浅景深来突出花朵、树木等主体时，即使是完全相同的构图，由于焦点的不同也可得到画面风格、主题思想等完全不同的2张作品.

管理就是把复杂的问题简单化，混乱的事情规范化. 最容易不过的是忙碌，最难不过的是有成效地工作. 而化繁为简、善于把复杂的事物简明化，是防止忙乱、事半功倍的法宝. 工作中，我们经常看到有的人善于把复杂的事物简明化，办事又快又好，效率高；而有的人却把简单的事情复杂化，迷惑于复杂纷繁的现象之中，使复杂的事物更复 杂，结果只能陷入其中走不出来，工作忙乱被动，办事效率极低.

去 Google 工作想必是许多人的梦想. 还记得以前有位老兄 Matthew Epstein 吗. 他专门制作了一个 googlepleasehireme 网站，想以此混进 Google. 虽然 Techcrunch 的编辑好心的预言他会被雇佣，但最终结果还是碰了壁. Google 之所以有吸引力不仅因为它的庞大，它的野心和梦想，而且因为那里的环境非常人性化.

Metrics可以进行许多有用的代码度量，包括圈复杂度度量，它用于测量方法中惟一路径的数目. 在Eclipse中安装和使用Metrics步骤 . Elipse中安装Metrics插件 . 打开Help->Install new Software，点击Add，添加Repository. 选择相应的版本插件，继续随后的安装 .

CXF+JAXB处理复杂数据. JAXB 来实现对象和XML之间的映射. 前面的例子 中，使用CXF发布的Webservice，其方法的参数和返回值都是简单类型. 本文讨论对象复杂性的分级，验证对于各种复杂度JAXB的支持情况，以及使用JAXB时对于Map，循环引用，继承等情况的处理办法. 文中的例子没有直接调用JAXB的API，而是用CXF发布webservice的形式验证对象到xml的marshal和unmarshal， 所以本文也可以作为使用CXF的参考资料.

       【译者按】每一个交互设计师应该都怀有一颗追求简单的心——轻盈的操作，简易的流程，干净的界面. 每每提及复杂性，必然会想到其对立面——简单. 所谓简单，就是要去除不必要的干扰，让用户直达目标.        UX的使命之一就是：将复杂的流程简单化. 其间，纠结一个Button的摆放、大小、颜色，又或者研究各类用户群体的“脾气”.

每一个交互设计师应该都怀有一颗追求简单的心——轻盈的操作、简易的流程、干净的界面. 每每提及复杂性，必然会想到其对立面——简单. 所谓简单，就是要去除不必要的干扰，让用户直达目标. UX的使命之一就是：将复杂的流程简单化. 其间，纠结一个Button的摆放、大小、颜色，又或者研究各类用户群体的“脾气”.