NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
help them think they understand.
--Larry Wall
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
Fugly! (Score:1)
Re:Fugly! (Score:2)
In some sense, I think it's entirely appropriate that solving a problem from (arguably) a mathematical domain ends up with a solution that looks mathematical. Just because this particular problem ends up with a mathematical-looking answer in Perl 6 doesn't mean that all Perl 6 programs will look like mathematics. Answers to problems in other domains will tend to look like the languages people in those domains use to think about them. (Quick example: parsing problems in Perl 6 tend to be solved with things like "grammar", "rule", and "token", which look very natural in that domain but would be awkward for solving Pascal's triangle.)
There's a reason that domain-specific languages exist (and not just in the realm of programming) -- it's because communication is often better served by notations other than the "lowest common denominator". In this sense, the symbolic language of mathematics is as much a "human language" as any other, and it exists because writing formulas in English just isn't all that efficient (unless you really like COBOL :-).
Pm
Reply to This
Parent