タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

qualityに関するFivestarのブックマーク (2)

  • ソースコードの品質向上のための効果的で効率的なコードレビュー

    DevLOVE X Day1 C-5のセッションです。 ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。

    ソースコードの品質向上のための効果的で効率的なコードレビュー
  • クォリティチェック草案 - がるの健忘録

    なんかこの手の文章、散々書き散らかしてる気がしますが(苦笑 まぁしばらく、そうはいっても書き散らかしてみましょう(あ、言い切ったw)。 とりあえずプログラムが仕上がってきた、とします(そうしないと話が進まない)。 ンでもって、さらにとりあえず「正常系は真っ当に動いていた」とします。無論異常系も動いていると仮定しましょう。するんだってば。 「ならばOK!!」って言えるほどには甘くないのが世の中の常です。 ただ…それ以降の問題って、大抵「ある程度運用して」「状況的にシャレにならなくなってから」「一番発覚して欲しくないタイミング」で出てくるんですよね。 その辺のチェック項目を、思うがままにつれづれってみましょう。 機能拡張性確認の1 問: (適当に1つチョイスして)この入力画面に1つ項目を追加するとどれくらいの時間と費用がかかりますか? またプログラムは何カ所ほど修正をされますか? 回答: 一番

    クォリティチェック草案 - がるの健忘録
  • 1