We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
章ごとに著者が異なる、メトリクスについてエッセイ集見たいな感じの書籍。
CI/CD、テスト、技術的負債、アーキテクチャ、DevOps、メトリクスの測定そのもの、保守性とかテーマごとに色々感じだった。 (アカデミックなものも混じっている感じ)
Building Evolutionary Architecturesで出てきた適応度関数(Fitness functions)が、この書籍では想像以上に出てきた。
Chapter 8. Progressing from Metrics to Engineeringより
まさにこの図のように、いろんなところでFitness functionsが出てきた。
Chapter 2. The Fitness Function Testing Pyramid: An Analogy for Architectural Tests and Metricsの、適応度関数とテストピラミッドの話が面白かった。
この辺の適応度関数の具体的な話とかあんまり覚えてなかったので、面白かった。 進化的アーキテクチャは翻訳の方読んでなかったのでもう一度読み返そうかな。
Chapter 7. The Role of Measurement in Software Architectureは測定についての章。 そもそもなんで測定するかというと、継続的なアーキテクチャなどの難しい点が、時間を費やしたけど十分な作業ができたかが分からないことにある。 この解決方法として測定が使われる。
アーキテクチャのお作法をまねるよりも、測定をちゃんとしたほうが現在地がわかるよという話が良かった。
あと、測定の落とし穴という話が良かった。
Chapter 9. Using Software Metrics to Ensure Maintainabilityは、コードレベルの複雑性の測定の話。
とか色々なメトリクスの話が出てた。 その中でも循環依存の毒性とか循環参照(Circular dependency)は結構文字数あった気がする。 循環依存によって侵食されて全体が泥だんごになるような事例とかがあったのかなとか考えてた。
まあ、実際に改善する時のボトルネックになりやすい(いろんなツールが壊れたりとか並列実行を難しくしたりとか)ので、取り除くのがいいとは感覚的には分かってたけど、実際に複雑性を強くすることがわかって良かった。
The text was updated successfully, but these errors were encountered:
No branches or pull requests
Software Architecture Metrics
章ごとに著者が異なる、メトリクスについてエッセイ集見たいな感じの書籍。
CI/CD、テスト、技術的負債、アーキテクチャ、DevOps、メトリクスの測定そのもの、保守性とかテーマごとに色々感じだった。
(アカデミックなものも混じっている感じ)
Building Evolutionary Architecturesで出てきた適応度関数(Fitness functions)が、この書籍では想像以上に出てきた。
まさにこの図のように、いろんなところでFitness functionsが出てきた。
Chapter 2. The Fitness Function Testing Pyramid: An Analogy for Architectural Tests and Metricsの、適応度関数とテストピラミッドの話が面白かった。
この辺の適応度関数の具体的な話とかあんまり覚えてなかったので、面白かった。
進化的アーキテクチャは翻訳の方読んでなかったのでもう一度読み返そうかな。
Chapter 7. The Role of Measurement in Software Architectureは測定についての章。
そもそもなんで測定するかというと、継続的なアーキテクチャなどの難しい点が、時間を費やしたけど十分な作業ができたかが分からないことにある。
この解決方法として測定が使われる。
アーキテクチャのお作法をまねるよりも、測定をちゃんとしたほうが現在地がわかるよという話が良かった。
あと、測定の落とし穴という話が良かった。
Chapter 9. Using Software Metrics to Ensure Maintainabilityは、コードレベルの複雑性の測定の話。
とか色々なメトリクスの話が出てた。
その中でも循環依存の毒性とか循環参照(Circular dependency)は結構文字数あった気がする。
循環依存によって侵食されて全体が泥だんごになるような事例とかがあったのかなとか考えてた。
まあ、実際に改善する時のボトルネックになりやすい(いろんなツールが壊れたりとか並列実行を難しくしたりとか)ので、取り除くのがいいとは感覚的には分かってたけど、実際に複雑性を強くすることがわかって良かった。
The text was updated successfully, but these errors were encountered: