エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
OO エンジニアの輪 ~ 第 26 回 鷲崎 弘宜さんの巻 ~ | オブジェクトの広場
パターンの良さ・難しさ -- パターンを考える時って、もの凄く時間と労力が掛かると思うので、最初の敷... パターンの良さ・難しさ -- パターンを考える時って、もの凄く時間と労力が掛かると思うので、最初の敷居が凄く高い感じがするのかもしれないですね。 しかし、それがパターンランゲージの良さだと思います。 ソフトウェアパターン・パターンランゲージの与える良さには 2 つあって、 1 つは記述形式がもたらすのスムーズな意思疎通。単なる問題解決対ではなく、解決に至る過程などが伝わりやすいということです。 もう 1 つは、考えなければ、解決に至った理由が書けない事ですね。 私はうんうんうなることが大事だと思います。 「このソフトウェア構成はどういう理由で得られて、どういう理由で使うんだ。」と考える機会って結構少ないんですよね。 パターンは「なぜそういう解決策を取るのか?」「なぜそういう解法に至ったのか?」という理由と過程を真剣に考えるきっかけを与えてくれます。 -- 一般的に、最初にパターンのどの部分
2010/10/10 リンク