アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
出てくる警告にどう対処するのかが問題 (スコア:5, すばらしい洞察)
# しかも、周りがヤイのヤイの言っても、今まで一度も直らなかったぐらい
# 上から下まで、ものを判っていない。
というわけで、このようなツールを使ったからどう、という事ではありません。
このようなツールの出力にどう対処するかが問題。また、このようなツールが
出してくる警告の量から、プログラム改善にかかる時間を正確に見積もる、などの
マネージメント能力も大事でしょう。
fjの教祖様
Re: (スコア:1, 興味深い)
中でも最凶最悪なのは、関数の途中での return 禁止というものです。
枝刈りして関数を抜けたいのに、フラグを引き回して入れ子が深くなって読みづらいのです。
なにが嬉しくて可読性を落とすのか。教えて!エロイひと!
Re: (スコア:2, 興味深い)
MISRA-Cってのは自分で適切なルールを選んで適用するものです。
ですから、関数途中のreturnを禁止するとうまくない理由をちゃんと説明して
そのルールを外してもらうのがMISRA-Cのやり方です。
外してもらえないのなら、あなたの説明が悪いか、ボスand/or顧客がアレなのか、どちらかあるいは両方です。
MISRA-Cは正しいのですw
Re:出てくる警告にどう対処するのかが問題 (スコア:0)
某所では、MISRA-C 規格を逸脱するコードを記述する場合には、個別にその記述をする理由書を書けという運用でした。
読みやすいコードを書くことは品質を高く保つのにかなり重要だという考えなのですが、残念ながら私には意見する権利はありませんでした。
コードを読みやすくするために書類を何枚も書くというのは嫌がらせにしか思えず、読みやすいコードを維持するという考えは放棄しました。
読みづらい規約だらけでコードを積み上げましたので、もしかするとまだ想定外の問題も残っているかもしれませんが、戦線離脱した私が保守することはないので、言葉は悪いですが知ったことではありません。
引き継いだ方、後はよろしくお願いします。
自分の関わった商品を買いたいとも使いたいとも思えないのは残念です。
Re: (スコア:0)
そう思わなければいいんです。
それは「自分を操った何者かが作った商品」なのです。
#そんな商品ばかりだったので AC orz