在《Rework | 重來：更為簡單有效的商業(yè)思維 》這本書里，Basecamp 的 David Heinemeier Hansson 和 Jason Fried 說要“開除工作狂”，但《從 0 到 1》的作者 Peter Thiel 卻說絕佳的工作條件，（比如像Google）是需要超過十倍的技術(shù)力來支撐的，沒有其他捷徑。

比爾·蓋茨在 1983 年說過：

你必須覺得這個行業(yè)很好玩。你得晚上回到家還找電腦雜志來看，否則你的波長會跟不上（在微軟的）這些人。

所以我們應(yīng)該相信誰呢？你的人生一定要活在程序設(shè)計中才能當個好的程序員嗎？

每周 40 小時工作時間

許多研究都指每周 40 小時是最有生產(chǎn)力的工時，不過 Malcolm Gladwell 在《異類：不一樣的成功啟示錄》中也提到，要邁向成功需要一萬小時的練習。而我的合氣道教授則說，練習愈多你就會變得愈強。

約翰·索內(nèi)茲在《軟技能：代碼之外的生存指南》一書中，一樣強調(diào)努力的重要性。盡管他認同“聰明工作”就夠了，但也承認他比尋常付出了更多努力，才在在職中創(chuàng)造了驚人的改變。

在一場對談中，Ruby on Rails 作者，知名程序員 DHH 也曾和連續(xù)創(chuàng)業(yè)者 Jason Calacanis 一同探討工作和生活的平衡。Calacanis 認為創(chuàng)業(yè)必須全心投入，而最后他們倆都同意“熱情”才是最重要的。

以我個人的經(jīng)驗來說，當我做自己熱愛的事時，我會：

*更有生產(chǎn)力

*覺得充滿活力而非被工作淹沒

我周圍的優(yōu)秀程序員都充滿熱情，而且每周工作超過 40 小時。我也觀察到，熱情和努力是發(fā)展未來技能的關(guān)鍵指標。

但是一個充滿熱情的人要怎樣在每周工作超過 40 小時的狀態(tài)下，依然維持生產(chǎn)力？

加入一點創(chuàng)新點子來維持活力

在《程序員思維修煉》一書中，Andy Hunt 提到了我們平常在背景執(zhí)行的 R-mode 工作之外，還要找一些空閑來做一些“跳出常規(guī)思維”的創(chuàng)意方案。

極限編程鼓勵大家維持可持續(xù)的開發(fā)步調(diào)，《代碼整潔之道：程序員的職業(yè)素養(yǎng)》作者 Robert C. Martin 又叫我們每周工作 80 小時才能保持“專業(yè)“。

對我來說，持續(xù)在一個項目上做結(jié)對編程（Pair Programming）6 到 8 小時就是極限，超過的話，造成的瑕疵就會大于做出的貢獻，讓我變成「凈負生產(chǎn)力程序員」（Net Negative Produced Programmer）。但如同我們同時做一點業(yè)余項目（Side Project），那我一天可以堅持寫程序的時間就會變多。

我猜有熱情的人大概就是這么做，他們會在主要的工作之外安排一些不同的主題來點綴。

*他們看關(guān)于程序設(shè)計的書。

*他們有自己的業(yè)余項目

*他們會讀程序設(shè)計的文章。

*他們可能還會寫程序相關(guān)的博客，他們可能會參加、舉辦或是主講一些聚會。

大部分的時候，做這些都不是為了完成更多工作，而是為了學到更多。我發(fā)現(xiàn)身邊的杰出程序員都充滿熱情，而且盡力去增進自己的技術(shù)，同時也注意到純粹過勞的工作狂通常生產(chǎn)力都不高。

為人父母的挑戰(zhàn)

我認為比爾·蓋茨 1983 年的那段話還沒有錯。如果你沒有熱情，那程序員很難做得久。

保持熱情的好處在于，我們可以擁有一個活力四射的工作環(huán)境，充滿變化和新奇，但反面來說，要跟上這樣的節(jié)奏可不容易。

當程序員愈來愈有經(jīng)驗，就會開始對麻煩的工作失去耐心，然后想要擁有：

*強大的編程語言和技術(shù)

*有效率的工作環(huán)境

*聰明的同事

不幸的是，當你為人父母，你可能只想有份穩(wěn)定的薪水來養(yǎng)家，還有一些自己的時間來陪孩子。

這個時候就開始有點棘手了。你既不能跳槽到很酷卻高風險的新創(chuàng)公司去做一番事業(yè)，你也沒辦法熬夜擠時間出來增進你的技能。雪上加霜的是，盡管你擁有 10 年的工作經(jīng)驗，懂得各種語言和技術(shù)，你的簡歷上要是沒有亮眼的關(guān)鍵字，很多公司連看都不看一眼，這簡直就是程序員版本的創(chuàng)新者窘境（創(chuàng)新者的困境），你就像那些老牌公司一樣要保證自己不會被新技術(shù)擠出市場。

缺乏熱情和養(yǎng)小孩，這兩點應(yīng)該能解釋人們停止當個程序員的部分原因，而且我馬上就想到這種現(xiàn)象帶來的兩種后遺癥：

*我們常常要重新發(fā)明像輪子一樣基本的要素（就是你，那邊那個在寫 JS 框架的）

*隨著老手的離去，我們可能會在沒有意識到的狀態(tài)下，忽視了一些可以讓我們更有效率的人際互動流程。