ものべの - monobeno【Lose】
http://www.lose.jp/official/monobeno/

アイコンはこれです

言われてみればフォントの雰囲気は、まあ

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

O(5000兆) を「定数オーダー」と言い張るのによく似ている >RT

そういう捉え方があるのか……(あれ共通ルートだった気がするけどよく覚えてない)

トゥルーエンドソムリエです(適当)

そもそもトゥルーエンドがハッピーエンドだという暗黙の仮定は必ずしも成り立たないよ(適当)

マエストロ、紳士っぽさが高い

:debian:

オープンソースやきそば
↑
↓
秘伝のタレうどん

JSON-LD 1.1
https://json-ld.org/spec/latest/json-ld/

明日からこれを読む生活になりそう

明日というか今日

JSON-LD 1.1 - https://json-ld.org/spec/latest/json-ld/#terminology

ひとまず今日はこの terminology を頭に叩き込まないと……

/dev/neru

月曜の
朝から遅延
ほととぎす

> nested property
> A nested property is a property which is contained within an object referenced by a semantically meaningless nesting property.

https://json-ld.org/spec/latest/json-ld/#terminology

ｴｰｺﾞﾁｶﾗが足りないので、何を言っているのかよくわらかない……

nesting property の説明は terminology にないし……

これ、言語化するのが難しいんだけど、いつも目にする度に気が滅入るのでとても嫌い

見ず知らずの他人が力んでいるのを見ると、見てるだけのこっちまで疲れてくるみたいな？(うまく説明できない、これだけではない気がするけど)

或いは、これをわざわざ駅にﾃﾞﾃﾞｰﾝと掲示しているという事実から、社を挙げての意識高さのようなものを感じてしまうというのもあるだろうか

「あれ？まさかとは思うが57577だったりするか？」と思って verify して失敗するのが月に一度くらい発生する

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

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

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

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

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

そういえば「恐らくは」ってたぶんク語法（願う→願わくは」みたいなやつ）だと思うんだけど、現代での意味では本当に恐れてはいない場合が多い気がするし、どういうことなんだろう

おそらくとは - Wiktionary日本語版（日本語カテゴリ） Weblio辞書
https://www.weblio.jp/content/%E3%81%8A%E3%81%9D%E3%82%89%E3%81%8F

ググったら解決した

> 恐れ多いことではあるが。はばかりながら。

こっちの意味が転じたということっぽい

> 将来の悪い成り行きを予測していうことが多い。

で、現代の意味でも一応恐れていることは多いのね

大学で git が使えない話……

東京工業女学院 短編集 - 001 情報理工学院・情報工学系 瑞穂
https://ncode.syosetu.com/n5062dd/1/

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

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

「うんこでた」ってどの瞬間のことを言うんでしょう？
尻の穴さえ開いていれば、トポロジー的にはうんこはほとんど人体の外にありますよね。
つまり、オナラをしたその瞬間は「うんこでた」に該当するといえる(適当)

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

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

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

風って〜 鳥って〜 私より自由かな〜

と思ったけど少なくとも鳥 :twitter: は自由ではなかった (文脈)

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

そして低リテラシーユーザの嫌がらせ通報の被害が(アカウント使用者でなく)モデレータにいく

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

いつまでも いつまでも
走れ走れ (λm . m (λx . (λt . (λf . f))) (λt . (λf . t))) のトラック

#iszroのトラック

いつまでも いつまでも
走れ走れ (λm . m (λx . (λt . (λf . f))) (λt . (λf . t))) トラック

#iszroトラック

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

saveconfig でカスタマイズできそう >gentoo での CKCS

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

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

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

represent が「代表」という訳になるのはスッキリしないなぁ(違う気がする)

直訳すると「表現する」だから……「アカウントが人間の個人の活動を反映しているわけではないことを警告します」とか……？うーん

うーん

代表よりは反映の方が近い気はするけど、スッキリしないな

オタクっぽい言い方でいいなら「アカウントが一個人の(人格や個性の)現出ではないことを警告する」みたいな感じにできる気はするけど……

うーん

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

象徴する、なるほど……

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

うまいなぁ

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

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

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

帯域、輻輳、トラヒック

まあ業界用語感は強い(帯域とかはさすがに……と思うけど非 IT 文脈の日常生活で使ったことがない)

トランザクション

こう、「伝わる人には伝わるし超便利な言葉なんだけど普通の人に伝わらない」みたいな言葉が多く、クラスタにこもりがちな一因でもある

「飽和する」とか「ボトルネック」とか

