<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en-us" xmlns="http://www.w3.org/2005/Atom"><title>Simon Willison's Weblog: hashbanghell</title><link href="http://simonwillison.net/" rel="alternate"/><link href="http://simonwillison.net/tags/hashbanghell.atom" rel="self"/><id>http://simonwillison.net/</id><updated>2011-02-10T16:56:00+00:00</updated><author><name>Simon Willison</name></author><entry><title>Quoting Reed Underwood</title><link href="https://simonwillison.net/2011/Feb/10/reed/#atom-tag" rel="alternate"/><published>2011-02-10T16:56:00+00:00</published><updated>2011-02-10T16:56:00+00:00</updated><id>https://simonwillison.net/2011/Feb/10/reed/#atom-tag</id><summary type="html">
    &lt;blockquote cite="http://www.tbray.org/ongoing/When/201x/2011/02/09/Hash-Blecch#c1297353079.775017"&gt;&lt;p&gt;URLs are supposed to represent resources. A web app can be a resource, and there are techniques for managing state within those. Hashbangs might be one of these. But when large web properties are converting all their links to &lt;em&gt;articles&lt;/em&gt; and other &lt;em&gt;bits of text&lt;/em&gt; (tweets/twits/whatever) into these monstrosities, it’s not innovation. It’s a huge mistake that ought to be regretted now and will certainly be regretted in the future.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p class="cite"&gt;&amp;mdash; &lt;a href="http://www.tbray.org/ongoing/When/201x/2011/02/09/Hash-Blecch#c1297353079.775017"&gt;Reed Underwood&lt;/a&gt;&lt;/p&gt;

    &lt;p&gt;Tags: &lt;a href="https://simonwillison.net/tags/urls"&gt;urls&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/recovered"&gt;recovered&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/hashbanghell"&gt;hashbanghell&lt;/a&gt;&lt;/p&gt;



</summary><category term="urls"/><category term="recovered"/><category term="hashbanghell"/></entry><entry><title>Quoting Tim Bray</title><link href="https://simonwillison.net/2011/Feb/10/ongoing/#atom-tag" rel="alternate"/><published>2011-02-10T06:00:00+00:00</published><updated>2011-02-10T06:00:00+00:00</updated><id>https://simonwillison.net/2011/Feb/10/ongoing/#atom-tag</id><summary type="html">
    &lt;blockquote cite="http://www.tbray.org/ongoing/When/201x/2011/02/09/Hash-Blecch"&gt;&lt;p&gt;Before events took this bad turn, the contract represented by a link was simple: “Here’s a string, send it off to a server and the server will figure out what it identifies and send you back a representation.” Now it’s along the lines of: “Here’s a string, save the hashbang, send the rest to the server, and rely on being able to run the code the server sends you to use the hashbang to generate the representation.” Do I need to explain why this is less robust and flexible? This is what we call “tight coupling” and I thought that anyone with a Computer Science degree ought to have been taught to avoid it.&lt;/p&gt;&lt;/blockquote&gt;
&lt;p class="cite"&gt;&amp;mdash; &lt;a href="http://www.tbray.org/ongoing/When/201x/2011/02/09/Hash-Blecch"&gt;Tim Bray&lt;/a&gt;&lt;/p&gt;

    &lt;p&gt;Tags: &lt;a href="https://simonwillison.net/tags/javascript"&gt;javascript&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/tim-bray"&gt;tim-bray&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/urls"&gt;urls&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/recovered"&gt;recovered&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/hashbanghell"&gt;hashbanghell&lt;/a&gt;&lt;/p&gt;



</summary><category term="javascript"/><category term="tim-bray"/><category term="urls"/><category term="recovered"/><category term="hashbanghell"/></entry><entry><title>Going Postel</title><link href="https://simonwillison.net/2011/Feb/9/adactio/#atom-tag" rel="alternate"/><published>2011-02-09T02:18:00+00:00</published><updated>2011-02-09T02:18:00+00:00</updated><id>https://simonwillison.net/2011/Feb/9/adactio/#atom-tag</id><summary type="html">
    
&lt;p&gt;&lt;strong&gt;&lt;a href="http://adactio.com/journal/4346/"&gt;Going Postel&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
Jeremy points out that one of the many disadvantages of publishing JavaScript dependent content on the Web is that a single typo can render your entire site unusable.


    &lt;p&gt;Tags: &lt;a href="https://simonwillison.net/tags/ajax"&gt;ajax&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/jeremy-keith"&gt;jeremy-keith&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/urls"&gt;urls&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/recovered"&gt;recovered&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/gawker"&gt;gawker&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/hashbanghell"&gt;hashbanghell&lt;/a&gt;&lt;/p&gt;



</summary><category term="ajax"/><category term="jeremy-keith"/><category term="urls"/><category term="recovered"/><category term="gawker"/><category term="hashbanghell"/></entry><entry><title>Breaking the Web with hash-bangs</title><link href="https://simonwillison.net/2011/Feb/9/isolani/#atom-tag" rel="alternate"/><published>2011-02-09T02:17:00+00:00</published><updated>2011-02-09T02:17:00+00:00</updated><id>https://simonwillison.net/2011/Feb/9/isolani/#atom-tag</id><summary type="html">
    
&lt;p&gt;&lt;strong&gt;&lt;a href="http://isolani.co.uk/blog/javascript/BreakingTheWebWithHashBangs"&gt;Breaking the Web with hash-bangs&lt;/a&gt;&lt;/strong&gt;&lt;/p&gt;
Mike Davies explains why Gawker’s new Ajax fragment-tastic redesign is a web architecture error of colossal proportions.


    &lt;p&gt;Tags: &lt;a href="https://simonwillison.net/tags/ajax"&gt;ajax&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/urls"&gt;urls&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/recovered"&gt;recovered&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/gawker"&gt;gawker&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/hashbanghell"&gt;hashbanghell&lt;/a&gt;, &lt;a href="https://simonwillison.net/tags/mike-davies"&gt;mike-davies&lt;/a&gt;&lt;/p&gt;



</summary><category term="ajax"/><category term="urls"/><category term="recovered"/><category term="gawker"/><category term="hashbanghell"/><category term="mike-davies"/></entry></feed>