你一天中有多少时间花在编码上？

Question

我最近一直在思考软件评估，我有一堆关于编码时间的问题。我很好奇听到那些至少有几年软件开发经验的人的意见。

当你不得不估计你将花费在某件事情上的时间时，你一天花在编码上的时间是多少？其他的非编码时间是什么占用的？

你发现你花在编码上的时间比你的队友多还是少？你觉得你完成的工作比他们多还是少？

你的工作条件怎么样？私人办公室，共享办公室，团队工作室？单独编码还是成对编码？你的工作条件如何改变了你每天花在编码上的时间？如果你可以在家工作，这对你的工作效率是有帮助的还是有损害的？

您使用的开发方法是什么？瀑布？敏捷？从一种方法到另一种方法的改变对你每天的编码时间有影响吗？

最重要的是:你对自己的工作效率满意吗？如果不是，你会做哪一项对它影响最大的改变？

Answer 1

我是一名企业开发人员，Joel Spolsky在几个StackOverflow播客中称之为“抑郁”。因为我的公司不是一家软件公司，所以它几乎没有商业理由来实施软件专家建议公司为提高开发人员的生产力而采取的许多措施。

我们没有私人办公室和双30英寸的显示器。我们的源代码控制系统是Microsoft Visual source Safe。说得够多了。另一方面，我可以做很多事情来充实我的一天，并为我的工作增加一些多样性。我参与了业务分析、项目管理、开发、生产支持、国际实施、培训支持、团队规划和流程改进。

我会说我一天中有85%的时间用来编程，当我可以集中精力并且有一个主要的编程任务的时候。但更多的时候，我每天有大约50%的时间用于编码。如果产品支持(与编码无关)很重，我一天中可能只有15%的时间用于编码。

我工作过的大多数公司都没有积极参与评估敏捷流程或测试驱动的开发，但他们也没有做好瀑布的工作；他们的大多数开发人员都像剪切粘贴的牛仔一样工作。

有时我在家和孩子们一起工作，这太可怕了。我在工作中效率更高。

我的工作效率很好，但如果去除了中断因素和心理上下文切换的成本，我的工作效率可能会更高。生产支持和项目管理开销都会造成这些类型的中断。但两者都是工作中必要的一部分，所以我不认为我能摆脱它们。我想考虑的是团队的重组，这样项目上的人可以专注于项目，而其他人可以通过致力于支持来阻止干扰。然后在项目结束时交换。

不幸的是，没有人想要支持，所以我希望的另一个生产力提高措施是以下之一：

• 更好的测试工具/方法来加速单元测试
• 更好的业务分析工具/技能来提高新开发的质量并限制其对生产支持load

的贡献

Answer 2

实际上，它可能平均每天4到5个小时。尽管它是“凹凸不平的”--可能会有8到9个小时的时间。

在我所认识的所有软件开发人员中，编写生产代码(而不是研究代码)的人似乎是实际编码的最大值。还有很多其他的事情在发生。

老实说，有很多拖延症。我觉得这有点像作家的拦路虎。有时候很难上手，但是2个小时的课程就完成了大量的工作。这只是你必须经历的所有准备工作，是确保你采取正确方法的实验。无穷无尽的盯着窗外看邮件等等。

Answer 3

我一周工作37.5小时。

其中有30个小时(80%)我应该给我们的客户开账单。

事实上，我发现我在实际的客户端系统上使用了大约60%的代码，20%的人在试验新技术和阅读博客，20%的人浪费在办公室政治和社交上。

我对此感到高兴吗？

我是否希望我可以一周盯着屏幕30个小时，根据我给定的作业进行编码？

井。因为20%的时间是用来在我的手艺上做得更好的，所以在60%的有效编码中，我可能会产生比90%的时间更多的东西。

然后，再次尝试向上级解释这一事实;)