律速クラスタとボトルネッククラスタ #適当

Android端末に「Rowhammer攻撃」、ChromeやFirefoxに脆弱性 - ITmedia エンタープライズ - http://www.itmedia.co.jp/enterprise/spv/1805/07/news043.html

縮退とデグレ

後退バグとリグレッション

「一意」という言葉、そういう文化圏でない人に口頭で言うと「一位」だと思われるので厄介(「ユニーク」と言うともっと面倒な勘違いされるし)

「ユニークな名前」って文脈込みでも絶対伝わらないから）

gcc-8.1 で linux kernel をビルドしはじめたが、コンフィグファイル生成の時点で既に警告が出ており、大変不安にさせられる

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

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

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

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

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

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

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

Twitter Kit SDKのサポート終了のお知らせ
https://blog.twitter.com/developer/ja_jp/topics/community/2018/TKSDK_tr.html

日本語おかしくない？

> 本オープンソースに関する質問や問題を受け付けることを終了します

> (前略)を表示する方法は幾つかあります。その一つは、Twitter for Websitesを使えばウェブ上で見ることができる埋め込みツイートやタイムラインをレンダリングできます。

> 時間が経過するたびに開発者のニーズや開発環境も大きく変化するため

これもおかしくない？

度（たび）の意味 - goo国語辞書
https://dictionary.goo.ne.jp/jn/138207/meaning/m0u/

これ翻訳誰がやってるんだろう……

「所有できない電子書籍」問題　サービス閉鎖後、購入者はどうなる？ - ねとらぼ
http://nlab.itmedia.co.jp/nl/articles/1805/01/news073.html

そもそも keybase は PGP による暗号化をチャットに活用しようというプロダクトだった気がする(それ以外の目的が本腰を入れたものなのかは知らない)

web サイトでも持ってるなら、自分の PGP 公開鍵を様々な手段でばら撒いた上で、 web サイトに PGP 署名されたアカウント一覧でも載せておけばいいだけの話なんですよね

それを自動化したいのであれば、それこそプロトコルを作るか何かに載せるべき

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

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

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

やっぱりこれプロトコルで達成されるべきなんだよなぁ

というか RDF で「個人」と「個人の所有するサービス / web サイト」が既に表現できそうな気がするし、であれば JSON-LD に載せられるはずだから ActivityPub でやりとりできそう

#なんでもActivityPubに載せるなJP

だいたい PGP に紐付く ID がメールアドレスなのに実際やりとりする手段はほとんどメールではないような気がするし、どこかがおかしい

紐付ける ID がメールアドレスでないべきだとすれば、何になるべきか (任意の IRI になるべきか、それとも DID みたいなものを用意してそれを使うべきか)

そもそも keybase というプロダクト自体はプロプライエタリな気がする(クライアントではなくサービスそのものの話)ので、あまり本格的に使う気がないです

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

まあ大昔の名残という感じはある

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

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

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

そもそも ID と到達性(或いはアプリケーションプロトコル)が同等になっているのが間違いという発想はある

ID はアプリケーションとは独立に存在できていた方が嬉しくて、そのうえで ID を所有する何らかのサーバ資源などにアクセスするための手段がアプリケーション毎に定義されていればよい？

たとえば P2P での ID 発見手法と純粋なサーバ-クライアント型サービスでのそれはだいぶ異なるだろうし、その辺り

まあ汎用的な名前を作りたいだけであれば、最近のプロトコルは任意のリソースを IRI で識別する[要出典]ので、 URN あたりとかの適当な規約でユーザ名を生成してしまえば済む話ではある

とはいえその場合 URN から IRI への解決をどうするかという話になるけど、それこそ RDF 的なデータベースを(中央集権である必要はないから)どこからともなく fetch できればおｋかな

s/IRI への/アプリケーションで実際に使う通信プロトコルでのアドレスへの/

それはもう UUID とかのようなもので確率落としていくだけで十分な気がするし、それで気になるなら日時とドメイン所有に基く URN とかを用意してもいいんだけど

大事なのは、「一意性の証明に使える権威が限られない」というところであって、たとえば一意性を証明できさえすれば本来 twitter アカウント名でもドメインでもメールアドレスでも何でもいいはず

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

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

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

だからこそ日時と合わせるんですよ

特定の timepoint 時点で、とある排他的なリソースを所有していた、と宣言できるのはたかだか一人なので

s/たかだか一人/所有者のみ/

s/所有者のみ/その時点での所有者のみ/

