程序員時間管理技巧

1. 「拖延症「者要如何管理你的時間

不到deadline無法交稿，不到最後一刻定不下方案，不到三更半夜完全沒有睡意……我們也不知道自己怎麼了，感覺一直在忙，卻什麼也沒完成。對此，大家的理由都出奇地一致：「別怪我，我有拖延症。」但是小毛想說：「你不是有拖延症，而是時間管理出了問題。

時間管理第一步認同你所做的事情如果你認為自己所做的事情是無意義的，沒有價值的，只是為了熬足八小時賺工資，那麼我們今天的議題就不成立了。任何時間管理，都要以你認同自己所做的事情為前提。這種認同感一般體現在：認可所在企業的價值觀並以此為榮；認為自己當前的工作能為自己、為社會創造價值。當自己的工作被自己所在的組織所認可的時候，這種認同感會尤其強烈。

《哈佛商業評論》曾做過一項調查，發現很多企業職工出現了「白日監牢」現象：一旦來到工作場所，他們彷彿進入了一個無形的牢籠，在這里他們缺乏動力，情緒低落，工作效率遠低於正常水平。為什麼會出現這樣的現象？從反饋中得出了下面的八個因素（重要性從高到低）：

1. 對組織缺少自豪感和滿足感；

2. 被欣賞和認可的程度太低；

3. 工作缺乏挑戰性和意義；

4. 只願完成最低限度的工作；

5. 認為公司對自己不公；

6. 無力感，認為自己沒有話語權和影響力；

7. 公司沒有足夠重視，並實踐團隊精神、信任、多元化等價值；

8. 成長和發展的機會太少。

時間管理第二步唯有專注，才能高效。

傑克·多西（JackDorsey）先後是Twitter和移動支付公司Square的創始人，被媒體稱為「改變世界的程序員」。同時他也是一個工作續航時間超長的「拚命三郎」。

傑克會一次性花一整天的時間用來開會，上午五小時在Twitter，下午五小時在Square。在此期間參會人員不允許使用手機或電腦等電子設備。傑克稱這樣每次開會歷時超長是為了利用整塊時間把近一周或一個月的工作計劃落實下去，避免在以後的日子裡不斷開散會，降低效率。

除了將周一定為會議日整天開會之外，「專注」更是貫穿了他的整個時間表：周二是產品開發日，周三是市場和營銷主題，周四的主要工作內容是與合作夥伴洽談，周五重點關注企業文化方面的問題。從2011年開始傑克就在採用這種時間安排表，這是他認為最適用於自己的方法。傑克·多西的時間管理辦法概括起來就是「專注」。

但不得不說，專注地做一件事情在移動互聯網時代實在是太難了。不斷彈出的新消息無時無刻在分散我們的注意力，不斷有閑雜的小任務來打斷我們手頭做的重要項目。如何能讓自己的時間不被浪費在無謂的事情上呢？我想我們都需要有一個時間表。

時間管理第三步：你不需要過於精細的時間表

學生時期，很多人都有寫計劃的習慣。學期計劃、暑假計劃、復習計劃……沒個計劃總會讓人覺得無法開展學習，可是每次計劃有真的都實施了嗎？老實說，我只執行了一部分。而之所以沒有辦法完全按照計劃來，一方面是因為我的計劃不太科學，而另一方面就是太過冗雜。

時間管理第四步：學會放鬆和學會工作一樣重要

如果我說，解決拖延症的最終辦法是學會放鬆，你會不會質疑我？然而事實上真的是這樣，懂得勞逸結合可比無時無刻的焦慮要有效得多了。

2. 程序員需要具備的基本技能，你都知道嗎

