<?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: I call B.S. on the Oslo &#8220;M&#8221; Language</title>
	<atom:link href="http://rogeralsing.com/2008/11/04/i-call-bs-on-the-oslo-m-language/feed/" rel="self" type="application/rss+xml" />
	<link>http://rogeralsing.com/2008/11/04/i-call-bs-on-the-oslo-m-language/</link>
	<description></description>
	<lastBuildDate>Sat, 28 Jan 2012 14:35:30 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: reboltutorial</title>
		<link>http://rogeralsing.com/2008/11/04/i-call-bs-on-the-oslo-m-language/#comment-1358</link>
		<dc:creator><![CDATA[reboltutorial]]></dc:creator>
		<pubDate>Sun, 04 Oct 2009 18:41:10 +0000</pubDate>
		<guid isPermaLink="false">http://rogeralsing.wordpress.com/?p=144#comment-1358</guid>
		<description><![CDATA[There is only one language that really allows your mother to create a DSL ;)

See for example:

Easy yUML Dialect: UML Diagram Scripting Tool for Mere Mortals - Part I (Use Case Diagram)
http://reboltutorial.com/blog/easy-yuml-dialect-for-mere-mortals/

You can even try it online:
http://reboltutorial.com/blog/try-the-easy-yuml-domain-specific-language-online-without-downloading-rebol/]]></description>
		<content:encoded><![CDATA[<p>There is only one language that really allows your mother to create a DSL ;)</p>
<p>See for example:</p>
<p>Easy yUML Dialect: UML Diagram Scripting Tool for Mere Mortals &#8211; Part I (Use Case Diagram)<br />
<a href="http://reboltutorial.com/blog/easy-yuml-dialect-for-mere-mortals/" rel="nofollow">http://reboltutorial.com/blog/easy-yuml-dialect-for-mere-mortals/</a></p>
<p>You can even try it online:<br />
<a href="http://reboltutorial.com/blog/try-the-easy-yuml-domain-specific-language-online-without-downloading-rebol/" rel="nofollow">http://reboltutorial.com/blog/try-the-easy-yuml-domain-specific-language-online-without-downloading-rebol/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeff Brown</title>
		<link>http://rogeralsing.com/2008/11/04/i-call-bs-on-the-oslo-m-language/#comment-338</link>
		<dc:creator><![CDATA[Jeff Brown]]></dc:creator>
		<pubDate>Mon, 01 Dec 2008 07:24:49 +0000</pubDate>
		<guid isPermaLink="false">http://rogeralsing.wordpress.com/?p=144#comment-338</guid>
		<description><![CDATA[Generating a parser from a grammar is the easy part.

The hard stuff is the language design and its affordances (including error recovery).  In other words, deciding how to engage the target audience and what to build...

I don&#039;t think M intends to really help with the problem of (domain-specific) language design.  As you said, it seems better suited for data transformation tasks.  I&#039;ve seen plenty of cases where programmers used overcomplicated and slow &quot;regular expressions&quot; to extract and transform structured data for lack of a neat way to express a grammar.

That said, I&#039;m getting a little tired of markup, notations, schema definitions, and grammars for data.  What about semantics?  What about behavior?]]></description>
		<content:encoded><![CDATA[<p>Generating a parser from a grammar is the easy part.</p>
<p>The hard stuff is the language design and its affordances (including error recovery).  In other words, deciding how to engage the target audience and what to build&#8230;</p>
<p>I don&#8217;t think M intends to really help with the problem of (domain-specific) language design.  As you said, it seems better suited for data transformation tasks.  I&#8217;ve seen plenty of cases where programmers used overcomplicated and slow &#8220;regular expressions&#8221; to extract and transform structured data for lack of a neat way to express a grammar.</p>
<p>That said, I&#8217;m getting a little tired of markup, notations, schema definitions, and grammars for data.  What about semantics?  What about behavior?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: M Grammar Vs. Gold Parser &#171; Roger Alsing Weblog</title>
		<link>http://rogeralsing.com/2008/11/04/i-call-bs-on-the-oslo-m-language/#comment-297</link>
		<dc:creator><![CDATA[M Grammar Vs. Gold Parser &#171; Roger Alsing Weblog]]></dc:creator>
		<pubDate>Mon, 10 Nov 2008 20:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://rogeralsing.wordpress.com/?p=144#comment-297</guid>
		<description><![CDATA[[...] 10, 2008   Even though I bashed M Grammar in my last post, I&#8217;m sort of starting to get what&#8217;s the fuzz is all about [...]]]></description>
		<content:encoded><![CDATA[<p>[...] 10, 2008   Even though I bashed M Grammar in my last post, I&#8217;m sort of starting to get what&#8217;s the fuzz is all about [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Don Box</title>
		<link>http://rogeralsing.com/2008/11/04/i-call-bs-on-the-oslo-m-language/#comment-296</link>
		<dc:creator><![CDATA[Don Box]]></dc:creator>
		<pubDate>Sun, 09 Nov 2008 20:00:55 +0000</pubDate>
		<guid isPermaLink="false">http://rogeralsing.wordpress.com/?p=144#comment-296</guid>
		<description><![CDATA[Roger,

Thanks for taking the time to weigh in.

In looking at both your post and Frans&#039;, I think we&#039;re not being super-clear on our side when we talk about M and textual DSLs.

While it is possible to write the grammar for a &quot;capital-L&quot; language in M, that&#039;s not where most of us on the team see the primary use case of M.

Rather, the sweet spot (in my mind at least) is in enabling tailored syntax over schematized data - that is, the schema dominates the design, not the language per se. 

In M, you can define a schema and get a &quot;default&quot; syntax for values, but, as with XML, JSON and S-exprs, that syntax lacks visual cues from the domain. For people that want a more tailored syntax, M allows them to write a grammar to &quot;transform the data&quot; from linear Unicode to structured data.

Independent of the design center, you raise a valid question as to whether developers can write grammars. 

I love that question and my team is working hard to make the answer &quot;yes&quot; for as large a body of developers as possible. We have a lot of work to do, but I&#039;m pretty hopeful we can advance the state-of-the-practice enough to make the effort worthwhile.

Thanks again for taking the time to weigh in.

DB]]></description>
		<content:encoded><![CDATA[<p>Roger,</p>
<p>Thanks for taking the time to weigh in.</p>
<p>In looking at both your post and Frans&#8217;, I think we&#8217;re not being super-clear on our side when we talk about M and textual DSLs.</p>
<p>While it is possible to write the grammar for a &#8220;capital-L&#8221; language in M, that&#8217;s not where most of us on the team see the primary use case of M.</p>
<p>Rather, the sweet spot (in my mind at least) is in enabling tailored syntax over schematized data &#8211; that is, the schema dominates the design, not the language per se. </p>
<p>In M, you can define a schema and get a &#8220;default&#8221; syntax for values, but, as with XML, JSON and S-exprs, that syntax lacks visual cues from the domain. For people that want a more tailored syntax, M allows them to write a grammar to &#8220;transform the data&#8221; from linear Unicode to structured data.</p>
<p>Independent of the design center, you raise a valid question as to whether developers can write grammars. </p>
<p>I love that question and my team is working hard to make the answer &#8220;yes&#8221; for as large a body of developers as possible. We have a lot of work to do, but I&#8217;m pretty hopeful we can advance the state-of-the-practice enough to make the effort worthwhile.</p>
<p>Thanks again for taking the time to weigh in.</p>
<p>DB</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Designing a language is hard, and M won't change that - Frans Bouma's blog</title>
		<link>http://rogeralsing.com/2008/11/04/i-call-bs-on-the-oslo-m-language/#comment-295</link>
		<dc:creator><![CDATA[Designing a language is hard, and M won't change that - Frans Bouma's blog]]></dc:creator>
		<pubDate>Wed, 05 Nov 2008 12:53:53 +0000</pubDate>
		<guid isPermaLink="false">http://rogeralsing.wordpress.com/?p=144#comment-295</guid>
		<description><![CDATA[[...] about the large scale of the positive hype around &#039;M&#039; in Oslo. Fortunately, Roger Alsing wrote a &#039;Back to reality&#039; post about M which stood out as a single critical remark against the sea of positivism. I like it when someone [...]]]></description>
		<content:encoded><![CDATA[<p>[...] about the large scale of the positive hype around &#8216;M&#8217; in Oslo. Fortunately, Roger Alsing wrote a &#8216;Back to reality&#8217; post about M which stood out as a single critical remark against the sea of positivism. I like it when someone [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

