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


Groups > comp.lang.python > #63255 > unrolled thread

Re: "More About Unicode in Python 2 and 3"

Started byChris Angelico <rosuav@gmail.com>
First post2014-01-06 12:48 +1100
Last post2014-01-05 20:56 -0500
Articles 2 — 2 participants

Back to article view | Back to comp.lang.python

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: "More About Unicode in Python 2 and 3" Chris Angelico <rosuav@gmail.com> - 2014-01-06 12:48 +1100
    Re: "More About Unicode in Python 2 and 3" Roy Smith <roy@panix.com> - 2014-01-05 20:56 -0500

#63255 — Re: "More About Unicode in Python 2 and 3"

FromChris Angelico <rosuav@gmail.com>
Date2014-01-06 12:48 +1100
SubjectRe: "More About Unicode in Python 2 and 3"
Message-ID<mailman.4995.1388972886.18130.python-list@python.org>
On Mon, Jan 6, 2014 at 12:16 PM, Ned Batchelder <ned@nedbatchelder.com> wrote:
> So now we have two revered developers vocally having trouble with Python 3.
> You can dismiss their concerns as niche because it's only network
> programming, but that would be a mistake.

IMO, network programming (at least on the internet) is even more Py3's
domain (pun not intended).

1) The internet is global. You WILL come across other languages, other
scripts, everything.

2) In most cases, everything is clearly either text or binary, and
usually text has an associated (and very clear) encoding (eg HTTP
headers). If it's not explicitly given, the RFCs will often stipulate
what the encoding should be. It's pretty easy, you don't have to go
"Is this Latin-1? Maybe CP-1252? Could it be something else?".

3) The likelihood is high that you'll be working with someone else's
code at the other end. Ties in with #2 - this is why the specs are so
carefully written. Getting these things right is incredibly important.

If I'm writing something that might have to work with anything from
anywhere, I want a system that catches potential errors earlier rather
than later. I don't want to write interpolated SQL that works
perfectly until Mr O'Hara tries to sign up (or, worse, young Robert
whose sister is named "Help I'm trapped in a driver's license
factory"); I want to get it right from the start. Yes, that means more
work to get "Hello, World" going. Yes, it means that I need to get my
head around stuff that I didn't think I'd have to. (One time I
implemented Oauth manually rather than using a library - the immediate
reason was some kind of issue with the library, but I was glad I did,
because it meant I actually understood what was going on; came in
handy about two weeks later when the far end had a protocol problem.)

Most of the complaints about Py3 are "it's harder to get something
started (or port from Py2)". My answer is that it's easier to get
something finished.

ChrisA

[toc] | [next] | [standalone]


#63257

FromRoy Smith <roy@panix.com>
Date2014-01-05 20:56 -0500
Message-ID<roy-A36BEB.20565105012014@news.panix.com>
In reply to#63255
In article <mailman.4995.1388972886.18130.python-list@python.org>,
 Chris Angelico <rosuav@gmail.com> wrote:

> One time I implemented Oauth manually rather than using a library 

Me too.  You have my sympathy.  What a mess.

[toc] | [prev] | [standalone]


Back to top | Article view | comp.lang.python


csiph-web