<div dir="ltr">In my experience the fear of change is something that you want to be wary of. Good developers are willing to look at new tools and techniques, and are happy to experiment accordingly. <div><br></div><div>Whenever someone tells me 'oh, we could never do that, because ...' then I ask them 'if that is true, then can you think of a way in which we *could* do that?' - the answer will tell you a lot about the kind of person you are talking to.</div>
<div><br></div><div>It may be that you have a developer that feels so hard-pressed by deadlines that they have no slack in which to accommodate an experiment to see if a new way of doing something might offer advantages. This is an organisational dysfunction that will prevent a team from improving.</div>
<div><br></div><div>It may be that you have a developer that is so set in their ways that they cannot understand the benefit of a new way of doing something. This is a challenge with the person rather than the organisation (unless it is your organisation that has made them that way). </div>
<div><br></div><div>Try 5 Whys, and figure out for yourself why it is that this person is resistant to change. </div><div><br></div><div>On the subject of greenfield projects, this is an excellent time to start a new change, people have a chance to learn before starting, and you can pair-program with new recruits (whether sourced internally or externally) to mentor them into the project's new ways of doing things. I would recommend making sure that you have at least one person that is familiar with the technique before starting a project with it in anger, if you currently don't have this then consider doing a Proof-Of-Concept mini-project in order to both prove the technique's worth and also to get some valuable experience and learning under your belt. </div>
<div><br></div><div>Best of luck, </div><div><br></div><div>Fox</div><div>--</div><div>@sleepyfox <a href="https://twitter.com/sleepyfox">https://twitter.com/sleepyfox</a></div><div>London Code Dojo <a href="http://www.meetup.com/london-code-dojo">http://www.meetup.com/london-code-dojo</a></div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 23 July 2013 14:46, Tom Stuart <span dir="ltr"><<a href="mailto:tom@tomstuart.co.uk" target="_blank">tom@tomstuart.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div class="im">On 23 July 2013 15:26, Tom Cartwright <span dir="ltr"><<a href="mailto:tecartwright@gmail.com" target="_blank">tecartwright@gmail.com</a>></span> wrote:<br></div><div class="gmail_extra">
<div class="gmail_quote"><div class="im">
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>
<div>However, when I asked a colleague what they thought of these techniques, they had concerns about moving away from the rails conventions as it would take time to get developers up to speed with the techniques.</div></div>

</blockquote><div><br></div></div><div>This seems to presuppose that you're exclusively hiring experienced Rails developers; assuming you've decided that you want to apply this way of writing software, perhaps that isn't the best policy.</div>

<div> </div><div>With contrarian love from Germany,</div><div><br></div><div>T</div></div></div></div>
<br>_______________________________________________<br>
Chat mailing list<br>
<a href="mailto:Chat@lists.lrug.org">Chat@lists.lrug.org</a><br>
<a href="http://lists.lrug.org/listinfo.cgi/chat-lrug.org" target="_blank">http://lists.lrug.org/listinfo.cgi/chat-lrug.org</a><br>
<br></blockquote></div><br></div>