Pythonについて（アンチ専用）

**デフォルトの名無しさん** · 2008/02/21(木) 10:24:06

Pythonが嫌いな人のためのスレッドです。

■関連スレ
Rubyについて（アンチ専用） Part002
http://pc11.2ch.net/test/read.cgi/tech/1200210768/

**デフォルトの名無しさん** · 2012/03/06(火) 02:46:18.42

>>761
それはrubyも同じだしなぁ・・・
それより、pythonのオブジェクト指向がC++/Java/C#/Rubyより独特すぎて戸惑う

>>> class Foo:
pass

メソッドもフィールドも無いクラスを定義

フィールドやメソッドを使おうとすると、もちろんエラー

foo = Foo()
foo.a これはエラー

ところが、

foo.a = 10

とかすると、

何もフィールドが無かったクラスにフィールドが生まれる（pythonではフィールドのことをアトリビュートと呼ぶらしいけど）

動的言語らしいと言えばそうだけど・・・実績こそ世界的には多いけど、保守とか考えた設計じゃないよなぁ・・・

**デフォルトの名無しさん** · 2012/03/06(火) 03:14:14.14

>>762
それはrubyも同じだしなぁ・・・

**デフォルトの名無しさん** · 2012/03/08(木) 02:34:19.89

javascriptもやで～

**デフォルトの名無しさん** · 2012/03/12(月) 14:35:53.78

説明しよう、つまり、お風呂にヘビがいて（本当はモンティだけど）、穴に入ってしまた、ちょうど時を同じくRubyの指輪が排水口に、仕方ないので、ジャバ。

こう言っ具合の、開発者が、アンチに書きこむのである。

**デフォルトの名無しさん** · 2012/03/17(土) 19:58:25.33

つーか、Rubyのアンチスレに比べて全然書き込まれないな
不便とか、不満とか、無いのん？

**デフォルトの名無しさん** · 2012/03/17(土) 22:19:59.68

はい

**デフォルトの名無しさん** · 2012/03/18(日) 05:09:48.77

日本人を叩きたがる日本人は多い

**デフォルトの名無しさん** · 2012/03/18(日) 06:40:46.01

pythonはなぜかアンチスレの方が親切な人が多い

**デフォルトの名無しさん** · 2012/03/18(日) 10:04:09.37

ツンデレ

**デフォルトの名無しさん** · 2012/03/18(日) 22:37:19.23

あげ

**デフォルトの名無しさん** · 2012/03/22(木) 11:18:36.99

馬鹿には無理

**デフォルトの名無しさん** · 2012/03/25(日) 15:15:52.51

グイド大激怒！こんな糞コミッタ－しか育たないんならPython開発なんて意味ないね
http://ikura.2ch.net/test/read.cgi/bread/1325584365/

**デフォルトの名無しさん** · 2012/03/25(日) 15:27:22.93

>>773
ゲイドはそんなことを言わない。

**デフォルトの名無しさん** · 2012/03/25(日) 15:36:43.57

Linusなら言うかもな

**デフォルトの名無しさん** · 2012/03/25(日) 16:05:35.50

>>775
言ってるよ、むしろこっちが早い

[ Linux ] 【Linux】カーネル総合6【Kernel】
543 名前：login:Penguin [sage]： 2012/03/25(日) 00:29:35.22 ID:QmHRZWVc
リーナス大激怒！こんな糞コミッタ－しか育たないんならカーネル開発なんて意味ないね
http://ikura.2ch.net/test/read.cgi/bread/1325584365/

**デフォルトの名無しさん** · 2012/03/25(日) 16:14:29.71

>>776
リーナスも言わない。
ストールマンなら言いそう。

**デフォルトの名無しさん** · 2012/03/25(日) 16:22:05.00

>>762
いまさらだが __slots__

**デフォルトの名無しさん** · 2012/03/25(日) 17:43:33.83

ttp://linux.slashdot.jp/story/12/03/01/0913255/Linus-Torvalds%E6%B0%8F%E3%80%81openSUSE%E3%81%AE%E3%82%BB%E3%82%AD%E3%83%A5%E3%83%AA%E3%83%86%E3%82%A3%E4%BB%95%E6%A7%98%E3%81%AB%E6%86%A4%E3%82%8B
> ワイヤレスネットワークへのアクセスや、用紙のプリントアウト、日付時刻設定の変更を
> 行うのにもルートパスワードが必要だと考えているなら、お願いだから今すぐ死んで頂きたい。

