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

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

文章目录
  1. 1. 那么,远程办公为什么一直不被公司普遍接受?
  2. 2. 人员素质才是根本原因