下面是程序員所應該具備的基本職業技能：
基本技能 技能描述
閱讀代碼 這個技能需要程序員能夠具備讀懂已經存在的代碼的能力，這樣的能力可以讓程序員分析程序的行為，了解程序，這樣才能和開發團隊一起工作，繼承維護或是改進現有的程序。
編寫程序 編寫程序並不包括程序設計。不要以為編程是一件很簡單的事情，很多程序員都認為編程只需要懂得程序語言的語法，並把設計實現就可以了。但是這離編寫程序還遠遠不夠，使用什麼樣的編碼風格成為編寫程序員最需要具備的基本技能。能否使用非常良好的編程風格直接決寫了程序員的級別。
軟體設計 這一能力直接決定了需要吏用什麼樣的代碼技術達到怎麼樣的功能，而系統架構設計直接決定了軟體的質量、性能和可維護性。並不是所有的程序在這一方面都非常優秀，但每個程序員都需要或多或少的明白和掌握這一基本技能。
熟悉軟體工程 每個程序員都應該明白軟體工程是什麼東西，都應該知道，需求分析 設計，編碼測試，Release和維護這幾個階段。當然，幾乎所有的人都知道這些東西，但並不是每個人都很清楚這些東西。現在很多高級程序員都會混淆「需求規格說明書FS」和「概要設計HLD」。另外，程序員還需要知道一些軟體開發的方法論，比如：敏捷開發或瀑布模型。
使用程序庫或框架 一個程序員需要學會使用已有的代碼，無論是標論的程序庫，或是第三方的，還是自己公司內部的，都需要學會做。比如：C++中，需要學會使用STL，MFC，ATL，BOOST，ACE，CPPUNIT等等。使用這些東西，可以讓你的工作事半功倍。
程序調試 程序調試是分析BUG和解決問題最直接的能力。沒有人能夠保證程序寫出來不用調試就可以運行正常 也沒有人可以保證程序永遠不會出BUG。所以，熟練使用調試器是一個程序員需要具備的基本技能
使用IDE 學會使用IDE工具也會讓你的工作事半功倍。比如，VC++，Emacs Eclipse等等，並要知道這些IDE的長處和短處。
使用版本控制 一定要學會使用版本控制工具，什麼叫mainline/trunk，什麼叫tag，什麼叫branch，怎麼做patch，怎麼merge代碼，怎麼reverse，怎麼利用版本控制工具維護不同版本的軟體。這是程序員需要明的的軟體配置管理中最重要的一塊。
單元測試 單元測試是每個程序都需要做的。很多單元測試也是需要編碼的。一定要學會在xUnit框架下進行單元測試。比如JUnit, NUnit, CppUnit等等。
重構代碼 每個程序員都需要有最基本的能力去重構目前已有的代碼，使代碼達到最優但卻不能影響任何的已有的功能。有一本書叫《軟體的重構》 每個程序員都應該讀一下
自動化編譯 程序員需要使用一個腳本，其能自動化編程所有的工程和代碼，這樣整個開發團隊可以不停地集成代碼 自動化測試，自動化部署，以及使用一些工具進行靜態代碼分析或是自動化測試。
當然，還有很多的基本技術也是非常重要的，比如，與人的溝通能力，語言的表達能力，寫作能力，團隊協作能力，適應變化的能力，時間管理能力，多任務處理能力，自我學習能力，故障處理能力，等等，等等，這里只是列舉了和技術相關的能力，這些是程序最最最基本的能力，只要是程序員就必需要有的能力。

3. 從程序員到項目經理（12）：如何管理自己的時間（上）

