远程办公的梦想是在小镇的咖啡馆喝着咖啡听着音乐，静静地敲代码...没有人打搅....偶尔看看邮件仅从工程师这一个职业来聊聊远程协作的问题吧。最近一年我们一直在尝试远程协作，也积累了一些经验。今天我来为大家介绍一下：

    远程办公正确的打开方式

    远程办公发展不起来，一个主要的原因是远程办公很多沟通不方便，反馈不及时，协作体验不好嘛。就说工程师吧，如果PM有个产品细节需要打磨，这个时候你在上海，他在北京，那沟通起来效率多低，就算视频通话恐怕也不行。工程师是一个非常适合远程协作的行业，除了沟通产品，工程师都在静静的敲代码，可是大家依然不肯放过工程师。原因在于，很多时候，我们这些码农无法给出可视化的进度，这让项目经理、产品经理都很头疼。如果在办公室还好，至少我能看到你在干活，可以问问你进度，能够安安心，尽管这其实很不理性。可是如果你不在身边，我要隔空和你对话，那感觉就像在和空气做同事，毛都看不到。

    所以想要组建一个支持远程办公的团队需要下哪些功夫呢？一是招聘要下功夫，找到合适的人，至少技术水平靠谱，沟通起来gap不是很大。再者需要有适合分布式协作的技术架构、基础设施和工作规范，这个其实是最缺失的。技术架构不说了，SOA、微服务、前后分离等等概念挺多的，可以对项目横向、纵向切分。重点是支持分布式协作的基础设施和工作规范，这也是我最想讲的，单从基础设施这一个方面去看，你就知道有多少公司和码农不适合远程办公。起码，你的产品环境得搭建在云平台吧，至少测试环境得放在云平台吧。

    远程办公正确的打开方式现在很多的大公司，连vpn都不支持，你让工程师怎么远程协作。在家？啥都干不了啊？代码也得使用git这类分布式VCS来管理吧。上面说的还是最基础的，现在越来越多的公司也开始采用开放云平台了。下面要说的工作规范就和码农的自身技能有关了。想要远程办公的码农，要思考一下怎么让你的伙伴体验更好。你说一个产品，分前后端开发，后端连个像点儿样的接口文档都写不出来，前端连接口都不会mock，这还让人怎么活...要想工作不在挤地铁，起码要让你的“工程能力”提高一些，分工要明确，接口文档要能写好，要会mock接口，要能够定期发布可以联调的版本。即便是在国外，恐怕远程办公的成功公司也还很少吧。人要足够好，要有支持分布式协作的技术架构和基础设施，更要建立起和分布式协作方式吻合的工作规范，这很难啊。