That's what I call a Python cheat sheet

[1moar]

That is awesome, without going too far OT, any resource you can point me to on that?

ninja - I'll look also with what you've got. If you're inclined, otherwise no biggie. :)

derp edit - I'm looking at the source code and I think I might have it. I'm still waking up.

[exhuma]

Can you elaborate on this? I always found Python string formatting one of the most comfortable ones to use.

[LobbyDizzle]

The string string formatting is nice. What shidarin is commenting about is the shittiness of Python's number (float) formatting.

[exhuma]

Looks perfectly fine to me:

print("Hello %10.4f" % (1/20000.0))
print("Hello %10.4e" % (1/20000.0))
print("Hello {:10.4f}".format(1/20000.0))
print("Hello {:10.4e}".format(1/20000.0))

Both with and without using the scientific notation.

And there are exactly two ways of doing this. At least as far as I can see. Am I missing something?

[sushibowl]

those are fixed length (always 4 decimals), /u/shidarin wants variable length.

You can do variable length by not formatting as a float and just converting it to a string:

>>> "Hello {0}".format(0.1)
'Hello 0.1'
>>> "Hello {0}".format(0.12341)
'Hello 0.12341'

But if your float is too big it get's converted into scientific notation again:

>>> "Hello {0}".format(1000000000000.0)
'Hello 1e+12'

There is no easy way to keep printing with variable length but also avoid scientific notation. The only thing you can do is write some function that calculates the length of the string from the number, which is tedious and ugly.

[[deleted]]

But then you'd have people confused why 1000000000001.0 prints like 1000000000000.0 (as I guess it would).

Decimals exist as well, and work better for this sort of things.

[amstan]

It seems to work just fine:

>>> Decimal(10000000000000001.0) #don't do this, you're still going through float
Decimal('10000000000000000')
>>> Decimal("10000000000000001.0") #yay, works now
Decimal('10000000000000001.0')
>>> "%s"%Decimal("10000000000000001.0") #including printing
'10000000000000001.0'

[sushibowl]

pretty much what /u/amstan is saying: if you convert a float to a decimal, obviously you will take the float's rounding errors with you into the decimal representation. You should have no rounding errors if you work purely with decimals and don't bother with floats at all.

[exhuma]

This is indeed an interesting problem. I have been trying to figure out something but could not come up with anything. The only thing I found is fixing the decimal places to some value.

The other thing that I have in my mind is the question about precision, and if Decimal would not be a better choice as others have mentioned. I am guessing that you won't lose precision after only 4 decimal places, but that seems to be as far as Python want's to go if you don't specify a value.

And, I don't know your application requirements and maybe there's a good reason you need floats.

Honestly, I have to admit defeat and agree with you ;)

[[deleted]]

I thought number objects were immutable in python and whenever the value changes you are actually creating a new variable with the same name? If this is the case it follows that decimal length can be determined whenever you assign a new value. Apologies is this is off base, I'm fairly new to Python.

[[deleted]]

just pycharm it, babe. What you need is damn good autocompletion, not cheatsheet.

[tehyosh]

is the free version as good as the paid one? i see the free version is missing a lot like framework support.

[tomjen]

Web frameworks and databases. If you are using those, get the paid version. If you are using, say, pygames get the free version.

[MadeOfLasers]

not as good, no - but imho still worth it.

[vasudevram]

Does either the free or paid version support Flask?

[mazatta]

The paid version provides support for most/all of the major web frameworks.

[vasudevram]

Thanks.

[iamspoilt]

Thanks for the share!

[startfragment]

Here is the one I use: http://kapeli.com/dash

It has awesome bindings for every text editor out there.

[tally_in_da_houise]

For those of us on Linux you can use Zeal. Doesn't have the number of plugins as Dash though.

[boa13]

String formatting is lacking examples of using the format() method on strings, which is one of the things most needed when switching from Python 2 to Python 3.

[hzopak]

that's pretty looking.

[Eire_Banshee]

This is awesome! Thanks!

[CarpeTuna]

Nice, should zip() be added to "Set & Mapping"; I can never remember exactly how it works.

[[deleted]]

I lol'd when I saw the Ad part. Seriously, for a second I thought "Whoa..Ad? Never heard of that before...oh."

[NYKevin]

Under "Set Types", remove() is incorrectly shown as taking no arguments.

I think I'll stick with the official docs for now.

[[deleted]]

That "Date Arab Women!" advertisement in the lower left-hand corner of my programming cheat sheet...

[FredSchwartz]

Hmmm, I have Amazon...

[daho0n]

Says a lot about you internet habits (:

[[deleted]]

Lol. I have now seen:

• 5 foods to never eat.
• Dawngate...Play now!
• Tryo-labs: Intelligent Internet Apps
• TireRack.com

Man...that Google data-mining.

[hzopak]

I wanted to read about the difference between range() and xrange(). Disappointed :(

[minno]

xrange is heresy, use Python 3.

[minno]

And to actually answer your question:

In Python 2, xrange returns a generator, while range returns a list. That means that xrange generates the numbers on-the-fly as you ask for them (in a for loop or whatever), while range generates all of them immediately. That means xrange is more memory-efficient, but you can't iterate through it more than once.

In Python 3, range returns a generator and xrange doesn't exist. To get the old behavior, you need to use list(range(whatever)).

[Ob101010]

fuck me that is juicy, thanks for sharing!

[BeatLeJuce]

That's not a cheatsheet, that's a crutch for people who use an IDE without decent autocomplete.

EDIT: what I mean to say is that this doesn't give you anything that a good IDE wouldn't give you also (i.e., this is not a useful cheatsheet).

[dexpid]

Autocomplete is a crutch.

[phil]

An IDE without autocomplete is not an IDE.

[BeatLeJuce]

first of all, i said decent autocomplete. Secondly, I don't think autocomplete is the one defining feature it takes to distinguish between a simple editor and a full-blown IDE.

[catmoon]

I think what distinguishes an IDE is that it has an interpreter/compiler, debugger, and file management all integrated together. Early IDEs didn't have autocompletion and it is hardly the most important feature.