<div dir="ltr"><div><div><div><div>Hi Miller,<br><br></div>I know you probably have more pressing problems but it would be nice to get something like [getdir] in vanilla before you hit those 100k lines of code OR 50 years are up :)<br>
<br></div>I know you have been bugged in the past but I just wanted to throw it in again in case I could put some influence into you moving such functionality up the &quot;to do&quot; list...<br><br>&gt;&gt; built to last 50 years.  It&#39;s now about 17 ywars in (1/3 of its intended lifetime.)<br>
<br></div>BTW I find this to be so cool. software minimalism at its finest. for me, there is no reason to go elsewhere...<br><br>thanks for all the work!<br></div>m<br><div><div><div><div><div><div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Wed, Feb 26, 2014 at 6:39 PM, Miller Puckette <span dir="ltr">&lt;<a href="mailto:msp@ucsd.edu" target="_blank">msp@ucsd.edu</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
HI all -<br>
<br>
My figure was 100K lines, not 10K.  PD&#39;s C code is at about 70K now, and the<br>
Tcl/TK code is 7K - so I am only adding expansions very carefully now.<br>
<br>
Another related idea with an absurdly arbitrary round number attached: the code is<br>
built to last 50 years.  It&#39;s now about 17 ywars in (1/3 of its intended lifetime.)<br>
<br>
cheers<br>
<span class=""><font color="#888888">Miller<br>
</font></span><div class=""><div class="h5"><br>
On Wed, Feb 26, 2014 at 06:26:43PM -0500, Ivica Bukvic wrote:<br>
&gt; What I have been doing is solidifying core features to get a better idea of<br>
&gt; what the source should look like. Separating anything beforehand will<br>
&gt; result in s lot of problems/busywork later. I would also not deceive myself<br>
&gt; that 10K lines is enough. Pd-extended is way above that when you include<br>
&gt; 3rs party externals. Ditto for pd-l2ork.<br>
&gt; On Feb 26, 2014 6:10 PM, &quot;Peter Brinkmann&quot; &lt;<a href="mailto:peter.brinkmann@googlemail.com">peter.brinkmann@googlemail.com</a>&gt;<br>
&gt; wrote:<br>
&gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt;<br>
&gt; &gt; On Wed, Feb 26, 2014 at 5:03 PM, Ivica Bukvic &lt;<a href="mailto:ico@vt.edu">ico@vt.edu</a>&gt; wrote:<br>
&gt; &gt;<br>
&gt; &gt;&gt; The reason why I believe combining all of these will not be feasible is<br>
&gt; &gt;&gt; because in one of my recent conversations with Miller (and Miller please<br>
&gt; &gt;&gt; correct me if I somehow misremember here) he expressed his belief any<br>
&gt; &gt;&gt; project that exceeds N lines of code which I believe in this case it was<br>
&gt; &gt;&gt; something like 10000, it becomes unmaintainable and dies.<br>
&gt; &gt;&gt;<br>
&gt; &gt; That&#39;s why separating the GUI from the audio engine is so important. I<br>
&gt; &gt; sort of agree that 10000 lines of irreducible GUI+audio code would probably<br>
&gt; &gt; be unmaintainable. On the other hand, 5000 lines of audio code plus 5000<br>
&gt; &gt; lines of GUI code, communicating through a smallish, well-defined<br>
&gt; &gt; interface, wouldn&#39;t be a problem at all.<br>
&gt; &gt;<br>
&gt; &gt;<br>
<br>
</div></div><div class=""><div class="h5">&gt; _______________________________________________<br>
&gt; <a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
&gt; UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
<br>
<br>
_______________________________________________<br>
<a href="mailto:Pd-list@iem.at">Pd-list@iem.at</a> mailing list<br>
UNSUBSCRIBE and account-management -&gt; <a href="http://lists.puredata.info/listinfo/pd-list" target="_blank">http://lists.puredata.info/listinfo/pd-list</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>____________________<br>m.e.grimm | m.f.a | ed.m.<br><a href="mailto:megrimm@gmail.com" target="_blank">megrimm@gmail.com</a><br>_________________________________
</div></div></div></div></div></div></div></div>