程序员如何快速的敲代码？

飞快的时候可能并不是在敲代码，而是Debug...而快，主要靠自动补全、各种快捷键、常用命令。诸如：

Shell的CTRL+R

Vim的CTRL+N，yy p，gg，G

各种写错的命令来回折腾，la l ls，git stats git status

某些跟数据库有关的项目，CV大法比自己敲快很多，也少出错。

很多时候有很多字段，因此写增删改查的时候。

往往是想把一个表的字段拷贝到注释的地方

然后一个个剪切或者拷贝粘贴弄到相关的代码里。

这样比自己敲，更不容易出错。

而具体操作就是像素级别的改写，具体操作是一个一个函数拷贝过去，慢慢改语法规则。

最后，现实中程序员能飞快的敲代码是一个流传很广的谣言。

事实上大部分程序员敲代码的速度远小于文员敲键盘的速度，或者是打字员敲键盘的速度。

我大多数时间都是在github上研究调试别人的代码。

飞快敲代码？这是电视剧里发生的事，现实中不可能的。写代码的过程是一个逻辑思考的过程，再缜密的逻辑思考一旦用代码实现也会有漏洞。同时，在代码实现过程中变量的设置也会随时进行增减。写代码过程和写文章的过程一样，一篇好的文章就是经不断修改才能得到的。所以软件申请的是软件著作权。

写代码是低速宇宙，代码运行是光速宇宙

我现在感觉自己敲代码很慢，10 个字母里面会出现 2 个字母打错。尤其是一些特殊符号，比如 < >，我使用的是搜狗，搜狗和英文切换是 shift 键，但有时候极容易弄错所处状态，很少去观察是中文状态还是英文状态，因为切换的太频繁了，比如经常会把 < 打成《，> 打成 》。中文环境下打字，很快，几乎不会出现按错字母的现象，而英文状态下就经常会出现。

有的人一天写几万行代码，而自己一天一直在那些也就是几百行，有时候需要撤销的时候，发现很多不撤销都是撤销的自己打错字母的操作，感觉效率很低。

1、高效的编码主要是熟悉语言本身，如果没有这一点，其他都是卵的；

2、写有设计的代码，尽量避免写到哪里算哪里，乱写一气，不叫敏捷；

3、写有兴趣的代码，釜底抽薪，写出能快速验证想法的代码；

4、写对称的代码，if了要else，else的语句要在第一时间交代，而不是放到以后来写；

5、快速分支技术，让不确定的代码可以快速清楚，确定的代码快速merge；

6、面向接口编程，使用wishful thinking，写有层次的代码，一次关注一个层次，而不是在多个抽象层次间来回穿梭，这需要写程序的人有纪律；

[给力]操作小技巧

1、合理分屏，减少窗口切换，最好一个工作流没有窗口切换；

2、用顺手的编辑器，不顺手就换，设置好自动保存，自动Format等常用的功能；

3、重复的代码逻辑要学会用code snippet，不要傻乎乎重复敲打；

4、打开intelli-sense，甚至有编辑器如果支持，打开自动完成；

5、使用bookmark，方便你快速切换到代码特定位置，不要反复用“向上或者向下键”；

6、掌握一套指法，比如vim的指法，或者emacs的指法，主流编辑器都支持，指法是为typing效率设计的，所以很值得，而且可迁移，windows系统的默认指法对编程不是最高效的（如用方向键移动光标）；

7、中文输入法基本都有“英文标点模式”，即中文输入下标点仍用英文，自己找一找；

8、持续改进你的工具，用5%的时间学习你的工具，更好地使用他们。

多聊QQ，字自然就快了！

大家想多了，现实的情况是资深软件工程师的每小时有效代码量在10行左右。不可能出现飞快打字状态，一般都是复制粘贴。

决定程序员是否飞快的敲代码有俩个因素：

第一：是你的手速。

第二：是你的思维

手速不用说了，练得多的自然有。思维才是重点，这就像回家的路，你走的多了，闭着眼都会走，大多程序员在敲代码的时候，创新的是很少的，思路通了，效率快很多

我打字很慢

我现在感觉自己敲代码很慢，10 个字母里面会出现 2 个字母打错。尤其是一些特殊符号，比如 \u003c \u003e，我使用的是搜狗，搜狗和英文切换是 shift 键，但有时候极容易弄错所处状态，很少去观察是中文状态还是英文状态，因为切换的太频繁了，比如经常会把 \u003c 打成《，\u003e 打成 》。中文环境下打字，很快，几乎不会出现按错字母的现象，而英文状态下就经常会出现。

有的人一天写几万行代码，而自己一天一直在那些也就是几百行，有时候需要撤销的时候，发现很多不撤销都是撤销的自己打错字母的操作，感觉效率很低。

1、高效的编码主要是熟悉语言本身，如果没有这一点，其他都是卵的；

2、写有设计的代码，尽量避免写到哪里算哪里，乱写一气，不叫敏捷；

3、写有兴趣的代码，釜底抽薪，写出能快速验证想法的代码；

4、写对称的代码，if了要else，else的语句要在第一时间交代，而不是放到以后来写；