ttp://www.atmarkit.co.jp/fsecurity/special/103kernelwatch/kernelwatch01.html
> セキュリティをやってるやつらは狂っている。

リーナスなら言ってもおかしくない。

**デフォルトの名無しさん** · 2012/03/25(日) 17:49:24.92

Linuxのアクセス権限管理が単純すぎるのがダメなんだがや。

**デフォルトの名無しさん** · 2012/03/25(日) 18:07:34.44

Unixの基本設計がそうなんだから諦めろ、って面もあるな

**デフォルトの名無しさん** · 2012/10/07(日) 21:30:55.06

**デフォルトの名無しさん** · 2012/10/08(月) 01:42:38.19

｢人魚さんにもパイソンはある！｣

**デフォルトの名無しさん** · 2012/10/17(水) 10:01:27.56

スレッド乱立荒らし出没中につき
dat落ちしないように保守

**デフォルトの名無しさん** · 2013/01/11(金) 09:22:23.17

スレチですまんがpython愛してる

**デフォルトの名無しさん** · 2013/01/11(金) 10:02:39.75

age

**デフォルトの名無しさん** · 2013/01/15(火) 18:36:49.11

だす

**デフォルトの名無しさん** · 2013/01/25(金) 02:57:36.79

Python 2.7.3, last updated Apr 10, 2012
インストールしました(^o^)/

**デフォルトの名無しさん** · 2013/01/25(金) 03:07:54.07

C:\work>python -V
Python 2.7.3

**デフォルトの名無しさん** · 2013/05/20(月) 18:57:27.66

「言葉（服装風紀世相秩序）の乱れ」はそう感じる人自身の心の乱れの自己投影。他力本願で問題解決力が低く対外評価を気にする不寛容者ほど、自己防衛の為にマナー規律モラル礼儀作法ルール法律を必要とする。嫌悪憤怒激昂は無知無明無能の自己証明／感情自己責任論

**デフォルトの名無しさん** · 2013/05/20(月) 19:02:01.57

○ちんこ
http://toro.2ch.net/test/read.cgi/tech/1249737531/

**デフォルトの名無しさん** · 2013/08/30(金) NY:AN:NY.AN

みなさんお世話になりました
明日で2ch終了らしいので
今のうちに最後のご挨拶をしておきます

**デフォルトの名無しさん** · 2014/01/02(木) 04:06:41.29

ぬるぽ

**デフォルトの名無しさん** · 2014/01/02(木) 08:21:47.92

len(list)とか書くの面倒だからlist.len()とさせろ
ついでに引数の括弧も無くしてlist.lenと書かせろ
hoge.to_sとかhoge.to_aとかhoge.to_iとかやらせろ

**デフォルトの名無しさん** · 2014/01/02(木) 09:44:50.41

むしろrubyで先頭に「#なんちゃら」とか宣言すればインデントをブロックとして扱ってくれるようにすればいいんじゃ
唯一Pythonが勝ってるところだし
○○ do
　～
end
を
○○:
　～
にするだけなんて簡単でしょ

○○ do |key, value|
　～
end
は
○○: |key, value|
　～
でいいし

**デフォルトの名無しさん** · 2014/01/02(木) 10:01:32.67

pythonの関数とメソッド入り混じってるのは本当に気持ち悪い
メソッドで統一しろと

**デフォルトの名無しさん** · 2014/01/03(金) 15:10:42.36

Rubyになれると他の言語の括弧の入れ子が書きづらい上に見づらくてしゃーない

**デフォルトの名無しさん** · 2014/01/04(土) 18:11:35.86

>>794
http://python.rdy.jp/wiki.cgi?page=FAQ#p10

**デフォルトの名無しさん** · 2014/01/05(日) 00:53:12.92

>>796
関数で統一されてるのがPythonでしょ

**デフォルトの名無しさん** · 2014/01/07(火) 17:09:38.10

何故メソッドを廃して読みづらく書きづらい関数を用意するのか
謎である

**デフォルトの名無しさん** · 2014/01/07(火) 22:22:08.01

元々、Pythonは手続き型スクリプト言語として設計されて誕生したからね
そして、後からオブジェクト指向や関数型の特性を「接ぎ木」した

