Questions tagged «productivity»

我是软件开发团队的负责人（最近我控制了一个新团队），并最终负责维持高生产率，高质量和有组织的优先事项。 我的团队中有6位高级开发人员，但是这里的情况简直一团糟。情况是，我必须处理来自公司约10个不同联系点的JIRA请求，它们都代表不同的业务部门或客户。 我的问题是我的工作主要包括整天灭火，并确保每个人的问题都得到解决。不幸的是，我们公司的文化一直是高生产率（快速发布）但质量低下（生产错误），并且我们的客户不会接受结果的突然延迟。 有什么好的方法可以解决这个问题？我有很多理论，但是我正在寻找一个真正有像我这样的工作经验的人的答案。 以下是有关工作原理的一小部分清单： 每个开发人员负责与之交互的特定应用程序和服务； 发行版本通常由客户端在模拟生产服务器中进行测试，然后部署到实时服务器中。 每个应用程序平均使用50-80人，总共8个应用程序。 谢谢

16 .net  project-management  productivity  team 

我刚刚读完Peopleware（DeMarco，Lister），并在不久之前对极限编程（XP）进行了研究。正如我现在所看到的，这两种方法几乎是互斥的。 Peopleware建议使程序员免受任何干扰，并为不间断的工作设置优先级，以帮助程序员实现流程。另一方面，XP建议确保尽可能多的通信，甚至建议程序员“坐在一起”，成对编码并通常在同一房间内工作（产生大量噪音）。 是这两种相互竞争的思想流派，也许其中之一被证明是对/错，还是有有效的折衷办法？我可以看到双方提出的要点，但是看不到任何合理的妥协。 我对研究软件开发管理非常陌生，因此可能我只是误解了一些东西。欢迎所有评论。 PS作为一个附加的小问题，作为一名程序员，您会发现哪个更有生产力？

16 productivity  management  extreme-programming 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引文回答。 5年前关闭。 尤其是在用C从头开始编写新代码时，我发现自己编写了数小时甚至数天的代码，除了偶尔进行语法检查之外，甚至没有运行编译器。 我倾向于仔细地编写更大的代码块，并仅在确信通过分析我的头脑中的代码可以实现代码的预期工作时才进行彻底的测试。不要误会我的意思-我不会编写1000行而不进行任何测试（这将是赌博），但是在我认为完成后我会编写一个完整的子例程并对其进行测试（并在必要时进行修复）。 另一方面，我看到大多数新手都会在他们进入编辑器的每一行之后运行并测试他们的代码，并认为调试器可以代替谨慎和理智的做法。学习了语言语法后，我认为这会分散很多注意力。 您认为这两种方法之间的正确平衡是什么？当然，第一个需要更多经验，但这对生产率有正面还是负面的影响？第二个可以帮助您更好地发现错误吗？

16 productivity  testing  coding 

关闭。这个问题是题外话。它当前不接受答案。 8年前关闭。 已锁定。该问题及其答案被锁定，因为该问题是题外话，但具有历史意义。它目前不接受新的答案或互动。 我不时尝试一些显示器。我的主要工作是编码（工作，博士等）。在工作中，我强烈推荐LG Flatron L246WH。但是在家里，我有一台LG W2363V，在编码时我会感到非常不舒服。使用平滑字体时，字体，子像素或任何使我烦恼的东西。 当前，最适合我们需求的最好的显示器是什么？

16 productivity 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引文回答。 4年前关闭。 几年前，在我的第一份真正的编程工作中，老板鼓励我保留自己日常活动的日记。我仍然这样做，尽管不再是纸本和手写的。 您是否保留日记本（如果这样），您在日记本中写什么，它如何对您的工作有所帮助？还是只是需要时间才能恢复？

16 productivity  time-management 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 4年前关闭。 与前几天相比，我如何跟踪自己正在开发软件的效率更高或更低？

16 productivity  metrics 

如果同事正在编辑您的代码，该怎么办？ 没有增加功能或修复错误的目的，只是为了改变外观...

16 productivity  teamwork  communication  etiquette 

我将与我的一些朋友一起进行软件项目，并且被任命为技术主管。这些家伙根本都不是一个糟糕的程序员，但我确实比他们有更多的经验。我需要能够在团队中的每个人之间分配工作，同时还要确保我们不会互相踩脚。他们满足了使该项目成功所需的相对较高的质量和可伸缩性标准，而无需我审查他们所做的一切。 如何避免微管理的同时保持标准？是否足以制作一些图表，安排一些代码审阅并相信我将能够修复可能会破坏的所有内容，还是应该走TDD路线并编写明确的测试以使团队满意？

16 productivity  project-management  code-quality 

我编程，而且阅读困难。我的视野很好。我对符号的处理不善，是一个视觉化的思想家。 当我编写代码时，我比一般人要慢，因为我无法预料地没有意识到自己犯的错误。我正在学习python，只有文本的开发环境给我带来了很多视觉压力；我正在使用Wingware，该软件有些帮助，但无法在给定的时间内完成作业。 您能推荐一个对我有帮助的住宿吗？ 哪些改编对我会有帮助？ 有什么方法可以自动查找，突出显示和修复此类错误？ 校对后，我看到了希望看到的东西或熟悉的东西。我没有发现错别字，跳过行等，并且在测试中出现了错误。即使是复制和粘贴，我也会错过行并导致错误。 边缘到边缘的文本块让我头痛，一些颜色组合也让我头疼 我不会将文本处理为符号，而是将对象旋转为可以旋转的对象，以便将数字中的数字移动到不同的位置，我可能会认为“ 123”为“ 132”，字母为“ pddq”，看起来与我。我认为这些技巧很棘手-旋转并反射相同的形状。