5、快速分支技术，让不确定的代码可以快速清楚，确定的代码快速merge；

6、面向接口编程，使用wishful thinking，写有层次的代码，一次关注一个层次，而不是在多个抽象层次间来回穿梭，这需要写程序的人有纪律；

[给力]操作小技巧

1、合理分屏，减少窗口切换，最好一个工作流没有窗口切换；

2、用顺手的编辑器，不顺手就换，设置好自动保存，自动Format等常用的功能；

3、重复的代码逻辑要学会用code snippet，不要傻乎乎重复敲打；

4、打开intelli-sense，甚至有编辑器如果支持，打开自动完成；

5、使用bookmark，方便你快速切换到代码特定位置，不要反复用“向上或者向下键”；

6、掌握一套指法，比如vim的指法，或者emacs的指法，主流编辑器都支持，指法是为typing效率设计的，所以很值得，而且可迁移，windows系统的默认指法对编程不是最高效的（如用方向键移动光标）；

7、中文输入法基本都有“英文标点模式”，即中文输入下标点仍用英文，自己找一找；

8、持续改进你的工具，用5%的时间学习你的工具，更好地使用他们。

工作十几年了，在现实中没见过程序员飞快的敲代码，更多的是看到程序员在那杵着头，自言自语“这个问题好奇怪啊”，“为啥在我的环境没问题呢？”

虽然现在满大街的都是程序员，程序员也没以前吃香了，价钱也基本上是白菜价了。但是，不得不说，程序员的工作还算是知识密集型的工作，在工作中更多的是需要思考，而不是噼里啪啦的敲键盘。如果真的有程序员在噼里啪啦的敲键盘，那他大概率不是在写代码，有可能是在跟女朋友聊天。

主要工作内容

目前程序员的工作主要包含，讨论设计方案，写代码、解Bug和开会。而且开会似乎成为程序员时间占比最多的工作，很多程序员天忙于开会，而非写代码。

写代码与解Bug

很多时候解决Bug的时间也要比写代码占比要高，特别是对于规模特别大的问题。比较在一个大厦里面找一个臭虫的难度还是比较大的。

写代码与开会

很多问题无法一个人解决，因此有的时候需要大家一起开会讨论。当然，除了解决问题外，很多技术方案等都需要比较多的人参与讨论。

总的来说，很少能见到程序员飞快的敲键盘。

不知道你的飞快是多快 ，现实中我们求稳，遇到技术难点，可能还停个一两天。开会讨论，用那个方案最佳。你说的那是速记员吧，求快。

就简单的来讲，如图片上的代码不可能飞快，敲错了，做傍边的女施主，不是，女师傅会用拖鞋抽你，相信功夫里的包租婆你是看过的，跟那个差不多。

程序员在敲代码中，还考虑各种逻辑，思维，等。即使碰到个飞快的，后面是BUG一堆，测试人员会苦不堪言。

由于程序员非常熟悉编程语言的词条，加上长期盲打，所以程序员敲代码的“瞬时速度”会快到不可思议的惊人程度。

但写代码是一个慎密细致的思考过程，必须“三思而行”，所以编程敲键通常是“断断续续”的，平均速度并不高；另外还要求行文规范、简洁，这似乎又会牵制了编码速度，但规范简洁对提高代码质量和日后的维护升级更具价值，故慢中藏快，从容中出质量、见效率。

就以我为例吧。我大一的时候才摸电脑，但是现在打字速度算比较快吧。记得看过一本书《异类》，其中说道如果想在一个行业成为一个专家，那么至少需要10000个小时。我从业接近十年，长期的接触键盘，现在打字速度总算不算慢。所以，没有别的，多练习，手熟就可以了。

请参考。

用IDE的提示，所以要选择好的IDE环境，并且设置好ide环境。

电脑擅长记忆，而人脑擅长思考，所以编程这件事，应该把上帝的归上帝，凯撒的归凯撒。

VSCode，VS，Pycharm等，免费好用的社区版本都可以助你一臂之力。

现在已经又提升了一个层次，不少社区开始研究如何用AI辅助程序员完成简单功能的编写。本质上就是将代码提示的颗粒度从命令层上升到了逻辑层，未来大家会更高效，更能够将注意力集中在创造本身。

现实中敲代码的程序员都是缓慢的敲击键盘的代码的，都需要思考程序逻辑的，并没有向电影里那样飞快的啪啪啪的敲代码。

没有的，你大部分时间都在调试。

没这概念。如果他一直在飞快的敲键盘。那么老妖绝对会过去看一眼，他这时绝对是在聊天，而不是在写代码。代码很多时候都是一边想一边写，根本不可能长时间连续敲键盘。

练好打字的基础。

熟悉相关编程语言的API。

熟悉开发工具的快捷键使用。

有现成的代码例子可以参考。

显示器两个或1个宽屏显示器。一半放文档，一半放开发工具。

飞快敲代码的画面是电影看多了，现实中真正的程序猿敲的不是代码而是思路、算法。真正一个功能要做出来，花最多时间的不是敲代码，而是思路，思路清晰了，代码很快就敲完，电影中我们看到的大部分都是人家在敲命令行，执行某些程序。仅此而已。

