Good starterbook for learning Python?
Hi everybody, Can someone advice me with the following issue: i want to learn python in my summer vacation (i try to ...:-) So, a good start is buying a good book. But wich? There are many ... I'm living in the Netherlands and I prefer a book from bol.com (see link) because i've to order more books by them. I'm familiar with html & php and basic (in the good old days). It has to be a newbie book, but not a book what i don't need anymore when i've got some skills. I.e. the learning curve of the book should be linear. A kind of book wich i could use as a novice. Search here for python (sorry, there's no short link) http://www.nl.bol.com/is-bin/INTERSHOP.enfinity/eCS/Store/nl/-/EUR/BOL_BrowseCatalog-View;sid=nyuhO3sz8k2hODn5OfqfDJvrcywRiGQwhPU=?Section=BOOK_EN&CategoryContent=NJqR5Kpb0soAAADqmW%2eZypJb&OpenCategory=HwqR5Kpb8AUAAADqVW6ZypJb&CategoryLeftpanel=BOOK_EN%2eCATEGORY&Secondary=YES&Template=BOL_subcat_BOOK_EN_1476 -- http://mail.python.org/mailman/listinfo/python-list
Re: Good starterbook for learning Python?
With Dive Into Python in an other language i can learn python & the russian language :-) Thanks anyway Now i can learn python Op Tue, 05 Jul 2005 16:43:03 +0100 schreef TechBookReport: > Lennart wrote: >> Hi everybody, >> >> Can someone advice me with the following issue: i want to learn python in >> my summer vacation (i try to ...:-) So, a good start is buying a good book. >> But wich? There are many ... >> >> I'm living in the Netherlands and I prefer a book from bol.com (see link) >> because i've to order more books by them. I'm familiar with html & php and >> basic (in the good old days). It has to be a newbie book, but not a book >> what i don't need anymore when i've got some skills. I.e. the learning >> curve of the book should be linear. A kind of book wich i could use as a >> novice. >> >> Search here for python (sorry, there's no short link) >> http://www.nl.bol.com/is-bin/INTERSHOP.enfinity/eCS/Store/nl/-/EUR/BOL_BrowseCatalog-View;sid=nyuhO3sz8k2hODn5OfqfDJvrcywRiGQwhPU=?Section=BOOK_EN&CategoryContent=NJqR5Kpb0soAAADqmW%2eZypJb&OpenCategory=HwqR5Kpb8AUAAADqVW6ZypJb&CategoryLeftpanel=BOOK_EN%2eCATEGORY&Secondary=YES&Template=BOL_subcat_BOOK_EN_1476 > > Two excellent books match your criteria: > > Dive Into Python (review: http://www.techbookreport.com/tbr0103.html) - > also available as a free download. > > Learning Python (review: http://www.techbookreport.com/tbr0064.html) > > Both are recommended for beginners but have a reasonable level of depth. > They're clear, enthusiastic and well-written. > > HTH -- http://mail.python.org/mailman/listinfo/python-list
Re: Good starterbook for learning Python?
Op 6 Jul 2005 06:02:15 -0700 schreef Fuzzyman: > A book that will stay useful as a referene *after* you've used it to > learn is 'Programming Python'. > > Best Regards, > > Fuzzy > http://www.voidspace.org.uk/python A thanks! I've downloaded the book "dive into python". It costs me near 23 euro to print it by the copyshop (yes, i prefer paper - you can write on paper, you know :-) Programming Python will I sell as a book that i read secondly, and use as a reference. -- http://mail.python.org/mailman/listinfo/python-list
Is python for me?
Hi, I'm planning to learn a language for 'client' software. Until now, i 'speak' only some web based languages, like php. As a kid i programmed in Basic (CP/M, good old days :'-) ) Now i want to start to learn a (for me) new computer language. I like Python. Its free, easy to learn and some favorite programs of my are written in Python / can understand Python (like OpenOffice) etc. But I'm not a full-time programmer. I know, that I've only time & possibility to learn one (= 1) language good. So i ask myself is python the language I'm looking for? In the future, i want to write the following applications: [*] A database driven program, which can handle my clients, tasks and places (= 3 tables, has to work relative with each other). I think, this isn't a problem for Python [*] As a photographer i like to build a picture management system (also db) with raw support. Raw is the raw-data from the sensor of the camera. My questions: - can python encode raw? - can python head for a utility like dcraw? - or head for a utility like IrfanView (delphi?) or something like that? Tnx for your help! -- http://mail.python.org/mailman/listinfo/python-list
Re: Is python for me?
Carsten Haese schreef: > On Mon, 2006-11-13 at 10:14 -0800, Dan Lenski wrote: > > lennart wrote: > > > So i ask myself is python the language I'm looking for? > > > > Yep! Python is very much a jack-of-all-trades language. > > I'll run the risk of being nitpicky, but the full phrase is "Jack of all > trades, master of none," which doesn't do Python justice. Python is a > master of all trades! > > But I agree with Dan's sentiment, Python is definitely the language > you're looking for. > > -Carsten. Tnx everyone for your response! It's just for me a big step to learn a new language. Not because of the difficulty, but because of the time and so. Later, i remembered that Gimp can also work with python (scripts). So, even for my second wish, there will be somewhere, somehow a way to do it. At least: i use the dutch portal http://python.startpagina.nl/ to start with. Can you advice me a good Python interpreter, or a good startpage (as in Python for dummys)? Lennart -- http://mail.python.org/mailman/listinfo/python-list
Re: Is python for me?
[EMAIL PROTECTED] schreef: > As stated above python is capable of all those things, however on > larger applications like that it can tend to slow down a bit. And the > executables do need a little bit of work, because it's bassicly a dll > and a library of all your .pyc files. However python is still a great > language and I would recomend it. And most of these things will > probably be fixed in Python 3000! >> >> <> > > Python very quickly. Can you define 'large'? Is that large in code, or large in database? I don't know which database is supported. If its a external db, like MySql, the query is performed through the software of MySql, am I right? If I'm correct, the 'slowness' comes from the amount of code in python itself, not from the database. -- http://mail.python.org/mailman/listinfo/python-list
overloading constructor in python?
This is probably a really stupid question, but I cant seem to find a satisfying answer by myself so here it goes. In for example java we could create a class dummie with several constructors, say one that takes an int, and one that takes a String as argument. In python it doesnt seem possible to have several __init__ methods ( and I assume if we could there would be some problem to determine which __init__ to use). So my question is how this is normally solved in python? I dont really like the idea of using neither def __init__(self, o): if type(o) is ... nor subclasses for the baseclass, but I cant think of another way. Any thoughts anyone? Thanx /Lennart -- http://mail.python.org/mailman/listinfo/python-list
Re: overloading constructor in python?
Larry Bates wrote: [...] > In python it is called duck typing but you don't need separate > constructors: > > def __init__(self, c): > if isinstance(c, int): ...do stuff... > elif isinstance(c, list): ...do stuff... > elif isinstance(c, tuple): ...do stuff... > else: > . > . > . > > Remember Python doesn't care what c is and doesn't do > type checking so you can do anything you want. > Thanx for the info. /Lennart > -Larry Bates -- http://mail.python.org/mailman/listinfo/python-list
Proposal: Decimal literals in Python.
Python has had the Decimal data type for some time now. The Decimal data
type is ideal for financial calculations. Using this data type would be
more intuitive to computer novices than float as its rounding behaviour
matches more closely what humans expect. More to the point: 0.1 and 0.01
are exact in Decimal and not exact in float.
Unfortunately it is not very easy to access the Decimal data type. To obtain
the decimal number 12.34 one has to do something like this:
import decimal
x=decimal.Decimal("12.34")
Of course we can intruduce a single character function name as an alias for
the Decimal type constructor, but even then we have to use both parentheses
and quotes for each and every decimal constant. We cannot make it shorter
than D("12.34")
With Python 3000 major changes to the language are carried out anyway. My
proposal would require relatively minor changes.
My proposal:
- Any decimal constant suffixed with the letter "D" or "d" will be
interpreted as a literal of the Decimal type. This also goes for
decimal constants with exponential notation.
Examples of decimal literals:
1d
12.34d
1e-3d (equivalent to 0.001d)
1e3d (same value as 1000d, but without trailing zeros).
1.25e5d (same value as 125000d but without trailing zeros).
When we print a decimal number or convert it to a string with str(), a
trailing d should not be added. The repr function does yield strings with a
trailing d.
When decimal numbers are converted from strings, both numbers with and
without a trailing d should be accepted.
If we have decimal literals in the core language, we should probably have a
type constructor in the core namespace, e.g. dec() along with int()
and float(). We then need the decimal module only for the more advanced
stuff like setcontext.
Pros:
- the Decimal data type will be more readily accessible, especially
for novices.
- Traling characters at the end of a literal are already used (the L
for long).
- It does not conflict with the syntax of other numeric constants or
language constructs.
- It does not change the meaning of existing valid literal constants.
Constants that used to be float will continue to do so.
Cons:
- The lexical scanner of the Python interpreter will be slightly more
complex.
- The d suffix for constants with exponential notation is ugly.
- Decimal numbers with exponentail notation like 2e5d could be mistaken
for hex (by humans, not by the parser as hex requires the 0x prefix).
- It requires the decimal module to be part of the core Python
interpreter.
--
Lennart
--
http://mail.python.org/mailman/listinfo/python-list
To 3.0.2 or not to 3.0.2?
I discovered some remaining cmp() in 3.0.1, 38 minutes after Benjamin fixed them. :) Unfortunately, that means porting setuptools to 3.0.1 will be a bit difficult. So my question is: Will there be a 3.0.2 with those fixes, or should I add workaround code for 3.0.1? -- Lennart Regebro: Pythonista, Barista, Notsotrista. http://regebro.wordpress.com/ +33 661 58 14 64 -- http://mail.python.org/mailman/listinfo/python-list
Re: [Python-Dev] To 3.0.2 or not to 3.0.2?
On Tue, Feb 17, 2009 at 00:50, Guido van Rossum wrote: > Can you explain the difficulty with porting setuptools in more detail? Oh, it just exposes a bug in distutils. It probably means I'll have to make a test for python version, and if it is 3.0.1, monkey-patch distutils. I haven't really looked into if there is any other possibilities yet, I'm concentrating to make it run for 3.1 trunk first. -- Lennart Regebro: Pythonista, Barista, Notsotrista. http://regebro.wordpress.com/ +33 661 58 14 64 -- http://mail.python.org/mailman/listinfo/python-list
Re: [Python-Dev] [RELEASED] 2.7 beta 1
On Sat, Apr 10, 2010 at 20:52, Benjamin Peterson wrote: > On behalf of the Python development team, I'm merry > to announce the first beta release of Python 2.7. Cool! -- Lennart Regebro: Python, Zope, Plone, Grok http://regebro.wordpress.com/ +33 661 58 14 64 -- http://mail.python.org/mailman/listinfo/python-list
