[pmwiki-users] Proposed change to pmwiki.php: Markup_e

michael paulukonis xraysmalevich at gmail.com
Fri Feb 7 11:47:26 CST 2014

If brevity over clarity is the goal, why not just code everything in APL?


As one commenter put it:

A program IS NOT communication between a human and the machine.
> It's a communication between a developer and the next developer.

The communication I receive from a function names like "PCCFR" or "XLSDV"
or "PZZ" is "you are not worthy of contributing to this codebase until you
memorize our secret language [hint: it only _looks_ like PHP]." [Petko,
maybe you were making a joke by taking something to an extreme.]

If brevity is needed for performance reasons, can't the source be run
through a minifier prior to packaging?

Perhaps I'm biased, as I prefer to write in Javascript, where the primary
argument over saving keystrokes is the elimination of trailing semicolons
(except in the case of 7 easily memorized exceptions). [guess where I side
on that argument!]

-Michael Paulukonis
<http://goog_2112721603>Interference Patterns (a
@XraysMonaLisa <https://twitter.com/XraysMonaLisa>

Sent from somewhere in the Cloud
(hearthrug, by the fender)

On Fri, Feb 7, 2014 at 12:31 PM, Petko Yotov <5ko at 5ko.fr> wrote:

> Instead of PCCF('function code', 'r'), I'd prefer writing simply
> PCCFR('function code').
> (... PmWiki Create Callback Function Return...)
> Petko
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140207/62cbea4c/attachment-0001.html>

More information about the pmwiki-users mailing list