エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
アジャイル設計
アジャイルな設計とはどういうことでしょうか? アジャイルは設計なんてしない、なんて言う人もいますが... アジャイルな設計とはどういうことでしょうか? アジャイルは設計なんてしない、なんて言う人もいますがそんなことはありません。 アジャイルの設計は明日ではなく、現在取り組んでいるシステム構造にフォーカスし、それが最良の構造になるように努力し、明日も明後日もいつでも最良のシステム構造を保ち続けることなのです。 まさしく、変化に対応していますね。そして、そのためにリファクタリングやTDD、ペアプロなのどプラクティスがあるのですね。 ではソフトウェアの設計の良し悪しはどのように判断するのでしょうか? はじめに悪い設計について考えてみます。 硬さ・・・設計変更が困難 もろさ・・・設計が壊れやすい 移植性のなさ・・・設計の再利用が困難 扱いにくさ・・・正しい設計をするのが困難 不必要な複雑さ・・・行きすぎた設計 不必要な繰り返し・・・マウスの使いすぎ(コピー&ペースト) 不透明さ・・・整然としない表現