アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
出てくる警告にどう対処するのかが問題 (スコア:5, すばらしい洞察)
# しかも、周りがヤイのヤイの言っても、今まで一度も直らなかったぐらい
# 上から下まで、ものを判っていない。
というわけで、このようなツールを使ったからどう、という事ではありません。
このようなツールの出力にどう対処するかが問題。また、このようなツールが
出してくる警告の量から、プログラム改善にかかる時間を正確に見積もる、などの
マネージメント能力も大事でしょう。
fjの教祖様
Re: (スコア:1, 興味深い)
中でも最凶最悪なのは、関数の途中での return 禁止というものです。
枝刈りして関数を抜けたいのに、フラグを引き回して入れ子が深くなって読みづらいのです。
なにが嬉しくて可読性を落とすのか。教えて！エロイひと！
Re:出てくる警告にどう対処するのかが問題 (スコア:2, 興味深い)
MISRA-Cってのは自分で適切なルールを選んで適用するものです。
ですから、関数途中のreturnを禁止するとうまくない理由をちゃんと説明して
そのルールを外してもらうのがMISRA-Cのやり方です。
外してもらえないのなら、あなたの説明が悪いか、ボスand/or顧客がアレなのか、どちらかあるいは両方です。
MISRA-Cは正しいのですｗ
Re: (スコア:0)
最近もあんまり理由のないルールに従わされたおかげでエンバグして大騒ぎになった事が。
プロジェクトごとに要員のスキルやプロジェクトの性質を考えてルールを取捨選択すれば幸せなのに、それができない人に使わせると容易に大惨事を引き起こせる、そんな道具だから。
sfrへのアクセスに直アドレスのポインタを使わないといけないコンパイラなのに、ポインタに整数値入れるなってルールを適用して警告だらけで他のルールが埋もれるって何よ(泣)
しかも提供されたsfr定義ファイル使ってるのに(怒)
Re: (スコア:0)
エロい人は出てくるな！
そうやって前置きされると、静的とか正規表現とか聞くだけで
英語の辞書を渡され速攻で[S]の項を調べた日々が蘇って困る！
＃SE(システムエンジニア)じゃないよ？
Re: (スコア:0)
某所では、MISRA-C 規格を逸脱するコードを記述する場合には、個別にその記述をする理由書を書けという運用でした。
読みやすいコードを書くことは品質を高く保つのにかなり重要だという考えなのですが、残念ながら私には意見する権利はありませんでした。
コードを読みやすくするために書類を何枚も書くというのは嫌がらせにしか思えず、読みやすいコードを維持するという考えは放棄しました。
読みづらい規約だらけでコードを積み上げましたので、もしかするとまだ想定外の問題も残っているかもしれませんが、戦線離脱した私が保守することはないので、言葉は悪いですが知ったことではありません。
引き継いだ方、後はよろしくお願いします。
自分の関わった商品を買いたいとも使いたいとも思えないのは残念です。
Re: (スコア:0)
そう思わなければいいんです。
それは「自分を操った何者かが作った商品」なのです。
＃そんな商品ばかりだったので AC orz