<?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: Tag dhh</title>
    <link>http://www.stevelongdo.com/articles/tag/dhh</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>
  </channel>
</rss>
