Conversation

Notices

1. ( ᐛ) まりなっピ (sasanquaneuf@qiitadon.com)'s status on Thursday, 04-Oct-2018 14:32:18 JST ( ᐛ) まりなっピ

   あああーいま唐突に、ようやく関心の分離の適切な言い換えがわかった
   「知らなくていい」んじゃない、「単に影響範囲が少なくなる」んだ

   今度からそう言おう、関心の分離は実装読まなくていいとかそういう事を言っているのではなくて、直接的な影響範囲を少なくしている(ので結果的に実装読まなくてよい場合もある)と

   セッタゲッタみたいなものは、ステートの変更なので本質的な影響範囲は変わらないし、結合テストでバリエーション試さなきゃいけない的な意味で結局複雑度変わらないんだけど、まあそういうのを少なくするための工夫

   • 7of9(0x70f9=28921) and カバ repeated this.
   • ( ᐛ) まりなっピ (sasanquaneuf@qiitadon.com)'s status on Thursday, 04-Oct-2018 20:36:55 JST ( ᐛ) まりなっピ

     in reply to

     「読まなくていい」（知らなくていい）訳ではないというのは、どちらかというと、分離されている前提でコードを読むと、決めつけに惑わされて時間を浪費するので、そういう"先入観"なく素直にコードを読んだ方が良いよ、という事を言いたいだけだったりする。
     全員が、文法レベルやコード解析レベルで必ずそういうバグを含まない環境で作業をしているなら良いけど、文法やコード解析で防がれていない場合は、ステート変えてるバグを踏む可能性があるから、ちゃんと読もうということ。
     この手のバグは、パッと見は動くので、単体レベルで自動テストもスルーして、結合とかそれ以上のデータパターンの整合性を見るとか、そういうタイミングで露見して、一層時間を浪費することになったりする。

     そもそも切り分けられてないじゃんというのは、全く正しいんだけど、「頑丈なものを作る」という意味でのエンジニア的ではないような気がしている。
     ライブラリなんかは、そもそも切り取られているので、比較的そのようなバグは起きにくい。
     ライブラリに対する関心の分離と、コーディングでの関心の分離は、本来はニュアンスが違うものであるべきと思う。

     カバ repeated this.
   • ( ᐛ) まりなっピ (sasanquaneuf@qiitadon.com)'s status on Thursday, 04-Oct-2018 20:38:23 JST ( ᐛ) まりなっピ

     in reply to

     それと直接関係ない話で、表のシリアライズの縦とか横とか言ってるのは、
     https://mizchi.hatenablog.com/entry/2018/05/15/181819
     例えばこれの
     > クライアントの「モデル」
     のあたりの話で、特に1の内容なんかを私は結構アンチパターンと思っていて、
     > もはや誰から見てもユニバーサルなリソースなど存在せず、クライアントからの要求は専用 API か RPC を作るのが良いと思っている
     というのに割と賛同する。というのは、色々実装して直面した現実を踏まえ。
     GraphQLにも私はそんなにしっくり来ていない。

     上のリンクの後編の
     https://mizchi.hatenablog.com/entry/2018/05/17/220431
     これの
     > 状態が各 View の隙間に散逸するのが GUI のアンチパターンの一つ
     というのが、実は１で述べている話と表裏一体の話で、そのようになるViewをそもそも作るなと考えるか、Viewはそのようになっている可能性があるものと捉えるか。
     前者が理想だけど、私は後者の立ち位置で開発した方が時間浪費しないし確実じゃないかな、と思う。
     （これは宗教の違いだと思うので、異論はあり得る）