代码之家  ›  专栏  ›  技术社区  ›  Pierreten

TDD和管理

  •  4
  • Pierreten  · 技术社区  · 16 年前

    7 回复  |  直到 16 年前
        1
  •  5
  •   Preet Sangha    16 年前

    在这样的情况下你赢不了。直到他吃了蓝色(tdd)药丸)他才知道。你唯一能做的就是要么去做一份更好的工作,要么按他的方式去做。当你做后者时,向他解释TDD是一种更好的方法,并给他举例。 但是他的路还是高速公路。

        2
  •  6
  •   Matthew Lock fge    16 年前

        3
  •  3
  •   Jason Williams    16 年前

    他清楚地看到必须进行测试。在写代码之后做这件事和在写代码之前做这件事花费的时间一样长。如果他喜欢,你可以跳过编写测试,把时间花在编写bug上。

    如果他认为你不应该做测试,那么要么改变主意要么辞职。

        4
  •  2
  •   Mark Levison    16 年前

    关键是要理解你的管理者的观点。你必须退后一步,问问经理的价值观是什么,他/她的痛点是什么。如果你不知道,问问他们的价值是什么。

        5
  •  1
  •   Ravi Vanapalli    16 年前
        6
  •  1
  •   Jim Kiley    16 年前

    其他答案中提供的一些链接也非常好。如果老板在被出示证据和论据后仍然拒绝。。。我要润色一下我的简历。你以正确的方式编写代码的能力和意愿应该能让你找到一份不那么糟糕的工作。

        7
  •  0
  •   JB King    16 年前

    另一个不同的途径是展示提前测试如何以某种方式改变设计。通过构建测试,您正在质疑部分设计,最终这将是一个很好的方法,并且他应该检查维护和支持需要多长时间,因为其中一些是为了改进这些领域而做的。只是别忘了记住一些原则,比如 How to Win Friends and Influence People