没有这样的说法的，你想多了，其实又很大一部分都是复制黏贴，因为有些地方都是一样的，加上程序的逻辑，遇到一个逻辑问题的时候可能会耽搁很长的时间。

写代码不会很快，写文档可能勉强吧。

聊天喷人的时候最快

主要工作是拷贝、粘贴，也就是Ctrl+C, Ctrl+v

大部分程序员要实现飞快敲代码，还是 要靠各类IDE开发工具的智能提示，自己拼写，是很容易出现错误的，库函数那么多，没有工具的提示，很难做到高效率写代码。

很多没见过实际代码开发过程的童鞋可能对程序员比较好奇。

其实一般程序员大部分开发的代码都是增删改查类的需求，这就是所谓的搬砖的活。引用第三方框架的代码，还是需要通过看各种技术论坛、博客或者是某种开源技术的官方网站上的实现学习，然后再实践。

还有一个比较有意思的事，很多童鞋看见程序员面对着一个黑窗口，不停地有文字在滚动，以为是很高级的事情，实际上就是程序跑起来事，日志在SSH工具控制台滚动的过程

练好打字的基础。

熟悉相关编程语言的API。

熟悉开发工具的快捷键使用。

有现成的代码例子可以参考。

显示器两个或1个宽屏显示器。一半放文档，一半放开发工具。

实际上，做真正的编程，搞算法，一天300行足够快了，和算数学题类似，并不需要打字和写字非常快

飞快地敲代码，然后快速地删除。应该多思考，慢慢写

多年的程序员一般都是ctrl+c ctrl+v。代码层次没有太大的好讲。主要是 思维上面 架构上面

程序员追求两点：运行时间要快、占用空间要小。

敲代码的速度，和程序运行的速度，没有关系，甚至敲得太快，没有经过深度思考，可能会带来运行速度的降低。

题主真正想问的应该是如何快速地编程满足业务需求(满足需求至少意味着对空间利用率、执行速度、扩展性等某一个方面有要求)。

具体编码时：

1、理清需求，明确目标。比如将一个函数的入参、出参、要解决的问题明确定义下来。否则，可能会南辕北辙。

2、确定方案：候选方案都分析并列举下优缺点，当然如果是有经验的老手，可能脑子里甚至凭直觉，就能找到最优的方案。何为最优： 速度快、内存空间利用率高、扩展性高。

3、代码实现

由上而下，不钻入细节，先确保整个思路是没有问题的。 再完善细节，比如是该用n还是n–1类似的边界问题。如果问题复杂，还需要调试。

4、单元测试、注释：构造尽可能全面的测试样例，这样后续维护起来更方便。很多人没有这一步，小程序可以，团队合作时建议加上，方便他人理解和升级你的代码。毕竟，一份代码不可能一个人维护，每个人都要换工作、也有老去的一天。

最后，可能你需要一个机械键盘，手感倍儿爽，有时会让你有行云流水的畅快感。

掏心掏肺的忠告：

1、使用青轴机械键盘+夜光魅影灯效，因为声音大+视觉炫酷，尤其是晚上加班的时候你就是公司最亮最努力的仔！

2、铺上一张程序员专用鼠标垫——常用命令大全（加厚防水、高清印刷、支持定制、多种语言可选择），忘记命令的时候瞄一眼，让别人听起来你这么快又写了一行。

3、戴上耳机，沉浸在程序员都喜欢安静的氛围中。

4、别敲的太飞快，谁还不知道你在聊天.......

敲15000行的代码，都是一行敲出来的，必须每天写代码，不能小看书中的例子，书中的例子必须一个一个敲出来的敲多有感觉了，做项目都是有小项目搭积木搭乘的，最好是每天写点代码

Ctrl+1 快速修复(最经典的快捷键,就不用多说了) Ctrl+D: 删除当前行 Ctrl+Alt+↓ 复制当前行到下一行(复制增加) Ctrl+Alt+↑ 复制当前行到上一行(复制增加) Alt+↓ 当前行和下面一行交互位置(特别实用,可以省去先剪切,再粘贴了) Alt+↑

程序员，需要飞快的敲代码吗？你可能遇到了“假的”程序员。

靠的是年轻气盛、一腔热血和勇敢的心！

写完之后还要靠足够的厚脸皮，任凭测试和主管如果扁都能无动于衷。

近年系统关联越来越多，代码越来越讲模块化，只要写得好的代码，很少代码量就能解决问题了。

如果要飞速敲代码，只需要学会一招方可制敌取胜，请将CTRL按键C按键V按键的质量提升即可。

在行业内日均20到30行代码的情况下，为什么要飞快地敲代码。

写代码的核心是架构和设计以及周而复始的重构。随着经验的不断增长而形成优秀的编程思想。

最后你要源源不断地输出高可维护的高质量代码。

双屏显示器扩展桌面，一边打开浏览器百度，一边是编程ide，键盘频率最高的就是ctrl+c和ctrl+v了，另外要说打字飞快，应该是写文档吧。

Ctrl+c

Ctrl+v

现实中程序员只有聊天、吵架时才飞快敲键盘[呲牙]