回答編集履歴
2
修正
answer
CHANGED
|
@@ -12,7 +12,7 @@
|
|
|
12
12
|
|
|
13
13
|
Guuさんも書かれていますが、基本的にプログラミングは慣れてくると「パターン」の組み合わせであると気がつきます。問題が何か分析し終えた時点で、これはこの「パターン」で溶けるなと瞬時に頭の引き出しから取ってこれるというわけです。人のソースを読んだり話たりするのも、結局はこの「パターン」を知り、引き出しにいれる作業と言えます。
|
|
14
14
|
|
|
15
|
-
それに関連付けて言うと、ソフトウェア界隈では「デザインパターン」と読んでいますが、有名なロジックは命名されていますのでそれらの本を
|
|
15
|
+
それに関連付けて言うと、ソフトウェア界隈では「デザインパターン」と読んでいますが、有名なロジックは命名され、確立されているものがたくさんありますので、それらの本やドキュメントに目を通されるのも良いと思います。
|
|
16
16
|
http://ja.wikipedia.org/wiki/%E3%83%87%E3%82%B6%E3%82%A4%E3%83%B3%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3_(%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2)
|
|
17
17
|
|
|
18
|
-
またサーチやソートなどの定番「アルゴリズム」も引き出しに入れておくと、別の箇所で応用が効いたりする場合がありますので、こちらもひと通りお勉強されると良いかと思います。
|
|
18
|
+
またサーチやソートなどの定番的な「アルゴリズム」も引き出しに入れておくと、別の箇所で応用が効いたりする場合がありますので、こちらもひと通りお勉強されると良いかと思います。
|
1
修正
answer
CHANGED
|
@@ -6,8 +6,7 @@
|
|
|
6
6
|
これは数をこなすこともある程度は必要ですが、
|
|
7
7
|
どちらかと言うと深く考察することが必要ですので、例えば同じ案件を担当している方（同僚でも先輩でも）が書かれたコードを眺めて、どうしてこういう処理にしたのかわからなければご自身から聞きにいかれるなどするというのはいかがでしょうか。もし苦労して書いた箇所なら、その方も楽しそうに話してくれると思いますよ（もちろん話しかけるタイミングは考えてくださいねｗ）
|
|
8
8
|
|
|
9
|
-
もし同僚などで、気兼ねなく話せる方がいるなら、コードレビューをしてみるのも手ですし、
|
|
9
|
+
もし同僚などで、気兼ねなく話せる方がいるなら、お互いに書いたプログラムのコードレビューをしてみるのも手ですし、いっそ空いた時間にペアプロしてみるのも良いかもしれません。
|
|
10
|
-
空いた時間にペアプロしてみるのも良いかもしれません。
|
|
11
10
|
|
|
12
11
|
|
|
13
12
|
|