I'd say it's a tradeoff: you can't have an up-to-date non-rotten framework unless you make changes like this. But you can't hope to upgrade your whole application to a new major version without hiccups like this. <div>

<br></div><div>We're something at Enthuse (after the headache our lead dev had upgrading a previous prototype from 2 to 3) - <br><div>It shares themes with Matt's great Hexagonal rails talk: your app is something separate to the framework that implements it. </div>

<div><br></div><div>We're trying to keep ActiveRecord's API hidden away where we can. Plain ruby objects like Services and Presenters do all the legwork. Hopefully, when we upgrade to Rails 4, there will be only 1 place to change a 'update_attribute' to 'update_column' because the rest of our App uses *our* API, not ActiveRecord's.</div>

<div><br></div><div><br><div class="gmail_quote">On 17 June 2012 22:01,  <span dir="ltr"><<a href="mailto:chat-request@lists.lrug.org" target="_blank">chat-request@lists.lrug.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Re: update_attribute deprecated on Rails 4</blockquote></div><br></div></div>