省略できるようにするかはさておき、時間情報は一意な ID を生成しようとするとき極めて有用なので、活用していくべき

keybase に秘密鍵預けるのはなぁ……

社会的権威による保障を行う PKI と対照的なのが PGP による WoT であって、どちらが良いとかではなく両方使っ

て

本来 keybase は PGP の鍵の存在と意義を理解できている人でないとその検証が行えない仕組み(のはず)なので……

keybase そのものが信用できなくとも、 keybase が公開している当該ユーザの署名が、そのユーザの PGP 鍵で署名されたものであると検証できれば本物であると確信できるわけで、 keybase はそういった情報を集積する場所にすぎない……

という形であってほしいんだけど、残念ながら keybase に秘密鍵を預けるとこれは破綻しますね

つまり keybase に秘密鍵を預けた時点で、 keybase 側はそのユーザに成り済ますことが可能となるので

や、一応それでも「保持していますよ」と表明しているリソースから実際に署名を投稿しないといけないので、最後の壁まで破られたわけではないんですが

「署名を付けられるのは秘密鍵所有者である」と「署名を(いろいろなサービスから)投稿できるのは、サービスのアカウント所有者である」を組み合わせているのが keybase なので

つまり、 A さんが keybase に鍵を預けた場合に keybase が行える成り済ましは、たとえば
「keybase 側の所有する twitter アカウントを、 A さんのものであると言い張る」
などのことです

「A さんの twitter アカウントを keybase のものであると偽る」などはできない

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

ﾏﾖﾖﾖｰﾝにいる原理主義者は、とかく脱中央集権などと言いがちなので、 about\.me を思い出したなどとは言いません

や、囲い込みとサービスに伴うデータの死を避けるには、サービスそのものでなくプロトコルを規定するくらいしか道がない気がしている

あとは、理想的には「権威サーバ以外からの(署名つき)データ再配信」とかができるのが良いのだけれど

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

住みやすい SNS は、フォロー関係をしっかり御する以外に方法がない気がしている

悪いことを言わないユーザのみをホワイトリスト方式でフォローし、悪いことを言うユーザを積極的にミュート/ブロックしていく

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

え？

それどういうことだ？

ssh の鍵をホスト対ごとに変えろという話はまた別な気がする(文脈をわかってない)

ssh の鍵をホスト対ごとに変えるのは、単に ssh 秘密鍵の漏洩への対処な気がする(そもそも ssh-agent とか ~/.ssh/config とかを使っていれば秘密鍵が無数にあろうと大したコストはかからないので)

公開鍵暗号一般の文脈で「鍵を頻繁に/相手毎に変えましょう」というような話はあまり聞いたことがないですね……(危殆化したら即変えろというのは、それはそう)

あるいは「公開鍵暗号は重いので、セッション毎に別々の共通鍵を生成し、通信自体は共通鍵暗号を使いましょう」という文脈での「共通鍵を使い回すな」と ssh 鍵対の話を混同しているのかも

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

それこそ脱中央集権(もっと言えば分散)の範疇なので

私は「寄合所帯サーバでは結局鯖缶が狂うリスクは排除できないのだから、自分専用のインスタンスを自分で管理していきましょう」と言っているのですが、まあライトユーザにはつらいんでしょうね

Mastodon が普及しつつあるけど、元 GNU Social 勢として思うこともありまして - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2017/12/15/comparison-of-mastodon-and-gnusocial/#federated-social-web

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

> 再三述べたように「自分の居場所を自分で統べる」「自分を縛るのは自分だけ」という話に戻ってくるのだが、それを実現するための手段が分散と連合なのであり、

改めて読むと原理主義臭がすごい(まあ実際こう思っているのだから仕方がない)

https://blog.cardina1.red/2017/04/13/federated-social-web/
https://mastodon.cardina1.red/@lo48576/99987451094389735

まあ私の思想についてはこの辺り読んでください

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

そうでもない印象が強いですね、特に pawoo とか jp とか大規模サーバでは、 twitter と似ているコミュニティウェア的な扱いを受けていそうな節があります(特に LTL を積極的に使っていく文化とか)

結局 twitter オルタナティブとしてくらいしか認識していなくて、分散と連合という概念は(人数比では)そんなに浸透していないというか、理解されていないというか

まあ普通の人はネットワークとかグラフとか脳内に思い浮かべるのが難しいのかなという感想です(適当)(偏見)

パスワード管理ツール、そもそもローカルか自分所有のサーバでやるべきでは……？

