http://www.perlmonks.org?node_id=100789


in reply to Re: robotic laser welder
in thread robotic laser welder

Perhaps I misunderstood the section. It appeared to me that code went into snippets, poetry, code, obfu, and craft. Likewise, I understood that CUFP did not necessarily mean showing the code, only discussing the use, as I have and would be happy to continue doing.

Sections of the programs can be displayed, but why? Those sections that were tricky I discussed already, in Flaky Server and Exec Fork Trick. The path generation code is perhaps of interest, but mathematically not programmatically. It is also perhaps the section my customer most wants protected. Regardless, the code is nearly 4000 lines of blather; why clutter this forum with it? It's practically an anti-golf... how to do the least possible in the most lines of code. Extra points for inefficiency...

What I found cool about it, and thought perhaps you would too, was the use of Perl in industrial control. The interest at PM in industrial/embedded Perl surprised me. I thought I was unusual in my fascination with using free UNIX-like OS's for such applications, though I know there are at least 30 or 40 more like me. I was glad to see some of them are here.

'Course, I also found the process of using it as an amp cool, but that is neither here nor there.

If it is inappropriate, by all means kill the node. I am avidly open-source myself (I've been called dogmatic, even), and would always prefer to open a project. However, I do believe there are times when (a) closed source may be appropriate and (b) it's not my decision. I can concientiously object, and turn down the dough from working on a job, but I choose my work first on its merits and geek value -- which this job had in spades. Then I'll listen to arguments for closing the source, and suggest strong consideration for open source.

By the way, the music my buddy played - That's Rush. It's also closed-source. Sorry ;)