2/4-5のリアクティブな話

pokarim @pokarim

@cocoatomo リアクティブ側から考えると、データが他のデータに依存して一意に決まるのか、あるデータのとりうる範囲が他のデータに依存して制約づけられているのかを区別する必要があると思います。＞人事配置

pokarim @pokarim

@cocoatomo 人事配置の場合、関数と制約、両方あると思います。おそらく一人異動して勝手に玉突きで配置換えされたら困るので、そこは関数的な依存関係ではなく、一定の制約に照らして、その異動が違反するか否かチェックするだけということになると思います。

pokarim @pokarim

@naka_aki_spl @marblejenka 整合性を「わざわざとる」というのはすごい感覚的に共感できます。

pokarim @pokarim

@cocoatomo 一方、関数的な依存関係にある部分では、特定のある時点で「さあ配置変えを考えよう」となると思います。この場合は、関数的に決まるのは、あくまで「その時点」のデータだけになるので、その依存関係に基づく更新が随時行われるわけではないです。

pokarim @pokarim

@cocoatomo そして、その時点で、ある条件に基づいて最適な配置計画を決めるような時、そのロジックの複雑さを軽減するのは、リアクティブではなく、RETEやその他のアルゴリズムの役割だと思います。リアクティブとRETEの統合などは別途興味深いですがそれは応用編ということで。

tomo🐧@learning @cocoatomo

@pokarim なるほどー. RETE は初めて聞きました. 勉強になります.

非実在naka aki @naka_aki_spl

てかさ、問題はポジとネガが相容れないと思うかどうかじゃないか？ 仮に生産性がポジ思考から生まれないとしても、ネガ思考もないとやっぱり危険だ。つまり両方を「併存」させる必要があるんじゃないかってこと。片方のために他方を潰せってのはたぶん悪手。

非実在naka aki @naka_aki_spl

@cocoatomo @pokarim @marblejenka たしかにRDBの既存機能はおいしい。一方で拡張能力が弱くてそれ以上を望めない。なんか「村に一件だけある安酒場」みたいなかんじがするんだよな。暴利とられてたとしても文句つけにくい。ただそんだけ。

非実在naka aki @naka_aki_spl

@pokarim あーそうか。二次元にしか興味が無いWWせいで「関数型としてサブセットすぎる」ものに仕上がってるんで、まわりがなんとかしないと使い物にならないってのはありますね。ところでまわりの言語を関数型のにしてアプリ(業務とかの） 作ったらどんな感じなんだろう。。。。

marble @marblejenka

そしてリアクティブ界隈が盛り上がり中か。みなさん休日なのに早起きなんだなあ。とりあえず追っかけるところから。