コミュニケーションツールの統合についてディスカッション

リステ・リン(炭山水Sub) @List_Erine

@yamkanux おまえさんの定義で集約ならそれでいいけど、たぶん理想としてるところが違うから、違うとしといた方が話しやすくね？「集約」 と"集約" でもいいけど。

ニイガタRT478 @niigataRT478

@List_Erine ただ、囲い込みには違いないけどひとつの仕組みでなんでもできるような奴が便利なのは間違いない。ソニーのみで家のAV機器揃えたりとかね。←話それてるから突っ込まないでね

リステ・リン(炭山水Sub) @List_Erine

@yamkanux たとえばさ、あるコミュニティで、情報共有の仕組みを統合しようとしたとして、それが便利だとする側は我慢しなければならない側にどう納得してもらう？導入だけでなく、継続して使用することも踏まえて。ここが解決しないと、「ルールとしての集約」 は意味を為さない。

ニイガタRT478 @niigataRT478

@List_Erine 一つの仕組みでの情報共有が必要な状況のところで、「納得」が必要なのかが疑問。その納得ができないのならそのコミュニティに属さなければいい。

ニイガタRT478 @niigataRT478

@List_Erine ただ、それにはある程度誰でも使うことができる仕組みでないと大きなコミュニティが形成できない。そこでそれなりの妥協で作られた仕組みになってくるんだと思う。

ニイガタRT478 @niigataRT478

@List_Erine コミュニティに属してて「私はこの仕組を利用することに決して納得できない。私との連絡にだけこの仕組みを使え。」ってのは少なくとも任意で形成されたコミュニティではただのわがままになる。

リステ・リン(炭山水Sub) @List_Erine

@yamkanux また、新規参入者が形成された暗黙のルールに従わないのは単なるわがままだけど、新たな仕組みに対しての多数の反発ってケースなら過渡期にはただの同調圧力にもなりかねない。特に任意形成のコミュニティは特に。あれ？話それてないか？これはこれで面白いけど。

ニイガタRT478 @niigataRT478

@List_Erine やばｗ前２つのリプ読んでないｗ

ニイガタRT478 @niigataRT478

@List_Erine 出口と入口つまりユーザが触れる部分の統一を自分は求めてる→前リプ:"入出力の部分は各自好きなもの使って、間のプロトコル？は標準化されたりしたら便利過ぎて涙出る"

リステ・リン(炭山水Sub) @List_Erine

@yamkanux メーリングリストに関しては成功例だね。単に文章を送るだけの物凄く妥協されたシステムだけれど、それ故に門戸が緩くて(受信は何でしてもいい)よく普及してる。でも、用途が限定されすぎて、とても便利とはいいがたいかな。

リステ・リン(炭山水Sub) @List_Erine

@yamkanux 二つ前へのリプ含む:そのケースだとたしかにその通りだが質問したかったのは違う。どちらもそれなりに派閥がいる場合、その論理は通用しないし、だいたいのケースにおいて、実際にその壁を突破できずに形骸化してるシステム多数。

ニイガタRT478 @niigataRT478

@List_Erine それだったらそれらを繋ぐ仕組みを作るのがいいと思う。その際に多少の機能制限してでも。

リステ・リン(炭山水Sub) @List_Erine

@yamkanux 通信プロトコルについては賛成。あと、データ形式ももう全部XMLとCSVでいいだろって思う。ユーザーが直接目にする部分ではないから、そこを独自規格に拘る必要性がない。開発者は翻訳の手間を気にせず、すきなUIをつくることができるね。

リステ・リン(炭山水Sub) @List_Erine

@yamkanux SNSとグループウェアは分けて考えた方がいいかもしれないね。あと任意形成コミュニティと仕事。