項目經理必須要主動的管理自己的時間，合理安排自己的工作，才能真正「翻身」做自己時間主人。1.誰動了我的時間時間對於每個人而言，都是最稀缺的資源，對於一個管理者更是如此，時間不夠用成為幾乎所有管理者共同的問題。如果要對項目經理常說的話做一個調查的話，想信「我很忙」一定可以名列前茅。以我的經驗，當要求項目經理按時提交項目材料，或者臨時支援某件緊急事務的時候，經常會聽到同樣的回答：「我很忙」。多年以前，我就從經理那裡聽說，厲害的管理者都是很輕松的，因為他的工作全部交出去了，根本不用自己操心，所以他們出去度假十天半個月，一切工作都會如常進行。從那時起，我就充滿了對管理的神往，可是後來我才發現原來這只是個傳說，現實中忙忙碌碌的經理比比皆是，而輕松自如的管理者則是眾里難尋。為什麼管理者都這么忙呢？是誰動了他們的時間？實際上，這是一個綜合性的問題，既有內部原因，也有外部原因，既有主觀原因，也有客觀原因。總的來說，讓經理們不堪重負的因素有三：(1)工作對於一個程序員來說，他的工作是比較單純的，基本上是單線程運作，只需要項目經理交待開發任務即可，可是當上了項目經理就不一樣了。以前好比在游泳池中游泳，現在是在大海里沖浪，各種事情如潮水一般向你涌來，讓你顧此失彼，手足無措。(2)下屬下屬也是一種資源，即人力資源，這種資源與時間一樣，同樣具有稀缺性。其實我們可以設想一下極端情況，如果你的下屬人數足夠，能力也很強的話，你完全可以像我的經理說的一樣，把你的全部工作授權給你的下屬，你自己也就不用整天焦頭爛額了。因為你的下屬不給力，所以你總是要自己來制定計劃、自己來做系統架構、自己來監控進度、自己來檢查質量、自己來寫文檔、自己來匯報工作、自己來解決重要問題、甚至自己來編寫代碼，你整天忙忙碌碌，就是在忙這樣的事情。然而，千萬不要怪你的下屬，因為他們不給力正是老闆僱傭你的原因，況且資源的稀缺性是永遠存在的——從原始社會到將來的共產主義社會。要知道，老闆做項目為了賺錢，而不是讓管理者更輕松，如果每個項目都是精兵強將，你只要一聲令下工作就會自動完成，你倒是輕鬆了，但老闆還要你來做什麼？(3)自己既然資源受限是一定的，項目經理還是應該反求諸己，從自己身上找到解決之道。這就好比天下雨了，你怪老天是沒有用的，只能怪你自己沒有帶雨傘。經常問一問自己，我對工作安排合理嗎？我抓住了主要問題嗎？我在旁枝末節的事情上浪費時間了嗎？我有充分發揮下屬的能力嗎？我自己工作拖拖拉拉嗎？…通過不斷的自省，改善自己的管理方法和行為習慣，我們對時間利用也必然會變得越來越高效。 2.時間管理的本質是對工作的梳理要破解忙的難題，必須要有意識的對時間進行管理。其實時間本身是沒法管理的，因為無論你怎樣管理，時間既不會變多，也不會變少，既不會變快，也不會變慢。所謂的時間管理，其實就是如何更有效的利用時間的問題，更加直白地說，其本質就是工作管理，即通過對工作的梳理，讓我們在有限的時間內，使得工作更有條理、更有成效。必須要主動、有目標地對工作進行梳理，這是對一個管理者的基本要求。工作梳理就好比整理房間，你不去整理它，雜物就會堆積得越來越多，你房子最終會變得不適合人類居住。一個好的家庭主婦，必定善於將各位物品分門別類，並且適時扔掉一些用處不大的物品。一個好的項目經理也一樣，同樣需要對工作進行分類，對不同類型工作採用不同的策略，有些工作要現在就做，有些可以晚點做，或者不做；有些工作一定要自己做，有些工作則可以請其他人來完成。通常對工作梳理，可以採用5W1H法，即： Why——為什麼干這件事？（目的）； What——什麼事情？（對象）； Where——在什麼地方執行？（地點）； When——什麼時間執行？什麼時間完成？（時間）； Who——由誰執行？（人員）； How——怎樣執行？採取哪些有效措施？（方法）。在一般的項目中，Why和where往往不是什麼問題，或者說對項目經理的時間管理影響較小，因此我們不妨將其簡化為3W1H，也就是確定要做什麼，不做什麼；先做什麼，後做什麼；誰來做；怎樣做才更有效。基於此，項目經理可以按以下三個步驟來梳理工作：（1）分析要做什麼、不做什麼，以及先做什麼、後做什麼解決What和When的問題。事有輕重緩急，事情的重要程度和緊急程序直接決定其處理的優先順序。雖然很多事情來勢洶洶，但並不表示一定要當即處理，有些事情只是靜靜的躺在那兒，也並不意味著要「等有了時間再做」。（2）分析由誰來做解決Who的問題。雖然我們提倡項目經理要以身作則、親力親為，但並不是說每件事項目經理要親自去做。對於下屬可以勝任的事情，就把它分配出去。如果出現項目經理很忙、下屬很閑的情況，那就說明項目經理你做得太多了，不要和你的下屬搶事情做。（3） 如何讓工作更有成效做不做、什麼時候做以及誰來做的問題都解決了，剩下就要解決怎麼做才能讓工作更有成效的問題了。在這里我們不是要討論編碼或寫文檔的技巧，而是個人的習慣和認識，這對工作成效的影響更是本質上的。 3.做事要分輕重緩急老外就是善於總結，中國有詞語叫「輕重緩急」，可是到了國外搖身一變，變成了「時間管理四象限法」——自從美國總統艾森豪威爾提出以來，人人將其奉為圭臬，成為時間管理領域最重要的方法論。所謂的「四象限法」，就是將工作按照重要程度和緊急程度兩個維度進行分類。我們找一張白紙，以緊急程度為縱軸，以重要程序為橫軸，在紙上劃上一個十字，將紙面分為四個象限，然後將當前所有要做的工作放到這個四個象限中。一個典型的項目經理四象限圖如下所示： （1） 第一象限：重要緊急這一類往往是火燒眉毛的事情，需要馬上去處理，否則項目會受到重大影響，比如客戶伺服器崩潰。（2） 第二象限：重要不緊急這類事情一般是預防型的工作，例如制定項目計劃、團隊建設等，它們不需要你停下手上的工作馬上去做，但如果沒做好的話，可能就會導致產生項目危機。許多第一象限工作產生的原因，正是因為第二象限的工作沒有去做。（3）第三象限：不緊急也不重要這類事情看上去最不需要做了，例如上網偷菜、看新聞、寫博客等，但如果你在辦公室走上一圈，就會發現很多人正在干著這些不需要乾的事情。 （4） 第四象限：緊急不重要這類事情雖然不重要，卻需要馬上去處理。一個典型的例子就是桌上的電話響了，你接還是不接？當然要接，因為你不知道是誰。接通後，發現是推銷保險的，你又不好意思立即掛掉，只好被對方折磨一番了。 我們到底該怎樣安排四個象限的工作呢？對於一個普通的管理者，其工作的優先順序一般是這樣的：第一象限>第四象限>第二角限>第三象限。可是，等做完了第一、四象限的工作，根本就沒有時間來人做第二象限的工作，於是項目到了後期項目經理只好四處救火。管理大師彼德.德魯克十分推崇「時間管理四象限法」，並將其總結為「要事第一」的原則。根據這個原則，每個象限的工作處理策略是不一樣的。（1）重要緊急優先順序最高，需要盡快處理。很多人都玩過《植物大戰僵屍》的游戲吧，那你一定知道「一大波僵屍正在逼近」的感覺，是的，你必須要馬上打死它們，不然它們就會沖進你的房子，吃掉你的大腦！（2）重要不緊急這類事情看上去可以暫緩，但考慮到其重要性，應當與第一象限的工作並行去做。如果不及時去做，它們就會轉移到讓你頭疼的第一象限中去，或者在第一象限產生更多新的「僵屍」。所以，要在僵屍還沒有逼近的時候，就好防禦工事，並盡快打死它們，如果等到它們沖了過來，你還能不能保住大腦，就要看你的運氣了。（3）緊急不重要它們就像是在你耳邊「嗡嗡嗡」地叫著的蒼蠅，你必須要花時間去趕走它們。這多少讓人有些無奈，但這些事情確實層出不窮。有些公司在實施緊急項目時，經常採用封閉式開發，這樣做的一個重要原因就是要迴避那些緊急不重要的事情。很多管理專家建議我們在必要的時候勇敢說「不」，其實就是針對這類事情。如果實在無法說不，建議安排或委託其他人來做。（4）不緊急也不重要如果不是時間充裕的話，建議不要去做。如果礙於人情的話，建議安排或委託其他人來做。它們就像一群在幾百米遠處飛的蒼蠅而已，你完全不必要放下手中的飯碗，舉起蒼蠅拍跑過去和它們決斗。因此，對於一個卓有成效的管理者，其優先順序應該是這樣的：第一象限=第二象限>>第四角限。第三象限就像數學中的無窮小一樣，被舍棄了。寫到這里，我想起了前不久一位項目經理的故事：項目定於當天上線，項目組決定搬到客戶現場辦公，以應付可能出現在的突發事件。項目成員電腦已經全部打包好，都圍在項目經理周圍等待。原來項目經理正在理一大堆發票准備報銷，於是發生了這下面這樣的對話：我：「大家都在等你，怎麼還在填報銷單呢？」項目經理：「今天是公司的報銷日，不填好單子，又得推後很久。」我：「你的電腦打包了沒有？」項目經理：「沒有」我：「放行條開了沒有？」項目經理：「沒有」我：「申請用車了沒有？」項目經理：「沒有」我不知道說什麼好了。要知道公司的報銷單粘貼和填寫非常嚴格，經常被打回重新弄，那一堆發票，顯然不是十幾分鍾可以搞定的事情。還有公司的用車也比較緊張，不趕緊申請，說不定就沒有了，到時就只能租車或打的，這無疑又會耽誤更多的時間。更何況六七個同事都在等項目經理一個人，耽誤的時間還得要乘以他們的人數。萬一系統上線，狀況頻出，客戶火燒眉毛，項目組卻仍然在路上，這樣的後果是很嚴重的。貼報銷單看上去一件重要緊急的事情，實際上它既不重要也不緊急，因為今天不報銷，以後還是可以報銷，可是因此耽誤的寶貴時間，卻無法再要回來。

