在编程工作中出现停机是否很常见？[关闭]

在我的公司中，我发现有些日子要做的工作很少。这些年来，我很想进行研究以了解有关手工艺的新知识。

我要说的是，平均而言，我每周大约有一天没有什么事情要做（或一周中的某些时间组合）。

我想知道这是否是软件开发环境中的常见情况，这个问题的答案在全职工作和合同工作之间是否有所不同？

是的，我要说的是，如果您遇到了等待客户或经理回答有关设计问题时如何进行处理的情况，那么可能会导致大量停机。

另一个例子是，当服务器在您的开发环境中崩溃时，您必须在解决该问题后才能继续开发。

最后一种情况是我遇到了停机（作为顾问），当时一个项目结束与下一个项目开始之间存在着奇怪的差距。

话虽如此，我还相信，如果您的工人没有得到充分利用，这是管理不善的标志。您还应该执行其他任务，以防服务器崩溃。通常在我公司，如果我们遇到障碍，我们会更新项目Wiki，或者去做分配的学习（每个人都有一个特定的主题，他们应该在停机时间学习）。

关于合同工和带薪员工，我发现带薪员工有更多的停机时间和合同/顾问工人，但这只是合同工对公司造成更高成本的情况，并且只有在您需要更多/特定的程序员。

用您的话来说，您似乎有20％的停机时间，这很多，可能意味着管理不善。

这在行业中很常见，但是如果团队管理得当，则经理应该拥有内部可用的“管道”和/或优先级较低的项目，可以按需分配。理想情况下，这些将涉及较新的技术和/或库。以我的经验，开发人员不会接受指派人员从事代码文档或更新Wiki的工作，因为开发人员本质上通常在实际开发某些东西时会更开心。

我见过的另一种方法是让人们一次参加长达两周的全日制培训课程，以利用将来所需的知识来提高开发团队的技能。

通常，如果您是承包商，并且发现自己没有在公司工作，那么最好开始寻找其他职位，因为如果公司陷入低迷，您很可能会成为第一个被解雇的人。

根据我的经验，这是相对常见的。尽管我们过去通常无事可做，但是通常在项目某个阶段完成后需要几天，但是在评估时……通常要持续一周左右，甚至在我们得到答复之前他们，然后继续我们在该项目上的工作。

不过，不能说这是否是整个行业的惯例。

在我的公司中，每两个月左右有几个星期（是几个星期）。我不确定是否经常缺勤几周，但是是的，您总是可以在空闲时间改善自己。

在我的工作场所，当发生以下情况时，我们会停机：

1. 网络/服务器有问题
2. 无需立即执行任何操作（例如，等待会议确定要求）
3. 等待某人完成您需要完成工作的事情（即使那不是最好的主意）

共享停机时间（对我来说大约是5％的时间）时，我通常会与人交谈，摆脱困境，听到一些笑话。

当我发现自己无所事事时，就会有一个包含大量书籍的目录，如果可以的话，或者在长时间的编译（或等效的会话）期间，我都会阅读这些目录。

但是，即使我这样做，我也必须承认一些事情（这确实使我自己成为一个罪人）：

在家里发展我们的职业是程序员的工作，这样我们的老板就不会解雇我们或类似的人。老板的工作不是让你用他的钱来改善自己（他付钱给你的时间）。

但是无论如何，作为替代，有时我会代替阅读而做其他事情，例如想出一些有用的脚本或想法，编写有关方法论改进的文档和演示文稿等。

这也算是自我改进，因为它使您思考，并使您对其他开发人员有用，他们甚至可能会在这一天中记住您，这一点很重要。但是重要的是，与您看书相比，付给您更好的钱是值得的...

以我的经验，这完全取决于行业和谁领导该项目。

有人告诉我，这个问题的答案将有很大的偏见，因为只有时间来阅读和评论本站点的人是那些没有太多工作要做的人。在我过去的工作中，从来没有停机。这与项目的解耦和组织程度有很大关系。如果组织得不好，那么在尝试合并变更时同时处理多个项目可能会导致问题，实际上，不做任何事情比使事情变得过于复杂更具成本效益。

我遇到的大多数停机时间通常是在财务年度末和/或年度末（十二月，因为大多数客户休假）。公司由于各种原因而“关闭”，IT部门在2到3个月内没有部署。因此，没有任何变化。

确实发生了：在这段时间里，我们评估了一年中发生的所有变更/项目，找出了我们需要改进或缺少的地方，并找到了下一个季节/学期更好地改进的解决方案。

别担心