远程办公? 人员素质才是根本原因

• 那么，远程办公为什么一直不被公司普遍接受?

• 人员素质才是根本原因

2020，糟糕的开始

一个本该 搬砖 的日子，却还在葛优躺

虽说，3号到7号是法定 休息日

但各大公司还是不想辜负员工对搬砖的渴望

纷纷祭出大招 "远程办公"

大家都清楚，正常情况下，国内没有一家公司愿意放任员工进行远程办公，但形势所迫 ，也只能因地制宜，无奈出台了各种远程办公策略。

那么，远程办公为什么一直不被公司普遍接受?

其实，远程办公在技术上没有任何问题，业界的很多公司，如Gradle、Pivotal、GitLab都采用这种模式，其中Gradle公司的员工分布在五个洲，从公司建立的第一天就开始远程，一直远程了十年。

你们的项目再大能大过GitLab？

Gradle的主仓库有接近300万行代码，你们的项目有多少代码？

所以说什么项目复杂、人员沟通的问题都不是本质原因。

本质原因是，以绝大多数程序员的素质，不足以支撑他们进行远程工作与沟通。

人员素质才是根本原因

有的人一句话一行代码就能说清楚的问题，有的人得反复沟通上半个小时。能够进行远程办公的人，通常是具备极高的开发水平、沟通素质的人。举个例子，拿alibaba/fastjson仓库里的issue来说：

太多的开发人员活在自己的世界中，连报bug都报不好

上来就没头没尾地说一大堆，不给重现例子，不说版本，一厢情愿地以为对方"一定能听懂自己在说什么"

很不幸，我不是你，我根本不知道你在说什么

有一段时间我负责跟社区打交道，见了太多这种以自我为中心，报bug就一句话的人：“XXX在XXX时报错”。

指望他们去远程协作，还是洗洗睡吧

对于我自己，如果我要报bug，我一定会给出详细的环境、重现例子，如果可能的话我甚至会告诉对方哪里错了

比如这个 https://github.com/gradle/gradle/issues/1861 我在加入Gradle之前报告的一个bug，我给出了重现的例子，指出了问题，并定位到了具体的错误代码行。

这是我给IDEA报的一个bug：https://youtrack.jetbrains.com/issue/IDEA-197550 同样给出了重现的例子，指出了问题，并定位到了具体的错误代码。

你可能觉得我说的事情跟远程工作八杆子打不着，但是恰恰是这些你毫不在意的、绝大多数人都做不好的细节，导致了远程工作难以大规模的广泛开展。