Jump to content

Talk:Python (programming language)/Archive 6

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
Archive 1←Archive 4Archive 5Archive 6Archive 7Archive 8→Archive 10

First on Google

I find it humorous that Python (programming language), rather than Python is the first result on Google for wikipedia+python.71.167.32.238 (talk) 18:58, 6 December 2007 (UTC)


Wikimedia Python Examples?

Hi, (please excuse me if this is not the right place for my entry). In the near future and for at least a couple of years it seems we will be having mainstream Python2.x and Python 3.y Python distributions with divergent syntax. What happens to the number of Python examples throughout Wikipedia?

I would favour a solution that would keep Python examples as meaning 2.x examples as it is now, and for Python 3.y examples to be explicitly stated as such, (including the syntax highlighter). I think examples in both versions should co-exist for a time. --Paddy (talk) 07:34, 8 December 2007 (UTC)

Modified the intro a bit

I edited the line in the intro that said "Python...emphasizes the importance of programmer effort over computer effort." I understand what this is trying to say, but it's ambiguous short-hand programmer-speak. A newbie could even interpret it as meaning that Python emphasizes that it's important for programmers to put in more effort. See what I mean? The tradeoff with execution time may be relevant, but doesn't need to be in the intro. C1932 (talk) 04:46, 24 January 2008 (UTC)

Good call. Chris Cunningham (talk) 10:20, 24 January 2008 (UTC)

Python (mythology), the oracular serpent of Delphi (pun intended?)

Hello everyone,

I hope not to disturb your work, but here is a small curiosity:

I just did a search for Python and got to the disambiguation page, where it says: 

 Python (mythology), the oracular serpent of Delphi

While on the Borland Delphi-page is stated about the name of the programming language: 

 "If you want to talk to [the] Oracle, go to Delphi"

..I'm confused! ;) 139.91.179.210 (talk) 18:55, 31 January 2008 (UTC)

It is a coincidence. The name of the Python language comes from Monty Python's Flying Circus and has nothing to do with nasty reptiles.[1]  --Lambiam 06:54, 1 February 2008 (UTC)
At least that's the surface association. If you look at any documentation, source files, system resources or third-party references or books written on the subject matter of this article, you will see serpents. dr.ef.tymac (talk) 16:20, 1 February 2008 (UTC)
The association is after-the-fact; the name of the language is older than any of these.[2] The keywords "Spanish Inquisition" and "SPAM" should tell you something. The first O'Reilly book with a snake on the cover is from 2003.  --Lambiam 03:30, 2 February 2008 (UTC)
None of this contradicts my earlier statement. One might also question the conclusions of "coincidence" and "after-the-fact", since even if the association were purely recent, that does not negate that associations, just like programming languages, change over time.
See also What is python? which states in relevant part: python, (Gr. Myth. An enormous serpent that lurked in the cave of Mount Parnassus and was slain by Apollo). (date: may 1997). dr.ef.tymac (talk) 04:11, 4 February 2008 (UTC)
What makes you think this quote is relevant to the issue of where the name of the programming language came from?  --Lambiam 10:21, 4 February 2008 (UTC)
Please re-see the prior posts to this thread (including yours). You'll notice the word association. Consider how this concept is distinct from origination. The stated intent in establishing a term is not necessarily the exclusive (or even primary) source of current meaning for that term.
This is *especially* true when the person credited with the original intent does nothing to disclaim (indeed, endorses) alternate interpretations. dr.ef.tymac (talk) 13:27, 4 February 2008 (UTC)
I only see the word association in this thread, starting with your "surface association". I maintain that the association between the Delphi snake and the language is after-the-fact. Being an association that is made later does not negate the association by itself, but it is still an association that is made later. Where do you find such endorsements of "alternate" interpretations? For a disclaimer, see http://www.python.org/search/hypermail/python-1992/0001.html.  --Lambiam 21:26, 4 February 2008 (UTC)
I've never seen a quote by GvR stating "the name python has nothing to do with ... reptiles". Do you know of one? I'd be happy to read it. An unequivocal repudiation of reptile references (as well as the de-facto "mascot") by GvR would bolster your original assertion quite a bit. Terse quasi-disclaimers such as the one you cited above, I respectfully suggest, do not. dr.ef.tymac (talk) 00:24, 5 February 2008 (UTC)
There is also no unequivocal repudiation by the Pope of the association of Roman Catholicism with the Rose Cross. So does this mean we are at liberty to herald that Roman Catholicism is associated with Rosicrucianism, using the lack of a solemn papal disavowal as corroborating evidence? The disclaimer I cited may be terse, but it is by no means a quasi-disclaimer. Your use of that terminology amounts to innuendo that the BDFL is lying in his response that there is nothing deep about it.  --Lambiam 09:41, 5 February 2008 (UTC)
No, it amounts to the very simple point that your assertion could use some direct substantiation, as it would enhance the credibility of your apparent claim. This really has zero to do with irrelevant speculation about GvR's integrity or abstruse analogies. "Nothing deep about it" != "has nothing to do with reptiles". "Nothing deep" could mean anything, it doesn't clarify the issue. Language itself is "deep" (programming, natural, or otherwise).
If you've anything more specific, feel free to drop it at my user space, as this thread is getting a bit long in the tooth. Regards, dr.ef.tymac (talk) 11:31, 5 February 2008 (UTC)

