訪問箇所として数十カ所想定なら、GAより計算コスト少なくて適当な経路出す方法ありそう。場合によってはクラウド的にサーバ側で算出させても良さそうだけど、移動通信端末でやることに意義がある問題設定なのかな。 #ieryukyu
2011-02-21 09:07:52カーナビと違う方向を目指しているのかなぁ。開発してるのは分かるけど、方向性が良く分からない。 #ieryukyu
2011-02-21 09:17:34ジョブサイズを予め見積もってバッファリング処理するのは、やりたいことは分かるけど利用者一個人から見ると面倒に見える。 #ieryukyu
2011-02-21 09:25:11グリッド環境では細かいジョブスケジューリングせずにFIFO的にやるだけで良さそう(細かい調整してもジョブ/環境要因による差が相対的に大きそう)なんだけど、そうでもないのかなー。 #ieryukyu
2011-02-21 09:30:43予測するぐらいなら取りあえず処理させて、ある一定時間を越えたらリソースを減らすとかの、フィードバック的な調整の方が良さげじゃないのかな。 #ieryukyu
2011-02-21 09:34:23デバイスの多様性って、様々なUIが生まれては消えることを繰り返して大衆受けする使いやすいのが残っているだけだとも思うが、ロボット操作という点ではまた違うと言えば違うんだろうな。 #ieryukyu
2011-02-21 09:38:46五脚歩行ロボットは、細かい動作は本体に任せて、移動方向指示するとかその程度の操作で良いなら新しいデバイス自体も必要無さそう。一方で細かい動作(各アクチュエータ指定とか)させるのは、人間側が辛そう。どういう操作を想定しているのかな。 #ieryukyu
2011-02-21 09:41:48MIDI はクロックの問題があって、精密な動作とかをユーザーが入力しようとしたら限界がある。そこまで精密な操作は考えてないかもだけど。 #ieryukyu
2011-02-21 09:54:59「操作」する目的によって向き/不向きがあるはずなんだけど、どういう操作したいのかについてはあまり出て来ないな。 #ieryukyu
2011-02-21 09:57:15「任意のデバイスを用いた任意の操作」は「あるメッセージへの紐付け」でしかないような気がする。それが複数あって体系化したUIがあると嬉しいというのは理解できるけど、単体で見ると何が嬉しいのか良く分からない。。 #ieryukyu
2011-02-21 10:00:51さっきの MIDI もだけど、ロボットとインターフェースは分けて考えてもいいんじゃないかなぁ。ヒトデに特化してる操作ができるなら話は別ですが。 #ieryukyu
2011-02-21 10:06:36バッチ的に大規模データを処理するには向いてるけど、今後そうじゃないケースって増えたりすることはないのかな。例えばデータをストアせずにがしがし処理し続けるような状況。 #ieryukyu
2011-02-21 10:53:49