![](https://cdn-ak-scissors.b.st-hatena.com/image/square/5e6cb4def7cdedafbee969c45dc6d8a5969f9f06/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JUU1JTg0JUFBJUU3JUE3JTgwJUU4JTgwJTg1JUUzJTgxJUFBJUUzJTgyJUE4JUUzJTgzJUIzJUUzJTgyJUI4JUUzJTgzJThCJUUzJTgyJUEyJUUzJTgxJUFGJUUzJTgwJTgxJUU4JTg3JUFBJUU1JTg4JTg2JUUzJTgxJUFCJUU5JTk2JTkzJUU5JTgxJTk1JUUzJTgxJTg4JUUzJTgyJTkyJUU2JUIwJTk3JUU0JUJCJTk4JUUzJTgxJThCJUUzJTgxJTlCJUUzJTgyJThCJUUzJTgxJTlGJUUzJTgyJTgxJUUzJTgxJUFFJUU2JTg5JThCJUU2JUFFJUI1JUUzJTgyJTkyJUUzJTgyJTgyJUUzJTgxJUEzJUUzJTgxJUE2JUUzJTgyJThCJTIwJTI4JUU4JUE4JUFEJUU4JUE4JTg4JUU3JUI3JUE4JTI5JnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9NTYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0zNDk0NTk2YTM0NTUwMjZlYTFmMmJkYmFlNGI5OTAwYQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBrYXp1aXMmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTI4ZDE1YTU2M2ZmY2VlNTdlMTVmZTMzODI0ODg4ZmRk%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D2a14f3425a533f315487a42e9997e2c6)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
優秀者なエンジニアは、自分に間違えを気付かせるための手段をもってる (設計編) - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
優秀者なエンジニアは、自分に間違えを気付かせるための手段をもってる (設計編) - Qiita
自社でサービス開発をしていると納品というものはないので、どういう設計書を書くかはプロジェクト・会... 自社でサービス開発をしていると納品というものはないので、どういう設計書を書くかはプロジェクト・会社様毎に違ったりします。書きすぎないドキュメントってなんだろうっと考えてるうちに、そもそも設計というフェーズはなんだったのかモヤモヤしたことをまとめてます。 システム開発コストが大きかった昔は、失敗が許されないため設計というプロセスがあり、そのリスクを吸収しました。現在、開発スピードが求められるシステム開発において設計はどうあるべきか考えます。 設計とは大きく3つに分解でき、最後に残るのは【開発者の気付き】のための設計が残るように思えました。 システム設計が好きな人が増えるといいなぁっと思って書いてます。(つぶやいてます) こんな人に読んでもらえると嬉しいです。 設計が好きな人 最小限のドキュメントで設計をしたい人 プロダクトの品質をあげたい人 システム設計を取り巻く変化 昔々、システム開発とい