ThesaHelp: references c-d
Topic: is a name a literal string or a symbol
Topic: list processing
Topic: evaluate operator
Topic: visual programming
Topic: abstraction in programming
Topic: proper names
Topic: problems with using icons
Topic: direct manipulation for a UserInterface
Topic: word vs. picture
Topic: abstraction by name
Topic: conditional statement
Topic: gestural interfaces and marker menus
| |
Reference
diSessa, A.A.,
"Notes on the future of programming: breaking the utility barrier", pp. 136-152, in Norman, D.A., Draper, S.W. (ed.),
User Centered System Design, Hillsdale, New Jersey, Lawrence Erlbaum Associates, 1986.
Google
Quotations
136 ;;Quote: data objects in Boxer are unevaluated; like quote in Lisp but not stripped on evaluation
| 137 ;;Quote: Boxer's device programming is like electronic design where a few types of components are hooked together as a network; graphical and simple
| 148 ;;Quote: direct manipulation needs easily reproducible symbols for entities; text is best, that's its purpose
| 148+;;Quote: abstraction means having complex entities as units represented by their names
| 149 ;;Quote: is there a workable gestural indication for conditional branching? if..then..else works well
| 150 ;;Quote: direct manipulation is useful as an execution environment but not for representing programs
|
Related Topics
ThesaHelp: references c-d (337 items)
Topic: is a name a literal string or a symbol (23 items)
Topic: list processing (15 items)
Topic: evaluate operator (7 items)
Topic: visual programming (31 items)
Topic: abstraction in programming (67 items)
Topic: proper names (35 items)
Topic: problems with using icons (11 items)
Topic: direct manipulation for a UserInterface (56 items)
Topic: word vs. picture (12 items)
Topic: abstraction by name (29 items)
Topic: conditional statement (8 items)
Topic: gestural interfaces and marker menus (21 items)
|