4. 極簡主義興起，如何高效提升時間管理能力

如何高效提升時間管理能力，以下可供參考：
1、時間總會有的：每天只計劃 4～5 小時真正的工作。
2、當你在狀態時，就多干點；不然就好好休息：有時候會連著幾天不是工作狀態，有時在工作狀態時卻又能天天忙活 12 小時，這都很正常的。
3、重視你的時間，並使其值得重視：你的時間值 1000 美元/小時，你得動起來。
4、不要多任務，這只會消耗注意力；保持專注，一心一用。
5、養成工作習慣，並持之以恆，你的身體會適應的。
6、在有限的時間內，我們總是非常專注並且有效率。
7、進入工作狀態的最佳方式就是工作，從小任務開始做起，讓工作運轉起來。
8、迭代工作，期待完美收工會令人窒息：「做完事情，要勝於完美收工」 Facebook 辦公室牆壁上貼的箴言。動手做，勝過任何完美的想像。
9、工作時間越長，並不等於效率越高。
10、按重要性工作，提高效率。
11、把會議和溝通 (郵件或電話) 結合，創造不間斷工作時間：一個小會，也會毀了一個下午，因為它會把下午撕成兩個較小的時間段，以至於啥也幹不成。PS：當看到一個程序員冥思苦想時，不要過去打擾，甚至一句問候都是多餘的。

12、一整天保持相同的工作環境。不斷切換工作項目，會降低工作效率。
13、好比課間操，工作期間要間隔的進行休息。
14、學會把重大任務合理分割成小任務，只要每天都完成小任務，你就會越來越接近那個大目標了。
15、從來沒有兩個任務會有相同的優先順序，總會有個更重要，仔細考慮待辦事情列表。
16、學會授權和借用他人的專業和力量。團隊往往是取得成功的基礎。

17、給所有事情都設定一個期限。不要讓工作無期限地進行下去。

18、針對時間緊或有壓力的任務，設置結束時間，萬事皆可終結

5. java程序員如何高效學習

1. 認清自己

   要知道自己到底想要什麼，因為這關繫到你能夠夠選對學習方向，能否沉下心來去學習，不要因為某一個方向火，而盲目的去追；也不要因為某一個方向可能不容易找工作而不去學。

2. 學習的目的

   學習的目的，根本上是為了獲取競爭優勢，增加選擇機會。你比別人懂得多，比別人學的深，你就更有競爭力。對於程序員來說，不懂得學習是沒有辦法在這個行業混下去的。技術的更新換代，技術的深入掌握都需要去不斷的學習，如果你不學，很快就會被淘汰了。

3. 時間管理

   關於時間的管理。首先，要有一個大一點的計劃，比如年計劃，月計劃，周計劃。這一年大體上要達到什麼目標，這個月要學習哪些知識。然後是精確到小時的日計劃。每一天，哪個時間段做什麼都詳細的列出來。

   其次，不要太盲目自信。很多人其實從來沒有完成過自己的計劃。如果你真的能夠完成你制定的每一個計劃，那現在的你一定已經很了不起了。如果你幾乎沒有完成過自己的計劃，那麼你一開始制定日計劃的時候，不要給自己太多的任務。因為如果你一旦完不成，就會影響自己的信心。

   最好的方式是，一開始制定一些簡單的計劃，然後每天很容易就能做到，然後慢慢的去增加自己每天的任務量。最後找到一個最適合自己的節奏。這個過程可能需要很長的時間，因為你要不斷的去嘗試，去改進。找到最適合自己的作息時間去休息，找到自己工作狀態最好的時間去工作等等。

4. 學習方法

   ①首先，你需要確認你要學什麼，切記不要三心二意。

   ②制定學習計劃

   ③自己找資料開始學習

   ④腦圖與流程圖

   學習從來都不是只看看書就能學會的，自己構建相關知識腦圖和相關步驟的流程圖是非常有必要並且非常有效果的。比如你要學習java，你可以先從網上找一找別人畫的腦圖，對java有一個大致的了解，每學一個小的知識點，就自己繪制一個該知識點的腦圖，學完之後，自己再畫一個整個java體系的腦圖，這樣你會對java非常的熟悉。

   ⑤編碼

   ⑥筆記

   ⑦回顧

   ⑧自己寫一個有實際應用的demo

   ⑨如果有必要，可以寫一個有趣的應用，不是簡單的範例。

6. 番茄工作法的優點和缺陷都有哪些還有哪些時間管理方法值得推薦

為什麼不試一試呢？又不是什麼高深的東西。嘗試一周，體會一定比你看十個答案來得深。

7. 程序員如何利用剩餘時間思考，最大提升自己能力

1.怎樣把自己所了解的技術通過文章內容傳遞給別人
2.如何才能把自己做的東西講給別人聽並且讓他聽明白我的想法，比如在這個環境下我是否可以試著去講一下。
3.找一個學習榜樣（開發或者管理），思考他們有什麼好的行為、習慣、做事方法值得學習。
4.學習一些框架和方法，比如歸納法、演繹法、SMART原則、STAR法則、SWOT矩陣分析、MECE分析法、5W1H、GROW、六頂思考帽、WBS、魚骨圖、PDCA模型、麥肯錫解決問題7步法、復盤、4P法、空雨傘、FABE銷售法則、AIDMA法則、費米推理、時間管理四象限、正反面決策法、決策樹、卡佛矩陣等，它們能讓你更有章法的思考和工作，更快的提升自己。
5.思考自己在技術上做到什麼程度，是否還會有大的提高。
6.這個技術，團隊里哪個人用得最好，好在哪裡？我該如何做到像他那樣？
7.產品預期要解決什麼問題，解決了嗎？如果沒有，該怎樣解決？如果解決了，解決得好嗎？為什麼這樣子可以解決？
8.自己所用技術能否解決當下問題？是否還有最合適的技術？如果有，是哪些方法。
作為程序員，尤其是一名優秀的程序員，你與普通人的區別就在於你是停滯不前還是勇往直前，思考自己技術，能力等各方面是否還有提升，還可以做的更好？在產品上用心，在技術上多想方法，多跟優秀的人學習。最後你會發現，做程序員也可以這么開心，也能有如此的收獲。
另外為讓程序員們更好的學習，達妹特准備了一下資料供參考。
IT行業的高薪源於技術的日新月異，專業技術才是高薪的保障，無論何時都要不斷的學習新的知識，這點很重要。

8. 有哪些新手程序員該知道的工作小技巧

1.積極大膽的谷歌。你得知道如何有效的組織搜索關鍵字，查閱別人寫的代碼，然後合理地用在代碼里，從而解決問題。

2.擁抱變化，堅持不懈。老手程序員在接觸新技術時，能欣然接受像個初學者一樣處處受挫，並總能在完成工作的同時自學成才。

3.承認細節的重要性。例如變數和函數的命名、CSS屬性的命名、該用哈希還是數組，以及其他看起來微不足道，但可能對項目有深遠影響的事情。

4.承認大多數的「重要決定」其實並沒有那麼重要。一般的開發者經濟常在技術選型等「重大問題」上陷入唇槍舌戰，而程序員老鳥們會避免浪費時間在罵戰中。這一點上，它們就像禪宗大師一樣。

5.選擇合適的工具解決問題。網上有無數的開源庫、工具和框架，讓人眼花繚亂。而老手們清楚地知道針對怎樣的問題，應該用怎麼樣的工具。

6.明白代碼「不值錢」（該刪就刪）。你必須習慣於刪掉幾百行代碼來重寫程序的某一部分，毫不留情。

7.在評估技術的時候要全面。例如，我一直在鼓吹Elixir。它語法優美，社區完善，有很大的潛力。但Elixir誕生的時間太短，所以如果要構建復雜的功能，可能會難以找到能幫你提高效率的開源工具。因此，在評估要不要選擇使用一項技術時，你得把所有這些因素都考慮在內。

23.知道什麼時候開始回饋。到了某個時候你需要將你的技能和經驗傳授給年輕的開發人員，就像你的導師當時教授你一樣。

24. 能寫爛代碼。有時候可以當一當「膠帶式程序員」。關鍵是隨著時間推移，你需要弄清楚什麼時候可以走捷徑，什麼時候必須走捷徑。這其實是最難掌握的技能之一。

25. 禮貌地告訴別人你工作到很晚。如果你是辦公室里最後一個，可以發一封簡短的匯報郵件。別人一般會注意到郵件上的時間戳的。

26. 像一個領導者(Leader)一樣做事，而不是老闆(Boss)。老闆是讓別人為他工作的人，領導者是人們追隨的人。做個領導者。

27. 去打打桌上足球。從長期來看，同其他開發者（或不同崗位上的同事）建立聯系比在緊巴巴的期限里交付一個功能更有價值。

28. 在壓力下學習。你需要知道如何應對像系統宕機而你要負責將它復原的情況，即使一開始你完全沒有頭緒。