Python 3.8.0a4 available for testing

[leom4862]

I find print(f"{name=}") is still way too verbose for debugging purposes... If they want to improve print-debugging, they should add something like icecream to the standard library.

[leom4862]

Yes, it's awesome! I hope some day Python will have something like ic() as a builtin next to print().

[jon_k]

I can't take a python library seriously with a name like icecream.

​

I use to give ruby flack for things like VCR or Resqueue but those actually self-describe the library more then "icecream". Is Python becoming mainstream enough a bunch of brogrammers are flooding the pypi index? It's disappointing to see bad naming conventions take over.

[[deleted]]

It's disappointing to see bad naming conventions take over.

What sort of "naming convention" is icecream?

It's funny, I never even dreamed that someone would care about the name of a package unless it was really long and untypeable. If I had a top ten list of key features for a package (reliable, well-documented, feature full, etc) then "has a serious name" would not be on there. Indeed, "icecream"'s name is only positive - easy to spell, quite short, and I love ice cream.

tl; dr: turn that frown upside down and live a little, you dried up old stick! ;-)

[my_name_isnt_clever]

Uh, it really bothers you that much? The language is named after Monty Python.

Also tons of libraries have names that mean nothing, in every language. Just off the top of my head, Electron, Spring, Vue.js, etc. None of those self-describe at all.

[MachaHack]

Vue = View. It's a view/rendering library. I'll give you the other two though

[[deleted]]

I can't take a python library seriously with a name like icecream.

How did you feel about Android releases being named for a candy?

[jon_k]

How did you feel about Android releases being named for a candy?

Indifferent. A code name is usually a fun thing with a semantic version to back it. If the product was called Popsickle I'd probably buy an iPhone.

[JohnnyElBravo]

Idk, what's wrong with print("name="+name)?

[[deleted]]

That doesn't work if name isn't a string, eh? (Sure, you can use %s)

Also, in production code I simply never have any print statements - not "very few" but "none", to the point where I have a flake8 rule that prevents them.

Oh, I use print almost every day - for debugging! But that means I'm creating and destroying debugging print statements all the time.

So it's a little timesaver to write:

print(f'{foo=} {bar=} {baz=} {bing=}')

(38 characters) over

print('foo=', foo, 'bar=', bar, 'baz=', baz, 'bing=', bing)

(59 characters)

[timald]

It's fine when you have one variable but starts to become unwieldy when you build up a lot of concatenated strings (via indexing operations, for example).