For the record, Google's very first claim (about copying variables doubling memory consumption) is dubious. Although the language itself passes most variable types by value, the PHP interpreter copies variables lazily using copy-on-write. So in general, "aliasing" variables for readability should be OK. However, I'm not sure whether the interpreter copies individual array elements lazily...
... I don't find playing the auction house fun. In fact, I find it highly unethical. You're taking advantage of people who don't know what things really should cost.
Uhh, just because I choose to undercut my competitors (other sellers) doesn't mean I don't know what my loot is "worth". I hardly feel taken advantage of when the gold's rolling in faster than I can run to the mail box - gold I can put to work immediately, while my higher-priced competitors twiddle their thumbs.
Poor is hoping the toothache goes away.
God, yes. Thanks for the laugh.
One thing I cannot understand: How programmers continue to fail to encode data in a context-appropriate way before operating on it. When I code, I don't even think about it - I just do it. The brain cycles I save, I spend on higher-level problems.
If I need to output some data in the context of an XML document, I entity encode the data. Bam! - done. I don't stop to think about how likely it is the data will contain control information; whether it'd be worth the extra 1.5 seconds (of typing) to encode it; that the data provider (a user, say) ought to know better than to include "funny" characters...
I agree with you that the price of perfection is too high for most applications, but come on. Failing to sanitize data moving across major boundaries (the client/server boundary, for example) is like failing to check whether the garage door is open before attempting to drive through it. Don't excuse that crap.
Genetics explains why you look like your father, and if you don't, why you should.
