回答編集履歴
4
修正
test
CHANGED
@@ -1,5 +1,5 @@
|
|
1
1
|
コーディングルールを決めるのはいいと思いますが、ツール等で自動化出来る程度の範囲じゃないと、徹底するのはまあまあしんどいです。人数増えてくると、ルール決めた人が全部レビューするって訳にもいかないですし、pyon_kiti_jpさんの遭遇したようなレビュワーによって判断基準が分かれるみたいな事に遭遇する可能性もあります。
|
2
2
|
|
3
|
-
うちのとこはルールは必要最低限だけでガチガチには決めてなくて、機能さえ満たしていれば、実装の仕方についてはよほど酷くなければ直せとは言いません。(機能満たせるか怪し
|
3
|
+
うちのとこはルールは必要最低限だけでガチガチには決めてなくて、機能さえ満たしていれば、実装の仕方についてはよほど酷くなければ直せとは言いません。(機能満たせるか怪しかったり、異常対処が不十分な箇所については当然口は出しますが)
|
4
4
|
|
5
5
|
まあ、結局のところ会社やチーム、環境次第でしょう。納得がいかなければ社内で話し合いや交渉してみたり、それが無理そうなら転職したり独立したり環境を変えるのも選択肢です。
|
3
追記
test
CHANGED
@@ -1,3 +1,5 @@
|
|
1
1
|
コーディングルールを決めるのはいいと思いますが、ツール等で自動化出来る程度の範囲じゃないと、徹底するのはまあまあしんどいです。人数増えてくると、ルール決めた人が全部レビューするって訳にもいかないですし、pyon_kiti_jpさんの遭遇したようなレビュワーによって判断基準が分かれるみたいな事に遭遇する可能性もあります。
|
2
2
|
|
3
|
-
うちのとこはルールは必要最低限だけでガチガチには決めてなくて、機能さえ満たしていれば、実装の仕方についてはよほど酷くなければ直せとは言いません。
|
3
|
+
うちのとこはルールは必要最低限だけでガチガチには決めてなくて、機能さえ満たしていれば、実装の仕方についてはよほど酷くなければ直せとは言いません。(機能満たせるか怪しい部分や、異常対処が不十分な箇所については当然口は出しますが)
|
4
|
+
|
5
|
+
まあ、結局のところ会社やチーム、環境次第でしょう。納得がいかなければ社内で話し合いや交渉してみたり、それが無理そうなら転職したり独立したり環境を変えるのも選択肢です。
|
2
追記
test
CHANGED
@@ -1,3 +1,3 @@
|
|
1
1
|
コーディングルールを決めるのはいいと思いますが、ツール等で自動化出来る程度の範囲じゃないと、徹底するのはまあまあしんどいです。人数増えてくると、ルール決めた人が全部レビューするって訳にもいかないですし、pyon_kiti_jpさんの遭遇したようなレビュワーによって判断基準が分かれるみたいな事に遭遇する可能性もあります。
|
2
2
|
|
3
|
-
うちのとこはルールは必要最低限だけでガチガチには決めてなくて、機能さえ満たしていれば、実装の仕方についてはよほど酷くなければ直せとは言いません。まあ、結局のところ会社やチーム、環境次第でしょう。納得がいかなければ、転職したり独立したり環境を変えるのも選択肢です。
|
3
|
+
うちのとこはルールは必要最低限だけでガチガチには決めてなくて、機能さえ満たしていれば、実装の仕方についてはよほど酷くなければ直せとは言いません。まあ、結局のところ会社やチーム、環境次第でしょう。納得がいかなければ社内で話し合いや交渉してみたり、それが無理そうなら転職したり独立したり環境を変えるのも選択肢です。
|
1
追記
test
CHANGED
@@ -1,3 +1,3 @@
|
|
1
1
|
コーディングルールを決めるのはいいと思いますが、ツール等で自動化出来る程度の範囲じゃないと、徹底するのはまあまあしんどいです。人数増えてくると、ルール決めた人が全部レビューするって訳にもいかないですし、pyon_kiti_jpさんの遭遇したようなレビュワーによって判断基準が分かれるみたいな事に遭遇する可能性もあります。
|
2
2
|
|
3
|
-
うちのとこはルールは必要最低限だけでガチガチには決めてなくて、機能さえ満たしていれば、実装の仕方についてはよほど酷くなければ直せとは言いません。まあ、結局のところ会社やチーム、環境次第でしょう。
|
3
|
+
うちのとこはルールは必要最低限だけでガチガチには決めてなくて、機能さえ満たしていれば、実装の仕方についてはよほど酷くなければ直せとは言いません。まあ、結局のところ会社やチーム、環境次第でしょう。納得がいかなければ、転職したり独立したり環境を変えるのも選択肢です。
|