回答編集履歴
2
edit
test
CHANGED
|
@@ -52,7 +52,9 @@
|
|
|
52
52
|
|
|
53
53
|
|
|
54
54
|
|
|
55
|
-
リーダブルコードだと、変数名はわかりやすく長く書こう、とかあったと思いますが、
|
|
55
|
+
~~ リーダブルコードだと、変数名はわかりやすく長く書こう、とかあったと思いますが、~~
|
|
56
|
+
|
|
57
|
+
(p23にわかるのなら短くても良いと書いてありますね。失礼。どの本だったかな…)
|
|
56
58
|
|
|
57
59
|
非常に短い関数内なら変数名は短い方が見やすいし、書きやすいし、バグを仕込みにくかったりします。
|
|
58
60
|
|
1
edit
test
CHANGED
|
@@ -29,3 +29,49 @@
|
|
|
29
29
|
|
|
30
30
|
|
|
31
31
|
読みにくいコードをピックアップして、まとめてみると、良いコードがなんたるか見えてくるのかもしれません。
|
|
32
|
+
|
|
33
|
+
|
|
34
|
+
|
|
35
|
+
---
|
|
36
|
+
|
|
37
|
+
|
|
38
|
+
|
|
39
|
+
> これまではリーダブルコードを読んだり、分からない処理があったときに参考にしたサイトの書き方を真似たりしていました。。。個人的には「ここを見れば1通りの良い書き方が見れる。」というようなソースがあればなと思い質問させていただきました。
|
|
40
|
+
|
|
41
|
+
|
|
42
|
+
|
|
43
|
+
http://atcoder.jp
|
|
44
|
+
|
|
45
|
+
|
|
46
|
+
|
|
47
|
+
atcoderの過去問の他の人の回答を眺めてみると参考になると思います。
|
|
48
|
+
|
|
49
|
+
見やすさ、書きやすさ、アルゴリズムなど総合的に見ることができます。
|
|
50
|
+
|
|
51
|
+
各課題に対して、必ず一人以上はうまいコードを書く方がいると思います。
|
|
52
|
+
|
|
53
|
+
|
|
54
|
+
|
|
55
|
+
リーダブルコードだと、変数名はわかりやすく長く書こう、とかあったと思いますが、
|
|
56
|
+
|
|
57
|
+
非常に短い関数内なら変数名は短い方が見やすいし、書きやすいし、バグを仕込みにくかったりします。
|
|
58
|
+
|
|
59
|
+
|
|
60
|
+
|
|
61
|
+
Pythonは想像よりも多様な書き方ができますし、実行効率が全然違います。
|
|
62
|
+
|
|
63
|
+
アルゴリズム本来の性能の差もありますが、インタプリタにうまく解釈してもらえるコードなど、いろいろと工夫のしがいがあります。
|
|
64
|
+
|
|
65
|
+
|
|
66
|
+
|
|
67
|
+
最終的には、拡張性、可読性、効率性の観点で悪いコードを消去していけます。
|
|
68
|
+
|
|
69
|
+
よいコードと悪いコードを見比べてみるのが一番勉強になります。
|
|
70
|
+
|
|
71
|
+
競争プログラミングの回答だと、みんな同じ課題に取り組んでいるので、優劣がはっきりとわかりやすいです。
|
|
72
|
+
|
|
73
|
+
|
|
74
|
+
|
|
75
|
+
それでも長いコードを書こうと思ったらまた別のプラクティスが必要になります。
|
|
76
|
+
|
|
77
|
+
そのときにもっと体系的なソフトウェア工学の本や、Githubのリポジトリに当たるとよいのではないでしょうか。
|