回答編集履歴

5

構成の変更

2015/06/02 06:06

投稿

haru666
haru666

スコア1593

test CHANGED
@@ -12,11 +12,13 @@
12
12
 
13
13
 
14
14
 
15
+ > バグの内容にもよりますが、明らかに大したバグではない、凡ミスのようなものに追及していく必要はあるのでしょうか?
16
+
17
+ > それより、さっさと改修しても良い気もします。
18
+
15
19
  上のサンプルでいえば、「あるexceptionによるシステムエラー」が凡ミスで起きたために解決策が考えられないというのは本当にそうでしょうか。
16
20
 
17
- > 明らかに大したバグではない、凡ミスのようなものに追及していく必要はあるのでしょうか?
18
-
19
- その問題が発生した場合は「catchを書かなくていいように基底クラス側で改善を吸収する」などして今後の必要な作業コストを下げることはできないでしょうか。
21
+ 「catchを書かなくていいように基底クラス側で改善を吸収する」などして今後の必要な作業コストを下げることはできないでしょうか。
20
22
 
21
23
 
22
24
 

4

追記

2015/06/02 06:06

投稿

haru666
haru666

スコア1593

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

追記

2015/06/02 05:54

投稿

haru666
haru666

スコア1593

test CHANGED
@@ -62,7 +62,7 @@
62
62
 
63
63
  私は「一人で設計もコーディングもする」ことが最良だと思っています。
64
64
 
65
- もしも自分がコーディングするなら「こんな風に自動化したら楽だな」と思う対策の方が重要です。
65
+ もしも自分がコーディングするなら「こんな風に自動化したら楽だな」「これなら絶対ミスしない」と思うことを取り入れていくことが重要です。
66
66
 
67
67
 
68
68
 

2

無駄な修飾子を削除

2015/06/02 02:59

投稿

haru666
haru666

スコア1593

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

トピックを追加

2015/06/02 02:58

投稿

haru666
haru666

スコア1593

test CHANGED
@@ -1,3 +1,7 @@
1
+ 私はドキュメントベースの対応は無駄だと思っています。
2
+
3
+
4
+
1
5
  分析情報は自分で使います。本来自分で使う上では報告書の類は要りません。
2
6
 
3
7
  報告書自体は「これを書いておけば給料がもらえる」ぐらいに思っておくといいでしょう。