代码之家  ›  专栏  ›  技术社区  ›  Brad Wilson

你每天有多少时间花在编码上?[闭门]

  •  24
  • Brad Wilson  · 技术社区  · 18 年前

    我最近一直在考虑软件评估,我有一大堆关于编码时间的问题。我很想听听至少有几年软件开发经验的人的意见。

    当你不得不估计你将花在某件事情上的时间时,你每天花多少个小时来编码?什么占用了其他非编码时间?

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

    您使用什么开发方法?瀑布敏捷的从一种方法到另一种方法的改变是否影响了您每天的编码时间?

    最重要的是:你对自己的工作效率满意吗?如果不是,你会做什么样的改变对它影响最大?

    9 回复  |  直到 18 年前
        1
  •  21
  •   Bernard Dy    18 年前

    我是一名公司开发人员,乔尔·斯波尔斯基(Joel Spolsky)在几个StackOverflow播客中称之为“沮丧”。因为我的公司不是一家软件公司,所以它没有什么商业理由实施软件专家建议公司采取的许多提高开发人员生产率的措施。

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

    我可以说,我每天有85%的时间用来编写代码,那时我可以集中精力,并且我有一个主要的编程任务。但更多的时候,我每天大约有50%的时间用于编码。如果生产支持(非编码相关)很繁重,我可能只有15%的时间来编码。

    我工作过的大多数公司都没有积极参与敏捷过程或测试驱动开发的评估,但他们也没有很好地完成瀑布式开发;他们的大多数开发人员都像剪贴牛仔一样厚颜无耻地工作。

    有时,我在家里和孩子们一起工作,这是很有趣的 . 我的工作效率更高。

    不幸的是,没有人愿意提供支持,因此我希望的另一个生产率改进措施是以下措施之一:

    • 更好的测试工具/方法加快单元测试
        2
  •  18
  •   Michael Neale    18 年前

    在我所认识的所有软件开发人员中,那些编写生产代码(与研究相反)4到5的人似乎是实际编码最多的人。还有很多其他的事情。

    老实说,有很多的拖延。我发现它有点像作家的积木。有时候刚开始很难,但是一个好的2小时的训练就是完成了很多工作。这只是所有你必须经过的准备,实验,以确保你采取正确的方法。无穷无尽的盯着窗外看邮件等。。。

        3
  •  6
  •   Lars Mæhlum    18 年前

    我每周工作37.5小时。

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

    我对此感到高兴吗?
    我是否希望我能每周30小时盯着屏幕写作业?


        4
  •  6
  •   binOr    18 年前

    嗯,至少我一般都会进来 侧门-这样伦贝奇就不能 再见,嘿嘿,然后,呃,在那之后 我只是腾出一点空间,大约一个小时

    看起来我在工作。我这样做 也我会说在一周内我 大概只需要15分钟

    对我来说,在项目之间切换是拖延的一大原因。当我刚完成一个项目时,我倾向于拖延开始分配给我的下一个需求。我的想法仍然像是处于编码模式,但我必须先估算创建规范的费用。所以我不得不从编码切换到打电话给客户之类的,这让我感觉不舒服。

    在提高工作效率方面,最有帮助的是在一天的最初几个小时内消除任何干扰,并立即开始一天中最重要的任务。我需要尽早进入流程。


    We know that stress impairs some cognitive functions. The loss of those functions can precisely explain why programming is hard, and show us many other opportunities to improve the ways we organize things. The consequences roll out to touch language, logic and cultural norms. Click here for the Introduction...

        5
  •  5
  •   TheSmurf    18 年前

    我每天大约40%的时间都在编码。40%用于非编码活动(例如与粗略构建的服务器发生冲突,或者找出NUnit再次失败而没有错误消息的原因,或者试图找出代码停止与楼下的Oracle服务器通信的原因……诸如此类的垃圾)。另外20%的时间通常用于拖延或开会。

    我对自己的工作效率满意吗?绝对不是。我每天工作7个小时,其中大约有2.5个小时用于编码。我宁愿每天花5-6个小时编写代码,而只花一个小时做其他事情(遗憾的是,让这一切发生的一件事——PM停止每天玩弄构建脚本——不会发生)。不幸的是,由于我是一名公司开发人员,管理层没有看到时间被浪费掉。因为我每天40%的时间里完成的工作比大楼里的大多数无人机(包括下午)一周完成的工作多得多,所以他们认为我很有效率。

        6
  •  4
  •   Michael Neale    18 年前

    @伯纳德·迪:我职业生涯中大约有30%的时间是在公司环境中度过的(我现在还没有)。通常是在一些失败(或不是失败,但失败)的创业想法,或某种精疲力竭/改变之后。有一点没关系,很高兴认识来自完全不同背景的人(他们会认为律师和精算师可以一起玩得很开心),但最后,我发现早上起来很难有动力(或者在假期后害怕回去)——可能是因为你定义的原因(只是缺乏关心)。但这至少是一个很好的经验和想法来源。而且你可以在任何地方见到才华横溢的人(不仅仅是聪明的程序员——我总是试图找出谁是真正的商业智囊)。

        7
  •  2
  •   Brad Wilson    18 年前

    回答我自己的一些问题:

    我现在所在的团队只做总任务估计,所以很难跟踪每天的工作时间。我想说的是,在我的职业生涯中,花在编码上的时间在25%(主要是管理)到85%之间(每周在家工作4天,每周聚在一起开会半天)。但是,如果我不得不猜测的话,平均值可能在60%左右。

    对我来说,花在编码上的时间最大的影响是有没有开会。当我和所有人在同一个房间里进行敏捷项目时,会议往往是临时性的,而且时间很短,因此花在编码上的时间很长。我还觉得,在团队会议室里,我花在做非编码工作上的时间更少,有时甚至更少,因为当没有人能清楚地看到你的显示器时,无论是意外还是其他情况,都更容易浪费时间。:)

        8
  •  2
  •   Nelson Miranda    18 年前

    我做外包,基本上我整天都在编码,我有两个项目,我没有太多的时间做其他任何事情,这意味着我不能做更多的工作,因为我不能完成任何事情,这是一个很好的政策,你应该尽你所能。

    还要记住,你应该有空余时间,最重要的是要充分休息,因为如果你不休息,你的工作效率就不会很高。这里的关键是计划和纪律。

    在我和妻子一起度过的非编码时间里,我也喜欢出城,尽量不去想我的项目,我越是保持这种平衡,我的工作效率就越高。

    当我工作不多的时候,我喜欢阅读编程博客,也喜欢学习编程。

        9
  •  1
  •   Coral Doe avi pachar    14 年前

    我是R&D部门每周工作40小时。

    我花得像。。。我10%的时间都在编码。 在我的非编码时间里,我主要测试、评估、比较和记录结果。我还花了很多时间为我要写的代码编写规范,研究我要写的代码,参加当前项目的头脑风暴会议,等等。

    formality 而且进展得很顺利很快。

    现在,开发方法介于原型和螺旋之间。它明显地改变了我编码的小时数。

    我对自己的工作效率感到满意,这与我的截止日期和目标有关。

    推荐文章