The Anti-Human Consequences of Static Typing
jeapostrophe.github.io
The Anti-Human Consequences of Static Typing
1–10 of 67 posts
Re: The Anti-Human Consequences of Static Typing
#2I question whether that is a "good" program.
Re: The Anti-Human Consequences of Static Typing
#3Re: The Anti-Human Consequences of Static Typing
#4Re: The Anti-Human Consequences of Static Typing
#5Re: The Anti-Human Consequences of Static Typing
#6The first example of a "good" program contains an if statement that should only ever branch in one direction. I question whether that is a "good" program.
Re: The Anti-Human Consequences of Static Typing
#7Is this wrong?
"true but not provable" is easy.
What is an example of a statement that is "provable but not true"?
Re: The Anti-Human Consequences of Static Typing
#8Poor example. In Java, number + string means "convert the number to a decimal string then concatenate", and it can be invoked unintentionally.
Re: The Anti-Human Consequences of Static Typing
#9The first example of a "good" program contains an if statement that should only ever branch in one direction. I question whether that is a "good" program.
It's only good in that with the dual dichotomies he has defined as what the static typing compiler accepts and rejects and what will function or not function , it functions but may not compile .
Re: The Anti-Human Consequences of Static Typing
#10> In the final analysis, we may appeal to the Gödel Incompleteness Theorems and conclude that in every logic there are statements which are true, but not provable, or provable, but not true. Is this wrong? "true but not provable" is easy. What is an example of a statement that is "provable but not true"?