この「接ぎ木」は別段に変な事でも何でもなくて、
手続き型言語Cにオブジェクト指向を「接ぎ木」したC++が代表例だし、
最近はJavaに関数型のラムダ式が「接ぎ木」されようとしている
またC++やJavaでは、後から総称型が「接ぎ木」されてきた

Pythonは、これからも進化し続けるであろう
標準ライブラリの後方互換性を捨て去り、
たとえ(過去にもあった)Python 3.x から 4.x への世代間断絶があろうとも、
世界中のプログラマは新バージョンへと華麗に移行していく
（技術レベルの低い、日本のPythonプログラマは置いてきぼりかな....）

**デフォルトの名無しさん** · 2014/01/08(水) 17:21:21.57

> Pythonは手続き型スクリプト言語として設計されて誕生したからね
よくRubyユーザーはこういうんだけど、
そんな事実はどこにもないから。

> たとえ(過去にもあった)Python 3.x から 4.x への世代間断絶があろうとも、
いや、断絶してないから。
sixみたいに違いを吸収するライブラリまであるし。
数年置きに互換性がなくなる某スクリプト言語と違って
Pythonが後方互換を切ったのは20年で1回だけだ。
つーか、Cですら初期のK&Rの頃とは文法が違う。

**デフォルトの名無しさん** · 2014/01/08(水) 17:38:51.66

20年も開発してたか？

**デフォルトの名無しさん** · 2014/01/08(水) 17:46:20.68

>>802
>> たとえ(過去にもあった)Python 3.x から 4.x への世代間断絶があろうとも、
>いや、断絶してないから。

これは、Python 2.x と同 3.x の世代間に存在する、
標準ライブラリ互換性の断絶ではないのかな？

> 43 名前: デフォルトの名無しさん Mail: 投稿日: 2014/01/08(水) 17:35:05.69
> ちなみに、python2と3でmap関数の返り値違う
> python2はリスト型
> >>> type(map(add, a))
> <type 'list'>
> python3はmap型
> >>> type(map(add, a))
> <class 'map'>

**デフォルトの名無しさん** · 2014/01/08(水) 17:50:33.23

>>802
もう一つの(過去にあった)標準ライブラリ互換性断絶の例

