If brevity over clarity is the goal, why not just code everything in APL? http://signalvnoise.com/posts/3250-clarity-over-brevity-in-variable-and-method-names
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://www.xradiograph.com <http://goog_2112721603>Interference Patterns (a blog)<http://www.xradiograph.com%5Cinterference> @XraysMonaLisa <https://twitter.com/XraysMonaLisa> http://michaelpaulukonis.com <http://www.BestAndroidResources.com> Sent from somewhere in the Cloud (hearthrug, by the fender) On Fri, Feb 7, 2014 at 12:31 PM, Petko Yotov <5...@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@pmichaud.com > http://www.pmichaud.com/mailman/listinfo/pmwiki-users >
_______________________________________________ pmwiki-users mailing list pmwiki-users@pmichaud.com http://www.pmichaud.com/mailman/listinfo/pmwiki-users
