Python syntax in Lisp and Scheme
Pascal Bourguignon
spam at thalassa.informatimago.com
Wed Oct 15 23:21:25 EDT 2003
Alexander Schmolck <a.schmolck at gmx.net> writes:
> > However, there is a class of *syntactic* error that is possible in
> > python, but is not possible in lisp (or C or any language with
> > balanced delimiters). Moreover, this class of error is common,
> > frequently encountered during editing, and it cannot be detected
> > mechanically.
>
> This argument basically boils down to "lisp is more redundant and
> therefore less error prone". This inself is not a valid argument as
> it depends on the type of redundancy and the extend to which this
> redundancy itself causes errors, e.g. by rendering the code more
> obscure by additional verbosity (as in xml compared to sexps);
> whether this redundancy helps or hinders perception and how this
> redundancy interferes with the editing process.
>
> As an example of such interference in the case of lisp consider the
> example of commenting/deleteing/appending after a line with surplus
> trailing parens (corresponding ot opening parens in earlier
> lines). Conceptually this line is the same as all the other lines in
> the code in the same block, but you have to use quite different (and
> more complicated and error-prone) commands to achieve the same
> editing process. Not so in python.
Sorry to be silly, but the space bar is that enormous key at the
bottom of the keyboard, while the parethensis are small keys up there
on the top of the keyboard, and need a simultaneous press on the shift
key. My big belly never inadvertently lean on the parenthesis keys,
but on the space bar, yes...
--
__Pascal_Bourguignon__
http://www.informatimago.com/
Do not adjust your mind, there is a fault in reality.
More information about the Python-list
mailing list