程式設計師遠程辦公,為什麼一直不被公司普遍接受?

職場 發佈 2020-02-03T08:08:13+00:00

2020,糟糕的開始一個本該搬磚 的日子,卻還在葛優躺雖說,3號到7號是法定 休息日但各大公司還是不想辜負員工對搬磚的渴望紛紛祭出大招 "遠程辦公"大家都清楚,正常情況下,國內沒有一家公司願意放任員工進行遠程辦公,但形勢所迫,也只能因地制宜,無奈出台了各種遠程辦公策略。

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 同樣給出了重現的例子,指出了問題,並定位到了具體的錯誤代碼。



你可能覺得我說的事情跟遠程工作八桿子打不著,但是恰恰是這些你毫不在意的、絕大多數人都做不好的細節,導致了遠程工作難以大規模的廣泛開展。

你的公司,開始遠程辦公了?

關鍵字: