程序員高效開發的幾個技巧

使用高效的工具
==============
1. 儘量使用快捷鍵
習慣使用鼠標的人要注意了，若是要對代碼高效操做，應該儘可能少使用鼠標，由於鼠標操做不能造成慣性，每每你使用鼠標的時候須要你集中精神才能點到你想要的按鈕。人的大腦進行思惟的時候須要高度聚焦，纔能有專一力進行高效工做，而當聚焦時被打斷後可能還須要十幾分鍾時間來彙集，因此若是大腦常被打斷就很難有高效率。

而快捷鍵雖然最初使用會比較慢，但這種操做容易成爲習慣。習慣後使用它幾乎不會打斷專一力，而且操做效率也高不少。

2. 使用快捷鍵豐富的軟件
使用WINDOWS的話，要熟記幾個經常使用的快捷鍵：
F2 重命名
Shift + F10 鼠標右鍵菜單
win + r 運行欄
win + m 顯示桌面
Ctrl + w 關閉當前TAB
Ctrl + tab TAB切換

VIM、Sublime、PHPStorm等代碼工具都是很好的選擇，通常都會支持如下快捷鍵：
ctrl + f 文件搜索
ctrl + g 跳到指定行數
ctrl + Page Up/Down TAB左右切換

另外也提一提Total Commander(TC)，它是個目錄工具，但支持分欄與TAB的功能，對於目錄的組織更好，也有利於快速尋找。

時間狀態分析
============
在一天當中，要分析好的本身時間狀態，應該對幾個時段進行歸類：
-工做效率最高的時段，暫稱 時段1
-想法最多、靈感最好的時段，暫稱 時段2
-最低效的時段（可能用於溝通或常常被打擾），暫稱 時段3

若是發現時段3的時間佔很大的比重，那就應該考慮一下怎麼改善這個時段，讓它成爲時段1或時段2
例如工做環境很吵，吵你沒法集中精神，你能夠選擇戴上耳機，聽一些激快的歌曲。

對於複雜項目
============
邏輯複雜的程序不要急於開發，若是不慎重，到開發的中後期可能由於結構設計不理想而不得不重構程序。

建議如下幾步：
1. 用記事本把需求列出
2. 把需求實現按功能性細分紅各個互不相干「小任務」與「複雜任務」
3. 再開多一個記事本，對「複雜任務」再細分。例如數據結構、業務流程的總結
4. 總結出複雜任務中須要攻克的「難點」。通常來講「難點」都被攻克的話，「複雜任務」就能夠化成「小任務」
5. 到此已經對整個項目有一個概要的總結，能夠從中挑三個小任務安排在日程上。待完成後再挑三個，如此類推。

能夠先把「小任務」分配到時段1進行，把複雜任務的構思安排到時段2進行，時段3能夠用於不須要集中精神的工做，例如對以上列出的「難點」進行百度GOOGLE，尋求解決方案，或對某技術的深刻研究，最好是能對項目效率提升的研究。

PS：若是項目規模很小並無技術難點，卻能夠直接進行

要習慣作總結
============
把代碼片斷記下來，或者把程序方法寫下來，也是種作總結的方法。必竟代碼如海，人的大腦記不住那麼大量的代碼。能夠把經常使用代碼作成通用的類庫或者記到記事本上。

關於記事本我推薦使用有同步功能的軟件，例如evernote，爲知等。除了數據同步之外，搜索功能也是必不可少的，例如爲知能夠搜索到文章題目與內容。建議題目命名要有足夠多的關鍵字，這樣進行搜索會容易不少。

善於溝通
========
程序員真的須要溝通能力的？其實可能不少程序員都是埋頭苦幹型，別人給你什麼需求你就作什麼功能，但這樣的程序員每每工做量一直都很繁重。

其實項目需求這東西，是能夠因溝通而改變的，就如客戶每天改需求同樣。做爲項目的開發人員，其實沒有人比你對項目更瞭解，客戶爲何每天改需求都不滿意？是由於他們不知道本身想作什麼，而做爲開發人員，是能夠正確引導客戶去減掉可能多餘的功能，而且比銷售人員更有說服力纔對。若是團隊有PM這個角色的話，通常沒必要開發人員跟客戶直接溝通的，但不要覺得這樣就表明沒必要去溝通了，開發人員與PM之間也須要溝通，你要把你合理的需求想法表達給PM，PM才能夠更有說服力去說服客戶。

溝通也是團隊的重要的技能，沒有人是萬能的，你會有不少機會須要其餘人的協助，並可能須要與別人一塊兒進行項目。因此不要忽視溝通能力的重要性，如今起多主動點與人交流吧！

要注意休息
==========
最理想的睡眠時間是10點，在晚上11點到1點以內必須入睡，不然過了1點以後，大多數人的身質都會在這個時間以後沒法入睡或者難以入睡。

睡前不要作讓你大腦處於興奮狀態的事，這樣會影響入睡。不過我是個反面教材，由於個人時段2在晚上9點到1點之間，因此我在這個時段有靈感作總結寫文章，但卻會讓我難以入眠。這一點也讓我很頭痛，但我想大多數程序員也跟我差很少。