コナーセンス(翻訳)
コナーセンスとは コナーセンスはソフトウェアの品質メトリクスであり、結合度の分類方法です このサイトではさまざまな種類のコナーセンスをコードの改善に役立つ実例付きで紹介しています。 変更の可能性 あらゆるコードに変更の可能性があります。現実世界が変化するのに合わせて、私たちのコードも必ず変更されます。コナーセンスは、長期的な観点から柔軟性のあるコードを書くにはどうすればよいかについて洞察を提供してくれます。コードベースの柔軟性を維持することは開発速度を長期的に維持するために不可欠です。 柔軟なメトリクス コナーセンスはメトリクスであり、他のメトリクスと同様に不完全な測定値です。しかし、コナーセンスはより包括的なアプローチを取っています。コードベースのコナーセンスは以下の３つの独立した軸で判断する必要があります。 強度。コナーセンスが強いと発見が難しい、またはリファクタリングが難しくなります
Connascence：コードの結合度を測るもうひとつの指標 - snoozer05's blog
構造は、凝集度が高く、結合度が低い場合に安定する - Larry Constantine 私たちプログラマーは、その仕事において、できる限り良いコードを書きたいと考えます。しかし、「良いコードとは何か」という問いに対して答えるのは、そう簡単ではありません。「良さ」を測るには、「何に対して」という軸が必要であり、その軸は一つではなく、さらには、コードを書いている状況に応じて、大事にすべき軸が変わるということも往々にしてあるからです。そうしたとき、私たちは何らかの尺度でもってコードを測って、そのときのコンテキストにおいて良い落とし所を定めます。 そのようなときに、コードの品質を測る軸としては、有名なものには「凝集性（Cohesion）」と「結合度（Coupling）」があります。ここでは、そのうちの「結合度」を測る指標の一つとして「コナーセンス（Connascence）」を紹介します。 コード
結合度の尺度「コナーセンス」とは何か - Qiita
分散システムにおける適度な結合とは - Viadik Khononov氏のDDD Europeでの講演より を読んで、ソースコードの結合度を測るコナーセンスという概念を初めて知った。コナーセンスは日本語で検索しても情報がほとんどない。そこでコナーセンスの理解を深めるために英語サイト connascence.io を翻訳した。 翻訳サイトはこちら。元サイトが work in progress なのでコンテンツの分量は少ない。 コナーセンス(翻訳) この記事では上の翻訳サイトと Connascence - Wikipedia をもとにコナーセンスの概要を説明する。 コナーセンスとは コナーセンスはソフトウェアの品質を測る結合度のメトリクスであり、Meilir Page-Jones により提唱された。初めて本格的に解説されたのは 1996 年の著作『What every programmer s
PullRequestからチーム開発の生産性・健全性を測るCLIツールを書いてみた - $shibayu36->blog;
最近、開発チームの生産性や健全性をどのように計測したら良いかについて興味を持っている。その中で「LeanとDevOpsの科学」の中に書いてあるようなデプロイの頻度・変更のリードタイム・MTTR・変更失敗率の4指標や、開発チームの生産性・健全性を客観的に知るためにリポジトリ履歴から機械的に可視化するツールを作った - Qiitaに興味を持った。 一方、それらの指標を考えてみた時、以下のような点について悩んでいた。 マイクロサービスなどで複数レポジトリとなり、さらにデプロイ手法がそれぞれ違う状況の場合、変更のリードタイム = コミット〜本番稼働までの時間を計測するのがなかなか難しい コミットという単位だとかなり小さく、個々人のばらつきも大きすぎるように感じるので、もう少し良い単位はないのだろうか このような悩みから、PullRequestの単位で集計することで、生産性や健全性をもう少し測りやす
Cognitive Complexity でコードの複雑さを定量的に計測しよう
Speaker Deckに移行しました https://speakerdeck.com/s2terminal/cognitive-complexity-dekodonofu-za-sawoding-liang-de-niji-ce-siyouRead less
ソフトウェアのメトリクスの基本的なところ
cles::blog 平常心是道 blogs: cles::blog NP_cles() « 特定のフォームの履歴を削除するFirefoxアドオン「... :: インターネットで最初に伝送されたのは「LO」 » 2009/10/29 ソフトウェアのメトリクスの基本的なところ softwareengineering objectoriented paper 125 3へぇ 最近ちょっとメトリクスまわりでゴソゴソやっているので、オブジェクト指向のソースコードを解析する際によく使われる３つのメトリクスについてちょっとまとめてみました。 McCabe のサイクロマチック数 (Cyclomatic Complexity) Martin のメトリクス (OO Design Quality Metrics) Chidamber と Kemerer のメトリクス (CK Metrics) これらは輪
アジャイル開発におけるメトリクスには、どういうものがあるのか - ソフトウェアの品質を学びまくる
アジャイル開発において、プロダクトや組織の現状を把握するのに役立つメトリクスを知りたいと思い、「agile kpi」などでググって上位のサイトを読むという丁寧なサーベイを敢行。20個くらい読んでいくとだいぶネタも尽きてきたので、整理してみました*1。参考にしたサイトについては、記事の最後に載せておきます。 なお以下では、アジャイル開発とスクラム開発をほぼ同じ意味で使っていますが、怒らないでいただきたいですね。 メトリクスとKPI メトリクス（metric / metrics*2）とKPIはごちゃごちゃに使われがちです。こちらの資料では、以下のように説明しています。 Agile KPIs from Gaetano Mazzanti www.slideshare.net メトリック: プロセス・プロダクト・チームの定量的な評価・制御・改善のための物差し、またはその組み合わせ KPI: 戦略的な
PHPで循環的複雑度をコミッタ毎に可視化する - Qiita
目的 コードの複雑度は人に依存するのか、タスクに依存するのかを調べたい 誰が書いたかという点も重要視するが、誰が直せるかに着目したい 直してもらいたい箇所にアサインできるといいなを自動で抽出したい まずは誰が関数を書いたかという定義を策定する 関数の中身を一番変更している人間 できなくもないだろうけど、ただただメンドくさい 関数の宣言箇所をコミットした人 これならイケそう(Git前提) 最初に書いてメンテしていれば複雑度に影響しないはず そもそも、誰かのメンテが必要なものを最初に書いている シグニチャを変えればコミッタは変わるが、それって複雑度にきっと影響するよね ということで、勝手に宣言部を書いた人単位で割り当てしてみる(こういうのは勢いが大事) 実装を考える phpmdがある これで循環的複雑度はわかる 誰がそれをもたらしたかの定義もできた Gitを使っていれば、blameすることで誰
Agile Metrics入門
Agile Metrics入門 1. 1 Agile Metrics入門 株式会社SHIFT 太田健一郎 2. 2 • アジャイル開発のQCD+S • アジャイル開発におけるメトリクス取得の目的 • メトリクスのやってはいけない • メトリクスの入力元 • アジャイルメトリクス • メトリクス組合せ例 • 他社案件事例 • メトリクスツール • 参考情報 アジェンダ 3. 3 アジャイル開発のQCD+S 4. 4 • Quality – 品質→価値 • Cost – ポイント毎の実時間 x 総ストーリーポイント • Delivery – Agileでは通常固定 • Scope – スプリント毎に提供するストーリーの総量 – Agileでは開発するストーリーは交渉できる要素 QCD + S 5. 5 アジャイル開発におけるメトリクス取得の 目的 6. 6 • Measure – チームとプロ
アジャイルメトリクス実践ガイド
近年日本のソフトウェア開発チームでも取り入れられるようになったアジャイル/DevOps開発では,今まで主流であったウォーターフォール開発と異なり,短い開発サイクルの中で小刻みなフィードバックループと改善活動を繰り返しながら開発する特徴がある.そのため,品質保証や信頼性でのメトリクス活用においても,メトリクスにもとづいたQAテストを実施することは依然重要であるが,それに加え開発から運用までの一連のプロセスの中でプロダクトとプロセスの品質を見える化し継続的な改善活動を促進するフィードバックを提供することがアジャイル開発では求められる.また、DevOps開発では本番稼働中のシステムについてもレジリエンスの枠組みで障害やバグに関するフィード バックを獲得し継続的に学習する.本講演ではアジャイル /DevOps の品質保証と信頼性におけるメトリクス活用の方法について事例も交えながら紹介する.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Using phploc for a quick code quality estimation - Part 1 — Matthias Noback - Blog
GitHub - NielsdeBlaauw/php-doc-check: Uses complexity metrics to determine which functions need documentation.
GitHub - Rarst/phpcs-cognitive-complexity: Cognitive Complexity implementation for PHP_CodeSniffer
アジャイル と生産性・１ | Graat（グラーツ）-グロース・アーキテクチャ＆チームス株式会社
https://www.sonarsource.com/docs/CognitiveComplexity.pdf
Is Your Code Readable By Humans Cognitive Complexity Tells You
ソフトウェア・メトリックス 2016 年版
Project Metrics Help - System complexity metrics
【SQiP2016】楽天のアジャイル開発とメトリクス事例
Scrum,Test,Metrics #sgt2016
