本文探讨了远程办公在国内企业中未被普遍接受的原因，指出人员素质是关键因素。通过对比国内程序员与国际优秀开发者在沟通、问题描述及协作能力上的差异，强调提升个人素质对远程办公成功的重要性。
点击上方“芋道源码”，选择“设为星标”
做积极的人，而不是积极废人！
源码精品专栏
来源：知乎 urlify.cn/NBJZvq
那么，远程办公为什么一直不被公司普遍接受?
人员素质才是根本原因
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 同样给出了重现的例子，指出了问题，并定位到了具体的错误代码。
你可能觉得我说的事情跟远程工作八杆子打不着，但是恰恰是这些你毫不在意的、绝大多数人都做不好的细节，导致了远程工作难以大规模的广泛开展。
欢迎加入我的知识星球，一起探讨架构，交流源码。加入方式，长按下方二维码噢：
已在知识星球更新源码解析如下：
最近更新《芋道 SpringBoot 2.X 入门》系列，已经 20 余篇，覆盖了 MyBatis、Redis、MongoDB、ES、分库分表、读写分离、SpringMVC、Webflux、权限、WebSocket、Dubbo、RabbitMQ、RocketMQ、Kafka、性能测试等等内容。
提供近 3W 行代码的 SpringBoot 示例，以及超 4W 行代码的电商微服务项目。
获取方式：点“在看”，关注公众号并回复 666 领取，更多内容陆续奉上。
如果你喜欢这篇文章，喜欢，转发。
生活很美好，明天见(｡･ω･｡)ﾉ♡
扫一扫
759
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
