<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Musings of a Trained Monkey: RailsConf2006 DHH keynote...</title>
    <link>http://www.stevelongdo.com/articles/2006/06/26/railsconf2006-dhh-keynote</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description></description>
    <item>
      <title>RailsConf2006 DHH keynote...</title>
      <description>&lt;a href="http://www.nextangle.com"&gt;David Heinemeier Hansson's&lt;/a&gt; keynote was rather, um CRUD-dy  :-)&lt;br /&gt;&lt;br/&gt;
It mainly focused on the importance of modelling the application domain as well as the relationships between the models, at the correct level of abstraction/encapsulation.  This of course is nothing new to anyone who has been doing software development for a while.&lt;br/&gt;&lt;br/&gt;  The new part comes in with using all of the HTTP "verbs" (POST,GET,PUT,DESTROY) in &lt;a href="http://www.rubyonrails.org"&gt;Rails&lt;/a&gt; as a default convention. So for CRUD; Create=POST, Read=GET, Update=PUT, and Delete=DESTROY. Using this convention it is possible to build a higher level abstraction on top, tentatively called ActiveResource.  He also discussed the use of &lt;a href="http://api.rubyonrails.com/classes/ActionController/MimeResponds/InstanceMethods.html"&gt;respond_to&lt;/a&gt;, the HTTP Accept Headers, and even extensions to handle multiple input and output types from a single controller.  So the same code that handles a HTML page could be reused as a webservice for example, or for returning a JavaScript representation.  Definitely an area to keep an eye on.&lt;br/&gt;&lt;br/&gt;All in all he is an excellent presenter. He definitely has a charisma that holds your attention in person.  Outside of the material in his presentation he explained some of the reasons why things are the way they are in &lt;a href="http://www.rubyonrails.org"&gt;Rails&lt;/a&gt;.  In particular the intentionally lackluster support for composite primary keys. Hearing this in person is much more effective than reading about it on a mailing list.</description>
      <pubDate>Mon, 26 Jun 2006 18:02:00 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:85e33357-0532-45b6-9791-c2308a48c73b</guid>
      <author>Steve Longdo</author>
      <link>http://www.stevelongdo.com/articles/2006/06/26/railsconf2006-dhh-keynote</link>
      <category>railsconf2006</category>
      <category>rails</category>
      <category>dhh</category>
    </item>
    <item>
      <title>"RailsConf2006 DHH keynote..." by Steve Longdo</title>
      <description>It is more palatable within the effect of DHH's reality distortion field, but it boils down to framework design.  He talked about how Rails will make doing things the "right way" easy and doing things that are "bad" difficult. He said that it should "hurt" to do new work with composite keys, for example, because they are inherently evil unnatural keys.&lt;br /&gt;It sounds a lot better coming from him of course. He also said that if someone hacked in support for it in Rails he wouldn't be completely opposed but it is not something that the core team should waste any effort on. I think he admitted that it might speed adoption in large companies but that isn't a big area of concern for him.</description>
      <pubDate>Fri, 07 Jul 2006 01:58:34 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:8229a5a2-2a34-46ee-b393-c9113be6ba01</guid>
      <link>http://www.stevelongdo.com/articles/2006/06/26/railsconf2006-dhh-keynote#comment-140</link>
    </item>
    <item>
      <title>"RailsConf2006 DHH keynote..." by Brandon Smith</title>
      <description>What is the explanation exactly? For lack of composite keys in ActiveRecord?</description>
      <pubDate>Thu, 06 Jul 2006 23:08:50 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:183c1387-1d27-41df-8b93-10420d10ab16</guid>
      <link>http://www.stevelongdo.com/articles/2006/06/26/railsconf2006-dhh-keynote#comment-139</link>
    </item>
  </channel>
</rss>