15 productivity  ide  accessibility 

关闭。这个问题是题外话。它当前不接受答案。 想改善这个问题吗？ 更新问题，以使它成为软件工程堆栈交换的主题。 5年前关闭。 对于认真使用多种语言（例如X和Y）的人来说，是否有认真的研究对掌握X语言的经验丰富的程序员如何理解由合格的程序员使用Y语言编写的代码有多好的了解？ 当然，现实世界并不是那么简单，因为程序员只知道一种语言。我们想知道的是：如果我们使用C＃进行项目，并且某天某些仅认识Fortran和Algol的老物理学家对此进行研究，这对他们有多大意义？如果他们忽略了某些随机标点符号，那么其中的数学部分可能对他们来说没问题。还是，Python专家能够找到我聪明的Ruby脚本中的缺陷？ 从表面语法级别到大概念级别（例如对象，模板元编程，功能等），都可能存在问题。我不希望一个程序员能够完全理解“外语”中代码的每个语法细节，也不会遵循某些宏伟概念的宗教信仰，而是想知道他们将在多大程度上获得控制的主要作用，找到解决方法？如果屏幕上画了什么东西，并且决定了它的颜色或大小，请验证编程为驾驶汽车的机器人在完成后会关闭引擎，诸如此类。 高质量的研究应包括已发表的学术研究，一些行业组织或大型软件公司的官方报告，尽管我将接受经验丰富的研讨会和课程的领导者或其他来源的系统公正的观察。对简短的博客，单例示例或轶事不感兴趣。（好吧，也许有一些轶事可以使他们读得很好。）

15 programming-languages  productivity  readability 

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 遵循帕累托规则，程序员仅将20％的时间用于真正有用的事情。 我花了80％的时间进行调试，修复一些小问题，以使所有工作正常进行。 有没有办法花费更少的时间进行调试？

15 productivity  self-improvement  development-process  debugging 

开发人员if/else使用单行代码语句编写块，例如： if (condition) // Do this one-line code else // Do this one-line code 另一个使用大括号： if (condition) { // Do this one-line code } else { // Do this one-line code } 开发人员首先实例化一个对象，然后使用它： HelperClass helper = new HelperClass(); helper.DoSomething(); 另一位开发人员实例化并在一行中使用该对象： new HelperClass().DoSomething(); 开发人员更容易使用数组和for循环： string[] ordinals = new string[] {'First', 'Second', …

15 project-management  productivity  coding-style 

已关闭。这个问题是基于观点的。它当前不接受答案。 想改善这个问题吗？更新问题，以便通过编辑此帖子以事实和引用的形式回答。 4年前关闭。 我是一名学生，我在课堂上随身携带的小型（12.5“，1366x768）笔记本电脑屏幕上进行大量代码编写。大多数编程环境的设计理念是有人可用大屏幕，因为大多数实际上，程序员确实可以使用大屏幕，但是大屏幕很难整天上课，而且我以前的笔记本电脑（15英寸，1920x1200）经常因为沉重的工作而留在宿舍里。 此时，我几乎已经锁定Visual Studio。我曾经使用过的程序无法像我使用的那种代码那样高效（当然，在安装了Whole Tomato的Visual Assist和Jared Par的VsVim之后：）） （我已经看到了其他有关小屏幕的问题，但是它们几乎都与“离开Visual Studio”一起使用-考虑到我一直在进行的某些开发工作，这很难。

15 productivity  visual-studio 

我有一个正在努力赚钱的“真实”项目，还有一个非常有趣的辅助项目。 我遇到一个问题，每次我去做“真实”项目时，我所能想到的就是我的副项目的想法。你们如何处理？只是通过实际工作提供动力？

15 productivity  project-management 

我曾经以TDD风格使用C＃进行编码-编写/或更改一小段代码，在10秒内重新编译整个解决方案，然后重新运行测试。简单... 几年来，这种开发方法对我一直非常有效，直到去年我不得不回到C ++编码的那一刻起，我才真正感觉到我的生产率从此大大降低了。C ++作为一种语言不是问题-我有很多C ++开发人员的经验……但是过去。 对于一个小型项目，我的工作效率仍然可以，但是当项目规模增加时，情况会变得更糟，一旦编译时间达到10分钟以上，它就会变得非常糟糕。如果发现错误，则必须再次开始编译，等等。这简直令人沮丧。 因此，我得出的结论是：（像以前一样）一小部分是不可接受的-任何建议，当我手动检查代码时（不依赖快速的C＃编译器）如何使自己养成一个小时左右的古老编码习惯，并且仅在几个小时内重新编译/重新运行一次单元测试。 使用C＃和TDD，以进化的方式编写代码非常容易-经过十几次迭代之后，我开始的任何废话都以良好的代码结尾，但对我而言不再起作用（在缓慢的编译中）环境）。

15 c++  productivity  development-environment