Some doctors (in Quebec, anyway) are known to sometimes get a prescription for Ritalin (I'm not sure how they manage to do it subtly enough, since Ritalin is in the same drug class as Cocaine, here) when they have to drive a long time: it really does keep you extremely focused when you don't suffer for ADD. I've known a few guys who'd sell their pills, and others who'd *SNIFF* powdered ritalin when they had to cram. I'm not sure it's more effective that way, but, even taken normally, it's probably much better at putting you in the zone than amphets. It also leads to an habituation and psychological addiction (your mind doesn't feel as clear, probably because it isn't:). Side note: Ritalin really is a hard drug. I'd investigate every reasonable alternative before giving in to the pressure and drugging my child.
I don't know Python, but it very well be so-called duck typing. And it is still strongly typed, since it won't allow you to DoStuff on stuff that don't fit its operations.
If you need to catch errors where you added a string and an integer, you have bigger problems than your language's typing system. In any case, your unit tests should catch things like that. Re one size fits all: There are languages with dynamic typing where you can specify the typing, and it will be used for both compile-time checks and optimisations. I'd say the fundamental difference between static and dynamic typing is what happens when the compiler can't determine an expression's type: static languages forbid the programmer from using them, while dynamic ones will use tagging.
As a CLer, I'd say capture (which, i believe, is usually the #1 reason given for hygienic macro systems) is less of a problem when functions aren't used as first order objects as much. *Looks at the description* Ouch, that seems sort of painful to use.
Yeah, but this one could just run as a user process. So if the need is there, it could gain acceptance much more easily. [and then they could subtly add in more and more applications until people are ready to just switch to Croquet. Mwahahah]
http://croquetproject.org/Community/consortium.htm l: has a list of Criquet's core education partners, which includes (in the middle of institutions more usually associated with CS)... United States Military Academy at West Point. I wonder what _they_ see in it. We know the military have always been interested in 3D and VR, but why do they see a need to for croquet rather than a normal (and probably better suied to 1st person view and simulation) 3D toolkit? Dynamism and good introspection aren't really needed to simulate airplanes, etc.?
On second thought... Agents fit particularly well in smalltalk's message passing paradigm... So does croquet's goal of seamless networking (iirc?), especially when simulating hundreds or thousands of agents. Smalltalk, the new lead (as in Pb) figurine!:)
Yeah, this is a worry for me. I have a topic tendency (eczema, allergies to pollen etc.), and I know that I'll be wearing gloves nearly all the time in clinic. Nitrile gloves really aren't as good for tactile sensation and precision (and are more expensive).
Of course not. We still don't know what the bible says for sure. Once people can agree on a single falsifiable meaning, maybe a "fact" could contradict it. In the meantime, it's pretty hard to contradict something that doesn't mean anything precisely.
Ok, so not showing 2/3 correctly is all right, since it can't be done in decimal, but 2/5 isn't? When I want results, I want good results, not good-if-they-print-in-radix-10.
It's pretty safe (IIRC, I think the only type problem is with the unserialisation, which must be cast upward), but, since it has both static and inferred typing, it's fast while not making you write oodles of declaration just to get your program running. Fans of inferred typing argue that if you're not sure of your program's typing, then you're really sure how it's supposed to work either. Since it's inferred, the typing can be extremely fine-grained, allowing high performance, but you, the user, don't have to do all the grunt work. It's also, dare I say it, a clean language.
No. This shows that interval arithemtic is needed. Why can't I know the precision of results? The printer should be able to know that the value is only accurate to n decimals (or binimals or whatever they're called:), and not print more. We let programs make a mistake that would have made us lose marks in Junior High, and (hopefully? I'm in health now, so I don't know) failed us in College.
IIRC, there was no conclusive evidence pointing to Iraq. Iran was a more likely suspect.
Does your job cover food & room? You might as well say they go 20K, tax free, to spend as they wanted. That's really far from bad.
If you're going to use fancy words, at least use the greater precision doing so gives you.
Some doctors (in Quebec, anyway) are known to sometimes get a prescription for Ritalin (I'm not sure how they manage to do it subtly enough, since Ritalin is in the same drug class as Cocaine, here) when they have to drive a long time: it really does keep you extremely focused when you don't suffer for ADD. I've known a few guys who'd sell their pills, and others who'd *SNIFF* powdered ritalin when they had to cram. I'm not sure it's more effective that way, but, even taken normally, it's probably much better at putting you in the zone than amphets. It also leads to an habituation and psychological addiction (your mind doesn't feel as clear, probably because it isn't :). Side note: Ritalin really is a hard drug. I'd investigate every reasonable alternative before giving in to the pressure and drugging my child.
Well, quite simply: The applications connect to a server running on my box. Therefor, applications are clients.
I don't know Python, but it very well be so-called duck typing. And it is still strongly typed, since it won't allow you to DoStuff on stuff that don't fit its operations.
If you need to catch errors where you added a string and an integer, you have bigger problems than your language's typing system. In any case, your unit tests should catch things like that. Re one size fits all: There are languages with dynamic typing where you can specify the typing, and it will be used for both compile-time checks and optimisations. I'd say the fundamental difference between static and dynamic typing is what happens when the compiler can't determine an expression's type: static languages forbid the programmer from using them, while dynamic ones will use tagging.
As a CLer, I'd say capture (which, i believe, is usually the #1 reason given for hygienic macro systems) is less of a problem when functions aren't used as first order objects as much. *Looks at the description* Ouch, that seems sort of painful to use.
Yeah, but this one could just run as a user process. So if the need is there, it could gain acceptance much more easily. [and then they could subtly add in more and more applications until people are ready to just switch to Croquet. Mwahahah]
http://croquetproject.org/Community/consortium.htm l:
:)
has a list of Criquet's core education partners, which includes (in the middle of institutions more usually associated with CS)... United States Military Academy at West Point. I wonder what _they_ see in it. We know the military have always been interested in 3D and VR, but why do they see a need to for croquet rather than a normal (and probably better suied to 1st person view and simulation) 3D toolkit? Dynamism and good introspection aren't really needed to simulate airplanes, etc.?
On second thought... Agents fit particularly well in smalltalk's message passing paradigm... So does croquet's goal of seamless networking (iirc?), especially when simulating hundreds or thousands of agents. Smalltalk, the new lead (as in Pb) figurine!
Yeah, this is a worry for me. I have a topic tendency (eczema, allergies to pollen etc.), and I know that I'll be wearing gloves nearly all the time in clinic. Nitrile gloves really aren't as good for tactile sensation and precision (and are more expensive).
is the ACM Queue obscure.
Not everybody reads the same obscure material as you do. You're SOOO up-to-date. Do you watch television as well?
Of course not. We still don't know what the bible says for sure. Once people can agree on a single falsifiable meaning, maybe a "fact" could contradict it. In the meantime, it's pretty hard to contradict something that doesn't mean anything precisely.
qemu x86 on x86 can either be full emulation or only virtualisation.
Ok, so not showing 2/3 correctly is all right, since it can't be done in decimal, but 2/5 isn't? When I want results, I want good results, not good-if-they-print-in-radix-10.
You'll want double layers of gloves if you're going with latex too (and why wouldn't you? Lack of tactile feedback makes everything harder).
If you can't see the structure for the parens, you need an editor.
It's pretty safe (IIRC, I think the only type problem is with the unserialisation, which must be cast upward), but, since it has both static and inferred typing, it's fast while not making you write oodles of declaration just to get your program running. Fans of inferred typing argue that if you're not sure of your program's typing, then you're really sure how it's supposed to work either. Since it's inferred, the typing can be extremely fine-grained, allowing high performance, but you, the user, don't have to do all the grunt work. It's also, dare I say it, a clean language.
Or, for arbitrary precision, rationals.
Wait. You're saying the standard covers too much? Just ignore the parts that aren't relevant, if you insist...
No. This shows that interval arithemtic is needed. Why can't I know the precision of results? The printer should be able to know that the value is only accurate to n decimals (or binimals or whatever they're called :), and not print more. We let programs make a mistake that would have made us lose marks in Junior High, and (hopefully? I'm in health now, so I don't know) failed us in College.
Looking at the list quickly, we see that ~1/3 work flawlessly, while nearly as many need physical modifications.
So, obviously, we should be using base (apply '* *n-first-primes*). How about 30 or 210? At least it's not an arbitrary base.
Affinity... Or Glimpse of Nature... Or... :p 0cc artifact creatures are funny ;)
RMS, along with the help of experts, created a license. The material is still the creator's, unless he explicitly gives the rights to someone else.