みんな鯖の運用に ansible とか書いてたりするのかな

てか ansible を数年書いてないので、どんなだったか忘れてしまったけど...

Lightsail より EC2 のリザーブドインスタンスのほうが安いな

あしたフルマラソンなんだけどほんとに走れるんか...

UXではない言葉が必要という話、おもえばHCIという領域があるのに、HCIがアカデミックで実験的みたいな見え方するようになってしまった、というのもあるよなー
https://social.vivaldi.net/@pokarim/110038549365997585

タンジブルUIとか、あきらかに現状のUXとかHCDとかの語彙で語れないし、語るべきでもない
https://ja.wikipedia.org/wiki/%E3%82%BF%E3%83%B3%E3%82%B8%E3%83%96%E3%83%AB%E3%83%A6%E3%83%BC%E3%82%B6%E3%82%A4%E3%83%B3%E3%82%BF%E3%83%95%E3%82%A7%E3%83%BC%E3%82%B9

これは、HCIまわりの研究と現在のコンピューティング環境を前提としたソフトウェアやハードウェア関係のデザインとのあいだに、言語的な壁がある、と言い換えてもいいのかもしれない

HCIが未来のコンピューティングを志向するかぎりはそれはそうかもしれないけど...
しかし、石井先生の研究とかもともとグループウェアの研究から発展しているわけで、そことタンジブルビットとのあいだに理論的な飛躍があるとみるのは良くないとおもっているけど、あんまり言語化されていない領域な気はするなぁ

Deploy or dieみたいな標語に問題あるんかもしれんけど...

90年代(ゼロ年代だっけ?)のグループウェア研究関連の知見が、理論化されていた(かつ実践されてもいた)にも関わらず、なぜかごっそり連続性を失っている気がする。

LTLという概念が複雑性を生み出しているだけなのでは...

というか公開範囲による可視性の制御、複雑性高くてよくなさそう

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

まえ野沢くんが言ってた話で、マリオのブロックなんて別に現実にあんな空中に浮いたブロックがあるはずもないが、ステージの最初のほうでクリボーがきて、それをジャンプで避けるタイミングでうまいことブロックに頭が当たるようにデザインされている。ジャンプでぶつかったらブロックがボコッてなる、というパターンがEnactiveに形成されればよい。

なにかしらの動作→結果みたいなパターンが形成されることが重要で、なぜそうなるかとか、それは何かとか、現実に似ているかとか、だいたい関係ない

マリオはなぜクリボーとぶつかったら死んでしまうのか、ブロックから何故キノコがでてくるのか、キノコを食べるとマリオが大きくなるのはなんのメタファーなのか、ユーザーはそういうことは何もわからなくても、マリオを操作して世界内の意味を発見することができる

このアカウントは、notestockで公開設定になっていません。

タンジブルUIが「ただの情報ではなくて日常のなかに実在する物たちとおなじような存在であることを目指す」と言われると、どうしても、イリュージョンで成り立っているとおもわれていた絵画に、実際のモノが貼りつけられたことで成立したリアリティ(コラージュ)についてのあれこれの言論を思いだしてしまう
https://social.vivaldi.net/@pokarim/110043140748387139

グリーンバーグの「コラージュ」あたりを起点に、タンジブルUIについての言語化をしてみるとどうなるのか検討してみるのは意味があるのかもしれない？

このアカウントは、notestockで公開設定になっていません。

どういうこと？温マさんそろそろ死ぬってこと？？

このアカウントは、notestockで公開設定になっていません。

まあ、やっぱりそうだよなー。単一環境を強いられるということが、誰かのニーズとしてはあるんだろうけど、それにあわせなければならないというのは苦痛。

https://pleroma.tenjuu.net/notice/ATht0zJP7qCazEAZAO

TLに misskey の仕様変更にまつわるあれこれが流れてきて、たいへんそうだなとおもいつつ

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

ブロック叩いても敵キャラは出てこないというルールがありますね。敵キャラはマップ内に配置されていて、ブロックから出てくるのはマリオにプラスになる要素だけかな。

これもだからオブジェクトの個別の特性に意味があるわけではなく、動作にまつわるルールによって特徴づけられている

オブジェクト間の関係が、行為によって可視化されることが重要といえる？

「クリボー」と「マリオ」は「ぶつかる」という関係をもつか、「踏む」という関係をもつ。ぶつかるとマリオがしぬし、踏むとクリボーが死ぬ。

このアカウントは、notestockで公開設定になっていません。

プレイしていくうちに、自分の旅を助ける要素と、邪魔する要素がでてくる。助ける要素は基本的にどこかに隠れていて、それを探す、というような行為を促される。マップをどのように知覚するのか。

構造主義っぽいなこれ

このアカウントは、notestockで公開設定になっていません。

リバーシのAI作ってたときに、どうやったらもうちょっと強くなってくれるかわからなかったな

このアカウントは、notestockで公開設定になっていません。

これはおもしろそう
https://www.akashi.co.jp/book/b623848.html