<?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/"
		>
<channel>
	<title>Comments on: A Modest Proposal</title>
	<atom:link href="http://www.brool.com/index.php/a-modest-proposal/feed" rel="self" type="application/rss+xml" />
	<link>http://www.brool.com/index.php/a-modest-proposal</link>
	<description>brool \brool\ (n.) : a low roar; a deep murmur or humming</description>
	<lastBuildDate>Wed, 16 Nov 2011 04:35:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Stephen</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-123621</link>
		<dc:creator>Stephen</dc:creator>
		<pubDate>Fri, 13 May 2011 11:18:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-123621</guid>
		<description>Erg.. major type-o -- I meant to say, &quot;I can&#039;t believe there isn&#039;t more of a movement&quot;</description>
		<content:encoded><![CDATA[<p>Erg.. major type-o &#8212; I meant to say, &#8220;I can&#8217;t believe there isn&#8217;t more of a movement&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-123620</link>
		<dc:creator>Stephen</dc:creator>
		<pubDate>Fri, 13 May 2011 11:17:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-123620</guid>
		<description>I can&#039;t believe there is more of a movement out there to make Clojure more designer-friendly.  Sad to see the project didn&#039;t take off in the past couple years, but I&#039;m hoping folks will start to realize that this kind of thing is needed.

The project was a great start, though!  If more effort gets put into it, I will definitely try it on some big projects.</description>
		<content:encoded><![CDATA[<p>I can&#8217;t believe there is more of a movement out there to make Clojure more designer-friendly.  Sad to see the project didn&#8217;t take off in the past couple years, but I&#8217;m hoping folks will start to realize that this kind of thing is needed.</p>
<p>The project was a great start, though!  If more effort gets put into it, I will definitely try it on some big projects.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Shantanu Kumar</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-107006</link>
		<dc:creator>Shantanu Kumar</dc:creator>
		<pubDate>Wed, 01 Sep 2010 18:04:13 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-107006</guid>
		<description>@tim This is great. I would suggest that you separate this out from compojure and servlet stuff. The reasons are:
1. People can use it for template processing and offline doc generation.
2. Web frameworks other than Compojure can use it, thus fueling innovation.

I would be eager to know when/if you factor this out into a compojure/servlet independent template library.</description>
		<content:encoded><![CDATA[<p>@tim This is great. I would suggest that you separate this out from compojure and servlet stuff. The reasons are:<br />
1. People can use it for template processing and offline doc generation.<br />
2. Web frameworks other than Compojure can use it, thus fueling innovation.</p>
<p>I would be eager to know when/if you factor this out into a compojure/servlet independent template library.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Corwin Jensen</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-97822</link>
		<dc:creator>Corwin Jensen</dc:creator>
		<pubDate>Tue, 15 Jun 2010 17:06:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-97822</guid>
		<description>&lt;i&gt;I think that while a good segment of the market still embraces the PHP way, we&#8217;re seeing a migration away from this type of development (even in the PHP world).    I don&#8217;t think that reinventing it in any language is a good way to promote that language, especially when the language itself tend to attract the more esoteric crowd.    It&#8217;s a bit like putting sweats on Michelangelo&#8217;s David.    You might attract a certain type, but you&#8217;ll probably alienate your real target audience.    I was personally attracted to Clojure for the following reasons:&lt;/i&gt;
+1</description>
		<content:encoded><![CDATA[<p><i>I think that while a good segment of the market still embraces the PHP way, we&#8217;re seeing a migration away from this type of development (even in the PHP world).    I don&#8217;t think that reinventing it in any language is a good way to promote that language, especially when the language itself tend to attract the more esoteric crowd.    It&#8217;s a bit like putting sweats on Michelangelo&#8217;s David.    You might attract a certain type, but you&#8217;ll probably alienate your real target audience.    I was personally attracted to Clojure for the following reasons:</i><br />
+1</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Hunter</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-91491</link>
		<dc:creator>John Hunter</dc:creator>
		<pubDate>Sat, 06 Feb 2010 02:53:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-91491</guid>
		<description>I think this is a great idea !
There is something satisfying about getting instant feedback as in php.
There&#039;s no reason something like this &quot;Clojure Server Pages&quot; and compojure couldn&#039;t both be useful.
Maybe you begin with this and later head into compojure.
Did anything ever happen with this, Tim?

Cheers,
John</description>
		<content:encoded><![CDATA[<p>I think this is a great idea !<br />
There is something satisfying about getting instant feedback as in php.<br />
There&#8217;s no reason something like this &#8220;Clojure Server Pages&#8221; and compojure couldn&#8217;t both be useful.<br />
Maybe you begin with this and later head into compojure.<br />
Did anything ever happen with this, Tim?</p>
<p>Cheers,<br />
John</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-88608</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Tue, 01 Dec 2009 19:38:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-88608</guid>
		<description>I think the most fundamental place where Clojure can make a serious contribution is in the sciences.  Currently, code is not treated as data in the sciences, and this is a problem.  Much of the new code in my area (machine learning / neuroscience) is written in Python, where code is most definitely not data.  

This makes it incredibly difficult to write programs that can keep track of how different data sets were arrived at.  When I transform a data set in some way (usually a whole series of them), I want my operations to be published with the new data set.  I want them to be published in a format that is executable, easily legible, and most importantly easily parsable - I want to be able to use other code to reason about these transfomations, try new ones, etc. etc.  

In other words, I want to use the code as data.  Clojure (especially with Incanter), offers the possibility of doing this.  I can write programs that compose programs, reason about them, search through them.  I can use the same language to write and read each layer of program.  I can fairly easily distribute my programs over the cluster thanks to integration with Cascading and Hadoop.</description>
		<content:encoded><![CDATA[<p>I think the most fundamental place where Clojure can make a serious contribution is in the sciences.  Currently, code is not treated as data in the sciences, and this is a problem.  Much of the new code in my area (machine learning / neuroscience) is written in Python, where code is most definitely not data.  </p>
<p>This makes it incredibly difficult to write programs that can keep track of how different data sets were arrived at.  When I transform a data set in some way (usually a whole series of them), I want my operations to be published with the new data set.  I want them to be published in a format that is executable, easily legible, and most importantly easily parsable &#8211; I want to be able to use other code to reason about these transfomations, try new ones, etc. etc.  </p>
<p>In other words, I want to use the code as data.  Clojure (especially with Incanter), offers the possibility of doing this.  I can write programs that compose programs, reason about them, search through them.  I can use the same language to write and read each layer of program.  I can fairly easily distribute my programs over the cluster thanks to integration with Cascading and Hadoop.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-86410</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Fri, 09 Oct 2009 20:08:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-86410</guid>
		<description>BTW, I can&#039;t believe you&#039;re getting naysayers, this sort of stuff is essential for making great dynamic website (IMO), especially when *designers* are making website -- they&#039;re used to the PHP-way of doing things, and personally I don&#039;t see any problem mixing HTML with another language, I don&#039;t think it&#039;s ugly at all, but as Cliff pointed out, there are plenty of people who do.

To each his own, thanks again!</description>
		<content:encoded><![CDATA[<p>BTW, I can&#8217;t believe you&#8217;re getting naysayers, this sort of stuff is essential for making great dynamic website (IMO), especially when *designers* are making website &#8212; they&#8217;re used to the PHP-way of doing things, and personally I don&#8217;t see any problem mixing HTML with another language, I don&#8217;t think it&#8217;s ugly at all, but as Cliff pointed out, there are plenty of people who do.</p>
<p>To each his own, thanks again!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-86409</link>
		<dc:creator>Greg</dc:creator>
		<pubDate>Fri, 09 Oct 2009 20:03:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-86409</guid>
		<description>Tim, thank you for doing this, I was afraid I&#039;d have to do this from scratch myself, but now that you&#039;ve done this it makes things much easier, *and* I&#039;d be happy to contribute to the project as well. I completely agree with your conclusion, we need a great PHP-style system to compliment Compojure, and this seems to be it (unless there have been other attempts that I&#039;m not aware of).

I look forward to how this progresses, great job!</description>
		<content:encoded><![CDATA[<p>Tim, thank you for doing this, I was afraid I&#8217;d have to do this from scratch myself, but now that you&#8217;ve done this it makes things much easier, *and* I&#8217;d be happy to contribute to the project as well. I completely agree with your conclusion, we need a great PHP-style system to compliment Compojure, and this seems to be it (unless there have been other attempts that I&#8217;m not aware of).</p>
<p>I look forward to how this progresses, great job!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cliff Wells</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-84990</link>
		<dc:creator>Cliff Wells</dc:creator>
		<pubDate>Sat, 12 Sep 2009 02:54:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-84990</guid>
		<description>Your arguments echo many I&#039;ve heard in the past with regard to Python.   In fact, it was possible, using mod_python and some horrible PHP-like languages to get pretty close to the PHP-experience&quot;.   In the end, almost everyone rejected these approaches as they create horrible-looking mish-mashes of the two languages (yes, I consider HTML a language). 

I think that while a good segment of the market still embraces the PHP way, we&#039;re seeing a migration away from this type of development (even in the PHP world).    I don&#039;t think that reinventing it in any language is a good way to promote that language, especially when the language itself tend to attract the more esoteric crowd.    It&#039;s a bit like putting sweats on Michelangelo&#039;s David.    You might attract a certain type, but you&#039;ll probably alienate your real target audience.    I was personally attracted to Clojure for the following reasons:

1) functional language features
2) comprehensive and modern libraries, thanks to Java integration (but without the pain of Java)
3) modern MVC web framework being developed using it (arguably a sub-category of (2) but important enough in its own right to qualify as a separate point)
4) S-expression based HTML generation (yes, I much prefer this approach, see http://breve.twisty-industries.com for my previous attempt to bring this type of functionality to Python).

We&#039;ve seen widespread migration (largely thanks to Rails) away from the PHP way.   I don&#039;t think there&#039;s a future in it and it appears the world at large is starting to agree.</description>
		<content:encoded><![CDATA[<p>Your arguments echo many I&#8217;ve heard in the past with regard to Python.   In fact, it was possible, using mod_python and some horrible PHP-like languages to get pretty close to the PHP-experience&#8221;.   In the end, almost everyone rejected these approaches as they create horrible-looking mish-mashes of the two languages (yes, I consider HTML a language). </p>
<p>I think that while a good segment of the market still embraces the PHP way, we&#8217;re seeing a migration away from this type of development (even in the PHP world).    I don&#8217;t think that reinventing it in any language is a good way to promote that language, especially when the language itself tend to attract the more esoteric crowd.    It&#8217;s a bit like putting sweats on Michelangelo&#8217;s David.    You might attract a certain type, but you&#8217;ll probably alienate your real target audience.    I was personally attracted to Clojure for the following reasons:</p>
<p>1) functional language features<br />
2) comprehensive and modern libraries, thanks to Java integration (but without the pain of Java)<br />
3) modern MVC web framework being developed using it (arguably a sub-category of (2) but important enough in its own right to qualify as a separate point)<br />
4) S-expression based HTML generation (yes, I much prefer this approach, see <a href="http://breve.twisty-industries.com" rel="nofollow">http://breve.twisty-industries.com</a> for my previous attempt to bring this type of functionality to Python).</p>
<p>We&#8217;ve seen widespread migration (largely thanks to Rails) away from the PHP way.   I don&#8217;t think there&#8217;s a future in it and it appears the world at large is starting to agree.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: tim</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-84583</link>
		<dc:creator>tim</dc:creator>
		<pubDate>Tue, 01 Sep 2009 21:29:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-84583</guid>
		<description>@Antti:  I hope you&#039;re right -- I really think highly of the language.  It just seems like Scala has more momentum in the shops that are already using Java;  it&#039;s possible that Clojure could find success outside of established Java shops, but it&#039;s a harder sell, maybe.

It&#039;s possible this whole exercise might be a bad idea -- it&#039;s kind of a work in progress -- but nonetheless I think that making Clojure web apps drop-dead simple is not inherently bad.  Yes, there are 300 advantages to clojure.html, but it looks scary to developers:  &quot;What, I don&#039;t even get to use HTML, I have to use &lt;i&gt;another&lt;/i&gt; language?&quot;  So why not make it more approachable?</description>
		<content:encoded><![CDATA[<p>@Antti:  I hope you&#8217;re right &#8212; I really think highly of the language.  It just seems like Scala has more momentum in the shops that are already using Java;  it&#8217;s possible that Clojure could find success outside of established Java shops, but it&#8217;s a harder sell, maybe.</p>
<p>It&#8217;s possible this whole exercise might be a bad idea &#8212; it&#8217;s kind of a work in progress &#8212; but nonetheless I think that making Clojure web apps drop-dead simple is not inherently bad.  Yes, there are 300 advantages to clojure.html, but it looks scary to developers:  &#8220;What, I don&#8217;t even get to use HTML, I have to use <i>another</i> language?&#8221;  So why not make it more approachable?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antti Rasinen</title>
		<link>http://www.brool.com/index.php/a-modest-proposal/comment-page-1#comment-84578</link>
		<dc:creator>Antti Rasinen</dc:creator>
		<pubDate>Tue, 01 Sep 2009 20:25:22 +0000</pubDate>
		<guid isPermaLink="false">http://www.brool.com/?p=373#comment-84578</guid>
		<description>I think Clojure is already &quot;made it&quot;. It seems modern and fresh in the sense Arc failed to be. Clojure has the potential to become the biggest Lisp around. That is an achievement in itself.

To make it in the real world is of course a different matter. There may be truth in the statement that Clojure needs a niche. PHP is a good analogy. Other &quot;Worse is better&quot; examples apply too. But the rest of your article seems to describe PHP made out of Lisp? That is such a bad idea on at least three levels.

1. Is HTML templating truly an area where Clojure could shine? 

2. Web frameworks and HTML templating are no niches anymore. These days you can&#039;t swing a dead cat without hitting a web framework. Heck, you can&#039;t even pick up the cat.

3. (Related to #1) Trying to ape another API or programming model in a whole different programming paradigm will lead to poor implementations and un-idiomic code. 

It&#039;d be great to see a popular Lisp and I hope Clojure makes it. But I do hope it makes it on its own merits.

I&#039;ll make one prediction here. The niche, whatever it will be, will be a field where current programmatic solutions involve lot of repetition or drudge work. The Clojure/Lisp solution will remove that drudge. (Think Rails and CRUD, for example.)</description>
		<content:encoded><![CDATA[<p>I think Clojure is already &#8220;made it&#8221;. It seems modern and fresh in the sense Arc failed to be. Clojure has the potential to become the biggest Lisp around. That is an achievement in itself.</p>
<p>To make it in the real world is of course a different matter. There may be truth in the statement that Clojure needs a niche. PHP is a good analogy. Other &#8220;Worse is better&#8221; examples apply too. But the rest of your article seems to describe PHP made out of Lisp? That is such a bad idea on at least three levels.</p>
<p>1. Is HTML templating truly an area where Clojure could shine? </p>
<p>2. Web frameworks and HTML templating are no niches anymore. These days you can&#8217;t swing a dead cat without hitting a web framework. Heck, you can&#8217;t even pick up the cat.</p>
<p>3. (Related to #1) Trying to ape another API or programming model in a whole different programming paradigm will lead to poor implementations and un-idiomic code. </p>
<p>It&#8217;d be great to see a popular Lisp and I hope Clojure makes it. But I do hope it makes it on its own merits.</p>
<p>I&#8217;ll make one prediction here. The niche, whatever it will be, will be a field where current programmatic solutions involve lot of repetition or drudge work. The Clojure/Lisp solution will remove that drudge. (Think Rails and CRUD, for example.)</p>
]]></content:encoded>
	</item>
</channel>
</rss>

