74(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Sa8b-GKcl) [sage] 2019/09/29(日) 00:17:26 ID:6iKlTSzwa(1) AAS
とは言えpycharmありきって感じはするんだよな
ブロックが分かりにくいってのは反論できねー

77(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 473c-hJNX) [sage] 2019/09/29(日) 02:07:50 ID:9sS1uJjp0(1) AAS
>>72
俺おっさんだけど新人にはPythonだけ教えてる
本質と違うところで悩んで欲しくないからね

言語体系として美しさに欠ける点が多々あるのは諦めている
ブロックが分かりにくいのもあるけどスコープも分かりにくい

withやtryで字下げしてブロック作ってるのにスコープは作らないとか
普通ならあり得ん仕様だ、まぁ便利なんだけど

with open(‘hoge.txt’, ‘r’) with f:
　　a = 123 ← これ、ローカル変数じゃない
print(a) ←ブロックの外に出て表示可能
結果 123

こんなこと書くとrubyくんが降臨するかな

79(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Sa8b-GKcl) [sage] 2019/09/29(日) 09:54:04 ID:6bWGECfja(1) AAS
>>78
今時オートインデントのないエディタやIDEなんて使わんから、前に誰かも言ってたけどループ抜けた直後の処理とかインデントを手動で調整する部分は明確に劣ってると思うけどね
掲示板とかの書き込みでも仕様によっては論理構造自体把握できなくなるし
それだけをもってPythonがどうのこうのと言う気はないし好んで使ってはいるけどね

84(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Sa8b-GKcl) [sage] 2019/09/29(日) 15:04:48 ID:wk/e9yFta(1/2) AAS
他の言語も実用上インデントが分かりにくい状況なんかあり得ないって言ってんだけどな
そうなるとブロックの終わりが視認しづらいってデメリットだけが目立つことになるわけ
Pythonのブロックがわかりにくくないって言うなら意見の違いだから別にそれで良いけど

85(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 4797-i9+B) [] 2019/09/29(日) 15:12:39 ID:nT1w560I0(2/4) AAS
オフサイドルールでブロックがわかりにくいより、
ブロックスコープがないほうがよっぽどPythonの欠点だと思うんだよな

ただオフサイドルールは逆に便利なときもあるような気がするけどなー
JSとかで閉じカッコの対応がめちゃくちゃになるときよくあるもの
まぁそれは無名関数を突っ込めるからってのとも関係してるだろうし、
同一条件じゃないから単純比較はできないと思うけど

91(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Sa8b-GKcl) [sage] 2019/09/29(日) 19:57:20 ID:0Rn4cTtQa(1) AAS
>>89
>>78のコードで言いたいことがわからんのだけど、elseの対応がわかりやすいってこと？それはあんまりメリットに見えないから誤解してるようだったら申し訳ない
インデントを文法に含めた時代背景とかは知らんかったから勉強になったよ
ただ、今は実用上そうする意義はあんまりないよねって言いたかっただけだから話がかみ合わなかったような気がするわ
いきなり煽られたからカッカしてたわすまんな

92(2): デフォルトの名無しさん (ﾜｯﾁｮｲ 4797-i9+B) [] 2019/09/29(日) 20:25:33 ID:nT1w560I0(3/4) AAS
>>90
大改造にはなるだろうね。どんなところが問題になるか把握してないけど、
JSにES6でlet/constが導入できたみたいにPythonでも導入されるとなんとなく嬉しそうではある。
大規模なコードは書かないから個人的には問題になったことがないけれど。

元の話になったPythonディスおっさんも、ブロックスコープがない、マルチコア時代にそれを活かしづらい設計、
とか言ってディスるなら、そうですねおっしゃるとおりですという感じになるんだけどなぁ。