APMLから、興味の更新とその可搬性を考える (2)

　前回の記事に早速言及頂いたので考えが揮発しないうちに続きを書いておきたい。

APMLによって、自分に興味のある情報が勝手に届く仕組みが実現されるわけだけれど、その便利さを享受しながらも、自分の世界を固定化するのではなくて、どんどん広げて行けるような仕掛けも欲しい。

APMLに考える個人の符号化という話 - WebGrove

- with GroveLog

　自分の興味が攪拌/更新され、世界が広がるサービスというのは間違いなく魅力的だが、そういった経験はある種のアクシデンタルな性格を帯びるはずだ。ゆえに、そういった経験を“期待してサービスを利用する”時点でそのアクシデント性は減耗してしまうという問題を孕んでいる。

　このような問題に対して『計算不可能性を設計する』において宮台真司は、

ノイズやアクシデントを許容するアーキテクチャを設計する時、「期待通りのハプニングという非ハプニング」の逆説をどう脱パラドクスするか （P212）

と提起した上で、アーキテクト（設計者）の設計に際する姿勢に関し、

アクシデントが続くべきだとしても、同じアクシデントの反復だと見做されないように、絶えずアーキテクチャを更新し、新たな期待の地平をつくり、先回りして期待を破るべきです。 （P213）

と述べている。
　
　アクシデント以前の「個人の興味にマッチする」という段階においても（今回の文脈に限定すれば）今だ極めて単純なアルゴリズムと仕組みしか持たないAmazonやGoogleがこのトピックの先行事例であることから、マッチングとは別に「新たな期待の地平をつくる」ことを同時にカヴァーする（ウェブ）サービスというのは当面出てこないと考えてよさそうだが、結局必ず直面する問題ではある。

　APMLの描く方向性として、サービス横断的に興味関心情報を送受信していくことで、プッシュされる可能性のある情報もジャンル横断的に増加し、それに伴い上で言う「期待通りの」アクシデント性については早晩拡張することができるだろう。その次のフェーズとして、絶えず肯定的な意味で期待を裏切り続ける設計に耐えるAPML（かその代替）自身のアジャイルな更新（再設計）が見えてくる。

　つまり、（これは完全に感覚的な意見だが）おそらくアーキテクチャ自身がその設計を設計し続けることでユーザーに対してアクシデントを提供する（といった設計をアーキテクトが行う）ことになっていくだろう。これは例えばAI（人工知能）分野にヒントがある気が直感的にするのでまた追って考えていきたい。