<div dir="ltr">I think there are 2 factors that influence this:<div><br></div><div style>* How large do you expect this project to get? The benefits of the Objects-on-rails approach seem to be more applicable the bigger/more complex the project; more debatable if you're going to end up with 20-30 models and you're mainly doing crud stuff. It's possible that you may have a really complex section of your project where these ideas would shine, but the rest of the project wouldn't see huge benefit over the standard rails way.</div>
<div style><br></div><div style>* What sort of developers will you be hiring? Junior & mid-level developers have a lot of resources in terms of books, community, other code examples, etc. to learn how to follow rails conventions really well. Going for the Objects on rails approach forces you into making many more, harder, decisions - what is the scope for these decisions to be made poorly? Appealing to authority, I seem to remember in the Domain Driven Design book, Eric Evans advising that you shouldn't try and apply DDD if the modelling skill in your team isn't high.</div>
<div style><br></div><div style>This might sound like I'm against the approach, which I'm not, I just think it is more narrowly applicable than first assumed (not all projects need it) and carries more risk (and potentially reward).</div>
<div style><br></div><div style>HTH,</div><div style>Roland</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Jul 23, 2013 at 3:36 PM, Damon Allen Davison <span dir="ltr"><<a href="mailto:damon@allolex.net" target="_blank">damon@allolex.net</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>I think this sort of project is really exciting. How often do you get a chance to start with a completely blank slate?<br>
</div><div class="im"><div><br></div>On Tue, Jul 23, 2013 at 2:26 PM, 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div>One reason (and I can definitely see their point here) is that intentions can get obfuscated when using lots of loosely coupled objects and this can lead to confusion. Given lots of developers will be working on the app, onboard time is something I need to consider.</div>

</blockquote><div><br></div></div><div>I suppose you *could* get confused, but I think that concern, while understandable, might be premature because your team's knowledge of the application grows as they build it. In my experience a nice outside-in approach to building your app would really help keep your team from getting lost in the possibilities.</div>
<span class="HOEnZb"><font color="#888888">
</font></span></div><span class="HOEnZb"><font color="#888888"><div><br></div>-- <div dir="ltr"><div>Damon Davison</div><div><div><font color="#000000"><a href="http://allolex.net/" target="_blank">http://allolex.net</a></font></div>
</div><div>@allolex</div></div>
</font></span></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>