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

点击上方“后端技术精选”，选择“置顶公众号”

技术文章第一时间送达！

来源：知乎

zhihu.com/question/333127774/answer/736969645

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 同样给出了重现的例子，指出了问题，并定位到了具体的错误代码。

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

你的公司，开始远程办公了？

END

Java面试题专栏

【40期】说一下线程池内部工作原理

【39期】Mybatis面试18问，你想知道的都在这里了！

【38期】一份tcp、http面试指南，常考点都给你了

【37期】请你详细说说类加载流程，类加载机制及自定义类加载器

【36期】说说 如何停止一个正在运行的线程？

【35期】谈谈你对Java线程之间通信方式的理解

【34期】谈谈为什么要拆分数据库？有哪些方法？

【33期】分别谈谈联合索引生效和失效的条件

【32期】你知道Redis的字符串是怎么实现的吗？

【31期】了解什么是 redis 的雪崩、穿透和击穿？redis 崩溃之后会怎么样？应对措施是什么

欢迎长按下图关注公众号后端技术精选