Pythonの文字列が標準でf文字列になる（かも） - Qiita

はじめに Python言語サミット2020が4月の15日、16日の2日間で開かれました。これはPython実装の開発者（本家のCPythonに加えてPyPyなども）が集まる会議で、単にプレゼンし合う場というよりは言語本体や標準ライブラリの現状や今後に関する議論をして合意を目指すという会議とのこと。 今年はコロナウイルス蔓延の影響で、ご多分に漏れずオンライン開催となったそうですが、2日間の議題を見るとなかなか興味深いものが並んでいます。 全ての文字列をf文字列にする CPythonのパーサーをPEGベースの物にする (C)Pythonの仮想マシンの形式仕様記述 実装非依存のC言語拡張API CPythonのドキュメンテーション保守の変革 ライトニングトーク pip, PyPI そしてパッケージングに今後何を求める？ 「マルチコアPython」プロジェクトの失敗を振り返る Pythonの型導入

[asiamoth]

いっそのこと、ダブル・クォートで囲むかシングル・クォートで囲むかで使い分ければ良いのでは（Perl脳）。

[el-condor]

RubistとしてはPerl Mongerの提案に賛成である(Rubyの当該機能も確かPerl由来だし)/そういえば文字列リテラルとしてはシングルクオートかダブルクオートかに違いないんでしたっけPython

[takehikom]

すべてがf文字列になる

[takuver4]

なるほど。確かにデフォルト良いかもね。

[aya_momo]

未だに、f文字列なるものを知識としては知っていても、実際に使おうという気にならない。

[strawberryhunter]

Python3のリリースから10年以上。進化には痛みが付き物。互換性を断ち切っても良い頃合いなのだろう。Python2.7、Python3.x、Python4.xの業務システムを同時にメンテナンスしていくとか素敵すぎるだろ。

[delphinus35]

Perlというか、bash（sh?）に回帰する流れだ

[ryuichi1208]

シングルクォーテーションとダブルクォーテーションで展開を分けよう()

[gfx]

非互換が大きすぎるし、やるとしても Python 4.0 になりそう。

[zentarou]

p指定必須のlintルールが追加されそう