回答編集履歴
5
構成の変更
test
CHANGED
|
@@ -12,11 +12,13 @@
|
|
|
12
12
|
|
|
13
13
|
|
|
14
14
|
|
|
15
|
+
> バグの内容にもよりますが、明らかに大したバグではない、凡ミスのようなものに追及していく必要はあるのでしょうか？
|
|
16
|
+
|
|
17
|
+
> それより、さっさと改修しても良い気もします。
|
|
18
|
+
|
|
15
19
|
上のサンプルでいえば、「あるexceptionによるシステムエラー」が凡ミスで起きたために解決策が考えられないというのは本当にそうでしょうか。
|
|
16
20
|
|
|
17
|
-
> 明らかに大したバグではない、凡ミスのようなものに追及していく必要はあるのでしょうか？
|
|
18
|
-
|
|
19
|
-
|
|
21
|
+
「catchを書かなくていいように基底クラス側で改善を吸収する」などして今後の必要な作業コストを下げることはできないでしょうか。
|
|
20
22
|
|
|
21
23
|
|
|
22
24
|
|
4
追記
test
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
私はドキュメントベースの対応は無駄だと思っています。
|
|
1
|
+
私自身はドキュメントベースの対応は無駄だと思っています。（でも書きますよ）
|
|
2
2
|
|
|
3
3
|
|
|
4
4
|
|
|
@@ -56,6 +56,8 @@
|
|
|
56
56
|
|
|
57
57
|
これは、不具合を出した結果次からは仕事が簡単になるようにしなければいけません。
|
|
58
58
|
|
|
59
|
+
基本的に報告書が形骸化している企業で働く場合、ここがまともに動いてません。
|
|
60
|
+
|
|
59
61
|
|
|
60
62
|
|
|
61
63
|
最も良いプログラミング体制はどのようなものだと思いますか。
|
3
追記
test
CHANGED
|
@@ -62,7 +62,7 @@
|
|
|
62
62
|
|
|
63
63
|
私は「一人で設計もコーディングもする」ことが最良だと思っています。
|
|
64
64
|
|
|
65
|
-
もしも自分がコーディングするなら「こんな風に自動化したら楽だな」と思う
|
|
65
|
+
もしも自分がコーディングするなら「こんな風に自動化したら楽だな」「これなら絶対ミスしない」と思うことを取り入れていくことが重要です。
|
|
66
66
|
|
|
67
67
|
|
|
68
68
|
|
2
無駄な修飾子を削除
test
CHANGED
|
@@ -42,7 +42,7 @@
|
|
|
42
42
|
|
|
43
43
|
もし仮にドキュメントが有効に働いたとするなら、それは作業者のレベルが相応に上がったということでしょう。
|
|
44
44
|
|
|
45
|
-
企業にとっては
|
|
45
|
+
企業にとっては不幸なことに、作業者は育成しても辞めます。
|
|
46
46
|
|
|
47
47
|
|
|
48
48
|
|
|
@@ -54,7 +54,7 @@
|
|
|
54
54
|
|
|
55
55
|
作業者視点にたてば、不具合を出した結果仕事がより難しくなるわけです。
|
|
56
56
|
|
|
57
|
-
|
|
57
|
+
これは、不具合を出した結果次からは仕事が簡単になるようにしなければいけません。
|
|
58
58
|
|
|
59
59
|
|
|
60
60
|
|
1
トピックを追加
test
CHANGED
|
@@ -1,3 +1,7 @@
|
|
|
1
|
+
私はドキュメントベースの対応は無駄だと思っています。
|
|
2
|
+
|
|
3
|
+
|
|
4
|
+
|
|
1
5
|
分析情報は自分で使います。本来自分で使う上では報告書の類は要りません。
|
|
2
6
|
|
|
3
7
|
報告書自体は「これを書いておけば給料がもらえる」ぐらいに思っておくといいでしょう。
|