:Testing the program
:Release the prodect
最近很令人煩惱的事是我發現
我寫完程式之後一定會不斷的進行測試跟釋出程式,
但是在測試的時候因為零零總總的原因而更動到的程式碼,
在長時間而且重複的測試下會突然忘記自己有改過,
結果測試完之後就很天真的釋出了程式,
而且沒有把測試用的code改回產品要用的code。
從流程的角度思考問題時,
雖然有想過乾脆不要為了測試去改原本運作正常的程式,
但是我想這絕不是最好的方式,因為一定有程式會只跑一輪就讓人等的不耐煩;
目前最好的方式會是動手記錄測試案例。
/
:Read the book
:Prepare for oral
念書也是,一定要趕緊念完才能開始準備Oral,
而且這兩個項目時程上的安排最好完全分開,以確保工作的時候該思考的都有思考到。
準備投影片也是很麻煩的一件事,
內容取決於Oral時間的長短,
但是因為我本身非常討厭冗長的演說,所以會一直試圖精簡投影片,
結果Key in投影片外,還要加上反覆的Oral準備,
過程會一直消耗大量的時間。
這時候就會想,
唔!! 如果有一種pattern能夠幫助我處理這種繁冗的事情就好了。
當然,依據不同的演說目標做出來的投影片必然不相同,
可是我相信在說明事理的部分一定會存在幾個pattern,
只是現在我還沒能意識到。
為了節省更多的時間做有趣的事,
我希望等回我作夢的時候會有人告訴我該怎麼做。
呵呵,我想我現在大概就在作夢了吧。
good jobs!!
回覆刪除