速度對寫代碼的那個程序員很重要。
在公司工作，有項目經理和開發經理檢查每個程序員的進度。生產力太低會給領導產生不良印象。
我承認這個「生產力」只是印象而已，和項目的實際進度關系不大。但事實就是大多數人就吃這套，在按時完成工作的前提下表演一些輸入代碼的魔術，會獲得領導的另眼相看。
例如上級要求經理和我一起在周末加班完成一個小功能或修掉一個bug。提前一點點時間完成工作，讓經理也可以比預期早一點回家，就會對我有好感。或者至少通過秀鍵盤操作，表現得很高效工作的樣子。無非就是在正確的時間和地點建立個人正面形像而已。
為自己的項目寫代碼。一個簡單功能要花太多時間的話，你就缺少動力完成產品原型而中途放棄。也許成為下一個馬雲的機會就這么錯失了。
現在讓我正面回答這個問題，高級程序員充分利用了編輯器和IDE中的先進功能，也可以自由組合運用第三方的命令行工具。必要的話可以自己寫一些工具。
這個過程也是動態的，編輯器/IDE/命令行工具都在不斷的進步中。例如VSCode在2017年使用rust寫的ripgrep作為自己的查找替換工具的後端引擎，可以把速度提高40到60倍。
高級程序員可以使用編輯器和IDE的自動完成功能，避免手動輸入代碼的錯誤。除了intellisense之外，還有很多其他自動完成功能可以同時啟用。比如自動完成行，自動完成文件路徑，搜索所有打開的文件自動完成詞等等。某些程序員不用這些功能並不等於它們不存在或者不重要。
自動完成某個特定的子功能如自動完成行，也有很多文章可做。比如可以搜索整個項目的代碼來自動完成行。可以完成單行也可以完成多行。搜索匹配行如果可能的話用速度更快的git grep或者ripgrep來做。 匹配關鍵字的提取也需要智能的演算法。可以參考我寫的Emacs 插件 redguardtoo/eacl
如果你在一個項目中的代碼的commit實現了一個不錯的特性，同事在另一個項目中也希望使用。或者你的commit可能有bug，希望在另一個沙盒環境里重現。那麼可以用命令行程序patch來把commit重新apply到新環境。注意有的項目不用git（我碰到過公司使用perforce的），或者沙盒環境根本沒有版本控制（例如某個bug只在proction伺服器才能重現，老闆復制了伺服器供你調試，但絕對禁止在其上安裝新軟體）。所以只有patch可用，否則只有手動對比輸入代碼。
現代的編程環境都集成了可拓展的編譯器或者語法解析器供你使用。VSCode的typescript （ medium.com/inside-rimet）。babel也可以自己寫plugin。Emacs中的js2-mode. 比如在javascript項目中給某個模塊中的所有函數加上列印函數名和函數參數的代碼，可以寫babel plugin來實現（10行代碼而已）。
以上這些技巧都是舉例說明。只是滄海一粟而已。如何提高編程速度 獲得更多這方面的知識
題外話：
很多人可能對好萊塢電影描寫的黑客程序員有所誤解。肯定有一些藝術誇張，但是好萊塢的導演未必不了解程序員是怎麼工作的。只不過他們接觸更多的是Unix 程序員。
我以前在柯達娛樂影像部門工作，就是為好萊塢開發視頻非線性處理軟體。由於歷史原因，這些軟體跑在Unix工作站上（後來慢慢遷移到Linux）。軟體的用戶需要自己寫腳本來處理視頻。導演就是拿視頻處理的電腦拍了幾個鏡頭而已。
「沒有調查就沒有發言權」，你不知道好萊塢導演最早接觸的都是Linux/Unix用戶，所以你以為他們描寫的那種程序員根本就不存在。
㈡ C語言編程 鍵盤移動麻煩，大牛們是怎樣打字的
如果是單純的C編寫的話， 可以試試VI/VIM編輯器。
雖然學起來復雜了一點，但是學通了， 用起來那那是很順暢的。
它的移動鍵是在普通模式的HJKL這四個鍵。
工欲善其身，必先利其器。
最後祝你編程愉快。
---危機憂慮拯救團 敬上 望採納