Kids, this is a great example of completely misunderstanding probabilities. You are most definitely are not going to be "50 times more likely to win". It ain't how it works.

Probably the most ignorant thing I've ever read in my life. The delusion is strong with this one.

The word that's used in hebrew for "God" is "Elohim" (roughly, the alphabets are too different to make this transliteration proper). The "him" part at the end of the word indicates that the word is plural (this is just basic grammar). So the very word, as it is written in the bible, is plural to begin with. What I'm saying is that it's not even THAT subtle, it's blatantly stated as "fact".

I suggest to you another stance: The entire question is absolutely meaningless and needs not to be pondererd at all. The main difference from agnosticism is that it's an active refusal to concider the question at all.

All that you see, think and feel is nothing more than a manifistation of the mind, without real substance or identity. All that is seen by the (mind's) eyes is void.

Trying to argue away insanity using logic is insane. Just saying.

I like both. For different reasons. Python's mental model is a bit simpler to reason about usually. Equating modules to files and the like is very clean. With Ruby any object's definition is open, and can be continued in any part of the program. This does make it harder to reason about, but like with many advanced features, this is best used sparingly. It does open the door for other programming syles though. I've seen this applied to create AOP and SOP type programs. Another element I enjoy is the block parameter, which allows you to pass a block of code from the current context as a parameter to any method you're calling. This block could be called at any point within that method's call stack, referring back to objects from the call site.

You're describing inexperienced programmers not understanding the pros and the cons of the available constructs. That does not make the constructs inherintly bad. Attribute definition is done with metaprogramming in ruby, generally, but there's not a lot of confusion as to what the code is doing. It all has to do with conventions and applying them appropriately.

While vid that was amusing... what is it about metaprogramming that is so taboo, specifically?

Pretty sure I meant the same thing by contradicting his statement.

The original question implies that you have to wrap everything withing a class Foo ... end construct, which is false.

Too many people here suffer from butthurt. Detach yourselves from the desire for more butthurt. There are two types of languages: the ones people complain about, and the ones nobody uses. All this butthurt proves this point.

If you can build ugly, then you can build beautiful. Do not fear.

This is moot. The effect is the same. Or are you complaining about the implementation details you don't actually have to deal with?

Yeah, well we're averaging -20c so far just an hour from Toronto for a good part of the last two months.