Martin Fowler氏の語る“犠牲的アーキテクチャ"

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

[gfx]

式年遷宮アーキテクチャだ！

[Jxck]

「犠牲」なのか。まあ常に手を入れ続けるのが大事だよね、そして置き換えていける方法を選ぶ。

[tpircs]

モジュール化の目的を「再利用」にすると残念な事になる。モジュール化の一番大事な目的は交換可能なこと、だよな。

[sifue]

システムの保守限界はあるよなぁ。コスト的に。

[joker1007]

しっかり疎結合に作って、潰して作り直せる箇所を増やしておくのが大事という感じかな。

[taketyan]

式年遷宮っていうとモノリシックな何かを丸ごと作り変えるってイメージがしてちょっと違う気がしてる。モジュール化してそれぞれをリプレース可能にする、という話なわけで。

[nemoba]

物凄く勘違いされそうな内容だけど、適当にゴミを作って捨てろではなく。例えばモジュールのように適切に境界が分割されてないと、捨てることさえできないって話な。/だから犠牲じゃなくて生贄の方が正しい気がする

[dev0000_1]

ウチの母が父の日曜大工趣味に対し「捨てやすいように作ってね」と言ったのを思い出した。

[t-wada]

犠牲的アーキテクチャとは，チームが現在開発しているものが，数年後には破棄しなければならなくなる(そうなってほしい)という事実を，現時点で受け入れるという意味だ。リプレースが容易になるように考慮しておく

[kazoo_oo]

適切なサイズでマイクロサービス化を目指せば API を保ったまま中身を入れ替えるのは容易になる。

[cuttoff19]

そのうち捨てるので捨てやすいようにしておくって話、名前があった

[kawa-_-kawa]

“”パフォーマンスはひとつの機能”というフレーズを作り出した。すなわちパフォーマンスは，他の機能に対して優先順位を付けることが可能なのだ。”

[bouzuya]

当たり前だろと思う。さらに期限も明示してやってても、それを無視して信じられないほど長期間使われたりするんだよね→原発

[sonots]

これか

[Kiske]

ふむ

[sugimori]

システムの賞味期限を意識できてないなー。絶対必要なんだけど。

[tyru]

id:twox その記事は「安易に」作り直しをすべきではないという話であって、作り直しを見据えた設計をしようというこの記事とはまるで趣旨が違う気が。

[aroma_black]

“犠牲的アーキテクチャとは，チームが現在開発しているものが，数年後には破棄しなければならなくなる(そうなってほしい)という事実を，現時点で受け入れるという意味だ。”

[kimutansk]

現在開発しているものが将来的に破棄することを見越してリプレースを容易にする設計方針で開発すると。これ聞くとNetfilxのSideCarやEurekaを思い浮かべますが・・・

[gologo13]

「犠牲的アーキテクチャとは，チームが現在開発しているものが，数年後には破棄しなければならなくなるという事実を，現時点で受け入れるという意味だ。」microservicesに通じる気がする

[knjname]

"Martin Fowler氏の語る“犠牲的アーキテクチャ"" good read

[efcl]

置き換え可能なモジュールで構築するソフトウェアアーキテクチャについて

[shin16884]

"チームが現在開発しているものが，数年後には破棄しなければならなくなる(そうなってほしい)という事実を，現時点で受け入れる"

[daybeforeyesterday]

うーむ

[mmorita44]

自社製品ならこのアーキテクチャを適用できるが、請負であればコスト的に無理だろうな。

[kasumani]

Martin Fowler氏の語る“犠牲的アーキテクチャ" ソフトウェアを開発するチームには，寿命の長いソフトウェアアーキテクチャを選択する傾向がある。しかしながら，ハードウェアとソフトウェアの技術動向とネットワーク

[atsushifx]

逆にSpikeとかでつくったテストコードが残ってしまった場合はどうよべばいいんだろう？　ゾンビアーキテクチャ？

[tak4hir0]

Martin Fowler氏の語る“犠牲的アーキテクチャ"

[hoisjp]

面白い "リプレースが容易になるように今から考慮しておく"

[akasata]

同感だけど、犠牲的アーキテクチャって汚い開発をした時の言い訳に使っちゃいそうだ。。。

[vanbraam]

"パフォーマンスは，他の機能に対して優先順位を付けることが可能なのだ。当初はそれほど高い優先順位ではないが，開発ステージの後半になると順位が高くなってくる" 納得;ただここにクラウドはどう絡むのかな?

[uzuki-first]

禿同。同じことを思ってた / じゃあどうしていくの？というと、僕が今持っている結論は、一番外側のテストであるE2Eのカバレッジを高めること。大規模リプレースでも使える

[potato777]

技術、ビジネス変化が速くなり、何十年メンテナンスは現実的ではなく、リプレースしやすい設計が重要になってくると。

[tarchan]

＞リプレースが容易になるように今から考慮しておく，それが犠牲的アーキテクチャだ

[peketamin]

デカップリングの話でしょうか。人で言えば、いつその社員がいなくなってもいいように体制を敷いておく感じ？あとはコストコントロール？

[amazedkoumei]

具体的にはモジュール化しなさいってなってチンケな話に思えるけど、大事な部分は捨て去ることは悪いことじゃないんだよって考え方の部分ですよね

[u1tnk]

現実的。“コードが古くなり過ぎる前に再設計ないし破棄を行う” したい！が、まあ大変な話です…

[waman]

『犠牲的アーキテクチャとは，チームが現在開発しているものが，数年後には破棄しなければならなくなる(そうなってほしい)という事実を，現時点で受け入れるという意味だ。』

[zentarou]

変化し続けるオリジナルを作り替えられるだけのチーム力があるなら作り直した方がいいだろうけどさーーー

[K2ICE]

“ビジネスが拡大すれば，それまでのコードベースの一部，あるいはすべてを捨てなければならないかも知れません(eBayが２回やったように)。それまでのソリューションが間違っていたのではありません。その時点では，そ