Quoting the python.org website:

For me this is an authoritative direct substantiation, with or without GvR's assertion.  --Lambiam 16:43, 5 February 2008 (UTC)

Yes, that is pretty direct alrighty! Perhaps now we should get together and tell them their website has been hacked, as someone has replaced their Favicon with this: Image:Python org favicon.png! ... Oh wait, perhaps that isn't a nasty reptile, just a cute and cuddly friendly reptile, or perhaps it's a green stick with a tongue, or ... (insert fanciful explanation here). dr.ef.tymac (talk) 05:08, 6 February 2008 (UTC)
Follow up: Yes, I know, I don't dispute your claim about the origin story for the language name (and never did), but the irony was just too good to pass up. Cheers. dr.ef.tymac (talk) 05:12, 6 February 2008 (UTC)

hello world?

don't want to be annoying, but shouldn't a page on a programming language include the traditional "hello, world!" program example thing? i mean it's a standard for presenting a programming language 89.123.249.91 (talk) 17:39, 15 February 2008 (UTC)

I searched for Phillip J Eby on Wikipedia: http://wiki.riteme.site/wiki/Special:Search?search=%22Phillip+J+Eby%22&go=Go

One of the results was:

  1. Python (programming language)
...Guido | last = van Rossum | coathors = Phillip J. Eby | work = Python Enhancement Proposals | publisher...
Relevance: 88.6% - 44 KB KiB (6330 words) - 14:31, March 12, 2008

I've followed the link to this page and there's no text anything like that. I checked recent history, too. What gives?

Thanks --Irrevenant [ talk ] 03:05, 13 March 2008 (UTC)

Look at the page source; it's in a cite. TJRC (talk)
I've fixed a typo in the field name "coauthors", which caused the name of Phillip J. Eby not to appear.  --Lambiam 19:43, 13 March 2008 (UTC)

Influences

There seems to be some back and forth on languages that influenced Python. I'm not sure the best way to come to an agreement (as I'm a newbie here). I offered a recent change based on first-hand experience as a Python developer. In the example in question, I amended the description of list comprehension influences to include SETL, because SETL and Haskell were the two languages with list comprehensions that the developers discussed when designing the feature. Should I document my own recollections elsewhere, then cite them as a reference? That seems like a tedious thing to do for all changes, but perhaps is useful for changes where there is disagreement.

Thanks --Jeremy Hylton —Preceding comment was added at 23:02, 21 March 2008 (UTC)

