如何成为一个“更快”的程序员？

#1 楼

关闭电脑。拿起铅笔和一些纸。草绘您的设计。与您的同行一起复习。然后编写代码。

#2 楼

一些想法...


避免镀金-仅执行您的要求（就要求而言）
了解业务要求并在第一时间就做到正确/>彻底了解您的环境和工具
成为一名出色的打字员，使用键盘快捷键代替鼠标
采取迭代方法并进行健全性检查，以确保您走在正确的道路上
唐不要重新发明轮子，考虑再利用过去的工作和其他人的工作
消除干扰，不要继续检查电子邮件，向外看，与同事交谈等。
不要劳累自己-识别何时您需要休息一下

#3 楼

您自己想成为“更快”的程序员的愿望值得称赞。但是，不按时交付并不意味着您很慢，这意味着该项目的计划不佳。成为“更快”的程序员无济于事。这只是意味着您会更快地超过截止日期。

您（和您的团队）正在犯以下错误之一（或所有错误）：



低估了需要完成的工作；

在规划过程中缺少重大需求或体系结构部分；

将工作估计与日历估计而不是会计混淆用于会议/电话/其他开销；

有多种方法可以解决以上三种情况中的任何一种。但是，在对它们中的任何一个进行改进之前，您需要知道事情为什么会一直这样。在最后两个或三个项目的估计值与实际时间之间做一个事后检验，找出多余的时间。

我再重复一遍-编写代码的速度慢不会导致丢失最后期限，如果您已适当计划以解决这个问题。

#4 楼

真的，真的要学习您的编辑器。如果使用IDE，请确保使用了它提供的所有功能。获取备忘单，以了解所选编辑器的键盘快捷键。如果您使用的是Shell，请为常用目录设置快捷方式

#5 楼

“有人在提高输出速度的同时又不牺牲其质量的情况上有任何技巧或建议吗？”

许多人为获得“最终”质量而付出的代价是a）简单，（b）可靠且（c）正确。

加快开发速度的最重要方法是简化您的操作，以使其尽可能简单。

大多数在按时交付方面存在问题的人正在交付过多的方式。给出的原因通常很愚蠢。它们通常只是感知需求，而不是实际需求。

我听到很多人告诉我客户的“期望”。这是错误的政策。

构建最简单的方法。如果客户需要更多，则增加数量。但是首先要构建最简单的东西。

#6 楼

避免完善代码，仅使其工作即可。这就是企业的期望。

但是，提高速度常常意味着牺牲质量。

#7 楼

重用-我尝试排除以前项目中的任何聪明之处，以便在以后的事业中再次使用它们。总是值得问自己：“有一天我可以再使用一次吗？”

#8 楼

保持简单。

如果使用TDD，则应遵循“红色，绿色，重构”：


编写失败的测试（红色）。 （通常由于您的代码尚不具备功能性。）
犯下可怕的编码罪行，以使测试通过（绿色）。必要时进行硬编码。

重构，可能会在短时间内破坏测试，但总体上会改进设计。

#9 楼

将您所有的语言/库文档本地下载到计算机，然后拔下网络电缆/关闭Wi-Fi。

不要在这里变得有趣。这真的对我有帮助！

#10 楼

请注意，当您阅读堆栈溢出时间太长时。 “编译”借口只能使用这么长时间。 :)

#11 楼

避免过于频繁地切换任务。即使您使用Mylyn之类的工具来管理任务，分心和任务切换也可能会浪费一天的时间。

确定粒度（例如30分钟），然后仅处理与当前任务相关的事情。其他任何问题（新的错误报告，有关其他问题的电子邮件，不相关的程序问题）至少会延迟到“下一个检查点”。确保禁用弹出的电子邮件通知，这样您就不会陷入困境。

如果您的团队中有一个好友，他会告诉您事情是否真的消失并且需要您立即采取行动，这特别有效。注意。

#12 楼

正确的做法，最好的方法，第一次。如果那意味着您必须停下来思考一下，然后再开始，那么那就做吧。 90％的时间有效。

#13 楼

学会尽快打字。

#14 楼

我明天就去做。

完成任务也非常有帮助。

我的注意力也很短，所以这些书可以帮助我保持专注。我又来了吗？

#15 楼

实践和努力。

