<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: How to argue the case for webhooks</title>
	<atom:link href="http://blog.webhooks.org/2009/12/22/how-to-argue-for-webhooks/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.webhooks.org/2009/12/22/how-to-argue-for-webhooks/</link>
	<description>User-defined HTTP callbacks for push, pipes and plugins</description>
	<lastBuildDate>Tue, 04 May 2010 19:35:11 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Jesus</title>
		<link>http://blog.webhooks.org/2009/12/22/how-to-argue-for-webhooks/#comment-230</link>
		<dc:creator>Jesus</dc:creator>
		<pubDate>Thu, 15 Apr 2010 22:49:13 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webhooks.org/?p=202#comment-230</guid>
		<description>Hi, this is Jesus.

Shut up Otto.

Peace a love</description>
		<content:encoded><![CDATA[<p>Hi, this is Jesus.</p>
<p>Shut up Otto.</p>
<p>Peace a love</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Lindsay</title>
		<link>http://blog.webhooks.org/2009/12/22/how-to-argue-for-webhooks/#comment-229</link>
		<dc:creator>Jeff Lindsay</dc:creator>
		<pubDate>Thu, 15 Apr 2010 22:37:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webhooks.org/?p=202#comment-229</guid>
		<description>There is no spec. Some specs have come out of it like PubSubHubbub. There are common patterns and tools. Obviously I disagree that it doesn&#039;t deserve a name. It *is* as simple as you think. If you don&#039;t think that&#039;s a big deal... ignore what&#039;s going on here. Obviously I do. Go through my talks to find out why ... or not. Whatever.</description>
		<content:encoded><![CDATA[<p>There is no spec. Some specs have come out of it like PubSubHubbub. There are common patterns and tools. Obviously I disagree that it doesn&#8217;t deserve a name. It *is* as simple as you think. If you don&#8217;t think that&#8217;s a big deal&#8230; ignore what&#8217;s going on here. Obviously I do. Go through my talks to find out why &#8230; or not. Whatever.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Otto</title>
		<link>http://blog.webhooks.org/2009/12/22/how-to-argue-for-webhooks/#comment-228</link>
		<dc:creator>Otto</dc:creator>
		<pubDate>Thu, 15 Apr 2010 21:33:24 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webhooks.org/?p=202#comment-228</guid>
		<description>Which doesn&#039;t tell me one darned thing about implementation.

I&#039;m a programmer. I need to see example code. Without example code, I have no idea what you&#039;re talking about.

Basically, you&#039;re talking about doing HTTP POSTS on events. Great, but that&#039;s not revolutionary enough of an idea to have a name like &quot;webhooks&quot;, IMO. Where&#039;s the protocol? Where&#039;s the implementation? Where&#039;s the spec? 

In short, where&#039;s the meat in this sandwich?

:)</description>
		<content:encoded><![CDATA[<p>Which doesn&#8217;t tell me one darned thing about implementation.</p>
<p>I&#8217;m a programmer. I need to see example code. Without example code, I have no idea what you&#8217;re talking about.</p>
<p>Basically, you&#8217;re talking about doing HTTP POSTS on events. Great, but that&#8217;s not revolutionary enough of an idea to have a name like &#8220;webhooks&#8221;, IMO. Where&#8217;s the protocol? Where&#8217;s the implementation? Where&#8217;s the spec? </p>
<p>In short, where&#8217;s the meat in this sandwich?</p>
<p>:)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Lindsay</title>
		<link>http://blog.webhooks.org/2009/12/22/how-to-argue-for-webhooks/#comment-227</link>
		<dc:creator>Jeff Lindsay</dc:creator>
		<pubDate>Thu, 15 Apr 2010 18:28:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webhooks.org/?p=202#comment-227</guid>
		<description>I have been explaining it. Quite concisely in some cases. Apparently it&#039;s &quot;so simple it&#039;s stupid.&quot; You might just be missing something. I don&#039;t think an actual code example helps... a toy code example sort of works. Try this: http://www.slideshare.net/progrium/sxsw-evented-web ... Skip to slide 15 and click through.  

Seriously, I&#039;ve been trying to simplify this for 4 years. Sometimes it&#039;s hard when you&#039;re that entrenched. But apparently it works well enough. Google, Wordpress, GitHub, Pivotal, and many many others (see slide 42 for a sampling) have figured it out from my poor attempts at explaining.</description>
		<content:encoded><![CDATA[<p>I have been explaining it. Quite concisely in some cases. Apparently it&#8217;s &#8220;so simple it&#8217;s stupid.&#8221; You might just be missing something. I don&#8217;t think an actual code example helps&#8230; a toy code example sort of works. Try this: <a href="http://www.slideshare.net/progrium/sxsw-evented-web" rel="nofollow">http://www.slideshare.net/progrium/sxsw-evented-web</a> &#8230; Skip to slide 15 and click through.  </p>
<p>Seriously, I&#8217;ve been trying to simplify this for 4 years. Sometimes it&#8217;s hard when you&#8217;re that entrenched. But apparently it works well enough. Google, WordPress, GitHub, Pivotal, and many many others (see slide 42 for a sampling) have figured it out from my poor attempts at explaining.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Otto</title>
		<link>http://blog.webhooks.org/2009/12/22/how-to-argue-for-webhooks/#comment-226</link>
		<dc:creator>Otto</dc:creator>
		<pubDate>Thu, 15 Apr 2010 13:49:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webhooks.org/?p=202#comment-226</guid>
		<description>I&#039;ve gone through this entire blog and did not find one lien of code or one example. 

No, I didn&#039;t watch your video or viewing your slides. I&#039;m very busy and don&#039;t want to sit here and watch something over a long period of time.

If you can&#039;t be bothered to even to attempt to explain what the heck this stuff is about in a short and concise manner, then how do you ever expect people to get it?

Show me the code. One example would probably be enough. Just one.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve gone through this entire blog and did not find one lien of code or one example. </p>
<p>No, I didn&#8217;t watch your video or viewing your slides. I&#8217;m very busy and don&#8217;t want to sit here and watch something over a long period of time.</p>
<p>If you can&#8217;t be bothered to even to attempt to explain what the heck this stuff is about in a short and concise manner, then how do you ever expect people to get it?</p>
<p>Show me the code. One example would probably be enough. Just one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DJ</title>
		<link>http://blog.webhooks.org/2009/12/22/how-to-argue-for-webhooks/#comment-219</link>
		<dc:creator>DJ</dc:creator>
		<pubDate>Sun, 28 Feb 2010 21:23:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webhooks.org/?p=202#comment-219</guid>
		<description>I was &#039;push&#039;ing HTTP at a presentation last weekend to various SAP hackers at a great SAP tech unconference - SAP Inside Track, Bonn (http://wiki.sdn.sap.com/wiki/display/events/SAP+Inside+Track+Bonn+2010). Open standards and protocols are still relatively new to the techies in the SAP world, but I&#039;m happy that everyone grokked it. 

Funnily enough, one of my (rather terse) slides reflected something you said above: &quot;HTTP is everywhere&quot;. 

http://www.pipetree.com/~dj/2010/02/SapInsideTrackBonn/pubsub-wehbooks-sap/slides.html

Kind regards
DJ</description>
		<content:encoded><![CDATA[<p>I was &#8216;push&#8217;ing HTTP at a presentation last weekend to various SAP hackers at a great SAP tech unconference &#8211; SAP Inside Track, Bonn (<a href="http://wiki.sdn.sap.com/wiki/display/events/SAP+Inside+Track+Bonn+2010" rel="nofollow">http://wiki.sdn.sap.com/wiki/display/events/SAP+Inside+Track+Bonn+2010</a>). Open standards and protocols are still relatively new to the techies in the SAP world, but I&#8217;m happy that everyone grokked it. </p>
<p>Funnily enough, one of my (rather terse) slides reflected something you said above: &#8220;HTTP is everywhere&#8221;. </p>
<p><a href="http://www.pipetree.com/~dj/2010/02/SapInsideTrackBonn/pubsub-wehbooks-sap/slides.html" rel="nofollow">http://www.pipetree.com/~dj/2010/02/SapInsideTrackBonn/pubsub-wehbooks-sap/slides.html</a></p>
<p>Kind regards<br />
DJ</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Lindsay</title>
		<link>http://blog.webhooks.org/2009/12/22/how-to-argue-for-webhooks/#comment-216</link>
		<dc:creator>Jeff Lindsay</dc:creator>
		<pubDate>Wed, 13 Jan 2010 17:33:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webhooks.org/?p=202#comment-216</guid>
		<description>I think your point is theory vs practice. I argue HTTP is RPC because of CGI, which is not part of HTTP as a protocol. 

I would rather explain webhooks as RPC just because it&#039;s easier and probably just as effective. Like REST, I think proper semantics will come back in once it&#039;s more widespread.

Anyway, I&#039;m open to learning more about how we can do that. I just don&#039;t have the time. I&#039;m all for ideal theories, but they have to be iterated towards over time to be aligned with practicality. So I imagine over time, I&#039;ll find time to think about this more.</description>
		<content:encoded><![CDATA[<p>I think your point is theory vs practice. I argue HTTP is RPC because of CGI, which is not part of HTTP as a protocol. </p>
<p>I would rather explain webhooks as RPC just because it&#8217;s easier and probably just as effective. Like REST, I think proper semantics will come back in once it&#8217;s more widespread.</p>
<p>Anyway, I&#8217;m open to learning more about how we can do that. I just don&#8217;t have the time. I&#8217;m all for ideal theories, but they have to be iterated towards over time to be aligned with practicality. So I imagine over time, I&#8217;ll find time to think about this more.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mike</title>
		<link>http://blog.webhooks.org/2009/12/22/how-to-argue-for-webhooks/#comment-215</link>
		<dc:creator>Mike</dc:creator>
		<pubDate>Wed, 13 Jan 2010 15:07:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.webhooks.org/?p=202#comment-215</guid>
		<description>HTTP isn&#039;t RPC it&#039;s a state transfer protocol - there is value in drawing that distinction, it&#039;s in the dissertation.

I like web hooks, and it&#039;s possible to explain them by means of state transfer, rather than remote procedure calls.

I think a good way to look at webhooks is through the layered constraint of REST - or simply as a way of moving HTTP towards a p2p model by bending the client in the client/server constraint to include servers themselves. Roy actually mentioned this briefly during a talk in 2007.</description>
		<content:encoded><![CDATA[<p>HTTP isn&#8217;t RPC it&#8217;s a state transfer protocol &#8211; there is value in drawing that distinction, it&#8217;s in the dissertation.</p>
<p>I like web hooks, and it&#8217;s possible to explain them by means of state transfer, rather than remote procedure calls.</p>
<p>I think a good way to look at webhooks is through the layered constraint of REST &#8211; or simply as a way of moving HTTP towards a p2p model by bending the client in the client/server constraint to include servers themselves. Roy actually mentioned this briefly during a talk in 2007.</p>
]]></content:encoded>
	</item>
</channel>
</rss>