出差到重庆一个多月了，从最初的不适应到现在的习惯。
这次是一个电商的项目，业务范围应该属于当今火热的汽车O2O电商模式，之前做过传统领域的电商。而汽车电商偏向于垂直模式。垂直模式的电商现在很火热，我想这也可能是市场细分所产生的结果。餐饮、汽车O2O诸多领域，其实这些模式的核心在于减掉了工业界中传递价值的部分，让创造价值的产品能够直达用户。自己可能很多东西要学习，因此项目前期做了漫长的需求分析，以及流程梳理。开发进度也受到了一定的影响。国企的做事风格，我到现在（呵呵），我只能说我不喜欢。小而美的团队，快速的迭代方式，减少沟通成本，工作进度快速推进，才是我所热衷的方式。以致于我开始的时候，心理基于有点厌烦这种方式，但后来，我能够慢慢的调整自己，适应客户的工作方式。
一个人总会碰到不同的环境，有些能够选择，有些则不能。因此如果在这些差距中不能及时的调整自己的心态和位置，自己的工作也将不能开展的很好，长此以往，人的心态也会不好。积极的适应和理解，应该是一种好的方式。
项目中用了很多技术，有些以前听说过，但也碰到新的东西。而这些新的东西也正成了让我感觉不舒服的东西。人都有自己的舒适区和不舒适区，只有积极的适应不舒适，并让其成为自己的长处，人才能很好的成长和进步。也才不能让这个日新月异的社会所淘汰。
项目中用了一新的技术:dubbo,DUBBO是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，是阿里巴巴SOA服务化治理方案的核心框架，每天为2,000+个服务提供3,000,000,000+次访问量支持，并被广泛应用于阿里巴巴集团的各成员站点。
服务化的好处在于很好的将系统解耦，系统模块化，服务化，各自的功能以服务的方式提供，提高了系统的可维护性。同时互不依赖 ，以分布式的方式存在，能够有效减小单点的故障。
对于我们项目中的结构来说。服务层传问以dubbo的接口方式来写。至于springMVC层的控制层则以调用接口的方式去引用dubbo服务。业务层单独部署到dubbo服务器，和view层分离。虽然这次开发的系统的量不多，访问量也不大。但是这种设计服务化的设计方式的好处是显而易见的。
以前我很崇尚技术至上，能够有很好的技术去实现就很不错。因此我很反感去做一些很虚的事情。比如写文档，做演讲。可是这次我错了。其实那些所谓的虚也是在实的基础上而来的。能够高度的提炼和概括要点，整理要做的事情，并能够成文，其实这种能力比所谓的技术更值钱。人越往上走，应该具备和深化这种能力。如果一味的去做事，人的被替代性可能很强。而至于核心竞争力，应该是那种高度抽象能力。而这种能力的来源可能是实践，和思维方式的一种结合。