A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2010-November/106140.html below:

[Python-Dev] Python and the Unicode Character Database

[Python-Dev] Python and the Unicode Character Database [Python-Dev] Python and the Unicode Character DatabaseAlexander Belopolsky alexander.belopolsky at gmail.com
Mon Nov 29 19:09:58 CET 2010
On Mon, Nov 29, 2010 at 2:22 AM, "Martin v. Löwis" <martin at v.loewis.de> wrote:
>> The former ensures that literals in code are always readable; the later
>> allows users to enter numbers in their own number system. How could that
>> be a bad thing?
>
> It's YAGNI, feature bloat. It gives the illusion of supporting something
> that actually isn't supported very well (namely, parsing local number
> strings). I claim that there is no meaningful application
> of this feature.
>

Speaking of YAGNI, does anyone want to defend

>>> complex('١٢٣٤.٥٦j')
1234.56j

?

Especially given that we reject complex('1234.56i'):

http://bugs.python.org/issue10562
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4