<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>asgard1024</author><text>I am against it, because it allows arbitrary Python expressions inside format strings. It&amp;#x27;s too complicated and lets user have two different ways of doing things (not Pythonic) - one to calculate expression inside string and the other to calculate it outside (which should IMHO be preferred). This should maybe go to the standard library, but please not into the language.&lt;p&gt;I think a better approach would be to just add special formatter operators (if they aren&amp;#x27;t already there) that would just call str() or repr() or ascii() to whatever is presented to them (and maybe take some optional arguments such as length or padding).</text><parent_chain></parent_chain></comment><story><title>Python Extension Proposal 498: Literal String Formatting</title><url>https://www.python.org/dev/peps/pep-0498/</url></story>
<instructions>Your goal is to analyze the following comment and estimate how highly it will be upvoted by the Hacker News community.</instructions><comment><author>Walkman</author><text>&lt;p&gt;&lt;pre&gt;&lt;code&gt;    There should be one-- and preferably only one --obvious way to do it.
&lt;/code&gt;&lt;/pre&gt;
This would be the 4th way of formatting strings in Python.</text><parent_chain></parent_chain></comment><story><title>Python Extension Proposal 498: Literal String Formatting</title><url>https://www.python.org/dev/peps/pep-0498/</url></story>