阅读全文

⭐⭐⭐ Spring Boot 项目实战	⭐⭐⭐ Spring Cloud 项目实战
《Dubbo 实现原理与源码解析 —— 精品合集》	《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》	《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》	《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》	《Java 面试题 + Java 学习指南》

摘要: 原创出处 urlify.cn/NBJZvq 「知乎」欢迎转载，保留摘要，谢谢！

• 那么，远程办公为什么一直不被公司普遍接受?
• 人员素质才是根本原因

---

🙂🙂🙂关注**微信公众号：【芋道源码】**有福利：

1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
3. 您对于源码的疑问每条留言都将得到认真回复。甚至不知道如何读源码也可以请教噢。
4. 新的源码解析文章实时收到通知。每周更新一篇左右。
5. 认真的源码交流微信群。

---

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

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