設計の考え方とやり方

#asken_dev「設計の考え方とやり方」勉強会 https://asken.connpass.com/event/254709/ ・良い設計は悪い設計より変更が楽で安全である ・ドメインモデル方式のクラス設計 ・イミュータブル方式のテーブル設計 ・設計スキルの身につけかた ・設計のためのモデリング

[marshi]

ブコメ、どうせってソフトウェア開発会社の勉強会で使われた資料なんだから、その文脈上でわざわざ「ソフトウェアの」って書かないでしょ。

[isobe-michael]

どうせソフトウェアの話だろと思って開いたらソフトウェアの話だった。

[taruhachi]

イベント追記のテーブルから現在の状態を計算するのってコスト高くないかな。そうするとCurrentの状態を示すテーブルを作ってそっちを同時更新して、、、ってなると更新ログ保存とどう違うのかとぐるぐるしてる。

[TakamoriTarou]

まずは「エンジニア」といったらデフォルトでソフトウエアそれもWeb屋であり、設計と行ったら、ソフトウエア、それもWeb屋であると言う狭い井戸以外に、広い大海があることを知った方が良いんじゃ無いかという感想です

[BOOOOOOOON]

この手の話さ、実例で語ってくれないか。どうマイグレーションしたのか、どう新規でプロジェクト立ち上げたとか。こういうふうになってたんだけどこうするようにしたらこういうメリ/デメあったよって。

[for-my-internet-demo]

文脈と主語飛び越えて水平に記事が入ってくるブックマークのサービス利用する上で文脈の文句いいたくなるの、まさにこの話でおもしろいし難しいwせいぜい自治よりはてなが解析がんばる種類の話かと思うぞ

[kumagi]

こんなハチャメチャなカルト思想が一定の支持を得てるってのが既にホラーなんだよな…。

[strawberryhunter]

この追記型のテーブル設計は独自だと思ったら一部で信仰されているやり方っぽい。複数レコードをselectする時のSQLが面倒だし、ちょっと間違えるとindex効かなくて死ぬ。繊細な設計だと思うわ。

[nyop]

最近こういう議論してないなぁ。楽しそう。

[pmint]

実装の話。持論が生煮えなせいで、いろいろなプログラミング本からパクってきただけに見える。「ネットワーク構造は変更が楽」…それをスパゲティコードと呼ぶ。でも正解で、設計しないほど変更は容易になるもの。

[Nyoho]

変更が楽、安全、の2つを満たす設計を目指す

[s_ryuuki]

https://github.com/system-sekkei/library

[nilab]

「#asken_dev「設計の考え方とやり方」勉強会」「良い設計は悪い設計より変更が楽で安全」「ドメインモデル方式のクラス設計」「イミュータブル方式のテーブル設計」「設計スキルの身につけかた」「モデリング」

[t10471]

マイクロサービスだとそんなにこったクラス設計しなくても良い気がするんだけど、どう考えているか気になる。シンプルなトランザクションスクリプトなら良いような...

[cielonlon]

リファクタリングする時に読もう

[masaru_b_cl]

後で読む

[nigopa]

メカ設計とかエレキ設計とかありますね。工程設計もあるし。

[masatotoro]

jig

[nunulk]

スナップショットの情報取得はマテリアライズド ビュー使ってるんだろうか、それとも毎回クエリ書いてるんだろうか

[satomacoto]

テスト

[yojik]

内容はともかくIT分野に限ってもアークテクチャ設計とかインフラ設計とかいろいろあるから、せめて「ソフトウェア設計」と冗長でも呼びたい。技術者として、各業界・分野のネームスペースは尊重すべきだと思う。

[saiyu99sp]

OOP批判記事の人はここまで徹底してないし、経験も知識も足りてなかったと思う

[awawawann]

わかりやすそう。

[maketexlsr]

ドラフターでも使うんか？ ドメイン毎に意味が違う言葉は最低限分かるように伝える技術も大事。(まぁスコープを絞った発表を外野が見てるんだから、これはこれでいいのかも知れないけどさ)

[lalupin4]

「知識と経験の積（和ではない）」なのがキツいのよ。