  |
はてなキーワード: Clientとは
この辺りも怪しいな
https://anond.hatelabo.jp/20200620223943#
https://anond.hatelabo.jp/20200620213256#
"痛い目"ってなかなか使わない言葉だしな
この辺りもなんか違和感
JPKIMobile(jp.go.jpki.mobile.utility)と同じ署名を持つグループ
証明書[1]:
所有者: CN=Japan Agency for Local Authority Information Systems, OU=User client application for Android, O=Japan Agency for Local Authority Information Systems, L=Chiyoda-ku, ST=Tokyo, C=JP
発行者: CN=Japan Agency for Local Authority Information Systems, OU=User client application for Android, O=Japan Agency for Local Authority Information Systems, L=Chiyoda-ku, ST=Tokyo, C=JP
有効期間の開始日: Fri Aug 12 14:51:15 GMT+09:00 2016終了日: Sun Aug 11 14:51:15 GMT+09:00 2041
MD5: B5:16:A7:CE:B9:AC:42:70:89:0C:0B:7A:90:93:F8:6B
SHA1: 98:76:11:8F:5D:CD:2E:70:63:C1:1F:E5:48:CB:EB:ED:33:A1:CF:93
SHA256: A9:32:34:5D:B8:E9:E9:B3:FA:FE:FE:84:C0:EE:6E:A2:B8:5D:38:FF:B9:58:24:3E:C7:75:00:1B:E6:6B:4A:67
バージョン: 3
そのネットワークシステムの分散化を目指すことが発表され、再びSNSの分散化へ注目が集まっている。
Twitter is funding a small independent team of up to five open source architects, engineers, and designers to develop an open and decentralized standard for social media. The goal is for Twitter to ultimately be a client of this standard. 🧵— jack 🌍🌏🌎 (@jack) December 11, 2019
この発表は日本語圏でもテック系を中心とした様々なWebメディアが取り上げており、日本でも注目されている。
Twitterのこの発表は驚くべきことだ。何故なら誰でも参加できるオープンなAPIプロトコルを整備するということなので、これまで開発・運用されてきたWebコミュニケーションサービスによって結論付けられたものと逆行した動きだからだ。
この結論はテック系で持て囃されているチャット系WebサービスSlackの例を出すのが理解しやすい。
一時期チャット系サービスではXMPPというオープンなプロトコルを採用するのが一般的だった。これはYahoo!メッセンジャーでもGoogle Talk(現ハングアウト)でもMSNメッセンジャーでもFacebookメッセンジャーでも採用されているプロトコルだ。
しかし、Googleはハングアウトの展開と同時にXMPPのサポートを辞めることを発表しXMPPの流れが変わった。
XMPPを採用しているとすべての会話ログをユーザは得ることができる。会話ログというのはコミュニケーションの歴史であり、ある時は強力な証拠となり、それは貴重な資産であることは明らかだ。
だからこそSlackはXMPPのサポートを辞めた。Slackの有料プランにある検索機能が意味をなさなくなるからだ。ユーザは別にSlackへ課金せずともXMPPを介して手元へ全ての会話ログを保存し検索できた。
ビジネスとして見るならばGoogleやSlackの判断は理解が可能であるし、だからこそ何度となく資金難が騒がれているTwitterが会話ログへ自由にアクセス可能なAPIプロトコルを整備しようとすることに一部の有識者は驚きを隠せないのである。
ある有識者たちは言う
「会話ログのマネタイズよりも通信コストを抑えたほうがTwitterとしては低コストとなる試算が出たのではないか」
「分散化をするとして現在Twitterの収益の中心である広告配信システムはどうするのか」
「Twitterが握っているシェアを分散化するとは考えにくい。Twitterの言う分散化とはメッシュ型分散化ではなくTwitterをトップとするツリー型分散化なのではないか」
「Twitterは言論の管理に疲れ果て、各国の分散Twitterサーバ管理者へ言論の管理を任せるのではないか」
様々な憶測が流れ、更にはジャック・ドーシーはブロックチェーンにまで言及したため仮想通貨界隈の魑魅魍魎までもが反応してしまうという事態へ至っている。
SNS分散化において最も理解ある集団と言えば間違いなくActivityPubプロトコル界隈だろう。
より理解しやすい表現をするならば、こう言えば良い「Mastodon界隈」だと。
ここに来てドワンゴやpixivがマネタイズへ失敗し、Mastodonブームの際にインターネットユーザからTwitterとの違いがわからないと一蹴されたMastodon界隈が、Twitterの分散化方針の発表により最大の理解を示すというのは何ともドラマティックである。
正確にはMastodonがサーバ間通信へ利用しているプロトコルがActivityPubであり、ActivityPubを採用しているのはMastodonだけでなく他にも数多くの分散SNSが存在しており、ActivityPubを採用している分散SNSは相互に通信可能なので、Mastodonをも含んだActivityPub界隈はTwitterの分散化へ興味深く関心を寄せている。
それは「分散Twitterの登場を待つ」「既にあるActivityPubへ投資する」の二択である。
現在、日本語圏でSNSの主流になっているTwitterの分散化方針は示された。この方向性は数年後はわからないが数カ月で変わるような方針ではないだろう。
なぜ数カ月で変わらないのかと言えば、Twitterは既にバックエンド開発でBitTorrentを用いたP2P分散化による運用をしているからである。つまりTwitterにはもう既にある程度のネットワーク分散化のノウハウが存在するのだ。
分散化のノウハウがある中でTwitterはユーザが体験するサービスまでも含めて、わざわざ専門チームまで立ち上げつつ、分散化の方針を示したのだ。これは本気度が高くなかなか変わりようがない。
問題はTwitterがどのような分散化をするのか現状では一切わからないことである。
Mastodonのようにセルフで分散Twitterサーバを立ち上げられるのか、許可制の代理店方式か、単にAPIを利用できるのか、全くわからない。
しかも、先例であるActivityPubは主にITエンジニアリング界隈からの評価が既に定着しており、分散SNSの開発速度は現状で間違いなくActivityPubの方が速い。来年の仕事始め2020/1/6からActivityPubでSNS開発を始めようと言えば始められるくらいに速い。
IT業界、特にWeb界隈は移り変わりが速く、しかも先駆者が強い傾向があるのは明白だ。分散Twitterを待ってActivityPubがデファクトスタンダードへのし上がったときは目も当てられない。
しかし、ActivityPubがデファクトスタンダードになるかはわからない。シェアをどちらがより多く獲得するかは神のみぞ知るというところだ。
わかるのは2020年以降SNSの再編が始まるということだけだ。
コンポーネントに分割して考えたらいいんだよ。
”フォカッチオ”
約 3,500 件 （0.26 秒）
”フォカッチォ”
約 175 件 （0.39 秒）
”フォカッチャ”
約 3,460,000 件 （0.46 秒）
”フォカッチヤ”
約 872 件 （0.31 秒）
”フォッカチオ”
約 57,600 件 （0.32 秒）
”フォッカチォ”
約 158 件 （0.23 秒）
”フォッカチャ”
約 34,000 件 （0.30 秒）
”フォッカチヤ”
約 485 件 （0.27 秒）
https://translate.google.com/?client=firefox-b-d&um=1&ie=UTF-8&hl=ja&client=tw-ob#it/ja/Focaccia
フォカッチャが近い気がする
フォッカチオが許されてフォッカチォが許されない（個人の感想）のは小文字のオがマイナーだからか
？？とすると最初のフォのオは？Fだと仕方がないのか？
