Good interface design is interactive. Programming expects users to describe *exactly* what they want, w/o interactively requesting more info
-
-
Replying to @fchollet
This is bad. We need code editors/languages that will comment on likely gaps between what was *actually* specified and what was *meant*
8 replies 10 retweets 41 likes -
Replying to @fchollet
Strongly typed languages help so much to close this gap, yet so many people refuse to use them.
1 reply 0 retweets 1 like -
They are the opposite of what he is asking, hehe. He expects things that can infer what was meant, not things that require even more details
1 reply 0 retweets 1 like -
Type inference infers what was meant...
1 reply 0 retweets 1 like -
...and IDEs interactively ask for more info when inference fails.
1 reply 0 retweets 0 likes -
All to specify more details, that dynamic languages just don't require. He wants to specify *less*, not tools to ease the specification.
1 reply 0 retweets 0 likes -
Type inference doesn't require specifying anything and automatically prevents unintended errors. That's more inference of intent & less work
2 replies 0 retweets 2 likes -
"doesn't require specifying _anything_"
1 reply 0 retweets 0 likes -
Ok, then: To the "requires too much info" problem,the solution isn't "require even more, guess all of the extra, end up requiring the same"
1 reply 0 retweets 0 likes
Types are relevant to computers. Not to humans. Like most of CS. If users have to care about "types", we are doing programming wrong.
-
-
Current programming expects us to specify instructions, and then proceeds to execute them exactly. Instead, they should reason about intent
2 replies 0 retweets 0 likes -
And when intent is unclear (most of the time), interactively ask the user for more information -- as a dialogue
2 replies 0 retweets 0 likes - Show replies
New conversation -
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.