Sucking Less

最近在某篇文章中發現CODING HORROR 這個部落格,作者就是 Stack Overflow 的創辦人 Jeff Atwood,發現這部落格之後每天晚上都會點幾篇來看,就這樣看了其中不少篇文章,很多針對性超強,自己也被其中的觀點戳中不少。今天則是看了這篇文章 How to Stop Sucking and Be Awesome Instead ,會點進來看也是被標題吸引,想知道偉大的 Jeff Atwood 會提出什麼樣的見解,潛意識覺得或許又是某種雞湯文吧。

文章有他演講的 youtube 影片,其中依序出現了兩張投影片 ,第一張上面寫著Q : Why do we suck? ,第二張上面寫著 A : Because we're software too,看到這時有種很難形容的感覺,可能也是隱約認同自己寫的軟體 suck 吧。

Software is a process, it’s never finished, it’s always evolving. That’s its nature. We know our software sucks. But it’s shipping! Next time we’ll do better, but even then it will be shitty…….. But it’s a process. We’ll make it less shitty. Just Watch!

看到這張投影片的時候,想到最近看的一本書<<大話重構>>書中的幾段內容

全方位的整理系統需求,再全方面的分析以及設計,接著再進入開發,測試。這樣的一個過程往往會持續數個月,耗費極大的工作量

簡單與快速回饋。不要想得太多,你永遠不可能預知今後會發生什麼。所以,做今天的設計,解決今天的問題,完成今天的重構。當我們的大腦開始思考各種複雜的問題時,就開始充血,接著就是夢遊,最後的結果就是顧此失彼

現階段工作時,雖然會有現在不多思考一點,不久的未來就會出現某些處理不了的業務邏輯,在搞死現在的自己與搞死未來的自己中猶豫,但思考到預先設計與過度設計往往只是一線之隔,通常還是先做了再說,因為我知道我會有測試,之後再來更改或完善也不遲。

在工作上都已經有種體悟,那也應該把這套邏輯套用在自己的人生上啊,每個人想要達到的目標距離現在的你根本就是遙不可及,但還是要針對目標先採取點具體行為,就算很爛也沒關係,我知道我會回過頭來修正並且更加進步。

根據 Atwood 提出的三點,其實寫部落格就已經是符合前面兩項,也是個不錯的練習。

  • Embrace the Suck
  • Do It in Public
  • Pick Stuff That Matters
0 Comments 0 Comments
0 Comments 0 Comments