<div dir="ltr"><div>That would depend, to me at least, on whether the final deployment is an internal or external tool. Internal gets the single blob. External gets a zillion files. The logic is to make it confusing to the external (l)user so they won't tinker with things. Bonus points if the zillion files all look like obfuscated perl :-)<br>
<br></div>I saw a system once that had a shell application that called a zillion files. The customer wanted the development team to go away but was worried about what all the application did. So I went over it with a fine tooth comb. Basically, the application consisted of 4 or 5 main script files that each would call 20-30 of the crap files to do things like count lines and characters but then dump the results without ever using them. So there was 150-200 scripts that were culled from the process after some careful refactoring in the 5 main ones. Then I ran into funny issues that were sort of like race conditions but not quite. The zillion crap scripts were created to slow down the main scripts so it was closer to the original system that ran at 300MHz instead of the now 1.5 GHz. It was using many serial ports to get data from lab systems. I replaced the lot with a few sleep calls to allow the serial port data to accumulate and the developers were dumped.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 24, 2013 at 1:09 PM, Michael B. Trausch <span dir="ltr"><<a href="mailto:mbt@naunetcorp.com" target="_blank">mbt@naunetcorp.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><div class="im">
<div>On 07/24/2013 08:29 AM, leam hall
wrote:<br>
</div>
</div><div class="im"><blockquote type="cite">Any supporting ideas for pushing the argument of "Use
lots of small scripts for a big task, instead of one large one"?<br>
</blockquote>
<br></div>
And just another 2¢—I'd advocate the same strategy for classic
scripted systems, too—components in development, but single
black-box containers for production.<br>
<br>
— Mike<div class="im"><br>
<br>
<div>-- <br>
<table border="0">
<tbody>
<tr>
<td> <img src="cid:part1.05040406.00080300@naunetcorp.com" alt="Naunet Corporation Logo"> </td>
<td> Michael B. Trausch<br>
<br>
President, <strong>Naunet Corporation</strong><br>
☎ <a href="tel:%28678%29%20287-0693%20x130" value="+16782870693" target="_blank">(678) 287-0693 x130</a> or <a href="tel:%28888%29%20494-5810%20x130" value="+18884945810" target="_blank">(888) 494-5810 x130</a><br>
<br>
</td>
</tr>
</tbody>
</table>
</div>
</div></div>
<br>_______________________________________________<br>
Ale mailing list<br>
<a href="mailto:Ale@ale.org">Ale@ale.org</a><br>
<a href="http://mail.ale.org/mailman/listinfo/ale" target="_blank">http://mail.ale.org/mailman/listinfo/ale</a><br>
See JOBS, ANNOUNCE and SCHOOLS lists at<br>
<a href="http://mail.ale.org/mailman/listinfo" target="_blank">http://mail.ale.org/mailman/listinfo</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>-- <br>James P. Kinney III<br><i><i><i><i><br></i></i></i></i>Every time you stop a school, you will have to build a jail. What you
gain at one end you lose at the other. It's like feeding a dog on his
own tail. It won't fatten the dog.<br>
- Speech 11/23/1900 Mark Twain<br><i><i><i><i><br><a href="http://electjimkinney.org" target="_blank">http://electjimkinney.org</a><br><a href="http://heretothereideas.blogspot.com/" target="_blank">http://heretothereideas.blogspot.com/</a><br>
</i></i></i></i>
</div>