> 940 名前: デフォルトの名無しさん Mail: sage 投稿日: 2013/12/31(火) 03:44:40.65
> >>939 エラーにならなくなった理由は別にある。
>
> 2.x
> range -> リストを作る。OverflowErrorでなくとも、大きなメモリを確保しようとして
> MemoryErrorになることもなる。
> xrange -> range型のオブジェクトを返す。
> rangeオブジェクトの各属性は構造体で (Cの)long型で宣言されてるので、値が範囲外だと
> OverflowError
>
> 3.x
> range -> range型のオブジェクトを返す。rangeオブジェトの各属性の型はPyObject。
> pythonの数値(多倍長整数）を持つようになったので、2.xの時の制限はなくなった。

**デフォルトの名無しさん** · 2014/01/08(水) 17:58:26.59

>>802
>よくRubyユーザーはこういうんだけど、

Rubyの話題はスレ違い

Rubyの話がしたいなら「Rubyについて（アンチ専用）」へ
Python vs. Ruby が希望であれば、バトロワスレへ

**デフォルトの名無しさん** · 2014/01/08(水) 18:26:01.04

Python関連スレをちょっとでも覗けば、
序盤から終盤まで 2.x or 3.x の話題だらけじゃん。
これでもPyhtonの後方互換性に問題無しと言えるなんて、
頭がおかしいんじゃないのかなあ....。

**デフォルトの名無しさん** · 2014/01/12(日) 18:23:48.38

なぜ多くのプロジェクトがPythonの古いバージョンをサポートし続けるのか
ストーリー by headless 2014年01月12日 12時55分
http://developers.slashdot.jp/story/14/01/11/2115245/

**デフォルトの名無しさん** · 2014/01/17(金) 07:48:18.21

ペコ「ロバｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ」

**デフォルトの名無しさん** · 2014/01/17(金) 08:13:37.27

>>795
おれインデント自信が無いよ。
そんな1段なら、わかるけど、実際は、もっともっとふかいのだ。
んなもんわかるわけないよ。みんなどうやってるんだろう？

**デフォルトの名無しさん** · 2014/01/17(金) 08:14:46.62

Python用にかきかえなければならないとおもうと…いやんなるよ
将来のためにそうするべきか。Pythonをあきらめるべきか

**デフォルトの名無しさん** · 2014/01/18(土) 02:49:24.12

>>810
書く時は、エディタのアシスト任せ。後でツールで一括して自動整形。

**デフォルトの名無しさん** · 2014/01/18(土) 14:57:24.86

>>810
インデントの深さを表示できるエディタを使うとか
いくらでもやりようはあるでしょ

**デフォルトの名無しさん** · 2014/01/18(土) 21:25:44.40

python初心者だけど面白いよ面白い！でもpythonerが排他的っぽい；；

**デフォルトの名無しさん** · 2014/01/18(土) 23:22:11.28

代入演算子が値ではなくてリファレンスの代入という仕様はハマるな。
みんな慣れてるの？
他の言語と基本的なことが違い過ぎる。

**デフォルトの名無しさん** · 2014/01/18(土) 23:43:51.88

それ Python に限った話じゃないよ

**デフォルトの名無しさん** · 2014/01/19(日) 05:38:49.85

Pythonは他の言語からの人がはまる仕様が結構ある。
デフォルト引数が評価されるタイミングとか。

FAQに纏まってるので、早めに目を通すといいよ

**デフォルトの名無しさん** · 2014/01/19(日) 21:58:13.83

オブジェクトを指す変数がリファレンスだなんて、ほとんどの言語であたりまえだわ。
むしろポインタを生で扱わないといけないので、明示的にデリファレンスをしないと
いけない、CとC++のほうが例外的。

PHPは、何も考えてない言語仕様だから変なことになってるけど、まぁPHPだからw

**デフォルトの名無しさん** · 2014/01/19(日) 23:35:53.16

>代入演算子が値ではなくてリファレンスの代入という仕様はハマるな。

これは、割とどの言語でも繰り返されてきた話題なんだけど、
言語間での"リファレンス/参照"という語句の、食い違いによる説明の混乱というものがあって

C++で言う(alias的な機能の)"リファレンス/参照"は、Pythonにはなく、
C/C++の語句で言うなら、Pythonでのオブジェクトのリファレンスとは、
単に"オブジェクトの構造体を指すポインタの値"。

**デフォルトの名無しさん** · 2014/01/20(月) 15:04:22.06

Aという言語を使ってきた人がBという言語を使い始めた時にハマるポイント、
なんてのは、どんな組み合わせでもまず間違いなく絶対あるよな。

**デフォルトの名無しさん** · 2014/02/02(日) 00:08:23.72

インデントの使用で読みやすいとは言うが、糖衣構文やデコレータバンバンだから
実際の現場で使われているアプリのレベルのソースはちょっと分かりにくい

よくある話だが、教育用と実用性を両立させようとするとどうしてもこうなる

**デフォルトの名無しさん** · 2014/02/02(日) 10:27:17.80

教育用として設計されてはいねーし。デマ。

**デフォルトの名無しさん** · 2014/02/03(月) 01:56:08.47

デコレータで読みにくくなるなんて
そりゃ知能が絶望的に足りてないんだよ

**デフォルトの名無しさん** · 2014/02/03(月) 10:25:51.27

デコレータ使わず、糖衣構文を展開した形で書かれていれば理解できるんだい、
（と信じようとしている）。

**デフォルトの名無しさん** · 2014/02/13(木) 21:58:12.55

時間周りがめんどくさい

**デフォルトの名無しさん** · 2014/03/08(土) 01:00:37.80

日本ではPythonはもう終わりだ...
発展はない
始めるのはゆとりばかり
質問なんかも酷いもんだ
PHPより遥かに劣る

**デフォルトの名無しさん** · 2014/03/29(土) 23:09:40.53

osとshutilに分かれてる意味がわからない。
日付が使いにくい。
lenがオブジェクトのメンバに無いのがおかしい。
absがmathじゃないのはおかしい。

はじめたばかりだけど、ざっと見てなんかライブラリがとっ散らかってる印象。

**デフォルトの名無しさん** · 2014/03/30(日) 11:06:16.32

気になるのは最初だけだから
通過してしまえば一瞬で忘れられる
そんな小さいことにいつまでも構ってられるほど python の世界は狭くはない
安心して使い続けるがよい

**デフォルトの名無しさん** · 2014/03/30(日) 13:08:26.22

ライブラリがとっ散らかってると、マニュアル引くとき困るんだが。
このくそライブラリのせいで学習曲線絶対急になってるよね。イラつくわ。

**デフォルトの名無しさん** · 2014/03/30(日) 20:41:33.71

sysとosとか、きちんと意味があって分けられているけどな。

なんでもグローバル名前空間にぶち込んであるのが好きならPHP使ってろよw

**デフォルトの名無しさん** · 2014/04/09(水) 23:19:31.82

また始まった

**デフォルトの名無しさん** · 2014/05/01(木) 23:27:51.38

> lenがオブジェクトのメンバに無いのがおかしい。
__len__メソッドが代わりにあるから使えよ。
ちなみにlen関数がやってくれてる型チェックも自前でやれよ。

**デフォルトの名無しさん** · 2014/05/02(金) 22:47:27.13

型チェック？なぜそんなことをしなければいけないのか

**デフォルトの名無しさん** · 2014/05/03(土) 09:45:39.59

流石 __len__ すら知らずにアンチを気取るマヌケは言うことが違うなw

**デフォルトの名無しさん** · 2014/05/04(日) 13:01:51.00

なんかガキの罵倒スレになってきたな。

**デフォルトの名無しさん** · 2014/08/27(水) 21:38:43.96

外部関数とメンバ関数を一々覚えんのがめんどいよな

**デフォルトの名無しさん** · 2015/01/25(日) 09:57:22.57

Pythonってリスト内包表記が中途半端で使いにくい。

array = [1, 2, 3, 4, 5]
[x*2 for x in array if x<3]
これはmap とfilterの組み合わせで、プログラミング言語として考えたらこんな複雑な構文は面倒くさいだけだし、
x*2 for x の部分をlambdaだと考えたら仮引数が後ろに来ていて非常に読みにくい。

matrix = [[1, 2, 3], [4, 5, 6], [7, 8, 9]]
[[c*2 for c in r] for r in matrix]
数式に近い書き方なんだと考えたら考えたで、行列のような多次元データ構造を扱うには
内包表記をネストしないといけなくなって複雑になる。結局何をやるにしてもnumpy頼みになる。

**デフォルトの名無しさん** · 2015/01/25(日) 10:16:36.81

Pythonの内包表記が中途半端ってどういうこと？
Haskellの内包表記も似たようなもんだよ
それに慣れると（Haskellにおいてすら）mapやfilterより読みやすい

[x * 2 | x <- array, x < 3]
map (* 2) $ filter (< 3) $ array

**デフォルトの名無しさん** · 2015/01/25(日) 10:20:26.56

>x*2 for x の部分をlambdaだと考えたら仮引数が後ろに来ていて非常に読みにくい。

そんな香具師いるんかね
むしろ
[2*x for x in array if x<3]
とかのとき
[('%s'*x) for x in array if x<3]
と解釈されるはずだと思うところが
ひょっとすると
['%s'%(x for x in array if x<3)]
の可能性も捨てきれないと思ってしまう

**デフォルトの名無しさん** · 2015/01/25(日) 10:21:40.81

なんか切り貼りしてたらおかしくなったので訂正

むしろ
['%s'%x for x in array if x<3]
とかのとき
[('%s'%x) for x in array if x<3]
と解釈されるはずだと思うところが
ひょっとすると
['%s'%(x for x in array if x<3)]
の可能性も捨てきれないと思ってしまう

**デフォルトの名無しさん** · 2015/01/25(日) 11:10:24.86

>>838
数式に親しくないプログラマにとっては「今のところ」後者のmapとfilterで平凡に書く方が分かりやすいと思うけどな。
Haskellでは後者の書き方でも色々と非凡になるけどｗ
（今のところってのは、昔はそもそも無名関数自体一般的じゃなくてループの方が分かりやすい時代だった。
今は無名関数くらい誰でも使う。何が分かりやすいかも時代で変わってくるから、時代に合わせたプログラミング大事）

本題。中途半端って言ったのは、そこじゃなくて。
今、内包表記を苦もなくスラスラ読めるプログラマってどんな奴だ？
→数式を読めるプログラマだろ
→数式を読めるプログラマはどんなプログラムを書く？
→数学の問題を解くプログラムだろ
→数学の問題をプログラミングするなら、行列の各要素を二倍するなんてこう書きたいだろ（Rのように）
matrix*2

**デフォルトの名無しさん** · 2015/01/25(日) 11:28:13.18

>数式に親しくないプログラマ

そんな香具師いるんかね

**デフォルトの名無しさん** · 2015/01/25(日) 11:30:30.53

>>841

>→数学の問題をプログラミングするなら、行列の各要素を二倍するなんてこう書きたいだろ（Rのように）
>matrix*2

それこそ numpy でいいやん

**デフォルトの名無しさん** · 2015/01/25(日) 11:35:09.48

多分日本語的に読みづらいんだと思うよ。結果が先に来るから。

**デフォルトの名無しさん** · 2015/01/25(日) 11:37:21.13

日本で産まれた(ω) Ruby にも後置 if とかあるのに

**デフォルトの名無しさん** · 2015/01/25(日) 11:44:25.36

Ruby は大概書きたい方法があるじゃん

**デフォルトの名無しさん** · 2015/01/31(土) 08:33:30.81

いくらPythonにへびネタが多いとはいえこういう表紙は駄目だろう
冗談抜きで表紙が気持ち悪くて手に取れないレベル
これが原因でPythonあるいは授業に悪い印象しか残らなかったら学生が可哀想
http://www.skylit.com/mathandpython.html
https://www.packtpub.com/big-data-and-business-intelligence/learning-python-data-analysis

**デフォルトの名無しさん** · 2015/01/31(土) 08:37:29.46

カバー付ければ良いだけじゃん
全編写真集なら嫌だけど

**デフォルトの名無しさん** · 2015/01/31(土) 09:24:12.94

ジャポニカ学習帳みたいに表紙は植物だけにすればいい
O'Reillyも

**デフォルトの名無しさん** · 2015/01/31(土) 09:34:03.69

ああ
アンチすれだったか
いつも調子で書き込んでたゎ
http://ecx.images-amazon.com/images/I/518wm5u3TjL.jpg
http://www.chrischeng.com/wp-content/uploads/2012/11/Python-271x300.jpg

**デフォルトの名無しさん** · 2015/01/31(土) 10:29:16.24

アンチじゃないが表紙ひどいwww

**デフォルトの名無しさん** · 2015/01/31(土) 12:23:49.26

本当だ、何でこんなリアル志向

**デフォルトの名無しさん** · 2015/01/31(土) 12:37:18.71

>>847
俺は別に平気だけど、もはや何の本か分からんなw

**デフォルトの名無しさん** · 2015/02/04(水) 13:42:49.77

>>842
いまどき香具士って・・・

**デフォルトの名無しさん** · 2015/06/28(日) 15:54:47.88

Pythonって単純な後置ifが使えないみたいだけど
それだとそのためだけにif文でインデントがひとつ深くなって
インデントが重要な言語仕様にとっては欠陥なんじやないかな
import thisでもネストしてるよりフラットがいいって言ってるんだし

**デフォルトの名無しさん** · 2015/06/28(日) 20:53:17.33

hoge = a if b else c

**デフォルトの名無しさん** · 2015/06/28(日) 21:07:18.70

Python使ってもクソコード書く奴はクソコードを書く。
言語変えたからって良いコードにはならない。

**デフォルトの名無しさん** · 2015/06/28(日) 21:07:55.71

hoge = a if b else c
hoge = b ? a : c

後者のほうが短くて可読性が高い。

**デフォルトの名無しさん** · 2015/06/28(日) 21:19:54.87

elseが必要な場合ばかりじゃないじゃないですか
単純な後置ifって書いたのはそういう意味です
単純な条件判定だけすれば十分っていう場合
その「単純な～だけすれば十分」っていうのと
仕様上不可欠なインデントを要求するのがバランスとれてない感じがするんですよね
まあ単純にインデント増えるとコードがわかりにくくなるなるっていうのが
文句言ってる理由なんですけど

**デフォルトの名無しさん** · 2015/06/28(日) 21:24:02.23

Pythonのインデントでブロックを表現するというのは
面白いが、メリットはない。

**デフォルトの名無しさん** · 2015/06/28(日) 21:25:10.72

いや逆だな
コードの分かりにくさなんていろんな理由で発生するからこの件だけ文句言う理由がない
「単純な～だけすれば十分」っていうのと
仕様上不可欠なインデントを要求するのがバランスとれてない感じがする
っていうのが文句言いたくなった本当の理由です
なんとなくすっきりしないという