気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
576 usersがブックマーク
33
システムの複雑さはどこから来るのか – Out of the tar pitを読む - Uzabase for Engineers
576 users
tech.uzabase.com
記事へのコメント33件
- 注目コメント
- 新着コメント
circled
自分だけが使うプログラムを作るのは簡単なんだけど、それを多くの人に使って貰おうとする時には「電子レンジで猫を乾かそうとしてはいけません」みたいな注意書きを考える必要が発生するのが地獄だと思う。
nunulk
"このように、状態からロジックを抽出していくと、なんとなく状態として扱ってしまっていたものが、実は状態ではなく、ロジックだということがわかってきます。年齢も、現在地も、状態ではなくロジックなのです。"
yojik
“この論文は2006年のものですから、Clean Architectureとかもまだありません” 本としてのクリーンアーキテクチャ自体はボブが昔から言ってることをまとめなおしただけだから、微妙に引っかかる表現かもしれない
quanon
「必須な複雑さ」と「付随的な複雑さ」を区別する。なるほど。プログラミング言語がパワフルでなんでもできるがゆえに複雑は生まれるので、領域ごとに専用の DSL を用意し、やれることを制限するってのもおもしろい。
rti7743
この場合は除くの例外的処理からくるものだと思うよ。赤は停止、青は進めだけならいいけど、ただし矢印が出ている側に曲がる場合は除くって条件がつくだけでも複雑さは増すわけだし。そういうのがたくさんあるわけで
igrep
本当に必要なのは「ユーザーの入力」だけでそこから要件上計算しないといけないものが「必須のロジック」で、それで求めた結果を保存したり表示したりするのは付随的な複雑さ。センサーの入力もユーザーの入力の内？
efcl
複雑さを - 必須の(Essential)複雑さ - 付随的な(Accidental)複雑さ にわけて、computedとして表現できるステートは必須ではないので、切り離す。 キャッシュ/メモ化などで表現することで複雑さを分離する
sawat
現在地を「状態」ではなく「ロジックとキャッシュ」にすることで本当に複雑さが減るのだろうか？キャッシュにはキャッシュの複雑性がある（いつクリアするのとか）。複雑さが見えにくくなっただけではないだろうか？
rti7743
この場合は除くの例外的処理からくるものだと思うよ。赤は停止、青は進めだけならいいけど、ただし矢印が出ている側に曲がる場合は除くって条件がつくだけでも複雑さは増すわけだし。そういうのがたくさんあるわけで
sugawara1991
計算で導出できるものを状態として扱わないのはレイテンシとかでむしろ性能上有利になる可能性すら。リスト構造を直ポインタでなくインデックスで実装する件とか。状態不整合バグも避けるし
quanon
「必須な複雑さ」と「付随的な複雑さ」を区別する。なるほど。プログラミング言語がパワフルでなんでもできるがゆえに複雑は生まれるので、領域ごとに専用の DSL を用意し、やれることを制限するってのもおもしろい。
turanukimaru
DDDは"対象領域をドメインと呼ぶ"と良く誤解されてるが、"必須の物だけ境界に含め領域を作る"ほうが本質。自然に国境が無いように境界もない。必ず意図を持って作る。呼び方だけ"ドメイン"にして満足してる人多すぎ。
yojik
“この論文は2006年のものですから、Clean Architectureとかもまだありません” 本としてのクリーンアーキテクチャ自体はボブが昔から言ってることをまとめなおしただけだから、微妙に引っかかる表現かもしれない
circled
自分だけが使うプログラムを作るのは簡単なんだけど、それを多くの人に使って貰おうとする時には「電子レンジで猫を乾かそうとしてはいけません」みたいな注意書きを考える必要が発生するのが地獄だと思う。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
システムの複雑さはどこから来るのか – Out of the tar pitを読む - Uzabase for Engineers
Uzabase Saas Product Divisionフェローの矢野です。 この記事は、Rich Hickey（プログラミング言語Cloj... Uzabase Saas Product Divisionフェローの矢野です。 この記事は、Rich Hickey（プログラミング言語Clojure作者）のプレゼンテーションSimple Made Easyへと繋がっていく、Ben MoseleyとPeter Marksによる「Out of the tar pit」というシステム設計について論じた論文の内容について説明したもので、ユーザベースのSaas Productでのテック発表の一つとしてプレゼンしたものを、ブログとして再度まとめたものです。プレゼン自体は25分くらいでしたので、おそらくこの記事の方がプレゼンよりも詳しいと思います。 ソフトウェア危機 ソフトウェアは本質的に複雑 ソフトウェアの複雑さはどこから来るのか？ 複雑さは、別の複雑さを産む 複雑さを分類する 本当に必要な複雑さと、そうでないものがある どうやって複雑さを扱うのか
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2021/05/20 リンク