Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.lang.python > #9398

Re: Lisp refactoring puzzle

Show all headers | View raw

On 7/13/2011 4:29 AM, Teemu Likonen wrote:
> * 2001-01-01T14:11:11-05:00 * Terry Reedy wrote:
>
>> As a side note, the same principle of expressions matching operations
>> in symmetry suggest that majority of up are quite sensible and not
>> dumb idiots for preferring 'f(x)' to the '(f x)' of Lisp. In a
>> function call, the function has a different role than the arguments,
>> so it is appropriate that it have a different role in the expression.
>
> Please don't forget that the whole point of Lisps' (f x) syntax is that
> code is also Lisp data.

Thank you for clarifying that. Some Lispers appear to promote the 
'simple, uniform syntax' as a end in itself (making code=data a side 
effect) rather than as a means to accomplish a deeper end.

> It's not just a function call with arguments.
> First, it's literal data (two linked cons cells and symbols) and then
> the Lisp evaluating model makes it a function call in certain
> situations.
>
> Lisp is
>
>      CL-USER>  (let ((lisp (cons 'programmable nil)))
>                 (setf (rest lisp) lisp))

This much looks like Lisp

>      #1=(PROGRAMMABLE . #1#)

This must be some of the new-fangled Common LIsp stuff I never learned ;=).

> programming language and it's totally irrelevant and pointless to say
> "which syntax someone prefers" because this feature (code being data) is
> very fundamental principle of the language. You know, it's easy to write
> programs that write programs. If we remove this feature (i.e., don't
> talk about Lisp at all) then it's perhaps relevant to discuss about such
> choices in syntax.
>
> You wouldn't want Python arrays have a read and print format "a[b, c]",
> that is, the first item of the array printed outside []'s. It would be
> silly.


-- 
Terry Jan Reedy

Back to comp.lang.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

Re: Lisp refactoring puzzle Xah Lee <xahlee@gmail.com> - 2011-07-11 20:37 -0700
  Re: Lisp refactoring puzzle jvt <vincent.toups@gmail.com> - 2011-07-12 07:30 -0700
  Re: Lisp refactoring puzzle "WJ" <w_a_x_man@yahoo.com> - 2011-07-12 15:27 +0000
  Re: Lisp refactoring puzzle fortunatus <daniel.eliason@excite.com> - 2011-07-12 09:16 -0700
  Re: Lisp refactoring puzzle gene heskett <gheskett@wdtv.com> - 2011-07-12 14:23 -0400
  Re: Lisp refactoring puzzle Petter Gustad <newsmailcomp6@gustad.com> - 2011-07-12 21:02 +0200
    Re: Lisp refactoring puzzle Neil Cerutti <neilc@norwich.edu> - 2011-07-12 19:44 +0000
      Re: Lisp refactoring puzzle "Pascal J. Bourguignon" <pjb@informatimago.com> - 2011-07-13 00:51 +0200
      Re: Lisp refactoring puzzle William Clifford <wobh@yahoo.com> - 2011-07-13 17:53 -0700
    Re: Lisp refactoring puzzle "WJ" <w_a_x_man@yahoo.com> - 2011-07-12 19:52 +0000
  Re: Lisp refactoring puzzle Gregory Ewing <greg.ewing@canterbury.ac.nz> - 2011-07-13 13:47 +1200
    Re: Lisp refactoring puzzle Roy Smith <roy@panix.com> - 2011-07-12 21:58 -0400
  Re: Lisp refactoring puzzle Terry Reedy <tjreedy@udel.edu> - 2011-07-13 00:39 -0400
    Re: Lisp refactoring puzzle rusi <rustompmody@gmail.com> - 2011-07-12 22:10 -0700
  Re: Lisp refactoring puzzle Teemu Likonen <tlikonen@iki.fi> - 2011-07-13 11:29 +0300
    Re: Lisp refactoring puzzle Terry Reedy <tjreedy@udel.edu> - 2011-07-13 10:34 -0400
      Re: Lisp refactoring puzzle Teemu Likonen <tlikonen@iki.fi> - 2011-07-13 18:25 +0300
    Re: Lisp refactoring puzzle Gregory Ewing <greg.ewing@canterbury.ac.nz> - 2011-07-14 15:12 +1200

csiph-web