您需要花费时间和精力。当您对使用的任何工具变得更加舒适和自信时，应该遵循速度和创造力。任何特定技能，也可能有助于设计练习，让您专门从事此工作。如果您的设计工作很慢，请尝试查找可在线解决的设计问题。重做相同的练习将使您更快地完成练习并加快练习速度。我个人喜欢TopCoder的算法练习，以练习纯粹的编程速度。它们也有设计挑战，但我没有尝试过。

#16 楼

了解有关区域的知识，学习如何使自己进入其中，并了解如何识别自己是否不在其中。生产力和代码刚从我身上流出来，通常我可以在1天内完成2或3天的编码。但是我发现经常很难到达那个地方，我发现自己拖延，被其他事情分散注意力（例如Stack Overflow）。


引用什么技巧来使自己进入该区域

#17 楼

充分了解您的IDE和框架。每件事都必须转向Google，这需要花费时间。

#18 楼

Emacs

#19 楼

开始开发之前：


退出邮箱
关闭所有IM客户端
请同行让您有时间集中精力
当然，不要再上网冲浪了。

每次您被打扰时，您都会放慢脚步，因为它会花费您的时间使它重新回到思想上。我听到的数字显示，每次中断，人的大脑需要5到10分钟才能恢复到中断之前的思维过程。每次中断都花了很多时间，所以整天都不会浪费很多时间。每天几个小时。

#20 楼

内外学习您的开发IDE。了解快捷键。学会少用鼠标。我发现这为我节省了很多时间。

#21 楼

您比同事慢还是您的估计过于乐观？

#22 楼

为了更快地生产软件，我发现最好的方法是尽可能地了解您的运行时API。当LINQ扩展会执行时，请不要键入列表逻辑。绑定起作用时，不要构建一堆事件侦听器，等等。据估计，这是经验带来的。您可以使用那里的估算软件来帮助您更好地估算。这将考虑所有的学习，会议，浪费的时间等。高级开发人员的工作往往比他们的估计值高2倍。估计是错误的。您的估计是否解释了所有正确的事情？您是根据编码工作量还是日历时间给出估算和时间表？想一想您一天中的所有时间，以及与会议，学习，调试等相关的实际的，富有成效的编码。

#23 楼

可能暗示了两件事，但我尚未在此处找到答案，这可以提高生产力：使用某些构建和部署脚本。编译，部署，重新启动应用程序服务器，并且不会浪费时间或精力，这应该是一键式的事情。
具有某种版本控制。无需回滚更改就可以编码，就像踩鸡蛋一样

#24 楼

有两个想法：


对您的估计有其他意见-是否有其他开发人员会问类似“嘿，您认为您可以得到这种功能在这个时间范围内完成了？”这样的想法是，在某些情况下，其他人的输入可能会帮助您提高准确性，因为有人可能会注意到您在进行估算时错过了很多事情。关闭：是否有其他工作项目导致无法按时完成任务？您是否一直低估事物的复杂性？您是否在不可行时给出了完整的时间表，例如被问到的内容是否足够模糊，以至于仅仅准备一个原型就需要数周的时间，然后应该重新评估还需要做些什么？这样做可能最有助于建立该技能，因此，如果您说某件事将花费x个小时，您将对此充满信心，因为您已经一遍又一遍地重复了。另一种陈述方式是实践，实践，实践。

授予您可能已经考虑过这些，但我认为值得为那些尚未考虑这些思想的其他人陈述一下。

#25 楼

全面了解技术。
停止！认为！开始吧！
无论发生什么事情，建筑师都可以，但是只能实现真正需要的东西。 （返回2和4）
不要卡在5中。通常需要从头开始（返回2和4）。
回到1。

#26 楼

我认为他们的关键词是“及时性”。他们并没有说您太慢，而是说您不及时。我怀疑您的工作不及时的主要原因是您经常遇到未按计划交付的物品，并且交付时间比计划的要晚得多。可能需要花费更多时间来了解您的技能，经验和领域，您将花费多长时间才能完成特定的工作项目。这将使您可以向项目经理提供更好的估计。这里的关键是“更好”……您可以通过用软糖填充所有内容来按时交付，但是您真正想要争取的是更准确的估算。与您的经理联系，以查看这是否确实是问题所在。否则，您可能会以比以前快一半的速度，以两倍的速度完成编程工作，并在以前的一半时间内完成一些有希望的事情，并且由于您的估计仍将具有相同的错误系数，因此仍会因其及时性而受到批评。