I participated in those discussions as well. SETL was mentioned, but very passingly as an aside; Haskell was the direct inspiration for the syntax and usage. In any case, whatever the factual answer, it needs to be documented and cited... WP isn't aiming at true, it's aiming at verifiable (many new editors miss this important distinction). If some PEP mentiones SETL, great. Or if you have some statement by the BDFL to this effect (or by some other core developer involved in implementing the feature). Give a concrete citation for the (slightly) controversial claim you wish to add. LotLE×talk 14:33, 22 March 2008 (UTC)
A quotation from http://wiki.python.org/moin/PythonVsHaskell, which may be considered an authoritative source in this context:
"Python's list comprehension syntax is taken (with trivial keyword/symbol modifications) directly from Haskell."
There are several indirect influences of SETL. One goes along the line SETL → ABC → Python. It regards the design decision to have a small set of powerful high-level datatypes.[4] Likewise, there is the line SETL → Haskell → Python [5]. Jeremy may be remembering seeing that message.
So it is true in some sense that SETL was an influence, but it is not doable in general to start listing indirect influences; almost everything that Python's designers borrowed from other languages has a pedigree.  --Lambiam 21:57, 22 March 2008 (UTC)
Thanks for the extended discussion. I agree that I was worried about writing something true rather than verifiable. Unfortunately, lots of the reasons for the design decisions took place in office conversations that didn't make it to email. Python development circa 2000 involved a fair amount of face-to-face conversation among the core developers.
The problem with the claim that Haskell was the direct influence is that it wasn't. Tim Peters captured it well in an email:
"He decided listcomps "were Pythonic" before knowing anything about Haskell (or SETL, from which Haskell took the idea). Given that he *already* liked them, the value in looking at Haskell is for its actual experience with them. It would be pretty stupid *not* to look at experience with other languages that already have it!"[6]
We had been interested in the list comprehensions idea for a while. The email thread on python-dev was about syntax for a feature already in the works. At that point, knowing the Haskell and SETL had both used it successfully was encouraging. Other languages used the same basic feature with this syntax. I recall downloading the SETL docs to take a look. The reason Haskell seems to have entered history as *the* influence is that it is the most modern language that has a similar syntax.--Jhylton —Preceding comment was added at 03:52, 24 March 2008 (UTC)

The main point, in my mind, of mentioning Haskell as an influence is more about its influence on itertools than on listcomps. Raymond Hettinger explicitly studied the Haskell prologue to evaluate which itertools were important to support. But perhaps we do not mention Haskell's influence in the best way or context (let me go look again). LotLE×talk 05:39, 24 March 2008 (UTC)

The text in the history section talks about list comprehensions rather than itertools.--72.14.228.89 (talk) 17:04, 24 March 2008 (UTC)

I am adding a link to my website where I show how to install Python on Windows Vista. It is not intuitive and I think it is a useful addition to this page. (Neuralwiki (talk) 04:13, 24 March 2008 (UTC))

immuteable strings?

For the data type str and unicode it says it's "An immutable sequence of characters". I'm not a python expert but this seems incorrect to me. You can definitely change a string or unicode. —Preceding unsigned comment added by 74.61.6.82 (talk) 21:20, 13 April 2008 (UTC)

Actually, you can't change a string or unicode. You can create a new one and bind it to the same name as the old one; and then the old one is discarded. TJRC (talk) 19:25, 14 April 2008 (UTC)
>>> s = "foo"
>>> id(s)
3792352
>>> s = s+"bar"
>>> id(s)
3792320

LotLE×talk 04:40, 15 April 2008 (UTC)

This might be a tricky concept for users coming from some languages, such as C. Maybe we can come up with a way to cover it. The poster above appears to have confused "immutable" with "constant" (as in C const variables). --FOo (talk) 07:27, 15 April 2008 (UTC)
I agree with David, the example he shows indicates that the strings are not immutable, at least not in the sense that a functional programming language would consider immutability. —Preceding unsigned comment added by 76.87.74.5 (talk) 23:19, 21 May 2008 (UTC)

