忠告:不要在愚蠢時間寫代碼

>>>  技術話題—商業文明的嶄新時代  >>> 簡體     傳統

摘要:你是否有過不分情況熬夜寫代碼的經歷?但這種做法是否是一種最佳選擇呢?本文作者為著名博客Rachelbythebay的博主,工具Protolog和C++ Depot Build Tool作者,著有《The Bozo Loop》。他將奉獻自己的忠告。

  英文原文:Avoiding "the stupid hour"

  時不時地,總會聽到、看到一些團隊頻繁熬夜加班,甚至覺得這很浪漫。他們的想法是跟夜晚作弊,持續編寫代碼或做其他事情。有時這是因為抽風的經理,但也有時誘因來自團隊內部。

  我曾經寫過,偶爾是會有一些靈感的火花促使你工作到深夜。但那是另一回事。那種情況下,是靈感的火焰在胸中燃燒,你需要讓它經過手指全部轉化為電腦中的代碼。但這么好的事情不會經常有。

  我要說的是那種沒有什么特別的事情,只是不間斷地、夜復一夜地工作。這方面的文章很多,描述起來五花八門。我想為它起一個簡單的名字,便于理解記憶:我稱為之“愚蠢時間”。對我自己來說,就是已有太長時間不睡覺,活力消耗殆盡,人開始傻傻的,做出的東西也不是最好的那種狀態。

  年輕時,我習慣了那種感覺,因此還會繼續工作。這是十足錯誤的。第二天早上起來,看看代碼,它是如何工作的?完全沒有概念。愚蠢時間編寫的某個函數或許能應付特定的測試情形,但我需要坐下來仔細研究它是如何做到的。然后發現它還是不能覆蓋其他測試。

  這些代碼丑陋且難以維護,你需要修正它。可它甚至無法正常工作,你只能刪掉它。經常我不得不把它們推翻重來,導致了純粹的時間浪費。前一天晚上我本該呼呼大睡,而不是跟它死磕。

  近年來我漸漸意識到這種狀態是一種有用的信號。相比以前,我傾向于更早結束工作,到達某種狀態之前轉向其他事情。何苦去寫失敗概率很高、馬上需要修正的代碼?留下一個“待辦”項目,第二天接著來便是。這樣第二天還可以有個很好的開端。而且,你可能都沒有意識到,經過幾個小時(甚至幾天)的后臺處理,你的狀態已大不相同了。

  愚蠢時間永遠不會帶來好的結果,避之為妙。


Rachel Kroll 2013-06-08 08:48:57

[新一篇] 趣文:如果像招聘程序員那樣招聘木匠

[舊一篇] 軟件開發的人文關懷
回頂部
寫評論


評論集


暫無評論。

稱謂:

内容:

驗證:


返回列表