私の場合、自分鯖の Nextcloud を使って keepass データベースでパスワード管理してます (PC では keepassxc 、 Android では Keepass2Android)

全体が死なない

gnusocial や mastodon の哲学 - 何とは言わない天然水飲みたさ
https://blog.cardina1.red/2017/04/13/federated-social-web/#how-federated-social-web-solve-the-problems

> サーバはコミュニティや個人で別々になっており、道連れで死んだり断絶が発生することはない

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

これ、ほんまこれ、ほんとそれ

文化というのは人の集まりについて捉えるべきものなんですが、 Mastodon はじめ ActivityPub では、そもそも「最初に場があって人が集まる」モデルではなく、「最初に人があって、各自が勝手に繋がる」モデルなので、「マストドンの文化」なるものは本来存在しないはずです
(そういうものを感じたとすれば、それはそのユーザの観測範囲の問題にすぎない)

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

これはある

Mastodon 自体が独自のデザインに基いているというか、分散しよう！という感じではない(善し悪しは別として)

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

ヤン・ウェンリーが「なろう小説」の主人公に思えて仕方がない - シロクマの屑籠
http://p-shirokuma.hatenadiary.com/entry/20180507/1525685400

わかる……

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

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

これが微妙なところで、「流れ込んできた」が一番観測されやすいのが LTL なので、そもそも LTL に強く依存する使い方をしていなければ、 HTL が荒れまくったりすることはないはずなんですよね

結局個人が自分の環境を制御できることが快適を維持する手法として(今のところ最も)効果的なので、フォローと HTL をちゃんと活用していきましょうと私は再三述べており
(本当はリストも活用したいんだけど、 Mastodon のリストは閲覧は簡単だかユーザ追加が面倒)

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

まあ大規模鯖にずっといる人は分散とかに関心の少ない人の割合が多いので、たとえば jp や pawoo を「Mastodon の代表」とか「Mastodon そのもの」として捉えがちなところがあって、当然ユーザ流入についての不満も出やすそう……という

関心とリソースがあるのであれば、さっさと小規模サーバなり自分の鯖なりに引っ越してしまった方がいいと私は思うわけですが……

そもそもの話をすれば、 ActivityPub 自体が RSS / Atom フィードの発展形みたいなところがあるので、結局「最初に自分の意思で追っかけ対象を決める」フェーズは割と(今のところはまだ)本質的なところにあるのかなぁという感想です

LTL や FTL はその発見をしやすくするものであって、常時観察する対象として提供されているものではないという考え

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

その偶発的な出会いとか「(ソーシャルグラフ上での)ご近所さんとのすれ違い」を提供しやすくしたのが ActivityPub や OStatus が RSS / Atom よりも SNS 寄りであるポイントなので、まあ活用していきたいですねというお気持ち

私としては、たとえば何らかの文脈に言及するときその文脈に属する投稿を積極的に RT していきましょうという形で実践しています

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

ｲﾝﾀｰﾈｯﾂのアーキテクチャと近いので「全体を見渡す神」は作れませんね

なんなら我々が気付いていないだけで、 fediverse が連結グラフでない可能性も十分にある

十分にあるというか、単に既存のネットワークに繋がっていないサーバ群を相互に連結させれば(一時的かもしれないけど)そういうものは作れますし

オープン標準のプロトコルへの対応、サードパーティクライアントの排除に逆行しそうだしまずありえないと思っている(残念だけど)

商業主義にありがちな囲い込みインセンティブな

まあ金が欲しいなら仕方ない

本来ユーザが払うべきコストを社に押し付ければ、そりゃ広告なり不快感なりで返ってきますわ(ｲﾝｶﾞｵﾎｰ)

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

PeerTube とかそんな感じでは(動画へのコメントが流れるとかだったような)

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

そもそも ActivityPub 自体は JSON-LD (を通して RDF の概念)で拡張できるんだから、任意のメタデータを簡単に載せられるはずなんですよね

social.mikutter.hachune.net - mikutter
https://social.mikutter.hachune.net/about

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

これが ActivityPub の拡張ではなく、 Linked Data の枠組みによる共有された意味に基くデータ間リンクによる拡張なところが粋なんですねぇ

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

Twidere で Mastodon と GNU Social と twitter 使ってた私としては、 Mastodon のリストに対応してほしい (twitter はアクセスできなくなったら無理して使おうとは思わないので割とどうでもいい)

twitter マジでえっち絵の RT くらいにしか使ってない(あと研究室の教授がいるのでその観察にも)

s/いる/いらっしゃる/