良い設計と悪い設計の違い

2022年11月7日（月） 「現場で役立つシステム設計の原則 - Forkwell Library #9」 発表資料

[takeag]

そんなコストのかかる開発手法のことを言ってる訳でもないし、使い捨てのシステムだとしてもこのくらいはやって損ないのでは。 そもそも使い捨てのシステムってなんだよ。

[odakaho]

俺の経験的にいうと「時間がないから」を理由にクソ設計クソコードな人は、だいたい時間があってもクソ(あまつさえわざと期日ギリギリまで待ってからレビュー依頼してくるようになる)

[Falky]

絶対に使い捨てにするという約束で設計構築したシステム・アプリケーション・運用が「本当にそのまま約束通り使い捨てられた」事例を俺は1件も知らない。履行不可能な前提条件であるので考慮すべきでない。

[devorgachem]

賛成できないなあ。使い捨てのソフトウェアのいい設計を考えると、変更しやすい設計がいいとは思えない。前提なしに設計を論じるのは危険／信頼がないとか使い捨てのプログラムを絶対に書かない前提なら理解できます

[fukken]

保守しているうちに「いい設計」が思いつく経験は誰にでもあるだろう。いい設計にはドメイン知識の蓄積が必要で、かつ提供するサービス自体が運用するにつれ後から変化する。最初からいい設計は不可能。

[nunulk]

最近あちこちで良い/悪い設計と見聞きするにつけ思うんだけど、それは良い/悪いソフトウェアとイコールでなく、我々は良いソフトウェアを作るのが仕事で、良い設計が目的ではないので、そこを見誤ってほしくな（字数

[hatest]

設計の話なのにコードの不吉な匂いとかコードのリファクタリングしろとか実装の話が必要な理由がわからんのだけど。あと分散アーキテクチャとかの部分は大まかなことしか書いてないから参考にならん気がする。

[oktnzm]

まあ、あまり将来の変更に気を揉んでも杞憂に終わることが多いので、現状の要件を素直にモデル化した設計をするのがやっぱり一番コスパがいいんじゃないかなぁと思う。

[bilanciaa]

"今すぐに手元にあってほしい使い捨てのソフトウェアのいい設計"そもそも設計いらんだろそれ。

[strawberryhunter]

要するに捨てやすさと考えると良いと思っている。影響範囲を小さくすれば部分的に書き直すのが楽になる。使い捨てなら全体を捨てるので最初のリリースまで最小コストでできるものが良い設計だと思う。

[pmint]

設計に良し悪しなどない。要求に合うか合わないか。人材と同じ。良い設計ほど壊れにくく変えやすいとは言うけど、「壊す」と「変える」は同じこと。

[onk]

Array 使ってても int/string 使ってても (今より) マシな設計はなんぼでもあるので、この判断軸はボトムアップ過ぎる。自転車置き場の議論に限りなく近い

[adot31]

スライドは期待した内容じゃなかった。使い捨て、は研究職ではごまんとある。それと、今ちょうど一時的に部署内ひとり情シス的ポジになってて、「来期からはこういう委託しろ」と上司に言いつつ、使い捨て何個か書い

[rryu]

悪い設計の内容が曖昧だが、私は外部とのインターフェースだけが違う実装を作れるかどうかで判断している。できない場合は分離していないといけないところがくっついていたりする悪い設計である。

[yuki_noseda]

良い設計は状況で変わるから制約条件は必要やね。計算用の最速のプログラムなのか、自分にslack通知飛ばすだけの個人プログラムなのか、大人数で開発保守してるリリース済みのアプリなのか、状況ごとに良い設計は違う

[shikiarai]

永続的に保守改修費が安いのが良い設計、直せば直すほどコストが膨れ上がるのが悪い設計。

[kazkaz03]

データ設計、アーキ設計に加えて何故かプログラミング手法の話を入れてるのでフワフワした資料になっている。

[programmablekinoko]

使い捨てのコードって言うと画像処理や機械学習、等々で実験とか、フレームワークの検証用コードとかかなあ。いずれもプライベートなものだ

[fjch]

221107

[sjn]

「いい設計ってのはもう死んだシステムの設計で、悪い設計ってのはこれから死ぬシステムの設計のことだ」(バーン！(ドサッ

[mangakoji]

良い設計ってのは今回金になって、以後も金になる設計だよ。素人じゃないんだから。その意味でなんつうか悪い設計が良い設計。もっともハードゥエアはまったくそうかないけど

[hatebu_ai]

良いセッ計と悪いセッ計の違い／雪渓にも色々あるよね

[kako-jun]

人生で家を3回建てた人が、3回目でやっと良い家にできたって言ってた。過去の失敗を踏まえた設計が良い設計で、最大公約数の一般論はあるけど、最強の設計は家でもアプリでも、個人単位で存在する

[timeout]

"THE END OF ASIA" / YMOを聴きながら読んでる。

[versatile]

「急いで雑に作ったものほど長生きする」ってIT格言を知らんのか。「がんばって綺麗に作ったらリリースしなかった」これも有名なIT格言さあ。巧遅は拙速に如かず

[w1234567]

設計っていうほど大袈裟な話でもない気がするが、ちょっとデキルプログラマなら暗黙知の当然として知ってるテクニックをコレクションオブジェクトとか名前を付けて概念化して広めてくれるのはありがたい。

[mysql8]

easy to change

[for-my-internet-demo]

使い捨てオペレーション作るにしてもどっちにしろちゃんと分離されたコンポーネント使ったアプリ作るだけという気もするのでケースはあんまよくわかってない

[Filone]

弊社は東京オリパラ専用のアプリを受託開発して、オリパラ終了後に契約に則ってコードや設計書をすべて破棄した。使い捨てのアプリケーションは存在する。

[ngmy]

スライドだから仕方ないし本人も当然わかってるんだろうけど、適用条件を書かず箇条書きすると「いついかなる場合でもこれが正解なんだ！」という盲信者が出てきて弊害が大きい思う。

[raitu]

まあ基本では

[Lumin]

使い捨ての〜と言い出すやつは仮に100年使うシステムだとわかってても使い捨て前提のシステムと同じような設計しかできないとだいたい相場が決まってる

[kamayan1980]

『良い設計はこういうもの』という話で基本的に賛同。もちろん「○時間後からABテストしたくなったんだ！超特急で頼む！」っていう『仕様はコードを読んでくれ！』ケースもあるよ。

[kobito19]

"実際に変更しようとしてやっかいで危険であれば悪い設計" それ設計じゃなくて実装では

[Keisuke69]

区分オブジェクトの呼び分けは？