Pythonのif文やfor文の終わりを明示せずにインデントに意味を持たせる記法、いつまで経っても慣れない話→インデントと視認性について賛否両論

ミック @copinemickmack Pythonのif文やfor文の終わりを明示せずにインデントに意味を持たせる記法、いつまで経っても慣れないな…これ視認性悪くてバグの温床だと思うんだけど、みんな平気なん？ 2024-07-01 12:00:22

[aya_momo]

一瞬で慣れたけどな。記法じゃなくてもどうせインデント揃えるじゃん。/自分の認識では、C++とかの{}を忘れるの対策。

[Goldenduck]

強制的に揃えることで最低限の見やすさは確保されるのだが、フォーマッターが発達した現代では意味がなくなってきたな

[sisya]

「固定幅フォントになっていないNotepad.exeで開いたときにこまる」それはさすがに見る側に問題があると思う。なぜデフォルト等幅フォントになっているnotepadでフォントを変えてまで見づらさを主張するのか。

[lainof]

見やすさ統一性含めてカバーできるので、自動フォーマットに対応できる記法の方が優れてる

[megumin1]

Haskellにもレイアウトルールがあるし、別にPythonのレイアウトルールだけが特別じゃないですよ。もしろPythonのレイアウトルールはとてもシンプル。Pythonには文句を言うのに、Haskellには文句を言わないんでしょ？

[inatax]

ネストの深いコードが分かりにくいのはPythonのせいじゃないからなあ。フォーマッタがなかった時代の文法だとは思うけど、忌み嫌うほどでもない。それよりブロックスコープがないのとラムダ式が書きにくいのが嫌い

[Lumin]

他にうんこポイントが多すぎてそこは別になんとも思わない

[Ho-oTo]

ちゃんとインデントされたコードしか動かないというのはメリットだと思うが、イマドキはどの言語も高性能なフォーマッタが組み込まれるようになってきて旨味が減ってきている気がするな

[agricola]

Pythonごときでキャンキャン泣きよる豆腐メンタルにYAML書かしたら代わりに辞表書きそうだなw↓python-indentはセットじゃないの……！？

[mjy]

ブコメ「Pythonには文句を言うのに、Haskellには文句を言わないんでしょ？」 → それはHaskellを使って（使わされて）いないからでは？ 🤔

[d0i]

C（足さない方）とPythonしか書けると言えないけど、両方好きだしそれぞれの哲学なんだから喧嘩してもしょうがないじゃんとしか思わない。見た目と論理構造が一致してるのはそれはそれで安心できる。壊しやすいけど。

[yau]

死んだ爺さんが「IDE使わずにプログラマのフリをしてる奴は給料泥棒」と言ってた。Pythonはindent-rainbowとセットで１つの言語

[naari_3]

これ、そもそもlinterがなかった時代と今とではまた違いそう

[twotiger]

正直Pythonって全然良くないよね。良いものが普及するわけではない

[habarhaba]

フォーマッタで意味が変わるコードになりうるってヤバくない？

[Andrion]

視認性は別に悪くないと思うけど、{}で自動で調整される言語の方が使い勝手が良い。

[umaemong]

僕は、Javaとかの場合はインデントどころか改行や空白すら気にせずにガーっと書いてからフォーマッタに整形して貰う書き方なので、書くときは辛い。逆にインデントが嘘つかないので、読むのは安心。

[totoronoki]

いまどきメモ帳で書く人居ないから、不便に感じてもエディタの拡張機能など、解決策は多分あるのでは？

[laranjeiras]

あちこちから引っ張ってきたコードをつぎはぎしてトライアンドエラーして、うまくいったらインデント整える派なので、トライアンドエラー段階でいちいち整えるのダルい。その段階のネストなんて頭に入ってるし

[igni3]

ネスト深くしないし、Vimのパワーで編集機能はゴリ押ししとるんで

[carrier_pigeon]

https://docs.python.org/3/faq/design.html#why-does-python-use-indentation-for-grouping-of-statements コード移動したときにインデント直すのがだるいのは同意

[ghostbass]

yamlでさえつらいのに

[tsutsumi154]

PythonはPEP8のようなコーディング規約でもメソッド短く作るのがそもそも推奨されているからな

[omioni]

ある言語でパンチカード時代の互換性を保つために残ってる形式で1行72カラムまでで7～カ ラムで処理内容を、1～6カラムでコメントや継続行などを記述する奴とか https://www.nag-j.co.jp/fortran/FI_18.html#FixedSource

[mrmt]

見やすさと論理構造記述の混同、で秒で終わる話だと思ってます。画面上で動かしてみて保存もしないような初心者専用プログラミング体験環境とかなら混同しててもいいと思います。1画面程度のyamlが便利なのと同じ。

[petronius7]

記法に不満は無いのだが一般論としてどの言語でもネストが深すぎると読みにくく混乱する。forもifも3重未満でないと、動作しない制約があっても良いと思う。深さ足りなきゃ関数化やストラテジパターンを使うべき。

[sugawara1991]

空白で揃えるインデントは見た目の整形で論理構造じゃない。見た目を変えたら論理構造かわったらいかん。今更だろうけどやっちゃいかん省力だと思う。論理構造の明示的な記述に従って見た目が自動整形できるのが順

[ka-ka_xyz]

Pythonメインで使ってないけどインデントによるブロック表現は割と好みだし見やすいと思う（スペースの数やタブ混在はlinterで対応出来るんじゃない？）。バージョンやパッケージを縛る仕組みが自由すぎる方が嫌。

[syuu256]

docstringも許せない。何で下なんだよ