<br><div class="gmail_quote">On Fri, Oct 2, 2009 at 10:54 AM, John A. De Goes <span dir="ltr">&lt;<a href="mailto:john@n-brain.net">john@n-brain.net</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Oct 1, 2009, at 12:13 AM, Curt Sampson wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
And as far as something like dealing with a changing language and<br>
libraries, the mainstream already has well-established and popular<br>
techniques for doing just: agile development.<br>
</blockquote>
<br></div>
A project manager&#39;s worst nightmare:<br>
<br>
&quot;Sorry boss, but we&#39;re just not going to be able to meet that deadline, because, well, a language extension we were using was dropped from the language, and the syntax for some core operators was changed. Not only is our code broken, but many of the libraries we were using are broken. Don&#39;t worry, though, we&#39;re &#39;agile&#39;, so our unit tests will tell us when our code is working again.&quot;<br>
</blockquote><div> </div><div>While I agree that it probably isn&#39;t the right idea to say that we are Agile, so it is safe for us to build on a foundation that is constantly shifting underneath us, this same argument came up from Credit Suisse regarding the standardization of Haskell&#39; at ICFP 06.  At the time, as I recall, they were limiting themselves to Haskell 98 + Addenda.</div>
<div><br></div><div>I argued that they should be interesting in having _more_ such standardization efforts to bring into the fold more features that they can rely upon. </div><div><br></div><div>Even so, Haskell&#39; includes only one breaking change (dropping n+k patterns) at this time and really how often do language features get dropped from GHC? (And at the time even the n+k change was laughed at by the audience as a joke proposal, not one that anyone was serious about -- how times have changed). </div>
<div><br></div><div>There have been a couple of quirky changes in how big scary types involving scoped type variables change. Otherwise it has been far more stable and consistent over the last 11 year run than any non-toy compiler that <i>I</i> can think of.</div>
<div><br>Heck, think how different your C compiler is now than it was in 1999. It feels, to me that there are more breaking changes in just upgrading to, say, C99 than there have been over the entire post-Haskell 98 life of GHC.</div>
<div><br></div><div>-Edward Kmett</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Big business demands stability.<br>
<br>
Regards,<br><font color="#888888">
<br>
John</font><div><div></div><div class="h5"><br>
<br>
<br>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
<a href="mailto:Haskell-Cafe@haskell.org" target="_blank">Haskell-Cafe@haskell.org</a><br>
<a href="http://www.haskell.org/mailman/listinfo/haskell-cafe" target="_blank">http://www.haskell.org/mailman/listinfo/haskell-cafe</a><br>
</div></div></blockquote></div><br>