* 2011-08-14T01:44:05-07:00 * Chris Rebert wrote:
> I've heard that Dylan is supposedly Lisp, sans parens.
> http://en.wikipedia.org/wiki/Dylan_(programming_language)
It has copied/derived many features from Lisps but it's not a dialect of
Lisp because of the syntax and its consequences.
--
http
* 2011-08-14T09:34:26+01:00 * Chris Angelico wrote:
> Some day, I'd like to play around with a language where everything's
> an expression and yet it doesn't look like LISP - just for the fun of
> it. It probably won't be any more useful for real world coding, but
> it'd be fun to tinker with.
Of
* 2011-08-02T11:03:24-07:00 * Chris Rebert wrote:
> Smart enough JITers can infer that late binding is not being exploited
> for certain variables and thus optimize them accordingly. Look how
> fast some of the JavaScript VMs are, despite JavaScript also being
> highly dynamic.
Or Common Lisp. It
* 2011-07-30T10:57:29+10:00 * Steven D'Aprano wrote:
> Teemu Likonen wrote:
>> Pathnames and the separator for pathname components should be
>> abstracted away, to a pathname object.
>
> Been there, done that, floundered on the inability of people to work
&
* 2011-07-29T10:22:04-07:00 * wrote:
> * New path module will ONLY support one path sep! There is NO reason
> to support more than one.
Pathnames and the separator for pathname components should be abstracted
away, to a pathname object. This pathname object could have a "path" or
"directory" sl
* 2011-07-18T10:54:40+10:00 * Steven D'Aprano wrote:
> Back in 2007, a n00b calling himself "TheFlyingDutchman" who I am
> *reasonably* sure was Rick decided to fork Python:
>
> http://mail.python.org/pipermail/python-list/2007-September/1127123.html
I don't know if they are the same person but q
* 2011-07-15T03:02:11-07:00 * bruno wrote:
> On Jul 15, 10:28 am, Teemu Likonen wrote:
>> How about accepting anything but ignoring all non-numbers?
>
> Totally unpythonic. Better to be explicit about what you expect and
> crash as loudly as possible when you get anything unex
* 2011-07-15T15:28:41+10:00 * Steven D'Aprano wrote:
> I'm designing an API for some lightweight calculator-like statistics
> functions, such as mean, standard deviation, etc., and I want to
> support missing values. Missing values should be just ignored. E.g.:
>
> mean([1, 2, MISSING, 3]) => 6/3
* 2011-07-13T10:34:41-04:00 * Terry Reedy wrote:
> On 7/13/2011 4:29 AM, Teemu Likonen wrote:
>> 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
* 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 differe
* 2011-07-06T06:41:52-07:00 * wrote:
> I am using a user defined spec as an argument to the cmp function.
> That spec then modifies the body of the compare function and creates a
> user defined control structure. You can argue all day that it is not a
> user defined control structure but no one i
* 2011-06-19T12:20:32-04:00 * Terry Reedy wrote:
> On 6/19/2011 9:24 AM, Steven D'Aprano wrote:
>> No. Each cell in a Lisp-style linked list has exactly two elements,
>> and in Python are usually implemented as nested tuples:
>>
>> (head, tail) # Annoyingly, this is also known as (car, cdr).
>>
>
* 2011-05-24T06:05:35-04:00 * D'Arcy J. M. Cain wrote:
> On Tue, 24 May 2011 09:00:14 +0300
> "Octavian Rasnita" wrote:
>> %d = @l;
>>
>> Please tell me if Python has a syntax which is more clear than this
>> for doing this thing.
>
> How is that clear? "Shorter" != "clearer." A Python programme
* 2011-05-11T20:26:48+01:00 * Hans Georg Schaathun wrote:
> On Wed, 11 May 2011 14:44:37 -0400, Prasad, Ramit
>wrote:
>> I claim to be able to program (Java/Python), but would be absolutely
>> lost programming in Lisp. It is more than just "learning the syntax",
>> it includes a thought paradi
* 2011-05-08T12:59:02Z * Steven D'Aprano wrote:
> On Sun, 08 May 2011 01:44:13 -0400, Robert Brown wrote:
>> I don't understand why you place Lisp and Forth in the same category
>> as Pascal, C, and Java. Lisp and Forth generally have highly
>> interactive development environments, while the other
* 2011-04-18T21:17:17-07:00 * Westley Martínez wrote:
> On Tue, 2011-04-19 at 06:51 +0300, Teemu Likonen wrote:
>> * 2011-04-19T00:40:09+10:00 * Alec Taylor wrote:
>>> Please continue recommending
>>
>> Vim.
>>
>> * 2011-04-19T02:41:11+10:00 * Alec Ta
* 2011-04-19T00:40:09+10:00 * Alec Taylor wrote:
> Please continue recommending
Emacs.
* 2011-04-19T02:41:11+10:00 * Alec Taylor wrote:
> Please continue suggesting Python IDEs and/or fixes for the above
> Cons.
Emacs.
* 2011-04-19T13:44:29+10:00 * Alec Taylor wrote:
> Please continue with your
* 2011-04-12T13:26:48-07:00 * Chris Rebert wrote:
> I think Ben "Yahtzee" Croshaw's comments on open-world sandbox video
> games (of all things) have a lot of applicability to why allowing
> full-on macros can be a bad idea.
> IOW, a language is usually better for having such discussions and
> ha
* 2011-04-12T10:27:55+10:00 * James Mills wrote:
> On Tue, Apr 12, 2011 at 9:17 AM, zildjohn01 wrote:
>> This is an idea I've had bouncing around in my head for a long time
>> now. I propose the following syntax:
>
> Maybe this is more appropriare for the python-ideas list ?
>
>> return? expr
* 2010-12-06 00:14 (-0800), Paul Rubin wrote:
> You know, I've heard the story from language designers several times
> over, that they tried putting resumable exceptions into their
> languages and it turned out to be a big mess, so they went to
> termination exceptions that fixed the issue. Are th
* 2010-11-02 19:36 (UTC), Tim Harig wrote:
> On 2010-11-02, Teemu Likonen wrote:
>> There is also the problem that people are less familiar with info
>> browsers than the usual "less" pager which is used by "man" command.
>
> I thoroughly agree. The de
* 2010-11-02 18:43 (UTC), Tim Harig wrote:
> The manual format contains all of the information on one page that can
> be easily searched whereas the info pages are split into sections that
> must be viewed individually. With the man pages, you can almost always
> find what you want with a quick se
* 2010-07-16 06:29 (-0700), ernest wrote:
> I tried the outline-mode and it seemed to work. It can collapse
> different blocks of code, such as functions, classes, etc.
>
> However, I never got used to it because of the bizarre key bindings.
I use outline-minor-mode and the code below to make key
* 2010-07-04 10:03 (+0200), Stefan Behnel wrote:
> The main reason why Python is slow for arithmetic computations is its
> integer type (int in Py3, int/long in Py2), which has arbitrary size
> and is an immutable object. So it needs to be reallocated on each
> computation. If it was easily mappab
* 2010-05-15 09:42 (-0700), travis wrote:
> PS: Why do people call LISP object-oriented? Are they smoking crack?
> No classes, no methods, no member variables... WTF?
Maybe because Common Lisp has a strong support for object-oriented
programming.
Peter Seibel: Practical Common Lisp
Ge
25 matches
Mail list logo
