Jump to content

Talk:Python (programming language)/Archive 7

Page contents not supported in other languages.
From Wikipedia, the free encyclopedia
This is an old revision of this page, as edited by MiszaBot I (talk | contribs) at 03:17, 21 January 2009 (Archiving 2 thread(s) from Talk:Python (programming language).). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.
Archive 1Archive 5Archive 6Archive 7Archive 8Archive 9Archive 10

{{fact}} in lede

How, exactly, is the tagged statement ("various parts of the language have formal specifications and standards") likely to be challenged, or even vaguely controversial? There is no great big list of specifications adhered to by the stdlib to reference, so either an example would have to be given plus its citation, cluttering up the lede, or the statement would have to be removed, which would be a loss because it does contribute information, and make the point about CPython's de facto-ness. I'm tempted to remove the template right now, because who in their right mind would challenge that statement?, but I'd like to see what the justification is. 79.78.106.225 (talk) 16:10, 7 October 2008 (UTC)

The statement is simply meaningless to a reader without a reference that states or directs the reader to the source of exactly what parts are standard or have formal description and which don't. The statement only appears to reflect author's uncertainty over the subject matter. Kbrose (talk) 04:07, 8 October 2008 (UTC)
As I said, there is no Great Big List of which bits of Python are specified and which are not. A sourced example (the WSGI server) is provided later in the article. The statement is very far from meaningless: it makes the ad-hoc-ness of the Python 'specification' clearer. There is no 'uncertainty': some parts follow standards (eg, the HTTP clients and servers, the HTML parsing libraries), but the majority does not. Because there is no single authoritative external source, either the statement should be removed, or the tag should be removed. I assert that the statement is as sourced as it needs to be, is unlikely to be challenged or even slightly controversial (unless you're disputing its truthfulness, rather than the sourcing), so it should stay and the tag be removed. 79.72.164.229 (talk) 20:16, 8 October 2008 (UTC)
To say that an HTTP implementation follows the HTTP standard is not particularly interesting -- if it didn't, it would be buggy. It seems to me that the standards being referred to are language-side standards, or roughly, APIs. An example of this would be the Python Database API, which specifies how Python modules for talking to databases should work. --FOo (talk) 02:46, 9 October 2008 (UTC)

Where’s the helloworld?

Somebody add one example please. Wipe (talk) 14:49, 12 October 2008 (UTC)

Hello World is simple:

        print "Hello World"

But does it add something to this page? I don't see it. If yes I would suggest adding one or two examples at the end of chapter 4, before chapter "Implementations". It would be better to give the link to a long overview —Preceding unsigned comment added by KumpelBert (talkcontribs) 21:45, 14 October 2008 (UTC)

Cython

This really doesn't belong in the "Implementations" section. Not sure if the new-ish user who reverted it there is the same as the IP who added it a couple days ago. In any case, Cython (and Pyrex) are different languages than Python and are not implementations. It's true that there is an intersection between the valid Cython programs and the valid Python programs, but there is a considerable disjunction on both sides too.

Probably equally important is that Cython is still a quite experimental language, not something in widespread use. We've seen lots of real Python implementations come and go over the years (Vyper, Prothon, etc). Some new effort, however well meaning and useful it might be, should find a notable audience and user base before being listed here. In truth, I think that Stackless is slightly borderline for where it is mentioned, but it was at least for a while pretty widely used, so inclusion is plausible. LotLE×talk 00:33, 13 October 2008 (UTC)

Guido's last name

Is it "van Rossum" or "Van Rossum"? His personal page says: van Rossum 0x6adb015 (talk) 12:06, 10 October 2008 (UTC)

Guido comes from Holland, in Holland is the middle name always written in lowercase. So his name should be written as "van Rossum" (KumpelBert (talk) 20:32, 14 October 2008 (UTC))

Guido's web page has the correct capitalization rules. It's Guido van Rossum, but when the first name is not present it's Van Rossum. You can look it up in a style guide if you don't believe me (or Guido). --64.238.49.65 (talk) 15:01, 20 October 2008 (UTC) (rodney drenth)

It is proper English style to capitalize the surname prefix if the name is used without the first name. Not only is this properly described in Van Rossum's webpage, but also the correct practice in his Wikipedia article. Kbrose (talk) 22:17, 20 October 2008 (UTC)
Guido's homepage seems to confirm the cap-if-used alone "Van Rossum" spelling. However, of greater relevance is finding the right part of WP:STYLE for this issue. I don't know anything about Dutch orthography personally, but I presume this isn't the only Dutch name WP has ever wanted to describe. What's the rule? LotLE×talk 22:39, 20 October 2008 (UTC)
Looking up Wikipedia Van_(Dutch), it seems that we should write "Van Rossum", and "Guido van Rossum". But I do not know if this rule applies to the english language. 0x6adb015 (talk) 13:00, 21 October 2008 (UTC)
IMHO to follow native style is proper form, unless of course the owner of the term wishes it otherwise. Thus a Dutch name would follow Dutch traditional style, etc. Only exception comes when we need to romanize a term, in which case it would be good form to parenthetically include the native script as well. yamaplos 16:58, 31 October 2008 (UTC)

Code examples

Hi, I was wondering why there are no code examples in the article except for the syntax highlighting picture which doesnt really convey anything usefull about python as a language. Other programming articles such as C, C++ and Perl among others have large amount of code examples, most notably the perl article has a vast amount of examples. Is wikipedia against code examples on programming articles? I would be more then happy to post examples if someone can assure me that examples are allowed but more importantly that they are needed (I think they are) Thanks. -- I just read through the article and saw the "Statements and control flow" section, i think code examples for each of these statements would be usefull, do you agree? Also should the heading not be "Statements and 'flow control'" (pips just for emphasis) Thanks Tehpron (talk) 11:17, 21 October 2008 (UTC)

If nobody replies by tomorow il go ahead and add a few examples, thanks Tehpron (talk) 16:46, 27 October 2008 (UTC)
There are no examples because a) there's a whole Python syntax and semantics article and (b) code samples more than a line long are almost never useful from a purely descriptive sense. We're not trying to teach people how to code, and frankly there's not really any great value in showing exactly what symbols are required to make Python do a particular trick if it's explained well enough in the prose. Personally I'd much rather our programming language articles avoided code samples wherever and whenever possible. Chris Cunningham (not at work) - talk 17:36, 27 October 2008 (UTC)
I for one favor code samples (in a sideline article for neatness), for an Encyclopedia, in my opinion, is meant to teach. yamaplos 16:57, 31 October 2008 (UTC)
Unless there's something spectacular about the particular syntax used, I don't think they're necessary. thumperward put it nicely. Txmy (talk) 19:18, 7 December 2008 (UTC)