業餘大叔程式心得筆記#3:一次寫程式時間分配的簡單觀察/葉光釗

許多人對寫程式的族群、以及這個族群的活動,存在著許多不瞭解、以及莫名的神祕感。

我在一個有名的社群上,看過這樣的對話:

工程師:這個需求預計開發48個工時,所以最快要到下個禮拜。

專案經理:不懂,可是一天有24小時呀?

雖然我寫程式,但是一直都是業餘性質;之前主要的工作還是「管寫程式的人」。

十幾年下來,即使對於其中的時間分配有些心得,但究竟不是第一手的接觸;現在有時間了,決定用幾天時間好好觀察自己的行為,順便印證之前的心得。

測試的時間是兩個星期;但因為大叔還有其他外務以及家務要料理,真正能留下紀錄的只有「兩個三天」。記錄的方式是用手機計時,一旦活動有改變就記下來,從早上6點一直到10點。

而活動的分類及分析,則是整個紀錄完之後再進行。

詳細內容就不列了,不然讀者恐怕到這裡就不想看了;不過有些規律,還是大致講一下:

  • 真正能冷靜下來面對編輯器的時間並不是連續的,上午約略是10點到12點前,下午則要到3點之後,一直到4點半左右;其他的時間幾乎沒有生產力,都在摸東摸西、發呆、或是看網頁。

  • 解決比較大的問題、或是「Eureka!」式頓悟的時間點,沒有例外,都在早上。

  • 真正在 editor 中寫程式的活動再細分,發現查API用法的時間比例很大,大過去stackoverflow網站上找解法。這個我有點驚訝,比例比我預期的高;因為在現在的開發環境中,Intelligent code completion(智慧型程式碼預測完成)的功能越來越先進。現在回想起來,可能時間都花在找API的sample用法。

  • 當解決一個大一點的問題之後,注意力反而下降,當天的其餘時間幾乎都寫不出東西。我想是因為壓力突然降低,人就鬆懈了;這也表示單一個人生產力是會上下波動的,很難一直持續。

另外有兩點心得,這裡也記錄一下:

  1. 即使是自己觀察自己,也感覺得出來有 「觀察者效應」;實際情況應該還是有點差異(生產力可能更低?);

  2. 這個觀察應該只限於獨立工作的人;若是團隊的時間分配,應該會更複雜。

心得:除了驗證了程式設計師也是人之外,目前並沒有其他可以彙整的結論。

究竟這只是單一一個人在短期間的活動、以及粗淺的判斷。不知道有沒有機會能有學術單位、或是企業做有規模的研究?或許會有意想不到的發現也說不定。

角色轉變

我之前曾經有一個觀察,就是不同的角色(專案經理、開發者、測試者、設計師)的溝通風格和性格都很不一樣;很難說是工作塑造了個性,還是有這樣個性的人適合這樣的工作。

最近又一個突發奇想(人閒下來很容易這樣),既然現在做了開發者,思考的方式有沒有不同?

這是個有趣的比較,就拿了一張白紙,把自己反省過的對比寫下來,不只有,還洋洋灑灑的寫了整張。

這裡列幾個比較明顯的:

  1. 以前當專案經理的時候,不自覺的偏向將工時塞進計畫時程;現在則是習慣先估算要做幾件事,然後再加總每件事的時間。

  2. 當專案經理時即使資訊不足,也會狠心下決定。但是當了開發者,總覺得資訊實在不夠,希望再多花時間多蒐集,甚至接近恐慌程度。

  3. 以前關心的主軸,是「主要功能甚麼時候可以出來」;現在則是一直回想「哪個邊界條件或是例外沒處理到」。這些「周邊」的程式碼所佔的範圍還蠻高的。

  4. 以前總是在想功能怎麼 demo 最有效,現在則是程式怎樣測試最方便。

  5. 以前總是希望有個漂亮的圖形介面(GUI),現在則是覺得文字命令列(command line)最簡潔。

所以我的心得是:我以後不再苛責別人「換位置就換腦袋」了,因為自己就是個活生生的例子。