You're thinking of this like C, Ruby is different. Everything is an Object! Classes as variables is the way to go as a Ruby programmer. Because that way it can be constantly manipulated. Makes sense now?
You see, In the C language. You use classes to reiterate different spectrum points - it puts variables to work in different loop processes. Ruby is different, though it shares aspects but it is meant to be more dynamic without going to the low end of manipulating hardware. Hence the multi-threading is different over-all.
RIP Jim. Thank you for the talk.
RIP Jim, one of the most inspiring rubyists
What an interesting talk, RIP Jim
This so good. R.I.P. Jim, really motivating.
RIP Jim
He was such a good teacher
R.I.P Jim
...this talk...maybe have inspired the creation of the Elixir language...
Can someone share the source code
what was the Texas joke?
taxes
what a nut, who uses classes as variables?
You're thinking of this like C, Ruby is different. Everything is an Object!
Classes as variables is the way to go as a Ruby programmer.
Because that way it can be constantly manipulated. Makes sense now?
You see, In the C language.
You use classes to reiterate different spectrum points - it puts variables to work in different loop processes.
Ruby is different, though it shares aspects but it is meant to be more dynamic without going to the low end of manipulating hardware. Hence the multi-threading is different over-all.
It is not classes, but Constants.
"A constant has a name starting with an uppercase character. It should be assigned a value at most once."
RIP Jim. Thank you for the talk.