Tom;<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="im"><br>
</div>Yeah, but its release cycles are getting longer. There&#39;s going to be<br>
an organized hacking session to get the next release out in the next<br>
several months or something like that.<br>
</blockquote><div><br>Yeah. From what I gather people have been hard at work and there have been updates to the CVS but no actual releases.<br><br>I&#39;d rather have seen a &quot;release early, release often&quot; cycle. I feel it&#39;s clear the community is quite good at stress-testing new things so even for a single update (I&#39;m thinking of file IO here at the moment) a release might be worthwhile. I suspect it&#39;s Ge who has to make that that call and that he&#39;s been unable to do so due to the crazy situation around Smule. I don&#39;t mean that as criticism *at all* because I&#39;m so happy for Ge, we should all grab our chances while we have tthem. People can get a version with some updates from CVS but personally I&#39;d rather not and I&#39;d rather stay compattible in the interest of non-confusing discussions on the list; some of the concepts we are dealing with are complex enough as they are.<br>
<br>For another thing this release has been interesting to me because we got some new techniques from the community that basically count as new features to me, I&#39;m particularly thinking about casting &quot;up and down&quot; and having what amounts to &quot;duck typing&quot; that way, provided we are sure of what we are doing.<br>
</div></div><br>Still, it might be a good idea to think about enabling other people besides Ge to push out releases when some new feature is done. I suppose stability is a issue there but let&#39;s remember that we have a community that&#39;s quite good at finding bugs and issues, then pinpointing them. I can guarantee the DEV&#39;s that we are much better at thinking of things they hadn&#39;t considered than they are ;¬) and in the bad old days even replacing code would crash and we still had fun while pinpointed bugs are easy to fix. To paraphrase; safe ChucK is boring ChucK.<br>
<br>On the other hand; we have slacked a little in adding documented bugs to the Wiki. Let&#39;s make it easer on the DEV&#39;s for these weeks/months by having all bugs in one place. Let&#39;s bring this up to date; <a href="http://wiki.cs.princeton.edu/index.php/ChucK/Bugs/Release">http://wiki.cs.princeton.edu/index.php/ChucK/Bugs/Release</a><br>
<br>Yours,<br>Kas.<br><br>PS, kindly imagine a dozen or so &quot;IMHO&#39;s&quot; in the above.<br>