I wonder if I'm "David" in 76.87..'s comment (it's my name, but not my username; not hard to figure out though). In any case, the example really does show immutability, even in an FP sense. The point is that the object whose id is 3792353 can never be anything other than "foo" (during that interpreter run; of course that id might be used for something else during a different run). 's' happens to be a way to refer to object 3792352. If nothing refers to that object, it will be garbage collected at some point too. But I might also refer to object 3792352 in other ways, e.g. (I don't even have to fake id's since as an implementation accident, ids are just hashes of strings, more-or-less): 

>>> s = "foo"
>>> id(s)
3792352
>>> s2 = s
>>> l = [s]
>>> s = s+"bar"
>>> s

'foobar' 

>>> id(s), id(l[0]), id(s2)
(3792384, 3792352, 3792352)

LotLE×talk 18:26, 13 June 2008 (UTC)

At least in CPython, the id of an object is its memory address, not the hash of a string. Fredrik Johansson 18:31, 13 June 2008 (UTC)
Sorry, you're right. I think it's only ints that get special ids, the string example was just an accident of determinism (I was thinking that was in the mechanism for string interning, but it apparently isn't). Maybe ints aren't even quite deterministic either, but this is interesting:
[~]$ python
Python 2.4.2 (#1, Mar 22 2006, 18:15:19) 
[GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> n = 1234
 >>> id(n)
25180820
>>> m = 2345
>>> id(m)
25180796
[~]$ python
Python 2.4.2 (#1, Mar 22 2006, 18:15:19) 
 [GCC 4.0.1 (Apple Computer, Inc. build 5250)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> m = 2345
>>> n = 1234
>>> id(n), id(m)
(25180820, 25180796)
If you do the same thing about reversing the order of assigning strings, you don't get consistent ids. In any case, whatever the assignment of ids, it's an implementation accident, and not part of the actual semantics of Python. LotLE×talk 19:06, 13 June 2008 (UTC)

Hmm, more confusion, at least as far as Python is concerned. Python immutability is not a property of variable names; a variable can (more or less) always be rebound. Python immutability is a property of data objects, and has to do with whether their contents can be altered in place. 

>>> nums = [1, 2, 3]
>>> nums[0]
1
>>> nums[0] = 42
>>> nums
[42, 2, 3]
>>> wiki = "Wikipedia"
>>> wiki[0]
'W'
>>> wiki[0] = "P"
Traceback (most recent call last):
  File "<stdin>", line 1, in ?
TypeError: object does not support item assignment

As you can see, the array in the variable nums can have its contents altered, but the string in the variable wiki cannot. However, it's perfectly legal to rebind the variable to a whole new value: 

>>> wiki = 42
>>> wiki = nums
>>> wiki = "Wikipedia"
>>> wiki = wiki + wiki
>>> wiki
'WikipediaWikipedia'

This is likewise what's going on in the above s = s + "bar" example. A new string object is being conjured up by the s + "bar" expression, and then the variable s is pointed to that object. The string it previously pointed to may perhaps be garbage-collected, since it does not share structure with the new one. --FOo (talk) 10:11, 13 June 2008 (UTC)

Python's colon is the appendix of the language.

The colon serves no useful purpose in the syntax parsing of the language. Why is it then required by the parser? It inhibits the natural expression of logic as part of program flow by adding a nonsensical characters for block delineation. See the following links for a discussion of the issue, [7] [8]. —Preceding unsigned comment added by 24.142.120.234 (talk) 07:39, 1 May 2008 (UTC)

Is there a reason to bring this up on Wikipedia? rspeer / ɹəədsɹ 08:06, 1 May 2008 (UTC)

Defunct reference [41] to defunct JASC software...

Since JASC software was bought out by Corel, which proceeded to dismantle Paint Shop Pro (turning it into a mere photo editor), the existing reference (currently {41}) to it found in paragraph titled "Usage" no longer applies. Should that reference be omitted?

If so, can someone explain to me how Wikipedia handles the references number sequences and resequencing? Does everything get automatically renumbered without skipping any number, or would omission/deletion, leave a gap in the numerical series? KnowBuddy (talk) 17:04, 30 May 2008 (UTC)

Reference numbering happens automagically, once you delete or add a < ref > tag-the editor only has to put them there, not figure out in what order they appear in and then order them or anything. For more info see WP:FN. Loggie (talk) 18:15, 30 May 2008 (UTC)


Succinct poem to python philosophy

A poem circulated in the module 'this':

"The Zen of Python, by Tim Peters

Beautiful is better than ugly.
Explicit is better than implicit.
Simple is better than complex.
Complex is better than complicated.
Flat is better than nested.
Sparse is better than dense.
Readability counts.
Special cases aren't special enough to break the rules.
Although practicality beats purity.
Errors should never pass silently.
Unless explicitly silenced.
In the face of ambiguity, refuse the temptation to guess.
There should be one-- and preferably only one --obvious way to do it.
Although that way may not be obvious at first unless you're Dutch.
Now is better than never.
Although never is often better than *right* now.
If the implementation is hard to explain, it's a bad idea.
If the implementation is easy to explain, it may be a good idea.
Namespaces are one honking great idea -- let's do more of those!"

Why not include this in the Philosophy section? —Preceding unsigned comment added by 86.154.14.43 (talk) 15:16, 10 June 2008 (UTC)

Does it carry much encyclopedic value? What does it tell us about the language that the philosophy section doesn't cover? hithereimdan (talk) 22:35, 13 July 2008 (UTC)

"more-accurate, consensus, well-cited"

Hi,

I don't think this revert is appropriate, especially given the rationale.

  1. "More accurate" is pretty obviously disputable, from a five-second appraisal of the descriptions of the relevant terms. Python isn't domain-specific, which is an important aspect of VHLPLs.
  2. Claiming consensus on a change which was apparently never discussed (there's nothing regarding it on talk since the change was made) puts a rather excessive amount of weight on the status quo. I'd argue that if this is your criterion for consensus then it lies the other way, given that until said change the article sat the other way for years.
  3. It's cited to a single book, which incidentally is also the single source for the claim that "Some high-level programming languages such as Python, Ruby, and Scheme are often considered to be VHLL" on very high-level programming language, and doesn't even give a page number. I assume the "well" part here applies to it being an O'Reilly, but we've had problems with that before - some guy spent weeks reverting people who objected to the obviously incorrect assertion that PHP was copyrighted to the Apache project, based on an O'Reilly which made that claim.

Given that it isn't disputed that Python is high-level, but it is disputed that it's very high-level, I reckon we should just use high-level. Chris Cunningham (not at work) - talk 11:26, 19 June 2008 (UTC)

If you look at the general usage of VHLL, it's really not the same thing as 5GL, as your "domain-specific" comment suggests. I.e. look at:
Since you're proposing a controversial change to the lead (that seems wrong to me, a long-standing editor of that article), please bring it up on discussion for the article rather than just make the change). LotLE×talk 17:28, 19 June 2008 (UTC)

I agree with Chris that it should be high-level programming language rather than very high-level programming language. Martinelli's work is an excellent Python reference, and I don't detract from it. But Martinelli is a known Python advocate, and advocacy is not an objective of a Wikipedia article. There's no question that Python is high-level, but "very high-level" is getting more into areas of opinion.

Lulu, your work on this article is appreciated, but being a long-standing editor does not bestow any particular weight to your views. I know you're very protective of this article, but this might be a good time for you to re-read WP:OWN. TJRC (talk) 18:24, 25 June 2008 (UTC)

I was well-familiar with the term VHLL (which precisely matches Python, as well as some "similar languages" like Ruby, Rebol, Perl, xBase, probably Scheme) long before I ever knew Martelli; the citation to him is a perfectly good one, but only inasmuch as it supports a widely understood nomenclature (as it does). This has nothing to do with advocacy—I certainly don't believe a VHLL is generically better than a HLL—it's simply about stating a more accurate, neutral fact.
FWIW, being a long-standing editor actually is rather important in evaluating opinions on article changes. Likewise it's of some significance that I'm an actual subject-area expert here as well. Of course I don't WP:OWN the article, but perhaps you ought to pay a bit of attention to the fact that I do know what I'm talking about (or read the couple other references I link above, for example). LotLE×talk 04:42, 26 June 2008 (UTC)

Solution: extend the VHLL article? Since the current VHLL article on Wikipedia is a stub (and the ACM articles require a subscription), it would be a great help if you experts (David , Chris and TJRC) could work together to get it into a generally useful state, e.g. so that non-expert software development readers can appreciate the criteria that distinguish VHLLs, HLLs, 4GLs etc. Once that groundwork is in place, it might be appropriate to add sub-sections to show why Python, Ruby &c should be regarded as VHLLs. Any debate could then take place on the VHLL talk page, which would provide a better context for the discussion. Does that work for you? - Pointillist (talk) 23:07, 9 July 2008 (UTC)

It does. Admonition acknowledged, VHLL is very stubby, and I am someone who should make it better. Time and attention :-). LotLE×talk 07:03, 10 July 2008 (UTC)

Slackware Anaconda?

In the Usage section, this is said:

Slackware, Red Hat Linux and Fedora use the pythonic Anaconda.

AFAIK, as a long-time Slackware user, Slackware does not use Anaconda. However, not being a Slackware guru, I'm uncomfortable with taking definitive action over this matter. I mean, it would take some work to merge Anaconda into Slackware to make this statement true :D

But seriously, if nobody disagrees within a couple days or so, I guess I'll remove Slackware from that list.--I80and (talk) 13:34, 24 July 2008 (UTC)

Is that snake logo official? According to the creator of Python, the programming language Python does not relate to the snake, but to the Monty python flying circus. The logo should therefore be a big fot IMO. --Malin Randstrom (talk) 07:32, 19 September 2008 (UTC)

The logo is however a snake. First one was a little green snake, the recent one is the one you can see in the article. Just go to the official Python site, you’ll see it. fr:Leafcat 13:49, 1 October 2008 (UTC) —Preceding unsigned comment added by 90.21.71.43 (talk)

Code samples

I came across a good non-trivial code sample on the German Wikipedia, an implementation of quicksort. See de:Python_(Programmiersprache). 

def quicksort(liste):
    if len(liste) <= 1:
        return liste
    pivotelement = liste[0]
    links  = [element for element in liste[1:] if element <  pivotelement]
    rechts = [element for element in liste[1:] if element >= pivotelement]
    return quicksort(links) + [pivotelement] + quicksort(rechts)

Perhaps I'm not looking hard enough, but I don't see an obvious place to put it. I'm also not entirely sure what I need to do GFDL-wise to import the code sample here. Karl Dickman talk 21:02, 25 September 2008 (UTC)

Python syntax and semantics? I'm pretty proud that this article doesn't have much in the way of code, to be honest. Chris Cunningham (not at work) - talk 21:03, 25 September 2008 (UTC)

Scripting language?

The opening paragraph doesn't mention that Python is also a scripting language. Isn't it? Like scripting languages, it's more interpreted than compiled, it's often used to direct other applications, and allows for unstructured use. Without something of the sort added to the opening, it makes Python sound no better than C or C++, which are also "general purpose high-level programming languages". --A D Monroe III (talk) 13:55, 5 October 2008 (UTC)

Primarily it's an interpreted language, but I also agree with its use as a scripting language. Accordingly, I added some prose to the article for both aspects. Kbrose (talk) 15:07, 5 October 2008 (UTC)

Trouble is, "scripting language" is a problematic expression. Python is sometimes used for scripting, but it's also used for applications. It certainly isn't a systems language -- you wouldn't write device drivers in it -- but the notion that every language is either "systems" or "scripting" is a false dichotomy.

As for "interpreted", that's also problematic. CPython is a bytecode compiler and virtual machine. (You can get native-code compilation with Psyco, or by using Jython (to generate Java bytecode) and a native-code Java compiler.) Python is never an "interpreter" in the classic sense of a program that converts source code to an abstract syntax tree and runs the program by walking the tree, like eval in freshman Lisp interpreters.

Yes, people often use "interpreter" to mean the Python interactive console, but that's a bit of a solecism. If you define "interpreter" that way, then Python has an interpreter but Perl doesn't -- even though both use the same execution strategy under the hood. (Using "interpreter" to mean "interactive console" also pisses off the Lisp folks, who will point out that SBCL compiles everything to machine code, even expressions you type in interactively.)

The usual expression these days for the class of languages including Python, Perl, and Ruby seems to be "dynamic language". --FOo (talk) 18:25, 5 October 2008 (UTC)

But even so, its use as a scripting language is important. For a time, some users of compiled languages tried to dismiss languages such as Python as 'merely scripting' languages in a sort of pejorative fashion. I don't think we should play down this functionality because of that. --Paddy (talk) 21:10, 5 October 2008 (UTC)
Something like "Python has been successfully embedded in a number of software products as a scripting language"? LotLE×talk 22:03, 5 October 2008 (UTC)
I think LotLE is going in the right direction. Some languages are "scriptable" (i.e. "can be used for efficient scripting"), and others can't. Ideally the various language articles would just say "Xxxx can be used as a Scripting language", and the Scripting language article would make it clear what this means. Right now the scripting language article is all over the place, Python and Ruby aren't mentioned anywhere in the body of the article, Javascript and ECMAscript are used as interchangeable terms and—unless you think the statement "Writing in C is much more difficult than writing in the scripting languages." tells the full story—there's no direct explanation of why "systems languages" are not always the ideal tool. I'll take a proper look at it tomorrow - Pointillist (talk) 22:47, 5 October 2008 (UTC)
You might have missed my very discreet smiley. The above quote is already in the article, and has been for a long while. However, I also added a short sentence to the lead that I think makes the association w/o being quite as forced as the earlier change. That said, I just read the scripting language article too; I agree that that one is a real mess. LotLE×talk 22:51, 5 October 2008 (UTC)
I was mainly thinking about Fubar Obfusco's "false dichotomy" point - it would be good if s/he would take a look at scripting language too (I suspect you two are more polyglottal than I am). - Pointillist (talk) 23:10, 5 October 2008 (UTC)
Retrieved from "https://wiki.riteme.site/w/index.php?title=Talk:Python_(programming_language)/Archive_6&oldid=1248774731"