Tag: 极限编程

结对编程的工作面试

我们公司一直在考虑取消我们的面试程序，让每个候选人与一些程序员静坐4-5小时，然后做一些配对编程。 我理论上喜欢这个主意，但是我不确定你怎样才能真正让每个候选人公平。 你如何评价他们？ 他们的投入是否真的取决于每一位程序员当天的工作？ 任何想法，这是一个好主意/坏主意，或如何使其工作是我在这里寻找的东西。 干杯! 编辑： 结果 – 按要求 我们要和以前一样进行采访的第一步。 电话随后面对面。 我们没有把他们带回第三次也没有最后一次烧烤，而是让3名开发人员回来与全部7名队员一起坐下。 我们决定让团队决定谁被雇用。 我们得出这个结论有几个原因。 我们相信这将使开发人员能够select正在工作的人员。 第二个原因是群体dynamic。 我们认为有一个良好的团队是非常重要的，很难说，直到你雇用了一个人，如果他们适合或不适合。 所以最终的结果是，我们将继续进行结对编程会议，但是采用完全不同的方式，并且采用与最初预期完全不同的方式。 任何想法或批评这种方法是多余的欢迎！ （这个编辑是张贴在下面的答案，所以如果你觉得这不是最好的方法，可以随意倒下）

Python代码库的持续集成系统

我开始使用python代码库开展业余爱好项目，并希望设置某种forms的持续集成（例如，每次办理登机手续时都要运行一组testing用例，并在每次办理登机手续时发送唠叨的电子邮件给负责人testing失败）类似于CruiseControl或TeamCity。 我意识到我可以在大多数VCS中使用钩子来做到这一点，但是这要求testing在与版本控制服务器相同的机器上运行，这不像我想的那样优雅。 有没有人有任何build议，适合Python代码库的小型，用户友好的，开源的持续集成系统？

TDD – 如何真正开始思考TDD？

我一直在阅读关于敏捷，XP方法和TDD的内容。 我一直在项目中指出它需要做TDD，但是大多数testing都是以某种方式进行集成testing，或者在项目过程中TDD被忘记了，以尽快完成代码。 所以，就我的情况而言，我写了unit testing，但是我发现自己会先写代码，而不是写testing。 我觉得有一个思想/devise/范式的变化实际上是巨大的。 所以，尽pipe人们真的相信TDD，但是实际上，由于时间压力/项目可交付成果，您最终会回到过去的风格。 我有几个class，我有纯粹的unit testing代码，但我似乎无法继续这个过程，当嘲笑进入图片。 另外，我有时会看到：“为它写一个testing”并不是太简单。 你们觉得我应该怎么处理呢？