#27 楼

保持稳定，保持稳定。

构建一些实现少量功能的东西，并确保其端到端有效。然后，在添加新功能时使其保持工作状态。是的，这在某种程度上是TDD的一种做法，但是即使您不进行TDD也是有道理的。保持稳定，通常需要另外2周的时间才能保持稳定。

如果保持稳定，就可以消除不确定性，并在必要时为自己提供一种在截止日期之前缩小范围的方法。

明显的反驳是，这样做将比编写一次代码花费更多的时间，因为您将做更多的工作来稳定非最终代码。我一秒钟都不会买。当您拥有有效的代码时，您更改了5行，并且发生了一些中断，您确切地知道了中断必须发生的位置。

如果您有10,000行从未使用过的代码，则必须找到休息一会儿，您需要搜索大量代码。

在始终稳定的FTW的系统上进行小的，增量的更改。慢一点快一点。

#28 楼

对我来说，获得良好的生产力对您要实现的目标以及如何实现目标有一个清晰的认识。

#29 楼

在这里和其他地方的许多地方，几乎所有答案都被说死了。或者，至少我听说过死刑。学习您的IDE，学习更快地键入内容，使用框架，使用代码生成，等等，等等。当然，这些事情会有所帮助，并且我怀疑有很多程序员是他们的大师。但是，作为问这类问题的程序员并经常访问诸如Stack Overflow之类的站点，您已经知道这些事情。您只是想在这里让他们再说一遍，还是只想发泄一下？

但是如果我们能够达到那种状态怎么办？我的意思是掌握所有这些建议？那会发生什么呢？好。我猜想时间表会进一步减少。再一次，我们将恢复对质量的看法。我的意思是，几十年来，我们的工艺确实取得了进步，并且生产率越来越高。但是在这段时间内（当然不包括早期的几年），质量是否有所提高？

我的答案很简单：高质量的软件需要时间！您只能用一个换另一个（质量/速度）。但是，是的，我们都知道，但是，我们对折衷往往会在规模的速度方面最终结束的程度并不诚实。而且我们在项目初期就更加担当骗子！问题在于人们对优质软件应该使用多长时间的看法。我们自欺欺人，以为我们有能力根据经理或我们猜测的时间表来创建高质量的软件。我们不制作高质量的软件。我们编写的软件可以正常工作，但有时在应用程序的某些角落会闪烁一些质量。

那么我们该怎么办？我们不能只是说服老板，我们需要将每个项目的投资增加一倍或两倍。我以身作则。创建一个真正出色的软件作为辅助项目。投入自己的时间，不要妥协。一直要注意自己的进步。记下您似乎不得不花费大量时间的看似无关的任务，看看您是否可以证明这一点。将此与您工作过的所有其他项目进行对比。对自己和分析的所有方面都要诚实。您使用质量软件所做的额外工作是否可以在工作中的“真实”项目中忽略？但是也许您的尝试失败了。是什么原因您是否感到无聊而又急于完成核心功能？我本人还没有做过这样的事情，这就是为什么我在怀疑时结束了这种想法的原因-但我打算真正做到。最后，我会通知您。您无法将质量和速度控制在100％。您的老板应根据组织设定的标准给您打分。组织在质量和速度之间进行权衡的标准。让我们想象一下，OrangeSoft Inc.期望33％的质量和66％的速度。因此，如果您编写的代码可能具有单元测试的三分之一，但应该以更快的速度并缩短交付时间来弥补，则您的评论应得分接近100％！ （这些都是粗略的类比，但您明白了）。但是，相反，发生的事情是Bob编写代码的速度非常快，但是臭名昭著的是它的错误。因此，在他的绩效评估中，他的质量得分为3/5，速度得分为5/5。另一方面，Carol编写代码的速度要慢得多，但产生的错误却少得多。她的质量得分为5/5，但速度得分为3/5。鲍勃（Bob）和卡罗尔（Carol）的两种方式都无法靠拢。任何员工都有可能获得完美的成绩吗？这样公平吗？

#30 楼

我使用的技术是进化原型。

您可以在Google上搜索更多信息-但如果需要快速生产某些产品，那是唯一的选择。另外，它的好处是，当用户说他喜欢它时，就完成了（...并可以开始编写文档）。