您如何看待乔尔测试？ [关闭

softwareengineering.stackexchange https://softwareengineering.stackexchange.com/questions/2776

  •  16-10-2019
  •  | 
  •  

题

这 乔尔测试 是确定您的团队有多出色的众所周知的考验。您如何看待这些要点？您是否不同意他们中的任何一个？您会添加什么吗？

有帮助吗？

解决方案

杰夫·阿特伍德（Jeff Atwood）有 程序员的权利法案.

从帖子中：

  1. 每个程序员应有两个监视器
  2. 每个程序员都有一台快速的PC
  3. 每个程序员都应选择鼠标和键盘
  4. 每个程序员都有一个舒适的椅子
  5. 每个程序员都将具有快速的互联网连接
  6. 每个程序员都有安静的工作条件

这似乎有一些我想在乔尔列表中看到的项目。特别是在硬件区域（双监视器，快速PC，鼠标/键盘，舒适的椅子，快速连接）。

唯一没有提到的是具有舒适且可调的 桌子.

可以通过更改来添加所有这些：

当前＃9：您使用金钱可以购买的最好的工具吗？

至

改进的＃9：您使用最好的 工具 和设备 钱可以买吗？

其他提示

有趣的是，第8点现在读到：

8. Do programmers have quiet working conditions?

当它曾经阅读时（类似）

8. Do programmers have their own office?

最后一段仍然开始：

现在，让我们将它们带入带有墙壁和门的单独办公室。

我一直对这项测试感到怀疑，因为在我工作的所有地方（无论是雇员还是访客），唯一拥有自己办公室的人是董事和高级经理。

在现实世界中编写软件通常是团队活动，您需要与队友交谈以在周围反弹。能够将内容勾勒出来并显示人员代码和图表有很大帮助。这并不是说分布式团队无法正常工作 - 他们显然可以而且要做，这只是一组不同的问题。

我要说的是，每个团队都需要在自己的6-8人的办公室里（假设这是团队的规模）。这样，他们就可以在不打扰其他团队的情况下进行互动（如果有的话），并继续他们的工作而不会受到销售团队或访客的打扰（在我工作的一个地方，您直接穿过前门进入开发区域）。

如果您正在与其他开发人员合作，但是每个开发人员都在从事单独的项目，那么共享办公室 能够 有用 - 但前提是您严格要参加会议室并尊重他人的截止日期等。

其他大多数是自我明显的真理。

我喜欢它，但是如果我使用它来评估一家公司，我将不会平等地权衡所有物品。没有源控制是一个更大的问题，然后没有购买金钱可以购买的最佳工具。

对我而言，唯一的破坏者是：

 8. Do programmers have quiet working conditions?

有趣的是，堆栈溢出作业发布最有可能失败的问题。

一些问题很难失败，特别是如果公司中有多个程序员：

 1. Do you use source control?
 2. Can you make a build in one step?
 4. Do you have a bug database?

我并不真正在乎其他大多数。老实说，我的意思是：

12. Do you do hallway usability testing?

有一个可以检测骗子：

 5. Do you fix bugs before writing new code?

我不得不说这是一个很好的“基线”，但是有了任何测量工具，还有其他因素。例如，我工作过的一家公司没有每日建造（我知道），但是其中一些非常好。

我个人还有其他一些我会添加到列表中的项目。

  1. 您是否通过参加会议，购买书籍或那种性质来支持开发人员教育？
  2. 您是否有一个简单，有记录的过程来采用新工具，以完成工作功能
  3. 您是否为开发人员提供设备和环境，使它们能够提高生产力。

这些物品最重要的是，以前的雇主“让我生气”，现在它们是我每一个机会都问的快速轨道问题。

我同意乔尔的大部分观点。我不太确定“走廊的可用性测试”。当然，可以进行可用性测试，但实际上是在走廊上抓住某人并使他们测试您的程序，即使不是他们的工作？这似乎是勾选人们的好方法。

尽管我认为从一般意义上讲这很有意义，但我发现列表非常集中在特定类型的软件上 Fog Creek软件 做 （收缩包装）。这并不奇怪，因为他还在另一篇文章中谈论了这一点， 五个世界. 。除了那个世界之外，还有很多发展。

例如，如果您开发的话，有些条件确实没有很多意义 嵌入式软件 对于卫星或自动售货机，例如每日构建（3）或可用性测试（12）。

乔尔测试未测试团队的出色表现。它测试了您的团队遵守Joel测试的能力。

这是对您的团队有多出色的更好考验。我称其为Grandmasterb测试。它有一个问题。

1）您写的软件是好的吗？

无论您是否“走廊测试”，或者您拥有的源控制或构建过程是什么（如果有什么话），这与我无关。团队的真正度量是他们创建的软件的质量。

基本上，您可以遵循乔尔测试的每个步骤，但最终仍会获得从未发货的废话代码和产品。例如，源控制并不能神奇地使一个更好的编码器。它使代码更容易管理。并且拥有最新版本的Visual Studio并不意味着您的应用程序比编写的应用程序更好 Visual Studio 2005.

许可以下： CC-BY-SA 和 归因
scroll top