4 ms·
The company should be training employees to use their process, not expecting to hire people who already prefer their process. TDD is not some magical thing tha
by rabidrat 8y ago
The company should be training employees to use their process, not expecting to hire people who already prefer their process. TDD is not some magical thing that requires years of study and practice and apprenticeship to do correctly. It's an approach, you apply it, it might be a little weird for a few weeks if you're not used to it, and then it's fine. What next, will they reject people for preferring trunk-based development over git-flow?
- slededit 8y agoTDD is really one of those things you either like or don't. I for one hate working that way and would be happy to know about it as early as possible. No amount of training will change that.
- danpalmer 8y agoSome engineers are happy to use the process that works in the company, if that means going with TDD then they do that, but they have no strong feelings either way. That could be a good culture fit! Some engineers have strong feelings and would prefer not to work in some ways. There are ways to do great engineering without TDD, they may be great engineers, but for a company that practices TDD they may be a poor fit. To take it to a bit more of an extreme: I like code review. I believe it's a good thing. I want to have my code reviewed and to learn from that, and I want to be able to review my colleagues' code and know that they will take the feedback seriously. I would not work somewhere that did not do code review as I believe it correlates with good engineering practices. In this way, I would be a poor culture fit at somewhere that did not do code review, as I would be pushing to have code reviewed, or wanting to.